结算管理服务器、程序及结算方法与流程

本发明是关于一种对银行卡公司服务器，请求对商品的对价支付的管理服务器、用于使管理服务器起作用的计算机程序以及管理服务器执行的结算方法。

背景技术：

近几年，伴随消费者需求的多样化或网络的普及，正在以各式各样的方法进行对商品(包含服务)的对价计费。尤其是在汽车保险或动产保险等保险商品方面，1日单位型或1小时单位型等也出现了，可仅在必要的时期的必要的期间进行保险的契约。

此外，通过网络提供商品时，对商品的对价大多是由信用卡或借记卡等银行卡所支付。银行卡结算时，首先从经销商品的商店(银行卡的加盟店)对银行卡公司传送用户的银行卡信息或请求金额，在银行卡公司确认银行卡的有效性后，再判定请求金额是否是限额内。在由银行卡公司确保信用额度时，对用户的费用请求当场确定，其请求确定日与请求金额被登载于银行卡的使用明细单上。

现有技术文献

专利文献

专利文献1：日本特开2013－015881号

技术实现要素：

发明所欲解决的课题

且说1日单位型或1小时单位型之类的小期间型的商品的情况，一般若用户指定期间而进行商品购入的申请，则首先商店要就所指定的期间分的金额，对银行卡公司进行信用确认。此外，若可确保信用额度，则对用户的请求当场立即确定，其后从商店提供商品给用户。如此，在一般的结算处理，每笔1日单位或1小时单位分的费用，都是以预付方式确定从银行卡公司对用户的请求。

然而，如上述，若各单位分的金额的请求都是以预付方式确定，则用户将小期间型的商品分成多次申请等情形，在从银行卡公司通知用户的使用明细单上，请求项目都要分成多次被登载。尤其是用户每个细小的单位都频繁地使用商品时，在使用明细单上会登载多数小额的请求金额，有时这种请求项目会被登载多页，对用户而言，有欠缺方便性这种问题。

另一方面，为了解除如上述的问题，也考虑后付方式的结算方法，其是当商店对用户提供小期间型的商品时，预先一定期间记录用户的使用履历，在规定的结算日(例如月底)来到时，汇集用户在这之前使用商品的部分，对银行卡公司进行请求。然而，这种情况，尽管请求金额超过了银行卡的限额，但商店还是提供了商品给用户，或者在规定的结算日对银行卡公司进行信用确认时，不能确保信用额度，有时对银行卡公司的请求会被拒绝。如此，在后付方式的结算方法，商店要承担金钱的风险，有事业的稳定性受损这种问题。

于是，本发明的目的在于提供一种对银行卡加盟店及银行卡使用者的双方都容易使用的小期间型商品的银行卡结算方法。

解决课题的技术方案

本发明的发明人就达成上述目的的方案进行锐意检讨的结果，在从银行卡使用者(用户)有小期间型的商品的购入申请时，在该时点，银行卡加盟店可对银行卡公司进行超过申请期间的规定期间分的金额的信用确认，可某种程度确保多一些信用额度。而且，在确保完的信用额度的范围内，银行卡加盟店可对银行卡公司总括地请求在规定期间中用户实际进行计费要求的期间分的金额。并且，本发明人基于这种见解而想到可解决现有技术的课题，使本发明完成。若具体地说明，本发明具有以下的构造、工序。

本发明的第一侧面是关于管理服务器。在商店提供每个单位期间计费的商品给用户时，管理伺服器具有下述功能：通过网络对银行卡公司服务器请求计费金额的支付。本案说明书中所谓的“商品”，广泛包含经济活动中所生产、流通、交换的财物，除了成为买卖对象的动产或不动产之外，还包含保险或租借、管理员、工作介绍等各种服务、或者信息本身。此外，所谓的“银行卡公司服务器”，是银行卡公司运用的服务器或系统，银行卡的种类为信用卡或转账卡等，但若是要求信用确认的银行卡，则其种类不受特别限定。再者，管理服务器或银行卡公司服务器不限于以一台计算机实现的服务器，也可以是由连接网络的多台计算机实现的分散型的服务器。

管理服务器具备通信部、信用确认部、计费期间计算部以及支付请求部。通信部是从用户受理商品的选择信息。信用确认部是就用户所选择的商品，对银行卡公司服务器进行超过成为计费对象的单位期间一次分的规定期间分的金额的信用确认。例如，商品为以1日单位计费者时，信用确认部可就1个月分的金额进行信用确认。计费期间计算部是确保规定期间分的金额的信用额度后，在可提供商品期间之间求出用户进行计费要求的计费期间。更具体地说明，计费期间计算部是确保规定期间分的金额的信用额度后，从用户得到关于商品的需要期间及不需要期间两方或至少任一方的需要与否信息，基于该需要与否信息，区分在可提供商品期间，用户进行计费要求的计费期间与用户未进行计费要求的非计费期间，借此求出计费期间。其后，支付请求部对银行卡公司服务器总括地请求与计费期间对应的金额的支付。

