CN1612582A

CN1612582A - 电信服务程序

Info

Publication number: CN1612582A
Application number: CNA2004100877522A
Authority: CN
Inventors: J·H·范吉尔德
Original assignee: Hewlett Packard Development Co LP
Current assignee: HP Inc; Hewlett Packard Development Co LP
Priority date: 2003-10-30
Filing date: 2004-10-29
Publication date: 2005-05-04
Also published as: US20050097512A1; DE102004035498A1

Abstract

使用多个业务独立积木式部件(SIB)开发电信服务程序(207，232)的一种方法包括使用图形接口(206)开发至少一个业务逻辑子例程图形(800)。每个子例程图形(800)被插入到服务图(207)中并根据要求被连接到服务图(207)中的其他子例程图形(800)和/或业务独立积木式部件(SIB)，以形成具有整个业务逻辑处理的服务图(207)。可以给每个子例程图形(800)分配图标(406)，该图标(406)被插入到服务图(207)中并根据要求被连接到其他的子例程图标(406)和/或业务独立积木式部件(SIB)。

Description

电信服务程序

技术领域

本发明一般涉及电信网络，并且更特别涉及用于在这样的网络上提供所需服务的软件。

背景技术

现代的电信网络除了执行其在用户之间发出呼叫的主要功能之外，还向电话用户提供无数种特种服务(feature)。诸如呼叫等待、主叫识别和主叫回呼等的特种服务当前是由大多数电话服务提供者提供的标准特种服务，并因而这些服务提供者的电信网络必须被配置以支持这些以及其它的特种服务，例如处理来自无线用户的呼叫。

图1是常规电信网络100的功能方框图，它使用称作“SS7”的全球电信标准，“SS7”代表“Common Channel Signaling System No.7(七号公共信道信令系统)”。SS7标准定义了用于规定公用交换电话网(PSTN)内的网络单元如何在数字通信网络上通信以提供有线和无线呼叫建立、路由选择和控制的协议。PSTN是使用铜线和模拟信号来表示话音数据并在用户之间发出呼叫的国际电话系统，并且由此系统提供的电话服务称作普通老式电话服务(POTS)。因而，除了数字通信网络之外，网络100还使用PSTN的网络单元来发出呼叫和向用户提供各种先进的特种服务。

网络100包括用于始发或终接在利用电话机106和108表示的用户之间的呼叫的业务交换点(SSP)102和104。每个SSP 102和104将根据SS7标准的SS7信令消息传送给网络100内的其它SSP以建立、管理和释放完成一个呼叫所需要的PSTN内的话音电路。网络100还包括信号转接点(STP)110和112，这些STP根据在消息内包含的路由选择信息将SS7信令消息择路发送到网络100内的合适点。这样，每个STP 110和112用作网络集线器，并从而不再需要网络100内各点之间的直接链路。网络100还包括业务控制点(SCP)114和116，其每一个分别用作集中式数据库，确定如何择路发送具体呼叫，例如包含800或888地区代码的呼叫。在操作中，SSP 102和104之一始发被传送给SCP 114和116之一的一个查询消息。响应于这个查询消息，接收到该查询消息的SCP 114和116将包含与此呼叫有关的路由选择信息的一个响应消息传送给始发SSP 102和104。

许多服务提供者通常通过网络100提供服务，并且这些服务提供者总在努力改善网络的性能和为它们的客户添加新的特种服务或者增强现有的特种服务。为了进行这样的修改，通常需要服务提供者修改在网络内各个点上执行的软件。在SSP 114和116上执行的软件通常提供由服务提供者提供的并由网络100支持的大多数先进的特种服务，并因而服务提供者必须修改此软件以添加或改变这样的特种服务。为了服务提供者，业务开发者118通常访问构成SSP 114和116的计算机系统(未图示)以修改合适的软件，并从而修改利用此软件执行的业务。

每种业务都是执行特定业务逻辑流的SSP 114和116上的程序。虽然这些服务程序可以利用各种不同的语言来编写，但是大多数都基于称作业务独立积木式部件(SIB)模型的一种模型，其中SIB是由国际电信联盟(ITU)电信标准化部门(ITU-T)定义的术语。使用这个模型，SIB是执行诸如播放通知或递增计数器等简单功能的业务逻辑的单元，并且程序是通过互连多个SIB形成的。已经定义了SIB的库，并且互连这些库内的SIB以构成所希望的服务程序，从而提供所需的服务。与每个SIB相关的是输入、输出和事件，并且使用其事件来互连SIB。例如，如果具有标记为SIB1、SIB2和SIB3的三个SIB，并且SIB1生成事件A、B和C，则SIB1可连接到用于事件A的SIB2和用于事件B与C的SIB3。

为了修改现有的业务，业务开发者118必须修改由构成相应程序的互连SIB定义的业务逻辑流。类似地，为了开发新的业务，业务开发者118必须互连SIB以执行所希望的业务逻辑流。因为诸多原因，业务开发者118可以用于实现对现有业务的所需修改或者开发新业务的当前程序使得该处理很困难。首先，当前的程序并不提供允许开发者118容易地修改现有的服务程序和生成新的服务程序的复杂的图形用户接口。而且，当前程序也不向开发者118提供重新使用给定服务程序内以及其它服务程序之间重复的业务逻辑子处理的容易方式。例如，一组SIB可以以相同的方式互连在同一服务程序内的若干不同位置中，并可以在不同的服务程序内在多个不同的时间使用。开发者118必须在每次需要时独立地输入该组SIB，并测试和调试每个发生事件以确保它们已经被正确地输入。

SIB模型当前产生的另一个问题涉及保护服务程序内的专有权。将共同构成服务程序的互连SIB称作服务图(service graph)，并且这个服务图类似于服务程序的源代码。业务开发者118可能与服务提供者无关，并且可能正在开发服务程序以便出售给很多不同的服务提供者。在这种情况下，业务开发者118理想上并不希望向服务提供者提供对服务图的访问，所述服务图代表开发者118所生成和拥有的知识产权的关键部分。然而，在不向服务提供者提供对服务图的访问的情况下，当前程序并不向开发者118提供将所开发的服务程序下载或“部署”到SCP114和116上的容易方法。

需要用于容易地和有效地设计和部署使用SIB模型编写的服务程序的一种程序和系统。

发明内容

根据本发明的一个方面，使用多个业务独立积木式部件开发电信服务程序的一种方法包括使用图形接口开发至少一种业务逻辑子例程图形。每个子例程图形被插入到服务图中并被连接到服务图中的其他子例程图形和/或业务独立积木式部件，以形成具有整个业务逻辑处理的服务图。可以给每个子例程分配图标，该图标被插入到服务图中并根据要求被连接到其他子例程图标和/或业务独立积木式部件。

附图说明

图1是使用SS7标准的常规电信网络的功能方框图。

图2是根据本发明一种实施例的电信业务创建系统的功能方框图，所述系统包括用于图形定义重复业务逻辑子处理的业务逻辑子例程的图形业务设计程序。

图3是图示根据本发明一种实施例的在创建和部署电信业务时利用图1的电信业务创建环境执行的整个处理的流程图。

图4是根据本发明一种实施例的利用图2的图形业务设计程序生成的服务图的例子的功能方框图，其中该服务图是利用在图2的服务器系统上运行的灵活业务逻辑应用程序执行的电信业务的图形表示。

图5是根据本发明一种实施例的功能方框图，更详细地图示图4的业务独立积木式部件的组件。

图6是表示利用图2的图形业务设计程序所呈现的显示的图，用于配置样本业务独立积木式部件；

图6是表示根据本发明一种实施例的业务独立积木式部件用于设置呼叫变量的值并从而设置由在图2的服务器系统上运行的灵活业务逻辑应用程序发送和接收的消息内包含的信息单元的值的处理的功能图。

