电子票更新装置、电子票更新方法、电子票更新程序、以及存储该程序的计算机可读取的 ...的制作方法
【专利摘要】一个实施方式的电子票更新装置，是用于更新记录介质中存储的电子票的有效期间的电子票更新装置，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币，所述电子票更新装置具备：确定部，对从存储部取得的电子货币的支付信息、和通过电子票而能够利用的服务进行比较，确定从电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及计算部，通过追溯更新后的有效期间的开始时期，进行用于减轻由确定部确定了的支付之中至少一部分的负担金额的处理。
【专利说明】电子票更新装置、电子票更新方法、电子票更新程序、以及存储该程序的计算机可读取的记录介质
【技术领域】
[0001]本发明的一个方式涉及电子票更新装置、电子票更新方法、电子票更新程序、以及存储该程序的计算机可读取的记录介质。
【背景技术】
[0002]以往，已知将能够更新有效期间的电子票(例如电子定期票)的功能和电子货币的功能搭载在同一芯片中的技术。与该技术关联地，在下述专利文献I中，记载有在具有多个功能的IC卡的一个功能(定期乘车票的功能)符合限制条件(有效期限到期)的情况下，能够基于用户的选择使其他的功能(电子货币的功能)进行动作的媒体处理装置(检票机)。通过该装置，能够防止在用户不知道的期间，预付金额减少。
[0003]现有技术文献
[0004]专利文献
[0005]专利文献1:(日本)特开2005-316682号公报
【发明内容】
[0006]发明要解决的课题
[0007]可是，即使在安装了上述专利文献I中记载的装置的情况下，持有上述IC卡的用户为了接受若电子票为有效则不需要支付就能够利用的服务，也必须进行基于电子货币的支付。
[0008]因此，正要求减轻与能够更新的电子票的有效期限到期相伴的用户的负担。
[0009]用于解决课题的手段
[0010]本发明的一个方式的电子票更新装置是用于更新记录介质中存储的电子票的有效期间的电子票更新装置，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币，所述电子票更新装置具备:确定部，对从存储部取得的电子货币的支付信息、和通过电子票而能够利用的服务进行比较，确定从电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及计算部，通过追溯更新后的有效期间的开始时期，进行用于减轻由确定部确定了的支付之中至少一部分的负担金额的处理。
[0011]本发明的一个方式的电子票更新方法是通过电子票更新装置来执行的电子票更新方法，所述电子票更新装置用于更新记录介质中存储的电子票的有效期间，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币，所述电子票更新方法包含:确定步骤，对从存储部取得的电子货币的支付信息、和通过电子票而能够利用的服务进行比较，确定电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及计算步骤，通过追溯更新后的有效期间的开始时期，进行用于减轻确定步骤中所确定了的支付之中至少一部分的负担金额的处理。
[0012]本发明的一个方式的电子票更新程序是使计算机作为电子票更新装置发挥作用的电子票更新程序，所述电子票更新装置用于更新记录介质中存储的电子票的有效期间，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币，所述电子票更新程序使计算机执行下述部件:确定部，对从存储部取得的电子货币的支付信息、和通过电子票而能够利用的服务进行比较，确定从电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及计算部，通过追溯更新后的有效期间的开始时期，进行用于减轻由确定部确定了的支付之中至少一部分的负担金额的处理。
[0013]本发明的一个方式的计算机可读取记录介质是用于记录使计算机作为电子票更新装置发挥作用的电子票更新程序的计算机可读取的记录介质，所述电子票更新装置用于更新记录介质中存储的电子票的有效期间，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币，所述电子票更新程序使所述计算机执行下述部件:确定部，对从存储部取得的电子货币的支付信息、和通过电子票而能够利用的服务进行比较，确定从电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及计算部，通过追溯更新后的有效期间的开始时期，进行用于减轻由确定部确定了的支付之中至少一部分的负担金额的处理。
[0014]根据这样的方式，从电子票的有效期限到期起直到更新后的有效期间开始为止的期间发生了的基于电子货币的支付之中，若该电子票为有效则不发生的支付被确定。然后，通过追溯更新后的有效期间的开始时期，该支付之中的至少一部分的负担金额被减轻。这样，在更新电子票的有效期间时，考虑若该电子票为有效则不发生的支付而追溯该有效期间的开始时期，从而能够减轻伴随有效期限到期的用户的负担。
[0015]在其他的方式的电子票更新装置中，也可以是，确定部将所述电子票的更新前的有效期间期满以后的规定的范围内的I个以上的时期，设定为更新后的有效期间的开始的候选时期，关于各候选时期，确定若该候选时期以后该电子票为有效则不发生的支付，计算部关于各候选时期，基于确定了的支付的金额、和与所述更新后的有效期间对应的电子票的费用，计算用于获得将该候选时期作为更新后的有效期间的开始时期的电子票的最终的负担金额。
[0016]此时，由于关于多个候选时期的最终的负担金额被计算出，因此能够按照更新后的有效期间的开始时期，减轻伴随有效期限到期的用户的支付。
[0017]进一步其他的方式的电子票更新装置也可以还具备:提示部，通过对要求电子票的更新的用户，提示各候选时期以及对应的最终的负担金额，从而使该用户选择一个候选时期。
[0018]此时，由于能够使用户选择更新后的有效期间的开始时期，因此能够提高与电子票的更新有关的便利性。
[0019]在进一步其他的方式的电子票更新装置中，也可以是，提示部进一步对用户提示:与更新后的有效期间对应的电子票的费用；以及与各候选时期对应的、若电子票为有效则不发生的支付的总额。
[0020]此时，不仅显示最终的负担金额，还显示电子票的费用、以及若电子票为有效则不发生的支付的总额。因此，能够对该用户详细地提示:多少与电子票的有效期限到期相伴的到目前为止的用户的支出，被反映到最终的负担金额里。
[0021]在进一步其他的方式的电子票更新装置中，也可以是，确定部设定更新后的有效期间，使得更新前的有效期间和该更新后的有效期间连续，并基于所设定的更新后的有效期间，确定若电子票为有效则不发生的支付。
[0022]此时，自动地设定更新后的有效期间，使得与更新前的有效期间的间隔不隔开，因此，能够减轻伴随有效期限到期的用户的负担，并且能够省略用户设定更新后的有效期间的工夫。
[0023]在进一步其他的方式的电子票更新装置中，也可以是，确定部将从更新前的有效期间期满起直到当前为止的期间发生了的支付之中最早的支付的时期，设定为更新后的有效期间的开始时期。
[0024]此时，能够减轻伴随电子票的有效期限到期的用户的负担，并且能够将更新后的有效期间的届满期尽可能地后延。此外，能够省略用户设定更新后的有效期间的工夫。
[0025]在进一步其他的方式的电子票更新装置中，也可以是，确定部设定更新后的有效期间的开始时期，使得从更新前的有效期间期满起直到当前为止的期间发生了的支付之中，至少最新的支付的时期包含于更新后的有效期间。
[0026]此时，能够减轻伴随电子票的有效期限到期的用户的负担的至少一部分，并且能够将更新后的有效期间的届满期尽可能地后延。此外，能够省略用户设定更新后的有效期间的工夫。
[0027]在进一步其他的方式的电子票更新装置中，也可以是，电子票为乘车票，若电子票为有效则不发生的支付是与乘车票的区间内的利用对应的的金额。
[0028]此时，根据乘车范围，若电子票为有效则不发生的支付被适当地确定，因此，能够适当地设定最终的负担金额。
[0029]发明的效果
[0030]根据本发明的一个侧面，在更新电子票的有效期间时，考虑若该电子票为有效则不发生的支付而追溯该有效期间的开始时期，从而能够减轻伴随有效期限到期的用户的负担。
【专利附图】
【附图说明】
[0031]图1是表示实施方式的定期票更新系统的整体结构的图。
[0032]图2是表示图1所示的支付终端的硬件结构的图。
[0033]图3是表示图1所示的管理服务器的硬件结构的图。
[0034]图4是表示定期票信息的例子的图。
[0035]图5是表示利用信息的例子的图。
[0036]图6是表示图1所示的支付终端以及管理服务器的功能结构的方框图。
[0037]图7(a)是表示利用信息的例子的图，图7(b)是与(a)对应的路线图。
[0038]图8是表示支付终端上显示的开始日选择画面的例子的图。
[0039]图9是表示图1所示的定期票更新系统的处理的时序图。
[0040]图10是表示实施方式的定期票更新程序的结构的图。[0041]图11是表示变形例的定期票更新系统的方框图。
[0042]图12是表示其他的变形例的定期票更新系统的方框图。
【具体实施方式】
[0043]下面，参照附图，详细地说明本发明的实施方式。另外，在附图的说明中，对相同或者同等的要素赋予相同的标号，省略重复的说明。
[0044]首先，使用图1?9，说明实施方式的定期票更新系统I的功能以及结构。定期票更新系统I是用于更新以电子方式进行了记录的用户的定期票(定期乘车票)的计算机系统。如图1所示，定期票更新系统I具备:由用户持有的支付终端10、数据库组20、以及管理服务器30。这些装置经由通信网络N而连接。另外，在图1中，仅示出了一个支付终端10，但支付终端10能够存在多台。
[0045]在该定期票更新系统I中，支付终端10搭载有定期票功能以及电子货币功能。用户使用该支付终端10，在定期票的区间内能够通过该定期票而利用规定的交通工具(例如，电车或巴士等)，在定期票的区间外能够通过电子货币的支付而利用该交通工具。这是因为，在检票机等中，对定期票设定了比电子货币更高的优先级。另外，该电子货币也可以是预付型，也可以是后付(信用(credit))型。
[0046]定期票更新系统I的特征在于，定期票的更新前的有效期间已经期满的情况下的更新处理(继续购入处理)。因此，下面，省略说明更新前的有效期间还未期满的情况下的定期票的继续购入，而说明对有效期间暂时到期的定期票进行继续购入的情况下的处理。
[0047]支付终端10是搭载IC芯片的便携终端。支付终端10的种类没有限定，也可以是便携电话机或高性能便携电话机(智能手机)、便携信息终端(Personal DigitalAssistants (个人数字助理):PDA)等的便携终端。
[0048]如图2所示，支付终端10具备:CPU101，执行操作系统或应用/程序等；主存储部102，由ROM以及RAM构成；辅助存储部103，由闪速存储器等构成；通信控制部104，执行向移动体通信网或无线LAN等的通信连接；触摸面板或键(key)等的输入接口 105 ;显示器或音响等的输出接口 106 ;以及IC芯片107。
[0049]通过使在CPUlOl或主存储部102上读入规定的软件，在CPUlOl的控制下使通信控制部104或输入接口 105、输出接口 106等进行动作，对主存储部102、辅助存储部103、或者IC芯片107进行数据的读取以及写入，从而实现后述的支付终端10的各功能的结构要素。处理所需的数据被存储在主存储部102、辅助存储部103、以及IC芯片107内。
[0050]管理服务器30是用于更新在支付终端10中以电子方式记录的定期票的有效期间的计算机。在本实施方式中，将本发明的电子票更新装置应用于该管理服务器30。
[0051]如图3所示，管理服务器30具备:CPU301，执行操作系统或应用/程序等；主存储部302，由ROM以及RAM构成；辅助存储部303，由硬盘等构成；通信控制部304，由网卡等构成；键盘或鼠标等的输入装置305 ;以及显示器等的输出装置306。
[0052]通过使在CPU301或主存储部302上读入规定的软件，在CPU301的控制下使通信控制部304或输入装置305、输出装置306等进行动作，进行主存储部302或辅助存储部303中的数据的读取以及写入，从而实现后述的管理服务器30的各功能的结构要素。处理所需的数据或数据库被存储在主存储部302或辅助存储部303内。另外，在图3中示出管理服务器30由I台计算机构成，但是也可以使管理服务器30的功能分散到多台的计算机。
[0053]数据库组20是定期票的更新所需的数据库的集合。在本实施方式中，数据库组20包含有定期票数据库21以及利用历史数据库22。
[0054]定期票数据库21是用于存储与各用户的定期票的有效期间有关的定期票信息的部件。如图4所示，定期票信息是包含确定用户的用户ID、定期票的区间、以及定期票的有效期间(开始日以及期满日)的信息。
[0055]利用历史数据库22是用于存储各用户在交通工具上进行了乘车的记录即利用信息(支付信息)的部件。如图5所示，利用信息是包含用户ID、利用区间、利用日、以及支付金额的信息。支付金额是使用电子货币结算的金额。在支付金额的栏中的“定期”表示使用定期票作为支付手段，而不是使用电子货币。
[0056]另外，定期票数据库21 (定期票信息)以及利用历史数据库22 (利用信息)的结构不限定于图4、5所示的结构，也可以对各数据库进行任意的规范化或者冗余化。
[0057]以上面为前提，说明支付终端10以及管理服务器30的功能以及结构。
[0058]支付终端10的IC芯片107是由CPU、RAM、ROM、EEPROM等的物理的要素而构成的电子模块。IC芯片107具备:在内部所形成的存储区域中存储信息的功能、以及根据从外部输入的命令(command)而从存储部读取信息或者改写存储部所存储的信息的功能。例如，通过与自动检票机或结算终端等之间的近距离无线通信(Near Field Communication,近场通信)，执行电子货币的结算。
[0059]如图6所示，在支付终端10的IC芯片107中设置有定期票存储部107a以及电子货币存储部107b那样的2个存储区域。定期票存储部107a存储有上述的定期票信息、即用户ID、定期票区间、以及有效期间(开始日以及结束日)。另一方面，电子货币存储部107b存储有用户ID以及电子货币的余额。另外，电子货币存储部107b也可以存储有上述的利
用信息。
[0060]在支付终端10中，安装有用于控制IC芯片107内的定期票以及电子货币的管理应用11。管理应用11是根据管理服务器30或自动检票机、结算终端等的指示信号、或者用户操作而控制IC芯片107的程序。例如，管理应用11基于来自管理服务器30的指示或用户操作，更新定期票存储部107a内的定期票信息(例如有效期间)。
[0061]作为与和管理服务器30的通信有关的功能，管理应用11将用于更新定期票的有效期间的请求(更新请求)发送到管理服务器30。其后，管理应用11接收根据该更新请求从管理服务器30发送的候选信息，并显示在支付终端10上。候选信息是用于选择定期票的更新后的有效期间的开始日(下面也称为“下一个开始日”)的信息，关于这个细节在后面进行叙述。若用户选择定期票的下一个开始日，则管理应用11发送用于表示所选择的更新后的有效期间以及开始日的信息(选择通知)。其后，管理应用11接收根据该开始日通知从管理服务器30发送的更新后的定期票信息，基于该信息而更新定期票存储部107a内的定期票信息，从而改写定期票的有效期间。
[0062]另一方面，管理服务器30作为功能的结构要素而具备有:受理部31、确定部32、计算部33、发送部(提示部)14、以及确认部35。
[0063]受理部31是用于从支付终端10接收更新请求的部件。该更新请求包含IC芯片107的定期票存储部107a所存储的用户ID。受理部31从定期票数据库21读取与该用户ID对应的定期票信息，并输出到确定部32。另外，若更新请求包含定期票信息，则受理部31也可以将该定期票信息直接输出到确定部32。如上所述，在本实施方式中，以定期票信息所表示的有效期间已经到期作为前提。
[0064]确定部32是用于确定从定期票的更新前的有效期间的期满时间起直到接着设定的有效期间(更新后的有效期间)的开始时间为止的期间发生了的基于电子货币的支付的部件。即，确定部32用于确定若定期票为有效则不发生的的支付。
[0065]确定部32基于从受理部31输入的定期票信息所表示的更新前的有效期间的期满日(下面也简称为“当前的期满日”)，决定更新后的有效期间的开始日的候选。另外，更新前的有效期间的期满时间是期满日的最终营业时刻(可能存在日期本身变为下一日的情况)，更新后的有效期间的开始时间是开始日的营业开始时刻。例如，确定部32将从当前的期满日的下一日起直到更新处理日为止的期间的I个以上的日期作为候选日(候选时期)。或者，确定部32也可以将从当前的期满日的下一日起直到比更新处理日更将来的日期为止的I个以上的日期作为候选日。在此，更新处理日是通过管理服务器30进行定期票的更新处理的日期，也称为当前日。
[0066]接着，确定部32关于候选日的各个，确定从更新前的有效期间期满起直到更新处理日为止的期间发生了的基于电子货币的支付之中，若定期票为有效则不发生的支付。具体而言，确定部32从利用历史数据库22读取用于表示从更新前的有效期间期满起直到更新处理日为止的期间的支付的利用信息。接着，确定部32对各利用信息所示的利用区间和定期票的利用区间进行比较，确定由读取的利用信息所示的I个以上的支付之中，若候选日以后定期票为有效则不发生的支付。在此，定期票的利用区间表示通过定期票能够利用的服务。另外，下面，也将通过确定部32确定的支付金额称为“定期利用相当金额”。
[0067]使用图4、7，说明对于用户“U001”的确定处理。在此，图7 (a)所示的利用信息与图5所示的利用信息相同，为了简化下面的说明，通过Hl?H7示出从9月I日直到9月4日的用户“U001”的电子货币的利用。此外，图7(b)是与图7(a)的利用区间对应的路线图。用户“U001”的定期票的当前的期满日是8月31日(参照图4)。此外，将更新处理日设为9月4日，并设为候选日为9月I日、9月2日、9月3日、9月4日、以及9月5日。
[0068]在候选日为9月I日的情况下，若下一个定期票为有效则不发生的支付是Hl (350日元)、H2(350日元)、H4之中从C车站起直到B车站为止的部分(设为200日元)、H5之中从B车站起直到A车站为止的部分(350日元)、以及H6 (350日元)。因此，确定部32计算与候选日“9月I日”对应的定期利用相当金额为350+350+200+350+350 = 1600日元。
[0069]在候选日为9月2日的情况下，若下一个定期票为有效则不发生的支付是H4之中从C车站起直到B车站为止的部分(200日元)、H5之中从B车站起直到A车站为止的部分(350日元)、以及H6(350日元)。因此，确定部32计算与候选日“9月2日”对应的定期利用相当金额为200+350+350 = 900日元。
[0070]下面同样地，确定部32分别计算与候选日“9月3日” “9月4日” “9月5日”对应的定期利用相当金额为900日元、350日元、350日元。另外，如9月4日以及5日的例子所示，更新处理日以后即当前时间点以后的定期利用相当金额变为固定。
[0071]若这样确定关于各候选日的定期利用相当金额，则确定部32将该处理结果与用户ID—起输出到计算部33。[0072]计算部33是基于通过确定部32确定了的支付(定期利用相当金额)、和与更新后的有效期间对应的定期票的金额，计算用于获得该更新后的有效期间的用户的最终的负担金额的部件。
[0073]首先，计算部33从定期票数据库读取与用户ID对应的定期票信息，确定利用区间。接下来，计算部33从预先准备了的规定的数据库读取与该利用区间对应的定期票的正规费用。此时，若定期票的有效期间存在多个模式(例如I个月、3个月、以及6个月)，则计算部33读取各有效期间的正规费用。另外，该数据库可以设置在管理服务器30内，也可以包含于数据库组20。
[0074]接下来，计算部33通过从定期票的正规费用减去定期利用相当金额，从而计算用于更新定期票的(即用于获得定期票的更新后的有效期间的)最终的负担金额。计算部33关于有效期间以及候选日的各个组合，计算其最终负担金额。例如，如果有效期间为I个月的定期票的正规费用是8000日元，且如上述那样获得各候选日“9月I日?9月5日”的定期利用相当金额，则计算部33确定关于候选日“9月I日”的用户的负担金额为8000-1600=6400日元。此外，计算部33确定关于候选日“9月2日”的负担金额为8000-900 = 7100曰元。
[0075]这样，计算部33通过追溯更新后的有效期间的开始时期，从而执行用于减轻与定期利用相当金额相当的负担的处理。若求得用户的最终的负担金额，则计算部33将计算结果输出到发送部34。在该计算结果中包含:关于有效期间以及候选日的各组合的定期票的正规费用、定期利用相当金额、以及最终负担金额。
[0076]发送部34是将从计算部33输入的计算结果作为候选信息而发送到作为更新请求的发送源的支付终端10的部件。在支付终端10中，管理应用11接收该候选信息，例如如图8所示显示在画面上。在该图的例中，有效期间能够通过下拉菜单(pull-down menu)而进行选择，下一个开始日能够通过单选按钮(radio button)而进行选择。在有效期间的选择栏的旁边，显示对应的正规费用，在下一个开始日的旁边，显示最终的负担金额，并且显示定期利用相当金额作为折扣金额。若用户选择有效期间以及开始日并按下确认按钮，则管理应用11作为包含这些信息和用户ID的选择通知而发送到管理服务器30。
[0077]另外，候选信息的提示方法不限定于图8所示的方法。例如，也可以省略正规费用或定期利用相当金额的显示。
[0078]确认部35是基于从支付终端10接收到的选择通知，更新存储于支付终端10的IC芯片107以及定期票数据库21的各自中的定期票信息的部件。
[0079]确认部35在定期票数据库21内确定与选择通知所表示的用户ID对应的定期票信息，通过选择通知所表示的内容来更新该定期票信息的有效期间(开始日以及结束日)。此外，确认部35将被更新后的定期票信息发送到支付终端10，使管理应用11更新定期票存储部107a内的定期票信息。通过这样的处理，从而对用户的定期票设定更新后的有效期间。
[0080]此外，确认部35执行与定期票的更新后的有效期间有关的结算处理(继续购入的结算)。该结算的方法没有被限定。例如，也可以是，若电子货币为预付型，则确认部35作为定期票的更新费用而对正规费用进行请求，并且将折扣金额(定期利用相当金额)的部分充值(还原)到电子货币存储部107b。此时，管理应用11基于来自确认部35的指示而更新电子货币存储部107b内的余额。或者，也可以若电子货币为后付型，则确认部35将最终负担金额作为请求金额，通过下一次的信用结算来进行请求处理。无论按哪个做，用户在定期票的更新中，仅支付通过上述计算部33计算出的最终负担金额的部分就足够了。另夕卜，请求处理或充值处理也可以不通过确认部35，而是通过与管理服务器30不同的其他的服务器来执行。
[0081]接着，使用图9，说明定期票更新系统I中的处理，并且说明本实施方式的定期票更新方法(电子票更新方法)。
[0082]若通过支付终端10进行用于进行定期票的更新的操作，则支付终端10将更新请求发送到管理服务器30(步骤Sll)。在管理服务器30中，受理部31基于该请求取得定期票/[目息(步骤S12) ο
[0083]接下来，确定部32基于定期票信息决定下一个开始日的候选，关于各候选日计算定期利用相当金额(步骤S13，确定步骤)。具体而言，确定部32从利用历史数据库22读取与从更新前的有效期间期满起直到更新处理日为止的期间对应的利用信息。然后，确定部32对各利用信息所表示的利用区间和定期票的利用区间进行比较，确定若候选日以后定期票为有效则不发生的支付。
[0084]接下来，计算部33基于定期利用相当金额和与更新后的有效期间对应的定期票的正规费用，计算定期票的更新所需要的用户的最终的负担金额(步骤S14，计算步骤)。如上所述，计算部33关于有效期间以及候选日的各组合，执行该计算。接下来，发送部34将该计算结果作为候选信息而发送到支付终端10 (步骤S15)，该终端的管理应用11将该信息显示在画面上(步骤S16)。
[0085]若用户在该画面上确认定期票的下一个开始日(步骤S17)，则管理应用11将所确认的信息作为选择通知而发送到管理服务器30 (步骤S18)。在管理服务器30中，确认部35基于该通知来更新定期票数据库21内的定期票信息(步骤S19)，并且将更新后的定期票信息发送到支付终端10(步骤S20)。在支付终端10中，管理应用11根据该发送而将定期票信息转发到IC芯片107，使IC芯片107更新定期票信息(步骤S21)。除了执行这样的定期票信息的更新之外，确认部35还执行与定期票的更新后的有效期间有关的结算处理、即继续购入的结算(步骤S22)。
[0086]通过上面的处理，用户更新定期票的有效期间，能够再次利用该定期票。此时用户若在定期票曾经变得无效的期间内利用了其适用区间，则在继续购入时抵消该利用时通过电子货币支付了的部分的金额。
[0087]接着，使用图10，说明用于使计算机作为管理服务器30而发挥作用的定期票更新程序(电子票更新程序)Pi。
[0088]定期票更新程序Pl具备:主模块P10、受理模块P11、确定模块P12、计算模块P13、发送模块P14、以及确认模块P15。
[0089]主模块PlO是统一地控制定期票更新功能的部分。通过执行受理模块P11、确定模块P12、计算模块P13、发送模块P14、以及确认模块P15而实现的功能分别与上述的受理部31、确定部32、计算部33、发送部34、以及确认部35的功能相同。
[0090]定期票更新程序Pl以固定的方式存储在例如CD-ROM或DVD-ROM、半导体存储器等的有形的记录介质上，而被提供。此外，定期票更新程序Pi也可以作为重叠在载波上的数据信号，经由通信网络而被提供。
[0091]如上所述，根据本实施方式，确定从定期票的有效期限到期后起直到更新后的有效期间开始为止的期间发生了的基于电子货币的支付之中，若该定期票为有效则不发生的支付。然后，基于该支付和与更新后的有效期间对应的定期票的费用，决定用于使定期票再次有效的用户的负担金额。因此，在更新定期票的有效期间时，能够考虑若该定期票为有效则不发生的支付，计算用户的负担金额，其结果，能够解除伴随有效期限到期的用户的支付。
[0092]此外，根据本实施方式，计算出关于多个候选日的最终的负担金额，因此根据更新后的有效期间的开始日，能够适当地计算伴随有效期限到期的用户的支付，并解除该支付。
[0093]此外，根据本实施方式，能够使用户选择下一个开始日，因此能够提高与定期票的更新有关的便利性。此时，如果除了最终的负担金额，还显示定期票的正规费用以及定期利用相当金额，则能够对该用户进行详细地提示:多少与定期票的有效期限到期相伴的到当前为止的用户的支出，被反映到最终的负担金额里。
[0094]上面，基于其实施方式详细地说明了本发明。可是，本发明并不限定于上述实施方式。本发明在不脱离其要旨的范围能够进行各种的变形。
[0095]在上述实施方式中，确定部32关于多个候选日的各自计算定期利用相当金额，用户能够通过选择一个候选日从而设定更新后的有效期间的开始日，但是确定部32也可以自动地设定该开始日。
[0096]例如，确定部32也可以设定更新后的有效期间，使得更新前的有效期间和更新后的有效期间连续。若设为在图4、5、7的例中更新用户“U001”的定期票，则确定部32将更新后的有效期间的开始日设定为9月I日，确定为定期利用相当金额是1600日元。在这样的情况下，自动地设定更新后的有效期间，使得与更新前的有效期间的间隔不隔开，因此能够解除全部与有效期限到期相伴的用户的负担，并且能够省略用户设定更新后的有效期间的工夫。
[0097]或者，确定部32也可以将从更新前的有效期间期满起直到当前为止的期间发生了的支付之中最早的支付的时期设定为更新后的有效期间的开始时期。若设为在图4、5、7的例中更新用户“U001”的定期票，则确定部32将利用Hl的利用日、即9月I日设定为更新后的有效期间的开始日，确定为定期利用相当金额是1600日元。如果利用H1、H2不存在，则确定部32设定为包含定期票的区间(C车站一B车站)的利用H4的利用日、即9月3日，确定为定期利用相当金额是900日元。在这样的情况下，能够解除全部与伴随电子票的有效期限到期相伴的用户的负担，并且能够将更新后的有效期间的届满期尽可能地后延。此夕卜，能够省略用户设定更新后的有效期间的工夫。
[0098]或者，确定部32也可以设定更新后的有效期间的开始时期，使得从更新前的有效期间期满起直到当前为止的期间发生了的支付之中，至少最新的支付的时期包含于更新后的有效期间。若设为在图4、5、7的例中更新用户“U001”的定期票，则确定部32设定更新后的有效期间的开始日，使得至少包含利用H6的利用日、即9月4日。因此，确定部32将9月I日?9月4日的期间的任意的日期设定为开始日，确定与所设定的开始日相应的定期利用相当金额即可。此时，能够解除伴随电子票的有效期限到期的用户的负担的至少一部分，并且能够将更新后的有效期间的届满期尽可能地后延。此外，能够省略用户设定更新后的有效期间的工夫。另外，也可以当设定更新后的有效期间的开始日时，考虑应成为更新后的有效期间的期满日的日期是否与休日相应。
[0099]在上述实施方式中，支付终端10将IC芯片107内置，但在如图11那样，IC芯片107被内置于智能卡50的情况下也能够应用本发明。此时，用户能够通过将该卡(card)插入到位于车站等的售票机40，进行规定的操作从而更新定期票的有效期间。在售票机40中，安装有与在上述实施方式中搭载于支付终端10的管理应用相同的管理应用41，该管理应用41与管理服务器30进行通信，从而通过与上述实施方式相同的步骤，执行定期票的继续购入的处理。图8所示的信息被显示在售票机40的监视器上。
[0100]或者，也可以如图12所示，能够对智能卡50进行存取的支付终端IOA执行与图11所示的售票机40相同的处理。支付终端IOA的管理应用11通过与管理服务器30进行通信，从而通过与上述实施方式相同的步骤，执行定期票的继续购入的处理。
[0101]在上述实施方式中，作为电子票示出了定期票，但能够对要更新有效期间的任意的电子票应用本发明。例如，能够将本发明应用于交通工具的免费通行证或设施(体育俱乐部或电影院、滑冰场等)的利用票等。
[0102]在上述实施方式中，计算部33通过从定期票的正规费用减去定期利用相当金额，从而求得最终负担金额，但计算部33也可以通过仅从正规费用减去定期利用相当金额的一部分而不是其全部，从而求得最终负担金额。例如，计算部33也可以通过仅从正规费用减去定期利用相当金额之中规定的比例(例如50%)的部分，从而求得最终负担金额。在这样的情况下，也能够减轻伴随有效期限到期的用户的负担。
[0103]标号说明
[0104] I...定期票更新系统，10、10A...支付终端，11...管理应用，20...数据库组，21…定期票数据库，22…利用历史数据库，30…管理服务器，31...受理部，32...确定部，33…计算部，34…发送部，35…确认部，40…售票机，41…管理应用，50…智能卡，107…IC芯片，107a…定期票存储部，107b...电子货币存储部，P1...定期票更新程序，PlO…主模块，Pll…受理模块，P12…确定模块，P13…计算模块，P14…发送模块，P15…确认模块。
【权利要求】
1.一种电子票更新装置，用于更新记录介质中存储的电子票的有效期间，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币， 所述电子票更新装置具备: 确定部，对从存储部取得的所述电子货币的支付信息、和通过所述电子票而能够利用的服务进行比较，确定从所述电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及 计算部，通过追溯更新后的有效期间的开始时期，进行用于减轻由所述确定部确定了的支付之中至少一部分的负担金额的处理。
2.如权利要求1所述的电子票更新装置， 所述确定部将所述电子票的更新前的有效期间期满以后的规定的范围内的I个以上的时期，设定为所述更新后的有效期间的开始的候选时期，关于各候选时期，确定若该候选时期以后该电子票为有效则不发生的支付， 所述计算部关于各候选时期，基于所述确定了的支付的金额、和与所述更新后的有效期间对应的所述电子票的费用，计算用于获得将该候选时期作为所述更新后的有效期间的开始时期的电子票的最终的负担金额。
3.如权利要求2所述的电子票更新装置，还具备: 提示部，通过对要求所述电子票的更新的用户，提示所述各候选时期以及对应的所述最终的负担金额，从 而使该用户选择一个候选时期。
4.如权利要求3所述的电子票更新装置， 所述提示部进一步对所述用户提示:与所述更新后的有效期间对应的所述电子票的费用；以及与所述各候选时期对应的、若所述电子票为有效则不发生的支付的总额。
5.如权利要求1所述的电子票更新装置， 所述确定部设定该更新后的有效期间，使得所述更新前的有效期间和所述更新后的有效期间连续，并基于所设定的更新后的有效期间，确定若所述电子票为有效则不发生的支付。
6.如权利要求1所述的电子票更新装置， 所述确定部将从所述更新前的有效期间期满起直到当前为止的期间发生了的支付之中最早的支付的时期，设定为所述更新后的有效期间的开始时期。
7.如权利要求1所述的电子票更新装置， 所述确定部设定所述更新后的有效期间的开始时期，使得从所述更新前的有效期间期满起直到当前为止的期间发生了的支付之中，至少最新的支付的时期包含于所述更新后的有效期间。
8.如权利要求1~7的任一项所述的电子票更新装置， 所述电子票为乘车票， 若所述电子票为有效则不发生的支付是，与所述乘车票的区间内的利用对应的金额。
9.一种电子票更新方法，通过电子票更新装置来执行，所述电子票更新装置用于更新记录介质中存储的电子票的有效期间，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币， 所述电子票更新方法包含:确定步骤，对从存储部取得的所述电子货币的支付信息、和通过所述电子票而能够利用的服务进行比较，确定所述电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及 计算步骤，通过追溯更新后的有效期间的开始时期，进行用于减轻所述确定步骤中确定了的支付之中至少一部分的负担金额的处理。
10.一种电子票更新程序，使计算机作为电子票更新装置发挥作用，所述电子票更新装置用于更新记录介质中存储的电子票的有效期间，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币， 所述电子票更新程序使所述计算机执行下述部件: 确定部，对从存储部取得的所述电子货币的支付信息、和通过所述电子票而能够利用的服务进行比较，确定从所述电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及 计算部，通过追溯更新后的有效期间的开始时期，进行用于减轻由所述确定部确定了的支付之中至少一部分的负担金额的处理。
11.一种用于记录使计算机作为电子票更新装置发挥作用的电子票更新程序的计算机可读取的记录介质，所述电子票更新装置用于更新记录介质中存储的电子票的有效期间，该记录介质存储能够更新有效期间的电子票、和在该电子票为非有效的情况下用于支付的电子货币， 所述电子票更新程序使所述计算机执行下述部件: 确定部，对从存储部取得的所述电子货币的支付信息、和通过所述电子票而能够利用的服务进行比较，确定从所述电子票的更新前的有效期间期满起直到当前为止的期间发生了的支付之中，若该电子票为有效则不发生的支付；以及 计算部，通过追溯更新后的有效期间的开始时期，进行用于减轻由所述确定部确定了的支付之中至少一部分的负担金额的处理。
【文档编号】G07B11/00GK104025135SQ201280064996
【公开日】2014年9月3日 申请日期:2012年12月26日 优先权日:2011年12月28日
【发明者】赤鹿秀树 申请人:乐天株式会社