专利名称：业务处理方法、信息处理平台设备及业务平台设备的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种业务处理方法、信息处理平台设备及业 务平台设备。
背景技术：
随着互联网的普及，很多运营商提供的网上业务越来越受到用户的欢迎和支持， 网上业务迅速的覆盖了网络电话、网上购物、网络游戏等诸多领域。针对绝大多数的用于为 用户提供业务的业务平台，其要求需要获取业务的用户在业务平台注册账户，并在用户利 用“账户+ 口令”的认证方式完成对身份认证后，允许用户登录到业务平台，并为用户提供 相应的业务。在现有技术中，当用户需要注册到多个业务平台时，用户终端需要向该些业务平 台分别发送相应的注册请求消息，并分别获得各个业务平台反馈的相应的信息(比如注册 成功后为用户终端分配的账户信息和口令信息等)。现有技术存在的问题在于用户终端需要发送多个注册请求消息才能实现在多个 业务平台上的注册，这样就存在着用户终端注册到多个业务平台需要耗费用户终端较多处 理资源的问题。
发明内容
本发明提供一种业务处理方法、信息处理平台设备，用以解决现有技术中存在的 用户终端注册到多个业务平台时需要耗费用户终端较多处理资源的问题。本发明实施例还提供一种业务平台设备。本发明实施例采用以下技术方案一种业务处理方法，包括信息处理平台接收用户终端发送的注册请求消息，完成 所述用户终端在所述信息处理平台的注册；信息处理平台将所述注册请求消息发送给连接 到所述信息处理平台的各业务平台，以实现所述业务平台接收用户终端发送的注册请求消 息后，完成所述用户终端在所述业务平台的注册。较佳地，所述方法还包括信息处理平台获得用户终端上连接的数字证书存储设 备key的标识信息；并将获得的key的标识信息发送给所述业务平台。较佳地，所述方法还包括信息处理平台接收第一业务平台发送的针对使用第一用户终端的用户的业务处 理记录以及第一用户终端连接的key的标识信息，其中，所述业务处理记录中包含业务处 理记录的属性信息；信息处理平台根据所述属性信息，确定处理所述业务处理记录的业务 平台，并将所述业务处理记录和第一用户终端连接的key的标识信息发送给确定的处理所 述业务处理记录的业务平台。较佳地，所述信息处理平台将所述注册请求消息发送给所述业务平台后，还包括 业务平台获得第一用户利用第一用户终端发送的登录请求消息，并从连接到第一用户终端的key中获取key的标识信息；业务平台确定存储的成功注册的各个用户终端上连接的 key的标识信息中是否包含获取的该key的标识信息；在确定为是时，业务平台提示第一用 户提供个人识别码，以及向连接到第一用户终端的key发送指示key对第一用户提供的个 人识别码进行验证的指示信息，并在接收到连接到第一用户终端的key在验证出所述个人 识别码为正确的个人识别码后发送的确认消息后，允许第一用户终端登录业务平台。较佳地，允许第一用户终端登录业务平台具体包括业务平台从连接到第一用户 终端的key中获取key利用可信任实体预先提供的第一私钥信息进行签名的数字证书；业 务平台利用所述可信任实体预先提供的第一公钥信息对所述数字证书进行验证，若验证结 果为该数字证书为不可信的数字证书，则业务平台向第一用户终端发送提示第一用户终端 登录失败的信息；若验证结果为该数字证书为可信的数字证书，则根据所述数字证书的有 效期信息，判断所述数字证书是否有效，在判断结果为所述数字证书无效时，业务平台向第 一用户终端发送提示第一用户终端登录失败的信息；在判断结果为所述数字证书有效时， 业务平台允许第一用户终端登录业务平台。较佳地，在判断结果为所述数字证书有效时，业务平台允许第一用户终端登录业 务平台，具体包括在判断结果为所述数字证书有效时，业务平台从连接到第一用户终端的 key中获取第一数字签名和数字签名的原数据，其中，所述第一数字签名是key利用预先设 置的第二私钥信息对所述原数据执行哈希算法得到的第一数字摘要进行加密而得到的；业 务平台利用第一用户终端在成功注册到业务平台后发送的第二公钥信息，对所述第一数字 签名进行解密得到第一数字摘要，并对所述原数据执行哈希算法得到第二数字摘要，以及 比较第一数字摘要与第二数字摘要是否匹配；在比较结果为否时，业务平台向第一用户终 端发送提示第一用户终端登录失败的信息；在比较结果为是时，业务平台允许第一用户终 端登录业务平台。一种信息处理平台设备，包括注册请求消息接收单元，用于接收用户终端发送的 注册请求消息，完成所述用户终端在所述信息处理平台的注册；注册信息发送单元，用于将 注册请求消息接收单元接收的注册请求消息发送给连接到所述信息处理平台设备的各业 务平台，以实现所述业务平台接收用户终端发送的注册请求请求消息后，完成所述用户终 端在所述业务平台的注册。一种业务平台设备，包括第一接收单元，用于接收信息处理平台转发的用户终端 上连接的key的标识信息；生成单元，用于针对使用所述用户终端的用户，生成包含业务处 理记录属性信息的第一业务处理记录；发送单元，用于将第一接收单元接收到的key的标 识信息和生成单元生成的第一业务处理记录发送给信息处理平台。一种业务平台设备，包括第一接收单元，用于接收信息处理平台转发的用户终端 上连接的key的标识信息；分配单元，用于根据第一接收单元接收的key的标识信息，为使 用该key的用户分配账户；第二接收单元，用于接收信息处理平台发送的业务处理记录和 与用户使用的用户终端连接的key的标识信息；确定单元，用于根据第二接收单元接收的 标识信息，确定分配单元为所述用户分配的账户；执行单元，用于根据第二接收单元接收的 所述业务处理记录，对确定单元确定的所述账户执行相应的操作。采用本发明实施例提供的技术方案，用户终端无需针对不同的业务平台分别发送 注册请求消息，而是可以只向系统中新增加的信息处理平台发送一个注册请求消息即可，后续信息处理平台在接收到该业务处理请求消息后，首先实现用户终端在该信息处理平台 上的注册，然后，再通过将该注册请求消息发送给与信息处理平台相连接的各个业务平台， 就可以实现用户终端注册到多个业务平台上的目的。因此，从用户终端来看，即时是注册到 多个业务平台，也只需要发送一个注册请求消息，从而采用本发明实施例提供的技术方案 可以在用户终端注册到多个业务平台时减少用户终端所需耗费的处理资源。
图1为本发明实施例提供的一种业务处理方法的具体流程示意图；图2a为本发明实施例提供的业务处理方式在实际应用中的应用环境示意图；图2b为本发明实施例提供的业务处理方式在实际应用中的应用流程示意图；图3为本发明实施例中用户登录业务平台的具体流程示意图；图4为本发明实施例提供的信息处理平台设备的具体结构示意图；图5为本发明实施例提供的一种业务平台设备的具体结构示意图；图6为本发明实施例提供的另一种业务平台设备的具体结构示意图。
具体实施例方式为了解决现有技术中存在的用户终端注册到多个业务平台时需要耗费用户终端 较多处理资源的问题，本发明实施例提供一种业务处理方案。该方案的主要思想在于，在原 有的业务注册系统中，新增一个信息处理平台，由该信息处理平台统一对用户终端发送的 业务处理请求消息进行接收，并由该信息处理平台将注册请求消息统一发送给各个业务平 台，从而减少对用户终端注册到多个业务平台时对处理资源的耗费。具体地，本发明首先提 供一种业务处理方法，该方法的流程示意图如图1所示，包括以下步骤步骤11，信息处理平台接收用户终端发送的注册请求消息，完成用户终端在信息 处理平台的注册，其中，信息处理平台实现用户终端在信息处理平台上的注册与现有技术 中的用户终端注册到某一业务平台上的过程类似，因此在此不再赘述；步骤12，将接收到到的注册请求消息发送给连接到该信息处理平台的各业务平 台，以实现业务平台接收用户终端发送的注册请求消息后，完成用户终端在业务平台的注 册，由于该注册方式与现有技术中提供的方式类似，因此本发明实施例中对该部分流程也 不再赘述。由本发明实施例提供的上述业务处理方法可知，由于利用新增加的信息处理平 台，用户终端在一次注册请求过程中，可以通过只发送一个注册请求消息的方式，就完成向 多个业务平台发送注册请求消息的目的，因此，大大节省了用户终端在注册到多个业务平 台时所需的处理资源，同时，由于用户终端无需再针对不同的业务平台分别发送注册请求 消息，因此，也方便了用户的使用，用户的使用体验可以得到较大的提高。需要说明的是，为了后续能够对用户终端的身份是否合法进行验证，以及为了能 够对业务平台生成的业务处理记录进行处理，本发明实施例提供的上述方法还可以进一步 包括步骤信息处理平台获得用户终端上连接的数字证书存储设备key的标识信息，并将 获得的key的标识信息发送给业务平台。本发明实施例中利用的该key的标识信息具有非 常重要的意义，由于用户注册的各个业务平台均能获知该key的标识信息，这其实就在不同业务平台之间建立了一种关联，针对同一用户，其使用的key的标识信息是唯一的，从而 该key的标识信息可以看做是用户的统一标识，利用该统一标识，不同业务平台之间就能 针对同一用户完成该用户的某些信息或业务的合作处理。比如，本发明实施例中，针对业务 平台生成的业务处理记录，就采用了如下的方式，利用用户使用的key的标识信息，来实现 不同业务平台时间对该业务处理记录的合作处理首先，信息处理平台接收第一业务平台发送的针对使用第一用户终端的用户的业 务处理记录以及第一用户终端连接的key的标识信息，其中，该业务处理记录中包含业务 处理记录的属性信息；然后，信息处理平台根据该属性信息，确定处理业务处理记录的业务平台，并将业 务处理记录和第一用户终端连接的key的标识信息发送给确定的处理业务处理记录的业 务平台。本发明实施例提供的该业务处理记录的处理方式有非常大的应用前景，以本方法 在实际中的应用为例，假设上述第二业务平台为用于处理用户消费记录的银行业务处理平 台，银行业务处理平台需要根据用户的消费记录，执行从用户的银行账户中进行扣款的操 作等，则比较现有技术与本发明实施例提供的上述方法可以看出本发明提供的该方式的优 势在现有技术中，由于用户分别在第一业务平台和银行业务处理平台都有相应的账 户的密码，因此，第一业务平台和银行业务处理平台针对用户所开展的业务都是独立的，若 用户需要在第一业务平台上进行消费，则需要预先往第一业务平台所分配给用户的账户中 存入一定的消费金额，从而后续能利用该金额进行消费，可见，采用现有技术提供的方案， 用户必须预存消费金额才能实现消费，而不能进行先消费后结算。而采用本发明实施例提供上述业务处理记录的处理方式，由于针对在第一业务平 台和银行业务处理平台注册成功的同一用户，第一业务平台与银行业务处理平台能够获知 该用户的同一 key的标识，因此，用户无需在第一业务平台上进行消费前预存消费金额，而 是可以在第一业务平台上先进行消费并由第一业务平台生成业务处理记录(这里也称消 费记录)后，第一业务平台可以根据该消费记录的属性信息(比如，该属性信息可以用于指 示该业务处理记录需由银行业务处理平台进行处理，当系统中存在多个银行业务处理平台 时，该属性信息还可以具体用于指示银行业务处理平台的标识等)，确定该由银行业务处理 平台来对该用户的消费记录进行处理，从而将消费记录和key的标识发送给银行业务处理 平台，而银行业务处理平台则可以根据key的标识，确定相应的该用户的账户，并从该账户 中扣除相应的消费金额。可见，采用本发明实施例提供的业务处理记录的处理方式，能够实现先消费后付 款这样的业务处理方式，能够大大提升用户的使用体验。具体地，本发明实施例提供的该业务处理记录的处理方式在实际中的应用环境示 意图如图2a所示，基于该示意图实现对业务处理记录的处理过程则如图2b所示，包括以下 步骤步骤21，用户获得银行业务处理平台提供的key，比如，用户可以通过在银行购买 key的方式获得key，该key可以是一种具有USB接口的“Ukey”，其可以通过USB接口连接 到用户使用的用户终端比如PC机上，该Ukey具有唯一的标识；
步骤22，用户注册到银行业务处理平台，实现用户和银行的签约，在用户成功注册 到银行业务处理平台后，银行业务处理平台就能够获取到用户使用的Ukey的标识，并针对 该Ukey的标识，为该用户分配一个与该用户绑定的唯一的账号；步骤23，采用本发明实施例提供的注册方案，用户通过信息处理平台成功注册到 多个运营商平台，从而该多个运营商平台也能够获知该Ukey的标识；步骤24，用户成功登录到运营商平台，具体地，用户可以采用本发明提供的业务平 台登录方法登录到运营商平台，在此不再赘述；步骤25，用户使用运营商平台提供的业务，运营商平台生成针对该用户的消费记 录；步骤26，运营商平台将消费记录和用户使用的Ukey的标识发送给信息处理平台；步骤27，信息处理平台根据该消费记录的属性信息，将该消费记录和Ukey的标识 发送给银行业务处理平台；步骤28，银行业务处理平台根据Ukey的标识，确定用户的账户，并根据消费记录， 执行用户的账户中的余额执行扣费处理等。此外，在本发明实施例中，当用户成功注册到业务平台后，业务平台就可以直接针 对用户进行业务处理，或者，当用户成功注册到业务平台后，可以是先针对业务平台进行登 录，在登录成功后，业务平台再进行业务处理。当用户需登录到业务平台时，本发明实施例 提供的该业务处理方法还可以进一步包括步骤业务平台获得第一用户利用第一用户终端发送的登录请求消息，并从连接到第一 用户终端的key中获取key的标识信息；业务平台确定存储的成功注册的各个用户终端上连接的key的标识信息中是否 包含获取的该key的标识信息；在确定为是时，业务平台提示第一用户提供个人识别码(PIN，Personal Identification Number)，以及向连接到第一用户终端的key发送指示key对第一用户提 供的PIN进行验证的指示信息，并在接收到连接到第一用户终端的key在验证出PIN为正 确的PIN后发送的确认消息后，允许第一用户终端登录业务平台。如果不考虑对key的合法性进行检验，本发明实施例可以通过上述步骤确定是否 允许第一用户终端登录业务平台，而如果还需考虑对key的合法性进行检验，则还可以进 一步对key的身份进行验证，以避免不信任的用户利用伪造的key的标识信息来获得相应 的业务的风险。具体地，当需要进一步对key的身份进行验证时，本发明实施例提供的上述 登录过程中，允许第一用户终端登录业务平台的步骤具体可以包括以下子过程首先，业务平台从连接到第一用户终端的key中获取key利用可信任实体CA预先 提供的第一私钥信息进行签名的数字证书；然后，业务平台利用可信任实体CA预先提供的第一公钥信息对获取的数字证书 进行验证，若验证结果为该数字证书为不可信的数字证书，则业务平台向第一用户终端发 送提示第一用户终端登录失败的信息；若验证结果为该数字证书为可信的数字证书，则根 据数字证书的有效期信息，判断数字证书是否有效，在判断结果为数字证书无效时，业务平 台向第一用户终端发送提示第一用户终端登录失败的信息；在判断结果为数字证书有效 时，业务平台允许第一用户终端登录业务平台。
进一步地，本发明实施例中还可以对key的合法性进行进一步地验证，具体地，在 上述得到的判断结果为数字证书有效时，可以从连接到第一用户终端的key中获取第一数 字签名和数字签名的原数据，其中，第一数字签名是key利用预先设置的第二私钥信息对 原数据执行哈希算法得到的第一数字摘要进行加密而得到的；然后，业务平台可以利用第 一用户终端在成功注册到业务平台后发送的第二公钥信息，对第一数字签名进行解密得到 第一数字摘要，对原数据执行哈希算法得到第二数字摘要，并比较第一数字摘要与第二数 字摘要是否匹配；在比较结果为否时，业务平台向第一用户终端发送提示第一用户终端登 录失败的信息；而在比较结果为是时，业务平台允许第一用户终端登录业务平台。在实际应用中，用户登录业务平台的具体流程示意图可以如图3所示，图3中的 “运营商平台”即为本发明实施例中所述的“业务平台”，图3所示的流程包括以下步骤步骤31，用户欲登录运营商平台门户网站，即用户通过用户终端(比如PC机)向 运营商平台发送登录请求消息；步骤32，运营商平台在接收到用户发送的登录请求消息后，获取当前连接在用户 终端上的key的ID ；步骤33，运营商平台判断获取的key的ID是否存在于在运营商平台进行了注册的 ID中，当判断结果为是时，执行步骤34，否则，确定用户登录失败；步骤34，运营商平台提示用户在所述门户网站输入用户预先设置的关于key的 PIN码，根据该提示，用户在运营商平台门户网站输入PIN码；步骤35，运营商平台向key下发校验PIN码的APDU指令，并判断key反馈回的 APDU指令响应中的状态码是否正确，若判断结果为状态码正确，则表示用户有key的合法 使用权，则执行步骤36，而若判断结果为状态码错误，则说明此用户可能不是合法的用户或 者key出现异常，此时，确定用户登录失败；步骤36，运营商平台获取key的数字证书；步骤37，运营商平台用自己的根证书公钥(该根证书公钥即上述第一公钥信息) 验证key的数字证书的签名，验证通过，说明该证书是可信任实体CA签发的有效证书，确认 key即为可信任的实体，则执行步骤38，否则，确定用户登录失败；步骤38，运营商平台继续检查key的数字证书的有效期及检查该证书是否已作废 而进入黑名单，在检查结果为key的数字证书有效时，执行步骤39，否则，确定用户登录失 败；步骤39，运营商平台获取key的数字签名、数字签名的原数据；步骤310，运营商平台利用key在用户注册成功时发送的公钥(这里的该公钥即上 述第二公钥信息)解密数字签名得到第一数字摘要，并对数字签名的原数据做哈希算法得 到第二数字摘要，将两个数字摘要进行比较，如果两个数字摘要匹配一致，则再次确认key 为合法的key，用户为合法用户，从而运营商平台根据key的ID自动关联在用户成功注册时 为用户分配的账户，允许用户登录运营商平台，而如果两个数字摘要匹配不一致，则判断数 字签名无效，确定用户登录失败。对应于本发明实施例提供的业务处理方法，本发明实施例还提供一种信息处理平 台设备，该设备的具体结构示意图如图4所示，包括以下功能单元注册请求消息接收单元41，用于接收用户终端发送的注册请求消息，完成用户终端在所述信息处理平台的注册；注册信息发送单元42，用于将注册请求消息接收单元41接收的注册请求消息发 送给连接到该信息处理平台设备的各业务平台，以实现业务平台接收用户终端发送的注册 请求请求消息后，完成用户终端在业务平台的注册。为了后续能够对用户终端的身份是否合法进行验证，以及为了能够对业务平台生 成的业务处理记录进行处理，本发明实施例提供的该信息处理平台设备还可以进一步包括 获得单元与标识信息发送单元，其中，获得单元用于获得用户终端上连接的数字证书存储 设备key的标识信息，而标识信息发送单元则用于将获得单元获得的key的标识信息发送 给业务平台。较佳地，本发明实施例提供的该信息处理平台设备还可以具备转发业务处理记录 的功能，为了实现该功能，本发明实施例提供的该信息处理平台设备还可以进一步包括业 务处理记录和标识信息接收单元、第二确定单元、业务处理记录和标识信息发送单元，该些 功能单元的功能描述如下业务处理记录和标识信息接收单元，用于接收第一业务平台发送的针对使用第一 用户终端的用户的业务处理记录以及第一用户终端连接的key的标识信息，其中，业务处 理记录中包含业务处理记录的属性信息；第二确定单元，用于根据业务处理记录和标识信息接收单元接收的业务处理记录 中包含的属性信息，确定处理该业务处理记录的业务平台；业务处理记录和标识信息发送单元，用于将业务处理记录和标识信息接收单元接 收的业务处理记录和标识信息发送给第二确定单元确定的业务平台。相应地，本发明实施例还提供两种业务平台设备，其中，第一种业务平台设备的具 体结构示意图如图5所示，包括以下功能单元第一接收单元51，用于接收信息处理平台转发的用户终端上连接的key的标识信 息；生成单元52，用于针对使用上述用户终端的用户，生成包含业务处理记录属性信 息的第一业务处理记录；发送单元53，用于将第一接收单元51接收到的key的标识信息和生成单元52生 成的第一业务处理记录发送给信息处理平台。该业务平台设备除了具备上述生成、发生第一业务处理记录的功能外，还可以具 备处理业务处理记录的功能，具体地，该功能可以由下述单元实现分配单元，用于根据第一接收单元51接收的key的标识信息，为使用该key的用 户分配账户；第二接收单元，用于接收信息处理平台发送的第二业务处理记录和key的标 识信息；确定单元，用于根据第二单元接收到的key的标识信息，确定分配单元为使用该 key的用户分配的账户；执行单元，用于根据第二接收单元接收的业务处理记录，对确定单 元确定的账户执行相应的操作。本发明实施例提供的另一种业务平台设备的具体结构示意图如图6所示，包括以 下功能单元第一接收单元61，用于接收信息处理平台转发的用户终端上连接的key的标识信 息；
分配单元62，用于根据第一接收单元61接收的key的标识信息，为使用该key的 用户分配账户；第二接收单元63，用于接收信息处理平台发送的业务处理记录和与用户使用的用 户终端连接的key的标识信息；确定单元64，用于根据第二接收单元63接收的标识信息，确定分配单元62为所述 用户分配的账户；执行单元65，用于根据第二接收单元63接收的业务处理记录，对确定单元64确定 的账户执行相应的操作。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
权利要求
一种业务处理方法，其特征在于，包括信息处理平台接收用户终端发送的注册请求消息，完成所述用户终端在所述信息处理平台的注册；信息处理平台将所述注册请求消息发送给连接到所述信息处理平台的各业务平台，以实现所述业务平台接收用户终端发送的注册请求消息后，完成所述用户终端在所述业务平台的注册。
2.如权利要求1所述的方法，其特征在于，还包括信息处理平台获得用户终端上连接的数字证书存储设备key的标识信息；并将获得的 key的标识信息发送给所述业务平台。
3.如权利要求2所述的方法，其特征在于，还包括信息处理平台接收第一业务平台发送的针对使用第一用户终端的用户的业务处理记 录以及第一用户终端连接的key的标识信息，其中，所述业务处理记录中包含业务处理记 录的属性信息；信息处理平台根据所述属性信息，确定处理所述业务处理记录的业务平台，并将所述 业务处理记录和第一用户终端连接的key的标识信息发送给确定的处理所述业务处理记 录的业务平台。
4.如权利要求2所述的方法，其特征在于，所述信息处理平台将所述注册请求消息发 送给所述业务平台后，还包括业务平台获得第一用户利用第一用户终端发送的登录请求消息，并从连接到第一用户 终端的key中获取key的标识信息；业务平台确定存储的成功注册的各个用户终端上连接的key的标识信息中是否包含 获取的该key的标识信息；在确定为是时，业务平台提示第一用户提供个人识别码，以及向连接到第一用户终端 的key发送指示key对第一用户提供的个人识别码进行验证的指示信息，并在接收到连接 到第一用户终端的key在验证出所述个人识别码为正确的个人识别码后发送的确认消息 后，允许第一用户终端登录业务平台。
5.如权利要求4所述的方法，其特征在于，允许第一用户终端登录业务平台具体包括业务平台从连接到第一用户终端的key中获取key利用可信任实体预先提供的第一私钥信息进行签名的数字证书；业务平台利用所述可信任实体预先提供的第一公钥信息对所述数字证书进行验证，若 验证结果为该数字证书为不可信的数字证书，则业务平台向第一用户终端发送提示第一用 户终端登录失败的信息；若验证结果为该数字证书为可信的数字证书，则根据所述数字证书的有效期信息，判 断所述数字证书是否有效，在判断结果为所述数字证书无效时，业务平台向第一用户终端 发送提示第一用户终端登录失败的信息；在判断结果为所述数字证书有效时，业务平台允许第一用户终端登录业务平台。
6.如权利要求5所述的方法，其特征在于，在判断结果为所述数字证书有效时，业务平 台允许第一用户终端登录业务平台，具体包括在判断结果为所述数字证书有效时，业务平台从连接到第一用户终端的key中获取第2一数字签名和数字签名的原数据，其中，所述第一数字签名是key利用预先设置的第二私 钥信息对所述原数据执行哈希算法得到的第一数字摘要进行加密而得到的；业务平台利用第一用户终端在成功注册到业务平台后发送的第二公钥信息，对所述 第一数字签名进行解密得到第一数字摘要，并对所述原数据执行哈希算法得到第二数字摘 要，以及比较第一数字摘要与第二数字摘要是否匹配；在比较结果为否时，业务平台向第一用户终端发送提示第一用户终端登录失败的信息；在比较结果为是时，业务平台允许第一用户终端登录业务平台。
7.一种信息处理平台设备，其特征在于，包括注册请求消息接收单元，用于接收用户终端发送的注册请求消息，完成所述用户终端 在所述信息处理平台的注册；注册信息发送单元，用于将注册请求消息接收单元接收的注册请求消息发送给连接到 所述信息处理平台设备的各业务平台，以实现所述业务平台接收用户终端发送的注册请求 请求消息后，完成所述用户终端在所述业务平台的注册。
8.如权利要求7所述的信息处理平台设备，其特征在于，还包括获得单元，用于获得用户终端上连接的数字证书存储设备key的标识信息； 标识信息发送单元，用于将获得单元获得的key的标识信息发送给所述业务平台。
9.如权利要求8所述的信息处理平台设备，其特征在于，还包括业务处理记录和标识信息接收单元，用于接收第一业务平台发送的针对使用第一用户 终端的用户的业务处理记录以及第一用户终端连接的key的标识信息，其中，所述业务处 理记录中包含业务处理记录的属性信息；第二确定单元，用于根据业务处理记录和标识信息接收单元接收的业务处理记录中包 含的所述属性信息，确定处理所述业务处理记录的业务平台；业务处理记录和标识信息发送单元，用于将业务处理记录和标识信息接收单元接收的 业务处理记录和所述标识信息发送给第二确定单元确定的业务平台。
10.一种业务平台设备，其特征在于，包括第一接收单元，用于接收信息处理平台转发的用户终端上连接的key的标识信息； 生成单元，用于针对使用所述用户终端的用户，生成包含业务处理记录属性信息的第 一业务处理记录；发送单元，用于将第一接收单元接收到的key的标识信息和生成单元生成的第一业务 处理记录发送给信息处理平台。
11.如权利要求10所述的业务平台设备，其特征在于，还包括分配单元，用于根据第一接收单元接收的key的标识信息，为使用该key的用户分配账户；第二接收单元，用于接收信息处理平台发送的第二业务处理记录和key的标识信息； 确定单元，用于根据第二接收单元接收到的key的标识信息，确定分配单元为使用该 key的用户分配的账户；执行单元，用于根据第二接收单元接收的业务处理记录，对确定单元确定的账户执行 相应的操作。
12. —种业务平台设备，其特征在于，包括第一接收单元，用于接收信息处理平台转发的用户终端上连接的key的标识信息； 分配单元，用于根据第一接收单元接收的key的标识信息，为使用该key的用户分配账户；第二接收单元，用于接收信息处理平台发送的业务处理记录和与用户使用的用户终端 连接的key的标识信息；确定单元，用于根据第二接收单元接收的标识信息，确定分配单元为所述用户分配的 账户；执行单元，用于根据第二接收单元接收的所述业务处理记录，对确定单元确定的所述 账户执行相应的操作。
全文摘要
本发明公开了一种业务处理方法、信息处理平台设备，用以解决现有技术中存在的当用户终端注册到多个业务平台时需要耗费用户终端较多处理资源的问题。该方法包括信息处理平台接收用户终端发送的注册请求消息，完成所述用户终端在所述信息处理平台的注册；信息处理平台将所述注册请求消息发送给连接到所述信息处理平台的各业务平台，以实现所述业务平台接收用户终端发送的注册请求消息后，完成所述用户终端在所述业务平台的注册。本发明实施例还提供一种业务平台设备。
文档编号H04L29/06GK101917432SQ201010254199
公开日2010年12月15日 申请日期2010年8月13日 优先权日2010年8月13日
发明者彭淼, 陈浩 申请人:北京握奇数据系统有限公司