优惠给予方法以及优惠给予装置与流程

本发明涉及一种优惠给予方法以及优惠给予装置。

本申请基于2019年9月30日在日本申请的日本特愿2019-179372号以及日本特愿2019-179380号并主张其优先权，并将其内容援引入本申请。

背景技术：

使用qr码(注册商标)等二维条形码的码结算已经普及(例如，参照专利文献1和专利文献2)。码结算通过由用户终端读取店铺侧所显示的二维条形码或者由店铺侧读取用户终端所显示的二维条形码来进行结算。

专利文献1：日本专利6528160号公报

专利文献2：日本专利6473539号公报

在现有的码结算中，虽然能够给予在结算时减少支付额这样的优惠，但存在无法根据购买特定的商品而在结算时给予优惠的问题。

技术实现要素：

本发明是鉴于上述问题而完成的，其目的在于，提供一种能够基于购买特定的商品而在结算时给予优惠的优惠给予方法以及优惠给予装置。

本发明的第一方式的优惠给予方法，其中，具有由计算机执行的以下步骤：从用户获取用于确定所述用户的用户标识符以及申请信息的步骤，所述申请信息表示在购买根据购买而被给予优惠的对象商品时给予优惠的申请；使所述申请信息和所述用户标识符建立关联地存储于存储部的步骤；从所述用户的用户终端受理所述用户标识符和用于所述用户在店铺内进行结算的结算用码的获取请求的步骤；在受理了所述获取请求时，生成用于生成所述结算用码的结算用令牌的步骤；将所生成的所述结算用令牌发送给所述用户终端的步骤；从读取了所述用户终端基于所述结算用令牌而显示的所述结算用码的店铺终端，接收用于一个以上的商品的结算的结算信息、所述结算用令牌、以及用于确定所述一个以上的商品中的一个以上的所述对象商品的优惠对象商品信息的步骤；在从所述店铺终端接收了所述结算用令牌时，确定与对应于所述结算用令牌的用户标识符建立关联地存储于所述存储部中的所述申请信息的步骤；以及在已确定的所述申请信息与接收到的所述优惠对象商品信息对应的情况下，给予所述用户与所述申请信息对应的优惠的步骤。

本发明的第二方式的优惠给予装置，具有：申请受理部，在从用户获取了用于确定所述用户的用户标识符以及申请信息时，使所述申请信息与所述用户标识符建立关联地存储于存储部，所述申请信息表示在购买根据购买而被给予优惠的对象商品时给予优惠的申请；令牌生成部，在从所述用户的用户终端受理了所述用户标识符和用于所述用户在店铺进行结算的结算用码的获取请求时，生成用于生成所述结算用码的结算用令牌，并将所生成的所述结算用令牌发送给所述用户终端；结算信息接收部，从读取了所述用户终端基于所述结算用令牌而显示的所述结算用码的店铺终端，接收用于一个以上的商品的结算的结算信息、所述结算用令牌、以及用于确定所述一个以上的商品中的一个以上的所述对象商品的优惠对象商品信息；以及优惠给予部，在从所述店铺终端接收了所述结算用令牌时，确定与对应于所述结算用令牌的用户标识符建立关联地存储于所述存储部中的所述申请信息，在已确定的所述申请信息与接收到的所述优惠对象商品信息对应的情况下，给予所述用户与所述申请信息对应的优惠。

本发明的第三方式的优惠给予方法，具有由计算机执行的以下步骤：从用户获取用于确定所述用户的用户标识符以及申请信息的步骤，所述申请信息表示在购买根据购买而被给予优惠的对象商品时给予优惠的申请；使所述申请信息和所述用户标识符建立关联地存储于存储部的步骤；从店铺终端受理用于一个以上的商品的结算的结算信息以及用于确定所述一个以上的商品中的一个以上的所述对象商品的优惠对象商品信息，并且从所述店铺终端受理用于用户在店铺内进行结算的结算用码的获取请求的步骤；在受理了所述获取请求时，生成用于生成所述结算用码的结算用令牌的步骤；使所生成的所述结算用令牌与所述优惠对象商品信息建立关联地存储于所述存储部的步骤；将所生成的所述结算用令牌发送给所述店铺终端的步骤；从读取了所述店铺终端基于所述结算用令牌而显示的所述结算用码的用户终端，接收所述结算用令牌和所述用户标识符的步骤；以及在与从所述用户终端接收到的所述用户标识符建立关联地存储于所述存储部的所述申请信息和与从所述用户终端接收到的所述结算用令牌建立关联地存储于所述存储部的所述优惠对象商品信息对应的情况下，给予所述用户与所述申请信息对应的优惠的步骤。

本发明的第四方式的优惠给予装置，具有：申请受理部，在从用户获取了用于确定所述用户的用户标识符以及申请信息时，使所述申请信息与所述用户标识符建立关联地存储于存储部，所述申请信息表示在购买根据购买而被给予优惠的对象商品时给予优惠的申请；令牌生成部，在从店铺终端受理了用于一个以上的商品的结算的结算信息以及用于确定所述一个以上的商品中的一个以上的所述对象商品的优惠对象商品信息，并且从所述店铺终端受理了用于用户在店铺内进行结算的结算用码的获取请求时，生成用于生成所述结算用码的结算用令牌，使所生成的所述结算用令牌与所述优惠对象商品信息建立关联地存储于所述存储部中，并将所生成的所述结算用令牌发送给所述店铺终端；令牌接收部，从读取了所述店铺终端基于所述结算用令牌而显示的所述结算用码的用户终端，接收所述结算用令牌和所述用户标识符；以及优惠给予部，在与从所述用户终端接收到的所述用户标识符建立关联地存储于所述存储部的所述申请信息和与从所述用户终端接收到的所述结算用令牌建立关联地存储于所述存储部的所述优惠对象商品信息对应的情况下，给予所述用户与所述申请信息对应的优惠。

根据本发明，起到能够基于购买了特定的商品而在结算时给予优惠的效果。

附图说明

图1是表示本发明的第一实施方式的结算系统的概要的图。

图2是表示第一实施方式中的结算装置的功能结构的框图。

图3是表示第一实施方式中的用户终端的功能结构的框图。

图4是表示第一实施方式中的店铺终端的功能结构的框图。

图5是表示第一实施方式和第二实施方式中的存储部所存储的申请管理信息的一例的表。

图6是表示基于第一实施方式的结算系统中的优惠给予动作的时序图。

图7是表示本发明的第二实施方式的结算系统的概要的图。

图8是表示第二实施方式中的结算装置的功能结构的框图。

图9是表示第二实施方式中的用户终端的功能结构的框图。

图10是表示第二实施方式中的店铺终端的功能结构的框图。

图11是表示第二实施方式的结算系统中的优惠给予动作的时序图。

图12是表示在第二实施方式的结算系统中店铺终端进行的结算用码的获取请求动作的时序图。

具体实施方式

＜第一实施方式＞

[结算系统1s的概要]

图1是表示本发明的第一实施方式的结算系统1s的概要的图。结算系统1s是在用户在店铺购买商品的情况下根据来自用户所持的用户终端的请求，使结算用码显示于用户终端，响应于店铺侧读入了结算用码而进行结算的系统。结算系统1s作为结算时对用户给予优惠的优惠给予系统发挥功能。结算用码是在店铺内的核算所用的店铺侧的终端中读取的文本或图像，是结算时所用的码。

结算系统1s具有结算装置11、用户终端12、以及店铺终端113。结算装置11是结算购买金额的服务器。结算装置11作为对用户给予优惠的优惠给予装置发挥功能。在本实施方式中，响应于用户购买特定的商品而给予优惠。在以下的说明中，将被给予优惠的特定的商品称为对象商品。

用户终端12是用户所使用的信息终端，例如是智能手机、平板电脑或者个人计算机。提供优惠的商品的零售业者利用经由互联网的广告投放功能等向用户终端12提供关于给予优惠的信息。

用户通过预先进行给予优惠的申请，能够在购买对象商品时享受优惠的给予。以下，参照图1对进行商品的价格的结算以及优惠的给予为止的流程进行说明。

用户在用户终端12中进行给予优惠的申请操作(图1中的(p1))。作为一例，当用户启动结算用的应用程序软件，输入作为识别用户的用户标识符的用户id时，用户终端12向结算运营商发送用户id，从而登陆到应用程序。然后，用户终端12向结算运营商的服务器咨询用户能够申请的优惠。

结算运营商的服务器将识别优惠的优惠id、优惠的内容、作为识别对象商品的商品识别信息的商品id、以及商品名建立关联地存储。结算运营商的服务器从存储介质(例如硬盘)读出用户能够申请的优惠的优惠id，并将与所读出的优惠id对应的优惠的内容、商品id、以及商品名向用户终端12发送。

用户终端12显示接收到的优惠的内容、商品id、以及商品名。当用户进行用于选择要申请的优惠的操作时，用户终端12将表示申请给予所选择的优惠的申请信息和用户id发送给结算装置11(图1中的(p2))。当结算装置11接收到申请信息和用户id时，将申请信息与用户id建立关联地存储(图1中的(p3))。

之后，用户移动到店铺，在店铺内购买包括对象商品在内的商品。在用户在店铺内进行结账的情况下，启动结算用的应用程序软件，进行用于使结算用码显示于用户终端12的操作。当用户终端12受理用于显示结算用码的操作时，将用户id和结算用码的获取请求发送给结算装置11(图1中的(p4))。

当从用户终端12接收到用户id和结算用码的获取请求时，结算装置11生成结算用令牌(图1中的(p5))。结算用令牌是在用户终端12生成用户在店铺中出示的结算用码时所使用的数据串。结算装置11将生成的结算用令牌与用户id建立关联地存储于存储介质(图1中的(p6))。

结算装置11将所生成的结算用令牌发送给用户终端12(图1中的(p7))。结算装置11也可以在对结算用令牌进行加密后，将加密后的结算用令牌发送给用户终端12。

用户终端12基于接收到的结算用令牌而生成并显示结算用码(图1中(p8))。

用户在店铺的收银台处核算商品的购买价格时出示结算用码。然后，例如通过店员的操作，店铺终端13读取显示于用户终端12的结算用码(图1中的(p9))。

店铺终端3将表示用户购买的商品的合计金额的结算信息、已读取的结算用码所示的结算用令牌、用于确定优惠对象商品的优惠对象商品信息、以及店铺id发送给结算装置11(图1中的(p10))。优惠对象商品信息是用于确定用户在店铺内购买的商品中的被给予优惠的对象商品的信息，包含对象商品的商品id。通过店铺终端13将优惠对象商品信息发送给结算装置11，从而结算装置11能够判定用户是否购买对象商品。

当从店铺终端13接收到结算用令牌时，结算装置11判定接收到的结算用令牌是否与已发送至用户终端12的结算用令牌一致。在结算装置11判定为结算用令牌一致的情况下，确定与接收到的结算用令牌相关联的用户id，确定与已确定的用户id相关联的申请信息(图1中的(p11))。

根据从店铺终端13接收到的结算信息所示的结算金额，结算装置11判定已确定的申请信息中所含的对象商品的商品id是否包含于接收到的优惠对象商品信息所含的对象商品的商品id中。在申请信息中所含的对象商品的商品id包含于与接收到的优惠对象商品信息对应的商品id的情况下，结算装置11通过将减去作为与该申请信息对应的优惠的折扣金额之后的金额决定为用户的结算金额，从而对用户给予优惠。然后，结算装置11执行基于所决定的结算金额的结算处理(图1中的(p12))。当结算处理结束时，结算装置11将结算处理结束的事实以及优惠的适用结果通知给用户终端12以及店铺终端13中的至少一方。

通过结算系统1s如上所述地动作，仅凭用户预先进行给予优惠的申请，之后，在购买包括对象商品在内的商品时，向店铺侧出示显示于用户终端12的结算用码，店铺的店员读取结算用码而进行结算的通常的处理，就能够在结算时基于购买对象商品而给予优惠。

以下，对结算装置11、用户终端12、以及店铺终端13的结构的细节进行说明。在以下的说明中，以优惠的内容为商品的价格的折扣的情况为例进行说明。

[结算装置11的功能结构]

图2是表示结算装置11的功能结构的图。结算装置11具有通信部111、存储部112、以及控制部113。

通信部111是用于经由互联网等网络与用户终端12以及店铺终端13收发数据的通信接口。

存储部112是存储各种数据的存储介质，具有rom(readonlymemory：只读存储器)、ram(randomaccessmemory：随机存取存储器)、以及硬盘等。存储部112存储控制部113执行的程序。存储部112存储有使控制部113作为申请受理部1131、令牌生成部1132、结算信息接收部1133、优惠给予部1134、以及结算部1135发挥功能的结算用程序。

另外，存储部112将从用户终端12获取到的申请信息与用户id建立关联地存储。另外，存储部112将控制部113所生成的结算用令牌与从用户终端12获取的用户id建立关联地存储。

控制部113例如是cpu(centralprocessingunit：中央处理单元)。控制部113通过执行存储于存储部112的结算用程序，而作为申请受理部1131、令牌生成部1132、结算信息接收部1133、优惠给予部1134、以及结算部1135发挥功能。关于控制部113的各部的动作细节将在后面叙述。

[用户终端12的功能结构]

图3是表示用户终端12的功能结构的图。用户终端12具有操作部121、通信部122、显示部123、存储部124、以及控制部125。控制部125具有操作受理部1251、请求发送部1252、以及码生成部1253。

操作部121是受理用户的操作的操作设备，例如是设置于显示部123的表面的触摸面板。操作部121将表示用户所触摸的位置的信号向操作受理部1251发出通知。

通信部122例如是用于与移动电话网络的基站之间收发数据的无线通信接口。通信部122将从请求发送部1252输入的申请信息发送给结算装置11。另外，通信部122将从结算装置11接收到的结算用令牌等输入到码生成部1253。

显示部123是显示各种信息的显示器。显示部123基于码生成部1253的控制，显示结算用码。

存储部124是包括rom和ram等的存储介质。存储部124存储控制部125所执行的程序。存储部124存储使控制部125作为操作受理部1251、请求发送部1252、以及码生成部1253发挥功能的程序。另外，存储部124存储从结算装置11接收到的结算用令牌以及基于结算用令牌而生成的结算用码等。

控制部125例如是cpu，通过执行存储于存储部124的程序，而作为操作受理部1251、请求发送部1252、以及码生成部1253发挥功能。

操作受理部1251基于从操作部121输入的信号，确定用户的操作内容。在已确定的操作内容是给予优惠的申请操作的情况下，操作受理部1251将操作内容通知给请求发送部1252。在操作受理部1251受理了给予优惠的申请操作的情况下，请求发送部1252经由通信部122将用户id和申请信息发送给结算装置11。

在已确定的操作内容是用于使结算用码显示于用户终端12的操作的情况下，操作受理部1251将操作内容通知给请求发送部1252。在操作受理部1251受理了用于使结算用码显示于用户终端12的操作的情况下，请求发送部1252经由通信部122将用户id和结算用码的获取请求发送给结算装置11。

当从结算装置11发送结算用令牌时，码生成部1253生成基于结算用令牌的结算用码。码生成部1253例如基于预先制定的规则生成结算用码。码生成部1253使所生成的结算用码显示于显示部123。

[店铺终端13的功能结构]

图4是表示店铺终端13的功能结构的图。店铺终端13例如是pos终端，具有操作部131、读取部132、通信部133、显示部134、存储部135、以及控制部136。

操作部131是受理用户的操作的操作设备，例如是用于选择用户购买的商品的按钮或者设置于显示部134的表面的触摸面板。

读取部132例如是条形码读取器以及照相机，读取附在用户购买的商品上的条形码、用户终端12显示的结算用码。读取部132将读取出的条形码以及结算用码所示的信息输出至控制部136。

通信部133例如是用于与结算装置11之间收发数据的通信接口。通信部133根据控制部136的控制，将结算用令牌、结算信息、优惠对象商品信息、店铺id发送给结算装置11。

显示部134是显示各种信息的显示器。显示部134例如显示结算金额。

存储部135是包括rom和ram等的存储介质。存储部135存储控制部136执行的程序。存储部135存储使控制部136作为结算信息生成部1361、对象商品确定部1362、令牌获取部1363、以及结算信息发送部1364发挥功能的程序。另外，存储部135存储将商品id与商品的价格建立了关联的商品db。另外，存储部135存储包含表示对象商品的商品id的对象商品db。

控制部136例如是cpu，通过执行存储于存储部135的程序，从而作为结算信息生成部1361、对象商品确定部1362、令牌获取部1363、以及结算信息发送部1364发挥功能。

结算信息生成部1361确定结算对象的一个以上的商品，生成结算信息。具体而言，结算信息生成部1361通过获取在操作部131中店员输入的商品id或者读取部132从附在商品上的条形码读取的商品id，将获取到的商品id的商品确定为结算对象的商品。结算信息生成部1361参照存储于存储部135的商品db，确定与所获取的商品id相关联的商品的价格。结算信息生成部1361获取一个以上的在操作部131中店员输入的商品id或者读取部132从附在商品的条形码读取到的商品id，并合计根据该商品id确定的商品的价格。当在操作部131中受理核算操作时，结算信息生成部1361将合计后的商品的价格决定为结算金额。结算信息生成部1361生成包含所决定的结算金额的结算信息。

对象商品确定部1362通过从结算对象的一个以上的商品中确定一个以上的对象商品，从而生成优惠对象商品信息。优惠对象商品信息是用于确定在设置有店铺终端13的店铺内用户购买的一个以上的商品中的优惠给予对象的对象商品的信息。对象商品确定部1362确定结算信息生成部1361所获取的商品id中的存储于存储部135的对象商品db所含的商品id。对象商品确定部1362将已确定的商品id的商品确定为对象商品，将已确定的商品id生成为优惠对象商品信息。在优惠对象商品信息中还包括用户终端12的用户未申请给予优惠的对象商品。此外，在结算信息生成部1361所获取的商品id中不包含存储于存储部135中的对象商品db所含的商品id，对象商品确定部1362未能确定对象商品的情况下，不生成优惠对象信息。

店铺终端13将对用户想要购买的全部商品的金额进行合算后的金额发送给结算装置11，但是在仅被通知了合算后的金额的情况下，结算装置11无法判定在用户想要购买的商品中是否包含对象商品。这样，店铺终端13通过将优惠对象商品信息发送给结算装置11，结算装置11能够判定用户是否购买能够给予优惠的商品，因此结算装置11能够适当地给予优惠。

通过读取部132读取显示于用户终端12的结算用码，令牌获取部1363获取从结算用码提取出的信息作为结算用令牌。

当结算信息生成部1361生成结算信息并且对象商品确定部1362生成优惠对象商品信息并且令牌获取部1363获取结算用令牌时，结算信息发送部1364经由通信部133将结算用令牌、结算信息、优惠对象商品信息、以及店铺id发送给结算装置11。此外，在对象商品确定部1362未生成优惠对象信息的情况下，结算信息发送部1364将结算用令牌、结算信息、以及店铺id发送给结算装置11。

[控制部113的各部的动作]

接着，对控制部113的各部的动作进行说明。

申请受理部1131经由通信部111从用户终端12受理用户id和利用请求。申请受理部1131将所受理的用户id以及利用请求通知给令牌生成部1132。

申请受理部1131从用户受理在购买对象商品时给予优惠的申请。具体而言，申请受理部1131通过从用户获取用于确定用户的用户id以及表示在购买对象商品时给予优惠的申请的申请信息，从而受理给予优惠的申请。申请信息中例如包括识别店铺的店铺id、识别商品的商品id、以及优惠的内容。

在此，设为申请受理部1131通过从用户终端12接收用户id和申请信息，从而受理给予优惠的申请，但不限于此，也可以通过从用户使用的其他终端接收用户id和申请信息，从而受理给予优惠的申请。申请受理部1131在获取了用户id和申请信息时，将该申请信息、该用户id、以及申请日期时间建立关联后作为申请管理信息存储于存储部112。

图5是表示存储部112所存储的申请管理信息的一例的图。如图5所示，能够确认在申请管理信息中用户id、申请日期时间、以及申请信息彼此建立了关联。此外，在一个申请信息中也可以包括多个商品id。

在此，当申请受理部1131接收到用户id和申请信息时，以接收到申请信息的定时并基于规定的条件来判定是否受理给予优惠的申请。然后，申请受理部1131也可以响应于判定为受理给予优惠的申请，使接收到的申请信息与用户id建立关联后作为申请管理信息存储于存储部112。

规定的条件是指在多个用户间接收到申请信息的顺序为规定的顺序以内，申请受理部1131也可以基于从用户终端12接收到申请信息的顺序来判定是否受理给予优惠的申请。另外，规定的条件也可以是在抽签中中签，申请受理部1131也可以基于抽签来判定是否受理给予优惠的申请。这样一来，结算装置11能够在给予优惠的申请时缩减受理申请的用户。

令牌生成部1132从用户终端12受理用户id以及用于用户终端12的用户在店铺内进行结算的结算用码的获取请求。当令牌生成部1132受理结算用码的获取请求时，生成用于生成结算用码的结算用令牌。令牌生成部1132使所生成的结算用令牌与用户id建立关联地存储于存储部112。另外，令牌生成部1132向发送了结算用码的获取请求的用户终端12发送所生成的结算用令牌。

结算信息接收部1133从读取了用户终端12基于结算用令牌而显示的结算用码的店铺终端13，接收用于一个以上的商品的结算的结算信息、结算用令牌、用于确定一个以上的商品中的一个以上的优惠对象的商品的优惠对象商品信息、以及店铺id。

当结算信息接收部1133从店铺终端13接收到结算用令牌时，优惠给予部1134判定接收到的结算用令牌是否存储于存储部112中。当优惠给予部1134判定为接收到的结算用令牌存储于存储部112中时，确定与对应于接收到的结算用令牌的用户id建立关联地存储于存储部112中的申请信息。具体而言，当从店铺终端13接收到结算用令牌时，优惠给予部1134参照存储部112来确定与接收到的结算用令牌相关联的用户id。然后，优惠给予部1134参照申请管理信息，确定与已确定的用户id和接收到的店铺id相关联的申请信息。

