CN1458767A - 电信网中的方法和方案 - Google Patents

Abstract

本发明一般涉及在通信网中业务的分布的领域并且特别涉及具有多个业务系统、业务提供者和业务使能者的通信网中业务的提供。根据本发明的系统提供包含与业务网(200)中多个业务相关的业务信息的系统组件寄存器(SCR)，所述业务信息被存储在业务数据记录中，每个业务或业务组一个。每个业务数据记录包含至少一个业务实例域(540)，为特定业务或业务组识别业务实例；并且，如果特定业务或业务组是复杂业务或利用共享资源，则为特定业务或业务组定义与业务网中至少一个其他业务系统的相关性的至少一个相关域(550)。

Description

电信网中的方法和方案

技术领域

本发明一般涉及通信网中的业务分发领域并且特别地涉及具有多个业务系统、业务提供商和业务使能者(enabler)的通信网中的业务提供。

背景技术

传统地通信网如移动电话网(PLMN)，固定电路交换网(PSTN)和数据通信网是独立的系统。电信网的特征为垂直地被集成，这是指应用和业务紧密地与传输技术联系在一起。例如移动系统GSM，提供了一组业务和应用，那些外观、优点和限制，至少在很大程度上，由通信技术给出。固定电话网(PSTN)提供了一组不同的业务和应用，与系统中使用的通信技术紧密连接，并且业务通常与PLMN中类似业务在使用和外观上不同。因与技术有相同紧密的联系而对终端用户显得类似的业务，可以在不同的网络中差异很大地被实施。

业务和通信技术之间的密切连接对于网络提供商也是对终端用户的主要业务提供商这样一个事实是一个重要原因。为了提供业务，对整个网络的了解和接入是关键。在图1中描述了垂直集成的网络。

对于更多变化的业务、复杂业务和允许业务提供商之间竞争有不断增加的要求。同时电信和数据通信网在发展。新一代的通信系统集成了不同的通信技术如蜂窝电话和基于IP的数据通信。新系统通常被描绘为水平分层的，具有例如接入层、核心层和业务层。在图2中描绘了分层的通信系统。在这个情景下已有的和新的参与者，例如运营商、业务提供商、业务使能者、内容提供商和应用(互联网)业务提供商互相作用来为终端用户提供大量的业务。业务在业务层被提供和管理，其采用网络的形式，业务网200。业务网200与核心网210相互作用，其典型地有IP结构并且提供传输和交换功能。从核心网可能与多个接入网通信。接入网可以是各种类型，包括如GSM或UMTS的具有不同容量和特征的蜂窝系统220、固定电话(PSTN)230、基于IP的数据通信240、以及有线电视250。业务网200优选地有开放的结构，例如，开放业务体系结构OSA和开放的接口，如OSA应用程序接口API，以便使得大量的参与者能够相互作用来向终端用户提供业务。垂直集成的网络和分层的网络之间的比较可以在爱立信评论，2001年第2期，第62-67页找到。

提供的业务可以优选地依照终端用户的个人偏爱、接入方法(移动系统、固定系统等)、接入终端的特征(例如移动终端的容量)、预订类型等来被修改。虽然例如接入方法将影响业务网中业务的执行，但是不管例如接入方法，业务执行的许多部分是类似的或者相同的。因此，业务提供商可使用相同的“构件块”来构建适合于不同终端用户的不同业务。构件块可以是例如目录业务、消息业务或者定位工具，其还被称为业务使能者。业务网的开放性以及将构件块用于不止一个特定业务的可能性被视为吸引如运营商、业务提供商、业务使能者的参与者以及终端用户的分别来开发和使用新业务的关键因素。

提供的业务范围从如在两个移动用户之间建立呼叫的基本电话业务，到涉及不同的接入网、一个或多个互联网应用和安全业务的复杂业务。复杂业务包括使用定位、消息和电子商务的业务。基于定位的业务可以是例如找到终端用户位置附近的旅馆。这样的业务涉及使用通过移动定位中心的移动系统的定位工具、用于在某个区域找到和分类旅馆的一个或多个互联网应用、将信息转变为适合于在终端用户的终端上显示的格式例如WAP的应用、以及便于安全地预订和支付房间的电子商务应用。

