优惠券发放系统、优惠券管理装置及计算机可读存储介质

摘要

本发明公开了一种优惠券发放系统、优惠券管理装置及计算机可读存储介质，能够容易发放针对涉及优惠券的发放的策划而设计不同的多种优惠券，该优惠券管理装置取得交易数据。该装置从针对策划的多个优惠券设计中选择任一个优惠券设计。该装置当取得的交易数据满足优惠券的发放条件时，制作已选择的优惠券设计的优惠券。该装置对已制作的优惠券的发放进行控制。

说明书

本申请主张申请日为2019年07月10日、申请号为JP2019-128298的日本申请为优先权，并引用上述申请的内容，通过引用将其公开内容全部结合于此。

技术领域

本发明的实施例涉及一种优惠券发放系统及该系统的优惠券管理装置以及计算机可读存储介质。

背景技术

目前，当POS(Point OfSales：销售点)终端所登记的购买商品的内容满足优惠券发行条件时就发行优惠券那样的优惠券发行服务，正被大多店铺利用着。此外，在引进了这种优惠券发行服务的店铺中，通过汇总优惠券的发行枚数和利用枚数，验证优惠券带来的促销效果也已经正在实行。

不过，在现有的优惠券发行服务中，针对与优惠券发行有关的策划而发行的优惠券的设计是一种。因此，即使推测出通过发行针对策划而设计不同的多种优惠券能否进一步提高促销效果，在现状的系统中也很难对其进行实施。这样的问题，不仅仅限于以纸为介质的优惠券。例如，当通过将优惠券作为电子介质，并传输给购物顾客所有的智能手机等信息终端发放优惠券时也是符合的。

发明内容

鉴于上述问题，本发明所要解决的技术问题是，提供一种优惠券发放系统及该系统的优惠券管理装置以及计算机可读存储介质，其能够容易发放针对策划而设计不同的多种优惠券。

为解决上述问题，本发明的一实施例，提供了一种优惠券管理装置，包括：取得部、选择部、制作部及控制部。取得部取得交易数据。选择部从针对策划的多个优惠券设计中选择任一个优惠券设计。制作部当通过取得部取得的交易数据满足优惠券的发放条件时，制作通过选择部已选择的优惠券设计的优惠券。控制部对通过制作部所制作的优惠券的发放进行控制。

根据这样的构成，取得能够制作针对策划而设计不同的多种优惠券这样的效果。

对于优惠券管理装置，在一种可能的实施方式中，关于针对所述策划的多个优惠券设计设定有发行时机，所述选择部基于所述发行时机的设定而选择优惠券设计。

根据这样的构成，能够调整各个优惠券设计的优惠券的制作时机。

对于优惠券管理装置，在一种可能的实施方式中，所述发行时机是关于针对策划的多个优惠券设计的发放比率。

根据这样的构成，能够在一个策划中发放的整体的优惠券的制作数中，使用各个优惠券设计的制作比例调整制作的时机。

对于优惠券管理装置，在一种可能的实施方式中，还包括：实绩取得部，对应针对所述策划的多个优惠券设计，取得通过其优惠券设计制作出的优惠券的利用实绩数据。

根据这样的构成，能够掌握利用实绩。

对于优惠券管理装置，在一种可能的实施方式中，还包括：确定部，根据通过所述实绩取得部所取得的每个优惠券设计的利用实绩数据来确定所述发放比率。

根据这样的构成，能够根据优惠券的利用率来变更发行比率。

对于优惠券管理装置，在一种可能的实施方式中，发行时机是星期。

根据这样的构成，能够制作对应每个星期而不同的优惠券设计的优惠券。

对于优惠券管理装置，在一种可能的实施方式中，发行时机是期间。

根据这样的构成，能够制作对应每个期间而不同的优惠券设计的优惠券。

本发明的另一实施例，提供了一种优惠券发放系统，包括：上述的优惠券管理装置；以及发行器，对所述控制部的控制进行响应并发放优惠券。

根据这样的构成，能够容易发放针对策划而设计不同的多种优惠券。

对于优惠券发放系统，在一种可能的实施方式中，通过所述发行器发放的优惠券具有码符号。

根据这样的构成，通过打印码符号，优惠券代码的输入变得容易。

本发明的第三实施例，提供了一种计算机可读存储介质，存储有控制程序，所述控制程序用于使优惠券管理装置的计算机，实现以下功能：取得交易数据的功能；从针对策划的多个优惠券设计中选择任一个优惠券设计的功能；当已取得的所述交易数据满足优惠券的发放条件时，制作已选择的所述优惠券设计的优惠券的功能；以及对制作出的优惠券的发放进行控制的功能。

根据这样的构成，能够向计算机提供制作针对策划而设计不同的多种优惠券的程序。

附图说明

下面，参照附图对实施例所涉及的优惠券发放系统、优惠券管理装置及其控制程序进行说明。当结合附图考虑时，通过参照下面的详细描述，能够更完整更好地理解本发明以及容易得知其中许多伴随的优点，但此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定，其中：

图1是本实施例所涉及的优惠券发行系统的概略构成图；

图2是表示优惠券数据库所保存的优惠券记录的主要数据构成的示意图；

图3是表示优惠券的发行例的示意图；

图4是表示POS终端的要部电路构成的框图；

图5是表示优惠券管理服务器的要部电路构成的框图；

图6是表示POS终端的处理器执行的扫描处理的要部次序的流程图；

图7是表示POS终端的处理器执行的小计输入处理的要部次序的流程图；

图8是表示优惠券管理服务器的处理器执行的优惠券查询应答处理的要部次序的流程图；

图9是表示优惠券管理服务器的处理器执行的有效查询应答处理的要部次序的流程图；以及