在从店铺终端13接收到优惠对象商品信息的情况下，当已确定的申请信息与该优惠对象商品信息对应时，优惠给予部1134对用户给予与申请信息对应的优惠。例如，在已确定的申请信息中所含的商品id包含于接收到的优惠对象商品信息中的情况下，优惠给予部1134判定为申请信息与从店铺终端13接收到的优惠对象商品信息对应。

而且，优惠给予部1134基于与优惠对象商品信息对应的申请信息中所含的优惠内容，对用户给予优惠。在此，从接收到的结算信息所示的结算金额中减去优惠内容所示的折扣金额。

例如，设作为优惠对象商品信息，包含有“i382”、“i355”、“i900”，已确定的申请信息中所含的商品id为“i382”。另外，设用户在店铺购物的商品的合计金额为3000日元。

在该情况下，由于在优惠对象商品信息中所含的商品id“i382”也包含于已确定的申请信息中，因此优惠给予部1134基于在申请管理信息中与该商品id相关联的优惠的内容“50日元折扣(减价)”，将从3000日元减去50日元后的2950日元决定为用户的结算金额。

假设在所确定的申请信息中不包含商品id“i355”的情况下，用户即使购买商品id“i355”的商品，由于已确定的申请信息与从店铺终端13接收到的优惠对象商品信息不对应，因此不给予优惠。

在此，在接收到的优惠对象商品信息中包含一个申请信息所含的多个商品的情况下，优惠给予部1134可以给予用户与该申请信息对应的优惠。例如在已确定的申请信息中包含多个商品id的情况下，在接收到的优惠对象商品信息中包含该多个商品id时，优惠给予部1134判定为申请信息与从店铺终端13接收到的优惠对象商品信息对应，对用户给予优惠。这样一来，结算装置11能够在同时购买了与申请信息对应的多个商品的情况下给予优惠。

此外，优惠给予部1134也可以基于用户购买对象商品的次数而给予与申请信息对应的优惠。在该情况下，在存储部112中存储有将用户购买过的对象商品的商品id、该用户的用户id、购买对象商品的日期时间建立关联的购买历史信息。在判定为已确定的申请信息与优惠对象商品信息对应的情况下，优惠给予部1134参照购买历史信息，来确定该申请信息中所含的对象商品的购买次数。在对象商品的购买次数与预先规定的购买次数一致的情况下，优惠给予部1134给予与申请信息对应的优惠。

另外，优惠给予部1134可以在用户初次购买了与申请信息对应的对象商品的情况下，给予与该申请信息对应的优惠。在该情况下，优惠给予部1134在判定为已确定的申请信息与优惠对象商品信息对应的情况下，参照购买历史信息，来确定在过去是否未购买该申请信息所含的对象商品。优惠给予部1134在确定为在过去未购买对象商品时，给予与申请信息对应的优惠。这样一来，结算装置11能够以初次购买对象商品为条件而给予优惠。

另外，优惠给予部1134也可以基于接收到申请信息的顺序，给予与申请信息对应的优惠。在该情况下，在判定为已确定的申请信息与优惠对象商品信息对应的情况下，优惠给予部1134参照存储于存储部112的申请管理信息，参照包括用户在内的全部用户的各自的该申请信息的申请日期时间，来确定该用户申请了优惠给予的顺序。在该用户申请了优惠给予的顺序为预先规定的顺序以内的情况下，优惠给予部1134给予与申请信息对应的优惠。这样一来，能够使用户尽早进行给予优惠的申请。

另外，优惠给予部1134也可以基于抽签来给予与申请信息对应的优惠。在该情况下，在判定为已确定的申请信息与优惠对象商品信息对应的情况下，优惠给予部1134进行抽签，来判定用户是否中签。在判定为该用户中签时，优惠给予部1134给予与申请信息对应的优惠。这样一来，能够抑制被给予优惠的用户，并能够抑制提供优惠一方的给予优惠所涉及的费用。

结算部1135基于从店铺终端13接收到的店铺id、与接收到的结算用令牌相关联的用户id、以及优惠给予部1134所决定的结算金额进行结算。例如，结算部1135确定在存储部112中与结算用令牌建立关联地存储的用户id，并执行从由该用户id所确定的用户的账户中扣除结算金额的处理。然后，结算部1135也可以执行向由接收到的店铺id确定的店铺的账户入账结算金额的处理。结算部1135也可以向店铺的账户入账从结算金额中扣除结算装置11中的结算手续费后的金额。结算部1135在结算金额的结算完成的情况下，将支付已完成的事实通知给用户终端12以及店铺终端13。另外，结算部1135将表示通过优惠给予部1134对用户给予了优惠的信息通知给用户终端12，并且将表示折扣金额的信息作为表示给予用户的优惠而通知给用户终端12。

[动作时序]

图6是结算系统1s的动作时序图。

图6所示的时序图从用户在用户终端12中进行了给予优惠的申请操作时开始(步骤1s1)。当用户进行给予优惠的申请操作时，用户终端12的请求发送部1252将用户id和申请信息发送给结算装置11(步骤1s2)。

结算装置11的申请受理部1131在接收到用户id和申请信息时，将用户id、申请信息、以及申请日期时间建立关联后作为申请管理信息存储于存储部112(步骤1s3)。

在店铺中，用户选择要购买的商品，将选择好的商品拿给使用店铺终端13的店员。店铺终端13的结算信息生成部1361获取在操作部131中由店员输入的商品id或者读取部132从附在商品上的条形码读取的商品id，通过确定与该商品id相关联的商品的价格，从而计算结算金额。结算信息生成部1361生成包含结算金额的结算信息(步骤1s4)。另外，店铺终端13的对象商品确定部1362通过从结算对象的一个以上的商品中确定一个以上的对象商品，来生成优惠对象商品信息(步骤1s5)。

另一方面，当用户在用户终端12中进行显示结算用码的操作时(步骤1s6)，请求发送部1252将用户id和结算用码的获取请求发送给结算装置11(步骤1s7)。

结算装置11的令牌生成部1132在获取了用户id和结算用码的获取请求时，生成用于生成结算用码的结算用令牌(步骤1s8)。令牌生成部1132将所生成的结算用令牌与用户id建立关联后存储于存储部112(步骤1s9)。令牌生成部1132向发送了结算用码的获取请求的用户终端12发送所生成的结算用令牌(步骤1s10)。

用户终端12的码生成部1253生成基于从结算装置11接收到的结算用令牌的结算用码，并使所生成的结算用码显示在显示部123(步骤1s11)。用户在店铺中出示显示于用户终端12的结算用码，店铺终端13的读取部132读取结算用码(步骤1s12)。店铺终端13的结算信息发送部1364将在步骤1s4中生成的结算信息、在步骤1s5中生成的优惠对象商品信息、店铺id、以及在步骤1s12中读取的结算用码中所包含的结算用令牌发送给结算装置11(步骤1s13)。

当结算信息接收部1133从店铺终端13接收到结算信息、优惠对象商品信息、店铺id、结算用令牌时，优惠给予部1134确定与对应于接收到的结算用令牌的用户id建立关联地存储于存储部112中的申请信息(步骤1s14)。然后，在已确定的申请信息中包含接收到的店铺id并且在已确定的申请信息与从店铺终端13接收到的优惠对象商品信息对应的情况下，优惠给予部1134给予用户与申请信息对应的优惠(步骤1s15)。在此，从结算金额扣除折扣作为优惠。

接着，结算部1135基于接收到的店铺id、与结算用令牌相关联的用户id、以及优惠给予部1134所决定的结算金额而进行结算(步骤1s16)。

