CN101127942A - 提供移动业务的方法、系统及管理中心服务器 - Google Patents
提供移动业务的方法、系统及管理中心服务器 Download PDFInfo
- Publication number
- CN101127942A CN101127942A CNA2006101505441A CN200610150544A CN101127942A CN 101127942 A CN101127942 A CN 101127942A CN A2006101505441 A CNA2006101505441 A CN A2006101505441A CN 200610150544 A CN200610150544 A CN 200610150544A CN 101127942 A CN101127942 A CN 101127942A
- Authority
- CN
- China
- Prior art keywords
- group
- service
- management center
- center server
- server
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种提供移动业务的方法及系统,管理中心服务器保存群组业务订阅索引;业务处理器接收来自业务应用服务器提供的业务消息,且解析出该业务消息的接收方为群组标识后,将包含业务标识和群组标识的订阅验证请求发送给管理中心服务器;由管理中心服务器根据已保存的群组业务订阅索引,验证所述群组是否已订阅所述业务,验证通过后,业务引擎获取归属于所述群组标识下的群组用户标识,并发送业务消息给用户终端。这样,应用服务器只需和业务引擎进行业务交互,因而便于为群组用户统一订阅移动业务,减少了运营商服务器侧与应用服务器的交互次数,降低了网络流量,又保护了群组以及群组用户的信息安全。本发明还提供了一种管理中心服务器。
Description
技术领域
本发明涉及通信技术领域,特别涉及提供移动业务的方法、系统及管理中心服务器。
背景技术
随着移动业务的广泛开展,用户得到越来越丰富的业务服务,以及各种体验。越来越多的组织加入到移动业务提供商(Service Provider,SP)的行列,移动业务领域一片欣欣向荣的景象。但是,有些不法份子趁此机会搜集用户信息,如用户的手机号等,给用户发垃圾短信骚扰用户,如各种广告信息等。更有垃圾SP利用信息费用较少,个人用户嫌麻烦不愿意查询通讯费用的漏洞,采用“误订业务”的方式收取用户费用。这给广大用户带来了极差的用户感受,甚至是经济损失;垃圾信息占用移动运营商的带宽,以及用户的不断投诉,又给移动运营商带来了维护麻烦,和品牌损失。
为了保护签约用户的信息,不被非法经营者利用,同时又不影响正常移动业务的开展,移动运营商采用伪码技术。现有的伪码是一种针对位置服务等应用准备的安全保障技术,运营商的数据业务管理平台在与业务提供商(SP)提供的应用服务器进行交互时采用了伪码,SP看不到用户的实际号码,避免了用户信息泄漏,因此可以有效解决用户担心的安全问题。
对于群组用户,如企业用户、学校用户等,在现有的伪码方案中,为每位用户分配一个伪码作为用户标识,该伪码与用户的真实手机号之间建立一个如表1所示的伪码与用户的索引关系。
表1
| 伪码 | 用户号码 |
| PseudoCode1 | MSISDN1 |
| PseudoCode2 | MSISDN2 |
| PseudoCode3 | MSISDN3 |
即使该群组中的所有用户都订阅某同一移动业务,应用服务器也会得到每位用户的伪码,在以后的服务中,应用服务器会将业务内容封装成一定格式的消息,在消息的接收地址处填写用户的伪码地址,之后发送出去。这样的封装及发送过程发生多次,具体次数同群组用户的个数。
运营商的服务器侧获得来自应用服务器的某条消息后,解析出伪码,并根据该伪码查询表1找到对应的用户真实号码,在消息的接收地址处以用户真实号码替换伪码,再发送到该用户。
上述对群组用户采用伪码技术时,存在如下缺陷:
第一,需要为每位用户分配一个伪码,并且要将每位用户的伪码都发送给应用服务器。导致运营商的服务器侧维护的数据较多。
第二,对于同一业务内容,应用服务器需要封装多次并发送多次,且多条消息之间唯一区别只是接收的为伪码不同,多条类似消息增加了运营商和SP之间的网络流量。
第三,由于需要运营商服务器对接收到的每条消息进行解析,替换其中的接收地址信息,因此增加了运营商服务器的负荷。
发明内容
有鉴于此,本发明的目的在于提供一种提供移动业务的方法、系统及管理中心服务器,以减少运营商服务器侧与应用服务器的交互次数,同时又能够保护群组以及群组用户的信息安全。
本发明的技术方案包括:
一种提供移动业务的方法,包括以下步骤:
管理中心服务器保存群组业务订阅索引;
业务处理器接收来自业务应用服务器提供的业务消息,且解析出该业务消息的接收方为群组标识后,将包含业务标识和群组标识的订阅验证请求发送给管理中心服务器;由管理中心服务器根据已保存的群组业务订阅索引,验证所述群组是否已订阅所述业务,验证通过后,业务处理器获取归属于所述群组标识下的群组用户标识,并发送业务消息给用户终端。
所述管理中心服务器验证所述群组是否已订阅所述业务的过程包括:
查询群组业务订阅索引,判断该索引中所述群组与所述业务标识是否存在对应关系,若是,则通过验证,否则未通过验证。
所述业务处理器发送给管理中心服务器的验证请求中进一步包含用于指示订阅要求的参数;
所述群组与所述业务标识是否存在对应关系后,进一步包括:判断该业务当前是否满足订阅要求,若是,则通过验证,否则未通过验证。
所述用于指示订阅要求的参数包括:业务定购参数和/或业务提供商标识;所述判断该业务当前是否满足订阅要求的过程包括:
判断该业务当前是否满足业务定购参数所指示的订阅要求,和/或,判断从接收到的查询请求中解析出的业务提供商标识与群组业务订阅索引中该业务标识所对应的业务提供商标识是否一致,
若是,则满足订阅要求,否则不满足订阅要求。
如果未通过验证,进一步包括:所述管理中心服务器给业务处理器返回包含失败原因的通知。
所述业务处理器获取归属于所述群组标识下的群组用户标识的过程包括:
业务处理器从管理中心服务器返回的验证响应中获取归属于所述群组标识下的群组用户标识;或者,
业务处理器从本地查询获取归属于所述群组标识下的群组用户标识;或者,
业务处理器向从管理中心服务器返回的验证响应中或从本地获取用于保存群组标识和组内用户标识对应关系的群组信息管理服务器的地址,从该群组信息管理服务器获取归属于所述群组标识下的群组用户标识。
所述管理中心服务器保存群组业务订阅索引之前,进一步包括:
管理中心服务器根据接收到的包括群组标识和至少一个业务标识的为群组订阅业务的请求,建立群组业务订阅索引,通知应用服务器群组所订阅的业务信息;该通知中至少包括群组标识;
所述群组业务订阅索引中包括:群组标识和至少一个业务标识之间的对应关系。
如果所述群组业务订阅索引中进一步包括:用于指示订阅要求的参数;
则所述通知信息中进一步包括:用于指示订阅要求的参数。
所述管理中心服务器建立群组业务订阅索引后,进一步包括:将订阅状态通知给发起为群组订阅业务请求的订阅者;所述管理中心服务器通知应用服务器群组订阅信息后,进一步包括:接收来自应用服务器的通知确认信息;或者,
所述管理中心服务器通知应用服务器群组订阅信息后,进一步包括:接收来自应用服务器的订阅确认信息;之后,将订阅状态通知给发起为群组订阅业务请求的订阅者。
所述业务处理器包括业务引擎、或应用服务器、或者包括业务引擎和应用服务器两者。
一种提供移动业务的方法,管理中心服务器保存群组业务订阅索引;该方法还包括:
a、业务处理器接收来自用户终端的业务请求消息,解析该业务请求消息中的标识,如果是用户标识,则执行步骤b,如果是组标识,则执行步骤c;
b、业务处理器向管理中心服务器查询用户是否订阅了其所请求的业务,管理中心服务器根据用户标识确认该用户未订阅其所请求的业务后,执行步骤d;
c、业务处理器向管理中心服务器查询是否可以为该用户提供业务;管理中心服务器确认该用户标识属于所述组标识所指示的组后,执行步骤d;
d、管理中心服务器根据群组业务订阅索引查询该用户所在群组是否已订阅其所请求的业务,若是,则向业务处理器返回确认信息;业务处理器根据接收到的确认信息后,向用户终端发送业务内容。
如果管理中心服务器内包括群组信息管理服务器的功能,则步骤d所述的查询过程为:管理中心服务器从本地查询该用户所在群组,之后,再根据群组业务订阅索引查询该群组是否已订阅所其请求的业务;
如果管理中心服务器内不包括群组信息管理服务器的功能,则步骤d所述的查询过程为:管理中心服务器向群组信息管理服务器查询该用户所在群组,得到群组信息管理服务器反馈的该用户终端所在组列表信息后,再根据群组业务订阅索引在本地查询该群组是否已订阅所其请求的业务。
进一步包括:如果管理中心服务器确认用户所在的组未订阅该用户终端所请求的业务,则通知业务处理器不能为该用户提供服务。
一种提供移动业务的系统,该系统包括业务处理器、用户终端、管理中心服务器和群组信息管理服务器,其中,
所述业务处理器,用于解析出业务消息的接收方为群组标识后,将包含业务标识和群组标识的订阅验证请求发送给管理中心服务器,从群组信息管理服务器获取归属于所述群组标识下的群组用户标识,将业务消息发送给用户终端;
所述管理中心服务器,用于保存群组业务订阅索引,接收包含业务标识和群组标识的订阅验证请求,根据已保存的群组业务订阅索引,验证所述群组是否已订阅所述业务,返回验证结果;
所述群组信息管理服务器,用于保存群组标识和组内用户标识对应关系;
所述用户终端,用于接收来自业务处理器的业务消息。
所述业务处理器、管理中心服务器和群组信息管理服务器分别为独立的物理实体;或者,所述业务处理器是独立的物理实体,所述管理中心服务器和群组信息管理服务器是一个物理实体;或者,所述业务处理器和群组信息管理服务器是一个物理实体,所述管理中心服务器是一个独立是物理实体。
所述管理中心服务器,进一步用于将为群组订阅业务的订阅通知发送给应用服务器,接收来自应用服务器的订阅通知确认信息。
如果所述管理中心服务器和群组信息管理服务器是同一个物理实体,则
所述管理中心服务器,还用于接收包括群组标识的删除群组请求,查询群组信息索引,将该群组标识所对应的信息全部删除,或者,接收包括群组标识的删除群组请求,查询群组业务订阅索引,确定是否存在与该群组标识对应的业务标识,若存在,删除与该群组标识所对应的业务标识,再查询群组信息索引,将该群组标识所对应的信息全部删除,并通知应用服务器取消该业务。
如果所述管理中心服务器和群组信息管理服务器是不同的物理实体,则所述群组信息管理服务器,还用于接收包括群组标识的删除群组请求,查询群组信息索引,将该群组标识所对应的信息全部删除;或者,接收包括群组标识的删除群组请求,通知管理中心服务器确定是否存在与该群组标识对应的业务标识,接收到管理中心服务器的通知反馈后,再删除与该群组标识所对应的业务标识;
所述管理中心服务器,还用于根据接收到的所述通知,查询群组业务订阅索引,确定是否存在与该群组标识对应的业务标识,若存在,删除与该群组标识所对应的业务标识,通知应用服务器取消该业务,之后,给群组信息管理服务器返回通知反馈信息。
所述业务处理器包括业务引擎、或包括应用服务器、或者包括业务引擎和应用服务器两者。
所述业务处理器,进一步用于接收来自用户终端的业务请求消息,解析该业务请求消息的标识,如果是用户标识,则向管理中心服务器查询用户终端是否订阅了其所请求的业务;如果是群组标识,则向管理中心服务器查询是否可以为该用户终端提供业务;根据管理中心服务器返回的确认信息,向用户终端发送业务内容;
所述管理中心服务器,进一步用于根据用户标识确认该用户终端未订阅其所请求的业务,或从群组信息管理服务器获得该用户标识所在组列表后,根据已保存的群组业务订阅索引查询该用户终端所在群组已订阅其所请求的业务时,向业务处理器返回确认信息;查询该用户终端所在群组未订阅其所请求的业务时,通知业务处理器不能为该用户提供服务;
所述用户终端,进一步用于发送业务请求,接收业务处理器返回的业务内容。
一种提供移动业务的系统,该系统包括业务处理器、用户终端、管理中心服务器和群组信息管理服务器,其中,
所述业务处理器,用于接收来自用户终端的业务请求消息,解析该业务请求消息的标识,如果是用户标识,则向管理中心服务器查询用户终端是否订阅了其所请求的业务;如果是群组标识,则向管理中心服务器查询是否可以为该用户终端提供业务;根据管理中心服务器返回的确认信息,向用户终端发送业务内容;
所述管理中心服务器,用于根据用户标识确认该用户终端未订阅其所请求的业务,或从群组信息管理服务器获得该用户标识所在组列表后,根据已保存的群组业务订阅索引查询该用户终端所在群组已订阅其所请求的业务时,向业务处理器返回确认信息;查询该用户终端所在群组未订阅其所请求的业务时,通知业务处理器不能为该用户提供服务;
所述群组信息管理服务器,用于保存群组标识和组内用户标识对应关系;
所述用户终端,用于发送业务请求,接收业务处理器返回的业务内容。
所述业务处理器、管理中心服务器和群组信息管理服务器分别为独立的物理实体;或者,
所述业务处理器是独立的物理实体,所述管理中心服务器和群组信息管理服务器是一个物理实体;或者,
所述业务处理器和群组信息管理服务器是一个物理实体,所述管理中心服务器是一个独立是物理实体。
一种管理中心服务器,包括:
业务逻辑判决单元,用于接收包含业务标识和群组标识的订阅验证请求,查询所述订阅信息数据库,验证所述群组是否已订阅所述业务,将验证结果发送给发送单元;
订阅信息数据库,用于存储群组标识,以及与某个群组标识相关联的至少一个业务标识;
发送单元,用于将接收到的信息发送出去。
所述管理中心服务器内进一步包括:
群组信息管理服务器单元,用于保存群组标识和组内用户标识对应关系,接受来自业务逻辑判决单元的查询组内用户标识的请求。
所述业务逻辑判决单元,进一步用于接收设置群组请求,将所述请求转发给群组信息管理服务器单元,将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元;或者,接收包括群组标识和至少一个业务标识的为群组订阅业务的请求,建立群组标识和至少一个业务标识的关联关系,将所述关联关系存储到订阅信息数据库内,之后,将订阅结果发送给发送单元。
所述业务逻辑判决单元,进一步用于接收包括群组标识的删除群组请求,将所述请求转发给群组信息管理服务器单元,将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元;或者,
接收包括群组标识的删除群组请求,查询订阅信息数据库确定存在与该群组标识对应的业务标识后,删除订阅信息数据库内与该群组标识所对应的业务标识,之后,再将所述请求转发给群组信息管理服务器单元,将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元。
本发明的关键是,管理中心服务器保存群组业务订阅索引;业务处理器接收来自业务应用服务器提供的业务消息,且解析出该业务消息的接收方为群组标识后,将包含业务标识和群组标识的订阅验证请求发送给管理中心服务器;由管理中心服务器根据已保存的群组业务订阅索引,验证所述群组是否已订阅所述业务,验证通过后,业务引擎获取归属于所述群组标识下的群组用户标识,并发送业务消息给用户终端。这样,应用服务器只需和业务引擎进行业务交互,由业务引擎获取群组用户信息,进而实现业务提供,因而便于为群组用户统一订阅移动业务,减少了运营商服务器侧与应用服务器的交互次数,降低了网络流量,同时又保护了群组以及群组用户的信息安全,杜绝了非法或不安全的业务提供商滥用用户信息的可能性。
附图说明
图1是根据本发明一实施例的设置群组的实现流程示意图;
图2是根据本发明一实施例的为群组订阅移动业务的流程示意图;
图3是根据本发明一实施例的提供群组业务的流程示意图;
图4是根据本发明一实施例的管理中心服务器的处理流程示意图;
图5是根据本发明一实施例的管理中心服务器撤销已经为群组订阅的业务的流程示意图;
图6是根据本发明一实施例的删除群组的流程示意图;
图7是根据本发明一实施例的提供移动业务的系统逻辑结构示意图;
图8是根据本发明一实施例的管理中心服务器的结构示意图;
图9是根据本发明一实施例的来自应用服务器的消息格式示意图;
图10是根据本发明一实施例的业务引擎针对用户Alice生成的业务消息;
图11是根据本发明一实施例的业务引擎对用户Bob生成的业务消息;
图12是应用本发明一实施例的用户主动访问业务的流程图;
图13是应用本发明另一实施例的用户主动访问业务的流程图。
具体实施方式
下面结合附图及具体实施例对本发明做进一步地说明。
本发明的实现思路是,管理中心服务器保存群组业务订阅索引;业务处理器接收来自业务应用服务器提供的业务消息,且解析出该业务消息的接收方为群组标识后,将包含业务标识和群组标识的订阅验证请求发送给管理中心服务器;由管理中心服务器根据已保存的群组业务订阅索引,验证所述群组是否已订阅所述业务,验证通过后,业务引擎获取归属于所述群组标识下的群组用户标识,并发送业务消息给用户终端。这样,应用服务器只需和业务引擎进行业务交互,由业务引擎获取群组用户信息进行业务提供,因而便于为群组用户统一订阅移动业务,减少了运营商服务器侧与应用服务器的交互次数,同时又能够保护群组以及群组用户的信息安全。
其中,预先设置群组,为所述群组订阅移动业务的操作,是实现本发明的前提条件,其只需在业务引擎所执行的操作之前完成即可,没有严格的时间限制。
下面具体说明实现方案。
首先,设置群组,具体过程参见图1:本实施例中,管理中心服务器内包含群组信息管理服务器的功能。
步骤101,管理中心服务器根据接收到的建群组请求,设置群组,建立群组信息索引,完成群组设置。
上述建群组请求中可以包括群组标识,此时管理中心服务器只需对该群组标识进行唯一性测试即可,即只要保证该群组标识与已有群组标识不重复即可。另外,上述建群组请求中可以不包括群组标识,这样,需要管理中心服务器为该群组分配群组标识。
上述建群组请求中还可以包括发起建群组请求的订阅者标识,如订阅者的手机号等;该建群组请求中还可以包括至少一个属于该群组的用户标识,如用户的手机号等,以及订阅者要求新加入群组的用户是否需要获得其授权等群组的其他的信息。发起建群组请求的订阅者可以作为群组的管理者,建立群组,撤销群组等,还可以作为群组业务的被计费者。
上述群组信息索引可以以表格的形式存在,也可以以其他形式存在。此处仅以表格为例进行说明。
群组信息索引表的形式如表2所示:
表2
| 群组标识(必选) | 订阅者标识(可选) | 群组用户标识(必选) | 群组的其他信息(可选) |
| 群组标识1 | 订阅者1 | 用户1 | |
| 用户2 | |||
| 用户3 | |||
| ... |
如果在建群组请求中存在属于该群组的用户标识,则管理中心服务器会向该索引表中填写用户标识,见表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,回复确认信息。
步骤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
| 群组标识 | 订阅者信息 | 群组用户标识 | 群组的其他信息(可选) |
| 123 | John:XX公司总裁; 手机:1303001926; ... | Alice:XX公司员工;手机:1389621674;... | |
| Bob:XX公司员工;手机:13446397562;... | |||
| ... |
然后,John去ChinaMobile的管理中心处,为其群组123订阅MobileSP1提供的“数字报纸”业务,要求每天上午的7:30和晚上的18:30给该群组用户的终端下发新闻信息。管理中心服务器可以为John的群组123建立订阅索引关系,如表5所示的为群组123订阅的业息索引,并将该索引信息存储在订阅信息数据库中。
表5
| 群组标识 | 业务标识 | SP标识 | 业务定购参数 |
| 123 | 数字报纸ID:01 | MobileSP1... | 时间:7:30AM18: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 ema | 发送方的地址 |
| Dest_Address | 必须 | address_info_sch ema | 接收方的地址 |
| 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销户7:Boss改号8:扣费失败导致的服务取消9:其他 | |||
| SPID | 可选 | string | SP的企业代码 |
| SPServiceID | 必须 | string | SP中该服务的服务代码 |
| AccessMode | 可选 | Integer | 服务的访问方式1:WEB2:WAP3: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:LCS4:....... |
| SPServiceID | 必须 | string | SP中该服务的服务代码 |
管理中心服务器向业务引擎提供群组用户信息响应(GroupUserInforResp)的参数如表9所示。
表9GroupUserInforResp参数
| 字段名 | 重要性 | 类型 | 说明 |
| MsgType | 必须 | string | 消息类型 |
| TransactionID | 必须 | string | 该消息编号 |
| Version | 必须 | string | 该接口消息的版本号 |
| Group_ID | 必须 | group_id_schema | 群组用户标识 |
| hRet | 必须 | integer | 0,成功1,失败 |
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (26)
1.一种提供移动业务的方法,其特征在于,包括以下步骤:
管理中心服务器保存群组业务订阅索引;
业务处理器接收来自业务应用服务器提供的业务消息,且解析出该业务消息的接收方为群组标识后,将包含业务标识和群组标识的订阅验证请求发送给管理中心服务器;由管理中心服务器根据已保存的群组业务订阅索引,验证所述群组是否已订阅所述业务,验证通过后,业务处理器获取归属于所述群组标识下的群组用户标识,并发送业务消息给用户终端。
2.根据权利要求1所述的方法,其特征在于,所述管理中心服务器验证所述群组是否已订阅所述业务的过程包括:
查询群组业务订阅索引,判断该索引中所述群组与所述业务标识是否存在对应关系,若是,则通过验证,否则未通过验证。
3.根据权利要求2所述的方法,其特征在于,
所述业务处理器发送给管理中心服务器的验证请求中进一步包含用于指示订阅要求的参数;
所述群组与所述业务标识是否存在对应关系后,进一步包括:判断该业务当前是否满足订阅要求,若是,则通过验证,否则未通过验证。
4.根据权利要求3所述的方法,其特征在于,所述用于指示订阅要求的参数包括:业务定购参数和/或业务提供商标识;所述判断该业务当前是否满足订阅要求的过程包括:
判断该业务当前是否满足业务定购参数所指示的订阅要求,和/或,判断从接收到的查询请求中解析出的业务提供商标识与群组业务订阅索引中该业务标识所对应的业务提供商标识是否一致,
若是,则满足订阅要求,否则不满足订阅要求。
5.根据权利要求2或3所述的方法,其特征在于,如果未通过验证,进一步包括:所述管理中心服务器给业务处理器返回包含失败原因的通知。
6.根据权利要求1所述的方法,其特征在于,所述业务处理器获取归属于所述群组标识下的群组用户标识的过程包括:
业务处理器从管理中心服务器返回的验证响应中获取归属于所述群组标识下的群组用户标识;或者,
业务处理器从本地查询获取归属于所述群组标识下的群组用户标识;或者,
业务处理器向从管理中心服务器返回的验证响应中或从本地获取用于保存群组标识和组内用户标识对应关系的群组信息管理服务器的地址,从该群组信息管理服务器获取归属于所述群组标识下的群组用户标识。
7.根据权利要求1所述的方法,其特征在于,所述管理中心服务器保存群组业务订阅索引之前,进一步包括:
管理中心服务器根据接收到的包括群组标识和至少一个业务标识的为群组订阅业务的请求,建立群组业务订阅索引,通知应用服务器群组所订阅的业务信息;该通知中至少包括群组标识;
所述群组业务订阅索引中包括:群组标识和至少一个业务标识之间的对应关系。
8.根据权利要求7所述的方法,其特征在于,
如果所述群组业务订阅索引中进一步包括:用于指示订阅要求的参数;
则所述通知信息中进一步包括:用于指示订阅要求的参数。
9.根据权利要求7或8所述的方法,其特征在于,
所述管理中心服务器建立群组业务订阅索引后,进一步包括:将订阅状态通知给发起为群组订阅业务请求的订阅者;所述管理中心服务器通知应用服务器群组订阅信息后,进一步包括:接收来自应用服务器的通知确认信息;或者,
所述管理中心服务器通知应用服务器群组订阅信息后,进一步包括:接收来自应用服务器的订阅确认信息;之后,将订阅状态通知给发起为群组订阅业务请求的订阅者。
10.根据权利要求1所述的方法,其特征在于,所述业务处理器包括业务引擎、或应用服务器、或者包括业务引擎和应用服务器两者。
11.一种提供移动业务的方法,其特征在于,管理中心服务器保存群组业务订阅索引;该方法还包括:
a、业务处理器接收来自用户终端的业务请求消息,解析该业务请求消息中的标识,如果是用户标识,则执行步骤b,如果是组标识,则执行步骤c;
b、业务处理器向管理中心服务器查询用户是否订阅了其所请求的业务,管理中心服务器根据用户标识确认该用户未订阅其所请求的业务后,执行步骤d;
c、业务处理器向管理中心服务器查询是否可以为该用户提供业务; 管理中心服务器确认该用户标识属于所述组标识所指示的组后,执行步骤d;
d、管理中心服务器根据群组业务订阅索引查询该用户所在群组是否已订阅其所请求的业务,若是,则向业务处理器返回确认信息;业务处理器根据接收到的确认信息后,向用户终端发送业务内容。
12.根据权利要求11所述的方法,其特征在于,
如果管理中心服务器内包括群组信息管理服务器的功能,则步骤d所述的查询过程为:管理中心服务器从本地查询该用户所在群组,之后,再根据群组业务订阅索引查询该群组是否已订阅所其请求的业务;
如果管理中心服务器内不包括群组信息管理服务器的功能,则步骤d所述的查询过程为:管理中心服务器向群组信息管理服务器查询该用户所在群组,得到群组信息管理服务器反馈的该用户终端所在组列表信息后,再根据群组业务订阅索引在本地查询该群组是否已订阅所其请求的业务。
13.根据权利要求11所述的方法,其特征在于,进一步包括:如果管理中心服务器确认用户所在的组未订阅该用户终端所请求的业务,则通知业务处理器不能为该用户提供服务。
14.一种提供移动业务的系统,其特征在于,该系统包括业务处理器、用户终端、管理中心服务器和群组信息管理服务器,其中,
所述业务处理器,用于解析出业务消息的接收方为群组标识后,将包含业务标识和群组标识的订阅验证请求发送给管理中心服务器,从群组信息管理服务器获取归属于所述群组标识下的群组用户标识,将业务消息发送给用户终端;
所述管理中心服务器,用于保存群组业务订阅索引,接收包含业务标识和群组标识的订阅验证请求,根据已保存的群组业务订阅索引,验证所述群组是否已订阅所述业务,返回验证结果;
所述群组信息管理服务器,用于保存群组标识和组内用户标识对应关系;
所述用户终端,用于接收来自业务处理器的业务消息。
15.根据权利要求14所述的系统,其特征在于,所述业务处理器、管理中心服务器和群组信息管理服务器分别为独立的物理实体;或者,所述业务处理器是独立的物理实体,所述管理中心服务器和群组信息管理服务器是一个物理实体;或者,所述业务处理器和群组信息管理服务器是一个物理实体,所述管理中心服务器是一个独立是物理实体。
16.根据权利要求14或15所述的系统,其特征在于,
所述管理中心服务器,进一步用于将为群组订阅业务的订阅通知发送给应用服务器,接收来自应用服务器的订阅通知确认信息。
17.根据权利要求15所述的系统,其特征在于,如果所述管理中心服务器和群组信息管理服务器是同一个物理实体,则
所述管理中心服务器,还用于接收包括群组标识的删除群组请求,查询群组信息索引,将该群组标识所对应的信息全部删除,或者,接收包括群组标识的删除群组请求,查询群组业务订阅索引,确定是否存在与该群组标识对应的业务标识,若存在,删除与该群组标识所对应的业务标识,再查询群组信息索引,将该群组标识所对应的信息全部删除,并通知应用服务器取消该业务。
18.根据权利要求15所述的系统,其特征在于,如果所述管理中心服务器和群组信息管理服务器是不同的物理实体,则
所述群组信息管理服务器,还用于接收包括群组标识的删除群组请求,查询群组信息索引,将该群组标识所对应的信息全部删除;或者,接收包括群组标识的删除群组请求,通知管理中心服务器确定是否存在与该群组标识对应的业务标识,接收到管理中心服务器的通知反馈后,再删除与该群组标识所对应的业务标识;
所述管理中心服务器,还用于根据接收到的所述通知,查询群组业务订阅索引,确定是否存在与该群组标识对应的业务标识,若存在,删除与该群组标识所对应的业务标识,通知应用服务器取消该业务,之后,给群组信息管理服务器返回通知反馈信息。
19.根据权利要求14或15所述的系统,其特征在于,所述业务处理器包括业务引擎、或包括应用服务器、或者包括业务引擎和应用服务器两者。
20.根据权利要求14所述的系统,其特征在于,
所述业务处理器,进一步用于接收来自用户终端的业务请求消息,解析该业务请求消息的标识,如果是用户标识,则向管理中心服务器查询用户终端是否订阅了其所请求的业务;如果是群组标识,则向管理中心服务器查询是否可以为该用户终端提供业务;根据管理中心服务器返回的确认信息,向用户终端发送业务内容;
所述管理中心服务器,进一步用于根据用户标识确认该用户终端未订阅其所请求的业务,或从群组信息管理服务器获得该用户标识所在组列表后,根据已保存的群组业务订阅索引查询该用户终端所在群组已订阅其所请求的业务时,向业务处理器返回确认信息;查询该用户终端所在群组未订阅其所请求的业务时,通知业务处理器不能为该用户提供服务;
所述用户终端,进一步用于发送业务请求,接收业务处理器返回的业务内容。
21.一种提供移动业务的系统,其特征在于,该系统包括业务处理器、用户终端、管理中心服务器和群组信息管理服务器,其中,
所述业务处理器,用于接收来自用户终端的业务请求消息,解析该业务请求消息的标识,如果是用户标识,则向管理中心服务器查询用户终端是否订阅了其所请求的业务;如果是群组标识,则向管理中心服务器查询是否可以为该用户终端提供业务;根据管理中心服务器返回的确认信息,向用户终端发送业务内容;
所述管理中心服务器,用于根据用户标识确认该用户终端未订阅其所请求的业务,或从群组信息管理服务器获得该用户标识所在组列表后,根据已保存的群组业务订阅索引查询该用户终端所在群组已订阅其所请求的业务时,向业务处理器返回确认信息;查询该用户终端所在群组未订阅其所请求的业务时,通知业务处理器不能为该用户提供服务;
所述群组信息管理服务器,用于保存群组标识和组内用户标识对应关系;
所述用户终端,用于发送业务请求,接收业务处理器返回的业务内容。
22.根据权利要求21所述的系统,其特征在于,
所述业务处理器、管理中心服务器和群组信息管理服务器分别为独立的物理实体;或者,
所述业务处理器是独立的物理实体,所述管理中心服务器和群组信息管理服务器是一个物理实体;或者,
所述业务处理器和群组信息管理服务器是一个物理实体,所述管理中心服务器是一个独立是物理实体。
23.一种管理中心服务器,其特征在于,包括:
业务逻辑判决单元,用于接收包含业务标识和群组标识的订阅验证请求,查询所述订阅信息数据库,验证所述群组是否已订阅所述业务,将验证结果发送给发送单元;
订阅信息数据库,用于存储群组标识,以及与某个群组标识相关联的至少一个业务标识;
发送单元,用于将接收到的信息发送出去。
24.根据权利要求23所述的管理中心服务器,其特征在于,所述管理中心服务器内进一步包括:
群组信息管理服务器单元,用于保存群组标识和组内用户标识对应关系,接受来自业务逻辑判决单元的查询组内用户标识的请求。
25.根据权利要求24所述的管理中心服务器,其特征在于,
所述业务逻辑判决单元,进一步用于接收设置群组请求,将所述请求转发给群组信息管理服务器单元,将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元;或者,接收包括群组标识和至少一个业务标识的为群组订阅业务的请求,建立群组标识和至少一个业务标识的关联关系,将所述关联关系存储到订阅信息数据库内,之后,将订阅结果发送给发送单元。
26.根据权利要求24所述的管理中心服务器,其特征在于,
所述业务逻辑判决单元,进一步用于接收包括群组标识的删除群组请求,将所述请求转发给群组信息管理服务器单元,将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元;或者,
接收包括群组标识的删除群组请求,查询订阅信息数据库确定存在与该群组标识对应的业务标识后,删除订阅信息数据库内与该群组标识所对应的业务标识,之后,再将所述请求转发给群组信息管理服务器单元,将接收到的来自群组信息管理服务器单元的设置结果发送给发送单元。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101505441A CN101127942B (zh) | 2006-08-18 | 2006-10-16 | 提供移动业务的方法、系统及管理中心服务器 |
| PCT/CN2007/001759 WO2008022522A1 (fr) | 2006-08-18 | 2007-06-01 | Procédé et système assurant des services mobiles et: serveur de centre de gestion associé |
| EP07721332.0A EP2061271B1 (en) | 2006-08-18 | 2007-06-01 | Method and system for providing mobile service and management center server therefor |
| US11/840,488 US20080045192A1 (en) | 2006-08-18 | 2007-08-17 | Method, system and management center server for providing mobile service |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610109880 | 2006-08-18 | ||
| CN200610109880.1 | 2006-08-18 | ||
| CN2006101505441A CN101127942B (zh) | 2006-08-18 | 2006-10-16 | 提供移动业务的方法、系统及管理中心服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101127942A true CN101127942A (zh) | 2008-02-20 |
| CN101127942B CN101127942B (zh) | 2010-09-22 |
Family
ID=39095833
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006101505441A Active CN101127942B (zh) | 2006-08-18 | 2006-10-16 | 提供移动业务的方法、系统及管理中心服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101127942B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102036223A (zh) * | 2009-09-29 | 2011-04-27 | 华为终端有限公司 | 业务提供方法及系统、终端及服务器 |
| CN103036926A (zh) * | 2011-09-29 | 2013-04-10 | 中国电信股份有限公司 | 业务推送系统及方法 |
| CN104038562A (zh) * | 2014-07-02 | 2014-09-10 | 浪潮软件股份有限公司 | 一种在烟草行业云应用下进行业务消息推送的方法 |
| WO2015196908A1 (zh) * | 2014-06-24 | 2015-12-30 | 华为技术有限公司 | 业务处理方法、终端、服务器及系统 |
| CN106485378A (zh) * | 2015-08-26 | 2017-03-08 | 平安科技(深圳)有限公司 | 业务数据的传输方法、系统和服务器 |
| CN107566251A (zh) * | 2017-08-29 | 2018-01-09 | 阔地教育科技有限公司 | 消息传输方法、存储设备及服务器 |
| CN111555893A (zh) * | 2020-04-22 | 2020-08-18 | 腾讯科技(深圳)有限公司 | 消息数据传输方法、装置、计算机设备和存储介质 |
| CN112996082A (zh) * | 2019-12-16 | 2021-06-18 | 成都鼎桥通信技术有限公司 | 联合编组方法、装置、设备及计算机可读存储介质 |
| CN113709680A (zh) * | 2020-05-20 | 2021-11-26 | 海能达通信股份有限公司 | 组呼方法和集群服务器 |
| CN114710756A (zh) * | 2022-04-07 | 2022-07-05 | 中国联合网络通信集团有限公司 | 信息交互方法、网络侧功能实体和终端 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2271601T3 (es) * | 2002-11-04 | 2007-04-16 | Research In Motion Limited | Metodo y aparato para la deteccion de servicios de paquetes de informacion. |
| EP1670273A1 (en) * | 2004-12-08 | 2006-06-14 | France Telecom | Handover of a mobile node between access networks of different technologies in a mobile IP telecommunications system |
| CN101127941B (zh) * | 2006-08-18 | 2010-11-03 | 华为技术有限公司 | 一种为群组订阅移动业务的方法及管理中心服务器 |
-
2006
- 2006-10-16 CN CN2006101505441A patent/CN101127942B/zh active Active
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102036223A (zh) * | 2009-09-29 | 2011-04-27 | 华为终端有限公司 | 业务提供方法及系统、终端及服务器 |
| CN103036926B (zh) * | 2011-09-29 | 2017-02-15 | 中国电信股份有限公司 | 业务推送系统及方法 |
| CN103036926A (zh) * | 2011-09-29 | 2013-04-10 | 中国电信股份有限公司 | 业务推送系统及方法 |
| CN105450582B (zh) * | 2014-06-24 | 2019-10-18 | 华为技术有限公司 | 业务处理方法、终端、服务器及系统 |
| CN105450582A (zh) * | 2014-06-24 | 2016-03-30 | 华为技术有限公司 | 业务处理方法、终端、服务器及系统 |
| WO2015196908A1 (zh) * | 2014-06-24 | 2015-12-30 | 华为技术有限公司 | 业务处理方法、终端、服务器及系统 |
| CN104038562A (zh) * | 2014-07-02 | 2014-09-10 | 浪潮软件股份有限公司 | 一种在烟草行业云应用下进行业务消息推送的方法 |
| CN106485378A (zh) * | 2015-08-26 | 2017-03-08 | 平安科技(深圳)有限公司 | 业务数据的传输方法、系统和服务器 |
| CN107566251A (zh) * | 2017-08-29 | 2018-01-09 | 阔地教育科技有限公司 | 消息传输方法、存储设备及服务器 |
| CN112996082A (zh) * | 2019-12-16 | 2021-06-18 | 成都鼎桥通信技术有限公司 | 联合编组方法、装置、设备及计算机可读存储介质 |
| CN111555893A (zh) * | 2020-04-22 | 2020-08-18 | 腾讯科技(深圳)有限公司 | 消息数据传输方法、装置、计算机设备和存储介质 |
| CN111555893B (zh) * | 2020-04-22 | 2023-09-12 | 腾讯科技(深圳)有限公司 | 消息数据传输方法、装置、计算机设备和存储介质 |
| CN113709680A (zh) * | 2020-05-20 | 2021-11-26 | 海能达通信股份有限公司 | 组呼方法和集群服务器 |
| CN113709680B (zh) * | 2020-05-20 | 2023-10-24 | 海能达通信股份有限公司 | 组呼方法和集群服务器 |
| CN114710756A (zh) * | 2022-04-07 | 2022-07-05 | 中国联合网络通信集团有限公司 | 信息交互方法、网络侧功能实体和终端 |
| CN114710756B (zh) * | 2022-04-07 | 2023-07-14 | 中国联合网络通信集团有限公司 | 信息交互方法、网络侧功能实体和终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101127942B (zh) | 2010-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2061271B1 (en) | Method and system for providing mobile service and management center server therefor | |
| US9473910B2 (en) | Method and system for providing messaging gateway services | |
| CN101127941B (zh) | 一种为群组订阅移动业务的方法及管理中心服务器 | |
| US8406792B2 (en) | Message modification system and method | |
| US20080133703A1 (en) | Messaging system and service | |
| US20120057586A1 (en) | Short Message Service (SMS) Protocol Gateway | |
| KR100650739B1 (ko) | 개방형 api를 이용한 메시지 방송 서비스 제공 시스템및 방법 | |
| JP5417438B2 (ja) | ショートメッセージ配信に対する課金 | |
| CN100556005C (zh) | 一种即时通信会话转接方法及系统 | |
| CN106059892A (zh) | 一种用于融合通信系统的消息引擎 | |
| CN113596262A (zh) | 基于物流行业增加效率全覆盖保障通话的方法及服务平台 | |
| CN100372391C (zh) | 一种多媒体消息系统及转发多媒体消息的方法 | |
| WO2012055134A1 (zh) | 一种短信群发方法和系统 | |
| US20120015630A1 (en) | Method and system for providing real-time alert notification | |
| CN101127942B (zh) | 提供移动业务的方法、系统及管理中心服务器 | |
| CN101102551A (zh) | 一种携带接收者称呼的短消息的实现方法 | |
| CN102065099A (zh) | 信令与承载分离的通信系统 | |
| CN101675675A (zh) | 用于在gsm/umts无线移动通信网络中转发短信的方法和设备 | |
| US8774783B2 (en) | System and method for enhanced UAProfile management | |
| EP2424279B1 (en) | Method for processing group messages, service delivery platform and associated equipment | |
| CN111835754A (zh) | 行业消息管理方法、系统、终端设备及可读存储介质 | |
| CN102547607A (zh) | 消息交互控制方法及系统、消息交互系统和移动终端 | |
| KR101378254B1 (ko) | 적응형 메시징 방법 및 시스템 | |
| US20140108381A1 (en) | System and Method for Machine-to-Machine Privacy and Security Brokered Transactions | |
| CN101317491A (zh) | 提供移动业务的方法、系统及管理中心服务器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |