CN1214840A - 用于通信网络的服务生成设备 - Google Patents
用于通信网络的服务生成设备 Download PDFInfo
- Publication number
- CN1214840A CN1214840A CN96199491A CN96199491A CN1214840A CN 1214840 A CN1214840 A CN 1214840A CN 96199491 A CN96199491 A CN 96199491A CN 96199491 A CN96199491 A CN 96199491A CN 1214840 A CN1214840 A CN 1214840A
- Authority
- CN
- China
- Prior art keywords
- service
- characteristic
- user
- editor
- market
- 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
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0054—Service creation techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1316—Service observation, testing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/135—Service creation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13535—Indexing scheme relating to selecting arrangements in general and for multiplex systems distributed systems - also domains in service creation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种用于属于智能网络类型的通信网络的服务生成***具有三个不同的级别,在这些级别上能够执行服务生成活动,这些级别是SCE1、SCE2和SCE3。采用分开的级别使得对服务生成***的访问能对网络中有不同兴趣的用户保持功能上的分开。因此,下述的一些特性可以在SCE1中生成,对于一个准备得到的选定服务这些特性必须安装在网络基元的级别上。可上市服务特性可以在SCE2中生成,这种特性给出了特性的情景,在该情景中包含有特性的呼叫处理逻辑和特性的支持及管理说明。服务包既可以在SCE2中也可以在SCE3中生成,服务包使一些可上市服务特性的集合能满足一个服务以及该服务专用的支持和管理信息的要求。SCE2上的服务供应者生成和测试编辑图,这种编辑图包括一些可上市服务特性的有序序列。然后编辑图被使得能被SCE3上的客户得到。通过从编辑图生成执行图,可以在SCE3上配给和修改文档,这种文档为用户列出了关于一个服务的各个特性的清单,并为每个特性所需的数据提供了数据位置。除了可上市服务特性之外,亚特性也可以被植入到编辑图中。它们与可上市服务特性是相似的,只是不含有相关的屏幕信息。这使得用户能从看来是一个空白的屏幕上产生执行图,但借助于亚特性实际上还是植入了限制条件,从而仍能保证得到的执行图还是满足经测试过的限制条件的。
Description
本发明涉及用于通信网络的服务生成设备,并在智能网络中找到了特定的应用。
随着通信网络的发展,网络操作者能配置的服务的数目和种类都有很大增加。使网络操作者能快速地和有效地生成和配置新的服务是一个关键的商业问题。智能网络的体系格式已经发展得至少能够部分地给网络操作者以可快速并灵活地提供新的服务的工具,在智能网络体系格式中,智能不再像过去那样最初是在转接点或交换点上提供的,而是在通信网络中的或与通信网络相关连的各个点上提供。
智能网络(IN)的一个关键原则是把控制基本转接功能,例如建立转接路径的软件和控制呼叫进程的软件分离开来。参见图23,这一点在已有的IN中是这样做到的:使网络交换点230能够识别需要修改呼叫进程的呼叫并暂停正常的呼叫处理。暂停呼叫处理的决策是根据在呼叫进程中的某些点上出现了符合某些预定触发准则的情况而作出的,预定的触发准则例如有:拨号的数字,线路状态,或者一天中的时间。这可以用网络转接点230所提供“服务转接点(SSP)”功能来描述。
当SSP功能识别出一个呼叫需要基于IN的服务时,它将通知一个服务控制点(SCP)231,其后,呼叫的进程将受到位在基本网络转接点230外面的智能的控制,以提供呼叫所要求的任何服务。
智能网络体系的一个特别关系到服务的配给和修改的方面是服务生成和配置***。在IN中加快生成新服务的一些特别有吸引力的属性是:
ⅰ功能的分离一这是来自客户的实时呼叫转接的基本核心功能与各个服务专用方面之间的分离,以使后者能较容易地被改变,这在前面已经提及。
ⅱ可携型软件环境一使服务被开发之后就能在不同供应者所提供的SCP231上运行。
ⅲ通用构筑模块一用公用模块来构筑服务使得能大量地重复使用,从而加快了开发速度。
ⅳ服务逻辑程序(SLP)-一种用来指定各构筑模块之间的连接的简单语言。SLP通常用服务生成工具产生。
ⅴ图形服务生成工具一通过“在屏幕上”操作各种代表通用构筑模块的图标,这些工具能使服务快速地生成。
ⅵ服务和网络仿真器一当已经生成了一个服务之后,它可以被仿真以检验其功能、性能和费用等等。
ⅶ在线配置一当一个服务已准备好可以配置时,它可以从服务生成工具以电子方式发送给网络和适当的管理***。
在一种已知类型的服务生成环境232中,服务是通过规定一系列通用构筑模块和它们之间的条件连接而从通用构筑模块生成的。这种规定通常称作为剧本或服务逻辑程序(SLP),并用服务生成工具产生。当这个SLP被配置进网络后它需要被“执行”。这在通常位于SCP231内的一个服务逻辑执行环境(SLEE)中完成。由于许多IN的实现对它们的SLP使用一种翻译语言,所以进行这种执行的模块自身常称作为服务
逻辑翻译器(SLI)。不过,它也不一定必须是一个翻译器,所以一般地可以例如称作为“服务机器”。它有可能支持已翻译的或已编译的SLP,或者其他形式的SLP。
在服务生成中,和服务生成工具一样,使用可重复使用的通用构筑模块也是重要的。由于好处是明显的,所以在整个计算机领域内已做了许多工作来试图达到大量的软件重复使用。例如,三次有效地使用一个程序可使产额变成三倍,而且在第二次及以后的使用中先导时间可以几乎为零。
尽管有这些好处,但由于一般的软件重复使用难以实现,所以仍是较为少见的。然而,在SCP这个相当封闭的领域内,由于已很好地了解了基础网络的各种离散操作,所以有可能构筑软件的通用模块来驱动这些基础操作,这些就是能够以许多不同序列来调用以提供宽广范围的IN服务的构筑模块。
一个典型的构筑模块可能是“时间导引(time of day routing)”。该构筑模块会检查用户文档中的数据。其中可能说明了下午6:00之后对某一特定号码的呼叫应转接给一个守夜人。于是“时间导引”构筑模块将检验当前时间并相应地导引呼叫。
SLP可以通过一个服务管理***233被递送给SLEE。SMS通常负责服务的管理、配置和客户配给以及更新保持在SCP231和服务数据点(SDP)234上的客户专用数据。
如果服务生成不但可以由网络服务供应者执行,而且也可以由客户或用户自己来执行则是有好处的。使不同的实体可以开发或修改服务的服务生成技术在下述论文中有所说明:“Service Creation Technologies
for the Intelligent Network(用于智能网络的服务生成技术)“,M.J.Morgan等人著,刊登于AT & T Technical Journal(美国电话电报公司技术杂志),第70卷,NO.3/4,1991年夏,美国纽约。
在本发明的一些实施例中,提供了一种服务生成和配给***,它用于这样的通信网络,其中可以通过对代码单元的有序序列的屏幕操作来生成或修改通信服务,该***通过按照一个执行图来运行这种代码单元的有序序列而提供服务,其中该***包括:
ⅰ)一个用来存储代码单元的界面;
ⅱ)用来从存储的代码单元中选出一组代码单元的工具;
ⅲ)用来生成或修改编码图的工具,该编码图至少部分地确定与一组用来配置通信服务的一组代码单元相关连的有序序列;以及
ⅳ)用来把编码图与一个可视信息联系起来的工具,其中可视信息供用户在一个图形用户界面上编辑或修改编辑图以产生执行图时使用;以及用来把编辑图和可视信息一起提供在图形用户界面上的工具;
其中用来提供编辑图和可视信息的工具也可以提供至少一个不带有可视信息的编辑图,以便能够在编辑图对用户不可视或只是部分可视的情况下从编辑图产生一个执行图。
然后在服务配置过程中运行服务逻辑程序时执行图可以被***的服务机器利用。
本发明的一些实施例在多级别服务生成环境中,例如在一种已知类型的三级服务生成环境中,可能特别有用。每一级别提供不同的功能,适用于不同的用户群体,例如适用于网络供应者在网络上安装代码单元,适用于服务供应者生成和修改服务,以及适用于客户生成、修改或
为他们的用户示例实际的服务。
这些级别例如可以写成SCE1、SCE2和SCE3。采用分开的级别使网络中有不同兴趣的用户能以分开的功能来访问服务生成***。因此,可以在SCE1中生成为使某一选定的服务能获得而必须在网络基元级别上安装的一些特性。在SCE2上可以生成一些可上市的服务特性,在这些特性中包含了它们的呼叫处理逻辑和支持、管理说明。在SCE2或SCE3中都能生成服务包,它们使可上市的服务特性的集合能满足一个服务以及该服务专用的支持和管理信息的要求。在SCE3中可以配给和修改一些文档,其中为用户列出了关于一个服务的特性和提供了用于每个特性所需数据的数据缝口。
因此,在本发明的一些优选实施例中,对每一个级别都提供有用来产生各自不同类型的软件实体的工具,上述级别中的第一级别含有用来产生包括一些能被一个服务分配***分配到网络各基元中去的代码目标的服务应用特性的工具,上述级别中的第二级别含有用来产生可上市的服务特性的工具,服务特性中包括服务应用特性的呼叫处理逻辑并含有关于该特性的支持和管理说明。
这第二级别若能含有下述工具将是有利的:该工具用来存储和输出服务包,这些服务包是一些软件实体,它们具有识别可上市服务特性和把可上市服务特性与可利用通信网络获得的特定服务相联系的联系功能。
第三级别也可以有产生服务包的工具以及产生或修改文档的工具,一个文档包括一个或几个特性清单,用户在选择上述网络中的服务时需要这种清单,第三级别还有用来存储关于每个特征的数据的工具,以使
得特征能够在所选服务范围内成功地操作。
这种类型的多级***的另一个优点是可以改变它所提供的控制机制。例如,可以在SCE2上施加对于只有工作于SCE3上的用户才能获得的工具、机制等的控制。这就是本发明实施例具有特别应用的地方,这时编辑图可以在SCE2上生成或修改,但可提供给SCE3供客户在产生执行图时使用。通过把一个编辑图的某些选定部分,甚至整个部分隐藏起来,便有可能给客户在产生执行图时有宽广清楚的空间,而同时仍然在用隐藏的或部分隐藏的编辑图限制他们,以防他们产生后便接着运行一个未经测试的通信服务版本。
下面将参考附图仅通过举例来说明根据本发明一个实施例的服务生成***,在附图中,
图1示出该服务生成体系的原理性全貌;
图2示出关于图1体系的一个服务生成区和处理关系;
图3示出一个服务供应基础结构及其与一个典型智能网络基元上的其他平台元件之间的关系;
图4示出用于图1体系的一个原理***生成数据体系;
图5原理性地示出用全***通用的元件构筑一种类型的目标和可上市服务特性;
图6示出一些不同类型的文档,文档是一个与用户有关的特性清单,用户对一个特定服务具有这些特性;
图7至18示出一些示例性工作流程以及它们的相应体系活动;
图19至22示出图1服务生成体系将支持的一些特定数据分配情景;
图23示出一种已知类型的IN体系的原理图;
图24示出一个示例性编辑图,它用于定制一个特定服务;
图25示出一个与图24的编辑图相对应的示例性执行图;
图26示出因图24的编辑图中的一个灵活点248’所造成的在执行图中出现的一个决策点;
图27示出执行图中与相应编辑图的一个灵活点相对应的正确的和不正确的决策点;
图28示出一个编辑图的用户逻辑图;
图29示出与图28的逻辑图相对应的用户屏幕图;以及
图30示出在从编辑图产生执行图的过程中用户可看到的含义说明屏幕图。
在下面的说明中,用一些缩写符来代替单元、处理等的相应全名。下列词表列出了这些缩写符的说明。
词汇表
API应用编程界面
CM构形管理
CPE客户地的设备
Foo计算技术中众知的代表一种计算功能的词汇
GSC通用服务元件
IN智能网络
IVRU交互式语音应答单元
KTN网络密钥
MSF可上市服务特性
SAF服务应用特性
SAP语言应用平台
SCE服务生成环境
SCP服务控制点
SDS服务分配***
SLA服务级别协议
SLEE服务逻辑执行环境
SM服务管理
SN服务节点
SP服务包
1、引言
1.1范畴
下面说明的范畴涉及服务生成领域,其中它定义了一个逻辑体系,在该体系中服务生成的要求能被递送到智能网络上。
应该指出,为实际使用而设计的任何服务管理***都可能具有比这里所说明的大得多的范畴和职能。不过,服务管理***是已知的,而且为了本发明的目的,它们只需要能兼容于这里所说明的服务生成体系。因此,全面而精确地说明完整的服务管理***并不是这里的目的。
支持本服务生成体系的数据体系将于第5节说明。然而,该数据结构和特定界面(3、1)背后的思想的发展将导致关于实现数据分配的事
件。这些事件的讨论在第7节中进行。
1、2术语
为了本说明的目的,术语“客户”是指服务能力的合作购买者。术语“用户”是指一个客户的单个雇员,他具有客户所提供的服务能力。因此一个客户有多个用户。
为了本说明的目的,术语“SCE1”、“SCE2”和“SCE3”将自始至终地使用。它们被用来描述在不同体系级别上提供服务生成能力的集成软件工具组。
术语“IN基元”被用作为一个逻辑组合,以指各种智能网络计算平台,例如服务控制点(SCP)、服务节点(SN)、和智能周边(IP)。应该了解,用于不同类型的IN体系,例如或许是其智能集中性比基于SCP的IN少的类型的计算平台,包括分布式处理平台也都被术语“IN基元”所包含。
1、3目的
本说明的目的是要:
·定义全部的服务生成体系,
·规定一个逻辑***图形设计的高级景像,其后它将由物理***来提供,
·确定并解释服务生成实体(例如,可上市服务特性,通用服务元件,等等),
·确定界面,
·确定工作包和应用实体,
·定义服务生成的基线体系,以把服务生成移植到大规模公共网络中。
2.服务生成体系总貌
2.1概述
服务生成体系的总貌由一些被认为存在于已有的或建议的实体之间的关系所定义,使得新的服务和特性可以利用自动处理和界面快速地配置和配给。为了解释这些关系,有必要参考图1来说明服务生成处理。
服务应用和可重复使用特性在SCE1 265a中作为经检验的代码开发。该代码被递送给(通过接口I1)作为仓库的服务分配***(SDS)100,后者存储代码并把代码配置(通过接口I5)给目标IN基元102(各SCP231、SN和IP235等)。
SCE2 265b利用SDS仓库100(通过接口I2)构筑可上市服务特性(见5.2节)和服务包(见5.3节)。
服务包在服务管理区270内从SDS仓库100被递送给(通过接口I6)服务管理功能(SM)103,并被递送给(通过接口工4)SCE3 265c以进行配给。
服务包或其一部分被递送给(通过接口I7)支持***101以把它们组织(构形)成新的服务。
SCE3 265c用来生成文档(见5.4节),后者被递送给(通过接口I3)SM103进行验证。
验证后的文档被传送给(通过接口I6)SDS100并被分配给(通过接口I5)有关的IN基元102。
接口I4也需要支持未验证文档的更新。这更经常被称作网络方便新。不过,在本体系中需要强调,任何形式的文档更新都来自SCE3 265c。因此,存在于一个服务内的、IN基元102上的,或客户地设备(CPE)中的更新能力都被看作为SCE3能力(见下述2.2节的限制b)。
2.2限制条件
a)网络操作者的服务管理***270将或者作为一个独立的平台存在,或者分布在一组平台上。
b)SCE3 265c代表配给能力,它们或者是直接与一个服务管理***270相接口的独立的物理***,或者作为服务管理***270的一部分,或者是网络基元102内部支持网络方更新的能力。大型网络有可能需要SCE3 265c是所有的这些能力。SCE3的用户通常包括网络操作者的支持人员、客户、和用户。
c)SDS100(见4、4、2节)代表一个仓库和分配***,它可以是分布式的、服务管理***270的一部分,或者需要一个独立的平台。这取决于目标网络的大小和与网络实现相关的性能与成本要求。
d)IN基元102包括一些基于网络的计算工具,例如服务控制点(SCP)231、服务节点(SN)(未示出)、以及能支持服务应用和有关的客户数据库的智能周边(IP)235。
e)接口和管理***将提供各通用***之间的全部自动的服务配置和配给。服务生成体系的设计和其后的工作流程分析都将以此为基础进
行。
3、服务生成体系
图2更详细地示出了该服务生成体系。该图说明了各主要功能区之间的关系和关于基于语言的服务的开发的各主要子***的位置。带有有向箭头的各接口对应于图1中的接口,并列于S3.1(除了接口I7)。各区内各处理之间的连线代表各软件实体之间的某种形式的集成。这形式可以是接口、文件转移、交互处理通信、或应用集成(内部数据共享)。
该体系用“区”和“处理”来代表,而不用“***”代表。虽然服务生成区260又能再分成5个逻辑区、3个SCE区265、一个服务管理区270、以及一个IN基元区200,但驻留在这些区内的各种处理仍将跨越许多平台和环境工作。
3个SCE区265a、265b、265c合乎逻辑地被按照它们各自需满足的不同要求以及用途和用户的类型来区分。这些可以分类成:
区 | 用户 | 用途 |
SCE1265a | 服务供应者开发者 | 代码级别上的应用和特性开发,用于在IN基元102中的配置 |
SCE2265b | 服务供应者开发者服务供应者市场化服务供应者测试员 | 从可重复使用元件开发满足市场需要的产品和服务的开发者。服务原型的仿真与分析。服务供应之前进行客户指定的剪辑。 |
SCE3265c | 服务供应者开发者服务供应者支持操作者服务客户用户 | 服务的配给与剪辑以及服务操作中的服务示例 |
3.1接口
接口号(参见图1和2) | 接口名称(I/F=接口) | 接口说明 |
I1 | SCE1-SDSI/F(代码) | SDS100和SCE1 265a之间为了能进行应用配置而设的数据接口。来自SCE1 265a的服务应用特性和通用服务元件传向SDS100并继续传至IN基元102。 |
I2 | SCE2-SDS I/F(可上市服务特性/服务包) | SDS100和SCE2 265b之间的双向数据接口。SCE2从SDS仓库100提取SAF/GSC能力并根据该信息开发MSF、MF和SP。MSF和MF被从SCE2 265b存储到SDS100上。服务包被从它们所存储的SCE 265b递送给SDS100,并被配置在适当的IN基元102上。 |
I3 | SCE3-SM I/F(文档) | SCE3 265c和SM103之间为了能对基于网络的服务的操作所必须的用户/客户数据进行配给和剪辑而设的数据接口。它也可含有图形终端仿真以让客户能驱动SM配给屏幕。数据以一些文档的形式或者必须在分配前由SM103验证的文档更新形式传送。 |
I4 | SDS-SCE3 I/F(服务包/文档) | 向SCE3 265c递送服务包以说明新服务,并从SCE3 265c接收文档更新(不需要SM验证)的双向数据接口。 |
此外,新SAF也将通过该接口递送给SCE3 265c以支持配给验证和SCE3仿真能力。 | ||
I5 | SDS-IN基元I/F(文档/代码) | SDS100和IN基元102之间为了能对应用和特性进行配置和分配以及更新配给数据而设的双向数据接口。服务数据以文档和文档更新的形式传送。配置是通过对服务包的分配而达到的。 |
I6 | SM-SDS I/F(文档/服务包) | 从SM103到SDS100的双向数据接口,用来递送配给和更新的客户数据以分配给IN基元102。数据以文档和文档更新的形式传送。SM103也接收从SDS100配置的服务包。 |
I7 | SDS-支持*** | 服务分配***100和例如收费、错误控制等一个或多个支持***101之间的逻辑组群接口。该接口将由一些由专利设计所确定的接口实现。通过这些接口的数据将由这些支持***101的灵活性、构形性和“服务能力”所确定。这些接口的控制和规范不在服务生成区260内。 |
4区的说明
各种不同的区已示于图2,阅读第4节时应参阅该图,也要参阅图3和4。
4.1 SCE1 区265a
SCE1代表服务生成活动的基础层次。SCE1开发者负责开发IN基元102上的服务应用和服务供应基础结构200,这些应用将被配置给该结构。服务应用将以可重复使用服务应用特性401的形式递送。它们将包括完全开发了的并经测试的代码。SCE1是该体系中把代码开发到网络中去的唯一地点。
4.1.1商用软件开发环境280
该***代表支持整个开发阶段的软件工具的总成。这些工具最初是商业上可购得的编辑器、编译器、构形管理***、分析、设计、测试和文件登录工具。它们一般都是基于普通计算机辅助软件工程(CASE)工具的。某些这类开发环境将由销售者提供,以支持在专用IN基元102上的开发。SCE1 265a在最低程度上也必须能提供一个配置/测试工具的集成,以支持动态配置。
除了向目标***下载实际的构筑模块之外,SCE1工具也将向SCE2区265b传送构筑模块的一个描述。该描述包括:
·模块的文字说明,以提供信息,并作为帮助文本。
·它在屏幕上的形式,也即原理性地代表其功能的图标。
·规定它与其他构筑模块互相作用的规则。
·与构筑模块相关连的数据。最终这些数据将需分配给一个特定的客户。
4.1.2语言应用工具组281
支持构筑基于语言的对话特性和服务的软件开发工具。这些工具一般将专用于被期望作为IN基元102的目标平台,并很可能可与平台一起购买到,或者在内部开发以支持特定的平台。
4.1.3多媒体工具282
很明显,为了支持多媒体服务的配给,将会需要能支持图像、视频图像和特殊传真能力的服务,结果为了支持它们又将会需要适当的服务生成工具和设施。
4.2 SCE2区265b
SCE2 265b可以定义为市场化、测试和成包活动。在SCE2 265b中发出的活动的具体范畴和范围是可以修改的,但很明显,需要它们能支持服务生成处理。
SCE2 265b中的工具284、285、286、287将被生产线开发者或他们的代理人使用,并需要有下述总体功能:
·通过在屏幕上拖拉、舍弃某些图标和把它们连接起来,组装出一个基本服务。
·确定在SCE级别3上,也即客户,能对服务流程有多大的改变。然后该服务的其余部分将可对所有客户实际上固定下来。
·给某些与服务有关的数据预设省缺值,并再次确定其中哪些数据可以允许客户重写。
4.2.1支持工具组285的要求
希望能够自动地获取市场要求并把它们映射到服务定义中。这使得在整个开发周期中能有更有效的重复使用。SCE 265b将利用自动工具来支持它的要求获取活动。
4.2.2成包和可视化工具286
服务应用特性401将在SCE2 265b中与可上市服务特性(MSF)403(见5.2节)相关连,后者含有为支持该特性在一个工作网络中配给和使用所必须的服务管理、网络管理、SDS、和收费元件407。MSF403和MF406都是在SCE2 265b中生成的。可上市服务特性403和亚特性406也都将被包含在服务包404中。SCE2 265b能够生成或定义配给屏幕,供SM103或SCE3在含于服务包404内的MSF403上使用;还能生成或定义配给屏幕,供SM103在含于服务包404内的MSF403和MF406上使用;还能够确定由服务级别协议所规定的用途/费用特性;并能够给SCE3提供特性编辑规则,以解决特性的相互作用。这里应该指出,在SCE2中构筑的服务包404将控制需要使用它们的SCE3处理的构形。
4.2.3仿真和分析284
SCE2 265b中生成的服务包404需要能够被仿真,以便能得知其行为特性、通信载荷、性能和回报预测,从而确定在该级别上生成的服务的客户可接收性、对网络的影响、以及经济上的竞争力。
4.2.4对话构筑器287
SCE2用户必须能够构筑服务或客户专用对话和告示,以包含到服务包404中。这将通过对MSF403中的可重复使用告示/对话进行服务级的配给来构筑。这些对话构筑工具必须能够支持许多输入机制(模拟的和数字的)和各种存储格式(IN基元专用)。这些工具也可能需要能支持用来从可重复使用的片段构筑语言告示的高级编辑和信号处理功能。
4.2.5 SCE2数据存储288
本地数据存储以保持工作的进行。所有关于各SAF401、MSF403、MF406和服务包404的主数据都保持在SDS数据存储296(见后)中,并由SCE2用户提取。
4.3 SCE3区265c
SCE3的活动直接涉及到配给和剪辑。可以看到在SCE3中有两种不同类型的配给:行为配给和数据配给。行为配给对服务数据的处理方式将会影响服务逻辑操作的改变。数据配给是一种传统上可识别的配给类型,正常情况下它由服务管理***执行,这种配给可以直接改变与一个特定特性和/或用户相关连的数据,使网络被适当地更新。
因此SCE3中的工具可以直接被客户(或用户)使用,被代表一些特定客户的网络操作者使用,或者被代表客户或用户群体的销售人员使用。为了支持这各种情景,SCE3功能可以提供在从个人计算机(PC)到高级UNIX工作站的各种硬件上。
通过SCE3区265c得到支持的一般功能有:
·剪辑服务一在SCE2所设定的限制范围内,客户或用户可被允许改变他们的服务的特定版本的流程或结构。
·向某些服务数据配给客户指定的值。
4.3.1文档编辑器290
客户被提供一个引用服务样板405的服务包404,该样板代表一个最小文档,当它被提供后,该文档将给出一个保证能运行的完整的和充分特性化的服务。客户可以根据他们用户的需要从这个主样板生成出一系列不同等级的子样板。所提供的这些工具允许客户在SCE2 265b中所规定的(见前)特性编辑规则所设定的限制条件下,规则哪些用户群体可以访问哪些特性以及这些特性如何相互作用。文档编辑器允许SCE3的用户可以观看一个服务内他们的特性的逻辑顺序,并且在前述限制条件下可以用图形来修改这个顺序。客户将能够生成特定的文档并把它们,从而把特性组,指定给各个别用户。
4.3.2仿真器291
支持文档编辑器290的是一个仿真工具组291,它让客户可以看到他们的服务的流程和验证它们的行为。客户将会有机会用图形去仿真多呼叫情景,这将使它们能够评估他们的逻辑正确的服务是否具有所需的行为。
4.3.3配给工具293
客户可以根据他们已开发的样板对每个用户配给文档。在用户层次
上,每个用户都将可以直接地或者通过由客户或服务供应者所提供的某种形式的远处支持,来访问他们自己的文档。这将是呈现在相应配给屏幕上的关于他们自己的特性集合的景像,这使他们可以更新他们的文档,仅有的限制是访问许可和由服务供应者(为了网络保持)或客户(为了他们所选择的不论什么原因)所规定的授权。
4.3.4告示剪辑292
告示剪辑工具292可以与配给工具293一起被用来提供关于支持该工具的特性或服务的某个级别上的本地个人告示。其例子有用于语音菜单特性的合作或分部告示的选择,或者用于个人呼叫完成服务的个人消息(语音邮件等)。这些工具可以作为关于多组预定消息的选择***来工作,或者甚至允许语言的当地记录,以便配置在例如交互式语音语言应用平台这样的专用网络平台上。
4.3.5 SCE3数据存储294
本地的永久性存储。在接收到服务包404时将接受SCE3 265c并对它构形。用于样板等级系列和未完成文档的本地存储。也可用于当前文档的客户本地存储(见第7节)。
4.4服务管理区270
4.4.1服务管理***103
在本体系中要求服务管理***103在除了文档配给和剪辑区之外的
区中管理和支持客户服务。服务管理***将负责顺序处理、服务级别协议强制、和服务控制(激活、暂停、和撤除服务)。此外,通向支持***101的逻辑接口(接口I7,示于图1)也完全可以通过服务管理***103来处理,使得错误管理、收费、价格、网络管理、基元管理、和数据分配等等能够通过该***而被看到、构形和控制。
4.4.2服务分配***100
服务分配***(SDS)100作为服务生成仓库工作。它存储和管理所有由SCE1所提供的代码,把它们分配给适当的IN基元102,以进行安装和配置。它使SCE2可获得关于网络能力的信息(以SAF/GSC的形式),使可上市服务特性(MSF)403和MF406能够根据这些信息和其他构筑模块开发。SDS也作为这些MSF403和MF406和从它们构筑出的服务包的仓库工作。这保证了SCE2 265b的不同事例将具有对以前开发的元件的最大可重复使用能力,从而缩短了开发时间。
作为数据分配器,SDS100根据网络拓朴和例如由服务器或网络管理这样的操作***所规定的客户分配构形把文档递送给IN基元102。SDS100所能获得的构形数据使逻辑服务网络306与物理网络脱离。用这种方法可以在不需要整批地更新和在服务管理***上重配给的情况下引入附加的网络转接或控制能力。
SDS100在服务网络方的更新中起着关键作用,使得SCE3***可以当作IN基元102登记以进行数据分配。结果网络方更新可以施加到任何IN基元102上,并且SDS100将保证所有的从属***都受到文档更新。这使开发者能把数据提供给整个网络的一个公共接口上。这种体系决策
的后果是SCE3客户能够从网络中更新文档或者使它们本地的文档数据更新。这可以解释为每当服务应用需要在CPE(客户地设备)处有网络方更新能力时,IN基元102便有SCE3的功能。
SDS100将对它所支持的IN基元102保持一个静态主数据存储296。该数据存储296将含有足够的数据,使得当IN基元102内发生数据紊乱或丢失时所有的文档都能被重建和重新配给。
4.4.3 SDS数据存储296
SDS数据存储是一个永久性存储应用,它含有网络主文档库。此外,该存储还含有与IN基元102相关的网络构形和数据以及这些IN基元102上的客户分布。所有的文档数据更新都将被这里掌握,然后SDS100将把其变化向下分配给各IN基元102,并向上分配给从属的SCE3数据存储294。作为服务生成他库的SDS数据存储296将含有所有由SCE1配置的代码,来自SCE2 265b的所有MSF、MF、和SP,它们在构形管理的控制之下可被SCE2的事例访问,以提供快速的服务生成和元件重复使用能力。自然,这样的布局对于两个数据存储应用和SDS100将驻留的平台应有性能方面和容量方面的相应要求。
4.4.4构形管理297
为了管理SDS数据存储296的仓库功能,需要有一个构形管理***297。作为对于所有网络配置的代码、可上市服务特性403、亚特性406和服务包404的中央仓库,重要的是SCE1和SCE2处的服务生成者和网络操作人员都能访问所有版本的被配置服务和特性,只要能有返回的保
证(rollback security)。如果准备从几个不同的源动态地配置服务和特性,这一点是特别重要的,它代表了已了解清楚的软件开发的最佳实践。
已认识到构形管理***也将可能设置在SCE区265(特别是SCE1和SCE2)内,以保持对当地“正进行的工作”的管理控制,建立和释放管理。然而,并不期望这些***来负担保持网络的CM控制。很明显,一旦代码、应用、服务和特性被配置给了一个工作中的网络,它们将进入一个操作区,必然会受到一个按逻辑分开的控制***的控制。
一个可任选的做法是,SDS构形管理***297有责任保持文档的版本管理控制,使得客户数据能够从SCE3和服务管理***返回。另一种选择是由服务管理***提供这种能力。
4.5 IN基元区200
4.5.1服务供应基础结构300
这里所说明的服务生成体系是基于下述限制条件来设计的:IN基元102含有能支持快速服务生成和配置活动的内部实现,也即,在IN基元102上存在有某种能提供与平台无关的动态特性配置和解决各特性之间相互作用的恰当能力的工具。服务供应基础结构(SDI)300就是对一种实现的设计,该实现能满足这些要求和满足快速服务生成的更详细的要求。对此,这里所提及的只是为了提供信息,而不是一种与体系有关的实体。诸如特定智能周边这样的网络实体可以不含SDI,但它们仍必须能在该体系的范围内支持服务生成活动。
设计了一种SDI300来包含和概括网络和服务应用271的销售者所规定的相互作用。它提供了一个面向目标的框架,服务应用271和特性可以配置到该框架内。诸如服务管理、网络管理、收费、错误管理和呼叫模型这样一些界面都被涵括在目标内,把应用与可能存在的用于支持服务的不论什么发送和管理***区分开来。SDI300的目的是清楚地建立起下述各项之间的区别:
*基层物理网络,
*离散的服务网络,
*准备构形到特定服务网络中去的可获得的服务;以及
*构筑一个特定服务时可获得的特性和通用能力。
把服务与基础结构相分开的主要目的是提供一个动态可扩展的环境,并允许含有大量特性的服务能以极短的时间引入而不会影响其他服务或环境元件。
上述的SDI与待审批国际专利申请GB95/00420和GB95/00421有关,这两个申请也以“英国电讯有限公司”的名义提出,这里引用这两个专利申请作为可能被采用的服务供应基础结构的一个例子,以供参考。
图3示出一种形式的SDI300与一个典型IN基元102上的其他平台元件之间的关系。传统上通过对SLEE应用编程界面(API)上的功能调用来操作的对外部***的界面是包含在这些***的目标描述301-305之中的。虚拟转接点303包含了对一个或多个销售者转接点(SSP)230的呼叫模型。
服务在服务网络306范围内递送,其中通常是每个客户一个服务。
每个服务网络306都有一个服务目录307,用来区分各个服务,还有一个号码目录308,它代表各虚拟网络号码的客户拨号计划。每个服务网络306都能支持许多由服务应用特性401和通用服务元件402所构筑的服务。新特性和档案是从SDS100动态地导入的。
4.5.2语音应答应用299
可以预料,许多告示,对话和消息服务将由一些专用的平台提供。这些平台将与作为智能周边(IP)的主呼叫控制处理器互相作用。SDI300内的应用299能够利用这些IP所给予的工具来提供复杂的基于语音的服务。提供这些工具的应用将被开发得用来服务于来自SDI300的请求。这些应用将被设计得能进行所有前述级别上的服务生成和配给。这些语音应答应用299不一定要负责任何呼叫控制功能。
5服务生成数据体系
参见图4,位在服务生成体系底层的数据体系反映了3个SCE区265。随着服务开发向着配置发展,数据体系将提供一系列等级的目标,它们用来包含渐趋复杂的信息和逻辑。
最低的层次400是服务应用特性401和通用服务元件402层次。这是一些代码目标,它们被开发能得满足服务要求和能利用通用服务能力。它们在SCE1上开发。一旦被配置后,这些目标就能被在SCE2上生成的可上市服务特性403或亚特性406利用。
MSF403既包含一个特性的呼叫处理逻辑,又包含该特性的必要的支持和管理说明407,使得它能作为服务的一部分出售。特别是对于本
发明的目的而言,MSF403包含屏幕图标信息408和格式信息409,在SCE3中用户将利用它们来处理和配给MSF403。亚特性406与MSF403相似,但是排除了屏幕定义408或在SCE3 265c上可配置的一些方面409。
也是在SCE2中构筑的服务包404能把一组MSF403和/或亚特性406集中起来,以满足某特定服务的总体要求。此外,服务包404将含有任何的服务专用支持和管理信息410。最好,服务包404将至少含有一个服务样板405,它说明该服务的操作并规定可以进行服务操作修改的限制条件。所有这些目标都将在下面作更详细的说明。
5.1服务应用特性(SAF)401
服务应用特性(SAF)401和通用服务元件(GSC)402之间的关系说明如下。GSC402代表一种支持许多服务的通用能力。SAF401是作为一个特性被配置在网络中的任何能力的笼统名称。这意味着,SAF通常将一个GSC或者由一些GSC组成。然而有些服务可能会需要一些不能称之为通用的特殊能力。SAF和GSC都将是可重复使用的,但并非所有的SAF都是通用的。
服务应用特性(SAF)401是配置在IN基元102上的一种可重复使用的代码目标。从服务生成者的角度来说,它代表在服务生成级1(SCE1)外面可分辨的单元的最低级别。这些目标在SCE1中设计、开发和测试。这些目标代表一个服务的基本元件它们被设计得能够为不同的服务所重复使用。例如号码转移特性,如呼叫转接,对于语音和数据服务是可重复使用的[因此它可以既是GSC又是SAF]。
SAF401是被开发得能独立于特定服务应用的实现的,并且不含有
关于任何网络体系、专用平台、服务管理、网络管理、或收费等实体的固有知识。所以,SAF401代表一种能够配置到IN基元102上以提供呼叫处理能力的特性,但直到用与一个特定服务相关连的用户状态信息使它具体化(instantiated)之前,它没有任何价值。在这里所说明的本发明实施例中,它属于服务网络的范围。
5.2可上市服务特性(MSF)403
参见图4和5,可上市服务特性(MSF)403代表一种在上面向下看一个或多个底层SAF401的景像。MSF并不含有SAF,只是引用SAF。MSF是在SCE2中生成的,其作用是增加SAF401的价值,使它们可以作为服务包的一部分出售(见下面5.3节)。为了使SAF能够上市,它必须与适当的收费和网络管理引用关系407相连系。最重要的是,特性的服务管理方面是必须能被访问的。
因此MSF403含有对SAF401的引用关系,以及为了输入和更新该特性的可配给方面所必须的屏幕定义408、409。这些可配给的方面将包括为使该特性能正确运行所必须的信息。然而,MSF403的可配给方面也可以超出它所引用的下层SAF401所需的那些方面。特别是,网络管理方面和收费方面对某个特定特性来说也可以可配给的。
不同的MSF403可以引用同一个下层SAF401。例如,根据服务的市场要求或客户的需要,一个直接设计好的号码转接特性可以按照一天中的时间、一星期中的日期、一年中的日期、或者特定的每日计划、夜间服务、或开放钟点等来出售。它们甚至可以在同一服务中以不同面貌重新出售。所有这些MSF403具有不同的配给和收费特性,但它们下层的
网络实现却是共同的。
MSF概念的长期目的假定了收费、服务管理,网络管理、错误管理等等元件全都是可以作为可重复使用的构筑模块(像SAF/GSC一样)在它们的目标***上得到的,使得对于大多数服务来说,MSF403和SP404可以在最少的新增代码开发的情况下从SDS仓库100构筑出来。这种构筑模块的构筑意味着,为了支持SCE2,在这种管理***的设计者中发出了一定量的SCE1活动。这一假设的结果是,SCE2上的服务生成者在为大客户和个别用户构筑完整的服务以使它们可立即配置给通用智能网络时,将可访问各IN基元和支持管理***的全部能力。
5.2.1亚特性(MF)406
MF406基本上与MSF403相同,但它没有用于SCE3的可配给方面。因此,MF406同样含有对SAF401的引用关系,例如以SAF图的形式,但不含有用于SCE3级别的屏幕信息408、409。
MF406用来提供一些功能,例如在确定一个特定用户之前进行内部数据结构初始化、资源保存和用户验证。举例来说,MSF403可能让用户输入详细的帐户代码和个人识别号码(PIN),但MF可能执行相关的验证等一些用户不能修改的命令性工作。
5.3服务包(SP)404
服务包404是在SCE2 265b中用来把MSF403和MF与服务供应者想要上市的一个特定服务相联系起来的实体。因此SP404将含有MSF403和/或MF406,以及例如关于服务和网络管理,收费等的服务专用信息
410。
这里所附的“附录A”是服务包括的一个例子,它给出了服务包的说明和一个文本文件版本的例子。
在实际中,SP404可以含有一个“IDENT(识别)”部分(名称、识别号、版本)、一个“SCREEN DEFN REF(屏幕定义引用)”(一种对URL文件的引用关系,它以数据定义了屏幕看上去是什么样子)以及“RULES(规则)”
规则将较详细地确定在提供一个服务时在哪个阶段需要哪些MSF403或MF406,它以流程图的格式类型表示,这里称作为“编辑图”(见下面5.3.2节),该格式中把一些MSF和/或MF按预定的次序和组合串接在一起。然后每个MSF403将包括图标信息408、一个屏幕定义引用409,和一个SAF401的清单,其中408用来确定一个相关的图标,它将出现在屏幕上供SCE3级别上的用户在处理MSF403时使用;409用来在用户从图中选出一个MSF图标时控制它在屏幕的上的显示形式。
不过MF406没有用于SCE3级别的图标信息408和屏幕定义引用409,因此在SCE3级别上它们永远不会被用户看到。
5.3.1服务样板405
服务包404也将引用代表文档事例的一个或几个服务样板405,SCE3客户可以用它作为用户文档的基础。服务样板405代表服务操作的一种经测试的表达,当以对所有用户都通用的形式充分配置时,服务供应者将保证该服务操作能工作。也就是说,服务样板405有一个省缺(默认)的服务状态设定。它包括一个具有省缺服务状态设定的执行图(见下面
6.2节)。因此,如果某个要提供的服务其中任何用户都有可能在1至9中作出选择时,该省缺服务状态可能是3。然后一个特定用户可以通过把省缺服务状态号码设定为5来利用服务样板405至成用户文档。
SP404含有由SCE2提供的上述规则,使得以后对服务操作和逻辑进行编辑或修改的试图都将被限制在操作上可接受的界限内。SCE3文档工具的构形就是以这个方法被服务供应者控制的,使得客户在为一些特定的用户群体剪辑他们的文档时不能违背下层特性的相互作用和相应的规则。服务样板405提供了在服务或客户级别上的部分配给的机制,允许在供应之前进行特定的剪辑。
5.3.2编辑图
图24示出一个编辑图。其中体现了SP404中的规则,它们通过限制在SCE3 265c上的服务设计能力来防止不希望的特性相互作用。它们作为对URL文件的引用被包含在服务包404内,并与URL文件一起被传送给SCE3 265c,在那里用户利用编辑图来为一个服务生成执行图。(可能应该指出,这里选择了XVT作为工具,因为它将产生UNIX兼容的URL文件,从而相对来说是与平台无关的,不过当然也可以用其他类型的工具来替代)。
为了构筑能提供“服务包内的服务说明”和“为了进入服务供应基础结构300需要做些什么”之间的连接,SCE3用户需要产生一个“IDENT”部分和联系一个“DATA(数据)”部分。“IDENT”部分含有用于运行一个服务的不同方面的执行图,例如“起动”、“格式”、“终止”执行图。“DATA”部分引用相关的SAF。(格式具有带有一串用于实际文
档的属性串的场的指明目标)。执行图可以提供定制,但只能在被从SCE2接收到的相应编辑图所设定的限制条件范围之内)。
参见图24、25、26,图24中所示的编辑图包括由连接249所连接的一个MSF403和MF406的有序序列,其中一些MSF403和MF406是与灵活点248相联系的。灵活点在用户界面中提供了一种机制,用来指明用户可具有的多种选择。在每个灵活点248上,都有对后继MSF和MF的选择。每个MSF403和MF406都有一个相应的引用代号(图24中示于方括号内)。灵活点248上对MSF和MF的选择用这些引用代号的一个清单显示。
用户根据编辑图来生成执行图时可以通过作出某个选择来特制他的执行图。图25a和25b示出两个不同的执行图,它们可以是通过在灵活点248,上作出不同的选择而根据同一个编辑图构筑的。不过,每个选择也还可以包括一组不同的变化,然后它们根据进一步的约定来执行(运行一个实际的服务)。在本实施例中,如从图24中的灵活点248’处可见,作为例子,SCE3上的用户可以选择使结果的执行图进入从4组不同的MSF或MF变体中所选出的一组。用户从编码图所做出的决策将选出这些组中的一组。
一旦被用户或客户构筑出来,执行图将被与用户“状态”数据,即用户文档(下面将进一步讨论)相联系,并被服务供应***安装到任何需要它的地方,例如安装到服务代码或SCP231中。当其后执行图例如被一个服务机器执行时,它总是将在那个点上进入MSF或MF的被选组251中。参见图25和26,在上述的进一步约定中,将在执行图中生成一个决策点250。在决策点上,仍然有一组MSF403和/或FM406要在执
行图中的一个单点上执行。然后按预定的次序,例如根据约定按执行图中的自左向右次序,依次地取出MSF和/或MF组251,并且每一组都要测试以得到正确景像。找到正确景像后,例如对于图26中所示的第一组,执行该MSF或MF。(正确景像是一个真实的景像。它可能是一个数据基元即一个“场景”,或者是一个逻辑表达。例如,SAF401有输入场景和输出场景)。
因为执行图除了含有MSF外也含有MF,而这些MF没有SCE3级别上的可视屏幕相关联,所以SCE3上的用户有可能从一个空白屏幕上清楚地生成一个服务。即使呈现空白屏幕的编辑图事实上也含有MF,这样的编辑图在用户产生执行图时仍会施加限制。
因为没有理由为SCE3 265c上的配给提供一个空白屏幕,所以服务供应者在实践中可能会要求用户至少选择一个这样的服务类型,在该类型中会涉及到有限MSF403,而它们将出现在屏幕上;或者屏幕也可以提供由一组MSF图标构成的“调色板”,用户可以在生成执行图时把它们引入。
在图24中示出了一个简短的附加图,它含有一个“Event Handler(事件处理器)”MF241。这个图实际上是主编辑图的一部分一它是一个“不可见”(对SCE3用户来说)的编辑图,被事件处理器调用。基本上,如果当例如一个呼叫者放下他的听筒时正有一个其他节点在处理,则事件处理器将调用这个例行程序来清除这个呼叫。它使得能把不同的呼叫处理施加给不同的事件,因此有两条路径可以通向停止节点。
(应该了解,亚特性需要与它们相关的屏幕信息以供SCE2 265b的用户在生成有效的编辑图时使用。然而在SCE3 265c中这样屏幕信息是
得不到的)。
5.4文档600
参见图6,文档是从服务样板405导出的。服务样板可能曾经被SCE3用户修改过和部分地或整个地配给过。不过直到一个特定事例已经与服务的一个特定用户相关联之前,服务样板并没有变成文档。文档将含有一个用户对特定服务所具有的一个或多个特性的清单,并且为了使特性能够在该特定服务的范围内成功地操作,每个特性都需要配给以足够的数据。
必须要区分未完成文档和部分文档601、602。未完成文档601是一种可以含有对没有完全地或正确地配给的特性的引用关系的文档。正确配给的特性应该定义为这样一种特性,它或者被去除激活,或者含有成功操作所需要的所有数据。要求文档在经过测试和验证它已含有全部必要的配给数据之前,不能从SCE3 265c输出。SCE3允许未完成文档601在构筑过程中存储在当地存储器中。部分文档602是那种不含有描述一个完整服务所需的全部特性,但所有已含有的特性则都是正确配给的文档。部分文档将受到验证,并在服务管理103、SCE265c、SDS100和IN基元102之间传过,以获得文档更新信息。
6示例性工作流程
图7至18基本上可以自我解释。应该要成对地阅读它们,每一对中的第一个示出一个示例性工作流程,第二个示出相关的体系活动。这些工作流程的目的是练习一些情景以示证体系设计。通过这样做之后将
可证明,该体系将支持这些共有的活动,从而满足施加给服务生成者在通用智能网络的中配置和配给/剪辑服务的要求。每个工作流程的表现形式都是一个消息序列图和一个总体概貌图(从图2导出),后者给出了在特定情景中的活动元件和界面的要点。
图7和8是从SCE1 265a置新SAF/GSC401、402的图。
图9和10是关于新服务的配置的图。
图11和12是关于安排(ordering)一个新服务的图。
图13和14是关于从SCE3 265c进行文档更新的图。
图15和16是关于从服务管理区270进行文档更新的图。
图17和18是关于通过SCE 265c的网络方更新的图。
7数据分配-实现情量
以下参照图19至22,给出一些供上述服务生成***使用的示例性数据分配。
重要的是要找出拥有文档(SM的或客户的)的主数据的地点和服务级协议(SLA)中的强行限制(通常认为在SM范畴之内)。这里所提出的数据分配策略是一种数据存储体系,它能根据性能限制、服务管理要求、网络操作者政策、和客户要求来灵活地构形。
在第1例中,SCE3 265c将不直接连接到某个特定永久性存储或数据库产品中。这个能力将通过一个被当作为外部***模块的确定的接口来取得,该接口允许对存储进行提取、存入、和发送操作。这个体系通过包含文档存储上的操作以能够根据需要和调整来选择或升级应用,而保持相对于销售者的独立性。该***允许根据SM政策和处理能力来对
不同的文档存储情景进行构形。服务生成体系可支持所有各种组合,只要存在有这样的要求。由该体系所激活的一些情景示于图19至22。
7.1 情景1
参见图19,文档存储190驻留在服务生成区内。存入和提取操作在当地进行,而发送操作则允许被配给的文档发送给SM。
含义说明
·直到委托给SM之前,客户自己将管理他们的文档数据并对之负责。
·文档是从对全部网络服务数据保持控制的SDS数据重新构筑的。
·SCE3客户必须被提供以应用和对文档数据管理的支持。
7.2 情景2
参见图20,所有数据都在SM上控制。文档从SCE3传送给SM***上的文档存储200。提取时,服务管理数据被转换回到文档存储200内的一个更新的文档中,然后返回到SCE3中的询问处理。
含义说明
·SM是所有数据,包括用户文档,的主控制者和主人。
7.3 情景3
参见图21,分布式文档存储210允许情景1和2能针对每个客户按照性能、政策和要求进行构形。
含义说明
·两个区之间的数据接口将由存在于所选存储实现内的无论什么已有机制来管理。
·所选的存储应用必须能支持分布式构形。
7.4 情景4
参见图22,SCE3也一起驻留在SM区中。这使得服务管理***上的网络***作人员可以使用SCE3,把客户支持直接提供到他们的服务包和用户文档中。
含义说明
·客户和网络操作者的支持人员都将通过同样的工具组和配给屏幕来配给和更新文档。
·某些客户可能会需要通过某种形式的图形工作站或委托应用(例如越界(exceed))来从远处访问SEC3工具组,
·服务管理平台必须能支持SEC3应用。
8.网络密钥(Key to the Network.KTN)服务
下面示出一个服务,该服务可以利用本发明的一个实施例而得到和定制。
KTN服务是一种服务,它通过经单次认证和授权程序所得的一个短代码访问号码向用户提供对许多服务的网络访问。用户有一个帐号和一个个人识别号码(PIN),用来让KTN服务识别他们。经授权后,用户可以利用例如交互式语音菜单或“双音多频(DTMF)”菜单来选择一个服务。然后KTN服务通过与呼叫者进行语音/DTMF交流从其本地保持的
数据中提取访问所选服务所需的信息。提取出的信息应含有为访问所选服务所需的授权代码和PIN。
KTN代表用户去访问所选服务,这可能会需要对该服务作拨号访问并模拟用户,所以该服务并不注意到该访问是通过KTN的,而不是用户自己。KTN获得服务访问后,它可以更新该服务、被该服务更新、或者转交给呼叫者去控制服务。当完成了呼叫者与服务之间的交流之后,控制将返回给KTN,接着呼叫者被给以选择另一个服务的机会。如果不需要其他服务,则用户将挂断并结束KTN程序。
KTN服务是一种IN服务,它可以在驻留于服务供应体系内的一个虚拟网络上执行。在服务生成环境265中,该服务表现为一个服务包404。下面各节使用服务包的语言来示出一个服务专用解决模型。
8.1 KTN服务构筑
KTN服务在SCE2中构筑,并作为一个KTN服务包配置给SCE3。KTN服务包由可上市服务特性(MSF)、亚特性(MF),和用编辑图形式表示的有关构形规则的集合构成。MSF403和亚特性406由可执行服务应用特性(SAF)100和有关可配给数据项构成。
KTN服务包在附录A中给出。它含有一个终止(terminating)编辑图。该编辑图含有关于MSF403和亚特性406的执行顺序规则和配合规则。这些规则由先前的关系、决策点、和灵活点规定。
灵活点248传送预定的各种选择供SCE3配给。灵活点248向SCE3265c上的操作者提供任选的MSF403,供构筑执行图使用。服务包404含有一些样板405,它们是在SCE2 265b上根据编辑图构筑的非配给执
行图。然后这些样板图可以为SCE3上的用户配给,并作为用户的服务文档配置给网络。服务文档应含有单个的终止执行图。
前面的关系和决策点表达了执行区分细节,用于在网络中的呼叫处理过程中的实际执行安排。
8.2 KTN服务终止编辑图
当作为一个对KTN访问号码的输入呼叫的结果而起动DTN服务时,从编辑图导出的终止执行图被用于服务执行。图24给出了对KTN服务终止编辑图的详细说明。然后一个导出的执行图(未详细示出,不过它属于前述的类型,参见图26和27,示于图25)将指明MSF403和亚特性406的执行顺序,并用在各个图节点之间的连结上注释的景像247来传送决策点250处的后继者的触发(未指示有景像的后继者总是被触发的)。
当执行图被一个服务机器执行时,将审查图中第一个节点的MSF403和MF406。如果在该图节点上存在有多个MSF403和/或MF406,则该节点构成了一个决策点250。约定规定,执行关于示于图中左侧的第一个后继MF或MSF的景像。如果发现景像247是错(假)的,则关于右侧的下一个MF(或MSF)的景像247将被评估,如此,直到评估出某个景像247是真的。
编辑图中的灵活点被灵活节点处的一个表述注释。该表达的形式为:
Flex{a,b},{c,d}
其中“a、b、c、d”是各MSF403或MF406的引用识别代号。
这说明,在编辑图中表述有灵活性的节点,例如节点x,对于执行图来说具有从2个决策点中选择一个的灵活性,如图27所示。于是从该灵活点出发构筑的执行图将只有2个决策点中的一个。
(如果灵活点不是有对多组MSF的选择性,而只是有两个单一的MSF之间的选择性,例如“Flex{a},{b}”,则当然其后所得到的执行图将不会再有决策点。)
9.SCE3 265c用户对本发明一个实施例的使用
合适逻辑地,SCE3 265c上的用户能看到的只是MSF403____MF406是不可见的,并且就SCE3用户而言,MF406也可能是不存在的。参见图28,对于图24的编辑图,用户将看到一个比较短的MSF403组。
在物理上,屏幕显示可能对用户更加友好,如图29所示。右侧的窗口280是一个特性调色板。它含有用户在“网络密钥”服务范围内能得到的全部MSF图标281。该工具作为整体利用了所谓的“基于限制的编辑”,它意味着用户被限制在只能生成有效执行图的范围内一他们不可能生成无效的图,因为该工具没有给他们其他的选择。做到这一点的关键是特性调色板。如果用户想***某一特定的节点281(例如标有“FOO”的那一个),则他将利用例如某种众知的鼠标去选择该图标281,然后选择从菜单***图标的任选项。这例如可以是利用图29所示的工具栏282中的“EDIT(编辑)”菜单***。
然后该工具将找出添加所选节点281的含义是什么。它利用适当服务包404中的完整编辑图来确定为了能添加所选节点281,原有编辑图中需要改变哪些节点。然后将会显示出一个显示有改变含义的窗口,并
。要求用户在执行之前确认他们的活动。
例如,参见图30,假定“FOO”和“CM”节点是互相排斥的,并且图28中的“MsgNotifyMSF(消息通知MSF)”节点只有与CM节点一起才有意义。请求***FOO节点例如将导致显示出一个图示的含义说明窗口290。
选择“OK”钮290将执行该改变。在删除一用户选择删除一个节点一情形中会发生类似的情况:工具将找出并显示出含义,若用户接受该含义,则服务被改变。
根据与编辑图联系在一起的不同规则(如前所述,在完整编辑图中含有规则)可能得到的执行图也将不同。利用先前的例子,可能得到的执行图可能如图25a和25b所示。重要之点在于,SCE3用户所仅有的灵活性是改变他们图中的MSF403-如果图中在MF406前面出现有MSF403,则在执行图中总会出现MF406。
如果服务包404内一个服务的编辑图中的规则定义了空白屏幕是该服务要进入的一个有效状态,则用户可以在一个空白屏幕上工作。这是基于限制的编辑的一个结果。更可能的是,服务供应者生成一个省缺的有效服务构形作为样板服务(用MS语言来说,其行为完全与文件样板相同)。用户可能选择“New(新)”,然后将对他显示出一个样板清单供他选择。例如,如果利用图30所示的早先例子,选择“KTN带有CM”或“KTN带有FOO”。除了对于一个服务明显是特殊的客户信息(例如他们的电话号码、他们希望呼叫被转接到何处、等等)之外,样板应包含运行该服务所需的一切。客户信息是通过对图标281做双键击来输入的,这将导致出现一个表格,让用户输入他们的详细情况。
本发明的一些实施例给出了一种服务生成***,它能向多种类型的不同用户提供有用的工具。例如,它使销售用户能从一些服务特性来构筑完整的服务包,或者为不同的市场修改已有的服务包。该***提供了一个含有许多可上市特性的调色板,这些特性可以以各种方式组合,以产生服务包的逻辑流程。每个特性都可能具有保密、特性相互作用回避(avoidance)、收费等方面,当然还应该计入配合方面。该***能自动构筑配给屏幕、收费记录、样板、以及配置服务包所需的所有信息。然后它使一个分配服务可以获得它们,这个服务把服务包传送给智能网络的各节点、各种将运行该服务的管理***以及客户。
在使用时,一个公司可能会听说到网络操作者(例如BT)的新服务供应,于是请求这个服务。最初的配给信息被安装到网络的服务管理***中,这样客户就可以有这个服务。然后客户将会有这样一个终端,或许是一台个人计算机,它将允许他们自己来配给和改变他们自己的服务数据,而不需要利用网络操作者的操作。他们可以为不同的用户群体生成样板,使这些用户能访问适当的级别的服务。他们也有可能能够改变服务逻辑,例如菜单中任选项的次序或者哪个服务优先执行。该服务生成***能够有足够的灵活性,使得客户在需要时能对一个服务或者在一个服务内有尽可能多或者尽可能少的控制。
虽然说明了一种有三个级别的服务生成环境,但对本发明的实施例来说这并不是本质的。本发明的主要思想在于,给出一种用户看不见编辑图或完整编辑图的图形用户界面,但实际上它却限制用户必然把一个服务生成或开发成一种充分测试了的从而是有用的结构。另一种类型的服务生成环境实际可能只有两种不同的访问点,一种用于编辑图的开发
者,通常是服务供应者;另一种用于客户和/或用户。在这样的情形中,用于网络基元的代码可能以某种另外的方式提供,例如通过分布式计算机环境从某个远处的源提供,如从一个支持许多服务供应者的网络供应者的地区提供。
需要注意,在上述说明中使用了像“encapsulation(包含)”和“obejts(目标)”这样的术语。这种类型的术语应被看作只不过是面向目标的软件工程和编程的语言,它们在这里的含义应该与一个熟悉有关技术的人所理解的相同。
虽然如前所述,不同的服务生成级别SCE1、SCE2和SCE3是三个分开的环境,但情况也可能是,至少有两个级别仅仅是在逻辑上分开的。可以把用于客户/用户的服务生成级别265c用于服务供应者的服务生成级别265b相区分开的可能只是简单的逻辑差别,其形式例如是他们有不同的访问权利。在该情形中,MF406可以实际上含有相应的屏幕信息,但这种信息对于具有SCE 265b的访问权的服务供应者来说是可见的,而对于具有SCE3 265c的访问权的客户来说则是不可见的。在此情形下,对于客户或用户来说MF406实际上相当于没有屏幕信息。
16附录A:包文本文件格式
16.1 背景
本附录包括一个服务包的一个文本文件版本的说明和一个例子。它所说明的包的定义记载在Data Dictionary Control Document(数据词典控制文件)[7]中。需要强调的是,该文本文件并不期望取代或优先于由SCE2所提供的包的ASN.1编码版本。反之,它期望通过提供一种不超过ASN.1的、用来提供测试包的简单但有力的工具,来补充ASN.1编码版本。这使得能够在可以从SCE2得到的ASN.1包之前安装有待测试的包。它还可以在由于某种原因使得包的ASN.1版本不能出版的情况下提供一种退一步的解决手段。
为了阅读§6.3.2.1和6.2.2.5中所说明的包文件和构筑模型目标,用lex和yacc构筑了一个简单的句法。
16.2 BNF说明
(BNF代表“Backus Naun Form”一种说明文法的工具)16.2.1 主要产品
<Service Package>∷=ServicePackage:<CMTag><ObjectlD><FOTag> <lconlD><ProvScreen><HelplnfolD><Control> <ChargelD> <BillAgentlD> <Resources> <MSFinv> <MFlnv> <OrigEditGraph> <TermEditGraph><Templatelnv><Templatelnv> <MSF>∷= MSF:<CMTag><SAFGraph><SAFlnventory> <lconlD> <ProvScreen> <HelplnfolD> <ChargelD><Control><PackagelD> <dp n="d44"/> <MetaFeature>∷= MetaFeature: <CMTag> <SAFGraph> <SAFinventory> <ServiceProfile>∷= ServiceProfile: <ObjectlD> <Control> <PackagelD> <lconlD> <OrigExecGraph> <TermExecGraph><FPlList> <UserPackage>∷= UserPackage:<CMTag><ObjectlD><PackagelD> <ProvScreen> <HelplnfolD> <MSFinv> <Templatelnv><ExecGraph> <UserProfile>∷ = UserProfile:<ObjectlD><Control><PackagelD> <ProfileRefList><OrigExecGraph><FPlList>
16.2.2词汇
<AttrList>∷= <Attribute>|<AttrList><Attribute> <Attribute>∷= Attribute:<string>Value:<string> <BillAgentlD>∷= BillingAgentlD: <oid> <CMTag>∷= CM Tag:<Name> Version:<string>DateTime: <string> <ChargelD>∷= ChargelD:<integer> <Control>∷= Control:<ControllD> <ControllD>∷= Disabled|Enabled<DecisionPoint>∷= DecisionPoint:<NodeRefList> <dp n="d45"/> <DPList>∷= <DecisionPoin>|<DPList><DecisionPoint> <DN>∷= DN:<string> <EditGraph>∷= <EdNodeList>|<null> <EdNode>∷= EditNode:<NodelD><View><FlexPoint> <EdNodelist>∷= <EdNode>|<EdNodeList> <EdNode> <ExecGraph>∷= <ExNodeList>|<null> <ExNode>∷= ExecNode:<NodelD><View><DecisionPoint> <ExNodeList>∷= <ExNode>|<ExNodeList><ExNode> <FOTag>∷= Associationlnd:<boolean> <FPlD>∷= FPlnstancelD:<integer> <FPlList>∷= FPlList:<FPlCollection> <FPlCollection>∷= <FPlnstance>|<FPlCollection><FPlnstance> <FPlnstance>∷= FeatureProfilelnstance:<FPlD><FProfile> <FProfile>∷= FeatureProfile:<SAFlD><SAFState> <FlexPoint> FlexPoint:<DPList> <Height>∷= Height:<integer> <dp n="d46"/> <HelplnfolD>∷= HelplnfolD: <filename> <lconlD>∷= lconlD: <filename> <MetaSP>∷= MetaServiceProfile:<MetaSPBody>|<null> <MetaSPBody>∷= <ObjectlD><PackagelD><FPlList> <MFlD>∷= <string> <MFlnv>∷= MFlnventory:<MFList>|<null> <MFList>∷= <MetaFeature>|<MFList><MetaFeature> <MSFHandle>∷= <MSFID><WinPos> <MSFID>∷= <string> <MSFinv>∷= MSFlnventory:<MSFList>|<null> <MSFList∷= <MSF>|<MSFList><MSF> <Name>∷= Name:<string> <NodeHandle>∷= <MSFHandle>|<MFID>|<SAFNodelndex> <NodelD>∷= GraphNode: <NodeRef> <NodeType> <NodeHandle> <NodeRef>∷= NodeRef:<integer>|<endMarker> <NodeRefList>∷= <NodeRef>|<NodeRefList><NodeRef> <dp n="d47"/> <NumSucc>∷= NumSucc:<integer> <NodeType>∷= NodeType:<NodeTypelD> <NodeTypelD>∷= MSF|MF|SAF <ObjectlD>∷= OlD:<oid>|<null> <OpName>∷= OperationlD:<string> <OrigEditGraph>∷= OrigEditGraph:<EditGraoh> <OrigExecGraph>∷= OrigExecGragh:<ExecGraph> <PackagelD>∷= PackagelD:<old>|<null> <Param>∷= Param:<SceneTag> <ParamList>∷= <Param>|<ParamList><Param> <Position>∷= <XCoord><Ycoord><Height><Width> <Profile>∷= <ServiceProfile>|<UserProfile> <MetaServiceProfile> <ProfileFileName>∷= FileName:<filename> <ProfileRef>∷= ProfileRef:<DN><ObjectlD><PackagelD> ProfileRefList>∷= <ProfileRef>|<ProfileRefList><ProfileRef> <ProvScreen>∷= ProvScreen:<filename> <dp n="d48"/> <Resources>∷= ServiceResources:MaxUsers:<integer> MaxSimCalls:<integer> <Return>∷= Return:<SceneTag> <ReturnList>∷= <Return>|<ReturnList><Return> <SAFGraph>∷= SAFGraph:<ExecGraph> <SAFID>∷= SAFID:<string> <SAFInventory>∷= SAFInvemory:<SAFNodes> <SAFNodes>∷= SAFNode:<SAFID><FPID><OpName> <ParamList><ReturnList><Scope> <SAFNodelndex>∷= SAFNodelndex:<integers> <SAFNodes>∷= <SAFNode>|<SAFNodes><SAFNode> <SAFState>∷= SAFState:<AttrList><SceneTag>∷= <integer>|<null> <Scope>∷= Scope:<ScopelD> <ScopelD>∷= User|Service|VN|BT|Call|NoScope <Template>∷= Template:<Name><ProfileFileName><Profile> <Templatelnv>∷= Templatelnventory:<TemplateList>|<null> <TemplateList>∷= <Template>|<TemplateList><Template> <dp n="d49"/> <TermEditGraph>∷= TermEditGraph:<EditGraph> <TermExecGraph>∷= TermExecGraph:<ExecGraph> <Width>∷= Width:<integer> <WinPos>∷= WindowPos:<Position>|<null> <View>∷= View:<string> <XCoord>∷= topX:<integer> <YCoord>∷= ropY:<integer> <boolean>∷= True|False <alphaNum>∷= ′a'-'z'|'A'-'Z'|'0'-'9' <alphaNums>∷= <aiphaNum>|<alphaNums><alphaNum> <char>∷= <alphaNum>|<whitespace> <chars>∷= <char>|<chars><char> <comments>∷= ∥<chars> <digit>∷= '0'-'g' <digits>∷= <digit>|<digits><digit> <endMarker>∷= END <dp n="d50"/> <filename>∷= <quote><alphaNums><quote>|<quote> <alphaNums>.<alphaNums><quote> <integer>∷= <digits>|<nullMarker> <null>∷= ''l\n <nullMarker>∷= NULL <old>∷= <integer>|<old>.<integer> <quote>∷= ∥this is a single quote! <string>∷= <quote><chars><quote> <whitespace>∷= <null>l\t
16.3 服务包的例子
所选的服务例子是一个十分简单的服务。事实上,它所做的一切只是重放一个广播消息(对所有的服务用户它都是相同的),可任选地重放一个欢迎消息,然后呼叫另一个服务。如果重放的是欢迎消息,则接着将向用户要求授权。注意,在本例中授权特性是一个亚特性。
∥@ <Ⅱ>servPack.ex1.13 9/15/94 ServicePackage: CHTag: Name:'test service package' Version:'1.13' DateTime:'9/15/94' OID:0.1.2.3.4.5.6 Associationind:False lconlD:'testpackage.xbm' ProvScreen:'testpackage.url' HelplnfolD:'testpackage.hlp' Control:Enabled ChargelD:3 BillingAgentlD:0.5.0.0.1 ServiceResources: MaxUsers:999 <dp n="d53"/> MaxSimCalls:999 <The following is a definition of an MSF containing a single SAF:> MSFlnventory: MSF: CMTag: Name:'welcomeMSF' Version:'1.0' DateTime:'17 June 1994 10:40 GMT' SAFGraph: ExecNode: GraphNode: NodeRef:1 NodeType:SAF SAFNodelndex:0 View:'this is where a view would go DecisionPoint: NodeRef: SAFlnventory: SAFNode: SAFlD:'playMessage' FPlnstancelD:2 OperationlD:'play' Param:1 Return:2 Scope:User lconlD:'myMSF.xbm' ProvScreen:'myMSF.url' HelplnfolD:'myMSF.hip' ChargelD:3 Control:Enabled PackagelD: <dp n="d54"/> MSF: CMTag: Name:'followOnMSF' Version:'1.0' DateTime:'17 June 1994 10.40 GMT' SAFGraph: ExecNode: GraphNode: NodeRef:1 NodeType:SAF SAFNodelndex:0 View:'a view' DecisionPoint: NodeRef: SAFinventory: SAFNode: SAFID:'followOn' FPlnstancelD:3 OperationlD:'next' Param: Return: Scope:User lconlD:'followonMSF.xbm' ProvScreen:'followonMSF.url' HelplnfolD:'followonMSF.hlp' ChargelD:2 Control:Enabled PackagelD: 0.1.2.3.4.5.6 MSF: CMTag: Name:'broadcastMSF' Version:'1.0' <dp n="d55"/> DateTime:'17 June 1994 10:40 GMT' SAFGraph: ExecNode: GraphNode: NodeRef: 1 NodeType: SAF SAFNodelndex: 0 View:'a view' DecisionPoint: NodeRef: END SAFlnventory: SAFNode: SAFlD:'broadcast' FPlnstancelD: 5 OperationlD:'set' Param: Return: Scope: Service lconlD:'broadcastMSF.xbm' ProvScreen:'broadcastMSF.url' HelplnfolD:'broadcastMSF.hlp ChargelD: 0 Control: Enabled PackagelD: MFlnventory: <The following is a definition of an MF containing a single SAF:> MetaFeature: CMTag: Name:'authoriseMF' Version:'1.0' DateTimne:'21 June 1994 11:55 GMT' <dp n="d56"/> SAFGraph: ExecNode: GraphNode: NodeRef: 1 NodeType: SAF SAFNodelndex: 0 View:'a view' DecisionPoint: NodeRef: END SAFlnventory: SAFNode: SAFID:'sentinai' FPlnstancelD: 1 OperationlD:'authorise' Param: Return: scope: User OrigEditGraph: EditNode: GraphNode: ∥Broadcast MSF NodeRef: 1 NodeType: MSF MSFlD:'broadcastMSF' WindowPos: topX: 0 topY. 0 Height: 60 Width: 60 View:'TRUEV FlexPoint: DecisionPoint: <dp n="d57"/> NodeRef: 2 DecisionPoint: NodeRef: 4 EditNode: GraphNode: ∥welcome MSF NodeRef: 2 NodeType: MSF MSFID:'welcomeMSF' WindowPos: topX: 0 topY: 100 Height: 60 Width: 60 View:'TRUE' FlexPoint: DecisionPoint: NodeRef: 3 EditNode: GraphNode: ∥authorise MF NodeRef: 3 NodeType:MF MFID:'authoriseMF' View:'TRUE' FlexPoint: DecisionPoint: NodeRef: 4 EditNode: GraphNode: ∥follow-on MSF NodeRef: 4 NodeType: MSF <dp n="d58"/> MSFlD:'followOnMSF' WindowPos: topX: 0 topY: 200 Height: 60 Width: 60 View: 'TRUE: FlexPoint: DecisionPoint: NodeRef: END TermEditGraph: Templatelnventory: Template: Name:'With welcome message' FiieName:'welcome.tmp' ServiceProfile: OlD: Control: Enabled PackagelD: 0.1.2.3.4.5.6 lconlD:'profile1.xbm' origExecGraph: ExecNode: GraphNode: ∥Broadcast MSF NodeRef: 1 NodeType: MSF MSFLD:'broadcastMSF: WindowPos: topX: 0 topY: 0 Height: 60 Width: 60 View:'' <dp n="d59"/> DecisionPoint: NodeRef: 2 ExecNode: GraphNode: ∥welcome MSF NodeRef: 2 NodeType: MSF MSFID:'welcomeMSF' WindowPos: topX: 0 topY: 100 Height: 60 Width: 60 View:'' DecisionPoint: NodeRef: 3 ExecNode: GraphNode: ∥authorise MF NodeRef: 3 NodeType: MF MFID:'authoriseMF' View: '' DecisionPoint: NodeRef: 4 ExecNode: GraphNode: ∥follow-on MSF NodeRef: 4 NodeType: MSF MSFID:'followOnMSF' WindowPos: topX: 0 <dp n="d60"/> tooY: 200 Height: 60 width: 60 View:'' DecisionPoint: NodeRef: END TermExecGraph:-Null FPlList: FeatureProfilelnstance: FPlnstancelD: 2 FeatureProfile: SAFID:'playMessage' SAFState: Attribute:'messageFile'Value: 'welcome.audio' FeatureProfilelnstance: FPlnstancelD: 3 FeatureProfile: SAFlD:'followOn' SAFState: Attribute:'followOnService'Value: '0.1.0.2.1' Template: Name:'Without welcome message' FileName:'noWelcome.tmp' ServiceProfile: OlD: Control: Enabled PackagelD: 0.1.2.3.4.5.6.6 lconlD:'profile2.xbm' OrigExecGraph: ExecNode: GraphNode: <dp n="d61"/> ∥Broadcast MSF NodeRef: 1 NodeType: MSF MSFID:'broadcastMSF' WindowPos: topX: 0 ropY: 0 Height: 60 Width: 60 View: '' DecisionPoint: NodeRef: 4 ExecNode: GraphNode: ∥follow-on MSF NodeRef: 4 NodeType: MSF MSFID:'followonMSF' WindowPos: topX: NULL ropY: 200 Height: 60 Width: 60 View:'' DecisionPoint: NodeRef: END TermExecGraph: FPList: FeatureProfilelnstance: FPlnstancelD: 3 FeatureProfile: SAFlD:'followon' SAFState: <dp n="d62"/> Attribute:'followOnService'Value: '0.1.0.2.1'Templatelnventory: Template: Name:'Service-scoped data' FileName:'metaSP.tmp' MetaServiceProfile: OlD: 0.1.2.3.4.5.6.7 PackagelD: 0.1.2.3.4.5.6 FPlList: FeatureProfileinstance: FPlnstancelD: 1 FeatureProfile: SAFiD:'authorise' SAFState: Attribute:'minPlNLength'Value:'2' Attribute:'maxPlNLength'Value:'4' FeatureProfilelnstance: FPlnstanceiD: 5 FeatureProfile: SAFID:'broadcast' SAFState: Attribute:'message'Value:'broadcast. audio' Attribute:'status'Value:'active'
Claims (12)
1、一种服务生成和配给***,它用于一种在其中可以通过对一些代码单元序序列的基于屏幕的操作来生成或修改通信服务的通信网络,该***通过根据一个执行图运行这样一个代码单元的有序序列来提供一个服务,其中该***包括:
ⅰ)一个在访问存储的代码单元时使用的界面;
ⅱ)用来从存储的代码单元中选择一组代码单元的工具;
ⅲ)用来生成或修改编辑图的工具,该编辑图至少部分地确定与一组用于通信服务配给的代码单元相关的有序序列;
ⅳ)把一个编辑图与可视信息相联系的工具,该可视信息供一个图形用户界面上的用户在编辑或修改该编辑图以产生一个执行图时使用;以及
ⅴ)把编辑图与可视信息一起提供给图形用户界面的工具;
其中把编辑图与可视信息一起提供的工具也能至少提供一个不带可视信息的编辑图,使得也能在编辑图对用户不可见或者只是部分可见的情况下从编辑图产生执行图。
2、一种用于通信网络的服务生成***,它包括一组软件工具,供在生成和/或修改网络用户可得到的服务时使用,其中服务生成***包括多于一个级别的服务生成环境,上述各个级别各自有不同的相应工具组,使得由服务生成***所提供的各选出的操作组能在不同的级别上得到,以及,其中上述各级别中至少两个级别各自都被提供有用来产生或访问各自不同类型的软件实体的工具,其中上述各级别中的第一级别含
有用来产生或访问一些包括有一些能被配置到网络基元中的软件目标的服务应用特性的工具,并且上述各级别中的第二级别含有用来产生或访问一些可上市服务特性的工具,每个可上市服务特性引用第一级别的一个或多个服务应用特性和图形定义数据,以利用一个图形界面修改或输入上述服务应用特性的可配给方面,而且上述第二级别还含有用来产生或访问一些可与上述各级别中的第三级别通信的服务包的工具,每个服务包都包括一组可上市服务特性或对一组可上市服务特性的引用和上述各可上市服务特性之间的一个预定关系,给上述第三级别上的用户在为特制一个服务而产生或修改可上市服务特性的组合时的操作加以限制条件。
3、根据权利要求2的***,其中上述预定关系是根据一个在服务包中表示为URL引用关系的编辑图确定的,它确定了一个植入了在上述第三级别上的上述限制条件的图形屏幕布局。
4、根据权利要求2或3的***,其中上述第二级别还含有用来产生或访问一些亚特性的工具,每个亚特性都引用第一级别的一个或多个服务应用特性,但在数据中不含图形定义,使得第三级别上的用户不会被提供用来修改任何亚特性的界面信息。
5、根据权利要求4的***,其中一个服务包可能包括一组可上市服务特性或对它们的引用,以及一个或多个亚特性或对其的引用。
6、根据权利要求4的***,其中一个服务包可能包括一组亚特性或对它们的引用,但不包括可上市服务特性或对其的引用。
7、一种多级别服务生成环境,它用来生成、修改、和特制一些可由用户借助于通信网络得到的服务,其中该环境包括至少三个级别:第
一级别包括或具有访问一些服务应用特性的能力,服务应用特性包括一个能被配置到网络基元上供向用户提供服务时使用的可重复使用代码目标;第二级别具有产生服务包的能力,每个服务包包括一些可上市服务特性或对它们的引用和对在执行提供服务时使用的这些可上市服务特性的排序和/或组合的限制条件,每个可上市服务特性都包括对一个或多个服务应用特性的引用和屏幕定义数据,第二级别与第三级别是相连接的,以传送服务包,供操作在第三级别上的用户用来配给或特制一个服务。
8、一种提供在特制一个准备提供给通信网络上的用户的通信服务时使用的编辑工具的方法,该方法包括:
a)产生一个用于该服务的编辑图,该编辑图包括一组节点,这些节点代表按预先选定的关系相连接的零个或一个或更多个可上市服务特性和至少一个亚特性,每个可上市特性确定一个或多个可执行代码单元,供运行时提供该服务使用,还包括屏幕信息,供用户在利用该编辑图特制一个服务时使用,并且,每个亚特性确定一个或多个可执行代码单元,供运行时提供该服务使用;
b)使这样产生的编辑图可为用户得到;以及
c)接收一个执行图供配给该服务时使用,该执行图包括通过至少一个用户数据输入所特制的编辑图,其中用户可得到的上述编辑图不含有关于任何亚特性的屏幕信息,使亚特性对用户来说是不可见的。
9、根据权利要求8的方法,其中被使得能被用户得到的上述编辑图含有至少一个可上市服务特性。
10、根据权利要求8或9的方法,它还包括对准备与编辑图一起让
。用户可得到的一些可上市服务特性的选择,并向用户提供屏幕信息以供在选择可上市服务特性和把可上市服务特性从该选择***到编辑图中时使用。
11、根据权利要求8至10中任一项的方法,其中屏幕信息包括图标数据,用来显示一个代表相对应的可上市服务特性的图标。
12、根据权利要求8至10中任一项的方法,其中至少一部分屏幕信息包括格式信息,供用户在从编辑图产生执行图时使用。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US53862395A | 1995-11-02 | 1995-11-02 | |
US08/538,623 | 1995-11-02 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1214840A true CN1214840A (zh) | 1999-04-21 |
Family
ID=24147700
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN96199491A Pending CN1214840A (zh) | 1995-11-02 | 1996-11-04 | 用于通信网络的服务生成设备 |
Country Status (11)
Country | Link |
---|---|
US (1) | US6338088B1 (zh) |
EP (1) | EP0858710B1 (zh) |
JP (1) | JP2000501252A (zh) |
KR (1) | KR19990067327A (zh) |
CN (1) | CN1214840A (zh) |
AU (1) | AU721341B2 (zh) |
CA (1) | CA2236320A1 (zh) |
DE (1) | DE69626127T2 (zh) |
NO (1) | NO981969L (zh) |
NZ (1) | NZ320501A (zh) |
WO (1) | WO1997016929A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100445992C (zh) * | 2003-05-05 | 2008-12-24 | 思科技术公司 | 管理通信网络中的联系人 |
Families Citing this family (93)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0850545A1 (de) * | 1995-09-15 | 1998-07-01 | Siemens Aktiengesellschaft | Ablaufumgebungssystem für service-applikationen eines kommunikationsnetzes |
GB9603582D0 (en) | 1996-02-20 | 1996-04-17 | Hewlett Packard Co | Method of accessing service resource items that are for use in a telecommunications system |
DE19734515A1 (de) * | 1997-08-08 | 1999-02-11 | Siemens Ag | Verfahren zur Einrichtung und/oder Bearbeitung eines Dienstes eines intelligenten Netzes |
GB2335327B (en) * | 1998-03-13 | 2000-07-12 | Plessey Telecomm | Broadband service creation environment |
DE19854754A1 (de) * | 1998-11-27 | 2000-06-08 | Alcatel Sa | Verfahren, Editor, Rechner, Steuermodul und Speichermittel zum Editieren von Konfigurationsdaten für Telekommunikationssysteme |
FI19991886A (fi) * | 1999-09-03 | 2001-03-03 | Nokia Networks Oy | Älyverkon palvelun ohjaustieto |
US20010044845A1 (en) * | 2000-01-03 | 2001-11-22 | Thomas J. Cloonan | Method and apparatus to change class of service levels |
US6606659B1 (en) | 2000-01-28 | 2003-08-12 | Websense, Inc. | System and method for controlling access to internet sites |
CA2399720C (en) * | 2000-02-11 | 2013-07-09 | Convergent Networks, Inc. | Service level executable environment for integrated pstn and ip networks and call processing language therefor |
US20020022483A1 (en) * | 2000-04-18 | 2002-02-21 | Wayport, Inc. | Distributed network communication system which allows multiple wireless service providers to share a common network infrastructure |
US6892228B1 (en) | 2000-08-23 | 2005-05-10 | Pure Matrix, Inc. | System and method for on-line service creation |
US6523074B1 (en) * | 2000-08-25 | 2003-02-18 | Lucent Technologies Inc. | Apparatus and method to manage the invocation of feature service |
US8214501B1 (en) | 2001-03-02 | 2012-07-03 | At&T Intellectual Property I, L.P. | Methods and systems for electronic data exchange utilizing centralized management technology |
US20020143961A1 (en) * | 2001-03-14 | 2002-10-03 | Siegel Eric Victor | Access control protocol for user profile management |
EP1374051A1 (en) * | 2001-03-28 | 2004-01-02 | BRITISH TELECOMMUNICATIONS public limited company | Component-based software distribution and deployment |
US20030055945A1 (en) * | 2001-05-08 | 2003-03-20 | Narad Networks, Inc. | Language and interface for unified network service creation, provision and deployment |
WO2002091194A1 (en) * | 2001-05-08 | 2002-11-14 | Narad Networks, Inc. | Extensible service provisioning engine |
WO2002091209A2 (en) * | 2001-05-08 | 2002-11-14 | Narad Networks, Inc. | System and method for network service provisioning |
US6694002B2 (en) * | 2001-06-18 | 2004-02-17 | International Business Machines Corporation | Generic service component for wireless services |
US6690781B2 (en) * | 2001-06-18 | 2004-02-10 | International Business Machines Corporation | Generic service component for telephony container server |
US20030208527A1 (en) * | 2001-07-20 | 2003-11-06 | Lino Lglesais | Method for smart device network application infrastructure (SDNA) |
EP1315330A1 (en) * | 2001-11-21 | 2003-05-28 | Markport Limited | A mobile device provisioning system |
US6947985B2 (en) * | 2001-12-05 | 2005-09-20 | Websense, Inc. | Filtering techniques for managing access to internet sites or other software applications |
US7194464B2 (en) | 2001-12-07 | 2007-03-20 | Websense, Inc. | System and method for adapting an internet filter |
US20030149771A1 (en) * | 2002-02-04 | 2003-08-07 | Wookey Michael J. | Remote services system back-channel multicasting |
US20030149889A1 (en) * | 2002-02-04 | 2003-08-07 | Wookey Michael J. | Automatic communication and security reconfiguration for remote services |
US20030177259A1 (en) * | 2002-02-04 | 2003-09-18 | Wookey Michael J. | Remote services systems data delivery mechanism |
US20030149740A1 (en) * | 2002-02-04 | 2003-08-07 | Wookey Michael J. | Remote services delivery architecture |
US20030163544A1 (en) * | 2002-02-04 | 2003-08-28 | Wookey Michael J. | Remote service systems management interface |
US7167448B2 (en) * | 2002-02-04 | 2007-01-23 | Sun Microsystems, Inc. | Prioritization of remote services messages within a low bandwidth environment |
US6983020B2 (en) | 2002-03-25 | 2006-01-03 | Citrix Online Llc | Method and apparatus for fast block motion detection |
US20030212738A1 (en) * | 2002-05-10 | 2003-11-13 | Wookey Michael J. | Remote services system message system to support redundancy of data flow |
US7801976B2 (en) * | 2002-05-28 | 2010-09-21 | At&T Intellectual Property I, L.P. | Service-oriented architecture systems and methods |
NO20024840L (no) * | 2002-05-31 | 2003-12-01 | Telenor Asa | Fremgangsmåte og apparat i et telekommunikasjonsnett |
US7240109B2 (en) * | 2002-06-27 | 2007-07-03 | Sun Microsystems, Inc. | Remote services system service module interface |
US8266239B2 (en) * | 2002-06-27 | 2012-09-11 | Oracle International Corporation | Remote services system relocatable mid level manager |
US7260623B2 (en) * | 2002-06-27 | 2007-08-21 | Sun Microsystems, Inc. | Remote services system communication module |
US7181455B2 (en) * | 2002-06-27 | 2007-02-20 | Sun Microsystems, Inc. | Bandwidth management for remote services system |
US7240068B2 (en) * | 2002-09-06 | 2007-07-03 | Truetel Communications, Inc. | Service logic execution environment (SLEE) that is running on a device, supporting a plurality of services and that is compliant with a telecommunications computing standard for SLEES |
US7185015B2 (en) * | 2003-03-14 | 2007-02-27 | Websense, Inc. | System and method of monitoring and controlling application files |
US7529754B2 (en) * | 2003-03-14 | 2009-05-05 | Websense, Inc. | System and method of monitoring and controlling application files |
US20050079508A1 (en) * | 2003-10-10 | 2005-04-14 | Judy Dering | Constraints-based analysis of gene expression data |
US8914518B2 (en) * | 2004-04-23 | 2014-12-16 | International Business Machines Corporation | Intermediary for satisfying a service requirement established by a service provider |
US8090806B1 (en) * | 2004-06-10 | 2012-01-03 | Cisco Technology, Inc. | Two-stage network device configuration process |
KR100619064B1 (ko) * | 2004-07-30 | 2006-08-31 | 삼성전자주식회사 | 메타 데이터를 포함하는 저장 매체, 그 재생 장치 및 방법 |
GB2416879B (en) | 2004-08-07 | 2007-04-04 | Surfcontrol Plc | Device resource access filtering system and method |
GB2418108B (en) * | 2004-09-09 | 2007-06-27 | Surfcontrol Plc | System, method and apparatus for use in monitoring or controlling internet access |
GB2418037B (en) | 2004-09-09 | 2007-02-28 | Surfcontrol Plc | System, method and apparatus for use in monitoring or controlling internet access |
GB2422219B (en) * | 2005-01-14 | 2010-01-06 | Hewlett Packard Development Co | Provision of services over a common delivery platform such as a mobile telephony network |
GB2422216B (en) * | 2005-01-14 | 2009-12-09 | Hewlett Packard Development Co | Provision of services over a common delivery platform such as a mobile telephony network |
US20060161616A1 (en) * | 2005-01-14 | 2006-07-20 | I Anson Colin | Provision of services over a common delivery platform such as a mobile telephony network |
US20060159432A1 (en) * | 2005-01-14 | 2006-07-20 | Citrix Systems, Inc. | System and methods for automatic time-warped playback in rendering a recorded computer session |
US8200828B2 (en) * | 2005-01-14 | 2012-06-12 | Citrix Systems, Inc. | Systems and methods for single stack shadowing |
US8296441B2 (en) | 2005-01-14 | 2012-10-23 | Citrix Systems, Inc. | Methods and systems for joining a real-time session of presentation layer protocol data |
GB2422218B (en) * | 2005-01-14 | 2009-12-23 | Hewlett Packard Development Co | Provision of services over a common delivery platform such as a mobile telephony network |
GB2422217B (en) | 2005-01-14 | 2009-12-23 | Hewlett Packard Development Co | Provision of services over a common delivery platform such as a mobile telephony network |
US8230096B2 (en) | 2005-01-14 | 2012-07-24 | Citrix Systems, Inc. | Methods and systems for generating playback instructions for playback of a recorded computer session |
US8935316B2 (en) | 2005-01-14 | 2015-01-13 | Citrix Systems, Inc. | Methods and systems for in-session playback on a local machine of remotely-stored and real time presentation layer protocol data |
US20060180647A1 (en) * | 2005-02-11 | 2006-08-17 | Hansen Scott R | RFID applications |
GB0512744D0 (en) * | 2005-06-22 | 2005-07-27 | Blackspider Technologies | Method and system for filtering electronic messages |
US20070291787A1 (en) * | 2006-06-15 | 2007-12-20 | Mounire El Houmaidi | Methods, devices, and computer program products for ordering communication services |
US8615800B2 (en) | 2006-07-10 | 2013-12-24 | Websense, Inc. | System and method for analyzing web content |
US8020206B2 (en) | 2006-07-10 | 2011-09-13 | Websense, Inc. | System and method of analyzing web content |
US9830145B2 (en) * | 2006-08-14 | 2017-11-28 | Federal Home Loan Mortgage Corporation (Freddie Mac) | Systems and methods for infrastructure and middleware provisioning |
JP4554574B2 (ja) * | 2006-08-28 | 2010-09-29 | 日本電信電話株式会社 | 映像編集サーバ装置、システムおよびプログラム |
US8375360B2 (en) * | 2006-11-22 | 2013-02-12 | Hewlett-Packard Development Company, L.P. | Provision of services over a common delivery platform such as a mobile telephony network |
US9654495B2 (en) | 2006-12-01 | 2017-05-16 | Websense, Llc | System and method of analyzing web addresses |
GB2458094A (en) * | 2007-01-09 | 2009-09-09 | Surfcontrol On Demand Ltd | URL interception and categorization in firewalls |
GB2445764A (en) * | 2007-01-22 | 2008-07-23 | Surfcontrol Plc | Resource access filtering system and database structure for use therewith |
AU2008214131B2 (en) | 2007-02-02 | 2012-06-14 | Websense, Inc. | System and method for adding context to prevent data leakage over a computer network |
JP4652357B2 (ja) * | 2007-02-27 | 2011-03-16 | 日本電信電話株式会社 | メディア編集サーバ装置、メディア編集システム、およびメディア編集プログラム |
US8015174B2 (en) | 2007-02-28 | 2011-09-06 | Websense, Inc. | System and method of controlling access to the internet |
GB0709527D0 (en) | 2007-05-18 | 2007-06-27 | Surfcontrol Plc | Electronic messaging system, message processing apparatus and message processing method |
US8327341B2 (en) * | 2007-05-31 | 2012-12-04 | Red Hat, Inc. | Integrating aspect oriented programming into the application server |
US8640146B2 (en) | 2007-05-31 | 2014-01-28 | Red Hat, Inc. | Providing extensive ability for describing a management interface |
US9009699B2 (en) * | 2007-05-31 | 2015-04-14 | Red Hat, Inc. | Providing a POJO-based microcontainer for an application server |
US7886035B2 (en) * | 2007-05-31 | 2011-02-08 | Red Hat, Inc. | Profile service based deployment configuration |
WO2009115921A2 (en) * | 2008-02-22 | 2009-09-24 | Ipath Technologies Private Limited | Techniques for enterprise resource mobilization |
US8407784B2 (en) | 2008-03-19 | 2013-03-26 | Websense, Inc. | Method and system for protection against information stealing software |
US9015842B2 (en) | 2008-03-19 | 2015-04-21 | Websense, Inc. | Method and system for protection against information stealing software |
US8370948B2 (en) * | 2008-03-19 | 2013-02-05 | Websense, Inc. | System and method for analysis of electronic information dissemination events |
US9130986B2 (en) | 2008-03-19 | 2015-09-08 | Websense, Inc. | Method and system for protection against information stealing software |
US8688845B2 (en) * | 2008-06-27 | 2014-04-01 | Microsoft Corporation | Remote computing session feature differentiation |
CA2729158A1 (en) * | 2008-06-30 | 2010-01-07 | Websense, Inc. | System and method for dynamic and real-time categorization of webpages |
EP2443580A1 (en) | 2009-05-26 | 2012-04-25 | Websense, Inc. | Systems and methods for efficeint detection of fingerprinted data and information |
US8238538B2 (en) | 2009-05-28 | 2012-08-07 | Comcast Cable Communications, Llc | Stateful home phone service |
US8576048B2 (en) * | 2009-11-10 | 2013-11-05 | Ge Security, Inc. | Method for accessing a locked object |
US20120233589A1 (en) | 2011-03-10 | 2012-09-13 | Infosys Technologies Ltd. | Software development kit for blended services |
US8635673B2 (en) * | 2011-06-17 | 2014-01-21 | International Business Machines Corporation | Dynamic application adaptation in software-as-a-service platform |
US8615159B2 (en) | 2011-09-20 | 2013-12-24 | Citrix Systems, Inc. | Methods and systems for cataloging text in a recorded session |
US8335851B1 (en) * | 2012-03-12 | 2012-12-18 | Ringcentral, Inc. | Network resource deployment for cloud-based services |
US9117054B2 (en) | 2012-12-21 | 2015-08-25 | Websense, Inc. | Method and aparatus for presence based resource management |
US10013337B2 (en) * | 2015-12-14 | 2018-07-03 | Sap Se | Feature switches for private cloud and on-premise application components |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5572579A (en) | 1995-04-06 | 1996-11-05 | Bell Communications Research, Inc. | System and method for providing portable telephone number service |
US5323452A (en) * | 1990-12-18 | 1994-06-21 | Bell Communications Research, Inc. | Visual programming of telephone network call processing logic |
US5241588A (en) * | 1990-12-18 | 1993-08-31 | Bell Communications Research, Inc. | Systems and processes providing programmable or customized customer telephone information services |
US5353331A (en) | 1992-03-05 | 1994-10-04 | Bell Atlantic Network Services, Inc. | Personal communications service using wireline/wireless integration |
US5463682A (en) | 1992-08-25 | 1995-10-31 | Bell Communications Research, Inc. | Method of creating user-defined call processing procedures |
US5511116A (en) * | 1992-08-25 | 1996-04-23 | Bell Communications Research Inc. | Method of creating and accessing value tables in a telecommunication service creation and execution environment |
US5455853A (en) * | 1992-08-25 | 1995-10-03 | Bell Communications Research, Inc. | Method of creating a telecommunication service template |
DE9300562U1 (de) | 1992-08-27 | 1993-03-04 | Siemens AG, 8000 München | Steuerungssystem eines Vermittlungssystems |
US5475737A (en) | 1993-09-17 | 1995-12-12 | Bell Atlantic Network Services, Inc. | Toll saver for centralized messaging systems |
US5488569A (en) | 1993-12-20 | 1996-01-30 | At&T Corp. | Application-oriented telecommunication system interface |
AU2264195A (en) * | 1994-04-21 | 1995-11-16 | British Telecommunications Public Limited Company | Service creation apparatus for a communications network |
US5592477A (en) | 1994-09-12 | 1997-01-07 | Bell Atlantic Network Services, Inc. | Video and TELCO network control functionality |
US5517562A (en) | 1994-11-01 | 1996-05-14 | Independent Telecommunications Network, Inc. | Method and system for providing a distributed service network for telecommunications service providers |
US5579384A (en) | 1995-02-17 | 1996-11-26 | Bellsouth Corporation | Telecommunications network service central management system interfacing with protocol specific regional stations providing services to subscribers |
US5617422A (en) | 1995-08-10 | 1997-04-01 | Mci Communications Corp. | High speed interface in a telecommunications network |
US5566235A (en) | 1995-10-05 | 1996-10-15 | Bell Atlantic Network Services, Inc. | Customer controlled service mediation management |
-
1996
- 1996-11-04 WO PCT/GB1996/002697 patent/WO1997016929A1/en not_active Application Discontinuation
- 1996-11-04 KR KR1019980703327A patent/KR19990067327A/ko not_active Application Discontinuation
- 1996-11-04 AU AU73240/96A patent/AU721341B2/en not_active Ceased
- 1996-11-04 US US09/066,459 patent/US6338088B1/en not_active Expired - Lifetime
- 1996-11-04 EP EP96935166A patent/EP0858710B1/en not_active Expired - Lifetime
- 1996-11-04 NZ NZ320501A patent/NZ320501A/xx unknown
- 1996-11-04 JP JP9516888A patent/JP2000501252A/ja active Pending
- 1996-11-04 CN CN96199491A patent/CN1214840A/zh active Pending
- 1996-11-04 DE DE69626127T patent/DE69626127T2/de not_active Expired - Lifetime
- 1996-11-04 CA CA002236320A patent/CA2236320A1/en not_active Abandoned
-
1998
- 1998-04-30 NO NO981969A patent/NO981969L/no not_active Application Discontinuation
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100445992C (zh) * | 2003-05-05 | 2008-12-24 | 思科技术公司 | 管理通信网络中的联系人 |
Also Published As
Publication number | Publication date |
---|---|
EP0858710A1 (en) | 1998-08-19 |
AU7324096A (en) | 1997-05-22 |
AU721341B2 (en) | 2000-06-29 |
DE69626127T2 (de) | 2003-10-23 |
JP2000501252A (ja) | 2000-02-02 |
CA2236320A1 (en) | 1997-05-09 |
NO981969D0 (no) | 1998-04-30 |
WO1997016929A1 (en) | 1997-05-09 |
US6338088B1 (en) | 2002-01-08 |
EP0858710B1 (en) | 2003-02-05 |
DE69626127D1 (de) | 2003-03-13 |
NZ320501A (en) | 1999-11-29 |
NO981969L (no) | 1998-07-01 |
KR19990067327A (ko) | 1999-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1214840A (zh) | 用于通信网络的服务生成设备 | |
CN1252642C (zh) | 集成化提供与多重终端仿真、超媒体及电话***的并行交互作用的远程服务工作站 | |
CN1163052C (zh) | 通信装置 | |
CN1044175A (zh) | 单元管理*** | |
CN1226885C (zh) | 无线电通信装置和其中建立双模式呼叫的方法 | |
CN1115884C (zh) | 可编程的呼叫处理***和方法 | |
CN1336068A (zh) | 智能网 | |
CN1147325A (zh) | 通信网络中的服务分配 | |
CN1437812A (zh) | 对设置参数层进行组织及组合以生成与通讯网络相关的实体的整体文件 | |
CN1171433C (zh) | 检测通信网络的可能的非法使用的方法及*** | |
CN1304980C (zh) | 电子票证、电子钱包和信息终端 | |
CN1423894A (zh) | 在交互式电视中的内容传播 | |
CN1209009A (zh) | 信息通讯*** | |
CN1637710A (zh) | 用于调度数据处理基础结构中工作单元执行的方法和*** | |
CN1235737A (zh) | 监督用户活动的***和方法 | |
CN1443429A (zh) | 用于许可移动台在被访问网络中工作的方法和装置 | |
CN1133662A (zh) | 面向对象的电话*** | |
CN1522432A (zh) | 用于语音应用分布式***中提高语音识别性能的方法和装置 | |
CN101044498A (zh) | 工作流服务体系结构 | |
CN1211364A (zh) | 一种管理互配单元及生产该单元的方法 | |
CN1208536A (zh) | 提供电信业务的方法 | |
CN1690914A (zh) | 程序管理*** | |
CN1354851A (zh) | 交互式服务所使用的标记语言及其方法 | |
CN1394315A (zh) | 代理***,代理购买/销售方法,数据提供装置和数据记录介质 | |
CN1140367A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |