调解服务器及其控制方法、通信设备及其控制方法、账户预备服务器及其控制方法

摘要

在第一实施例中，移动电话20从CCE10获取PCID，并向CAPS50发送该PCID和移动电话20的USIM的IMSI。为了标识针对CCE10的SHO，由RO操作的调解服务器此后使用IMSI的MCC+MNC部分作为运营商标识信息。为了标识移动电话20的用户，由SHO操作的账户管理服务器40此后使用IMSI的MSIN部分作为用户标识信息。调解服务器30从CCE10向由运营商标识信息所标识的SHO的账户管理服务器40转发账户请求。账户管理服务器40产生与用户标识信息所标识的用户相关联的MCIM。

说明书

技术领域

本发明大体上涉及调解服务器及其控制方法、通信设备及其控制方法、账户预备服务器及其控制方法。

背景技术

第三代合作伙伴计划(3GPP)讨论针对机器对机器设备(M2ME)的订制的远程预备(见3GPP TR33.812V9.0.0)。根据TR33.812，M2ME(是一种通信设备)具有所谓临时连接ID(PCID)的临时私有标识。PCID具有和国际移动订户标识(IMSI)相同的格式，并且由PCID标识的网络运营商被称为注册运营商(RO)。M2ME使用PCID访问RO，并请求被称为机器通信标识模块(MCIM)的订制信息。当请求时，RO访问被称为是选择归属地运营商(SHO)的另一网络运营商，接收SHO发布的MCIM，并向M2ME转发MCIM。

以此方式，M2ME能够仅使用PCID一次从SHO经由RO获取MCIM，此后M2ME能够使用MCIM附接3GPP网络。

TR33.812的机制针对通信设备用户是方便的，因为用户可以经由网络获取针对通信设备的订制信息。

然而，TR33.812的机制缺乏灵活性，因为M2ME用户难以按照他/她所期望的选择SHO。具体地，根据TR33.812，RO的下载和预备功能(DPF)查询与PCID相关联的SHO。换句话说，通过将PCID与SHO相关联，确定应当向M2ME提供MCIM的SHO。虽然TR33.812未详细指明怎样将PCID与SHO相关联，M2ME的制造商或销售商典型地向M2ME提供与给定SHO相关联的PCID，并且在用户获取M2ME之后，该用户以安全方式将PCID与期望的SHO相关联是困难的。

关于TR 33.812的机制的另一问题涉及MCIM用户的收费。如上所述，一旦M2ME获取SHO的MCIM，M2ME能够附接3GPP网络并使用MCIM执行通信。为了使SHO针对使用MCIM的通信对用户进行收费，当该SHO经由RO向M2ME提供其MCIM时，该SHO需要标识M2ME的用户。然而，TR33.812未指定SHO怎样标识M2ME的用户。虽然PCID标识了M2ME，但PCID不标识该用户。

发明内容

本发明意在解决上述问题，并且其特征是引入改进的技术用于经由网络向通信设备提供订制信息。

注意的是，因为订制信息与用户的支付账户相关联，在本申请中，“订制信息”也称为“账户信息”。

根据本发明的第一方案，提供了调解服务器，所述调解服务器用于向第一通信设备提供第一账户信息，其中所述第一账户信息与第二账户信息相关联，所述第二账户信息使网络运营商能够服务第二通信设备，并且所述第一账户信息使所述网络运营商能够服务所述第一通信设备，所述调解服务器包括：

路由请求接收单元，从账户预备服务器接收路由请求，所述路由请求包括用于标识所述第一通信设备的设备标识信息和用于标识所述网络运营商的运营商标识信息；

存储单元，将所述运营商标识信息与所述设备标识信息相关联地存储在存储器中；

账户请求接收单元，从所述第一通信设备接收账户请求和所述设备标识信息；

搜索单元，在所述存储器中搜索所述运营商标识信息，所述运营商标识信息与所述账户请求接收单元接收的所述设备标识信息相关联；