图10是表示优惠券管理服务器的处理器执行的定时中断处理的要部次序的流程图。

附图标记说明

1 优惠券发行系统 2 优惠券管理服务器

3 POS终端 4 网络

5 优惠券发行功能 6 优惠券受理功能

7 优惠券数据库 8 购买票据

9A、9B、9C 优惠券。

具体实施方式

下面，参照附图，对能够容易发放针对策划而设计不同的多种的优惠券的优惠券发放系统的实施例进行说明。另外，在本实施例中，例示使在中央本部的管理下组织了多家零售店的连锁商店的计算机系统搭载了作为优惠券发放系统的一形态的优惠券发行系统的功能的情况。

图1是本实施例所涉及的优惠券发行系统1的概略构成图。优惠券发行系统1包括优惠券管理服务器2、多台POS(Point OfSales：销售点)终端3及网络4。优惠券管理服务器2设置于中央本部的数据中心。多台POS终端3分别设置于多家零售店。另外，一家零售店所设置的POS终端3的台数并不特别限定。既可以在一家零售店设置有一台POS终端3，又可以设置有大于等于两台POS终端3。网络4是能够连接各个零售店的POS终端3和中央本部的优惠券管理服务器2的广域网络。作为网络4能够使用例如互联网、内部网等的计算机网络。也可以将移动通信网用作网络4的一部分。

另外，在中央本部的数据中心中也设置有除优惠券管理服务器2以外的服务器。服务器与网络4连接，并与POS终端3一起构成连锁商店的计算机系统。构成这样的计算机系统的服务器也可以包含作为优惠券管理服务器2的功能。此外，服务器的场所并不特别限定。例如，也可以在通过互联网提供的云服务上安置服务器。

各个POS终端3分别具有用于发行优惠券的优惠券发行功能5和用于受理优惠券的利用的优惠券受理功能6。对优惠券发行功能5及优惠券受理功能6的详细进行后述。

优惠券管理服务器2是构筑优惠券数据库7并进行管理用的计算机系统。优惠券数据库7既可以设置于优惠券管理服务器2所内置的存储装置，又可以设置于与优惠券管理服务器2的外部连接的存储装置。外部的存储装置既可以是外设于优惠券管理服务器2的硬盘装置、可移动介质等辅助存储装置，又可以是通过网络连接的其他的计算机的存储装置。

优惠券数据库7是与优惠券有关的数据的集合体。优惠券是当在零售店中POS终端3所登记的购买商品的内容满足优惠券发行条件时，通过该POS终端3的优惠券发行功能5发行的纸介质。

在这里，参照图3对涉及的优惠券的详细进行说明。

图3是表示优惠券9A、9B、9C的发行例的示意图。优惠券9A、9B、9C继记述了包含购买商品的商品交易的明细的购买票据8之后，打印在票据纸张上而被发行。优惠券9A、9B、9C的任一枚被选择后，与购买票据8一起被发行。购买票据8和优惠券9A、9B、9C之间形成有切线CL。优惠券9A、9B、9C也可以与购买票据8分开(断开)后被发行。

优惠券9A、9B、9C是针对成为优惠券发行条件通用的优惠券发行对象的策划而发行的三种优惠券。策划就是针对指定或不指定的购物顾客以规定期限或无期限给予打折、降价等优待信息作为优惠券的策划。例如，优惠券9A、9B、9C是针对与购买了商品ZZZ的购物顾客的商品交易而发行的饮料类减价50日元的优惠券。如图3所示，优惠券9A、优惠券9B及优惠券9C布局的设计不同。另外，设计的差异并不限定于布局的差异。也包含有因字体的差异、图案的差异等而设计不同的情况。

针对一个策划保存多个优惠券设计。例如，针对一个策划，保存星期一用的优惠券设计、星期二用的优惠券设计、星期三用的优惠券设计。这样，也可以针对一个策划保存对应每个星期而不同的优惠券设计。

针对一个策划，保存从本月的1日到10日的优惠券设计、从本月的11日到20日的优惠券设计、从本月的21日到本月月末的优惠券设计。这样，也可以针对一个策划保存对应每个期间而不同的优惠券设计。

目前，在一个策划中，为向不同的优惠券设计变更而需要操作键或专用的软件。根据本实施例，能够减少现有的构成。

通过这样做，希望获得不同的优惠券设计的优惠券的购物顾客，为获得优惠券而积极购物。

下面，为便于说明，优惠券A定义为通过用设计代码A指定的设计制作的优惠券，优惠券B定义为通过用设计代码B指定的设计制作的优惠券，优惠券C定义为通过用设计代码C指定的设计制作的优惠券。

优惠券数据库7按照一连串的记录编号顺序，蓄积有对应涉及优惠券的发行的每个策划制作的制作的优惠券记录7R(参照图2)。

图2是表示优惠券数据库7所保存的优惠券记录7R的主要的数据构成的示意图。如图2所示，优惠券记录7R包括优惠券代码、发行条件、优待信息、发行期间、有效期间及各个优惠券的发行比率、不同优惠券的设计代码、发行枚数、利用枚数及利用率。

优惠券代码是对应成为优惠券发行对象的每个策划所设置的固有的代码。也就是说，对成为优惠券发行对象的一个策划分配有一个优惠券代码。发行条件是表示用于发行通过对应的优惠券代码识别的优惠券的条件的数据。下面，将通过对应的优惠券代码识别的优惠券称为该优惠券。

发行条件是商品交易所涉及的条件。例如，当是针对购买了已被设定作为优惠券发行对象的商品的购物顾客发行优惠券的策划时，发行条件变成已被设定作为其优惠券发行对象的商品的识别信息。识别信息当单品已被设定作为优惠券发行对象时，是其商品的识别代码、所谓的商品代码。识别信息当商品分类已被设定作为优惠券发行对象时，是其商品分类的识别代码、所谓的分类代码。分类代码也称为部类代码、组代码等。例如，如图3说明的那样，当是针对与购买了商品ZZZ的购物顾客的商品交易发行优惠券的策划时，发行条件变成商品ZZZ的商品代码。

