CN102804138B - 依赖于第一服务来发起第二服务的方法和设备 - Google Patents
依赖于第一服务来发起第二服务的方法和设备 Download PDFInfo
- Publication number
- CN102804138B CN102804138B CN201080027446.3A CN201080027446A CN102804138B CN 102804138 B CN102804138 B CN 102804138B CN 201080027446 A CN201080027446 A CN 201080027446A CN 102804138 B CN102804138 B CN 102804138B
- Authority
- CN
- China
- Prior art keywords
- event
- state machine
- driven state
- service
- unit
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- 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/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
本发明涉及一种使用独立配置的事件驱动状态机依赖于第一服务来发起第二服务的方法,该方法包括如下步骤:在第一通信空间中执行第一服务;依赖于所述第一服务将第一事件传输至运营者单元;通过所述第一事件来触发所述运营者单元的第一事件驱动状态机;通过所述第一事件驱动状态机来生成第二事件;将所述第二事件传输至所述第一通信空间和/或第二通信空间;以及通过所述第二事件来在所述第一通信空间和/或所述第二通信空间中发起第二服务,其中通过第二事件驱动状态机将所述第一事件驱动状态机从互联网服务器推至所述运营者单元,并且其中至少所述第一事件驱动状态机被用户独立配置以用于依赖于所述第一事件来发起所述第二事件。
Description
技术领域
本发明涉及在通信空间(communication spaces)中提供和执行特定服务的领域。
背景技术
存在大量不同的通信空间,例如,电话网络、数千的内部网(intranet)、加热系统、汽车、智能房屋、数百万的私人计算机、模型铁道(model railroad)、计算机游戏、网络游戏、数亿的电视接收机、音频和视频播放器、媒体服务器和移动设备、虚拟现实、个人计算机上的办公套件、机器人、工厂的控制室、浏览网页的用户、巡航船(cruise liner)、另一电话网络、机场、卫星、超市等。它们共同的是:交换具体信息,并在每一通信空间内根据主通信空间中的具体标准对信息传输方法进行优化。由于这些优化标准根据情况有显著不同,所以每一通信空间都有良好的内部信息传输,但当进行外部通信时则不尽如人意。
此外,众所周知存在如下的例子:两个通信空间能够彼此通信(除了互联网连接或类似物以外),但这些通信是通过使用具有明确限定的(well-defined)几乎不可扩展的协议的明确限定的接口来良好调整的(well-regulated)。在这方面,例如,移动电话运营者的网络与其他运营者的网络的连接。但在几乎所有情况下,这些接口都是为非常具体的目的而设置的。当前不存在允许两个(或更多个)任意通信空间实现(补充)交互工作的通用且灵活的方法。
发明内容
本发明的一个目标是提供多个服务之间的单独可配置的(individually configurable)交互(interactions),其优选地并行覆盖多个通信空间,并且使得能够实现不具有现有技术缺陷的定 制的和用户配置的服务。
上述目标通过一种使用单独配置的事件驱动状态机依赖于第一服务来发起(initiate)第二服务的方法来实现,包括下列步骤:在第一通信空间中执行第一服务;依赖于所述第一服务将第一事件传输至运营者单元(operator unit);通过所述第一事件来触发所述运营者单元的第一事件驱动状态机;通过所述第一事件驱动状态机来生成第二事件;将所述第二事件传输至所述第一通信空间和/或第二通信空间;以及,通过所述第二事件在所述第一通信空间和/或所述第二通信空间中发起第二服务,其中所述第一事件驱动状态机被第二事件驱动状态机从互联网服务器推至所述运营者单元,并且其中至少所述第一事件驱动状态机被用户单独配置以用于依赖于所述第一事件来发起所述第二事件。
所述第二服务被所述第一事件驱动状态机发起,所述第一事件驱动状态机被所述第一服务间接触发。因而,所述第一服务与所述第二服务之间的交互由所述运营者单元的所述第一事件驱动状态机的功能所限定。有利地,所述第一事件驱动状态机至少部分地由用户单独可配置,从而上面提及的所述第一服务与所述第二服务之间的交互可以根据用户的个人请求而适配。有益地,不同服务之间的任意功能都是可行的,并且由用户自由可编程。优选地,所述第一事件驱动状态机和所述第二事件驱动状态机都被用户单独配置。有利地,用户能够独立于所述运营者单元在互联网服务器上配置和修改所述第一事件驱动状态机,因为直至所述第一事件驱动状态机被所述运营者单元用对应的初始事件请求,所述第一事件驱动状态机才被上传至所述运营者,因为所述对应的初始事件使得所述第二事件驱动状态机将所述单独配置的第一事件驱动状态机推至所述运营者单元。因而,用户不需要直接配置所述操作者单元。优选地,所述操作者单元被通信空间运营者(operator)或权力机构(authority)——例如移动电话提供者——来控制,所述通信空间运营者或权力机构须激活第一事件和/或第二事件在所述第一通信空间与所述互联网服务器之间的传输。
例如,作为所述第一通信空间的移动网络与用于初始地触发所述第二事件驱动状态机的互联网服务器之间的连接,使得须由移动网络 提供者来激活所述第二事件驱动状态机将顾客定义的第一事件驱动状态机推至所述移动网络提供者的运营者单元。如果所述移动网络提供者信任所指定的顾客ID,那么所述移动网络与所述用户的第二事件驱动状态机之间的连接是经由所述运营者单元来发起的,使得所述第二事件驱动状态机检测初始事件并将所述第一事件驱动状态机推向所述运营者单元。随后,所述运营者单元能够执行所述第一事件驱动状态机的命令,并且所述用户能够使用他单独配置的功能。
优选地,在在互联网服务器上存储和激活所述第二事件驱动状态机之前,所述移动提供者核查所述事件驱动状态机的功能和源码(source code)。因而,所述移动提供者确保,当所述第一事件驱动状态机被推向所述运营者单元时,所述第一事件驱动状态机的语法(syntax)是正确的。
所述第二服务是在所述第一通信空间和/或所述第二通信空间中执行的。因而,可以通过本发明的方法来提供至少两个完全不同的通信空间之间的连接,在本发明的方法中,例如,所述第一通信空间中的第一事件或第一服务发起所述第二通信空间中的任意第二事件或第二服务。优选地,通过所述操作单元的第一应用将所述初始事件运送至第二事件驱动状态机,其中在由所述初始事件触发通过所述第二事件驱动状态机将所述第一事件驱动状态机上传至所述运营者单元之后,所述第一应用至少部分地包含所述第一事件驱动状态机的功能,尤其甚至包含所述第一事件驱动状态机的源码。随后,例如,所述第一通信空间与所述运营者单元之间的第一通信由被推向所述运营者单元的所述第一事件驱动状态机控制,并且所述互联网服务器与所述互联网之间的第二通信由所述互联网上的第二事件驱动状态机控制。尤其,所述第一事件驱动状态机与所述第二事件驱动状态机直接经由基于TCP/IP的接口彼此通信。有利地,所述第一事件驱动状态机的功能可以被适配至任意通信空间。与单独可配置的第二事件驱动状态机一起,顾客能够在任何不同通信空间之间配置任意功能。所述第二服务可以是一个独立于第一服务的新服务。替代地,所述第二服务可以是所述第一通信空间中的所述第一服务的特定继续。
在本发明的方法的一个优选实施方案中,所述第二通信空间经由 另一运营者单元链接至所述互联网服务器,所述另一运营者单元包括另一第一事件驱动状态机,其中优选地所述另一事件驱动状态机被所述第二事件驱动状态机推至所述另一运营者单元。本发明的一个大优势是,所述互联网服务器与特定通信空间之间的每一通信路径被确切地一个(exactly one)特定事件驱动状态机单独控制。优选地,所述第一事件驱动状态机被分配至所述第一通信空间,并且所述另一第一事件驱动状态机被分配至所述第二通信空间。所述运营者单元优选地覆盖用于所述第一通信空间的服务提供者,其中所述另一运营者单元覆盖用于所述第二通信空间的另一服务提供者。本发明的方法使用模块原理(modular principle),使得可以通过纳入另一些第一事件驱动状态机和/或另一些通信空间来容易地扩展所包含的通信空间和/或用户定义的网络应用(和相应的用户)的数量。因而,包括用于与所述互联网服务器进行基于网络的交互的互联网连接的任何通信空间都可以被模块地用作第一通信空间、另一第一通信空间和/或第二通信空间。
所述第一通信空间优选地是一个电话网络(尤其是一个移动网络)。本发明意义上的通信空间是,例如,电话网络、数千的内部网、加热系统、汽车、智能房屋、数百万的私人计算机、模型铁道、计算机游戏、网络游戏、数亿的电视接收机、音频和视频播放器、媒体服务器和移动设备、虚拟现实、个人计算机上的办公套件、机器人、工厂的控制室、浏览网页的用户、巡航船、另一电话网络、机场、卫星、超市等。措词“第一服务”或“第二服务”包括在对应的通信空间中的每一主动事件或被动事件。例如,一个服务可以是电话呼叫、计算机命令、功率切换调节、SOS信号、特定全球定位信号等。此外,本发明意义上的服务可以是,在仅一个或多个通信空间中的此类事件的组合。尤其,在所述第一事件的配置期间,用户只是寻址(address)所述第一服务和所述第二服务,或者替代地访问所述第一事件和所述第二事件。优选地,所述互联网服务器包括另一些事件驱动状态机,优选地对于每个通信空间包括一个事件驱动状态机。尤其,所述互联网服务器对于至少每个通信空间包括每用户(per user)至少一个事件驱动状态机。如果该所述互联网服务器还包括设置事件驱动状态机 (setup event-driven state-machine),那么所述互联网服务器具备每用户n+1个事件驱动状态机,其中数字n表示可以被特定用户寻址的通信空间的总数。有利地,此类事件驱动状态机的实施和配置相对容易,并且仅要求少量计算能力。
在本发明的一个优选实施方案中,所述第一通信空间经由中介者(mediator)单元链接至所述运营者单元,所述中介者单元将所述第一通信空间的数据类型转换成适用于所述第一事件驱动状态机的数据类型,以及将所述第一事件驱动状态机的数据类型转换成适用于所述第一通信空间的数据类型。有利地,此类中介者的使用在(另一)第一事件状态机和对应的通信空间之间提供了兼容的且优选地双向的通信。结果,本发明的方法可以用任何通信空间运行。
在本发明的一个优选实施方案中,所述互联网服务器经由互联网连接将另一些事件传输至另一些互联网服务器,其中优选地,所述另一些事件触发被另一些用户单独配置的另一些事件驱动状态机。优选地,所述另一些网络应用发起所述互联网中、所述第一通信空间中、所述第二通信空间中和/或另一些通信空间中的另一些服务。例如,所述事件驱动状态机的另一网络事件经由另一互联网服务器传输至第三通信空间,其中所述另一互联网服务器包括用户可配置的另一第一事件驱动状态机,用于触发和/或检测所述第三通信空间中的另一些服务。有利地,此类大量不同的互联网服务器表示根据神经网络并行的因而相对快速工作的网络。在一个优选实施方案中,该网络包括大量第一事件驱动状态机和第二事件驱动状态机,其中每一第一事件驱动状态机和第二事件驱动状态机被分配给仅一个特定用户,并且优选地由该用户单独配置。如果对应的用户为协作交互而配置他们的事件驱动状态机,那么这些不同的第二网络应用会变成互链接的。
在本发明的一个优选实施方案中,所述第一事件驱动状态机、所述第二事件驱动状态机、所述另一第一事件驱动状态机和/或所述设置事件驱动状态机由所述互联网服务器上的具备明确限定的统一资源标识符的网页来提供,其中特定网页被分配给特定用户和/或特定用户组,并且其中特定用户在对应的通信空间中被分配了明确限定的ID。本发明意义上的用户可以是软件程序、单个人(例如顾客或编程者) 以及组织(例如公司或协会)等。例如,在特定通信空间中,每个用户可以通过特定的用户ID来识别。尤其,对于每一情况,所述第一事件驱动状态机、所述第二事件驱动状态机和所述设置事件驱动状态机由所述互联网服务器上的特定网页来提供。该网页优选地含有所述第一事件驱动状态机、所述第二事件驱动状态机和所述设置事件驱动状态机的源码,其中所述网页具备明确限定的统一资源标识符。所述统一资源标识符与特定的用户ID相关。所述网页也被称作通信页(communication page)。
在本发明的一个优选实施方案中,所述第一事件驱动状态机、所述第二事件驱动状态机、所述另一第一事件驱动状态机和/或所述设置事件驱动状态机是通过如下方式进行配置的:将特定算法上传至所述互联网服务器,在线修改所述互联网服务器上的算法,和/或由提供者来清除特定算法。优选地,所述第一事件驱动状态机、所述第二事件驱动状态机、所述另一第一事件驱动状态机和/或所述设置事件驱动状态机是由用户借助图形用户界面(graphical user interface)来配置的,并且尤其,所述图形用户界面包括特定模板和/或编译器,其将来自用户的图形输入(graphical input)转换为用于所述第二应用的可应用的计算机语言。因而,普通顾客能够以不言而喻和不证自明的方式来为个人应用和个体任务配置特定的事件驱动状态机。有益地,无需具有编程和源码编辑的全面知识。优选地,所述算法包括所述网页(通信页)的源码。
本发明的另一目标是一种使用单独配置的事件驱动状态机依赖于第一服务来发起第二服务的程序,其中所述程序包括存储在互联网服务器上的至少第一事件驱动状态机和第二事件驱动状态机,其中如果所述第二事件驱动状态机检测到来自第一通信空间的初始事件,那么所述第二事件驱动状态机将所述第一事件驱动状态机至少部分地从所述互联网服务器推至运营者单元,其中被推向所述运营者单元的所述第一事件驱动状态机控制所述运营者单元与所述第一通信空间之间的第一通信。所述依赖于第一服务来发起第二服务的程序对应于上面描述的方法。因而,所述程序有益地提供单独可配置的软件,其能够部分地将自身安装在所述运营者单元上,使得用户能够对所述第一服务 与所述第二服务之间的个性化功能和交互进行编程,而不直接配置所述运营者单元。此外,所述计算机程序提供了一种用于对不同通信空间之间的任意和单独可配置的交互进行编程的平台。
本发明的另一目标是一种计算机程序产品和/或一种计算机网络,其包括上面提及的依赖于第一服务来发起第二服务的程序。
从下面结合附图的详细描述,本发明的这些和其他特性、特征和优势将变得明了,该描述通过实施例的方式例示了本发明的原理。该描述是仅出于示例的目的而给出的,而不限制本发明的范围。下面引用的参考图指的是随附的图。
附图说明
图1例示了根据本发明的第一实施方案的一种依赖于第一服务来发起第二服务的方法的流程图;
图2例示了根据本发明的第二实施方案的一种依赖于第一服务来发起第二服务的方法的流程图;
图3例示了根据本发明的第三实施方案的一种依赖于第一服务来发起第二服务的方法的流程图;
图4例示了根据本发明的第四实施方案的一种依赖于第一服务来发起第二服务的方法的流程图;
图5例示了根据本发明的第五实施方案的一种依赖于第一服务来发起第二服务的方法的流程图。
具体实施方式
下面将参考特定的实施方案以及参考特定的图来描述本发明,但本发明不限于此,而是仅由权利要求限制。所描述的图仅是示例性的,并且是非限制性的。在所述图中,出于例示的目的,一些要素的尺寸可能被夸大,并且没有按比例绘制。
图1示出了根据本发明的第一实施方案的一种依赖于第一服务来发起第二服务的方法的流程图1。流程图1包括第一通信空间2、中介者单元3、运营者单元4、互联网服务器5和第二通信空间6。第一通信空间2具备移动通信网络的核心网络(core network)2’,其中第 二通信空间6包括万维网(World Wide Web)6。
第一通信空间2中的第一服务10通过运营者接口30被传输至中介者单元3。运营者接口30用于核心网络控制的目的。中介者单元3属于第一通信空间2,并且将以核心网络2’的命令语言表达的命令和数据转变成适用于运营者单元4的命令和数据,反之亦然。运营者单元4包括第一应用4’,其处理来自中介者单元3的第一事件11。此外,第一应用4’经由运营者-服务器接口32(优选地是基于TIP/IP的接口)与互联网服务器5上的第二事件驱动状态机15通信。互联网服务器5连接至第二通信空间6,并且能够发起第二通信空间6中的第二服务13,例如与另一些互联网服务器传送数据、修改基于网络的数据库等。该接口被称为互联网接口33。在本发明的一个可选实施方案中,在互联网服务器5和第二通信空间6之间设置有另一运营者单元。例如,该另一运营者单元可以被包括(例如作为应用程序接口API)在互联网服务器5上的第二事件驱动状态机15中。
第二事件驱动状态机15由特定用户单独可配置。对互联网服务器5以及对互联网服务器5与运营者单元4之间的连接的准入(admission)须由移动提供者为特定用户激活。此后,该用户可以将单独配置的网页上传至包括第一事件驱动状态机14、第二事件驱动状态机15和设置事件驱动状态机16的互联网服务器5。优选地,在上传至互联网服务器5的过程中,移动提供者核查该网页的语法,使得仅当第一事件驱动状态机14、第二事件驱动状态机15和设置事件驱动状态机16无误时,才接受和激活第二网页。该网页也被称为通信页5’(ComPg),其被存储在经由明确限定的URI可用的互联网服务器5上。第一事件驱动状态机14被称为“ComPg_Tel”,并且被设计来处理核心网络2’与第二事件驱动状态机15之间的第一通信14’,其中第二事件驱动状态机15被称为“ComPg_Web”,并且被设计来处理第一事件驱动状态机14与万维网6之间的第二通信15’。设置事件驱动状态机16包括该用户的个人信息。如果核心网络2’中的初始第一服务10’被指定给该特定用户,那么运营者单元4将向互联网服务器5发送被称为“INITIAL”的对应的初始事件11。事件“INITIAL”触发第二事件驱动状态机15“ComPg_Web”以使得第一事件驱动状态机14 “ComPg_Tel”被推向运营者单元4。随后,运营者单元4能够根据用户配置的第一事件驱动状态机14“ComPg_Tel”来操作第一服务。尤其,运营者单元4对第一事件11的处理由第一事件驱动状态机14确定。互联网服务器5还根据第二事件驱动状态机15“ComPg_Web”来运行,其中第二事件驱动状态机15定义了对经由运营者服务接口32来自第一事件驱动状态机14的事件的处理,以及对万维网6中的第二服务13的处理。
所提出的方法使得电话用户能够借助于放置在网络中的处理命令来管理他们的通信。这些处理命令可以位于其他用户网内容(例如网页或任意用户文件)旁边,并且须由互联网服务提供者(ISP)5主持,该互联网服务提供者与该用户的电话运营者单元4关联以使得存在特定的双方相互信任。由于这样的命令在考虑到用户的电话行为的情况下管理任意的用户通信,并且由于所述命令位于网6内,所以它们被称为通信页5’。
对于指定给该用户的每个公共用户标识(public user identification)(例如电话号码),存在至多一个通信页5’。这些页被称为直接通信页(Direct ComPg)。直接通信页可以通过从所服务的用户的身份(identity)可得出的URI(或许经由http:www.ComPg.T-mobile.org/ComPg/+49-171-6289xxx/CnmPg.bxt)来寻址。此外,可能的是,通过从指定给所涉及的ID的直接通信页引用相关URI,将多个公共标识符组合在一个专用通信页(间接通信页,Indirect ComPg)上。对于引用至间接通信页的直接通信页的量,原则上没有限制。甚至应当可能的是,一个间接通信页引用另一间接通信页。通信页5’可以同时获得直接性质和间接性质。
通信页5’至少部分地由用户构建。这可以通过如下方式来实现:完成一个预制的临时通信页5’(简单地通过为变量赋值,例如自己的电话号码),使用用户友好工具(与编译“普通”网页的常用工具相当),或即时编辑网页内容。随后须将通信页5’上传至ISP服务器5。互联网服务提供者5一定不能接受错误的通信页5’或将对未授权给该网页所有者的能力进行寻址(电话)的通信页5’。由这些页控制的技术系统预先假设,在被信任的ISP 5的服务器上可用的所有通信页5’都没 有缺陷,并且符合允许给予所服务的用户的可能性。
通信页5’的内容可被看作描述了一个相当简单的事件驱动状态机14、15、16。任何外部事件可以触发一个动作或一系列动作,并且还可以造成状态变化。取决于所进入的状态,同一事件可以被不同地处理。动作可为任意目的而造,例如,为了生成另一事件(或许指示电话系统进行某些活动),为了调用在互联网服务提供者一侧运行的或位于互联网内或用户PC上的任何地方的一款软件(例如,对特定收件人(或多个收件人)生成电子邮件来提供特定内容),或者简单地为了设置或修改一个或多个通信页变量。此外,一个动作可以询问多个变量值,并且可以通过任意逻辑操作来组合术语,从而做出决定。
除了与事件一起为变量赋值以外,还可以向其他变量提供通信页5’内明确声明的(well-declared)静态值(例如,公共电话号码、电子邮件账户的或可利用的软件的或任何其他网页内容的URI、密码或整个数据结构(例如,由该用户保持的所有联系的列表))。进而,将在每事务基础上(on per transaction basis)填充下一类型的变量,例如实际日期和时间,以及当前通信伙伴的身份。
除了声明(也被称为设置事件驱动状态机16,见上文)以外,通信页5’至少总体由第一事件驱动状态机14和第二事件驱动状态机15组成:在本实施例中,第一事件驱动状态机14与服务电话系统(例如移动网络2’)相关,并且第二事件驱动状态机15“ComPg_Web”关注网页交互。然而,网络部(Web part)负责监督和处理源自周围互联网的事件,电话部被下载至服务电话网络运营者单元4的应用层(当有必要时)并且在此控制用户意欲进行的整个电话通信。
原则上,一旦通信页5’被互联网服务提供者5接受,就引起两件事情:
首先,互联网服务提供者通过解释通信页5’的第二事件驱动状态机15“ComPg_Web”(初始机状态是W_NULL)来启动专用软件,该专用软件形成与网络相关的、用户指定的第二应用5’。第二事件驱动状态机15响应“网络事件(Web events)”,其是要么来自该网络空间外的任何地方要么来自该服务电话网络的事件。当网络事件被指定在通信页5’(运营者或用户定义的)的第二事件驱动状态机15上时,该网络 事件仅由该状态机管理。如果这样,那么执行一个或多个动作,甚至可以由此生成一个(或多个)外出事件(outgoing events)。
允许每个用户出于她的目的有必要定义多少网络事件(以及对应的动作)就定义多少。此外,如何将外部联系企图(external contact attempt)(第一事件11)(来自外界)映射至第二事件12,以及由此是否传递参数/传递哪个参数/如何传递参数,则取决于事件驱动状态机14、15。当然,存在许多合适的途径来做这些。每当应经由该网络应用程序接口来寻址特定事件(<name>)时,给定的文档就假定一个具体的网络应用程序接口(API),借此每个网络事件(就针对通信页5’定义而言)得到一个待使用的唯一(tag-)值(WebEvent=<name>)。
存在确切地两个(运营者)预先定义的网络事件(恰恰在存储通信页5’页之前被自动添加至该页的那些事件,以及不能被用户操纵的那些事件):例如,被称为“TELEPHONE”事件的网络事件,以及被称为“ONHOOK”事件的网络事件。
每当所服务的用户遇到进行电话事务的请求时,网络事件“TELEPHONE”(WebEvent=TELEPHONE)就被该电话网络(第一通信空间2)寻址。此外,该事件恒定地与下列动作链接:
动作1:核查是否已达到允许的并行事务的最大数量(“MAXNumberOfParallelTransactions”)。如果是,那么拒绝该请求。否则继续下一动作。动作2:将一个唯一号码分配给该新事务。动作3:更新结构“CURRENTTransactions”。该结构保持当前为特定用户处理的每事务的事务性质(例如,SOC(订户(subscriber)始发的(originated)呼叫)、STC(订户终止的呼叫)、WIC(网络发起的呼叫)、MSO(始发的消息)、WST(终止的消息)、SOU(订户始发的USSD对话)、WOU(网络始发的USSD对话)等)。该结构以调用次序来列出事务。所以最后列出的事务是该电话网络实际请求的那个事务。动作4:将通信页5’的第一事件驱动状态机14“ComPg_Tel”推向该电话网络(这包括提供实际结构“CURRENTTransactions”)。
每当已完成了一个电话事务时,网络事件“ONHOOK”(WebEvent=ONHOOK)就被该电话网络寻址。该事件还恒定地与一个动作链接:通过撤回与所终止的事务相关的线路来更新该结构 “CURRENTTransactions”。
其次,一旦已从互联网服务器5获得了通信页5’的第一事件驱动状态机14“ComPg_Tel”,服务电话运营者4(也被称为运营者单元4)的网络就关注该用户做出的电话处理命令。出于该目的,一个专用应用在运营者域内运行。该应用可以用作基于电路切换的电话网络2’上的经典IN服务,或者甚至作为下一代网络(NGN)应用服务器。这两者共同的是,控制原则上任意电话事务的能力。对于这样的应用可用的控制选项的量主要依赖于在下方(subjacent)和运营者指定的电话网络内实施的相关方法。
通信页5’的第一事件驱动状态机14部分地形成该第一应用的一个与电话相关的事件驱动状态机,并且响应电话事件11(TELEvents),电话事件11是要么来自受控的电话网络2’要么来自正在服务的互联网服务提供者的事件(初始机状态是T_NULL)。起初,该应用仅具有处理一组简化的(运营者)预先定义的TELEvents 11的能力。直至已接收到通信页5’的第一事件驱动状态机14,该应用的处理能力才通过用户指定的TELEvents 11和相关动作被扩展。
当TELEvent 11被用户在第一事件驱动状态机14“ComPg_Tel”中预先定义或指定时,TELEvent 11恰恰被该第一应用管理。如果是如此,那么执行一个或多个动作,甚至由此可以生成一个(或多个)外出事件12。被导向该电话网络的外出事件12被转变成适合运营者能力的核心网络2’指令以及相对于控制接口而实施的方法。
就考虑到来自正在服务的互联网服务提供者的事件而言,允许每一用户出于她的目的有必要定义多少TELEvents 11(以及对应的动作)就定义多少。此外,如何将来自互联网服务提供者5的联系企图映射至ComPg_Tel 14的TELEvent 11,以及由此是否传递参数/传递哪个参数/如何传递参数,则取决于该状态事件机。每当应从任一方向寻址特定事件时,每个TELEvent 11(就针对通信页定义而言)就得到一个待使用的唯一(tag-)值(例如,TELEvent=<name>)。
存在数个(运营者)预先定义的TELEvents(要么是被电话运营者应用(第一应用4’)隐含知道的那些,要么是刚好在存储通信页之前被自动添加至通信页5’的那些;预先定义的TELEvents不能被用户 操纵;然而,有可能需要用户为特定的预先定义的事件定义一个(或多个)动作)。
优选地,对于从互联网服务提供者5的方向存在一个预先定义的TELEvent。从电话网络2’,设想了这些TELEvents中的两个。
第一TELEvent:每当第二事件驱动状态机15已被请求将通信部5’的第一事件驱动状态机14(以及附加信息,例如结构CURRENTansactions)推向电话网络2’给运营者单元4时,PUSHComPg就由网络服务提供者5寻址。针对该请求的激活者(activator)可以存在于互联网6内的任何地方,或者甚至可以是电话网络2’自身。必须为给定事件强制定义用户动作,使得执行下列动作:
动作1:存储通信页5’的第一事件驱动状态机14ComPg_TEL以及所有已提供的附加信息(在即将到来的具有用户事件或动作的事务期间,ComPg_Tel增强了运营者单元4的第一应用4’)。动作2:执行用户动作:期望进行的事务的所有细节必须已由用户在ComPg_Te l内确定。根据可用的通用CN控制接口,这些细节被该应用转化为运营者指定的核心网络(CN)指令。对于用户大致存在下列选项:a)INITIATETransaction:发起事务,从而使得该系统发起呼叫或USSD(非结构化补充服务数据)对话。b)CONTINUETransaction:继续事务,从而使得该系统进一步无论如何都发展现有事务(呼叫、消息或USSD对话)(例如,将呼叫设置至特定(或多个)目的地(destination),或者回答来自移动用户的USSD请求)。c)RELEASETansaction:释放事务,从而分别从事务中消除呼叫方或者结束整个事务。d)PROMPTTransaction:提示事务,从而提示呼叫方进行某输入。对于所有这些选项,用户可以附加地命名待被电话网络2监督的事务过程类型(下面进一步将其比作TelEvent=REPORT)。这些选项须与实际给定的事务的性质联系起来看。此外,存在大量有关的控制变量,例如目的地号码、待在目的地呈现的数字、或想要的事务部分的身份。最后,由电话运营者在该情境中赋予的所有可能性上发布确切的语法。本文仅旨在对这些用户能力给出大致意见。动作3:将状态从初始机状态(T_NULL)改变为机状态“启动”(T_STARTED)。
第一状态事件机14(嵌入在第一网络应用4’中)甚至使得能够生 成并行TELEvents。这些TELEvents中的每个引起独立于所创建的其他事例而工作的分立的电话应用事例(instance)。基于此,有可能例如发起共享同一会议空间(位于任何地方,但电话运营者单元4可抵达)的多个呼叫。
每当所服务的用户已遇到针对电话事务的请求时,第二TelEvent INITIAL就被电话网络2’寻址。此外,该事件恒定地与下列动作链接:将网络事件12WebEvent=TELEPHONE发送至互联网服务器5上的第二事件驱动状态机15。该事件包括关于所遇到的事务的性质的信息(例如,来自/去往所服务的用户呼叫或消息或订户始发的USSD对话)。此后,该应用等待来自ISP的TELEvent TelEvent=PUSHComPg。
每当已针对所保持的事务辨识了进程时,第三TelEvent REPORT就被电话网络2’寻址。这样的进程可以是任意性质的,例如,事务设置失败或成功、(事务)中间的触发、事务释放(任一方),或者来自所涉及的一方的某输入的抵达。事务处理的进程类型如下两个类型的组合产生:默认(运营者指定的)待监督的类型,以及借助第一TELEvent PUSHComPg接收的待根据该用户的第一事件驱动状态机14(ComPg_Tel)而配备的类型。默认进程类型是(例如)“事务设置失败”和“事务释放”。该事件可以与或可以不与用户动作如下链接(请注意,这里仅考虑了刚好之前命名的进程类型实例;还可以是其他类型)(括号中为行号):
当对应的用户动作被定义在第一事件驱动状态机14(ComPg_Tel)内时,将仅配备事件类型“SUCCESS”、“MIDDLE”和“INPUT”。
其他重要事件:事件类型“INITIATE”被发出,从而使得核心网络2’发起呼叫或USSD对话。事件类型“CONTINUE”被发出,从而使得核心网络2’进一步无论如何都发展所保持的事务(呼叫、消息或USSD 对话)(例如,将呼叫设置到特定(修改的或多个)目的地,或者回答来自移动订户的USSD请求)。甚至有可能触发核心网络2’用于事务继续,而不修改任何事务参数(经典继续)。此外,事件类型“RELEASE”被用来分别从事务中消除呼叫方或者结束整个事务。事件“PROMPT”被发出,从而使得该核心网络提示呼叫方进行某输入和/或做出通知。
整个机制使得能够围绕真实电话网络2’实现令人惊异的迄今未知的特征。所提供的这些可能性远远超越了相当普通的受互联网控制的电话网。事实上,它自身为当今和未来的电话世界增添了真正新的服务。此外,本技术允许将电话网络2’与互联网6结合——目前的(节省资本)和长远的(对(或许)已遵从的朝NG网络架构的迁移策略没有影响)。电话技术与本发明的方法结合在一起。
此外,服务是单独进行的。一旦允许用户针对其网络应用分别查看她的通信页5’,她就能够创建她真正自己的和个性化的服务。此外,甚至有可能将具有共同权益(interests)的用户集结以构成团体,并且定义适合他们需求的通信规则。因为通信页5’仅形成另一用户内容,所以所涉及的运营公司将注意保护那些页以避免未授权访问企图。
毕竟,还使得电话运营者单元4和ISP 5能够利用该机制,以实施针对大众市场的新服务。最终,能够处理本方法的运营者4/ISP 5将比不能够如此做的竞争者拥有关键性的优势。此外且并非不重要的是,所描述的机制提供了用于颇多已知服务的另一技术方法。
如今,电话网络服务11从互联网6获得数据并根据这些数据而动作并不是新鲜事。对于网络服务13同样如此。但是令人激动的是,可以使得覆盖真实电话运营者单元2的网络和网络6两者的互联网内容能够并行地控制它们、通过事件来协调并根据个体需求来定制。使用本发明,如何服务用户就不再仅取决于电话运营者。事实上,将允许每一单个用户在大程度上调节其个人服务。并且他不需要出于该目的来购买电话网络2’,一旦她的运营者采用了上面提及的技术这就变得可能。
图2示出了根据本发明的第二实施方案的依赖于第一服务来发起第二服务的方法1的流程图。第一网络应用4’和不同用户的通信页5’、103由电话运营者单元认证的互联网服务提供者5主持。一旦特定通 信页5’被上传至ISP服务器5,在ISP 5侧就(再次)启动通信页5’的相关的第二事件驱动状态机15ComPg_Web。总体上,互联网服务器5包括多个通信页5’、103,其中确切的一个通信页5’、103被分配给特定用户。这些通信页5’、103中的一个被运营者单元4所激活。该通信页5’包括多个状态事件机15、15’,每通信空间2、6有至少一个事件驱动状态机14、15。通过所激活的第二事件驱动状态机15,与第一通信空间2(移动网络2’)相关的第一事件驱动状态机14被推向运营者单元4。因此,在运营者单元4上运行的第一应用4’至少部分地包括通信页5’的第一事件驱动状态机14ComPg_Tel,并且负责处理针对所服务的用户实际期望的(电话)事务。运营者单元4经由中介者单元3连接至具有始发部(originating part)100和终结部(terminating part)101的移动网络2’。第一事件驱动状态机14由运营者预先定义部和另一部组成,该另一部解释第一事件驱动状态机14(ComPg_Tel)的(用户指定的)命令。在机启动之后,立即执行针对运营者预先定义事件TelEvent=PUSHComPg设想的动作。在该情境下,现在必须要处理第一事件驱动状态机14(ComPg_Tel)内的由用户给定的至少一个动作。该用户动作主要确定在控制下随后待送往CN 2’的指令。作为选项,在运营者状态机4与核心网络2’(CN)之间可以存在一个中间应用(中介者单元3)。从CN 2’的角度,该中介者3是运营者指定的,且从CN 2’的角度用作普通IN节点或NGN应用服务器。第一网络应用4’(第一事件驱动状态机14)负责关注用户事务,独立于同一用户的可能的其他并行事务。ISP 5上的第二事件驱动状态机15负责组合用户事务(相同的用户或不同的用户)。
图3示出了根据本发明的第三实施方案的用于传输数据的方法的流程图,该第三实施方案基本等于图1中例示的第一实施方案,并且示出了通信页5’和对应的呼叫流程的专用实施例。该实施例描述了两个用户Alice和Bob之间的呼叫流程。该呼叫流程的单个步骤在竖直方向上依照时间次序示出。用户Alice在互联网服务器5上组织她的通信页5’以使得她可以通过拨打私人号码(例如,200)而非他的办公室公共电话号码(例如,+49-171-6269xxx)来联络Bob。此外,Alice和Bob依照私人排号方案(numbering scheme)排列他们的服务,使 得呼叫者的号码(Alice,+49-160-1212xxx)根据私人排号方案(例如,100)被呈现在Bob的终端上。此外,Alice将一个简单的屏幕功能添加至她的通信页5’(经验上,她习惯于每月一次地将她的电话清单与屏幕列表进行比照)。所以,她的服务保持了一个简单的互联网文本文件“MYFILE”(位于她的网络共享上),该文件含有所做出的所有电话呼叫(以及呼叫企图)的相关数据。
Alice的通信页5’在互联网服务器5上是可用的,并且包括第一事件驱动状态机14、第二事件驱动状态机15和设置事件驱动状态机16。
设置事件驱动状态机16(也被称为“DECLARATIONS”)公开了关于Alice的个人信息,例如她的名字、带有她的数字照片的文件、她的公共电话号码、她的有关移动网络提供者的许可。此外,定义了用户Alice、Bob和Ed的排号方案,由此把私人号码100和昵称“CHERUBAlice”分配给公共电话号码(“+49-160-1212xxx”),把私人号码200和昵称“BOBTheBuck”分配给公共电话号码“+49-171-6269xxx”,并且最终把私人号码999和昵称“Ed”分配给公共电话号码“+49-228-936-33xxx”。下面例示了设置事件驱动状态机16的源码(括号中为行号):
第二事件驱动状态机15被从外部万维网6或从运营者单元4接收的WEBEvents触发。第二事件驱动状态机15的第一段(section)<TELEPHONE>与电话WEBEvents相关,并且将第一事件驱动状态机14推至运营者单元4,并且改变事务的当前号码。第二段<ONHOOK>与另一电话WEBEvent相关,该另一电话WEBEvent是当断开电话连接时被接收的,并且这又触发了当前事务号的改变。随后的段<U_SCREEN2>、<U_SCRESSN456>、<U_SCRESSN7>和<U_SCRESSN9>每个都与WEBEvents有关,用于将Alice的电话扩展(extension)的实际连接状态写入网络文件“MYFILE”(以每月一次地将她的电话清单与屏幕列表进行比照)。下面例示了第二事件驱动状态机15的源码(括号中为行号):
第一事件驱动状态机14被第二事件驱动状态机15推向运营者单元4。第一事件驱动状态机14分别被从移动网络2和从中介者单元3接收的TELEvents触发。第一TELEvent是PUSHComPg,用于根据第一事件驱动状态机14来扩展第一应用4’,并且存储当前事务号。此外,Alice的私人排号方案被激活,并且所请求的私人号码或公共号码被发送至移动网络2。此外,第一事件驱动状态机14包括段INITIAL、REPORT、SUCCESS和RELEASED,用于发起第二事件驱动状态机15中的WEBEvents<TELEPHONE>、<U_SCREEN456>、<ONHOOK>、<U_SCREEEN7>、<U_SCREEN2>和<U_SCREEN9>,如上面所描述的。下面例示了第一事件驱动状态机14的源码(括号中为行号):
在第一步骤40中,Alice拨打Bob的私人号码200。该请求(含有私人号码)被从核心网络2’(第一通信空间2)传输至中介者单元3。在第二步骤41中,中介者单元3将该请求转换为可用于运营者单元4的命令,该命令具备正在服务的用户(Alice)的呼叫方地址。在第三步骤42中,运营者单元4将该请求寻址到所服务的用户的对应通信页5,作为第一网络事件11。然而,这要求所服务的用户已经注册且被移动网络提供者信任。此外,该用户的通信页5’已被上传至互联网服务器5。第一网络应用5’包括上面提及的通信页5’(ComPg),其中所服务的用户的用户ID(SEM 16(事件驱动状态机16)的第3、4行)和所请求的排号方案(SEM 16的第12至25行)被定义在设置事件驱动状态机16中。第一事件11在通信页5’的第二事件驱动状态机15中被处理,并且针对该<TELEPHONE>事件的对应动作(对照SEM 15的第3至14行)被第二网络应用5’处理。因此,在第四步骤43中,通信页5’的第一事件驱动状态机14被推至运营者单元4(对照SEM 15 的第11行)。此外,当前事务号被更新(SEM 15的第7行),以核查是否已经达到了允许的并行事务的最大数量。随后,第一事件驱动状态机14的“PUSHComPg”段被推至运营者单元4,并且被集成到第一网络应用4’中。在第五步骤44和第六步骤45(SEM 14的第12至27行)中,从设置事件驱动状态机16获得对应于私人号码200的Bob的办公室电话号码,并且经由中介者单元3将其与Alice的私人号码一起发送(命令“CONTINUE”)至该核心网络。核心网络2’使用Bob的公共电话号码+49-717-6269xxx来发展所保持的事务呼叫,其中Alice的私人号码100被呈现在Bob的显示屏上。在随后的第七步骤46中,时间戳(timestamp)以及私人和公共呼叫电话号码都作为第二事件12被传输至第二事件驱动状态机15,作为被称为SCREEN2的WEBEvent(SEM 14的第25行)。由于该WEBEvent,在第八步骤47中,第二事件驱动状态机15的段<SCREEN2>被激活,并且该时间戳作为第二服务13被发送至万维网6中的特定网络文件“MYFILE”(SEM 15的第22行)。万维网6已被视为第二通信空间6。随后,在另一步骤48中,核心网络2’为Alice和Bob的电话扩展选路(route),以使能(enable)电话链接54。在第九步骤49和第十步骤50中,核心网络2’经由中介者单元3通知运营者单元4,在Alice和Bob之间已成功建立了电话链接54。如在通信页5’的第一事件驱动状态机14(SEM 14的第56和58行)中指示的,在第十一步骤51中运营者单元4向中介者单元3发送“CONTINUE”命令,并且在第十二步骤52中运营者单元4向互联网服务器5发送“U_SCREEN9”命令。在第十三步骤53的过程中,第二事件驱动状态机15检测到“U_SCREEN7”命令(对照SEM 15的第32行),并且朝网络6中的被称为“MYFILE”的网络文件(对照SEM 15的第32行)发送SCREEN7串。现在,提供了Alice和Bob之间经由电话链接54的以普通方式的通话(使能电话链接54也可以被视为第二服务13,其在第一通信空间2中继续第一服务10(呼叫请求),其中该CONTINUE命令可以被视为第二事件12)。在挂断电话55之后,在第十四步骤56和第十五步骤57中,核心网络2’经由中介者单元3通知运营者单元4电话链接54已终止。如在第一事件驱动状态机14(对照SEM 14的第61至67行)中定义的,运营者单元4又向中介者单元 3传输“CONTINUE”命令(第十六步骤58)以及向互联网服务器5传输带有时间戳的“U_SCREEN9”命令(第十七步骤59)。此外,第二事件驱动状态机15通过“ONHOOK”符号被通知,电话链接54已断开(第十八步骤60,SEM 14的第67行)。根据第二事件驱动状态机15的第37行,在第十九步骤61中,带有时间戳的SCREEN9符号被朝网络文件“MYFILE”传输,以记录(document)终止Alice和Bob之间的电话链接54的确切时间。此外,随着本事务终止(对照SEM 15的第15行),当前事务列表被更新(以1为增量)。
图4示出了根据本发明的第四实施方案的依赖于第一服务10来发起第二服务13的方法的流程图。该第四实施方案基本等于图3中例示的第三实施方案。又一次,Alice呼叫Bob。但现在Bob是享有如下权益的所服务的用户,他有两个不同的电话机,每个电话机具有其自己的电话号码。图3示出了与Bob的通信页5’相关的呼叫流程,该呼叫流程被配置以使得在Bob被呼叫的情况下他的两个电话机并行待命。
Bob的设置事件驱动状态机16的源码和功能与Alice的设置事件驱动状态机16基本相似,如上面提及的。Bob的设置事件驱动状态机16的源码在下面列出:
而且,Bob的第二事件驱动状态机15与Alice的第二事件驱动状态机15基本相等,如上面提及的。只不过,在Bob的第二事件驱动状态机15中未实现段<U_SCREEN2>、<U_SCREEN456>、<U_SCREEN7>和<U_SCREEN9>。Bob的第二事件驱动状态机15的源码在下面列出:
而且,Bob的第一事件驱动状态机14与Alice的第一事件驱动状态机14基本相等,其中Bob的第一事件驱动状态机14在他的<USERACTIONList>中包括另一段“STC”(SEM 14的第23至20行)。段STC既定义了用于呼叫他的第一电话机的DESTNumber(如从Alice的SEM 14得知的)又定义了用于他的第二电话机的附加的DESTNumber2(对照SEM 14的第24、25行)。Bob的第一事件驱动状态机14的源码在下面列出:
图4中例示的呼叫流程与图3中描述的根据本发明的第三实施方案的呼叫流程十分相似。运营者单元4与互联网服务器5之间的通信以及互联网服务器5与网络6之间的通信是相等的。只不过,第五步骤44并非仅包括一个目的地号码,而是包括针对Bob的每个电话机的两个目的地号码(“DESTNumber”和“DESTNumber2”)。这导致了中介者单元3与核心网络2’之间的更多流量,因为核心网络2’须并行请求Alice和Bob之间的两个电话链接54,而非如上所述的单个电话链接54。
图5示出了根据本发明的第五实施方案的依赖于第一服务10来发起第二服务13的方法的流程图,其中该第五实施方案与图3中例示的第三实施方案十分相似。在该第五实施方案中,示出了从Ed至Doris(公共电话号码+49-222-32978xxx)的呼叫,由此该呼叫的费用被分配给Bob的账户。为了实现这一点,与第四实施方案中的状态机相比,Bob的第一事件驱动状态机14和第二事件驱动状态机15被最低限度地修改。仅Bob的设置事件驱动状态机16的源码确切地等于上述的Bob的设置事件驱动状态机16。Bob的设置事件驱动状态机16的源码在下面列出:
与本发明的第四实施方案中描述的Bob的第二事件驱动状态机15对比,Bob的第二事件驱动状态机15(如下面列出的)包括被称为<5SINGLES+>的附加段(对照SEM 15的第27至40行)。因此,第二事件驱动状态机15可以被来自万维网6的网络事件<5SINGLES>触发(对照SEM 15的第27行),以将第一事件驱动状态机14推至运营者单元4(对照SEM 15的第37行)。例如,这个第一网络事件11被Ed的另一通信页5’发起(优选地被万维网6中的第一服务10触发)。修改的Bob的第二事件驱动状态机15的源码在下面列出:
与针对本发明的第四实施方案描述的第一事件驱动状态机14相比,下面提及的Bob的第一事件驱动状态机14包括三个附加段。第一附加段在段<PUSHComPg>的<USERACTIONAList>中具备情形(case)“WIC”(对照SEM 14的第31至40行)。情形“WIC”包括命令“setPARTYToCall to+49-228-936-33xxx”(Ed的公共号码),从而将Ed 的电话扩展用作Bob的账户中的呼叫方(对照SEM 14的第34行)。随后,新的变量“DORISIsCalled”被设置为“true(真)”(对照SEM 14的第40行)。此外,本第一事件驱动状态机14包括IF情形(IF-cases):报告段<SUCCESS>和<RELEASED>中的U_DORISIsCalled=ture(对照SEM14的第66至80行和第83至89行)。变量DORISIsCalled=ture使得将目的地号码设置为+49-222-32979xxx(Doris公共电话号码)(对照SEM 14的第71行),并且用Bob的账户来连接Ed和Doris之间的电话链接54(以上面提及的方式使能该电话链接)。Bob的第一事件驱动状态机14的源码在下面列出:
图5中例示的呼叫流程与在图3中描述的根据本发明的第三实施方案的呼叫流程基本相似。不同的是,本流程图中的初始事件来自万维网6。在第一步骤70中,通过使用命令<5SINGLES+>,Ed发起互联网服务器5上的Bob的通信页5’。在第二步骤71中,该命令使得Bob的第二事件驱动状态机15将第一事件驱动状态机14推至运营者单元4(对照SEM 14的第37行)。随后,在第三步骤72中,第一事件驱动状态机14(现在被包括在第一应用4’中)的段<PUSHComPg>在运营者单元4上被执行,其中用户Bob以公共号码+49-717-6269xxx应用(作为所服务的用户)至核心网络2’(对照SEM 14的第32行),并且Ed的电话号码+49-228-936-33xx在核心网络2’中被定义为呼叫方(对照SEM 14的第34行)。此后,在第四步骤73中,核心网络2’将Ed的电话扩展作为呼叫方地址来呼叫。在第五步骤74中,核心网络2’使用命令REPORT(SUCEESS)来通知第一事件驱动状态机14,Ed的电话扩展的选路(routing)已经成功。因此,第一事件驱动状态机14被触发(对照SEM 14的第66行),并且目的地号码被设置至Doris公共号码+49-222-32978xxx(对照SEM 14的第71行),在第六步骤75中该Doris公共号码被发送至核心网络2’(对照SEM 14的第76行)。在第七步骤76中,核心网络2’呼叫Doris公共号码,并且使能Ed和Doris之间的电话链接54。在电话链接54终止55(例如通过挂断电话)之后,在第八步骤77中核心网络2’向运营者单元4发送命令REPORT(RELEASED)。该命令又触发第一事件驱动状态机14(对照SEM 14的第81行),随后在第九步骤78中事件驱动状态机14以事件“CONTINUE”回答(对照SEM 14的第85行)。此外,在第十步骤79中,第一事件 驱动状态机14向互联网服务器6上的第二事件驱动状态机15发送“ONHOOK”信号(对照SEM 14的第91行)。
Claims (16)
1.使用单独配置的事件驱动状态机(14,15)依赖于第一服务(10)来发起第二服务(13)的方法,包括下列步骤:
-在第一通信空间(2)中执行第一服务(10);
-依赖于所述第一服务(10)来将第一事件(11)传输至运营者单元(4);
-通过所述第一事件(11)来触发所述运营者单元(4)的第一事件驱动状态机(14);
-通过所述第一事件驱动状态机(14)来生成第二事件(12);
-将所述第二事件(12)传输至所述第一通信空间(2)和/或第二通信空间(6);以及
-通过所述第二事件(12)在所述第一通信空间和/或所述第二通信空间(2,6)中发起第二服务(13),
-其中所述第一事件驱动状态机(14)被第二事件驱动状态机(15)从互联网服务器(5)推至所述运营者单元(4),并且
-其中至少所述第一事件驱动状态机(14)被用户单独配置以用于依赖于所述第一事件(11)来发起所述第二事件(12);
其中通过被推向所述运营者单元(4)的所述第一事件驱动状态机(14)来控制所述第一通信空间(2)与所述运营者单元(4)之间的第一通信(14’),以及通过所述互联网服务器(5)上的所述第二事件驱动状态机(15)来控制所述互联网服务器(5)与所述互联网(6)之间的第二通信(15’);
其中所述第二服务是一个独立于第一服务的新服务。
2.根据权利要求1所述的方法,其特征在于,所述第二事件驱动状态机(15)被所述用户单独配置以用于将所述第一事件驱动状态机(14)推至所述运营者单元(4)。
3.根据权利要求1所述的方法,其特征在于,初始第一服务(10)触发初始网络事件,所述初始网络事件通过所述运营者单元(4)的第一应用(4’)传输至所述第二事件驱动状态机(15),其中所述初始网络事件触发所述第二事件驱动状态机(14)以使得所述第一事件驱动状态机(14)被推至所述运营者单元(4)。
4.根据权利要求3所述的方法,其特征在于,所述第一事件驱动状态机(14)初始被所述第二事件驱动状态机(15)从所述互联网服务器(5)推向所述运营者单元(4)以使得所述第一应用(4’)至少包括所述第一事件驱动状态机(14)的部分功能。
5.根据权利要求4所述的方法,其特征在于,所述第一应用(4’)包括所述第一事件驱动状态机(14)的源码。
6.根据权利要求1所述的方法,其特征在于,所述第一通信空间(2)经由中介者单元(3)链接至所述运营者单元(4),所述中介者单元(3)将所述第一通信空间(2)的数据类型转换成适用于所述第一事件驱动状态机(14)的数据类型,以及将所述第一事件驱动状态机(14)的数据类型转换成适用于所述第一通信空间(2)的数据类型。
7.根据权利要求1所述的方法,其特征在于,所述第二通信空间(6)经由包括另一第一事件驱动状态机的另一运营者单元链接至所述互联网服务器(5)。
8.根据权利要求7所述的方法,其特征在于,所述另一第一事件驱动状态机被所述第二事件驱动状态机推至所述另一运营者单元。
9.根据权利要求7所述的方法,其特征在于,所述互联网服务器(5)包括设置事件驱动状态机(16),所述设置事件驱动状态机(16)表示用户单独配置的设置和/或用户的个人信息。
10.根据权利要求9所述的方法,其特征在于,所述第一事件驱动状态机、所述第二事件驱动状态机、所述另一第一事件驱动状态机和/或所述设置事件驱动状态机(14,15,16)是通过所述互联网服务器(5)上的具备明确限定的统一资源标识符的网页提供的,其中特定网页被分配给特定用户和/或特定用户组,并且其中特定用户在对应的通信空间(2,6)中被分配了明确限定的ID。
11.根据权利要求9所述的方法,其特征在于,所述第一事件驱动状态机、所述第二事件驱动状态机、所述另一第一事件驱动状态机和/或所述设置事件驱动状态机(14,15,16)是通过如下方式进行配置的:将特定算法上传至所述互联网服务器(5),在线修改所述互联网服务器(5)上的算法,和/或由提供者来清除特定算法(21)。
12.根据权利要求11所述的方法,其特征在于,所述第一事件驱动状态机、所述第二事件驱动状态机、所述另一第一事件驱动状态机和/或所述设置事件驱动状态机(14,15,16)是由用户借助图形用户界面来配置的。
13.根据权利要求12所述的方法,其特征在于,所述图形用户界面包括特定模板和/或编译器,其将来自用户的图形输入转换为用于对应的事件驱动状态机(14,15,16)的可应用的计算机语言。
14.根据权利要求1所述的方法,其特征在于,所述第一通信空间和/或所述第二通信空间(2,6)包括:电话网络;移动通信网络;互联网;内部网;下一代网络;无线局域网;域;子域;通信设备的电气系统和/或电子系统;全球定位设备;建构服务;便携式个人设备;警报系统;电话;移动电话;显示工具;或电气消费产品。
15.根据权利要求1或14中的一个所述的方法,其特征在于,所述方法被用作在至少两个不同的第一通信空间与第二通信空间(2,6)之间的用户可配置的通信接口。
16.一种使用单独配置的事件驱动状态机(14,15)依赖于第一服务(10)来发起第二服务(13)的设备,其中该设备包括存储在互联网服务器(5)上的至少第一事件驱动状态机和第二事件驱动状态机(14,15),其中如果所述第二事件驱动状态机(15)检测到来自第一通信空间(2)的初始事件,那么所述第二事件驱动状态机(15)将所述第一事件驱动状态机(14)至少部分地从所述互联网服务器(5)推至运营者单元(4),其中被推向所述运营者单元(4)的所述第一事件驱动状态机(14)控制所述运营者单元(4)与所述第一通信空间(2)之间的第一通信(14’);其中通过被推向所述运营者单元(4)的所述第一事件驱动状态机(14)来控制所述第一通信空间(2)与所述运营者单元(4)之间的第一通信(14’),以及通过所述互联网服务器(5)上的所述第二事件驱动状态机(15)来控制所述互联网服务器(5)与所述互联网(6)之间的第二通信(15’),其中所述第二服务是一个独立于第一服务的新服务。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US21957709P | 2009-06-23 | 2009-06-23 | |
EP09008206 | 2009-06-23 | ||
EP09008206.6 | 2009-06-23 | ||
US61/219,577 | 2009-06-23 | ||
PCT/EP2010/003539 WO2010149285A1 (en) | 2009-06-23 | 2010-06-14 | Method and program for initiating a second service in dependency of a first service |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102804138A CN102804138A (zh) | 2012-11-28 |
CN102804138B true CN102804138B (zh) | 2016-08-31 |
Family
ID=41318380
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080027446.3A Active CN102804138B (zh) | 2009-06-23 | 2010-06-14 | 依赖于第一服务来发起第二服务的方法和设备 |
Country Status (10)
Country | Link |
---|---|
US (1) | US9235431B2 (zh) |
EP (1) | EP2446349B1 (zh) |
JP (1) | JP5603420B2 (zh) |
KR (1) | KR101768432B1 (zh) |
CN (1) | CN102804138B (zh) |
BR (1) | BRPI1014772B1 (zh) |
CA (1) | CA2766504C (zh) |
ES (1) | ES2683881T3 (zh) |
MX (1) | MX2011012967A (zh) |
WO (1) | WO2010149285A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103347093B (zh) | 2013-07-22 | 2016-04-13 | 腾讯科技(深圳)有限公司 | 用户数据更新方法和相关设备及通信系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1452964A1 (en) * | 2003-02-26 | 2004-09-01 | Siemens Aktiengesellschaft | A method and device for activating an application or an applet |
CN1945535A (zh) * | 2005-08-23 | 2007-04-11 | 捷讯研究有限公司 | 在电子设备之间传送软件状态的方法和系统 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3382337B2 (ja) * | 1994-02-04 | 2003-03-04 | キヤノン株式会社 | 情報処理システム及び電子機器及び制御方法 |
DE19840634A1 (de) * | 1998-09-05 | 2000-03-09 | Alcatel Sa | Dienststeuerplattform |
US9274576B2 (en) | 2003-03-17 | 2016-03-01 | Callahan Cellular L.L.C. | System and method for activation of portable and mobile media player devices for wireless LAN services |
US7603442B2 (en) | 2003-06-20 | 2009-10-13 | Microsoft Corporation | Method and system for maintaining service dependency relationships in a computer system |
US7680683B2 (en) * | 2005-12-29 | 2010-03-16 | Microsoft Corporation | Dynamically repositioning workflow by end users |
JP4767821B2 (ja) * | 2006-11-16 | 2011-09-07 | 日本電信電話株式会社 | サービス連携方法、転送装置、及び、プログラム |
-
2010
- 2010-06-14 KR KR1020127001767A patent/KR101768432B1/ko active IP Right Grant
- 2010-06-14 US US13/379,371 patent/US9235431B2/en active Active
- 2010-06-14 BR BRPI1014772-1A patent/BRPI1014772B1/pt active IP Right Grant
- 2010-06-14 EP EP10731713.3A patent/EP2446349B1/en active Active
- 2010-06-14 ES ES10731713.3T patent/ES2683881T3/es active Active
- 2010-06-14 JP JP2012516552A patent/JP5603420B2/ja active Active
- 2010-06-14 CN CN201080027446.3A patent/CN102804138B/zh active Active
- 2010-06-14 MX MX2011012967A patent/MX2011012967A/es active IP Right Grant
- 2010-06-14 WO PCT/EP2010/003539 patent/WO2010149285A1/en active Application Filing
- 2010-06-14 CA CA2766504A patent/CA2766504C/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1452964A1 (en) * | 2003-02-26 | 2004-09-01 | Siemens Aktiengesellschaft | A method and device for activating an application or an applet |
CN1945535A (zh) * | 2005-08-23 | 2007-04-11 | 捷讯研究有限公司 | 在电子设备之间传送软件状态的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
JP2012531149A (ja) | 2012-12-06 |
EP2446349B1 (en) | 2018-05-30 |
BRPI1014772A2 (pt) | 2017-07-18 |
CA2766504A1 (en) | 2010-12-29 |
CA2766504C (en) | 2017-10-03 |
US20120110176A1 (en) | 2012-05-03 |
KR101768432B1 (ko) | 2017-08-16 |
US9235431B2 (en) | 2016-01-12 |
WO2010149285A1 (en) | 2010-12-29 |
KR20120110083A (ko) | 2012-10-09 |
JP5603420B2 (ja) | 2014-10-08 |
WO2010149285A8 (en) | 2011-08-18 |
MX2011012967A (es) | 2012-02-01 |
BRPI1014772B1 (pt) | 2020-10-06 |
EP2446349A1 (en) | 2012-05-02 |
ES2683881T3 (es) | 2018-09-28 |
CN102804138A (zh) | 2012-11-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100407675C (zh) | 建立协作通信的方法和系统 | |
CN1575461B (zh) | 约定web服务的移动客户机 | |
DE60020518T2 (de) | Verwaltung von Benutzerprofilen | |
US8725134B2 (en) | Remotely configuring mobile telephone software based on subscription | |
CN102113405B (zh) | 针对个人网络服务配置的方法和针对个人网络服务配置的系统 | |
JP2000069572A (ja) | 無線デ―タネットワ―ク上のフリ―トの移動局を管理する方法及びア―キテクチャ― | |
CN101228768A (zh) | 通信网中在应用服务器和媒体服务器之间用于联接的媒体服务器资源管理设备 | |
CN100493124C (zh) | 将专用通信网提供的服务动态地应用于连接在公共通信网上终端的方法 | |
CN101322385A (zh) | 对媒体服务器中的分布式媒体资源进行负载平衡和切换 | |
CN1537263A (zh) | 通过便携式无线终端控制装置的人类工程学系统 | |
CN101465914B (zh) | 融合通信业务网络平台、ias、企业网络平台及通信方法 | |
CN1606312B (zh) | 与sip和web系统协同工作的服务提供系统及其方法 | |
CN101404630B (zh) | 互联网业务接入网关的实现方法和系统 | |
EP2250619A2 (en) | System and method for integrating an ad banner with a calling application | |
CN103098023A (zh) | 用于通话控制和媒体控制的统一框架和方法 | |
CN100505711C (zh) | 管理组件应用程序的通信的系统和方法 | |
CN102804138B (zh) | 依赖于第一服务来发起第二服务的方法和设备 | |
CN101964776A (zh) | Ims业务定制的方法、客户端及系统 | |
CN103138961B (zh) | 服务器控制方法、被控服务器及中心控制服务器 | |
EP1180297B1 (en) | A method and system adapted to provide value added services to mobile telephony subscribers | |
CN101895849A (zh) | 一种业务处理方法、通讯系统以及相关设备 | |
Shin et al. | End-user driven service creation for converged service of telecom and Internet | |
EP1533975B1 (en) | Method and System for communication between a multi-modal device and a Web Application | |
CN102469090B (zh) | 启动文件传输会话和获取文件传输会话列表的方法及系统 | |
CN102469135B (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 |