CN1156755C - 应用程序·服务·提供方法和系统 - Google Patents

Abstract

一种向用户提供应用程序服务的应用程序·服务·提供方法，包括从单个或多个应用程序供应商提供的多个应用程序中选择满足作为用户要求的条件的用户要求的应用程序或应用程序供应商及其提供的应用程序的步骤和进行上述选择的应用程序之间的数据形式变换或通信协议变换或工作流程管理而提供应用程序服务的步骤。这样，便可提供可以有效地提供用户要求的应用程序服务的技术。

Description

应用程序·服务·提供方法和系统

技术领域：

本发明涉及向用户提供运用管理搭载了面向用户的应用程序分服务器并在必要时可以通过网络访问应用程序的结构的应用程序·服务·提供系统。特别是应用于从单个或多个应用程序供应商提供的多个应用程序中选择提供满足用户要求的条件的应用程序的应用程序·服务·提供系统而有效的技术。

背景技术：

图25是表示先有的应用程序·服务·提供系统的结构的图。以往所设置的应用程序·服务·提供系统，是图25所示的供应商通过本公司或其他公司的计算中心运用管理搭载了面向用户的应用程序001～003的供应商侧装置2510，而用户从用户侧装置2520通过网络00访问与供应商签约的应用程序001～003。

按照该系统，用户本身不必引入服务器来运用管理应用程序·系统。另外，OS及应用程序的版本修改等都可以委托给供应商。特别是在业务应用程序中，应用程序可以早期建立，从而可以减少引入时的初期投资及运用所需要的费用。

图26是表示利用先有的应用程序·服务·提供系统的应用程序连带关系的概要的图。利用先有的应用程序·服务·提供系统，用户使用多个应用程序时，如图26所示，用户本身在研究比较多个应用程序的功能、收费内容及使用时的响应等后，选择满足用户要求的条件的应用程序，按各应用程序单位与应用程序·服务·供应商(ASP)进行签约，进而用户本身实现所签约的多个应用程序的连带关系。

在上述先有技术中，供应商提供的应用程序是办公系统、信箱、组商品、业务应用程序、业务应用程序的特定功能等的单位，各个单位一个一个地分别提供。

利用这样的服务，用户使用多个单位的应用程序时，研究比较各个应用程序的特征并进行选择，按各应用程序单位与ASP进行签约，进而用户本身必须实现所赇的多个应用程序的连带关系。但是，所提供的应用程序的功能、收费内容及使用时的响应等条件，多数情况是随各供应商及应用程序而不同的，所以，用户本身进行研究而准确地选择满足指定的条件的应用程序是很困难的。另外，在实现所签约的多个应用程序的连带关系时，必须熟悉与各应用程序的功能连带关系的信息技术，用户  掌握这些知识来实现应用程序连带关系是很困难的。

发明内容：

本发明的目的旨在提供可以有效地提供用户所要求的应用程序的技术。

本发明的其他目的在于提供可以提供维持用户所要求的服务水平的应用程序·服务的技术。

本发明的其他目的也在于提供可以减轻伴随多个应用程序·服务的利用而带来的用户的负担的技术。

本发明是向用户提供应用程序服务的应用程序·服务·提供系统，其特征在于：从单个或多个应用程序供应商提供的多个应用程序中选择满足用户要求的应用程序或应用程序供应商及其提供的应用程序，将多个应用程序建立连带关系，提供应用程序服务。

在本发明的应用程序·服务·提供系统中，输入表示用户要求的应用程序的功能的应用程序功能条件、表示用户可以支付的收费金额的收费条件或表示用户要求的应用程序的响应的响应条件等用户要求，从单个或多个应用程序供应商提供的多个应用程序中选择满足用户要求的应用程序或应用程序供应商及其提供的应用程序。

在提供用户要求的应用程序服务时，执行多个应用程序时，进行上述选择的应用程序间的数据形式变换或通信协议变换或工作流程管理，将这些多个应用程序建立连带关系，提供应用程序服务。

另外，在本发明的应用程序·服务·提供系统中，将不满足用户要求的应用程序切换为本身或其他应用程序供应商提供的应用程序。即，进行了应用程序的版本修改、应用程序卖主或供应商的合伙人发生变化的应用程序不能达到应用程序功能要求时或在执行应用程序的服务器之前的响应不能达到响应要求时和根据各用户的中间统计金额所预想的收费金额不能达到用户指定的收费条件时，就进行应用程序的切换。

另外，在本发明的应用程序·服务·提供系统中，使对多个应用程序服务的窗口一元化。即，将对多个应用程序服务的用户的登记及收费一度集中，将各应用程序的应用程序画面综合后，使对多个应用程序服务的窗口实现一元化。

如上所述，按照本发明的应用程序·服务·提供系统，是从单个或多个应用程序供应商提供的多个应用程序中选择满足用户要求的应用程序或应用程序供应商及其提供的应用程序来提供应用程序服务的，所以，可以有效地提供用户要求的应用程序服务。

附图说明：

图1是表示本实施例的应用程序·服务·提供系统的第1结构的图。

图2是表示本实施例从委托应用程序到实际进行签约的处理程序的流程图。

图3是表示本实施例的对象应用程序选择的画面例的图。

图4是表示本实施例的用户要求信息输入的画面例的图。

图5是表示本实施例的应用程序功能比较的一例的图。

图6是表示本实施例的从候选一览表中选择的选择画面的例子的图。

图7是表示本实施例的应用程序·服务·提供系统的第2结构的图。

