CN107430749A - 结算处理装置、方法以及计算机程序 - Google Patents

Abstract

使得能够进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款。构成为能够经由网络来与店铺终端进行通信，具有存储包含劳动者的预定支付薪酬额的薪酬信息的薪酬信息DB(1B)以及存储包含随着劳动者的商品购买所产生的结算额的结算信息的结算信息DB(1C)，进行从店铺终端(2)接收与商品购买所需的结算请求额有关的信息并且接收信用查询的处理。信用查询处理部(11)参照薪酬信息DB(1B)，来执行以劳动者的预定支付薪酬额为信用额度的信用查询处理，向店铺终端(2)发送信用查询处理的结果。当从店铺终端接收到结算请求时，结算处理部(12)将结算信息登记到结算信息DB(1C)。

Description

结算处理装置、方法以及计算机程序

技术领域

本发明涉及一种进行信用交易的技术，该信用交易以预定支付给劳动者的薪酬额作为信用额度。

背景技术

一般来说，关于蓝领劳动者的薪酬，在月末、周末等规定的日子以一周、半个月、一个月为单位来进行统计并改日支付给劳动者的情况多。因此，尤其是低收入劳动者有时无法等到薪酬支付日才被支付薪酬，想要将已经确定的薪酬或者预定支付的薪酬用于购买商品、支付价款，但是预借、预支要耗费雇主的工夫，因此得不到应对的情况多。

另一方面，在手头没有现金那样的情况下，也能够考虑利用信用卡等信用交易，但是只有通过信用审查才能接受信用卡的发放。另外，先存钱的存款型信用卡、电子货币也正在普及，但是需要先交款，因此无法用于手头没有现金的人购买商品、支付价款。

另外，在不持有现金的人想要购买商品、支付价款的情况下，只有从贷款公司、消费信贷进行借款的办法，另一方面，劳动者虽然实际工作并对公司享有劳动债权、也就是说具有贷给公司的钱，但却无法利用这笔钱。特别是发展中国家的劳动者连银行账户都没有的情况多，实际情况是几乎无法利用信用卡结算等。

关于这一点，在专利文献1中，提出了一种薪酬支付管理服务器，具备：劳动者信息数据库，其经由通信单元来与现金支付机连接，管理与劳动者有关的信息；企业信息数据库，其管理与所述劳动者所参与的企业有关的信息；现金支付机输入信息接收单元，其接收从现金支付机输入的用于确定劳动者的劳动者信息以及希望提款金额；以及提款额信息发送单元，其向所述现金支付机发送用于提取规定的金额的提款额信息，该薪酬支付管理服务器的特征在于，构成为具备：金额比较单元，其使用由所述现金支付机输入信息接收单元接收到的劳动者信息来从所述劳动者信息数据库读出未提取的剩余薪酬信息，将该剩余薪酬与所述希望提款金额进行比较；以及提款额决定单元，其在所述金额比较单元判定为所述希望提款金额为所述剩余薪酬以下的情况下，将该希望提款金额决定为所述提款额信息来传递给所述提款额信息发送单元，另一方面，所述薪酬支付管理服务器还具有判定所述劳动者的信用的信用判定单元，在所述金额比较单元判定为所述希望提款金额大于所述剩余薪酬的情况下，通过所述信用判定单元来判定所述劳动者的信用，所述提款额决定单元在由所述信用判定单元求出的借款额度的范围内将所述希望提款金额与剩余薪酬的差额附加于所述剩余薪酬，将该附加后的金额决定为所述提款额信息来传递给所述提款额信息发送单元。

专利文献1：日本特开第2009-075925号公报

发明内容

发明要解决的问题

在专利文献1中，基于薪酬来向劳动者出借现金，但是在如前所述那样劳动者不具有薪酬支付账户的情况下，无法利用现金支付机。另外，最好是即使不接受现金的出借也能够如使用信用卡的情况那样进行商品购买等，这样也不存在随身携带现金的风险。

因此，本发明的目的在于使得能够进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款。

用于解决问题的方案

