信息处理系统、服务器以及记录介质的制作方法

1.本公开涉及一种信息处理系统、服务器以及记录介质。


背景技术：

2.在专利文献1中，公开了一种使利用由通过多个用户来实施使用信用卡的支付而实现的aa制付款的电子结算成为可能的技术。
3.在先技术文献
4.专利文献1：日本特开2016
‑
151785号公报


技术实现要素：

5.发明所要解决的课题
6.在垫付了多人参加的餐会的费用的情况下，参加人的特定以及来自参加人的收款较为繁杂。
7.本公开是鉴于上述情况而完成的，其目的在于，提供一种使得在组织者垫付了费用的情况下来自参加人的收款变得容易的信息处理系统、服务器以及记录介质。
8.用于解决课题的方法
9.本公开所涉及的信息处理系统具备：第一终端，其具备第一处理器，所述第一处理器具有硬件；服务器，其具备第二处理器，所述第二处理器具有硬件，所述第一处理器在使用被存入至多个用户各自的电子钱包中的电子货币而由所述多个用户来分担费用时，向所述服务器输出各用户的分担金额的计算请求，所述第二处理器执行如下处理，即：根据所述计算请求，并基于所述多个用户的用户信息来对所述多个用户各自的分担金额进行计算，并且，将所计算出的分担金额的信息输出至所述第一终端。
10.本公开所涉及的服务器具备处理器，所述处理器具有硬件，所述处理器执行如下处理，即：在使用被存入至多个用户各自的电子钱包中的电子货币而由所述多个用户来分担费用时，根据各用户的分担金额的计算请求，并基于所述多个用户的用户信息来对所述多个用户各自的分担金额进行计算，并且，将所计算出的分担金额的信息输出至所述多个用户中的垫付了所述费用的组织者所持有的组织者终端。
11.本公开所涉及的记录介质记录有程序，所述程序使具有硬件的处理器执行如下处理，即：在使用被存入至多个用户各自的电子钱包中的电子货币而由所述多个用户来分担费用时，根据各用户的分担金额的计算请求，并基于所述多个用户的用户信息来对所述多个用户各自的分担金额进行计算，并且，将所计算出的分担金额的信息输出至所述多个用户中的垫付了所述费用的组织者所持有的组织者终端。
12.发明效果
13.根据本公开，使得在组织者垫付了费用的情况下来自参加人的收款变得较为容易。
附图说明
14.图1为表示实施方式中的信息处理系统的概要结构的示意图。
15.图2为表示实施方式中的信息处理系统的功能模块的框图。
16.图3为表示决定由多个参加人实现的费用的分担金额的控制流程的顺序图。
17.图4为表示来自参加人的汇款处理的顺序图。
18.图5为表示收款状况的进展确认流程的顺序图。
具体实施方式
19.以下，参照附图来对本公开的实施方式中的服务器、信息处理系统以及记录介质进行具体说明。另外，本公开并不被限定于以下所说明的实施方式。
20.参照图1以及图2来对实施方式中的信息处理系统的结构进行说明。如图1所示，实施方式的信息处理系统1具备钱包服务器10、第一用户终端20、第二用户终端30及结算运营商服务器40。
21.在信息处理系统1中被构成为，钱包服务器10、第一用户终端20、第二用户终端30以及结算运营商服务器40能够经由网络nw而相互进行通信。网络nw例如由互联网络、移动电话网络等而构成。
22.钱包服务器10为用于综合性地对钱包系统进行管理的服务器，并由钱包系统的管理者所管理。如图2所示，钱包服务器10具备通信部11、控制部12、以及存储部13。
23.通信部11例如由lan(local area network)接口板、用于进行无线通信的无线通信电路等而构成。通信部11与作为公共通信网络的互联网等网络nw相连接。而且，通信部11通过与网络nw相连接，从而在其与第一用户终端20、第二用户终端30以及结算运营商服务器40之间实施通信。
24.控制部12具备处理器和存储器。处理器由cpu(central processing unit：中央处理器)、dsp(digital signal processor：数字信号处理器)、fpga(field
‑
programmable gate array，现场可编程逻辑门阵列)等组成。存储器为主存储装置，且其由ram(random access memory：随机存取存储器)、rom(read only memory：只读存储器)等组成。该控制部12通过将被存储在存储部13中的程序载入到存储器(主存储装置)的工作区中而执行，并通过程序的执行来对各结构部等进行控制，从而实现与预定的目的相匹配的功能。
25.存储部13由eprom(erasable programmable rom：可擦除可编程rom)、硬盘驱动器(hard disk drive：hdd)以及可移动介质等记录介质而构成。作为可移动介质，可以列举出像usb(universal serial bus：通用串行总线)存储器、cd(compact disc：光盘)、dvd(digital versatile disc：数字多功能光盘)、bd(blu
‑
ray(注册商标)disc：蓝光光盘)那样的盘片记录介质。在存储部13中，能够存储操作系统(operating system，os)、各种程序、各种表格、各种数据库(db)等。该存储部13具有用户信息数据库131和钱包信息数据库132。
26.用户信息数据库131储存与利用钱包系统的用户相关的信息(以下，称为“用户信息”)。作为用户信息，例如可以列举出实施了钱包系统的利用登录的用户的用户id、密码、用户的姓名、用户的联系方式(例如住址、电话号码、电子邮箱地址等)、利用登录历史、与被登录为存款方法的支付方法相关的信息、被登录为结算方法的支付方法的信息、结算时的暗码等。另外，用户信息中的用户id以及密码被使用于向钱包服务器10的登入等认证处理
中。
27.钱包信息数据库132储存与钱包系统的电子钱包相关的信息(以下，称为“钱包信息”)。作为钱包信息，可以列举出用户id、电子货币的余额、电子货币的存款历史、电子货币的使用历史等。此外，钱包信息数据库132储存与钱包系统的结算相关的信息(以下，称为“结算信息”)。作为结算信息，可以列举出用户id、结算中所利用的结算方法(例如电子货币支付、扫描支付、代码支付等)、结算历史等。另外，电子货币结算为非接触结算。
28.例如，与持有第一用户终端20的第一用户被建立了对应关系的电子钱包为第一电子钱包。与该第一电子钱包相关的钱包信息被储存在钱包信息数据库132中。并且，与持有第二用户终端30的第二用户被建立了对应关系的电子钱包为第二电子钱包。与该第二电子钱包相关的钱包信息被储存在钱包信息数据库132中。而且，在信息处理系统1中被构成为，能够向与组织者被建立了对应关系的第一电子钱包汇款来自与除组织者以外的参加人被建立了对应关系的第二电子钱包的电子货币。
29.此外，在存储部13中，储存有参加了餐会的成员的信息、表示用户所属的组的组信息、针对每个组而分别被设定的分担比例的信息等。并且，在存储部13中存储有存款确认信息、收款状况的进展信息、向未存款用户的催促信息等。另外，也可以将参加了餐会的成员的信息等作为预定信息而储存在与钱包服务器10之外的服务器中。总而言之，只需被构成为钱包服务器10能够取得与餐会等相关的预定信息即可。例如，能够基于被保管在实施日程表管理的服务器中的预定信息以及组信息，而由钱包服务器10实施对费用的分担金额进行计算的处理。
30.第一用户终端20为作为第一用户的组织者所拥有的计算机终端。作为第一用户终端20，可以列举出用户所拥有的智能手机、移动电话、平板电脑终端、可穿戴式计算机、个人计算机等。第一用户终端20为组织者所持有的组织者终端。
31.第一用户终端20具备通信部21、控制部22、存储部23和显示部24。该第一用户终端20所具备的通信部21、控制部22以及存储部23在物理上与钱包服务器10所具备的通信部11、控制部12以及存储部13同样。第一用户终端20只要为能够经由网络nw而在与钱包服务器10之间进行信息的发送/接收的便携式终端，则为哪种终端均可。
32.控制部22通过执行被储存在存储部23中的程序，从而作为显示控制部、存款方法登录部、结算方法登录部、存款处理部以及结算处理部而发挥功能。
33.控制部22在作为显示控制部而发挥功能时，对显示部24上的显示内容进行控制。该控制部22基于用户的操作(触摸操作、滑动操作等)，而在显示部24上对各种画面进行显示。作为显示画面，可以列举出登入进钱包系统时的登入画面、实施由扫描支付等实现的结算时的结算画面、表示结算等的利用历史的一览的利用历史画面、表示支付历史的详细内容的支付历史详细画面、实施向电子钱包的电子货币的存款时的存款画面等。并且，控制部22基于用户的操作来使各画面发生转变。
34.此外，控制部22在作为存款方法登录部而发挥功能时，对用于存入电子货币的存款方法进行登录。存款方法表示用于向作为虚拟的存取款账户的电子钱包存入电子货币的方法。作为存款方法，包括支付方法中的银行账户以及信用卡。通过将银行账户以及信用卡登录为存款方法，从而使得向电子钱包存入电子货币成为可能。此外，支付方法表示成为实施结算时的支付本金的方法。作为支付方法，包括银行账户、信用卡以及电子钱包内的电子
货币的余额。在信用卡上分别附加关联有银行账户，从而成为了各卡的利用金额会在日后从银行账户被扣款的结构。
35.该控制部22向钱包服务器10发送用于将多个运营商所运营的多个不同的支付方法登录为向电子钱包的存款方法的存款方法登录请求。钱包服务器10的控制部12在接收到来自第一用户终端20的存款方法登录请求时，将该存款方法登录请求中所包含的支付方法作为用户信息而储存在存储部13的用户信息数据库131中。由此，在用户信息数据库131中，该支付方法被登录为存款方法。
36.此外，控制部22在作为结算方法登录部而发挥功能时，也将登录为存款方法的支付方法登录为结算方法。结算方法表示利用支付方法来实施结算的方法。作为结算方法，可以列举出扫描支付、电子货币支付以及代码支付。该扫描支付、电子货币支付以及代码支付均为利用了电子钱包内的电子货币的余额的结算方法。
37.例如，控制部22向钱包服务器10或店铺终端发送结算请求，所述结算请求用于利用被预先设定的多个结算方法(电子货币支付、扫描支付、代码支付)中的任意一种，并通过被存入至电子钱包中的电子货币来使之进行结算。此时，在实施电子货币支付的情况下，控制部22经由近距离无线通信部来向店铺终端发送支付请求。此外，扫描支付为，通过由第一用户终端20的摄像机等来读取被公布在店铺中的条形码或qr代码(注册商标)从而被实施的结算。此外，在实施代码支付的情况下，控制部22通过使店铺终端的读码器等的读取部来读取被显示在第一用户终端20上的条形码或qr代码(注册商标)，从而向店铺终端发送支付请求。另外，在扫描支付中，也可以由第一用户终端20来对被显示在收银台等店铺终端上的条形码或qr代码(注册商标)进行读取。
38.此外，控制部22在作为存款处理部而发挥功能时，向电子钱包存入电子货币。控制部22向钱包服务器10发送用于通过被登录为存款方法的支付方法来使电子钱包存入电子货币的存款请求。钱包服务器10的控制部12在接收到来自第一用户终端20的存款请求时，基于存款请求中所包含的存款金额信息而使电子钱包内的电子货币的余额增加。即，控制部12根据电子钱包内的电子货币的余额的增加量，而对被储存在存储部13中的钱包信息进行更新。
39.此外，控制部22在作为结算处理部而发挥功能时，实施由支付方法实现的结算。例如，在实施扫描支付的情况下，控制部22通过由第一用户终端20的摄像机等来读取被公布在店铺中的qr代码(注册商标)等，从而向钱包服务器10发送支付请求(结算请求)。
40.另外，控制部22在作为结算处理部而发挥功能时，还能够通过除电子钱包内的电子货币的余额以外的支付方法(例如银行账户、信用卡)来进行结算。例如，在从第一用户终端20向钱包服务器10发送了存款方法登录请求时，控制部22向钱包服务器10发送用于将该存款方法登录请求中所包含的支付方法登录为结算方法的登录请求。也就是说，控制部22在向钱包服务器10而将某种支付方法(例如x银行的银行账户)登录为存款方法时，也自动地将该支付方法(x银行的银行账户)登录为结算方法。“将支付方法登录为结算方法”是指，将该支付方法设为支付源以成为可结算的状态的情况。即，是指将m银行的银行账户设为支付源以使扫描支付成为可能的情况。钱包服务器10的控制部12在接收到来自第一用户终端20的登录请求时，将该登录请求中所包含的支付方法作为用户信息而储存在用户信息数据库131中。由此，将支付方法登录为结算方法。而且，控制部22向钱包服务器10发送用于通过
银行账户或信用卡而利用多个结算方法中的任意一个来进行支付的支付请求。控制部12在接收到来自第一用户终端20的支付请求(结算请求)时，将该支付请求中所包含的结算金额信息向结算运营商服务器40发送。而且，通过钱包服务器10与结算运营商服务器40之间的信息通信来实施结算处理。
41.在存储部23中，储存有控制部22使显示部24显示的各种画面的数据。此外，在存储部23中，根据需要而临时性地储存有用户信息以及钱包信息等。
42.显示部24例如由触摸面板显示器而构成，且具有受理由用户的手指或笔等而实施的操作的输入功能、和基于控制部22的控制来对各种信息进行显示的显示功能。
43.第二用户终端30为除作为第二用户的组织者以外的参加人所拥有的计算机终端。作为该第二用户终端30，可以列举出第二用户所拥有的智能手机、移动电话、平板电脑终端、可穿戴式计算机、个人计算机等。假设在特定的餐会中存在多名除组织者以外的参加人的情况，从而使得在信息处理系统1中成为具备多个第二用户终端30的结构。第二用户终端30为除组织者以外的参加人所持有的参加人终端。
44.第二用户终端30具备通信部31、控制部32、存储部33和显示部34。该第二用户终端30所具备的通信部31、控制部32、存储部33以及显示部34在物理上与第一用户终端20所具备的通信部21、控制部22、存储部33以及显示部24同样。第二用户终端30只要为能够经由网络nw而在与钱包服务器10之间进行信息的发送/接收的便携式终端，则为哪种终端均可。
45.结算运营商服务器40为用于对用户的账户以及信用卡进行管理的服务器，其被设置在金融机构(例如银行、信用金库、信用合作社、劳动金库等)以及信用卡公司中。结算运营商服务器40具备通信部41、控制部42和存储部43。该结算运营商服务器40所具备的通信部41、控制部42以及存储部43在物理上与钱包服务器10所具备的通信部11、控制部12以及存储部13同样。
46.存储部43中储存有每个钱包系统的用户的账户信息以及信用卡信息。作为账户信息，可以列举出用户的姓名、账户号、账户余额、存取款历史等。作为信用卡信息，可以列举出用户的姓名、信用卡号、信用卡的有效期限、利用限额、卡利用历史等。
47.在以这种方式构成的信息处理系统1中，按照每个用户而各自拥有第一用户终端20或第二用户终端30。而且，按照每个用户来对电子钱包进行登录。在电子钱包中，作为不同的多种结算方法而例如登录有“a pay”、“b pay”、“c pay”、“d pay”这四种结算方法。“a pay”、“b pay”、“c pay”、“d pay”可以为由银行账户实现的结算、由信用卡实现的结算及由电子货币实现的结算中的任意一种。由银行账户实现的结算为，结算金额直接从银行账户被扣款的结算方法。在信用卡上附加关联有银行账户，从而成为了信用卡的利用金额会在日后从银行账户被扣款的结构。此外，在电子钱包上，附加关联有作为用于向电子货币存款的方法的银行账户以及信用卡等的存款方法，从而使得能够向电子货币存款。此外，在电子货币为由现金等形式来预先进行存款的预付方式的情况下，也可以并不对银行账户以及信用卡等的存款方法与电子货币附加关联。
48.在这样的信息处理系统1中被构成为，例如在于特定的餐会中组织者垫付了费用的情况下，能够通过该组织者实施向电子钱包的收款。也就是说，在钱包服务器10中被构成为，能够由多名参加人来分担费用，并且通过规定的比例来对该分担金额进行计算。而且，使得组织者能够对钱包服务器10实施使用了电子钱包的收款请求。
49.图3为表示决定由多个参加人实现的费用的分担金额的控制流程的顺序图。
50.第一用户终端20向钱包服务器10发送多个参加人的费用的分担金额的计算请求(步骤s101)。在步骤s101中，输出有用于对以参加了特定的餐会的成员为对象的费用的分担金额进行计算的请求。
51.钱包服务器10根据分担金额的计算请求，而针对多个参加人按照参加人所属的每个组而分别设定分担比例(步骤s102)。在步骤s102中，基于被存储在钱包服务器10的存储部13中的组信息来对参加人所属的组进行特定。在该组信息中，针对每个组而分别设定有分担比例。
52.钱包服务器10针对于成为对象的成员，而对各参加人的分担金额进行计算(步骤s103)。在步骤s103中，针对参加人所属的每个组来分别对与分担比例相对应的分担金额进行计算。
53.对于与在步骤s103中所计算出的分担金额和参加人的组合相关的计算结果，钱包服务器10向第一用户终端20发送与该计算结果相关的确认请求(步骤s104)。在步骤s104中，由钱包服务器10基于分担比例所计算出的分担金额将会被提议给作为组织者的第一用户。
54.第一用户终端20在接收到来自钱包服务器10的确认请求时，在显示部24上对该确认请求中所包含的分担金额的计算结果进行显示。在这种情况下，第一用户终端20的控制部12使能够由第一用户操作的输入操作或选择操作的画面显示。而且，第一用户终端20在检测到来自第一用户的表示决定分担金额的用户操作时，决定分担金额(步骤s105)。在步骤s105中，能够将在步骤104中所提供的计算结果决定为分担金额。或者，也能够使第一用户根据在步骤104中所提供的计算结果来输入金额，从而在步骤s105中决定分担金额。
55.第一用户终端20基于在步骤s105中所决定的分担金额，而向钱包服务器10发送分担金额的收款请求(步骤s106)。
56.钱包服务器10根据来自第一用户终端20的收款请求，而向各参加人进行分担金额的存款请求(步骤s107)。在步骤s107中，向成为收款对象的参加人各自所持有的第二用户终端30而发送存款请求。此外，成为存款目标的电子钱包为与作为组织者的第一用户被建立了对应关系的电子钱包。也就是说，在步骤s107中，对于参加人中的除垫付了费用的组织者以外的成员，来请求源自与各成员被建立了对应关系的电子钱包向组织者的电子钱包的汇款。
57.然后，钱包服务器10生成表示对于在步骤s107中所实施的存款请求的进展信息的收款状况的进展信息(步骤s108)。在步骤s108中，以单位形式来对收款请求的进展信息进行管理。例如，在钱包服务器10的存储部13中存储有收款状况的进展信息。
58.在此，接受了存款请求的参加人能够使用自身所持有的第二用户终端30，来从自身的电子钱包向组织者的电子钱包汇款电子货币。
59.图4为表示来自参加人的汇款处理的顺序图。
60.当第二用户终端30接收到来自钱包服务器10的汇款请求时，在显示部34上对汇款请求中所包含的分担金额进行显示(步骤s201)。
61.第二用户终端30对与第二用户被建立了对应关系的电子钱包中所登录的多个结算方法中的、使用于分担金额的汇款的结算方法进行选择(步骤s202)。在步骤s202中，能够
对被登录在第二用户的电子钱包中的多个结算方法中的、例如源自“a pay”的汇款进行选择。
62.第二用户终端30向钱包服务器10发送利用在步骤s202中被选择出的结算方法的分担金额的结算请求(步骤s203)。在步骤s203中，从第二用户的电子钱包向作为组织者的第一用户的电子钱包而发送汇款与分担金额相当的份额的电子货币的结算请求。
63.钱包服务器10根据来自第二用户终端30的分担金额的结算请求，来实施使用该用户的电子钱包的结算处理(步骤s204)。在步骤s204中，实施了进行从与第二用户被建立了对应关系的电子钱包向与第一用户被建立了对应关系的电子钱包的汇款的结算处理。该结算处理通过钱包服务器10与结算运营商服务器40之间的信息的发送/接收而被实施。然后，从第二用户的电子钱包来结算分担金额的量的电子货币，并向第一用户的电子钱包存入与该参加人相应的分担金额的量的电子货币。
64.钱包服务器10在与该参加人的分担金额相关的结算处理完成时，向第二用户终端30发送表示结算已完成的情况的通知(步骤s205)。
65.第二用户终端30在从钱包服务器10接收到结算完成通知时，在显示部34上对结算完成通知进行显示(步骤s206)。
66.此外，钱包服务器10在与该参加人的分担金额相关的结算处理完成时，向第一用户终端20通知表示由第二用户实施的分担金额的汇款处理已完成的存款确认信息(步骤s207)。步骤s207的处理也可以与步骤s205中的向第二用户终端30的结算完成通知的发送同时实施。
67.第一用户终端20在接收到来自钱包服务器10的存款确认信息时，在显示部24上对存款确认信息进行显示(步骤s208)。
68.此外，钱包服务器10在向第二用户终端30发送了结算完成通知、且向第一用户终端20发送了存款确认信息时，对收款状况的进展信息进行更新(步骤s209)。在步骤s209中，针对被存储在钱包服务器10的存储部13中的收款状况的进展信息，而向进展信息中追加表示来自多个收款对象者中的第二用户的汇款已完成的情况的信息。
69.以这种方式被进行了更新的收款状况的进展信息能够由该参加了餐会的成员进行阅览。例如，能够根据来自作为组织者的第一用户的信息确认请求来提供进展信息。
70.图5为表示收款状况的进展确认流程的顺序图。
71.第一用户终端20向钱包服务器10发送收款状况的进展信息的确认请求(步骤s301)。
72.钱包服务器10根据来自第一用户终端20的进展信息的确认请求，而参照存储部13来向第一用户终端20发送收款状况的进展信息(步骤s302)。在步骤s302中，对被更新为最新的状态的进展信息进行发送。此外，在进展信息被存储在存储部13以外的构件中的情况下、例如进展信息被存储在其它服务器中的情况下，钱包服务器10在取得该进展信息之后将之向第一用户终端20发送。
73.第一用户终端20基于从钱包服务器10接收到的进展信息，而向钱包服务器10发送对于即使经过了规定时间但仍未存入分担金额的参加人的存款请求(步骤s303)。
74.钱包服务器10根据来自第一用户终端20的存款请求，向未存款的用户所持有的第二用户终端30实施存款请求(步骤s304)。在步骤s304中，基于进展信息来对未存款的参加
人进行特定。此时，通过钱包服务器10而生成向未存款用户的催促信息。而且，向已被特定的未存款的参加人所持有的第二用户终端30而发送作为催促信息的存款请求。
75.此外，钱包服务器10向进展信息中追加已发送表示实施了向未存款用户的存款请求的催促信息的情况(步骤s305)。在步骤s305中，将表示已发送了催促信息的情况的信息更新至进展信息中。
76.如以上所说明的那样，根据实施方式，使得在组织者垫付了费用的情况下来自参加人的收款变得容易。
77.更进一步的效果及改变例能够由本领域的技术人员很容易地推导出。本发明的更加广泛的方式并不被限定于以上述方式所表现且记述的特定的详细内容以及代表性的实施方式。因此，能够在不脱离通过附上的权利要求书及其等价物而被定义的综合性的发明的概念的思想目的或范围的条件下进行各种各样的变更。
78.符号说明
[0079]1…
信息处理系统；
[0080]
10
…
钱包服务器；
[0081]
11
…
通信部；
[0082]
12
…
控制部；
[0083]
13
…
存储部；
[0084]
20
…
第一用户终端；
[0085]
22
…
控制部；
[0086]
23
…
存储部；
[0087]
24
…
显示部；
[0088]
30
…
第二用户终端；
[0089]
40
…
结算运营商服务器；
[0090]
nw
…
网络。