再者，此处所谓的“单位期间”，是对商品发生对价的最小期间，所谓的“规定期间”，是单位期间的多数倍期间，是成为确保信用额度的金额的计算基准的期间。此外，所谓的“可提供商品期间”，是从用户能接受商品提供的状态时(能使用时)至用户不能接受商品提供时(不能使用时)的期间，始期与终期明确地存在。“可提供商品期间”可以和确保信用额度的规定期间一致，也可以不一致。在本发明，“可提供商品期间”可区分为用户实际使用商品的期间(需要期间)与用户不使用商品的期间(不需要期间)。假设例如保险商品，“可提供商品期间”为从用户订立保险契约时(能使用时)至取消该契约或结算日来到时(不能使用时)的期间。此外，假设例如dvd等商品的出租服务，“可提供商品期间”为从用户租借商品时(能使用时)至归还该商品时(不能使用时)的期间。此外，假设例如房间的分租服务，“可提供商品期间”为从用户取得房间的钥匙(包含电子钥匙)时(能使用时)至归还该钥匙时(不能使用时)的期间。此外，“计费期间”为在可提供商品期间之间用户进行计费要求的期间。假设例如保险商品，用户订立保险契约后至取消的期间(可提供期间)之中，由用户实际进行保险的计费要求的期间成为“计费期间”。此外，假设例如dvd等商品的出租服务，该商品的出租期间(可提供期间)之中，用户为了实际进行商品的使用(dvd内的内容的视听、阅览等)而进行计费要求的期间成为“计费期间”。此外，假设例如房间的分租服务，用户取得房间的钥匙后至归还的期间(可提供期间)之中，用户为了实际进行商品的使用(进入房间、洗浴、厕所的使用等)而进行计费要求的期间成为“计费期间”。

通常的银行卡结算的情况，从银行卡加盟店进行信用确认，若在银行卡公司确保信用额度，则其后立刻从银行卡加盟店对银行卡公司请求和信用额度同额的金额，从银行卡公司对用户的请求也同时确定。如此，通常信用确认与请求确定，是几乎同时间地被执行。然而，1日单位型或1小时单位型之类的小期间型的商品的情况，若进行这种通常的结算处理，小额的请求项目就会多数排列于使用明细单上，对用户不方便。于是，如上述本发明，确保信用额度后，留出到银行卡加盟店对银行卡公司请求金额的时间，银行卡加盟店就可对银行卡公司总括地请求用户购入商品的多次分的费用。借此，使用明细单上也会登载总括地汇集的请求项目，用户的方便性提高。此外，银行卡加盟店也在预先确保的信用额度的范围内提供商品给用户，可避免未能取得对商品的对价的事态。

关于本发明的管理服务器，优选为进一步具有需要与否信息记录部。需要与否信息记录部，是在可提供商品期间之间，将关于从用户得到的商品的需要期间及不需要期间两方或至少任一方的需要与否信息记录于存储部。此情况，计费期间计算部基于记录于存储部的需要与否信息求出计费期间。取得商品需要与否信息的方法不受特别限定。例如，就商品的需要与否信息而言，除了用户直接对管理服务器通知需要期间及不需要期间之外，也可以基于用户的位置信息或移动信息，在管理服务器判断需要期间及不需要期间。此外，也可以从用户安装的穿戴式装置取得用户的生物体信息(心跳、心音、体温、血压等)，基于此信息，在管理服务器判断需要期间及不需要期间。其他，就需要与否信息而言，也可以基于从各式各样的iot装置(例如安装于家具、家电、电子设备、汽车、自行车、宠物、日用品、衣服、皮包等上的具有通信功能的传感器)取得的感测信息，判断需要期间及不需要期间。

在关于本发明的管理服务器，需要与否信息优选为包含关于用户本身或用户拥有的物品的位置或移动的信息。借此，例如只在用户外出时或在规定的场所时，可对用户本身或用户的拥有物自动地投保。此外，也可以例如按照用户的所在或移动状况，提供分享服务或管理员服务。

在关于本发明的管理服务器，需要与否判断部可以是基于表示具有通信功能的物品或安装于物品上的电子标签是否正在和用户终端通信的通信信息，判断商品的需要期间及不需要期间的两方或至少任一方。借此，在例如对用户的持有品(照相机等)投保物损事故保险之类的情况，即使该持有品本身不具有网络连接功能，也可以利用bluetooh(注册商标)等和用户终端直接通信，或者在该持有品上安装电子标签而可和用户终端通信，借此只有在用户带着该持有品及用户终端外出时，可提供保险商品。此外，通过上述的管理服务器的结算功能，只有在用户外出时，进行保险商品等的计费等，可用与用户行动一致的适当的费用提供保险商品等。

在关于本发明的管理服务器，计费期间计算部可以将可提供商品期间的始期至终期之间推定为当初的计费期间，通过从该当初的计费期间扣除用户未进行计费要求的非计费期间，求出实际的计费期间。如此，通过对用户从当初的计费期间扣除不需要提供商品的期间，可提供容易得到用户理解的计费方法。此外，相较于加计计费期间的方式，从当初的计费期间扣除非计费期间的方式可减轻管理服务器的处理的负荷。

本发明的第二侧面是关于一种使计算机作为关于上述第一侧面的管理服务器作用的程序。再者，程序可以存储于cd－rom等信息存储媒体。