图8是表示在本实施例的图7、图9～图11中从委托应用程序到实际进行签约的处理程序的流程图。

图9是表示本实施例的应用程序·服务·提供系统的第3结构的图。

图10是表示本实施例的应用程序·服务·提供系统的第4结构的图。

图11是表示本实施例的应用程序·服务·提供系统的第5结构的图。

图12是表示本实施例的进行应用程序切换的应用程序·服务·提供系统的结构的图。

图13是表示本实施例的存在中间供应商的应用程序·服务·提供系统的应用程序切换的处理程序的流程图。

图14是表示本实施例的不存在中间供应商的应用程序·服务·提供系统的应用程序切换的处理程序的流程图。

图15是表示本实施例的根据收费信息的应用程序切换的一例的图。

图16是表示本实施例的用户要求信息输入的画面例的图。

图17是表示本实施例的从候选一览表中选择的选择画面的例子的图。

图18是表示本实施例根据响应要求的应用程序切换的处理程序的流程图。

图19是表示本实施例根据应用程序功能要求的应用程序切换的处理程序的流程图。

图20是表示本实施例根据收费要求的应用程序切换的处理程序的流程图。

图21是表示本实施例进行窗口一元化的应用程序·服务·提供系统的结构的图。

图22是表示本实施例管理登记信息数据库112内的备用户的登记信息的表的利用例的图。

图23是表示本实施例管理收费信息数据库105内的各用户的收费信息的表的利用例的图。

图24是表示本实施例管理在各应用程序的画面上出现的项目间的关联的特征代码一览表的流例的图。

图25是表示先有的应用程序·服务·提供系统的结构的图。

图26是表示利用先有的应用程序·服务·提供系统的应用程序连带关系的概要的图。

具体实施方式：

实施例

下面，说明从单个或多个应用程序供应商提供的多个应用程序中选择并提供满足用户要求的条件的应用程序或应用程序供应商及其提供的应用程序的一个实施例的应用程序·服务·提供系统。

图1是表示本实施例的应用程序·服务·提供系统的第1结构的图。如图1所示，本实施例的供应商侧装置100包括应用程序提供处理部101、系统连带处理部102和应用程序选择处理部103。

应用程序提供处理部101是控制多个应用程序的选择及数据形式变换或通信协议变换或工作流程管理的处理部。系统连带处理部102是进行上述选择的应用程序间的数据形式变换或通信协议变换或工作流程管理从而提供应用程序服务的处理部。应用程序选择处理部103是从多个应用程序中选择满足用户要求的条件的即用户要求的应用程序的处理部。

用于使供应商侧装置100起应用程序提供处理部101、系统连带处理部102和应用程序选择处理部103的功能的程序存储到供应商侧装置100的硬盘等中后，安装到存储器中来执行。存储上述程序的记录媒体，也可以是硬盘以外的其他记录媒体。

在图1中，供应商侧装置100由多个应用程序AP-1～AP-4、应用程序提供处理部101、表示所有的应用程序的功能的应用程序功能一览表数据库104、存储各用户的收费信息的收费信息数据库105和对用户的信息输入和输出进行一元化管理的窗口处理部106构成。

这里，应用程序提供处理部101具有实现应用程序间的系统连带关系的系统连带处理部102和就多个应用程序的选择的应用程序选择处理部103。系统连带处理部102进行成为连带对象的应用程序间的数据形式变换或通信协议变换或工作流程管理等的商务过程管理。应用程序选择处理部103将应用程序功能一览表数据库104与用户通过窗口处理部106输入的应用程序功能要求进行比较，选择具有适合于用户的要求的功能的应用程序。进而，将收费信息数据库105的各应用程序的收费方法及收费金额与用户通过窗口处理部106输入的收费要求进行比较，选择与收费要求符合的应用程序。

用户侧装置200处理业务1～业务4。这里，以业务应用程序为例，所以，业务成为服务委托的单位。另外，与业务1～业务4对应的业务应用程序分别为AP-～AP-4。

图2是表示本实施例的从委托应用程序到实际进行签约的处理程序的流程图。在图2中，表示出了在图1的结构的基础上用户委托提供应用程序到实际开始进行应用程序·服务·提供系统的服务之前的处理。

用户从供应商处购买业务1和业务3所需要的应用程序，由本公司供给业务2和业务4所需要的应用程序。由用户提出的业务1和业务3所需要的应用程序的提供委托，是通过网络00从访问供应商侧装置100的窗口处理部106开始的(401)。

图3是表示本实施例的对象应用程序选择的画面例的图。接收到访问的供应商侧装置100从办公系统到业务应用程序可以考虑提供宽阔范围的应用程序。因此，应用程序提供处理部101的应用程序选择处理部103不向用户提示一个一个的应用程序名，如图3所示的那样，向用户提示大致的应用程序分类411以及像各应用程序分类的业务分类412那样分类层次化的一览表(402)。

接收到应用程序分类411的提示的用户选择所需要的应用程序的分类，进而选择业务分类412(403)。在图3中，选择了业务应用程序的业务1和业务3。

接收到用户选择的业务的一览表的供应商侧装置100的应用程序选择处理部103为了决定具体的应用程序，对用户从表示自身所具有的应用程序的功能的应用程序功能一览表数据库104中抽出指定的业务的功能一览表向用户提示，求出所需业务功能的输入。同时，求出收费要求的输入(404)。

图4是表示本实施例的用户要求信息输入的画面例的图。用户从图4那样的供应商提示的各业务的业务功能一览表421中选择所需业务功能，并进而输入收费要求422(405)。在进行功能选择时，不仅可以考虑「要」、「不要」这样的等级的分类，而且对各功能的重要度也可以考虑进行「必须」、「希望」、「没有也可以」、或更细的分类等的等级。这里，按重要度高的顺序分为A、B、C这样的等级。

图5是表示本实施例的应用程序功能比较的一例的图。如图5所示，供应商侧装置100的应用程序选择处理部103将表示用户对各业务要求的功能的用户功能要求441与各应用程序具有的业务功能一览表442～444进行比较，如果提示了重要度，就像比较结果445～447所示的那样，判断功能对各重要度是否全部充足。这里，关于业务1，表示出了AP-1满足重要度A、B和C的所有的功能、AP-5只满足重要度A、AP-6满足重要度A和B的情况。

图6是表示从本实施例的候选一览表中进行选择的选择画面的例子的图。应用程序选择处理部103在没有重要度的指定时从满足用户要求的全部馆的应用程序的候选中向用户提示满足收费条件的候选，在有重要度的指定时就根据各重要度的功能充足结果从将重要度A、B和C全部清除的候选、只将重要度A和B清除的候选和只将重要度A清除的候选中向用户提示满足收费条件的候选一览表431～433(406)。

这里，也可以考虑不向用户提示候选而在将功能的充足度数值化并且没有重要度的指定时，只单纯地提示用户要求的功能的充足度最高的应用程序，在有重要度的指定时，自动地提示重要度A的充足度最高的应用程序的方法等。

另外，在向用户提示应用程序的候选时，也可以考虑增加各应用程序动作的服务器的工作效率等附加信息。此外，作为判断应用程序之间的连带容易性的指标，也可以考虑提示应用程序提供处理部101是否准备了向连带对象应用程序的适配器。

用户如图6所示的那样从供应商侧装置100提示的应用程序的候选中选择自身认为最合适的1个候选(407)。供应商侧装置100的应用程序选择处理部103接收到用户的选择结果后，就与用户进行实际的签约，设定系统连带处理部102，实现该应用程序间的系统的连带关系，开始进行服务(408)。

按照上述结构，对特定的用户，可以实现进行多个应用程序的选择和系统的连带关系的应用程序·服务·提供系统。

图7是表示本实施例的应用程序·服务·提供系统的第2结构的图。在图7中，表示出了持有图1的应用程序AP-1～AP-4的供应商(一级供应商)和具有应用程序提供处理部101、应用程序功能一览表数据库104、各用户的收费信息数据库105和用户的窗口处理部106的供应商(中间供应商)不同时的情况。

这里，一级供应商1(300)提供AP-1和AP-2、十级供应商2(301)提供AP-3和AP-4，中间供应商侧装置100使用应用程序提供处理部101或应用程序功能一览表数据库104和收费信息数据库105选择一级供应商提供的应用程序，实现系统的连带关系。

图8是表示在本实施例的图7、图9～图11中从委托应用程序到实际进行签约的处理程序的流程图。在图8中，表示出了用户按图7的结构委托应用程序的提供，到应用程序·服务·提供系统实际开始进行服务之前的处理。

用户从供应商处购买业务1和业务3所需要的应用程序，由本公司供给业务2和业务4所需要的应用程序。由用户提出的业务1和业务3所需要的应用程序的提供委托，是通过网络00从访问供应商侧装置100的窗口处理部106开始的(451)。

接收到访问的中间供应商的供应商侧装置100的应用程序选择处理部103不向用户提示一级供应商提供的各种各样的应用程序的一个一个应用程序名，而是如图3所示的那样，只向用户提示大致的应用程序分类411、以及分为各应用程序的业务分类412那样的层次化的一览表(452)。

接收到应用程序分类411的提示的用户，就选择所需要的应用程序的分类，并进而选择业务分类412(453)。在图3中，选择了业务应用程序的业务1和业务3。

在接收到用户选择的业务的一览表的中间供应商的应用程序选择处理部103中，为了决定具体的应用程序，从表示对用户可以自身提供的应用程序的功能的应用程序功能一览表数据库104中抽出指定的业务的功能一览表向用户提示，求出所需业务功能的输入。同时，也求出收费条件的输入(454)。

用户从图4那样的供应商提示的各业务的业务全部功能一览表421中选择所需业务功能，并进而输入收费条件422(455)。在进行功能选择时，不仅可以考虑「要」、「不要」这样的等级的分类，而且对各功能的重要度也可以考虑进行「必须」、「希望」、「没有也可以」、或更细的分类等的等级。这里，按重要度高的顺序分为A、B、C这样的等级。

中间供应商的应用程序选择处理部103将图5所示的那样表示用户要求的功能的用户功能要求441与各应用程序具有的功能一览表442～444进行比较，如果提示了重要度，就像比较结果445～447所示的那样，判断功能对各重要度是否全部充足。这里，表示出了AP-1满足重要度A、B和C的所有的功能、AP-5只满足重要度A、AP-6满足重要度A和B的情况。

中间供应商的应用程序选择处理部103在没有重要度的指定时从满足用户要求的全部功能的应用程序的候选中向用户提示满足收费条件的候选，在有重要度的指定时，在有重要度的指定时就根据各重要度的功能充足结果从将重要度A、B和C全部清除的候选、只将重要度A和B清除的候选和只将重要度A清除的候选中向用户提示满足收费条件的候选一览表431～433(456)。这里，也可以考虑不向用户提示候选而在将功能的充足度数值化并且没有重要度的指定时，只单纯地提示用户要求的功能的充足度最高的应用程序，在有重要度的指定时，自动地提示重要度A的充足度最高的应用程序的方法等。

