具体实施方式

以下，参照附图，对应用了本发明的实施方式进行说明。

图1是实施方式的支付管理系统100的结构图。

支付管理系统100针对根据协议具有支付金钱义务的用户U管理支付状况。此处，协议包括确定用户U接受财物、无形财产或服务的权利和作为其代价而进行支付的合同及其他协议。例如，可以举出分期付款销售合同、租赁合同、金钱消费借贷合同、借贷合同，但具体的形式没有限制，可以包括其他的确定了用户U进行支付的支付截止日期的全部协议。在协议的主体是法人的情况下，用户U例如是法人的相关人员。

在本实施方式中，举例说明获取用户U根据协定暂时或继续使用车辆2的权利并作为其代价进行支付的情况。在该协议中，指定用户U进行支付的多个截止日期。多个截止日期每隔一定期间设定。例如，每月的月末被定为支付截止日期。

支付管理系统100包括管理服务器1以及便携终端装置4或车载终端装置20中的至少一个，也可以包括便携终端装置4和车载终端装置20两者。便携终端装置4是用户U使用的终端装置，例如是智能手机、移动电话、个人计算机。车载终端装置20是安装于用户U使用的车辆2的装置。便携终端装置4和车载终端装置20具备通信功能，经由通信网络NW与管理服务器1执行数据通信。

通信网络NW由公共线路网或专用线等数据通信线路构成，将管理服务器1与便携终端装置4和/或车载终端装置20以能够进行数据通信的方式进行连接。通信网络NW既可以包括服务器装置、路由器、开关等各种通信设备，也可以包括无线通信线路。

支付管理系统100与入款管理系统200连接。入款管理系统200能够经由通信网络NW或者其他通信线路与管理服务器1彼此进行数据通信。入款管理系统200是用户U根据协议进行支付的支付接受方的金融机构、或者能够获取与用户U对上述金融机构进行的支付相关的信息的机构所使用的装置。入款管理系统200关于基于协议的用户U的支付，保存能够确定进行了支付的用户U的信息、表示进行了支付的信息、以及表示进行了支付的日期时间的信息。

车辆2是四轮机动车、二轮机动车、自行车以及其他车辆等，具体形式不限，在图1中示例了二轮机动车。在车辆2上安装有车载终端装置20。车载终端装置20具备车载通信部21、车载终端控制部22及车载显示器23。车载显示器23具有液晶显示面板等显示屏，用户U在驾驶车辆2时或乘车时能够视觉辨认车载显示器23。车载显示器23可以固定地设置于车辆2，也可以与车载终端装置20的各部分一起从车辆2拆装。

图1中图示了由一个用户U使用的一个便携终端装置4和一个车载终端装置20，但是由支付管理系统100管理的用户U的数量不受限制。管理服务器1通过处理能够确定用户U的信息来识别各个用户U。在本实施方式中，使用用户U固有的用户ID作为能够确定用户U的信息，但这只是一例。作为能够确定用户U的信息，也可以使用用户U的姓名、地址、电话号码、与用户U管理的金融机构的账户相关的信息等。

车载终端装置20按照管理服务器1发送的通知指示，通过车载显示器23显示文字或图像，从而作为执行对用户U的通知的通知装置发挥功能。

车载通信部21按照车载终端控制部22的控制，经由通信网络NW与管理服务器1执行通信，接收管理服务器1发送的通知指示。管理服务器1发送的通知指示例如包括作为通知显示的文字或图像的数据和指定利用车载显示器23进行通知的时期的信息。

车载终端控制部22按照车载通信部21接收到的通知指示，利用车载显示器23执行通知。即，车载终端控制部22在由通知指示指定的时刻，使通知指示中包含的文字或图像显示于车载显示器23。

便携终端装置4具备通信部41、控制部42、显示部43以及语音处理部44。便携终端装置4作为根据从管理服务器1发送的通知指示执行对用户U的通知的通知装置发挥功能。便携终端装置4也可以具备通知以外的功能。

通信部41按照控制部42的控制，经由通信网络NW与管理服务器1执行通信，接收管理服务器1发送的通知指示。

此外，在用户U利用便携终端装置4进行语音通话或网络浏览的情况下，通信部41通过通信网络NW收发语音数据、文字文本数据、图像数据等各种数据。

