CN101127941B - 一种为群组订阅移动业务的方法及管理中心服务器 - Google Patents

Abstract

本发明公开了一种为群组订阅移动业务的方法，其特征在于，包括：管理中心服务器根据接收到的包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组业务订阅索引，通知应用服务器群组所订阅的业务信息；该通知中至少包括群组标识；所述群组业务订阅索引中包括：群组标识和至少一个业务标识之间的对应关系。应用本发明，应用服务器只需和业务引擎进行业务交互，因而便于为群组用户统一订阅移动业务，减少了运营商服务器侧与应用服务器的交互次数，降低了网络流量，同时又保护了群组以及群组用户的信息安全。本发明同时还提供了一种管理中心服务器。

Description

一种为群组订阅移动业务的方法及管理中心服务器

技术领域

本发明涉及通信技术领域，特别涉及一种为群组订阅移动业务的方法及管理中心服务器。

背景技术

随着移动业务的广泛开展，用户得到越来越丰富的业务服务，以及各种体验。越来越多的组织加入到移动业务提供商(Service Provider，SP)的行列，移动业务领域一片欣欣向荣的景象。但是，有些不法份子趁此机会搜集用户信息，如用户的手机号等，给用户发垃圾短信骚扰用户，如各种广告信息等。更有垃圾SP利用信息费用较少，个人用户嫌麻烦不愿意查询通讯费用的漏洞，采用“误订业务”的方式收取用户费用。这给广大用户带来了极差的用户感受，甚至是经济损失；垃圾信息占用移动运营商的带宽，以及用户的不断投诉，又给移动运营商带来了维护麻烦，和品牌损失。

为了保护签约用户的信息，不被非法经营者利用，同时又不影响正常移动业务的开展，移动运营商采用伪码技术。现有的伪码是一种针对位置服务等应用准备的安全保障技术，运营商的数据业务管理平台在与业务提供商(SP)提供的应用服务器进行交互时采用了伪码，SP看不到用户的实际号码，避免了用户信息泄漏，因此可以有效解决用户担心的安全问题。

对于群组用户，如企业用户、学校用户等，在现有的伪码方案中，为每位用户分配一个伪码作为用户标识，该伪码与用户的真实手机号之间建立一个如表1所示的伪码与用户的索引关系。

            表1

伪码	用户号码
		PseudoCode1	MSISDN1
PseudoCode2	MSISDN2
		PseudoCode3	MSISDN3

即使该群组中的所有用户都订阅某同一移动业务，应用服务器也会得到每位用户的伪码，在以后的服务中，应用服务器会将业务内容封装成一定格式的消息，在消息的接收地址处填写用户的伪码地址，之后发送出去。这样的封装及发送过程发生多次，具体次数同群组用户的个数。

运营商的服务器侧获得来自应用服务器的某条消息后，解析出伪码，并根据该伪码查询表1找到对应的用户真实号码，在消息的接收地址处以用户真实号码替换伪码，再发送到该用户。

上述对群组用户采用伪码技术时，存在如下缺陷：

第一，需要为每位用户分配一个伪码，并且要将每位用户的伪码都发送给应用服务器。导致运营商的服务器侧维护的数据较多。

第二，对于同一业务内容，应用服务器需要封装多次并发送多次，且多条消息之间唯一区别只是接收的为伪码不同，多条类似消息增加了运营商和SP之间的网络流量。

第三，由于需要运营商服务器对接收到的每条消息进行解析，替换其中的接收地址信息，因此增加了运营商服务器的负荷。

发明内容

有鉴于此，本发明的目的在于提供一种为群组订阅移动业务的方法及管理中心服务器，以减少运营商服务器侧与应用服务器的交互次数，同时又能够保护群组以及群组用户的信息安全。

本发明的技术方案包括：

一种为群组订阅移动业务的方法，包括：

管理中心服务器根据接收到的包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组业务订阅索引，通知应用服务器群组所订阅的业务信息；该通知中至少包括群组标识；所述群组业务订阅索引中包括：群组标识和至少一个业务标识之间的对应关系。

如果所述群组业务订阅索引中进一步包括：用于指示订阅要求的参数；

则所述通知应用服务器群组所订阅的业务信息中进一步包括：用于指示订阅要求的参数。

所述管理中心服务器建立群组业务订阅索引后，进一步包括：将订阅状态通知给发起为群组订阅业务请求的订阅者；所述管理中心服务器通知应用服务器群组订阅信息后，进一步包括：接收来自应用服务器的通知确认信息；或者，

所述管理中心服务器通知应用服务器群组订阅信息后，进一步包括：接收来自应用服务器的订阅确认信息；之后，将订阅状态通知给发起为群组订阅业务请求的订阅者。

如果管理中心服务器内包含群组信息管理服务器的功能，则

所述管理中心服务器建立群组业务订阅索引之前进一步包括设置群组，所述设置群组的过程包括：

管理中心服务器根据接收到的建群组请求，建立群组信息索引，完成群组设置；

所述群组信息索引中包括：群组标识、该群组内所包含的用户标识的对应关系。

如果管理中心服务器内不包括群组信息管理服务器的功能，则

所述管理中心服务器建立群组业务订阅索引之前进一步包括设置群组，所述设置群组的过程包括：