为了达到上述目的，本发明的一个观点所涉及的结算处理装置用于进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款，该结算处理装置的特征在于，所述结算处理装置构成为能够经由网络来与对所述劳动者销售商品的店铺终端进行通信，所述结算处理装置具有：薪酬信息存储单元，其存储薪酬信息，该薪酬信息包含所述劳动者的预定支付薪酬额；结算信息存储单元，其存储结算信息，该结算信息包含随着所述劳动者的商品购买所产生的结算额；信用查询接收单元，其从所述店铺终端接收与所述商品购买所需的结算请求额有关的信息，并且接收信用查询；信用查询处理单元，其参照所述薪酬信息存储单元，执行以所述劳动者的预定支付薪酬额为信用额度的信用查询处理；结果发送单元，其向所述店铺终端发送所述信用查询处理的结果；结算请求接收单元，其从所述店铺终端接收结算请求；结算处理单元，其基于所述结算请求，将结算信息登记到所述结算信息存储单元；以及支付额计算单元，其参照所述薪酬信息存储单元和所述结算信息存储单元，从所述预定支付薪酬额减去所述结算额，来计算薪酬的支付额。

另外，也可以是，还具有薪酬支付处理单元，该薪酬支付处理单元执行向所述劳动者支付所计算出的所述薪酬的支付额的薪酬支付处理。

另外，也可以是，还具有第一信用额度计算单元，该第一信用额度计算单元参照所述薪酬信息存储单元和所述结算信息存储单元，计算从所述预定支付薪酬额减去所述结算额而得到的第一可结算额，来作为所述信用额度，所述信用查询处理单元执行以所述第一可结算额为信用额度的信用查询处理。

另外，也可以是，还具有第二信用额度计算单元，该第二信用额度计算单元参照所述薪酬信息存储单元，计算将所述劳动者的预定支付薪酬额乘以规定的比例而得到的第二可结算额，来作为所述信用额度，所述信用查询处理单元执行以所述第二可结算额为信用额度的信用查询处理。

另外，也可以是，所述第二信用额度计算单元参照所述薪酬信息存储单元和所述结算信息存储单元，计算将所述劳动者的预定支付薪酬额乘以规定的比例并且减去所述结算额而得到的第三可结算额，来作为所述信用额度。

另外，也可以是，还具有：点数计算单元，其参照所述结算信息存储单元，对结算额乘以规定的比例，由此计算规定数量的点数；以及点数赋予单元，其参照所述结算信息存储单元，将所计算出的所述数量的点数与所述劳动者进行关联，由此对所述劳动者赋予点数。

另外，本发明的另一观点所涉及的结算处理方法用于进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款，该结算处理方法的特征在于，使计算机执行处理，所述计算机构成为能够经由网络来与对所述劳动者销售商品的店铺终端进行通信，所述计算机具有：薪酬信息存储单元，其存储薪酬信息，该薪酬信息包含所述劳动者的预定支付薪酬额；以及结算信息存储单元，其存储结算信息，该结算信息包含随着所述劳动者的商品购买所产生的结算额，所述结算处理方法使所述计算机执行的所述处理为以下处理：从所述店铺终端接收与所述商品购买所需的结算请求额有关的信息，并且接收信用查询；参照所述薪酬信息存储单元，执行以所述劳动者的预定支付薪酬额为信用额度的信用查询处理；向所述店铺终端发送所述信用查询处理的结果；从所述店铺终端接收结算请求；基于所述结算请求，将结算信息登记到所述结算信息存储单元；以及参照所述薪酬信息存储单元和所述结算信息存储单元，从所述预定支付薪酬额减去所述结算额，来计算薪酬的支付额。

另外，本发明的又一观点所涉及的计算机程序用于进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款，该计算机程序使计算机执行处理，所述计算机构成为能够经由网络来与对所述劳动者销售商品的店铺终端进行通信，所述计算机具有：薪酬信息存储单元，其存储薪酬信息，该薪酬信息包含所述劳动者的预定支付薪酬额；以及结算信息存储单元，其存储结算信息，该结算信息包含随着所述劳动者的商品购买所产生的结算额，所述计算机程序使所述计算机执行的所述处理为以下处理：从所述店铺终端接收与所述商品购买所需的结算请求额有关的信息，并且接收信用查询；参照所述薪酬信息存储单元，执行以所述劳动者的预定支付薪酬额为信用额度的信用查询处理；向所述店铺终端发送所述信用查询处理的结果；从所述店铺终端接收结算请求；基于所述结算请求，将结算信息登记到所述结算信息存储单元；以及参照所述薪酬信息存储单元和所述结算信息存储单元，从所述预定支付薪酬额减去所述结算额，来计算薪酬的支付额。

发明的效果

能够进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款。其结果，无需等待薪酬的支付日，能够在对劳动者来说需要的时机进行商品的购买等，劳动者也无需具有银行等的账户。

附图说明

图1是表示本发明的第一实施方式所涉及的结算处理装置所具备的功能的功能框图。

图2是表示本实施方式所涉及的结算处理装置中存储于劳动者信息DB的数据的一例的图。

图3是表示本实施方式所涉及的结算处理装置中存储于薪酬信息DB的数据的一例的图。

图4是表示本实施方式所涉及的结算处理装置中存储于结算信息DB的数据的一例的图。

图5是表示本实施方式所涉及的结算处理装置所进行的处理的流程的时序图。

图6是表示本实施方式所涉及的结算处理装置所进行的处理的流程的时序图。

图7是表示本实施方式所涉及的结算处理装置所进行的处理的流程的处理流程图。

图8是表示本发明的第二实施方式所涉及的结算处理装置所具备的功能的功能框图。

图9是表示本实施方式所涉及的结算处理装置所进行的处理的流程的时序图。

具体实施方式

下面，参照图来说明本发明的实施方式所涉及的结算处理装置。

图1中示出了第一实施方式所涉及的结算处理装置1的结构。

结算处理装置1对在企业任职的劳动者的薪酬进行管理，并且进行基于该薪酬来垫付劳动者在购买商品时要支付的价款的信用交易，该装置构成为能够经由因特网等网络NW来与劳动者购买商品的店铺所利用的店铺终端2进行通信。

此外，在本例中，在商品购买之类的情况下，商品不限定于有形物或无形物、动产或不动产中的任一个，也包括无形的服务，一般来说至少包括产生价款的交易。

该结算处理装置1由所谓的服务器计算机等实现，利用CPU(Central ProcessingUnit：中央处理单元)、RAM(Random Access Memory：随机存取存储器)、ROM(Read OnlyMemory：只读存储器)、硬盘驱动器之类的硬件资源、由CPU执行的计算机程序等软件资源来构成功能模块，所述功能模块包括信用查询处理部11、结算处理部12、支付额计算部13、薪酬支付处理部14、点数计算部15、点数赋予部16、通信处理部17、劳动者信息DB 1A、薪酬信息DB 1B以及结算信息DB 1C。

劳动者信息DB 1A是存储有与劳动者有关的信息的存储部。

在该劳动者信息DB 1A中，例如如图2所示那样，按能够识别劳动者的劳动者ID来存储劳动者的姓名、所属、认证信息，该认证信息用于在本实施方式所涉及的结算处理装置1的结算时对劳动者进行认证。

薪酬信息DB 1B是存储每个劳动者的薪酬信息的存储部。

在该薪酬信息DB 1B中，例如如图3所示那样，按用于识别劳动者的劳动者ID，关联存储有预定支付薪酬额来作为薪酬信息。预定支付薪酬额例如是每月预定支付给劳动者的薪酬额。在本例中，该预定支付额由基于此前的工作实绩的确定额与基于今后的工作预定的预定额的合计额构成。

另外，在薪酬信息DB 1B中，同时存储有在通过本实施方式所涉及的结算处理装置1来进行信用交易的情况下以规定的比例赋予劳动者的点数的数量。

此外，存储于薪酬信息DB 1B的薪酬信息也可以除此以外还根据劳动者的情况等而包括薪酬的支付账户等信息。

结算信息DB 1C是在劳动者利用本实施方式所涉及的结算处理装置1进行信用交易的情况下存储该交易中的结算信息的存储部。

在该结算信息DB 1C中，例如如图4所示那样，按用于识别劳动者的劳动者ID来存储以周为单位、以半个月为单位、以月为单位之类的每个单位结算期间的结算额(图4为以月为单位的例子)、结算的日期时间和额之类的结算额的摘要详情等信息。

信用查询处理部11基于从店铺终端2接收到的信用查询，参照薪酬信息存储单元来执行以劳动者的预定支付薪酬额为信用额度的信用查询处理。