显示部43具有液晶显示面板或有机EL(Electro Luminescence)显示面板等显示屏。显示部43按照控制部42的控制，显示文字或图像。

语音处理部44按照控制部42的控制，从未图示的扬声器输出基于语音数据的语音。此外，语音处理部44通过未图示的麦克风收集语音，输出语音数据。

控制部42控制通信部41，使其从管理服务器1接收通知指示。控制部42根据通知指示中包含的文字或图像的数据，在由通知指示指定的时刻，使车载显示器23显示文字或图像。此处，管理服务器1也可以对便携终端装置4发送包含语音数据的通知指示。在该情况下，控制部42根据通知指示中包含的语音数据，在由通知指示指定的时刻，利用语音处理部44使语音输出。这样，便携终端装置4能够通过文字、图像、语音进行通知。

此外，在用户U进行语音通话或网络浏览的情况下，控制部42通过通信部41收发语音数据、文字文本数据、图像数据等各种数据。

车载终端控制部22以及控制部42具备CPU(Central Processing Unit：中央处理单元)或微型计算机等未图示的处理器，通过处理器执行程序，实现各种控制功能。

管理服务器1具备服务器通信部11、服务器控制部12以及服务器存储部13。服务器通信部11按照服务器控制部12的控制，通过通信网络NW与便携终端装置4、车载终端装置20以及入款管理系统200执行数据通信。

服务器控制部12具备CPU或微型计算机等未图示的处理器，通过处理器执行程序，构成信息获取部121、支付判定部122、延迟支付判定部123、评价决定部124以及通知控制部125的功能部。

信息获取部121从入款管理系统200获取与基于协议的用户U的支付相关的信息。信息获取部121获取的信息存储于服务器存储部13。

服务器存储部13具有由半导体存储设备、磁记录介质或光学记录介质等构成的存储区域，并非易失性地存储数据或程序。在服务器存储部13的存储区域中设置有历史记录存储部131、评价存储部132以及条件存储部133。

图2是表示服务器存储部13所存储的信息的示意图。

历史记录存储部131存储历史记录信息141。历史记录信息141与用户ID 141a对应地包括截止日期编号141b、年月日141c、入款日141d、支付判定结果141e以及延迟支付判定结果141f。历史记录信息141是与按照一个用户U的协议而确定的一个日期相关的信息，历史记录存储部131能够存储截止日期的数量的历史记录信息141。例如，在用户U签订了进行10次支付的合同的情况下，历史记录信息141能够针对10次的支付截止日期的每一个支付截止日期存储历史记录信息141。截止日期编号141b是赋予支付截止日期的编号，具体地说，是表示是第几次的截止日期的数值。年月日141c是截止日期的具体的日历日。入款日141d是表示用户U进行了支付的日期的信息，在用户U没有进行支付的状态下，入款日141d是表示未入款的数据。

用户ID 141a、截止日期编号141b以及年月日141c基于用户U的协议内容或者管理服务器1从入款管理系统200获取的信息。入款日期141d是信息获取部121从入款管理系统200获取的信息。

例如，信息获取部121当从入款管理系统200获取关于用户U的信息时，生成支付截止日期的数量的历史记录信息141，并使其存储于历史记录存储部131。信息获取部121在与截止日期对应的时刻从入款管理系统200获取与用户U的支付相关的信息，根据所获取的信息更新入款日141d。

返回图1，支付判定部122基于由信息获取部121获取的信息，判定用户U到按照协议确定的截止日期为止是否进行了支付。支付判定部122将判定结果与用户ID141a和年月日141c对应地存储为支付判定结果141e。

延迟支付判定部123基于信息获取部121获取的信息，判定用户U是否进行了截止日期过期后的支付。延迟支付判定部123使判定结果与用户ID 141a和年月日141c对应起来而存储为延迟支付判定结果141f。

评价决定部124参照支付判定结果141e来决定用户U的评价。此外，评价决定部124参照延迟支付判定结果141f来决定用户U的评价。评价决定部124所决定的评价被存储于评价存储部132。

如图2所示，评价存储部132对评价142进行存储。评价142包含与142a对应地表示评价决定部124所决定的评价的评价分数142b。在本实施方式中，示出将用户U的评价数值化的例子，示出数值越大越是优良的用户U。在该例中，评价确定部124确定表示用户U的评价的数值，并且使该数值作为评价142存储于评价存储部132。