账户请求转发单元，向所述搜索单元找到的所述运营商标识信息所标识的所述网络运营商的账户管理服务器转发所述账户请求以及使所述账户管理服务器能够标识所述第二账户信息的信息；

账户信息接收单元，从所述账户管理服务器接收所述第一账户信息，作为对由所述账户请求转发单元转发的所述账户请求的响应；以及

账户信息转发单元，向所述第一通信设备转发所述第一账户信息。

根据本发明的第二方案，提供了用于控制调解服务器的方法，所述调解服务器用于向第一通信设备提供第一账户信息，其中所述第一账户信息与第二账户信息相关联，所述第二账户信息使网络运营商能够服务第二通信设备，并且所述第一账户信息使所述网络运营商能够服务所述第一通信设备，所述方法包括：

路由请求接收步骤，从账户预备服务器接收路由请求，所述路由请求包括用于标识所述第一通信设备的设备标识信息和用于标识所述网络运营商的运营商标识信息；

存储步骤，将所述运营商标识信息与所述设备标识信息相关联地存储在存储器中；

账户请求接收步骤，从所述第一通信设备接收账户请求和所述设备标识信息；

搜索步骤，在所述存储器中搜索所述运营商标识信息，所述运营商标识信息与所述账户请求接收步骤中所接收的所述设备标识信息相关联；

账户请求转发步骤，向所述搜索步骤中找到的所述运营商标识信息所标识的所述网络运营商的账户管理服务器转发所述账户请求以及使所述账户管理服务器能够标识所述第二账户信息的信息；

账户信息接收步骤，从所述账户管理服务器接收所述第一账户信息，作为对由所述账户请求转发步骤中所转发的所述账户请求的响应；以及

账户信息转发步骤，向所述第一通信设备转发所述第一账户信息。

根据本发明的第三方案，提供了通信设备，所述通信设备用于向另一通信设备提供第一账户信息，其中所述第一账户信息与第二账户信息相关联，所述第二账户信息使网络运营商能够服务所述通信设备，并且所述第一账户信息使所述网络运营商能够服务所述另一通信设备，所述通信设备包括：

获取单元，获取用于标识所述另一通信设备的设备标识信息；以及

发送单元，向账户预备服务器发送所述设备标识信息以及用户标识信息和运营商标识信息，所述用户标识信息用于标识所述第二账户信息，并且所述运营商标识信息用于标识所述网络运营商，

其中所述账户预备服务器发送所述路由请求，所述路由请求是由根据本发明的所述第一方案的所述调解服务器的所述路由请求接收单元接收的。

根据本发明的第四方案，提供了用于控制通信设备的方法，所述通信设备用于向另一通信设备提供第一账户信息，其中所述第一账户信息与第二账户信息相关联，所述第二账户信息使网络运营商能够服务所述通信设备，并且所述第一账户信息使所述网络运营商能够服务所述另一通信设备，所述方法包括：

获取步骤，获取用于标识所述另一通信设备的设备标识信息；以及

发送步骤，向账户预备服务器发送所述设备标识信息以及用户标识信息和运营商标识信息，所述用户标识信息用于标识所述第二账户信息，并且所述运营商标识信息用于标识所述网络运营商，

其中所述账户预备服务器发送所述路由请求，所述路由请求是由根据本发明的所述第一方案的所述调解服务器的所述路由请求接收单元接收的。

根据本发明的第五方案，提供了通信设备，所述通信设备用于向另一通信设备提供第一账户信息，其中所述第一账户信息与第二账户信息相关联，所述第二账户信息使网络运营商能够服务所述通信设备，并且所述第一账户信息使所述网络运营商能够服务所述另一通信设备，所述通信设备包括：

账户请求接收单元，从所述另一通信设备接收账户请求；

账户请求转发单元，向账户预备服务器转发账户请求以及用户标识信息和运营商标识信息，所述用户标识信息用于标识所述第二账户信息，所述运营商标识信息用于标识所述网络运营商，其中所述账户预备服务器被配置为：响应于所述账户请求，从所述运营商标识信息所标识的所述网络运营商的账户管理服务器获取所述第一账户信息；