[结算系统1s的效果]

如以上说明那样，当结算装置11获取到用户id和表示购买对象商品时给予优惠的申请的申请信息时，则使该用户id与申请信息建立关联地存储于存储部112。结算装置11通过从用户终端12受理用户id和结算用码的获取请求，生成结算用令牌，将所生成的结算用令牌发送给用户终端12。用户终端12制作基于接收到的结算用令牌的结算用码。当从读取了用户终端12基于结算用令牌而显示的结算用码的店铺终端13接收到用于一个以上的商品的结算的结算信息、结算用令牌、以及用于确定一个以上的商品中的一个以上的优惠对象的商品的优惠对象商品信息时，结算装置11确定与对应于结算用令牌的用户标识符建立关联地存储于存储部112中的申请信息。然后，在已确定的申请信息与接收到的优惠对象商品信息对应的情况下，结算装置11给予用户与申请信息对应的优惠。这样一来，店铺的店员仅读取结算用码就能够进行核算处理，并且用户终端12的用户能够在结算时接受基于优惠的折扣，因此伴随着给予优惠的电子结算的结算处理变得简单。

＜第二实施方式＞

[结算系统2s的概要]

图7是表示本发明的第二实施方式的结算系统2s的概要的图。结算系统2s具有结算装置21、用户终端22、以及店铺终端23。结算系统2s是在用户在店铺购买商品的情况下，根据来自店铺终端23的请求使结算用码显示于店铺终端23，并响应于结算装置21已确定用户终端22读取了结算用码的这一事实而进行结算的系统。结算系统2s作为在结算时对用户给予优惠的优惠给予系统发挥功能。结算用码是在用户终端22中读取的文本或图像，是结算时使用的码。

结算装置21是结算购买金额的服务器。结算装置21还作为对用户给予优惠的优惠给予装置发挥功能。在本实施方式中，响应于用户购买特定的商品而给予优惠。在以下的说明中，将被给予优惠的特定的商品称为对象商品。

用户终端22是用户所使用的信息终端，例如是智能手机、平板电脑、或者个人计算机。提供优惠的商品的零售业者利用经由互联网的广告投放功能等向用户终端22提供关于给予优惠的信息。

用户通过预先进行给予优惠的申请，能够在购买对象商品时接受优惠的给予。以下，参照图7说明进行商品的价格的结算以及优惠的给予为止的流程。

用户在在用户终端22中进行给予优惠的申请操作(图7中的(r1))。作为一例，当用户启动结算用的应用程序软件，输入作为识别用户的用户标识符的用户id时，用户终端22将用户id发送给结算运营商，登陆到应用程序。然后，用户终端22向结算运营商的服务器咨询用户能够申请的优惠。

结算运营商的服务器将识别优惠的优惠id、优惠的内容、作为识别对象商品的商品识别信息的商品id、以及商品名建立关联地存储。结算运营商的服务器从存储介质(例如硬盘)读出用户能够申请的优惠的优惠id，并将与读出的优惠id对应的优惠的内容、商品id、以及商品名发送给用户终端22。

用户终端22显示接收到的优惠的内容、商品id以及商品名。当用户进行用于选择要申请的优惠的操作时，用户终端22将表示所选择的优惠的给予申请的申请信息和用户id发送给结算装置21(图7中的(r2))。在申请信息中例如包括识别店铺的店铺id、对象商品的商品id、以及优惠的内容。当结算装置21接收到申请信息和用户id时，将申请信息与用户id建立关联地存储(图7中的(r3))。

之后，用户移动到店铺，在店铺内购买包括对象商品在内的商品。用户在店铺内进行结账的情况下，店铺内的店员在店铺终端23中读取附在购买对象的商品上的条形码，使店铺终端23生成表示用户购买的商品的合计金额的结算信息以及用于确定对象商品的优惠对象商品信息。优惠对象商品信息是用于确定用户在店铺内购买的商品中的给予优惠的对象商品的信息，包含有对象商品的商品id。

另外，店员在店铺终端23进行用于使店铺终端23显示结算用码的操作。店铺终端23将结算用码的获取请求、结算信息、识别店铺的店铺id、以及优惠对象商品信息发送给结算装置21(图7中的(r4))。

当从店铺终端23接收到结算用码的获取请求、结算信息、优惠对象商品信息、以及店铺id时，结算装置21生成结算用令牌(图7中的(r5))。结算用令牌是在店铺终端23生成店铺终端23向用户出示的结算用码时使用的数据串。在此，结算用令牌也可以仅在由店铺id确定的特定的店铺的情况下生成。结算装置21将所生成的结算用令牌、优惠对象商品信息、以及店铺id建立关联地存储于存储介质(图7中的(r6))。

结算装置21将所生成的结算用令牌发送给店铺终端23(图7中的(r7))。结算装置21也可以在对结算用令牌进行加密后，将加密后的结算用令牌发送给店铺终端23。

店铺终端23基于接收到的结算用令牌来生成并显示结算用码(图7中的(r8))。

用户终端22例如通过用户的操作，读取显示于店铺终端23的结算用码(图7中的(r9))。用户终端22将用户id和已读取的结算用码所示的结算用令牌发送给结算装置21(图7中的(r10))。

当从用户终端22接收到用户id和结算用令牌时，结算装置21确定与接收到的用户id建立关联地存储的申请信息(图7中的(r11))。结算装置21判定接收到的结算用令牌与发送至店铺的结算用令牌是否一致。在判定为结算用令牌一致的情况下，结算装置21确定与该结算用令牌建立关联地存储的优惠对象商品信息。在已确定的申请信息中所含的对象商品的商品id包含于已确定的优惠对象商品信息中所含的对象商品的商品id的情况下，结算装置21通过将从店铺终端23接收到的结算信息所示的结算金额减去了作为与已确定的申请信息对应的优惠的折扣金额后的金额决定为用户的结算金额，由此对用户给予优惠，执行基于该结算金额的结算处理(图7中的(r12))。

此外，结算装置21在结算用令牌不一致的情况下不进行结算。另外，在申请信息中所含的对象商品的商品id不包含于已确定的优惠对象商品信息中所含的对象商品的商品id的情况下，结算装置21不给予优惠地执行结算处理。结算装置21在结算处理完成时，将结算处理的完成以及优惠的适用结果通知给用户终端22以及店铺终端23中的至少任一方。

通过结算系统2s如上所述地动作，仅凭用户预先申请给予优惠，之后在购买包括对象商品在内的商品时，由用户终端22读取显示于店铺终端23的结算用码而结算的通常的处理，就能够在结算时基于对象商品的购买而给予优惠。

以下，对结算装置21、用户终端22、以及店铺终端23的结构的细节进行说明。在以下的说明中，以优惠的内容是商品的价格的折扣的情况为例进行说明。

[结算装置21的功能结构]

图8是表示结算装置21的功能结构的图。结算装置21具有通信部211、存储部212、以及控制部213。

通信部11是用于经由互联网等网络与用户终端22以及店铺终端23收发数据的通信接口。

存储部212是存储各种数据的存储介质，具有rom(readonlymemory：只读存储器)、ram(randomaccessmemory：随机存取存储器)、以及硬盘等。存储部212存储控制部213执行的程序。存储部212存储有使控制部213作为申请受理部2131、令牌生成部2132、令牌接收部2133、优惠给予部2134、以及结算部2135发挥功能的结算用程序。

另外，存储部212将从用户终端22获取到的申请信息与用户id建立关联地存储。另外，存储部212将控制部213所生成的结算用令牌与优惠对象商品信息建立关联地存储。