群组信息管理服务器根据接收到的建群组请求，建立群组信息索引，完成群组设置；

所述群组信息索引中包括：群组标识、该群组内所包含的用户标识的对应关系。

如果所述建群组请求中还包括至少一个属于该群组的用户标识，则所述群组信息索引中群组内所包含的用户标识项下包含与所述建群组请求中个数相同的用户标识。

所述群组信息索引中群组内所包含的用户标识项下，包括一个或一个以上用户标识，或者，不包含任何用户标识。

如果群组信息索引中群组内所包含的用户标识项下不包含任何用户标识，则业务处理器从管理中心服务器中获取的该群组内所包含的用户标识为空。

所述群组信息索引的关联关系中进一步包括：发起建群组请求的订阅者标识。

完成群组设置后，进一步包括：将所述群组标识发送给发起建群组请求的订阅者。

该方法进一步包括：管理中心服务器根据接收到的包括群组标识和至少一个业务标识的取消已订阅业务的请求，查询群组业务订阅索引，删除与该群组标识所对应的业务标识，并通知应用服务器取消该业务。

该方法进一步包括：管理中心服务器根据接收到的包括群组标识的删除群组请求，查询群组信息索引，将该群组标识所对应的信息全部删除。

该方法进一步包括：群组信息管理服务器根据接收到的包括群组标识的删除群组请求，查询群组信息索引，将该群组标识所对应的信息全部删除。

在查询群组信息索引删除群组标识所对应的全部信息之前，进一步包括：查询群组业务订阅索引，确定是否存在与该群组标识对应的业务标识，若存在，删除与该群组标识所对应的业务标识，再将群组信息索引中与该群组标识所对应的信息全部删除，并通知应用服务器取消该业务。

一种管理中心服务器，包括：

业务逻辑判决单元，用于接收包含业务标识和群组标识的订阅验证请求，查询所述订阅信息数据库，验证所述群组是否已订阅所述业务，将验证结果发送给发送单元；

订阅信息数据库，用于存储群组标识，以及与某个群组标识相关联的至少一个业务标识；

发送单元，用于将接收到的信息发送出去。

所述管理中心服务器内进一步包括：

群组信息管理服务器单元，用于保存群组标识和组内用户标识对应关系，接受来自业务逻辑判决单元的查询组内用户标识的请求。

所述业务逻辑判决单元，进一步用于接收设置群组请求，将所述请求转发给群组信息管理服务器单元，将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元；或者，接收包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组标识和至少一个业务标识的关联关系，将所述关联关系存储到订阅信息数据库内，之后，将订阅结果发送给发送单元。

所述业务逻辑判决单元，进一步用于接收包括群组标识的删除群组请求，将所述请求转发给群组信息管理服务器单元，将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元；或者，

接收包括群组标识的删除群组请求，查询订阅信息数据库确定存在与该群组标识对应的业务标识后，删除订阅信息数据库内与该群组标识所对应的业务标识，之后，再将所述请求转发给群组信息管理服务器单元，将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元。

本发明的关键是，管理中心服务器根据接收到的包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组业务订阅索引，通知应用服务器群组所订阅的业务信息；该通知中至少包括群组标识；群组业务订阅索引中包括：群组标识和至少一个业务标识之间的对应关系。这样实现了为群组订阅移动业务。应用本发明，在以后的业务交互过程中，应用服务器只需和业务引擎进行业务交互，由业务引擎获取群组用户信息，进而实现业务提供，因而便于为群组用户统一订阅移动业务，减少了运营商服务器侧与应用服务器的交互次数，降低了网络流量，同时又保护了群组以及群组用户的信息安全，杜绝了非法或不安全的业务提供商滥用用户信息的可能性。

附图说明

图1是根据本发明一实施例的设置群组的实现流程示意图；

图2是根据本发明一实施例的为群组订阅移动业务的流程示意图；

图3是根据本发明一实施例的提供群组业务的流程示意图；

图4是根据本发明一实施例的管理中心服务器的处理流程示意图；

图5是根据本发明一实施例的管理中心服务器撤销已经为群组订阅的业务的流程示意图；

图6是根据本发明一实施例的删除群组的流程示意图；

图7是根据本发明一实施例的提供移动业务的系统逻辑结构示意图；

图8是根据本发明一实施例的管理中心服务器的结构示意图；

图9是根据本发明一实施例的来自应用服务器的消息格式示意图；

图10是根据本发明一实施例的业务引擎针对用户Alice生成的业务消息；

图11是根据本发明一实施例的业务引擎对用户Bob生成的业务消息；

图12是应用本发明一实施例的用户主动访问业务的流程图；

图13是应用本发明另一实施例的用户主动访问业务的流程图。

具体实施方式

下面结合附图及具体实施例对本发明做进一步地说明。

本发明的实现思路是，管理中心服务器保存群组业务订阅索引；管理中心服务器根据接收到的包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组业务订阅索引，通知应用服务器群组所订阅的业务信息；该通知中至少包括群组标识；群组业务订阅索引中包括：群组标识和至少一个业务标识之间的对应关系。这样，应用服务器只需和业务引擎进行业务交互，由业务引擎获取群组用户信息进行业务提供，因而便于为群组用户统一订阅移动业务，减少了运营商服务器侧与应用服务器的交互次数，同时又能够保护群组以及群组用户的信息安全。