每当基于支付判定结果141e决定用户U的评价时，以及每当基于延迟支付判定结果141f决定用户U的评价时，评价决定部124更新评价分数142b。

返回图1，通知控制部125决定与评价决定部124所决定的评价对应的通知。在该处理中，通知控制部125参照条件存储部133所存储的信息。

如图2所示，条件存储部133存储合同信息143、判定条件144、评价条件145以及通知设定信息146。合同信息143是与确定了用户U进行支付的协议的内容相关的信息，例如包括支付次数、支付截止日期、支付金额等。例如，信息获取部121基于合同信息143生成历史记录信息141。

判定条件144包括用于支付判定部122及延迟支付判定部123进行判定的信息。例如，作为用于支付判定部122判定到截止日期为止是否进行了支付的条件，包含截止日期的年月日。

此外，判定条件144作为用于延迟支付判定部123判定是否进行了截止日期过期后的支付的条件，包含表示从截止日期起的第1期间以及经过第1期间后的第2期间的信息。第1期间是以截止日期的次日为开始日期的期间，第2期间是以第1期间的最终日的次日为开始日期的期间。延迟支付判定部123区别在第1期间进行的支付和在第2期间进行的支付来判定截止日期过期后的支付。因此，延迟支付判定部123的判定结果包含表示是否进行了第1期间的支付以及是否进行了第2期间的支付的信息。

评价条件145包含用于评价决定部124决定评价的信息。评价条件145例如对应地包含对评价分数142b进行加法运算或减法运算的分数增减量和使评价分数142b变化的条件。评价决定部124通过将支付判定结果141e应用到评价条件145中，决定评价分数142b的分数增减量。此外，评价决定部124通过将延迟支付判定结果141f应用到评价条件145中，决定评价分数142b的分数增减量。

通知设定信息146包含用于通知控制部125决定通知的信息。通知设定信息146包含分数范围146a、通知时期146b和通知内容146c。分数范围146a确定评价分数142b的数值范围。通知时期146b由以支付截止日期的年月日为基准的天数等来确定通过车载终端装置20和/或便携终端装置4进行通知的时期。通知内容146c是通知的内容。例如，通知内容146c包含车载终端装置20和/或便携终端装置4显示的文字或图像、或者便携终端装置4输出的语音的数据。

图3是表示对于用户U的支付的处理的例子的说明图。

图3中表示根据用户U进行n次(n为7以上的整数)支付的协议，决定从第1次到第六次的截止日期的用户U的支付的例子和对用户U的评价的处理。在图3中，横轴是时间轴，在横轴上表示第1次的截止日期T1～第6次的截止日期T6。在图3中，(a)表示用户U的支付的执行状态。(b)是评价决定部124已决定的分数增减量，(c)是评价分数142b的值，(d)表示通知控制部125决定的通知的内容。

在图3的例子中，第1期间设定为包含截止日期的次日的5天，第2期间设定为包含第1期间结束的次日的5天。此外，在用户U到截止日期为止进行了支付的情况下，评价决定部124对评价分数142b加上100pt(点)。在用户U到截止日期为止未进行支付的情况下，评价决定部124将评价分数142b减去50pt，即加上-50pt。而且，评价决定部124在用户U进行了截止日期过期后的支付的情况下，对评价分数142b加上比100pt低的值。这些分数增减量和分数增减的条件由评价条件145确定。

在该例中，对于第1次的截止日期T1，用户U不进行到截止日期T1为止的支付，而在截止日期T1的三天后进行支付。将该支付作为入款P1。

支付判定部122例如在截止日期T1的次日判定为到截止日期为止未支付，并使得存储支付判定结果141e。由此，在历史记录信息141中记录存在用户U的不支付E1。

如图3的(b)所示，评价决定部124参照支付判定结果141e，按照评价条件145决定与不支付E1对应的分数增减值-50pt。由此，如图3的(C)所示，评价分数142b为0pt。

在从截止日期T1起经过了第2期间之后，延迟支付判定部123进行判定，在截止日期T1的三日后执行了入款P1，因此判定为用户U进行了延迟支付，生成并存储延迟支付判定结果141f。评价决定部124基于延迟支付判定结果141f，将分数增减量决定为+10pt，由此评价分数142b成为10pt。