账户信息接收单元，从所述账户预备服务器接收所述第一账户信息，作为对由所述账户请求转发单元转发的所述账户请求的响应；以及

账户信息转发单元，向所述另一通信设备转发所述第一账户信息。

根据本发明的第六方案，提供了用于控制通信设备的方法，所述通信设备用于向另一通信设备提供第一账户信息，其中所述第一账户信息与第二账户信息相关联，所述第二账户信息使网络运营商能够服务所述通信设备，并且所述第一账户信息使所述网络运营商能够服务所述另一通信设备，所述方法包括：

账户请求接收步骤，从所述另一通信设备接收账户请求；

账户请求转发步骤，向账户预备服务器转发账户请求以及用户标识信息和运营商标识信息，所述用户标识信息用于标识所述第二账户信息，所述运营商标识信息用于标识所述网络运营商，其中所述账户预备服务器被配置为：响应于所述账户请求，从所述运营商标识信息所标识的所述网络运营商的账户管理服务器获取所述第一账户信息；

账户信息接收步骤，从所述账户管理服务器接收所述第一账户信息，作为对由所述账户请求转发步骤中所转发的所述账户请求的响应；以及

账户信息转发步骤，向所述另一通信设备转发所述第一账户信息。

根据本发明的第七方案，提供了账户预备服务器，所述账户预备服务器用于经由第二通信设备向第一通信设备提供第一账户信息，其中所述第一账户信息与第二账户信息相关联，所述第二账户信息使网络运营商能够服务第二通信设备，并且所述第一账户信息使所述网络运营商能够服务所述第一通信设备，所述账户预备服务器包括：

账户请求接收单元，从所述第二通信设备接收账户请求以及用户标识信息和运营商标识信息，所述用户标识信息用于标识所述第二账户信息，并且所述运营商标识信息用于标识所述网络运营商；

账户请求转发单元，向所述运营商标识信息所标识的所述网络运营商的账户管理服务器转发所述账户请求以及所述用户标识信息；

账户信息接收单元，从所述账户管理服务器接收所述第一账户信息，作为对由所述账户请求转发单元转发的所述账户请求的响应；以及

账户信息转发单元，向所述第二通信设备转发所述第一账户信息，其中所述第二通信设备向所述第一通信设备转发所述第一账户信息。

根据本发明的第八方案，提供了用于控制账户预备服务器的方法，所述账户预备服务器用于经由第二通信设备向第一通信设备提供第一账户信息，其中所述第一账户信息与第二账户信息相关联，所述第二账户信息使网络运营商能够服务第二通信设备，并且所述第一账户信息使所述网络运营商能够服务所述第一通信设备，所述方法包括：

账户请求接收步骤，从所述第二通信设备接收账户请求以及用户标识信息和运营商标识信息，所述用户标识信息用于标识所述第二账户信息，并且所述运营商标识信息用于标识所述网络运营商；

账户请求转发步骤，向所述运营商标识信息所标识的所述网络运营商的账户管理服务器转发所述账户请求以及所述用户标识信息；

账户信息接收步骤，从所述账户管理服务器接收所述第一账户信息，作为对由所述账户请求转发步骤中所转发的所述账户请求的响应；以及

账户信息转发步骤，向所述第二通信设备转发所述第一账户信息，其中所述第二通信设备向所述第一通信设备转发所述第一账户信息。

本发明的主要优点如下。如果用户具有具备针对给定网络运营商的账户信息的通信设备(例如移动电话)，用户可以向另一通信设备(例如数字相框)提供针对相同网络运营商的另一账户信息。此外，网络运营商可以在网络运营商产生另一账户信息并向用户提供该信息时，标识应当支付该另一账户信息的用户。

从参考附图的示例性实施例的以下说明中，本发明的进一步特征将变得明显，贯穿说明书附图，类似的参考符号指示相同或相似部分。

附图说明

图1示出了根据本发明的第一实施例的预备系统100的总览图；

图2是调解服务器30的功能性方框图；

图3是示出了根据本发明的第一实施例的账户预备过程的序列图；