控制部213例如是cpu(centralprocessingunit：中央处理单元)。控制部213通过执行存储于存储部212的结算用程序，而作为申请受理部2131、令牌生成部2132、令牌接收部2133、优惠给予部2134、以及结算部2135发挥功能。关于控制部213的各部的动作的细节将在后面叙述。

[用户终端22的功能结构]

图9是表示用户终端22的功能结构的图。用户终端22具有操作部221、通信部222、读取部223、显示部224、存储部225、以及控制部226。控制部226具有操作受理部2261、请求发送部2262、以及令牌发送部2263。

操作部221是受理用户的操作的操作设备，例如是设置于显示部224的表面的触摸面板。操作部221将表示用户所触摸的位置的信号通知给操作受理部2261。

通信部222例如是用于与移动电话网络的基站之间收发数据的无线通信接口。通信部222将从请求发送部2262输入的申请信息发送给结算装置21。另外，通信部222将所获取的结算用令牌等发送给结算装置21。

读取部223例如是照相机。读取部223读取显示于店铺终端23的结算用码。

显示部224是显示各种信息的显示器。

存储部225是包括rom和ram等的存储介质。存储部225存储控制部226执行的程序。存储部225存储使控制部226作为操作受理部2261、请求发送部2262、以及令牌发送部2263发挥功能的程序。

控制部226例如是cpu，通过执行存储于存储部225的程序，而作为操作受理部2261、请求发送部2262、以及令牌发送部2263发挥功能。

操作受理部2261基于从操作部221输入的信号，来确定用户的操作内容。在已确定的操作内容是给予优惠的申请操作的情况下，操作受理部2261将操作内容通知给请求发送部2262。在操作受理部2261受理了给予优惠的申请操作的情况下，请求发送部2262经由通信部222将用户id和申请信息发送给结算装置21。

在已确定的操作内容是用于读取结算用码的操作的情况下，操作受理部2261将操作内容通知给令牌发送部2263。

在操作受理部2261受理了用于读取结算用码的操作的情况下，令牌发送部2263使读取部223读取显示于店铺终端23的结算用码。令牌发送部2263获取读取部223从结算用码提取出的信息作为结算用令牌。令牌发送部2263将获取到的结算用令牌和用户id经由通信部222发送给结算装置21。

[店铺终端23的功能结构]

图10是表示店铺终端23的功能结构的图。店铺终端23例如是pos终端，具有操作部231、读取部232、通信部233、显示部234、存储部235、以及控制部236。

操作部231是受理用户的操作的操作设备，例如是用于选择用户购买的商品的按钮或者设置于显示部234的表面的触摸面板。

读取部232例如是条形码读取器，读取附在用户购买的商品上的条形码。读取部232将读取出的条形码所示的信息输出至控制部236。

通信部233例如是用于与结算装置21之间收发数据的通信接口。通信部233根据控制部236的控制，将结算用码的获取请求、结算信息、优惠对象商品信息、店铺id发送给结算装置21。另外，通信部233从结算装置21接收结算用令牌。

显示部234是显示各种信息的显示器。显示部234例如显示结算金额或结算用码。

存储部235是包括rom和ram等的存储介质。存储部235存储控制部236执行的程序。存储部235存储使控制部236作为结算信息生成部2361、对象商品确定部2362、结算信息发送部2363、以及码生成部2364发挥功能的程序。另外，存储部235存储将商品id与商品的价格建立了关联的商品db。另外，存储部235存储包含表示对象商品的商品id的对象商品db。

控制部236例如是cpu，通过执行存储于存储部235的程序，而作为结算信息生成部2361、对象商品确定部2362、结算信息发送部2363、以及码生成部2364发挥功能。

结算信息生成部2361确定结算对象的一个以上的商品，生成结算信息。具体而言，结算信息生成部2361通过获取在操作部231中店员输入的商品id或者读取部232从附在商品的条形码读取出的商品id，将获取的商品id的商品确定为结算对象的商品。结算信息生成部2361参照存储于存储部235的商品db，确定与所获取的商品id相关联的商品的价格。结算信息生成部2361获取一个以上的在操作部231中店员输入的商品id或者读取部232从附在商品的条形码读取出的商品id，合计根据该商品id确定的商品的价格。当在操作部231中受理核算操作时，结算信息生成部2361将合计后的商品的价格决定为结算金额。结算信息生成部2361生成包含所决定的结算金额的结算信息。

对象商品确定部2362通过从结算对象的一个以上的商品中确定一个以上的对象商品，从而生成优惠对象商品信息。优惠对象商品信息是用于确定在设置有店铺终端23的店铺内用户购买的一个以上的商品中的优惠给予对象的对象商品的信息。对象商品确定部2362确定结算信息生成部2361所获取的商品id中的存储于存储部235的对象商品db所含的商品id。对象商品确定部2362将已确定的商品id的商品确定为对象商品，并将已确定的商品id生成为优惠对象商品信息。在优惠对象商品信息中还包括用户终端22的用户未进行给予优惠的申请的对象商品。此外，在结算信息生成部2361所获取的商品id中不包含存储于存储部235中的对象商品db所含的商品id，对象商品确定部2362未能确定对象商品的情况下，不生成优惠对象信息。

店铺终端23将对用户想要购买的全部商品的金额进行合算后的金额发送给结算装置21，但是在仅被通知了合算后的金额的情况下，结算装置21无法判定在用户想要购买的商品中是否包含对象商品。这样，店铺终端23通过将优惠对象商品信息发送给结算装置21，结算装置21能够判定用户是否购买能够给予优惠的商品，因此结算装置21能够适当地给予优惠。

当结算信息生成部2361生成结算信息并且对象商品确定部2362生成优惠对象商品信息时，结算信息发送部2363经由通信部233将结算用码的获取请求、结算信息、优惠对象商品信息、以及店铺id发送给结算装置21。此外，在对象商品确定部2362未生成优惠对象信息的情况下，结算信息发送部2363将结算用码的获取请求、结算信息、以及店铺id发送给结算装置21。

当从结算装置21发送结算用令牌时，码生成部2364生成基于结算用令牌的结算用码。码生成部2364例如基于预先制定的规则而生成结算用码。码生成部2364使所生成的结算用码显示于显示部234。

[控制部213的各部的动作]

接着，对控制部213的各部的动作进行说明。

申请受理部2131经由通信部211从用户终端22受理用户id和利用请求。申请受理部2131将所受理的用户id以及利用请求通知给令牌生成部2132。

申请受理部2131从用户受理在购买对象商品时给予优惠的申请。具体而言，申请受理部2131通过从用户获取用于确定用户的用户id以及表示在购买对象商品时给予优惠的申请的申请信息，从而受理给予优惠的申请。在申请信息中例如包括识别店铺的店铺id、识别商品的商品id、以及优惠的内容。

在此，设为申请受理部2131通过从用户终端22接收用户id和申请信息，从而受理给予优惠的申请，但不限于此，也可以通过从用户使用的其他终端接收用户id和申请信息，从而受理给予优惠的申请。申请受理部2131在获取了用户id和申请信息时，将该申请信息、该用户id、申请日期时间建立关联后作为申请管理信息存储于存储部212。

存储部212存储的申请管理信息与第一实施方式中的存储部112存储的申请管理信息相同。即，如图5所示，存储部212存储申请管理信息。能够确认在该申请管理信息中用户id、申请日期时间、以及申请信息彼此建立了关联。此外，在一个申请信息中也可以包括多个商品id。