其中，预先设置群组，是实现本发明的前提条件，其只需在为群组订阅业务之前完成即可，没有严格的时间限制。

下面具体说明实现方案。

首先，设置群组，具体过程参见图1：本实施例中，管理中心服务器内包含群组信息管理服务器的功能。

步骤101，管理中心服务器根据接收到的建群组请求，设置群组，建立群组信息索引，完成群组设置。

上述建群组请求中可以包括群组标识，此时管理中心服务器只需对该群组标识进行唯一性测试即可，即只要保证该群组标识与已有群组标识不重复即可。另外，上述建群组请求中可以不包括群组标识，这样，需要管理中心服务器为该群组分配群组标识。

上述建群组请求中还可以包括发起建群组请求的订阅者标识，如订阅者的手机号等；该建群组请求中还可以包括至少一个属于该群组的用户标识，如用户的手机号等，以及订阅者要求新加入群组的用户是否需要获得其授权等群组的其他的信息。发起建群组请求的订阅者可以作为群组的管理者，建立群组，撤销群组等，还可以作为群组业务的被计费者。

上述群组信息索引可以以表格的形式存在，也可以以其他形式存在。此处仅以表格为例进行说明。

群组信息索引表的形式如表2所示：

                       表2

如果在建群组请求中存在属于该群组的用户标识，则管理中心服务器会向该索引表中填写用户标识，见表2中斜体字部分，且该用户标识的个数与建群组请求中用户标识的个数相同，具体个数可以是一个或一个以上；如果在建群组请求中没有群组用户标识，则管理中心服务器会暂时保留该项为空白。待日后有新的用户加入该群组时，再向该项中填写信息。也就是说，表2中群组用户标识这一项为必选项，但这一项中的内容可以为空。

步骤102，管理中心服务器向订阅者发送带有状态信息的建群组响应消息。如果状态为“成功”，则消息中可以包括由管理中心服务器分配的群组标识。如果状态为“失败”，则消息中可以包括失败的原因。本步骤为可选步骤。

总之，当管理中心服务器内包含群组信息管理服务器的功能时，该管理中心服务器的功能之一是负责维护群组信息，包括群组的建立，撤销，更新等。

如果管理中心服务器内不包含群组信息管理服务器的功能，也就是说，当管理中心服务器和群组信息管理服务器位于两个独立的物理实体上时，群组信息管理服务器会直接接收建群组请求，此时，其直接执行建立群组信息索引，完成群组设置的操作。当然，其完整群组设置后，也可以向订阅者发送带有状态信息的建群组响应消息。具体内容与图1所示实施例中的内容相同，不再赘述。

其次，管理中心服务器为群组订阅移动业务，并将该订阅信息通知给业务提供商所提供的应用服务器。以后应用服务器只要向该群组发送业务内容即可。具体过程参见图2：

步骤201，管理中心服务器接收包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组业务订阅索引。该群组业务订阅索引中至少包括：群组标识，以及与某个群组标识相关联的至少一个业务标识。即需要表明某个群组订阅了哪些业务。

该群组业务订阅索引可以以表格的形式存在，也可以以其他形式存在，此处仅以表格为例进行说明。群组业务订阅索引表如表3所示：

                            表3

群组标识(必选)	业务标识(必选)	业务定购参数(可选)	SP标识(可选)
				群组ID1	业务ID1		SP ID1
	业务ID2		SP ID2
					业务ID3		SP ID3
	...

对于群组业务订阅索引，还可以包括指示订阅要求的参数，如业务定购参数，SP标识等。比如，在数字报纸业务中，可以在业务定购参数中告诉应用服务器每天的什么时间段提供什么主题的内容等。

步骤202，管理中心服务器向发起请求的订阅者发送带有状态信息的订阅响应。本步骤为可选步骤。

步骤203，管理中心服务器通知应用服务器群组订阅的信息，该消息中必须包括群组标识。如果在如表3所示的群组业务订阅索引表中还包括指示订阅要求的参数，则该通知消息中还要包括这部分参数。

步骤204，应用服务器向管理中心服务器发送订阅确认消息。本步骤为可选步骤。

在实际应用中，对步骤202的执行时机没有严格的时间限制，其既可以在步骤201和203之间，也可以在步骤203或204之后。

订阅完成后，业务提供商的应用服务器就可以向该群组提供其服务了，具体过程参见图3：

步骤301，应用服务器向业务引擎提供包含业务内容的业务消息，该业务消息中的接收方为某个群组标识，且该业务消息中包含业务标识。

步骤302，业务引擎解析该业务消息的接收方，获知接收方为群组后，向管理中心服务器发送群组订阅验证请求，该请求中包含群组标识和业务标识。

步骤303，管理中心服务器接收到验证请求后，查询群组业务订阅索引，判断所述群组是否已订阅了该业务标识所指示的业务，若是，则通过验证，否则未通过验证。之后，返回验证响应。

另外，业务引擎发送给管理中心服务器的验证请求中还可以包含用于指示订阅要求的参数；当管理中心服务器判断出所述群组已经订阅了某业务后，还可以判断该业务当前是否满足订阅要求，若是，则通过验证，否则未通过验证。