图4示出了存储在存储器203中的路由表的示例；

图5示出了根据本发明的第二实施例的预备系统500的总览图；

图6是移动电话60的功能性方框图；

图7是CAPS 90的功能性方框图；以及

图8是示出了根据本发明的第二实施例的账户预备过程的序列图；

具体实施方式

(第一实施例)

图1示出了根据本发明的第一实施例的预备系统100的总览图。在图1中，连接消费类电子产品(CCE)是用户的第一通信设备，并包含临时连接ID(PCID)。CCE10的示例是数字相框。因为PCID标识通信设备(例如CCE10)，PCID可以用作用于标识CCE10的设备标识信息。CCE10意在获取选择归属地运营商(SHO)的机器通信标识模块(MCIM)。虽然CCE10对应于TR33.812中描述的机器对机器设备(M2ME)，术语“CCE”用于取代术语“M2ME”，因为CCE10进行的通信不限于机器对机器的通信。

移动电话20是用户的第二通信设备，并包含网络运营商的账户信息(例如，通用订户标识模块(USIM)或IMS订户标识模块(ISIM))。订制信息使移动电话20能够在网络运营商的服务下接入3GPP网络。在预备系统100中，服务移动电话20的网络运营商也充当针对CCE 10的SHO。网络运营商通过账户信息收取移动电话20的用户的费用。

移动电话20包括获取单元21和发送单元22。应当注意的是，移动电话20中每个模块的功能可以使用专用硬件、使用由处理器执行的软件(未示出)或其组合实现。将参考图3的序列图在下文中描述移动电话20中每个模块的详细操作。

调解服务器30是用于向CCE 10提供SHO的MCIM的服务器。虽然将调解服务器30描述为单独节点，调解服务器30的功能可以分离为两个或更多个节点。调解服务器30由注册运营商(RO)操作，通过PCID标识调解服务器30，并且调解服务器30服务CCE10用来使得CCE10能够访问3GPP网络以获取MCIM。

账户管理服务器40是用于管理账户信息(例如USIM和MCIM)的服务器。虽然将账户管理服务器40描述为单独节点，账户管理服务器40的功能可以分离为两个或更多个节点。账户管理服务器40是由SHO操作的。

收费账户预备服务器(CAPS)50是用于配置调解服务器30和账户管理服务器40的服务器，使得MCIM合适地提供给CCE10并且SHO可以合适地对CCE10的用户收费。虽然将CAPS50描述为单独节点，CAPS50的功能可以分离为两个或更多个节点。此外，CAPS50可以集成到移动电话20、调解服务器30或账户管理服务器40中。

图2是调解服务器30的功能性方框图。调解服务器30包括路由请求接收单元201、存储单元202、存储器203、账户请求接收单元204、搜索单元205、账户请求转发单元206、账户信息接收单元207以及账户信息转发单元208。应当注意的是，调解服务器30中每个模块的功能可以使用专用硬件、使用由处理器执行的软件(未示出)或其组合来实现。将参考图3的序列图在下文中描述调解服务器30中每个模块的详细操作。

图3是示出了根据本发明的第一实施例的账户预备过程的序列图。

在步骤S301中，移动电话20的获取单元21获取CCE10的PCID。从CCE10到移动电话20的PCID的传递可以在CCE10和移动电话20之间的安全双向链路上执行，以避免人为攻击。备选地，传递可以在从CCE10到移动电话20的单向链路上执行。具体地，例如，移动电话20中提供的QR码读取器可以读取印在CCE10上的并表示PCID的QR码，或者移动电话20中提供的RFID读取器可以读取CCE10中提供的并包含PCID的RFID标签。

在步骤S302中，移动电话20和CAPS50相互认证。可以通过例如3GPP TS33.220V7.3.0(2006-03)中规定的通用引导构架(GBA)的手段，借助移动电话20的USIM的支持来执行认证。作为认证的结果，安全信道在移动电话20和CAPS50之间建立。

