CN101478416A - 业务处理方法、综合业务平台与业务处理*** - Google Patents
业务处理方法、综合业务平台与业务处理*** Download PDFInfo
- Publication number
- CN101478416A CN101478416A CNA2009100778924A CN200910077892A CN101478416A CN 101478416 A CN101478416 A CN 101478416A CN A2009100778924 A CNA2009100778924 A CN A2009100778924A CN 200910077892 A CN200910077892 A CN 200910077892A CN 101478416 A CN101478416 A CN 101478416A
- Authority
- CN
- China
- Prior art keywords
- user
- payment account
- request message
- authentication
- business platform
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims description 35
- 238000003672 processing method Methods 0.000 title 1
- 238000000034 method Methods 0.000 claims abstract description 51
- 230000015572 biosynthetic process Effects 0.000 claims description 125
- 238000003786 synthesis reaction Methods 0.000 claims description 125
- 238000012795 verification Methods 0.000 claims description 84
- 101150012579 ADSL gene Proteins 0.000 claims description 19
- 102100020775 Adenylosuccinate lyase Human genes 0.000 claims description 19
- 108700040193 Adenylosuccinate lyases Proteins 0.000 claims description 19
- 239000013256 coordination polymer Substances 0.000 claims description 17
- 238000012986 modification Methods 0.000 claims description 14
- 230000004048 modification Effects 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims 2
- 238000012217 deletion Methods 0.000 description 5
- 230000037430 deletion Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种业务处理方法、综合业务平台与业务处理***，其中，方法包括：综合业务平台接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；所述综合业务平台根据所述支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息；所述综合业务平台接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在所述支付帐号信息通过认证时，为所述用户名对应的用户注册，创建用户信息，并将所述支付帐号绑定为所述用户的支付方式。本发明实施例可以实现用户之间信息的普遍关联以及用户和支付方式的普遍关联，对宽带类增值业务非签约用户进行有效管理。
Description
技术领域
本发明涉及通信技术，尤其是一种业务处理方法、综合业务平台与业务处理***。
背景技术
随着电信运营商与众多业务提供商(Service Providers，以下简称：SP)、内容提供商(Content Providers，以下简称：CP)的广泛合作，极大地推动了宽带类增值业务的蓬勃发展，能够为用户提供更有价值的信息、更广泛的应用及更深层的服务。随着宽带自注册用户数量的急速增长，电信运营商对用户的管理面临巨大挑战。如何管理用户，为用户提供个性化、差异化服务，提高用户满意度和忠诚度，成为运营商目前面临的巨大挑战。
对于电信运营商来说，客户是指一个使用其(包括第三方合作伙伴)提供的产品和服务的个人或企业，用户是指客户即将和正在使用的产品的逻辑划分。现有的业务***是垂直、孤立的，无法实现各个用户之间信息的普遍关联。目前，还无法实现对宽带类增值业务非签约用户的有效管理，对于宽带类增值业务的非签约用户而言，订购宽带类增值业务时认证鉴权流程复杂，付费方式单一、灵活性差，不利于用户使用宽带类增值业务，在一定程度上造成了用户的流失，并且，由于管理流程复杂，也增加了电信运营商的管理成本。
发明内容
本发明实施例的目的是：提供一种业务处理方法、综合业务平台与业务处理***，实现各个用户之间信息的普遍关联，对宽带类增值业务非签约用户进行有效管理。
为解决上述技术问题，本发明实施例提供的一种业务处理方法，包括：
综合业务平台接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；
所述综合业务平台根据所述支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息；
所述综合业务平台接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在所述支付帐号信息通过认证时，为所述用户名对应的用户注册，创建用户信息，并将所述支付帐号绑定为所述用户的支付方式。
本发明实施例提供的一种综合业务平台，包括：
接收模块，用于接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息，以及接收相应的认证***针对认证请求消息进行认证后返回的认证结果消息，所述认证请求消息中包括支付帐号信息；
认证处理模块，用于根据所述支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息；
注册管理模块，用于根据所述认证结果消息，在所述支付帐号信息通过认证时，为所述用户名对应的用户注册，创建用户信息，并将所述支付帐号绑定为所述用户的支付方式。
本发明实施例提供的一种业务处理***，包括综合业务平台与认证***；
所述综合业务平台用于接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息，根据所述支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息，接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在所述支付帐号信息通过认证时，为所述用户名对应的用户注册，创建用户信息，将所述支付帐号绑定为所述用户的支付方式；
所述认证***用于接收所述认证请求消息，对所述认证请求消息中的支付帐号信息进行认证并向所述综合业务平台返回认证结果消息。
基于本发明实施例提供的业务处理方法、综合业务平台与业务处理***，可以在用户注册时对用户与作为其支付方式的支付帐号绑定，简化了用户订购宽带类增值业务时认证鉴权流程，有效解决了宽带类增值业务非签约用户的管理问题，降低了电信运营商的管理成本；另外，综合业务平台可以根据不同终端用户的需求为终端用户绑定不同的支付帐号类型，这样，用户就可以通过不同的支付方式支付业务费用，丰富了支付类型和支付方式，能使用户和支付方式之间普遍关联，提高了用户对业务使用的便捷性，从而可以扩大业务的用户群。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
图1为本发明业务处理方法一个实施例的流程图；
图2为本发明业务处理方法另一个实施例的流程图；
图3为本发明终端用户从综合业务平台获取验证码的一个流程图；
图4为本发明业务处理方法又一个实施例的流程图；
图5为本发明修改绑定的支付帐号信息一个实施例的流程图；
图6为本发明综合业务平台一个实施例的结构示意图；
图7为本发明综合业务平台另一个实施例的结构示意图；
图8为本发明综合业务平台又一个实施例的结构示意图；
图9为本发明业务处理***一个实施例的结构示意图。
具体实施方式
本发明实施例在用户注册的过程中，将用户与其支付帐号绑定，从而实现各个用户之间的信息关联，有效解决了宽带类增值业务非签约用户的管理问题。如图1所示，为本发明业务处理方法一个实施例的流程图，其包括以下步骤：
步骤101，综合业务平台接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息。
其中的业务请求消息具体可以是注册请求消息或认证请求消息。
步骤102，综合业务平台根据支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息。
步骤103，综合业务平台接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在支付帐号信息通过认证时，为用户名对应的用户注册，创建用户信息，并将支付帐号绑定为用户的支付方式。
将用户与已有的支付帐号绑定，可以简化用户订购宽带类增值业务时认证鉴权流程，有效解决了宽带类增值业务非签约用户的管理问题，降低了电信运营商的管理成本。
如图2所示，为本发明业务处理方法另一个实施例的流程图，其包括以下步骤：
步骤201，宽带业务的用户自服务门户接收用户通过用户终端发送的申请注册消息，并向用户终端返回注册页面。
步骤202，用户终端接收用户通过注册页面提交的注册请求消息并转发给用户自服务门户，该注册请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息。
具体地，支付帐号类型可以是非对称数字用户线路(AsymmetricDigital Subscriber Line，以下简称：ADSL)接入帐号，相应的支付帐号信息为IP地址；或者，支付帐号类型为帐号卡，相应的支付帐号信息为帐号卡***与帐号卡密码。另外，支付帐号类型也可以是宽带卡，相应的支付帐号信息为宽带卡***与宽带卡密码。或者，支付帐号类型也可以是统一支付平台用户资金帐号，相应的支付帐号信息为统一支付平台用户资金帐号。或者，支付帐号类型也可以是用户终端卡，相应的支付帐号信息为用户终端卡***与服务号码，或支付帐号信息为用户终端卡***与验证码。
用户可以绑定现有的各种支付账户，付费方式可选、灵活，增加了用户付费时便利性。
步骤203，用户自服务门户将注册请求消息转发给综合业务平台。
步骤204，综合业务平台根据支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息。
具体地，该步骤204中的认证***与步骤202中的支付帐号类型对应。若支付帐号类型为ADSL接入帐号，相应的认证***为ADSL认证、鉴权和计费(Authentication，Authorization，Accounting，以下简称：AAA)***；若支付帐号类型为帐号卡，相应的认证***为卡平台；若支付帐号类型为宽带卡，相应的认证***为宽带运营支撑平台；若支付帐号类型为统一支付平台用户资金帐号，相应的认证***为统一支付平台；若支付帐号类型为用户终端卡，支付帐号信息为用户终端卡***与服务号码，相应的认证***为业务支撑***(Business support system，以下简称：BSS)；若支付帐号类型为用户终端卡，支付帐号信息为用户终端卡***与验证码，相应的认证***为综合业务平台，综合业务平台不用发送认证请求消息，可以直接通过步骤205进行认证。
步骤205，相应的认证***针对该认证请求消息进行认证，并向综合业务平台返回认证结果消息。
具体地，ADSL AAA***对用户的IP地址进行反查认证，由于用户只有通过ADSL接入帐号接入时，才能绑定ADSL接入帐号作为支付帐号，因此，在绑定支付帐号时ADSL AAA***必须根据用户的IP地址认证用户是否通过ADSL接入帐号接入以及该IP地址绑定的ADSL接入帐号是否合法。卡平台对作为支付帐号信息的帐号卡***与帐号卡密码进行认证。宽带运营支撑平台对作为支付帐号信息的宽带卡***与宽带卡密码进行认证。统一支付平台对作为支付帐号信息的统一支付平台用户资金帐号进行有效性认证。BSS对作为支付帐号信息的用户终端卡***与服务号码进行认证，其中的服务码是终端用户，例如小灵通用户，在BSS的密码。综合业务平台对作为支付帐号信息的用户终端卡***与验证码进行认证，其中的验证码是综合业务平台发送给终端用户的随机码。终端用户从综合业务平台获取验证码的一个流程可参见图3。
步骤206，综合业务平台根据相应的认证***返回的或自身认证的认证结果消息，在支付帐号信息通过认证时，为用户名对应的用户注册，创建用户信息，并将支付帐号绑定为用户的支付方式。
步骤207，综合业务平台向用户自服务门户转发认证结果消息。
步骤208，用户自服务门户将认证结果消息转发给用户终端。
如图3所示，为本发明终端用户从综合业务平台获取验证码的一个流程图，其包括以下步骤：
步骤301，用户通过用户终端在宽带业务门户或宽带业务的用户自服务门户输入终端用户号码，例如：小灵通号码，并发起验证码获取请求。
步骤302，宽带业务门户或用户自服务门户将验证码获取请求转发给综合业务平台。
步骤303，综合业务平台随机生成验证码并将其发送给用户终端，同时，向宽带业务门户或用户自服务门户返回验证码。
用户通过图2所示实施例流程进行注册的方法可以称为显式注册方法，用户通过该流程注册成功之后，登录宽带业务门户时可以在综合业务平台认证用户名和密码。具体方式如下：用户通过用户终端向用户自服务门户发送登录请求消息，该登录请求消息中包括用户名与用户密码；用户自服务门户向综合业务平台发送用户认证请求消息，该用户认证请求消息中包括用户名与用户密码；综合业务平台根据创建的用户信息对所述用户认证请求消息中的用户名与用户密码进行认证，并向用户自服务门户返回认证结果消息；用户自服务门户根据该认证结果消息，在用户通过认证后，生成用于标识本次会话的会话标识(Session ID)。
用户登录宽带业务门户之后，在使用宽带业务时可以使用绑定的支付帐号支付。由于用户在绑定支付帐号时已经到相应的认证***认证，用户支付宽带业务费用时可以到相应的认证***重新认证支付帐号，也可以直接利用绑定的支付帐号支付。具体地，用户登录宽带业务门户后，可以通过用户终端向CP/SP/宽带业务门户发送业务使用请求消息，请求订购、点播或使用某一业务，该业务使用请求消息中包括请求订购、点播或使用业务的业务标识；CP/SP/宽带业务门户根据业务标识，确定处理该业务使用请求消息的用户自服务门户，指示用户终端将该业务使用请求消息重定向至用户自服务门户；用户自服务门户处理该业务使用请求消息，并请求综合业务平台从用户绑定的支付帐号上扣除相应业务费用。具体地，综合业务平台可以直接从户绑定的支付帐号上扣除相应业务费用；或者，综合业务平台从用户信息中获取用户绑定的支付帐号，根据支付帐号类型，请求相应的认证***对该支付帐号进行认证，并在该支付帐号通过认证后，从用户绑定的支付帐号上扣除相应业务费用。
用户通过图2所示的流程注册成功之后，用户每次登录宽带业务服务器或使用宽带业务时，***可以更新用户最近登录宽带业务服务器或最近使用宽带业务的时间，如果在预设时间段内不登录宽带业务服务器或不使用宽带业务，为了减轻综合业务平台的存储负载，***可以自动注销综合业务平台上的该用户，删除综合业务平台上创建的该用户的用户信息。具体地，业务处理***记录本次接收到用户的业务使用请求消息的时刻，并比较本次接收到用户的业务使用请求消息的时刻与上次接收到用户的业务使用请求消息的时刻之差是否大于预设时间段，若大于，则综合业务平台注销用户，删除用户的用户信息；或者，业务处理***记录本次接收到用户的登录请求消息时刻，并比较本次接收到用户的登录请求消息的时刻与上次接收到用户的登录请求消息的时刻之差是否大于预设时间段，若大于，则综合业务平台注销用户，删除用户的用户信息。
如图4所示，为本发明业务处理方法又一个实施例的流程图，其包括以下步骤：
步骤401，用户通过用户终端向CP/SP/宽带业务门户发送业务使用请求消息，请求订购、点播或使用某一业务，该业务使用请求消息中包括请求订购、点播或使用业务的业务标识。
步骤402，CP/SP/宽带业务门户根据业务标识，指示用户终端将业务使用请求消息重定向至用户自服务门户。
步骤403，用户自服务门户根据该用户是否具有分配的会话标识，识别用户是否登录，若已登录，则执行步骤404；若未登录，执行步骤405。
通过该步骤，可以避免用户重复登录。
步骤404，用户自服务门户处理业务使用请求消息。
步骤405，用户自服务门户向用户终端发送用于提示用户登录的登录提示消息。
步骤406，用户自服务门户接收用户终端发送的登录请求消息，该登录请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息。
步骤407，用户自服务门户向综合业务平台发送用户认证请求消息，用户认证请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息。
步骤408，综合业务平台查询是否保存有用户的用户信息，若保存有用户的用户信息，执行步骤409；若未保存用户的用户信息，执行步骤411。
步骤409，综合业务平台根据用户信息对用户进行认证，并向用户自服务门户返回认证结果消息。
步骤410，用户自服务门户在用户通过认证后，处理业务使用请求消息。
步骤411，综合业务平台根据支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息。
步骤412，相应的认证***针对接收到的认证请求消息进行认证，并向综合业务平台返回认证结果消息。
具体地，支付帐号类型可以是ADSL接入帐号、帐号卡、宽带卡、统一支付平台用户资金帐号、用户终端卡或E盾。若支付帐号类型是ADSL接入帐号，相应的支付帐号信息为IP地址，相应的认证***为ADSL AAA***，ADSL AAA***对该IP地址进行反查认证，认证用户是否通过ADSL接入帐号接入以及该IP地址绑定的ADSL接入帐号是否合法。
若支付帐号类型为帐号卡，相应的支付帐号信息为帐号卡***与帐号卡密码，相应的认证***为卡平台，卡平台对作为支付帐号信息的帐号卡***与帐号卡密码进行认证。
若支付帐号类型是宽带卡，相应的支付帐号信息为宽带卡***与宽带卡密码，相应的认证***为宽带运营支撑平台，宽带运营支撑平台对作为支付帐号信息的宽带卡***与宽带卡密码进行认证。
若支付帐号类型是统一支付平台用户资金帐号，相应的支付帐号信息为统一支付平台用户资金帐号，相应的认证***为统一支付平台，统一支付平台对作为支付帐号信息的统一支付平台用户资金帐号进行有效性认证。
若支付帐号类型是用户终端卡，相应的支付帐号信息为用户终端卡***与服务号码，相应的认证***为BSS，BSS对作为支付帐号信息的用户终端卡***与服务号码进行认证。
若支付帐号类型是用户终端卡，相应的支付帐号信息为用户终端卡***与验证码，相应的认证***为综合业务平台，综合业务平台不需要向其它认证***发送认证请求消息并接收其它认证***返回的认证结果消息，自己对作为支付帐号信息的用户终端卡***与验证码进行认证。
若支付帐号类型为E盾，相应的支付帐号信息为E盾标识，相应的认证***为E盾管理***，E盾管理***对作为支付帐号信息的E盾标识进行认证。
步骤413，综合业务平台根据相应的认证***返回的认证结果消息，在支付帐号信息通过认证时，为用户名对应的用户注册，创建用户信息，并将支付帐号绑定为用户的支付方式。
步骤414，综合业务平台向用户自服务门户向发送用户注册成功的注册结果消息。
步骤415，用户自服务门户根据用户是否具有分配的会话标识查询用户是否登录，若已登录，执行步骤416；若未登录，执行步骤417。
通过该步骤，可以防止用户在多台用户终端(例如：计算机)上同时登录。
步骤416，用户自服务门户根据用户注销用户的原会话，并处理业务使用请求消息。
步骤417，用户自服务门户处理业务使用请求消息。
用户通过图4所示实施例流程进行注册的方法可以称为隐式注册方法，用户通过该流程注册成功之后，每次登录宽带业务门户时到相应的认证***验证支付帐号。具体地，用户通过用户终端向用户自服务门户发送登录请求消息，该登录请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；用户自服务门户向综合业务平台发送用户认证请求消息，用户认证请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；综合业务平台根据支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息；综合业务平台接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在支付帐号信息通过认证时，生成用于标识本次会话的会话标识。
由于用户在登录宽带业务门户时已经到认证***认证相应的支付帐号，支付宽带业务费用时无需再到相应的认证***重新认证支付帐号，直接利用绑定的支付帐号支付。具体地，用户登录宽带业务门户后，可以通过用户终端向CP/SP/宽带业务门户发送业务使用请求消息，请求订购、点播或使用某一业务，该业务使用请求消息中包括请求订购、点播或使用业务的业务标识；CP/SP/宽带业务门户根据业务标识，确定处理该业务使用请求消息的用户自服务门户，指示用户终端将该业务使用请求消息重定向至用户自服务门户；用户自服务门户处理该业务使用请求消息，用户自服务门户处理业务使用请求消息，并请求综合业务平台直接从用户绑定的支付帐号上扣除相应业务费用。
用户通过本发明上述实施例实现注册后，可以对用户信息中绑定的支付帐号信息进行修改，以绑定新的支付帐号。如图5所示，为本发明修改绑定的支付帐号信息一个实施例的流程图，其包括以下步骤：
步骤501，用户通过用户终端向用户自服务门户发送支付帐号修改请求消息。
步骤502，用户自服务门户向用户终端提供修改页面，并接收用户终端通过该修改页面提交的修改信息，该修改信息包括用户请求绑定的新支付帐号类型与新支付帐号信息。
步骤503，用户自服务门户向综合业务平台转发支付帐号修改请求消息与修改信息。
步骤504，综合业务平台根据新支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括新支付帐号信息。
步骤505，相应的认证***针对该认证请求消息进行认证，并向综合业务平台返回认证结果消息。
若新支付帐号类型是用户终端卡，相应的新支付帐号信息为用户终端卡***与验证码，相应的认证***为综合业务平台，综合业务平台不需要向其它认证***发送认证请求消息并接收其它认证***返回的认证结果消息，自己对作为新支付帐号信息的用户终端卡***与验证码进行认证。
具体地，有关新支付帐号类型、相应的认证***对新支付帐号信息的认证方法，可以参见上述实施例中的步骤202、204与205，或参见步骤411。
步骤506，综合业务平台接收根据接收到的认证结果消息，在新支付帐号信息通过认证时，修改用户信息中的支付帐号信息，将新支付帐号绑定为用户的支付方式。
通过图5所示的流程将新支付帐号绑定为用户的支付方式之后，综合业务平台可以向用户自服务门户发送支付帐号修改成功的修改结果消息，由用户自服务门户将修改结果消息转发给用户终端。
如图6所示，为本发明综合业务平台一个实施例的结构示意图。该实施例的综合业务平台可作为如上实施例中的综合业务平台实现相应功能，其包括接收模块601、认证处理模块602与注册管理模块603。其中，接收模块601用于接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息，以及接收相应的认证***针对认证处理模块602发送的认证请求消息进行认证后返回的认证结果消息，认证请求消息中包括支付帐号信息。认证处理模块602用于根据接收模块601接收到的业务请求消息支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息。注册管理模块603用于根据接收模块601接收到的认证结果消息，在支付帐号信息通过认证时，为用户名对应的用户注册，创建用户信息，并将支付帐号绑定为用户的支付方式。
如图7所示，为本发明综合业务平台另一个实施例的结构示意图，与图6所示的实施例相比，该实施例中的综合业务平台还可以包括用户认证模块604、和/或扣费模块605、和/或注销处理模块606。
具体地，接收模块601还可以接收用户自服务门户发送的用户认证请求消息，该用户认证请求消息中包括用户名与用户密码；相应的，用户认证模块604用于根据注册管理模块603创建的用户信息对接收模块601接收到的用户认证请求消息中的用户名与用户密码进行认证，并向用户自服务门户返回认证结果消息。
此外，接收模块601还可以接收用户自服务门户发送的扣费请求消息，扣费请求消息中包括用户名与待扣除费用额度。相应的，扣费模块605用于根据接收模块601接收到的扣费请求消息，从用户绑定的支付帐号中扣除待扣除费用额度。
注销处理模块606用于记录接收模块601本次接收到用户的业务使用请求消息的时刻，并比较接收模块601本次接收到用户的业务使用请求消息的时刻与接收模块601上次接收到用户的业务使用请求消息的时刻之差是否大于预设时间段，若大于，则注销用户，删除用户的用户信息；或者，记录接收模块601本次接收到用户的登录请求消息时刻，并比较接收模块601本次接收到用户的登录请求消息的时刻与接收模块601上次接收到用户的登录请求消息的时刻之差是否大于预设时间段，若大于，则注销用户，删除用户的用户信息。
如图8所示，为本发明综合业务平台又一个实施例的结构示意图，与实施例图6或图7所示的实施例相比，该实施例的综合业务平台还可以包括查询模块607，用于查询综合业务平台是否保存有接收模块601接收到的业务请求消息中用户名对应的用户信息，并输出查询结果，即：注册管理模块603是否创建业务请求消息中用户名对应的用户信息。相应的，用户认证模块604用于根据查询模块607的查询结果，在综合业务平台保存有用户的用户信息时，根据用户信息对用户进行认证，并向用户自服务门户返回认证结果消息；在综合业务平台未保存用户的用户信息，指示认证处理模块602根据支付帐号类型，向相应的认证***发送认证请求消息。
如图9所示，为本发明业务处理***一个实施例的结构示意图，其可用于实现本发明上述实施例业务处理方法，包括综合业务平台1与认证***2。其中的综合业务平台1用于接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息，根据支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息，接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在支付帐号信息通过认证时，为用户名对应的用户注册，创建用户信息，并将支付帐号绑定为用户的支付方式。认证***2用于接收综合业务平台1发送的认证请求消息，对该认证请求消息中的支付帐号信息进行认证，并向综合业务平1台返回认证结果消息。具体地，综合业务平台1可以采用如上图6、图7或图8所示的任意实施例。认证***2与支付帐号类型对应，可参见图2或图3所示实施例，可以包括ADSL AAA***、卡平台、宽带运营支撑平台、统一支付平台、业务支撑***与E盾管理***中的任意一种或多种。
进一步地，本发明实施例的业务处理***还可以包括业务服务器3，该业务服务器3包括用户自服务门户31与CP/SP/宽带业务门户32。其中，CP/SP/宽带业务门户32用于接收用户终端发送的业务使用请求消息，并根据该业务使用请求消息中的业务标识，将该业务使用请求消息重定向至用户自服务门户31。用户自服务门户31用于处理用户的注册请求与登录请求，请求综合业务平台1对所述用户进行认证，并在该用户通过认证后，处理业务使用请求消息，并请求综合业务平台1从用户绑定的支付帐号上扣除相应业务费用。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
目前，对宽带自注册用户的管理是一个全新的领域。用户注册流程的简单快捷、与运营商已有客户信息的普遍关联和支付方式的灵活多样都是增强用户体验、改善用户满意度、提升用户忠诚度的强有力手段，对失效冗余用户信息的周期摒弃是减轻管理***负荷的主要途径。本发明实施例引入了综合业务平台后，使网络的架构发生了变化，由以前的垂直模式变为水平模式。本发明实施例可以在用户注册时对用户与作为其支付方式的支付帐号绑定，简化了用户订购宽带类增值业务时认证鉴权流程，有效解决了宽带类增值业务非签约用户的管理问题，降低了电信运营商的管理成本。并且支付方式灵活多样，可以支持用户在任何地点、任何接入方式下使用特定运营商的业务；另外，综合业务平台可以根据不同终端用户的需求为终端用户绑定不同的支付帐号类型，这样，用户就可以通过不同的支付方式支付业务费用，丰富了用户类型和支付方式，能使用户和支付方式之间普遍关联，用户和客户之间普遍关联，提高用户对业务使用的便捷性，从而扩大业务的用户群。
最后所应说明的是：以上实施例仅用以说明本发明的技术方案，而非对本发明作限制性理解。尽管参照上述较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这种修改或者等同替换并不脱离本发明技术方案的精神和范围。
Claims (24)
1、一种业务处理方法，其特征在于，包括：
综合业务平台接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；
所述综合业务平台根据所述支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息；
所述综合业务平台接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在所述支付帐号信息通过认证时，为所述用户名对应的用户注册，创建用户信息，并将所述支付帐号绑定为所述用户的支付方式。
2、根据权利要求1所述的方法，其特征在于，所述业务请求消息为注册请求消息；
所述综合业务平台接收注册请求消息之前，还包括：
宽带业务的用户自服务门户接收用户通过用户终端发送的申请注册消息，并向所述用户终端返回注册页面；
用户终端接收用户发送的注册请求消息并转发给所述用户自服务门户，该注册请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；
所述用户自服务门户将所述注册请求消息转发给所述综合业务平台。
3、根据权利要求2所述的方法，其特征在于，所述综合业务平台接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息之后，还包括：
所述综合业务平台向所述用户自服务门户转发所述认证结果消息；
所述用户自服务门户将所述认证结果消息转发给所述用户终端。
4、根据权利要求2所述的方法，其特征在于，所述支付帐号类型为ADSL接入帐号，所述支付帐号信息为IP地址，相应的认证***为ADSLAAA***；
或者，所述支付帐号类型为帐号卡，所述支付帐号信息为帐号卡***与帐号卡密码，相应的认证***为卡平台；
或者，所述支付帐号类型为宽带卡，所述支付帐号信息为宽带卡***与宽带卡密码，相应的认证***为宽带运营支撑平台；
或者，所述支付帐号类型为统一支付平台用户资金帐号，所述支付帐号信息为统一支付平台用户资金帐号，相应的认证***为统一支付平台；
或者，所述支付帐号类型为用户终端卡，所述支付帐号信息为用户终端卡***与服务号码，相应的认证***为业务支撑***；
或者，所述支付帐号类型为用户终端卡，所述支付帐号信息为用户终端卡***与验证码，相应的认证***为所述综合业务平台。
5、根据权利要求2所述的方法，其特征在于，为所述用户名对应的用户注册之后，还包括：
所述用户自服务门户接收用户通过用户终端发送的登录请求消息，该登录请求消息中包括用户名与用户密码；
所述用户自服务门户向所述综合业务平台发送用户认证请求消息，所述用户认证请求消息中包括用户名与用户密码；
所述用户自服务门户接收所述综合业务平台根据所述认证请求消息进行认证后返回的认证结果消息，并在所述用户通过认证后，生成用于标识本次会话的会话标识。
6、根据权利要求5所述的方法，其特征在于，所述生成用于标识本次会话的会话标识之后，还包括：
CP/SP/宽带业务门户接收用户通过用户终端发送的业务使用请求消息，该业务使用请求消息中包括业务标识；
所述CP/SP/宽带业务门户根据所述业务标识，指示所述用户终端将所述业务使用请求消息重定向至用户自服务门户；
所述用户自服务门户处理所述业务使用请求消息，并请求所述综合业务平台从所述用户绑定的支付帐号上扣除相应业务费用。
7、根据权利要求6所述的方法，其特征在于，所述综合业务平台从所述用户绑定的支付帐号上扣除相应业务费用包括：所述综合业务平台直接从所述用户绑定的支付帐号上扣除相应业务费用；或者
所述综合业务平台从所述用户信息中获取所述用户绑定的支付帐号，根据所述支付帐号类型，请求相应的认证***对该支付帐号进行认证，并在该支付帐号通过认证后，从所述用户绑定的支付帐号上扣除相应业务费用。
8、根据权利要求6所述的方法，其特征在于，还包括：
记录本次接收到所述用户的业务使用请求消息的时刻，并比较本次接收到所述用户的业务使用请求消息的时刻与上次接收到所述用户的业务使用请求消息的时刻之差是否大于预设时间段，若大于，则所述综合业务平台注销所述用户，删除所述用户的用户信息；
或者，记录本次接收到所述用户的登录请求消息时刻，并比较本次接收到所述用户的登录请求消息的时刻与上次接收到所述用户的登录请求消息的时刻之差是否大于预设时间段，若大于，则所述综合业务平台注销所述用户，删除所述用户的用户信息。
9、根据权利要求1所述的方法，其特征在于，所述业务请求消息为认证请求消息；
所述综合业务平台接收业务请求消息之前，还包括：
CP/SP/宽带业务门户接收用户通过用户终端发送的业务使用请求消息，该业务使用请求消息中包括业务标识；
所述CP/SP/宽带业务门户根据所述业务标识，指示所述用户终端将所述业务使用请求消息重定向至用户自服务门户；
所述用户自服务门户识别所述用户是否登录，若已登录，处理所述业务使用请求消息；
若未登录，所述用户自服务门户向所述用户终端发送用于提示用户登录的登录提示消息；
所述用户自服务门户接收用户终端发送的登录请求消息，该登录请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；
所述用户自服务门户向所述综合业务平台发送用户认证请求消息，该用户认证请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息。
10、根据权利要求9所述的方法，其特征在于，所述综合业务平台接收认证请求消息之后，还包括：
所述综合业务平台查询是否保存有所述用户的用户信息，若保存有所述用户的用户信息，则根据用户信息对所述用户进行认证，并向所述用户自服务门户返回认证结果消息；
所述用户自服务门户在所述用户通过认证后，处理所述业务使用请求消息；
若未保存所述用户的用户信息，则执行所述综合业务平台根据所述支付帐号类型，向相应的认证***发送认证请求消息的步骤。
11、根据权利要求10所述的方法，其特征在于，所述支付帐号类型为ADSL接入帐号，所述支付帐号信息为IP地址，相应的认证***为ADSLAAA***；
或者，所述支付帐号类型为帐号卡，所述支付帐号信息为帐号卡***与帐号卡密码，相应的认证***为卡平台；
或者，所述支付帐号类型为宽带卡，所述支付帐号信息为宽带卡***与宽带卡密码，相应的认证***为宽带运营支撑平台；
或者，所述支付帐号类型为统一支付平台用户资金帐号，所述支付帐号信息为统一支付平台用户资金帐号，相应的认证***为统一支付平台；
或者，所述支付帐号类型为用户终端卡，所述支付帐号信息为用户终端卡***与服务号码，相应的认证***为业务支撑***；
或者，所述支付帐号类型为用户终端卡，所述支付帐号信息为用户终端卡***与验证码，相应的认证***为所述综合业务平台；
或者，所述支付帐号类型为E盾，所述支付帐号信息为E盾标识，相应的认证***为E盾管理***。
12、根据权利要求10所述的方法，其特征在于，为所述用户名对应的用户注册之后，还包括：
所述综合业务平台向所述用户自服务门户向发送用户注册成功的注册结果消息；
所述用户自服务门户查询所述用户是否登录；
若已登录，则所述用户自服务门户注销所述用户的原会话，并处理所述业务使用请求消息；
若未登录，则所述用户自服务门户直接处理所述业务使用请求消息。
13、根据权利要求12所述的方法，其特征在于，还包括：
所述用户自服务门户接收用户通过用户终端发送的登录请求消息，该登录请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；
所述用户自服务门户向综合业务平台发送用户认证请求消息，所述用户认证请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息；
所述综合业务平台根据所述支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息；
所述综合业务平台接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在所述支付帐号信息通过认证时，生成用于标识本次会话的会话标识。
14、根据权利要求13所述的方法，其特征在于，还包括：
CP/SP/宽带业务门户接收用户通过用户终端发送的业务使用请求消息，该业务使用请求消息中包括业务标识；
所述CP/SP/宽带业务门户根据所述业务标识，指示所述用户终端将所述业务使用请求消息重定向至用户自服务门户；
所述用户自服务门户处理所述业务使用请求消息，并请求所述综合业务平台从所述用户绑定的支付帐号上扣除相应业务费用。
15、根据权利要求1至14任意一项所述的方法，其特征在于，将所述支付帐号绑定为所述用户的支付方式之后，还包括：
用户自服务门户接收用户终端发送的支付帐号修改请求消息；
所述用户自服务门户向所述用户终端提供修改页面，并接收用户终端通过该修改页面提交的修改信息，该修改信息包括用户请求绑定的新支付帐号类型与新支付帐号信息；
所述用户自服务门户向所述综合业务平台转发所述支付帐号修改请求消息与所述修改信息；
所述综合业务平台根据所述新支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括所述新支付帐号信息；
所述综合业务平台接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在所述新支付帐号信息通过认证时，修改所述用户信息中的支付帐号信息，将所述新支付帐号绑定为所述用户的支付方式。
16、根据权利要求15所述的方法，其特征在于，将所述新支付帐号绑定为所述用户的支付方式之后，还包括：
所述综合业务平台向所述用户自服务门户发送支付帐号修改成功的修改结果消息；
所述用户自服务门户将所述修改结果消息转发给所述用户终端。
17、一种综合业务平台，其特征在于，包括：
接收模块，用于接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息，以及接收相应的认证***针对认证请求消息进行认证后返回的认证结果消息，所述认证请求消息中包括支付帐号信息；
认证处理模块，用于根据所述支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息；
注册管理模块，用于根据所述认证结果消息，在所述支付帐号信息通过认证时，为所述用户名对应的用户注册，创建用户信息，并将所述支付帐号绑定为所述用户的支付方式。
18、根据权利要求17所述的综合业务平台，其特征在于，所述接收模块还用于接收用户自服务门户发送的用户认证请求消息，该用户认证请求消息中包括用户名与用户密码；
所述综合业务平台还包括用户认证模块，用于根据创建的用户信息对所述用户认证请求消息中的用户名与用户密码进行认证，并向所述用户自服务门户返回认证结果消息。
19、根据权利要求17所述的综合业务平台，其特征在于，所述接收模块还用于接收用户自服务门户发送的扣费请求消息，所述扣费请求消息中包括用户名与待扣除费用额度；
所述综合业务平台还包括扣费模块，用于根据所述用户自服务门户发送的扣费请求消息，从所述用户绑定的支付帐号中扣除所述待扣除费用额度。
20、根据权利要求17所述的综合业务平台，其特征在于，所述接收模块还用于接收业务使用请求消息与登录请求消息；
所述综合业务平台还包括注销处理模块，用于在所述接收模块本次接收到业务使用请求消息的时刻与上次接收到业务使用请求消息的时刻之差大于预设时间段时，和/或本次接收登录请求消息的时刻与上次接收到登录请求消息的时刻之差大于预设时间段时，注销所述用户名对应的用户，删除所述用户的用户信息。
21、根据权利要求18所述的综合业务平台，其特征在于，还包括：
查询模块，用于查询是否保存有所述接收模块接收到的业务请求消息中用户名对应的用户信息，并输出查询结果；
所述用户认证模块根据所述查询结果，在保存有所述用户的用户信息时，根据用户信息对所述用户进行认证，并向所述用户自服务门户返回认证结果消息；在未保存所述用户的用户信息，指示所述认证处理模块根据所述支付帐号类型，向相应的认证***发送认证请求消息。
22、一种业务处理***，其特征在于，包括综合业务平台与认证***；
所述综合业务平台用于接收业务请求消息，该业务请求消息中包括用户名、用户密码、支付帐号类型与支付帐号信息，根据所述支付帐号类型，向相应的认证***发送认证请求消息，该认证请求消息中包括支付帐号信息，接收相应的认证***针对该认证请求消息进行认证后返回的认证结果消息，并在所述支付帐号信息通过认证时，为所述用户名对应的用户注册，创建用户信息，将所述支付帐号绑定为所述用户的支付方式；
所述认证***用于接收所述认证请求消息，对所述认证请求消息中的支付帐号信息进行认证并向所述综合业务平台返回认证结果消息。
23、根据权利要求22所述的***，其特征在于，还包括业务服务器，该业务服务器包括用户自服务门户与CP/SP/宽带业务门户；
所述CP/SP/宽带业务门户用于接收用户终端发送的业务使用请求消息，并根据该业务使用请求消息中的业务标识，指示所述用户终端将该业务使用请求消息重定向至所述用户自服务门户；
所述用户自服务门户用于处理所述用户的注册请求与登录请求，请求所述综合业务平台对所述用户进行认证，并在所述用户通过认证后，处理所述业务使用请求消息，并请求所述综合业务平台从所述用户绑定的支付帐号上扣除相应业务费用。
24、根据权利要求22或23所述的***，其特征在于，所述认证***包括ADSL AAA***、卡平台、宽带运营支撑平台、统一支付平台、业务支撑***与E盾管理***中的任意一种或多种。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2009100778924A CN101478416A (zh) | 2009-02-02 | 2009-02-02 | 业务处理方法、综合业务平台与业务处理*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2009100778924A CN101478416A (zh) | 2009-02-02 | 2009-02-02 | 业务处理方法、综合业务平台与业务处理*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101478416A true CN101478416A (zh) | 2009-07-08 |
Family
ID=40839051
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2009100778924A Pending CN101478416A (zh) | 2009-02-02 | 2009-02-02 | 业务处理方法、综合业务平台与业务处理*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101478416A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101917432A (zh) * | 2010-08-13 | 2010-12-15 | 北京握奇数据***有限公司 | 业务处理方法、信息处理平台设备及业务平台设备 |
| CN102281299A (zh) * | 2011-08-17 | 2011-12-14 | 中兴通讯股份有限公司 | 互动业务处理方法及业务控制层服务器 |
| CN102355650A (zh) * | 2011-07-15 | 2012-02-15 | 华为软件技术有限公司 | 一种业务处理方法及*** |
| CN104240072A (zh) * | 2014-09-27 | 2014-12-24 | 武钢集团昆明钢铁股份有限公司 | 一种多通道网络集成支付***与方法 |
| CN104378346A (zh) * | 2014-06-30 | 2015-02-25 | 南京信风网络科技有限公司 | 一种防止帐号被盗用的方法 |
| CN105721404A (zh) * | 2014-12-04 | 2016-06-29 | 阿里巴巴集团控股有限公司 | 基于计算机***的业务处理方法及其装置 |
| CN106888443A (zh) * | 2017-03-27 | 2017-06-23 | 广东电网有限责任公司佛山供电局 | 通信资源状态监控方法和*** |
| CN110198541A (zh) * | 2019-06-03 | 2019-09-03 | 武汉思普崚技术有限公司 | 一种用于网络安全的自适应方法和*** |
| CN112580013A (zh) * | 2019-09-30 | 2021-03-30 | 北京国双科技有限公司 | 多***信息的交互方法及装置 |
-
2009
- 2009-02-02 CN CNA2009100778924A patent/CN101478416A/zh active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101917432A (zh) * | 2010-08-13 | 2010-12-15 | 北京握奇数据***有限公司 | 业务处理方法、信息处理平台设备及业务平台设备 |
| CN102355650B (zh) * | 2011-07-15 | 2016-08-17 | 华为软件技术有限公司 | 一种业务处理方法及*** |
| CN102355650A (zh) * | 2011-07-15 | 2012-02-15 | 华为软件技术有限公司 | 一种业务处理方法及*** |
| CN102281299A (zh) * | 2011-08-17 | 2011-12-14 | 中兴通讯股份有限公司 | 互动业务处理方法及业务控制层服务器 |
| CN104378346A (zh) * | 2014-06-30 | 2015-02-25 | 南京信风网络科技有限公司 | 一种防止帐号被盗用的方法 |
| CN104240072A (zh) * | 2014-09-27 | 2014-12-24 | 武钢集团昆明钢铁股份有限公司 | 一种多通道网络集成支付***与方法 |
| CN105721404A (zh) * | 2014-12-04 | 2016-06-29 | 阿里巴巴集团控股有限公司 | 基于计算机***的业务处理方法及其装置 |
| CN105721404B (zh) * | 2014-12-04 | 2019-01-29 | 阿里巴巴集团控股有限公司 | 基于计算机***的业务处理方法及其装置 |
| CN106888443A (zh) * | 2017-03-27 | 2017-06-23 | 广东电网有限责任公司佛山供电局 | 通信资源状态监控方法和*** |
| CN106888443B (zh) * | 2017-03-27 | 2019-11-08 | 广东电网有限责任公司佛山供电局 | 通信资源状态监控方法和*** |
| CN110198541A (zh) * | 2019-06-03 | 2019-09-03 | 武汉思普崚技术有限公司 | 一种用于网络安全的自适应方法和*** |
| CN110198541B (zh) * | 2019-06-03 | 2022-04-12 | 武汉思普崚技术有限公司 | 一种用于网络安全的自适应方法和*** |
| CN112580013A (zh) * | 2019-09-30 | 2021-03-30 | 北京国双科技有限公司 | 多***信息的交互方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101478416A (zh) | 业务处理方法、综合业务平台与业务处理*** | |
| US8583499B2 (en) | System for secured transactions over a wireless network | |
| US20100262506A1 (en) | Mobile content delivery on a mobile network | |
| US20030154168A1 (en) | Method for using software products that are offered via a network | |
| JP2006511995A (ja) | 通信ネットワークにおける自動接続型端末またはユーザ認証 | |
| CN101025806A (zh) | 一种用移动通信终端进行费用支付的身份认证方法 | |
| CN101860835B (zh) | 增值业务付费方法及增值业务付费*** | |
| CN106875177A (zh) | 订单处理方法、装置及支付服务器 | |
| KR20060096821A (ko) | 결제처리 방법 및 시스템과 이를 위한 기록매체 | |
| CN101582886A (zh) | 基于动态口令进行身份认证的方法和*** | |
| CN102082672A (zh) | Radius服务器、宽带上网控制***及方法 | |
| US8756162B2 (en) | Method for carrying out an electronic transaction | |
| US20020035479A1 (en) | Access contract changing method for automatically changing an access contract between a prepaid contract and a postpaid contract | |
| EP2523485A1 (en) | Method and service platform for implementing funds transfer using mobile terminal | |
| CN105407002A (zh) | 网上营业厅的开户入网方法、装置和*** | |
| US10068236B2 (en) | Methods and arrangements for third party charging authorization for mobile service providers | |
| JP2003281234A (ja) | 異なるアクセス技術を用いるアクセスネットワークが提供するサービスにアクセスするための少額信用貸付証明書 | |
| CN113222583B (zh) | 一种与物联网设备相关的个人账户管理方法 | |
| CN104123635A (zh) | 一种对处理对象进行处理的方法、***及设备 | |
| CN101365100B (zh) | 网络电视业务与互联网业务的切换方法 | |
| EP3929848A1 (en) | Laterpay 5g secondary authentication | |
| WO2016169327A1 (zh) | 一种用于移动终端上网流量分享的方法和*** | |
| KR101489257B1 (ko) | 전자 결제를 위한 회원 등록 방법과 그를 위한 시스템, 장치 및 단말기 | |
| CN101877844A (zh) | 增值业务实现方法、管理平台、***以及卡管理平台 | |
| CN109961277A (zh) | 支付流程确定方法、装置及电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ASS | Succession or assignment of patent right |
Owner name: CHINA LINKED NETWORK COMMUNICATION GROUP CO.,LTD. Free format text: FORMER OWNER: CHINA NETWORK COMMUNICATIONS GROUP CORPORATION Effective date: 20090522 |
|
| C06 | Publication | ||
| C41 | Transfer of patent application or patent right or utility model | ||
| PB01 | Publication | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20090522 Address after: No. 21, Finance Street, Beijing, Xicheng District Applicant after: China United Network Telecommunication Group Co., Ltd. Address before: No. 21, Finance Street, Beijing, Xicheng District Applicant before: China Network Communications Group Corporation |
|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20090708 |