本发明的第三侧面是关于一种结算方法。关于本发明的结算方法，是在提供每个单位期间计费的商品给用户时，管理服务器通过网络对银行卡公司服务器请求计费金额的支付的方法。首先，管理服务器从用户受理商品的选择信息。其次，就用户所选择的商品，从管理服务器对银行卡公司服务器进行超过成为计费对象的单位期间一次分的规定期间分的金额的信用确认(信用确认工序)。其次，确保规定期间分的金额的信用额度后，在管理服务器，在可提供商品期间之间，求出用户进行计费要求的计费期间(计费期间计算工序)。其后，管理服务器对银行卡公司服务器，总括地请求与计费期间对应的金额的支付(结算工序)。

发明效果

通过本发明，可提供一种对银行卡加盟店及银行卡使用者的双方都容易使用的小期间型商品的银行卡结算方法。

附图说明

图1为显示整个结算系统的构造例的示意图。

图2为显示对1日单位型与1小时单位型商品的对价的请求方式的一例。

图3为显示结算系统所含的各种装置的功能构造例的方框图。

图4为显示结算方法的主要流程。

图5为显示信用确认工序的具体流程。

图6为显示计费期间计算工序的第一实施方式的流程图。

图7为显示判断计费期间与非计费期间的基准的一例。

图8为显示计费期间计算工序的第二实施方式的流程图。

图9为显示计费期间计算工序的第三实施方式的流程图。

图10为显示结算工序的具体流程。

图11为显示继续处理工序的具体流程。

具体实施方式

以下，使用图式，就实施本发明用的方式进行说明。本发明并不受以下说明的方式限定，也包含精通本技术者从以下的方式，在自明的范围内适当变更的方式。

图1为显示整个结算系统的构造的一例。如图1所示，结算系统包含管理服务器100、用户终端200以及银行卡公司服务器300，各服务器及终端互相连接成经由网络而可收发信息。管理100服务器为由提供商品给用户的商店所营运的网络服务器。商店为银行卡加盟店，以利用银行卡(信用卡或转账卡)可结算对商品的对价的方式，和银行卡公司合作。用户终端200为由接受商品提供的用户所持有的终端装置。用户可利用用户终端200向商店申请商品的购入，并可利用银行卡支付该商品的对价。银行卡公司服务器300为银行卡公司营运的服务器或系统。银行卡公司虽然存在多数，但在本发明，不论是哪个银行卡公司营运的银行卡公司服务器300，都可以不受特别限制，加以利用。

本发明的系统，是假设商店对用户提供每个单位期间计费的商品。“商品”的种类不受特别限制，除了成为买卖对象的动产或不动产之外，还广泛包含各式各样的服务或信息本身。“商品”的例子，可思考保险商品、出租汽车、汽车分享、出租车运输、在线游戏的会员权、健身房的会员权、管理员服务、空闲空间的出租、音乐或电影的串流配送、网络拍卖、饮食物的提供、按摩、电信服务等各式各样的商品，而且不受此处列举的商品限定。

在本案说明书中，作为在本发明所使用的商品一例，举保险商品为例来具体地说明本发明的内容。尤其是作为保险商品的例子，将举以用户所有物为被保险物品的物损事故保险为例。图1所示的图中，用户所有的照相机成为被保险物品10。此外，此被保险物品10没有和用户终端200的通信功能，所以此被保险物品10上安装有电子标签20。用户终端200可接收从此电子标签20发出的无线信号。再者，被保险物品10本身有和用户终端200的通信功能时，也可以省略此电子标签20。

本发明的结算系统适合每个短期间计费的商品的结算。图2显示这种商品的例子。如图2所示，保险商品a为以1日单位计费型的商品，保险商品b为以1小时单位计费的商品。即，保险商品a定有1日分的保险费，保险商品b定有1小时分的保险费。再者，计费的单位不限于1日或1小时，其他可任意设定3小时、6小时、12小时、2日、3日、1周、1个月等。然而，本发明可以说适合每个3日以下的短期间进行计费的商品。

兹参照图2，说明本发明的结算方法的概要。举例如1日单位型的保险商品a为例。习知银行卡结算的情况，若用户在3月1日向商店申请加入1日分的保险，则商店会将保险商品a的1日分的金额对银行卡公司进行信用确认，若可确保信用额度，则该金额的请求当场确定。此外，用户在3月3日向商店申请加入1日分的保险的情况也同样，进行1日分的金额的信用确认，请求金额当场确定。此情况，用户的银行卡明细单上会分别登载3月1日分的金额与3月3日分的金额。此外，对于1小时单位型的保险商品b也同样，用户可以申请加入汇集成6小时或17小时分这种期间分的保险，但在习知银行卡结算的情况，用户的银行卡明细单上会分别登载6小时分的请求金额与17小时分的请求金额。关于此点，银行卡明细单的记载会变得繁杂，或者也有很多讨厌琐碎地请求少额的用户，希望在规定的结算日将到此之前计费商品的金额汇总请求这种潜在的需求存在。于是，如图2所示，本发明，在从保险商品的最初申请日(购入确定日)至规定的结算日或取消契约之间，用户可以以1日单位或1小时单位自由地加入保险，并在规定的结算日或取消日之后，对用户总括地请求到此之前计费的金额。即，保险商品a的请求金额(α日元)以“保险商品a的保险费×n日”请求，同样地，保险商品b的请求金额(β日元)以“保险商品b的保险费×n小时”请求。商店可对用户请求α日元或β日元这种汇总金额的支付。此外，也可以请求α日元+β日元的支付。如此结算，可以说对用户(银行卡使用者)及商店(银行卡加盟店)的双方都有利。兹对用于实现这种结算方法的构造，具体地说明于下。

