服务处理设备和处理支持设备的制作方法

专利名称：服务处理设备和处理支持设备的制作方法
技术领域：
本发明涉及一种设备与其方法，该设备和方法能够在不具有足够的功能或安全性的设备同一些其它设备执行处理的情况中进行处理，其中，通过在具有这样的不足的设备和其它能够同该设备一起实施该处理的设备之间进行配合，以允许该处理。
背景技术：
在希望由与其它一些设备通信的设备执行一些处理的情况中，对于设备来说，由于在其功能或安全方面的不足或限制的缘故，不可能执行该处理，有一种使具有的足够功能或安全性的另外设备作为替代以执行该处理的方案。
作为涉及通信方案的例子，存在允许同通信伙伴设备通信的设备，该通信伙伴设备通过从从属终端(此终端对应于根据本发明的简化设备)获得委托连接到广域通信网络，其中，该从属终端未配备到主终端(此终端对应于根据本发明的标准设备)的广域通信功能，该主终端配备广域通信功能(日本公开专利出版物第2001-298391号)。
在终端设备由于在其功能、安全性或权限方面的不足而不能与在另一端同的处理目标设备(如服务器)一起执行处理的情况中，对于该终端设备，有必要获得一些其它设备的委托或执行一些过程以补偿该终端设备本身的这种不足；与上面提到的设计相反，如下所述，技术的当前状态需要允许具有这样的不足的终端设备执行所述处理而不获得任何委托，同时仍然在这样的不足状态下的服务，然而，迄今为止还没有产生这样的服务。
例如，将日本公开专利出版物第2001-298391号中描述的方案的工作应用到另一个方案，而非下面的通信方案，其中，如果该简化设备对于实施该处理来说在其功能或安全方面具有不足，即使当简化设备位于对于该简化设备来说有可能与处理目标设备实施通信的位置时也不允许处理，该处理目标设备未配备广域通信功能，并且，标准设备位于远离该简化设备和该处理目标设备的位置。
另外，关于传送的电子票(ticket)的检票(ticket examination)处理或电子结算处理，这里以其中的检票处理的情况作为例子，即使在这样的情况中，其中，假设该检票机器未配备广域通信功能，而且简化设备也未配备出示票(ticket presentation)功能(这里，处理目标设备对应于结算机器，如检票机器、POS终端等等)，如果标准设备位于远离检票机器的位置，即使在该简化设备(其用户希望使用该票)位于该检票机器的通信可达区域之内的情况，也不可能实施检票处理。
此外，关于该票的传送和传送的票的检查，有可能分别看到标准设备和由票务服务的会员(下文中称为成员(member)终端)持有的终端之间，以及简化设备和由非票务服务的会员(下文中称为非成员(non-member)终端)持有的终端之间的通信；这里1、根据需要使票转让人和票受让人均成为应该处理仅限成员的装置或程序的成员的方案，使希望通过检票处理的非成员仅下载一次这样的程序或使他/她拥有这样的装置，是很困难的。另外，根据也将另外的仅限成员的程序或仅限成员的票提供给非成员的方案，对程序或数据的分析/泄漏以及其滥用存在担心。
2、在涉及票由非成员的使用中出现麻烦的情况，对于该麻烦留下的责任是不明确的。
3、在用于正常票的使用而执行的检票处理的情况和用于传送的票的使用而执行的检票处理的情况之间使用不同的检票过程的方案的采用还需要涉及检票机器的生产和推广的费用。
4、相比在终端之间直接执行票传送，通过服务器传送票的方案需要更高的通信费用。
5、作为在不将票提供给非成员的情况下，允许非成员及成员使用票的方案，有可能想到这样的方法，一个方法中，成员配备有一种类型的票，每张票允许两个人通过检票，或在另一方法中，成员购买多张票，并通过对检票机器为该成员自己出示一个副券并同时为非成员留存该票的另一个副券而通过检票处理，并且，利用该留存的票使非成员通过该检票处理；然而，前一个方法具有这样的限制，其中，对于成员和非成员来说，不可能通过检查，除非该成员和该非成员同时在场，并且，后一个方法具有关于检票的处理次序的限制，也就是说，仅允许该非成员在该成员之后通过检查。
如上面所列举的，已经留下各种未解决的问题。

发明内容
本发明的一个目的在于提供服务处理设备、处理支持设备及其方法，其增加使用模式的自由度，以显著地增强使用的简易性。
通过使请求处理的设备(简化设备)与对该处理提供支持的设备(标准设备)通信以达到此目的，而同时该简化设备也与作为该处理的目标的设备(处理目标设备)通信，并且，通过在该简化设备内生成对该处理提供支持的设备(标准设备)和作为该处理的目标的设备(处理目标设备)之间的通信路径。
这产生了这样的效果，其中即使在下面的状况中也能够处理，例如，处理目标设备未配备广域通信功能，并且，只要简化设备位于处理目标设备的通信可达区域中，标准设备位于远离请求处理的简化设备和处理目标设备的位置。
此外，当将本发明应用于传送票的检查时，有可能提供对上述每个问题的解决方案；也就是说，1、没有必要将另外的仅限成员信息和/或内容，或用于处理这样的信息和/或内容的程序提供给非成员。
2、因为需要由在成员终端侧的成员给出认可，以使用仅限成员的信息和/或内容，出现涉及到由非成员使用票的麻烦时留下责任是清楚的。
3、在由得到成员的认可的非成员执行处理情况下，如同在由成员执行处理的情况的情况下，可由检票机器执行的同样的处理。
4、由于有可能不经过服务器而执行成员终端和非成员终端之间的通信，所以实现了更低的通信费用。
5、没有必要使请求处理的人和接收该请求来执行处理的人在检票处理的同时都在场，并且，有可能使所述两人均通过检票处理，而不管哪个人已经先通过了该处理。
产生了上面列举的效果。