另外，在向用户提示应用程序的候选时，也可以考虑增加各应用程序动作的服务器的工作效率等附加信息。此外，作为判断应用程序之间的连带容易性的指标，也可以考虑提示应用程序提供处理部101是否准备了向连带对象应用程序的适配器。

用户如图6所示的那样从中间供应商提示的应用程序或应用程序供应商及其提供的应用程序的候选中选择自身认为最适合的1个候选(457)。

中间供应商的应用程序选择处理部103接收到用户的选择结果后，用户就与一级供应商进行实际的签约，设定应用程序提供处理部101的系统连带处理部102，实现该应用程序间的系统的连带关系，开始进行服务(458)。

按照上述结构，通过不具有应用程序的中间供应商，对特定的用户可以实现进行单个或多个应用程序供应商提供的多个应用程序的选择和系统的连带关系的应用程序·服务·提供系统。

图9是表示本实施例的应用程序·服务·提供系统的第3结构的图。在图9中，表示出了图7的中间供应商自身也提供应用程序的时的结构。这里，一级供应商1提供AP-1和AP-2、一级供应商2提供AP-3，中间供应商的供应商侧装置100提供A P-4，同时，使用应用程序提供处理部101或应用程序功能一览表数据库104和收费信息数据库105实现自身提供的应用程序和一级供应商提供的应用程序的选择和系统的连带关系。用户侧装置200从供应商处购买业务1、业务3和业务4所需要的应用程序，由本公司供给业务2所需要的应用程序。

用户委托中间供应商提供应用程序以及到实际从应用程序·服务·提供系统开始进行服务之前的处理，和上述一样用图8的处理程序表示。

按照上述结构，对特定用户，可以实现进行中间供应商和一级供应商所持有的多个应用程序的选择和系统的连带关系的应用程序·服务·提供系统。

图10是表示本实施例的应用程序·服务·提供系统的第4结构的图。在图10中，表示出了在图9的结构中对多个用户提供同一应用程序或相互有关联的不同的应用程序的时的结构。这里，一级供应商1提供AP-1和AP-2、十级供应商2提供AP-3，中间供应商侧装置100提供AP-4，同时使用应用程序提供处理部101或应用程序功能一览表数据库104和收费信息数据库105实现进行自身提供的应用程序和一级供应商提供的应用程序的选择和系统的连带关系。

用户1从供应商处购买业务1和业务3所需要的应用程序。另外，用户2从供应商处购买业务1和业务4所需要的应用程序。这里，用户1和用户2都具有业务1所需要的同一AP-1，这相当于在不同的企业中利用同一应用程序进行关联结算时等的业务。此外，用户1和用户2使业务3和业务4所需要的AP-3和AP-4实现连带关系，进行业务3和业务4的处理，相当于用户1是零部件厂家、用户2是将该零部件组装进行销售的厂家这样的供货链等的业务。

用户用户委托中间供应商提供应用程序以及到实际从应用程序·服务·提供系统开始进行服务之前的处理，和上述一样用图8的处理程序表示。

按照上述结构，在多个用户间，可以实现进行中间供应商和一级供应商所持有的多个应用程序的选择和系统的连带关系的应用程序·服务·提供系统。

图11是表示本实施例的应用程序·服务·提供系统的第5结构的图。在图11中，表示出了发生具有图10的结构的中间供应商间的连带关系时的结构。

应用程序提供处理部101是由中间供应商1控制单个或多个应用程序供应商提供的多个应用程序的选择及数据形式变换或通信协议变换或工作流程管理的处理部。系统连带处理部102是由中间供应商1进行上述选择的应用程序间的数据形式变换或通信协议变换或工作流程管理从而提供应用程序服务的处理部。应用程序选择处理部103是由中间供应商1从单个或多个应用程序供应商提供的多个应用程序中选择满足作为用户要求的条件的用户要求的应用程序或应用程序供应商及其提供的应用程序的处理部。

应用程序提供处理部114是由中间供应商2控制单个或多个应用程序供应商提供的多个应用程序的选择及数据形式变换或通信协议变换或工作流程管理的处理部。

系统连带处理部115是由中间供应商2进行上述选择的应用程序间的数据形式变换或通信协议变换或工作流程管理从而提供应用程序服务的处理部。

应用程序选择处理部116是由中间供应商2从单个或多个应用程序供应商提供的多个应用程序中选择满足作为用户要求的条件的用户要求的应用程序或应用程序供应商及其提供的应用程序的处理部。

用于使供应商侧装置100起应用程序提供处理部101、系统连带处理部102和应用程序选择处理部103的功能的程序存储到供应商侧装置100的硬盘等中后，安装到存储器中来执行。记录上述程序的记录媒体，可以是硬盘以外的其他记录媒体。

用于使供应商侧装置130起应用程序提供处理部114、系统连带处理部115和应用程序选择处理部116的功能的程序存储到供应商侧装置130的硬盘等中后，安装到存储器中来执行。记录上述程序的记录媒体，可以是硬盘以外的其他记录媒体。

在图11中，中间供应商1的一级供应商1提供AP-1和AP-2、一级供应商2提供AP-3，中间供应商1的供应商侧装置100提供AP-4，同时，使用应用程序提供处理部101或应用程序功能一览表数据库104和收费信息数据库105实现进行自身提供的应用程序和一级供应商提供的应用程序的选择和系统的连带关系。