图7是根据本发明一种实施例的包括若干重复业务逻辑子处理的典型服务图的功能方框图，所述子处理可通过利用图2的图形业务设计程序生成的相应子例程来实现。

图8是根据本发明一种实施例的子例程图形的功能方框图，图示利用多个互连的业务独立积木式部件形成的通用子例程。

图9是根据本发明一种实施例的回叫子例程的示例性子例程图形，该子例程确定一个号码是否是可以在诸如回呼呼叫你的最后一个号码的电话系统特种服务内使用的回叫号码。

图10是图示根据本发明一种实施例的利用图2的图形业务设计程序呈现的显示的图，用于配置查找数据库表内的电话号码的图9的子例程图形内的业务独立积木式部件。

图11是图示根据本发明一种实施例的利用图2的图形业务设计程序呈现的显示的图，用于配置示例的业务独立积木式部件。

具体实施方式

图2是根据本发明一种实施例的电信业务创建系统200的功能方框图，包括图形业务设计程序202，用于图形地定义与重复的业务逻辑子处理相对应的业务逻辑子例程。图形业务设计程序202使得业务开发者能够使用图形接口容易地开发业务逻辑子例程图形，其中业务逻辑子例程图形对应于互连的以执行重复使用的业务逻辑子处理的多个业务独立积木式部件(SIB)。例如，在单个电信服务程序内，差错处理子例程可以在多个不同的位置上使用，并因而将非常适合于通过子例程来实现。可以在多个服务程序内使用并因而可以在多个业务中使用的子例程的另外一个例子是用于验证和装载来自服务数据库的记账信息的子例程。这样，图形业务设计程序202仅需要开发一个子例程图形，并随后根据需要通过相应的子例程图标将该一个子例程图形插入到单个服务图内或插入到多个位置上多个服务图内。这使得开发服务程序更快和生成更可靠的程序，这降低了开发新的服务程序的总成本。图形业务设计程序202还提供了新开发的服务程序的容易部署，而不需要向服务提供者提供对服务程序的服务图的访问。

在随后的描述中，将结合所描述的本发明的实施例来阐述某些细节以提供对本发明更完整的理解。然而，本领域的技术人员将理解在没有这些具体细节的情况下也可以实现本发明。此外，本领域的技术人员将认识到下面描述的示例性实施例并不限制本发明的范围，并且还将理解所公开实施例的各种修改、等价物和组合在本发明的范围之内。包括比所描述的任一实施例的所有组件更少组件的实施例也在本发明的范围之内。最后，在下文中并未详细图示或描述公知操作的具体操作，以避免不必要地影响对本发明的理解。

在电信业务创建系统200内，图形业务设计程序202在通常是个人计算机的客户机系统204上执行。图形业务设计程序202包括图形接口206，它允许业务开发者通过下述步骤来设计新的电信业务：从SIB库208中选择所希望的SIB；将选定的SIB放置在工作区域或“帆布(canvas)”上；和随后根据需要互连选定的SIB以执行所希望的业务逻辑处理，并从而创建服务图207，如在下文中将更加详细描述的。服务图207是电信业务的图形表示，并随后予以处理和被传送给服务器系统218，在该服务器系统218上，灵活业务逻辑(FSL)程序226执行所处理的服务图，以便从而提供基础业务，如在下文中也将更加详细解释的。SIB库208包括多个标准SIB，这些SIB可以由开发者用于生成服务图，SIB的若干标准库是可用的，例如CAMEL-3-CSCC(CAP)、CAMEL-3-MAP、CS1、ETSI INAP和TTNS SIB库，这每一个都是本领域的技术人员所熟知的。