复杂服务的另一个例子涉及被称为车队管理。选定一组用户中每个单独用户的位置上的信息被呈现给组中的一个或者所有用户。每个用户的位置由定位系统提供。用户用这种方法可以得到该组中所有其他人的更新的位置信息。这种类型的业务对于例如管理运载工具的车队很有用。为了提供和执行这样的业务，需要不同业务系统之间大量的接口，并且因为不同的业务系统可能由不同的业务使能者提供，对业务网和具有开放的结构和标准化的接口的业务网的需要应该很显然。

在业务网中由大量业务提供者、使能者等提供的大量业务，终端用户散布在不同的接入网中以及个性化业务和不同形式的支付的要求，将增加正确的终端用户相关和业务相关的数据的要求并且对这些数据的立即访问很关键。在今天存在的网络中与终端用户有关的数据被分散在整个网络中，并且在许多情况下冗余的终端用户数据被存储和使用。类似的与业务相关的数据主要被分散在不同的业务系统中。数据的分散存储和冗余使得很难检索和更新信息。在具有其分散数据的已有网络中，实现并且确保复杂业务的稳定功能将特别困难。分散数据的一个缺点可以用终端用户终止其对一个例如依赖于定位业务的复杂业务的预订来说明。然后与该用户相关的所有数据被从提供该定位业务的业务系统中删除。终端用户仍想使用使用定位的另一种复杂业务，但是因为终端用户的相关数据已经被从提供定位业务的业务系统中删除，所以这些其他的复杂业务将缺少关键的终端用户相关数据。复杂业务在有些情况下不可能被执行，并且在其他情况下，如果终端用户数据仍可以从网络中某个地方被检索到，则复杂业务的执行将被延迟和/或导致增加的业务量负载。

不仅用户和订户的数据有被分散在业务网中的风险，大的业务网中可用业务本身的信息也很容易退化。这个业务数据包括业务定位以及执行业务所需的信息。典型的业务网包括成千个业务以及新业务、或者业务组合，将经常地出现并且不太成功的业务将消失。在业务数据分散在业务网中的情景中，对于例如运营商很难跟踪为了执行终端用户预订的业务以及为终端用户提供新业务所需的所有的业务信息。而且，因为某个业务的“生命周期”很短，所以快速并且准确地提供新业务将非常重要。

在有例如不同业务使能者提供复杂业务的不同的“构件块”的复杂业务情况下，具有分散业务数据的本情景将使得对于复杂业务的提供商很难并且很慢甚至是不可能在“构件块”的修改、可能会不利地影响复杂业务的性能的修改上被更新。

业务网中业务的已有处理的问题总结如下：

    a)业务通过业务网中不同的业务系统以及业务系统之间的

关系被部署，业务不是很容易被检索。

    b)新业务应该被快速地提供给终端用户；以及

    c)复杂业务使用的不同的业务系统之间的相关性不是很容

易地可用。

发明内容

客观问题是在提供复杂业务和/或大量业务的业务网中提供用于业务提供的方法、数据模型和系统。

该问题由以下的系统、数据模型以及方法来解决。

根据本发明的一个实施方案的系统提供了包括业务网中的与多个业务相关的业务信息的系统组件寄存器(SCR)，以及存储所述业务信息的业务数据记录，每个业务或业务组一个。每个业务数据记录包括至少一个用来识别特定业务或业务组的业务实例的业务实例域；以及，如果特定的业务或业务组是复杂业务或利用共享资源，则至少一个相关性域，它定义特定业务或业务组对业务网中至少一个其他的业务系统的相关性。

根据本发明的一个实施方案的数据模型适合用于在具有用于提供多个业务的业务系统的业务网中提供业务。业务数据模型包括与业务网中的多个业务相关的业务信息，所述业务信息被构成在业务数据对象中，每个业务或业务组一个，并且每个业务数据对象包括为特定业务或业务组识别业务实例的至少一个业务实例对象；以及如果特定业务或业务组是复杂业务或利用共享资源，则为特定业务或业务组定义对于业务网中至少一个其他业务系统的相关性的至少一个相关性对象。

根据本发明用于在业务网中提供业务的方法，其中与多个业务相关的业务信息被存储在系统组件寄存器(SCR)中，包括步骤：

-通过在SCR中提供业务的第一个表现来在业务网中部署业务；