另外，中间供应商2的一级供应商3提供AP-1和AP-2、一级供应商4提供AP-3，中间供应商2的供应商侧装置130提供AP-4，同时，使用应用程序提供处理部114或应用程序功能一览表数据库117和收费信息数据库118实现进行自身提供的应用程序和一级供应商提供的应用程序的选择和系统的连带关系。此外，中间供应商1的应用程序提供处理部101和中间供应商2的应用程序提供处理部114可以连带地动作。

用户1从供应商处购买业务1所需要的应用程序，另外，用户2从供应商处购买业务4所需要的应用程序，用户3从供应商处购买业务2所需要的应用程序，用户4从供应商处购买业务3和业务4所需要的应用程序。这里，用户1的业务1是从一级供应商1的AP-1供给的，用户2的业务4是从中间供应商1的AP-4供给的。另外，用户3的业务2是从一级供应商3的AP-2供给的，用户4的业务3是通过中间供应商2的应用程序提供处理部114从一级供应商2的AP-3供给的、业务4是从中间供应商2的AP-4供给的。

用户委托中间供应商提供应用程序以及到实际从应用程序·服务·提供系统开始进行服务之前的处理，和上述一样用图8的处理程序表示。但是，在步骤456的应用程序选择处理部103或应用程序选择处理部116的用户要求的功能与供应商提供的应用程序功能的比较中，中间供应商不仅参照自身的应用程序功能一览表，而且必须参照连带的其他中间供应商的邮差功能一览表。

按照上述结构，对多个用户可以实现进行跨越多个中间供应商的多个应用程序的选择和系统的连带关系的应用程序·服务·提供系统。

图12是表示本实施例进行应用程序切换的应用程序·服务·提供系统的结构的图。如图12所示，本实施例的供应商侧装置100具有应用程序切换处理部107。应用程序切换处理部107是将不满足用户要求的应用程序切换为自身或其他应用程序供应商提供的应用程序的处理部。

用于使供应商侧装置100起应用程序切换处理部107的功能的程序存储到供应商侧装置100的硬盘等中后，安装到存储器中来执行。记录上述程序的记录媒体也可以是硬盘以外的其他的记录媒体。

在图12中，表示出了在具有图7、图9～图11那样的本实施例的应用程序连带功能的中间供应商的供应商侧装置100中为了维持用户要求的服务水平，而将不能满足用户指定的服务水平的应用程序001切换为自身或其他公司持有的满足服务水平的应用程序005的应用程序·服务·提供系统的全体结构。

中间供应商的供应商侧装置100具有自身包含AP-4和应用程序切换处理部107的应用程序提供处理部101、表示所持有的应用程序的功能的应用程序功能一览表数据库104、各用户的收费信息数据库105、用户的窗口处理部106和存储各用户的要求的用户要求数据库108。

用户侧装置200处理业务1～业务4。其中，将业务1和业务4的服务委托给中间供应商。另外，业务1是提供AP-1的业务，业务4是提供AP-4的业务。以上，说明了如图7、图9～图11所示的那样存在中间供应商的情况，但是，像图1那样不存在中间供应商时，也可以应用该应用程序切换处理。

图13是表示本实施例存在中间供应商的应用程序·服务·提供系统的应用程序切换处理的处理程序的流程图。在图13中，表示出了在图12那样的结构条件下用户签约的应用程序由于装置负荷或通信负荷的增加等原因不能满足响应要求时、由于应用程序的版本修改、卖主的合伙人的变化等应用程序功能条件的充足度发生变化时、或发生不能满足收费条件的可能性时应用程序切换处理部107动态地选择对用户最适合的应用程序的候选而执行切换的处理。

图14是表示本实施例不存在中间供应商的应用程序·服务·提供系统的应用程序切换的处理程序的流程图。在图14中，表示出了在像图1那样不存在中间供应商时应用程序切换处理部107动态地选择对用户最适合的应用程序的候选而执行切换的处理。图14所示的处理与图13相比，不同的地方在于伴随步骤511的应用程序切换动作的签约变更作业仅限于供应商内。下面，说明存在中间供应商的情况。

这里，所谓响应要求，就是用户输入的允许的最大的检索时间或更新时间。在响应要求以外，也可以将系统效率的要求(工作实际积等)作为切换的事件来利用。是否满足响应要求，应用程序切换处理部107通过探询对象应用程序动作的服务器来判断。探询的方法，可以考虑按某一一定间隔周期性进行的方法或非周期循环进行的方法等各种各样的方法。另外，不仅可以考虑某一特定的瞬间的响应，而且也可以考虑保持过去的响应的变迁并根据该信息预测响应时间的方法。

图15是表示本实施例根据收费信息而进行的应用程序切换的一例的图。在图15中，表示出了应用程序切换处理部107利用各用户的收费信息数据库105判断收费要求是否满足时的一个方法。

这里，将收费信息数据库的中间统计额数据曲线化，根据到某一一定期间(这里为10天)之前的收费金额的变化，如果最终(这里为第30天)不能达到用户要求的限度额的可能性高，就寻找能达到要求的可能性高的应用程序的候选。到第10天为止，利用采取按量供应的收费制度的应用程序，进行20000日元的收费，在第10天以后，利用采取月额25000日元固定的收费制度的应用程序，在第30天，就成为45000日元的收费额，满足5000日元的限度额。应用程序切换处理部107不论在哪一期间，都判断满足用户要求限度额的可能性，或者根据情况设定各种各样的值。

