专利名称：服务器设备、终端设备、应用程序通信系统、方法、以及记录介质的制作方法
技术领域：
本发明涉及服务器设备、终端设备、应用程序通信系统、应用程序通信方法和用于记录应用通信程序的记录介质。本发明尤其涉及用于通过数据通信通道对被分成几个部分的应用程序进行传输的一种服务器设备、一种输出终端设备、一个应用程序通信系统和一种应用程序通信方法，以及一种用于记录进行这种传输的应用通信程序的记录介质。
近年来，诸如国际互联网等网络迅速得到广泛应用。相应于此，各种各样的应用程序包括游戏软件和以数字形式的书籍数据等越来越多地从服务器设备通过这种网络下载到用户终端。
通常使用的数据分配方法通过压缩待传的数据从而减少它的存储容量，来试图减少施加于通信基础结构以及接收器端的负载。然而，当待分配的应用程序有大的容量而且仅仅将它压缩是不够时，通常就会使用另一种如下所述的分发方法。
在这种分发方法中，一个应用程序被分成多个单元，例如其大小与软盘驱动器(FDD)的容量相同，然后将该应用程序以这种单元的形式分发给用户。用户顺序地接收应用程序单元并将它们安装到他/她的终端设备中。当全部单元的安装完成时，这些单元组合起来并作为一个应用程序进行操作。
对一个不固定的通信基础结构例如一个移动终端来说，包通信系统就是公知的这样一种分发方法。包通信系统试图通过将要分发的数据分成包单元来排除通信误差并减少通信负载。这些包中的数据在终端上进行组合，并作为一个数据集(一个应用程序)来使用。
然而，如上所述的应用程序分发系统有一个不利之处，即从通信开始时到应用程序准备好供用户使用时需要花较长的时间。更具体地说，直到整个应用程序完全安装或保存在一个存储设备中时，用户才能对应用程序进行操作。尤其是对大容量的应用程序通信而言，用户在他/她发出发送请求之后要等待一段漫长的时间，期望的应用程序最终才能变得可用。
因此，在要求即时性的情况下，即，当用户希望尽快执行例如游戏软件等应用程序时，这些方法是非常不方便的。
此外，即使用户仅仅希望使用其中的一部分，也需要接收全部的应用程序，这同样是不方便的。
此外，在移动通信的情况下，通信状况取决于通信期间的地形、离基站的距离等其他情况，从而导致它很难始终保持良好的通信状况。因此，尤其困难的是长时间稳定地发送或接收一个大容量的应用程序。
因此，利用这种传统的、要求在用户终端使用之前完全接收对应于一个应用程序的全部单元的分发方法，应用程序本身的使用是很困难的。
此外，就这种传统分发方法来说，还存在一个与对应用程序的价格进行付款的方法(计费方法)有关的问题。在传统的分发方法中，付款在将应用程序的全部单元完全传送的前提之上进行的。因此，即使用户只需要其中的一部分，他/她也不得不支付全部应用程序的费用。
基于上文，本发明的一个目的是提供一种服务器设备、终端设备、一种应用程序通信系统、一种应用程序通信方法以及一种用来记录应用通信程序的计算机可读记录介质，能够在其中的通信开始之后的一个短时期内使用需要的应用程序。
本发明另一目的是提供一种服务器设备、输出终端设备、一种应用程序通信系统、一种应用程序通信方法以及一种用来记录应用通信程序的计算机可读记录介质，能够促进应用程序通信的使用。
本发明的上述目的可以通过使用一种装配有以下元件的服务器设备来实现。依据本发明的一个方面，一种服务器设备包括一个第一存储单元，用来存储一个被分成多个部分的应用程序或是子应用程序；一个接收单元，用来接收用户发来的信息；以及一个发送单元，依据接收的信息发送至少一个子应用程序。至少一个子应用程序是可单独执行的。
更可取地，发送单元首先发送可单独执行的子应用程序。
更可取地，这些子应用程序有它们的执行次序，而且划分之前的应用程序的目标可以通过按照该次序执行这些子应用程序来实现。
在这儿，应用程序是指任何类型的用于执行某种过程的程序(内容)，它包括游戏软件、和小说的连续数据、电影、戏剧或音乐等等。尽管对相互无关的数据的简单集合没有包含在应用程序的这个定义中，但是用于实现某个目的所需要的数据集合包含在其中。
依据这些发明，根据从用户接收的信息至少有一个子应用程序被发送给用户。这些子应用程序有它们的执行次序，而且划分之前的应用程序的目标可以通过按照该次序执行这些子应用程序来实现。至少有一个子应用程序是能够单独执行的。
因此，即使没有接收整个应用程序，也允许接收子应用程序的用户执行所接收到的子应用程序。因此，就提供了允许在通信开始之后的短时间内使用需要的应用程序的服务器设备。
更可取地，第一存储单元通过使子应用程序和用于标识它们的ID(标识符)关联来储存这些子应用程序。
依据本发明，存储与这些和子应用程序有关的、用于标识它们的ID。这能使每个子应用程序的标识变的容易。
更可取地，每一个这些子应用程序中都包含假定接下来会使用的子应用程序的ID。
依据本发明，接下来会使用的子应用程序的ID被包含在每一个子应用程序中。这样，子应用程序的执行次序能够很容易地提取出来。
更可取地，至少有一个子应用程序中包含标识它是最后一个子应用程序的ID。
依据本发明，这个用来标识该子应用程序是最后一个的ID被包含在这个子应用程序中。这能够通知已完成了一个应用程序的执行。
更可取地，当接收单元接收一个子应用程序的ID时，发送单元基于接收到的ID发送保存在第一存储单元中的相关子应用程序。
依据本发明，当收到用户发出的一个子应用程序的ID时，将相关的子应用程序发送给该用户。这样，一个期望的子应用程序能够正确地发送给用户。
更可取地，服务器设备更进一步包含一个第二存储单元，用来储存每个子应用程序的规定信息。
依据本发明，存储每个子应用程序的规定信息，其能够在必要时使用。
更可取地，该规定信息包含每个子应用程序的ID以及相应的价格信息。
依据本发明，存储应用程序的ID和相应的价格信息。这样，就可能了解每个子应用程序的价格。
更可取地，对应于一个其次或稍后发送的子应用程序的价格信息要低于对应于首先发送的子应用程序的价格信息。
依据本发明，以第二或者更后的次序发送的子应用程序在价格上要低于首先发送的子应用程序。因此，就有可能鼓励那些接收了首先发送的子应用程序的用户购买或使用随后的子应用程序。
更可取地，规定信息中包含了每个子应用程序的使用次数。
依据本发明，存储每个子应用程序的使用次数，因此就有可能知道每个子应用程序被使用的频繁程度。
更可取地，服务器设备更进一步包含一个第五存储单元，用来存储对应于使用次数的折扣率信息。
依据本发明，存储对应于使用次数的折扣率信息，其能够在必要时使用。
更可取地，服务器设备更进一步包含一个设置单元，在保存在第二存储单元中的规定子应用程序的使用次数和保存在第五存储单元中的对应于相关使用次数的折扣率的基础上，设置接下来要使用的子应用程序的价格。
依据本发明，根据规定子应用程序的使用频率确定折扣率，然后在确定的折扣率的基础上设置接下来使用的子应用程序的价格。因此，就有可能唤起用户购买后续子应用程序的欲望。
更可取地，服务器设备进一步提供一个设置单元，该单元基于，存储在第二存储单元中的、首先发送的子应用程序的使用次数和存储第五存储单元中的、对应于相关使用次数的折扣率，设置要其次或稍后发送的子应用程序的价格。
依据本发明，根据首先发送的子应用程序的使用频率来确定折扣率，然后基于确定的折扣率来设置其次或稍后发送的子应用程序的价格。因此，就有可能促进用户购买第一子应用程序之后的子应用程序的欲望。
更可取地，规定信息中包含有关广告存在/不存在的信息。
依据本发明，存储每个子应用程序的广告存在/不存在的信息。因此，必要时就有可能知道某个子应用程序的广告是否存在。
更可取地，当要发送一个广告存在/不存在信息表明广告存在的子应用程序时，发送单元发送子应用程序和附加的相应广告数据。
依据本发明，当存在一个子应用程序的广告信息时，将有关的广告信息和该子应用程序一起发送。因此就有可能通知用户其期望的广告信息。
更可取地，规定信息中包含一个对应于该子应用程序的应用程序名。
依据本发明，就有可能很容易地知道子应用程序的应用程序名。
更可取地，服务器设备进一步提供一个第三存储单元，用来存储用产信息。
依据本发明，存储用户信息，其能够在必要时使用。
更可取地，该用户信息包含用户ID和用来辨识用户的口令。
依据本发明，存储该用户ID和口令，其可以在识别用户时使用。
更可取地，服务器设备进一步包含一个第一确定单元，当接收单元接收用户ID和口令时，确定接收的用户ID和口令是否与存储在第三存储单元中的用户ID和口令相匹配。
依据本发明，确定从用户那儿接收的用户ID和口令是否与那些存储的值相匹配。因此，就有可能确定该用户是否是一个授权用户。
更可取地，服务器设备进一步提供一个禁止单元，当第一确定单元确定用户的ID和口令不匹配时，禁止发送单元的发送操作。
依据本发明，当从用户接收的用户ID和口令与那些存储值不匹配时，不执行应用程序的发送操作。这样，仅仅将应用程序发送给授权用户，从而提高了可靠性。
更可取地，用户信息包含一个应用程序使用历史记录。
依据本发明，存储用户的应用程序使用历史记录。这样，就有可能获得有关用户在过去使用应用程序或者类似的适当信息。
更可取地，服务器设备进一步包含一个提取单元，其基于存储的使用历史记录提取出存储在第一存储单元中的适当广告数据，以及一个用来发送提取的广告数据的广告数据发送单元。
依据本发明，基于用户的使用历史记录将适当的广告信息发送给用户。这样，用户就能够获得适当的信息。
更可取地，用户信息包含用户的贷方余额信息。
依据本发明，存储涉及用户付款的贷方余额信息，因此用户伪造贷方余额就变得不可能了。必要时能够检索贷方余额。
更可取地，服务器设备进一步提供了一个比较单元，将用户的贷方余额信息与用户需要的子应用程序的价格信息进行比较。根据该比较单元的比较结果，只有在贷方余额信息大于或等于价格信息的情况下，发送单元才发送有关的子应用程序。
依据本发明，只有当用户的贷方余额足够交付需要的子应用程序价格费用时，用户才能接收需要的子应用程序。因此就有可能对用户施加财政封锁。
更可取地，服务器设备进一步包含一个第四存储单元，用来存储预付款信息。
依据本发明，存储涉及预先支付款的预付款信息，它能够通过电汇进行结算。
更可取地预付款信息包含预付ID和口令。
依据本发明，存储预付ID和口令，它们能够用来核对预付卡及类似信息。
更可取地，服务器设备进一步包含一个第二确定单元，当接收单元接收预付ID和口令时，确定接收的预付ID和口令是否与储存在第四存储单元中的预付ID和口令相匹配。
依据本发明，就接收的预付ID和口令是否正确来说，有可能做出一个正确的判定。
更可取地，预付款信息包含价信息。
依据本发明，在服务器设备中存储一个介质如预付卡的价信息。这样，篡改该值信息就变得不可能了。
更可取地，服务器设备进一步包含一个收费单元，每次在发送单元将子应用程序发送给用户时，向用户收取该子应用程序的费用。
依据本发明，基于子应用程序向用户收费。这样，用户能够以最少的价钱使用必需的应用程序。因此，就可能提供一个服务器设备，该设备能够通过允许收取一个合适地价钱来促进应用程序通信的使用。
更可取地，服务器设备进一步包含一个确认单元，用来确认通过发送单元发送子应用程序是否完成。当确认单元确认发送完成时，收费单元会对收取该子应用程序的费用。
依据本发明，只有当子应用程序的发送完成时才向用户收取费用。这避免了即使通信中断了以及不完全终止也需要付款这种情况的发生。
依据本发明的另一方面，一个服务器设备包含一个第一存储单元，用来存储一个被分成多个子应用程序的应用程序；一个接收单元，用来接收来自用户的信息；一个发送单元，根据接收的信息发送至少一个子应用程序；以及一个收费单元，每当发送单元将子应用程序发送给用户时向用户收取该子应用程序的费用。
依据本发明，每当将子应用程序发送给用户时，对接收了该子应用程序的用户收取该子应用程序的费用。这样，用户只须支付一个最低的价格。因此，提供了一种服务器设备，它能够通过允许收取一个合理的价格来促进应用程序通信的使用。
更可取地，服务器设备进一步包含一个确认单元，用来确认通过发送单元进行的子应用程序的发送是否完成。当确认单元确认发送完成时，收费单元会收取该子应用程序的费用。
依据本发明，只有当子应用程序完全发送时才向用户收取费用。这样，避免了即使通信中断和不完全终止也需要付款这种情况的发生。
更可取地，服务器设备进一步包含一个第二存储单元，用来存储用于辨识用户的用户ID和口令；一个确定单元，当接收单元接收用户ID和口令时，确定接收的用户ID和口令是否与第二存储单元中存储的用户ID和口令相匹配；以及一个禁止单元，当确定单元确定这些用户ID和口令不匹配时，禁止发送单元的发送操作。
依据本发明，确定用户输入的用户ID和密码是否与那些存储值相匹配。当它们不匹配时，就不执行应用程序的发送操作。这样，应用程序只发送给授权用户，从而提高了可靠性。
更可取地，第二存储单元进一步存储用户的贷方余额信息。当用户的贷方余额信息大于或等于有关子应用程序的价格信息时，发送单元发送用户需要的子应用程序。
依据本发明，只有当用户的贷方余额足够交付有关子应用程序的价格时，用户才能接收需要的的子应用程序。这样就有可能对用户施加财政封锁。
依据本发明更进一步的方面，终端设备包含一个接收单元，用来接收作为分离的应用程序一部分的一个子应用程序；一个执行单元，用来执行接收的子应用程序；和一个请求单元，用来基于在接收的子应用程序中所存储的有关下一次要用的子应用程序信息，根据执行单元的执行结果，发出一个发送下一个子应用程序的请求。
依据本发明，基于在执行的子应用程序中存储的、下一次要使用的子应用程序信息，根据子应用程序的执行结果发出一个发送下一个子应用程序的请求。这样，能够以适当的次序接收子应用程序。
更可取地，当对应于子应用程序的广告数据与该子应用程序一起发送时，接收单元可以同时接收该广告数据。
依据本发明，用户除了能够接收需要的应用程序之外，还能够接收相关感兴趣的广告数据。
更可取地，终端设备进一步包含一个发送单元，当接收单元接收子应用程序的操作完成时，发送一个接收完成信号。
依据本发明，一旦完成了子应用程序的接收就发送一个完成信号。这样，就能够确切得知接收是否完成了。
依据本发明一个更深入的方面，一种应用程序通信系统包含一个服务器设备，它具备一个用来发送可单独执行的子应用程序的发送单元；和一个终端设备，用来接收相关的子应用程序。
依据本发明，接收来自终端的应用程序发送请求的服务器设备向终端发送可单独执行的子应用程序。这样，终端设备能够在收到该子应用程序之后立即执行它。因此，就能提供一种应用程序通信系统，其允许在通信开始之后的短时间内使用需要的应用程序。
依据本发明的又一个方面，一种应用程序通信系统包含一个服务器设备，它具备一个在每次发送子应用程序时收取费用的收费单元；以及一个终端设备，用来接收子应用程序。
依据本发明，向用户收取每一个子应用程序的费用，从而能够以最低的价钱使用应用程序。因此，提供了一种应用程序通信系统，它能够通过收取合适的价钱来促进对应用程序通信的使用。
依据本发明另一个方面，一种应用程序通信方法包含以下步骤第一存储步骤，存储被分成多个子应用程序的应用程序；接收步骤，来接收来自于用户的信息；以及发送步骤，依据接收的信息发送至少一个子应用程序。至少有一个子程序是能够单独执行的。
更可取地，发送步骤首先发送可单独执行的子程序。
依据这些发明，就可能提供一种应用程序通信方法，它允许在通信开始之后的短时间内使用需要的应用程序。
更可取地，这些子应用程序有它们的执行次序，而且分离之前的应用程序的目标可以通过按照该次序执行这些子应用程序来实现。
更可取地，第一存储步骤通过关联他们和用于标识它们的IDs来储存这些子应用程序。
更可取地，每一个这些子程序中都包含接下来会使用的子应用程序的ID。
更可取地，至少有一个子程序中包含标识相关的子应用程序是最后一个的ID。
更可取地，在接收步骤接收一个子应用程序的ID时，基于接收到的ID，发送步骤发送存储在第一存储步骤中的有关子应用程序。
更可取地，应用程序通信方法进一步包含一个第二存储步骤，用来存储每一个子应用程序的规定信息。
更可取地，该规定信息包含子应用程序的ID和相应的价格信息。
更可取地，对应于一个其次或稍后发送的子应用程序的价格信息要低于对应于首先发送的子应用程序的价格信息。
更可取地，规定信息包含子应用程序的使用次数。
更可取地，应用程序通信方法进一步包含一个第五存储步骤，存储对应于使用次数的折扣率信息。
更可取地，应用程序通信方法进一步包含一个设置步骤，基于第二存储步骤中保存的规定子应用程序的使用次数和第五存储步骤中存储的对应于相关使用次数的折扣率，设置下一个要发送的子应用程序的价格。
更可取地，应用程序通信方法进一步包含一个设置步骤，基于在第二存储步骤中保存的首先发送的子应用程序的使用次数和第五存储步骤中存储的对应于相关使用次数的折扣率，设置其次或稍后发送的子应用程序的价格。
更可取地，规定信息包含有关广告存在/不存在的信息。
更可取地，当要发送一个具有信息表明广告存在的子应用程序时，发送步骤发送有关的子应用程序和附加的相应广告数据。
更可取地，规定信息中包含一个对应于子应用程序的应用程序名。
更可取地，应用程序通信方法进一步包含一个第三存储步骤，用于存储用户信息。
更可取地，该用户信息包含用来辨识用户的用户ID和口令。
更可取地，应用程序通信方法进一步包含一个第一确定步骤，当接收步骤中接收了用户ID和口令时，确定接收的用户ID和口令是否与第三存储步骤中储存的用户ID和口令相匹配。
更可取地，应用程序通信方法进一步包含一个禁止步骤，当第一确定步骤中确定这些用户ID和口令不匹配时，禁止发送步骤中的发送操作。
更可取地，用户信息包含一个应用程序的使用历史记录。
更可取地，应用程序通信方法进一步包含一个提取步骤，基于在存储的使用历史记录提取出第一存储步骤中存储的适当广告数据；和一个广告数据发送步骤，用于发送提取的广告数据。
更可取地，用户信息包含用户的贷方余额信息。
更可取地，应用程序通信方法进一步包含一个比较步骤，其将用户的贷方余额信息与用户需要的子应用程序的价格信息进行比较。就比较结果来说，如果贷方余额信息大于或等于价格信息的话，发送步骤就会发送该子应用程序。
更可取地，应用程序通信方法进一步包含一个第四存储步骤，来存储预付款信息。
更可取地，预付款信息包含预付ID和口令。
更可取地，应用程序通信方法进一步包含一个第二确定步骤，当接收步骤中接收了预付ID和口令时，确定接收的预付ID和口令是否与第四存储步骤中储存的预付ID和口令相匹配。
更可取地，预付款信息包含值信息。
更可取地，应用程序通信方法进一步包含一个收费步骤，每次将子应用程序发送给用户时，向用户收取该子应用程序的费用。
更可取地，应用程序通信方法进一步包含一个确认步骤，用来确认在发送步骤中进行的子应用程序的发送是否完成。当确认步骤证实发送完成时，收费步骤会收取该子应用程序的费用。
依据本发明的另一个方面，一种应用程序通信方法包含以下步骤第一存储步骤，存储被分成多个子应用程序的一个应用程序；接收步骤，接收来自用户的信息；发送步骤，依据接收的信息发送至少一个子应用程序；以及收费步骤，每次将子应用程序发送给用户时向用户收取该子应用程序的费用。
依据本发明，就有可能提供一种应用程序通信方法，它能够通过允许收取一个合理价格来促进应用程序通信的使用。
更可取地，应用程序通信方法进一步包含一个确认步骤，用来确认发送步骤中子应用程序的发送是否完成。当确认步骤证实发送完成时，收费步骤会收取该子应用程序的费用。
更可取地，应用程序通信方法进一步包含第二存储步骤，存储用于辨识用户的用户ID和口令；确定步骤，在接收步骤中接收了用户ID和口令时，确定接收的用户ID和口令是否与第二存储步骤中存储的用户ID和口令相匹配；以及禁止步骤，当确定步骤中判定这些用户ID和口令不匹配时，就禁止发送步骤的发送操作。
更可取地，第二存储步骤进一步存储用户的贷方余额信息，且当用户的贷方余额信息大于或等于有关子应用程序的价格信息时，发送步骤中会发送用户需要的子应用程序。
依据本发明的又一个方面，一种应用程序通信方法包含以下步骤接收步骤，接收作为分离的应用程序一部分的子应用程序；执行步骤，执行接收的子应用程序；和请求步骤，基于接收的子应用程序中所存储的下一个要使用的子应用程序的信息，根据执行步骤的执行结果，发出发送下一个子应用程序的请求。
依据本发明，作为该子应用程序的执行结果，基于执行的子应用程序中所存储的有关下一个要使用的子应用程序的信息，发出一个发送下一个子应用程序的请求。因此，就能够实现这样一种应用程序通信方法，它能够以适当的次序接收子应用程序。
更可取地，应用程序通信方法进一步包含一个发送步骤，当接收步骤中子应用程序的接收操作完成时，发送一个接收完成信号。
依据本发明另一个更深入的方面，一种应用程序通信方法实现了应用程序的通信，它使用包含一个用来发送可单独执行的子应用程序的发送单元的一个服务器设备，和一个终端设备，用来接收子应用程序。
依据本发明，一个接收了来自于终端设备的应用程序发送请求服务器的设备，向终端设备发送可单独执行的子应用程序。接收子应用程序的终端设备能够立即执行该子应用程序。因此，就有可能提供一种应用程序通信方法，它允许在通信开始之后的短时间内使用需要的应用程序。
依据本发明另一个更深入的方面，一种应用程序通信方法实现了应用程序的通信，它使用包含一个每次发送子应用程序时收取费用的收费单元的一个服务器设备，和一个终端设备，用来接收子应用程序。
依据本发明，基于子应用程序要求的付款，从能够以最低的价钱使用应用程序。因此，就有可能提供一种应用程序通信方法，它能够通过允许收取一个合理价钱来促进应用程序通信的使用。
依据本发明的又一个方面，一种计算机可读记录介质记录一个可使计算机执行一种应用程序通信方法的应用通信程序。该应用程序通信方法包含以下步骤第一存储步骤，存储被分成多个子应用程序的一个应用程序；接收步骤，以接收来自于用户的信息；以及发送步骤，依据接收的信息发送至少一个子应用程序。至少有一个子程序是能够单独执行的。
更可取地，发送步骤首先发送可单独执行的子程序。
依据这些发明，有可能提供一种用来记录一种应用通信程序的记录介质，该程序能够使计算机执行一种应用程序通信方法，其中该方法允许在通信开始之后的短时间内使用需要的应用程序。
更可取地，这些子程序有它们的执行次序，而且分离之前的应用程序的目标可以通过按照该次序执行这些子程序来实现。
更可取地，第一存储步骤通过关联他们和用于标识它们的ID来储存这些子程序。
更可取地，每一个这些子程序中都包含接下来会使用的子程序的ID。
更可取地，至少有一个子应用程序中包含标识相关的子应用程序是最后一个的ID。
更可取地，在接收步骤中接收子应用程序的ID时，基于接收到的ID，发送步骤会发送在第一存储步骤中所存储的有关子应用程序。
更可取地，应用程序通信方法进一步包含一个第二存储步骤，用来存储每个子应用程序的规定信息。
更可取地，该规定信息包含子应用程序的ID以及相应的价格信息。
更可取地，对应于其次或稍后发送的子应用程序的价格信息要低于对应于首先发送的子应用程序的价格信息。
更可取地，规定信息包含子应用程序的使用次数。
更可取地，应用程序通信方法进一步包含一个第五存储步骤，存储对应于使用次数的折扣率信息。
更可取地，应用程序通信方法进一步包含一个设置步骤，基于在第二存储步骤中所存储的规定子应用程序的使用次数和第五存储步骤中存储的对应于相关使用次数的折扣率，设置下一个要发送的子应用程序的价格。
更可取地，应用程序通信方法进一步包含一个设置步骤，基于在第二存储步骤中保存的首先发送的子应用程序的使用次数和第五存储步骤中存储的对应于相关使用次数的折扣率，设置其次或稍后要发送的子应用程序的价格。
更可取地，规定信息包含有关广告存在/不存在的信息。
更可取地，要发送一个信息表明广告存在的子应用程序时，发送步骤会发送有关的子应用程序和附加的相应广告数据。
更可取地，规定信息包含一个对应于子应用程序的应用程序名。
更可取地，应用程序通信方法进一步包含一个第三存储步骤，用来存储用户信息。
更可取地，该用户信息包含用来辨识用户的用户ID和口令。
更可取地，应用程序通信方法进一步包含一个第一确定步骤，当接收步骤中接收了用户ID和口令时，确定接收的用户ID和口令是否与第三存储步骤中储存的用户ID和口令相匹配。
更可取地，应用程序通信方法进一步包含一个禁止步骤，当第一确定步骤中确定这些用户ID和口令不匹配时，禁止发送步骤中的发送操作。
更可取地，用户信息包含一个应用程序的使用历史记录。
更可取地，应用程序通信方法进一步包含一个提取步骤，基于存储的使用历史记录，提取出第一存储步骤中存储的适当广告数据，一个广告数据发送步骤，发送提取的广告数据。
更可取地，用户信息包含用户的贷方余额信息。
更可取地，应用程序通信方法进一步包含一个比较步骤，将用户的贷方余额信息与用户需要的子应用程序的价格信息进行比较。作为比较步骤的比较结果，如果贷方余额信息大于或等于价格信息，发送步骤就向用户发送有关的子应用程序。
更可取地，应用程序通信方法进一步包含一个第四存储步骤，用来存储预付款信息。
更可取地，预付款信息包含预付ID和口令。
更可取地，应用程序通信方法进一步包含一个第二确定步骤，当接收步骤中接收了预付ID和口令时，确定接收的预付ID和口令是否与第四存储步骤中储存的预付ID和口令相匹配。
更可取地，预付款信息包含值信息。
更可取地，应用程序通信方法进一步包含一个收费步骤，每次将子应用程序发送给用户时，向用户收取该子应用程序的费用。
更可取地，应用程序通信方法进一步包含一个确认步骤，用来确认发送步骤中的子应用程序的发送是否完成。当确认步骤证实发送完成时，收费步骤会收取该子应用程序的费用。
依据本发明的又一个方面，一种计算机可读记录介质记录一个可使计算机执行一种应用程序通信方法的应用通信程序。该应用程序通信方法包含以下步骤第一存储步骤，存储被分成多个子应用程序的应用程序；接收步骤，接收来自于用户的信息；发送步骤，依据接收的信息发送至少一个子应用程序；以及收费步骤，每次在发送步骤将子应用程序发送给用户时，向用户收取该子应用程序的费用。
依据本发明，有可能提供一种用来记录一种应用通信程序的计算机可读记录介质，该程序会使计算机执行一种应用程序通信方法，而该方法能够通过允许收取一个合理的价钱来促进应用程序通信的使用。
更可取地，应用程序通信方法进一步包含一个确认步骤，通过来确认发送步骤中的子应用程序的发送是否完成。当确认步骤证实发送完成时，收费步骤会收取该子应用程序的费用。
更可取地，应用程序通信方法进一步包含第二存储步骤，存储用于辨识用户的用户ID和口令；确定步骤，在接收步骤中接收了用户ID和口令时，确定接收的用户ID和口令是否与第二存储步骤中所存储的用户ID和口令相匹配；以及禁止步骤，当确定步骤中确定这些用户ID和口令不匹配时，就禁止发送步骤中的发送操作。
更可取地，第二存储步骤进一步存储用户的贷方余额信息，且当用户的贷方余额信息大于或等于有关子应用程序的价格信息时，发送步骤中会发送用户需要的子应用程序。
依据本发明的又一个方面，一种计算机可读记录介质用来记录一个可使计算机执行一种应用程序通信方法的应用通信程序。该应用程序通信方法包含以下步骤接收步骤，接收作为分离的应用程序的一部分的子应用程序；执行步骤，执行接收的子应用程序；和请求步骤，基于在接收的子应用程序中所存储的下一个要使用的子应用程序的信息，根据执行步骤的执行结果，发出发送下一个子应用程序的请求。
依据本发明，作为执行该子应用程序的结果，基于在执行的子应用程序中所存储的下一个要使用的子应用程序的信息，发出下一个发送请求。因此，有可能提供一种计算机可读记录介质，用来记录一种使计算机能够执行一种应用程序通信方法的应用通信程序，其中该方法允许以正确的次序接收子应用程序。
更可取地，该应用程序通信方法进一步包含一个发送步骤，当接收步骤中子应用程序的接收操作完成时，发送一个接收完成信号。
依据本发明的又一个方面，一种计算机可读记录介质用来记录一个可使计算机执行一种应用程序通信方法的应用通信程序。该应用程序通信方法实现了应用程序的通信，它使用具备一个用来发送可单独执行的子应用程序的发送单元的一个服务器设备，和一个终端设备，用来接收子应用程序。
依据本发明，接收来自于终端设备应用程序发送请求的服务器设备向终端设备发送可单独执行的子应用程序。接收子应用程序的终端设备能够立即执行该子应用程序。因此，有可能提供一种计算机可读记录介质，用来记录一种能够使计算机执行一种应用程序通信方法的应用通信程序，该方法允许在通信开始之后的短时间内使用需要的应用程序。
依据本发明的又一个方面，一种计算机可读记录介质用来记录一个可使计算机执行一种应用程序通信方法的应用通信程序。该应用程序通信方法实现了应用程序的通信，它使用具备一个用来在每次发送子应用程序时收取该子应用程序费用的收费单元的一个服务器设备，和一个终端设备，用来接收子应用程序。
依据本发明，收取每一个子应用程序的费用，从而能够以最低的价钱使用应用程序。因此，有可能提供一种计算机可读记录介质，用来记录一种能使计算机执行一种应用程序通信方法的应用通信程序，该方法能够通过允许收取一个合理的价钱来促进应用程序通信的使用。
结合下列详细描述及其附图，本发明的上述及其他目的、特征、方面和优点将阐述得更为清楚。
附图简要说明
图1说明了依据本发明第一个实施例的整个应用程序通信系统的原理。
图2显示了图1中的服务器系统的详细结构。
图3-6分别显示了保存在第一、第二、第三和第四存储单元中的数据的例子。
图7是移动终端的原理结构的方框图。
图8是一个说明了根据本发明的第一实施例的整个应用程序通信系统的操作流程的流程图。
图9显示了一个要购买的预付卡的例子。
图10是说明在图8中预付卡购买过程(步骤S803)子程序的流程图。
图11是说明在图8中终端验证过程(步骤S805)子程序的流程图。
图12是说明在图8中应用程序选取过程(步骤S807)子程序的流程图。
图13是说明一个在图12中的应用程序发送和收费过程子程序的流程图。
图14是一个说明在图13中预付款过程子程序(步骤S1321)的流程图。
图15是说明在图8中应用程序执行过程(步骤S809)子程序的流程图。
图16显示了要传输的高尔夫球游戏的结构。
图17显示了根据第一个实施例的第一个修改保存在第二存储单元中的数据的例子。
图18显示了保存在第五存储单元中的数据的一个例子。
图19显示了根据本发明第二个实施例保存在第二存储单元中的数据的例子。
图20显示了根据第二个实施例保存在第一存储单元中的数据的一个例子。
图21是一个说明根据第二个实施例中的应用程序发送和收费过程操作流程的流程图。
最佳实施例描述在下文中，将结合附图对本发明的实施例加以描述。
(1)第一实施例参考图1，该应用程序通信系统包含一个服务器系统100和多个终端设备200、210以及220(在下文中，也称为“终端”)。服务器系统100和终端设备200、210以及220可以通过一个数据通信通路300相互连接。
服务器系统100包括一个存储单元120，用来存储有关被分成多个部分的应用程序信息、有关用户的信息(用户信息)、有关提前付款的信息(预付款信息)等；和一个控制单元110，用来控制整个服务器系统100。在整个该说明中，分开的应用程序的每一部分都称为一个“子应用程序”。
终端设备200是一种通过用于移动终端的基站来执行数据通信的一种移动终端。终端设备210是一个人计算机。终端设备220是便携式的游戏装置。
数据通信通路300允许双向通信，为此国际互连网、LAN(局域网)、电话线、移动通信及其他都可以使用。
现在，将参考图2-6对服务器系统100加以描述。
图2显示了图1中所示的服务器系统100的详细结构。参考图2，如上所述，服务器系统100包括控制单元110和存储单位120。
存储单元120包括第一存储单元121，用来存储每个被分成子应用程序的应用程序；第二存储单元122，用来存储相应的子应用程序信息；第三存储单元123，用来存储用户信息；以及第四存储单元124，用来存储预付款信息。
第一存储单元121存储多个应用程序，其中包括游戏软件(a)、以数字形式表示的书籍数据(b)、一个演示(demo)程序(c)、广告数据(d)及其他。每个应用程序根据它的内容被分成最小单元。例如，游戏软件(a)根据该游戏的内容被分成n个部分、或者n个子应用程序。应用程序的通信是以子应用程序为单位来进行执行的。
图3显示了保存在第一存储单元121中的示例数据。参考图3，第一存储单元121存储一个被分成多个子应用程序的应用程序，以及用于辨识相应子应用程序的应用程序ID。
例如，一个名为“超级高尔夫球”的高尔夫球游戏应用程序被分成几个部分，诸如“用于高尔夫球游戏洞1的程序”、“用于高尔夫球游戏洞2的程序”、以及“用于高尔夫球游戏洞3的程序”，将它们作为子应用程序而储存。这些子应用程序分别与也保存在第一存储单元121中的应用程序ID123456、123457以及123458有关。
每个应用程序ID包含用于分类的信息，包括范畴，例如，游戏软件、以数字形式的书本数据、演示程序、以及广告数据等。
这里，每个子应用程序中包括被认为在下一次使用的子应用程序的应用程序ID。例如，在“用于高尔夫球游戏洞1的程序“中，包括期望在下一次使用的″用于高尔夫球游戏洞2的程序“的应用程序ID(123457)。
如果没有下一次要用到的子应用程序，该子应用程序包括这样的应用程序ID用来指示相关的子应用程序是最后的子应用程序。
第二存储单元122存储有关子应用程序的信息。图4显示了保存在第二存储单元122中的数据示例。参考图4，第二存储单元122存储与相应的子应用程序有关的多种不同信息，该子应用程序和相应的应用程序ID有关。这些信息包括例如，每个子应用程序的价格信息、使用次数、应用程序名、每个子应用程序的供应者和创建者的姓名。
例如，为子应用程序“用于高尔夫球游戏洞1的程序”(应用程序ID＝123456)储存的信息包括它的价格500日圆、它积累使用的次数570、应用程序名“超级高尔夫球”、供应者的姓名“Sharp”、以及创建者的姓名“John Smith”，这些均和应用程序ID有关。
第三存储单元123存储使用该应用通信系统的用户的个人信息。图5显示了保存在第三存储单元123内的示例数据。参考图5，第三存储单元123为每个用户存储个人信息，包括他/她的口令、地址、姓名、年龄、职业、以及该用户的贷方余额信息、指示已经被该用户使用了的应用程序的应用程序使用历史信息、用于标识他/她的终端及其他的终端ID，这些均和相关的用户ID有关。
第四存储单元124存储预付款信息。图6显示了存储在第四存储单元124中的示例数据。参考图6，第四存储单元124为每个预付卡存储用于标识该预付卡的预付ID、该预付卡的口令、值信息、发行日期、使用信息及其他，这些均和相关的预付ID有关。
特别地，和预付款信息一样，一个预付卡的预付ID、口令以及值信息在它被制造或者销售时是预先决定的。对于使用信息来说，根据用户是否用过相关的预付卡来记录信息“使用过”或者“没有使用过”。
当该卡被一个用户“用过”时，对应于相关的预付ID的值信息就被添加到如图5所示的相关用户的贷方余额信息中。
回到图2，控制单元110由一个中央处理器、一个临时存储设备、一个数据通信通道连接设备以及一个主程序存储单元组成，这些没有在图中显示出来。
中央处理单元根据保存在主程序存储单元中的主程序，执行相应单位的控制、选择以及传输数据、信息的临时存储及其他。
该临时存储设备临时存储中央处理单元的处理结果。
数据通信通道连接设备将服务器系统100连接到数据通信通道300，并且经由数据通信通道300和终端设备200、210以及220进行双向通讯。
保存在主程序存储单元中的主程序是一个用于实现该应用通信系统的程序，它控制了整个服务器系统100。它包括多个程序。
具体地说，该主程序包括一个用于在终端显示一导向图形面板从而让用户选择必要的应用程序以及不同设置的程序；一个在从终端接收的分布请求的基础上、根据从第三存储单元123提取的贷方余额信息、确定请求的应用程序是否可以分配给该终端的程序；一个用于根据从终端接收的下一个应用程序ID来选取并且发送保存在第一存储单元121中的子应用程序的程序；一个用于在第三存储单元123中存储从终端接收的应用程序使用历史记录和其他的程序；一个用于从第三存储单元123中提取一个用户的应用程序使用历史记录的程序，以及根据所提取的信息，从第一存储单元121中提取适当的广告数据及其他并发送给相关的用户。
该主程序可能预先存储在主程序存储单元的内部，或者是可能记录在一种可移动的记录介质111诸如CD-ROM里。
如果该程序是记录在可移动的记录介质里的，该记录的程序通过，例如图2中未显示的CD-ROM驱动器，从该记录介质中读取出来并且临时保存在主程序存储单元中。
在这儿，这种用于记录程序的记录介质的例子可以是磁带类型的介质如磁带和盒式磁带；磁盘类型的介质如磁盘(软盘、硬盘设备及其他)和光学磁盘(CD-ROM，MO，MD，DVD及其他)；卡类型的介质如IC卡(包括存储卡)和光卡；和半导体存储器如掩模ROM、EPROM、EEPROM和闪速ROM。它们以固定的方式运载该程序。
记录介质可以是一种以灵活的方式运载程序的类型，如在一个情况中程序是从网络下载的。在这种情况下，供下载使用的程序是预先存储在服务器系统100中的，或者是通过另一个记录介质预先安装在服务器系统100中的。
记录介质不仅可以存储程序，还可以存储数据。
随后将给出一个具体的例子，来描述主程序是如何执行的。
现在，简要描述一下如图1所示的终端设备200、210、220。由于这些设备在主要的功能结构上是一样的，所以将代表性地说明移动终端200。
图7是一个移动终端200的原理结构的方框图。参考图7，移动终端200具有一个数据通信通道连接设备201、一个存储设备202、一个控制单元203、一个显示单元204和一个操作单元205。
数据通信通道连接设备201将移动终端200连接到数据通信通道300，并且经由数据通信通道300执行与服务器系统100的双向通信。
存储设备202存储发自服务器系统100的数据，例如，响应于一个发送要求而发送的一个子应用程序。
控制单元203具有一个中央处理单元和一个主程序存储单元，这些在图中未显示。它根据储存的主程序控制数据通信通道连接设备201、存储设备202、显示单元204和控制单元205。
例如，控制单元203控制向存储设备202发送数据或者从存储设备202接收数据，用来执行保存在存储设备202中的子应用程序。在执行子应用程序的基础上，它控制作为用户界面的显示单元204和操作单元205。为了请求一个被认为是下一个所必需的子应用程序，控制单元203还控制数据通信通道连接设备201的操作从而发送相关的应用程序ID给服务器系统100。
该主程序可以预先存储在主程序存储单元上，或者是可以记录在一种可移动的记录介质211诸如磁带等中。而且，那些如对图2的描述中所述的介质都是可以用作这种记录介质211。
参考图8-16，将对具有如上所述的结构的应用程序通信系统的处理流程加以详细的描述。
图8是说明根据本实施例的整个应用程序通信系统的处理流程的流程图。这里描述的是预付卡被用来当作一种应用程序的价钱支付手段的情况。移动终端200做为终端设备的一个例子。
参考图8，如果一个想要分发应用程序的用户购买了一个预付卡(在步骤S801中为“YES”)，控制流程进入步骤S803，其中处理预付卡购买过程。
图9显示了一个购买预付卡的例子。如图9所示，该预付卡的预付ID、口令、值信息、发行日期以及其他信息都写在该预付卡上。这样，购买了该预付卡的用户通过支付一个期望的金额就可以读取卡上预先给定的ID和口令了。这样的有关该预付卡的信息已经在服务器系统100的第四存储单元124中注册了。
如果用户没有购买预付卡，就跳过步骤S803，并且控制进入到步骤S805。
在步骤S805中，用户终端和服务器系统互相连接，并且检查该用户的信息。更具体地说，根据保存在服务器系统100的第三存储单元123中的用户信息，执行一个对发自移动终端200的用户信息的验证过程。
然后，在步骤S807，执行对想要的应用程序的选取过程。更具体地说，分发一个子应用程序并且为该子应用程序的价钱进行付款。
当想要的应用程序的分发完成了时，在步骤S809中该分发的应用程序在用户终端上执行。如果有必要，随后的子应用程序被分发，它也会被执行。
整个应用程序的处理流程已经大略地描述了。在下文中，将对每个过程进行详细描述。
图10是说明在图8中预付卡购买过程(步骤S803)子程序的流程图。用户在便利商店、玩具店、书店或者类似地方购买如图9所示的预付卡。
参考图10，如果这是用户第一次购买预付卡，即，如果该用户第一次连接服务器系统100(在步骤S101中为“YES”)，在步骤S103中就要输入该用户的个人信息及其他信息。更具体地说，该用户或者他/她的代理人使用一个专用的终端来输入用户ID、口令、个人信息及其他信息。
然后，在步骤S105中，该输入的个人信息及其他信息经由数据通信通道300发送给服务器系统100。在步骤S107中，服务器系统100接收并且在第三存储单元123中存储该个人信息及其他信息(用户ID、口令、个人信息及其他信息)。
在传输包含个人信息的数据之后，在步骤S109中将该预付卡卖给该用户。该子程序就完成了，并且控制返回到图8中的主程序。
图11是说明在图8中终端验证过程(步骤S805)子程序的流程图。参考图11，首先在步骤S1101中，用户通过其中可以使用应用程序的移动终端200连接到服务器系统100。连接服务器系统100可以通过一个具有自动连接服务器系统100功能的移动终端200来进行。
当该连接建立时，在步骤S1103，服务器100发送给移动终端200一个输入用户ID、口令及其他信息的请求。在步骤S1105中，接收该请求的移动终端200在显示单元204上显示一个输入请求画面来提示用户输入。用户按照画面上的说明，由操作单元205输入包含用户ID和口令的数据。将输入的数据传输到服务器系统100。在这时候，数据输入不局限于来自操作单元205的人工输入。例如，用户ID、口令及其他信息可以是预先存储在移动终端200中，并且可以将它们用于传输。
在步骤S1107中，服务器系统100把接收的用户ID以及口令和那些保存在第三存储单元123中的信息进行比较，以决定该用户是否合法。
如果该用户未被授权(在步骤S1107中为“NO”)，在步骤S1111标识一个错误，并且移动终端200被禁止继续进行后续的步骤。
如果该用户被受权了(在步骤S1107中为“YES”)，在移动终端200和服务器系统100之间的连接被保持了(步骤S1109)，然后就完成了这个终端验证过程。
图12是说明在图8中应用程序选取过程(步骤S807)子程序的流程图。参考图12，在步骤S1201中，服务器系统100基于保存在第二存储单元122中的应用程序名，发送移动终端200应用程序的选单。
移动终端200接收该应用程序选单并在显示单元204上进行显示(步骤S1203)。用户从显示的选单中选择一个想要的应用程序(步骤S1205)。将有关选取的应用程序的信息发送给服务器系统100。这里，假定一个高尔夫球游戏作为应用程序已经被选取了。
在步骤S1207中，接收选取的应用程序信息的服务器系统100发送相关的应用程序并且对此进行收费。
图13是说明一个在图12中的应用程序发送和收费过程子程序的流程图。参考图13，首先，在步骤S1301中，服务器系统100确定所选取的子应用程序，即该发送请求的对象，是否包含标识它是最后一个子应用程序的应用程序ID。
如果不是的话，控制进入到步骤S1303。步骤S1303中，控制单元110根据接收的应用程序名(或者应用程序ID)，从第二存储单元122中提取相关的子应用程序的价格信息。
此时，假定接收的应用程序名为“高尔夫球游戏”。应用程序“高尔夫球游戏”已经被分成n个子应用程序，并且提取第一个子应用程序的应用程序ID。根据这个应用程序ID从第二存储单元122中提取价格信息。
当提取了要被发送的子应用程序的价格信息时，接下来在步骤S1305中，从第三存储单元123中提取出对应于相关用户ID的贷方余额信息。在步骤S1307中，在该子应用程序的价格信息和对应于该用户ID的贷方余额信息之间进行比较。
作为比较的结果，如果(贷方余额-价格)≥0(在步骤S1307中为“YES”)，相关的子应用程序被转移到步骤S1309中。更具体地说，将读出存储在对应于第二存储单元122中保存的应用程序ID的第一存储单元121中的子应用程序并且传输到移动终端200。
如果(贷方余额-价格)＜0(在步骤S1307中为“NO”)，就在步骤S1321中处理预付款过程。
图14是一个说明这个预付款过程子程序(在图13中的步骤S1321)的流程图。参考图14，在步骤S1401中，从服务器系统100发送一个对预付卡的预付ID、口令及其他信息的输入请求到移动终端200。
在S1403中，接收该输入请求的移动终端200在显示单元204上显示一个输入请求画面来提示用户输入。该用户按照在该屏蔽上的说明并且由键盘或者类似工具输入包含预付ID和口令信息的数据。输入的数据从移动终端200被传送到服务器系统100。用户可以使用键盘及其他工具直接输入数据。做为选择，也可以使用预付卡，如果它是一个IC卡或者一磁卡并且终端具备读卡的功能。
在收到该预付ID及其他信息后，在步骤S1405中服务器系统100检查该接收的数据。更具体地说，它把接收的数据与保存在第四存储单元124中的预付卡的预付卡ID和口令做比较，用于对相关的预付卡进行认证。
作为比较的结果，如果确定该预付卡是未授权的(在步骤S1405中为“NO”)，在步骤S1415中就标识一个错误，然后该用户就被告知是不正当地并且禁止继续进行后续的步骤。
作为比较的结果，如果确定该卡是合法的(在步骤S1405中为“YES”)，在步骤S1407中，对应于该预付ID的值信息从第四存储单元124中提取出来。在步骤S1409中，将提取的值信息加到在第三存储单元123中的贷方余额信息上。此时，在第四存储单元124中的使用信息记录就记录为“用过的”。
接下来，在步骤S1411中，将加了值信息之后的贷方余额信息从服务器系统100发送到移动终端200来通知用户。在移动终端200中，在步骤S1413中将接收的贷方余额信息显示在显示单元204上。
当预付款过程这样完成时，就控制返回到图13中的步骤S1307。在步骤S1307中，将当前的贷方余额信息，即已经加了预付卡的值信息的贷方余额信息，和想要的子应用程序的价格信息进行比较。根据比较结果，控制然后进入到在步骤S1321中的预付款过程，或者进入到在步骤S1309中的对相关子应用程序的传输过程。
当在步骤S1309中将相关的子应用程序从第一存储单元121发送到移动终端200时，在步骤S1311中移动终端200接收它。
当对子应用程序的接收完成时(在步骤S1313中“YES”)，在步骤S1315中移动终端200发送一个接收完成信号到服务器系统100。
依据所收到的这个接收完成信号，在服务器系统100中，在步骤S1317，从对应于保存在第三存储单元123中的用户ID的贷方余额信息中减去与保存在第二存储单元122中的该应用程序ID有关的价格信息。这意味着用户终端只是在子应用程序接收完成以后才为该子应用程序进行付款。将减去之后的结果记录下来作为相应的贷方余额信息。
当付款完成时，在步骤S1319中将移动终端200与服务器系统100断开连接。这样就完成了应用程序的发送和收费过程的。
图15是说明在图8中应用程序执行过程(步骤S809)的子程序的流程图。参考图15，首先在步骤S1501中，将响应请求而接收的应用程序在移动终端200中激活。
这儿，假定所关注的应用程序为高尔夫球游戏。图16显示了要执行的高尔夫球游戏的结构。参考图16，将这个高尔夫球游戏分成分别对应于从洞1到洞18的各个洞的子应用程序。
首先传输到移动终端200的该高尔夫球游戏的内容包含该高尔夫球游戏的基本信息(即该高尔夫球游戏的基本程序和信息)以及洞1的数据。其次或稍后要传输到移动终端200的高尔夫球游戏的内容仅仅包含相应的洞的数据，而该高尔夫球游戏的基本信息并没有包含在其中。
这儿，这样配置是为了使基本程序包含在首先发送的内容里面。然而，它没有排除该基本程序包含在其次或稍后要发送的内容之中的可能性。
每个子应用程序中包括下一个期望使用的子应用程序的应用程序ID。
回到图15，当第一次使用该高尔夫球游戏时，将首先发送的子应用程序激活。因此，就执行了洞1的高尔夫球游戏。当球入洞并且洞1的游戏运行完成时(在步骤S1503中为“YES”)，在步骤S1505中，决定是否可以传输下一个子应用程序。更具体地说，决定用户是否想要传输下一个子应用程序。
如果传输是可能的(在步骤S1505中为“YES”)，控制进入步骤S1507，并且将移动终端200连接到服务器系统100。也就是说，如图11所示的终端验证过程又开始执行。如果传输是不可能的(在步骤S1505中为“NO”)，移动终端200没有连接到服务器系统100，然后游戏就终止了。
当根据图11中的终端验证过程建立了到服务器系统100的连接时，在步骤S1509中，移动终端200确定当前入洞的子应用程序是否是最后一个子应用程序。
根据指示下一个要用到的子应用程序的应用程序ID做出这个决定，其中应用程序ID包含在每个子应用程序当中。如果相关的应用程序ID没有标识它是最后一个子应用程序(在步骤S1509中“NO”)，就控制进入步骤S1511中。如果应用程序ID标识它是最后一个子应用程序(在步骤S1509中“YES”)，就控制进入步骤S1515中。
如果它不是最后一个应用程序，在步骤S1511中将指示下一个子应用程序的应用程序ID从移动终端200传送到服务器系统100。在步骤S1513中，又执行如图13所示的应用程序发送和收费过程。
在这种情况下，图13中的决定步骤S1301所做出的决定为“NO”，此后重复步骤S1303以及随后的步骤。更具体地说，对洞2到洞17重复进行如洞1情况的过程。
回到图15，如果它是最后一个应用程序，即当球进入洞18时，在步骤S1515中，标识它是最后一个子应用程序的应用程序ID从移动终端200传送到服务器系统100。这时，一起传送该游戏结果以及类似的信息。在步骤S1517中，又执行如图13所示的应用程序发送和收费过程。
在这种情况下，由于图13中的决定步骤S1301中做出的决定为“YES”，此后执行步骤S1323以及随后的步骤。更具体地说，在步骤S1323中，服务器系统100在第三存储单元123中记录标识它是最后一个子应用程序的应用程序ID、游戏结果及其他信息作为该应用程序的使用历史记录信息。
然后，在步骤S1325中，服务器系统100参考保存在第三存储单元123中的使用历史记录信息，从第一存储单元121中提取适当的广告数据及其他信息。将这样提取的广告数据及其他信息从服务器系统100发送到移动终端200。
根据如上所述的应用程序通信系统处理流程，将要传递的应用程序分成多个子应用程序，并且在一次通信中仅仅发送/接收必需的子应用程序。此外，至少首先发送的子应用程序可以单独执行。这样用户能够在他/她接收了子应用程序之后立即执行它。据此，就可能在用户发布该发送请求之后一个极其短暂的时期内执行该应用程序。
另外，使启动一个想要的应用程序执行所需要的通信费用降低了。用户允许执行该应用程序的一部分，此后，连续地决定他/她是否想要执行剩余的子应用程序。这扩大了用户的选择，也可以避免传统的不便一即不管用户的意愿而总是发送整个应用程序。
此外，由于一次发送的数据容量小，就降低了通信线路上的通信负载。由于该子应用程序可以单独执行，因此也降低了终端设备需要的存储容量。
要求为传送的应用程序付款，但不是为整个应用程序，而是为每个子应用程序。据此，用户仅仅为他/她所需要的子应用程序付款。这使得以一个最低的价格使用一个应用程序成为可能。
此外，在子应用程序的传输完成之后要求付款，甚至对于像移动终端200这样通信情况不稳定的终端也是如此。因此，这种终端的用户能够没有顾虑地发送一个对应用程序的请求。
更进一步，预付卡的预付款信息或类似信息是在服务器系统100端管理的，相关用户的贷方余额信息也是如此，因此它们不能被篡改。因此，就提高了应用程序通信系统本身的可靠性，确保该系统的平稳运行。
在如图16所示的高尔夫球游戏的结构中，应用程序被分成对应于各个洞的子应用程序。然而，该结构并不局限于此。例如，应用程序可以更进一步根据寻址球的路径，例如，在障碍中、在水池中、以及在相应洞的界限外，然后这些子应用程序在必要时是可以传输到终端。
尽管在图15和16中高尔夫球游戏作为一个应用程序的例子举出，但本实施例并不局限于此。例如，本实施例可以应用于下列情况其中一将一本小说的书本数据分成各个章节如第一章、第二章及其他章节，或者应用于下列情况其中一将一个演示程序沿着演示的次序分成各个步骤。换句话说，本发明可以应用到任何满足下列条件的应用程序中—其子应用程序具有特定的执行次序，而且目的通过以该次序执行这些子应用程序实现。
在图15及其他图中，已经描述了从洞1到洞18按次序执行该高尔夫球游戏的子应用程序的情况。然而，本发明并不局限于此。某些应用程序依据内容，可以允许改变它的子应用程序的执行次序。另一应用程序可以在全部的子应用程序执行之前完成并实现它要达到的目的。本发明也适用于这样的情况。
此外，在本实施例中，将一个子应用程序已经定义为一次通信的通信单元。然而，依据用户的请求，一次可以传递两个或更多的子应用程序。
在图13及其他图中，要求对每个子应用程序付款的情况已经进行了描述。然而，整个应用程序、即全部n个子应用程序1-n的价格，可以一次全部付清(支付)。
在本实施例中，已经描述了通过预付卡支付供应的应用程序的价格的情况。然而，支付手段不局限于预付卡。可以用用户的银行帐户交费，或者可以使用借方卡。它可以根据要求延期付款，或者可以使用任何其他的交费(付款)方法。
第一种修改现在将描述对第一个实施例的第一种修改。第一种修改不同于第一个实施例之处在于根据每个子应用程序的传输次序来设置它的价格。更具体地说，在本修改中，将其次或稍后要发送的子应用程序的价格设置低于首先发送的子应用程序的价格。
图17显示了在第一种修改中第二存储单元122中所保存的数据的例子。参考图17，第二存储单元122存储对应于每个应用程序ID的标准价格、使用次数、应用程序名、供应者的名称及其他信息。
这里，具有应用程序ID000001的子应用程序(ちぬつり①)对应于在构成名为“ちぬつり”的应用程序的全部子应用程序当中首先要传输的那个。因此，与这个子应用程序的标准价格相比(500日圆)，其次或稍后传输的子应用程序的标准价格(具有应用程序标志符000002、000003及其他)设置得较低。
更进一步，在图17中，这样进行配置从而使价格随着传输的子应用程序数目的增加而变得越来越低。更具体地说，将应用程序ID000001的标准价格定为500日圆；将应用程序ID 000002定为450日圆；将应用程序ID 000003定为400日圆；以及将应用程序ID 000004定为350日圆，依此类推。这样根据子应用程序的传输次序设置他们的标准价格。
根据如图17所示的标准价格信息对用户执行收费过程。因此，在图13说明收费过程的流程图中，步骤S1303中的“价格信息”被认为是如图17中所示的“标准价格”。
也就是说，使用“其次或稍后传输的子应用程序与首先传输的子应用程序相比要低的价格信息”来向用户收费。
据此，就有可能激励已经接收了第一个子应用程序的用户来购买和使用随后的子应用程序。
第二种修改在第一种修改中，已经将其次或稍后发送的子应用程序的标准价格设置低于首先发送的子应用程序的价格。在第二种修改中，不管传输的次序，根据它前面的子应用程序的使用次数以及对应于该使用次数的折扣率，设置下一个要传输的子应用程序的价格信息。
这里，如图17所示，将各个子应用程序的使用次数保存在第二存储单元122中。将对应于这些使用次数的折扣率保存在第五存储单元125中。因此，在本修改中，如图1和2所示的存储单元120进一步包含第五存储单元125。
图18显示了一个第五存储单元125中所保存的数据的例子。参考图18，当一个子应用程序的使用次数至少为0并且小于10,000时，将折扣率设置为0％；当它的使用次数至少为10,000并且小于100,000时，将折扣率设置为10％；以及当它的使用次数至少为10,000时，将折扣率设置为30％。
根据保存在第五存储单元125中的折扣率以及保存在第二存储单元122中的价格信息(标准价格)，对用户执行收费过程。更具体地说，根据折扣率以及标准价格设置下一个要传输的子应用程序的折扣价格，并且使用这个折扣价格执行收费过程。
参考图17及18，将对一个具体的定价例子加以描述。参考图17，应用程序ID(000001)的使用次数为150,000，从图18中获得相应的折扣率为30％。因此，下一个传输的应用程序ID(000002)的价格就从它的标准价格中打折扣30％。由于它的标准价格为450日圆，要交费的价格设置为450日圆×(1-0.3)＝315日圆。
相似地，由于ID(000002)的应用程序的使用次数为80,000，ID(000003)的应用程序的折扣率为10％。因此，ID(000003)的应用程序的打过折扣的价格设置为400日圆×(1-0.1)＝360日圆。
ID(000003)的应用程序的使用次数为5,000，则ID(000004)的应用程序的折扣率为0％。因此，ID(000004)的应用程序的价格设置为350日圆×(1-0)＝350日圆。
这样设置各个子应用程序的价格。因此，在图13说明收费过程的流程图中，将步骤S1303中提取的“价格信息”定义为“根据保存在第二存储单元122中的其以前的子应用程序的使用次数，以及保存在第五存储单元125中的对应于使用次数的折扣率来设置下一个传输的子应用程序的价格信息”。
保存在第五存储单元125中的折扣率通过应用程序供应者自己的判断，根据相应的子应用程序的使用次数来设置。
依据本修改，基于保存在第二存储单元122中的其以前的子应用程序的使用次数以及保存在第五存储单元125中的相应的折扣率，对下一个传输的子应用程序的标准价格打折扣。因此，一个流行的应用程序可以以低价购买，这能够激励用户购买和使用该应用程序。
这里，如图17所示类型的数据被认为是保存在第二存储单元122中。然而，本修改同时可以配置用来使用已经设置的价格信息而不管子应用程序的传输次序，如图4所示。在这种情况下，根据价格信息和折扣率决定收费价格。
第三种修改在第二种修改中，根据保存在第二存储单元122中的其以前的子应用程序的使用次数以及保存在第五存储单元125中的对应于该使用次数的折扣率来设置下一个要传输的子应用程序的价格。在本修改中，根据首先发送的子应用程序的使用次数以及对应于该使用次数的折扣率来设置其次或稍后要发送的子应用程序的价格。
这里，如图17所示，也将各个子应用程序的使用次数保存在第二存储单元122中。如图18所示，将对应于使用次数的折扣率保存在第五存储单元125中。因此，根据本修改，如图1以及2所示的存储单元120也进一步包含第五存储单元125。
根据保存在第五存储单元125中的折扣率以及保存在第二存储单元122中的价格信息(标准价格)，处理对用户的收费过程。更具体地说，根据首先发送的子应用程序的使用次数、其次或稍后发送的子应用程序的价格来确定折扣率，并且使用这些打过折扣的价格执行收费过程。
在下文中，将参考图17和18对详细步骤加以描述。参考图17，由于应用程序ID(000001)的使用次数为150,000，从图18中获得相应的折扣率为30％。这样，将其次或稍后要发送的子应用程序的价格从他们各自的标准价格中打30％的折扣。
例如，在应用程序ID(000002)的标准价格为450日圆情况下，将交费的价格设置为450日圆×(1-0.3)＝315日圆。
相似地，由于应用程序ID(000003)的标准价格为400日圆，将交费的价格设置为400日圆×(1-0.3)＝280日圆。
对于应用程序ID(000004)来说，交费为350日圆×(1-0.3)＝245日圆。
这样就设置了各个子应用程序的价格。因此，在图13说明收费过程的流程图中，将步骤S1303中提取的“价格信息”定义为“根据保存在第二存储单元122中的、首先发送的子应用程序的使用次数，以及保存在第五存储单元125中的对应于该使用次数的折扣率来设置其次或稍后要发送的子应用程序的价格信息”。
保存在第五存储单元125中的折扣率是通过应用程序供应者自己的判断，根据首先发送的子应用程序的使用次数来设置。
依据本修改，基于首先发送的子应用程序的使用次数以及对应于该使用次数的折扣率，将其次或稍后要发送的子应用程序的价格打折扣。这样，用户就能够以较低的价格购买流行的应用程序。因此，就有可能激励已经接收了第一个子应用程序的用户购买或使用随后的子应用程序。
这里，如图17所示的数据可以再次作为保存在第二存储单元122中的示例。然而，也可以用如图4所示和他们的传输次序无关的子应用程序价格信息来代替。在这种情况下，根据该价格信息和折扣率决定收费价格。
(2)第二实施例在下文中，将描述本发明的第二实施例。本实施例的应用程序通信系统具有一个和第一实施例相同的结构。本实施例的服务器系统也具有一个如图2所示的结构。
然而，本实施例在下面几点不同于第一实施例。首先，第二存储单元122为每个子应用程序存储有关广告存在/不存在的信息，以及根据广告的存在/不存在、在规定的折扣之后的价格。在传输具有相应广告的子应用程序的情况下，将该子应用程序与保存在第一存储单元121中的广告一起传输。对具有广告的子应用程序来说，使用第二存储单元122中所保存的规定折扣之后的价格信息来执行收费过程。最后，保存在第一存储单元121中的每个应用程序的最后一位用来指示相对应的广告存在/不存在。
图19显示了一个根据第二实施例保存在第二存储单元122中的数据的例子。参考图19，第二存储单元122为每个子应用程序存储标准价格、使用次数、应用程序名、供应者的名称及其他信息，象如图4所示的第一种实施例的情况那样。此外，它还存储有关广告存在/不存在的信息以及折扣价格。
对一个已指示具有相应广告的子应用程序来说，进行适当的折扣并且储存这个折扣价格。例如，对于具有广告的应用程序ID(123456a)来说，从标准价格中扣除200日圆，然后将300日圆设置为它的折扣价格。就应用程序ID(123457a)来说，从标准价格中扣除150日圆从而获得250日圆这个折扣价格。就应用程序ID(123458a)来说，再次从标准价格中扣除150日圆，并将折扣价格设置为250日圆。
通过应用程序供应者和广告数据的提供者来依照要求设置被扣除的价格。如果有不止一个的广告发起人，可以将折扣价格设置得更低。
根据这样设置的价格信息(标准价格或者折扣价格)来对用户执行收费过程。更具体地说，在“广告”列中指示为“YES”的情况下，使用折扣价格来处理收费过程，并且如果在“广告”列中指示为“NO”，则收费过程中使用标准价格。
当要发送一个“广告”列指示为“YES”的子应用程序时，将储存在第一存储单元121中的广告数据和子应用程序一起发送。因此在这种情况下，发出该发送请求的终端接收该具有附加广告数据的子应用程序。
图20显示了在本实施例中储存在第一存储单元121中数据的一个例子。如图20所示，当有广告存在时，在每个子应用程序ID包含“a”作为它的最后位，当没有广告时就包含“b”。
下面将参考图21对本实施例的情况下应用程序的发送以及收费过程的流程(在图12中的步骤S1207)加以描述。图21相当于第一实施例中图13的流程图。因此，将仅仅主要描述二者之间的差别。
首先，在步骤S1中，从第二存储单元122中对一个相应的应用程序ID提取有关广告存在/不存在的信息。如果广告信息存在(在步骤S2中为“YES”)，就执行步骤S3到S10。如果没有广告存在(在步骤S2中为“NO”)，就执行步骤S11到S18。
在广告存在并且相关的子应用程序具有的应用程序ID标识它是最后一个子应用程序(在步骤S3中“YES”)的情况下，在步骤S4中把游戏结果及其他信息保存在存储单元123中。接下来在步骤S5中，提取广告数据，并且确定应用程序ID。在步骤S19中，发送一个基于这个应用程序ID从第一存储单元121中提取出来的子应用程序。
如果相关子应用程序的应用程序ID没有指示它是最后一个应用程序(在步骤S3中“NO”)，在步骤S6中根据该应用程序ID从第二存储单元122中提取折扣价格信息。接下来在步骤S7中，根据该用户ID提取贷方余额信息，并且在步骤S8中，在贷方余额信息和折扣价格信息之间进行比较。
作为比较的结果，如果(贷方余额-折扣价格)≥0，在步骤S9中将具有广告数据的子应用程序从服务器系统传输到终端。
相反地，如果(贷方余额-规定折扣之后的价格)＜0，在步骤S10中就处理预付款过程。
如果没有广告(在步骤S2中为“NO”)，执行和第一实施例中相一致的应用程序的发送和收费过程(步骤S11-S18)。
如上面所解释的那样，根据本实施例，如果一个子应用程序具有相应的广告，该应用程序供应者以规定折扣之后的价格向用户收费，并且从广告的主办者处收集该差值。
因此，站在接收该应用程序的用户立场上，他/她能够以低价购买子应用程序。此外，由于同时发送相关的广告数据，该用户可以接收可能引起他/她兴趣的最新资料。
站在广告发起人的立场上，他/她能够通过提供给用户有关例如一个新应用程序的最新信息，来依照要求发布广告。
如果有关新应用程序的最新信息或者类似信息的广告经由印刷品或者存储介质进行，在它们被分发之前通常会出现几个星期的时滞，这样就使得它的新鲜感趋向丢失。这在捕获用户方面会产生一个严重的问题。此外，该广告甚至会分发给那些对其没有兴趣的人，这对广告的主办者和接收者都是浪费。
根据本实施例，只有当要传输的子应用程序被指出具有广告时，才传输具有广告的子应用程序。这能使广告具有一个最小限度的广告比率。因此，本实施例提供了一个优点，甚至那些运营一个小规模业务的人，例如一个私有游戏软件的开发者，都能够刊登广告数据。
此外，根据本实施例，除在二者之间传递应用程序的应用程序供应者和用户之外，本应用程序通信系统还允许广告发起人的参与。因此，应用程序供应者，用户和广告主办者全部被激活了。
尽管已经对本发明进行了详细的描述和举例说明，但是应清楚地明白本发明并不仅仅局限于所给出的插图和实施例，本发明的精神和范围将用附加的权利要求书来进行限定。
权利要求
1.一种服务器设备，包含一个第一存储单元(121)，用来存储一个被分成多个子应用程序的应用程序；一个接收单元(110)，用来接收来自于用户的信息；以及一个发送单元(110)，依据上述接收信息发送至少一个所述子应用程序，至少有一个所述子应用程序是可单独执行的。
2.如权利要求1所述的服务器设备，其特征在于所述发送单元首先发送可单独执行的子应用程序。
3.如权利要求1所述的服务器设备，其特征在于所述子应用程序有它们的执行次序，而且被分开之前的应用程序的目的可以通过按照上述次序执行所述子应用程序来实现。
4.如权利要求1所述的服务器设备，其特征在于所述第一存储单元(121)通过使它们和用于辨识它们的ID互相关联来存储所述的子应用程序。
5.如权利要求4所述的服务器设备，其特征在于所述子应用程序包含下一个要用到的子应用程序的ID。
6.如权利要求4所述的服务器设备，其特征在于至少有一个所述子应用程序中包含这样的ID用以标识相关子应用程序是最后一个。
7.如权利要求4所述的服务器设备，其特征在于当所述接收单元接收所述子应用程序的ID时，在接收的上述ID的基础上，所述发送单元发送第一存储单元中所存储的有关子应用程序。
8.如权利要求1所述的服务器设备，其特征在于它进一步包含一个第二存储单元(122)，用来存储每一个所述子应用程序的规定信息。
9.如权利要求8所述的服务器设备，其特征在于所述规定信息包含所述子应用程序的ID及其相应的价格信息。
10.如权利要求9所述的服务器设备，其特征在于对应于其次或稍后要发送的所述子应用程序的所述价格信息要低于对应于首先发送的所述子应用程序的价格信息。
11.如权利要求8所述的服务器设备，其特征在于所述规定信息包含所述子应用程序的若干使用次数。
12.如权利要求11所述的服务器设备，其特征在于它进一步包含一个第五存储单元(120)，用来存储对应于所述使用次数的折扣率信息。
13.如权利要求12所述的服务器设备，其特征在于它进一步包含一个设置单元，在所述第二存储单元(122)中存储的规定的所述子应用程序的使用次数和对应于第五存储单元(120)中存储的有关使用次数的折扣率的基础上，设置下一个要传送的子应用程序的价格。
14.如权利要求12所述的服务器设备，其特征在于它进一步包含一设置单元，在所述第二存储单元(122)中存储的首先发送的子应用程序的使用次数和对应于第五存储单元(120)中存储的有关使用次数的折扣率的基础上，设置其次或稍后要传送的子应用程序的价格。
15.如权利要求8所述的服务器设备，其特征在于所述规定信息包含有关广告存在/不存在的信息。
16.如权利要求15所述的服务器设备，其特征在于对于要发送一个这样的子应用程序一存储的所述有关广告存在/不存在的信息表明有广告存在时，所述发送单元(110)会发送有关的子应用程序和附加的相应广告数据。
17.如权利要求8所述的服务器设备，其特征在于所述规定信息包含一个所述子应用程序的应用程序名。
18.如权利要求1所述的服务器设备，进一步包含一个第三存储单元(123)，用来存储用户信息。
19.如权利要求18所述的服务器设备，其特征在于所述用户信息包含用来辨识用户的用户ID和口令。
20.如权利要求19所述的服务器设备，其特征在于进一步包含第一确定单元(110)，当所述接收单元(110)接收用户ID和口令时，确定所述的接收到的用户ID和口令是否与所述第三存储单元(123)中存储的用户ID和口令相匹配。
21.如权利要求20所述的服务器设备，进一步包含一个禁止单元(110)，当所述第一确定单元(110)判定这些用户IDs和口令不匹配时，禁止所述发送单元的发送操作。
22.如权利要求18所述的服务器设备，其特征在于所述用户信息包含一个应用程序的使用历史记录。
23.如权利要求22所述的服务器设备，进一步包含一个提取单元，在存储的所述使用历史记录的基础上，提取出所述第一存储单元(121)中存储的适当的广告数据；以及一个广告数据发送单元(110)，用来发送提取出的所述广告数据。
24.如权利要求18所述的服务器设备，其特征在于所述用户信息包含用户的贷方余额信息。
25.如权利要求24所述的服务器设备，进一步包含一个比较单元(110)，用来将所述的用户贷方余额信息与用户所需要的子应用程序的价格信息进行比较，其中当所述比较单元(110)确定所述贷方余额信息至少等于所述价格信息时，所述发送单元(110)就发送所述子应用程序。
26.如权利要求1所述的服务器设备，进一步包含一个第四存储单元(124)，用来存储预付款信息。
27.如权利要求26所述的服务器设备，其中所述预付款信息包含预付ID和口令。
28.如权利要求27所述的服务器设备，进一步包含第二确定单元，当所述接收单元接收预付ID和口令时，确定所接收到的所述预付ID和口令是否与所述第四存储单元(124)中存储的预付ID和口令相匹配。
29.如权利要求26所述的服务器设备，其中所述预付款信息包含值信息。
30.如权利要求1所述的服务器设备，进一步包含一个收费单元，在每次所述发送单元(110)向用户发送所述子应用程序时，向用户收取所述子应用程序的费用。
31.如权利要求30所述的服务器设备，进一步包含一个确认单元，以确认所述发送单元(110)进行的所述子应用程序的发送是否完成，当所述确认单元证实发送完成时，所述收费单元(110)就会收取所述子应用程序的费用。
32.一个服务器设备，包含一个第一存储单元(121)，用来存储一个被分成多个子应用程序的应用程序；一个接收单元(110)，用来接收来自于用户的信息；一个发送单元(110)，依据所述的接收信息发送至少一个所述子应用程序；以及一个收费单元(110)，在每次所述发送单元向用户发送所述子应用程序时，向用户收取所述子应用程序的费用。
33.如权利要求32所述的服务器设备，进一步包含一个确认单元(110)，以确认所述发送单元(110)进行的所述子应用程序的发送是否完成，当所述确认单元(110)证实发送完成时，所述收费单元(110)收取所述子应用程序的费用。
34.如权利要求32所述的服务器设备，进一步包含一个第二存储单元(123)，用来存储用户ID以及用于辨识用户的口令；一个确定单元(110)，当所述接收单元接收用户ID和口令时，确定接收到的用户ID和口令是否与所述第二存储单元(123)中存储的用户ID和口令相匹配；一个禁止单元(110)，当所述确定单元(110)判定这些用户IDs和口令不匹配时，禁止所述发送单元的发送操作。
35.如权利要求34所述的服务器设备，其特征在于所述第二存储单元(123)进一步存储用户的贷方余额信息；以及当所述贷方余额信息至少等于有关子应用程序的价格信息时，所述发送单元(110)就发送用户需要的所述子应用程序。
36.一个终端设备，包含一个接收单元(203)，用来接收一个作为分开的应用程序的一部分的子应用程序；一个执行单元(203)，用来执行接收到的所述子应用程序；以及一个请求单元(203)，在接收的所述子应用程序中所储存的有关下一个要用到的子应用程序的信息的基础上，依据所述执行单元对接收的所述子应用程序的执行结果，请求发送下一个子应用程序。
37.如权利要求36所述的终端设备，所述其特征在于当对应于子应用程序的广告数据与所述子应用程序一起发送时，所述接收单元也同时接收该广告数据。
38.如权利要求36所述的终端设备，进一步包含一个发送单元(203)，当所述接收单元完成接收所述子应用程序的操作时，发送一个接收完成信号。
39.一个应用程序通信系统，包含如权利要求1所述的服务器设备(100)和如权利要求36所述的终端设备(200)。
40.一种应用程序通信方法，包含以下步骤一个第一存储步骤，存储一个被分成多个子应用程序的应用程序；一个接收步骤，用来接收来自于用户的信息；以及一个发送步骤，依据所述的接收信息发送至少一个所述子应用程序，至少有一个子程序是可单独执行的。
41.如权利要求40所述的应用程序通信方法，其特征在于所述发送步骤包含首先发送可单独执行的子应用程序的步骤。
42.如权利要求40所述的应用程序通信方法，其特征在于所述子应用程序有它们的执行次序，而且被分开之前的应用程序的目的可以通过按照上述次序执行所述的子应用程序来实现。
43.如权利要求40所述的应用程序通信方法，其特征在于所述第一存储步骤包含通过使它们和用于标识它们的ID相互关联来存储上述子应用程序的步骤。
44.如权利要求43所述的应用程序通信方法，其特征在于每一个所述子应用程序中都包含接下来会被用到的该子应用程序ID。
45.如权利要求43所述的应用程序通信方法，其特征在于至少有一个子程序中包含这样的ID以标识相关的子应用程序是最后一个。
46.如权利要求43所述的应用程序通信方法，其特征在于当所述接收步骤中接收所述所述子应用程序的ID时，在接收的上述ID的基础上，所述发送步骤包含发送第一存储步骤中所存储的有关子应用程序的步骤。
47.如权利要求40所述的应用程序通信方法，进一步包含一个第二存储步骤，存储每一个所述子应用程序的规定信息。
48.如权利要求40所述的应用程序通信方法，其特征在于所述规定信息包含子应用程序的ID及其相应的价格信息。
49.如权利要求48所述的应用程序通信方法，其特征在于对应于其次或稍后要发送的所述子应用程序的所述价格信息要低于对应于首先发送的子应用程序的价格信息。
50.如权利要求47所述的应用程序通信方法，其特征在于所述规定信息包含所述子应用程序的若干使用次数。
51.如权利要求50所述的应用程序通信方法，进一步包含一个第五存储步骤，存储对应于所述使用次数的折扣率。
52.如权利要求51所述的应用程序通信方法，进一步包含一个设置步骤，在第二存储步骤中所存储的规定的子应用程序的使用次数和第五存储步骤中存储的对应于相关使用次数的折扣率的基础上，设置下一个要用到的子应用程序的价格。
53.如权利要求52所述的应用程序通信方法，进一步包含一个设置步骤，在第二存储步骤中所存储的规定的子应用程序的使用次数和第五存储步骤中存储的对应于相关使用次数的折扣率的基础上，设置其次或稍后要发送的子应用程序的价格。
54.如权利要求47所述的应用程序通信方法，其特征在于所述规定信息包含有关广告存在/不存在的信息。
55.如权利要求54所述的应用程序通信方法，其特征在于当要发送对其所述存储的有关广告存在/不存在的信息表明有广告存在的子应用程序时，所述发送步骤包含发送所述子应用程序和附加的相应广告数据的步骤。
56.如权利要求47所述的应用程序通信方法，其特征在于所述规定信息包含一个对应于所述子应用程序的应用程序名。
57.如权利要求40所述的应用程序通信方法，进一步包含一个存储用户信息的第三存储步骤。
58.如权利要求57所述的应用程序通信方法，其特征在于所述用户信息包含用来辨识用户的用户ID和口令。
59.如权利要求58所述的应用程序通信方法，进一步包含一个第一确定步骤，当所述接收步骤中接收用户ID和口令时，确定接收的用户ID和口令是否与第三存储步骤中储存的用户ID和口令相匹配。
60.如权利要求59所述的应用程序通信方法，进一步包含一个禁止步骤，当所述第一确定步骤中确定这些用户IDs和口令不匹配时，禁止发送步骤中进行的发送操作。
61.如权利要求57所述的应用程序通信方法，其特征在于所述用户信息包含一个应用程序的使用历史记录。
62.如权利要求61所述的应用程序通信方法，进一步包含一个提取步骤，在存储的所述使用历史记录的基础上，提取出所述第一存储步骤中所储存的适当的广告数据；以及一个广告数据发送步骤，用来发送提取出的所述广告数据。
63.如权利要求40所述的应用程序通信方法，其特征在于所述用户信息包含用户的贷方余额信息。
64.如权利要求63所述的应用程序通信方法，进一步包含一个比较步骤，将所述的用户贷方余额信息与用户所需要的子应用程序的价格信息进行比较，其中所述发送步骤包含如果所述贷方余额信息至少等于所述价格信息，发送所述子应用程序作为所述比较步骤的比较结果的步骤。
65.如权利要求40所述的应用程序通信方法，进一步包含一个第四存储单元(124)，用来存储预付款信息。
66.如权利要求65所述的应用程序通信方法，其中所述预付款信息包含预付ID和口令。
67.如权利要求66所述的应用程序通信方法，进一步包含一个第二确定步骤，当所述接收步骤中接收预付ID和口令时，确定接收的预付ID和口令是否与第四存储步骤中储存的预付ID和口令相匹配。
68.如权利要求65所述的应用程序通信方法，其中所述预付款信息包含值信息。
69.如权利要求40所述的应用程序通信方法，进一步包含一个收费步骤，在每次所述发送步骤向用户发送所述子应用程序时，向用户收取所述子应用程序的费用。
70.如权利要求69所述的应用程序通信方法，进一步包含一个确认步骤，以确认所述发送步骤进行的所述子应用程序的发送是否完成，其中所述收费步骤包含当确认步骤证实发送完成时，收取所述子应用程序费用的步骤。
71.一种应用程序通信方法，包含以下步骤一个第一存储步骤，存储一个被分成多个子应用程序的应用程序；一个接收步骤，用来接收来自于用户的信息；一个发送步骤，依据所述的接收信息发送至少一个所述子应用程序；以及一个收费步骤，在每次所述发送步骤向用户发送所述子应用程序时，向用户收取所述子应用程序的费用。
72.如权利要求71所述的应用程序通信方法，进一步包含一个确认步骤，以确认所述发送步骤进行的所述子应用程序的发送是否完成，其中所述收费步骤包含当确认步骤证实发送完成时，收取所述子应用程序费用的步骤。
73.如权利要求71所述的应用程序通信方法，进一步包含一个第二存储步骤，存储用于辨识用户的用户ID以及口令；一个确定步骤，当所述接收步骤中接收用户ID和口令时，确定接收的用户ID和口令是否与第二存储步骤中储存的用户ID和口令相匹配；以及一个禁止步骤，当所述确定步骤中确定这些用户IDs和口令不匹配时，禁止发送步骤中进行的发送操作。
74.如权利要求73所述的应用程序通信方法，其特征在于所述第二存储步骤包含进一步存储用户贷方余额信息的步骤，以及所述发送步骤包含当所述贷方余额信息至少等于有关子应用程序的价格信息时，发送用户需要的所述子应用程序的步骤。
75.一种应用程序通信方法，包含以下步骤一个接收步骤，接收一个作为分开的应用程序的一部分的子应用程序；一个执行接收到的所述子应用程序的执行步骤；以及一个请求步骤，在接收到的所述子应用程序中所储存的有关下一个要用到的子应用程序的信息的基础上，依据所述执行步骤的执行结果，发出一个要求发送下一个子应用程序的请求。
76.如权利要求75所述的应用程序通信方法，进一步包含一个发送步骤，当接收步骤中子应用程序的接收操作完成时，发送一个接收完成信号。
77.一种通过使用如权利要求1所述的服务器设备和如权利要求36所述的终端设备，实现应用程序的通信的应用程序通信方法。
78.一种通过使用如权利要求32所述的服务器设备和如权利要求36所述的终端设备实现应用程序的通信的应用程序通信方法。
79.一种用来记录一种应用通信程序的记录介质，它能使计算机执行以下步骤一个第一存储步骤，存储一个被分成多个子应用程序的应用程序；一个接收步骤，用来接收来自于用户的信息；以及一个发送步骤，依据所述的接收信息发送至少一个所述子应用程序，至少有一个子程序是可单独执行的。
80.一种用来记录一种应用通信程序的记录介质，该程序能使计算机执行以下步骤一个第一存储步骤，存储一个被分成多个子应用程序的应用程序；一个接收步骤，用来接收来自于用户的信息；一个发送步骤，依据所述的接收信息发送至少一个所述子应用程序；以及一个收费步骤，在每次所述发送步骤向用户发送所述子应用程序时，向用户收取所述子应用程序的费用。
全文摘要
服务器设备包含:一个第一存储单元(121),用来存储一个被分成子应用程序的应用程序;一个第二存储单元(122),用来存储每个子应用程序的信息;一个第三存储单元(123),用来存储用户信息;一个第四存储单元(124),用来存储预付款信息;以及一个控制单元(110),用来控制整个服务器设备。某些子应用程序能够单独执行。控制单元(110)接收来自于用户的发送请求,并经由一个数据通信通道(300)发送该子应用程序。接收子应用程序的用户终端能够立即开始执行它们。因此,提供了一个应用程序通信系统,它允许在通信开始之后的短时间内使用期望的应用程序。
文档编号G06F9/54GK1327307SQ01119800
公开日2001年12月19日 申请日期2001年5月28日 优先权日2000年5月26日
发明者盐见真史, 西浦义方, 永广雅之, 谷本顺一, 森田晃明 申请人:夏普公司