图形业务设计程序202还包括服务图和子例程图形文件210，其对应于使用此程序创建和存储的图形。使用程序202创建的每种业务具有相关的服务数据表212，用于存储诸如用户信息等的信息。在业务的执行期间，构成服务图207的SIB从这些服务数据表212读取数据并将数据写入这些服务数据表。消息定义或“消息集”214也是图形业务设计程序202的一部分，并且是如先前在图1中描述的SS7系统内使用的事务处理能力应用部分(TCAP)消息的集合。业务交换点(SSP)102和104(图1)与业务控制点(SCP)114和116(图1)之间的通信通过TCAP消息进行。例如，SSP 102可以将TCAP消息发送给SCP 114，以确定与所拨打的800/888号码有关的路由选择号码，并检查主叫卡用户的个人标识号码。消息集214内的每个消息包括多个字段或信息单元IEL，并且构成服务图207的SIB使用呼叫变量CV将数据写入这些信息单元和从这些信息单元读出数据，如在下文中将更加详细地描述的。简单地说，消息集214定义了构成该消息集内的每个消息的信息单元IEL，以及一组呼叫变量CV与这些信息单元相关并可用于与服务图207一起使用，而每个呼叫变量CV与相应的信息单元相关。这将在下文中参考图6更加详细地描述。

电信业务创建系统200还包括在客户机系统204上包含的部署程序216。该部署程序216处理使用图形接口程序206创建的服务图207，以创建适合于传送给服务器系统218的文件，该服务器系统218执行这些文件，以便从而提供基础电信业务。更具体地说，一旦已经利用图形接口程序206生成了服务图207，则使用部署程序216将该服务图“部署”或“切换(cutover)”到服务器系统218。业务开发者控制接口程序206，以便根据服务图207生成输出文件220，其中输出的文件包括业务脚本以及服务图部署所必需的其它文件。部署程序216仅使用输出文件220，当将同一业务部署给多个服务器系统218时或者当在实际上不将所开发的服务图207提供给这些服务提供者的情况下将业务提供给服务提供者时，这可能是有用的。这样，部署程序216提供了一种便利和安全的方式，用于业务开发者设计业务以及此后将与所设计的业务相对应的文件分发给客户，而不公开在服务图208内所包含的专有知识产权。开发程序216还提供了一种方便和安全的方式，用于开发者在服务器系统218上部署业务。接口程序206还可以直接将服务图207切换到服务器系统218，而不使用部署程序216。

使用客户机系统204上的提供程序222来将数据添加到在服务器系统218上包含的服务数据表，而所述服务数据表是根据由服务图207使用的服务数据表定义212创建的。在客户机系统204上还包含有应用建立器程序224，它用于生成FSL应用程序226，如先前所述，该FSL应用程序是在服务器系统218上运行以执行基础电信业务的可执行程序。应用建立器程序224允许业务开发者根据客户机系统204生成将在服务器系统218上运行的FSL应用程序226。

在服务器系统218上，建立服务器228用于执行若干功能。首先，建立服务器228与应用建立器224共同操作以生成FSL应用程序226。更具体地说，应用建立器224用于选择特定的SIB库208，并且该应用建立器随后与建立器服务器228通信，以便将驻留在服务器系统218上的应用框架(未图示)与选定的SIB库相关联(bind)，从而生成FSL应用程序226，如在图2中用箭头230所指示的。服务器系统218在图1中SS7网络100内的SCP 114和116上运行，并且应用程序226通过TCAP消息与网络内的其它点(未图示)通信，如图2所示。服务图像232通过呼叫变量CV与应用程序226通信，以设置TCAP消息内的相应信息单元的值，如在下文中将更详细地讨论的。

建立服务器228还用于与图形接口程序206或部署程序216通信，以编译从这两个程序中的任一程序接收到的业务脚本。在服务图207的部署期间，图形接口程序206或部署程序216与建立服务器228通信，并将与服务图207相对应的业务脚本传送给建立服务器。建立服务器228编译所接收的业务脚本，从而生成在服务器系统218上的服务图像数据库234内存储的相应服务图像232。为了执行基础业务，FSL应用226执行服务图像232，如利用表示应用程序内的服务图像的虚线所图示的。

