网络应用程序分散执行系统，终端设备及其网络 应用程序执行方法，以及终端设备的操作方法 【技术领域】
本发明涉及网络应用程序分散执行系统，其中为集中式交换网开发的网络应用程序可以应用于分散式交换网。背景技术
提供应用程序设计接口(API)、提取和利用交换系统的网络控制功能的系统称作网络的开路API，和适用于利用诸如交换网，界面存储和综合干线的网络间通信资源提供网络服务应用的平台和多点会议控制干线。
近来，已经构成作为前面所描述的API的一组标准化的JAIN和Parlay的结合体，在API准备用于不同实施形式的各种交换系统间，通常可以利用基于由任何标准化的结合体API开发的网络应用程序。因此，这种网络应用程序通常有益于减少网络应用的开发周期。
在现存的诸如JAIN或Parlay网络API中，上述的应用程序的执行环境与交换系统间地接口，在交换过程中，常规地完成执行应用程序的服务器与控制装置间的连接。这就可能在交换过程中，响应控制装置中管理用的连接请求，执行检测事件和控制应用的操作。
根据分别的功能，API装置包括下面给定的七种API：
1.事件集合型API；
2.状态集合型API；
3.连接目标控制型API；
4.用户交互型API；
5.数据库存取型API；
6.处理过程呼叫型API；
7.处理过程结束型API。通过对上面给出的API的适当的组合，可以构成网络应用系统。
同时，最近已经建成互连网语音协议(VoIP)网，并且交换网控制的结构体系已经基本改变，该互连网语音协议(VoIP)网络是在其上使用互连网协议的交换服务网。
在VoIP网络中，每个终端设备中具有呼叫状态保持功能和在这里具体体现的相互连接功能，以使用从目录服务器得到的连接目标地址信息，从而没有交换过程中的干扰地建立与另一方面的另一个终端设备的直接连接。刚刚述及的分散连接控制可以明显地减小交换网业务所必须的服务器的负荷。
然而，交换过程中对应控制装置的功能模块被分散和取消，该交换是上述网络应用连接的目标。具体地说，在分散连接控制中执行通信没有交换过程中的干扰，因此，应用执行环境不能控制通信(涉及此后参照图7所作的描述)。从而存在这样的问题，为集中式交换网开发的网络应用程序不能应用到分散式交换网。发明概述
本发明的一个目的是提供一种网络应用程序分散执行系统，它允许为集中式交换网开发的网络应用程序用于分散式交换网。
为了达到上述目的，根据本发明的一个方面，提供了一种网络应用程序分散执行系统，它允许为集中式交换网开发的网络应用程序用到分散式交换网，该系统包括网络应用服务器，并且终端设备包括检测终端设备连接状态变化的连接状态变化检测装置，控制终端设备连接状态的连接状态控制装置，和插入从网络应用服务器下载的应用程序执行脚本的插入装置。
最好是网络应用程序分散执行系统还包括数据库，插入装置在数据库中记录执行应用程序执行脚本的时间。
根据本发明的另一方面，提供了一种网络应用程序分散执行系统，它允许为集中式交换网开发的网络应用程序用于分散式交换网，该系统包括网络应用服务器和终端设备，该网络应用服务器包括为集中式交换网存储应用程序执行脚本的应用程序存储部分，存储用户与用户使用的网络应用程序间对应关系的用户信息存储部分，管理应用程序存储部分和用户信息存储部分的用户/应用程序信息管理部分，和与终端设备交换数据的数据转输/接收部分，该终端设备包括存储从网络服务器下载的应用程序执行脚本的应用程序存储部分；执行网络应用程序和管理应用程序存储部分的应用程序控制部分；监督网络应用程序指定的事件，如果发生事件，向应用程序控制部分发出通知，通知发生事件的状态变化检测部分；存储通信中的终端设备与另一组的另一个终端设备的呼叫状态的呼叫状态存储部分；管理呼叫状态存储部分的连接状态控制部分；和与另一组的终端设备以及网络应用服务器交换数据的数据传输/接收部分。
根据本发明的另一方面，提供了一个网络应用程序分散执行系统，它允许将为集中式交换网开发的网络应用程序用于分散式交换网，该系统包括网络应用服务器，终端设备和连接到终端设备上的数据库，该网络应用服务器包括为集中式交换网存储的应用程序执行脚本的应用程序存储部分；存储用户与用户使用的网络应用程序间的对应关系的用户信息存储部分；管理应用程序存储部分和用户信息存储部分的用户/应用程序信息管理部分；和与终端设备交换数据的数据传输/接收部分，该终端设备包括存储从网络应用服务器下载的应用程序执行脚本的应用程序存储部分；执行网络应用程序和管理应用程序存储部分的应用程序控制部分；监督网络应用程序指定的事件，如果发生事件，向应用程序控制部分发出通知，通知发生事件的状态变化检测部分；存储通信中的终端设备与另一组的另一个终端设备的呼叫状态的呼叫状态存储部分；管理呼叫状态存储部分的连接状态控制部分；和与另一组的终端设备以及网络应用服务器交换数据的数据传输/接收部分，该数据库连接到终端设备的数据传输/接收部分。
根据本发明的第二和第三方面，在网络应用程序分散执行系统中，应用程序控制部分可以包括和使用集中式交换网的应用程序设计接口，以控制呼叫状态存储部分和连接状态控制部分。
象应用程序设计接口的功能一样，该应用程序控制部分可以具有，
(1)检测事件和给应用程序执行脚本发出发生事件的通知的功能；
(2)使应用程序执行脚本将终端设备置于连接状态和通信状态的功能；
(3)使应用程序执行脚本控制终端设备的连接状态的功能；
(4)使应用程序执行脚本通过终端设备与用户人机对话的功能；
(5)使应用程序执行脚本访问网络应用服务器的功能；
(6)使应用程序执行脚本调用集中服务器的处理过程的功能；或
(7)结束应用程序执行脚本的执行状态的功能。
根据本发明的第三方面，在网络应用程序分散执行系统中，应用程序控制部分可以将时间周期写入数据库，在该周期期间，执行应用程序执行脚本。根据本发明的另一方面，提供了一个终端设备，它与网络应用服务器合作，形成一个网络应用程序分散执行系统，它允许为集中式交换网开发的网络应用程序用于分散式交换网，该终端设备包括检测终端设备连接状态变化的连接状态变化检测装置；控制终端设备的连接状态的连接状态控制装置；和插入从网络应用服务器下载的应用程序执行脚本的插入装置。
根据本发明的另一方面，提供了一个终端设备，它与网络应用服务器合作，形成一个网络应用程序分散执行系统，该系统允许为集中式交换网开发的网络应用程序用于分散式交换网，该终端设备包括存储从网络应用服务器下载的应用程序执行脚本的应用程序存储部分；执行网络应用程序和管理应用程序存储部分的应用程序控制部分；监督网络应用程序指定的事件，如果发生事件，向应用程序控制部分发出通知，通知发生事件的状态变化检测部分；存储通信中的终端设备与另一组的另一个终端设备呼叫状态的呼叫状态存储部分；管理呼叫状态存储部分的连接状态控制部分；和与另一组的终端设备以及网络应用服务器交换数据的数据传输/接收部分。
根据本发明的另一方面，提供了一个终端设备，它与网络应用服务器及数据库合作，形成一个网络应用程序分散执行系统，该系统允许为集中式交换网开发的网络应用程序用于分散式交换网，该终端设备包括存储从网络应用服务器下载的应用程序执行脚本的应用程序存储部分；执行网络应用程序和管理应用程序存储部分的应用程序控制部分；监督网络应用程序指定的事件，如果发生事件，向应用程序控制部分发出通知，通知发生事件的状态变化检测部分；存储通信中的终端设备与另一组的另一个终端设备的呼叫状态的呼叫状态存储部分；管理呼叫状态存储部分的连接状态控制部分；以及与另一组的终端设备和网络应用服务器交换数据的数据传输/接收部分，该数据传输/接收部分与数据库连接。
根据本发明的另一方面，为网络应用程序分散执行系统提供了一种网络应用程序的执行方法，该网络应用程序分散执行系统包括网络应用服务器和终端设备，并且允许为集中式交换网开发的网络应用程序用于分散式交换网，该方法包括检测网络应用服务器与终端设备间的连接状态变化的第一步骤，响应由第一步骤检测到的变化，控制连接状态的第二步骤，和插入从网络应用服务器下载的应用执行程序的第三步骤。
该执行方法最好还包括记录执行应用程序执行脚本的时间的步骤。
根据本发明的另一方面，为网络应用程序分散执行系统提供了一种网络应用程序的执行方法，该网络应用分散执行系统包括网络应用服务器和终端设备，并且允许为集中式交换网开发的网络应用程序用于分散式交换网，该方法包括从网络应用服务器下载网络应用程序到终端设备的第一步骤，为启动终端设备接收网络应用程序设定第一触发器的第二步骤，当第一触发器起动时，启动网络应用程序的第三步骤，和当执行具体的操作时，结束执行网络应用程序的第四步骤。
该执行方法最好还包括当第一触发器触发时，设定启动下一个操作的第二触发器的步骤。
该执行方法最好还包括当第N个触发器触发时，设定启动下一个操作的第N+1触发器的步骤，该N是大于1的正整数。
该第一步骤包括一些使用步骤，当开启终端设备的电源时，电源的开启作为启动网络应用程序的触发器，以便从终端设备可以使用的服务程序中选择，从终端设备向网络应用服务器发送用户识别信息，由网络应用服务器根据用户识别信息准备用户可以使用的网络应用程序目录，并且将该目录从网络应用服务器发送给终端设备，由终端设备的用户从该目录范围内选择一个网络应用程序，从网络应用服务器下载选择的网络应用程序给终端设备。
该执行方法最好还包括存储从网络应用服务器下载网络应用程序到终端设备的步骤。
该执行方法最好还包括发出询问的步骤，当第一触发器触发时，在网络应用程序启动前，从终端设备向终端设备的用户发出有关是否启动网络应用程序的询问。
该执行方法最好还包括询问的步骤，当第一触发器触发时，网络应用被启动前，从终端设备向终端设备的用户发出有关是否启动网络应用程序的询问，并且只有当用户同意启动该网络应用程序时才设定第二触发器或第二至第N+1触发器。
该执行方法最好还包括记录执行网络应用程序时间的步骤。
根据本发明的另一方面，为终端设备提供了一个操作方法，该终端设备与网络应用服务器合作形成一个网络应用程序分散执行系统，该系统允许将为集中式交换网开发的网络应用用于分散式交换网，该方法包括检测终端设备与网络应用服务器间的连接状态变化的第一步骤，响应由第一步骤检测到的变化，控制连接状态的第二步骤，和插入从网络应用服务器下载应用程序执行脚本的第三步骤。
该操作方法最好还包括记录执行应用程序执行脚本的时间的步骤。
根据本发明的另一方面，为终端设备提供了一个操作方法，该终端设备与网络应用服务器合作形成一个网络应用程序分散执行系统，该系统允许将为集中式交换网开发的网络应用程序用于分散式交换网，该方法包括从网络应用服务器下载网络应用程序到终端设备的第一步骤，为启动终端设备接收网络应用程序设定第一触发器的第二步骤，第一触发器触发时启动网络应用程序的第三步骤，当所希望的操作执行时，结束执行该网络应用程序的第四步骤。
该操作方法最好还包括当第一触发器触发时设定第二触发器启动下一个操作的步骤。
该操作方法最好还包括当第N个触发器触发时，设定启动下一个操作的第N+1个触发器的步骤，该N是大于1的正整数。
第一步骤可能包括由使用的终端设备执行的步骤，当终端设备的电源接通时，电源接通作为启动网络应用程序的触发器，从终端设备可以使用的服务程序中选择，从终端设备给网络应用服务器发送用户识别信息，接收网络应用程序的目录，该网络应用程序可以由根据从网络应用服务器发送的用户识别信息准备的终端设备的用户使用，并且下载由终端设备的用户从网络应用服务器选择的网络应用目录中的一个网络应用程序。
该操作方法最好还包括把从网络应用服务器下载的网络应用程序存储于终端设备的步骤。
该操作方法最好还包括发出询问的步骤，当第一触发器被触发，网络应用程序启动前，给终端设备的用户发出是否启动网络应用程序的询问。
该操作方法最好还包括发出询问的步骤，当第一触发器触发时，网络应用程序启动前，从终端设备给终端设备用户发出有关是否可以启动网络应用程序的询问，并且只有当用户同意启动网络应用程序时才设定第二触发器或第二至第N+1个触发器。
该操作方法最好还包括记录执行网络应用程序的时间的步骤。
如前所述，根据本发明，包括网络应用服务器和终端设备并且允许将为集中式交换网开发的网络应用程序用于分散式交换网的网络应用程序分散执行系统是这样构成的，即终端设备具有扩展的功能。
更具体地说，该终端设备具有检测终端设备连接状态变化的功能，控制终端设备连接状态的另一功能，以及插入应用程序执行脚本的插入功能。
根据用户合同或者根据原始呼叫输入的连接目标号码选择应用程序执行脚本，并且从网络上的网络应用服务器下载应用执行程序。
如下面所述，前述的API组中的API对应终端设备的功能。
事件集合型API对应检测事件和给应用程序执行脚本发出发生事件的通知的应用程序执行脚本的功能。
状态集合型API对应获得连接状态，终端状态和通信状态的应用程序执行脚本的功能。
连接目标控制型API对应控制终端设备连接状态的应用程序执行脚本的功能。
用户交互型API对应通过终端设备与用户人机对话的应用程序执行脚本的功能。
数据库存取型API对应存取数据库服务器的应用程序执行脚本的功能。
处理过程呼叫型API对应集中服务器呼叫过程的应用程序执行脚本的功能。
处理过程结束型API对应结束执行状态的应用程序执行脚本的功能。
如上所述，根据本发明，为集中式交换网系统开发的网络应用程序可以在分散式交换网系统中执行，因此保持分散式系统优点的同时，可以改进服务应用程序的有效利用。
结合说明书附图，通过下面说明书的描述及附属权利要求，本发明的上述及其它的目的，特征和优点将变得显而易见。在附图中相同部分或单元用相同的标识符号表示。
说明书附图简要说明
图1是表示本发明应用到的网络应用程序分散执行系统结构的方框图；
图2是说明图1所示的网络应用程序分散执行系统的操作的流程图；
图3是表示本发明应用到的另外一个网络应用程序分散执行系统结构的方框图；
图4是说明图3所示的网络应用程序分散执行系统的操作的流程图；
图5是说明图3所示的网络应用程序分散执行系统改进的操作流程图；
图6是说明图3所示的网络应用程序分散执行系统另一改进的操作流程图；
图7是表示常规网络应用程序执行系统一般结构的方框图；和
图8是表示根据本发明的网络应用程序分散执行系统的一般结构的方框图。
优选实施例的描述
首先，为了容易理解本发明，根据本发明的网络应用程序分散执行系统的结构和公开的网络应用程序执行系统做了比较性的描述，例如，日本专利公开，No.239094/1999，作为有代表性的一个常规网络应用执行系统。
首先，参照图7，这里表示了前述的一个常规网络应用程序执行系统的结构。该所示的网络应用程序执行系统包括第一和第二终端设备201和202，分别对应201和202的移动交换211和212，互连移动交换211和212的公共网220，和提供给终端设备201和202附加值业务服务的应用程序执行环境230。
当，例如第一终端设备201使用某个应用程序(例如，此后结合本发明第二实施例描述的号码转换应用程序)到具有第二终端设备202的通信操作如下所述。
如果移动交换211从第一终端设备201接收原始呼叫请求，于是它通知原始呼叫请求的应用程序执行环境230。应用程序执行环境230执行连接目标的号码转换，和发出指令给移动交换211，以传输呼叫原始请求到移动交换212。结果，第一终端设备201开始与第二终端设备202通过移动交换211，公共网220和移动交换212通信。
在常规的网络应用程序执行系统中，API装置只与移动交换211和212结合。
因此，有第一终端设备201与第二终端设备202间的应用执行必须通过移动交换211和212完成。
图8示出了根据本发明的网络应用程序分散执行系统。参照图8，根据本发明的网络应用程序分散执行系统包括多个终端设备301和302，与终端设备301和302互连的公共网320。
与常规网络应用程序执行系统不同，根据本发明的网络应用程序分散执行系统不包括在其中定义了前述API的移动交换，但是在终端设备301和302每个中预先定义了前述的API。换言之，在根据本发明的网络应用程序分散执行系统中，每个终端设备301和302除了终端设备的功能外，具有在常规网络应用程序执行系统中的移动交换211和212的功能。
因此，例如，如果从应用服务器下载一个应用程序到终端设备301和302中，然后终端设备301和302的每一个均能够直接在终端设备301和302间执行该应用程序，而没有在常规网络应用程序执行系统中使用的移动交换的干扰。
因此，当与常规网络应用程序执行系统比较时，根据本发明的网络应用程序分散执行系统可以取消移动交换本身，从而能实现系统结构的简化。
参照图1，这里表示了本发明应用到的网络应用程序分散执行系统。本实施例的网络应用程序分散执行系统使用事件集合型API，状态集合型API，连接目标控制型API，用户交互型API，数据库存取型API，处理过程呼叫型API和处理过程结束型API。
应当注意，在下面的描述中，本实施例的网络应用程序分散执行系统使用自动呼叫返回服务业务应用程序，作为网络应用程序的一个例子，该自动呼叫返回服务业务意味着当呼叫目标方面占线时所启动的一种服务业务，使用它作为触发器，自动地再产生电话呼叫，直至呼叫目标方面的电话通话终止。
图1所示的网络应用程序分散执行系统一般用10表示之，并且它包括网络应用服务器100，第一终端设备110和第二终端设备120。
网络应用服务器100包括应用程序存储部分101，用户信息存储部分102，用户/应用程序信息管理部分103和消息传输/接收部分104。
应用程序存储部分101存储服务业务应用程序(应用程序执行脚本)。在应用程序存储部分101中的存储应用程序执行脚本原来是为集中式交换网开发的。
用户信息存储部分102存储用户与各用户各自使用的应用程序间的对应关系。
用户/应用程序信息管理部分103管理应用程序存储部分101和用户信息存储部分102。
例如，为了使网络应用程序可响应用户的请求，完成用户请求用户的终端设备下载的服务业务，用户/应用程序信息管理部分103执行许可管理。
消息传输/接收部分104执行数据交换，例如交换第一和第二终端设备110和120的消息。
第一终端设备110包括输入装置111，输出装置112，应用程序控制部分113，状态变化检测部分114，连接状态控制部分115，消息传输/接收部分116，应用程序存储部分117和呼叫状态存储部分118。
输入装置111，可以由输入数字和其它符号的按键构成。然而，例如，如果第一终端设备110包括作为输出装置112的液晶显示屏，则输入装置111可以做成放在液晶显示屏上的触摸屏。另外输入装置111可以有，例如说话者的语言识别功能，以使它允许说话者直接输入语言。
输出装置112可以包括，例如，显示字符和符号的液晶显示屏。输出装置112还可以包括输出声音消息的扬声器。
应用程序控制部分113可以完成网络应用程序的执行及应用程序存储部分的管理。
状态变化检测部分114监督网络应用程序指定的事件并将发生的事件通知应用程序控制部分113。该事件发生，例如那时完成呼叫连接，那时连接结束了，或者那时终端设备的位置变化了。
连接状态控制部分115完成对呼叫状态存储部分118的管理，呼叫状态的变换过程，包含在呼叫状态变换过程和其它的必要的过程中的消息准备过程。另外，如果连接状态变化，于是连接状态控制部分115通知状态变化检测部分114该变化。
消息传输/接收部分116执行数据交换，诸如交换另一个终端设备和网络应用服务器100的消息。
应用程序存储部分117存储从网络应用服务器100下载的应用程序执行脚本。
呼叫状态存储部分118存储终端设备本身的呼叫状态和相对应的终端设备。
应用程序控制部分113不仅控制应用程序存储部分117，而且还控制输入装置111，输出装置112，状态变化检测部分114，连接状态控制部分115和消息传输/接收部分116。
应用程序控制部分113包括API装置，该装置包括下列的API装置：
1.事件集合型API；
2.状态集合型API；
3.连接目标控制型API；
4.用户交互型API；
5.数据库存取型API；
6.处理过程呼叫型API；
7.处理过程结束型API。
应用程序控制部分113使用API装置控制输入装置111，输出装置112，状态变化检测部分114，连接状态控制部分115和消息传输/接收部分116。开发该API装置原本用于集中交换的网络应用程序的开发。然而，根据本实施例，API装置也可以应用于分散式交换网，其中功能模块是分散的(在本实施例中，由分别的终端设备110和120分别地进行呼叫状态的管理)。
第二终端设备120包括输入装置121，输出装置122，应用程序控制部分123，状态变化检测部分124，连接状态控制部分125，消息传输/接收部分126，应用程序存储部分127和呼叫状态存储部分128。
输入装置121，输出装置122，应用程序控制部分123，状态变化检测部分124，连接状态控制部分125，消息传输/接收部分126，应用程序存储部分127和呼叫状态存储部分128分别具有与第一终端设备110的输入装置111，输出装置112，应用程序控制部分113，状态变化检测部分114，连接状态控制部分115，消息传输/接收部分116，应用程序存储部分117和呼叫状态存储部分118相同的结构和功能。
在本实施例中，假定第一终端设备110和第二终端设备120使用SIP(对话初始协议)的扩展协议用作两个终端间的呼叫信令的产生，修改或中断。IETF(互连网工程任务组)使用的RFC2543说明SIP的规范。然而，在本实施例中，为了简要说明起见，有时省略了一些操作协议的必要消息。
图2说明图1所示的网络应用程序分散执行系统的操作。下面，参照图2描述网络应用分散执行系统10。
如果第一终端设备110的用户操作输入装置111打开第一终端设备110的电源(步骤S1)，然后第一终端设备110的应用程序控制部分113使用它作为触发器，以启动应用程序选择有效服务。
该应用程序使用处理过程呼叫型API，以下面的方式从网络应用服务器得到每个使用终端设备的用户可以使用的服务目录。
首先，当处理过程呼叫型API被呼叫时，第一终端设备110的应用程序控制部分113给网络应用服务器100发送第一终端设备110用户的用户识别信息(步骤S2)。
网络应用服务器100接收用户识别信息，并且根据用户识别信息准备第一终端设备110用户可以使用的服务目录，和给第一终端设备110发送该目录(步骤S3)。
第一终端设备110，例如，在输出装置112的显示屏幕上显示接收的服务目录(步骤S4)。
第一终端设备110的用户将从显示在输出装置112的显示屏幕上显示的服务中选择要使用的服务，并且通过输入装置111指定服务业务(步骤S5)。
响应所指定的服务，应用程序控制部分113给网络应用服务器100发出下载请求，请求下载由用户选择的执行服务业务所用的网络应用程序(步骤S6)。
于是，第一终端设备110从网络应用服务器100下载相关的网络应用程序(步骤S7)。
这里，通过使用数据库存取型API的应用程序执行脚本，实现向网络应用服务器100请求下载网络应用程序(步骤S6)和从网络应用服务器100下载网络应用程序(步骤S7)。
通过消息传输/接收部分116，从网络应用服务器100下载的网络应用程序发送到应用程序控制部分113。
应用程序控制部分113给状态变化检测部分114设定启动接收网络应用程序的第一触发器(步骤S8)。
在本实施例中，启动网络应用程序的第一触发器设定成“第一终端设备110检测到其它方面端终端设备处在占线”，也就是“第一终端设备110从其它方面端的终端设备接收BUSY(占线)消息”。
通过应用程序控制部分113使用事件集合型API为状态变化检测部分114执行第一触发器的设定。
另外，由于通过连接状态控制部分115执行事件的检测，当发生事件时，状态变化检测部分114给连接状态控制部分115发出指令，通知状态变化检测部分114事件的发生。
这里，假定第一终端设备110的用户给第二终端设备120发出电话呼叫(步骤S10)。
首先，如果用户通过输入装置111输入其它方面端的终端设备的电话号码，于是应用程序控制部分113给连接状态控制部分115发出连接请求(步骤S11)。
响应连接请求，连接状态控制部分115通过消息传输/接收部分116给第二终端设备120发送INVITE消息(步骤S12)。
这里，假设当第一终端设备110给第二终端设备120发出电话呼叫时，第二终端设备120处在与第三终端设备130连接的状态(步骤A1，A2和A3)。
因此，第二终端设备120响应从第一终端设备110产生的INVITE消息，返回BUSY(占线)消息(步骤S13)。
当第一终端设备110从第二终端设备120接收BUSY消息时，连接状态控制部分115根据来自状态变化检测部分114的指令，将状态变化检测部分114检测到的已经发生指定的事件，通知给在步骤S9中设定的连接状态控制部分115(步骤S14)。
响应该通知，状态变化检测部分114触发了在步骤S8中设定的第一触发器。结果，启动自动呼叫返回服务应用程序。
这时，使用事件集合型API，从状态变化检测部分114向应用程序控制部分113发送第一触发器被触发的通知(步骤S15)。
因此，应用程序控制部分113在开始自动呼叫返回服务前，通过输出装置112向第一终端设备110的用户发出自动呼叫返回服务是否可以执行的查询(步骤S16)。
如果第一终端设备110的用户许可该查询(步骤S17)，然后第一终端设备110的应用程序控制部分113设定启动下一个操作必须的第二触发器(步骤S18)。
这里，由应用控制部分113使用用户交互型API执行第一终端设备110的用户是否可以执行自动呼叫返回服务查询(步骤S16)，和接受第一终端设备110用户的查询许可(步骤S17)。
在本实施例中，设定第二触发器为“第二终端设备120处在断开状态”。使用状态集合型API执行第二触发器的设定。
为了检测位置遥远的第二终端设备120的状态转变，第一终端设备110给第二终端设备120发送用户消息(SUBSCRIBE)，当第二终端设备120处在断开状态，它指定第二终端设备120应当给第一终端设备110发出此状态的通知(步骤S19)。
如果第二终端设备120从第三终端设备130接收BYE消息(步骤S20)，和改变它的状态为断开状态，然后它根据在步骤S19中指定的用户消息(SUBSCRIBE)，发出表示它已经处在断开状态的消息(NOTIFY)给第一终端设备110的状态变化检测部分114(步骤S21)。
当第一终端设备110从第二终端设备120接收消息时，在步骤S18中设定的第二触发器被触发(步骤S22)，并且自动呼叫返回服务应用程序执行下一个指令。
使用状态集合型API，从状态变化检测部分114给应用控制部分113发送第二触发器被触发的通知。
根据自动呼叫返回服务应用程序，通过输出装置112，应用程序控制部分113发出正在进行第一终端设备110的用户自动呼叫返回处理过程的通知。
这里，使用用户交互型API，完成自动呼叫返回处理过程正在进行的通知。
然后，自动呼叫返回服务应用程序给第一终端设备110的连接状态控制部分115发出请求第一终端设备110自己连接到第二终端设备的指令(步骤S24)。使用连接目标控制型API完成这个请求。
响应该请求，连接状态控制部分115通过消息传输/接收部分116发出信号INVITE消息给第二终端设备120(步骤S25)。
如果第二终端设备120的用户响应该电话呼叫，于是第二终端设备120给第一终端设备110发送OK消息。
当第二终端设备120从第一终端设备110接收到OK消息时，第一终端设备110和第二终端设备120二者进入连接状态(步骤S27)，以使第一终端设备110和第二终端设备120间的通信能够进行。
在该通信变成可能后，该自动呼叫服务应用程序使用处理过程结束型API结束应用程序执行脚本的执行状态，并放弃在连接状态中的呼叫权。
图3表示本发明应用到的另外一个网络应用程序分散执行系统的结构。
在本实施例中，使用号码转换应用程序作为网络应用程序的例子。当产生连接到事先指定的连接目标地址的连接请求时，号码转换应用程序访问从连接源地址和连接目标地址确定转换目标地址的号码转换表并转换电话呼叫。使用号码转换表使自动转接成为可能，例如，只有当电话呼叫生成用户的旋转组号，使用号码转换表自动将电话呼叫转换到用户所属局的分机。
在下述的例子中假设，电话连接的时间周期写入数据库，以掌握该连接时间。
参照图3，本实施例的网络应用程序分散执行系统20有所改进，但与第一实施例的网络应用程序分散执行系统10不同的地方在于另外有数据库140。
数据库140连接到第一终端设备110的消息传输/接收部分116，并且存储这里事先准备的号码转换表。另外，数据库140记录第一终端设备110的通信时间周期。
图4说明了图3中所示的网络应用程序分散执行系统20的操作过程。随后，参照图4，描述本实施例的网络应用程序分散执行系统20的操作过程。
如果第一终端设备110的用户通过输入装置111给应用程序控制部分113发出对某个地址(例如，用户的旋转组号)产生电话呼叫的请求(步骤T1)，于是应用控制部分113给连接状态控制部分115发送请求(步骤T2)。
这里，假定网络应用服务器100被登记作为第一终端设备110中的SIP(服务器作为终端间的SIP消息交换的媒介)的代理服务器登记注册的。
响应应用程序控制部分113来的请求，通过消息传输/接收部分116，连接状态控制部分115给网络应用服务器100发送INVITE消息(步骤T3)。
网络应用程序服务器100识别基于连接源地址和接收的INVITE消息的连接目标地址的有关号码转换应用，并且下载该号码转换应用程序到第一终端设备110(步骤T4)。
在第一终端设备110中，应用程序控制部分113启动下载应用程序，并且使用数据库存取型API访问存储在数据库140中的号码转换表(步骤T5)，以便从数据库140获得转换目标号码。(步骤T6)
然后，使用状态集合型API，响应应用程序控制部分113为状态变化检测部分114设定触发器，以至当发生连接断开的事件时，将有关它的通知发给应用程序控制部分113(步骤T7)。
由于这个事件是由连接状态控制部分115检测到的事件中的一个，状态变化检测部分114将它设定给连接状态控制部分115，当“转换到连接断开”的事件发生时，连接状态控制部分115应当通知状态变化检测部分114发生了该事件(步骤T8)。
然后，应用控制部分113根据号码转换应用程序，使用连接目标控制型API，发送连接到步骤T6中得到的转换目标地址到连接状态控制部分115的请求(步骤T9)。
当连接状态控制部分115接收到连接请求时，它发送INVITE消息到转换目标的第二终端设备120(步骤T10)。
当第二终端设备120从第一终端设备110接收到连接请求时，它发送OK消息返回到第一终端设备110(步骤T11)，并且第一终端设备110和第二终端设备120二者进入连接状态(步骤T12)。因此，第一终端设备110和第二终端设备120间可以进行通信。
如果第二终端设备120确定断开连接，于是发出BYE消息给第一终端设备110的连接状态控制部分115(步骤T13)。
当第一终端设备110的连接状态控制部分115接收到连接断开时，它发送OK消息返回到第二终端设备120(步骤T14)。
因此，由于在步骤T8中指定的“转变到连接断开状态”的事件已经发生，连接状态控制部分115发出发生事件的通知到状态变化检测部分114(步骤T15)。
状态变化检测部分114使用状态集合型API触发在步骤T7中设定的触发器，并且发出这个通知到应用程序控制部分113(步骤T15)。
应用程序控制部分113使用数据库存取型API，记录转换目标的连接时间到数据库140(步骤T17)。
在上述的第二实施例中，第一终端设备110在数据库140中写连接时间。然而，它或许不可能将第二终端设备120的消息传输/接收部分126连接到数据库140，以至用第二终端设备120将连接时间写入数据库140，如下面所述，作为对本发明的第二实施例的改进。
图5说明了根据改进的第二实施例的网络应用程序分散执行系统的操作过程。
虽然在附图中没有示出，在根据改进的第二实施例的网络应用程序分散执行系统中，数据库140连接到第二终端设备120的消息传输/接收部分126，而不同于第二实施例，它不连接到第一终端设备110的消息传输/接收部分116。
该网络应用程序分散执行系统执行图5中的步骤T1至T12的处理过程，它完全类似此前描述的图4中的步骤T1至T12。为了避免累赘，省略了共同处理过程的重复的描述。
改进的第二实施例的网络应用程序分散执行系统操作过程不同于上述第二实施例的操作过程在于，在步骤T3中，网络应用服务器100接收来自第一终端设备110的INVITE消息后，该应用程序也推进到第二终端设备120(步骤U1)。
在第一终端设备110确定需断开连接后，第一终端设备110的连接状态控制部分115给第二终端设备120发出BYE消息(步骤U2)。
当第二终端设备120接收连接断开消息时，它发送OK消息返回到第一终端设备110的连接状态控制部分115(步骤U3)。
在步骤U1中，下载到第二终端设备120的应用程序，使用连接状态至断开状态的转换，如触发器，在数据库140中写入连接时间(步骤U4)。
然而，第二实施例的改进中，数据库140只连接到第二终端设备120的消息传输/接收部分126，而没有连接到消息传输/接收部分116，另外它可能使第二终端设备120的消息传输/接收部分126和第一终端设备110的消息传输/接收部分116二者与数据库140连接，以至第一终端设备110和第二终端设备120二者能够在数据库140中写入连接时间。
下面，根据上述的第二实施例的第二种改进，描述网络应用程序分散执行系统。
在现有改进中，预付应用程序作为网络应用程序的一个例子。该预付应用程序允许通信一段时间时期，该时期对应由连接源或者连接目标预先支付的钱数。剩余可连接时间存储在数据库中。
在下面描述的第二改进中，连接目标的终端设备访问数据库以得到连接源的可连接的时间，并且在剩余时间用完前，通知连接源所剩时间不多了。如果可连接的时间减少到零，连接目标的终端设备切断连接。另外，在连接切断后，连接目标的终端设备在数据库中写入连接时间。
图6说明了根据第二实施例的第二改进的网络应用程序分散执行系统的操作过程。
本改进的网络应用程序分散执行系统具有与上述第二实施例的第一种改进的网络应用程序分散执行系统相同的结构。应当注意到，在本实施例中的数据库140具有事先为每一个终端设备存储在这里的可连接时间，还在切断后记录了连接的服务时间。
在下面，结合图6描述本改进的网络应用程序分散执行系统的操作过程。
假定，在本改进中，网络应用服务器100被登记作为第一终端设备110中SIP的重定向服务器(服务器输出交换目标的通知到源连接的终端设备)。
为了建立对第二终端设备120的连接，第一终端设备110发出INVITE消息。由于网络应用服务器100作为代理服务器在第一终端设备110中登记，INVITE消息到达网络应用服务器100(步骤V1)。
根据连接源地址和接收的INVITE消息的连接目标的地址，网络应用服务器100识别预付款相关的应用程序，并且将预付款应用程序推进到第二终端设备120的应用程序控制部分123(步骤V2)。
使用状态集合型API，应用程序控制部分123给应用程序存储部分127设置第一触发器，以至当从第一终端设备110接收连接请求时，状态变化检测部分124发出通知。(步骤V3)。
由于“从第一终端设备110接收连接请求”的事件是由连接状态控制部分125检测的事件，状态变化检测部分124就其对连接状态控制部分125进行设定，使该连接状态控制制部分125输出第一事件的通知(步骤V4)。
在步骤V2中，预付费应用程序进入到第二终端设备后，网络应用服务器100给第一终端设备110发送消息(暂时地传送)，通知作为转换目标的第二终端设备120的连接目标地址(步骤V5)。
然后，第一终端设备110发送连接请求消息(INVITE)给第二终端设备120(步骤V6)。
当第二终端设备120接收连接请求消息(INVITE)时，连接状态控制部分125由此给状态变化检测部分124发出第一事件通知(步骤V7)。
当状态变化检测部分124接收第一事件通知时，使用状态集合型API触发第一触发器，并且给应用程序控制部分123发出第一触发器已经触发的通知(步骤V8)。
然后，应用程序控制部分123根据从第一终端设备110接收到的INVITE消息中包含的第一终端设备110的地址，给数据库140发出可连接时间的查询(步骤V9)。该数据库存取型API用于该查询。
数据库140发送通过检索第二终端设备120得到的可连接时间(步骤V10)。
此后，当连接断开时，第二终端设备120的应用程序控制部分123给状态变化检测部分124设定第二触发器，以给应用程序控制部分123发送连接断开通知(步骤V11)。
由于连接断开的事件是由连接状态控制部分125检测的事件，状态变化检测部分124对连接状态控制部分125执行必要的设定，以至当事件发生时，通知发生该事件的事件通知可以从连接状态控制部分125发送到状态变化检测部分124(步骤V12)。
此后，为了建立到第一终端设备110的连接，应用控制部分123使用连接目标控制型API，发出连接到连接状态控制部分125的连接请求(步骤V13)。
当连接状态控制部分125接收连接请求时，它通过消息传输/接收部分126，发送OK消息到第一终端设备110(步骤V14)。
因此，第一和第二终端设备110和120进入它们可以相互通信的连接状态(步骤V15)。
于是，根据从数据库140得到的可连接时间，应用程序控制部分123确定当剩余时间变得很少(例如30秒)的时间点，这个通知应当发送给第一终端设备110，然后给状态变化检测部分124设定第三触发器，以便当该时间点到来时，通知应用程序控制部分123该事实(步骤V16)。
当步骤V16中的时间点到来时，第三触发器被触发(步骤V17)，并且应用程序控制部分123，使用用户交互型API，给连接状态控制部分125发出发出通知的请求，通知第一终端设备110剩余可连接时间很少了(步骤V18)。
响应请求，连接状态控制部分125通过消息传输/接收部分126给第一终端设备110发送MESSAGE消息(步骤V19)。响应该MESSAGE消息，第一终端设备110的输出装置112显示剩余可连接时间很少了。
另外，应用程序控制部分123给状态变化检测部分124设定第四触发器，以便当剩余可连接时间减少到零时，可以从状态变化检测部分124给应用控制部分123发出有关这个的通知(步骤V20)。
当剩余可连接时间减少到零时，触发第四触发器(步骤V21)，并且应用程序控制部分123使用连接目标控制型API给连接状态控制部分125发出断开连接的请求(步骤V22)。
响应该连接断开请求，连接状态控制部分125通过消息传输/接收部分126，给第一终端设备110发出BYE消息(步骤V23)。
当第一终端设备110接收该断开连接时，从第一终端设备110发送的OK消息返回到第二终端设备120(步骤V24)。
响应从连接状态到断开连接状态的转换，在步骤V12中设定的第二事件通知，从连接状态控制部分125通知给状态变化检测部分124(步骤V24)。
当状态变化检测部分124接收第二事件通知时，使用状态集合型API触发第二触发器，并且发出第二触发器已经触发的通知给应用程序控制部分123(步骤V26)。
于是，应用程序控制部分123使用数据库存取型API，在数据库140中记录第一终端设备110与转换目标间的连接时间(步骤V27)。
然而，为了说明的目的，使用具体的专业名词描述了本发明的优选实施例，可以知道，任何变化和改型都不脱离下面的权利要求的概念或范围。