图3为显示构成结算系统的各装置的功能构造的方框图。如图3所示，管理服务器100和用户终端200及银行卡公司服务器300经由网络而连接。此外，用户终端200可接收电子标签20发射的无线信号。再者，在图3中，管理服务器100虽然显示成各种功能方框汇集于一个网络服务器，但也可以是使功能方框分散于多个网络服务器的分散型的管理服务器。此外，用户终端200及电子标签20通常分别各存在多台。此外，和管理服务器100合作的银行卡公司服务器300不限于一种，管理服务器100也可以和多种银行卡公司服务器300合作。

管理服务器100管理关于提供给用户的商品的信息。此外，管理服务器100在用户选择银行卡结算商品的对价时，在和银行卡公司服务器300之间进行结算处理。

管理服务器100具备处理部110、存储部120以及网络通信部130。就处理部110而言，可使用所谓cpu或gpu的处理器。处理部110读出存储于存储部120的服务器用的程序，按照此程控其他的要素，借此执行整个本系统的运用处理。存储部120作为存储系统的运用所需的各种信息的数据库作用。存储部120的存储功能可由例如所谓hdd及sdd的非挥发性存储器实现。此外，存储部120也可以具有作为写入或读出处理部110的运算处理的中途经过等用的存储器的功能。存储部120的存储功能可由所谓ram或dram的挥发性存储器实现。网络通信部130具有通过网络等通信线路而和用户终端200及银行卡公司服务器300通信的功能。通信规格依据众所周知的标准化的规格即可，无特别限制。

用户终端200为由用户操作的终端，将商品的选择、或购入、取消等指示传送到管理服务器100。用户终端200的例子为智能型手机、膝上型计算机、平板终端等可携式信息终端、或桌面计算机等置放式信息终端。用户终端200具有控制部210、存储部220、网络通信部230、操作部240、显示部250、位置信息取得部260以及近距离无线通信部270。控制部250可由所谓cpu或gpu的处理器实现。存储部220可由所谓hdd或sdd的非挥发性存储器、或所谓ram或dram的挥发性存储器实现。网络通信部230具有通过网络等通信线路而和管理服务器100通信的功能。操作部240由鼠标、键盘、触控面板、麦克风等输入设备构成，受理人的操作信息。显示部250为液晶显示器或有机el显示器之类的显示设备。显示部250也可以成为操作部240一体而构成触控面板显示器。位置信息取得部260的例子为具有下述功能的gps定位部：进行利用gps(globalpositioningsystem；全球定位系统)的定位。近距离无线通信部270为按照例如bluetooh(注册商标)等众所周知的规格，从电子标签20接收无线信号。

用户终端200的存储部220中存储有本系统专用的应用程序或通用的网络浏览程序。一启动此等程序，用户终端200就可经由专用应用程序或网络浏览器而对管理服务器100进行存取，可从管理服务器100接受信息的提供，或者向管理服务器100传送信息。从管理服务器100收到的信息显示于用户终端200的显示部250。此外，用户一经由操作部240输入需要的信息，该信息就会经由网络通信部230而传送到管理服务器100。如此一来，在管理服务器100和用户终端200之间进行信息的收发。

银行卡公司服务器300在从管理服务器100有信用确认的要求时，确认用户(银行卡会员)的银行卡结算的限额，进行确保信用额度的处理，或者对营运管理服务器100的商店(银行卡加盟店)支付所需要的金额，并且进行从用户的银行户头扣除支付给商店的金额的处理。就银行卡公司服务器300而言，可采用众所周知的构造。

电子标签20是在被保险物品10不能和用户终端200通信时，被安装于该被保险物品10上使用。电子标签20是由例如bluetooh(注册商标)等无线信号发射器或rfid(radiofrequencyidentification；射频识别)实现的标签，通过使用雷磁场或电波等的非接触式近距离无线通信，和用户终端200进行讯息交换。在本发明，电子标签10的电路可采用例如被动式、半被动式或具有以此为标准的构造的电路。

电子标签20基本上具备发射部21与ic芯片22。ic芯片22存储有电子标签20或安装有该电子标签的被保险物品10固有的id信息(标签id)。发射部21是将存储于ic芯片22的标签id装载于无线信号上而发射。例如，被动式电子标签20是接收从用户终端200发射的电波，将接到的电波以天线的线圈或肖特基二极管转换成电动力，以此电动力启动ic芯片22。ic芯片22一启动，就读出保持于该处的固有的标签id，将此标签id经由发射部21而发射到用户终端200。被动式电子标签20为将电波转换成电动力而动作的标签，所以不需要电源(例如电池)，制造价格便宜，并有可大致永久使用这种优点。此外，也可以使用半被动式电子标签20。半被动式电子标签20是接收从用户终端200发射的电波，以此电波为起因而使内部的电源动作。然后，利用从电源得到的电力，启动ic芯片21，对用户终端200发射固有的标签id。再者，电子标签10与用户终端200间的近距离无线通信按照bluetooh(注册商标)等众所周知的规格进行即可。