步骤304，如果业务引擎接收到成功的验证响应，且该响应中包含用于保存群组标识和组内用户标识对应关系的群组信息管理服务器地址，则业务引擎从该地址所指示的群组信息管理服务器中获取归属于所述群组标识下的群组用户标识。

如果业务引擎接收到失败的认证响应，则结束。

业务引擎获取归属于所述群组标识下的群组用户标识的方式可以有多种实现方式，以上仅是管理中心服务器和群组信息管理服务器分别为不同物理实体的一种实现情况，还可以有其他实现方式，比如：

如果上述管理中心服务器和群组信息管理服务器这两个逻辑实体在同一物理实体上，则业务引擎可以从管理中心服务器返回的验证响应中直接获取归属于所述群组标识下的群组用户标识。

再有，如果业务引擎本地存储了群组标识和组内用户标识对应关系，也即群组信息管理服务器和业务引擎在同一物理实体上，则业务引擎可以从本地查询获取归属于所述群组标识下的群组用户标识。

再有，如果业务引擎本地配置了群组信息管理服务器地址，则业务引擎还可以从本地直接获取群组信息管理服务器地址，从该地址所指示的群组信息管理服务器中获取归属于所述群组标识下的群组用户标识。

步骤305a～305n，将业务消息分别发送给每个终端用户；

步骤306，业务引擎给应用服务器返回业务提供响应，该响应中可以携带群组成员的个数，即指明给多少个用户终端发送了业务消息，以便于后续统计计费等应用。

下面对管理中心服务器的处理过程再做详细说明，参见图4：本实施例中在管理中心服务器内包含群组信息索引。

步骤401，管理中心服务器接收来自业务引擎的包括业务标识的群组业务验证请求。

步骤402，管理中心服务器查询群组业务订阅索引，读取群组标识所对应的业务标识。

步骤403，判断所述群组是否已订阅了该业务标识所指示的业务，若是，则执行步骤404，否则执行步骤407。

具体判断方法为：检查群组业务订阅索引中，与该群组标识所对应的业务标识中是否存在查询请求中的业务标识，若是则判断该群组已订阅了该业务，否该群组未订阅。

如果所述群组业务订阅索引中还包括用于指示订阅要求的参数；则执行步骤404，否则执行步骤405。

步骤404，管理中心服务器判断该业务当前是否满足订阅要求，若满足再执行步骤405，否则执行步骤407。

如果用于指示订阅要求的参数包括：业务定购参数和/或业务提供商标识；则具体判断方法可以为：

判断该业务当前是否满足业务定购参数所指示的订阅要求，和/或，判断从接收到的查询请求中解析出的业务提供商标识与群组业务订阅索引中该业务标识所对应的业务提供商标识是否一致，若是，执行步骤405，否则执行步骤407。例如，业务定购参数中要求数字报纸业务每天早上7:00～8:00时段由应用服务器下发给用户终端，此时管理中心服务器就会判断收到的来自应用服务器的消息时间是否在这个时间段，如果是，则满足订阅要求。

步骤405，管理中心服务器读取群组信息索引，获取与待查询群组标识相对应的用户标识。

步骤406，将群组用户标识放入验证成功响应中返回给业务引擎，结束。

步骤407，管理中心服务器通知业务引擎验证失败原因，结束。

在实际应用中，上述步骤405是可选步骤，这是因为如果管理中心服务器中不包括群组信息索引，即管理中心服务器内不包括群组信息管理服务器的功能时，就不存在步骤405。而且，上述流程中还可能包含对业务提供商所提供的应用服务器的认证、计费等步骤，所增加的新步骤，或者判断步骤顺序的改变不应该理解为对本发明的限制。

再有，上述步骤407也是可选步骤，实际应用过程中，当管理中心服务器的验证失败后，可以不用告知业务引擎失败原因，直接结束流程。

管理中心服务器还可以根据接收到的请求撤销已经为群组订阅的业务，具体过程参见图5：

步骤501，管理中心服务器根据接收包括群组标识和至少一个业务标识的取消已订阅业务的请求，查询群组业务订阅索引，删除与该群组标识所对应的业务标识。

步骤502，管理中心服务器向发送请求的订阅者发送带有状态信息的群组业务取消响应。如果状态为“成功”，则转向步骤503；否则结束流程。本步骤为可选步骤。

步骤503，管理中心服务器通知应用服务器取消该业务。

管理中心服务器还可以根据接收到的请求删除已建立的群组，具体过程参见图6：本实施例中，管理中心服务器内包含群组信息管理服务器的功能。

步骤601，管理中心服务器根据接收到的包括群组标识的删除群组请求，查询群组信息索引，将该群组标识所对应的信息全部删除。

在管理中心服务器删除之前，还可以先查询群组业务订阅索引，确定是否存在与该群组标识对应的业务标识，若存在，删除与该群组标识所对应的业务标识，之后，再查询群组信息索引，将该群组标识所对应的信息全部删除，并通知应用服务器取消该业务。

步骤602，管理中心服务器向订阅者发送带有状态信息的删除群组响应。本步骤为可选步骤。

如果管理中心服务器内不包含群组信息管理服务器的功能，则由群组信息管理服务器根据接收到的包括群组标识的删除群组请求，查询群组信息索引，将该群组标识所对应的信息全部删除。同样地，在删除群组标识所对应的全部信息之前，也可以先通知管理中心服务器删除与该群组标识所对应的业务标识。