该信用查询处理的详情是：在从店铺终端2接收到规定的ID等能够识别劳动者的信息以及商品购买所需的结算请求额、并且接收到信用查询时，参照薪酬信息DB 1B，来确定该劳动者的预定支付薪酬额。然后，以该预定支付薪酬额为信用额度，来判断商品购买所需的结算请求额是否在该信用额度内。如果其结果是结算请求额在信用额度内则进入结算处理，如果结算请求额不在信用额度内则执行将该意思通知给店铺终端2等错误处理，结束处理。

结算处理部12在信用查询的结果是能够结算的情况下执行结算处理。具体地说，首先，当从店铺终端2接收到结算所需的劳动者的认证信息并且接收到与信用查询的内容相应的结算请求时，参照劳动者信息DB 1A，来执行基于该认证信息的一致或不一致的认证处理。在认证成功的情况下，将包含结算请求额来作为结算额的结算信息登记到结算信息DB 1C。并且，通过通信处理部17将结算处理已完成的意思的通知发送到店铺终端2。

支付额计算部13参照薪酬信息DB 1B和结算信息DB 1C，从对劳动者的预定支付薪酬额减去结算额来计算薪酬的支付额。即，通过从薪酬减去在利用本实施方式所涉及的结算处理装置1进行的信用交易中使用的结算额，来将薪酬的一部分充当结算额。

薪酬支付处理部14执行向劳动者支付由支付额计算部13计算出的薪酬的支付额的处理。例如在劳动者具有银行账户等薪酬支付账户的情况下，通过向管理该薪酬支付账户的银行等的终端发送支付额的转账处理委托，来执行该处理。

点数计算部15参照结算信息DB 1C，对结算额乘以规定的比例，由此计算规定数量的点数。

点数赋予部16参照结算信息DB 1C，将由点数计算部15计算出的点数与劳动者相关联地进行存储，由此向该劳动者赋予点数。该处理用于向劳动者赋予对利用本实施方式所涉及的结算处理装置1进行的信用交易的激励，例如将结算额的1％作为点数来返还给劳动者。能够根据规定的协议等将点数以规定的比例充当下次以后的结算额或交换为商品。

通信处理部17是经由网络NW来与店铺终端2之间执行各种数据的发送接收处理的功能部。

能够通过该通信处理部17来向店铺终端2发送信用查询处理的结果、或从店铺终端2接收信用查询、结算请求。

店铺终端2是劳动者购买商品的店铺所具备的终端，由所谓的个人计算机等来实现。

该店铺终端2具备以下单元：经由网络NW与结算处理装置1之间执行各种数据的发送接收处理，并且进行商品购买所需的数据的输入、输出。这种单元例如包括用于在结算时获取用于对劳动者进行认证的认证信息的读卡器、受理由劳动者进行的认证信息的输入的输入按钮等。

接着，参照图5来说明本实施方式所涉及的结算处理装置1的处理流程。

首先，劳动者在规定的店铺申请购买商品，店铺受理该申请(S101)。此时，关于随着商品购买所产生的结算，劳动者要求店铺侧进行利用结算处理装置1的结算，并且向店铺提供该利用结算处理装置1的结算所需的能够识别劳动者的信息。

在此，能够识别劳动者的信息是劳动者为了进行基于结算处理装置1的处理的信用交易而预先接受发布的信息，由将字母数字进行组合而成的字符串等构成，该信息也可以保存在可读取的IC芯片等介质中。

店铺终端2向结算处理装置1发送能够识别劳动者的信息以及与商品购买所需的结算请求额有关的信息，并且发送信用查询(S102)。

与此相应地，结算处理装置1利用信用查询处理部11来执行信用查询处理(S103)。即，信用查询处理部11首先参照薪酬信息DB 1B来确定劳动者的预定支付薪酬额。然后，以该预定支付薪酬额为信用额度，来判断商品购买所需的结算请求额是否在该信用额度内。

信用查询的结果被发送到店铺终端2(S104)，在信用审查成功的情况下，从店铺终端2向结算处理装置1发送结算请求(S105)。

在发送该结算请求时，由店铺终端2从劳动者处获取到的规定的认证信息同时被发送。该认证信息是预先由劳动者设定的，除了由登记在结算处理装置1侧的密码以外，也能够由利用触摸笔等从劳动者处获取到的签名的电子数据等构成。