接着，就管理服务器100的功能构造，更详细地进行说明。如图3所示，管理服务器100的存储部120中存储有顾客管理表121、购买管理表122、商品管理表123以及交易管理表124。顾客管理表121是与用户固有的用户id相关，记录用户的姓名、自宅的地址、邮件地址、电话号码、交友关系(朋友或亲戚)等个人信息。此外，顾客管理表121上可预先记录一处或多处被保险物品10的保管场所(自宅等)的地址。购买管理表122是与用户id相关，记录关于各用户购入的制品的信息(制品名称、型号、厂商名称、制造年月日等)。可将记录于购买管理表122的制品作为物损事故保险的对象。商品管理表123是与保险商品固有的保险id相关，记录关于各保险商品的信息。就关于保险商品的信息而言，可举例如保险商品的内容或特别约定、关于保险费的信息。此外，在保险费因被保险物品的种类或状态而改变时，关于保险费的计算基准的信息也记录于商品管理表123。交易管理表124是与用户固有的用户id相关，记录各用户现在契约的保险种类(保险id)、或其契约期间或契约始期与契约终期、预约完的下一个契约期间、或者关于过去的契约履历的信息。此外，在用户终端200和电子标签20合作时，交易管理表124是和电子标签20的标签id一起，依次记录关于用户终端200和电子标签20通信的期间或未通信的期间的信息。

管理服务器100的处理部110可以一面在上述存储部120具有的各表121～124上登录信息，或者参照或更新登录于各表121～125上的信息，一面进行决定提供保险商品给用户的期间的处理、或结算保险商品的对价的处理。具体地说明，如图3所示，管理服务器100的处理部110包含信用确认部111、需要与否判断部112、需要与否信息记录部113、计费期间计算部114以及支付请求部115。以下，就处理部110的各功能构造111～115，一面参照图4以后所示的流程图，一面详细地进行说明。

图4为显示关于本发明的结算方法的主要流程。本发明的结算方法包含信用确认工序(工序s1)、计费期间计算工序(工序s2)、结算工序(工序s3)以及继续处理工序(工序s4)。信用确认工序是在从用户有加入保险商品的申请时，管理服务器100对银行卡公司服务器300进行超过成为计费对象的单位期间一次分的规定期间分的金额的信用确认。即，管理服务器100为了确保比保险商品一次分的金额大的金额的信用额度，而对银行卡公司服务器300进行要求。计费期间计算工序是确保信用额度后，管理服务器100在可提供商品期间之间，求出用户进行计费要求的计费期间。结算工序是管理服务器100对银行卡公司服务器300总括地请求与计费期间对应的金额的支付。如此，在本发明，在银行卡公司服务器300确保信用额度后，暂且使结算成为保留状态，在其保留中，用户可对保险商品自由地进行申请(计费)。继续处理工序是结算后可重新确保信用额度时，自动更新契约的工序。继续处理工序为任意的工序，在用户不希望时可省略。

图5为显示信用确认工序(工序s1)的详细流程。首先，操作用户终端200，用户选择希望购入的保险商品(工序s1－1)。保险商品的选择，是选择1日单位型或1小时单位型的保险商品的契约期间，或者选择保险的内容或特别约定，或者输入投保的被保险物品10的种类或状态(使用期间、使用频率、有无故障等)。用户终端200将关于被保险物品10的信息和关于用户选择的保险商品的信息一起传送到管理服务器100。管理服务器100接收从用户终端200传送的保险商品的选择信息(工序s1－2)。其次，管理服务器100基于商品的选择信息，对用户出示每个单位期间的商品的购入金额(工序s1－3)。例如，由用户选择1日单位型的保险商品时，管理服务器100可以出示每日的金额，或者也可以出示用户选择的契约期间分的金额(例如汇集2日分的金额)。购入金额显示于用户终端200上。其后，用户同意购入金额时，将其要旨输入到用户终端200，从用户终端200向管理服务器100传送购入要求(工序s1－4)。管理服务器100从用户终端200接收购入要求(工序s1－5)。

接着，管理服务器100的信用确认部111对银行卡公司服务器300，至少进行超过成为计费对象的单位期间一次分的规定期间分的金额的信用确认(工序s1－6)。例如，用户要求购入1日单位型的保险商品时，成为进行信用确认的金额的计算根据的规定期间成为2日以上。尤其是规定期间为3日以上为优选，为1周分或1个月分特别优选。此外，例如每月的特定日为银行卡的请求的结算日之类的情况，也可以将从用户有购入要求之日至该银行卡的结算日的期间作为上述的规定期间。此外，用户就多个单位期间一次进行购入要求的情况，管理服务器100的信用确认部111是就超过用户要求的单位期间合计的规定期间分的金额，对银行卡公司服务器300进行信用确认。例如，某保险商品的1日分(单位期间)的金额为100日元，用户要求购入5日分的情况，信用确认部111至少要求出6日以上的规定期间，优选为30日分的金额(3000日元)，就此金额对银行卡公司服务器300进行信用确认。如此，管理服务器100的信用确认部111就超过用户进行购入要求的期间的规定期间，进行信用确认，为了多一些确保结算用的信用额度，而对银行卡公司服务器300进行要求。