-通过在SCR中提供业务的第二个表现来提供业务，业务的第二个表现是第一个表现的特殊化。该方法还包括步骤：

-通过在公共订户/用户数据库(CSD)中提供业务的第三个表现，来向终端用户提供业务，业务的第三个表现是业务的第二个表现的特殊化。

由于根据本发明的业务组件寄存器和根据本发明的业务数据模型构造的业务数据记录，促进了业务网中的业务集中提供。通过这些方案在业务网中创建了一个稳定的环境并且确保了业务的安全提供。

定义

业务网(SN)-对应于通信系统的水平分层视图中的业务层。为提供终端用户业务所需的节点、以及多个业务系统被认为是业务网的部分。准确地，哪些节点被认为是属于业务网将依赖于实现。

业务系统-用于提供业务或者部分业务的系统。该业务系统典型地属于业务网。业务系统使用其他的业务系统(与其它的业务系统通信)来向终端用户提供特定业务，并且复杂业务需要使用多个业务系统来执行该业务。业务系统提供一个或多个不同的业务或部分业务。

业务实例-业务系统提供一个或多个“构件块”用于提供业务，这样的“构件块”被称为业务实例。该业务仅需要可能由不同业务系统提供的一个“构件块”或多个“构件块”。

复杂业务-需要使两个或多个业务系统参加来向终端用户提供特定业务的业务。

附图说明

上面略述的本发明的特性和优点将与附图一起在下面的详细描述中更完整地描述，其中相同的参考数字始终指相同的元件，其中：

图1是传统的垂直集成的网络的示意图；

图2是包括业务网的水平分层的网络的示意图；

图3说明本发明的基本实体之间的关系；

图4示意性地说明业务的生命周期；

图5是根据本发明的SCR的示意图；

图6是根据本发明的一个实施方案的SCR的示意图；

图7是根据本发明的一个实施方案的提供模板的示意图；

图8是根据本发明的一个实施方案在SCR中存储的业务信息的例子的示意图；

图9是根据本发明的UDM的示意图。

具体实施方式

现在将参考附图描述本发明的实施方案。

如在背景技术中所述的，在业务网中提供和执行业务所需的大量各种信息的控制对于业务的提供和性能至关重要。本发明通过提供典型地实现为公共数据库的系统组件寄存器(SCR)用于在业务网中的业务提供所需的信息，来解决上述问题。SCR包括业务类型的信息、业务描述、其中安装有业务的业务系统或多个业务系统的说明、以及与其他业务的业务相关性。因此，可以通过网络中相同的实体来访问业务网中优选的所有业务提供所需的信息。

在SCR中存储的业务数据被根据业务数据模型(SDM)来构建。应该理解，SCR同样提供关于业务的信息并且不保留订户或用户的任何信息。这个订户/用户数据优选地被存储在独立于SCR的公共订户/用户数据库(CSD)中。还应该理解，SCR提供业务提供所需的信息-业务的实际执行由业务系统自己可能利用从CSD检索的信息来处理。

上述CSD保留由业务网中多个业务使用的公共用户和订户数据，以及订户和用户之间的关系以及到成员(affiliate)数据的链接。成员数据典型地是一个业务或一组业务特定的与终端用户相关的数据，并且仅与特定的业务系统相关。公共的用户/订户数据被根据用户数据模型(UDM)存储。

在复杂业务提供中用户/订户数据和业务数据的数据管理特别关键。复杂业务通常要求包含两个或多个系统用于提供业务，例如在前面描述的预订旅馆的例子中。基于定位的业务典型地涉及系统移动定位中心、MPC和归属订户服务器、其中存储移动网(接入网)的用户描述文件的HSS。象MPC和HSS的系统是前述“构件块”，或者建立复杂业务所需的业务使能者的例子。由多个复杂业务应用的共享资源的另一个例子是日历。不管不同的条目如何被创建，用户典型地仅希望一个日历显示所有的条目。在上述预订旅馆的例子中，预订旅馆的业务还优选地访问日历来自动输入预订。用户使用相同的日历来预订会议，记住生日等。在商业情景中，订户想要其所有的用户访问公共的日历，或者彼此的日历，以便能够使用例如自动检测何时一组用户都有时间开会的功能。因此，业务“日历”可以依赖于用户，被认为是独立的业务，或者对于复杂业务的“构件块”，或业务使能者。为了防止对于一种业务系统所需的数据被另一个改变或删除，例如如果另一个业务系统需要预订/激活来执行其复杂业务，则使用MPC的一个业务系统终止MPC的预订/激活，业务系统之间的相关性必须被指定。