发行条件并不限定于商品代码或分类代码。例如当是一商品交易的合计金额超过了阈值金额时发行优惠券的策划时，发行条件变成阈值金额。例如，当是针对在指定的时间段进行了购物的购物顾客发行优惠券的策划时，发行条件变成其时间段。在这里，发行条件是优惠券的发放条件的一例。

优待信息是与购物顾客通过利用该优惠券获得的优惠有关的信息。例如，如图3说明的那样，当是发行饮料类减价50日元的优惠券的策划时，优待信息变成“饮料类、减价50日元”。

优待信息并不限定于与减价有关的信息。例如，当是象所有商品打折5％那样发行折扣的优惠券的策划时，优待信息变成与折扣率有关的信息。例如当是发行接受赠送礼品的优惠券的策划时，优待信息变成与礼品有关的信息。

发行期间是表示发行该优惠券的期间的数据。有效期间是表示利用该优惠券有效的期间的数据。有效期间是将发行期间的开始日或在此之后的日期作为开始日，将发行期间的结束日之后的日期作为结束日的期间。有效期间也可以与发行期间重叠一部分。

制作各个优惠券的时机(发行时机)如上那样有例如对应每个星期、对应每个期间等。本实施例例示出使用发行比率作为发行时机，制作各个优惠券。通过这样做，能够调整各个优惠券设计的优惠券的制作时机。如果对应每个星期，则能够制作对应每个星期而不同的优惠券设计的优惠券。如果对应每个期间，则能够制作对应每个期间而不同的优惠券设计的优惠券。如果进行制作的时机是固定的，则购物顾客容易获得自己所期望的优惠券设计的优惠券(例如，星期一去购物，下星期去购物等)。其例如在为不同的字符(符号、角色)的优惠券设计时等是有效果的。

发行比率是对通过用设计代码A指定的设计制作的优惠券9A、通过用设计代码B的设计制作的优惠券9B及通过用设计代码C的设计制作的优惠券9C制定各自用什么比率进行发行的数据。例如，当优惠券9A、优惠券9B及优惠券9C的发行比率是1:1:1时，按照优惠券9A、优惠券9B及优惠券9C的顺序依次被发行。例如当优惠券9A、优惠券9B及优惠券9C的发行比率是1:2:1时，按照优惠券9A、优惠券9B、优惠券9B及优惠券9C的顺序被发行。或者按照优惠券9B、优惠券9A、优惠券9B及优惠券9C的顺序被发行。另外，上述的发行顺序终归是一例。重要的是只要以一个循环的发行比率为设定值的方式被发行就可以。而且，在本实施例中，可以根据优惠券的利用率对该发行比率进行变更。

通过使用发行比率，能够在一个策划中发放的整体的优惠券的制作数中，使用各个优惠券设计的制作比例，调整制作的时机。

设计代码是对应优惠券设计A、优惠券设计B及优惠券设计C的每个设计所设定的唯一的代码。在优惠券管理服务器2中，与各个设计代码分别关联而登记有不同的设计数据。设计数据是具有布局、字体、图案等信息的数据。

发行枚数是关于优惠券9A、优惠券9B及优惠券9C的各个优惠券，通过各个POS终端3的优惠券发行功能5已发行的枚数的累积值。利用枚数是关于优惠券9A、优惠券9B及优惠券9C的各个优惠券，通过各个POS终端3的优惠券受理功能6已受理使用的枚数的累积值。利用率是关于优惠券9A、优惠券9B及优惠券9C的各个优惠券，利用枚数相对于发行枚数之间的比例。例如，发行枚数是100枚，利用枚数是50枚时，利用率为50％。

返回到图3的说明。

在优惠券9A、9B、9C上分别打印有示出饮料类减价50日元的优待信息及有效期限的信息，而且，还分别打印有条码BC(码符号)。条码BC是以一个条码体系示出优惠券代码和设计代码的符号。因此，例如通过解析优惠券9A的条码BC，能获得优惠券代码和设计代码A。同样，通过解析优惠券9B的条码BC，能获得优惠券代码和设计代码B。通过解析优惠券9C的条码BC，能获得优惠券代码和设计代码C。

另外，虽然使用优惠券代码和设计代码这样的两种类的代码，但是也可以对应各个优惠券设计附加优惠券代码。也就是说，只要是能够识别优惠券和设计的组合的形式就行。通过打印码符号，优惠券代码的输入变得容易。

图4是表示POS终端3的要部电路构成的框图。如图4所示，POS终端3具有处理器3a、主存储器3b、辅助存储装置3c、时钟3d、找零机接口3e、通信接口3f、键盘3g、扫描仪3h、显示器3i、读取器3j、打印机3k及系统传输线路3l。系统传输线路3l包含地址总线、数据总线及控制信号线等。系统传输线路3l将处理器3a、主存储器3b、辅助存储装置3c、时钟3d、找零机接口3e、通信接口3f、键盘3g、扫描仪3h、显示器3i、读取器3j及打印机3k进行相互连接。通过处理器3a、主存储器3b及辅助存储装置3c用系统传输线路3l连接，构成POS终端3的计算机。

处理器3a相当于上述计算机的中枢部分。处理器3a按照操作系统或应用程序，为实现具有作为POS终端3的各种功能而控制各部。处理器3a例如是CPU(Central ProcessingUnit：中央处理器)。