此外，在信用查询处理的结果是结算请求额不在信用额度内的情况下，执行将该意思通知给店铺终端2等错误处理，处理结束。

从店铺终端2接收到结算请求的结算处理装置1利用结算处理部12来执行结算处理(S106)。具体地说，基于从店铺终端2接收到的劳动者的认证信息，参照劳动者信息DB1A，来执行基于该认证信息的一致或不一致的认证处理。然后，在认证成功的情况下，将结算请求额作为结算额，将包含结算额、结算日期时间的结算信息登记到结算信息DB 1C。此外，在认证处理中，在认证信息由劳动者的签名的电子数据等构成、从而不具有特别确认一致或不一致的数据的情况下，以获取到该电子数据来视作认证成功、或者视作所需的信息已齐备，在此基础上将该电子数据作为结算信息的一部分来登记到结算信息DB 1C。

当结算处理完成时，通过通信处理部17将结算处理已完成的意思的通知发送到店铺终端2(S107)。

当结算完成时，由点数计算部15参照结算信息DB 1C来计算对结算额乘以规定的比例而得到的规定数量的点数(S108)。与此相应地，点数赋予部16参照结算信息DB 1C，将由点数计算部15计算出的点数与劳动者相关联地进行存储，由此对该劳动者赋予点数(S109)。

根据以上的本实施方式所涉及的结算处理装置1，能够进行以下信用交易：基于与预定支付给劳动者的薪酬有关的的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款。其结果，无需等待薪酬的支付日，能够在对劳动者来说需要的时机进行商品的购买等，劳动者也无需具有银行等的账户。

此外，本例中的由劳动者进行的商品购买不限于实际店铺中的购买，所谓的EC网站等的在线的购买也是对象，图6中示出了该情况下的处理的流程的一例。

在图6的例子中，在EC网站等的在线交易中，劳动者通过自己利用的个人计算机、能够进行数据通信的平板终端、便携式电话之类的劳动者终端3来访问EC网站上的在线店铺，EC网站上的在线店铺通过店铺服务器2a来对交易进行处理。此外，为了便于说明，在图6中，对与图5所示的处理同样的处理标注相同的处理编号。

首先，当劳动者在规定的EC网站发送商品的购买申请时，在线店铺通过店铺服务器2a接收该申请(S101a)。此时，关于随着商品购买所产生的结算，劳动者要求店铺侧进行利用结算处理装置1的结算，并且向店铺服务器2a提供该利用结算处理装置1的结算所需的能够识别劳动者的信息。

店铺服务器2a向结算处理装置1发送能够识别劳动者的信息以及与商品购买所需的结算请求额有关的信息，并且发送信用查询(S102)。

与此相应地，结算处理装置1利用信用查询处理部11来执行信用查询处理(S103)。

信用查询的结果被发送到店铺服务器2a，并且还被发送到劳动者终端3(S104)。

在信用审查成功的情况下，劳动者从劳动者终端3向店铺服务器2a发送结算请求，与此相应地店铺服务器2a将该结算请求发送到结算处理装置1(S105a)。

在发送该结算请求时，由店铺服务器2a从劳动者处获取到的规定的认证信息同时被发送。认证信息是由劳动者从劳动者终端3上输入且与结算请求一起被发送到店铺服务器2a的。

此外，在信用查询处理的结果是结算请求额不在信用额度内的情况下，执行将该意思经由店铺服务器2a通知给劳动者终端3等错误处理，处理结束。

从店铺终端2接收到结算请求的结算处理装置1利用结算处理部12来执行结算处理(S106)，当结算处理完成时，通过通信处理部17将结算处理已完成的意思的通知发送到店铺服务器2a，并且还发送到劳动者终端3(S107a)。

当结算完成时，由点数计算部15参照结算信息DB 1C来计算对结算额乘以规定的比例而得到的规定数量的点数(S108)。与此相应地，点数赋予部16参照结算信息DB 1C，将由点数计算部15计算出的点数与劳动者相关联地进行存储，由此对该劳动者赋予点数(S109)。

如以上那样，与实际店铺中的商品购买同样地，在EC网站上也能够进行利用本实施方式所涉及的结算处理装置1的结算处理。