业务、业务系统和业务实例之间的关系通过下面的例子被进一步说明。提供了两个业务本地电影业务和新闻更新业务。本地电影业务使用业务系统A和B，新闻更新业务使用业务系统B和C。因此，本地电影业务有两个业务实例，一个在业务系统A并且一个在业务系统B。新闻更新业务也需要两个业务实例，一个在业务系统B上并且一个在业务系统C上。

在理解在业务网中业务如何被部署、提供和提议中有三个基本实体很重要。在图3中说明了这三个实体，订户、用户和业务以及其关系。实体订户310预订业务网中提供的一个或多个业务组或业务包325。订户310拥有一个或多个用户305。用户305是积极利用业务320的一个。用户只能使用属于订户310预订的业务组325的业务。用户305将总是属于订户310。订户310将总拥有一个或多个用户305。在许多情况下，订户310和用户305是同一个人，但是例如对于商业订户，订户可以是公司并且用户可以是公司的雇员。

业务数据根据业务数据模型，SDM来存储，导致业务数据记录SDR，被存储在SCR中。为了理解提供SCR的发明的概念，有用的是从新业务到提供给终端用户的业务的概念来描述业务网中的业务的生命周期。业务被输入到SCR中并且在提供模板的帮助下在SCR中发展。提供模板定义了业务系统需要的信息，也就是，该模板提供为该业务提供的成员数据的信息，以及由拥有该业务的系统支持的提供操作。

因此，提供模板不仅提供数据应该被提供的信息，还提供其应该如何被提供的信息。新业务可以被描绘为包含以下步骤，参考图4描述，其中步骤描述了根据本发明的业务网络中提供一种业务的方法：

-部署的业务(410)。然后新业务已经被开发，其如已部署的业务被引入业务网中。部署的业务是业务的第一个表现并且典型地业务的多个不同的配置是可能的。部署的业务已经在业务网中被安装和注册。每个部署的业务优选地有相关的提供模板，部署的业务提供模板440。这个模板的主要目的是描述需要提供的用户数据，以及定义被业务系统支持的操作。

-提供的业务420。提供的业务定义了部署的业务的不同配置。每个配置表示一个提供的业务并且是业务的第二个表现。部署的业务例如对于电子邮件业务每个用户可允许100MB存储，但是运营者可能希望将其限制为每个用户10MB。这说明应该如何从客户关系管理系统或商业管理系统的角度来看该业务。提供的业务提供模板450与提供的业务相关。因为提供的业务是部署的业务的特殊化，所以提供的业务提供模板450将基于部署的业务提供模板440。但是在相应提供的业务模板中部署的业务模板上的信息可能有进一步的特殊化。提供的业务的进一步的目的是完成成员命令和属性与为商业系统提供的接口之间的映射。

-提议的业务430。提供的业务被作为提议的业务呈现给用户或订户。提议的业务表示业务的第三种表现并且典型地是提供的业务420的修改以便适合于特定的客户段。这个特殊化将由提议的业务提供模板460规定。

用于部署的业务的提供模板440和提供的业务的提供模板450存在于SCR中，而提议业务的提供模板460存在于CDS中。提供模板440、450、460优选地可存储为XML文件。

SCR中的实体应该反映业务生命周期并且定义到业务实例的链接。其实现根据建立CSR所使用的技术而变化，但是逻辑分组应该是相同的。图5中示意地描述的下面的主要实体，应该被包含在CSR中：

-部署的业务510：包含已经在业务网中被安装和注册的业务上的信息。实体部署的业务描述了业务的所有功能并且规定了提供业务所需的所有数据，特别是用户和订户数据；

-提供的业务520是部署的业务510的特殊化。该特殊化是例如对于电子邮件应用中每个用户允许的存储器大小的限制。例如由系统操作员设置来设置所述特殊化，例如限制。