主存储器3b相当于上述计算机的主存储部分。主存储器3b包含非易失性的存储区域和易失性的存储区域。主存储器3b在非易失性的存储区域中存储操作系统或应用程序。主存储器3b有时在非易失性或易失性的存储区域中存储处理器3a执行用于控制各部的处理时所需的数据。主存储器3b将易失性的存储区域作为通过处理器3a适当改写数据的工作区进行使用。非易失性的存储区域例如是ROM(Read Only Memory：只读存储器)。易失性的存储区域例如是RAM(RandomAccess Memory：随机存取存储器)。

辅助存储装置3c相当于上述计算机的辅助存储部分。例如EEPROM(ElectricErasable Programmable Read-Only Memory：电可擦除可编程只读的存储器)、HDD(HardDisk Drive：硬盘驱动器)或者SSD(Solid State Drive：固态硬盘)等可作为辅助存储装置3c。辅助存储装置3c保存处理器3a进行各种处理时使用的数据、通过在处理器3a中的处理制成的数据等。辅助存储装置3c有时也存储上述应用程序。

主存储器3b或辅助存储装置3c所存储的应用程序包含有与在POS终端3中执行的信息处理有关而记述的控制程序。将控制程序安装在主存储器3b或辅助存储装置3c中的方法并不特别限定。能够在可移动的存储介质中记录控制程序，或者通过网络的通信分发控制程序后安装在主存储器3b或辅助存储装置3c中。存储介质只要像CD-ROM、存储卡等那样能够存储程序且装置可读取，则其形态不限。

时钟3d具有作为POS终端3的时刻信息源的功能。处理器3a根据通过时钟3d计时的时刻信息，对当前的日期及时间进行计时。

找零机接口3e在与自动找零机之间进行数据通信。找零机接口3e从自动找零机接收投入金额的数据、货币收纳枚数的数据等。找零机接口3e向自动找零机发送找零数据。

通信接口3f在与通过网络4连接的优惠券管理服务器2等之间，按照规定的通信协议进行数据通信。

键盘3g具有作为POS终端3的输入装置的功能。在键盘3g中，作为与交易有关的数据的输入及交易的结算所需的键，配置有数字键、清除键、乘法键、小计键、支付/现金合计键、信用卡键、电子货币键等。支付/现金合计键、信用卡键及电子货币键是宣告交易的结算的结算键。支付/现金合计键是基于现金支付的交易的结算键。信用卡键是基于信用卡支付的交易的结算键。电子货币键是基于电子货币支付的交易的结算键。

扫描仪3h具有作为POS终端3的输入装置的功能。扫描仪3h是读取条码、二维数据码等的码符号的读取装置的一例。例如，通过将附加在商品上的条码对准扫描仪3h的读取部，扫描仪3h能够读取该条码的数据。例如，通过将打印在优惠券9A、9B、9C上的条码BC对准上述读取部，扫描仪3h能够读取该条码BC的数据。扫描仪3h既可以是通过激光的扫描来读取码符号的类型，又可以是从通过摄像装置所摄像的图像读取码符号的类型。

显示器3i具有作为POS终端3的显示装置的功能。显示器3i向作为POS终端3的操作员的店员进行显示信息。显示器3i也包含进行向顾客显示信息的显示器。作为这种的显示器3i例如可以利用液晶显示器、有机EL(Electrolumi nescence：电致发光)显示器等。显示器3i也可以是具有触摸面板的显示器。

读取器3j具有作为POS终端3的输入装置的功能。读取器3j是读取IC卡、磁卡等卡介质所记录的数据的读取装置的一例。读取器3j也可以是以非接触方式读取RFID(RadioFrequency IDentifi cation：射频识别)的数据的装置。

打印机3k通过在票据纸张上打印各种文字列(字符串)或图像等，发行票据、优惠券9A、9B、9C等。作为这种打印机3k，例如可以利用热敏打印机或点阵式打印机等。

涉及构成的POS终端3通过具有优惠券发行功能5，从而具有作为优惠券的发行器的功能。此外，POS终端3通过具有优惠券受理功能6，从而具有作为优惠券的利用受理器的功能。

图5是表示优惠券管理服务器2的要部电路构成的框图。如图5所示，优惠券管理服务器2具有处理器2a、主存储器2b、辅助存储装置2c、时钟2d、通信接口2e、用户接口2f及系统传输线路2g。系统传输线路2g包括地址总线、数据总线、控制信号线等。系统传输线路2g将处理器2a、主存储器2b、辅助存储装置2c、时钟2d、通信接口2e及用户接口2f进行相互连接。通过处理器2a、主存储器2b及辅助存储装置2c用系统传输线路2g连接，构成优惠券管理服务器2的计算机。

处理器2a相当于上述计算机的中枢部分。处理器2a按照操作系统或应用程序，为实现作为优惠券管理服务器2的各种功能而控制各部。处理器2a例如是CPU。

主存储器2b相当于上述计算机的主存储部分。主存储器2b包含非易失性的存储区域和易失性的存储区域。主存储器2b在非易失性的存储区域中存储操作系统或应用程序。主存储器2b有时在非易失性或易失性的存储区域中存储处理器2a执行用于控制各部的处理时所需的数据。主存储器2b将易失性的存储区域作为通过处理器2a适当改写数据的工作区进行使用。非易失性的存储区域例如是ROM。易失性的存储区域例如是RAM。

辅助存储装置2c相当于上述计算机的辅助存储部分。例如EEPROM、HDD或者SSD等能够成为辅助存储装置2c。辅助存储装置2c保存处理器2a进行各种处理时使用的数据、通过在处理器2a中的处理制作的数据等。辅助存储装置2c有时也存储上述应用程序。