图16是表示本实施例的用户要求信息输入的画面例的图。从图13的步骤561到步骤568，处理程序和图8基本上相同。不同的地方是，在步骤565的用户要求信息输入中，在后面的应用程序的动态的切换中具有的如图16所示的那样增加了响应要求523和在步骤568中中间供应商将用户输入的要求信息保存到用户要求数据库108中。

从步骤569到步骤571是新增加的部分，以后双该部分。应用程序切换处理部107在提供的应用程序不能满足用户设定的响应要求523时按图18的处理程序寻找满足用户的要求的应用程序的候选，另外，在功能要求的充足度发生变化时按图19的处理程序寻找满足用户的要求的应用程序的候选，在不能满足收费要求时按图20的处理程序寻找满足用户的要求的应用程序的候选，在没有功能的重要度的指定时，向用户提示满足用户要求的全部功能的应用程序或应用程序供应商及其提供的应用程序的候选，在有重要度的指定时，根据各重要度的功能充足结果向用户提示将重要度A、B和C全部清除的候选、仅将重要度A和B清除的候选和仅将重要度A清除的候选524～526(569)。

图17是表示本实施例出候选一览表中进行选择的选择画面的例子的图。这里，和图6一样，也可以考虑不向用户提示候选，在将功能的充足度数值化后，如果没有重要度的指定，就单纯地提示用户要求的功能的充足度最高的候选，如果有重要度的指定，就自动地向用户提示重要度A的充足度最高的候选的方法。另外，在向用户提示应用程序候选时，也可以考虑增加各应用程序动作的服务器的工作效率等附加信息，从而可以选择供应商的方法。此外，作为判断应用程序之间的连带容易性的指标，也可以考虑提示应用程序提供处理部101是否准备了连带对象应用程序的适配器。

用户在提示了切换的候选一览表时，从候选中参考收费信息或运用实积等来选择应用程序(570)。这时，在不能满足响应要求或收费要求而提示了应用程序切换候选时，也可以按用户的希望选择维持现状即也可以取消。

图18是表示本实施例的根据响应要求的应用程序切换的处理程序的流程图。图18表示出了在应用程序切换处理部107中不能满足用户设定的响应要求时的应用程序切换处理。

在判定使用上述调查方法测定的响应不满足用户的响应要求时，应用程序切换处理部107就进入应用程序切换动作(531)。在应用程序切换处理部107中，首先取出存储在用户要求数据库108中的响应要求，这时，选择满足响应要求的应用程序的候选(532)。在不存在满足响应要求的应用程序时，就不进行应用程序切换，并向用户分布比没有满足响应要求的内容的通知(536)。

在存在满足响应要求的应用程序时，就取出在用户要求数据库108中存储的用户签约时指定的应用程序功能要求，并再次使用图5的方法选择满足要求的应用程序的候选(533)。

这里，在并存在满足应用程序功能要求的应用程序时，就并进行应用程序切换，并向用户分布表示没有满足响应要求的内容的通知(537)。在存在满足应用程序功能要求的应用程序时，就进而取出在用户要求数据库108中存储的收费要求，与收费信息数据库的各应用程序的收费方法、收费金额进行比较，选择满足收费要求的应用程序的候选(534)。这里，在不存在满足收费要求的应用程序时，就向用户提示满足响应要求和应用程序功能要求的应用程序的候选(538)。在存在满足收费要求的应用程序时，就向用户提示满足全部要求的应用程序的候选(535)。

图19是表示本实施例的根据应用程序功能要求的应用程序切换的处理程序的流程图。图19表示出了在应用程序切换处理部107中不能满足用户设定的应用程序功能要求时的应用程序切换处理。

在由于应用程序的版本修改、卖主的合伙人变化等而应用程序的功能要求的充足度发生变化时，应用程序切换处理部107就进入应用程序切换动作(541)。

在应用程序切换处理部107中，首先，取出在用户要求数据库108中存储的用户签约时指定的应用程序功能要求，再次使用图5的方法选择满足要求的应用程序的候选(542)。这里，在不存在满足应用程序功能要求的应用程序时，就不进行应用程序切换，并向用户分布表示不存在满足应用程序功能要求的应用程序的内容的通知(546)。

在存在满足应用程序功能要求的应用程序的候选时，就进而取出用户要求数据库108中存储的响应要求，这时，选择满足响应要求的应用程序的候选(543)。

这里，在不存在满足响应要求的应用程序时，就进而取出在用户要求数据库108中存储的收费要求，与收费信息数据库的各应用程序的收费方法、收费金额进行比较，选择满足收费要求的应用程序的候选(547)。这里，在不存在满足收费要求的应用程序时，就向用户提示满足功能要求的应用程序的候选(549)。在存在满足收费要求的应用程序时，就向用户提示满足功能要求和收费要求的应用程序的候选(548)。

在存在满足响应要求的应用程序时，就进而取出在用户要求数据库108中存储的收费要求，与收费信息数据库的各应用程序的收费方法和收费金额进行比较，选择满足收费要求的应用程序的候选(544)。这里，在不存在满足收费要求的应用程序时，就向用户提示满足应用程序功能要求和响应要求的应用程序的候选(550)。在存在满足收费要求的应用程序时，就向用户提示满足全部要求的应用程序的候选(545)。

图20是表示本实施例的根据收费要求的应用程序切换的处理程序的流程图。图20表示出了在应用程序切换处理部107中不能满足用户设定的收费要求时的应用程序切换处理。

使用图15的方法判定不能满足用户指定的收费要求时，应用程序切换处理部107就进入应用程序切换动作(551)。