在此，当申请受理部2131接收到用户id以及申请信息时，以接收到申请信息的定时并基于规定的条件来判定是否受理给予优惠的申请。然后，申请受理部2131也可以响应于判定为受理给予优惠的申请，使接收到的申请信息与用户id建立关联后作为申请管理信息存储于存储部212。

规定的条件是指在多个用户间接收到申请信息的顺序为规定的顺序以内，申请受理部2131也可以基于从用户终端22接收到申请信息的顺序来判定是否受理给予优惠的申请。另外，规定的条件也可以是在抽签中中签，申请受理部2131也可以基于抽签来判定是否受理给予优惠的申请。这样一来，结算装置21能够在给予优惠的申请时缩减受理申请的用户。

令牌生成部2132从店铺终端23受理结算信息、优惠对象商品信息、以及店铺id，并且当受理结算用码的获取请求时，生成用于生成结算用码的结算用令牌。令牌生成部2132使所生成的结算用令牌、结算信息、优惠对象商品信息、以及店铺id建立关联地存储于存储部212。另外，令牌生成部2132向发送了结算用码的获取请求的店铺终端23发送所生成的结算用令牌。此外，令牌生成部2132从店铺终端23受理结算信息和优惠对象商品信息和店铺id，并且受理了结算用码的获取请求，但受理结算信息、优惠对象商品信息、以及店铺id的定时与受理结算用码的获取请求的定时也可以不同。另外，令牌生成部2132也可以仅在店铺id所示的店铺为特定的店铺的情况下生成结算用令牌。

令牌接收部2133从读取了店铺终端23基于结算用令牌而显示的结算用码的用户终端22接收结算用令牌和用户id。此外，令牌接收部2133也可以从用户终端22接收结算用令牌和用户id，并且也接收店铺id。例如，店铺终端23显示店铺id或表示店铺id的码，用户终端22读取该店铺id、或者读取码并从该码中提取出店铺id，从而将该店铺id发送给结算装置21。

在令牌接收部2133从用户终端22接收到结算用令牌和用户id时，优惠给予部2134判定接收到的结算用令牌是否存储于存储部212中。在判定为接收到的结算用令牌存储于存储部212中时，优惠给予部2134确定与接收到的用户id相关联地存储于存储部212中的申请信息。另外，在判定为接收到的结算用令牌存储于存储部212中时，优惠给予部2134确定与接收到的结算用令牌相关联地存储于存储部212中的优惠对象商品信息。

在能够确定出优惠对象商品信息的情况下，当已确定的申请信息与该优惠对象商品信息对应时，优惠给予部2134给予用户与申请信息对应的优惠。例如，在已确定的申请信息所含的商品id包含于已确定的优惠对象商品信息的情况下，优惠给予部2134判定为申请信息与优惠对象商品信息对应。

而且，优惠给予部2134基于与优惠对象商品信息对应的申请信息所含的优惠内容，对用户给予优惠。在此，从与结算用令牌建立关联地存储的结算信息所示的结算金额中减去优惠内容所示的折扣金额。

例如，设作为优惠对象商品信息而包含有“i382”、“i355”、“i900”，并且已确定的申请信息所含的商品id为“i382”。另外，设用户在店铺内购物的商品的合计金额为3000日元。

在该情况下，由于在优惠对象商品信息中所含的商品id“i382”也包含于已确定的申请信息中，因此优惠给予部2134基于在申请管理信息中与该商品id相关联的优惠的内容“50日元折扣”，将从3000日元减去50日元后的2950日元决定为用户的结算金额。

假设在所确定的申请信息中不包含商品id“i355”的情况下，即使用户购买商品id“i355”的商品，由于已确定的申请信息与从店铺终端23接收到的优惠对象商品信息不对应，因此也不会给予优惠。

在此，也可以在判定为申请信息与优惠对象商品信息对应，并且在判定为已确定的申请信息中所含的店铺id和与结算用令牌建立关联地存储的店铺id一致时，优惠给予部2134对用户给予优惠。另外，优惠给予部2134也可以在从用户终端22接收到店铺id的情况下，判定为申请信息与优惠对象商品信息对应，并且响应于接收到的店铺id与申请信息中所含的店铺id一致，对用户给予优惠。这样一来，能够在用户在特定的店铺内购买对象商品的情况下给予优惠。

另外，优惠给予部2134也可以在已确定的优惠对象商品信息中包含一个申请信息中所含的多个商品的情况下，给予用户与该申请信息对应的优惠。例如在已确定的申请信息中包含多个商品id的情况下，在已确定的优惠对象商品信息中包含该多个商品id时，优惠给予部2134判定为申请信息与优惠对象商品信息对应，则对用户给予优惠。这样一来，结算装置21能够在同时购买了与申请信息对应的多个商品的情况下给予优惠。

此外，优惠给予部2134也可以基于用户购买对象商品的次数而给予与申请信息对应的优惠。在该情况下，在存储部212中存储有将用户购买过的对象商品的商品id、该用户的用户id、以及购买对象商品的日期时间建立关联的购买历史信息。在判定为已确定的申请信息与优惠对象商品信息对应的情况下，优惠给予部2134参照购买历史信息，来确定该申请信息中所含的对象商品的购买次数。在对象商品的购买次数与预先规定的购买次数一致的情况下，优惠给予部2134给予与申请信息对应的优惠。

另外，也可以在用户初次购买了与申请信息对应的对象商品的情况下，优惠给予部2134给予与该申请信息对应的优惠。在该情况下，在判定为已确定的申请信息与优惠对象商品信息对应的情况下，优惠给予部2134参照购买历史信息，来确定在过去是否未购买该申请信息中所含的对象商品。在确定为在过去未购买对象商品时，优惠给予部2134给予与申请信息对应的优惠。这样一来，结算装置21能够以初次购买对象商品为条件而给予优惠。

另外，优惠给予部2134也可以基于接收到申请信息的顺序，给予与申请信息对应的优惠。在该情况下，在判定为已确定的申请信息与优惠对象商品信息对应的情况下，优惠给予部2134参照存储于存储部212中的申请管理信息，参照包括用户在内的全部用户的各自的该申请信息的申请日期时间，来确定该用户申请了优惠给予的顺序。在该用户申请了优惠给予的顺序为预先规定的顺序以内的情况下，优惠给予部2134给予与申请信息对应的优惠。这样一来，能够使用户尽早进行给予优惠的申请。

另外，优惠给予部2134也可以基于抽签来给予与申请信息对应的优惠。在该情况下，在判定为已确定的申请信息与优惠对象商品信息对应的情况下，优惠给予部2134进行抽签来判定用户是否中签。在判定为该用户中签时，优惠给予部2134给予与申请信息对应的优惠。这样一来，能够抑制被给予优惠的用户，能够抑制提供优惠一方的给予优惠所涉及的费用。

结算部2135基于与结算用令牌建立关联地存储的店铺id、从用户终端22与结算用令牌同时接收到的用户id、以及优惠给予部2134所决定的结算金额进行结算。

例如，结算部2135执行从与结算用令牌一起从用户终端22接收到的用户id所确定的用户的账户中扣除结算金额的处理。然后，结算部2135也可以执行向与结算用令牌建立关联地存储的店铺id所确定的店铺的账户入账结算金额的处理。结算部2135向店铺的账户入账从结算金额中减去结算装置21中的结算手续费后的金额。在结算金额的结算完成的情况下，结算部2135将支付已完成的事实通知给用户终端22以及店铺终端23。另外，结算部2135将表示通过优惠给予部2134对用户给予了优惠的信息通知给用户终端22，并且将表示折扣金额的信息作为表示对用户给予的优惠的信息而通知给用户终端22。

