CN1859392A - 业务编址方法、系统及其应用 - Google Patents

业务编址方法、系统及其应用 Download PDF

Info

Publication number
CN1859392A
CN1859392A CNA2006100027565A CN200610002756A CN1859392A CN 1859392 A CN1859392 A CN 1859392A CN A2006100027565 A CNA2006100027565 A CN A2006100027565A CN 200610002756 A CN200610002756 A CN 200610002756A CN 1859392 A CN1859392 A CN 1859392A
Authority
CN
China
Prior art keywords
service
business
addressing
professional
information
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
Application number
CNA2006100027565A
Other languages
English (en)
Other versions
CN1859392B (zh
Inventor
李彦
马其锋
石晓旻
徐文华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Zhigu Tech Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006100027565A priority Critical patent/CN1859392B/zh
Publication of CN1859392A publication Critical patent/CN1859392A/zh
Priority to JP2008551628A priority patent/JP4699530B2/ja
Priority to PCT/CN2006/003184 priority patent/WO2007085167A1/zh
Priority to EP06817906A priority patent/EP1976215A4/en
Priority to US12/178,789 priority patent/US20090024761A1/en
Application granted granted Critical
Publication of CN1859392B publication Critical patent/CN1859392B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • 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/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/65—Telephone numbers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种业务编址方法，包括：获取业务信息及业务特征列表信息，所述业务信息至少包括业务提供商标识、业务标识；根据业务信息及业务特征列表信息生成符合编址规范的各编址字段；由对应同一业务的各编址字段组合生成该业务的地址。本发明还公开了一种业务编址系统，包括：业务提供模块，编址模块，地址生成模块。将本发明应用于业务订阅及业务路由中，可以根据用户业务申请请求中的业务信息生成订阅业务的地址信息，然后将符合该业务订阅地址信息的所有业务地址列表传送给该用户，使用户可以方便地查阅所需的业务信息，同时，也便于对各种业务的管理和使用。

Description

业务编址方法、系统及其应用
技术领域
本发明涉及业务编址领域，具体涉及一种业务编址方法、系统及其应用。
背景技术
随着网络及通信技术的发展，Internet(因特网)和电信网的网络规模和用户数量迅猛增加，Internet及电信网中的业务种类越来越多。为了准确地满足用户的不同业务需求，就需要对各种不同业务进行有效的管理，需要统一各业务的编址。业务编址是一种标识业务的逻辑符号，主要用于实现对业务的定位以及路由功能。
目前在电信网中，通常是以一串流水号来表征一个业务。例如用手机订阅某项业务，需要发送xx到yyyyyy，其中yyyyyy就是一个业务编址。这种编址方式不能有效地表示业务的特征，而且在业务种类繁多的情况下，不方便对成千上万的业务的管理及应用。
在现有的Internet中，用户需要访问某个域名的网址时，需要向域名服务器DNS发送域名解析请求，解析成功后，域名服务器向用户返回该域名对应的IP地址，接着在Internet上路由到该IP地址对应的服务器上。这种路由方式不能使业务提供商自己拥有对所提供业务的访问控制权。
发明内容
本发明的目的之一是提供一种业务编址方法，以克服现有技术中业务编址方式不能有效表达业务特征的缺点，对业务实现自动统一编址，方便业务的管理。
本发明的另一个目的是提供一种业务编址系统，以简单方便地实现对业务的编址。
本发明的另一个目的是提供一种业务订阅方法，以方便业务的使用。
本发明的另一个目的是提供一种业务订阅系统，方便用户对各种业务的查询。
本发明的另一个目的是提供一种业务路由方法，基于业务特征的编址方式进行路由，使业务提供商可以自由控制对所提供业务的访问控制权。
为此，本发明提供如下的技术方案：
一种业务编址方法，所述方法包括以下步骤：
获取业务信息及业务特征列表信息，所述业务信息至少包括业务提供商标识、业务标识；
根据所述业务信息及业务特征列表信息生成符合编址规范的各编址字段；
由对应同一业务的各编址字段组合生成该业务的地址。
优选地，所述方法进一步包括：
将业务网络划分为多级业务子网，所述多级业务子网至少包括业务提供商业务子网和具体业务service业务子网；
根据所述子网的划分，确定业务编址字段。
所述业务编址字段包括：业务提供商标识字段、业务标识字段、业务特征列表字段，每个所述业务特征列表对应所述service业务子网中的一项具体业务。
所述方法进一步包括：
建立编址标识数据库；
对各级业务子网内的不同业务信息及业务特征列表信息分别设定一个唯一的主标识；
在所述编址标识数据库中存储各业务信息及业务特征列表信息的主标识及其对应的一个或多个别名。
所述根据业务信息及业务特征列表信息生成符合编址规范的各编址字段的步骤包括：
从所述业务信息中提取出该业务在各级子网中的业务信息；
利用所述该业务在各级子网中的业务信息及所述业务特征列表信息匹配所述编址标识数据库中存储的各业务信息的主标识及其对应的一个或多个别名，获取该业务对应各级子网的业务信息的主标识及对应业务特征列表的主标识；
将获取的各主标识作为该业务的各编址字段。
当有多个业务同时请求编址时，对同一业务生成的各编址字段标注相同的流水号。
当有新业务加入运营时，向所述编址标识数据库中添加该业务对应各级子网的业务信息的主标识及其对应的一个或多个别名；
当原有业务取消并且系统中不需要再引用该业务信息时，删除所述编址标识数据库中该业务对应各级子网的业务信息的主标识及其对应的一个或多个别名；
当具体业务新增业务特征时，在所述编址标识数据库中添加该业务特征信息；
当具体业务取消并且系统中不需要再引用该业务的特征信息时，删除所述编址标识数据库中该特征信息。
所述由对应同一业务的各编址字段组合生成该业务的地址的步骤具体为：
将对应同一业务的各编址字段通过分隔符隔离组合生成该业务的地址。
当业务本身不知道其业务特征列表信息时，根据其业务部署运行生成其业务特征列表信息。
一种业务编址系统，包括：
业务提供模块，用于提供业务信息；
编址模块，用于根据所述业务信息生成符合编址规范的各编址字段；
地址生成模块，用于将所述编址字段生成模块生成的各编址字段组合为业务地址。
所述编址模块包括：
编址标识数据库，用于存储各业务的主标识及其对应的一个或多个别名；
接收单元，用于接收所述业务提供模块发送的编址请求，并分类提取该编址请求中的业务信息，同时使提取出的业务信息携带对应编址请求的流水号；
编址字段生成单元，用于根据所述编址标识数据库将接收单元提取的各类业务信息生成符合编址规范的各编址字段。
所述编址字段生成单元包括：
业务提供商处理子单元，用于将所述接收单元提取的业务提供商标识转换为符合编址规范的业务提供商编码字段；
业务标识处理子单元，用于将所述接收单元提取的业务标识转换为符合编址规范的业务编码字段；
业务特征列表处理子单元，用于将所述接收单元提取的业务特征信息转换为符合编址规范的业务特征编码字段。
所述系统还包括：
业务特征提供模块，用于向所述业务提供模块或所述编址模块提供业务特征信息。
所述业务特征提供模块包括：
至少一个业务特征参数提供单元，用于提供业务特征参数信息；
业务特征调用检测单元，用于根据所述业务提供模块的请求从所述业务特征参数提供单元获取对应的业务特征参数，并生成业务特征列表传送给所述业务提供模块或编址模块。
一种业务订阅方法，所述方法包括步骤：
获取用户业务申请请求中的业务信息；
根据所述业务信息生成符合编址规范的对应业务子网的编址字段；
将所述对应业务子网的编址字段组合生成业务订阅地址信息；
将符合所述业务订阅地址信息的所有业务地址列表传送给该用户。
优选地，所述方法进一步包括：
建立编址标识数据库，所述编址标识数据库中存储各业务的主标识及其对应的一个或多个别名。
所述根据业务信息生成符合编址规范的对应业务子网的编址字段的步骤包括：
从所述业务信息中提取出该业务的各级业务特征；
利用所述业务特征匹配所述编址标识数据库中存储的各业务的主标识及其对应的一个或多个别名，获取该业务各级的主标识；
将该业务各级的主标识作为该业务对应各业务子网的编址字段。
一种业务订阅系统，包括：用户设备及用户代理，还包括：
业务池，用于存储各种业务及其地址信息；
编址模块，用于根据用户代理提供的用户业务申请信息生成业务编址字段；
业务地址提取模块，用于从所述业务池中提取出符合所述编址模块生成的业务编址字段的业务地址列表，并将其返回给用户代理；
用户根据所述业务地址列表定位到需要的具体业务。
所述编址模块包括：
编址标识数据库，用于存储各业务的主标识及其对应的一个或多个别名；
接收单元，用于接收所述业务提供模块发送的编址请求，并分类提取该编址请求中的业务信息，同时使提取出的业务信息携带对应编址请求的流水号；
编址字段生成单元，用于根据所述编址标识数据库将接收单元提取的各类业务信息生成符合编址规范的各编址字段。
所述编址字段生成单元包括：
业务提供商处理子单元，用于将所述接收单元提取的业务提供商标识转换为符合编址规范的业务提供商编码字段；
业务标识处理子单元，用于将所述接收单元提取的业务标识转换为符合编址规范的业务编码字段。
一种业务路由方法，所述方法包括步骤：
A、设定业务地址字段包括业务子网地址以及具体业务地址；
B、当用户访问所述业务地址时，根据用户业务请求消息中业务地址字段中的业务子网地址路由到业务子网，并根据其中的具体业务地址将用户定位到要访问的具体业务。
优选地，所述业务子网包括业务提供商业务子网和具体业务service业务子网。
所述步骤B包括：
当所述用户处于所述业务子网地址对应的业务子网时，直接根据所述具体业务地址将用户定位到要访问的具体业务；
当所述用户不在所述业务子网地址对应的业务子网时，按以下路由方式将用户定位到要访问的具体业务：
通过业务核心网路由到所述业务提供商业务子网；
路由到所述service业务子网；
定位到要访问的具体业务。
利用代理Proxy实现所述业务子网内各节点间的路由，具体包括：
在所述Proxy上配置各节点的业务地址和承载网层地址映射表；
本节点获取业务路由的下一跳节点的业务地址；
向所述Proxy查询获取对应所述下一跳节点业务地址的承载网层地址；
将用户业务请求消息通过本节点的承载网层发送到所述下一跳节点的承载网层地址；
所述下一跳节点接收到所述用户请求消息后，获取该消息中的目的业务地址；
如果所述目的业务地址不是该节点的业务地址，则按上述方式将用户业务请求消息继续路由到该节点的下一跳节点；
如果所述目的业务地址为该节点的业务地址，则将用户定位到要访问的具体业务中。
当所述本节点为业务路由器网元时，本节点根据所述用户业务请求消息中的目的地业务地址，查询本节点的业务路由表，获取所述业务路由的下一跳节点的业务地址；
当所述本节点为非业务路由器网元时，本节点根据子网中的配置获取所述业务路由的下一跳节点的业务地址。
由以上本发明提供的技术方案可以看出，本发明通过将业务网络划分为多级子网，根据子网的划分来确定编址所需的字段，并根据预先存储的各业务提供商和业务的主标识及其对应的一个或多个别名，提取出某业务的业务特征并将其转换为对应的主标识作为该业务的编址字段，由各编址字段组合生成该业务的地址。通过这种编址方式，可以根据业务信息自动生成统一的编址，而且在业务编址中直接体现了该业务特征，方便了业务的管理和使用。
附图说明
图1是本发明业务编址方法的实现流程图；
图2是业务网络划分为多级子网的框图；
图3是本发明业务编址系统第一实施例原理框图；
图4是图3所示系统业务编址时序图；
图5是本发明业务编址系统第二实施例原理框图；
图6是图5所示系统业务编址时序图；
图7是本发明业务编址系统第三实施例原理框图；
图8是图7所示系统业务编址时序图；
图9是本发明业务订阅方法的实现流程图；
图10是本发明业务订阅系统的原理框图；
图11是本发明业务路由方法的实现流程图；
图12是本发明业务路由的应用实例；
图13是本发明业务路由中路由到下一跳节点的实现流程。
具体实施方式
本发明的核心在于将业务网络划分为多级子网，根据子网的划分来确定编址所需的字段，根据业务信息生成符合编址规范的编址字段，由各编址字段组合生成该业务的地址。为了根据业务信息生成符合编址规范的各编址字段，建立一个编址标识数据库，在该编址标识数据库中存储各业务提供商标识、业务标识及业务特征列表等信息的主标识及其对应的一个或多个别名。这样，即可通过该编址标识数据库中存储的信息，将某业务对应的各级子网信息及业务特征信息转换为对应的主标识，以此作为该业务的编址字段。
为了实现对业务的自动编址，在业务编址系统中设置业务提供模块和编址字段生成模块，由编址字段生成模块根据业务提供模块提供的业务信息生成符合编址规范的各编址字段并将其组合生成业务地址。
将本发明业务编址方法应用于业务订阅过程中，可以根据用户业务申请请求中的业务信息生成业务订阅地址信息，然后将符合该业务订阅地址信息的所有业务地址列表传送给该用户，使用户方便地选择所需的业务地址直接路由到该业务服务。
为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。
参照图1，图1示出了本发明业务编址方法的实现流程，包括以下步骤：
步骤101：确定业务编址字段及编址规范。
本技术领域人员知道，当业务提供商部署一项业务时，需要对业务进行编址。通常可以将业务编址划分为任意多个字段，每个字段可以独立确定，然后由各字段组合成该业务的地址。
可以根据需求，将业务网络划分为多级子网。假定业务网络是一级网络，业务提供商的业务子网是二级网络，具体业务service业务子网是三级网络，如图2所示：
其中，S00为客户端，S01、S02分别是不同业务提供商的业务子网，S03、S04分别是不同的具体业务service子网，S05是业务核心网，用于提供各业务子网之间的相互连接。
例如，一个业务提供商weathersp提供天气预报业务weather，而天气预报可以用email、短消息、彩信等各种方式提供，那么，认为业务提供商weathersp的网络是sp业务子网，旗下的weather业务的网络是weather业务子网，而用email、短消息、彩信提供的具体业务分别对应着三种业务。
根据上述网络子网的划分，可以确定对每种业务采用下面表1所示的编址方案：
表1：
 业务提供商ID SP   业务ID SID  业务特征列表FeatureList
对于某个具体的唯一的业务来说，将编址分为前缀和后缀，其中前缀包括业务提供商ID和业务ID，后缀包括业务特征列表。业务提供商ID，业务ID和业务特征列表这三字段的长度可以固定，当然也可以不固定而采用特殊的分隔符隔离。对于每个业务提供商，将分配一个全局唯一的ID；对于业务提供商提供的每个具体业务，分配一个业务提供商子网内唯一的ID；业务特征列表主要包含了某个service子网内能区分各种业务的基本特征，例如OMA(Open Mobile Alliance，开放移动联盟)中的enabler(使能器)和Parlay中的SCF(业务能力特征)之类的使能器部件所提供的特征。
当然，根据应用需要，也可以采用两个字段或三个以上字段来进行业务编址，每个字段的定义也不局限于上述网络等级的划分方式，而且每个字段的长度可任意设定。确定了编址所需字段及各字段的长度，则对每种业务都要按照这种规范来编址，以保证根据该地址能够正确找到该业务。
步骤102：获取业务信息及业务特征列表信息，所述业务信息至少包括业务提供商标识、业务标识。
如果业务本身知道其业务特征列表信息，则可以直接利用该业务特征列表信息生成业务编址的后缀；如果业务本身不知道其业务特征列表信息，则需要根据业务部署运行调用对应的业务特征信息等方式来生成其业务特征列表信息。
比如，需要对业务提供商“weathersp”提供的“深圳天气”业务进行编址，则需要提供业务提供商ID和业务ID，当然还需要提供业务特征列表信息。在该例中，业务提供商ID为“weathersp”，业务ID为“深圳天气”。如果业务本身知道其业务特征列表信息，比如，该业务特征为短消息业务；如果业务本身不知道其业务特征列表信息，则需要根据业务部署运行调用对应的业务特征信息等方式来生成其业务特征列表信息，比如对于一个具体的“深圳天气”业务，经检测得出它调用了“短消息”提供单元(一个具体的特征提供单元)，即短消息方式提供业务，因此可以生成业务特征列表包含“短消息”。
步骤103：根据业务信息及业务特征列表信息生成符合编址规范的各编址字段。
为了能够唯一确定各级子网内的不同业务，需要对各级子网内的不同业务分别设定一个唯一的全局标识，即主标识。
比如，对于上述业务子网的划分情况，需要唯一地确定每个业务提供商ID和业务ID。为此，可以建立一个编址标识数据库，在该编址标识数据库中存储所有合法的业务提供商ID的信息和业务ID的信息以及业务特征信息。对应每个业务提供商和每个业务及业务特征都有一个唯一的ID，每个ID可能对应一个或多个别名。
例如，表2所示编址标识数据库中存储有多个业务提供商ID、业务ID及业务特征ID信息。
表2：
  业务提供商ID   别名1   …   别名n
  333   weathersp   …   天气服务商
  555   trafficsp   …   交通服务商
  …   …   …   …
  业务ID   别名1   …   别名n
  4444   天气   …   天气预报
  1111   路况信息   …   路况咨询
  …   …   …   …
  业务特征ID   别名1   …   别名n
  5   位置信息   …   位置
  3   彩信   …   多媒体消息
  8   短消息   …   短信
  …   …   …   …
当然，编址标识数据库中各种信息的存储方式不受限制，可以根据需要灵活安排。
当有新业务加入运营时，向所述编址标识数据库中添加该业务对应各级子网的业务信息的主标识及其对应的一个或多个别名；当原有业务取消并且系统中不需要再引用该业务信息时，删除所述编址标识数据库中该业务对应各级子网的业务信息的主标识及其对应的一个或多个别名；当具体业务新增业务特征时，在所述编址标识数据库中添加该业务特征信息；当具体业务取消并且系统中不需要再引用该业务的特征信息时，删除所述编址标识数据库中该特征信息。
利用编址标识数据库存储的信息生成符合编址规范的各编址字段时，首先要从获得的业务信息中提取出该业务在各级子网中的业务信息，然后利用该业务信息匹配编址标识数据库中存储的各业务的主标识及其对应的一个或多个别名，即可获得该业务对应各级子网的主标识及业务特征列表。将该业务对应各级子网的主标识及业务特征列表作为该业务的各编址字段。例如，对业务提供商“weathersp”通过“彩信”提供的地理位置信息为“深圳”的“天气”业务，通过查询编址标识数据库，得到各编址字段：333、4444、35。
如果有多个业务同时请求编址，则对同一业务生成的各编址字段标注相同的流水号，以便在生成业务地址时不致于产生不同业务编址字段的组合，生成错误的编址。
步骤104：由对应同一业务的各编址字段组合生成该业务的地址。
前面已经提到，各编址字段的长度可以相同，也可以不同，可以是固定长度，也可以是不固定长度。对于各字段固定长度的编址，在进行字段组合时，可以通过分隔符隔离各字段，也可以不用隔离，通过各字段的长度值即可清楚知道该业务各字段的特征；而对于各字段长度不固定的编址，在进行字段组合时，则必须通过分隔符隔离各字段，以有效地分辩各字段。比如，根据上述得到的各编址字段，将对应同一业务的各编址字段通过分隔符隔离，组合生成该业务地址为：333.4444.35。
参照图3，图3是本发明业务编址系统的原理框图：
该系统包括业务提供模块S1、编址模块S2、地址生成模块S4。其中，业务提供模块S1用于提供业务信息；编址模块S2用于根据业务信息生成符合编址规范的各编址字段；地址生成模块S4用于将各编址字段组合生成业务地址。
编址模块S2包括：编址标识数据库S20、接收单元S21、编址字段生成单元S22。
编址标识数据库S20用于存储各业务的主标识及其对应的一个或多个别名。
业务提供模块向编址模块发出编址请求后，接收单元分类提取出该编址请求中的业务信息，同时将提取出的业务信息携带对应编址请求的流水号；然后将该信息提交给编址字段生成单元，由其根据编址标识数据库中存储的信息，将接收单元提取的各类业务信息生成符合编址规范的各编址字段。由地址生成模块将生成的各编址字段按照约定的顺序组合生成业务地址。
对应于图2所示的网络的划分情况，可以在编址字段生成单元S22中分别设置业务提供商处理子单元S221、业务标识处理子单元S222和业务特征列表处理子单元S223，由这三个子单元分别根据相应的信息生成业务提供商ID字段、业务ID字段和业务物征列表字段。当然也可以由同一个单元依次处理业务信息到这三个字段的转换过程。
假设由三个子单元分别根据相应的信息生成业务提供商ID字段、业务ID字段和业务物征列表字段，该系统的编址处理过程如下：
首先，由业务提供模块向编址模块发送编址请求，将业务提供商ID、业务ID、业务特征列表传递给编址模块。编址模块中的接收单元接收到编址请求后，分类提取出各业务参数，然后将各个参数传递给相关的处理单元，以得到各字段的具体编址。业务提供商处理子单元S221、业务标识处理子单元S222和业务特征列表处理子单元S223分别根据接收到的业务提供商ID、业务ID、业务特征列表信息查询编址标识数据库，得到各自符合编址标准的信息，即将别名ID换成主ID；若没有相应记录，则各处理单元触发异常。地址生成模块根据接收到的各字段的具体编址生成一个具体的业务编址返回给业务提供模块。
具体时序如图4所示：
1.编址请求：业务提供模块发出编址请求，其中携带编址所需的必要信息：业务提供商ID信息、业务ID信息和业务特征列表信息。
2.参数分析：接收单元根据收到的编址请求，分析其中的信息，分类抽取其中的业务提供商ID信息、业务ID信息和业务特征列表信息，分发给各处理单元。同时，提供一个全局唯一的流水号给该编址请求，业务提供商ID信息、业务ID信息和业务特征列表信息均要附加上该流水号，以便地址生成模块能够找到对应的编址信息。
3.传递SP(业务提供商)参数：接收单元将业务提供商ID信息发送给业务提供商处理子单元。
4.SP参数处理：业务提供商处理子单元根据接收到的业务提供商ID信息，查询编址标识数据库，得到符合编址规范的数据信息。
5.传递处理后的SP参数：业务提供商处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
3a.传递SID(业务标识)参数：接收单元将业务ID信息发送给业务标识处理子单元。
4a.SID参数处理：业务标识处理子单元根据接收到的业务ID信息，查询编址标识数据库，得到符合编址规范的数据信息。
5a.传递处理后的SID参数：业务标识处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
3b.传递FeatureList(业务特征列表)参数：接收单元将业务特征信息发送给业务特征列表处理子单元。
4b.FeatureList参数处理：业务特征列表处理子单元根据接收到的业务特征信息，查询编址标识数据库，得到符合编址规范的数据信息。
5b.传递处理后的FeatureList参数：业务特征列表处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
上述步骤3、4、5，3a、4a、5a，3b、4b、5b的流程是并列流程，它们根据一个唯一的流水号来形成一组相应的流程。
6.生成地址：地址生成模块根据接收到的具有相同流水号、并且符合编址规范的业务提供商ID字段、业务ID字段和业务特征列表字段生成一个业务编址。
7.地址返回：地址生成模块将生成的业务编址返回给业务提供模块。
如果业务提供模块本身不知道某业务所具有的特征，还可以在图3所示实施例中增加一个业务特征提供模块，由其向业务提供模块提供业务特征参数。
参照图5所示本发明系统第二实施例的原理框图：
业务特征提供模块S3用于向业务提供模块提供业务特征列表。该模块包括：业务特征调用检测单元S31、一个或多个业务特征参数提供单元，在图中示出了两个业务特征参数提供单元：S32和S33。其中，业务特征参数提供单元用于提供业务特征参数信息，业务特征调用检测单元根据业务提供模块的请求调用所需的业务特征参数提供单元，并从这些所调用的业务特征参数提供单元中获取对应的业务特征参数，并生成业务特征列表传送给业务提供模块。
具体时序如图6所示：
1.业务特征调用：业务提供模块向业务特征提供模块发出业务特征调用请求。
2.生成业务特征列表：业务特征调用检测单元检测到业务具体调用的业务特征，并形成一个业务特征列表。
2’.返回业务特征列表：业务特征调用检测单元向业务提供模块返回生成的业务特征列表。
3.编址请求：业务提供模块发出编址请求，其中携带编址所需的必要信息：业务提供商ID信息、业务ID信息和业务特征列表信息。
4.参数分析：接收单元根据收到的编址请求，分析其中的信息，分类抽取其中的业务提供商ID信息、业务ID信息和业务特征列表信息，分发给各个处理模块。同时，提供一个全局唯一的流水号给该编址请求，业务提供商ID信息、业务ID信息和业务特征列表信息也要附加上该流水号，以便地址生成模块能够找到对应的编址信息。
5.传递SP：接收单元将业务提供商ID信息发送给业务提供商处理子单元。
6.SP参数处理：业务提供商处理子单元根据接收到的业务提供商ID信息，查询编址标识数据库，得到符合编址规范的数据信息。
7.传递处理后的SP参数：业务提供商处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
5a.传递SID：接收单元将业务ID信息发送给业务标识处理子单元。
6a.SID参数处理：业务标识处理子单元根据接收到的业务ID信息，查询编址标识数据库，得到符合编址规范的数据信息。
7a.传递处理后的SID参数：业务标识处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
5b.传递FeatureList：接收单元将业务特征信息发送给业务特征列表处理子单元。
6b.FeatureList参数处理：业务特征列表处理子单元根据接收到的业务特征信息，查询编址标识数据库，得到符合编址规范的数据信息。
7b.传递处理后的FeatureList参数：业务特征列表处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
上述的步骤5、6、7，5a、6a、7a，5b、6b、7b流程是并列流程，它们根据一个唯一的流水号来形成一组相应的流程。
8.生成地址：地址生成模块根据接收到的具有相同流水号、并且符合编址规范的业务提供商ID字段、业务ID字段和业务特征列表字段生成一个业务编址。
9.地址返回：地址生成模块将生成的业务编址返回给业务提供模块。
参照图7所示本发明系统第三实施例的原理框图：
业务特征提供模块S3用于向编址模块提供业务特征列表。该模块包括：业务特征调用检测单元S31、一个或多个业务特征参数提供单元，在图中示出了两个业务特征参数提供单元：S32和S33。其中，业务特征参数提供单元用于提供业务特征参数信息，业务特征调用检测单元根据业务提供模块的请求从这些业务特征参数提供单元中获取对应的业务特征参数，并生成业务特征列表传送给业务编址模块。
具体时序如图8所示：
1.业务特征调用：业务提供模块向业务特征提供模块发出业务特征调用请求，在该请求中，将业务提供商ID信息、业务ID信息携带给业务特征提供模块。
2.生成业务特征列表：业务特征调用检测单元检测到业务具体调用的业务特征，并形成一个业务特征列表。
3.编址请求：业务特征提供模块发出编址请求，其中携带编址所需的必要信息：业务提供商ID信息、业务ID信息和业务特征列表信息。
4.参数分析：接收单元根据收到的编址请求，分析其中的信息，分类抽取其中的业务提供商ID信息、业务ID信息和业务特征列表信息，分发给各个处理模块。同时，提供一个全局唯一的流水号给该编址请求，业务提供商ID信息、业务ID信息和业务特征列表信息也要附加上该流水号，以便地址生成模块能够找到对应的编址信息。
5.传递SP：接收单元将业务提供商ID信息发送给业务提供商处理子单元。
6.SP参数处理：业务提供商处理子单元根据接收到的业务提供商ID信息，查询编址标识数据库，得到符合编址规范的数据信息。
7.传递处理后的SP参数：业务提供商处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
5a.传递SID：接收单元将业务ID信息发送给业务标识处理子单元。
6a.SID参数处理：业务标识处理子单元根据接收到的业务ID信息，查询编址标识数据库，得到符合编址规范的数据信息。
7a.传递处理后的SID参数：业务标识处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
5b.传递FeatureList：接收单元将业务特征信息发送给业务特征列表处理子单元。
6b.FeatureList参数处理：业务特征列表处理子单元根据接收到的业务特征信息，查询编址标识数据库，得到符合编址规范的数据信息。
7b.传递处理后的FeatureList参数：业务特征列表处理子单元将符合编址规范的数据信息传递给地址生成模块，其中携带对应编址请求的流水号。
上述的步骤5、6、7，5a、6a、7a，5b、6b、7b流程是并列流程，它们根据一个唯一的流水号来形成一组相应的流程。
8.生成地址：地址生成模块根据接收到的具有相同流水号、并且符合编址规范的业务提供商ID字段、业务ID字段和业务特征列表字段生成一个业务编址。
9.地址返回：地址生成模块将生成的业务编址返回给业务提供模块。
利用本发明业务编址方法，可以在业务地址中携带业务本身所具有的特征信息，在业务使用中可以减少许多相关流程，方便对业务的查询和管理。
参照图9，图9示出了本发明业务订阅方法的实现流程，包括以下步骤：
步骤901：获取用户业务申请请求中的业务信息。
当用户想要使用或查询某项业务但不知道该业务的具体地址时，可以向业务提供者提出业务申请请求，用户在该业务申请请求中指明所需的业务信息，比如，业务提供商ID信息、业务ID信息等。
步骤902：根据业务信息生成符合编址规范的对应业务子网的编码字段。
同样，可以建立一个编址标识数据库，在该编址标识数据库中存储各业务的主标识及其对应的一个或多个别名。从用户提供的业务信息中提取出该业务的各级业务信息，利用这些业务特征匹配编址标识数据库中存储的各业务的主标识及其对应的一个或多个别名，即可获得该业务对应的各级主标识，也就得到了该业务的各编址字段。
如果有多个业务同时请求编址，需要对根据同一业务得到的各编址字段标注相同的流水号，以便在生成业务地址时不致于产生不同业务编址字段的组合，生成错误的编址。
步骤903：将对应业务子网的编码字段组合生成业务订阅地址信息。
根据预先确定的编址规范，在进行字段组合时，可以通过分隔符隔离各字段，也可以不用隔离，通过各字段的长度值即可清楚知道该业务各字段的特征。
步骤904：将符合业务订阅地址信息的所有业务地址列表传送给该用户；
步骤905：用户根据业务地址列表定位到唯一的具体业务。
用户可以从该业务地址列表中选择自己想要的业务，进行业务申请。
参照图10，图10是本发明业务订阅系统的原理框图：
该系统包括：用户设备S5、用户代理S6、编址模块S2、业务地址提取模块S7和业务池S8。
其中，业务池用于存储各种业务及其地址信息；编址模块用于根据用户代理提供的用户业务申请信息生成业务编址字段；业务地址提取模块用于从业务池中提取出符合所述编址模块生成的业务编址字段的业务地址列表，并将其返回给用户代理。
编址模块S2包括：编址标识数据库S20、接收单元S21、编址字段生成单元S22。
编址标识数据库S20用于存储各业务的主标识及其对应的一个或多个别名。
业务提供模块向编址模块发出编址请求后，接收单元分类提取出该编址请求中的业务信息，同时将提取出的业务信息携带对应编址请求的流水号；然后将该信息提交给编址字段生成单元，由其根据编址标识数据库中存储的信息，将接收单元提取的各类业务信息生成符合编址规范的各编址字段。由地址生成模块将生成的各编址字段按照约定的顺序组合生成业务地址。
可以在编址字段生成单元S22中分别设置业务提供商处理子单元S221、业务标识处理子单元S222，由这两个子单元分别根据相应的信息生成业务提供商ID字段和业务ID字段。当然也可以由同一个单元依次处理业务信息到这两个字段的转换过程。
当用户申请业务时，通过用户设备向用户代理发送业务申请请求，用户代理将业务申请请求传送编址模块，由其生成各编址字段，然后由业务地址提取模块从业务池中提取出符合所述编址模块生成的业务编址字段的业务地址列表，并将其返回给用户代理；用户代理将这些业务地址信息发送给用户设备，使用户可以在该业务地址列表中选择自己所需的业务进行申请。
具体业务订阅流程如下：
1.用户设备发送业务申请请求，其中携带业务提供商ID信息和业务ID信息。假如用户向“weathersp”申请“深圳天气”业务，此时请求中就携带这两个参数。
2.用户代理向编址模块递交用户请求。
其中，接收单元根据收到的请求，分析其中的信息，分类抽取其中的业务提供商ID信息、业务ID信息，分发给各个处理子单元。同时，提供一个全局唯一的流水号给该请求，业务提供商ID信息、业务ID信息也要附加上这个流水号，以便使业务地址提取模块能够找到对应的信息。
3.接收单元将业务提供商ID信息抽取出来并添加上流水号后发送给业务提供商处理子单元。业务提供商处理子单元根据接收到的业务提供商ID信息，查询编址标识数据库，得到符合编址规范的数据信息。例如，“seahtersp”被转化成唯一的编号“333”。
同时，接收单元将业务ID信息抽取出来并添加上流水号后发送给业务ID处理子单元。业务ID处理子单元根据接收到的业务ID信息，查询编址标识数据库，得到符合编址规范的数据信息。例如，“深圳天气”被转化成唯一的编号“4444”。
4.业务提供商处理子单元将符合编址规范的数据信息传递给业务地址提取模块，其中携带接收单元分配的流水号。
同时，业务ID处理子单元将符合编址规范的数据信息传递给业务地址提取模块，其中携带接收单元分配的流水号。
业务地址提取模块对接收到的业务提供商信息和业务ID信息进行处理，对其中流水号相同的信息进行组合。
5.业务地址提取模块将组合后的业务申请信息传递给业务池。
业务池根据接收到的申请信息，提取符合业务提供商ID信息和业务ID信息的业务并形成一个业务列表。例如满足要求的业务有如下“333.4444.15”，“333.4444.35”，“333.4444.58”，那么这三个业务将形成一个业务列表。
这里假定“位置特征”(业务需要“location”支持)标志为“5”，“短消息特征”(业务需要“短消息”支持)标志为“8”，“彩信特征”(业务需要“彩信”支持)标志为“3”，“EMAIL特征”(业务需要“EMIAL”支持)标志为“1”。
6.业务池将业务列表传递给处理模块。
7.业务地址提取模块将业务列表传递给用户代理。
如果需要，用户代理还可根据接收到的业务列表，并根据用户代理所知该用户设备所支持的特征对业务列表进行过滤。用户代理必须能理解该业务编址，并且理解该编址中的业务特征列表，同时它知道该用户设备所支持的业务特征。若业务列表中的业务所需特征该用户设备并不支持，那么该业务将被特殊处理，例如可以从列表中删除，也可以不删除但加以区别。
例如该用户代理中有“5＝0”记录表示该用户代理禁止任何人访问它的位置信息，那么业务列表中的所有业务将被过滤。例如用户代理中有“3＝0”记录表示该用户设备不支持彩信，那么业务列表中的“333.4444.35”业务将被过滤掉。
8.用户代理将过滤后的业务列表传送给用户设备。
9.用户可以按自己意愿在业务列表中选择一个自己所需要的业务，进行业务的申请。
10.用户代理可以根据用户所选择的业务地址直接路由到该业务进行申请。
可见，利用本发明，可以很方便地使用户查询到所需的业务，同时便于对各种业务的管理和使用。
基于上述业务编址及业务订阅方式，本发明还提供了一种业务路由的方法。为了能屏蔽下层的网络，使得业务网络与承载网络分离，在业务网络层提供了业务路由器。业务路由器的功能主要完成业务网络中的业务路由、寻址功能，通过识别业务的地址，知道路由过程中的下一跳。本发明在每个业务子网中，都设置有业务路由器，访问业务子网内的资源必须经过该子网内的业务路由器。
参照图11，图11示出了本发明业务路由方法的实现流程图，包括以下步骤：
步骤111：设定业务地址字段包括业务子网地址以及具体业务地址。
前面已经提到，根据业务子网的划分来确定业务编址各字段，比如，可以将业务网络划分为两级子网：业务提供商业务子网和具体业务service业务子网。这样，业务地址就由业务提供商ID、业务ID、业务特征列表这三个字段组成。
步骤112：当用户访问所述业务地址时，根据用户业务请求消息中业务地址字段中的业务子网地址路由到业务子网，并根据其中的具体业务地址将用户定位到要访问的具体业务。
也就是说，当用户处于业务子网地址对应的业务子网时，直接根据具体业务地址就可将用户定位到要访问的具体业务；当用户不在业务子网地址对应的业务子网时，按以下路由方式将用户定位到要访问的具体业务：
首先通过业务核心网路由到业务提供商业务子网；然后路由到service业务子网；定位到要访问的具体业务。
这样，就可以在路由时进行逐级定位，如果业务提供商禁止该用户访问其提供的业务，则用户就不能访问到具体的业务。
本发明中按照业务子网的概念进行路由，所述业务子网是指上述的业务提供商业务子网、service业务子网。
假如Client(客户端)需要访问的业务地址为A.B.C，其中A为业务提供商ID，B为业务ID，C为业务特征列表，其路由流程如图12所示：
步骤121：Client请求路由到业务地址为A.B.C的业务。
步骤122：该请求被路由到Client所在service子网的业务路由器，此业务路由器判断请求者Client是否在A.B service子网内。如果是，则进到步骤128；否则进到步骤123。
步骤123：如果请求者Client不在A.B service子网内，那么该请求被路由到Client所在的业务提供商子网的业务路由器。
步骤124：Client所在的业务提供商子网的业务路由器判断请求者Client是否在A业务提供商子网内。如果是，则进到步骤137；否则进到步骤135。
步骤125：如果请求者Client不在A业务提供商子网内，那么该请求被路由到业务核心网的业务路由器。
步骤126：业务核心网中的业务路由器将请求路由到A业务提供商子网的业务路由器上。
步骤127：A业务提供商子网的业务路由器将请求路由到A.B service子网的业务路由器上。
步骤128：A.B service子网的业务路由器将Client的请求路由到业务A.B.C。
在本发明中，通过业务路由器解决了业务路由中的下一跳问题。为了能将业务网络中的下一跳映射到承载网中的下一跳，需要Proxy来实现地址映射。
为了实现业务路由，需要在每个业务路由器中存储一个业务路由表，业务路由器根据该业务路由表查找下一跳业务地址。
下面参照图13详细说明通过业务路由器路由到下一跳节点的流程。
业务层的节点(A节点)路由至业务下一节点(B节点)的流程如下：
1.若A节点是非业务路由器网元，根据子网中配置得出下一节点(B节点)的业务地址；若A节点是业务路由器，根据业务消息的消息体中携带的目的地业务地址，查询本节点的业务路由表，从而得出业务路由的下一节点(B节点)业务地址。
A节点发送的业务消息格式如下表1所示，其中消息体中还包括目的地的业务地址。
表1：
 B节点业务层地址   消息体
2.A节点向Proxy发送地址映射请求，在该请求中携带B节点业务地址，Proxy根据接收到的B节点业务地址，查询本身的数据库，得到B节点承载网层地址，并通过下述表2所示消息回复给A节点。
表2：
 B节点承载层地址  B节点业务层地址   消息体
3.A节点将表1所示业务消息从该节点的业务层发送到该节点的承载网层。
4.A节点根据消息中的B节点所对应的承载网地址，在承载网层将用户业务请求消息路由到B节点所对应的承载层节点。
5.B节点在承载网层确认该消息中携带的承载层地址为该节点的承载网地址时，将承载层地址字段剥离，然后发送到该节点的业务层。
6.B节点在业务网络层接收到该节点承载层发送的消息后，若确定消息中的业务层地址就是该节点的业务层地址，则将业务层地址字段剥离，得到最终的消息体。这样，即可将用户定位到该消息体指定的具体业务中。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (25)

1、一种业务编址方法，其特征在于，所述方法包括以下步骤：
获取业务信息及业务特征列表信息，所述业务信息至少包括业务提供商标识、业务标识；
根据所述业务信息及业务特征列表信息生成符合编址规范的各编址字段；
由对应同一业务的各编址字段组合生成该业务的地址。
2、根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
将业务网络划分为多级业务子网，所述多级业务子网至少包括业务提供商业务子网和具体业务service业务子网；
根据所述子网的划分，确定业务编址字段。
3、根据权利要求2所述的方法，其特征在于，所述业务编址字段包括：业务提供商标识字段、业务标识字段、业务特征列表字段，每个所述业务特征列表对应所述service业务子网中的一项具体业务。
4、根据权利要求3所述的方法，其特征在于，所述方法进一步包括：
建立编址标识数据库；
对各级业务子网内的不同业务信息及业务特征列表信息分别设定一个唯一的主标识；
在所述编址标识数据库中存储各业务信息及业务特征列表信息的主标识及其对应的一个或多个别名。
5、根据权利要求4所述的方法，其特征在于，所述根据业务信息及业务特征列表信息生成符合编址规范的各编址字段的步骤包括：
从所述业务信息中提取出该业务在各级子网中的业务信息；
利用所述该业务在各级子网中的业务信息及所述业务特征列表信息匹配所述编址标识数据库中存储的各业务信息的主标识及其对应的一个或多个别名，获取该业务对应各级子网的业务信息的主标识及对应业务特征列表的主标识；
将获取的各主标识作为该业务的各编址字段。
6、根据权利要求4所述的方法，其特征在于，所述方法进一步包括：
当有多个业务同时请求编址时，对同一业务生成的各编址字段标注相同的流水号。
7、根据权利要求4所述的方法，其特征在于，所述方法进一步包括：
当有新业务加入运营时，向所述编址标识数据库中添加该业务对应各级子网的业务信息的主标识及其对应的一个或多个别名；
当原有业务取消并且系统中不需要再引用该业务信息时，删除所述编址标识数据库中该业务对应各级子网的业务信息的主标识及其对应的一个或多个别名；
当具体业务新增业务特征时，在所述编址标识数据库中添加该业务特征信息；
当具体业务取消并且系统中不需要再引用该业务的特征信息时，删除所述编址标识数据库中该特征信息。
8、根据权利要求1所述的方法，其特征在于，所述由对应同一业务的各编址字段组合生成该业务的地址的步骤具体为：
将对应同一业务的各编址字段通过分隔符隔离组合生成该业务的地址。
9、根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
当业务本身不知道其业务特征列表信息时，根据其业务部署运行生成其业务特征列表信息。
10、一种业务编址系统，其特征在于，包括：
业务提供模块，用于提供业务信息；
编址模块，用于根据所述业务信息生成符合编址规范的各编址字段；
地址生成模块，用于将所述编址字段生成模块生成的各编址字段组合为业务地址。
11、根据权利要求10所述的系统，其特征在于，所述编址模块包括：
编址标识数据库，用于存储各业务的主标识及其对应的一个或多个别名；
接收单元，用于接收所述业务提供模块发送的编址请求，并分类提取该编址请求中的业务信息，同时使提取出的业务信息携带对应编址请求的流水号；
编址字段生成单元，用于根据所述编址标识数据库将接收单元提取的各类业务信息生成符合编址规范的各编址字段。
12、根据权利要求11所述的系统，其特征在于，所述编址字段生成单元包括：
业务提供商处理子单元，用于将所述接收单元提取的业务提供商标识转换为符合编址规范的业务提供商编码字段；
业务标识处理子单元，用于将所述接收单元提取的业务标识转换为符合编址规范的业务编码字段；
业务特征列表处理子单元，用于将所述接收单元提取的业务特征信息转换为符合编址规范的业务特征编码字段。
13、根据权利要求10所述的系统，其特征在于，所述系统还包括：
业务特征提供模块，用于向所述业务提供模块或所述编址模块提供业务特征信息。
14、根据权利要求13所述的系统，其特征在于，所述业务特征提供模块包括：
至少一个业务特征参数提供单元，用于提供业务特征参数信息；
业务特征调用检测单元，用于根据所述业务提供模块的请求从所述业务特征参数提供单元获取对应的业务特征参数，并生成业务特征列表传送给所述业务提供模块或编址模块。
15、一种业务订阅方法，其特征在于，所述方法包括步骤：
获取用户业务申请请求中的业务信息；
根据所述业务信息生成符合编址规范的对应业务子网的编址字段；
将所述对应业务子网的编址字段组合生成业务订阅地址信息；
将符合所述业务订阅地址信息的所有业务地址列表传送给该用户。
16、根据权利要求15所述的方法，其特征在于，所述方法进一步包括：
建立编址标识数据库，所述编址标识数据库中存储各业务的主标识及其对应的一个或多个别名。
17、根据权利要求16所述的方法，其特征在于，所述根据业务信息生成符合编址规范的对应业务子网的编址字段的步骤包括：
从所述业务信息中提取出该业务的各级业务特征；
利用所述业务特征匹配所述编址标识数据库中存储的各业务的主标识及其对应的一个或多个别名，获取该业务各级的主标识；
将该业务各级的主标识作为该业务对应各业务子网的编址字段。
18、一种业务订阅系统，包括：用户设备及用户代理，其特征在于，还包括：
业务池，用于存储各种业务及其地址信息；
编址模块，用于根据用户代理提供的用户业务申请信息生成业务编址字段；
业务地址提取模块，用于从所述业务池中提取出符合所述编址模块生成的业务编址字段的业务地址列表，并将其返回给用户代理；
用户根据所述业务地址列表定位到需要的具体业务。
19、根据权利要求18所述的系统，其特征在于，所述编址模块包括：
编址标识数据库，用于存储各业务的主标识及其对应的一个或多个别名；
接收单元，用于接收所述业务提供模块发送的编址请求，并分类提取该编址请求中的业务信息，同时使提取出的业务信息携带对应编址请求的流水号；
编址字段生成单元，用于根据所述编址标识数据库将接收单元提取的各类业务信息生成符合编址规范的各编址字段。
20、根据权利要求19所述的系统，其特征在于，所述编址字段生成单元包括：
业务提供商处理子单元，用于将所述接收单元提取的业务提供商标识转换为符合编址规范的业务提供商编码字段；
业务标识处理子单元，用于将所述接收单元提取的业务标识转换为符合编址规范的业务编码字段。
21、一种业务路由方法，其特征在于，所述方法包括步骤：
A、设定业务地址字段包括业务子网地址以及具体业务地址；
B、当用户访问所述业务地址时，根据用户业务请求消息中业务地址字段中的业务子网地址路由到业务子网，并根据其中的具体业务地址将用户定位到要访问的具体业务。
22、根据权利要求21所述的方法，其特征在于，所述业务子网包括业务提供商业务子网和具体业务service业务子网。
23、根据权利要求22所述的方法，其特征在于，所述步骤B包括：
当所述用户处于所述业务子网地址对应的业务子网时，直接根据所述具体业务地址将用户定位到要访问的具体业务；
当所述用户不在所述业务子网地址对应的业务子网时，按以下路由方式将用户定位到要访问的具体业务：
通过业务核心网路由到所述业务提供商业务子网；
路由到所述service业务子网；
定位到要访问的具体业务。
24、根据权利要求23所述的方法，其特征在于，利用代理Proxy实现所述业务子网内各节点间的路由，具体包括：
在所述Proxy上配置各节点的业务地址和承载网层地址映射表；
本节点获取业务路由的下一跳节点的业务地址；
向所述Proxy查询获取对应所述下一跳节点业务地址的承载网层地址；
将用户业务请求消息通过本节点的承载网层发送到所述下一跳节点的承载网层地址；
所述下一跳节点接收到所述用户请求消息后，获取该消息中的目的业务地址；
如果所述目的业务地址不是该节点的业务地址，则按上述方式将用户业务请求消息继续路由到该节点的下一跳节点；
如果所述目的业务地址为该节点的业务地址，则将用户定位到要访问的具体业务中。
25、根据权利要求24所述的方法，其特征在于，
当所述本节点为业务路由器网元时，本节点根据所述用户业务请求消息中的目的地业务地址，查询本节点的业务路由表，获取所述业务路由的下一跳节点的业务地址；
当所述本节点为非业务路由器网元时，本节点根据子网中的配置获取所述业务路由的下一跳节点的业务地址。
CN2006100027565A 2006-01-25 2006-01-25 业务编址方法、系统及其应用 Active CN1859392B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN2006100027565A CN1859392B (zh) 2006-01-25 2006-01-25 业务编址方法、系统及其应用
JP2008551628A JP4699530B2 (ja) 2006-01-25 2006-11-27 サービスアドレス指定のための方法、システム、およびアプリケーション
PCT/CN2006/003184 WO2007085167A1 (en) 2006-01-25 2006-11-27 A method, system and application of implementing an identification of a service based on an address
EP06817906A EP1976215A4 (en) 2006-01-25 2006-11-27 METHOD, SYSTEM AND APPLICATION OF THE IMPLEMENTATION OF AN IDENTIFICATION OF A SERVICE BASED ON AN ADDRESS
US12/178,789 US20090024761A1 (en) 2006-01-25 2008-07-24 Method, system and application for service addressing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006100027565A CN1859392B (zh) 2006-01-25 2006-01-25 业务编址方法、系统及其应用

Publications (2)

Publication Number Publication Date
CN1859392A true CN1859392A (zh) 2006-11-08
CN1859392B CN1859392B (zh) 2011-04-13

Family

ID=37298254

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006100027565A Active CN1859392B (zh) 2006-01-25 2006-01-25 业务编址方法、系统及其应用

Country Status (5)

Country Link
US (1) US20090024761A1 (zh)
EP (1) EP1976215A4 (zh)
JP (1) JP4699530B2 (zh)
CN (1) CN1859392B (zh)
WO (1) WO2007085167A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546439A (zh) * 2012-02-22 2012-07-04 杭州华三通信技术有限公司 一种表项的管理方法和设备
CN102118370B (zh) * 2009-12-31 2014-12-31 华为技术有限公司 业务管理方法、装置和系统
CN106611060A (zh) * 2016-12-29 2017-05-03 苏碧云 一种用于gis的数据处理方法
CN110545487A (zh) * 2019-08-20 2019-12-06 中央电视台 组播信号编址方法、传输方法及装置、交换机
CN111600926A (zh) * 2020-04-01 2020-08-28 北京创世云科技有限公司 一种数据处理方法、装置及电子设备

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110087789A1 (en) * 2009-10-13 2011-04-14 Nokia Corporation Subscription based network routing tables and enforcement for overlay networks
AU2014201359B2 (en) * 2013-03-15 2017-08-31 Verisign, Inc. Method and system for intelligent many-to-many service routing over EPP
US10348636B2 (en) * 2016-11-18 2019-07-09 Vmware, Inc. Outbound request management
US10873498B2 (en) * 2017-10-23 2020-12-22 Hewlett Packard Enterprise Development Lp Server network interface level failover

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6222916B1 (en) * 1998-05-22 2001-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for introducing and modifying telecommunications services
US6947398B1 (en) * 1998-11-13 2005-09-20 Lucent Technologies Inc. Addressing scheme for a multimedia mobile network
FI109319B (fi) * 1999-12-03 2002-06-28 Nokia Corp Päätelaitteelle välitettävän elektronisen informaation suodattaminen
TW512640B (en) * 2000-08-25 2002-12-01 Phone Inc W Mobile opinion polling system and method
GB2395403A (en) * 2001-08-27 2004-05-19 Sage Agents Networks Pte Ltd System and method for provisioning of text message services
US20030051052A1 (en) * 2001-09-13 2003-03-13 Koninklijke Philips Electronics N.V. Addressing scheme for wireless mobile clients
US7617317B2 (en) * 2001-12-03 2009-11-10 Sprint Spectrum L.P. Method and system for allowing multiple service providers to serve users via a common access network
SE0201287D0 (sv) * 2002-04-25 2002-04-25 Ericsson Telefon Ab L M Service Network Framework
JP2004023354A (ja) * 2002-06-14 2004-01-22 Canon Inc 通信ネットワークシステム及びその端末サービス識別方法、通信装置、プログラム、記録媒体
GB0310951D0 (en) * 2003-05-13 2003-06-18 Intellprop Ltd Telecommunications services apparatus
JP2004363685A (ja) * 2003-06-02 2004-12-24 Kazuo Oku ユビキタスサーバシステム
US20050068950A1 (en) * 2003-09-30 2005-03-31 Nortel Networks Limited Structured private addressing and naming for management of service and network resources
JP4612045B2 (ja) * 2004-05-11 2011-01-12 テレフオンアクチーボラゲット エル エム エリクソン（パブル） コンピュータプログラム
US20060030315A1 (en) * 2004-08-06 2006-02-09 Christopher Smith Method and system for provisioning wireless services using SIM information

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102118370B (zh) * 2009-12-31 2014-12-31 华为技术有限公司 业务管理方法、装置和系统
CN102546439A (zh) * 2012-02-22 2012-07-04 杭州华三通信技术有限公司 一种表项的管理方法和设备
CN102546439B (zh) * 2012-02-22 2016-08-31 杭州华三通信技术有限公司 一种表项的管理方法和设备
CN106611060A (zh) * 2016-12-29 2017-05-03 苏碧云 一种用于gis的数据处理方法
CN110545487A (zh) * 2019-08-20 2019-12-06 中央电视台 组播信号编址方法、传输方法及装置、交换机
CN111600926A (zh) * 2020-04-01 2020-08-28 北京创世云科技有限公司 一种数据处理方法、装置及电子设备
CN111600926B (zh) * 2020-04-01 2021-03-23 北京创世云科技有限公司 一种数据处理方法、装置及电子设备

Also Published As

Publication number Publication date
EP1976215A4 (en) 2009-05-20
JP4699530B2 (ja) 2011-06-15
CN1859392B (zh) 2011-04-13
JP2009524953A (ja) 2009-07-02
EP1976215A1 (en) 2008-10-01
WO2007085167A1 (en) 2007-08-02
US20090024761A1 (en) 2009-01-22

Similar Documents

Publication Publication Date Title
CN1859392A (zh) 业务编址方法、系统及其应用
CN1294775C (zh) 信息提供系统、无线接入点、收费服务器和信息提供方法
CN1222896C (zh) 用户简档数据的管理
CN1269337C (zh) 内容自适应服务控制方法
CN1870532A (zh) 一种信令跟踪方法和系统
CN1435043A (zh) 呼叫中心运用方法及装置
CN1615635A (zh) 移动节点,路由器,服务器和根据ip版本6(ipv6)协议的移动通信的方法
CN101044498A (zh) 工作流服务体系结构
CN1711784A (zh) 用于发送sms以及文本消息的系统和方法
CN1575466A (zh) 存在管理的实现
CN101064866A (zh) 一种短信的路由寻址方法及系统
CN1578273A (zh) 移动终端,控制设备,归属代理和分组通信方法
CN1859393A (zh) 一种协商设备信息的系统及方法
CN1627853A (zh) 用于合作信息管理系统的合作信息管理设备及网关设备
CN1525709A (zh) 名称解析服务器和分组传送设备
CN1551583A (zh) 数据包通信装置
CN1111795C (zh) 利用网络的信息分发系统
CN1852355A (zh) 一种收集用户通信特征信息的方法和装置
CN101047981A (zh) 一种实现服务质量协商机制的系统和方法
CN1838642A (zh) 利用即时消息系统实现问答业务的方法及系统
CN1930486A (zh) 定位系统
CN1889771A (zh) 一种hlr以及将传统移动终端接入ims域的方法及系统
CN1442984A (zh) 通信设备和网络系统
CN101047630A (zh) 实现短消息业务的系统和上发以及下发短消息的方法
CN1894992A (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
ASS Succession or assignment of patent right

Owner name: SHENZHEN LIANCHUANG INTELLECTUAL PROPERTY SERVICE

Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD.

Effective date: 20141104

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 518052 SHENZHEN, GUANGDONG PROVINCE

TR01 Transfer of patent right

Effective date of registration: 20141104

Address after: 518052, Guangdong, Shenzhen province Nanshan District Nanshan digital cultural industry base, east block, room 407-408

Patentee after: Shenzhen LIAN intellectual property service center

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

ASS Succession or assignment of patent right

Owner name: BEIJING Z-GOOD TECHNOLOGY SERVICE CO., LTD.

Free format text: FORMER OWNER: SHENZHEN LIANCHUANG INTELLECTUAL PROPERTY SERVICE CENTER

Effective date: 20150127

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518052 SHENZHEN, GUANGDONG PROVINCE TO: 100085 HAIDIAN, BEIJING

TR01 Transfer of patent right

Effective date of registration: 20150127

Address after: 100085 Beijing city Haidian District No. 33 Xiaoying Road 1 1F06 room

Patentee after: BEIJING ZHIGU TECHNOLOGY SERVICES CO., LTD.

Address before: 518052, Guangdong, Shenzhen province Nanshan District Nanshan digital cultural industry base, east block, room 407-408

Patentee before: Shenzhen LIAN intellectual property service center