主存储器2b或辅助存储装置2c所存储的应用程序包含与通过优惠券管理服务器2执行的信息处理有关而记述的控制程序。将控制程序安装在主存储器2b或辅助存储装置2c中的方法并不特别限定。能够在可移动的存储介质中记录控制程序，或者通过网络的通信分发控制程序后安装在主存储器2b或辅助存储装置2c中。存储介质只要像CD-ROM、存储卡等那样能够存储程序且装置可读取，则其形态不限。

时钟2d具有作为优惠券管理服务器2的时刻信息源的功能。处理器2a根据通过时钟2d计时的时刻信息，对当前的日期及时刻进行计时。

通信接口2e在与通过网络4连接的各个POS终端3之间，按照规定的通信协议进行数据通信。

用户接口2f是供在优惠券管理服务器2和用户之间交换信息用的装置设备。键盘、定点装置、触摸面板等输入装置及显示器、打印机等输出装置相当于用户接口。

涉及构成的优惠券管理服务器2具有作为优惠券发行系统1的优惠券管理装置的功能。

接着，参照图6至图9的流程图，对基于优惠券发行功能5及优惠券受理功能6的POS终端3的动作、应答这些功能的优惠券管理服务器2的动作进行说明。

图6是表示在POS终端3中处理器3a根据通过扫描仪3h读取了条码而执行的扫描处理的要部次序的流程图。图7是表示在POS终端3中，处理器3a根据小计键已被输入而执行的小计输入处理的要部次序的流程图。图8是表示在优惠券管理服务器2中处理器2a根据从POS终端3接收到优惠券查询命令而执行的优惠券查询应答处理的要部次序的流程图。图9是表示在优惠券管理服务器2中，处理器2a根据从POS终端3接收到有效查询命令而执行的有效查询应答处理的要部次序的流程图。

图6及图7的流程图所示的次序示出作为计算机的主体的处理器3a按照POS终端3的控制程序执行的处理的次序。图8及图9的流程图所示的次序示出作为计算机的主体的处理器2a按照优惠券管理服务器2的控制程序执行的处理的次序。另外，在图6至图9所示的同时以下说明的次序和其处理的内容是一例。只要能够获得同样的结果，则其次序及处理的内容并不特别限定。

POS终端3的处理器3a当检测条码通过扫描仪3h已被扫描时，则开始图6的扫描处理。处理器3a作为ACT1解析已被扫描的条码。而且，处理器3a作为ACT2确认该条码是否是包含优惠券代码的条码BC。当不是包含优惠券代码的条码BC时，处理器3a在ACT2中判定为NO，前进到ACT3。处理器3a作为ACT3确认该条码是否是包含商品代码的条码。当也不是包含商品代码的条码时，处理器3a在ACT3中判定为NO，执行其他处理。

当条码是包含商品代码的条码时，处理器3a在ACT3中判定为YES，前进到ACT4。处理器3a作为ACT4基于从该条码获得的商品代码执行商品登记处理。商品登记处理是在现有的POS终端3中所执行的公知处理，因此，省略在此的说明。

处理器3a作为ACT5控制通信接口3f，向优惠券管理服务器2发送优惠券查询命令。通过该控制，优惠券查询命令从通信接口3f通过网络4被发送给优惠券管理服务器2。在优惠券查询命令中，包含有作为交易数据从条码获得的商品代码及通过该商品代码识别的商品所属的分类代码。优惠券查询命令通过网络4被发送，并在优惠券管理服务器2中被接收。

优惠券管理服务器2的处理器2a当通过通信接口2e接收优惠券查询命令时，则开始图8的优惠券查询应答处理。处理器2a作为ACT41从优惠券查询命令中取得交易数据。也就是说，处理器2a取得优惠券查询命令所包含的商品代码或分类代码。

处理器2a作为ACT42参照优惠券数据库7判定是否满足优惠券发行条件。具体地说，处理器2a确认是否存在具有作为交易数据取得到的商品代码或分类代码为发行条件的优惠券记录7R。当存在有时，处理器2a判定为满足优惠券发行条件。当不存在时，处理器2a判定为不满足优惠券发行条件。

另外，在本实施例中，为便于说明，满足发行条件的优惠券记录7R不重复存在。此外，当满足发行条件的优惠券记录7R重复存在时，也可以选择例如优待信息对于购物顾客来说有益一方的优惠券记录7R。

处理器2a当满足优惠券发行条件时，在ACT42中判定为YES，并前进到ACT43。处理器2a作为ACT43判定通过时钟2d计时的当前的日期是否在满足该优惠券发行条件的优惠券记录7R的发行期间内。当当前日期在发行期间内时，处理器2a在ACT43中判定为YES，前进到ACT44。处理器2a作为ACT44读入满足该优惠券发行条件的优惠券记录7R。以下，将在ACT44中从优惠券数据库7中已读入的优惠券记录7R表示为优惠券记录7R1。

处理器2a作为ACT45从该优惠券记录7R1取得发行比率。而且，处理器2a作为ACT46按照该发行比率选择任一设计代码。例如，象上述那样，当为优惠券9A、优惠券9B及优惠券9C的发行比率是1:1:1，并按照优惠券9A、优惠券9B及优惠券9C的顺序发行的设定时，在紧接着之前刚刚发行了优惠券9B时，处理器2a选择优惠券9C的设计代码。

如果已选择设计代码，则处理器2a作为ACT47生成优惠券数据。具体地说，处理器2a取得在ACT46的处理中已选择的设计代码的设计数据。此外，处理器2a从优惠券记录7R1取得优待信息、发行期间等。而且，处理器2a基于设计数据编集优待信息、发行期间等后，生成优惠券数据。