在应用程序切换处理部107中，首先，取出在用户要求数据库108中存储的收费要求，与收费信息数据库的各应用程序的收费方法和收费金额进行比较，选择满足收费要求的应用程序的候选(552)。这里，在不存在满足收费要求的应用程序时，就不进行应用程序切换，并向用户分布表示没有满足收费要求的内容的通知(556)。在存在满足收费要求的应用程序时，就进而取出在用户要求数据库108中存储的用户签约时指定的应用程序功能要求，并再次使用图15的方法选择满足要求的应用程序的候选(553)。

在不存在满足应用程序功能要求的应用程序时，就不进行应用程序切换，并向用户分布表示没有满足收费要求的内容的通知(557)。在存在满足应用程序功能要求的应用程序时，就进而取出在用户要求S数据库108中存储的响应要求，这时，选择满足响应要求的应用程序的候选(554)。

这里，在不存在满足响应要求的应用程序的候选时，就向用户提示满足应用程序功能要求和收费要求的应用程序的候选(558)。在存在满足响应要求的应用程序时，就向用户提示满足全部要求的应用程序的候选(555)。

按照上述结构，可以实现为了维持用户要求的服务水平而将不能满足指定的服务水平的应用程序切换为自身或连带公司所持有的满足服务水平的应用程序的应用程序·服务·提供系统。

图21是表示本实施例的进行窗口一元化的应用程序·服务·提供系统的结构的图。如图21所示，本实施例的供应商侧装置100具有窗口一元化管理处理部120、登记一元化处理部109、收费一元化处理部110和画面综合处理部111。

窗口一元化管理部120是使与多个应用程序服务对应的窗口实现一元化的处理部。登记一元化处理部109是使对多个应用程序服务的登记实现一元化的处理部。

收费一元化处理部110是使对多个应用程序服务的收费实现一元化的处理部。画面综合处理部111是根据各应用程序的画面项目间的关联性综合应用程序画面的处理部。

用于使供应商侧装置100起窗口一元化管理处理部120、登记一元化处理部109、收费一元化处理部110和画面综合处理部111的功能的程序存储到供应商侧装置100的硬盘等中后，安装到存储器中来执行。记录上述程序的记录媒体，也可以是硬盘以外的其他的记录媒体。

在图21中，表示出了在具有图7、图9～图12那样的本实施例的应用程序连带功能的中间供应商的供应商侧装置100中，一元化管理用户侧装置200的登记、收费、画面的应用程序·服务·提供系统的全体结构。

中间供应商的供应商侧装置100具有自身包含邮差AP-4的应用程序提供处理部101、表示所持有的应用程序的功能的应用程序功能一览表数据库104、各用户的收费信息数据库105、用户要求数据库108和用户的窗口处理部106，同时，具有各用户的登记信息数据库112、标志代码数据库113、窗口一元化管理处理部120、登记一元化处理部109、收费一元化处理部110和画面综合处理部111。

用户侧装置200处理业务1～业务4。其中，将业务1、业务3和业务4委托给中间供应商。另外，业务1是由AP-1提供的业务、业务3是由AP-3提供的业务、业务4是由AP-4提供的业务。

这里，用户只学中间供应商登记，通过窗口一元化分离处理部120的登记一元化处理部109的动作，便可向AP-1、AP-3和AP-4进行登记。另外，通过窗口一元化管理处理部120的收费一元化处理部的动作，用户便可将向AP-3和AP-4的收费归纳起来向中间供应商侧装置100进行。此外，通过窗口一元化管理处理部120的画面综合处理部111的动作，用户可以在AP-1、AP-3和AP-4间关联的画面项目综合化的状态下观看画面。以上，说明了像图7、图9～图12那样存在中间供应商的情况，但是，也可以应用于像图1那样不存在中间供应商的情况。

图22是表示本实施例的管理登记信息数据库112内的各用户的登记信息的表的利用例的图。在图22中，表示出了图21的登记一元化处理部109的处理，登记信息数据库112内的登记信息表620由用户签约的应用程序及其向该应用程序的登记名和口令的一览表构成。

用户600从登记画面601输入用户名口令。在接收到用户600的输入的登记一元化处理部109中从登记信息数据库112中取出用户登记信息表620的内容，从对象A P栏中检索用户600签约的应用程序，确认与各应用程序对应的用户名和口令。这里，检索AP1的用户名「000」和口令「012」、AP2的用户名「111」和口令「123」。

在对象应用程序实际起动时，登记一元化处理部109就使用该值代行登记。此外，在实施应用程序切换时，发生必须向未登录到登记信息数据库112中的新的AP4进行登记时，也可以自动地生成向新的应用程序的登记名「666」和口令「678」。

按照上述结构，可以实现对用户的登记进行一元化管理的应用程序·服务·提供系统。

图23是表示本实施例的管理收费信息数据库105内的各用户的收费信息的表的利用例的图。在图23中，表示出了图21的收费一元化处理部110的处理，收费信息数据库105内的收费信息表631由各用户的收费方法、收费限度额、集金额、中间统计额、签约对象应用程序和该应用程序的收费方法、收费金额的一览表构成。

用户A利用月额固定30000日元的AP1和月额固定25000日元的AP4时，收费一元化处理部110对用户A就要求月额固定55000日元(632)。用户B利用月额固定30000日元的AP1和按量收费制度每1件100日元的AP3时，收费一元化处理部110对用户B按月额就要求AP1的30000日元和AP3的利用费的总和(633)。用户C利用按量收费制度每1件200日元的AP2和按量收费制度每1件100日元的AP3时，收费一元化处理部110对用户C按月额就要求AP1和AP3的利用费的总和(634)。这里，从收费一元化处理部110向用户收费的频度，在月额以外，也可以考虑各种各样的方法。