本发明还公开了一种提供移动业务的系统，参见图7，其包括应用服务器702，业务引擎703和用户终端704，管理中心服务器701和群组信息管理服务器705。

应用服务器702，用于向业务引擎发送业务消息；

业务引擎703，用于收来自业务应用服务器提供的业务消息，解析出该业务消息的接收方为群组标识后，将包含业务标识和群组标识的订阅验证请求发送给管理中心服务器，从群组信息管理服务器获取归属于所述群组标识下的群组用户标识，将业务消息发送给终端用户。

管理中心服务器701，用于保存群组业务订阅索引，接收包含业务标识和群组标识的订阅验证请求，根据已保存的群组业务订阅索引，验证所述群组是否已订阅所述业务，返回验证结果；具体的验证方法已在前面说明，此处不再赘述。

群组信息管理服务器705，用于保存群组标识和组内用户标识对应关系。

终端用户704，用于接收来自业务引擎的业务消息。

由于图7仅是系统逻辑结构示意图，因此业务引擎、管理中心服务器和群组信息管理服务器可以分别为独立的物理实体；或者，业务引擎是独立的物理实体，而管理中心服务器和群组信息管理服务器是一个物理实体；或者，业务引擎和群组信息管理服务器是一个物理实体，而管理中心服务器是一个独立是物理实体。

再有，管理中心服务器701还可以用于将为群组订阅业务的订阅通知发送给应用服务器，接收来自应用服务器的订阅通知确认信息。

如果所述管理中心服务器701和群组信息管理服务器705是同一个物理实体，则管理中心服务器701还可以用于接收包括群组标识的删除群组请求，查询群组信息索引，将该群组标识所对应的信息全部删除，或者，接收包括群组标识的删除群组请求，查询群组业务订阅索引，确定是否存在与该群组标识对应的业务标识，若存在，删除与该群组标识所对应的业务标识，再查询群组信息索引，删除与该群组标识所对应的全部信息。

如果所述管理中心服务器701和群组信息管理服务器705是不同的物理实体，则群组信息管理服务器705还用于接收包括群组标识的删除群组请求，查询群组信息索引，将该群组标识所对应的信息全部删除；或者，接收包括群组标识的删除群组请求，通知管理中心服务器701确定是否存在与该群组标识对应的业务标识，接收到管理中心服务器701的通知反馈后，再删除与该群组标识所对应的业务标识；此时的管理中心服务器701还用于根据接收到的所述通知，查询群组业务订阅索引，确定是否存在与该群组标识对应的业务标识，若存在，删除与该群组标识所对应的业务标识，通知应用服务器702取消该业务，之后，给群组信息管理服务器705返回通知反馈信息。

管理中心服务器内的逻辑结构可参见图8，其包括：

业务逻辑判决单元801，用于接收包含业务标识和群组标识的订阅验证请求，查询所述订阅信息数据库，验证所述群组是否已订阅所述业务，将验证结果发送给发送单元802；

订阅信息数据库803，用于存储群组标识，以及与某个群组标识相关联的至少一个业务标识；

发送单元802，用于将接收到的信息发送出去。

如果管理中心服务器和群组信息管理服务器是一个物理实体；则管理中心服务器内还可以包括：

群组信息管理服务器单元804，用于保存群组标识和组内用户标识对应关系，接收来自业务逻辑判决单元的查询组内用户标识的请求。

此外，业务逻辑判决单元801还用于接收设置群组请求，将所述请求转发给群组信息管理服务器单元804，将接收到的来自群组信息管理服务器单元804的设置结果发送给发送单元802；或者，接收包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组标识和至少一个业务标识的关联关系，将所述关联关系存储到订阅信息数据库803内，之后，将订阅结果发送给发送单元802。

再有，业务逻辑判决单元801还可以用于接收设置群组请求，将所述请求转发给群组信息管理服务器单元804，将接收到的来自群组信息管理服务器单元804的设置结果发送给发送单元802；或者，接收包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组标识和至少一个业务标识的关联关系，将所述关联关系存储到订阅信息数据库803内，之后，将订阅结果发送给发送单元802。

业务逻辑判决单元801还可以用于接收包括群组标识的删除群组请求，将所述请求转发给群组信息管理服务器单元804，将接收到的来自群组信息管理服务器单元804的设置结果发送给发送单元802；或者，

业务逻辑判决单元801接收包括群组标识的删除群组请求，查询订阅信息数据库803确定存在与该群组标识对应的业务标识后，删除订阅信息数据库803内与该群组标识所对应的业务标识，之后，再将所述请求转发给群组信息管理服务器单元804，将接收到的来自群组信息管理服务器单元804的设置结果发送给发送单元802。

图3所示流程是网络侧主动下放业务给用户的，在实际应用中，用户也可以主动请求业务。用户可以通过用户终端或互联网或其他途径申请业务访问，在用户申请业务访问时，其在业务请求消息中既可以携带用户标识，也可以携带组标识，业务引擎将根据解析出的不同的标识做相应操作。如果业务引擎解析出业务请求中包含用户标识，则处理流程参见图12，如果业务引擎解析出业务请求中包含群组标识，则处理流程参见图13，下面分别说明。