这样，如果生成了优惠券数据，则处理器2a作为ACT48控制通信接口2e，将有优惠券的应答命令发送给优惠券查询命令发送源的POS终端3。通过该控制，有优惠券的应答命令从通信接口2e通过网络4被发送给优惠券查询命令发送源的POS终端3。在有优惠券的应答命令中包含有在ACT47的处理中生成的优惠券数据。有优惠券的应答命令通过网络4被发送，在优惠券查询命令发送源的POS终端3中被接收。

控制了优惠券数据的发送的优惠券管理服务器2的处理器2a作为ACT49，在优惠券记录7R1的发行枚数中，使与在ACT46的处理中已选择的设计代码对应的发行枚数加上“1”。而且，处理器2a在优惠券数据库7中覆盖保存优惠券记录7R1。以上，处理器2a结束优惠券查询应答处理。

另外，当在ACT42中不存在有满足发行条件的优惠券记录时，或者当在ACT43中当前的日期不在发行期间时，处理器2a判定为NO，前进到ACT50。处理器2a作为ACT50控制通信接口2e，向优惠券查询命令发送源的POS终端3发送无优惠券的应答命令后，结束优惠券查询应答处理。通过该控制，无优惠券的应答命令从通信接口2e通过网络4被发送给优惠券查询命令发送源的POS终端3。无优惠券的应答命令通过网络4被发送，在优惠券查询命令发送源的POS终端3中被接收。

返回到图6的说明。

POS终端3的处理器3a在控制了优惠券查询命令的发送后，作为ACT6等待接受应答命令。而且，当接收到无优惠券的应答命令时，处理器3a在ACT6中判定为NO，结束扫描处理。

针对于此，当接收到有优惠券的应答命令时，处理器3a在ACT6中判定为YES，前进到ACT7。处理器3a作为ACT7从该应答命令中取得优惠券数据。而且，处理器3a作为ACT8将优惠券数据存储在优惠券缓存中后，结束扫描处理。优惠券缓存是为暂时存储优惠券数据而在主存储器3b的易失性存储区域中所形成的区域。

另一方面，当包含优惠券代码的条码BC已被扫描时，处理器3a在ACT2中判定为YES，前进到ACT9。处理器3a作为ACT9控制通信接口3f向优惠券管理服务器2发送有效查询命令。通过该控制，有效查询命令从通信接口3f通过网络4被发送给优惠券管理服务器2。在有效查询命令中，包含有从条码获得的优惠券代码及设计代码。有效查询命令通过网络4被发送，在优惠券管理服务器2中被接收。

优惠券管理服务器2的处理器2a当通过通信接口2e接收有效查询命令时，则开始图9的有效查询应答处理。处理器2a作为ACT61从有效查询命令中取得优惠券代码。而且，处理器2a作为ACT62参照优惠券数据库7，确认有无包含从有效查询命令中取得的优惠券代码的优惠券记录7R。当存在有相符合的优惠券记录7R时，处理器2a在ACT62中判定为YES，前进到ACT63。处理器2a作为ACT63判定时钟2d所计时的当前的日期是否在该优惠券记录7R的有效期间内。

当当前的日期在有效期间内时，处理器2a在ACT63中判定为YES，前进到ACT64。处理器2a作为ACT64从优惠券数据库7读入该优惠券记录7R。以下，将在ACT64中从优惠券数据库7中已读入的优惠券记录7R表示为优惠券记录7R2。

处理器2a作为ACT65控制通信接口2e将优惠券有效的应答命令发送给有效查询命令发送源的POS终端3。通过该控制，优惠券有效的应答命令从通信接口2e通过网络4被发送给有效查询命令发送源的POS终端3。在优惠券有效的应答命令中，包含有优惠券记录7R2的优待信息。优惠券有效的应答命令通过网络4被发送，在有效查询命令发送源的POS终端3中被接收。

控制了应答命令的发送的优惠券管理服务器2的处理器2a作为ACT66从有效查询命令中取得设计代码。而且，处理器2a作为ACT67在优惠券记录7R2的利用枚数中，使与在ACT66的处理中已取得的设计代码对应的利用枚数加上“1”。此外，处理器2a计算出与在ACT66的处理中已取得的设计代码对应的利用率。而且，处理器2a在优惠券数据库7中覆盖保存更新了利用枚数和利用率的优惠券记录7R2。以上，处理器2a结束有效查询应答处理。

另外，当在ACT62中在优惠券数据库7中不存在设置有有效查询命令所包含的优惠券代码的优惠券记录7R时，或者当在ACT63中当前的日期不在有效期间时，处理器2a作为ACT69控制通信接口2e向有效查询命令发送源的POS终端3发送优惠券无效的应答命令。通过该控制，优惠券无效的应答命令从通信接口2e通过网络4被发送给有效查询命令发送源的POS终端3。优惠券无效的应答命令通过网络4被发送，在有效查询命令发送源的POS终端3中被接收。控制了应答命令的发送的处理器2a结束有效查询应答处理。

返回到图6的说明。

POS终端3的处理器3a在控制了有效查询命令的发送后，作为ACT10等待接受应答命令。而且，当接收到优惠券无效的应答命令时，处理器3a在ACT10中判定为NO，进行错误处理。错误处理包含用于向购物顾客通知不能使用优惠券的处理。

针对于此，当接收到优惠券有效的应答命令时，处理器3a在ACT10中判定为YES，前进到ACT11。处理器3a作为ACT11执行优惠券处理。该处理是应用优惠券有效的应答命令所包含的优待信息的公知处理。例如当优待信息是饮料类减价50日元时，为从购物顾客所购买的商品中选择属于饮料类的商品，并对该商品的价格扣除50日元的处理。这样，通过由优惠券代码指定的优惠券处理被执行，通过该优惠券代码识别的优惠券就被利用了。处理器3a当结束优惠券处理时，则结束扫描处理。