此外，在以上的本实施方式中，未必在每次结算时进行点数的计算和附加，也可以是，在以一个月为单位确定通过结算来垫付的价款并从劳动者的薪酬减去该垫付的价款的情况下，在进行该确定的时机汇总地计算和附加点数。

另外，在以上的本实施方式中，薪酬的支付由支付额计算部13和薪酬支付处理部14的功能部来执行。

具体地说，如图7所示，首先，支付额计算部13参照薪酬信息DB 1B和结算信息DB1C，来确定对劳动者的预定支付薪酬额和结算额(S111)。

然后，从该预定支付薪酬额减去结算额，来计算薪酬的支付额(S112)。由此，从薪酬中先行扣除结算额。

进一步，薪酬支付处理部14执行向劳动者支付由支付计算部13计算出的薪酬的支付额的处理(S113)。该处理例如通过以下方式来执行：如果是劳动者具有银行账户等薪酬支付账户的情况，则参照劳动者信息DB 1A来确定该薪酬支付账户，在此基础上向管理该薪酬支付账户的银行等的终端发送支付额的转账处理委托。

此外，将支付额适当存储在薪酬信息DB 1B等中，作为劳动者的信息来进行管理。

接着，说明本发明的第二实施方式所涉及的结算处理装置。

如图7所示，第二实施方式所涉及的结算处理装置4由所谓的服务器计算机等来实现，利用CPU(Central Processing Unit：中央处理单元)、RAM(Random Access Memory：随机存取存储器)、ROM(Read Only Memory：只读存储器)、硬盘驱动器之类的硬件资源、由CPU执行的计算机程序等软件资源来包括功能模块，所述功能模块除了与第一实施方式同样的信用查询处理部11、结算处理部12、支付额计算部13、薪酬支付处理部14、点数计算部15、点数赋予部16、通信处理部17、劳动者信息DB 1A、薪酬信息DB 1B以及结算信息DB1C以外，还追加了信用额度计算部18。

信用额度计算部18执行在劳动者购买商品时计算能够进行结算的信用额度的处理。

本例中的信用额度是从预定支付薪酬额减去结算额而得到的额(下面有时称为“可结算额”)，信用额度计算部18参照薪酬信息DB 1B和结算信息DB1C，从预定支付薪酬额减去结算额，由此计算作为信用额度的可结算额。

另外，与此相应地，信用查询处理部11以由信用额度计算部18计算出的可结算额为信用额度，来执行信用查询处理。

接着，图9中示出了本实施方式所涉及的结算处理装置4所进行的处理的流程。此外，为了便于说明，在图9中，对与图5所示的处理同样的处理标注相同的处理编号。

首先，劳动者在规定的店铺申请购买商品，店铺受理该申请(S101)。此时，关于随着商品购买所产生的结算，劳动者要求店铺侧进行利用结算处理装置1的结算，并且向店铺提供该利用结算处理装置1的结算所需的能够识别劳动者的信息。

店铺终端2向结算处理装置4发送能够识别劳动者的信息以及与商品购买所需的结算请求额有关的信息，并且发送信用查询(S102)。

与此相应地，结算处理装置4利用信用额度计算部18来计算信用额度(S201)。即，信用额度计算部18参照薪酬信息DB 1B和结算信息DB 1C，从预定支付薪酬额减去结算额，由此计算出作为信用额度的可结算额。

当计算出可结算额时，由信用查询处理部11来执行信用查询处理(S202)。即，信用查询处理部11首先以由信用额度计算部18计算出的可结算额为信用额度，来判断商品购买所需的结算请求额是否在该信用额度内。

信用查询的结果被发送到店铺终端2(S104)，在信用审查成功的情况下，从店铺终端2向结算处理装置1发送结算请求(S105)。

从店铺终端2接收到结算请求的结算处理装置1利用结算处理部12来执行结算处理(S106)，当结算处理完成时，通过通信处理部17将结算处理已完成的意思的通知发送到店铺终端2(S107)。

当结算完成时，由点数计算部15参照结算信息DB 1C来计算对结算额乘以规定的比例而得到的规定数量的点数(S108)。与此相应地，点数赋予部16参照结算信息DB 1C，将由点数计算部15计算出的点数与劳动者相关联地进行存储，由此对该劳动者赋予点数(S109)。