按照上述结构，可以实现对用户的集金窗口进行一元化管理、可以吸收应用程序的不同收费方法的应用程序·服务·提供系统。

图24是表示本实施例的管理在各应用程序的画面上出现的项目间的关联的标志代码一览表的利用例的图。在图24中，表示出了图21的画面总和处理部111的处理，标志代码数据库113内的标志代码一览表641由将附加到各画面项目上的标志名和标志间的关联的强度数值化的关联代码和该画面包含的应用程序及其功能对象构成。

用户600利用具有AP-1的业务(650)的功能1。从AP-1接收到功能1的结果642的画面总和处理部111从标志代码数据库113中取出标志代码一览表641，检索与作为包含在功能1的结果642中的标志的标志1和标志2有关联的项目。

标志代码一览表641的关联代码的附加，通过考虑中间供应商或供应商提供的应用程序的画面项目的关联、对在画面项目间关联强的附加上更近的号码的关联代码的方法而进行。

在本实施例的标志代码一览表641中，给出了标志2与标志4和标志6的关联，所以，起动与标志4有关联的AP-2的功能2(660)和与标志6有关联的AP-3的功能3(670)，并将该功能2的结果643和功能3的结果644与刚才的结果642综合，向用户提示(602)。

此外，在各应用程序中，为了识别画面上的数据项目，百根据共同的规则附加标志。只要遵守标志附加的规则，画面综合处理部111在增加新的服务的应用程序时，也可以委托标志代码自动地在该应用程序中生成画面。

另外，即使用户根据各种各样的业务流程利用应用程序·服务·提供系统，画面综合处理部111也可以委托标志代码很容易地设计符合用户的业务流程的画面。

按照数结构，可以实现能够综合向不同的应用程序输入输出的输入输出画面的应用程序·服务·提供系统。

如上所述，按照本实施例的应用程序·服务·提供系统，从单个或多个应用程序供应商提供的多个应用程序中选择满足用户要求的应用程序或应用程序供应商及其提供的应用程序来提供应用程序服务，所以，可以有效地提供用户要求的应用程序服务。

另外，按照本实施例的应用程序·服务·提供系统，将不满足用户要求的应用程序切换为自身或其他应用程序供应商提供的应用程序，所以，可以提供维持用户要求的服务水平的应用程序服务。

另外，按照本实施例的应用程序·服务·提供系统，使对多个应用程序服务的窗口实现一元化，所以，可以减轻伴随利用多个应用程序服务的用户的负担。

按照本发明，从单个或多个应用程序供应商提供的多个应用程序中选择满足用户要求的应用程序或应用程序供应商及其提供的应用程序，提供应用程序服务，所以，可以有效地提供用户要求的应用程序服务。

Claims (9)

1.一种向用户提供应用程序服务的应用程序·服务·提供方法，其特征在于：包括从多个应用程序中选择满足作为用户要求的条件的用户要求的应用程序的步骤和进行用户的输入数据与上述选择的应用程序之间的数据形式变换或通信协议变换而提供应用程序服务的步骤。

2.按权利要求1所述的应用程序·服务·提供方法，其特征在于：上述用户要求是表示用户要求的应用程序的功能的应用程序功能要求和表示用户可以支付的收费金额的收费要求或用户要求的应用程序的响应的响应要求。

3.按权利要求1所述的应用程序·服务·提供方法，其特征在于：

具有当判断出不满足用户所要求的应用程序功能条件、表示用户可以支付收费金额的收费条件、或者表示对用户所要求应用程序的响应的响应条件中的任一个条件时，将应用程序切换为其他应用程序的步骤。

4.按权利要求1所述的应用程序·服务·提供方法，其特征在于：具有将对多个应用程序·服务的窗口的画面综合为1个的步骤。

5.一种向用户提供应用程序服务的应用程序·服务·提供系统，其特征在于：具有从多个应用程序中选择满足作为用户要求的条件的用户要求的应用程序的应用程序选择处理单元和进行用户的输入数据与上述选择的应用程序之间的数据形式变换或通信协议变换而提供应用程序服务的系统连带处理单元。

6.按权利要求5所述的应用程序·服务·提供系统，其特征在于：具有将不满足用户要求的应用程序切换为其他的应用程序的应用程序切换处理单元。

7.按权利要求5所述的应用程序·服务·提供系统，其特征在于：具有将对多个应用程序·服务的窗口的画面综合为1个的管理处理单元。

8.一种向用户提供应用程序服务的应用程序·服务·提供方法，其特征在于：包括从单个或多个应用程序供应商提供的多个应用程序中选择满足作为用户要求的条件的用户要求的应用程序或应用程序供应商及其提供的应用程序的步骤和进行上述选择的应用程序之间的数据形式变换或通信协议变换或工作流程管理而提供应用程序服务的步骤。

9.一种向用户提供应用程序服务的应用程序·服务·提供系统，其特征在于：具有从单个或多个应用程序供应商提供的多个应用程序中选择满足作为用户要求的条件的用户要求的应用程序或应用程序供应商及其提供的应用程序的应用程序选择处理单元和进行上述选择的应用程序之间的数据形式变换或通信协议变换或工作流程管理而提供应用程序服务的系统连带处理单元。

Images