信息处理服务器、信息处理方法、程序以及服务提供辅助系统与流程

1.本发明涉及信息处理服务器、信息处理方法、程序以及服务提供辅助系统。


背景技术：

2.通常，在购买包括两轮车、四轮车在内的车辆等高价格的车辆的情况下，能够利用将购买金额分期而定期地支付一定金额的贷款。例如，在专利文献1中公开了如下技术：决定车辆购买价款和与驾驶执照的获取相关的驾驶学校价款这两方的贷款偿还金额并提供给操作终端。根据这样的技术，能够提高考虑利用贷款来获取驾驶执照和购买车辆的用户的便利性。
3.现有技术文献
4.专利文献
5.专利文献1：日本专利第6518824号公报


技术实现要素：

6.发明所要解决的课题
7.然而，以往的贷款、租赁以用户本人单独进行定期支付为前提。因此，如果考虑平均支付能力，则即使具有支付贷款或租赁费的能力，对于每一次支付的期间(例如每日、每月)的收入大幅变动而支付能力变动的用户而言，存在风险高且难以利用的情况。
8.本发明是鉴于上述课题而完成的，其目的在于，实现能够针对支付能力存在变动的用户进一步降低支付中的风险的技术。
9.用于解决课题的手段
10.根据本发明，提供一种信息处理服务器，
11.该信息处理服务器对组中所属的多个用户的定期支付进行管理，其中，
12.所述信息处理服务器具有：
13.设定单元，其设定多个用户各自在每个预定的日期应支付的个人用预定金额；
14.获取单元，其在每个所述预定的日期获取对所述多个用户各自指定的支付金额进行表示的信息；以及
15.决定单元，在所述获取单元获取到的所述信息中包含超过所述个人用预定金额的第一用户的第一支付金额、和少于所述个人用预定金额的第二用户的第二支付金额的情况下，所述决定单元将所述第一用户和所述第二用户的视为支付金额决定为，使得所述第二用户的所述第二支付金额由所述第一用户的所述第一支付金额的一部分填补。
16.发明效果
17.根据本发明，能够提供一种能够针对支付能力存在变动的用户进一步降低支付中的风险的技术。
附图说明
18.附图包含在说明书中，构成其一部分，表示本发明的实施方式，与其记述一起用于说明本发明的原理。
19.图1是表示本发明的本实施方式所涉及的服务提供辅助系统的一例的图。
20.图2是示出本实施方式所涉及的信息处理服务器的功能构成例的框图。
21.图3是示出本实施方式所涉及的信息处理服务器的软件构成的一例的框图。
22.图4是表示本实施方式所涉及的用户用通信装置的功能构成例的框图。
23.图5是表示本实施方式所涉及的支付金额控制处理的一系列动作的流程图。
24.图6是表示本实施方式所涉及的支付总额判定处理的一系列动作的流程图。
25.图7是表示本实施方式所涉及的每个用户的支付处理的一系列动作的流程图。
26.图8是表示本实施方式所涉及的组中所属的第一用户的支付信息的一例的图。
27.图9是表示本实施方式所涉及的组中所属的第二用户的支付信息的一例的图。
28.图10是表示本实施方式所涉及的支付金额输入画面的一例的图。
具体实施方式
29.以下，参照附图对实施方式进行详细说明。此外，以下的实施方式并非对技术方案所涉及的发明进行限定，另外，在实施方式中说明的特征的组合未必全部都是发明所必须的。也可以对实施方式中说明的多个特征中的两个以上的特征任意地进行组合。另外，对相同或者同样的构成标注相同的附图标记，并省略重复的说明。
30.[系统概要]
[0031]
图1是表示本实施方式所涉及的服务提供辅助系统的构成例的图。本实施方式的服务提供辅助系统10包括信息处理服务器100和由用户102使用的用户用通信装置103。在此，信息处理服务器100构成为与多个用户102分别使用的多个用户用通信装置103进行通信。
[0032]
信息处理服务器100是由服务提供人员管理的服务器，进行后述的支付金额控制处理，并对组中所属的多个用户的定期支付进行管理。关于支付金额控制处理的详细内容在后面叙述，基于由各个用户102(例如经由用户用通信装置103)进行了支付处理的支付金额(也称为实际支付金额)，控制被视为由各用户102支付的支付金额(也称为视为支付金额)。在以下说明的支付金额控制处理中，各个用户102定期地进行各个支付。在一次支付时机，在用户的支付金额(实际支付金额)超过预定的应支付的支付金额的情况下，能够对不超过应支付的支付金额的组内的其他用户填补支付金额。这样，通过在形成了组的多个用户之间相互填补各次的支付时机的支付，能够减少各个用户的支付少于所需的金额的情况，即使是支付能力变动的用户也能够降低支付的风险。
[0033]
在本实施方式中，服务提供人员将车辆101租赁给用户102。用户102对服务提供人员按照预定的期间(例如每天、每周、每月)进行预定的金额的支付作为出借的报酬。
[0034]
用户102对服务提供人员进行的支付可以通过进行服务的国家的货币来支付，也可以使用服务提供人员或第三者发行、管理的虚拟货币、积分。
[0035]
车辆101例如是两轮的车辆，除了作为驾驶员的用户102之外，还能够乘载一名顾客。车辆101能够与信息处理服务器100进行通信，能够随时或者在预定的时机将由车辆101
的传感器收集到的加速度等数据(也称为行驶数据)发送到信息处理服务器。关于行驶数据将在后面叙述。此外，在本实施方式中，以车辆101是两轮的车辆的情况为例进行说明，但车辆101也可以是四轮的车辆。
[0036]
用户用通信装置103例如是用户102持有或者从服务提供人员出借的智能手机，能够经由通信网络与信息处理服务器100进行通信。用户102能够使用用户用通信装置103来指定支付金额(实际支付金额)，并向信息处理服务器发送该支付金额的信息。
[0037]
[信息处理服务器的功能构成例]
[0038]
图2是示出信息处理服务器100的功能构成例的框图。控制部200构成为包含一个以上的处理器(cpu201：central processing unit：中央处理器)、rom(read only memory：只读存储器)202、ram(random access memory：随机存储器)203。cpu201通过读出并执行存储在rom202中的计算机程序(简称为程序)，来控制以下所示的各种处理。rom202是非易失性的存储区域，存储与各种处理对应的程序。此外，也可以使用半导体存储器来代替hdd。ram203是易失性的存储区域，例如被用作工作存储器等。此外，控制部200也可以由gpu(graphics processing unit：图形处理单元)、asic(application specific integrated circuit：专用集成电路)、或者专用电路等构成。另外，也可以是控制部200的各构成要素被虚拟化的构成。
[0039]
电源部204是向信息处理服务器100供给来自外部的电源的部位。通信部205是用于经由通信网络而与车辆101、用户用通信装置103等进行通信的部位，通信方式、通信协议等没有特别限定。
[0040]
记录部206例如包括hdd(hard disk drive：硬盘驱动器)等非易失性的记录介质，记录并保持上述db等各种信息。
[0041]
[信息处理服务器的软件构成]
[0042]
图3是表示本实施方式的信息处理服务器100的软件构成的例子的图。在本实施例中，通过cpu201读出并执行存储在rom202等中的程序来实现各单元。各db(数据库)构成于记录部206。此外，软件构成仅示出了本实施方式的实施所需的构成例，省略了固件、os、中间件、web服务用模块等各软件构成。
[0043]
用户信息获取部303经由通信部205获取来自车辆101以及用户用通信装置103的用户信息。用户信息包括从用户用通信装置103接收的支付金额(实际支付金额)的信息、从车辆101上传的行驶数据等。
[0044]
用户信息管理部301是按每个用户管理由用户信息获取部303获取到的用户的数据的部位。例如，用户信息管理部301将用户的数据写入到用户管理db310中、或者读取记录在用户管理db310中的用户信息，以能够使用用户的标识符来指定用户信息。
[0045]
组信息管理部302是对所形成的组、和作为该组的构成成员的用户进行管理的部位。组信息管理部302例如能够使用组的标识符来确定组信息，另外，将组标识符与作为成员的用户的标识符关联起来，将该组的数据写入组管理db311。另外，组信息管理部302读取记录在组管理db311中的组信息、关于作为特定的组的成员的用户的信息。
[0046]
个人支付管理部304是对每个用户的支付信息进行管理的部位。个人支付管理部304例如基于构成组的多个用户的支付金额(实际支付金额)，决定每个用户的视为支付金额。个人支付管理部304能够将视为支付金额、其他支付金额等信息记录于个人支付历史记
录db313。另外，个人支付管理部304读取个人支付历史记录db313中所记录的支付历史记录的信息。关于个人支付管理部304所处理的支付信息，参照图8以及图9在后面叙述。
[0047]
组支付管理部305判定作为组整体的支付状况，将作为组整体而支付的支付金额的历史记录记录于组支付历史记录db314、或者从组支付历史记录db314读出。在组支付历史记录db314中，在记录作为组整体支付的支付金额的历史记录的基础上，还记录作为组整体而应支付的预定的金额、组整体的支付金额少于该预定的金额的情况下的计数值等。
[0048]
结算处理部306是如下部位：在执行各用户的实际的支付、支付金额的调整(填补、退款)作为实际的支付的事务的情况下，访问记录于个人账户db312中的个人账户的信息，执行针对填补金额、视为支付金额的事务处理。个人账户db312还可以记录每个用户的事务的历史记录。事务的历史记录例如可以使用区块链技术来记录，通过使用区块链进行记录，能够降低各事务的记录被非法篡改的风险。
[0049]
支付结果提供部307在各用户的支付完成时，例如能够制作用于供用户来对用户的支付金额(实际支付金额)设定了怎样的视为支付金额、填补金额进行确认的信息(支付结果信息)。然后，支付结果提供部307能够将制作出的支付结果信息(经由通信部205)发送到用户用通信装置103。
[0050]
[支付信息和支付金额控制处理的概要]
[0051]
如上所述，个人支付管理部304例如基于构成组的多个用户进行了支付处理的支付金额(实际支付金额)，决定每个用户的视为支付金额。支付信息包括由个人支付管理部304决定的视为支付金额、填补金额。图8示出了组中所属的第一用户的支付信息900。支付信息例如包括支付日期901的栏、支付金额(实际支付金额)902的栏、视为支付金额903的栏和填补金额904的栏。
[0052]
支付日期表示每一次支付的期间(例如每天、每月)。在本实施方式中，支付日期按每天设定。即，作为车辆101的租赁费用，用户支付各用户在每个日期应支付的预先决定的金额(个人用支付金额)。在图8的例子中，支付日期901表示n～n-3，将当天设为n，表示除了n日那天外过去三天的日期。
[0053]
支付金额(实际支付金额)902表示在该支付日期(例如n日)第一用户使用用户用通信装置103进行了支付处理的支付金额。支付金额(实际支付金额)902是用户能够任意指定的金额。例如，在针对车辆的租赁费用的个人用支付金额为400(货币的单位是任意的)的情况下，优选为，第一用户为了继续支付而指定400以上的支付金额(实际支付金额)。如果第一用户指定400以上的支付金额(实际支付金额)，则至少支付第一用户在n日应支付的金额。
[0054]
此外，在本实施方式中，信息处理服务器100具有账户db。但是，也可以在第三方服务器中设置账户db。即，也可以根据来自通信装置103的信息，在该第三方服务器的账户db中进行支付，信息处理服务器100根据来自该第三方服务器的信息，进行支付信息管理。
[0055]
视为支付金额903与用户能够指定的支付金额(实际支付金额)902不同，是通过信息处理服务器100的支付金额计算处理而决定的金额，表示被视为特定的日期(例如n日)的第一用户作为自己的租赁费用而支付的支付金额。
[0056]
填补金额904表示第一用户为了无法支付个人用支付金额的其他的第二用户而填补了不足量的金额、或者在第一用户无法支付个人用支付金额的情况下其他的第二用户填
补了不足量的金额的累计。
[0057]
参照图8以及图9的例子，更具体地进行说明。此外，图9示出第二用户的支付信息。个人用支付金额设定为400。
[0058]
例如，着眼于n-1日的支付。在支付日期为n-1的情况下，如图8所示，第一用户指定500作为支付金额(实际支付金额)。该金额为超过了作为个人用支付金额的400的金额。另一方面，在支付日期为n-1的情况下，如图9所示，第二用户仅指定300作为支付金额(实际支付金额)。即，设想第二用户由于支付能力的变动而偶尔无法在n-1日支付作为个人用支付金额的400。
[0059]
在指定了这样的支付金额(实际支付金额)的情况下，在支付金额控制处理中，将第一用户的视为支付金额设为400，将剩余的100作为填补金额而填补给第二用户。因此，n-1日中的第二用户的视为支付金额为300 100＝400，视为第二用户能够进行相当于个人用支付金额的400的支付。由于第二用户从第一用户接受100作为填补金额，所以填补金额904成为表示从第一用户接受了100的填补的
“‑
100”。相反，第一用户的填补金额904成为表示对第二用户填补了100的“ 100”。
[0060]
进而，说明支付日期为n日、第二用户退还填补金额的情况下的例子。在支付日期为n日的情况下，例如，第一用户指定400作为支付金额(实际支付金额)，第二用户指定500作为支付金额(实际支付金额)。
[0061]
例如，在计算第二用户的视为支付金额的情况下，首先，从作为支付金额(实际支付金额)的500中减去已填补的金额(即100)。这是为了对第一用户退还填补金额。由此，第二用户的视为支付金额成为400，填补金额恢复至0。
[0062]
另一方面，第一用户的视为支付金额在作为支付金额(实际支付金额)的400的基础上，由于有来自第二用户的填补金额的退款(即100)，因此成为400 100＝500。
[0063]
这样，在支付金额控制处理中，通过信息处理服务器100，根据组内的用户的支付金额(实际支付金额)计算视为支付金额和填补金额。由此，即使产生特定的用户的支付金额暂时未达到个人用支付金额的情况，也能够使用其他用户的支付金额进行调整。因此，即使在用户单独进行支付的情况下支付停滞而用户的信用力降低的情况下，也能够安全地继续支付。
[0064]
[行驶数据]
[0065]
在从车辆101获取行驶数据的情况下，针对每个用户管理行驶数据，并且针对每个用户生成行驶数据。行驶数据中可以包括表示用户的驾驶的开始时刻、结束时刻、从开始到结束时刻之间的车辆的位置的推移的时间序列数据、表示该时刻之间的车辆的速度的推移的时间序列数据、表示该时刻之间的车辆的加速度的推移的时间序列数据。另外，也可以在行驶数据中附加表示该车辆的行驶是否是在适当的期间未进行维护的状态下行驶的信息。
[0066]
[用户的组]
[0067]
如上所述，在组管理db311中，对构成组的用户的信息和组的信息进行管理。组可以通过任意的方法来生成。例如，特定的用户也可以使用用户用通信装置103邀请其他用户，与对应于邀请的用户构成组。
[0068]
或者，信息处理服务器100也可以从服务提供运营商中登记的多个用户中进行用户的匹配处理，对特定的用户推荐适合与该用户构成组的其他用户。
[0069]
例如，服务提供运营商能够事先向用户用通信装置103的用户提供家庭账本应用程序，能够输入每天的收支。在这种情况下，信息处理服务器100接收并累积从用户通信装置103发送来的收入和支出的数据，并且基于这些数据确定每个用户的支付能力。例如，确定在(例如一般用户租赁车辆的期间等)预定的期间内具有平均超过个人用支付金额的支付能力的用户，并将所确定的用户推荐为组成员的候选。
[0070]
另外，不限于如上述那样各用户的平均支付能力超过个人用支付金额的情况，也可以将构成组的成员的平均支付能力超过组用支付金额(例如在五人的组中为2000)的成员推荐为候选人。这样，在推荐平均支付能力超过组用支付金额的成员的情况下，例如能够将平均支付能力高的用户与平均支付能力稍低的用户组合来进行推荐。
[0071]
进一步而言，信息处理服务器100也可以基于获取到的行驶数据、来自通信装置103的位置信息，对行驶的区域、一天的行动模式或者车辆的维护状态等品质等级类似的用户彼此进行聚类。在这种情况下，信息处理服务器100可以在对用户进行聚类之后，推荐个人的平均支付能力或作为组的支付能力超过基准值的用户。
[0072]
[用户用通信装置103的功能构成例]
[0073]
接着，对用户用通信装置103的功能构成例进行说明。图4是表示用户用通信装置103的功能构成例的框图。控制部410构成为包括一个以上的cpu411、rom412以及ram413。cpu411通过读取并执行存储在rom412中的程序来控制通信装置中的各种处理。在程序中可以包含上述的家庭账本应用程序。rom412是非易失性的存储介质，例如使用半导体存储器，保存与各种处理对应的程序。ram413是易失性的存储介质，例如被用作工作存储器等。此外，控制部410也可以由gpu、asic、或者专用电路等构成。
[0074]
进一步而言，本实施方式的用户用通信装置103具备提供与外部之间的信息的接口、用户用通信装置103的动作所需的电力等的各种部位。以下所示的各部位基于控制部410的控制而动作。操作部414是受理针对通信装置的各种操作的部位，例如包含开关、触摸面板等。在本实施方式中，操作部414例如受理上述的各用户的支付金额(实际支付金额)的输入、针对家庭账本应用程序的收支的输入等。
[0075]
通信部415是用于经由网络而与外部装置(例如信息处理服务器100)进行通信的部位，通信方式、通信协议等没有特别限定。通信部415例如将由用户输入的支付信息等发送到信息处理服务器100、或者接收由信息处理服务器100生成的支付结果信息等。
[0076]
电源部416是向用户用通信装置103的各部位供给电力的部位，相当于电池。显示部417包括对输入支付的画面、显示支付结果信息的画面、导航用的地图数据等进行显示的显示器等。显示部417和操作部414例如也可以集中构成为触摸面板显示器。
[0077]
传感器部421包括用于检测自身的位置信息的gps(global positioning system：全球定位系统)、相机等各种传感器。
[0078]
[车辆101的构成]
[0079]
虽然未图示车辆101的构成，但车辆101具有：控制部，其包含一个以上的cpu、rom等存储介质和ram；例如gps、加速度传感器等各种传感器；以及通信部，其能够进行无线通信。车辆101的cpu通过读出并执行储存于记录介质的程序，将从车辆内的传感器获取到的数据作为行驶数据并(经由通信部)向信息处理服务器100发送。
[0080]
[支付金额控制处理的一系列动作]
[0081]
接下来，参照图5，对本实施方式所涉及的信息处理服务器100中的支付金额控制处理的一系列的动作进行说明。在本实施方式中，通过信息处理服务器100的cpu201读出并执行存储在rom202中的程序来实现本处理。各处理步骤例如由图2的部位、图3的处理部分别协作来实现，但在此为了简化说明，将处理主体作为信息处理服务器100来概括地进行说明。
[0082]
在s501中，信息处理服务器100设定各用户在每个日期应支付的金额(即个人用支付金额)和在每个日期应作为组整体而支付的金额(即组用支付金额)。组用支付金额例如是对个人用支付金额乘以用户的数量而得到的数额。
[0083]
此外，在本支付金额控制处理中，能够使组中所属的用户的数量增加或减少。因此，信息处理服务器100能够根据用户的数量增加或减少的情况，基于新的用户的数量和个人用支付金额来变更组用预定金额。
[0084]
在s502中，信息处理服务器100在支付期日从与组中所属的各用户相关联的用户用通信装置103获取表示各用户的支付金额的信息。表示支付金额的信息与上述的图8以及图9所示的支付金额(实际支付金额)902所示的信息对应。
[0085]
各用户在用户用通信装置103中，例如在图10所示的支付金额输入画面中输入支付金额。图10所示的支付金额输入画面1101例如包括用户名显示1102、本日的支付金额输入区域1103、支付金额(实际支付金额)1105、支付历史记录区域114。
[0086]
当用户根据自身的收入而输入本日的支付金额作为支付金额(实际支付金额)1105时，该支付金额被发送至信息处理服务器100。用户用通信装置103从信息处理服务器100获取用户的到目前为止的视为支付金额所涉及的支付历史记录1104的信息，并提示于支付金额输入画面。该支付历史记录的信息例如由信息处理服务器100的支付结果提供部307生成。这样，用户能够一边考虑至此为止的支付历史记录，一边输入本日量的支付金额。此外，在支付历史记录中，示出了显示至此为止的视为支付金额的例子，但也可以进一步显示视为支付金额、支付金额(实际支付金额)的历史记录和填补金额中的至少任一个。
[0087]
在s503中，信息处理服务器100通过判定组整体中的支付总额(支付总额判定处理)，判定该支付总额是否满足支付的继续条件。关于支付总额判定处理，参照图6在后面叙述。
[0088]
在s504中，信息处理服务器100执行每个用户的支付处理，决定各用户的视为支付金额903、填补金额904。此外，在本步骤中，设为与组中所属的用户的数量相应地反复调用本处理。关于每个用户的支付处理，参照图7在后面叙述。
[0089]
在s505中，信息处理服务器100基于s503中的支付总额判定处理的处理结果，判定本处理是否满足继续条件。信息处理服务器100例如参照表示在后述的组整体中不能继续支付的标志信息，在s503中判定在组整体中是否判定为不能支付。在s503中，在判定为在组整体中不能支付的情况下，判定为不满足继续条件，结束本一系列的动作。另外，在构成组的所有用户结束或中止支付而从组中退出的情况下，也判定为不满足继续条件，结束本一系列的动作。否则，信息处理服务器100将处理返回到s502并重复处理。
[0090]
[支付总额判定处理的一系列动作]
[0091]
接下来，参照图6，对支付总额判定处理的一系列动作进行说明。本处理与上述的支付金额控制处理同样地，通过信息处理服务器100的cpu201读出并执行存储于rom202的
程序来实现。各处理步骤例如由图2的部位、图3的处理部分别协作来实现，但在此为了简化说明，将处理主体作为信息处理服务器100来概括地进行说明。本处理在执行s503中的处理时被读出。
[0092]
在s601中，信息处理服务器100判定在s502中获取到的组内的各用户的支付金额(实际支付金额)的总额是否为在组整体中应支付的金额(即组用支付金额)以上。信息处理服务器100在组内的各用户的支付金额(实际支付金额)的总额为组用支付金额(例如在五人的组中为2000)以上的情况下，进入到s605。否则，组内的各用户的支付金额(实际支付金额)的总额少于组用支付金额，因此进入到s602。
[0093]
在s602中，信息处理服务器100使用于对组内的各用户的支付金额少于组用支付金额的次数进行计数的不能支付计数增加1(此外，该不能支付计数被初始化为0)。
[0094]
在s603中，信息处理服务器100判定不能支付计数是否为预定数以上。信息处理服务器100在不能支付计数为预定数以上的情况下，进入到s604，判定为不能在组整体中继续支付。此时，例如，信息处理服务器100将表示不能在组整体中继续支付的标志信息设定为1。即，信息处理服务器100在多个用户的作为组整体的支付金额少于组用支付金额的次数为预定数以上的情况下，进行中止多个用户的每个日期的支付(即本一系列的处理)的处理。
[0095]
另一方面，信息处理服务器100在不能支付计数低于预定次数的情况下，进入到s605，并判定为能够在组整体中(继续)支付。此时，例如，信息处理服务器100将表示不能在组整体中继续支付的标志信息设定为0。然后，信息处理服务器100将处理返回到调用源。
[0096]
[每个用户的支付处理的一系列动作]
[0097]
接下来，参照图7，对每个用户的支付处理的一系列动作进行说明。本处理与上述的支付金额控制处理同样地，通过信息处理服务器100的cpu201读出并执行存储于rom202的程序来实现。各处理步骤例如由图2的部位、图3的处理部分别协作来实现，但在此为了简化说明，将处理主体作为信息处理服务器100来概括地进行说明。另外，本处理为了记载的简便，例示了针对一个用户的处理。实际上，在本处理中，按照组中所属的用户的数量反复执行本处理。
[0098]
在s701中，信息处理服务器100从用户的支付金额(实际支付金额)减去从其他用户接受到的填补金额(即退款)。参照图9，该处理相当于在支付期限为n的情况下的视为支付金额的计算(例如500-100)。
[0099]
此外，在该例子中，以退还填补金额的用户为一人的情况为例进行了说明。但是，在退还填补金额的用户为多个的情况下，也可以将退还填补金额的用户的信息发送到用户用通信装置103，根据获取了用户的选择这一情况，决定退还填补金额的用户。另外，在退还填补金额的用户为多个的情况下，信息处理服务器100也可以选择退款给哪个用户。例如，也可以选择多个用户中的、来自该用户的填补金额最大的用户等，根据预先决定的优先顺序，对优先级高的用户进行填补。
[0100]
在s702中，信息处理服务器100判定扣除后的支付金额是否为预定值(在此相当于个人用支付金额)以上。信息处理服务器100在判定为扣除后的支付金额为预定值以上的情况下，进入到s703，在判定为扣除后的支付金额不为预定值以上的情况下，进入到s710。
[0101]
在s703中，信息处理服务器100判定扣除后的支付金额是否与预定值(个人用支付
金额)相同。在扣除后的支付金额为与预定值(个人用支付金额)相同的金额的情况下，扣除后的支付金额为相对于个人用支付金额为没有过量或不足的状态，因此既不会填补其他用户，也不会被其他用户填补。因此，信息处理服务器100使处理进入到s707。另一方面，信息处理服务器100在扣除后的支付金额超过预定值的情况下，能够填补其他用户，因此进入到s704。
[0102]
在s704中，信息处理服务器100判定组内是否存在需要填补的别的用户。信息处理服务器100在判定为组内存在需要填补的别的用户的情况下，使处理进入到s705，在判定为组内不存在需要填补的别的用户的情况下，使处理进入到s706。
[0103]
此外，在该例子中，以需要填补的别的用户为一人的情况为例进行了说明。但是，在需要填补的别的用户为多个的情况下，也可以将需要填补的用户的信息发送到用户用通信装置103，根据获取了用户的选择，决定进行填补的用户。另外，在需要填补的别的用户为多个的情况下，信息处理服务器100也可以选择填补给哪个用户。例如，也可以选择多个用户中需要填补的金额最大的用户等，根据预先决定的优先顺序，对优先级高的用户进行填补。
[0104]
在s705中，信息处理服务器100在s703中的扣除后的支付金额中，填补超过个人用支付金额的部分中的、其他用户需要的填补金额。因此，从在s701中求出的支付金额中减去超过个人用支付金额的部分中的对别的用户的填补金额。
[0105]
在s706中，信息处理服务器100将扣除后的支付金额决定为自身的支付金额。即，信息处理服务器100将减去填补金额而得到的金额且为个人用支付金额以上的金额决定为用户的视为支付金额。该处理例如与在图8中的n-1日中，第一用户的视为支付金额在减去向第二用户的填补金额(100)之后被决定为400的情况对应。
[0106]
在s707中，信息处理服务器100从组内的另外别的用户判定是否有填补金额的退款，在有填补金额的退款的情况下，对在s706中决定的视为支付金额加上填补金额。即，在退还填补金额的情况下，提供了填补金额的用户的视为支付金额基于在s706中决定的用户的视为支付金额和退还的填补金额决定。此外，也可以在s701与s702之间进行s707。
[0107]
此外，s707的处理与在图8中的n日中，对第一用户的视为支付金额加上来自第二用户的填补金额的退款的情况对应。
[0108]
为了有动机进行个人用支付金额以上的支付，也可以向视为支付金额的累计达到了目标值的用户提供追加的服务。即，在s708中，信息处理服务器100判定用户的至此为止的视为支付金额的累计(即，在图8的例子中，n-3～n为止的视为支付金额的累计)是否为预定的目标值以上。对于达到了预定的目标值的用户，例如提供该用户能够结束支付并接受车辆的交付的服务。
[0109]
信息处理服务器100在判定为视为支付金额的累计超过了预定的目标值的情况下，进入到s720。在s720中，信息处理服务器100结束该用户进行的个人的支付并从组中脱离。即，该用户结束该组中的支付，组的成员减少一人。另一方面，在s708中，在判定为用户的到此为止的视为支付金额的累计不是预定的目标值以上的情况下，使处理返回到作为调出源的s504。
[0110]
在s710中，信息处理服务器100判定其他用户是否能够填补不足部分。即，在s702中判定为“否”的情况下，意味着扣除后的支付金额少于个人用支付金额，因此判定为了满
足个人用支付金额而是否能够由其他用户进行填补。信息处理服务器100在判定为其他用户能够填补不足量的情况下，使处理进入到s711，在判定为其他用户不能填补不足量的情况下，不进行任何处理而使处理进入到s707。
[0111]
在s711中，信息处理服务器100决定通过其他用户的填补金额而填补了处理对象的用户的不足量而得到的金额作为视为支付金额。此时，以处理对象的用户的视为支付金额成为与个人用支付金额相同的金额的方式，决定所填补的支付金额。这样，处理对象的用户能够满足个人用支付金额，另一方面，填补侧的用户能够避免不必要地减少支付金额。在上述图9所示的例子中，该处理相当于在n-1日中第二用户的支付金额产生了不足部分时从第一用户接受了填补的情况。当完成s711中的处理时，信息处理服务器100使处理前进到上述s707。
[0112]
这样，在每个用户的支付处理中，判定在s502中确认的每个用户的支付金额的信息中是否包含超过个人用支付金额的第一用户的第一支付金额(在s702中为“是”且在s703中为“否”)、和少于个人用支付金额的第二用户的第二支付金额(在s704中为“是”)。然后，在判定为包含的情况下，决定第一用户和第二用户的支付金额，以使得第二用户的第二支付金额被第一用户的第一支付金额的一部分填补(s705)(s707以及s711)。
[0113]
通过这样的动作，用户一边作为组进行支付，一边即使在特定的支付日期存在少于个人用支付金额时，也能够从组内的其他用户得到支付的填补。另外，在自身的支付金额超过个人用支付金额时，能够填补少于个人用支付金额的其他用户的支付。即，对于支付能力有变动的用户，能够进一步降低支付中的风险。
[0114]
此外，在上述的说明中，说明了用户接受车辆的出借而支付出借费用的同时累积支付金额，在累积的支付金额达到了目标金额的情况下，接受租赁的车辆的交付的例子。但是，本实施方式并不限定于接受车辆的交付的例子。即，也可以将车辆以外的其他产品作为对象。另外，追加的服务不限于被借出的产品的交付，也可以提供与被借出的产品不同的产品的交付、具有经济价值的单位(积分)的赋予等其他的服务。另外，不限于出借产品的情况，也能够应用于每隔预定的日期进行一定的支付的贷款的支付。
[0115]
另外，在上述的实施方式中，在s708中，信息处理服务器100判定用户的至此为止的视为支付金额的累计(即，在图8的例子中，n-3～n为止的实际支付金额的累计)是否为预定的目标值以上。但是，也可以将填补其他用户的支付且还未退款的填补金额与视为支付金额的累计相加后，判定是否为目标值以上。这样，能够基于自身已经支付的金额而更快地实现目标。另外，也可以在从实际支付金额的累计中减去从其他用户的支付中填补且尚未退款的填补金额的基础上，判定是否为目标值以上。这样，能够产生从其他用户的支付进行填补后的金额的退款的动机。此外，即，也可以对实际支付金额的累计是否在预定的目标值以上进行判定。
[0116]
《实施方式的总结》
[0117]
1.上述实施方式的信息处理服务器是对组中所属的多个用户的定期支付进行管理的信息处理服务器(例如100)，其中，
[0118]
所述信息处理服务器具有：
[0119]
设定单元(例如304、s501)，其设定多个用户各自在每个预定的日期应支付的个人用预定金额；
[0120]
获取单元(例如304、s502)，其在每个预定的日期获取对多个用户各自指定的支付金额进行表示的信息；以及
[0121]
决定单元(例如304、s706、s711)，在获取单元获取到的信息中包含超过个人用预定金额的第一用户的第一支付金额、和少于个人用预定金额的第二用户的第二支付金额的情况下，决定单元将第一用户和第二用户的视为支付金额决定为，使得第二用户的第二支付金额由第一用户的第一支付金额的一部分填补。
[0122]
根据该实施方式，能够针对支付能力有变动的用户进一步降低支付中的风险。
[0123]
2.在上述实施方式的信息处理服务器中，
[0124]
决定单元将第二用户的第二支付金额填补为，使得被决定为第二用户的视为支付金额的金额与个人用预定金额相同(例如s711)。
[0125]
根据该实施方式，支付少于个人用预定金额的用户能够满足个人用支付金额，另一方面，填补侧的用户能够避免不必要地减少支付金额。
[0126]
3.在上述实施方式的信息处理服务器中，
[0127]
决定单元将减去填补所使用的一部分而得到的金额且为个人用预定金额以上的金额决定为第一用户的视为支付金额(例如s706)。
[0128]
根据该实施方式，进行了填补的用户能够累积超过个人用预定金额的金额作为自身的支付，因此能够快速地达到目标值。
[0129]
4.在上述实施方式的信息处理服务器中，
[0130]
决定单元根据在下一个预定的日期第二用户指定的第二支付金额，为了将填补给第二用户的一部分退还给第一用户而减去填补给第二用户的一部分，从而决定第二用户的视为支付金额(例如s701)。
[0131]
根据该实施方式，通过退还填补的部分的支付金额，能够降低在组中对其他用户进行填补的抵触感。
[0132]
5.在上述实施方式的信息处理服务器中，
[0133]
在下一个预定的日期，在填补给第二用户的一部分从第二用户退还给第一用户的情况下，决定单元基于第一用户的第一支付金额和从第二用户退还的一部分，决定第一用户的视为支付金额(例如s707)。
[0134]
根据该实施方式，进行了填补的用户能够在自己的视为支付金额加上并累积退款金额，因此能够快速地达到目标值。
[0135]
6.在上述实施方式的信息处理服务器中，
[0136]
设定单元还能够设定多个用户在每个预定的日期组以作为整体而应支付的组用预定金额(例如s305、s501)，
[0137]
信息处理服务器还具有中止单元(例如305、s604)，该中止单元在多个用户的以组作为整体的支付金额少于组用预定金额的次数为预定数以上的情况下，中止多个用户在每个预定的日期进行的支付。
[0138]
根据该实施方式，在作为组整体的支付能力低的情况下中止组的支付，能够减轻服务提供运营商的损失。
[0139]
7.在上述实施方式的信息处理服务器中，
[0140]
设定单元根据多个用户的数量发生了增加或减少这一情况，基于新的用户的数量
和个人用预定金额来变更组用预定金额。
[0141]
根据该实施方式，能够与用户的数量的增减对应地管理作为组整体的支付能力。
[0142]
本发明并不限定于上述的实施方式，能够在发明的主旨的范围内进行各种变形、变更。