-业务系统540，包含指定业务实例和对业务实例的寻址装置的信息。如果从成员数据的角度看，则业务系统540规定了成员实例以及用于成员实例的寻址装置。

-业务相关性550：建立复杂业务或使用共享资源的业务之间的相关性被存储在实体业务相关性550的SCR中。

-模板560：业务数据将在模板的帮助下被输入SCR中。而且由提供的业务和部署的业务表示的业务的特殊化将根据模板被执行。模板将优选地被存储在紧凑并且容易可交换的格式中，例如XML(扩展标记语言)文件。部署的业务的提供模板561和提供的业务的提供模板562存在于SCR中，而提议的业务的提供模板563存在于CDS中。

-提议的业务530是提供的业务520的特殊化，反映对客户段和或业务包的适应。提供的业务520可以带来多个提议的业务530。提供的业务530表示UDR和SCR中数据之间的连接。严格地，提议的业务不是SCR中的一个实体，其属于UDM，但是被包括在这里用于进一步说明SCR中实体的关系(提供的业务530)。

业务数据，包括提供模板在SCR中的存储应该根据业务数据模型，其将参考图6被描述。

SDM包括下列描述的对象。SCR的实现将包括根据SDM的业务数据记录，该业务数据记录有例如对应于下面所述的对象的域。对于某些示例业务的业务数据记录的例子被提供如下。SDM包括对象：

-业务组605：业务组对象是业务的占位符。来自一个业务提供商的业务可以例如被一起放在一个业务组下而属于另一个业务提供商的业务可以被放在另一个业务组下。业务组的管理优选地由业务管理者来执行。

-业务610：业务对象是关于一个业务的所有信息的占位符。业务状态属性是强制的并且保存该业务的状态。

-业务接入定义615：对于每个业务可以创建一个业务接入定义对象。业务接入定义对象保存关于该业务如何被使用的信息。

-提供接入定义620：对于每个业务可以创建一个提供接入定义对象。提供接入定义对象保存关于该业务将如何被提供的信息。这个对象为部署的业务指定提供模板。

-业务实例630：一个业务被安装在一个或多个业务实例上。业务实例对象保存关于一个业务实例的信息。这个对象的属性应该规定该业务实例的业务接入点并且如果该业务需要提供，则为业务实例指定提供接入点。

-提供的业务640：当部署的业务被发展为提供的业务时，为该业务创建一个提供的业务对象。属性应该为提供的业务规定提供模板。这个提供模板从部署的业务提供模板改进而来。

-业务相关性650：如果业务依赖于其他业务，则创建业务相关性对象。强制的多值属性应该为所有依赖的提供业务规定业务识别。

参见图6，业务实例630、以及业务610在主实体业务系统540中有一个对应。

当部署的业务被创建时，提供接入定义620被创建。当提供的业务被创建时，“提供的业务”对象640被加到SCR中的信息中。因此，对于提供的业务的SCR数据将包含提供的业务提供模板和部署的业务提供模板。如果想在后来删除提供的业务但是保留部署的业务信息，则这一点是必要的。

提供模板对于在业务发展的每一步中正确信息的提供至关重要。模板在SDM中，并且模板的内容依赖于其是否是描述部署的业务、提供的业务或提议的业务的模板。但是，对于所有的提供模板，大体结构是相同的并且将参考图7被描述。

如图中所示，提供模板700将包含下列主要部分：

-模板标题705，包括标准化的XML模式头；

-提供协议信息710，它描述需要提供的成员数据以及支持的提供请求；

-映射规则720，它描述应用(成员)系统中支持的提供请求应该如何被映射到商业管理系统中。映射规则对于部署的业务不存在；以及

-业务策略730，它描述业务何时以及如何可被使用。

提供协议信息710还包括下列的某些部分，其应该被认为是在提供协议信息710中提供的信息的例子。

-提供协议711，它决定成员支持的提供接口；

-命令模板712，它包括关于可能发送到成员的成员命令的信息。这部分中的内容依赖成员支持的提供接口而不同。

-属性列表713，描述在成员中业务提供所需的所有属性。属性列表总包含属性名、数据类型和缺省值。属性的被允许的数据类型依赖于对成员被使用的接口。

-共享资源属性714，定义与共享资源相关的属性。共享资源属性714总是指属性列表713中现有属性。