图1为显示了标准设备与处理目标设备通过本发明的实施例1和2中的简化设备通信的图；图2为显示了本发明的实施例1中的处理的流程图；图3为显示了本发明的实施例2中的处理的流程图；图4A为显示了在本发明的实施例1和2中，在预处理中由简化设备提供到标准设备的数据的例子的图；图4B为显示了在本发明的实施例1和2中，在预处理中由标准设备提供到简化设备的数据的例子的图；图5为显示了在本发明的实施例3中，由非成员使用在成员终端持有的票来执行的检票处理的图；图6为显示了在本发明的实施例3中，正常检票处理的图；图7为显示了在本发明的实施例3和4中，正常检票处理的流程图；图8A为显示了预处理请求信息的内容的示意线路图；图8B为显示了响应预处理请求的应答信息的内容的示意线路图；图9为显示了在本发明的实施例3中，由非成员使用在成员终端持有的票来执行的检票处理的流程的一个例子的流程图；图10A为显示了在本发明的实施例3和4中，在检票之前执行的预处理中，从非成员终端传送到成员终端的数据的一个例子的图；图10B为显示了在本发明的实施例3和4中，在检票之前执行的预处理中，从成员终端传送到非成员终端的数据的一个例子的图；图11为显示了在本发明的实施例4中，由非成员使用在成员终端持有的票来执行的检票处理的一个例子的图；图12为显示了在本发明的实施例4中，由非成员使用在成员终端持有的票来执行的检票处理的流程的一个例子的图；图13为显示了在本发明的实施例4中，存储在标准存储部件的数据的例子的图；图14为显示了在本发明的实施例4中的正常检票处理的图；图15为显示了在本发明的实施例5中，由非成员使用成员终端内的结算信息来执行的结算处理的图；图16为显示了在本发明的实施例5中，由非成员使用成员终端内的结算信息来执行的结算处理的流程的一个例子的流程图；图17A为显示了在本发明的实施例5和6中，在结算之前执行的预处理中，从非成员终端传送到成员终端的数据的一个例子的图；图17B为显示了在本发明的实施例5和6中，在结算之前执行的预处理中，从成员终端传送到非成员终端的数据的一个例子的图；图18为显示了在本发明的实施例6中，由非成员使用成员终端内的结算信息来执行的结算处理的图；图19为显示了在本发明的实施例6中，由非成员使用成员终端内的结算信息来执行的结算处理的流程的一个例子的流程图；图20为显示了在本发明的实施例6中，存储在标准存储部件的数据的例子的图；图21为在本发明的实施例7中的每个设备功能方框图；图22为显示了在本发明的实施例7中，由成员执行的检票处理的图；图23为显示了在预处理中执行的处理所必需的提取功能的图；图24为显示了在本发明的实施例7中的预处理的图；图25A为显示了在本发明的实施例7中，从非成员终端发送到成员终端的预处理请求数据的结构例子的图；图25B为显示了在本发明的实施例7中，响应预处理请求而从成员终端发送到非成员终端的应答数据的结构例子的图；图25C为显示了在本发明的实施例7中，从非成员终端发送到检票机器的检票查询请求数据的结构例子的图；图25D为显示了在本发明的实施例7中，响应检票查询请求而从检票机器发送到非成员终端的应答数据的结构例子的图；图25E为显示了在本发明的实施例7中，从非成员终端发送到成员终端的检票请求数据的结构例子的图；图25F为显示了在本发明的实施例7中，经过非成员终端、从成员终端发送到检票机器的检票命令数据的结构例子的图；图26A为显示了在本发明的实施例7中，在预处理中从非成员终端发送到成员终端的预告信息(advance information)的例子的图；图26B为显示了在本发明的实施例7中，在预处理中从成员终端发送到非成员终端的预告信息的例子的图；图27为显示了在本发明的实施例7中，由非成员执行的检票处理的流程图；
图28A为显示了在本发明的实施例7中的预处理的时序图；图28B为显示了在本发明的实施例7中，由非成员完成的检票处理的时序图；图29为显示了在本发明的实施例7中，在设备配备标准存储部件和使用认可判断部件的情况中的每个设备的功能方框图；图30为显示了在本发明的实施例7中，在设备配备标准存储部件和使用认可判断部件的情况中，存储在该标准存储部件中的数据的例子的图；图31为显示了在本发明的实施例8中的每个设备的功能方框图；图32A为显示了在本发明的实施例8中，在预处理中从非成员终端发送到成员终端的预告信息的例子的图；图32B为显示了在本发明的实施例8中，在预处理中从成员终端发送到非成员终端的预告信息的例子的图；图33为显示了在本发明的实施例8中，由非成员执行的结算处理的流程图；图34A为显示了在本发明的实施例8中的预处理的时序图；图34B为显示了在本发明的实施例8中，由非成员完成的结算处理的时序图；图35A为显示了在本发明的实施例8中，从非成员终端发送到成员终端的预处理请求数据的结构例子的图；图35B为显示了在本发明的实施例8中，响应预处理请求而从成员终端发送到非成员终端的应答数据的结构例子的图；图35C为显示了在本发明的实施例8中，从非成员终端发送到结算机器的结算查询请求数据的结构例子的图；图35D为显示了在本发明的实施例8中，响应结算查询请求而从结算机器发送到非成员终端的应答数据的结构例子的图；图35E为显示了在本发明的实施例8中，从非成员终端发送到成员终端的结算请求数据的结构例子的图；图35F为显示了在本发明的实施例8中，经过非成员终端、从成员终端发送到结算机器的结算命令数据的结构例子的图；图36为显示了在本发明的实施例8中，在设备配备标准存储部件和结算认可判断部件的情况中的每个设备的功能方框图；
图37为显示了在本发明的实施例8中，在设备配备标准存储部件和使用认可判断部件的情况中，存储在该标准存储部件中的数据的例子的图；图38A为显示在简化设备和标准设备中的信息和功能的组合状态的图；图38B为显示在简化设备和标准设备中的信息和功能的组合状态的图；图38C为显示在简化设备和标准设备中的信息和功能的组合状态的图；图39为显示了在本发明的实施例9中，每个设备之间的处理流程的图；图40为显示了在本发明的实施例9中的处理流程的流程图；以及图41为显示了在本发明的实施例10中，每个设备之间的处理流程的图；具体实施方式
下面将通过参照附图来描述本发明的实施例。应当注意，本发明决不局限为这些实施例；本发明能够以在保持了本发明的要旨的范围内的各种模式下使用。
(实施例1)图1为显示了在根据本发明的实施例1和2中的每个设备之间的处理流程的图。
图1中，简化设备101配备与另一个设备执行通信的功能、向所述另一个设备请求处理的功能、以及为授权设备给出认可以通过使该授权设备通过该简化设备101本身与所述另一个设备之外的其它一些设备执行通信的功能，并且，标准设备102配备与另一个设备执行通信的功能、以及用于根据从所述另一个设备接收的处理请求而对认可/不认可的判断的输入或执行的功能。
处理目标设备103与简化设备101或标准设备102执行通信以执行一些种类的处理(例如，在检票系统或结算处理系统等等的情况中，简化设备101和标准设备102对应于移动电话、PDA、笔记本大小的个人计算机等等，而处理目标设备103对应于检票机器、结算机器等等)。
也就是说，当简化设备101的用户希望与在另一端的处理目标设备103执行一些种类的处理时，即使由于简化设备101在其功能或安全性方面的不足，该简化设备101不能够单独完成此处理，通过简化设备101和标准设备102的配合，也使得好像简化设备101正在与在另一端的处理目标设备103执行该处理。也就是说，简化设备101已经预先同标准设备102交换了信息(预处理)[①]，并且，在实际执行与在另一端的处理目标设备103的处理的时候，基于该预处理信息，将与在另一端的处理目标设备103进行处理所需要的一些种类的请求发送到标准设备102[②]，同时标准设备102不直接通信而是根据该处理请求的接收，经过简化设备101，与在另一端的处理目标设备103执行处理[③]。
接下来，下面通过参照图1和图2来描述实施例1中的处理流程。
简化设备101预先将识别简化设备101所必需的信息提供到标准设备102，同时标准设备102将连接到标准设备102所必需的信息提供到简化设备101(步骤ST 201)。图4中显示了在预处理中传送的数据的例子。这里，在简化设备101和标准设备102均为移动电话的情况中，每个设备已经同另一个设备交换了用于设备本身识别的信息，也就是说，将用于标准设备102识别简化设备101的简化设备101的用户的电话号码(以及名字)从简化设备101提供到标准设备102[图4A]，并且，反之，将用于简化设备101识别标准设备102的标准设备102的电话号码从标准设备102提供到简化设备101[图4B]。
接受了在简化设备101的处理请求的输入(步骤ST 202)后，简化设备101便在简化设备101本身内生成标准设备102和处理目标设备103之间的通信路径，并且，标准设备102经过简化设备101与处理目标设备103通信来执行处理。由于该预处理之后将要执行一系列的过程，举例来说，有可能采用如下所述的方法。
1、简化设备101将连接请求发送到处理目标设备103，同时处理目标设备103一旦接收该请求，便将用于处理的请求产生到简化设备101。接下来，简化设备101将连接请求发送到标准设备102，并且简化设备101和标准设备102执行验证以在它们之间进行连接。简化设备101请求标准设备102执行在处理目标设备103请求的全部处理之中简化设备本身不能执行的部分处理。接下来，标准设备102识别来自于简化设备101的请求的内容并显示识别的内容，并且，提示标准设备102的用户输入对该处理请求的认可或不认可。在认可了该请求的情况中，标准设备102经过简化设备101与处理目标设备103通信来执行简化设备101请求的处理(省略流程图)。
2、简化设备101将连接请求发送到处理目标设备103，同时处理目标设备103一旦接收该请求，便将处理请求产生到简化设备101。接下来，简化设备101将连接请求发送到标准设备102，并且简化设备101和标准设备102执行验证以建立它们之间的连接。简化设备101将从处理目标设备103接收的全部处理请求发送到标准设备102，并请求标准设备102进行处理。接下来，标准设备102识别来自于简化设备101的请求的内容并显示识别的内容，并且，提示标准设备102的用户输入对该处理请求的认可或不认可。在认可了该请求的情况中，标准设备102经过简化设备101与处理目标设备103通信来执行简化设备101请求的处理(省略流程图)。
3、简化设备101利用预先提供的信息执行简化设备101本身和标准设备102之间的验证，并建立与标准设备102的连接(步骤ST 203、204)。建立了简化设备101和标准设备102之间的连接后，标准设备102便识别来自于简化设备101的请求的内容，并显示识别的内容(步骤ST 205)。标准设备102的用户输入对该请求的处理的认可/不认可(步骤ST 206)。在对该请求给出了认可的情况中，简化设备101建立与处理目标设备103的连接(步骤ST 207)，并且，标准设备102利用这些通信路径、经过简化设备101与处理目标设备103通信来执行该处理(步骤ST 208)。
应当注意，可以以各种方法进行这里的验证，包括且不限于如基于在预处理中交换的信息来识别连接伙伴终端的简单方法，以及使用签名等的复杂的方法，并且，不试图将该验证限定在一个指定的方法中。
应当注意，作为简化设备101和标准设备102之间的区别的基础，可以想到诸如用于处理的执行所需要的信息(如电子票或资金量)、功能、安全性、权限(如给每个设备的用户的权限的不同)、合同内容等的因素，并且在下文中，将这些共同称为能力。
通过使用上述方法，即使在简化设备101能力不足并由此在与处理目标设备103直接通信来执行处理中存在问题的情况中，配备足够能力的标准设备102经过简化设备101与处理目标设备103通信来执行该处理，因此产生与在简化设备101能够与处理目标设备103直接通信来执行该处理的情况中同样的效果。
这里，应当注意，关于简化设备101的状态，存在如简化设备101不知道应当与另一端的处理目标设备103执行哪种处理的状态，以及简化设备101知道应当与另一端的处理目标设备103执行的处理的内容，然而，由于其能力的不足或限制，简化设备101不能执行该处理的另一个状态。
在前一个状态的情况中，上述过程1或2的采用产生了这样的效果，简化设备101能够获悉应当向标准设备102请求的处理的种类。特别地，上述过程1适用于简化设备101能够判断由处理目标设备103请求的处理的处理可行性的情况，同时上述过程2适用于简化设备101不能判断由处理目标设备103请求的处理的处理可行性的情况。
另一方面，在后一个状态的情况中，上述过程3的采用产生了这样的效果，其中，简化设备101不与处理目标设备103执行通信，直到由标准设备102给出认可，其使得在标准设备102不认可的情况下，对于简化设备101来说没有必要与处理目标设备103执行通信。
(实施例2)接下来，下面通过参照图1和图3，对根据本发明的实施例2给出说明。
在实施例1的情况中，在标准设备的一侧，从简化设备101接收了处理请求后，标准设备102的用户便输入对请求的处理的认可/不认可；与此相反，根据当前实施例，将处理认可标准存储在标准设备中，并随后将来自于简化设备101的请求与存储的标准核对，以自动地提供该处理被认可/不认可的判断。
简化设备101预先将识别简化设备101所必需的信息提供到标准设备102，同时标准设备102将建立到标准设备102的连接所必需的信息提供到简化设备101(步骤ST 301)。
在接受简化设备处的处理请求的输入(步骤ST 302)后，该简化设备便在简化设备本身内生成标准设备和处理目标设备103之间的通信路径，并且，该简化设备使该标准设备与该处理目标设备通信来执行请求的处理。此步骤和实施例1中的步骤一样，并且，下面通过假定采用了实施例1中的过程3来说明其随后的过程。
简化设备利用预先提供的信息来执行该简化设备本身和标准设备之间的验证，并且，建立到该标准设备的连接(步骤ST 303、304)。建立了简化设备和标准设备之间的连接后，标准设备便识别来自于简化设备的请求的内容(步骤ST 305)，并将存储在标准设备本身的处理认可标准与来自于简化设备的处理请求相比较(步骤ST 306)，以提供该请求被认可/不认可的判断(步骤ST 307)。在对该请求给出了认可的情况中，简化设备建立与处理目标设备的连接(步骤ST 308)，并且，标准设备102利用这些通信路径、经过简化设备101与处理目标设备103通信来执行该处理(步骤ST 309)；在没有对该请求给出认可的情况中，不允许简化设备与在另一端的处理目标设备进行处理。
如上所述，根据当前实施例，除实施例1中的效果之外，还有一种效果，其中，没有必要每次从简化设备接收请求的时候都在标准设备上输入认可/不认可，并且，有可能自动地判断其被认可/不认可，对于标准设备的用户的利益来说，其还减少了麻烦的负担和处理所需要的时间。
(实施例3)在此实施例中，给出了将在实施例1和2描述的服务模型应用到检票处理的情况中的说明(这里，处理目标设备103对应于检票机器，简化设备101对应于未配备检票处理能力的非成员终端，并且，标准设备102对应于配备检票处理能力的成员终端)。
这里描述的票为电子票，并且，用户将这样的票存储在成员终端中，并在检票时通过检票机器和终端之间的通信来使用该票。例如，有可能想到一种应用，如在检票时，通过放置在电影、音乐会等的入口地点的检票机器，通过进行通信来执行的检票处理的执行，其中，用户已在手提式终端下载了用于这样的事件的购买的票。此外，将当前应用使用到检票处理使得不拥有诸如用于处理票的装置或程序的介质或未得到这样做的授权的服务的非成员(下文称为非成员)能够使用拥有这样的介质或得到了这样的授权的服务成员(下文称为成员)所持有的票。
图5为显示了实施例3中，关于由成员终端持有的票如何为非成员终端所使用的方法的图。在图5中，附图标记501为非成员终端，而附图标记502为成员终端。附图标记503为用于检票的执行的检票机器。在此实施例中，通过用于成员终端和非成员终端的移动电话的例子给出了说明，然而，它们不限于移动电话，而它们可以是诸如PDA、笔记本大小的个人计算机等等的其它移动终端。附图标记504和505为用于分别建立终端和检票机器之间的通信的检票通信部件，并且，它们可以是公共交换电话网、蓝牙、红外设备(IrDA)等等。
附图标记506和507为用于产生终端之间的通信的终端间通信部件，并且，它们可以是公共交换电话网、蓝牙、红外设备等等。另外，它们可以是与检票通信部件相同的媒介。
票使用请求接受部件508是接受来自于请求使用票的非成员的用户的输入的部件。
连接端存储部件509是存储进行连接所需要的连接的另一端的终端信息的部件。
协调处理/验证部件510为建立与由存储在连接端存储部件的信息所指示的成员终端连接，并且使连接的另一端执行请求终端本身的验证的部件。
连接终端识别部件511为识别连接伙伴终端的部件。
票识别部件512为识别由通信伙伴请求使用的票的部件。
票存储部件513为存储持有的票的部件，并且，该部件513可为抗干预模块、抗干预软件、IC芯片、存储器等。
显示部件514为显示由票识别部件识别的票的部件。
输入部件515和516为用户在其中输入使用票的确认和请求的部件。
票处理部件517为执行用于票的使用的处理的部件。
首先，下面通过参照图6和图7来说明由持有票的成员执行的用于正常检票的执行的处理流程，然而，与图5中相同的部分指定了相同的附图标记，并且，这里忽略了它们的详细说明。
在输入部件515接受了请求使用票的输入(步骤ST 901)后，在票处理部件517从票存储部件513调出请求使用的票(步骤ST 902)，并且将该调出的票显示在显示部件514(步骤ST 903)。
在输入部件515接受了用于确认票的使用的输入(步骤ST 904)后，票处理部件517经过检票通信部件504与检票机器503执行通信(步骤ST 905)，并通过在另一端的检票机器执行检票处理(步骤ST 906)。这里，可在检票机器的一侧或成员终端的一侧执行检票处理，如一种用于重写票内容以将该票标记为已使用的处理。
接下来，下面通过参照图5、图8和图9来说明由非成员通过使用成员持有的票来执行的检票执行的处理流程。
在此实施例中，通过非成员终端501和成员终端502之间预先的信息交换(预处理)，在出现必要性的时候，非成员终端501能够与成员终端502配合，与另一端的检票机器503执行处理(检票处理、结算处理等)。
对于此预处理的执行，下面给出对该预处理的执行的前提条件的说明。作为前提条件，在非成员终端501中预先提供的功能包括用于与成员终端502连接的通信连接功能、用于与处理目标设备连接的通信连接功能、以及程序下载功能(如因特网浏览器)，同时，在成员终端502中预先提供的功能包括用于与非成员终端501连接的通信连接功能、以及程序下载功能(如因特网浏览器)。尽管如此，成员终端502还可配备用于与检票机器503连接的通信连接功能，作为它的预先提供的功能。在此实施例中，这样的进一步的功能不用于当成员终端502仅提供对该处理的支持时，与检票机器503直接通信，然而，在作为此成员终端502的用户的成员自己使用包含与检票机器503通信的服务的情况中使用该功能。
应当注意，作为预先分别提供到非成员终端501和成员终端502的通信连接功能，举例来说，有电话功能、红外数据通信功能等，并且，用于与非成员终端501或成员终端502连接的通信连接功能可为与用于与检票机器503连接的通信连接功能不同的类型或相同的类型。
另外，假定此非成员终端501的用户(非成员)预先知道在哪里与成员终端502(其地址)建立连接。
在这些前提条件下，服务提供者(提供电子票的公司)已开通了可分别通过非成员终端501的浏览器和成员终端502的浏览器访问的网站，并且，已使非成员程序准备好从此网站被下载到非成员终端501，同时使成员程序准备好从此网站被下载到成员终端502。为了进一步的信息，完成成员注册后，该成员程序便成为可下载的程序，同时，非成员程序为不需要任何成员注册的可自由下载的程序。
在成员程序保留的功能之中有将处理命令(检票命令)传送到检票机器503或非成员终端501的功能，和在将用于该处理所必要的信息(票数据)存储在成员终端502内的功能。
另外，在非成员程序保留的功能之中有传送预处理请求(包括用于识别非成员终端501的识别信息)的功能、将处理支持请求(检票请求)传送到成员终端502的功能、从成员终端502接收响应该处理支持请求的应答(检票命令)并将接收的应答传送到检票机器503的功能、以及向检票机器503查询关于处理内容的功能。
在订购了服务的时候，成员终端502的用户(成员)从网站将成员程序下载到成员终端502。另外，对于非成员终端501的用户来说，在他/她希望使用该服务(检票)的时候，有可能通过从网站将非成员程序下载到非成员终端501来执行下述的预处理。
接下来，这里给出对预处理的内容的说明。响应非成员终端501的用户(非成员)的操作，下载了非成员程序的非成员终端501将预处理请求信息(预处理需要的信息)发送到成员使用的成员终端502(其中已经下载了成员程序)。如在图8(a)中显示的，从非成员终端501发送的作为预处理请求信息的信息包含指明该发送信息为预处理请求信息的信息(请求标识符)、用于非成员终端501的识别的信息(例如，它的终端ID、电话号码等)、以及成员终端502的地址。
从非成员终端501接收了预处理请求信息后，成员终端502便将验证必需的秘密信息发送到非成员终端501，作为对该预处理请求的响应。如图8(b)所示，从成员终端502发送的作为对该预处理请求的响应的信息包含指明该发送信息为预处理请求的应答的信息(请求标识符)、用于验证的秘密信息(如密码)、非成员终端501的地址、以及认可使用的数据(如票识别信息)。认可使用的数据为指明认可由非成员终端501的用户使用的票的种类的信息，并且，在预处理中，在选择了作为非成员终端501的用户的非成员将使用的由作为成员终端502的用户的成员认可的票的种类的情况中，有可能将这样认可使用的数据作为该预处理请求的应答发送到非成员终端501。因此，在非成员终端501接收了认可使用的数据后，便显示接收的数据，其允许看到显示的数据的非成员获悉成员认可使用哪个数据；这消除了在预处理之后将处理支持请求发送到成员终端502的时候不认可使用的请求数据的浪费。
另一方面，在预处理的步骤中，成员终端502可不将认可由非成员终端501使用的数据发送到非成员终端501。在这样情况中，通过传送秘密信息，接下来在该预处理步骤中仅进行用于验证的准备，并且，每当使用非成员终端501的非成员产生使用请求的时候，成员终端502将认可使用的数据通知给非成员终端501。这样的替换在非成员对同一被请求人重复地请求处理(使用票的检票处理、使用卡的结算处理等)的情况中是有效的，举例来说，在使用非成员终端501的非成员用重复的方式对使用成员终端502的成员进行用于同类处理的请求的情况中，正象在非成员在某一时刻对成员进行用于使用某个票的检票处理请求、而该非成员在另一时刻对同一成员进行使用另一个票的检票处理请求的情况中，或在非成员用重复的方式对成员进行不同种类的处理请求的情况中，正象在非成员在某一时刻向成员请求将票用于处理的的检票处理、而该非成员在另一时刻向同一成员请求使用卡来处理的结算检查处理的情况中。『X1』图23为显示了对于在非成员终端2001和成员终端2002中的预处理特别必需的提取功能部件的方框图，其中，在此方框图中，将同样的附图标记分配给图21中对应的部分。通过参照此图23，下面详细描述预处理的流程。在非成员终端2001处，用户(非成员的)通过在输入部件2019给出的输入操作输入了用于发送预处理请求的指令后，输入部件2019将该输入的指令提供到请求生成部件2006。
基于用于传送由输入部件2019提供的预处理请求的指令，请求生成部件2006从指明正被传送的信息为预处理请求的信息(请求标识符)、以及从用于非成员终端2001的识别的信息(设备标识符)生成预处理请求，并将生成的预处理请求提供到协调处理部件2010。
协调处理部件2010从连接端信息存储部件2009获得成员终端2002的地址并将获得的地址添加到预处理请求。这样，生成了如图8(a)所示的预处理请求信息。应当注意，假定预先将成员终端2002的地址存储在连接端信息存储部件2009。
从协调处理部件2010将生成的预处理请求信息提供到终端间通信部件2004。终端间通信部件2004将该预处理请求信息传送到成员终端2002的终端间通信部件2005。
在成员终端2002处，从非成员终端2001接收了预处理请求信息后，终端间通信部件2005将接收的预处理请求信息提供到协调处理部件2011。由请求内容识别部件2012参考提供到协调处理部件2011的预处理请求信息。基于包含在该预处理请求信息中的请求标识符(图8(a))，请求内容识别部件2012将该参考信息识别为预处理请求信息，并将识别结果通知给协调处理部件2011。
在从请求内容识别部件2012通知的识别结果为预处理请求信息的情况中，协调处理部件2011将包含在预处理请求信息中的设备标识符(图8(a))存储进预告信息存储部件2014。
预告信息生成部件2015生成指明正在应答的信息是对预处理请求信息的应答的信息(请求标识符)，并且，另外，通过将每个图8(b)所示的信息(用于验证的秘密信息，认可使用的数据)添加到请求识别符信息，响应该预处理请求信息而生成应答信息。
在此生成处理中，协调处理部件2011根据从预告信息生成部件2015给出的预告信息生成指令，使显示部件2021显示存储在票存储部件2016的票的清单。成员终端2002的用户(成员)通过在预定的输入部件的操作(省略了图)，对认可由非成员终端2001的用户(非成员)使用的票做出选择。
将指明选择的票的信息从票存储部件2016提供到预告信息生成部件2015。预告信息生成部件2015进一步将提供的指明选择的票的信息提供到协调处理部件2011。协调处理部件2011将提供的指明选择的票的信息添加到响应在那个定时作为“认可使用的数据”生成的预处理请求的应答信息，另外，非成员终端验证部件2017发出秘密信息，如密码，并将发出的信息提供到协调处理部件2011，此外，建立秘密信息和用于识别非成员终端设备的信息之间的关联，以将该关联信息存储在预告信息存储部件中。协调处理部件2011将秘密信息和非成员终端2001的地址添加到响应预处理请求的应答信息中。这样，生成了图8(b)所示的响应预处理请求的应答信息。
协调处理部件2011将如上所述生成的应答信息提供到终端间通信部件2005。终端间通信部件2005将该应答信息传送到非成员终端2001的终端间通信部件2004。
非成员终端2001的终端间通信部件2004将接收的应答信息提供到协调处理部件2010。协调处理部件2010根据接收的数据的请求标识符(图8(b))，将接收的数据识别为响应预处理请求的应答信息。
协调处理部件2010将包含在响应预处理请求的应答信息中的秘密信息(由成员终端2002生成的秘密信息)和包含在其中的认可使用的数据(指明票的信息等)存储在预告信息存储部件2013。另一方面，可将秘密信息显示在预定的显示部件(省略了图)，并且，非成员终端2001的用户(非成员)可记住显示的信息，而不将秘密信息存储在预告信息存储部件2013。如果这样完成，有可能在非成员终端2001中不留下秘密信息，其帮助避免秘密信息预先泄露给第三方。
通过上述预处理，非成员终端2001将用于非成员终端2001本身识别的信息发送到成员终端2002，同时，成员终端2002将用于验证的秘密信息(以及认可使用的票的数据等)发送到非成员终端2001，其制造了这样的条件，其中，成员终端2002能够识别非成员终端2001并验证终端识别。
因此，预处理之后，当非成员终端设备2001向成员终端2002请求处理的时候，非成员终端2001将成员终端2002在预处理中发出的秘密信息发送到成员终端2002，因此对于成员终端2002来说，验证非成员终端2001成为可能。
接下来，下面通过参照图5和图9来说明由非成员使用成员持有的票来执行的执行检票的处理流程。
首先，作为在如上参照图8所述的、执行检票之前已执行的预处理，成员终端502已将建立到成员终端本身的连接必需的信息提供到非成员终端501，其用户将为他/她的票的伪受让人(pseudo-transferee)，同时非成员终端已将提供的信息存储在连接端存储部件509。另外，成员终端已将用于非成员终端的识别的信息存储在连接终端识别部件511(步骤ST 1101)。这里，从成员终端502提供到非成员终端501的信息包括除建立到成员终端502的连接必需的信息之外，涉及由成员持有的票的种类的信息等。图10A和图10B中显示了在预处理中传送的数据的例子。在图10A和图10B中显示的数据中，图10A中显示的从非成员终端501发送到成员终端502的数据(非成员终端501的用户的名字和电话号码)是用于包含在图8(a)所示的预处理请求信息中的非成员终端的识别的信息，而图10B中显示的从成员终端502发送到非成员终端501的数据(成员终端502的用户的电话号码、以及他/她持有的票)是包含在响应图8(b)所示的预处理请求的应答信息中的用于认可使用的信息。
非成员终端501和成员终端502之间的上述预处理执行之后，例如，在非成员终端501的用户(非成员)希望在电影院使用电影票等的情况下，该非成员通过非成员终端501将处理请求发送到成员终端502，因此，通过创建好像非成员终端501持有该票的伪情形(pseudo-situation)，通过使用由成员终端502持有的票来执行检票成为可能。
也就是说，在非成员终端501的输入部件516接受了对请求使用票的输入(步骤ST 1102)后，非成员终端501在非成员终端501本身内生成成员终端502和检票机器503之间的通信路径，并且，成员终端502经过非成员终端501与检票机器503通信来执行该处理。作为预处理之后的一系列处理步骤1、非成员终端501的检票通信部件505将连接请求发送到检票机器503，同时，检票机器503接收了该请求后，将请求非成员终端501进行检票处理。接下来，非成员终端501将连接请求发送到成员终端502，并且，随后非成员终端501和成员终端502执行验证以建立它们之间的连接。非成员终端501请求成员终端502执行在检票机器503请求的全部处理之中非成员终端本身不能执行的部分处理。接下来，在成员终端502处，票识别部件512识别请求由连接伙伴使用的票，并且，如果成员终端502持有请求的票，其中的显示部件514显示涉及所请求票的信息。成员在输入部件515输入对使用的认可或不认可。成员认可了使用该票后，票处理部件517经非成员终端501与检票机器503通信来执行请求的检票处理(省略流程图)。
2、非成员终端501的检票通信部件505将连接请求发送到检票机器503，同时，检票机器503接收了该请求后，便请求非成员终端进行检票处理。接下来，非成员终端将连接请求发送到成员终端，并且随后非成员终端501和成员终端502执行验证以建立它们之间的连接。非成员终端501将在通过检票机器503进行处理时从检票机器503接收的全部处理请求发送到成员终端502，并请求成员终端502进行处理。接下来，在成员终端502处，票识别部件512识别请求由连接伙伴使用的票，并且，如果成员终端502持有请求的票，其中的显示部件514显示涉及所请求票的信息。成员在输入部件515输入对使用的认可或不认可。成员认可了使用该票后，票处理部件517经非成员终端501与检票机器503通信来执行请求的检票处理(省略流程图)。
3、非成员终端501通过使用终端间通信部件507，与存储在连接端存储部件509的连接的另一端执行通信，并通过协调处理/验证部件510的工作来执行非成员终端501和成员终端502之间的验证，以建立与成员终端502的连接(步骤ST 1103、1104)。建立了非成员终端501和成员终端502之间的连接后，在成员终端502处，票识别部件512识别请求由连接伙伴使用的票(步骤ST 1105)，并且，如果成员终端502持有请求的票(步骤ST 1106)，其中的显示部件514显示涉及所请求票的信息(步骤ST 1107)。成员在输入部件515输入对使用的认可或不认可(步骤ST 1103)。有一种方法，其中，成员认可了使用该票后，非成员终端501建立与检票机器503的连接(步骤ST 1109)，并且，票处理部件517经非成员终端501与检票机器503通信来执行检票处理(步骤ST 1110)。
通过采用这些方法，即使当成员位于远离检票机器503和非成员终端501的位置时，非成员仍能够与正在他/她前面的检票机器503执行通信。当从检票机器503的观点来看时，看起来好像检票机器503与非成员终端501正在执行通信来进行检票处理，然而事实上，检票机器503与成员终端502通信来执行票的处理。完成了检票处理后，检票机器503便打开了它的门等等，并且允许在检票机器503前面的非成员通过门进入。应当注意，这里，事实上，可能在检票机器一侧或成员终端一侧执行检票处理，如用于重写票的内容以将该票标记为已使用的一种处理。
另外，在这样的情况中，举例来说，使用公共交换电话网作为终端间通信部件506和507，有这样的效果，其中，即使当成员位于远离非成员的位置时，也有可能执行票的伪传送(pseudo-transfer)，同时另一方面，在以下这样的情况中，两个人希望同时执行检票处理，然而，检票机器503在每次执行中仅允许一个人通过检票，采用蓝牙或红外设备作为终端间通信部件506和507产生了这样的效果，其中，与使用公共交换电话网的情况相比，以较低的费用执行通信。
应当注意，关于非成员终端501的状态，将状态分类为这样的状态，其中，非成员终端501不知道由在另一端的检票机器503正在请求的票的种类，以及另一个状态，其中，非成员终端501确实知道应当出示给在另一端的检票机器503的票的种类，然而，由于缺少该票本身或检票执行功能等情况，造成非成员终端501不能执行检票处理。
在前一个状态的情况中，上述过程1或2的采用产生了这样的效果，其中，非成员终端501能够获悉应当向成员终端502请求的处理的种类。特别地，上述过程1适用于非成员终端501能够判断由检票机器503请求的处理的处理可行性的情况，同时上述过程2适用于非成员终端501不能判断由检票机器503请求的处理的处理可行性的情况。
在后一个状态的情况中，上述过程3的采用产生了这样的效果，其中，非成员终端501不与检票机器503执行通信，直到由成员终端502给出认可，其使得在成员终端502不认可的情况下，对于非成员终端501来说没有必要与检票机器503执行通信。
根据本发明，需要在非成员终端501中提供的包括输入部件516、票使用请求接受部件508、连接端存储部件509、以及协调处理/验证部件510。即使作为程序提供这些部件，这样的程序也不包含任何商业秘密及任何其它有价值的信息，因此，即使分析该程序也没有将其泄漏的风险，因而可将该程序准备为任何人可自由下载的可下载的程序。
如上所述，根据当前实施例，对于非成员来说，通过给终端配备协调处理/验证部件510、连接终端识别部件511和票识别部件512，并通过给出成员对使用该票的认可，使用该票成为可能，以及；1、有可能对未配备用于处理票的程序或装置的非成员执行票的伪传送。
2、没有必要给非成员提供票，以及用于处理该票的程序。
3、由于对于使用票来说，需要在成员终端侧给出的认可，在出现涉及由非成员使用票的麻烦时留下的责任是清楚的。
4、对于由成员使用正常票的情况，以及对于由非成员使用传送的票的情况，没有必要在检票机器使用不同的处理方法。
5、即使票的让与人和票的受让人不都在场，对于这两个人来说，无论哪个人已先通过了该处理，也有可能都通过检票处理。
6、因为有可能不经过服务器而在成员终端和非成员终端之间执行通信，所以可实现更低的通信费用。
有包括且不限于如上面所列举的效果，。
自然，对于成员终端的一个所有者，在一揽子交易中购买一组票、并允许多人使用每张票是有可能的，并且，通过这样做，还有可能在预定座位系统的情况中购买用于团体预定座位的票。
(实施例4)接下来，下面通过参照图11来给出根据本发明的实施例4的说明。
在实施例3中，从非成员接收了使用票的请求后，成员在成员终端侧输入他/她的对使用的认可；与此相反，根据当前实施例，将使用认可标准存储在成员终端，并且，通过将来自于非成员的请求与该标准核对，自动做出是否给出使用认可的判断。图11中，附图标记701～717与图5中的附图标记501～517分别相同。
使用认可判断部件718将存储在标准存储部件719中的使用认可标准与来自于连接伙伴的使用请求核对，并做出认可或不认可所请求使用的判断，同时标准存储部件719存储用于在做出使用认可的判断时进行检查的票使用认可标准。
由持有票的成员执行的正常检票的执行的处理流程与根据实施例3的正常检票的处理流程相同。
接下来，通过参照图11和图12来说明通过使用成员持有的票、由非成员执行的检票的执行的处理流程。
在此实施例中，已经预先在非成员终端701和成员终端702之间以与实施例3中相同的方式执行了预处理(步骤ST 1301)。这里，该预处理的细节正好与通过参照图8说明的处理的内容相同，因此这里省略了它的说明。
在执行预处理之后，非成员终端和成员终端之间、以及非成员终端和检票机器之间的连接过程与根据实施例3的连接过程相同，并且，这里给出了关于使用了与实施例3的方法3相同的方法的情况的说明。完成了非成员终端701和成员终端702的之间的验证以及建立了终端之间的连接(步骤ST1303、1304)后，成员终端702识别由非成员终端701请求的票(步骤ST 1305)，并且，在成员终端702持有该请求的票的情况中(步骤ST 1306)，使用认可判断部件718将存储在标准存储部件719中的使用认可标准与来自于非成员终端701的使用请求相比较(步骤ST 1307)，并做出认可或不认可该请求使用的判断(步骤ST 1308)。
成员认可了使用后，非成员终端701便建立与检票机器703的连接(步骤ST 1309)，并且，成员终端702经非成员终端701与检票机器703通信来执行检票处理(步骤ST 1310)。应当注意，在请求的使用不被成员认可的情况中，不允许非成员终端701进行检票处理。这里，存储在成员终端702的使用认可标准包含诸如用于请求票的识别的信息和用于识别请求使用的、线路另一端的人的信息的信息。图13显示了使用认可标准的数据的例子。
应当注意，图14为显示了执行由持有票的成员执行的正常检票的处理流程的方框图。然而，图14中，对与图11的那些部分相同的部分分配相同的附图标记，并且，这里忽略了它们的详细说明。另外，图14中显示的检票的处理流程与图7中显示的相同，因此通过参照图7在这里给出说明。
在输入部件715接受了请求使用票的输入(步骤ST 901)后，在票处理部件713从票存储部件717调出被请求使用的票(步骤ST 902)，并且将该调出的票显示在显示部件714(步骤ST 903)。
在输入部件715接受了用于确认票的使用的输入(步骤ST 904)后，票处理部件717经过检票通信部件704与检票机器703执行通信(步骤ST 905)，并与另一端的检票机器一起执行检票处理(步骤ST 906)。这里，可在检票机器侧或成员终端侧执行检票处理，如一种用于重写票内容以将该票标记为已使用的处理。
如上所述，根据当前实施例，通过给成员终端配备标准存储部件719和使用认可判断部件718，除了实施例3中的效果之外，还有进一步的效果，其中，对于成员来说，没有必要每次接收来自于非成员的使用票的请求的时候都输入确认，并且，有可能自动地判断认可/不认可所请求的使用，对成员的利益来说，其还减少了麻烦的负担和检票处理所需要的时间。
(实施例5)在此实施例中，给出了将在实施例1和2描述的服务模型应用到结算处理的情况中的说明(这里，处理目标设备103对应于结算机器，简化设备101对应于未配备结算处理能力的非成员终端，并且，标准设备102对应于配备了结算处理能力的成员终端)。用户将进行结算所必需的信息，如用户的信用卡号码存储在他/她的终端中，并且，在进行结算的时候，他/她能够通过在结算机器和他/她的终端之间执行通信来使用它。
图15为显示了根据本发明的实施例5的非成员终端1401、成员终端1402和结算机器1403的方框图。非成员终端1401试图通过利用由成员终端1402保留的结算信息来进行结算。应当注意，执行结算的结算机器1403可以是POS终端等。在此实施例中，通过用于成员终端1402和非成员终端1401的移动电话的例子给出了说明，然而，它们不限于移动电话，它们可以是诸如PDA(个人数字助理)、笔记本大小的个人计算机等等的其它移动终端。
结算机器通信部件1404和1405为用于分别在终端和结算机器之间进行通信的通信部件，并且，它们可以是公共交换电话网、蓝牙、红外设备等。终端间通信部件1406和1407为用于在终端之间进行通信的通信部件，并且，它们可以是公共交换电话网、蓝牙、红外设备等。另外，它们可以是与结算机器通信部件相同的媒介。
结算请求接受部件1409为接受用于作为非成员的用户请求执行结算的输入的部件，而连接端存储部件1409为存储进行连接所需要的连接的另一端的终端信息的部件。协调处理/验证部件1410为与由存储在连接端存储部件1409中的信息所指明的成员终端1402进行连接、并使另一端的连接执行请求终端本身的验证的部件。连接终端识别部件1411为识别连接伙伴终端的部件。结算请求识别部件1412为识别来自于连接伙伴的结算请求的内容的部件。结算信息存储部件1413为存储进行结算所需要的信息的部件，并且，该部件1413可为抗干预模块、抗干预软件、IC芯片、存储器等。顺便地，待存储的信息可为信用卡号码等。显示部件1414为显示由结算请求识别部件1412识别的结算请求的部件。输入部件1415和1416是这样的部件，通过它们，用户输入用于进行结算的确认和请求。结算处理部件1417为执行结算处理的部件。
下面通过参照图15和图16来说明由非成员使用成员持有的信息来执行的执行结算的处理流程。
首先，作为执行结算之前已执行的预处理，成员终端1402已将建立到成员终端本身的连接必需的信息提供到非成员终端1401，其用户将为被给出结算认可的人，同时非成员终端已将提供的信息存储在连接端存储部件1409。另外，成员终端已将用于非成员终端的识别的信息存储在连接终端识别部件1411(步骤ST 1701)。这里，从成员终端提供到非成员终端的信息包括除进行到成员终端的连接必需的信息之外，有关由成员持有的卡的种类的信息等。图17A和图17B中显示了在预处理中传送的数据的例子。
根据当前实施例的预处理的细节正好与参照图8说明的处理的内容相同，并且，因此这里省略了它的说明。然而，图8(b)所示的、包含在响应预处理请求的应答信息中的“认可使用的数据”，在这里是用于识别用于结算的卡的识别信息，并且已将包含这样的识别信息的应答信息从成员终端1402发送到非成员终端1401，作为预处理中的应答信息。
在非成员终端1401接受了结算请求的输入(步骤ST 1702)后，非成员终端1401在非成员终端本身内生成成员终端1402和结算机器1403之间的通信路径，并且非成员终端1401使成员终端1402与结算机器1403通信来执行请求的处理。作为预处理之后的一系列处理步骤1、非成员终端1401的结算机器通信部件1405将连接请求发送到结算机器1403，同时，结算机器1403接收了该请求后，请求非成员终端1401进行结算处理。接下来，非成员终端1401将连接请求发送到成员终端1402，并且，随后非成员终端1401和成员终端1402执行验证以产生它们之间的连接。非成员终端1401请求成员终端1402执行在结算机器1403请求的全部处理之中非成员终端本身不能执行的部分处理。举例来说，在非成员终端1401能够执行一部分结算机器1403请求的处理的情况中，正象在非成员终端1401配备有结算功能、但不具有足够的资金量用于进行结算的情况中，请求到成员终端1402的处理的内容可为结算机器1403请求的全部处理的一部分。接下来，在成员终端1402处，结算请求识别部件1412识别来自连接伙伴的结算请求的内容，并且，显示部件1414显示涉及结算请求的内容的信息。成员在输入部件1415输入对结算的认可或不认可。成员认可了结算后，结算处理部件1417经过非成员终端、与结算机器1403通信来执行请求的结算处理(省略流程图)。
2、非成员终端1401的结算机器通信部件1405将连接请求发送到结算机器1403，同时，结算机器1403接收了该请求后，请求非成员终端1401进行结算处理。接下来，非成员终端1401将连接请求发送到成员终端1402，随后非成员终端1401和成员终端1402执行验证以建立它们之间的连接。非成员终端1401将在同结算机器1403进行处理时从结算机器1403接收的全部处理请求发送到成员终端1402，并请求成员终端1402进行处理。接下来，在成员终端1402处，结算请求识别部件1412识别来自连接伙伴的结算请求的内容，并且，显示部件1414显示涉及结算请求的内容的信息。成员在输入部件1415输入对结算的认可或不认可。成员认可了结算后，结算处理部件1417经过非成员终端、与结算机器通信来执行请求的结算处理(省略流程图)。
3、非成员终端1401通过使用终端间通信部件1407，与存储在连接端存储部件1409中的连接的另一端执行通信，并通过协调处理/验证部件1410的工作来执行非成员终端1401和成员终端1402之间的验证，以建立与成员终端1402的连接(步骤ST 1703、1704)。建立了非成员终端1401和成员终端1402之间的连接后，在成员终端1402处，结算请求识别部件1412识别来自于连接伙伴的结算请求的内容，并且，显示部件1414显示涉及结算请求的内容的信息(步骤ST 1705)，并且，成员在输入部件1415输入对结算的认可或不认可(步骤ST 1706)。
成员认可了结算后，非成员终端1401便建立与结算机器1403的连接(步骤ST 1707)，并且，结算处理部件1417与结算机器1403通信、经过非成员终端1401来执行结算处理(步骤ST 1708)。存在上面列举的各个方法。
通过采用这些方法，即使当成员位于远离结算机器1403和非成员终端1401的位置时，非成员能够与正在他/她前面的结算机器1403执行通信。当从结算机器503的观点来看时，看起来好像结算机器1403与非成员终端1401正在执行通信来进行结算处理，然而事实上，结算机器1403与成员终端1402通信来执行结算的处理。另外，例如，在使用公共交换电话网作为终端间通信部件1406和1407的情况中，有这样的效果，其中，即使当成员位于远离非成员的位置时，也有可能执行结算处理，同时另一方面，在两个人彼此接近的情况中，采用蓝牙或IrDA(红外数据协会)作为终端间通信部件1406和1407产生了这样的效果，其中，与使用公共交换电话网的情况相比，以较低的费用执行通信。
应当注意，关于非成员终端1401的状态，将状态分类为这样的状态，其中，非成员终端1401不知道由在另一端的结算机器1403正在请求的结算处理的内容，以及另一个状态，其中，非成员终端1401确实知道由在另一端的结算机器1403正在请求的结算处理的内容，然而，由于缺少该结算执行功能或结算执行权限等，造成非成员终端1401不能执行结算处理。
在前一个状态的情况中，上述过程1或2的采用产生了这样的效果，其中，非成员终端1401能够获悉应当向成员终端1402请求哪种处理。特别地，上述过程1适用于非成员终端1401能够判断由结算机器1403请求的处理的处理可行性的情况，同时上述过程2适用于非成员终端1401不能判断由结算机器1403请求的处理的处理可行性的情况。
在后一个状态的情况中，上述过程3的采用产生了这样的效果，其中，非成员终端1401不与结算机器1403执行通信，直到由成员终端1402给出认可，其使得在成员终端1402不认可的情况下，对于非成员终端1401来说没有必要与结算机器1403执行通信。
根据本发明，需要在非成员终端1401中提供的包括输入部件1416、结算请求接受部件1408、连接端存储部件1409、以及协调处理/验证部件1410。即使作为程序提供这些部件，这样的程序也不包含任何商业秘密及任何其它有价值的信息，因此，即使在分析该程序时也没有将其泄漏的风险，因而可将该程序准备为任何人可自由下载的可下载程序。
如上所述，根据当前实施例，对于非成员来说，通过给终端配备协调处理/验证部件1410、连接终端识别部件1411和结算请求识别部件1412，并通过给出成员对结算处理的认可，进行结算成为可能，以及；1、对未配备用于处理进行结算所需要的信息的程序或装置的非成员来说，有可能执行结算处理。
2、没有必要给非成员提供仅限成员的信息、以及用于处理这样的信息的应用。
3、由于对于结算处理的执行来说，需要在成员终端侧给出的认可，在出现涉及由非成员进行的结算的麻烦时留下的责任是清楚的。
4、对于成员进行正常结算的情况，以及对于非成员进行结算的情况，没有必要在结算机器使用不同的处理方法。
5、即使成员和非成员不都在场，也有可能进行结算。
6、因为有可能不经过服务器而在成员终端和非成员终端之间执行通信，所以可实现更低的通信费用。
有包括且不限于如上面所列举的效果。
(实施例6)接下来，下面通过参照图18，给出根据本发明的实施例6的说明。在上述的实施例5中，接收了来自于非成员的进行结算的请求后，成员在成员终端侧输入他/她对结算的认可；与此相反，根据当前实施例，将结算认可标准存储在成员终端中，并且，通过将来自于非成员的请求与该标准进行核对，自动做出是否给出结算认可的判断。因此，在图18所示的结构的元件之中，标准存储部件1519和结算认可判断部件1518为新添加到上面通过参照图15描述的成员终端1402的部件，并且，由于除此增加之外，它的结构和成员终端1402相同，所以对与图15中那些部分相同的部分分配相同的附图标记，并且这里省略了它们的详细解释。另外，在此实施例中，假定非成员终端1401和结算机器1403中的每一个与上面通过参照图15所描述的结构相同。
图18中，结算认可判断部件1518将存储在标准存储部件1519中的结算认可标准与来自于连接伙伴的结算请求核对，并做出认可或不认可该结算处理的判断。标准存储部件1519为存储用于在做出结算认可的判断时进行检查的结算认可标准的部件。
下面通过参照图18和图19来说明由非成员使用由成员持有的信息来执行的结算的执行的处理流程。
已经预先在非成员终端1401和成员终端1502之间以与实施例5中相同的方式执行了预处理(步骤ST 1901)。在执行预处理之后，非成员终端1401和成员终端1502之间、以及非成员终端1401和结算机器1403之间的连接过程与根据实施例5的连接过程相同，并且，这里给出了关于使用与实施例5的方法3相同的方法的情况的说明。完成了非成员终端1401和成员终端1502的之间的验证以及建立终端之间的连接(步骤ST 1903、1904)后，成员终端1502识别来自于非成员终端1401的结算请求的内容(步骤ST 1905)，并且，结算认可判断部件1518将存储在标准存储部件1519中的结算认可标准与来自于非成员终端1401的结算请求相比较(步骤ST 1906)，并做出认可或不认可该请求结算处理的判断(步骤ST 1907)。成员认可了结算处理后，非成员终端1401建立与结算机器1403的连接(步骤ST 1908)，并且，成员终端1502经过非成员终端1401、与结算机器1403通信来执行结算处理(步骤ST 1909)。顺便提及，在请求的结算不被成员认可的情况中，不允许非成员终端1401进行结算处理。这里，存储在成员终端1502中的结算认可标准包含诸如涉及结算的意图及资金量的信息和用于识别请求结算的、线路另一端的人的信息的信息。图20显示了结算认可标准的数据的例子。
如上所述，根据当前实施例，通过给成员终端配备标准存储部件和结算认可判断部件，除了实施例5中的效果之外，还有进一步的效果，其中，对于成员来说，没有必要每次接收来自于非成员的结算请求的时候都输入确认，并且有可能自动地判断认可/不认可所请求的结算，对成员的利益来说，其还减少了麻烦负担和结算处理所需要的时间。
(实施例7)在实施例3到6给出的说明中，由非成员终端(简化设备)侧担当用于基于预处理信息执行的验证处理(如由协调处理/验证部件510等完成)的主要角色；然而，即使相反由成员终端(标准设备)侧担当这样的角色，也完全顺利。
在此实施例中，给出了在执行预处理验证时由成员终端(标准设备)侧担当主动的角色的情况、以及尤其是将实施例1和2所述的服务模型应用到检票处理的情况的说明(这里，处理目标设备103对应于检票机器，简化设备101对应于未配备检票处理能力的非成员终端，并且标准设备102对应于配备检票处理能力的成员终端)。
应当注意，当前实施例以下述方式修改了实施例3，其中，在预处理时，成员终端将认可使用的票的内容(种类)通知给非成员终端。尽管在实施例3中为了简化而忽略了一部分处理(如验证)的详细说明，在此实施例中，更详细地提供了每个处理的过程及传送的数据的内容的说明。
图21为显示了根据本发明的实施例7的方框图。图21中，附图标记2001为非成员终端，同时附图标记2002为成员终端。附图标记2003为用于检票的执行的检票机器。在此实施例中，通过用于成员终端和非成员终端的移动电话的例子给出了说明，然而，它们不限于移动电话，而它们可以是诸如PDA、笔记本大小的个人计算机等等的其它移动终端。另外，成员终端可为非移动终端，如家用服务器、在这样的服务器上提供全局控制的中央服务器或机顶盒等等。
终端间通信部件2004和2005为用于执行终端之间的通信的部件，并且，这样的部件的例子包括利用电话网的调制解调器、均使用无线电波的蓝牙及无线局域网、使用红外线的IrDA等。
请求生成部件2006为根据输入的命令和从其它部件获得的信息，生成将要传送的请求的部件。
检票通信部件2007和2008为用于在成员终端和检票机器之间或在非成员终端和检票机器之间执行通信的部件，并且，这样的部件的例子包括利用电话网的调制解调器、均使用无线电波的蓝牙及无线局域网、使用红外线的IrDA等。应当注意，检票通信部件2007和2008可为与终端间通信部件2004和2005相同的媒介。
连接端信息存储部件2009为存储建立到其它终端的连接需要的信息的部件。
协调处理部件2010和2011为中转它自己的终端(也就是说，容纳部件2010和2011的终端)的各部件之间的数据或命令的部件。
请求内容识别部件2012为识别来自于非成员终端的请求的内容的部件，该内容包括请求是哪个种类、从哪个终端发出了请求、正被请求的处理是哪个种类等。
预告信息存储部件2013和2014为存储从非成员终端或成员终端获得的预告信息的部件。
预告信息生成部件2015为根据从其它部件获得的信息来生成预告信息的部件。
票存储部件2016为存储持有的票的部件，并且可由硬件(如IC芯片)实现存储用于数据保护，或由在存储芯片或硬盘的存储区域中的处理或加密的形式的程序等实现，以便不容易将存储的数据读出。
非成员终端验证部件2017为使用通过成员终端和非成员终端的终端间通信部件、从非成员终端获得的信息来验证非成员终端的部件，并且，举例来说，假定该部件2017使用密码方案、询问应答方案等等。
票处理部件2018为生成检票命令以将生成的命令发送到检票通信部件或协调处理部件的部件。
输入部件2019和2020为用户输入对使用票的确认、使用票的命令或对使用票的认可/不认可的部件。
显示部件2021为从票存储部件获得票信息并显示获得的票的部件。
首先，下面通过参照图21和图22来说明由持有票的成员执行的用于正常检票的执行的处理流程。
在输入部件2020接受了检票指令输入(步骤ST 2101)后，便在票处理部件2018生成检票查询请求，并且，将生成的请求通过检票通信部件2008发送到检票机器2003(步骤ST 2102)。
接收了检票查询请求后，检票机器2003通过检票通信部件2008将指明执行检票所需要的票的信息返回到票处理部件2018(步骤ST 2103)。
从检票机器2003接收了指明需要的票的信息后，票处理部件2018从票存储部件2016调出将要使用的票的数据，并且将调出的涉及该票的信息显示在显示部件2021。
在输入部件2020接受了对显示的票的使用的用户确认的输入后，票处理部件2018生成检票命令(步骤ST 2104)，并将生成的命令通过检票通信部件2008发送到检票机器2003(步骤ST 2105)，并执行检票处理(步骤ST 2106)。这里，应当注意，可能在检票机器侧或成员终端侧执行检票处理，如用于重写票的内容以将该票标记为已使用的一种处理。
键入『X1』接下来，给出对由非成员使用由成员持有的票来执行检票的情况的说明。这里的讨论假定将无线局域网用作终端间通信部件的情况，同时将IrDA用于检票通信设备，并且将非成员终端的设备标识符及其密码用于成员终端对非成员终端的验证。
首先，通过参照图21和图24来说明在检票之前执行的预处理。非成员在输入部件2019输入了预处理指令(步骤ST 2201)后，请求生成部件2006根据该命令由指明该请求为预处理请求的请求标识符和非成员终端的设备标识符生成预处理请求，并将生成的预处理请求提供到协调处理部件2010。接收了预处理请求后，协调处理部件2010从连接端信息存储部件2009中获得的成员终端的地址，以将获得的地址添加到预处理请求(步骤ST 2202)，并通过终端间通信部件2004和2005将该预处理请求(图25A)发送到协调处理部件2011(步骤ST 2203)。
接下来，协调处理部件2011将该预处理请求发送到请求内容识别部件2012，并且，请求内容识别部件2012通过参照请求标识符，识别出发送到该部件2012本身的请求为预处理请求，并将这样的识别通知给协调处理部件2011。协调处理部件2011将包含在预处理请求中的非成员终端的预告信息发送到预告信息存储部件2014(步骤ST 2204)，并将预处理请求发送到票存储部件2016。在显示部件2021显示存储在票存储部件2016的票的清单，并根据成员对认可由非成员使用的票的选择，预告信息生成部件2015根据指明该回复为对预处理请求的应答的请求标识符生成成员终端的预告信息，并将生成的预告信息发送到协调处理部件2011。应当注意，可将用于识别被认可由非成员使用的票的信息添加到成员终端的预告信息中。这里，包含在预告信息的“用于识别票的信息”为唯一地指明该票的信息，并假定包括用于识别票的种类的信息。协调处理部件2011将非成员终端的地址添加到成员终端的预告信息，并随后获得在非成员终端验证部件2017发出的密码，以将获得的密码添加到从预告信息生成部件2015发送的成员终端的预告信息中。这里，在成员持有均能够存储由该成员持有的票的多个终端的情况中，可将这样的终端的地址清单添加到预告信息中。
接下来，协调处理部件2011通过终端间通信部件2005和2004将成员终端的预告信息(图25B)发送到协调处理部件2010(步骤ST 2206)。
接收了成员终端的预告信息后，非成员终端中的协调处理部件2010通过参照请求标识符，识别出接收的信息为成员终端的预告信息，并将识别的成员终端的预告信息存储在预告信息存储部件2013(步骤ST 2207)。
可替换地，在这样的情况，如在非成员终端中没有数据得到安全地保护的区域、或在另外的相似情形中存在安全性问题的情况下，为了允许非成员终端的所有者用户将显示的信息保留进他/她的存储器中，而不是讲这样的信息存储进该非成员终端的预告信息存储部件，可能将诸如密码的信息显示在非成员终端的屏幕。
顺便提及，图26A显示了在预处理中从非成员终端传送到成员终端的数据的例子，而图26B显示了在预处理中从成员终端传送到非成员终端的数据的例子。
接下来，通过参照图22和图27给出预处理之后的检票处理的说明。
这里，讨论了关于两个模式的过程一个过程，其中非成员终端向检票机器查询处理的内容，之后，非成员终端将包括从检票机器给出的应答的检票请求发送到成员终端，以及另一个过程，其中非成员终端将检票请求发送到成员终端；并且，在成员认可了来自于非成员的请求、并随后将检票命令发送到非成员终端之后，该非成员终端启动到该检票机器的连接。图27显示了示出采用前一个过程的情况的流程图。图28A和图28B显示了包括预处理的时序图。图25C到图25F显示了将要传送的数据的结构的例子。图25A到图25F中，装入虚线框的部分，即成员终端的地址、非成员终端的地址、检票机器的识别信息，依据诸如终端间通信部件和检票通信部件的类型的情况，指明必须在一些情况中指定而不需要在其它情况中指定的数据。
在图28A显示的预处理中，非成员终端将预处理请求和预告信息一起发送到成员终端(3201)，同时成员终端将包含秘密信息的预告信息返回到非成员终端，作为对该预处理请求的响应(3202)。
另外，在图28B显示的检票处理中，非成员终端将检票查询请求和用于非成员终端本身的识别所必需的信息一起发送检票机器(3203)，并且，该检票机器将指明用于执行检票必需的票的种类的信息返回到该非成员终端，作为对检票查询请求的响应(3204)。
那么，根据从检票机器作为应答返回的、指明需要的票的种类的信息，非成员终端将检票请求发送到成员终端，其中，检票请求包括指明票的种类的信息、非成员终端的识别所需要的信息、已在预处理中从成员终端预先接收的秘密信息等(3205)。
接收了检票请求后，成员终端通过参照包含在检票请求中的秘密信息来验证非成员终端，并且还判断许可或不许可票的使用(3206)，在认可了请求的票的使用的情况中，成员终端将要使用的票的数据以及非成员终端的识别所需要的信息作为检票命令返回到非成员终端(3207)，由此，成员终端在检票处理中提供了支持。
从成员终端接收了检票命令后，非成员终端未经任何处理将该检票命令传送到检票机器(3208)。这允许检票机器根据从成员终端经过非成员终端发送的检票命令来执行检票处理。这样，由于将从成员终端发出的检票命令经过非成员终端发送到检票机器，当从检票机器的观点来看时，看起来好像从非成员终端发出了检票命令，其允许为了非成员终端的利益执行检票处理。
这里，如第一个过程，对在非成员终端向检票机器查询处理的内容之后将检票请求发送到成员终端的情况给出了说明。
首先，非成员在输入部件2019输入了检票指令(步骤ST 2401)后，请求生成部件2006根据指明该请求是发出到检票机器的检票查询请求的请求标识符、以及非成员终端的设备标识符来生成检票查询请求(图25C)，并且将生成的检票查询请求提供到检票通信部件2007。检票通信部件2007将从请求生成部件2006接收的检票查询请求发送到检票机器2003(步骤ST 2402)，并且，接收了检票查询请求后，检票机器2003根据指明该回复是对检票查询请求的应答的请求标识符、以及根据指明执行检票所需要的票的种类的信息生成应答(图25D)，并将生成的应答发送到检票通信部件2007(步骤ST 2403)。
从检票机器2003获得了作为回复检票查询请求的应答后，通过检票通信部件2007，请求生成部件2006根据指明用于执行从检票机器请求的检票所需要的票的种类的信息、指明该请求为检票请求的请求标识符、以及非成员终端的设备标识符来生成检票请求，并随后将生成的检票请求发送到协调处理部件2010。可替换地，在已将涉及被认可使用的票的信息从成员终端通知给非成员终端的情况中，非成员终端可在被认可使用的通知的票中检索与由检票机器正在请求的票相同种类的票，并可以为了检票请求的目的，使用指明所检索的票的信息，而不是前面提到的指明用于执行检票正需要的票的种类的信息。
接收了检票请求后，协调处理部件2010从连接端信息存储部件2009获得成员终端的地址，并将获得的地址添加到检票请求(步骤ST 2404)，并且，进一步将由非成员输入的密码添加到检票请求。接下来，协调处理部件2010将检票请求(图25E)通过终端间通信部件2004和2005发送到协调处理部件2011(步骤ST 2405)。应当注意，由非成员输入的密码的定时可以是从生成检票请求到生成的检票请求到达成员终端的时间周期的期间，或从由非成员终端接收来自于检票机器的应答到生成检票请求的时间周期的期间。另外，在成员持有均能够存储由该成员持有的票的多个终端的情况中，以及在非成员终端已在预处理中接收了这些终端的地址清单的情况中，假定非成员终端执行用于从清单的连接的另一端进行搜索和选择的顺序检索。
协调处理部件2011将检票请求发送到请求内容识别部件2012，并且，请求内容识别部件2012通过参照请求标识符，识别发送到该部件2012本身的请求为检票请求，并将这样的识别通知给协调处理部件2011。协调处理部件2011获得来自预告信息存储部件2014的非成员终端的预告信息，并将获得的预告信息与密码和包含在检票请求中的非成员终端的设备标识符一起发送到非成员终端验证部件2017。
非成员终端验证部件2017将存储的密码与包含在检票请求中的密码相比较，还将从协调处理部件2011发送的非成员终端的预告信息与非成员终端的设备标识符相比较，以用于非成员终端的验证，并且，成功地验证了非成员终端后，该部件2017便将验证的成功通知给协调处理部件2011(步骤ST2406)。
接收了成功验证的通知后，协调处理部件2011将指明用于执行检票所需要的票的种类的信息发送到票存储部件2016，其中，这样的信息包含在检票请求中。接下来，将指明非成员终端请求的票的信息发送到显示部件2021，以将其显示在成员终端屏幕，随后，成员通过输入部件2020输入对请求的票的使用的认可/不认可(步骤ST 2407)。
当认可了票的使用时，票处理部件2018从票存储部件2016获得待使用的票的数据，并将获得的数据添加到指明它为检票命令(图25F)的请求标识符(步骤ST 2408)，并将生成的检票命令发送到协调处理部件2011。接收了检票命令后，协调处理部件2011便将非成员终端的设备标识符添加到检票命令，并通过终端间通信部件2005和2004将该命令发送到协调处理部件2010(步骤ST 2409)。可替换地，可在协调处理部件2011中将指明它为检票命令的请求标识符添加到检票命令。
协调处理部件2010将检票命令发送到检票通信部件2007，并且，随后将该检票命令进一步从检票通信部件2007传送到检票机器2003(步骤ST2410)，以便在那里执行检票处理(步骤ST 2411)。应当注意这里，实际上，可在检票机器侧或成员终端侧执行检票处理，如一种用于重写票内容以将该票标记为已使用的处理。
接下来，如第二个过程，对将检票请求从非成员终端发送到成员终端、并且非成员终端仅在成员认可该请求、并且将检票命令发送到非成员终端之后启动与检票机器的通信的情况给出了说明。
首先，当非成员通过输入部件2019输入检票指令时，请求生成部件2006根据指明该请求为检票请求的请求标识符、指明执行检票正需要的票的种类的信息、以及非成员终端的设备标识符来生成检票请求，并随后将生成的检票请求发送到协调处理部件2010。
接下来，协调处理部件2010获得来自连接端信息存储部件2009的成员终端的地址以将获得的地址添加到检票请求中、进一步获得由非成员终端输入的密码以进一步将获得的密码添加到检票请求中，并通过终端间通信部件2004和2005将检票请求发送到协调处理部件2011。应当注意，由非成员输入的密码的定时可以是从生成检票请求到生成的检票请求到达成员终端的时间周期的期间，或者是从由非成员输入检票指令到生成检票请求的时间周期的期间。另外，在成员持有其中的每一个均能存储由该成员持有的票的多个终端的情况中，以及在非成员终端已在预处理中接收了这些终端的地址清单的情况中，假定非成员终端执行用于从清单的连接的另一端进行搜索和选择的顺序检索。
协调处理部件2011将检票请求发送到请求内容识别部件2012，并且，请求内容识别部件2012通过参照请求标识符，识别发送到该部件2012本身的请求为检票请求，并将这样的识别通知给协调处理部件2011。协调处理部件2011从预告信息存储部件2014获得非成员终端的预告信息，并将获得的预告信息(advance information)与密码和包含在检票请求中的非成员终端的设备标识符一起发送到非成员终端验证部件2017。
非成员终端验证部件2017将存储的密码与包含在发送到该部件2017本身的检票请求中的密码相比较，并还将非成员终端的预告信息与非成员终端的设备标识符相比较，以用于非成员终端的验证，并且，成功地验证了非成员终端后，该部件2017将验证的成功通知给协调处理部件2011。
接收了成功验证的通知后，协调处理部件2011将检票请求发送到票存储部件2016。
接下来，将指明非成员终端请求的票的信息发送到显示部件2021，以将其显示在成员终端屏幕，其中这种信息包含在检票请求中，随后，成员通过输入部件2020输入对请求的票的使用的认可/不认可。
当认可了票的使用时，票处理部件2018从票存储部件2016获得待使用的票的数据，并将获得的数据添加到指明它为检票命令的请求标识符，并将生成的检票命令发送到协调处理部件2011。
接收了检票命令后，协调处理部件2011通过终端间通信部件2005和2004将检票命令发送到协调处理部件2010。
协调处理部件2010将从成员终端接收的检票命令发送到检票通信部件2007，并且，随后将该检票命令进一步从检票通信部件2007传送到检票机器2003，以便在那里执行检票处理。应当注意，这里，实际上可在检票机器侧或成员终端侧执行检票处理，如一种用于重写票内容以将该票标记为已使用的处理。
第一个过程有这样的优点，其中，即使在非成员终端2001不知道检票机器2003正在请求的票的种类的情况中，非成员终端2001也能够获得关于必须向成员终端2002请求哪个处理的信息，同时第二个过程适合于这样的情形，其中，已经知道用于检票处理的票的种类，如在非成员正好站在检票机器2003前面的情况中，并且，第二个过程有这样的优点，其中，如果成员终端2002不认可该请求，非成员终端2001不必进行与检票机器2003的通信。
通过采用这些方法，即使当成员位于远离检票机器2003和非成员终端2001的位置时，非成员仍能够与正在他/她前面、位于连接的另一端的检票机器2003执行通信来执行检票处理。换句话说，当从检票机器2003的观点来看时，尽管看起来好像检票机器2003正在执行检票机器2003本身与非成员终端2001之间的检票处理，而事实上，检票机器2003在检票机器2003本身和成员终端2002之间执行检票处理。并且，完成检票处理后，检票机器2003打开了它的门等等，以允许在检票机器2003本身前面的非成员通过门进入。
另外，在使用蓝牙或IrDA作为终端间通信部件2004和2005的情况中，有这样的产生的效果，其中，与使用公共交换电话网的情况相比，以较低的费用执行通信，同时另一方面，例如，在使用诸如公共交换电话网的广域通信媒介作为终端间通信部件2004和2005的情况中，有这样的产生的效果，其中，即使当成员位于远离非成员的位置时，也有可能通过非成员使用由成员持有的票来执行检票处理。
根据本发明，需要在非成员终端2001中提供的包括输入部件2019、请求生成部件2006、连接端存储部件2009、协调处理部件2010、以及预告信息存储部件2013。即使作为程序提供这些部件，这样的程序也不包含任何商业秘密及任何其它有价值的信息，因此，即使在分析该程序时也没有将其泄漏的风险，因而可将该程序准备为任何人可自由下载的可下载程序。
如上所述，根据当前实施例，通过给非成员终端2001配备请求生成部件2006、连接端信息存储部件2009、协调处理部件2010和预告信息存储部件2013，同时通过给成员终端2002配备协调处理部件2011、非成员终端验证部件2017、请求内容识别部件2012、预告信息存储部件2014和预告信息生成部件2015，产生有这样效果，其中，对于非成员来说，使用通过由成员给出的使用票的认可来获得的票成为可能，以及；1、对于未配备用于处理票的程序或装置的非成员，有可能使用成员持有的票。
2、没有必要给非成员提供票的信息，以及用于处理该票的程序。
3、由于对于使用票来说，需要在成员终端侧给出的认可，在出现涉及由非成员使用票的麻烦时留下的责任是清楚的。
4、对于由成员持有并使用票的情况，以及对于非成员使用实际上由成员持有的票的情况，没有必要在结算机器使用不同的处理方法。
5、在非成员通过使用成员保留的票来执行结算的情况中，即使成员和非成员不都在场，非成员也能实行检票处理。另外，两人均能够执行检票处理，无论哪个人已经先通过了该处理6、与在成员终端和非成员终端之间配置服务器的中央控制类型系统相比，有可能减少系统构造费用、系统操作费用和其它费用。
7、因为有可能不经过服务器而在成员终端和非成员终端之间执行通信，所以可达到更低的通信费用。
有包括且不限于如上面所列举的效果。
不用说，对于成员终端2702的一个所有者，在一揽子交易中购买一组票并允许多人使用每张票是有可能的，并且通过这样做，还有可能在预定座位系统的情况中购买用于团体预定座位的票。
可替换地，如图29所示，其中，分配给对应于图22中那些部分相同的附图标记，可给成员终端2502配备标准存储部件2527和使用认可判断部件2521。在此情况中，在标准存储部件2527中存储认可标准产生了这样的效果，其中，有可能通过将从非成员发送的检票请求与认可标准相比较，自动地判断认可/不认可所请求的票的使用，对成员的利益来说，其还减少了麻烦的负担和检票处理所需要的时间。举例来说，认可标准的数据包括非成员终端的设备标识符、涉及认可由非成员使用的票的信息等。图30显示了认可标准的一个例子。
通过将本发明应用到检票，即使当成员位于远离检票机器2003和非成员终端2001的位置时，非成员仍能够与正在他/她前面的检票机器2003执行通信。在这样的情形中，当从检票机器2003的观点来看时，看起来好像检票机器2003正在与非成员终端2001通信来执行检票处理，然而，事实上，检票机器2003与成员终端2502通信来执行票的处理。
(实施例8)在实施例3到6给出的说明中，由非成员终端(简化设备)侧担当用于基于预处理信息执行的验证的处理(如由协调处理/验证部件510等完成)的主要角色；然而，即使相反由成员终端(标准设备)侧担当这样的角色，也完全顺利。
在此实施例中，给出了对在执行预处理验证时由成员终端(标准设备)侧担当主动角色的情况、以及尤其对将实施例1和2所述的服务模型应用到结算处理，如信用卡(下文中简单地称为“卡”)号结算等等(这里，处理目标设备103对应于结算机器，简化设备101对应于未配备结算处理能力的非成员终端，并且标准设备102对应于配备结算处理能力的成员终端)。由用户将进行结算必须的信息(如用户的卡号)存储在他/她的终端中，并且，在进行结算的时候，他/她能够通过在结算机器和他/她的终端之间执行通信来使用它。
应当注意，当前实施例以这样的方式修改了实施例5，其中，在预处理阶段，成员终端将认可使用的卡的种类通知给非成员终端。尽管为了简便在实施例5中忽略了一部分处理(如验证)的详细说明，在此实施例中，更详细地提供了对处理过程及传送的数据的内容的说明。另外，在实施例5中，给出了由非成员终端侧担当用于基于预处理来执行验证的主要角色的说明；相比之下，这里对关于在当前实施例中由成员侧主动执行的验证做出了说明。
图31为显示了根据本发明的实施例8的图。附图标记2701为非成员终端，同时附图标记2702为成员终端。附图标记2703为用于结算处理的执行的结算机器。在此实施例中，通过用于成员终端和非成员终端的移动电话的例子给出了说明，然而，它们不限于移动电话，而它们可以是诸如PDA、笔记本大小的个人计算机等等的其它移动终端。另外，成员终端可为家用服务器、在这样的服务器上提供全局控制的中央服务器或诸如机顶盒等等的非移动终端。
终端间通信部件2704和2705为用于进行终端之间的通信的部件，并且，这样的部件的例子包括利用电话网的调制解调器、均使用无线电波的蓝牙及无线局域网、使用红外线的IrDA等。
请求生成部件2706为根据输入的命令和从其它部件获得的信息，生成将要传送的请求的部件。
结算机器通信部件2707和2708为用于在成员终端2702和结算机器2703之间或在非成员终端2701和结算机器2703之间执行通信的部件，并且，这样的部件的例子包括利用电话网的调制解调器、均使用无线电波的蓝牙及无线局域网、使用红外线的IrDA等。应当注意，结算机器通信部件2707和2708可为与终端间通信部件2704和2705相同的媒介。
连接端信息存储部件2709为存储建立到其它终端的连接需要的信息的部件。
协调处理部件2710和2711为在它自己的终端(也就是说，容纳部件2710和2711的终端)的部件之间传递数据或命令的部件。
请求内容识别部件2712为识别来自于非成员终端的请求的内容部件，该内容包括请求是哪个种类、从哪个终端发出了请求、正被请求的处理是哪个种类等。
预告信息存储部件2713和2714为存储从非成员终端或成员终端获得的预告信息的部件。
预告信息生成部件2715为根据从其它部件获得的信息来生成预告信息的部件。
结算信息存储部件2716为存储用于结算处理的执行需要的信息(如信用卡号等)的部件，并且，可由硬件(如IC芯片)实现存储用于数据保护，或由在存储芯片或硬盘的存储区域中的处理或加密的形式的程序等实现，以便不容易将存储的数据读出。
非成员终端验证部件2717为使用通过成员终端2702和非成员终端2701的终端间通信部件从非成员终端2701获得的信息来验证非成员终端2701的部件，并且，举例来说，假定该部件2717使用密码方案、询问应答方案等等。
结算处理部件2718为生成结算命令以将生成的命令发送到结算机器通信部件或协调处理部件的部件。
输入部件2719和2720为用户输入对进行结算处理的确认和命令的部件。
显示部件2721为从结算信息存储部件获得用于进行结算的信息并显示获得的信息的部件。
接下来，这里给出对非成员通过使用由成员保留的信息来进行结算的情况的说明，并且此说明中，用于演示目的，假定将无线局域网用作终端间通信部件2704和2705，同时将IrDA用于结算机器通信部件2707和2708，并且进一步假定，将非成员终端2701的设备标识符及其密码用于成员终端2702对非成员终端2701的验证。
在进行结算之前必须执行的预处理的过程如图24所示，并且，由于它和实施例7中的过程几乎相同，这里省略了对它的说明。图32A中显示了在预处理中从非成员终端2701传送到成员终端2702的数据的例子，同时，图32B中显示了在预处理中从成员终端2702传送到非成员终端2701的数据的例子。应当注意，从成员终端2702提供到非成员终端2701的预告信息不一定必须包括指明成员认可由非成员使用的卡的类型的信息。
下面通过参照图31和图33给出预处理之后的结算处理的说明。
这里，讨论了关于两个模式的过程一个过程，其中非成员终端2701向结算机器2703查询处理的内容，之后，非成员终端2701将包括从结算机器2703给出的应答的结算请求发送到成员终端2702，以及另一个过程，其中非成员终端2701将结算请求发送到成员终端2702；并且，在成员认可了来自于非成员的请求、并随后将结算命令发送到非成员终端2701后，非成员终端2701启动到结算机器2703的连接。图33显示了示出采用前一个过程的情况的处理流程。图34A和图34B显示了包括预处理的时序图。图35A到图35F显示了将要传送的数据的结构的例子。图35A到图35F中，装入虚线框的部分，即成员终端的地址、非成员终端的地址、结算机器的识别信息，依据如终端间通信部件和结算机器通信部件的类型的条件，指明必须在一些情况中指定而不需要在其它情况中指定的数据。
在图34A显示的预处理中，非成员终端将预处理请求(图35A)和预告信息一起发送到成员终端(3401)，同时成员终端将包含秘密信息(图35B)的预告信息返回到非成员终端，作为对该预处理请求的响应(3402)。
另外，在图34B显示的结算处理中，非成员终端将结算查询请求和用于非成员终端本身的识别所必需的信息一起发送结算机器(3403)，并且，该结算机器将指明用于执行结算必需的卡的种类和用于结算需要的资金量的信息返回到该非成员终端，作为对该结算查询请求的响应(3404)。
那么，根据从结算机器作为应答返回的、指明需要的卡的种类和资金量的信息，非成员终端将结算请求发送到成员终端，其中结算请求包括指明卡的种类和资金量的信息、非成员终端的识别所需要的信息、已在预处理中从成员终端预先接收的秘密信息等(3405)。
接收了结算请求后，成员终端通过参照包含在结算请求中的秘密信息来验证非成员终端，并且还判断许可或不许可请求的结算(3406)，并且，在认可了请求的卡的使用和资金量的情况中，成员终端将要使用的卡的数据和指明资金量的数据以及非成员终端的识别所需要的信息作为结算命令返回到非成员终端(3407)，由此，成员终端在结算处理中提供支持。
从成员终端接收结算命令后，非成员终端不经任何处理将该结算命令传送到结算机器(3408)。这允许结算机器根据从成员终端经过非成员终端发送的结算命令来执行结算处理。这样，由于将从成员终端发出的结算命令经过非成员终端发送到结算机器，当从结算机器的观点来看时，看起来好像是从非成员终端发出的结算命令，为了非成员终端的利益，其允许执行结算处理。
这里，如第一个过程，对在非成员终端向结算机器查询处理的内容之后将结算请求发送到成员终端的情况给出说明。
首先，非成员在输入部件2719输入了结算指令(步骤ST 3001)后，请求生成部件2706便根据指明该请求为发出到结算机器2703的结算查询请求的请求标识符、以及非成员终端2701的设备标识符来生成结算查询请求(图35C)，并且，将生成的结算查询请求提供到结算机器通信部件2707。结算机器通信部件2707将从请求生成部件2706接收的结算查询请求发送到结算机器2703(步骤ST 3002)，随后，结算机器2703根据指明该回复是对结算查询请求的应答的请求标识符、以及根据指明执行结算所需要的卡的种类的信息以及指明正由结算机器请求的处理的内容的信息，诸如所请求的资金量信息，生成应答(图35D)，并且将生成的应答发送到结算机器通信部件2707(步骤ST3003)。
在通过结算机器通信部件2707、从结算机器2703获得了作为回复结算查询请求的应答后，请求生成部件2706根据指明由结算机器请求的进行结算正需要的卡的种类和资金量的信息、指明该请求为结算请求的请求标识符、以及非成员终端2701的设备标识符来生成结算请求，并随后将生成的结算请求发送到协调处理部件2710。应当注意，这里，关于指明正由结算机器需要的资金量的信息，其中，这样的信息包含在结算请求中，它可为指明在非成员终端2701配备有结算功能的情况下的不足数据的信息。另外，在指明认可使用的卡的种类的信息包含在由非成员终端在预处理中从成员终端接收的信息的情况中，非成员终端可在由成员终端认可使用的预先通知的卡中检索与由结算机器正在请求的卡相同种类的卡，并为了结算请求的目的，可以使用指明检索的卡的信息，而不是前面提到的指明用于进行结算正需要的卡的种类的信息。
接收了结算请求后，协调处理部件2710从连接端信息存储部件2709获得成员终端的地址，并将获得的地址添加到该结算请求中，并且进一步获得由非成员输入的密码以添加到该结算请求(步骤ST 3004)。协调处理部件2710将结算请求(图35E)通过终端间通讯部件2704和2705发送到协调处理部件2711(步骤ST 3005)。应当注意，在成员持有均能够存储由该成员保留的结算信息的多个终端的情况中，以及在非成员终端2701已在预处理中接收了这样的终端的清单的情况中，假定非成员终端2701从清单中进行连接的另一端的搜索和选择的顺序检索。
接下来，协调处理部件2711将结算请求发送到请求内容识别部件2712，并且，请求内容识别部件2712通过参照请求标识符，识别发送到该部件2712本身的请求为结算请求，并将这样的识别通知给协调处理部件2711。协调处理部件2711获得来自预告信息存储部件2714的非成员终端的预告信息，并将获得的预告信息与密码和包含在结算请求中的非成员终端的设备标识符一起发送到非成员终端验证部件2717。
非成员终端验证部件2717将存储的密码与包含在结算请求中的密码相比较，并还将从协调处理部件2711发送的非成员终端的预告信息与非成员终端的设备标识符相比较以用于非成员终端的验证，并且，成功地验证了非成员终端后，该部件2717将验证的成功通知给协调处理部件2711(步骤ST3006)。
接收了成功验证的通知后，协调处理部件2711将指明用于进行结算所需要的卡的种类和资金量的信息发送到结算信息存储部件2716，其中，这样的信息包含在结算请求中。接下来，将指明非成员终端请求的卡和资金量的信息发送到显示部件2721，以将其显示在成员终端屏幕，随后，成员通过输入部件2720输入对请求的结算的认可/不认可(步骤ST 3007)。应当注意，在这样的情况中，其中，在预处理中，成员未将指明成员认可由非成员使用的卡的种类的信息发送到非成员终端，假定成员在输入他/她的认可时选择认可使用的卡。
当认可了请求的结算时，结算处理部件2718从结算信息存储部件2716获得包括将使用的卡及资金量等数据的进行结算所需要的信息，并将获得的数据添加到指明它为结算命令的请求标识符，由此生成结算命令(图35F)(步骤ST 3008)，并将生成的结算命令发送到协调处理部件2711。接收了结算命令后，协调处理部件2711将非成员终端2701的设备标识符添加到该结算命令，并通过终端间通信部件2705和2704将该命令发送到协调处理部件2710(步骤ST 3009)。
协调处理部件2710将接收的结算命令发送到结算机器通信部件2707，并且，随后将该结算命令进一步从结算机器通信部件2707传送到结算机器2703(步骤ST 3010)，以便在那里执行结算处理(步骤ST 3011)。
接下来，如第二个过程，对将结算请求从非成员终端发送到成员终端、并且非成员终端仅在成员认可该请求并且将结算命令发送到非成员终端后，启动与结算机器的通信的情况给出说明。
首先，当非成员通过输入部件2719输入结算指令时，请求生成部件2706根据指明该请求为结算请求的请求标识符、指明进行结算正需要的卡的种类和资金量的信息、以及非成员终端的设备标识符来生成结算请求，并随后将生成的结算请求发送到协调处理部件2710。应当注意，在指明认可使用的卡的种类的信息包含在由非成员终端2701在预处理中从成员终端2702接收的信息中的情况下，非成员终端2701可以在由成员终端2702认可使用的预先通知的卡中检索与进行结算所必需的卡相同种类的卡，并为了结算请求的目的，可以使用指明检索的卡的信息，而不是前面提到的指明用于进行结算所必需的卡的种类的信息。
接下来，协调处理部件2710获得来自连接端信息存储部件2709的成员终端的地址，并进一步获得非成员终端输入的密码以将获得的密码添加到结算请求中，并通过终端间通信部件2704和2705将结算请求发送到协调处理部件2711。应当注意，在成员持有均能够存储由该成员保留的结算信息的多个终端的情况中，以及在非成员终端2701已在预处理中接收了这样的终端的清单的情况中，假定非成员终端2701进行从清单的连接的另一端的搜索和选择的顺序检索。
协调处理部件2711将结算请求发送到请求内容识别部件2712，并且，请求内容识别部件2712通过参照请求标识符，识别发送到该部件2712本身的请求为结算请求，并将这样的识别通知给协调处理部件2711。协调处理部件2711获得来自预告信息存储部件2714的非成员终端的预告信息，并将获得的预告信息与密码和包含在结算请求中的非成员终端的设备标识符一起发送到非成员终端验证部件2717。
非成员终端验证部件2717将存储的密码与包含在发送到该部件2717本身的结算请求中的密码相比较，并还将所存储的非成员终端的预告信息与非成员终端的设备标识符相比较，以用于非成员终端的验证，并且，成功地验证了非成员终端后，该部件2717将验证的成功通知给协调处理部件2711。
接收了成功验证的通知后，协调处理部件2711将指明进行结算所需要的信息的种类的信息发送到结算信息存储部件2716，其中，这样的信息包含在结算请求中。
接下来，将指明进行结算所需要、并且由非成员终端请求的卡和资金量的信息发送到显示部件2721，以将其显示在成员终端屏幕，并且，随后成员通过输入部件2720输入对请求的结算处理的执行的认可/不认可。应当注意，在这样的情况中，其中，在预处理中，成员未将指明由成员认可由非成员使用的卡的种类的信息发送到非成员，假定成员在输入他/她的认可时选择认可使用的卡。
当认可了请求的结算处理时，结算处理部件2718从结算信息存储部件2716获得包括将使用的卡以及资金量的数据等进行结算所需要的信息，以生成结算命令，并将生成的结算命令发送到协调处理部件2711。
接收了结算命令后，协调处理部件2711通过终端间通信部件2705和2704将结算命令发送到协调处理部件2710。
协调处理部件2710将从成员终端接收的结算命令发送到结算机器通信部件2707，并且，随后将该结算命令进一步从结算机器通信部件2707传送到结算机器2703，以便在那里执行结算处理。
第一个过程有这样的优点，其中，即使在非成员终端2701不知道结算机器2703正在请求的卡的种类或资金量的情况中，非成员终端2701也能够获得关于必须向成员终端2702请求哪个处理的信息，同时第二个过程适合于这样的情形，其中，已经知道结算处理所需要的卡的种类和资金量，如在非成员正好站在结算机器2703前面的情况中，并且第二个过程有这样的优点，其中，如果成员终端2702不认可该请求，非成员终端2701并非必须执行与结算机器2703的通信。
通过采用这些方法，即使当成员位于远离结算机器2703和非成员终端2701的位置时，非成员仍能够与正在他/她前面、在连接的另一端的结算机器2703执行通信来执行结算。当从结算机器2703的观点来看时，看起来好像结算机器2703正在与非成员终端2701通信来执行结算处理，然而，事实上，结算机器2703在与成员终端2702通信来执行结算处理。
另外，在使用蓝牙或IrDA作为终端间通信部件2704和2705的情况中，产生有这样的效果，其中与使用公共交换电话网的情况相比，以较低的费用执行通信，同时，另一方面，例如，在使用诸如公共交换电话网的广域通信媒介作为终端间通信部件2704和2705的情况中，产生有这样的效果，其中，即使当成员位于远离非成员的位置时，也有可能通过非成员使用由成员持有的卡来执行结算处理。
根据本发明，需要在非成员终端2701中提供的包括输入部件2719、请求生成部件2706、连接端存储部件2709、协调处理部件2710、以及预告信息存储部件2713。即使作为程序提供这些部件，这样的程序也不包含任何商业秘密及任何其它有价值的信息，因此，即使在分析该程序时也没有将其泄漏的风险，因而可将该程序准备为任何人可自由下载的可下载程序。
如上所述，根据当前实施例，通过给非成员终端2701配备请求生成部件2706、连接端信息存储部件2709、协调处理部件2710和预告信息存储部件2713，同时通过给成员终端2702配备协调处理部件2711、非成员终端验证部件2717、请求内容识别部件2712、预告信息存储部件2714和预告信息生成部件2715，产生有这样的效果，其中，对于非成员来说，执行通过由成员给出的结算处理的认可来获得的结算处理成为可能，以及；1、对于未配备用于处理进行结算所需要的信息的程序或装置的非成员，有可能执行结算处理。
2、没有必要给非成员提供仅限成员的诸如卡号等的信息，或用于处理这样的信息的程序。
3、由于对于结算处理的执行来说，需要在成员终端侧给出的认可，在出现涉及由非成员执行的结算处理的麻烦时留下责任是清楚的。
4、对于成员进行结算的情况，以及对于非成员通过使用成员持有的信息来进行结算的情况，没有必要在结算机器使用不同的处理方法。
5、在非成员通过使用成员持有的卡来进行结算的情况中，即使成员和非成员不都在场，非成员也能够进行结算处理。
6、与在成员终端和非成员终端之间配置服务器的中央控制类型系统相比，有可能减少系统构造费用、系统操作费用和其它费用。
7、因为有可能不经过服务器而在成员终端和非成员终端之间执行通信，所以可实现更低的通信费用。
有包括且不限于如上面所列举的效果。
可替换地，如图36所示，其中，分配给对应于图31中那些部分相同的附图标记，可给成员终端3002配备标准存储部件3020和结算认可判断部件3021。在此情况中，在标准存储部件3020中存储结算认可标准产生了这样的效果，其中，有可能通过将从非成员终端发送的结算请求与结算认可标准相比较，自动地判断认可/不认可所请求的结算处理，为了成员的利益，其还减少了麻烦的负担和结算处理所需要的时间。举例来说，结算认可标准的数据包括非成员终端2701的设备标识符、指明认可由非成员执行的结算的内容的信息，其中这样的内容包括资金量、资金的使用等。图37显示了这样的认可标准的一个例子。
通过将本发明应用到结算处理，即使当成员位于远离结算机器2703和非成员终端2701的位置时，非成员仍能够与正在他/她前面的结算机器2703执行通信。在这样的情形中，当从结算机器2703的观点来看时，看起来好像结算机器2703正在与非成员终端2701通信来执行结算处理，然而，事实上，结算机器2703与成员终端3002通信来执行结算处理。
(实施例9)根据上述实施例1到8，如图38A所示，假定简化设备(非成员终端)不拥有票或卡信息，而且该简化设备也未配备用于向处理目标设备(检票机器、结算机器等)出示票或卡的功能，然而，相反，假定标准设备(成员终端)拥有票或卡信息，并且配备用于向处理目标设备(检票机器、结算机器等)出示票或卡的功能。相比之下，在此实施例中，如图38B所示，通过假定简化设备(非成员终端)拥有票或卡信息但未配备用于向处理目标设备(检票机器、结算机器等)出示票或卡的功能，同时，另一方面，假定标准设备(成员终端)尽管不拥有票或卡信息，但该标准设备配备了用于向处理目标设备(检票机器、结算机器等)出示票或卡的功能，给出了说明。
图39为显示了根据本发明的实施例9的每个设备之间的处理流程的图。
图39中，简化设备3001配备与另一个设备执行通信的功能、向所述的另一个设备请求处理的功能、给出对授权设备的认可以通过使该授权设备经过简化设备3001本身与所述另一个设备之外的一些其他的设备执行通信的功能、以及存储票信息或卡信息的功能，并且，标准设备3002配备与另一个设备执行通信的功能、以及用于从所述另一个设备接收处理请求后对认可/不认可的判断的输入或执行的功能。
处理目标设备3003与简化设备3001或标准设备3002执行通信，以执行一些种类的处理(例如，在检票系统或结算处理系统等等的情况中，简化设备3001和标准设备3002对应于移动电话、PDA、笔记本大小的个人计算机等等，而处理目标设备3003对应于检票机器、结算机器等等)。
也就是说，当简化设备3001的用户希望与在另一端的处理目标设备3003执行一些种类的处理时，即使由于简化设备3001在其功能上不足而该简化设备3001不能够这样做，通过简化设备3001和标准设备3002的配合，也使得好像简化设备3001正在与在另一端的处理目标设备3003执行该处理。也就是说，简化设备3001已经预先同标准设备3002交换了信息(预处理)[①]，并且，在与另一端的处理目标设备3003实际执行处理的时候，基于该预处理信息，向标准设备3002生成与另一端的处理目标设备3003进行处理所需要的一些种类的请求[②]，同时在接收了该处理请求后，标准设备3002不直接通信而是经过简化设备3001与另一端的处理目标设备3003执行处理[③]。
接下来，通过参照图39和图40来描述实施例9中的处理流程。
简化设备3001预先将识别简化设备3001所需要的信息提供到标准设备3002，同时标准设备3002将建立到标准设备3002的连接所必需的信息提供到简化设备3001(步骤ST 3111)。这里，在简化设备3001和标准设备3002均为移动电话的情况中，每个设备已经同另一个设备交换了用于设备本身的识别的信息，也就是说，将用于标准设备3002识别简化设备3001的简化设备3001的用户的电话号码(以及名字)从简化设备3001提供到标准设备3002，并且，反之，将用于简化设备3001识别标准设备3002的标准设备3002的电话号码从标准设备3002提供到简化设备3001。
接受了在简化设备3001的处理请求的输入(步骤ST 3112)后，简化设备3001在简化设备3001本身内生成标准设备3002和处理目标设备3003之间的通信路径，并且，标准设备3002经过简化设备3001与处理目标设备3003通信来执行处理。由于该预处理之后将要执行一系列的过程，举例来说，有可能引用如下所述的方法。
1、简化设备3001将连接请求发送到处理目标设备3003，同时处理目标设备3003接收了该请求后，将用于处理的请求发送到简化设备3001。接下来，简化设备3001将连接请求发送到标准设备3002，并且简化设备3001和标准设备3002执行验证以建立它们之间的连接。简化设备3001请求标准设备3002执行在处理目标设备3003请求的全部处理之中简化设备本身不能执行的部分处理。接下来，标准设备3002识别来自于简化设备3001的请求的内容并显示识别的内容，并且，提示标准设备3002的用户输入对该处理请求的认可/不认可。在认可了所请求的处理的情况中，简化设备3001将票信息或卡信息发送到标准设备3002。标准设备3002经过简化设备3001与处理目标设备3003通信来依次地执行由简化设备3001请求的处理(即利用票信息或卡信息的处理)(省略流程图)。可替换地，简化设备3001将票信息或卡信息发送到标准设备3002的定时可为在标准设备3002的用户对所请求的处理给出认可的时间点之前。
2、简化设备3001将连接请求发送到处理目标设备3003，同时，处理目标设备3003接收了该请求后，请求简化设备3001进行处理。接下来，简化设备3001将连接请求发送到标准设备3002，并且简化设备3001和标准设备3002执行验证以建立它们之间的连接。简化设备3001将从处理目标设备3003接收的全部处理请求发送到标准设备3002，并请求标准设备3002进行处理。接下来，标准设备3002识别来自于简化设备3001的请求的内容并显示识别的内容，并且，提示标准设备3002的用户输入对该处理请求的认可/不认可。在认可了所请求的处理的情况中，简化设备3001将票信息或卡信息发送到标准设备3002。随后标准设备3002经过简化设备3001与处理目标设备3003通信来执行由简化设备3001请求的处理(省略流程图)。可替换地，简化设备3001将票信息或卡信息发送到标准设备3002的定时可为在标准设备3002的用户对所请求的处理给出认可的时间点之前。
3、简化设备3001利用预先提供的信息执行简化设备3001本身和标准设备3002之间的验证，并建立到标准设备3002的连接(步骤ST 3113、3114)。建立了简化设备3001和标准设备3002之间的连接后，标准设备3002识别来自于简化设备3001的请求的内容，并显示识别的内容(步骤ST 3115)。标准设备3002的用户输入对所请求的处理的认可/不认可(步骤ST 3116)。在对该请求给出了认可的情况中，简化设备3001将存储在简化设备3001本身的票信息发送到标准设备3002，并且另外，简化设备3001建立与处理目标设备3003的连接(步骤ST 3118)，并且，标准设备3002利用这些通信路径、经过简化设备3001与处理目标设备3003通信来执行该处理(步骤ST 3119)。可替换地，简化设备3001将票信息或卡信息发送到标准设备3002的定时可为在标准设备3002的用户对所请求的处理给出认可的时间点之前。
另外，可以以各种方法进行这里的验证，包括且不限于如基于在预处理中交换的信息来识别连接伙伴终端的简单方法，以及使用签名等的复杂的方法，并且，不试图将该验证限定在一个指定的方法中。
通过使用上述方法，即使在简化设备3001能力不足并由此在与处理目标设备3003直接通信来执行处理中存在问题的情况中，配备足够能力的标准设备3002经过简化设备3001与处理目标设备3003通信来执行该处理，因此产生与在简化设备3001能够与处理目标设备3003直接通信来执行该处理的情况中同样的效果。
此外，简化设备3001将由简化设备3001本身持有的票信息或卡信息提供到标准设备3002，并且，标准设备3002经由简化设备3001与预处理目标设备3003通信，通过使用提供的票信息或卡信息来依次执行处理(如检票处理、结算处理等)；这使得即使在简化设备3001未配备与在另一端的目标处理设备3003通信来执行该处理的能力的情况下，也有可能执行处理，其中，通过使配备有该能力的标准设备3002用作执行该处理的替代来获得这样的执行。因此，即使简化设备3001未配备任何在简化设备3001本身和处理目标设备3003(如检票机器)之间执行处理的能力，对于简化设备3001的用户来说，仍有可能下载(购买)他/她从网站要求的票，并且执行检票处理，其中通过利用标准设备3002的能力来使用下载的票，由此，对于简化设备3001的用户来说，进一步有可能购买票等，而不担心简化设备3001缺乏处理能力。因此，这帮助避免了取决于用户设备的处理能力而使购票为限制可用的情形，那么，其将对增加票的出售做出贡献。
应当注意，尽管上述实施例讨论了假设简化设备3001将票信息或卡信息提供给标准设备3002的情况，但本发明不限于这样的情况；而在标准设备3002响应由简化设备发出的处理请求而经过简化设备3001与处理目标设备3003通信来执行处理的时候，简化设备3001可将由简化设备3001本身持有的票信息或卡信息添加到将要从标准设备3002经过简化设备3001提供到处理目标设备3003的信息中，由此将这样的组合信息提供到处理目标设备3003。
(实施例10)根据当前实施例，如图38C所示，假定简化设备(非成员终端)不拥有票信息或卡信息，而配备用于向处理目标设备(检票机器、结算机器等)出示票或卡的功能，并且，另一方面，假定标准设备(成员终端)拥有票信息或卡信息，但未配备用于向处理目标设备(检票机器、结算机器等)出示票或卡的功能。
在这样的假定中，如图41所示，进一步假定简化设备4001为移动电话，同时标准设备4002是固定终端，并且，处理目标设备4003为结算机器，简化设备4001的用户即使一直不带有任何卡信息，也将能够通过与在另一端的处理目标设备4003通信、使用简化设备4001来执行结算，其中，这样的结算通过在进行结算的时候从标准设备4002读出需要的卡信息来获得。这样，根据当前实施例，简化设备4001能够通过使标准设备4002提供需要的信息来进行该处理，该信息为简化设备4001用于在简化设备4001和处理目标设备4003之间执行处理所缺少的信息。应当注意，在这样的假定中，简化设备4001的用户和标准设备4002的用户可为同一个人或不是同一个人。
如上所述，根据本发明；1、产生有这样的效果，其中，在希望具有不足功能或缺乏安全性的设备与一些其它设备执行处理的情况中，有可能通过使具有充足功能或足够安全性的另一个设备作为替代来执行希望的处理；并且，此外，在设置了认可标准的情况中，使得可确保自动地给出对希望的处理的认可/不认可判断，接下来；2、还产生有这样的效果，其中，没有必要在每次接收请求的时候都输入认可/不认可，并且，有可能自动地判断认可/不认可请求，对于设备的用户的利益来说，其还减少了麻烦的负担和处理所需要的时间。
另外，取决于在预处理的时候要传送哪个数据或认可标准的内容是什么，当前应用可应用于不用的用途。举例来说，将本发明应用于检票处理或结算处理并在其中实现的情况；1、通过从成员终端侧给出认可，对于非成员来说，有可能执行诸如票使用处理或结算处理的处理。
2、没有必要将另外的仅限成员的信息和内容或用于处理这样的信息和内容的应用程序提供给非成员。
3、由于对于使用仅限成员的信息和内容来说，需要在成员终端侧给出的认可，在出现涉及由非成员执行检票处理或结算处理的麻烦时留下责任是清楚的。
4、在由非成员根据来自于成员的认可来执行处理、就象在由成员执行处理的情况中的情况下，可由检票机器或结算机器执行同样的处理。
5、因为有可能不经过服务器而在成员终端和非成员终端之间执行通信，所以可实现更低的通信费用。
6、对于请求处理的人和根据该请求的接收来执行处理的人来说，没有必要在检票处理或结算处理中同时在场，并且，在检票处理的情况中，对于所述两个人来说，有可能均通过检票处理，而无论哪个人先通过该处理。
产生了如上列举的效果。
此说明书基于2002年3月28日提交的日本专利申请第2002-092115号，其全部内容通过引用清楚地合并于此。
工业实用性本发明适合于应用到通过使用移动终端设备执行处理的系统，其中，该处理针对于检票机器、结算机器等。
权利要求
1.一种执行针对于处理目标设备的处理的服务处理设备，该处理对该处理目标设备执行，该服务处理设备包括第一通信部件，用于与处理目标设备执行通信；第二通信部件，用于与标准设备执行通信，该标准设备配备有用于执行针对于该处理目标设备的处理的能力、并响应服务处理请求而在该处理中提供支持，该服务处理请求是来自于服务处理设备、涉及针对于该处理目标设备的处理的请求；存储部件，用于存储接收的信息，该信息是从该标准设备接收的信息；以及通过处理部件，用于允许从该标准设备传送的数据通过。
2.根据权利要求1的服务处理设备，其中，当执行针对于该处理目标设备的处理时，在根据接收的信息执行了成功验证的情况中，所述第二通信部件将该服务处理请求传送到该标准设备，并从响应该服务处理请求的该标准设备接收返回数据，并且，所述通过处理部件将该返回数据发送到所述第一通信部件。
3.根据权利要求1的服务处理设备，还包括请求生成部件，用于生成包含识别服务处理设备的识别信息的预处理请求，作为在请求该标准设备响应于该服务处理请求而提供处理中的支持之前执行的预处理，而且，该请求生成部件将生成的预处理请求通过所述第二通信部件传送到该标准设备。
4.根据权利要求1的服务处理设备，还包括请求生成部件，用于生成预处理请求，作为在请求该标准设备响应于该服务处理请求而提供处理中的支持之前执行的预处理，该预处理请求包含用于识别该服务处理设备的识别信息，并且还包含为其请求支持的该处理的内容，而且，该请求生成部件将生成的预处理请求通过所述第二通信部件传送到该标准设备。
5.一种处理支持设备，包括通信部件，用于与请求该处理支持设备提供处理中的支持的简化设备执行通信；存储部件，用于存储接收的信息，该信息为从该简化设备接收的信息；验证部件，用于执行该简化设备和该处理支持设备之间的验证；以及处理执行部件，用于执行该简化设备请求的处理；其中，所述处理支持设备通过使用该接收的信息执行验证，从该简化设备接收处理请求以在成功执行了该验证的情况下响应该处理请求而执行处理，并将通过该处理输出的数据返回到该简化设备。
6.根据权利要求5的处理支持设备，还包括标准存储部件，存储用于认可由该简化设备请求的处理的标准；以及判断部件，用于通过将存储在所述标准存储部件中的标准与来自于该简化设备的处理请求相比较，来判断认可或不认可该处理请求。
7.根据权利要求5的处理支持设备，还包括应答信息生成部件，用于生成应答信息，作为在从该简化设备接收对处理中的支持的请求之前执行的预处理，该应答信息包括用于基于从该简化设备发送的预告信息来进行验证的秘密信息；其中，将该生成的应答信息传送到该简化设备。
8.根据权利要求7的处理支持设备，其中，所述应答信息生成部件基于从该简化设备作为该预告信息发送、并且对其请求该支持的处理的内容，生成对是否认可提供该支持的判断结果，作为该应答信息。
9.一种服务处理程序，当简化设备执行针对处理目标设备的处理时，该服务处理程序与响应服务处理请求而在处理中提供支持的标准设备中的另一个程序配合来执行服务处理，该服务处理请求是来自于简化设备、涉及针对该处理目标设备的处理的请求，其中，所述服务处理程序包括以下步骤将服务处理请求传送到该标准设备；响应该服务处理请求或命令而接收返回数据；以及将接收的返回数据或命令传送到该处理目标设备。
10.根据权利要求9的服务处理程序，在由该简化设备将该服务处理请求传送到该标准设备的步骤之前，还包括以下步骤向该处理目标设备本身查询由该处理目标设备请求的处理的内容；接收指明由该处理目标设备请求的处理的内容的数据，作为对该查询的应答；以及根据从该处理目标设备接收的数据生成服务处理请求。
11.根据权利要求9的服务处理程序，其中，在响应该服务处理请求而由该简化设备从该标准设备接收该返回数据的步骤中，该返回数据包括指明对服务处理请求的认可的数据，并且，仅在接收了这样的数据之后建立与该处理目标设备的连接。
12.根据权利要求9的服务处理程序，还包括步骤在通信可达区域中的标准设备清单中搜索并选择连接的另一端，以在将该服务处理请求传送到该标准设备时建立连接。
13.一种服务处理程序，其与标准设备配合执行处理，该标准设备配备用于执行针对于处理目标设备的处理的能力，并响应服务处理请求而在处理中提供支持，该服务处理请求为来自于在执行针对于该处理目标设备的处理时容纳涉及针对于该处理目标设备的处理的服务处理程序的设备，其中对该处理目标设备执行该处理，其中所述服务处理程序包括第一步骤，用于存储接收的信息，该信息为从该标准设备接收的信息；第二步骤，用于通过使用该接收的信息来与该标准设备执行验证；第三步骤，用于在成功地执行了该验证的情况中，将服务处理请求传送到该标准设备；第四步骤，用于响应该服务处理请求而接收返回数据；以及第五步骤，用于将该返回数据传送到该处理目标设备。
14.根据权利要求13的服务处理程序，其中，所述第三步骤中，在成功地执行了该验证的情况中，将在全部服务处理请求中不能由容纳该服务处理程序本身的设备执行的一部分处理传送到该标准设备。
15.根据权利要求13的服务处理程序，其中，所述第三步骤中，在成功地执行了该验证的情况中，将该服务处理请求的全部传送到该标准设备。
16.一种服务处理程序，其与标准设备配合执行处理，该标准设备配备用于执行针对于处理目标设备的处理的能力，并响应服务处理请求而在处理中提供支持，该服务处理请求为来自于在执行针对于该处理目标设备的处理时、容纳涉及针对于该处理目标设备的处理的服务处理程序的设备，其中对该处理目标设备执行该处理，其中，所述服务处理程序包括第一步骤，用于存储接收的信息，该信息为从该标准设备接收的信息；第二步骤，用于将服务处理请求传送到该标准设备；第三步骤，用于通过使用该接收的信息来与该标准设备执行验证；第四步骤，用于响应该服务处理请求而接收返回数据；以及第五步骤，用于将该返回数据传送到该处理目标设备。
17.根据权利要求16的服务处理程序，其中，所述第二步骤中，在成功地执行了该验证的情况中，将在全部服务处理请求中不能由容纳该服务处理程序本身的设备执行的一部分处理传送到该标准设备。
18.根据权利要求16的服务处理程序，其中，所述第二步骤中，在成功地执行了该验证的情况中，将该服务处理请求的全部传送到该标准设备。
19.一种处理支持程序，其为用于响应服务处理请求而在处理中提供支持的程序，该服务处理请求为涉及针对处理目标设备的处理并由简化设备发送的请求，该简化设备未配备用于执行针对该处理目标设备的处理的能力，其中对该处理目标设备执行该处理，其中，所述处理支持程序包括以下步骤存储接收的信息，该信息为从该简化设备接收的信息；通过使用该接收的信息来与该简化设备执行验证；在成功地执行了该验证的情况下，从该简化设备接收服务处理请求；响应该服务处理请求而执行处理；以及返回通过该处理输出的数据。
20.根据权利要求19的处理支持程序，还包括用于将存储在执行所述程序的设备中的标准与来自于该简化设备的处理请求相比较，以做出是否认可响应该服务处理请求的处理的判断的步骤。
21.一种处理支持程序，其为用于响应服务处理请求而在处理中提供支持的程序，该服务处理请求为涉及针对处理目标设备的处理并由简化设备发送的请求，该简化设备未配备用于执行针对该处理目标设备的处理的能力，其中对该处理目标设备执行该处理，其中，所述处理支持程序包括步骤存储接收的信息，该信息为从该简化设备接收的信息；从该简化设备接收服务处理请求；通过使用该包含在该服务处理请求中用于验证的秘密信息来与该简化设备执行验证；响应该服务处理请求而执行处理；以及返回通过该处理输出的数据。
22.根据权利要求21的处理支持程序，还包括用于将存储在执行所述程序的设备中的标准与来自该简化设备的处理请求相比较，以做出对是否认可响应该服务处理请求的处理的判断的步骤。
23.一种用于执行针对于检票机器的处理的检票处理设备，包括检票通信部件，用于与该检票机器执行通信；终端间通信部件，用于与配备执行针对于该检票机器的处理的能力、并响应检票处理请求而在处理中提供支持的检票处理支持设备执行通信，该检票处理请求为来自于检票处理设备本身、涉及针对于该检票机器的处理的请求；协调处理部件，用于在该检票处理设备本身内的部件和所述终端间通信部件之间中转数据或命令；连接端信息存储部件，用于存储与该检票处理支持设备建立连接所需要的信息；预告信息存储部件，用于存储接收的信息，该信息为从该检票处理支持设备接收的信息；输入部件，用于接受检票指令的输入；以及请求生成部件，用于在接收了所述输入部件输入的检票指令后，生成要传送到该检票机器或该检票处理支持设备的请求。
24.根据权利要求23的检票处理设备，其中，当执行针对于该检票机器的处理时，所述协调处理部件接收在所述请求生成部件生成的检票请求，以将该接收的检票请求发送到所述终端间通信部件，并且，所述终端间通信部件将从所述协调处理部件接收的检票请求传送到该检票处理支持设备，并随后接收作为对该检票请求的应答的检票命令，此外，将接收的检票命令发送到所述协调处理部件，并且，所述协调处理部件将该检票命令发送到所述检票通信部件。
25.根据权利要求23的检票处理设备，还包括请求生成部件，用于生成包含识别检票处理设备的识别信息的预处理请求，作为在请求该检票处理支持设备响应于该检票处理请求而提供处理中的支持之前执行的预处理，而且，该请求生成部件将生成的预处理请求通过所述终端间通信部件传送到该检票处理支持设备。
26.根据权利要求23的检票处理设备，还包括请求生成部件，用于生成预处理请求，作为在请求该检票处理支持设备响应于该检票处理请求而在处理中提供支持之前执行的预处理，该预处理请求包含用于识别该检票处理设备的识别信息，并且还包含为其请求支持的该处理的内容，而且，该请求生成部件将生成的预处理请求通过所述终端间通信部件传送到该检票处理支持设备。
27.一种检票处理支持设备，包括终端间通信部件，用于与请求该检票处理支持设备本身在检票处理中提供支持的检票处理设备执行通信；协调处理部件，用于在该检票处理支持设备本身内的部件和所述终端间通信部件之间中转数据或命令；预告信息存储部件，用于存储在检票处理的执行之前从该检票处理设备接收的、验证该检票处理设备所需要的信息；非成员终端验证部件，用于根据存储在所述预告信息存储部件中的信息来验证该检票处理设备；票存储部件，用于存储票；票处理部件，用于执行检票处理；请求内容识别部件，用于识别由所述协调处理部件从该检票处理设备接收的请求的内容；以及输入部件，用于接受对该票的使用的认可或不认可的输入。
28.根据权利要求27的检票处理支持设备，还包括标准存储部件，用于存储认可标准，该认可标准是用于认可所请求的处理的标准；以及使用认可判断部件，用于通过将来自于检票处理设备的检票请求与存储在所述标准存储部件中的标准相比较，来判断认可或不认可所请求的处理。
29.根据权利要求27的检票处理支持设备，还包括应答信息生成部件，用于基于从该检票处理设备发送的预告信息，生成包括用于验证的秘密信息的应答信息，作为在从该检票处理设备接收该检票处理中的支持的请求之前执行的预处理；其中，将该生成的应答信息传送到该检票处理设备。
30.根据权利要求29的检票处理支持设备，其中，所述应答信息生成部件基于作为预告信息从该检票处理设备发送、并且对其请求支持的处理的内容，生成对是否认可提供支持的判断的结果，作为该应答信息。
31.一种检票处理程序，当检票处理设备执行针对于检票机器的处理时，该检票处理程序与响应检票请求而在处理中提供支持的检票处理支持设备中的另一个程序配合执行检票处理，该检票请求为来自于涉及针对该检票机器的处理的检票处理设备的请求，其中，所述检票处理程序包括以下步骤将检票请求传送到该检票处理支持设备；响应该检票请求或命令而接收返回数据；以及将接收的返回数据或命令传送到该检票机器。
32.根据权利要求31的检票处理程序，在由该检票处理设备将该检票请求传送到该检票处理支持设备的步骤之前，还包括以下步骤向该检票机器查询由该检票机器请求的处理的内容；接收指明由该检票机器请求的处理的内容的数据，作为对该查询的应答；以及根据从该检票机器接收的数据生成检票请求。
33.根据权利要求31的检票处理程序，其中，在响应该检票请求而由该检票处理设备从该检票处理支持设备接收该返回数据的步骤中，该返回数据包括指明对该检票请求的认可的数据，并且，仅在接收了这样的数据之后建立与该检票机器的连接。
34.根据权利要求31的检票处理程序，还包括步骤在通信可达区域的一列检票处理支持设备中搜索并选择连接的另一端，以在将该检票请求传送到该检票处理支持设备时建立连接。
35.一种检票处理支持程序，其执行由检票处理设备请求的处理，该检票处理设备检票处理支持设备在检票处理中提供支持，其中所述检票处理支持程序包括步骤从该检票处理设备接收检票请求；根据预先已从该检票处理设备接收、并且是该检票处理设备的验证所需要的信息，来执行该检票处理设备的验证；响应该检票请求而执行该处理；以及将提供该处理输出的数据或命令传送到该检票处理设备。
36.根据权利要求35的检票处理支持程序，在响应该检票请求而由该检票处理支持设备执行该处理的步骤之前，还包括通过将来自于该检票处理设备的检票请求与存储在该检票处理支持设备中的认可标准相比较，做出认可或不认可所请求的检票处理的判断。
37.根据权利要求36的检票处理支持程序，其中，该认可标准包括关于用于一张票或用于通过该检票机器的一类票的标准。
38.一种结算处理设备，用于执行针对结算机器的处理，该结算处理设备包括结算机器通信部件，用于与该结算机器执行通信；终端间通信部件，用于与结算处理支持设备执行通信，该结算处理支持设备配备用于执行针对于该结算机器的处理的能力，并响应结算处理请求而在处理中提供支持，该结算处理请求为来自于涉及针对于该结算机器的处理的结算处理设备本身的请求；协调处理部件，用于在该结算处理设备本身内的部件和所述终端间通信部件之间中转数据或命令；连接端信息存储部件，用于存储与该结算处理支持设备建立连接所需要的信息；预告信息存储部件，用于存储接收的信息，该信息为从该结算处理支持设备接收的信息；输入部件，用于接受结算指令的输入；以及请求生成部件，用于在所述输入部件接收输入的结算指令后，生成要传送到该结算机器或该结算处理支持设备的请求。
39.根据权利要求38的结算处理设备，其中，当执行针对于该结算机器的处理时，所述协调处理部件接收在所述请求生成部件生成的结算请求，以将该接收的结算请求发送到所述终端间通信部件，并且所述终端间通信部件将从所述协调处理部件接收的结算请求传送到该结算处理支持设备，并随后接收作为对该结算请求的应答的结算命令，此外，将接收的结算命令发送到所述协调处理部件，并且，所述协调处理部件将该结算命令发送到所述结算机器通信部件。
40.根据权利要求38的结算处理设备，还包括请求生成部件，用于生成包含识别结算处理设备本身的识别信息的预处理请求，作为在请求该结算处理支持设备响应于该结算处理请求而提供处理中的支持之前执行的预处理，而且，该请求生成部件将生成的预处理请求通过所述终端间通信部件传送到该结算处理支持设备。
41.根据权利要求38的结算处理设备，还包括请求生成部件，用于生成预处理请求，作为在请求该结算处理支持设备响应于该结算处理请求而在处理中提供支持之前执行的预处理，该预处理请求包含用于识别该结算处理设备的识别信息，并且还包含为其请求支持的该处理的内容，而且，该请求生成部件将生成的预处理请求通过所述终端间通信部件传送到该结算处理支持设备。
42.一种结算处理支持设备，包括终端间通信部件，用于与请求该结算处理支持设备提供该结算处理中的支持的结算处理设备执行通信；协调处理部件，用于在该结算处理支持设备本身内的部件和所述终端间通信部件之间中转数据或命令；预告信息存储部件，用于存储在结算处理的执行之前从该结算处理设备接收、并且是验证该结算处理设备所需的信息；非成员终端验证部件，用于根据存储在所述预告信息存储部件中的信息来验证该结算处理设备；结算信息存储部件，用于存储进行结算所需要的信息，如信用卡号；结算处理部件，用于执行结算处理；请求内容识别部件，用于识别由所述协调处理部件从该结算处理设备接收的请求的内容；以及输入部件，用于接受对执行该结算处理的认可或不认可的输入。
43.根据权利要求42的结算处理支持设备，还包括标准存储部件，用于存储认可标准，该认可标准为用于认可所请求的处理的标准；以及使用认可判断部件，用于通过将来自于结算处理设备的结算请求与存储在所述标准存储部件中的标准相比较来判断认可或不认可所请求的处理。
44.根据权利要求42的结算处理支持设备，还包括应答信息生成部件，用于基于从该结算处理设备发送的预告信息，生成包括用于验证的秘密信息的应答信息，作为在从该结算处理设备接收对在该结算处理中的支持的请求之前执行的预处理；其中，将该生成的应答信息传送到该结算处理设备。
45.根据权利要求44的结算处理支持设备，其中，所述应答信息生成部件基于从该结算处理设备作为该预告信息发送的、并且为其请求支持的处理的内容，生成对是否认可提供支持的判断的结果，作为该应答信息。
46.一种结算处理程序，当结算处理设备执行针对于结算机器的处理时，该结算处理程序与响应结算请求而在处理中提供支持的结算处理支持设备中的另一个程序配合来执行结算处理，该结算请求为来自于涉及针对该结算机器的处理的结算处理设备的请求，其中，所述结算处理程序包括步骤将结算请求传送到该结算处理支持设备；响应该结算请求或命令而接收返回数据；以及将接收的返回数据或命令传送到该结算机器。
47.根据权利要求46的结算处理程序，在由该结算处理设备将该结算请求传送到该结算处理支持设备的步骤之前，还包括以下步骤向该结算机器本身查询由该结算机器请求的处理的内容；接收指明由该结算机器请求的处理的内容的数据，作为对该查询的应答；以及根据从该结算机器接收的数据生成结算请求。
48.根据权利要求46的结算处理程序，其中，在响应该结算请求而由该结算处理设备从该结算处理支持设备接收该返回数据的步骤中，该返回数据包括指明对该结算请求的认可的数据，并且，仅在接收了这样的数据之后建立与该结算机器的连接。
49.根据权利要求46的结算处理程序，还包括步骤在通信可达区域的一列结算处理支持设备中搜索并选择连接的另一端，以在将该结算请求传送到该结算处理支持设备时建立连接。
50.一种结算处理支持程序，其执行由结算处理设备请求的处理，该结算处理设备请求由结算处理支持设备在结算处理中提供支持，其中所述结算处理支持程序包括步骤从该结算处理设备接收结算请求；根据预先已从该结算处理设备接收的、并且是该结算处理设备的验证所需要的信息来执行该结算处理设备的验证；响应该结算请求而执行该处理；以及将通过该处理输出的数据或命令传送到该结算处理设备；
51.根据权利要求50的结算处理支持程序，还包括步骤在响应该结算请求而由该结算处理支持设备执行该处理的步骤之前，通过将来自于该结算处理设备的结算请求与存储在该结算处理支持设备中的认可标准相比较，做出对认可或不认可所请求的结算处理的判断。
52.根据权利要求51的结算处理支持程序，其中，该认可标准包括资金量或该结算的目的。
全文摘要
一种可适用于诸如使经授权的非成员(不具有用于购票的成员资格)象成员一样通过检票口的处理的装置。已在请求处理(通过门)的装置(101)(非成员的移动电话)和支持装置(102)(成员的移动电话)之间执行数据交换，作为预备过程[1]。在该门处，装置(101)通过连接到装置(102)与装置(103)(检票栏)通信[2]，以便被授权并被装置(102)支持以出示票[3]。这里，装置(102)自动地或通过人工输入来执行确认。装置(102)可以与其它装置相隔较远。可将此处理应用于POS支付情形。
文档编号G06Q20/00GK1633666SQ03804079
公开日2005年6月29日 申请日期2003年3月3日 优先权日2002年3月28日
发明者丹波锐, 峰村淳 申请人:松下电器产业株式会社