根据以上的本实施方式所涉及的结算处理装置4，劳动者能够在不超过预定支付的薪酬额的范围内进行信用交易。

此外，在本实施方式中，进行了与来自店铺终端2的信用查询相应地计算信用额度的处理，但是不限于此，也可以是，预先在规定的时机计算出作为信用额度的可结算额并且将该可结算额登记到结算信息DB 1C，在信用查询处理时，参照结算信息DB 1C中登记的可结算额。

另外，在本实施方式所涉及的结算处理装置4中，信用额度计算部18计算出从预定支付薪酬额减去结算额而得到的可结算额来作为信用额度，但是在另一例中，也能够计算将劳动者的预定支付薪酬额乘以规定的比例而得到的额来作为可结算额。即，如与30万日元的薪酬的20％相当的6万日元等那样，预先设定规定的比例并设为在该设定的范围内能够结算，由此能够防止用得过多。另外，也能够计算从乘以该规定的比例而得到的额减去结算额所得到的额来作为可结算额。

另外，根据其它例，也能够设为，将预定支付薪酬额的一部分以规定的比例变换为结算点数，在此基础上，在进行了关于使用该结算点数的协议等的店铺中，能够将该结算点数的余额作为可结算额来进行交易。根据该例，仅能够以预先决定的比例进行交易，因此仍然能够防止用得过多。

此外，在以上的本发明的实施方式中，将对劳动者的预定支付薪酬额、或者从预定支付薪酬额减去结算额而得到的可结算额作为结算的信用额度，该预定支付薪酬额由基于此前的工作实绩的确定额与基于今后的工作预定的预定额的合计额构成，但是也能够使作为信用额度的预定支付薪酬额仅为基于劳动者的此前的工作实绩的确定额。

另外，关于与基于劳动者的工作实绩的确定额有关的信息，例如也可以使构成为能够与结算处理装置1、4进行数据通信的人事劳务信息数据库存储该信息，来参照该信息。在该情况下，人事劳务信息数据库构成为存储与劳动者的人事劳务有关的信息的数据库，存储基于劳动者的此前的工作实绩的薪酬的确定额，该基于劳动者的此前的工作实绩的薪酬的确定额是根据由构成为能够进行数据通信的时间记录器等随时获取的劳动者的上下班信息、从该上下班信息掌握的工作时间以及劳动者的每单位时间的薪酬额、扣除额等来计算出的。

在人事劳务信息数据库中，与劳动者的劳动相应地随时更新劳动者的薪酬的确定额，由此能够进行将在劳动者需要结算的时间点已确定的薪酬额作为担保的结算处理。

通过像这样将劳动者的已确定的薪酬额作为结算的担保，劳动者无需如借钱时那样支付利息，并且从劳动者所工作的企业等的账户向店铺支付价款，因此作为店铺侧，无法回收价款的风险也小。

另外，能够使IC卡、内置有IC芯片的便携式终端等各种设备保持有在劳动者要求店铺侧利用结算处理装置1的结算时所需要的能够识别劳动者的信息。

附图标记说明

1：结算处理装置；1A：劳动者信息DB；1B：薪酬信息DB；1C：结算信息DB；11：信用查询处理部；12：结算处理部；13：支付额计算部；14：薪酬支付处理部；15：点数计算部；16：点数赋予部；17：通信处理部；18：信用额度计算部；2：店铺终端；3：劳动者终端；4：结算处理装置；NW：网络。

Claims (8)

1.一种结算处理装置，用于进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款，该结算处理装置的特征在于，

所述结算处理装置构成为能够经由网络来与对所述劳动者销售商品的店铺终端进行通信，

所述结算处理装置具有：

薪酬信息存储单元，其存储薪酬信息，该薪酬信息包含所述劳动者的预定支付薪酬额；

结算信息存储单元，其存储结算信息，该结算信息包含随着所述劳动者的商品购买所产生的结算额；

信用查询接收单元，其从所述店铺终端接收与所述商品购买所需的结算请求额有关的信息，并且接收信用查询；

信用查询处理单元，其参照所述薪酬信息存储单元，执行以所述劳动者的预定支付薪酬额为信用额度的信用查询处理；

结果发送单元，其向所述店铺终端发送所述信用查询处理的结果；