-上下文属性715是用于在成员系统中的用户或订户的标识符。上下文属性715总是指属性列表713中的现有属性。

根据本发明数据如何被存储在SCR中将参考图8a和b在所述例子中被进一步说明。数据根据业务数据模型SDM被存储，其参考图6和图7被描述，这两个图在这个例子中也被参考。在说明的例子中，四个业务被存储并且有相应的数据记录：本地电影广告810：1、本地天气预报810：2、移动定位810：3和银行业务810：4。每个业务数据记录包括几个包含业务ID、业务名和业务状态的属性。业务根据提供者被分成两个业务组，分别是业务组A 805：1和业务组B 805：2。其他方式的分组也可能。每个记录业务组包括业务组ID和业务组名。本地电影广告810：1和本地天气预报810：2属于业务组A 805：1。移动定位810：3和银行业务810：4属于业务组B 805：2。

如图8b所示，每个业务存储有更详细的业务信息。这个信息将包括业务相关性850的说明。在所述例子中，本地电影广告810：1依赖于移动定位810：3。这个相关性通过指定本地电影广告依赖的业务(移动定位)的业务ID优选地在域业务相关性850中被定义。

本地天气预报依赖于移动定位830和银行业务840(未示出)。在这种情况下，业务相关性865将包括两个业务ID，分别指移动定位830和银行业务840。

根据SDM(图6)由业务数据记录提供的业务信息还包括域提供接入定义820、业务实例830、提供的业务940和业务接入定义。这些域的用途在上述SDM的描述中被规定。

(在CSD中存储的)用户/订户信息、(在SCR中存储的)业务信息和成员数据的分离是本发明的发明性概念的重要部分。为说明CSD和SCR之间的关系，CSD和用户数据模型的描述将被给出。

用户/订户数据根据用户数据模型UDM被存储，导致被存储在CSD中的用户数据记录UDR，其包含实际用户相关数据和终端用户对于业务的预定。用户数据模型的原理将参考图9被描述。用户数据记录UDR将按照UDM的原理被构建。存储在CSD中的数据的结构被仔细地设计，以便避免数据的内部复制，提供到系统的正确链接用于用最逻辑的方式来提供业务和维护所需的数据。与上述主要实体对应，数据被逻辑地分组为对象，关键对象是订户、用户和业务。对象对应于UDR中的域。图中的箭头指示对象之间的链接。实现依据建立CSD使用的技术而不同，但是逻辑分组应该是相同的。

下列对象应该优选地被包含在UDM中：

-用户905：包含基本的用户信息(例如，用户识别符)。用户905总是属于订户910；

-订户910：包含基本的订户信息(例如，订户的识别符)；

-客户段915：用于分类订户910。包含客户段描述和基本数据；

-提议的业务920：包含业务基本信息；

-业务包925：用于包业务920；

-业务包预订930：用于由订户910反映对业务包925的有效预订；

-业务描述935：用于由订户反映对业务包中各个业务920的有效预订，由业务包预订930规定；

-业务激活940：由用户905用于反映来自业务预订935的各个业务的有效激活；

-如果业务系统之间的相关性在UDR内被处理，则订户共享资源945包含由订户910预订的并且由业务预订935规定的在某个业务中使用的共享资源的基本数据；以及

-用户共享资源950：包含由用户905激活的某个业务940中使用的共事资源的基本数据。

用户对象905和订户对象910是识别对象的例子。业务预订对象935和业务激活对象940是业务对象的例子。业务网200中存在的所有业务对UDM是已知的。然后订户910预订业务。对象提供的业务920包含所有提议的业务的信息并且保存对存储在SCR 970中的业务数据的引用或链接，由对象提供的业务975表示(640)。这优选地是UDR数据和SCR之间的唯一的直接链接。订户910可以一个接一个地预订业务，但是这使得提供很麻烦。优选地可能吸引相同订户的类似业务被分组在一起，其被反映在对象业务包925中。某个业务可以在多个业务包中被提供。除此之外，业务包可以被提供给具有相同特征和希望需求的一组订户。因此，订户910可以被分组成客户段915，并且订户910可以预订提供给其属于的客户段的所有业务。业务通过将其包含在一个或多个业务包925中被加入客户段中。简而言之，业务包925将业务920分组并且客户段915将订户910分组。