在步骤S303中，移动电话20的发送单元22在步骤S302中建立的安全信道上向CAPS50发送PCID。发送单元22也向CAPS50发送USIM中包含的国际移动订户标识(IMSI)。备选地，发送单元22可以在步骤S302中的认证过程期间向CAPS发送IMSI。因为IMSI的MCC+MNC部分标识SHO，并且IMSI的MSIN部分标识移动电话20的用户，此后IMSI用作用于标识SHO的运营商标识信息和用于标识移动电话20的用户的用户标识信息。

在一些实施例中，步骤S302的处理可以省略，并且在步骤S303中，发送单元22可以经由短消息服务(SMS)向CAPS50发送PCID。在此情况下，经由SMS向CAPS50发送可用作用户标识信息的移动订户ISDN号(MSISDN)。因此，发送单元22不需要发送IMSI的MSIN部分，并且发送单元22可以向CAPS50发送IMSI的MSIN部分作为运营商标识信息。

在步骤S304a中，CAPS50请求账户管理服务器40准备产生与移动电话20的用户相关联的MCIM。为了标识用户和CCE10，CAPS50向账户管理服务器40发送PCID和IMSI。应当注意的是，步骤S304a的处理可以省略。

在步骤S304b中，CAPS50向调解服务器30发送路由请求。为了标识CCE10和SHO，该路由请求包括PCID和运营商标识信息(例如IMSI的MCC+MNC部分)。调解服务器30的路由请求接收单元201接收路由请求。在已经省略步骤S304a的处理的情况下，调解服务器30需要知道移动电话20的用户。在此情况下，路由请求还包括用户标识信息(例如IMSI的MSIN部分)。

在步骤S305中，存储单元202将IMSI的MCC+MNC部分与PCID相关联地存储在存储器203中。在已经省略步骤S304a的处理的情况下，存储单元202还将IMSI的MSIN部分与PCID相关联地存储在存储器203中。作为步骤S305中处理的结果，如图4中示出的路由表在存储器203中产生。在图4中，在已经省略步骤S304a的处理的情况下产生“用户”列。

在步骤S306中，CCE10使用PCID建立与调解服务器30的通信信道。

在步骤S307中，CCE10向调解服务器30发送账户请求和PCID。调解服务器30的路由请求接收单元204接收账户请求和PCID。备选地，关于PCID，账户请求接收单元204可以在步骤S306中通信信道的建立过程期间接收PCID。在此步骤中，CCE10也可以向调解服务器30发送与CCE/TRE相关的信息。在步骤S309中，账户管理服务器40最终接收到与CCE/TRE相关的信息。

在步骤S308中，搜索单元205在存储器203中存储的路由表中搜索与步骤S307(或步骤S306)中接收到的PCID相关联的运营商标识信息(IMSI的MCC+MNC部分)。在步骤S308的处理中，调解服务器30认识到哪个SHO与CCE10的PCID相关联。在已经省略步骤S304a的处理的情况下，搜索单元205还在存储器203中存储的路由表中搜索与步骤S307(或步骤S306)中接收到的PCID相关联的用户标识信息(IMSI的MSIN部分)。

在步骤S309中，账户请求转发单元206向由步骤S308中找到的运营商标识信息所标识的SHO的账户管理服务器40转发账户请求以及使账户管理服务器40能够标识移动电话20的用户的信息(即USIM)。在已经执行了步骤S304a中的处理的情况下，信息可以是PCID，因为PCID与步骤S304a中的用户标识信息(IMSI的MSIN部分)相关联。在已经省略了步骤S304a中的处理的情况下，信息可以是步骤S308中找到的用户标识信息(IMSI的MSIN部分)。

在步骤S310中，账户管理服务器40产生MCIM。在账户管理服务器40在步骤S309中已经接收到与CCE/TRE相关的信息的情况下，在产生MCIM之前，账户管理服务器40可以使用TR33.812中规定的平台验证机制(PVA)来确认CCE10的有效性。

在步骤S311中，账户管理服务器40向调解服务器30发送MCIM。调解服务器30的路由请求接收单元207接收MCIM。

在步骤S312中，账户管理服务器208向CCE10转发MCIM。