服务器系统218还包括一个开放式数据库服务器236，它在服务图207的切换期间用于创建相关业务所需要的任何服务数据表，并将这些服务数据表存储在服务数据表数据库238内。一旦这些服务数据表被创建并被存储在服务器系统218上的服务数据表数据库238内，则提供程序222与开放式数据库服务器236通信，以便将数据插入到这些表内。提供程序222还可以用于独立地创建所需要的服务数据表，并在切换之前将这些表存储在数据库238内。

现在将参看图2和图3的流程图更详细地描述由电信业务创建系统200在创建和部署电信业务时执行的整个处理。该处理在步骤300开始，并立即进入步骤302，其中使用图形接口程序206来开发与所希望的电信业务相对应的服务图207。如前所述，为了创建服务图207，业务开发者从SIB库208中选择出合适的SIB，将它们放置在利用程序显示的屏幕或帆布上，并根据需要互连这些SIB以执行所希望的业务逻辑处理。

一旦在步骤302中创建服务图207，则在步骤304中使用应用建立器224和建立服务器228在服务器系统218上创建FSL应用程序226。在已经在步骤306中创建FSL应用程序226之后，直接使用图形接口206或使用部署程序216切换或部署在步骤302中创建的服务图207。在部署处理期间，建立服务器228接收与所开发的服务图207对应的业务脚本并编译所接收的业务脚本，以生成相应的服务图像232，将其存储在服务器系统218上的服务图像数据库234内。

在步骤308中，使用客户机系统222上的提供程序222和服务器系统上的开放式数据库服务器236来创建服务器系统218上的服务数据表数据库238。提供程序222与开放式数据库服务器236通信，以便在步骤306中部署服务图207之后将数据插入到服务数据表内。可选择地，提供程序22还可以用于独立地创建所需要的服务数据表，并在部署服务图207之前将这些表存储在数据库238内，在这种情况下，步骤308将出现在步骤306之前。

该处理前进到步骤310，并且FSL应用程序226执行服务图像232，从而执行所设计的业务。在执行业务期间，FSL应用程序226和服务图像232通过呼叫变量CV通信，以传送由FSL应用程序发送和接收的TCAP消息内包含的值。本领域的技术人员将认识到，执行图3的处理步骤的具体顺序可以改变。

图4是服务图207的一个例子，并图示了互连的以构成所希望的业务逻辑处理的多个SIB。每次将SIB放置在帆布上时，则创建该SIB的一个“实例”，并利用相应的图标在服务图207内表示出。在该说明书中，在此所使用的术语“SIB”用于指SIB所执行的功能或者指代表SIB的图标，或者指两者。

在图4的例子中，开始SIB 400表示业务逻辑处理的开始，并且标记为SIB1的样本SIB通过链路402耦合到开始SIB 400。SIB1还通过链路404耦合到标记为SIB2的第二样本SIB以及用相应图标表示的子例程406。结束SIB 408通过链路410链接到SIB2，并且标记为SIB3的第三样本SIB和另一个结束SIB 412通过相应的链路414和416顺序地耦合到所图示的子例程406。子例程406是执行在给定的业务逻辑处理内或者在不同的业务逻辑处理之间重复使用的所希望的业务逻辑子处理的一组SIB(未图示)，如在下文中将更详细地描述的。

图5是更详细地图示与图4的SIB1-SIB3中的任一个对应的典型SIB 500的组件的功能方框图。SIB 500包括输入502，其被应用于执行SIB的简单功能的SIB逻辑，其中将每个输入分配给相应的呼叫变量。如先前所描述的，在与服务图207相对应的服务和由FSL应用程序226传送的TCAP消息之间传送信息时使用呼叫变量CV。SIB 500还包括输出506，每个输出也被分配给相应的呼叫变量。最后，SIB 500包括事件，它们是通过链路从一个SIB传送给另一个SIB并控制服务图207内的逻辑流的参数。例如，在图4中，链路404定义传送给SIB2和子例程406的事件，并且这些事件的值例如可以确定是子例程执行以执行第一功能还是SIB2执行以执行第二功能。

