专利名称：缴纳书发行系统及费用缴纳系统的制作方法
技术领域：
本发明涉及缴纳书发行系统及费用缴纳系统，特别涉及能够对用户的各种公共费用等的缴纳手续进行统一管理的系统。
背景技术：
现在，电费、煤气费、水费、电话费、公团住宅的租金等各种公共服务的费用缴纳、向信用卡公司的货款支付其原则都是将服务提供者每月向用户邮送的缴纳书拿到金融机关和昼夜营业的方便商店，用现金支付应付金额。
为此，电力公司、煤气公司、理事会等服务提供者有必要每月向各用户邮送缴纳书，就需要花费更多的经费。而在缴纳期限已过用户也没有自发地缴纳的情况下，还有必要再次发送催促通知书和缴纳书。
而对于用户来说，由于每月都收到每个服务提供者发行的若干封缴纳书，而各个支付期限又各不相同，所以对缴纳的管理变得烦琐了。
例如，在工资日之后对若干件缴纳书一起进行支付的时候，会发生因找不到一部分的缴纳书而发生漏掉缴纳的情况。
另外，一旦根据再发行的缴纳书支付了以后，还有可能发生根据原来的缴纳书进行重复支付的情况。
或者，还有可能在对最近的缴纳书支付后放心的时候，实际上还有以前的缴纳书没有缴纳，为此而被暂时切断电话线路或暂时停止电力供应。
对此，作为服务提供者，为了在减少邮送缴纳书的经费的同时节省用户方的缴纳手续，推荐由银行帐户的转帐方式。
但是，为此用户方就要对每个服务提供者向银行等申请汇款手续，同时还要经常注意不要使银行帐户的余额不足。另外，还会对没有时间检查被要求的详细金额，在自己不知道的情况下自动转帐了多余金额的情况产生抵抗心理。因此，现状是通过自动转帐来支付费用并没有被普及。
发明内容
本发明是为了解决现有的费用缴纳的上述问题而被提出来的，其目的在于在能够降低服务提供者方的缴纳书邮送经费的同时，能够提高用户方管理缴纳期限的方便性。
为了达到以上目的，本发明的缴纳书发行系统的特征在于具有将从服务提供者的服务器发送到各用户的请求信息与该用户的属性信息相关联地保存起来的存储装置；在从用户的操作终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出有关该用户的收费案件，并发送到上述终端的装置；发行装置(打印机等印字装置)；在从上述终端输出了选择特定收费案件的信息的情况下，向上述发行装置输出必要信息，使之印刷对应于该收费案件的缴纳书的装置。
上述“用户的操作终端”广泛地包括具有连接因特网功能的计算机、便携电话、PDA(便携信息终端)、专用终端等。
在上述存储装置内，为了与各用户关联地存储各服务提供者的收费案件，通过用户利用上述终端发出收费案件的显示要求，一次就能够对有关自己的各种各样的收费案件进行确认。因此，对于用户来说，具有能够容易地实现与各种种类的收费案件相关的期限管理和支付计划的立案的优点。
并且，由于在用户希望缴纳时当场通过发行装置印刷、发行该收费案件相关的缴纳书，所以服务提供者不需要向用户邮送缴纳书时的手续和经费。对于用户来说，也不需要直到支付日期到来之前保管缴纳书。
当然也可以如上述那样，收到发行的缴纳书的用户将该缴纳书拿到最近的昼夜营业的方便商店或金融机关，用现金支付。
另外，本发明的第1个费用缴纳系统的特征在于具有将从服务提供者的服务器发送到各用户的请求信息与该当用户的属性信息关联地存储的存储装置；在从用户的操作终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该当用户相关的收费案件，并发送到上述终端的装置；发行单元；在从上述终端输出了选择特定收费案件的信息的情况下，向上述发行单元输出必要信息，使之印刷与该当收费案件对应的缴纳书的装置；输出表示已经根据该缴纳书，通过现金、信用卡、预付卡、其他的电子货币支付完毕的信息的装置；在接收到上述支付完毕信息的情况下，将存储在上述存储装置中的该当收费案件作为缴纳完进行处理的装置。在此，“作为缴纳完进行处理”是指例如向该收费案件附加缴纳完信息。或者，也可以将该收费案件相关的信息从上述存储装置中删除。
另外，本发明的第2个费用缴纳系统的特征在于具有将从服务提供者的服务器发送到各用户的请求信息与该用户的属性信息相关联地存储的存储装置；在从用户的操作终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该用户相关的收费案件，并发送到上述终端的装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述终端发送催促投入该收费案件的金额的现金的通知的装置；现金受理单元；确认投入上述现金受理单元的现金的金额，并输出表示上述金额的现金已经投入完毕的信息的装置；在接收到上述现金投入完毕信息的情况下，将存储在上述存储装置内的该当收费案件作为缴纳完进行处理的装置。
在这种情况下，由于实现了通过现金受理单元接受现金，所以不需要发行缴纳书。
另外，本发明的第3个费用缴纳系统的特征在于具有将从服务提供者的服务器发送到各用户的请求信息与该用户的属性信息相关联地存储的存储装置；在从用户的操作终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该用户相关的收费案件，并发送到上述终端的装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述终端发送催促付清该收费案件的金额的通知的装置；输入信用卡信息或预付卡信息的卡信息输入装置；在通过上述卡信息输入装置输入了信用卡信息或预付卡信息的情况下，将该卡信息及金额信息发送到卡公司的计算机系统，对能否通过该卡付清进行确认的装置；在从上述计算机系统发送了付清完毕的信息的情况下，将存储在上述存储装置内的该当收费案件作为缴纳完进行处理的装置。
作为上述“卡信息输入装置”相当于例如读取记录在卡中的信息的读卡器。另外，在打字输入信用卡的编号、有效期限、预付卡的编号的情况下，则相当于连接到计算机系统的键盘。或者，在上述信息被作为条形码记录在卡表面的情况下，则相当于读取它的条码读取器。
另外，本发明的第4个费用缴纳系统的特征在于具有将从服务提供者的服务器发送到各用户的请求信息与该用户的属性信息相关联地存储的存储装置；在从用户的操作终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该用户相关的收费案件，并发送到上述终端的装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述终端发送催促付清该收费案件的金额的通知的装置；输入借方卡信息的卡信息输入装置；输入用户密码号码的装置；在通过上述输入装置输入了卡信息及密码号码的情况下，将该卡信息、密码号码及金额信息发送到金融机关的计算机系统，并对能否通过该借方卡付清进行确认的装置；在从上述计算机系统发送了付清完毕的信息的情况下，将存储在上述存储装置内的该收费案件作为缴纳完进行处理的装置。
另外，本发明的第5个费用缴纳系统的特征在于具有将从服务提供者的服务器发送到各用户的请求信息与该用户的属性信息相关联地存储的存储装置；在从用户的操作终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该用户相关的收费案件，并发送到上述终端的装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述终端发送催促付清该收费案件的金额的通知的装置；输入用户拥有帐户的金融机关的密码号码的装置；将输入的密码号码、金额信息及该用户的帐户信息发送到上述金融机关的计算机系统，并对能否通过帐户转帐付清进行确认的装置；在从上述计算机系统发送了付清完毕的信息的情况下，将存储在上述存储装置内的该收费案件作为缴纳完进行处理的装置。
上述各费用缴纳系统还可以具有存储与各收费案件相关的详细信息的存储装置；在从上述终端输出了对与特定收费案件相关的详细信息的显示要求的情况下，检索上述存储装置，抽出与该收费案件相关的详细信息，并发送到上述终端的装置。
由于其结果是能够在事前确认各收费案件的请求详细，所以用户能够放心地进行缴纳。
另外，上述各费用缴纳系统还可以具有在从上述终端输出了选择多个收费案件的信息的情况下，计算出各收费案件的合计金额，并发送到上述终端的装置。
另外，上述各费用缴纳系统还可以具有在从上述终端输出了选择特定服务提供者的信息的情况下，在上述存储装置内进行检索，抽出与该用户有关的收费案件中的与上述服务提供者相关的案件，并发送到上述终端的装置。
其结果是例如能够汇总而只支付电费。
另外，上述各费用缴纳系统的特征在于还具有在伴随着选择服务提供者从上述终端输出了登记新用户的要求的情况下，将从该终端输入的用户属性信息发送到选择的服务提供者的服务器，并对可否登记该用户进行确认的装置；在得到了上述确认的肯定答复的情况下，将该用户与上述服务提供者相关联地存储在规定的存储装置内的装置。
其结果是能够对错误地将与该用户完全没关系的服务提供者和该用户进行关联的情况防患于未然。
另外，上述各费用缴纳系统还可以具有在从上述终端输出了变更用户属性信息的要求的情况下，将从该终端输入的变更后的属性信息更新登记到上述存储装置内的装置；向该用户选择的服务提供者的服务器发送上述变更后的属性信息，并要求更新被存储在该服务提供者的服务器所管理的存储装置中的用户信息的装置。
其结果是，一旦进行了该系统的用户登记后，则例如在发生了用户电话号码变更的情况下，就不需要向各服务提供者进行变更联络了。
进而，上述各费用缴纳系统还可以具有在上述用户终端上显示要求选择特定语言的消息和具备选择按钮的语言选择画面的装置；在从上述终端输出了选择特定语言的信息的情况下，使用该用户选择的语言至少显示与该用户相关的收费案件的装置。
其结果是即使在用户的母语是日本语以外的语言的情况下，也能够有效地利用该系统。当然，理想的是具备不只是收费案件和缴纳书，还使用用户选择的语言在用户终端上显示发送的各种消息的装置。
图1是展示本发明相关的费用缴纳系统的整体结构的影象图。
图2是展示中心服务器和终端装置的硬件结构的框图。
图3是展示未登记用户向本系统进行新用户登记的时候的功能结构的框图。
图4是展示未登记用户向本系统进行新用户登记的时候的处理步骤的流程图。
图5是展示新登记申请单的版面图。
图6是展示被设置在用户数据库内的数据项目例子的说明图。
图7是展示在用户使用本系统缴纳各种费用时的功能结构的框图。
图8是展示在用户使用本系统缴纳各种费用时的处理步骤流程图。
图9是展示缴纳对象选择画面的结构例子的版面图。
图10是展示认证画面的结构例子的版面图。
图11是展示在显示器上显示电费收费案件的列表的版面图。
图12是展示缴纳书的一个例子的版面图。
图13是展示在显示器上显示对某用户的所有收费案件的列表的版面图。
图14是展示通过终端装置直接缴纳现金时的功能结构的框图。
图15是展示通过终端装置直接缴纳现金时的处理步骤的流程图。
图16是展示在显示器上显示对某用户的所有收费案件的列表的版面图。
图17是展示收费金额确认画面和结帐类别选择画面的结构例子的版面图。
图18是展示通过终端装置利用信用卡、预付卡、借方卡缴纳收费金额时的功能结构的框图。
图19是展示通过终端装置使用信用卡缴纳收费金额时的处理步骤的流程图。
图20是展示在个人计算机上通过银行帐户转帐来缴纳收费金额时的功能结构的框图。
图21是展示变更用户登记信息时的功能结构的框图。
图22是展示变更用户登记信息时的处理步骤的流程图。
图23是展示在终端装置的显示器上显示的语言选择画面的版面图。
具体实施例方式
图1展示了关于本发明的收费缴纳系统10的整体概念，它具有本系统的运营者管理的中心服务器12、设置在昼夜营业的便利商店(以下称“便利店14”)内的终端装置16、信用卡公司管理的主计算机17、提供各种服务的营业者(电力公司、煤气公司、自治体、电话公司等)管理的局域网服务器18、预付卡公司管理的主计算机19、银行等金融机构管理的主计算机67、用户管理的个人计算机(以下称“个人机”)44和便携电话47。
上述中心服务器12由大型计算机和工作站等计算机系统构成，如图2所示，具有CPU20和通过系统总线21与CPU20连接的动态存储器22、只读存储器23、硬盘装置24、通信接口25等。
上述终端装置16由类似于个人计算机的计算机系统构成、具有CPU26、通过系统总线27与CPU26连接的动态存储器28、只读存储器29、硬盘装置30、通信接口31、带触摸控制板的显示器32、发行单元33、现金受理单元34、网络接口35、预付卡读取器38、信用卡读取器39、借方卡读取器68等。
该终端装置16经过网络接口35与设置在便利店14内的POS收款机终端36、打印机37进行局域网连接。
在中心服务器12与终端装置16之间，通过各自的通信接口25、31和通信线路与网络连接。
上述局域服务器18也是由工作站等计算机系统构成，省略了图示，具有CPU、通过系统总线与CPU连接的动态存储器和只读存储器、硬盘装置、通信接口等。通过该通信接口和通信线路使中心服务器12与网络连接。
另外，各个服务提供者与这个系统的运营者之间事先签订了业务互助合同。
上述信用卡公司的主计算机17、预付卡公司的主计算机19和金融机构管理的主计算机67由大型计算机等计算机系统构成，省略了图示，具有CPU、通过系统总线与CPU连接的动态存储器、只读存储器和硬盘装置、通信接口等。通过该通信接口和通信线路使中心服务器12与网络连接。
上述用户管理的个人计算机44同样省略了图示，具有CPU、通过系统总线与CPU连接的动态存储器和只读存储器、硬盘装置、通信接口(调制解调器、TA)等。通过该通信接口利用拨号与因特网服务提供者(ISP)连接，经过因特网使中心服务器12与网络连接。
此外，上述用户管理的便携电话47象例如NTT德考莫的i莫德(注册商标)那样地装载了连接因特网的功能和专用浏览器程序，并通过通信载体的包交换网、网关服务器、因特网与中心服务器12网络连接。
用户为了通过这个费用缴纳系统10缴纳各种收费，有必要预先向系统进行用户登记。
图3展示了向该系统10进行新用户登记时的功能结构的框图。中心服务器12具有确认部件40、用户信息登记部件41、用户数据库42。
上述确认部件40和用户信息登记部件41通过中心服务器12的CPU20根据操作系统和专用程序执行规定的处理被实现。
此外，上述用户数据库42被存储在中心服务器12的硬盘装置24内。
接下来，根据图4的流程，说明某未登记用户进行新用户登记时的处理步骤。
首先，用户在自己的个人机44上起动的因特网浏览器程序中输入规定的URL，经过因特网45访问中心服务器12的网站。然后从在用户个人机的画面上显示的服务菜单中选择“新用户登记”。
接收到此选择的中心服务器12(S10)将图5所示的设置有在加入时应填写的数据项目的“新申请表46”发送给用户的个人机12(S12)，并要求填写作为属性信息的姓名、密码号码、住宅的电话号码以及选择输入的利用对象(服务提供者)。
用户将上述表格的空栏部分的必要项目填好后，点击图中未显示的“送信”按钮，上述输入数据就经过因特网45被发送给了中心服务器12。
在接收到此信号的中心服务器(S14)中，确认部件40对必须填写的数据是否已全部填写进行确认后(S16)，将上述输入数据传送到用户选择的作为利用对象的各服务提供者的局域网服务器，并查询用户是否可以登记(S18)。
局域服务器18确认确实已向该用户提供了服务后，将委托代收服务费的信息传送给确认部件40。
确认部件40接收到该允许登记的回答后(S20)，将该用户的输入数据发送到用户信息登记部件41。用户信息登记部件41在将该用户的属性信息与利用对象相关联的基础上，存入用户数据库42内(S22)。图6展示了用户数据库42内设定的数据项目的例子，罗列了电话号码、密码号码、姓名、住址等，并设置了每个服务提供者的收费履历项目。
在如上述那样地在用户数据库内进行了初始登记后，中心服务器12向各局域服务器18发送表示“用户登记完毕”的数据(S24)。此后，各服务提供者就可以将该用户从发行邮寄缴纳书的名单中删除了，可以节约那部分费用。
此外，确认部件40在确认了用户发送的数据中有输入遗漏的情况下，则在用户的个人机画面上显示催促重新输入的提示信息(S26)。
还有，在从某个服务提供者的局域服务器18发送来“没有该用户”的数据的情况下(S20)，则在用户的个人机画面上显示催促重新选择的提示信息(S26)。
上述对从未登记用户的个人机44经过因特网45进行新用户登记的步骤进行了说明，但当然也可以采用其他方法。例如，操作便利店14内的终端装置16，在显示器32上调出与图5所示的同样的输入表格，触摸显示在画面上的键盘状的按钮输入必要的项目。
另外，也可以使用具有因特网连接功能的i莫德(注册商标)等便携电话47通过因特网45访问上述网站，操作便携电话47的数字按钮同样可以输入数据。
或者，图示被省略，也可以从便利店等取得设置了与图5的输入表格46同样的填写栏的申请单，用手填写必要项目后用传真或邮递方式发送给系统运营者。此时系统运营者通过键盘输入用户填写的信息，并通过用户信息登记部件41存入用户数据库42内。
如上述那样地被登记在系统10内的用户可以通过设置在便利店14内的终端装置16完成缴纳各种费用。
图7是展示用户使用该系统10实际缴纳各种费用时的功能结构框图。作为终端装置16，具有带有触摸控制板的显示器32、发行处理部件48、发行单元33。发行处理部件48通过终端装置16的CPU26根据操作系统和专用程序执行规定的处理被实现。上述发行单元33具有根据发行处理部件48的指令在用纸上打印并输出必要信息的结构。
还有，作为中心服务器12，具有认证部件49、用户数据库42、收费处理部件50、结帐处理部件51、收费信息登记部件52。这些认证部件49、用户数据库42、收费处理部件50、结帐处理部件51、收费信息登记部件52通过中心服务器12的CPU20根据操作系统和专用程序执行规定的处理被实现。
进而，服务提供者的局域服务器18具有收费信息发送部件53、请求信息数据库54、收费信息更新部件55。作为收费信息发送部件53、收费信息更新部件55通过局域服务器18的CPU根据操作系统和专用程序执行规定的处理被实现。此外，收费信息数据库54被存储在局域服务器18的硬盘装置内。
其他，图中记载了收款信息输出部件56，它通过便利店14内设置的POS收款终端36的CPU根据操作系统和专用程序执行规定的处理被实现。
在局域服务器18的收费信息数据库54中，在该服务提供者的所有用户中，至少保存了在该系统10中登记了的用户的收费信息，这里所说的“收费信息”是指对各用户每月的收费金额、收费详细信息等。
保存在收费信息数据库里的收费信息由收费信息发送部件53定期发送给中心服务器12。
中心服务器12接收到信息后起动收费信息登记部件52，将各收费案件数据登记在用户数据库42内的对应项目中。
接下来，根据图8的流程说明用户通过该系统具体缴纳费用时的处理步骤。
首先用户去最近的便利店14，操作终端装置16的触摸控制板32，在画面上调出图9所示的缴纳对象选择画面57。例如按下“电”按钮，要求显示有关电费的收费案件，中心服务器12的认证部件49接收到信息后(S30)，发送图10所示的确认画面58用的数据，并要求输入认证数据(S32)。
对此用户按下触摸控制板32的数字键盘59，输入电话号码和密码号码，中心服务器12的认证部件49收到信息后(S34)，将输入的电话号码作为键值在用户数据库42中检索，对输入的密码号码和登记的密码号码进行比较，判断该用户的正当性(S36)。
当得到肯定的结论时，从用户数据库42中取出该用户的姓名(和田光男)，显示在显示器32上(S38)。
用户确认所显示的自己的姓名没错时，按下“确认”按钮。中心服务器12收到该信息后(S40)，收费处理部件50从用户数据库42内抽出存储的电费收费案件(未缴纳部分)，传送给终端装置16(S42)。
其结果如图11展示的那样，在显示器32上显示电费收费案件的列表。此时显示出用户(合田光男)到6月7日为止两个月的电费未缴纳的状态。
这里，在用户想检查收费详细内容时，可按下各月的详细书栏的“打印”按钮。中心服务器12收到后(S44)，收费处理部件50从用户数据库42内抽出收费详细数据，传送给终端装置16的发行处理部件48(S46)。然后发行单元33根据发行处理部件48的打印指令，打印出图中未表示的详细书(S48)。
用户检查此详细书，确认没有可疑之处后，按下缴纳书栏的“打印”按钮。收费处理部件50接到缴纳书打印要求(S50)后，从用户数据库42内抽出必要的数据传送给发行处理部件48，通过发行单元33打印出如图12所示的缴纳书60(S52)。在此缴纳书60的下栏中，显示了对应该收费案件的号码和金额信息的条形码61。
用户拿着此缴纳书60到便利店14的POS收款终端36，与所显示的金额的现金一起交出。便利店14的店员用POS收款终端36的条形码读取器36a读取缴纳书60的条形码61，同时通过键盘输入实际支付的金额。该收款信息通过POS收款终端36的收款信息输出部件56被传送给中心服务器12。
中心服务器12收到该信息后(S54)，结帐处理部件51在确认收费金额与支付金额是一致的基础上，将表示缴纳完毕的信息与对应的收费案件相关联地登记到用户数据库42中(S56)。
同时，结帐处理部件51向局域服务器18发送表示该收费案件缴纳完毕的数据(S58)。局域服务器18收到信息后，收费信息更新部件55向保存在收费信息数据库54内的该收费案件附加表示缴纳完毕的信息。
以后，从在便利店14缴纳的金额中减去了必要的手续费的余额就是系统运营者交给该服务提供者的钱。
此外，代替上述用现金支付收费金额，当然也可以用信用卡、预付卡、其它电子货币支付。
上述展示了用户在缴纳对象选择画面57选择服务提供者的例子，也可以对自己所有的收费案件进行集中显示。
也就是说，在图9的画面中按下“收费案件确认”按钮，由认证部件49做完认证手续后，收费处理部件50在用户数据库42内检索，抽出该用户相关的所有收费案件(未缴纳部分)。
该抽出结果被传送至终端装置16，如图13所示在显示器32上显示列表。
这里，为了列举该用户当时的所有收费案件(未缴纳部分)，用户在考虑各收费案件的期限的基础上、金额等，可以选择这回的缴纳对象。当然，通过按下显示在各收费案件的详细书栏内的“打印”按钮，可以打印出与上述同样的详细书。
选择出了具体缴纳对象的用户可以按下该当收费案件的缴纳书栏中显示的“打印”按钮，打印出缴纳书60，并按照上述同样的步骤完成费用缴纳。
代替如上所述的打印出对应各收费案件的缴纳书60，在便利店14的收款终端按照收费金额缴纳现金，也可以通过终端装置16直接缴纳现金。
图14展示了这种情况下的功能结构框图，其中具有终端装置16、带触摸控制板的显示器32、现金受理单元34、收款处理部件62。收款处理部件62通过终端装置16的CPU26根据操作系统和专用程序执行规定的处理被实现。上述现金受理单元34具有读取从现金投入口投入的纸币和硬币的金额的传感器、把读取的金额信息输出到收款处理部件62的功能、根据收款处理部件62的指令把要找的零钱从返回口送出的功能。
另外，中心服务器12与上述一样，具有认证部件49、用户数据库42、收费处理部件50、结帐处理部件51、收费信息登记部件52。
进而，服务提供者的局域服务器18也与上述一样，具有收费信息发送部件53、收费信息数据库54、收费信息更新部件55。
接下来，根据图15的流程，说明用户缴纳收费时的处理步骤。另外，由于此时的用户认证处理和详细信息处理与上述处理步骤(图8的S30-S48)没有不同，所以省略了重复说明。
首先，用户完成认证手续后，在显示器32上显示图16所示的收费案件的列表。即代替各收费案件的缴纳书栏设置了支付栏，代替“打印”按钮设置了“选择”按钮。
然后，在列表中对任意一个收费案件按下“选择”按钮，选择支付对象(S60)后，被选择的收费案件及要求对其收费金额进行确认的信息被从收费处理部件50发送至终端装置16(S61)，并被显示在图17(a)所示的显示器32上的确认画面63中。这时，在用户选择了多个收费案件的情况下，收费处理部件50计算出各收费案件的合计金额，如图示那样将计算结果显示在画面上。
用户按下“确认”按钮后，如图17(b)所示的那样，画面转移到结帐种类选择画面，要求选择结帐种类。这里，按下“现金”按钮后，省略了图示，在画面上显示要求在终端装置16的现金投入口处投入现金的信息和表示投入现金的图象说明。
按照说明，用户向设置在终端装置16的现金受理单元34的现金投入口投入纸币或硬币，现金受理单元34的传感器读取投入的金额(S62)，并向收款处理部件62输出金额信息。在收款处理部件62中，对投入金额是否大于上述合计金额作判断(S63)。在该投入金额超过合计金额时，现金受理单元34发出排出找回零钱的指令，并从终端装置16的返回口排出必要的零钱(S64)，同时向结帐处理部件51输出收款信息。当然，在投入金额与合计金额相等时也向结帐处理部件51输出收款信息。
结帐处理部件51收到信息后(S65)，在确认了收费金额与收款金额是一致的基础上，向用户数据库内登记缴纳完毕的信息(S66)。
同时，结帐处理部件51把表示该收费案件已缴纳完毕的数据传送给局域服务器18(S67)。局域服务器18接到信息后，收费信息更新部件55将缴纳完毕信息附加到被保存在收费信息数据库54内的该收费案件上。
此时从在终端装置16缴纳的金额中减去必要的手续费的余额就是系统运营者日后交给该项服务提供者的钱。
另外，用户投入的现金少于必要金额时，则在显示器件32上显示对应的信息，当然还催促追加投入现金(S68)。
代替如上所述通过终端装置16直接缴纳现金，也可以用信用卡、预付卡、借方卡进行支付。
图18是展示这种情况下的功能结构的框图，其中终端装置16具有带触摸控制板的显示器32、信用卡读取器39、预付卡读取器38、借方卡读取器68。上述信用卡读取器39、预付卡读取器38、借方卡读取器68都具有读出卡中记录的信息并向外部输出的传感器。
还有，中心服务器12具有认证部件49、用户数据库42、收费处理部件50、卡结帐处理部件66、收费信息登记部件52。上述卡结帐处理部件66通过中心服务器12的CPU根据操作系统和专用程序执行规定的处理被实现。
进而，服务提供者的局域服务器18也如上述一样，具有收费信息发送部件53、收费信息数据库54、收费信息更新部件55(省略图示)。
接下来，根据图19的流程，说明用户使用信用卡缴纳费用时的处理步骤。另外，由于这时的用户认证处理和详细信息处理与上述的处理步骤(图8的S30-S48)没有不同，所以省略了重复说明。
首先结束用户认证手续后，将图16所示的收费案件列表显示在显示器32上。在列表中对任意收费案件按下“选择”按钮，选择支付对象(S70)后，被选择的收费案件和要求对其收费额进行确认的信息由收费处理部件50发送给终端装置16(S71)，并被显示在图17(a)所示的显示器32上的确认画面67中。
用户按下“确认”按钮后，画面转移到图17(b)所示的结帐种类选择画面，要求选择结帐种类。这里按下“信用卡”按钮，省略了图示，在画面上同时显示要求在终端装置16的信用卡插入口插入信用卡的提示信息和插入信用卡的图象。
据此，用户将信用卡插入终端装置16的信用卡插入口后，信用卡读取器39的传感器将卡内记录的卡号码、有效期限等卡信息读出(S72)，输出到卡结帐处理部件66。
卡结帐处理部件66接收到信息后，将信用卡信息和结帐金额信息传送给信用卡公司的计算机系统17，询问是否可以用卡结帐(S73)。对此，从同一计算机系统17接收到结帐完毕的信息时(S74)，将缴纳完毕的信息登记到用户数据库42内(S75)。
同时，卡结帐处理部件66把表示该收费案件缴纳完毕的数据传送给局域服务器18(S76)。局域服务器18收到此信息后，收费信息更新部件55把缴纳完毕信息附加到保存在收费信息数据库54内的该收费案件中。
在这种情况下，以后信用卡公司向系统10的运营者发送结帐金额的钱。从此金额中减去必要的手续费的余额就是系统运用者付款给该服务提供者的费用。
另外，由于到期等原因，被信用卡公司拒绝结帐时，则将要求选择其他结帐方式的信息传送给终端装置16(S77)。对此用户可以使用现金、预付卡、借方卡、其他公司的信用卡继续进行付款手续。
由于用户选择用预付卡结帐时，执行与上述信用卡结帐步骤几乎相同的缴纳手续，所以以下就只说明预付卡结帐的要点。
首先，用户从图17(b)的结帐种类选择画面中按下“预付卡”按钮选择预付卡结帐，省略了图示，则在画面上同时显示要求在终端装置16的预付卡插入口处将卡插入的提示信息和卡插入的图象。
根据上述提示用户将预付卡插入终端装置16的预付卡插入口后，预付卡读取器38的传感器读取卡上记录的卡号码等信息，并传送给卡结帐处理部件66。
卡结帐处理部件66接到此信息后，将上述卡信息和结帐金额信息发送给预付卡公司的计算机系统19，询问是否可以用卡结帐。对此，在从同一计算机系统19得到结帐完毕信息时，将缴纳完毕信息登记到用户数据库42内。
同时，卡结帐处理部件66把表示该收费案件缴纳完毕的数据传送给局域服务器18。局域服务器18收到信息后，收费信息更新部件55将缴纳完毕信息附加到保存在收费信息数据库54内的该收费案件中。
在这种情况下，以后预付卡公司向系统10的运营者送交结帐金额。从此金额中减去必要的手续费所剩的部分再由系统运营者送交该服务提供者。
此外，在由于余额(度数)不足等理由，使用预付卡结帐被拒绝时，将要求选择其他结帐方式的信息发送到终端装置16。对此，用户可以继续使用现金、信用卡、别的预付卡、借方卡进行结帐。
由于用户选择借方卡结帐的情况，通过和上述用信用卡、预付卡结帐几乎一样的步骤办理缴纳手续，所以以下只对用借方卡结帐的特点进行说明。
首先，用户在图17(b)的结帐种类选择画面中按下“借方卡”按钮，选择借方卡结帐，图示被省略，在向终端装置16的借方卡插入口插入卡的同时，在画面上同时显示要求输入密码号码的信息和卡插入的图象。
用户据此把借方卡插入终端装置16的借方卡插入口后，借方卡读取器68的传感器读出卡中存储的卡号码等信息，并输出到卡结帐处理部件66。另外，用户从触摸控制板32输入密码号码(4位数字等)后，被通过收费处理部件50传送给卡结帐处理部件66。
卡结帐处理部件66接收到信息后，将上述卡信息、结帐金额信息和密码号码传送给该借方卡的发行银行的计算机系统67，询问是否可以用卡结帐。对此，在从同一计算机系统67接收到结帐完毕信息的情况下，就将缴纳完毕信息登记到用户数据库42内。
同时，卡结帐处理部件66把表示该收费案件缴纳完毕的数据传送到局域服务器18。局域服务器18接到信息后，收费信息更新部件55把缴纳完毕信息附加到存储在收费信息数据库54中的该收费案件中。
此时，银行将结帐金额送交系统10的运营者。从此金额中减去必要的手续费的余额就是系统运营者交付给该服务提供者的钱。
另外，由于帐户余额不足、密码号码不一致等理由，借方卡结帐被拒绝时，就向终端装置16发送要求选择其他结帐方式的信息。用户对此可以使用现金、信用卡、预付卡、别的借方卡继续办理缴纳手续。
利用这个费用缴纳系统10，用户能够在便利店14内确认各服务提供者发行的收费案件的数量、缴纳期限、金额等，同时也可以当时集中结帐。
当然，用户也可以通过家中的个人机44、便携电话47经因特网45访问该系统10的网站，输入电话号码和密码号码等，如果通过了认证手续，则任何时候都可以在画面上确认各服务提供者发来的收费案件和详细信息。
另外，用户利用连接在个人机44上的打印机可以打印出如图12所示的同样的缴纳书。
这时，用户可以拿着打印的缴纳书去便利店或金融机构，使用现金、信用卡、预付卡、借方卡等支付显示的金额。
支付完毕后，与上述同样，由中心服务器12的结帐处理部件51追加表示该收费案件已缴纳完毕的信息。
或者，用户可以使用信用卡、预付卡、借方卡通过因特网在线完成缴纳。
例如，在从个人机44的画面上显示的收费案件列表中选择了缴纳对象后，选择信用卡结帐、预付卡结帐或借方卡结帐，则从中心服务器12传来要求输入卡信息的网页。对此从个人机44的键盘输入卡号码、密码号码等必要信息并回送，通过卡结帐处理部件66向卡发行公司或金融机构的计算机系统进行查询，在得到认可信息的情况下，向该收费案件追加表示缴纳完毕的信息。
同样，用户还可以使用便携电话47通过因特网访问中心服务器12的网站，从显示在便携电话47的屏幕上的收费案件列表中选择了缴纳对象后，通过数字键输入信用卡号码、预付卡号码、借方卡号码、密码号码等，当时即可完成缴纳。
更进一步，用户不可以使用银行等金融机构的帐户转帐收费金额在线完成缴纳。
图20是这种情况下的功能结构框图，其中中心服务器12具有认证部件49、用户数据库42、收费处理部件50、银行结帐处理部件69，收费信息登记部件52。上述银行结帐处理部件69通过中心服务器12的CPU根据操作系统以及专用程序，执行规定处理被实现。
进而，服务提供者的局域服务器18与上述同样，具有收费信息发送部件53、收费信息数据库54、收费信息更新部件55(省略了图示)。
接下来，说明用户从个人机44利用银行转帐在线缴纳金额的处理步骤。
首先，用户从个人机44的画面上显示的收费案件列表中选择了缴纳对象后，若又选择了银行帐户转帐，则从中心服务器12发送来要求输入帐户信息的网页(省略了图示)。对此，通过个人机44的键盘输入银行名称、支店名称、帐户号码、帐户种类等必要信息并回送后，由银行结帐处理部件69向该银行的计算机系统67进行查询处理，在从计算机系统67发送来认可信息的情况下，向该收费案件追加表示缴纳完毕的信息。
在这种情况下，以后银行把结帐金额送交系统10的运营者。从该金额中减去必要的手续费，系统运营者将余额送交该服务提供者。
此外，由于帐户余额不足等原因，帐户转帐被拒绝时，在个人机44的画面上显示要求选择其他结帐方式的信息。对此用户可以使用信用卡、预付卡、借方卡等完成缴纳手续。
如果事先将用户的银行帐户信息登记在用户数据库42内，则可以省去每次如上述那样结帐时输入银行名称、支店名称、帐户号码、帐户种类的麻烦。
当然，用户也可以通过与上述几乎相同的步骤，用便携电话47在线经过银行转帐缴纳收费。
上述展示的是用户在家通过个人机44在线进行帐户转帐的例子，但当然也可以通过设置在便利店14内的终端装置16，按照上述同样的步骤进行帐户转帐缴纳费用。
还有，也可以在银行的ATM上装载终端装置16的功能，在这种情况下，由于通过插入储蓄存折或提款卡并输入密码号码即可完成用户认证以及指定帐户信息，所以进一步提高了用户的方便程度。
用户一旦加入系统10后，在登记信息(例如电话号码)发生变化的情况下，通过针对中心服务器12执行变更手续，可以完成对所有服务提供者的变更手续。
图21是展示这种情况下的功能结构的框图，其中中心服务器12具有认证部件49、用户数据库42、用户信息更新处理部件64、用户信息更新要求部件65。
上述用户信息更新处理部件64、用户信息更新要求部件65通过由构成中心服务器12的计算机的CPU20根据操作系统和专用程序执行规定的处理被实现。
接下来，根据图22的流程说明变更登记某用户的电话号码时的处理步骤。
首先，用户利用便利店14内的终端装置16访问中心服务器12，选择服务菜单中的“变更用户登记信息”。(图示省略)。
中心服务器12接到信息后(S80)，认证部件49发出如图11所示的认证画面用数据，要求输入认证数据(S81)。
对此，用户按下触摸控制板32上的数字键盘59，输入电话号码和密码号码。中心服务器12接到信息后(S82)，认证部件49以输入的电话号码作为键值在用户数据库42内检索，将输入的密码号码与登记的密码号码进行比较以判断该用户的正当性(S83)。
当得到肯定的结论时，会显示选择希望变更登记的数据项目的画面(S84)，所以输入变更后的电话号码。
中心服务器收到该变更数据后(S85)，用户信息更新处理部件64将用户数据库42内的登记信息重写(S86)。
当如上所述用户数据库42内的登记项目发生变更时，用户信息更新要求部件65起动，该用户通过系统10指定正在缴纳费用的服务提供者(S87)。
接下来，要求变更电话号码数据的信息被发送至各服务提供者的局域服务器18(S88)。
局域服务器18接到信息后，起动没有图示的用户信息更新部件，变更局域用户数据库内的电话号码数据(S89)。
如此，用户只要对中心服务器12执行更新手续，即可完成各个服务提供者的更新手续，所以比各别进行更新手续的情况大幅减轻了工作量。
该登记数据的变更处理当然还可以用户的个人机44、便携电话47通过因特网45访问中心服务器12的网站来进行。
上述终端装置的设置场所并不限定于便利14内，也可以设置在超市、百货商店、学校、医院、公共机关、公司内。
另外，还可以将该终端装置16的功能装载在车站的售票机、银行的ATM中。
如上所述对使用日语向用户提供服务的例子进行了说明，但也可以通过在个人机44、终端装置16的显示器上显示选择语言的画面，在以后的画面中，用用户选择的语言来实现画面显示、打印等。
图23是其中的一个例子，在终端装置16的显示器32上显示了语言选择画面70。
在该语言选择画面70上，语言选择提示信息群72由日语、其他多种外语(英语、中国语、韩国语、泰国语、葡萄牙语等)组成。此外，还显示了用于选择各语言的按钮74。
这里，例如用户选择了“英语”按钮74，则图9的缴纳对象选择画面、图10的认证画面、图11的收费案件列表、图12的缴纳书、图13的收费案件列表、图16的收费案件列表、图17的收费金额确认画面和结帐种类选择画面全部由英文表示。
为了实现这个功能，在中心服务器12里事先准备了对应各种语言的显示用表格、信息句型和打印用表格、信息句型，同时在终端装置16和用户的个人机44中，最好也安装对应各种语言的字符集。
本发明相关的缴纳书发行系统和费用缴纳系统中，由于从各服务提供者发来的收费案件被与各用户相关联地存储在存储装置中，所以用户通过利用终端发出显示收费案件的要求，就可以一次性确认与自己相关的各种收费案件。因此，对于用户来说具有可以容易地安排各种各样收费案件的期限和管理支付计划的优点。
而且如果用户希望进行缴纳，则会通过发行单元当场打印、发行该收费案件的缴纳书，因此省去了服务提供者向各用户邮寄缴纳书的手续和经费。另外，用户也不必将缴纳书保存到支付期限到来的时候。
或者，通过向现金受理装置投入现金来完成缴纳，或设置利用信用卡、预付卡、借方卡、帐户转帐来完成缴纳的功能，可以省去发行缴纳书手续自身。
权利要求
1.一种费用缴纳系统，其特征在于包括将从服务提供者的服务器发送到各用户的收费信息与该当用户的属性信息关联地存储的存储装置；在从用户操作的终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该当用户相关的收费案件，并发送到上述终端的装置；发行装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述发行装置输出必要信息，使之印刷与该当收费案件对应的缴纳书的装置。
2.一种费用缴纳系统，其特征在于包括将从服务提供者的服务器发送到各用户的收费信息与该当用户的属性信息关联地存储的存储装置；在从用户操作的终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该当用户相关的收费案件，并发送到上述终端的装置；发行装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述发行装置输出必要信息，使之印刷与该当收费案件对应的缴纳书的装置；输出表示已经根据该缴纳书支付完毕的信息的装置；在接收到上述支付完毕信息的情况下，将存储在上述存储装置中的该当请求案件作为缴纳完毕进行处理的装置。
3.一种费用缴纳系统，其特征在于包括将从服务提供者的服务器发送到各用户的收费信息与该用户的属性信息相关联地存储的存储装置；在从用户操作的终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该用户相关的收费案件，并发送到上述终端的装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述终端发送催促投入该收费案件的金额的现金的通知的装置；现金受理装置；确认投入上述现金受理装置的现金的金额，并输出表示上述金额的现金已经投入完毕的信息的装置；在接收到上述现金投入完毕信息的情况下，将存储在上述存储装置内的该当收费案件作为缴纳完毕进行处理的装置。
4.一种费用缴纳系统，其特征在于包括将从服务提供者的服务器发送到各用户的收费信息与该用户的属性信息相关联地存储的存储装置；在从用户操作的终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该用户相关的收费案件，并发送到上述终端的装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述终端发送催促付清该收费案件的金额的通知的装置；输入信用卡信息或预付卡信息的卡信息输入装置；在通过上述卡信息输入装置输入了信用卡信息或预付卡信息的情况下，将该卡信息及金额信息发送到卡公司的计算机系统，对能否通过该卡付清进行确认的装置；在从上述计算机系统发出了付清完毕的信息的情况下，将存储在上述存储装置内的该当收费案件作为缴纳完毕进行处理的装置。
5.一种费用缴纳系统，其特征在于包括将从服务提供者的服务器发送到各用户的收费信息与该用户的属性信息相关联地存储的存储装置；在从用户操作的终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该用户相关的收费案件，并发送到上述终端的装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述终端发送催促付清该收费案件的金额的通知的装置；输入借方卡信息的卡信息输入装置；输入用户密码号码的装置；在通过上述输入装置输入了卡信息及密码号码的情况下，将该卡信息、密码号码及金额信息发送到金融机关的计算机系统，并对能否通过该借方卡付清进行确认的装置；在从上述计算机系统发出了付清完毕的信息的情况下，将存储在上述存储装置内的该收费案件作为缴纳完毕进行处理的装置。
6.一种费用缴纳系统，其特征在于包括将从服务提供者的服务器发送到各用户的收费信息与该用户的属性信息相关联地存储的存储装置；在从用户操作的终端输出了对收费案件的显示要求的情况下，在上述存储装置内进行检索，抽出与该用户相关的收费案件，并发送到上述终端的装置；在从上述终端输出了选择特定收费案件的信息的情况下，向上述终端发送催促付清该收费案件的金额的通知的装置；输入用户拥有帐户的金融机关的密码号码的装置；将输入的密码号码、金额信息及该用户的帐户信息发送到上述金融机关的计算机系统，并对能否通过帐户转帐付清进行确认的装置；在从上述计算机系统发出了付清完毕的信息的情况下，将存储在上述存储装置内的该收费案件作为缴纳完毕进行处理的装置。
7.根据权利要求2～6中的任意一个所述的费用缴纳系统，其特征在于还具有存储与各收费案件相关的详细信息的存储装置；在从上述终端输出了对与特定收费案件相关的详细信息的显示要求的情况下，在上述存储装置内进行检索，抽出与该当收费案件相关的详细信息，并发送到上述终端的装置。
8.根据权利要求2～7中的任意一个所述的费用缴纳系统，其特征在于还具有在从上述终端输出了选择多个收费案件的信息的情况下，计算出各收费案件的合计金额，并发送到上述终端的装置。
9.根据权利要求2～8中的任意一个所述的费用缴纳系统，其特征在于还具有在从上述终端输出了选择特定服务提供者的信息的情况下，在上述存储装置内进行检索，抽出与该用户有关的收费案件中的与上述服务提供者相关的案件，并发送到上述终端的装置。
10.根据权利要求2～9中的任意一个所述的费用缴纳系统，其特征在于还具有在伴随着选择服务提供者，从上述终端输出了登记新用户的要求的情况下，将从该终端输入的用户属性信息发送到选择的服务提供者的服务器，并对可否登记该用户进行确认的装置；在得到了上述确认的肯定答复的情况下，将该用户与上述服务提供者相关联地存储在规定的存储装置内的装置。
11.根据权利要求2～10中的任意一个所述的费用缴纳系统，其特征在于还具有在从上述终端输出了变更用户属性信息的要求的情况下，将从该终端输入的变更后的属性信息更新登记到上述存储装置内的装置；向该用户选择了的服务提供者的服务器发送上述变更后的属性信息，要求更新被存储在该服务提供者的服务器所管理的存储装置内的用户信息的装置。
12.根据权利要求2～11中的任意一个所述的费用缴纳系统，其特征在于还具有在上述用户终端上显示要求选择特定语言的消息和具有选择按钮的语言选择画面的装置；在从上述终端输出了选择特定语言的信息的情况下，使用该用户选择的语言至少显示与该用户相关的收费案件的装置。
全文摘要
本发明揭示了一种费用缴纳系统(10)，该系统具有将从多个服务提供者的局域服务器(18)发送来的对各用户的收费信息与该用户的属性信息相关联并储存的用户数据库(42)；在从用户操作的终端装置(16)输出了收费案件的显示要求的情况下，检索用户数据库(42)并抽出该用户相关的收费案件，发送到终端装置(16)的收费处理部件(50)；发行单元(33)；在从终端装置(16)输出了选择特定的收费案件的信息的情况下，向发行单元(33)输出必要的信息，并打印对应于该收费案件的缴纳书(60)的发行处理部件(48)；输出表示根据该缴纳书(60)现金支付已完毕的信息的收款信息输出部件(56)；在收到此支付完毕信息的情况下，向存储在用户数据库(42)内的收费案件中追加缴纳完毕信息的结账处理部件(51)。
文档编号G06Q20/00GK1481536SQ01820759
公开日2004年3月10日 申请日期2001年12月17日 优先权日2000年12月18日
发明者
孝信, 椚孝信, 子, 椚由良子 申请人:格美特信息株式会社