图12所示为应用本发明一实施例的用户主动访问业务的流程图。

步骤1201，用户发起业务请求消息，该请求中带有用户标识。

步骤1202，业务引擎接收到上述请求后，向管理中心服务器询问是否可以为用户提供业务。

步骤1203，管理中心服务器根据用户标识，查找该用户是否已订购了其所请求的业务，如已订阅，则执行步骤1207；如未订购则执行步骤1204。

本步骤的查询和现有实现过程一致。

步骤1204～1205，管理中心服务器向群组信息管理服务器查询该用户所在的组，获取该用户所在群组的列表信息。

如果管理中心服务器内包括群组信息管理服务器的功能，则上述两步是管理中心服务器内的操作；如果管理中心服务器内不包括群组信息管理服务器的功能，则上述两步是设备间的操作。

步骤1206～1207，管理中心服务器根据群组业务订阅索引查询该用户所在的组是否订阅了该业务，如用户所在的任何一个组订阅该业务，则执行步骤1207，执行步骤1207，否则，通知业务引擎不能为用户提供该业务。

步骤1207，回复确认信息。

步骤1208，业务引擎根据接收到的确认信息为用户发送业务内容。

图13所示为应用本发明另一实施例的用户主动访问业务的流程图。

步骤1301，用户发起业务请求消息，该请求中带有组标识。

步骤1302，业务引擎接收到上述请求后，向管理中心服务器查询是否可以为该用户终端提供业务。

步骤1303～1304，管理中心服务器向群组信息管理服务器查询该用户是否属于上述组标识所指示的组，群组信息管理服务器查询该组的组员中是否包含该用户，如不包含，回复失败信息，如包含回复确认信息。

如果管理中心服务器接收到失败信息，则通知业务引擎不能为该用户提供业务，本实施例中，假设群组信息管理服务器回复的是确认信息。

同样的，如果管理中心服务器内包括群组信息管理服务器的功能，则上述两步是管理中心服务器内的操作；如果管理中心服务器内不包括群组信息管理服务器的功能，则上述两步是设备间的操作。

步骤1305～1306，管理中心服务器根据群组业务订阅索引查询该用户所在的组是否订阅了该业务，如用户所在的任何一个组订阅该业务，则回复确认信息，否则，通知业务引擎不能为用户提供该业务。

步骤1307，业务引擎根据接收到的确认信息为用户发送业务内容。

针对用户也主动请求业务的情况，同样存在一种提供移动业务的系统，其包括业务处理器、用户终端、管理中心服务器和群组信息管理服务器，其中，

业务处理器用于接收来自用户终端的业务请求消息，解析该业务请求消息的标识，如果是用户标识，则向管理中心服务器查询用户终端是否订阅了其所请求的业务；如果是群组标识，则向管理中心服务器查询是否可以为该用户终端提供业务；根据管理中心服务器返回的确认信息，向用户终端发送业务内容；

管理中心服务器用于根据用户标识确认该用户终端未订阅其所请求的业务，或从群组信息管理服务器获得该用户标识所在组列表后，根据已保存的群组业务订阅索引查询该用户终端所在群组已订阅其所请求的业务时，向业务处理器返回确认信息；查询该用户终端所在群组未订阅其所请求的业务时，通知业务处理器不能为该用户提供服务；

群组信息管理服务器用于保存群组标识和组内用户标识对应关系；

用户终端用于发送业务请求，接收业务处理器返回的业务内容。

上述业务处理器、管理中心服务器和群组信息管理服务器分别为独立的物理实体；或者，上述业务处理器是独立的物理实体，所述管理中心服务器和群组信息管理服务器是一个物理实体；或者，上述业务处理器和群组信息管理服务器是一个物理实体，所述管理中心服务器是一个独立是物理实体。其余与前述系统类似，不再赘述。

以上所有实施例中，均是以业务引擎为例进行说明的，在实际应用中，既可以使用业务引擎，也可以使用应用服务器，还可以使用其它实体，在此，将上述几种统称为业务处理器。也就是说，业务处理器可以只包括业务引擎，或只包括应用服务器，或者包括业务引擎和应用服务器两者。此时，图7中的应用服务器702和业务引擎703就可能是一个业务处理器。

下面结合一具体实例，对本发明再做说明。

John是上海一家公司的老板，他的公司有员工数百人。有家移动业务提供商MobileSP1可以向上海的移动用户提供数字报纸业务。即通过彩信(Multimedia Message System，MMS)向移动用户发送包括文字、图片和视频的新闻信息。John希望给他的员工提供一项福利，即让他的员工在早晚上下班时，能够在地铁上观看新闻以打发时间。

首先，John去运营商ChinaMobile处建立一个群组，ChinaMobile为John分配一个群组ID(Identifier)123，并将相关信息存储在ChinaMobile的管理中心服务器的群组信息数据库中。即可以建立如表4所示的群组信息索引关系，见表4中加粗及下画线字体部分。表4中斜体字部分，即群组用户标识，其可以是在John建立群组时就一起建立，也可以是在John建立群组后，愿意享用该群组业务的公司员工自己加入群组时，再填写进去。

                        表4