图6是图示SIB用于设置呼叫变量CV的值的处理的功能图，这些呼叫变量CV又设置由FSL应用程序226传送和接收的TCAP消息内包含的信息单元IEL的值。在图6的例子中，SIB 600具有两个输出，并将每个输出分配给相应的呼叫变量CV1和CV2。为了设置TCAP消息内的信息单元IEL的值，SIB 600设置呼叫变量CV1和CV2的值。如前所述，服务图像232通过呼叫变量CV与FSL应用程序226通信，所述服务图像232是包含SIB 600的服务图207的编译版本。响应于呼叫变量CV1和CV2，FSL应用226修改与基础业务相关的消息集214内适当消息中的信息单元IEL。在图6中，将消息集214图示为包括多个单独的消息MSG1-MSGN，每个消息包括多个信息单元IEL。呼叫变量CV1和CV2与消息MSG2内的信息单元IEL1和IEL2相关，并且SIB 600通过处理变量CV1和CV2来设置这些信息单元的值。

图7是包括几个SIB组702-706的典型服务图700的功能方框图，每组SIB都是可通过由图形业务设计程序202生成的相应子例程实现的重复业务逻辑子处理。组702例如可以是执行在单个服务图700内的多个实例内使用的差错处理例程的一组SIB。这个差错处理例程非常适合于通过子例程来实现。组704例如可以是执行例程以验证和装载来自服务数据库238的记账信息的一组SIB(图2)。这是可以在多个不同的服务图700内使用的例程，并因而类似地非常适合于通过子例程来实现。

图形接口程序206以与创建对应于整个服务处理的服务图700非常类似的方式创建子例程。因而，为了创建子例程，使用图形接口程序206来创建子例程图形，其一个例子图示为图8中的子例程图形800。可以如前所述地为图4的服务图207选择和插入在子例程图形800内包含的SIB，或者可以从其它服务图的部分中进行拷贝。在服务图中，每个子例程利用标记为呼叫子例程图标的不同图标来表示，为图4中的子例程406图示其一个例子。

子例程图形800代表随后由服务图207或700调用的业务逻辑子处理。在随后的描述中，将为了便于解释仅参考示例性的服务图207。以与创建服务图207非常相同的方式，使用图形接口程序206来创建子例程图形800。选择新的子例程来打开新的子例程帆布，以及然后选择SIB，并将其放置在帆布上，以创建这样的SIB的具体实例。此后，根据需要通过链路互连这些SIB，以执行所希望的业务逻辑子处理。每个子例程图形800包括仅与子例程图形相关的特定SIB，即表示子例程图形开始的开始子例程SIB 802和表示该子例程图形内具体逻辑流结束的一个或多个返回SIB 804与806，其中控制被返回到调用此子例程图形的服务图207。除了开始子例程SIB 802和返回SIB 804与806之外，执行所希望的业务逻辑子处理所需要的SIB也被插入到子例程图形800内并且在这个例子中被标记为SIB1-SIB4以及如所示进行互连。

除了创建所需要的SIB的实例之外，还使用图形接口程序206来定义子例程图形800的名称、输入、输出和事件。注意到，在此可以互换地使用子例程和子例程图形。在服务图207内图示的相应图标内显示分配给子例程图形800的名称。输入是可以由呼叫服务图207设置的到子例程图形800的任意输入，而输出是返回到呼叫服务图的参数。类似地，子例程图形800的事件是可以返回到呼叫服务图207并通过返回SIB 804和806返回到呼叫服务图的事件。每个返回SIB 804和806没有它自己的输出事件，但是反而返回为子例程图形800定义的事件之一。在具有一个以上返回SIB 804，806的情况下，如在图形800的情况下显而易见的，每个返回SIB可返回相同或不同的事件。