POS终端3的处理器3a当检测键盘3g的小计键已被输入时，则开始图7的小计输入处理。处理器3a作为ACT21计算出通过上述的商品登记处理已被登记作为一交易的购买商品的商品的小计金额。当小计金额计算结束时，则处理器3a作为ACT22控制通信接口3f向优惠券管理服务器2发送优惠券查询命令。通过该控制，优惠券查询命令从通信接口3f通过网络4被发送给优惠券管理服务器2。在优惠券查询命令中，包含有作为交易数据的小计金额。优惠券查询命令通过网络4被发送，在优惠券管理服务器2中被接收。

优惠券管理服务器2的处理器2a当通过通信接口2e接收优惠券查询命令时，则执行上述的图8的优惠券查询处理。这时，处理器2a在ACT41中取得优惠券查询命令所包含的小计金额作为交易数据。而且，处理器2a在ACT42中，判定有无小于等于作为交易数据所取得的小计金额的阈值金额已被设定作为发行条件的优惠券记录7R。ACT42以后的处理次序与上述的情况是同样的。

返回到图7的说明。

POS终端3的处理器3a在控制了优惠券查询命令的发送后，作为ACT23等待接受应答命令。而且，当接收到有优惠券的应答命令时，处理器3a在ACT23中判定为YES，前进到ACT24。处理器3a作为ACT24从该应答命令中取得优惠券数据。而且，处理器3a作为ACT25将该优惠券数据存储在优惠券缓存中。针对于此，当接收到无优惠券的应答命令时，处理器3a跳过ACT24及ACT25的处理。

处理器3a作为ACT26等待接受键盘3g的结算键被输入。而且，当检测结算键已被输入时，则处理器3a作为ACT27执行交易结算处理。例如，当支付/现金合计键已被输入时，处理器3a执行现金交易的结算处理。当信用键已被输入时，处理器3a执行信用卡交易的结算处理。当电子货币键已被输入时，处理器3a执行电子货币交易的结算处理。这些结算处理由于是在现有的POS终端3中执行的公知处理，因此，省略这里的说明。

处理器3a当结束交易结算处理时，则作为ACT28执行票据印字处理。通过该处理，打印机3k进行驱动后票据数据被印字在票据纸张上。票据数据包含有交易日期和时间、POS终端识别编号、交易编号、购买商品的商品名、购买件数、购买金额、小计金额、税额、含税合计金额及支付数据等。

处理器3a当结束票据印字处理时，则ACT29确认在优惠券缓存中是否存储有优惠券数据。当存储有优惠券数据时，处理器3a在ACT29中判定为YES，前进到ACT30。处理器3a作为ACT30执行优惠券印字处理。通过该处理，打印机3K进行驱动后优惠券数据被印字在票据纸张上。当优惠券数据的印字结束时，则处理器3a前进到ACT31。另一方面，当未存储有优惠券数据时，处理器3a在ACT29中判定为NO，跳过ACT30的处理后，前进到ACT31。

处理器3a作为ACT31纵向供给票据纸张而进行发放票据。这样，当未存储有优惠券数据时，只发行购买票据8。当存储有设计代码A的优惠券数据时，发行购买票据8和优惠券9A。当存储有设计代码B的优惠券数据时，发行购买票据8和优惠券9B。当存储有设计代码C的优惠券数据时，发行购买票据8和优惠券9C。

在这里，在POS终端3中，处理器3a通过执行图6的ACT5至ACT8的处理和图7的ACT29至ACT31的处理，实现优惠券发行功能5。此外，处理器3a通过执行图6的ACT1、ACT2的YES、ACT9至ACT11的处理，实现优惠券受理功能6。

另一方面，在优惠券管理服务器2中，处理器2a通过执行图8的ACT41的处理实现取得部(取得手段)。也就是说，处理器2a从优惠券查询命令取得例如商品代码、分类代码或小计金额作为交易数据。

此外，处理器2a通过执行图8的ACT45及ACT46的处理实现选择部(选择手段)。也就是说，处理器2a从针对涉及优惠券的发行的策划的多个优惠券设计A、B、C中选择任一个优惠券设计，以使满足按照设计代码的发行比率。

此外，处理器2a通过执行图8的ACT47的处理实现制作部(制作手段)。也就是说，处理器2a当通过取得部所取得的交易数据满足优惠券的发行条件时，制作通过选择部所选择的优惠券设计的优惠券。

此外，处理器2a通过执行图8的ACT48的处理实现控制部(控制手段)。也就是说，处理器2a通过将通过制作部所制作的优惠券的数据发送给具有优惠券发行功能5的POS终端3，控制优惠券的发行。

此外，处理器2a通过执行图9的ACT66及ACT67的处理实现实绩取得部(实绩取得手段)。也就是说，处理器2a对应针对涉及优惠券的发行的策划的多个优惠券设计，取得通过该优惠券设计制作的优惠券的利用枚数作为利用实绩数据。通过这样，能够掌握利用实绩。

接着，对优惠券管理服务器2的处理器2a执行的定时中断处理进行说明。图10是表示定时中断处理的次序的流程图。该处理当时钟2d计时的时刻为规定的时刻、例如上午0点时则被开始。处理器2a作为ACT71将加法计数器n复位为“0”。接着，处理器2a作为ACT72使加法计数器n计数提高“1”。而且，处理器2a作为ACT73确认在优惠券数据库7中是否存在有将加法计数器n的计数值作为记录编号的优惠券记录7R、即第n条优惠券记录7Rn。当存在有第n条优惠券记录7Rn时，处理器2a在ACT73中判定为YES，前进到ACT74。处理器2a作为ACT74从优惠券数据库7读入该优惠券记录7Rn。

