CN101119582A - 一种订阅移动业务的方法和系统 - Google Patents
一种订阅移动业务的方法和系统 Download PDFInfo
- Publication number
- CN101119582A CN101119582A CNA2006101040355A CN200610104035A CN101119582A CN 101119582 A CN101119582 A CN 101119582A CN A2006101040355 A CNA2006101040355 A CN A2006101040355A CN 200610104035 A CN200610104035 A CN 200610104035A CN 101119582 A CN101119582 A CN 101119582A
- Authority
- CN
- China
- Prior art keywords
- territory
- domain
- client
- equipment
- request
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/186—Processing of subscriber group data
Abstract
本发明公开了一种订阅移动业务的方法和系统，关键是，建域客户端首先通过域管理中心申请建立一个域，并获得域管理中心为该域分配域标识，该域中可以包括一个用户的多个设备，也可以包括多个用户的不同设备。建域客户端通过订阅中心为该域订阅相关业务，如CBCS业务，数字报纸业务，天气预报等，从而方便地实现为一个用户的多个设备或多个用户的不同设备订阅相同业务，避免了为各个用户或设备分别订阅的重复操作，节约了系统资源。应用本发明，用户设备可以随时加入这个域，并享用该域中订阅的所有业务，当然如果需要也可以离开这个域。域管理中心负责管理该域，包括建立域、加入域、离开域、撤销域等。
Description
技术领域
本发明涉及通信技术领域，特别是指一种订阅移动业务的方法和系统。
背景技术
随着移动业务的丰富开展，极大满足了客户对信息多样化、个性化的需求。越来越多的用户享用着移动业务带来的便利，而且也不断加入到新的业务中去，获取新的体验。因此，用户订阅、撤销移动业务，也成了较为普遍的日常事务。
同时，一个用户拥有多个终端也成为非常普遍的现象，用户希望为多个终端订阅同样的业务，享受同样的服务。这种情况下，用户需要为自己的每个设备都订阅并订阅该相同的业务。这样，当用户每增加一个设备都要为其订阅一次。
此外，群组管理者希望其订阅的业务能够被群组中的所有用户享用。此时，群组管理者需要为其管理的每位用户都订阅该业务。类似地，每增加一个用户，群组管理着都要为其订阅一次业务。
可见，目前为同一用户的不同设备，同一群组内的不同用户订阅相同的业务时，存在以下问题：
第一，订阅操作重复。同样的业务，会被订阅多次，不同的只是不同的用户设备，和不同的群组用户。
第二，管理不便。同一用户增加或减少设备，同一群组内增加或减少用户，都会引起业务订阅或者业务撤销的工作。
第三，资源浪费。对于用户已经丢失的设备，或者已经离开群组的用户，如果没来得及撤销业务，则会造成资源浪费，给拾到设备的用户，或者离开群组的用户继续免费享用该业务。
第四，移植性差。当用户想订阅另一个业务，或者用户想加入另一个群组，而享用这个群组订阅的业务时，上述问题同样存在。
发明内容
有鉴于此，本发明的目的在于提供一种订阅移动业务的方法和系统，以避免重复操作，节约资源。
本发明的技术方案包括：
一种订阅移动业务的方法，该方法包括：
建域客户端建立域，获取所建域的域标识；
订阅中心接收来自所述客户端的业务订阅请求信息，该请求信息中包含建域客户端信息、至少一个域标识以及至少一个待订阅业务标识；
订阅中心为所述域标识指示的域订阅所述订阅业务标识所指示的业务，建立并保存所述建域客户端信息、域标识以及订阅业务标识之间的索引关系，完成订阅操作。
其中，订阅中心接收来自所述客户端的业务订阅请求信息后，进一步包括：对所述建域客户端和域标识进行鉴权，鉴权通过后，再执行后续操作。
其中，网络内已存在用于管理域的域管理中心；所述建域客户端建立域，获取所建域的域标识的过程包括：
所述建域客户端向域管理中心发送设置域请求，该请求中包含建域客户端信息；域管理中心对所述客户端进行验证，验证通过后为其分配域标识；
建域客户端从接收到的来自域管理中心的设置域响应中获取域标识。
其中，该方法进一步包括：域管理中心接收到包含域标识的撤销域请求后，验证所述待撤销的域是否存在以及发起所述撤销域请求的客户端是否有权限撤销该域，验证通过后废弃域标识所指示的域。
其中，所述验证发起撤销域请求的客户端是否有权限撤销该域的过程为：
首先验证发起撤销域请求的客户端是否为建域客户端，若是，则该建域客户端有权限，若不是，再验证发起撤销域请求的客户端是否与建域客户端归属于同一用户，若是，则有权限，否则，发起撤销域请求的客户端无权限。
其中，进一步包括：域管理中心删除与已废弃域相关联的索引信息。
其中，进一步包括：域管理中心接收到来自客户端侧设备的包含待加入设备标识和待加入域标识的加入域请求后，验证所述域是否有效以及是否允许设备加入，验证通过后，将待加入设备标识加入到该域中包含的设备列表下。
其中，进一步包括：域管理中心接收到来自客户端侧设备的包含待离开设备标识和域标识的离开域请求后，验证所述域是否有效，验证通过后，将待离开设备标识从该域中包含的设备列表中删除。
其中，验证所述域有效通过后，进一步包括：验证是否允许待离开设备标识所指示的设备离开，若允许，再执行后续步骤，否则域管理中心拒绝后续处理。
其中，所述离开域请求由客户端侧设备主动发起，或者，由域管理中心主动发起，或者，由客户端侧设备根据接收到的来自域管理中心的触发请求被动发起。
其中，所述客户端侧设备为待加入/离开设备本身，或建域客户端所在设备，或该域中除建域客户端以外的其他设备；
所述待加入/离开设备和所述建域客户端所在设备是相同的设备或不同的设备。
其中，如果发起所述加入/离开设备域请求的设备为非待加入/离开设备本身，则所述加入/离开设备域请求中进一步包括发起请求设备的标识。
其中，如果加入/离开域请求由客户端侧的待加入/离开设备本身发起，且待加入/离开设备和建域客户端所在设备是不同的设备，则进一步包括：域管理中心将加入/删除的结果信息通知给待加入/离开设备；或者，将加入/删除的结果信息通知给待加入/离开设备和建域客户端所在设备；
或者，
如果加入/离开域请求由客户端侧的建域客户端所在设备发起，且待加入/离开设备和建域客户端所在设备是不同的设备，则进一步包括：域管理中心将加入/删除的结果信息通知给建域客户端所在设备；或者，将加入/删除的结果信息通知给待加入/离开设备和建域客户端所在设备。
其中，该方法进一步包括：域管理中心将加入或删除的结果通知给订阅中心。
其中，所述域为设备域，或用户域。
其中，所述域为用户域时，所述待加入/离开设备标识是某个具体设备的标识，或者，是某个设备域的标识。
其中，所述订阅中心和所述域管理中心在相同或不同的物理实体上。
其中，如果订阅请求信息中包含多个域标识和多个待订阅业务标识，则所述多个域标识和多个待订阅业务标识之间是一对一的关系，或一对多的关系，或多对多的关系，或多对一的关系。
其中，所述订阅业务标识所指示的业务包括：基于分类的内容过滤业务、数字报纸业务、天气预报业务。
一种订阅移动业务的系统，包括建域客户端、域管理中心和订阅中心，
所述建域客户端，用于向域管理中心发送包含建域客户端信息的设置域请求，从接收到的来自域管理中心的设置域响应中获取域标识；用于向订阅中心发送业务订阅请求信息；该请求信息中包含建域客户端信息、至少一个域标识以及至少一个待订阅业务标识；
所述域管理中心内包括建域单元，用于根据接收到的设置域请求，对所述客户端进行验证，验证通过后为其分配域标识；
所述订阅中心，用于接收业务订阅请求信息，为所述域标识指示的域订阅所述订阅业务标识所指示的业务，建立并保存所述建域客户端信息、域标识以及订阅业务标识之间的索引关系，完成订阅操作。
其中，所述订阅中心接收到业务订阅请求信息后，进一步用于：对所述建域客户端和域标识进行鉴权，鉴权通过后，再执行后续步骤。
其中，所述域管理中心内进一步包括域撤销单元，用于接收包含域标识的撤销域请求，验证所述待撤销的域是否存在以及发起所述撤销域请求的客户端是否有权限撤销该域，验证通过后废弃域标识所指示的域。
其中，所述域管理中心内的域撤销单元，进一步用于删除与已废弃域相关联的索引信息。
其中，所述域管理中心内进一步包括域加入单元，用于接收来自客户端侧设备的包含待加入设备标识和待加入域标识的加入域请求，验证所述域是否有效以及是否允许设备加入，验证通过后，将待加入设备标识加入到该域中包含的设备列表下。
其中，所述域管理中心内进一步包括域离开单元，用于接收来自客户端侧设备的包含待离开设备标识和域标识的离开域请求，验证所述域是否有效，验证通过后，将待离开设备标识从该域中包含的设备列表中删除；或者，用于向客户端侧设备发送包含待离开设备标识和域标识的离开域请求，接收到应答后，将待离开设备标识从该域中包含的设备列表中删除。
其中，所述域管理中心内进一步包括通知单元，用于将加入或删除的结果通知给订阅中心。
其中，所述客户端侧设备为待加入/离开设备本身，或建域客户端所在设备，或该域中除建域客户端以外的其他设备；所述待加入/离开设备和所述建域客户端所在设备是相同的设备或不同的设备。
其中，所述域为设备域，或用户域。
其中，所述域为用户域时，所述待加入/离开设备标识是某个具体设备的标识，或者，是某个设备域的标识。
其中，所述订阅中心和所述域管理中心在相同或不同的物理实体上。
其中，如果订阅请求信息中包含多个域标识和多个待订阅业务标识，则所述多个域标识和多个待订阅业务标识之间是一对一的关系，或一对多的关系，或多对多的关系，或多对一的关系。
本发明的关键是，建域客户端首先通过域管理中心申请建立一个域，并获得域管理中心为该域分配域标识，该域中可以包括一个用户的多个设备，也可以包括多个用户的不同设备。建域客户端通过订阅中心为该域订阅相关业务，如基于分类的内容过滤业务(Categorization-Based Content Screening，CBCS)，数字报纸业务(Digital Newspaper service)，天气预报等，从而方便地实现为一个用户的多个设备或多个用户的不同设备订阅相同业务，避免了为各个用户或设备分别订阅的重复操作，节约了系统资源。
应用本发明，用户设备可以随时加入这个域，并享用该域中订阅的所有业务，当然如果需要也可以离开这个域。域管理中心负责管理该域，包括建立域、加入域、离开域、撤销域等。
附图说明
图1是根据本发明一实施例的订阅移动业务的流程示意图；
图2是根据本发明一实施例的撤销域的流程示意图；
图3是根据本发明一实施例的加入设备域的流程示意图；
图4是根据本发明一实施例的设备侧主动触发离开设备域的流程示意图；
图5是根据本发明一实施例的域管理中心主动触发离开设备域的流程示意图；
图6是根据本发明一实施例的用户侧主动触发加入用户域的流程示意图；
图7是根据本发明另一实施例的用户侧主动触发加入用户域的流程示意图；
图8是根据本发明一实施例的用户侧主动触发离开用户域的流程示意图；
图9是根据本发明一实施例的建域客户端主动触发离开用户域的流程示意图；
图10是根据本发明另一实施例的建域客户端主动触发离开用户域的流程示意图。
具体实施方式
本发明的思路是：建域客户端申请建立一个域，域管理中心为该域分配域标识，该域中可以包括一个用户的多个设备或多个用户的不同设备。建域客户端通过订阅中心(Subscription Centre，SC)为该域订阅相关业务，如基于分类的内容过滤业务(Categorization-Based Content Screening，CBCS)，数字报纸业务(Digital Newspaper service)，天气预报等，从而方便地实现为一个用户的多个设备或多个用户的不同设备订阅相同业务的目的。用户设备可以随时加入这个域，并享用该域中订阅的所有业务，当然如果需要也可以离开这个域。域管理中心负责管理该域，包括建立域、加入域、离开域、撤销域等。
本发明中将一个用户所拥有的多个设备构成域称为设备域，将由多个不同用户构成的域称为用户域。
下面结合附图对本发明再做详细说明。
图1所示为根据本发明一实施例的订阅移动业务的流程示意图。
步骤101：建域客户端向域管理中心发送设置域请求(Set Domain Request)消息，请求建立域。该消息中的参数如表1所示，包括建域客户端信息。
表1 Set Domain Request消息参数
| 参数 | 必选(M)/可选(O) | 描述 |
| 建域客户端信息(DomainSetter Info) | M | 标识申请建立设备域的用户信息。 |
| 签名(Signature) | O | 建域者客户端对Set DomainRequest消息的签名 |
其中，建域客户端信息包括表2所示参数：
表2 Domain Setter Info的子参数
| 参数 | 子参数 | 必选(M)/可选(O) | 描述 |
| 建域客户端信息(Domain SetterInfo) | Setter ID | O | 标识申请建立域的用户身份 |
| Device ID | M | 标识发起Set Domain Request消息的用户设备，该设备既可以属于要建立的域，也可以不属于该域。 | |
| Code | M | 功能代码，标识发送消息的设备是否属于要建立的域。0为非域，1为属于域。 | |
| DeviceCapability | O | 设备能力，包括厂家、型号等。当Code为1时，还可以包括设备上是否有支持XX业务的能力，可以与上述Device ID合用。 |
步骤102：域管理中心认证客户端身份，及其是否适合建立设备域。如果所有的验证通过，域管理中心为其分配一个域标识(域ID)。
步骤103：域管理中心向客户端发送带有状态信息的设置域响应(SetDomain Response)消息。该消息中的参数如表3所示。如果状态为“成功”，则消息中包括域ID。
表3 Set Domain Response消息参数
| 参数 | 必选(M)/可选(O) | 描述 | |
| Status＝Success | Status≠Success | ||
| Status | M | M | 处理Set Domain Request消息的状态报告 |
| Domain ID | M | - | 域管理中心分配的域标识，为后续其他设备加入该域服务。 |
| Signature | O | - | 域管理中心对Set DomainResponse消息的签名 |
至此，建域客户端建立了一个域，获取了所建域的域标识。
步骤104：建域客户端向订阅中心发送订阅请求消息，该请求信息中包含建域客户端信息、至少一个域标识以及至少一个待订阅业务标识。
建域客户端信息包括建域客户端身份(Subscriber Client ID)，例如姓名等，建域客户端设备标识(Device ID)，如可以是手机号，或者国际移动用户识别码(IMSI)等，以及建域客户端设备的能力(Device Capability)。其中，建域客户端身份和建域客户端设备的能力是可选项。域标识是为了表明为哪个域订阅移动业务，待订阅业务标识是为了表明需要订阅哪些移动业务，如CBCS业务、数字报纸(Digital Newspaper)、天气预报等。
如果该消息中包含多个域标识和多个待订阅业务标识之间，则它们之间可以是一对一的关系，或一对多的关系，或多对多的关系，或多对一的关系。
步骤105：订阅中心对建域客户端和域标识进行鉴权，即验证建域客户端的身份，以及验证建域客户端是否有权限进行订阅，验证所述域是否存在等。如果鉴权通过，则为所述域标识指示的域订阅所述订阅业务标识所指示的业务，建立并保存所述建域客户端信息、域标识以及订阅业务标识之间的索引关系，完成业务订阅。本步骤中的鉴权操作为可选步骤。
步骤106：订阅中心向建域客户端发送带有状态信息的业务订阅响应消息。以通知订阅终端其订阅状态。
至此，移动业务订阅完成。
上述步骤103和104之间没有严格的时间限制，即执行完103后，可以立即执行步骤104，可以过一段时间后再执行步骤104。
上述订阅中心和域管理中心均为逻辑实体，其可以在相同或不同的物理设备上。
对于已建立的域，根据需要可以对其进行撤销，具体过程参见图2。
图2所示根据本发明一实施例的撤销域的流程示意图。
步骤201：客户端(Client)向域管理中心发送撤销域请求(Revoke DomainRequest)消息，请求撤销域。该消息中包括客户端信息中的设备标识、以及域ID。
此处，发起请求的客户端可以是建域客户端，也可以是其他任意的客户端。
步骤202：域管理中心进行认证操作，即验证该域是否存在，以及发起所述撤销域请求的客户端是否有撤销该域的权限。如果所有的验证都通过，域管理中心废弃该域，删除与已废弃域相关联的索引信息。
上述验证发起撤销域请求的客户端是否有权限撤销该域的过程为：首先验证发起撤销域请求的客户端是否为建域客户端，若是，则该建域客户端有权限，若不是，再验证发起撤销域请求的客户端是否与建域客户端都归属于同一用户，若是，则有权限，否则，发起撤销域请求的客户端无权限。
步骤203：域管理中心向客户端发送带有状态信息的撤销域响应(RevokeDomain Response)消息。
至此，已完成了域撤销。
上述建立域及撤销域的流程，对设备域和用户域都适用。唯一不同的是，如果建立或撤销设备域，则上述域ID是设备域的域ID；如果建立或撤销用户域，则上述域ID是用户域的域ID。
下面再说明有关域的加入、离开的过程。为叙述方便，以下对设备域的加入/离开，用户域的加入/离开分别进行说明。
加入设备域
如果用户购买了新的设备，或者希望其他设备也享用该域中的所有已订阅的业务，则该新设备必须加入该域。其加入设备域的流程如图3所示：
步骤301：待加入设备向域管理中心发送加入域请求(Join DomainRequest)消息，请求加入某个设备域。该消息中包括待加入设备的信息，如IMSI号或者手机号等，和设备域ID。
发送上述Join Domain Request的设备可以是步骤301中当前待加入的设备，也可以是前述建域客户端所在设备或该域中除建域客户端以外的其他设备，如果是后者，则Join Domain Request中还要包括发送Join Domain Request消息的设备标识。需要说明一点，当前需要加入的设备和前述建域客户端所在设备可以是相同的设备，也可以是不同的设备。
在此将上述所有能够发起Join Domain Request的设备统称为客户端侧设备，本实施例中，Join Domain Request请求是由客户端侧设备主动发起的，当然，也可以由域管理中心触发，客户端侧设备被动发起。
步骤302：域管理中心认证设备，即验证设备域是否有效，以及是否允许设备加入该域。如果所有的验证通过，则域管理中心根据设备域ID，更新其数据库，即将待加入设备标识加入到该域中包含的设备列表下。
在域管理中心内可以设置一个配置文件，保存如下参数：当加入域的设备个数大于最大设备数Max DeviceNum时，不允许再有设备加入该域。域管理中心可以根据该规则判断是否同意设备加入域。
步骤303：域管理中心向上述设备发送带有状态信息的加入域响应(JoinDomain Response)消息。如果状态为“成功”，则消息中还包括设备域信息，如域的有效期等。
再有，如果待加入设备和建域客户端所在设备是不同的设备，则域管理中心还可以将加入的结果信息通知给待加入设备和建域客户端所在设备。
另外，域管理中心还可以将加入的结果通知给订阅中心。
离开设备域
如果用户希望某个设备不再享用域业务的服务；或者用户的某个设备丢失、损坏；或者用户重新换了一个设备；更或者某个设备存在安全漏洞，域管理中心不愿再为其服务；则原来的设备必须离开该域。设备离开域的触发方式有2种：一种是客户端侧设备主动要求离开域；另一种是客户端侧设备被动触发离开域，即由域管理中心主动触发。
客户端侧设备主动触发的离开设备域的方法参见图4。
步骤401：设备向域管理中心发送离开域请求(Leave Domain Request)消息，请求离开某个设备域。该消息中包括欲离开域的设备信息，如IMSI号或者手机号等，该请求消息中还包括设备域ID。
如果发送消息的设备并不是要离开域的设备，例如用户用自身的某个设备为已经丢失或者损坏的另一个设备请求离开域的情况，则上述LeaveDomain Request消息中还必须包括发送该离开域请求消息的设备信息。也就是说，该发起离开域请求消息的设备可以是当前需要离开的设备，也可以是前述建域客户端所在设备，还可以是该域中除建域客户端以外的其他设备。需要说明一点，当前需要离开的设备和前述建域客户端所在设备可以是相同的物理设备，也可以是不同的物理设备。
步骤402：域管理中心认证设备，验证设备域是否存在，以及该设备是否可以离开域。如果所有的验证通过，则域管理中心根据设备域ID，更新其数据库，即将待离开设备标识从该域中包含的设备列表中删除。
步骤403：域管理中心向设备发送带有状态信息的离开域响应(LeaveDomain Response)消息。
另外，如果是当前需要离开的设备发起的离开请求，域管理中心还可以进一步给建域客户端发送通知，以通知其有设备离开。
域管理中心主动触发的离开设备域的方法参见图5。
步骤501：域管理中心向设备发送离开域通知(Leave DomainNotification)消息，要求某个或某几个设备离开域。该消息中包括设备域ID和待离开设备标识。
步骤502：设备向域管理中心发送Leave Domain Report消息，报告其已经做了离开域的各种处理。
在图5所示实现过程中，域管理中心可以在步骤501之前，即通知设备离开域前，就更新本地域ID数据库。也可以在步骤502后，即设备报告其已经做了离开域的处理后，再更新本地ID数据库。
当域管理中心主动触发离开设备域时还可以有一种实现方式：即域管理中心向要求其离开的设备发送Trigger消息，要求其发起离开某个设备域的流程，即要求其发起图4所示流程。该Trigger消息中包括设备域ID和要求其离开的设备标识。此时，图4内步骤401的Leave Domain Request消息中还可以包括一个可选的扩展项，该扩展项主要用于通知域管理中心某设备已不属于某个设备域了，以使域管理中心能够删除数据库中该设备与此域之间的关联信息，从而避免以下类似情况发生：例如某设备之前已发送过LeaveDomain Request消息，且同时删除了自身中与该域的关联信息，即某设备已经离开域了，但可能由于域管理中心并没有收到之前的Leave DomainRequest消息，因此域管理中心并没有删除该设备与此域的关联信息，因此域管理中心会仍然会向该设备发送一个新的离开域的Trigger。
再有，如果待离开设备和建域客户端所在设备是不同的设备，则域管理中心也可以将删除的结果信息通知给离开设备和建域客户端所在设备。
对于上述所有离开设备域的情况，域管理中心还可以将离开的结果通知订阅中心。
加入用户域
当有新的用户加入群组时并需要使用该群组已订阅的移动业务时，如企业有新员工加入，学校的新生入学等，则需要进行加入用户域的操作。其流程图见图6。
步骤601：待加入用户所在设备向域管理中心发送Join Domain Request消息，请求加入某个用户域。该消息中包括待加入用户信息，用户域ID，以及建域者授权用户加入域的证明。
其中待加入用户信息可以是用户的某个设备信息，如IMSI号或者手机号，也可以是该用户当前所在的设备域信息，如设备域ID。
建域者授权用户加入域的证明，是可选参数，该证明可以是建域者设置的加入域口令，也可以是建域者的签名，或者其他的证明。如果没有该证明参数，域管理中心可以采用以下几种方式进行处理：
采用默认的策略进行处理，该默认的策略可以是允许加入也可以是拒绝加入；或者，采用如图7所示方法进行证明处理。
再有，发送上述Join Domain Request的设备可以是当前待加入用户所在设备，也可以是前述建域客户端所在设备或该域中除建域客户端以外的其他设备，如果是后者，则Join Domain Request中还要包括发送Join DomainRequest消息的设备标识。需要说明一点，当前需要加入的设备和前述建域客户端所在设备可以是相同的设备，也可以是不同的设备。同样地，在此将上述所有能够发起Join Domain Request的设备统称为客户端侧设备，本实施例中，Join Domain Request请求是由客户端侧设备主动发起的，当然，也可以由域管理中心触发，客户端侧设备被动发起。
步骤602：域管理中心认证用户的身份，并验证用户域是否有效，以及用户是否有权加入该用户域。如果所有的验证通过，则域管理中心根据用户域ID，更新其数据库，即将待加入用户所在设备标识，或待加入用户所在设备域标识加入到该用户域中包含的设备列表下。
在域管理中心内可以设置一个配置文件，保存如下参数：当加入域的用户个数大于Max UserNum时，不允许再有用户加入该域。域管理中心可以根据该规则判断是否同意用户加入域。
步骤603：域管理中心向待加入用户所在设备发送带有状态信息的JoinDomain Response消息。如果状态为“成功”，则消息中包括用户域信息，如域的有效期等，并可以转向步骤604。否则结束流程。
步骤604：域管理中心向建域客户端推送通知(Push Notification)消息，通知其某个用户加入其建立的用户域。该消息中包括用户信息，和用户域ID。本步骤是可选步骤。
再有，如果待加入用户所在设备和建域客户端所在设备是不同的设备，则域管理中心还可以将加入的结果信息通知给加入用户所在设备和建域客户端所在设备。
另外，域管理中心还可以将加入的结果通知给订阅中心。
图7所示为加入用户域的另一实现流程，其与图6所示流程的区别是：在步骤701的Join Domain Request消息中不包括建域者授权用户加入域的证明参数。参见图7，域管理中心接收到该请求后，向建域客户端发送认证请求(Authentication Request)消息，请求验证待加入用户是否有权限加入该用户域。域管理中心根据该接收到的来自建域客户端的成功认证响应(Authentication Response)消息后确认发起申请的用户有权限加入用户域。认证成功后，更新其数据库，即将待加入用户所在设备标识，或待加入用户所在设备域标识加入到该用户域中包含的设备列表下。即步骤602由步骤702a～702c所替代。
离开用户域
如果用户离开了群组，如离职、毕业离校等；或者建域者认为用户不应再享受其订阅的业务服务；更或者域管理中心认为用户的设备不安全，域管理中心不愿再为其服务；则原来的用户必须离开用户域。用户离开域的触发方式有2种，一种是用户主动要离开域；另一种是用户被动的离开域。
用户主动离开域的方法包括如下步骤，其流程如图8所示：
步骤801：用户向域管理中心发送Leave Domain Request消息，请求离开某个用户域。该消息中包括离开域的用户信息，用户域ID，建域者授权用户离开域的证明。
其中用户信息与Join Domain Request消息中的用户信息一致，即原来是设备信息的，此处必须是设备信息；原来是设备域信息的，此处必须是设备域信息。
建域者授权用户离开域的证明是可选项，如果在某些业务中，要求用户离开域必须是得到过建域者的许可，这种情况下，用户还需要提交建域者授权用户离开域的证明。该证明既可以是建域者设置的离开域口令，也可以是建域者的签名，或者其他的证明。
步骤802：域管理中心认证用户的身份，以及验证用户域是否存在。如果所有的验证通过，则域管理中心根据用户域ID，更新其数据库，即将待离开用户所在设备标识，或待离开用户所在设备域标识从该域中包含的设备列表中删除。
对于需要建域者许可后才能离开用户域的业务，在该步骤中，还需要验证用户是否可以离开用户域这一项。验证的方法有2种：一种是通过验证Leave Domain Request消息中的建域者授权用户离开域的证明；另一种是域管理中心与建域客户端交互，验证是否允许用户离开域，步骤同图7的702a～702c。
步骤803：域管理中心向用户发送带有状态信息的Leave DomainResponse消息。如果状态信息为“成功”，可以转向步骤804；否则结束流程。
步骤804：域管理中心向建域客户端发送Push Notification消息，通知其某个用户离开其建立的用户域。该消息中包括用户的信息，以及用户域ID。本步骤为可选步骤。
当建域者不愿某个用户享用其订阅的服务时，会通知域管理中心撤销该用户使用该域业务的权利，即通知域管理中心让该用户离开域。此时，用户是被动的离开域，其流程如图9所示。
步骤901：建域客户端向域管理中心发送Leave Domain Notification消息，通知其撤销某个用户享用域的权利。该消息中包括建域客户端信息，用户域ID，以及待撤销用户的用户信息。该用户信息既可以是用户的设备信息，也可以是用户的设备域信息。
步骤902：域管理中心认证建域客户端的身份，以及验证用户域是否存在。如果所有的验证通过，则域管理中心根据用户域ID，更新其数据库，即将待离开用户所在设备标识，或者待离开用户所在设备域标识从该域中包含的设备列表中删除。
步骤903：域管理中心向建域客户端发送带有状态信息的Leave DomainReport消息。如果状态信息为“成功”，则可以转向步骤904；否则结束流程。
步骤904：域管理中心向用户Push Notification消息，通知其已经撤销该用户使用该用户域的权利。本步骤为可选步骤。
对于用户被动离开且由客户端主动发起的还有一种实现方式，参见图10：
步骤1001：建域客户端向待离开用户所在设备发送Trigger消息，要求其发起离开某个用户域的流程。该Trigger消息中包括用户域ID，以及建域客户端对该Trigger的签名。
步骤1002：待离开用户所在设备向域管理中心发送Leave DomainRequest消息，请求离开某个用户域。该消息中包括离开域的用户信息，用户域ID，扩展项，以及步骤1001中建域客户端对Trigger的签名。
其中，扩展项为可选参数，其主要用于通知域管理中心和/或建域客户端某设备已不属于某个设备域了，以使域管理中心和/或建域客户端能够删除数据库中该设备与此域之间的关联信息，从而避免以下类似情况发生：例如，域管理中心以及建域客户端都不知道某设备已经离开该某域，因此，用户所在设备还会接收到一个新的离开域的Trgger。
建域客户端对Trigger的签名也是可选参数，可以作为建域者授权用户离开域的证明，以满足如下场景：在某些业务中，要求用户离开域必须是得到过建域者的许可。
步骤1003：域管理中心认证用户的身份，以及验证用户域是否存在。如果所有的验证通过，则域管理中心根据用户域ID，更新其数据库，即将待离开用户所在设备标识，或者待离开用户所在设备域标识从该域中包含的设备列表中删除。
步骤1004：域管理中心向用户的客户端发送带有状态信息的LeaveDomain Response消息。如果状态信息为“成功”，可以转向步骤1005；否则结束流程。
步骤1005：域管理中心向建域客户端Push Notification消息，通知其用户已经离开其建立的用户域。该消息中包括用户的信息，以及用户域ID。本步骤为可选步骤。
再有，对于图8、9、10所述实施例，如果待离开用户所在设备和建域客户端所在设备是不同的设备，则域管理中心还可以将删除的结果信息通知给离开用户所在设备和建域客户端所在设备。
域管理中心还可以将离开的结果通知给订阅中心。
另外需要说明一点，对于用户被动离开的情况也可以由域管理中心主动发起，其流程与图10类似，不同之处在于Trigger是由域管理中心发起的而不是由建域客户端发起的，其余相同，不再赘述。
本发明还公开了一种订阅移动业务的系统，包括建域客户端、域管理中心和订阅中心，其中，
建域客户端，用于向域管理中心发送包含建域客户端信息的设置域请求，从接收到的来自域管理中心的设置域响应中获取域标识；用于向订阅中心发送业务订阅请求信息；该请求信息中包含建域客户端信息、至少一个域标识以及至少一个待订阅业务标识；如果订阅请求信息中包含多个域标识和多个待订阅业务标识，则该多个域标识和多个待订阅业务标识之间可以是一对一的关系，或一对多的关系，或多对多的关系，或多对一的关系。
所述域管理中心内包括建域单元，用于根据接收到的设置域请求，对所述客户端进行验证，验证通过后为其分配域标识；
所述订阅中心，用于接收业务订阅请求信息，为所述域标识指示的域订阅所述订阅业务标识所指示的业务，建立并保存所述建域客户端信息、域标识以及订阅业务标识之间的索引关系，完成订阅操作。该订阅中心接收到业务订阅请求信息后，进一步用于：对所述建域客户端和域标识进行鉴权，鉴权通过后，再执行后续步骤。
上述域管理中心内进一步包括域撤销单元，用于接收包含域标识的撤销域请求，验证所述待撤销的域是否存在以及发起所述撤销域请求的客户端是否有权限撤销该域，验证通过后废弃域标识所指示的域。该域撤销单元进一步用于删除与已废弃域相关联的索引信息。其中验证发起所述撤销域请求的客户端是否有权限撤销该域的过程已在前述方法流程中描述，此处不再赘述。
上述域管理中心内进一步包括域加入单元，用于接收来自客户端侧设备的包含待加入设备标识和待加入域标识的加入域请求，验证所述域是否有效以及是否允许设备加入，验证通过后，将待加入设备标识加入到该域中包含的设备列表下。
上述域管理中心内进一步包括域离开单元，用于接收来自客户端侧设备的包含待离开设备标识和域标识的离开域请求，验证所述域是否有效，验证通过后，将待离开设备标识从该域中包含的设备列表中删除。
上客户端侧设备为待加入/离开设备本身，或建域客户端所在设备，或该域中除建域客户端以外的其他设备；且待加入/离开设备和所述建域客户端所在设备可以是相同的设备，也可以是不同的设备。
上述域管理中心内进一步包括通知单元，用于将加入或删除的结果通知给订阅中心。
上述域可以是设备域，也可以是用户域。
当上述域为用户域时，待加入/离开设备标识可以是某个具体设备的标识，也可以是某个设备域的标识。
上述订阅中心和所述域管理中心可以在相同或不同的物理实体上。
下面结合实例对本发明的订阅方法再做说明。
CBCS业务是开放移动联盟(Open Mobile Alliance，OMA)CBCS工作组研究的主要内容。其旨在保护用户免受非法信息、垃圾邮件、手机病毒的干扰；为用户提供个性化的保护服务，如家长要求子女在使用无线终端时，保护其不受色情、暴力、赌博等不良内容的影响；企业雇主希望员工在工作时间不会用手机上网，从事与工作无关的事情。
假设Alice是Bob和Cindy的母亲，Alice的手机号是1303001926，Bob的手机号是1389621674。Cindy有2部手机，一个号码为13446397562，另一个号码为13301257568。
实施例一：为设备域订阅CBCS业务
本例中，Cindy准备为自己订阅CBCS业务，要求过滤来自www.ebye.com的所有信息。首先她将建立设备域，然后开通CBCS业务，最后再制定她自己的过滤规则。
第一步，Cindy应用号码为13446397562的设备向域管理中心发送SetDomain Request消息，以请求建立设备域。该消息参数如表1所示。其中建域者信息如表2所示，此时“Setter ID”可以是Cindy from Hilton Street.4California，USA.“Device ID”可以是13446397562。“Code”是1。
域管理中心返回Set Domain Response消息，消息参数如表3所示。假设“Status”为成功；“Domain ID”为123。
至此，Cindy已建立了设备域。
第二步，Cindy应用上述设备向订阅中心发送CBCS开通请求(CBCSProvisioning Request)消息。消息参数如表4所示。
表4 CBCS Provisioning Request消息参数
| 参数 | 必选(M)/可选(O) | 描述 |
| 订阅者信息(Subscriber Info) | M | 标识CBCS业务订阅者的信息 |
| 域信息列表(Domain Info List) | M | 标识域信息的列表。包含一到多个Domain Info(这可以满足为多个域订阅CBCS业务的需求)。其中，Domain Info中包括域的ID |
| 签名(Signature) | O | 订阅者对CBCS ProvisioningRequest消息的签名 |
此处，“Subscriber Info”是Cindy的相关信息，可以包括：“Subscriber ID”，如Cindy from Hilton Street.4 California，USA.，以及“Device ID”，如13446397562。
由于Cindy只是为设备域123订阅CBCS业务，因此，“Domain Info List”中只有一个“Domain Info”的信息，即Cindy建立的域123的相关信息，如“Domain ID”为123。
订阅中心为Cindy分配一个CBCS业务标识号(CBCS ID)，并将该CBCSID包括在CBCS开通响应(CBCS Provisioning Response)消息中，返回给Cindy。
第三步，Cindy应用CBCS ID去订阅中心设置用户过滤规则，即过滤来自www.ebye.com的所有信息。
至此，已成功为设备域123订阅了CBCS业务。
如果Cindy希望其另一部手机13301257568也享用设备域123中的CBCS业务，则手机13301257568必须加入该域。手机13301257568发送Join DomainRequest消息，要求加入设备域123。其消息参数如表5所示：
表5 Join Domain Request消息参数
| 参数 | 必选(M)/可选(O) | 描述 |
| 加入者信息(Joiner Info) | M | 标识域的加入者信息。对于设备域的加入者来说，该信息即为加入域的设备标识(DeviceID)。对于用户域的加入者来说，该信息既可以是DeviceID，也可以是设备域的标识(domain ID)。 |
| 域ID(Domain ID) | M | 标识要加入的域 |
| 认证(Authorization) | O | 授权加入者加入域的证明。 |
| 签名(Signature) | O | 设备对Join Domain Request消息的签名 |
由于是加入设备域，因此“Joiner Info”即“Device ID”，其值可以是13301257568；“Domain ID”是123。
域管理中心认证后，返回Join Domain Response消息，消息参数如表6所示。如果Status为“成功”，则该消息中需包括“Domain Info”参数，如设备域123的有效期为1年。
表6 Join Domain Response消息参数
| 参数 | 必选(M)/可选(O) | 描述 | |
| Status＝Success | Status≠Success | ||
| Status | M | M | 处理Join Domain Request消息的状态报告 |
| Domain Info | M | - | 域信息，如域的有效期等。 |
| Signature | O | - | 域管理中心对Join DomainResponse消息的签名 |
实施例二：为用户域订阅CBCS业务
Alice准备为子女Bob和Cindy订阅CBCS业务，要求过滤包括色情、暴力、赌博的内容。首先她会去域管理中心建立用户域，然后开通CBCS业务，最后再为子女们制定过滤规则。
第一步，Alice应用其手机向域管理中心发送Set Domain Request消息，以要求建立用户域，消息参数如表1所示。其中建域者信息如表2所示，此处“SetterID”可以是Alice from Hilton Street.4 California，USA.And mother of Bob andCindy.“Device ID”可以是1303001926。“Code”是0。
域管理中心返回Set Domain Response消息，消息参数如表3所示。假设“Status”为成功；“Domain ID”为014。
第二步，Alice应用其手机向订阅中心发送CBCS Provisioning Request消息，要求为其建立的用户域开通CBCS业务，该消息中的参数如表4所示。
此处，“Subscriber Info”是Alice的相关信息，可以包括：“Subscriber ID”如Alice from Hilton Street.4 California，USA.And mother of Bob and Cindy.，“Device ID”，如1303001926。
由于Alice只是为用户域014订阅CBCS业务，因此，“Domain Info List”中只有一个“Domain Info”的信息，即Alice建立的域014的相关信息，如“DomainID”为014。
订阅中心为Alice分配一个CBCS业务标识号(CBCS ID)，并将该CBCS ID包括在CBCS Provisioning Response消息中，返回给Alice。
第三步，Alice拿着CBCS ID去订阅中心设置用户过滤规则，即过滤包括色情、暴力、赌博的内容。
至此，已成功为用户域014订阅了CBCS业务。
Bob与Cindy要加入用户域014，则Bob和Cindy分别向域管理中心，发送JoinDomain Request消息。其消息参数如表5所示。
对于Bob来说，由于其只有一部手机，因此“Joiner Info”就是“Device ID”，可以是1389621674。对于Cindy来说，由于其已经建立了设备域123，因此“JoinerInfo”可以是“domain ID”，即123。
Bob和Cindv要加入的域“Domain ID”为014。Alice授权他们加入该域的证明可以是一段口令，如“芝麻开门”。
域管理中心认证后，返回Join Domain Response消息，消息参数如表6所示。如果Status为“成功”，则该消息中必须包括“Domain Info”参数，如用户域014的有效期为半年。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (31)
1.一种订阅移动业务的方法，其特征在于，该方法包括：
建域客户端建立域，获取所建域的域标识；
订阅中心接收来自所述客户端的业务订阅请求信息，该请求信息中包含建域客户端信息、至少一个域标识以及至少一个待订阅业务标识；
订阅中心为所述域标识指示的域订阅所述订阅业务标识所指示的业务，建立并保存所述建域客户端信息、域标识以及订阅业务标识之间的索引关系，完成订阅操作。
2.根据权利要求1所述的方法，其特征在于，订阅中心接收来自所述客户端的业务订阅请求信息后，进一步包括：对所述建域客户端和域标识进行鉴权，鉴权通过后，再执行后续操作。
3.根据权利要求1所述的方法，其特征在于，
网络内已存在用于管理域的域管理中心；所述建域客户端建立域，获取所建域的域标识的过程包括：
所述建域客户端向域管理中心发送设置域请求，该请求中包含建域客户端信息；域管理中心对所述客户端进行验证，验证通过后为其分配域标识；
建域客户端从接收到的来自域管理中心的设置域响应中获取域标识。
4.根据权利要求3所述的方法，其特征在于，该方法进一步包括：
域管理中心接收到包含域标识的撤销域请求后，验证所述待撤销的域是否存在以及发起所述撤销域请求的客户端是否有权限撤销该域，验证通过后废弃域标识所指示的域。
5.根据权利要求4所述的方法，其特征在于，所述验证发起撤销域请求的客户端是否有权限撤销该域的过程为：
首先验证发起撤销域请求的客户端是否为建域客户端，若是，则该建域客户端有权限，若不是，再验证发起撤销域请求的客户端是否与建域客户端归属于同一用户，若是，则有权限，否则，发起撤销域请求的客户端无权限。
6.根据权利要求4所述的方法，其特征在于，进一步包括：域管理中心删除与已废弃域相关联的索引信息。
7.根据权利要求4所述的方法，其特征在于，进一步包括：
域管理中心接收到来自客户端侧设备的包含待加入设备标识和待加入域标识的加入域请求后，验证所述域是否有效以及是否允许设备加入，验证通过后，将待加入设备标识加入到该域中包含的设备列表下。
8.根据权利要求7所述的方法，其特征在于，进一步包括：
域管理中心接收到来自客户端侧设备的包含待离开设备标识和域标识的离开域请求后，验证所述域是否有效，验证通过后，将待离开设备标识从该域中包含的设备列表中删除。
9.根据权利要求8所述的方法，其特征在于，验证所述域有效通过后，进一步包括：验证是否允许待离开设备标识所指示的设备离开，若允许，再执行后续步骤，否则域管理中心拒绝后续处理。
10.根据权利要求8或9所述的方法，其特征在于，所述离开域请求由客户端侧设备主动发起，或者，由域管理中心主动发起，或者，由客户端侧设备根据接收到的来自域管理中心的触发请求被动发起。
11.根据权利要求8所述的方法，其特征在于，
所述客户端侧设备为待加入/离开设备本身，或建域客户端所在设备，或该域中除建域客户端以外的其他设备；
所述待加入/离开设备和所述建域客户端所在设备是相同的设备或不同的设备。
12.根据权利要求11所述的方法，其特征在于，如果发起所述加入/离开设备域请求的设备为非待加入/离开设备本身，则所述加入/离开设备域请求中进一步包括发起请求设备的标识。
13.根据权利要求11所述的方法，其特征在于，
如果加入/离开域请求由客户端侧的待加入/离开设备本身发起，且待加入/离开设备和建域客户端所在设备是不同的设备，则进一步包括：域管理中心将加入/删除的结果信息通知给待加入/离开设备；或者，将加入/删除的结果信息通知给待加入/离开设备和建域客户端所在设备；
或者，
如果加入/离开域请求由客户端侧的建域客户端所在设备发起，且待加入/离开设备和建域客户端所在设备是不同的设备，则进一步包括：域管理中心将加入/删除的结果信息通知给建域客户端所在设备；或者，将加入/删除的结果信息通知给待加入/离开设备和建域客户端所在设备。
14.根据权利要求8所述的方法，其特征在于，该方法进一步包括：域管理中心将加入或删除的结果通知给订阅中心。
15.根据权利要求8所述的方法，其特征在于，所述域为设备域，或用户域。
16.根据权利要求15所述的方法，其特征在于，所述域为用户域时，
所述待加入/离开设备标识是某个具体设备的标识，或者，是某个设备域的标识。
17.根据权利要求3、4、7或8所述的方法，其特征在于，所述订阅中心和所述域管理中心在相同或不同的物理实体上。
18.根据权利要求1所述的方法，其特征在于，如果订阅请求信息中包含多个域标识和多个待订阅业务标识，则所述多个域标识和多个待订阅业务标识之间是一对一的关系，或一对多的关系，或多对多的关系，或多对一的关系。
19.根据权利要求1所述的方法，其特征在于，所述订阅业务标识所指示的业务包括：基于分类的内容过滤业务、数字报纸业务、天气预报业务。
20.一种订阅移动业务的系统，包括建域客户端、域管理中心和订阅中心，其特征在于，
所述建域客户端，用于向域管理中心发送包含建域客户端信息的设置域请求，从接收到的来自域管理中心的设置域响应中获取域标识；用于向订阅中心发送业务订阅请求信息；该请求信息中包含建域客户端信息、至少一个域标识以及至少一个待订阅业务标识；
所述域管理中心内包括建域单元，用于根据接收到的设置域请求，对所述客户端进行验证，验证通过后为其分配域标识；
所述订阅中心，用于接收业务订阅请求信息，为所述域标识指示的域订阅所述订阅业务标识所指示的业务，建立并保存所述建域客户端信息、域标识以及订阅业务标识之间的索引关系，完成订阅操作。
21.根据权利要求20所述的系统，其特征在于，所述订阅中心接收到业务订阅请求信息后，进一步用于：对所述建域客户端和域标识进行鉴权，鉴权通过后，再执行后续步骤。
22.根据权利要求20所述的系统，其特征在于，
所述域管理中心内进一步包括域撤销单元，用于接收包含域标识的撤销域请求，验证所述待撤销的域是否存在以及发起所述撤销域请求的客户端是否有权限撤销该域，验证通过后废弃域标识所指示的域。
23.根据权利要求22所述的系统，其特征在于，
所述域管理中心内的域撤销单元，进一步用于删除与已废弃域相关联的索引信息。
24.根据权利要求20～23任一所述的系统，其特征在于，
所述域管理中心内进一步包括域加入单元，用于接收来自客户端侧设备的包含待加入设备标识和待加入域标识的加入域请求，验证所述域是否有效以及是否允许设备加入，验证通过后，将待加入设备标识加入到该域中包含的设备列表下。
25.根据权利要求24所述的系统，其特征在于，
所述域管理中心内进一步包括域离开单元，用于接收来自客户端侧设备的包含待离开设备标识和域标识的离开域请求，验证所述域是否有效，验证通过后，将待离开设备标识从该域中包含的设备列表中删除；或者，用于向客户端侧设备发送包含待离开设备标识和域标识的离开域请求，接收到应答后，将待离开设备标识从该域中包含的设备列表中删除。
26.根据权利要求25所述的系统，其特征在于，
所述域管理中心内进一步包括通知单元，用于将加入或删除的结果通知给订阅中心。
27.根据权利要求25所述的系统，其特征在于，所述客户端侧设备为待加入/离开设备本身，或建域客户端所在设备，或该域中除建域客户端以外的其他设备；所述待加入/离开设备和所述建域客户端所在设备是相同的设备或不同的设备。
28.根据权利要求25所述的系统，其特征在于，所述域为设备域，或用户域。
29.根据权利要求28所述的系统，其特征在于，所述域为用户域时，
所述待加入/离开设备标识是某个具体设备的标识，或者，是某个设备域的标识。
30.根据权利要求20所述的系统，其特征在于，所述订阅中心和所述域管理中心在相同或不同的物理实体上。
31.根据权利要求20所述的系统，其特征在于，如果订阅请求信息中包含多个域标识和多个待订阅业务标识，则所述多个域标识和多个待订阅业务标识之间是一对一的关系，或一对多的关系，或多对多的关系，或多对一的关系。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101040355A CN101119582A (zh) | 2006-07-31 | 2006-07-31 | 一种订阅移动业务的方法和系统 |
| PCT/CN2007/001372 WO2008017225A1 (fr) | 2006-07-31 | 2007-04-24 | Procédé, système et centre de gestion de domaines permettant de s'abonner à un service mobile |
| CN2007800002683A CN101313607B (zh) | 2006-07-31 | 2007-04-24 | 一种订阅移动业务的方法、系统及域管理中心 |
| US11/882,214 US20080028450A1 (en) | 2006-07-31 | 2007-07-31 | Method, system and domain management center for subscribing a mobile service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101040355A CN101119582A (zh) | 2006-07-31 | 2006-07-31 | 一种订阅移动业务的方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101119582A true CN101119582A (zh) | 2008-02-06 |
Family
ID=38987941
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006101040355A Pending CN101119582A (zh) | 2006-07-31 | 2006-07-31 | 一种订阅移动业务的方法和系统 |
| CN2007800002683A Active CN101313607B (zh) | 2006-07-31 | 2007-04-24 | 一种订阅移动业务的方法、系统及域管理中心 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007800002683A Active CN101313607B (zh) | 2006-07-31 | 2007-04-24 | 一种订阅移动业务的方法、系统及域管理中心 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20080028450A1 (zh) |
| CN (2) | CN101119582A (zh) |
| WO (1) | WO2008017225A1 (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101383852A (zh) * | 2008-10-22 | 2009-03-11 | 侯万春 | 实现个人专用数字报刊的系统和方法 |
| WO2010048821A1 (zh) * | 2008-10-30 | 2010-05-06 | 中兴通讯股份有限公司 | 一种多输入多输出系统中为多用户分配资源的方法 |
| CN101677302B (zh) * | 2008-09-17 | 2012-04-18 | 华为技术有限公司 | 给多设备环境中的用户提供信息的方法和装置 |
| CN103780961A (zh) * | 2012-10-19 | 2014-05-07 | 华为终端有限公司 | 一种数据信息的保护方法及设备 |
| CN104184700A (zh) * | 2013-05-21 | 2014-12-03 | 北大方正集团有限公司 | 数字刊物的数据传输系统和数据传输方法 |
| CN109413195A (zh) * | 2018-11-12 | 2019-03-01 | 北京云狐时代科技有限公司 | 业务处理方法及装置 |
| CN109756525A (zh) * | 2017-11-01 | 2019-05-14 | 钉钉控股（开曼）有限公司 | 信息订阅方法及装置 |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009104873A2 (en) * | 2008-02-19 | 2009-08-27 | Lg Electronics Inc. | Method and device for managing authorization of right object in digital rights management |
| US8085687B2 (en) * | 2008-02-28 | 2011-12-27 | Cisco Technology, Inc. | Returning domain identifications without reconfiguration |
| CN101547167A (zh) * | 2008-03-25 | 2009-09-30 | 华为技术有限公司 | 内容分类方法、装置及系统 |
| US20100293555A1 (en) * | 2009-05-14 | 2010-11-18 | Nokia Corporation | Method and apparatus of message routing |
| US20100322264A1 (en) * | 2009-06-18 | 2010-12-23 | Nokia Corporation | Method and apparatus for message routing to services |
| US20100322236A1 (en) * | 2009-06-18 | 2010-12-23 | Nokia Corporation | Method and apparatus for message routing between clusters using proxy channels |
| US8667122B2 (en) * | 2009-06-18 | 2014-03-04 | Nokia Corporation | Method and apparatus for message routing optimization |
| WO2012035366A1 (en) * | 2010-09-14 | 2012-03-22 | Nokia Corporation | Closed group wireless local area network provisioning |
| FR2969439B1 (fr) * | 2010-12-17 | 2018-06-22 | Cryptoexperts Sas | Procede et systeme d'acces conditionnel a un contenu numerique, terminal et dispositif d'abonne associes |
| US9197700B2 (en) * | 2013-01-18 | 2015-11-24 | Apple Inc. | Keychain syncing |
| US9077759B2 (en) | 2013-01-18 | 2015-07-07 | Apple Inc. | Conflict resolution for keychain syncing |
| CN104602180B (zh) * | 2015-01-20 | 2017-12-22 | 西安工程大学 | 创建订阅资源系统及创建订阅资源的方法 |
| CN108449722B (zh) * | 2018-03-16 | 2021-05-25 | 京东方科技集团股份有限公司 | 通信方法以及通信装置 |
| US20220321596A1 (en) * | 2021-04-06 | 2022-10-06 | Microsoft Technology Licensing, Llc | Dangling domain detection and access mitigation |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2001263240A1 (en) * | 2000-05-19 | 2001-12-03 | Ztango, Inc. | A system and user interface for managing users and services over a wireless communications network |
| CN1192576C (zh) * | 2002-02-09 | 2005-03-09 | 华为技术有限公司 | 移动网络中实现多播业务的方法 |
| CN100499536C (zh) * | 2003-10-22 | 2009-06-10 | 华为技术有限公司 | 无线局域网中选定业务的解析接入处理方法 |
| US8843413B2 (en) * | 2004-02-13 | 2014-09-23 | Microsoft Corporation | Binding content to a domain |
| KR100811046B1 (ko) * | 2005-01-14 | 2008-03-06 | 엘지전자 주식회사 | 브로드캐스트/멀티캐스트 서비스에서 디지털 저작권관리방법 |
-
2006
- 2006-07-31 CN CNA2006101040355A patent/CN101119582A/zh active Pending
-
2007
- 2007-04-24 CN CN2007800002683A patent/CN101313607B/zh active Active
- 2007-04-24 WO PCT/CN2007/001372 patent/WO2008017225A1/zh active Application Filing
- 2007-07-31 US US11/882,214 patent/US20080028450A1/en not_active Abandoned
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101677302B (zh) * | 2008-09-17 | 2012-04-18 | 华为技术有限公司 | 给多设备环境中的用户提供信息的方法和装置 |
| CN101383852A (zh) * | 2008-10-22 | 2009-03-11 | 侯万春 | 实现个人专用数字报刊的系统和方法 |
| WO2010048821A1 (zh) * | 2008-10-30 | 2010-05-06 | 中兴通讯股份有限公司 | 一种多输入多输出系统中为多用户分配资源的方法 |
| CN103780961A (zh) * | 2012-10-19 | 2014-05-07 | 华为终端有限公司 | 一种数据信息的保护方法及设备 |
| CN103780961B (zh) * | 2012-10-19 | 2017-10-24 | 华为终端有限公司 | 一种数据信息的保护方法及设备 |
| CN104184700A (zh) * | 2013-05-21 | 2014-12-03 | 北大方正集团有限公司 | 数字刊物的数据传输系统和数据传输方法 |
| CN104184700B (zh) * | 2013-05-21 | 2018-10-09 | 北大方正集团有限公司 | 数字刊物的数据传输系统和数据传输方法 |
| CN109756525A (zh) * | 2017-11-01 | 2019-05-14 | 钉钉控股（开曼）有限公司 | 信息订阅方法及装置 |
| CN109756525B (zh) * | 2017-11-01 | 2022-08-26 | 钉钉控股（开曼）有限公司 | 信息订阅方法及装置 |
| CN109413195A (zh) * | 2018-11-12 | 2019-03-01 | 北京云狐时代科技有限公司 | 业务处理方法及装置 |
| CN109413195B (zh) * | 2018-11-12 | 2021-06-22 | 北京云狐时代科技有限公司 | 业务处理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008017225A1 (fr) | 2008-02-14 |
| CN101313607B (zh) | 2011-08-10 |
| CN101313607A (zh) | 2008-11-26 |
| US20080028450A1 (en) | 2008-01-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101313607B (zh) | 一种订阅移动业务的方法、系统及域管理中心 | |
| CN104883259B (zh) | 一种手机号作为网络应用账号自动注册的方法 | |
| EP1749414B1 (en) | Servers and methods for controlling group management | |
| US20140317707A1 (en) | Method for sharing data of device in m2m communication and system therefor | |
| US8122481B2 (en) | System and method for permission management | |
| CN105530224B (zh) | 终端认证的方法和装置 | |
| CN101115023A (zh) | Cbcs业务的订阅、修改、撤销订阅权限和退订的方法 | |
| CN1794652B (zh) | 一种设置呈现体配置信息的方法、系统、服务器及单元 | |
| US20130036230A1 (en) | Social network connections | |
| CN110140380A (zh) | 紧急呼叫的开放接入点 | |
| KR20060060032A (ko) | 그룹 멤버들에 대한 정보를 갖는 그룹 서비스 | |
| JP2011107796A (ja) | 複数認証サーバを有効利用する装置、システム | |
| CN104320397A (zh) | 通过邀请码进入互联网app公共平台的方法及系统 | |
| CN103259766B (zh) | 一种群组信息的服务管理方法和系统 | |
| CN102474421A (zh) | 按键通话服务的群组处理 | |
| CN102149079B (zh) | 一种获取用户身份标识的方法、装置和系统 | |
| CN101594615B (zh) | 终端三重信息安全的网络化管理方法、系统及设备 | |
| CN106330899A (zh) | 私有云设备账号管理方法、系统、电子设备及服务器 | |
| JP2019153922A (ja) | Ｌｔｅ通信システム及び通信制御方法 | |
| CN106487776B (zh) | 一种保护机器类通信设备的方法、网络实体及系统 | |
| CN104052753B (zh) | 一种认证方法和设备 | |
| CN101217386A (zh) | 鉴权授权计费服务器及计费方法 | |
| CN112153580B (zh) | 设置mcptt群组的方法、设备及系统 | |
| CN106658349B (zh) | 用于自动生成与更新共享密钥的方法和系统 | |
| CN114978611B (zh) | 请求接入公网的安全管理方法、公网服务系统及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20080206 |