接着，银行卡公司服务器300一从管理服务器100接收到信用确认的委托，就对管理服务器100求出的金额，判断是否能确保信用额度(工序s1－7)。具体地说明，银行卡公司服务器300确认用户使用的银行卡的有效性等之后，再确认来自管理服务器100的请求金额是否是银行卡限额内，若是限额内，则确保该请求金额分的信用额度。再者，限额的确认，是判定到此为止已经确保的信用额度与这次确保的信用额度的合计是否是限额内。经过这种处理，若判断不能确保信用额度时，银行卡公司服务器300就对管理服务器100通知该要旨。此情况，管理服务器100对用户终端200传送告知不能购入保险商品的通知(工序s1－8)，用户终端200接收此通知(工序s1－9)。不能确保信用额度时，结算方法结束。另一方面，银行卡公司服务器300判断可以确保信用额度时，对管理服务器100通知该要旨。接收到确保信用额度成功的通知的管理服务器100预约进行过信用确认的规定期间金额分的信用额度(工序s1－10)。此后，银行卡公司服务器300到从管理服务器100有支付请求之间，成为保留对该商品的结算处理的状态。

接着，管理服务器100对用户终端200通知商品的购入确定(工序s1－11)，用户终端200接收此通知(工序s1－12)。在此购入确定通知被通知用户终端200的时点，保险商品的契约期间(即可提供保险商品期间)开始。此外，管理服务器100将用户购入保险商品确定记录于存储部120(工序s1－13)。具体而言，管理服务器100的处理部110在存储部120的交易管理表124上，和开始契约的用户的用户id一起记录各用户现在契约的保险的种类(保险id)、或者其契约期间或契约始期与契约终期。

图6、图8以及图9为分别显示计费期间计算工序(工序s2)的详细流程。图6、图8以及图9为显示计费期间计算工序的各别的实施方式。就计费期间计算工序而言，也可以采用图6、图8以及图9的任何一个实施方式。

图6为显示计费期间计算工序的第一实施方式。在第一实施方式，管理服务器100进行下述处理：基于关于安装于被保险物品10上的电子标签20与用户终端200的通信状态的信息及用户终端200的位置信息，特定不需要对被保险物品10投保的期间(非计费期间)，通过从当初的计费期间扣除此非计费期间，求出实际的计费期间。即，在本实施方式，管理服务器100特定从用户终端200接收到购入确定通知时(工序s1－12)至取消保险的契约或契约的结算日来到时(工序s2－10)的期间作为当初的计费期间。尤其是若什么都没有，则对用户请求此当初的计费期间分的金额。另一方面，在当初的计费期间之间，发生了推测对用户不需要保险的状态时，特定发生了该状态的期间(非计费期间)，从当初的计费期间扣除非计费期间。

首先，用户终端200接收从电子标签20发射的无线信号，将电子标签20的标签id登录于存储部220(工序s2－1)。其后，用户终端200将关于电子标签20的信息(标签id等)传送到管理服务器100(工序s2－2)，管理服务器100接收此信息(工序s2－3)。管理服务器100将从用户终端200得到的标签id等信息记录于存储部120(工序s2－4)。具体而言，管理服务器100的处理部110将电子标签20的标签id预先记录于存储部120的交易管理表124。借此，管理服务器100可特定安装于被保险物品10上的电子标签20。

接着，用户终端200以位置信息取得部260取得自己终端的现在位置，并通过近距离无线通信部270确认和电子标签20的通信状态。所谓通信状态，是用户终端200通过近距离无线通信部270是否能接收电子标签20发射的无线信号的接通/断开信息。然后，用户终端200将关于和电子标签20的通信状况的信息(接通/断开信息)和自己终端的位置信息一起传送到管理服务器100。

接着，管理服务器100的需要与否判断部112基于从用户终端200接到的各种信息，判断用户终端200与电子标签20是否在通信的状态且用户终端200是否在移动的状态(工序s2－6)。所谓用户终端200移动的状态，意味着从例如用户的自宅等用户预先指定的被保险物品10的保管场所移动的状态。由于被保险物品10的保管场所的地址记录于顾客管理表121上，所以需要与否判断部112比较记录于顾客管理表121上的地址和用户终端200的现在位置，判断用户终端200的现在位置是否和被保险物品10的保管场所一致即可。如此，需要与否判断部112基于用户终端200的位置信息与显示用户终端200是否正在和电子标签20通信的通信信息，特定用户不需要保险商品的期间(非计费期间)。