然后，John去ChinaMobile的管理中心处，为其群组123订阅MobileSP1提供的“数字报纸”业务，要求每天上午的7:30和晚上的18:30给该群组用户的终端下发新闻信息。管理中心服务器可以为John的群组123建立订阅索引关系，如表5所示的为群组123订阅的业息索引，并将该索引信息存储在订阅信息数据库中。

                        表5

群组标  识	业务标识	SP标识	业务定购参数
				123	数字报纸ID：01	MobileSP1...	时间：7:30AM        18:30PM

最后，ChinaMobile的管理中心服务器通知MobileSP1每天的7:30和18:30时刻向群组标识123发送新闻信息，同时可以通知其群组标识123中有多少个用户。

至此，群组的设置和订阅业务的操作完成。

以后，每天7:30和18:30时刻，MoblieSP1的服务器就会向MMSC提供其新闻信息，并且指出该新闻的消费者是群组123。MMSC接收到来自MoblieSP1服务器的消息后，其消息格式如图9所示，解析出群组标识123，向管理中心服务器查询2个信息：第一，MoblieSP1提供的新闻信息是否满足John订阅的要求；第二，群组123中所有的群组用户标识。

首先，管理中心服务器根据该群组标识123从订阅信息数据库中调取表5所示的索引表，根据业务标识项判断群组123确实订阅了该数字报纸业务，并且在SP标识项中判断消息也确实是来自MobileSP1的。接着判断该业务当前是否符合业务定购参数的要求，经判断确实是按要求于18:30发来的。此时，完成MMSC的第一个查询请求。

然后，管理中心根据群组标识123找到表4所指向的群组信息。从中提取出群组用户Alice和Bob的手机号1389621674和13446397562，并返回给MMSC。此时，完成MMSC的第二个查询请求。

MMSC根据获得的Alice和Bob的手机号，结合MobileSP1提供的新闻内容，生成发往Alice和Bob手机上的MMS，其消息格式如图10、图11所示。

管理中心服务器和应用服务器，以及业务引擎与管理中心服务器可以采用但不限于webservice的接口，消息的交互采用SOAP协议，以下仅以SOAP消息为例说明。

如图2所示，管理中心服务器通知应用服务器群组订阅信息的消息(GroupServiceSubscriptionReq)参数可以如表6所示：

                    表6GroupServiceSubscriptionReq参数

返回定义	重要性	类型	说明
				MsgType	必须	string	消息类型
TransactionID	必须	string	该消息编号
				Version	必须	string	该接口消息的版本号
Send_Address	必须	address_info_sch  <u>ema</u>	发送方的地址
				Dest_Address	必须	address_info_sch  <u>ema</u>	接收方的地址
FeeUser_ID	必须	user_id_schema	计费用户标识
				Group_ID	必须	group_id_schema	使用用户标识
LinkID	可选	string	临时订购关系的事务ID
				ActionID	必须	integer	服务状态管理动作代码，具  体值如下：  1：开通服务；  2：停止服务；  3：激活服务；  4：暂停服务；
ActionReasonID	必须	integer	产生服务状态管理动作原因  的代码，具体值如下：  1：用户发起行为  2：Admin&1860发起行为  3：Boss停机  4：Boss开机  5：Boss过户  6：Boss销户

[0187]

			7：Boss改号 8：扣费失败导致的服务取消 9：其他
				SPID	可选	string	SP的企业代码
SPServiceID	必须	string	SP中该服务的服务代码
				AccessMode	可选	Integer	服务的访问方式 1：WEB 2：WAP 3：SMS
FeatureStr	可选	binary	服务订购参数

应用服务器确认群组订阅的消息(GroupServiceSubscriptionResp)参数如表7所示：

        表7GroupServiceSubscriptionResp参数

字段名	重要性	类型	说明
				MsgType	必须	string	消息类型
TransactionID	必须	string	该消息编号
				Version	必须	string	该接口消息的版本号
hRet	必须	integer	成功  失败

如图3所示，业务引擎向管理中心服务器查询群组用户信息的请求(GroupUserInforReq)参数可以如表8所示。

                        表8GroupUserInforReq参数

返回定义	重要性	类型	说明
				MsgType	必须	string	消息类型
TransactionID	必须	string	该消息编号
				Version	必须	string	该接口消息的版本号
Send_Address	必须	address_info_schema	发送方的地址
				FeeUser_ID	必须	user_id_schema	计费用户标识
Group_ID	必须	group_id_schema	群组用户标识
				SPID	可选	string	SP的企业代码
ServiceType	必须	string	业务类型：  1：短信  2：彩信  3：LCS  4：.......
				SPServiceID	必须	string	SP中该服务的服务代码

[0194]管理中心服务器向业务引擎提供群组用户信息响应(GroupUserInforResp)的参数如表9所示。

                    表9GroupUserInforResp参数

字段名	重要性	类型	说明
				MsgType	必须	string	消息类型
TransactionID	必须	string	该消息编号
				Version	必须	string	该接口消息的版本号
Group_ID	必须	group_id_schema	群组用户标识
				hRet	必须	integer	0，成功  1，失败

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (18)

1.一种为群组订阅移动业务的方法，其特征在于，包括：

管理中心服务器根据接收到的包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组业务订阅索引，通知应用服务器群组所订阅的业务信息；该通知中至少包括群组标识；所述群组业务订阅索引中包括：群组标识和至少一个业务标识之间的对应关系。