在截止日期T1之后，通知控制部125决定与截止日期T2相关的通知。该通知是在用户U到支付截止日期为止未进行支付的情况下对用户U催促支付的消息。在评价分数142b被评价决定部124更新之后，通知控制部125针对关于截止日期T1的用户U的行为即不支付E1和入款P1，决定通知的时期和内容。通知控制部125确定符合评价分数142b的分数范围146a，并且根据与所确定的分数范围146a相对应的通知时期146b和通知内容146c来决定通知。在图3的例子中，根据在入款P1之后更新的评价分数142b，通知控制部125决定在截止日期T2的两日后进行催促支付的内容的通知。

若用户U不在截止日期T2进行支付(不支付E2)，则由支付判定部122判定为没有支付。由此，评价决定部124将分数增减量决定为-50pt，并更新评价分数142b。若用户U在截止日期T2的10天后进行入款P2，则由延迟支付判定部123判定为有延迟支付，评价决定部124将分数增减量决定为+10pt，并更新评价分数142b。之后，通过通知控制部125，根据与入款P2对应地更新后的评价分数142b，决定通知。

管理服务器1在用户U继续进行延迟支付的情况下，增加针对延迟支付的分数增减量。在图3的例子中，与入款P3对应地，评价决定部124将分数增减量设为+20pt。该分数增减量比与入款P1对应地决定的分数增减量多。其目的是：对于用户U在截止日期T1、T2、T3连续地进行了延迟支付的情况，不是给予截止日期过期的处罚，而是评价为比不进行支付好的行动。在图3的例子中，进而，与入款P4对应的分数增减量为+60pt，将在截止日期T1、T2、T3、T4连续进行了延迟支付的情况评价得更高。结果能够使用户U产生继续支付的动机。

对与延迟支付对应的分数增减量设置上限。延迟支付由于过了截止日期，因此与截止日期内的支付相比，评价低。在图3的例子中，针对延迟支付的分数增减量的上限被设定为+70pt。因此，针对入款P6的分数增减量与针对入款P5的分数增减量相同，为+70pt。由此，在用户U在截止日期之前进行了支付的情况下，确实评价得比延迟支付高，因此能够使用户U产生在截止日期之前进行支付的动机。

对于通知控制部125决定的通知的内容，评价分数142b越高，通知的时期具有富余，对用户U的表现越柔和。在图3的例子中，在截止日期T5没有支付时的通知在从截止日期T5起的10天后进行。该通知的内容不是催促支付，而是向用户U询问状况的内容。在评价分数142b与入款P4对应地被更新为60pt之后，根据评价分数142b决定该通知的时期和内容。这样，通过使通知的时期和内容与评价分数142b的值对应地变化，能够对用户U赋予进行支付的激励。

图4是表示支付管理系统100的动作的流程图，表示与支付判定相关的动作。每当截止日期到来时，由服务器控制部12执行图4的动作。

服务器控制部12判定由合同信息143确定的截止日期是否已过期(步骤S101)，在截止日期没有过期的情况下(步骤S101；否)待机。在截止日期已过期的情况下(步骤S101；是)，信息获取部121从入款管理系统200获取信息，并且基于所获取的信息更新历史记录信息141(步骤S102)。

支付判定部122参照在步骤S102中更新后的历史记录信息141，执行支付判定处理(步骤S103)。支付判定部122在用户U在截止日期之前支付的情况下(步骤S103；是)，判定为有到截止日期为止的支付(步骤S104)。在截止日期之前用户U没有进行支付的情况下(步骤S103；否)，支付判定部122判定为没有到截止日期为止的支付(步骤S105)。

支付判定部122基于步骤S103或步骤S104的判定结果，更新支付判定结果141e(步骤S106)。

评价决定部124基于在步骤S106中更新后的历史记录信息141决定分数增减量(步骤S107)，并更新评价分数142b(步骤S108)。

通知控制部125获取在步骤S108中更新后的评价分数142b(步骤S109)，并决定与评价分数142b对应的通知时期(步骤S110)。进而，通知控制部125决定与评价分数142b对应的通知的内容(步骤S111)，并结束本处理。

通过图4的处理，决定与到支付截止日期为止有无支付对应的通知的时期和内容。