具体地说明，图7中显示用户需要使用保险商品的期间(需要期间)与不需要使用保险商品的期间(不需要期间)的概念。例如，如图7所示，用户开始保险商品的契约的始期至终期的期间成为可提供保险商品期间。再者，此可提供保险商品期间与成为管理服务器100确保信用额度的金额的计算根据的规定期间一致为优选(然而，可提供商品期间与确保信用额度的规定期间未必需要一致)。此处，如图7(a)所示，可提供商品期间之间，用户终端200在用户的自宅等，并且用户终端200在正在和安装于被保险物品10上的电子标签20通信的状态时，可推测用户未从自宅外出，而被保险物品10也未从保管场所带出。于是，在这种情况，管理服务器100的需要与否判断部112判断不需要对被保险物品10投保，特定在此状态的期间作为不需要保险商品的期间。另一方面，如图7(b)所示，可提供商品期间之间，用户终端200离开用户的自宅等，移动到外部，并且用户终端200在正在和安装于被保险物品10上的电子标签20通信的状态时，可推测用户从自宅等外出，并且正在带出被保险物品10。于是，在这种情况，管理服务器100的需要与否判断部112判断需要对被保险物品10投保，特定在此状态的期间作为需要保险商品的期间。再如图7(c)所示，可提供商品期间之间，即使是用户终端200离开用户的自宅等，移动到外部时，但用户终端200却在未和安装于被保险物品10上的电子标签20通信的状态时，用户虽然从自宅等外出，但被保险物品10却仍然放在自宅等，未带出到外部的可能性高。于是，在这种情况，管理服务器100的需要与否判断部112判断不需要对被保险物品10投保，特定在此状态的期间为不需要保险商品的期间。如此，基于用户终端200的位置信息与用户终端200及电子标签20间的通信状况，可判断保险商品的需要期间与不需要期间。然后，将需要保险商品的期间作为计算对价的计费期间，将不需要保险商品的期间作为不计算对价的非计费期间。

接着，管理服务器100的需要与否信息记录部113在判断未检测出用户终端200的移动及和电子标签20间的通信状态时，计算在该状态的期间(非计费期间)(工序s2－7)。即，需要与否信息记录部113计测不需要保险商品的期间(非计费期间)继续的时间。然后，需要与否信息记录部113将关于非计费期间的信息记录于存储部120的交易管理表124(工序s2－8)。例如，需要与否信息记录部113将非计费期间开始的日期和时间与非计费期间结束的日期和时间记录于交易管理表124即可。或者，也可以记录非计费期间开始的日期和时间与非计费期间继续的时间。

此处说明的特定非计费期间的处理(工序s2－5～s2－8)，是反复进行到取消保险的契约或契约的结算日来到(工序s2－10)(工序s9)。当取消日或契约的结算日来到，可提供保险商品期间就暂时结束。

其后，管理服务器100的计费期间计算部114参照存储部120的交易管理表124，合计在可提供商品期间之间所计算的非计费期间(工序s2－11)。然后，计费期间计算部114通过从当初的计费期间扣除非计费期间的合计值，算出实际的计费期间(工序s2－12)。即，从用户终端200接收到购入确定通知之日至取消日或结算日的期间成为当初的计费期间，以该期间为n。此外，以非计费期间的合计值为m。此情况，计费期间计算部114求出n－m即可。如此，通过扣除非计费期间，可算出实际对用户请求的计费期间。

图8为显示计费期间计算工序(工序s2)的第二实施方式。在第二实施方式，管理服务器100进行下述处理：基于关于安装于被保险物品10上的电子标签20与用户终端200的通信状态的信息和用户终端200的位置信息，特定需要对被保险物品10投保的期间(计费期间)，通过加计此计费期间，求出实际的计费期间。即，在本实施方式，若没有什么特别的，则不计算保险费。另一方面，在发生推测对用户需要保险的状态时，特定发生该状态的期间(计费期间)而提供保险商品。

图8所示的第二实施方式的工序s2－13～s2－17和图6所示的第一实施方式的s2－1～s2－5相同。另一方面，在第二实施方式，在工序s2－18，管理服务器100的需要与否信息记录部113在判断检测出用户终端200的移动及和电子标签20的通信状态时，计算在该状态的期间(计费期间)(工序s2－19)。即，需要与否信息记录部113计测需要保险商品的期间(计费期间)继续的时间。然后，需要与否信息记录部113将关于计费期间的信息记录于存储部120的交易管理表124(工序s2－20)。例如，需要与否信息记录部113将计费期间开始的日期和时间与计费期间结束的日期和时间记录于交易管理表124即可。或者，也可以记录计费期间开始的日期和时间与计费期间继续的时间。此外，取消日或契约的结算日之后，管理服务器100的计费期间计算部114参照存储部120的交易管理表124，在可提供商品期间之间，合计所计算的计费期间(工序s2－23)。如此一来，计费期间计算部114算出实际的计费期间(工序s2－24)。如此，第二实施方式在计算计费期间之点，和计算非计费期间的第一实施方式不同。

图9为显示计费期间计算工序(工序s2)的第三实施方式。第三实施方式为假设不使用能和用户终端200通信的电子标签20的情况、或被保险物品10本身不能和用户终端200通信的情况的实施方式。在第三实施方式，在从用户终端200接收到购入确定通知之日(工序s1－12)至取消日或结算日(工序s2－27)的可提供商品期间之间，用户经由用户终端200，在任意时机，都可对管理服务器100要求购入保险商品(工序s2－25)。用户终端200在传送购入要求之际，将保险商品的种类、或契约开始日、契约期间等信息传送到管理服务器100。管理服务器100将关于从用户终端200接收到的购入要求的信息记录于存储部120的交易管理表124(工序s2－26)。若是可提供商品期间内，用户可反复进行保险商品的购入要求。然后，取消日或契约的结算日之后，管理服务器100的计费期间计算部114参照存储部120的交易管理表124，合计在可提供商品期间之间所记录的计费期间(工序s2－28)。如此一来，计费期间计算部114算出实际的计费期间(工序s2－29)。