结算请求接收单元，其从所述店铺终端接收结算请求；

结算处理单元，其基于所述结算请求，将结算信息登记到所述结算信息存储单元；以及

支付额计算单元，其参照所述薪酬信息存储单元和所述结算信息存储单元，从所述预定支付薪酬额减去所述结算额，来计算薪酬的支付额。

2.根据权利要求1所述的结算处理装置，其特征在于，

还具有薪酬支付处理单元，该薪酬支付处理单元执行向所述劳动者支付所计算出的所述薪酬的支付额的薪酬支付处理。

3.根据权利要求1或2所述的结算处理装置，其特征在于，

还具有第一信用额度计算单元，该第一信用额度计算单元参照所述薪酬信息存储单元和所述结算信息存储单元，计算从所述预定支付薪酬额减去所述结算额而得到的第一可结算额，来作为所述信用额度，

所述信用查询处理单元执行以所述第一可结算额为信用额度的信用查询处理。

4.根据权利要求1或2所述的结算处理装置，其特征在于，

还具有第二信用额度计算单元，该第二信用额度计算单元参照所述薪酬信息存储单元，计算将所述劳动者的预定支付薪酬额乘以规定的比例而得到的第二可结算额，来作为所述信用额度，

所述信用查询处理单元执行以所述第二可结算额为信用额度的信用查询处理。

5.根据权利要求4所述的结算处理装置，其特征在于，

所述第二信用额度计算单元参照所述薪酬信息存储单元和所述结算信息存储单元，计算将所述劳动者的预定支付薪酬额乘以规定的比例并且减去所述结算额而得到的第三可结算额，来作为所述信用额度。

6.根据权利要求1～5中的任一项所述的结算处理装置，其特征在于，还具有：

点数计算单元，其参照所述结算信息存储单元，对结算额乘以规定的比例，由此计算规定数量的点数；以及

点数赋予单元，其参照所述结算信息存储单元，将所计算出的所述数量的点数与所述劳动者进行关联，由此对所述劳动者赋予点数。

7.一种结算处理方法，用于进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款，该结算处理方法的特征在于，使计算机执行处理，

所述计算机构成为能够经由网络来与对所述劳动者销售商品的店铺终端进行通信，

所述计算机具有：

薪酬信息存储单元，其存储薪酬信息，该薪酬信息包含所述劳动者的预定支付薪酬额；以及

结算信息存储单元，其存储结算信息，该结算信息包含随着所述劳动者的商品购买所产生的结算额，

所述结算处理方法使所述计算机执行的所述处理为以下处理：

从所述店铺终端接收与所述商品购买所需的结算请求额有关的信息，并且接收信用查询；

参照所述薪酬信息存储单元，执行以所述劳动者的预定支付薪酬额为信用额度的信用查询处理；

向所述店铺终端发送所述信用查询处理的结果；

从所述店铺终端接收结算请求；

基于所述结算请求，将结算信息登记到所述结算信息存储单元；以及

参照所述薪酬信息存储单元和所述结算信息存储单元，从所述预定支付薪酬额减去所述结算额，来计算薪酬的支付额。

8.一种计算机程序，用于进行以下信用交易：基于与预定支付给劳动者的薪酬有关的预定支付薪酬额，来垫付劳动者在购买商品时要支付的价款，该计算机程序使计算机执行处理，

所述计算机构成为能够经由网络来与对所述劳动者销售商品的店铺终端进行通信，

所述计算机具有：

薪酬信息存储单元，其存储薪酬信息，该薪酬信息包含所述劳动者的预定支付薪酬额；以及

结算信息存储单元，其存储结算信息，该结算信息包含随着所述劳动者的商品购买所产生的结算额，

所述计算机程序使所述计算机执行的所述处理为以下处理：

从所述店铺终端接收与所述商品购买所需的结算请求额有关的信息，并且接收信用查询；

参照所述薪酬信息存储单元，执行以所述劳动者的预定支付薪酬额为信用额度的信用查询处理；

向所述店铺终端发送所述信用查询处理的结果；

从所述店铺终端接收结算请求；

基于所述结算请求，将结算信息登记到所述结算信息存储单元；以及

参照所述薪酬信息存储单元和所述结算信息存储单元，从所述预定支付薪酬额减去所述结算额，来计算薪酬的支付额。