在步骤S313中，CCE10将MCIM预备在其平台中。因此，CCE10能够在SHO的服务下接入3GPP网络。

在步骤S314中，CCE10向调解服务器30报告预备的成功(或失败)。

在步骤S315中，账户管理服务器30向调解服务器40转发该报告。

在步骤S316中，当接收到指示“成功”的报告时，账户管理服务器40将在步骤S310中已经产生的MCIM与移动电话20的用户(即USIM)关联起来。因为账户管理服务器40在步骤S304a或S309中已经接收到用户标识信息，账户管理服务器40能够标识用户。因此，SHO能够针对CCE10使用MCIM，对移动电话20的用户收费。备选地，账户管理服务器40可以在步骤S310中而不是步骤S316中将MCIM与用户关联起来。

在步骤S317中，账户管理服务器40向CAPS50报告预备的成功(或失败)。

在步骤S318中，CAPS50向移动电话20转发该报告。

如上所述，根据本发明的第一实施例，移动电话20从CCE10获取PCID，并向CAPS50发送该PCID和移动电话20的USIM的IMSI。为了标识针对CCE 10的SHO，由RO操作的IMSI的MCC+MNC部分此后用作运营商标识信息。为了标识移动电话20的用户，此后，由SHO操作的账户管理服务器40使用IMSI的MSIN部分作为用户标识信息。调解服务器30从CCE10向由运营商标识信息所标识的SHO的账户管理服务器40转发账户请求。账户管理服务器40产生与用户标识信息所标识的用户相关联的MCIM。

因此，CCE10的用户可以选择服务用户的移动电话20的网络运营商，作为与CCE10的PCID相关联的SHO。此外，SHO可以使用MCIM标识应当支付对3GPP网络的接入的CCE10的用户，并通过移动电话20的账户信息对所标识的用户收费。

(第二实施例)

图5示出了根据本发明的第二实施例的预备系统500的总览图。如图5所示，预备系统500与预备系统100不同，因为预备系统500不包含调解服务器。

在图5中，移动电话60是用户的通信设备，并包含网络运营商的账户信息(例如USIM或ISIM)。在网络运营商的服务下，订制信息使移动电话60能够接入3GPP网络。在预备系统500中，服务移动电话60的网络运营商也充当针对CCE70的SHO，其是用户的另一通信设备。网络运营商通过账户信息收取移动电话60的用户的费用。

连接消费类电子产品(CCE)70意在获取SHO的MCIM。然而，与第一实施例相反，CCE70不包含PCID。取而代之的是，CCE70被配置为与移动电话60建立安全双向链接并经由移动电话60获取MCIM。虽然CCE70对应于TR33.812中描述的机器对机器设备(M2ME)，术语“CCE”用于取代术语“M2ME”，因为CCE70进行的通信不限于机器对机器的通信。

账户管理服务器80是用于管理账户信息(例如USIM和MCIM)的服务器。虽然将账户管理服务器80描述为单独节点，账户管理服务器80的功能可以分离为两个或更多个节点。账户管理服务器80是由SHO操作的。

收费账户预备服务器(CAPS)90是用于经由移动电话60向CCE70提供MCIM的服务器。虽然将CAPS90描述为单独节点，CAPS90的功能可以分离为两个或更多个节点。此外，CAPS90可以集成到移动电话60或账户管理服务器80中。

图6是移动电话60的功能性方框图。移动电话60包括账户请求接收单元601、账户请求转发单元602、账户信息接收单元603和账户信息转发单元604。应当注意的是，移动电话60中每个模块的功能可以使用专用硬件、使用由处理器执行的软件(未示出)或其组合来实现。将参考图8的序列图在下文中描述移动电话60中每个模块的详细操作。

图7是CAPS90的功能性方框图。CAPS90包含账户请求接收单元701、账户请求转发单元702、账户信息接收单元703和账户信息转发单元704。应当注意的是，CAPS90中每个模块的功能可以使用专用硬件、使用由处理器执行的软件(未示出)或其组合来实现。将参考图8的序列图在下文中描述CAPS90中每个模块的详细操作。