一旦使用图形接口程序206定义了子例程图形800，则该程序显示允许开发者在服务图207内希望的位置上创建子例程的实例的呼叫子例程SIB或图标。如前所述，为图4的子例程406图示呼叫子例程SIB的一个实例。因而，例如，通过单击在利用程序206显示的工作标记面板上显示的相应图标并随后将此图标拖拽到利用该程序显示的帆布上，可以创建子例程的实例。

在程序202的一个实施例中，图形接口程序206允许从多个服务图207以及也从其它子例程图形中调用子例程图形800，但是并不允许递归地调用子例程图形(即，一个子程序图形不能调用它自身)，并且也不允许由另一个子例程图形调用的子例程图形调用原先的子例程图形(即，如果子例程A调用子例程B，则子例程B不能调用子例程A)。

这样，图形业务设计程序202仅要求一个子例程图形800被开发并然后通过相应的子例程图标根据需要被插入到单个服务图207内或插入到多个地方的多个服务图内。因此，可使用程序202更快地开发电信业务。此外，子例程图形800的使用将使新服务更加可靠，因为一旦子例程图形被设计并被验证为正确操作，则在验证包含此子例程的整个服务图时，将不再需要检查由此子例程图形执行的业务逻辑子处理。

图9是回叫子例程的示例性子例程图形900，其确定一个号码是否是回叫号码，如可以在诸如回呼始发呼叫的最后一个号码的电话系统特种服务中使用的并且通常被称作“*69”特种服务。子例程图形900包括链接到读取回叫SIB 904的开始子例程SIB 902。该读取回叫SIB 904确定该号码是否是回叫号码，并提供回叫指示符，该指示符具有表示此确定结果的值。如果SIB 904确定此号码是回叫号码，则此SIB将回叫指示符值设置为真，并响应于这个真指示符，“是回叫”SIB 906设置一个真“是回叫”事件。返回SIB 908将该真“是回叫”事件返送给呼叫服务图(未图示)。如果SIB 904确定该号码不是回叫号码，则此SIB将此回叫指示符值设置为假，并响应于这个假指示符，“非回叫”SIB 910设置真“非回叫”事件。返回SIB 912将该真“非回叫”事件返送给呼叫服务图(未图示)。

图10是图示由用于图9的读取回叫SIB 904的图2的图形接口程序206呈现的显示1000的图。该显示904允许业务开发者根据需要配置SIB 904。该显示表明SIB 904使用控制变量“ringBackNumber(回叫号码)”来确定一个号码是否是回叫号码。

图11是图示由用于示例性“PlayAnnouncement(播放通知)”SIB的图2的图形接口程序206呈现的显示1100的图。该显示1100表示与该SIB有关的输入和输出参数。每个输入参数通过参数的最左栏内的相关“R”或“O”来被指示为需要的或可选的，并指示了所需要的输入参数的值。图示了三个输出参数，并且可以给其中的每个分配适当的呼叫变量CV，尽管在该显示中并未图示分配这样的呼叫变量。

本领域的技术人员将理解，尽管在上面的描述中已经描述了本发明的各种实施例及其优点，但是上述公开内容仅是说明性的，并且具体可以进行各种改变，以及这些改变保留在本发明的广泛原理之内。例如，在上面描述的各种处理内的操作顺序可以改变，并且客户机和服务器系统可以每一个被包含在单个计算机或者在适当连接的计算机的网络上，而且也可以被包含在运行各种不同操作系统的多种不同类型的计算机系统上。而且，本发明的概念和原理可应用于其它类型的电信系统。因此，本发明将仅利用权利要求书来限定。

Claims

1.使用多个业务独立积木式部件(SIB)开发电信服务程序的一种方法，该方法包括：

使用图形接口(206)开发至少一个业务逻辑子例程图形(800)；