图5是表示支付管理系统100的动作的流程图，表示与延迟支付判定相关的动作。

图5所示的动作由服务器控制部12执行。此外，图5所示的动作仅对支付判定结果141e表示到截止日期为止没有支付的用户U执行。即，服务器控制部12对于支付判定结果141e表示到截止日期为止有支付的用户U，不执行图5的动作。

服务器控制部12判定是否从由合同信息143确定的截止日期起过了第2期间(步骤S121)，在第2期间没有过期的情况下(步骤S121；否)进行待机。在过了第2期间的情况下(步骤S101；是)，信息获取部121从入款管理系统200获取信息，并且基于所获取的信息更新历史记录信息141(步骤S122)。

延迟支付判定部123参照在步骤S122中更新后的历史记录信息141，执行延迟支付判定处理(步骤S123)。在用户U在第1期间内支付的情况下(步骤S123；是)，延迟支付判定部123判定为有第1延迟支付，并更新延迟支付判定结果141f(步骤S124)。在没有第1期间内的支付的情况下(步骤S123；否)，延迟支付判定部123判定有无第2期间内的支付(步骤S125)。在有第2期间内的支付的情况下(步骤S125；是)，延迟支付判定部123判定为有第2延迟支付，并更新延迟支付判定结果141f(步骤S126)。

评价决定部124基于在步骤S124或步骤S126中更新后的延迟支付判定结果141f，决定分数增减量(步骤S127)。

评价决定部124判定是否在多个截止日期连续进行了延迟支付(步骤S128)。在多个截止日期连续进行了延迟支付的情况下(步骤S128；是)，评价决定部124根据延迟支付连续的次数，使在步骤S127中决定的分数增减量增加(步骤S129)。

例如，在图3中进行了针对截止日期T5的入款P5的情况下，评价决定部124在步骤S128中判定是否在包含截止日期T5的多个截止日期连续地进行了延迟支付。在图3的例子中，由于在截止日期T1～T5连续地进行了延迟支付，因此评价决定部124在步骤S129中使分数增减量增加到+70pt。

评价决定部124对于在步骤S129中增加的分数增减量，判定是否超过上限值(步骤S130)。在超过上限值的情况下(步骤S130；是)，评价决定部124调整分数增减量(步骤S131)。即，将在步骤S129中增加后的分数增减量变更为上限值以下。

评价决定部124基于在步骤S131中调整后的分数增减量，更新评价142的评价分数142b(步骤S132)。

此外，在判定为用户U未连续进行延迟支付的情况下(步骤S128；否)，评价决定部124基于在步骤S127中决定的分数增减量，更新评价142的评价分数142b(步骤S132)。

此外，在判定为分数增减量未超过上限值的情况下(步骤S130；否)，评价决定部124基于在步骤S129中增加后的分数增减量，更新评价142的评价分数142b(步骤S132)。

通知控制单元125获取在步骤S132中更新后的评价分数142b(步骤S133)，并决定与评价分数142b对应的通知时期(步骤S134)。进而，通知控制部125决定与评价分数142b对应的通知的内容(步骤S135)，并结束本处理。通知控制部125在步骤S134～S135中决定了通知的时期和通知的内容的情况下，覆写在图4的动作中决定的通知的时期和内容。

通过图5的处理，对在过了支付截止日期后进行了支付的用户U完成评价，决定支付通知的时期和内容。

在图4的步骤S110-S111及图5的步骤S134-S135中决定的通知的时期和内容作为通知指示，从管理服务器1向便携终端装置4和/或车载终端装置20发送。由此，通过作为通知装置的便携终端装置4和/或车载终端装置20，根据管理服务器1确定的时期和内容，执行对用户U的通知。

此外，在第2期间内没有支付的情况下(步骤S125；否)，延迟支付判定部123判定为没有支付，并更新延迟支付判定结果141f(步骤S136)。评价决定部124决定与用户U未进行支付的情况对应的分数增减量(步骤S137)。在步骤S137中，也可以将分数增减量设为0，不变更评价分数142b。例如，在图3中，对应于在截止日期未进行支付，在不支付E1、E2、……减去评价分数142b。在此情况下，也可以不进行由于在第2期间内没有支付而引起的新增的评价分数142b的减法运算。此外，也可以对应于在截止日期没有进行支付的情况而减去评价分数142b，进而对应于在第2期间内没有支付的情况而进行新增的评价分数142b的减法运算。