处理器2a作为ACT75从优惠券记录7Rn中取得各个设计代码A、B、C的利用率，并运算其比例。例如，当设计代码A的利用率是52％，设计代码B的利用率是25％，设计代码C的利用率是23％时，设计代码A、B、C的利用率之间的比例为52:25:23。

处理器2a作为ACT76根据其利用率的比例，确定每个设计的发行比率。例如，处理器2a在利用率的比例的值中选择最小值。而且，处理器2a用其最小值除各个利用率的比例的值，并将其商的整数作为发行比率。根据该方式，当设计代码A、B、C的利用率的比例是52:25:23时，设计代码A、B、C的发行比率为2:1:1。

处理器2a作为ACT77将优惠券代码7Rn的发行比率更新为在ACT76的处理中已设定的发行比率。而且，处理器2a在优惠券数据库7中覆盖保存更新了发行比率的优惠券记录7Rn。

之后，处理器2a返回到ACT72。也就是说，处理器2a使加法计数器n计数提高“1”。而且，处理器2a从优惠券数据库7读入下一优惠券记录7Rn，根据该优惠券记录7Rn执行ACT75至ACT77的处理。

这样，处理器2a针对优惠券数据库7所蓄积的所有的优惠券记录7R，执行ACT74至ACT77的处理。而且，当在ACT73中确认不存在有第n条的优惠券记录7Rn时，则处理器2a判定为NO，结束定时中断处理。

在这里，在优惠券管理服务器2中，处理器2a通过执行图10的ACT71至ACT77的处理实现确定部(确定手段)。也就是说，处理器2a根据通过实绩取得部所取得的每个优惠券设计的利用实绩数据确定发行比率。

如以上详述那样，本实施例的优惠券管理服务器2具有上述的取得部、选择部、制作部及控制部。根据这样的构成，从各个POS终端3，针对涉及优惠券的发行的策划而设计不同的多种、在本实施例中为三种的优惠券A、优惠券B或优惠券C自动地被选择并发行。这样，根据本实施例，能够提供能够容易发行针对涉及优惠券的发行的策划而设计不同的多种的优惠券的优惠券发行系统1。

这样作用的效果，例如通过作为设计使用受欢迎的字符(符号、角色)，成效显著。也就是说，购物顾客通过反复购买涉及优惠券的发放的商品，就能够得到更多的打印有设计不同的字符的优惠券。因此，由于购物顾客的购买欲望高涨，因此促进销售。另外，这时，通过采取将利用完的优惠券返还给顾客的运用，优惠券的利用率提高，因此，其效果变得更加显著。

不过，即使是涉及优惠券的发行的策划的优惠券，也因设计不同而有其优惠券的利用率改变的可能性。也就是，像提高购物顾客的利用欲望那样的设计的优惠券利用率变高，而不是那样的优惠券利用率变低。但是，什么样的设计提高购物顾客的利用欲望，不能一概而确定。根据顾客阶层、风俗习惯等，推测利用欲望也会改变。

因而，在本实施例中，针对关于涉及优惠券的发行的策划的多个优惠券设计而设定发行比率，优惠券管理服务器2选择优惠券设计以使满足其发行比率。根据这样的构成，能够简单地提高推测为利用率高的设计的优惠券的发行频率。或者像通过使设计有稀少且价值高的字符的优惠券的发行频率较低地抑制，提高顾客的购买欲望那样的运用起来也很容易。

而且，在本实施例中，优惠券管理服务器2具有实绩取得部，从而能够按照优惠券的设计取得利用实绩数据。因此，获得对应设计不同的优惠券，能够容易取得利用率的效果。通过取得利用率，优惠券管理者能够将发行比率变更成适当值。

而且，在本实施例中，优惠券管理服务器2具有确定部，从而优惠券管理服务器2能够根据利用实绩数据确定发行比率。因此，不会成为优惠券管理者的负担，而能够自动地提高利用率高的设计的优惠券的发行频率。进而，无需意识顾客阶层、风俗习惯等而就能够较多发行利用率高的设计的优惠券。

以上，虽然对作为优惠券发放系统的一形态的优惠券发行系统1的实施例进行了说明，但是优惠券发放系统并不限定于优惠券发行系统1。

优惠券原本并不限定于纸介质的优惠券。也可以通过将优惠券作为电子介质，发送给购物顾客所有的智能手机等的信息终端来发放优惠券。这时，将电子优惠券的数据发送给信息终端的处理定义为优惠券的发放。

在上述实施例中，例示了向连锁商品的计算机系统应用了具有作为优惠券发行系统1、即优惠券发放系统的功能的情况。关于这一点，例如也可以向一个店铺的POS系统应用具有作为优惠券发放系统的功能。这时，POS服务器能成为优惠券管理装置，POS终端能成为发行器。或者也可以POS终端同时具有作为优惠券管理装置的功能和作为发行器的功能。

发行器并不限定于POS终端。只要能够印字优惠券并发行的终端或者能够发送电子优惠券的数据的终端，则都能具有作为发行器的功能。此外，发行器未必具有作为利用受理器的功能。也就是，发行器和利用受理器也可以是不同的机型。

在上述实施例中，在图9的ACT68中更新了优惠券利用率。更新优惠券利用率的时机并不限定于此。也可以在图10的ACT75中运算利用率的比例之前，对应设计不同的优惠券计算出优惠券利用率。

在图3中，优惠券9A、9B、9C所打印的条码BC也可以替换成二维数据代码等其他码符号。

此外，虽然对本发明的几个实施例进行了说明，但是这些实施例是作为例子提出的，并不意图限定发明的范围。这些新颖的实施例可以用其他的各种形式来实施，在不脱离发明要旨的范围内可以进行各种省略、替换、变更。这些实施例及其变形均被包含在发明的范围或要旨中，而且，包含在权利要求的范围所记载的发明和其均等的范围内。