生成代表每个业务逻辑子例程图形(800)的子例程图标(406)；和

将每个子例程图标(406)插入到服务图(207)中并将该图标(406)连接到服务图(207)中的其他子例程图标(406)和/或业务独立积木式部件(SIB)，以形成具有整个业务逻辑处理的服务图。

2.权利要求1的方法，其中子例程图形(800)包括：

表示该子例程图形(800)开始的开始子例程业务独立积木式部件(802)；

连接到开始子例程图形(802)的至少一个业务独立积木式部件(SIB)；和

至少一个返回子例程业务独立积木式部件(804，806)，返回子例程业务独立积木式部件(804，806)指示子例程图形(800)中相应业务逻辑子处理的结束并且被连接到至少一个业务独立积木式部件(SIB)。

3.权利要求2的方法，其中使用图形接口(206)开发至少一个业务逻辑子例程图形(800)包括：

打开新的服务图形帆布(图4)；

将业务独立积木式部件(SIB)放置在帆布上(图4)并且互连这些部件(SIB)；

将开始子例程业务独立积木式部件(802)放置在帆布上(图4)并将它互连到至少一个业务独立积木式部件(SIB)；和

将返回子例程业务独立积木式部件(804，806)放置在帆布上(图4)并将它互连到至少一个业务独立积木式部件(SIB)。

4.权利要求1的方法，其中子例程图形(800)包括：

可以由调用该子例程图形的服务图设置的输入参数；

可以返回给调用该子例程图形的服务图的输出参数；和

可以返回给调用该子例程图形的服务图的事件参数。

5.权利要求1的方法，其中使用图形接口(206)开发至少一个业务逻辑子例程图形(800)包括：

选择新的子例程标记；

响应于新的子例程标记的选择，打开子例程帆布(图8)；和

将业务独立积木式部件(SIB)放置在帆布上并根据要求互连这些部件以执行业务逻辑子处理。

6.权利要求5的方法，其中将业务独立积木式部件(SIB)放置在帆布上(图8)包括从服务图(207)中拷贝一组业务独立积木式部件(SIB)并将它们粘贴在子例程帆布上(图8)。

7.一种客户计算机系统(204)，包括：

图形接口组件(202)，可用于响应于用户输入而使用图形接口(206)开发至少一个业务逻辑子例程图形(800)并生成代表每个业务逻辑子例程图形(800)的子例程图标(406)；和可用于响应于用户输入而将每个子例程图标(406)插入到服务图(207)中并将该图标(406)连接到服务图(207)中的其他子例程图标(406)和/或业务独立积木式部件(SIB)，以形成具有整个业务逻辑处理的服务图(207)。

8.权利要求7的客户计算机系统(204)，还包括：

应用建立组件(224)，可用于与服务器系统(218)通信，以便在该服务器系统(218)上生成应用程序(226)；

部署组件(216)，耦合到该图形接口组件(202)以便从该图形接口组件(202)接收业务脚本，并可用于处理该业务脚本以生成用于部署在该服务器系统(218)上的文件；和

提供组件(222)，可用于在该服务器系统(218)上生成服务数据表，以便在执行与该业务脚本相对应的业务期间使用。

9.权利要求8的客户计算机系统，其中该服务器系统(218)还包括：

建立服务器(228)，适用于接收对应于电信业务的业务脚本，从根据多个互连的业务独立积木式部件(SIB)形成的服务图(207)和子例程图标(406)中生成该业务脚本，每个子例程图标(406)代表子例程图形(800)，并且该建立服务器(228)可用于编译该业务脚本以生成服务图像(232)；

开放式数据库服务器(236)，可用于生成该服务图像(232)所需要的服务数据表(238)，并将这些表(238)存储在表数据库(238)中；和

应用组件(226)，可用于执行该服务图像(232)以提供电信业务。

10.权利要求9的客户计算机系统(204)，其中该服务器系统(218)包括SS7网络(100)内的业务控制点(SCP)。