评价决定部124基于在步骤S137中决定的分数增减量，更新评价分数142b(步骤S132)，执行步骤S133以后的处理。这样，对于过了第2期间也未进行支付的用户U，管理服务器1也使用评价分数142b来进行通知。

如以上所说明的那样，应用了本发明的支付管理装置的管理服务器1具备：支付判定部122，其基于确定用户U在多个截止日期进行支付的协议，每当截止日期到来时，判定到截止日期为止是否进行了支付；延迟支付判定部123，其在到截止日期为止未支付的情况下，判定是否进行了截止日期过期后的支付；以及评价决定部124，其基于支付判定部122以及延迟支付判定部123的判定结果，决定用户U的评价。

支付管理系统100具有：作为支付管理装置的管理服务器1，其根据决定了用户U在多个截止日期进行支付的协议来管理支付状态；以及作为对用户U进行通知的通知装置的便携终端装置4和/或车载终端装置20。管理服务器1具有：支付判定部122，其基于协议，每当截止日期到来时，判定到截止日期为止是否进行了支付；延迟支付判定部123，其在到截止日期为止没有支付的情况下，判定是否进行了截止日期过期后的支付；评价决定部124，其基于支付判定部122和延迟支付判定部123的判定结果来决定用户U的评价；以及评价存储部132，其将评价决定部124所决定的评价与用户U对应起来进行存储；以及通知控制部125，其基于评价存储部132存储的评价142，决定与截止日期对应地对用户U进行的通知，便携终端装置4和/或车载终端装置20执行通知控制部125所决定的通知。

管理服务器1执行的支付管理方法是如下方法：基于在设定的多个截止日期进行支付的协议，判定到截止日期为止是否进行了支付，在到截止日期为止没有进行支付的情况下，判定是否进行了截止日期过期后的支付，基于到截止日期为止是否进行了支付的判定结果、以及是否进行了截止日期过期后的支付的判定结果，决定用户U的评价。

根据管理服务器1、具备管理服务器1的支付管理系统100、以及由管理服务器1执行的支付管理方法，即使用户U到截止日期为止未进行支付，也可以将到截止日期为止进行了支付的情况和进行了截止日期过期后的支付的情况区别开来，评价用户U。因此，与仅根据到截止日期为止有无支付来进行评价的情况相比，能够细致地管理用户U的支付的执行状态。

管理服务器1具备：评价存储部132，其将评价决定部124所决定的评价与用户U对应起来进行存储；以及通知控制部125，其基于评价存储部132存储的评价，决定与截止日期对应地对用户U进行的通知，每当支付判定部122及延迟支付判定部123进行判定时，评价决定部124决定评价，更新评价存储部132存储的评价142。

根据该结构，管理服务器1每当进行基于到截止日期为止是否进行了支付的评价、以及每当进行基于是否进行了截止日期过期后的支付的评价时，更新评价142，并基于更新后的评价决定对用户U的通知。因此，能够迅速地将用户U执行支付的执行状态反映到评价，能够根据用户U的支付的实际状态进行有效的通知。

通知控制部125基于评价，针对在截止日期之前对用户U进行的通知，决定通知的执行时期和通知的内容中的至少任一个。由此，能够细致地反映用户U的支付状态，调整对用户U的通知的时期或者内容。因此，能够抑制用户U的心理抵抗，进行更有效的通知。

延迟支付判定部123分别判定是否在过了截止日期后的第1期间内进行了支付、以及是否在过了第1期间后的第2期间内进行了支付，评价决定部124将在过了截止日期后的第1期间内进行了支付的情况下的评价分数设为比在过了第1期间后的第2期间内进行了支付的情况下高的评价分数。例如，在图3中，关于针对入款P2的分数增减量，尽管通过在截止日期T1-T2连续地进行延迟支付而进行相加，但与针对入款P1的分数增减量相同，为+10pt。这是因为，入款P1是从截止日期T1起的第1期间内的支付，而入款P2是截止日期T2的第2期间内的支付。这样，由此，通过对在过了截止日期后的第1期间内进行了支付的情况、以及在过了第1期间后的第2期间内进行了支付的情况进行区别，能够更细致地评价用户U的支付状态。此外，能够使用户U产生更早地进行支付的动机。