[动作时序]

图11是结算系统2s的动作时序图。

图11所示的时序图从用户在用户终端22中进行了给予优惠的申请操作时开始(步骤2s1)。当用户进行了给予优惠的申请操作时，用户终端22的请求发送部2262将用户id和申请信息发送给结算装置21(步骤2s2)。

结算装置21的申请受理部2131在接收到用户id和申请信息时，将用户id、申请信息、以及申请日期时间建立关联后作为申请管理信息存储于存储部212(步骤2s3)。

在店铺中，用户选择要购买的商品，将选择好的商品拿给使用店铺终端23的店员。店铺终端23的结算信息生成部2361获取在操作部231中店员已输入的商品id或者读取部232从附在商品的条形码上读取的商品id，通过确定与该商品id相关联的商品的价格，从而计算结算金额。结算信息生成部2361生成包含结算金额的结算信息(步骤2s4)。另外，店铺终端23的对象商品确定部2362通过从结算对象的一个以上的商品中确定一个以上的对象商品，来生成优惠对象商品信息(步骤2s5)。

当在步骤2s4中生成结算信息，在步骤2s5中生成优惠对象商品信息时，结算信息发送部2363将结算用码的获取请求、结算信息、优惠对象商品信息、以及店铺id发送给结算装置21(步骤2s6)。

结算装置21的令牌生成部2132在获取了结算用码的获取请求、结算信息、优惠对象商品信息、以及店铺id时，生成用于生成结算用码的结算用令牌(步骤2s7)。令牌生成部2132将所生成的结算用令牌、结算信息、优惠对象商品信息、以及店铺id建立关联地存储于存储部212(步骤2s8)。令牌生成部2132向发送了结算用码的获取请求的店铺终端23发送所生成的结算用令牌(步骤2s9)。

店铺终端23的码生成部2364生成基于从结算装置21接收到的结算用令牌的结算用码，并使所生成的结算用码显示于显示部234(步骤2s10)。用户操作用户终端22，使用户终端22读取显示于店铺终端23的结算用码(步骤2s11)。用户终端22的令牌发送部2263将从结算用码得到的结算用令牌、和用户id发送给结算装置21(步骤2s12)。

在令牌接收部2133从用户终端22接收到结算用令牌和用户id时，优惠给予部2134确定与接收到的用户id建立关联地存储于存储部212中的申请信息(步骤2s13)。另外，优惠给予部2134确定与接收到的结算用令牌建立关联地存储于存储部212中的优惠对象商品信息(步骤2s14)。

然后，在已确定的申请信息与优惠对象商品信息对应的情况下，优惠给予部2134对用户给予与申请信息对应的优惠(步骤2s15)。在此，从与结算用令牌相关联的结算信息所示的结算金额中扣除折扣作为优惠。

接着，结算部2135基于与结算用令牌相关联的店铺id、与结算用令牌一起接收到的用户id、以及优惠给予部2134所决定的结算金额而进行结算(步骤2s16)。

[变形例]

在以上的说明中，店铺终端23在用户购买商品时对结算装置21进行了结算用码的获取请求，但并不限于此。例如，也可以是，在店铺中仅对金额相同的商品进行处理，在用户购买商品的金额一定的情况下，在用户购买商品之前，店铺终端23将结算信息、优惠对象商品信息、以及结算用码的获取请求预先发送给结算装置21。

图12是在用户在购买商品之前店铺终端23进行结算用码的获取请求时的结算系统2s的动作时序图。

如图12所示，首先，结算信息发送部2363将结算用码的获取请求、结算信息、优惠对象商品信息、以及店铺id发送给结算装置21(步骤2s21)。

当从店铺终端23受理了结算信息、优惠对象商品信息、店铺id、以及结算用码的获取请求时，结算装置21的令牌生成部2132生成结算用令牌(步骤2s22)。令牌生成部2132使所生成的结算用令牌、结算信息、优惠对象商品信息、以及店铺id建立关联地存储于存储部212(步骤2s23)。另外，令牌生成部2132向发送了结算用码的获取请求的店铺终端23发送所生成的结算用令牌(步骤2s24)。

当从结算装置21接收到结算用令牌时，码生成部2364使结算用令牌存储于存储部235(步骤2s25)。

之后，当用户在用户终端22进行给予优惠的申请操作时(步骤2s26)，用户终端22的请求发送部2262将用户id和申请信息发送给结算装置21(步骤2s27)。结算装置21的申请受理部2131在接收到用户id和申请信息时，将用户id、申请信息、以及申请日期时间建立关联后作为申请管理信息存储于存储部212中(步骤2s28)。

在店铺中，用户选择要购买的商品，将选择好的商品拿给使用店铺终端23的店员。在此，如上述所述，在店铺中，仅对金额相同的商品进行处理，用户的购买金额与商品的类别无关而始终保持一定，因此店铺终端23的码生成部2364生成基于存储于存储部235中的结算用令牌的结算用码，使所生成的结算用码显示于显示部234(步骤2s29)。用户操作用户终端22，使用户终端22读取显示于店铺终端23的结算用码(步骤2s30)。用户终端22的令牌发送部2263将从结算用码得到的结算用令牌和用户id发送给结算装置21(步骤2s31)。

之后，优惠给予部2134进行与图11所示的步骤2s13～步骤2s15的处理相同的处理，对用户给予优惠(步骤2s32～步骤2s34)。在此，从结算金额扣除折扣作为优惠。结算部2135与图11所示的2s16的处理同样地进行结算(步骤2s35)。

此外，在本时序中，在用户购买商品时，码生成部2364基于存储于存储部235中的结算用令牌生成结算用码，并显示于显示部234，但并不限于此。店铺终端23的店员也可以预先在纸上等印刷结算用码而代替在店铺终端23显示结算用码，并在用户购买商品时向用户出示在纸上等印刷的结算用码。

[结算系统2s的效果]

如以上说明的那样，当结算装置21获取了用户id和表示在购买对象商品时申请给予优惠的申请信息时，使该用户id与申请信息建立关联地存储于存储部212。在从店铺终端23受理了结算信息、优惠对象商品信息、以及结算用码的获取请求时，结算装置21生成结算用令牌，使所生成的结算用令牌与优惠对象商品信息建立关联地存储于存储部212，并且向店铺终端23发送。店铺终端23制作基于接收到的结算用令牌的结算用码。当从读取了店铺终端23基于结算用令牌而显示的结算用码的用户终端22接收到用户id和结算用令牌时，结算装置21确定与接收到的用户id相关联的申请信息，并且确定与接收到的结算用令牌相关联的优惠对象商品信息。然后，在已确定的申请信息与优惠对象商品信息对应的情况下，结算装置21给予用户与申请信息对应的优惠。这样一来，店铺的店员仅读取结算用码就能够进行核算处理，并且用户终端22的用户能够在结算时接受基于优惠的折扣，因此伴随给予优惠的电子结算的结算处理变得简单。

以上，利用实施方式对本发明进行了说明，但本发明的技术范围并不限定于上述实施方式所记载的范围，能够在其主旨的范围内进行各种变形以及变更。例如，装置的分散/合并的具体的实施方式不限于以上的实施方式，对于其全部或一部分能够以任意的单位功能性或物理性地分散/合并而构成。另外，由多个实施方式的任意组合而产生的新的实施方式也包括在本发明的实施方式内。由组合而产生的新的实施方式的效果一并具有原来的实施方式的效果。