参考关于图9所述的提议业务的例子，本地电影广告910：1、本地天气预报910：2、移动定位910：3以及银行业务910：4通过被提议的业务920在CSD中被注册。业务额外地作为业务包被注册，在业务包925中被规定，例如被称为“本地化业务“的包并且包括本地电影广告和本地天气预报业务。

业务组件寄存器和业务数据记录促进了在业务网中业务的集中化提供。通过UDM，业务被以统一的方式提供给终端用户。通过这些方案在业务网中创建了稳定的环境并且确保了业务的快速和安全提供。

虽然本发明被连同目前被认为最实际和优选的实施方案来描述，应该理解本发明不限于公开的实施方案，而是相反，其打算覆盖在所附权利要求书的精神和范围里包括的各种修改和等价方案。

使用情况的例子

前提条件：

给出了典型的提供情景的详细例子，其中终端用户激活了本地天气预报业务。该例子基于下列先决条件：

-提议的业务和业务已经如上述被建立。

-订户已经被创建。

-属于该订户的用户已经被创建。

-订户属于被允许提供“本地化的业务”的业务包的客户段。

-属于我们的终端用户的订户已经预订了“本地化的业务”业务包。

事件流：

下面是当终端用户预订业务时典型的事件流的描述。准确的行为依赖于业务网的客户特定建立。

1.终端用户想要浏览其入口上可用的新业务，并且使用WAP(无线应用协议)终端来访问入口主页。

2.该入口将通过向CPE发送CAI3G请求来为这个用户请求可用的业务。

3.CPE将通过检查由用户属于的订户预订的业务包的内容来检查哪些业务对于这个用户是可用的。

4.CPE用CAI3G响应来响应入口。

5.入口创建带有关于可用业务信息的WAP页。注意，来自CPE的响应仅包含要呈现给终端用户的信息。其不包含关于其应该如何被呈现的任何信息。入口应该利用象样式表和终端数据库的技术来自己解决这个问题。

6.终端用户找到本地天气预报业务和本地电影广告业务。其决定激活本地天气预报业务。

7.入口从CPE为这个业务请求业务参数。

8.CPE将查找SCR来找到任何业务相关性。本地天气预报业务依赖于定位业务和银行业务。

9.CPE检查终端用户是否已经预订了定位业务和银行业务。因为银行业务预订已经存在于CSD中，这个预订将被重用，但是定位业务将需要被创建。

10.CPE为本地天气预报业务和定位业务提供业务提供模板。这个信息被作为XML文件存储在CD中。XML文件将符合由提议的业务XML schCPE决定的格式。

11.CPE将来自两个模板的属性信息连接在一个新的XML串中，并且将这个返回入口。

12.入口将创建带有其在来自CPE的XML响应中找到的每个属性的输入域的新的WAP页。其将放置一个对应于属性名和适合于该属性的数据类型的输入域的标签。

13.终端用户将填充GUI中所有的输入域并且点击OK按钮。

14.入口将根据由CPE提供的属性信息验证该数据。其将检查所有强制的属性已经被填充，并且所有的数据在规定的合法范围内。

15.入口向CPE发送CAI3G请求来创建预订。作为输入参数，其包括具有所有填充的终端用户数据的XML串。

16.CPE将从SCR得到业务实例数据并且选择最合适的实例提供给用户。这将基于分布算法(也在SCR中找到)的结果来完成。

17.CPE根据在SCR中找到的部署的业务提供模板来创建成员提供命令。

18.CPE(使用CAI3G、CAI或LDAP)向成员发送提供命令。

19.CPE更新CD中的用户数据。

20.CPE更新E-AAA。

21.CPE向入口发送OK响应。

22.CPE通知CAS(客户管理系统)(如果CAS已经预订了这种类型事件的通知)。

Claims (21)

1.一种适合于在具有用于提供多个业务的多个业务系统的业务网(200)中提供业务的系统，其中所述系统包括包含与业务网中的多个业务相关的业务信息的系统组件寄存器(SCR)，所述业务信息被存储在业务数据记录中，对于每个业务或业务组一个，并且其中每个业务数据记录包括：

-为特定业务或业务组识别业务实例的至少一个业务实例域(540；630)；以及