图10为显示结算工序(工序s3)的详细流程。在结算工序，管理服务器100的支付请求部115对银行卡公司服务器300，总括地请求在上述的计费期间计算工序(工序s2)求出的实际计费期间分的金额的支付(工序s3－1)。如上述，保险商品为1日单位型或1小时单位型的商品时，假设计费期间要琐碎地分开，支付请求部115要算出与所有的计费期间的合计期间对应的金额，汇集该金额对银行卡公司服务器300进行请求。此外，在工序s3－1支付请求部115对银行卡公司服务器300请求的金额，成为在工序s1－7银行卡公司服务器300预先确保的信用额度内的金额。即，原则上请求金额不会超过信用额度，所以对银行卡公司也不会发生特别的风险。

其后，银行卡公司服务器300就从管理服务器100请求的金额，进行规定的交易处理(工序s3－2)。包含从用户(银行卡使用者)的银行户头扣除金额、或对商店(银行卡加盟店)的银行户头汇入金额等的交易处理完毕，银行卡公司服务器300就对管理服务器100传送支付通知。此外，管理服务器100也可以对用户终端200传送扣除通知。接到此通知后，也可以使用户终端200的显示部显示支付完毕的要旨(工序s3－3)。

图11为显示继续处理工序(工序s4)的详细流程。在继续处理工序，例如用户不取消保险商品的契约而契约的结算日来到时，仅下一个规定期间分会自动更新该契约。然而，继续处理工序也可以只对希望契约自动更新的用户进行，用户不希望自动更新时，省略继续处理工序而整个结算处理结束。

如图11所示，进行契约的自动更新时，管理服务器100的信用确认部111对银行卡公司服务器300，至少进行超过成为计费对象的单位期间一次分的规定期间分的金额的信用确认(工序s4－1)。银行卡公司服务器300一从管理服务器100接收到信用确认的委托，就对管理服务器100求出的金额，判断是否能确保信用额度(工序s4－2)。此外，银行卡公司服务器300判断能确保信用额度时，对管理服务器100通知该要旨。接收到信用额度确保成功的通知的管理服务器100预约进行过信用确认的规定期间金额分的信用额度(工序s4－3)。其后，管理服务器100对用户终端200，通知商品的购入确定(工序s4－4)，用户终端200接收此通知(工序s4－5)。在此购入确定通知被通知用户终端200的时点，保险商品的契约期间将会继续。此外，管理服务器100将用户购入保险商品确定记录于存储部120(数据库)(工序s4－6)。保险商品的契约一被自动更新，处理就再次回到计费期间计算工序(工序s2)。另一方面，若银行卡公司服务器300判断不能确保信用额度时，则不进行契约的自动更新而整个结算处理结束。再者，也可以从银行卡公司服务器300将不能确保信用额度的要旨通知管理服务器100。

以上，在本案说明书中，为了表现本发明的内容，而一面参照图式，一面进行了本发明实施方式的说明。然而，本发明并不受上述实施方式限定，当然包含精通本技术者基于本案说明书所记载的事项而自明的变更方式或改良方式。

例如，本发明也可以适用于dvd的出租服务。即，从店铺对用户出租dvd规定期间(例如1周)。此情况，用户租借dvd之后到归还的期间(租用期间)成为“可提供商品期间”。此外，假设用户在dvd的租用期间中，一次或多次视听dvd的内容。其视听时间成为“计费期间”，其他的时间成为“非计费期间”。如此一来，用户就不是支付与1周的租用期间对应的费用，而是在租用期间中，只对实际阅览内容的时间支付费用即可。借此，就可进行与用户的使用实际状态更一致的费用计费。此外，本发明也可以适用于房间的分租服务。即，从店铺对用户出租可进入房间规定期间(例如1周)的钥匙(包含电子锁)。此情况，用户租借钥匙之后到归还的期间(租用期间)成为“可提供商品期间”。此外，假设用户在钥匙的租用期间中，只是进入房间特定的时间。其进入房间时间成为“计费期间”，其他的时间成为“非计费期间”。如此一来，用户就不是支付与1周的租用期间对应的费用，而是在租用期间中，只对实际使用房间的时间支付费用即可。在同样的概念下，本发明可以也适用于汽车或自行车的出租服务。

附图标记说明

10被保险物品

20电子标签

21发射部

22ic芯片

100管理服务器

110处理部

111信用确认部

112需要与否判断部

113需要与否信息记录部

114计费期间计算部

115支付请求部

120存储部

121顾客管理表

122购买管理表

123商品管理表

124交易管理表

130网络通信部

200用户终端

210控制部

220存储部

230网络通信部

240操作部

250显示部

260位置信息取得部

270近距离无线通信部

300银行卡公司服务器