在由延迟支付判定部123判定为在第2期间内未进行支付时，评价决定部124使评价分数142b比在过了第1期间后的第2期间内进行了支付时低。

由此，将用户U进行了支付的时期区分为第1期间和第2期间，超过截止日期的时间越短，对用户U的评价越高。因此，通过适当地评价用户U的支付，能够使用户U产生在更早的时期进行支付的动机。

在由延迟支付判定部123判定为进行了截止日期过期后的支付的情况下，评价决定部124也可以将评价存储部132存储的评价分数142b更新得更低。在此情况下，除了能够细致地管理用户U的支付的执行状态的效果以外，通过与支付截止日期过期后的支付对应地降低用户U的评价，能够使用户U产生在截止日期之前支付的动机。

在由延迟支付判定部123判定为进行了第1截止日期过期后的支付且进行了第1截止日期之后的第2截止日期过期后的支付的情况下，评价决定部124将评价存储部132存储的评价分数142b更新为更高的评价。例如，评价决定部124在连续的多个截止日期进行了延迟支付的情况下，对分数增减量进行加法运算。根据该结构，通过提高连续进行了支付的用户U的评价，能够细致地管理用户U的支付的执行状态。此外，通过评价进行了支付这一情况本身，能够使用户U产生进行支付的动机。

在管理服务器1中，对于存在被判定为进行了截止日期过期后的支付的情况的第1用户U，评价决定部124所决定的评价设定有上限，上限低于被判定为到全部截止日期为止进行了支付的第2用户U的评价。因此，通过区别截止日期过期后的支付和到截止日期为止的支付，能够细致地管理用户U的支付的执行状态。此外，能够使用户U产生在更早的时期进行支付的动机。

另外，上述实施方式示出应用了本发明的一个方式，本发明并不限定于上述本实施方式。

例如，在上述实施方式中，作为通知装置，示出了用户U使用的便携终端装置4、用户U使用的安装于车辆2的车载终端装置20，但通知装置的具体形式是任意的。安装于四轮汽车的汽车导航装置、用户U不携带的计算机、不限于用户U的许多人使用的计算机等也可以用作通知装置。此外，管理服务器1向通知装置发送通知指示的方法不限于直接通信，也可以是利用电子邮件或消息程序的方法。

此外，在上述实施方式中，示出作为与入款管理系统200分体的装置而构成的管理服务器1判定支付以及延迟支付并决定通知的结构，但管理服务器1也可以是与入款管理系统200一体的装置。此外，管理服务器1与入款管理系统200也可以是由共同的管理者管理的装置。此外，管理服务器1通过信息获取部121获取的信息可以从入款管理系统200定期地推送分发到管理服务器1。此外，也可以代替信息获取部121从入款管理系统200获取信息，而例如用户U使用便携终端装置4获得输入的信息。

此外，通知控制部125不限于与评价分数142b对应地决定通知时期和通知内容。通知控制部125也可以与评价分数142b对应地仅决定通知的时期。此外，通知控制部125也可以与评价分数142b对应地仅决定通知的内容。此外，通知控制部125可以与评价分数142b对应地决定通知方法，例如，可以对评价分数142b高的用户U仅进行文字通知，对评价分数142b低的用户U进行语音通知。

此外，图1所示的各功能部表示功能性的结构，具体的安装方式不特别限于此。即，不一定需要安装与各功能部单独对应的硬件，当然也能够设为通过一个处理器执行程序来实现多个功能部的功能的结构。此外，在上实施方式中，既可以将以软件实现的功能的一部分以硬件来实现，或者也可以将以硬件来实现的功能的一部分以软件来实现。此外，图2所示的服务器存储部13的存储区域中的结构的具体实现方法也是任意的。

此外，图4～图5所示的流程图的处理单位是为了容易理解管理服务器1的处理而按照主要的处理内容进行了分割的处理单位。不被图4～图5的流程图所示的处理单位的分割方法或名称限制地，还能够根据处理内容，分割为更多的处理单位，还能够分割成1个处理单位包含更多的处理。此外，上述的流程图的处理顺序也不限于图示的例子。图4～图5所示的动作既可以由1个程序执行，也可以由多个程序执行。