-如果特定业务或业务组是复杂业务或利用共享资源，则定义特定业务或业务组对业务网中至少一个另外的业务系统的相关性的至少一个相关性域(550；650)，由此业务组件寄存器和业务数据记录促进了业务网中业务的集中化提供。

2.根据权利要求1的系统，其中业务数据记录还包括：

-业务域(610)，其保存关于一个业务的信息；

-业务接入定义域(615)，其保存关于该业务如何被使用的信息；

-提供接入定义域(620)，其保存关于该业务如何被提供的信息。

3.根据权利要求2的系统，其中业务数据记录还包括域：

-部署的业务域(510)，其包含关于已经在业务网中安装和注册的业务的信息；以及

-提供的业务域(520；640)，其表示部署的业务的特殊化。

4.根据权利要求2的系统，其中业务数据记录还包括规定对业务相关的提供模板的至少一个模板域(562，561；620，640)，所述提供模板定义提供业务所需的信息以及由业务系统支持的提供操作。

5.根据权利要求4的系统，其中所述提供模板中的至少一个被存储在SCR中。

6.根据权利要求4的系统，其中提供模板被以紧凑且易于可交换的格式存储，例如XML(可扩展标记语言)文件。

7.根据权利要求2的系统，其中提供接入定义域(620)还规定部署的业务的提供模板。

8.根据权利要求1的系统，其中业务数据记录还包括识别分组在一起的至少两个业务的业务组(605)域。

9.一种适合用于在具有用于提供多个业务的多个业务系统的业务网(200)中提供业务的业务数据模型，其中所述业务数据模型包括关于业务网中的多个业务的业务信息，所述业务信息被构建在业务数据对象中，每个业务或业务组一个，并且其中每个业务数据对象包括：

-为特定业务或业务组识别业务实例的至少一个业务实例对象(540；630)；以及

-如果特定业务或业务组是复杂业务或利用共享资源，则定义特定业务或业务组对业务网中至少一个另外的业务系统的相关性的至少一个相关性对象(550；650)，由此业务数据模型促进了业务网中业务的集中化提供。

10.根据权利要求9的数据模型，其中业务数据对象还包括：

-业务对象(610)，其保存关于一个业务的信息；

-业务接入定义对象(615)，其保存关于该业务如何被使用的信息；

-提供接入定义对象(620)，其保存关于该业务如何被提供的信息。

11.根据权利要求10的数据模型，其中业务数据记录还包括对象：

-部署的业务对象(510)，其包含关于已经在业务网中安装和注册的业务的信息；以及

-提供的业务对象(520；640)，其表示部署的业务的特殊化。

12.根据权利要求9的数据模型，其中业务数据对象还包括规定与业务相关的提供模板的至少一个模板对象(562，561)，所述提供模板定义提供业务所需的信息以及由业务系统支持的提供操作。

13.根据权利要求12的数据模型，其中至少一个提供模板被存储在SCR中。

14.根据权利要求12的数据模型，其中提供模板被以紧凑且易于可交换的格式存储，例如XML(可扩展标记语言)文件。

15.根据权利要求10的数据模型，其中提供接入定义对象(620)还规定部署的业务的提供模板。

16.根据权利要求9的数据模型，其中业务数据对象还包括识别分组在一起的至少两个业务的业务组对象(605)。

17.一种在业务网中提供业务的方法，其中与多个业务相关的业务信息被存储在系统组件寄存器(SCR)中，所述方法包括步骤：

-通过在SCR中提供业务的第一个表现来在业务网中部署(410)业务；

-通过在SCR中提供业务的第二个表现来提供(420)业务，业务的第二个表现是第一个表现的特殊化。

18.根据权利要求17的方法，还包括步骤：

-通过在公共订户/用户数据库(CSD)中提供业务的第三个表现来向终端用户提议(430)业务，业务的第三个表现是业务的第二个表现的特殊化。

19.根据权利要求17的方法，其中部署(410)业务的步骤通过部署业务提供模板(440)来被执行，其规定要被提供的用户数据并且定义由提供业务的业务系统支持的操作。

20.根据权利要求17的方法，其中提供(420)业务的步骤被通过使用提供的业务提供模板(450)来执行。

21.根据权利要求18的方法，其中提议(430)业务的步骤被通过使用提议的业务提供模板(460)来执行。

Images