2.根据权利要求1所述的方法，其特征在于，

如果所述群组业务订阅索引中进一步包括：用于指示订阅要求的参数；

则所述通知应用服务器群组所订阅的业务信息中进一步包括：用于指示订阅要求的参数。

3.根据权利要求1或2所述的方法，其特征在于，

所述管理中心服务器建立群组业务订阅索引后，进一步包括：将订阅状态通知给发起为群组订阅业务请求的订阅者；所述管理中心服务器通知应用服务器群组订阅信息后，进一步包括：接收来自应用服务器的通知确认信息；或者，

所述管理中心服务器通知应用服务器群组订阅信息后，进一步包括：接收来自应用服务器的订阅确认信息；之后，将订阅状态通知给发起为群组订阅业务请求的订阅者。

4.根据权利要求1所述的方法，其特征在于，如果管理中心服务器内包含群组信息管理服务器的功能，则

所述管理中心服务器建立群组业务订阅索引之前进一步包括设置群组，所述设置群组的过程包括：

管理中心服务器根据接收到的建群组请求，建立群组信息索引，完成群组设置；

所述群组信息索引中包括：群组标识、该群组内所包含的用户标识的对应关系。

5.根据权利要求1所述的方法，其特征在于，如果管理中心服务器内不包括群组信息管理服务器的功能，则

所述管理中心服务器建立群组业务订阅索引之前进一步包括设置群组，所述设置群组的过程包括：

群组信息管理服务器根据接收到的建群组请求，建立群组信息索引，完成群组设置；

所述群组信息索引中包括：群组标识、该群组内所包含的用户标识的对应关系。

6.根据权利要求4或5所述的方法，其特征在于，如果所述建群组请求中还包括至少一个属于该群组的用户标识，则所述群组信息索引中群组内所包含的用户标识项下包含与所述建群组请求中个数相同的用户标识。

7.根据权利要求4或5所述的方法，其特征在于，所述群组信息索引中群组内所包含的用户标识项下，包括一个或一个以上用户标识，或者，不包含任何用户标识。

8.根据权利要求7所述的方法，其特征在于，如果群组信息索引中群组内所包含的用户标识项下不包含任何用户标识，则业务处理器从管理中心服务器中获取的该群组内所包含的用户标识为空。

9.根据权利要求4或5所述的方法，其特征在于，所述群组信息索引的关联关系中进一步包括：发起建群组请求的订阅者标识。

10.根据权利要求4或5所述的方法，其特征在于，完成群组设置后，进一步包括：将所述群组标识发送给发起建群组请求的订阅者。

11.根据权利要求1所述的方法，其特征在于，该方法进一步包括：管理中心服务器根据接收到的包括群组标识和至少一个业务标识的取消已订阅业务的请求，查询群组业务订阅索引，删除与该群组标

12.根据权利要求4所述的方法，其特征在于，该方法进一步包括：管理中心服务器根据接收到的包括群组标识的删除群组请求，查询群组信息索引，将该群组标识所对应的信息全部删除。

13.根据权利要求5所述的方法，其特征在于，该方法进一步包括：群组信息管理服务器根据接收到的包括群组标识的删除群组请求，查询群组信息索引，将该群组标识所对应的信息全部删除。

14.根据权利要求12或13所述的方法，其特征在于，在查询群组信息索引删除群组标识所对应的全部信息之前，进一步包括：查询群组业务订阅索引，确定是否存在与该群组标识对应的业务标识，若存在，删除与该群组标识所对应的业务标识，再将群组信息索引中与该群组标识所对应的信息全部删除，并通知应用服务器取消该业务。

15.一种管理中心服务器，其特征在于，包括：

业务逻辑判决单元，用于接收包含业务标识和群组标识的订阅验证请求，查询所述订阅信息数据库，验证所述群组是否已订阅所述业务，将验证结果发送给发送单元；

订阅信息数据库，用于存储群组标识，以及与某个群组标识相关联的至少一个业务标识；

发送单元，用于将接收到的信息发送出去。

16.根据权利要求15所述的管理中心服务器，其特征在于，所述管理中心服务器内进一步包括：

群组信息管理服务器单元，用于保存群组标识和组内用户标识对应关系，接受来自业务逻辑判决单元的查询组内用户标识的请求。

17.根据权利要求16所述的管理中心服务器，其特征在于，

所述业务逻辑判决单元，进一步用于接收设置群组请求，将所述请求转发给群组信息管理服务器单元，将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元；或者，接收包括群组标识和至少一个业务标识的为群组订阅业务的请求，建立群组标识和至少一个业务标识的关联关系，将所述关联关系存储到订阅信息数据库内，之后，将订阅结果发送给发送单元。

18.根据权利要求16所述的管理中心服务器，其特征在于，

所述业务逻辑判决单元，进一步用于接收包括群组标识的删除群组请求，将所述请求转发给群组信息管理服务器单元，将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元；或者，

接收包括群组标识的删除群组请求，查询订阅信息数据库确定存在与该群组标识对应的业务标识后，删除订阅信息数据库内与该群组标识所对应的业务标识，之后，再将所述请求转发给群组信息管理服务器单元，将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元。

Images