图8是示出了根据本发明的第二实施例的账户预备过程的序列图。

在步骤S801中，CCE70建立与移动电话60的安全双向链路，并向移动电话60发送账户请求。移动电话60的账户请求接收单元601接收账户请求。在此步骤中，CCE70也可以向移动电话60发送与CCE/TRE相关的信息。在步骤S804中，账户管理服务器80最终接收到与CCE/TRE相关的信息。

在步骤S802中，移动电话60和CAPS90按照和图3的步骤S302类似的方式，相互认证。作为认证的结果，安全信道在移动电话60和CAPS90之间建立。

在步骤S803中，移动电话60的账户请求转发单元602向CAPS90转发账户请求以及移动电话60的USIM的IMSI。CAPS90的账户请求接收单元701接收账户请求。因为IMSI的MCC+MNC部分标识SHO，并且IMSI的MSIN部分标识移动电话60的用户，此后IMSI用作用于标识SHO的运营商标识信息和用于标识移动电话60的用户的用户标识信息。

在步骤S804中，CAPS90的账户请求转发单元702向由运营商标识信息(例如IMSI的MCC+MNC部分)标识的SHO操作的账户管理服务器80转发账户请求以及用户标识信息(例如IMSI的MSIN部分)。

在步骤S805中，账户管理服务器80产生MCIM。在账户管理服务器80在步骤S804中已经接收到与CCE/TRE相关的信息的情况下，在产生MCIM之前，账户管理服务器80可以使用TR33.812中规定的平台验证机制(PVA)来确认CCE70的有效性。

在步骤S806中，账户管理服务器80向CAPS90发送MCIM。CAPS90的路由请求接收单元703接收MCIM。

在步骤S807中，CAPS90的账户信息转发单元704向移动电话60转发MCIM。移动电话60的账户信息接收单元603接收MCIM。

在步骤S808中，移动电话60的账户信息转发单元604向CCE70转发MCIM。

在步骤S809中，CCE70将MCIM预备在其平台中。因此，CCE70能够在SHO的服务下接入3GPP网络。

在步骤S810中，CCE70向移动电话60报告预备的成功(或失败)。

在步骤S811中，移动电话60向CAPS90转发该报告。

在步骤S812中，CAPS90向账户管理服务器80转发该报告。

在步骤S813中，当接收到指示“成功”的报告时，账户管理服务器80将在步骤S805中已经产生的MCIM与移动电话60的用户(即USIM)关联起来。因为账户管理服务器80在步骤S804中已经接收到用户标识信息，账户管理服务器80能够标识用户。因此，SHO能够针对CCE70使用MCIM，对移动电话60的用户收费。备选地，账户管理服务器80可以在步骤S805中而不是步骤S813中将MCIM与用户关联起来。

在步骤S814中，账户管理服务器80向CAPS90报告预备的成功(或失败)。

在步骤S815中，CAPS90向移动电话60转发该报告。

如上所述，根据本发明的第二实施例，移动电话60代表CCE70从网络运营商的账户管理服务器80获取MCIM，该网络运营商服务移动电话60并也充当针对CCE70的SHO。当移动电话60尝试获取MCIM时，其经由CAPS90向账户管理服务器80发送移动电话60的USIM的IMSI。账户管理服务器80基于IMSI的MSIN部分标识移动电话60的用户，并产生与所标识的用户相关联的MCIM。

因此，CCE70的用户可以选择服务用户的移动电话60的网络运营商，作为CCE70的SHO。此外，SHO可以使用MCIM标识应当支付对3GPP网络的接入的CCE70的用户，并通过移动电话60的账户信息对所标识的用户收费。此外，因为CCE70不需要具有PCID并访问RO，CCE70的制造商或销售商从与PCID的准备以及CCE70和RO之间的通信相关的开销中解放出来。

尽管已经参考示例性实施例描述了本发明，应当理解本发明不限于所公开的示例性实施例。以下权利要求的范围是根据最宽的解释，以便包含所有的这种修改和等同的结构和功能。