信息管理装置及信息管理方法与流程

本申请基于2015年7月1日提出申请的日本申请号特愿2015-133073号及2016年1月15日提出申请的日本申请号特愿2016-6519号，在此援引其记载内容。

本公开涉及对用户等的信息进行管理的技术。

背景技术：

以往，在对利用店铺的用户分发优惠券、通知等信息时，店员亲自利用用户的性别、年龄、生日月份等属性信息来进行对应分发电子优惠券的用户的筛选，并对筛选出的用户分发优惠券、通知等信息。另外，在专利文献1中记载了如下内容：基于表示提供优惠服务的店铺的特性的关键字，仅在拥有符合店铺特性的会员的社群网站(communitysite)分发店铺的优惠服务信息。

现有技术文献

专利文献

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

技术实现要素：

在现有技术中，店员对于基于怎样的属性进行用户的筛选才能有效地检索出应分发优惠券的用户，既没有知识也没有经验的情况较多，因此，实际上难以有效地筛选出应分发优惠券的用户。另外，专利文献1所记载的发明主要着眼于获得新顾客，难以对已有顾客有效运用。

对此，本公开的规定的实施方式的发明欲提供一种信息管理技术，用于基于用户的购买履历对用户进行分析，支援对分发对象者的抽取。本发明的其他目的能够通过参照本说明书整体而明确。

本发明的规定的实施方式的信息管理装置具有：履历记录机构，其记录履历信息，该履历信息包含用于识别用户的用户id、与来到店铺的日期相关的信息、和与用户在该店铺进行购买的金额相关的信息；收集机构，其从在店铺使用的店铺终端或用户所使用的用户终端收集履历信息，并将其保存于履历记录机构；分析机构，其用于响应来自店铺终端的请求，从履历记录机构抽取与店铺终端相对应的店铺中的履历信息，将在规定期间内来到该店铺的用户分为多个组，并在店铺终端上以能够区别该多个组的方式对其进行显示；以及分发机构，其响应由店铺终端选择了1个组这一情况，对属于所选择的组的用户分发规定的数据。

包括以下方案：收集机构基于在用户预约店铺时所获取的用户的姓名、电话号码或登录id，来获取履历信息所包含的用户id。另外，还包括以下方案：收集机构从接收到从设置于店铺的发送机发送的信标的用户终端，获取履历信息所包含的用户id。而且，还包括以下方案：收集机构通过由店铺终端从显示于用户终端的图像读取用户id，来获取履历信息所包含的用户id。由此，能够将用户的购买信息与用户id建立对应地进行记录。

包括以下方案：分析机构基于按每个用户合计的、与规定期间内的来到店铺的到店次数及累计购买金额、以及最新的到店日或购买日相关的信息，将用户分为多个组。由此，能够更有效地进行用户的筛选。

另外，本发明的规定的实施方式的信息管理方法是在能够使用履历数据库的计算机的处理器中执行的方法，该履历数据库记录履历信息，该履历信息包含用于识别用户的用户id、与来到店铺的日期相关的信息、和与用户在该店铺进行购买的金额相关的信息，上述信息管理方法包括：从在店铺使用的店铺终端或用户所使用的用户终端收集履历信息，并将其保存于履历记录机构；响应来自店铺终端的请求，从履历记录机构抽取与店铺终端相对应的店铺中的履历信息，将在规定期间内来到该店铺的用户分为多个组，并在店铺终端上以能够区分该多个组的方式对其进行显示；以及响应由店铺终端选择了1个组这一情况，对属于所选择的组的用户分发规定的数据。

本发明的规定的实施方式的程序使计算机执行上述的信息管理方法的各处理的至少一部分。在此所说的计算机不仅包括主计算机，还包括pc(个人计算机)、平板电脑终端、智能手机、可戴终端、其他任意的信息处理装置。上述程序能够通过利用cd-rom等光盘、磁盘、半导体存储器等各种计算机可读的记录介质、或经由通信网络等下载应用程序(application)等，而安装或加载于计算机。

此外，在本说明书等中，机构并不单指物理性机构，还包括由软件实现该机构所具有的功能的情况。另外，可以是1个机构所具有的功能由2个以上的物理性机构实现，也可以是2个以上的机构的功能由1个物理性机构实现。

发明效果

根据本公开的规定的实施方式的发明，能够提供一种信息管理技术，用于基于用户的购买履历对用户进行分析，支援对分发对象者的抽取。

附图说明

图1是表示本发明的一个实施方式的信息管理系统1的构成的概略图。

图2表示本实施方式的信息管理服务器10的构成的一例的概略图。

图3是表示本实施方式的店铺终端20的构成的一例的概略图。

图4是表示本实施方式的用户终端30的构成的一例的概略图。

图5是表示在用户事先对店铺进行了预约后到店的情况下的收集处理的一例的流程图。

图6是使用信标(beacon)进行履历信息的收集处理的情况下的流程图。

图7是使用由用户出示的信息进行履历信息的收集处理的情况下的流程图。

图8是表示本实施方式的履历信息的分析处理及优惠券等的分发处理的一例的流程图。

图9是表示显示于店铺终端20的分析结果的一例的概略图。

图10是表示显示于店铺终端20的一览表的一例的概略图。

图11是表示显示于店铺终端20的优惠券选择画面的一例的概略图。

具体实施方式

以下，参照附图对本发明的实施方式具体进行说明。此外，对同一要素标注同一附图标记并省略重复的说明。另外，以下的实施方式是用于对本发明进行说明的例示，并不表示本发明仅限定于该实施方式。而且，本发明只要不脱离其主旨，就能够进行各种变形。

图1是表示本发明的一个实施方式的信息管理系统1的构成的概略图。如该图所示，在本实施方式中，信息管理系统1具有信息管理服务器10、1个以上的店铺终端20、和1个以上的用户终端30。各店铺终端20及各用户终端30分别构成为能够经由网络n与信息管理服务器10进行通信。另外，信息管理系统1也可以构成为包括1个以上的信标发送机40。

信息管理服务器10由例如运算处理能力高的主计算机构成，通过在该主计算机中使规定的服务器用程序工作，而显现服务器功能。在此，用于构成信息管理服务器10的计算机不限于主计算机，也可以由例如通用或特定用途的计算机或者通信终端装置构成。另外，构成信息管理服务器10的主计算机并非必须是1台，也可以由分散于网络n上的多个子计算机构成。

店铺终端20是在餐厅、美容院、宾馆等店铺中由店员等使用的终端装置。在各店铺中，能够使用1个或多个店铺终端20。

用户终端30是由利用店铺的用户等使用的终端装置，优选能够由用户携带。另外，用户终端30优选是能够接收信标发送机40所发送的信标的终端装置。

在本实施方式中，作为店铺终端20而设想是平板电脑终端、pc(个人计算机)，作为用户终端30而设想是智能手机。但是并不限于此，作为店铺终端20及用户终端30，能够使用例如pc(个人计算机)、平板电脑终端、智能手机、便携电话机、便携信息终端(pda)、及其他任意的终端装置。

信标发送机40是使用低功耗蓝牙(ble：bluetoothlowenergy)等近距离无线通信技术来发送信标的发送机，能够利用ibeacon等信标终端，其中信标包含针对每个发送机而固有的id信息。信标发送机40在各店铺中设置有1台或多台。例如，若在店铺的入口和收银台附近设置信标发送机40，则在用户来到店铺时、付款时，用户所携带的用户终端30能够接收信标。

网络n包含能够在信息管理服务器10、店铺终端20、用户终端30之间发送接收信息的通信网。可以是例如因特网、lan、专用线路、电话回路、企业内网络、移动体通信网、蓝牙、wifi(wirelessfidelity，无线保真)、其他通信回路、以及它们的组合等中的任一种，不限定是有线还是无线。

图2是表示本实施方式的信息管理服务器10的构成的一例的概略图。如该图所述，本实施方式中的信息管理服务器10具有处理器11、通信接口12、及存储资源13。

处理器11由对算术运算、逻辑运算、位运算等进行处理的算术逻辑运算单元及各种寄存器(程序计数器、数据寄存器、指令寄存器、通用寄存器等)构成，解释并执行保存于存储资源13的计算机程序130，执行与来自店铺终端20及用户终端30的请求相应的处理。

通信接口12与网络n连接，是用于与店铺终端20及用户终端30进行通信的硬件模块，例如是isdn调制解调器、adsl调制解调器、电缆调制解调器、光调制解调器、软调制解调器等调制解调装置。

存储资源13是例如物理设备(例如，盘驱动器或半导体存储器等计算机可读的记录介质)的存储区域所提供的逻辑设备。存储资源13可以将多个物理设备映射给一个逻辑设备，也可以将一个物理设备映射给多个逻辑设备。在存储资源13中存储计算机程序130、用户的个人信息(profile)和履历信息等的数据库。另外，在存储资源13中存储包括进行各种控制运算处理时所需的参数、图像的生成和显示处理所需的参数等运算参数在内的各种数据等。

计算机程序130是用于基于从店铺终端20或用户终端30接收到的信息或请求等进行规定处理的程序，具备在信息管理服务器10的主程序(上述的服务器用程序等)的动作中适当地被调出并执行的多个软件模块。所述软件模块分别是为了执行特定处理而被模块化的子程序，例如使用程序(procedure)、子程序、方法(method)、函数、及数据结构等生成。

具体而言，计算机程序130具有收集模块131、分析模块132、及分发模块133。另外，也可以具有用于将运算处理的结果等显示到店铺终端20和/或用户终端30上的进行画面信息的生成及其显示处理的图像模块、经由网络n进行通信处理等的通信模块等。

收集模块131进行从店铺终端20或用户终端30收集与店铺中用户的到店或购买相关的履历信息并将其保存在履历数据库138中的过程所随附的各种控制运算处理。另外，进行积存在履历数据库138中的履历信息的管理所随附的各种控制运算处理。

分析模块132进行包括以下处理在内的各种控制运算处理：响应来自店铺终端20的请求，对所收集的履历信息进行分析并将用户分成多个组，使店铺终端20以能够区分这多个组的形态对其进行显示。

分发模块133进行对所选择或抽取等的用户分发包括电子优惠券在内的数据的过程所随附的各种控制运算处理。

用户信息数据库137是用于对包含用户的个人信息在内的信息进行管理的数据库。例如，建立对应地记录有用于在信息管理系统1内识别用户的用户id和用户的姓名、电话号码、其他的用户个人信息。

履历数据库138是用于积存与用户的到店或购买相关的履历信息的数据库。例如，建立对应地记录有用户的用户id、用于识别店铺的店铺id、表示来到各店铺或在各店铺进行购买的日期或日期时刻的日期时刻信息、包含用户所购买的金额在内的购买信息。在购买信息是空白的情况下，或者作为购买的金额而记录为零的情况下，可以视为表示仅到店而未购买。另外，购买信息可以是用户所购买的商品等的总额，也可以针对用户所购买的全部商品等单独地记录数量、金额。

信标数据库139是用于对设置有信标发送机40的场所(location)进行管理的数据库。例如，建立对应地记录有用于对信标发送机40进行识别的信标id、和设置有该信标发送机40的店铺的店铺id及与在店铺内的设置位置相关的信息(入口、pos收银机附近等)。

图3是表示本实施方式的店铺终端20的构成的一例的概略图。如该图所示，本实施方式中的店铺终端20具有处理器21、通信接口22、存储资源23、输入设备24、显示设备25、及摄像头26。

处理器21由算术逻辑运算单元及各种寄存器(程序计数器、数据寄存器、指令寄存器、通用寄存器等)构成，解释并执行保存于存储资源23的计算机程序230，按照输入至输入设备24的操作信息等向信息管理服务器10发送请求，并接收来自信息管理服务器10的响应。

存储资源23是例如物理设备(例如，盘驱动器或半导体存储器等计算机可读的记录介质)的存储区域所提供的逻辑设备。在存储资源23中除了计算机程序230以外，还保存店铺终端20的处理所使用的操作系统程序、驱动程序、各种数据等。作为驱动程序，可以列举例如用于控制输入设备24的输入设备驱动程序、用于控制显示设备25的输出设备驱动程序等。作为各种数据，可以列举例如用户所订购的订购信息的履历、用户要支付的付款信息等。

计算机程序230具体而言包括：收银模块231，其使店铺终端20作为pos(pointofsales，销售点)收银机(pos收银机)发挥功能，进行店铺中的付款处理所随附的各种控制运算处理；和代码处理模块232，其读取二维码、条形码等代码信息，并进行该过程所随附的各种控制运算处理。这些模块能够通过在店铺终端20中安装从服务器装置(未图示)经由网络n传送来的应用程序而安装。

通信接口22提供与信息管理服务器10之间的连接接口，由无线通信接口或有线通信接口构成。另外，输入设备24提供用于受理来自用户的输入操作的接口，能够例示触摸面板、键盘、鼠标等。而且，显示设备25向用户提供pos收银机画面、优惠券分发的业务支援画面等的图像显示界面，可以列举例如液晶显示器、有机el显示器、crt显示器等。另外，摄像头26用于拍摄二维码等被拍摄体的静止图像。

图4是表示本实施方式的用户终端30的构成的一例的概略图。如该图所示，本实施方式中的用户终端30具有处理器31、通信接口32、存储资源33、输入设备34、及显示设备35。这些要素能够使用与构成店铺终端20的各要素大致相同的部件，因此在此省略说明。

计算机程序330保存于存储资源33。计算机程序330具体而言包括：钱包模块331，其进行用户所保有的积分和/或优惠券的管理所随附的各种控制运算处理；和信标处理模块332，其接收信标发送机40所发送的信标，并进行该过程所随附的各种控制运算处理。这些模块能够通过在用户终端30中安装从服务器装置(未图示)经由网络n传送来的应用程序而安装。

接下来，说明由本实施方式的信息管理系统1进行的信息管理处理的具体处理流程。

由信息管理系统1进行的用户信息的管理处理由以下处理构成：(1)收集处理，收集用户来到店铺或进行了购买的履历信息并将其保存于数据库；(2)分析处理，对收集到的履历信息进行分析并将用户分为多个组；和(3)分发处理，对特定的用户分发优惠券等。因此，以下对各个处理进行说明。

(1.履历信息的收集处理)

收集处理是由收集模块131控制的处理，包括信息管理服务器10从店铺终端20、用户终端30收集与用户的到店或购买相关的履历信息并将其保存于履历数据库138的处理。信息管理服务器10通过各种方法来收集用户的履历信息。

图5是作为本实施方式的履历信息的收集处理的一例而示出用户在事先对店铺进行了预约后到店的情况下的收集处理的一例的流程图。当用户通过网络或电话进行店铺的预约时，用户的id、姓名、电话号码等被输入或听取，因此以此为关键字对用户进行确定，当用户实际到店时，若店员从预约一览中指定到店者，则用户的到店信息被积存于用户数据库。以下具体进行说明。

首先，当用户在某店铺进行预约时，能够确定预约者的信息被传送至信息管理服务器10。此时，预约包含电话预约或网络预约等。

在电话预约的情况下，作为用于确定预约者的信息，能够使用例如预约者的姓名和电话号码。用户向店铺打电话并口头向店员传达自己的姓名和电话号码(步骤s531)。店员将从用户听取的姓名和电话号码输入至店铺终端20或其他预约管理终端(步骤s521)。就电话号码而言，可以在店铺侧利用号码通知功能获取用户所使用的电话机的号码。此时，也可以使用cti(computertelephonyintegration，计算机电话集成)，根据所获取的电话号码从数据库获取用户的姓名。

另外，在网络预约的情况下，作为用于确定预约者的信息，能够使用例如在预约网站的登录id。用户使用用户终端30或其他终端装置，访问店铺的预约网站，输入登录id等而登录后，进行预约手续。在登录预约网站时输入的登录id从用户终端30传达至信息管理服务器10(步骤s531)。此外，在此，对于预约网站，例如示出了由信息管理服务器10提供预约网站及预约管理功能的例子，但并不限于此，也可以由与信息管理服务器10不同的其他服务器提供预约网站及预约管理功能。

信息管理服务器10将从用户获取的能够确定预约者的信息作为关键字对用户信息数据库137进行检索，获取与预约者相对应的用户id(步骤s511)。然后，信息管理服务器10使用该用户id进行预约管理(步骤s512)。此外，在由与信息管理服务器10不同的其他服务器提供预约网站及预约管理功能的情况下，可以由该其他服务器进行步骤s511及步骤s512的处理。另外，在将用户id用作登录id的情况下，可以跳过步骤s511的处理。

店铺终端20通过收银模块231的控制，在规定的定时从信息管理服务器10或其他预约管理服务器接收当日的预约者一览信息，并在显示设备25上显示当日的预约者一览(步骤s522)。该预约者一览信息例如是针对当日进行了预约的全部用户将用户id和姓名、电话号码一览处理而得到的。

店员在到店者进行了预约的情况下，询问到店者的姓名，例如从显示于该店铺终端20的预约者一览中点击显示有到店者的姓名的区域。店铺终端20通过抽取与被点击的姓名对应的用户id，而确定到店的用户的用户id(步骤s523)。店铺终端20将包括像这样确定出的到店者的用户id、预先登记于店铺终端20的店铺id、和用户到店的日期时刻信息的电文发送至信息管理服务器10(步骤s524)。信息管理服务器10将从店铺终端20接收到的电文中包含的用户id、店铺id及日期时刻信息保存于履历数据库138(步骤s514)。这样，表示用户的到店的履历信息被积存于履历数据库138。

之后，通过收银模块231的控制，在店铺终端20中将用户的订货或购买的商品和/或服务的信息与用户id建立关联地进行管理。在支付时，合计与用户id建立关联的订货、商品等的金额。店铺终端20在用户结束了支付时，生成包括用户所购买的商品等及支付金额在内的购买信息，并将包含购买信息、用户id、店铺id和支付的日期时刻信息的电文发送至信息管理服务器10(步骤s525)。

信息管理服务器10将电文所包含的用户id、店铺id、日期时刻信息及购买信息保存于履历数据库138(步骤s515)。这样，表示用户的购买的履历信息被积存于履历数据库138。

此时，可以将在步骤s514中保存的表示用户的到店的履历信息和在步骤s515中保存的表示用户的购买的履历信息分别作为不同的记录(record)进行保存，也可以汇总为一个记录而作为1件履历信息进行管理。在后者的情况下，信息管理服务器10将从店铺终端20接收到的电文所包含的用户id、店铺id及日期时刻信息作为关键字对履历数据库138进行检索，当存在表示同一用户在同一日来到同一店铺这一情况的履历信息时，改写该履历信息的日期时刻信息和购买信息。此时，日期时刻信息被从店铺终端接收到的电文所包含的日期时刻信息覆盖，购买信息追加从店铺终端接收到的电文所包含的购买信息。

图6是作为本实施方式的履历信息的收集处理的一例而使用信标进行履历信息的收集处理的情况下的流程图。在用户没有事先预约而直接来到店铺的情况下，能够通过该图所示的处理来收集履历信息。

在此，基于将信标发送机40分别设置于店铺的入口附近、pos收银机附近的实施例进行说明。在代替以往的pos收银机而使用店铺终端20的pos收银机功能来进行支付处理的情况下，在店铺终端20的罩等上设置信标发送机40即可。这样，当用户终端30靠近店铺的入口或pos收银机的周边时，信息管理服务器10能够对其进行检测。

当用户来到设置有信标发送机40的店铺时，用户所携带的用户终端30对从设置于入口附近的信标发送机40发送的信标做出反应(步骤s641、步骤s631)。用户终端30在接收到入口的信标时，通过信标处理模块332的控制，将包括所接收到的信标所包含的id(信标id)、登记在用户终端30中的用户id、接收到信标的日期时刻信息的电文发送到信息管理服务器10(步骤s632)。

信息管理服务器10将从用户终端30接收到的电文所包含的信标id作为关键字对信标数据库139进行检索，抽取与该信标id对应的店铺id和与其设置位置相关的信息(步骤s612)。在与设置位置相关的信息是入口等、表示到店的情况下，信息管理服务器10将从用户终端30接收到的用户id和日期时刻信息、以及根据信标id检索到的店铺id保存于履历数据库138(步骤s613)。这样，表示用户的到店的履历信息积存于履历数据库138。

之后，当用户结束了用餐、购物等且为了进行支付而移动到pos收银机时，用户终端30对从设置于pos收银机附近的信标发送机40发送的信标做出反应(步骤s644、步骤s634)。另外，在餐厅等中，即使在用户在餐桌处进行支付时，在使用店铺终端20的pos收银机功能进行支付处理的情况下，也能够在支付时接收信标。用户终端30在接收到pos收银机附近的信标时，通过信标处理模块332的控制，将包含接收到的信标所包含的id(信标id)、登记在用户终端30中的用户id、接收到信标的日期时刻信息的电文发送到信息管理服务器10(步骤s635)。

信息管理服务器10将从用户终端30接收到的电文所包含的信标id作为关键字对信标数据库139进行检索，抽取与该信标id对应的店铺id和与其设置位置相关的信息(步骤s615)。

另外，与步骤s615独立地，店铺终端20通过收银模块231的控制，合计用户的订货、商品等的金额，当用户结束了支付时，生成包含用户所购买的商品等及支付金额在内的购买信息，并将包含购买信息、店铺id、支付的日期时刻信息的电文发送至信息管理服务器10(步骤s626)。

信息管理服务器10在步骤s615中抽取的与设置位置相关的信息表示pos收银机附近等支付位置的情况下，将在步骤s635中从用户终端30发送的包含信标id的信息、与在步骤s626中从店铺终端20发送的包含购买信息的信息进行比较，在根据两者求出的店铺id相同、且两者的日期时刻信息包含于规定时间内的情况下，判断为两者是与同一支付相关的信息，并基于两者生成履历信息。例如，信息管理服务器10将以下情况作为条件，而将在步骤s615中从用户终端30接收到的电文所包含的用户id、和从店铺终端20接收到的电文所包含的店铺id、支付日期时刻信息、及购买信息保存于履历数据库138(步骤s616)，上述情况是指，从与在步骤s615中抽取的店铺id对应的店铺终端20接收到的电文所包含的支付的日期时刻信息，相对于在步骤s615中从用户终端30接收到的电文所包含的信标接收的日期时刻信息而处于规定时间内。这样，表示用户的购买的履历信息积存于履历数据库138。

此时，与图6的情况同样地，可以将在步骤s613中保存的表示用户的到店的履历信息和在步骤s616中保存的表示用户的购买的履历信息分别作为不同的记录进行保存，也可以汇总为一个记录而作为1件履历信息进行管理。

此外，在此说明了使用设置于店铺的入口、店铺内的信标发送机40检测用户的到店的实施例。但是，检测到店的手段并不限于基于信标的手段，能够使用其他任意手段。例如，可以在店铺的入口附近设置声源，通过由用户终端30所具备的麦克风检测从该声源发出的微小声音信息，来检测到店。另外，也可以使用gps或wifi的基站捕捉用户的当前位置，由此判断是否来到规定的店铺。

图7是作为本实施方式的履历信息的收集处理的一例而使用在到店时或支付时由用户出示的信息来进行履历信息的收集处理的情况下的流程图。在用户未事先预约而直接来到店铺的情况、在店铺未设置信标发送机40的情况下，能够通过该图所示的处理来收集履历信息。

首先，当用户结束了用餐或购物等而进行支付时，通过钱包模块331的控制，在用户终端30的显示设备35上显示二维码(s731)。在该二维码中嵌入有用户id和用于识别优惠券的优惠券id。用户通过将显示有包含优惠券id的二维码的用户终端30出示给店员，能够利用优惠券。

店员通过店铺终端20的代码处理模块232的控制，读取显示于用户终端30的二维码，获取用户id和优惠券id(步骤s721)。具体而言，使用店铺终端20的摄像头26对显示于用户终端30的二维码进行拍摄，获取该二维码中嵌入的用户id和优惠券id。

店铺终端20基于所获取的优惠券id确定被出示的优惠券的内容，对用户提供折扣、商品等的优惠。此时，店铺终端20可以在信息管理服务器10中查询该优惠券的内容，也可以由店铺终端20或店员判断该优惠券的内容。

另外，店铺终端20在支付时将包括在步骤s721中获取的用户id、登记在店铺终端20中的店铺id、支付的日期时刻信息、通过收银模块231的控制而生成的购买信息的电文发送至信息管理服务器10(步骤s722)。

信息管理服务器10将从店铺终端20接收到的电文所包含的用户id、店铺id、支付的日期时刻信息、及购买信息建立对应，并作为履历信息保存于履历数据库138。这样，使用由用户出示的信息所包含的用户id等信息生成履历信息，并将其积存于履历数据库138。

在此，说明了在支付时，通过由用户向店员出示优惠券，而由店铺终端20获取优惠券中嵌入的用户id的实施例。但是，优惠券的出示并不是必须的，只要是店铺终端20或信息管理服务器10能够获取用户id的方式即可。例如，也可以是，用户向店铺侧出示与会员卡或积分相关的信息，由此，店铺终端20或信息管理服务器10获取用户id。另外，例如也可以是，若钱包模块331具备电子结算的功能，则当在店铺终端20与用户终端30之间执行电子结算时，店铺终端20从用户终端30获取用户id。

此外，图5至图7所示的收集处理可以重复执行。即，即使在用户事先对店铺进行了预约的情况下(图5所示的处理)，也可以在用户到店时利用信标获取到店的履历信息(图6所示的处理)。而且，也可以通过在用户出示了优惠券时获取用户id，来获取履历信息(图7所示的处理)。在这样的情况下，信息管理服务器10能够通过利用日期时刻信息来汇总管理重复的履历信息。例如可以是，在同一用户且同一店铺的履历信息在同日或规定时间内存在多个记录的情况下，信息管理服务器10判断为这些记录表示一系列的到店或购买，汇总为一个进行管理。另外，信息管理服务器10也可以不将履历信息汇总而是将其分别积存于履历数据库138，并在分析模块132对用户履历进行分析时汇总地合计重复的履历信息。

(2.履历信息的分析处理)

接下来，说明使用记录于履历数据库138的履历信息对用户进行分析并进行优良用户等的分组的处理。

图8是表示本实施方式的履历信息的分析处理及优惠券等的分发处理的一例的流程图。

如该图所示，首先，店员从店铺终端20对信息管理服务器10请求分析处理(步骤s821)。信息管理服务器10在接收到分析处理的请求时，通过分析模块132的控制执行分析处理。

信息管理服务器10将该店铺的店铺id作为关键字对履历数据库138进行检索，抽取例如最近1年间等的规定期间内积存的履历信息，并按每个用户合计在该店铺中的、与该规定期间内的到店次数、该规定期间内的累计购买金额、及最新的购买日相关的信息(步骤s811)。此外，分析期间也可以由店员指定。然后，基于按每个用户合计的到店次数、累计购买金额、及最新购买日，进行用户的分组处理(步骤s812)。之后，信息管理服务器10生成分组后的分析结果的画面信息，并在店铺终端20上显示分析结果(步骤s822)。

图9是作为本实施例的中的分组处理的一例而示出显示于店铺终端20的分析结果的一例的概略图。在此，示出了以下例子：应用rfm分析，以最新购买日为纵轴，以规定期间的到店次数和累计购买金额为横轴，将用户以二维的矩阵形式进行了分组。

在该图所示的例子中，将纵轴的最新购买日分为a：最近到店、b：短时间未到店、c：长时间未到店这三个子组。例如，可以使a与b的边界为1个月，使b与c的边界为6个月，将最新购买日为0～1个月分为a，将最新购买日为1个月～6个月分为b，将最新购买日为6个月～1年分为c。

另外，横轴的规定期间的到店次数和累计购买金额分为a：多、b：少、c：首次这3个子组。例如，到店次数为1次的用户与累计购买金额无关地设为属于子组c，到店次数为2次以上的用户根据累计购买金额进一步分为2个子组。在图9中，若累计购买金额为20万日元以上则设为子组a，若累计购买金额不足20万日元则设为子组b，但成为边界的金额不限于此。

各子组的边界的值可以预先设定，也可以由店员从店铺终端20进行指定。另外，也可以以在纵轴或横轴的各子组中分别包含规定比例的用户的方式，由分析模块132调整各个边界的值。

在图9所示的例子中，出于以上述观点将用户分为3×3的种类的基础上，最终将用户分为尊贵用户(royaluser)、新用户、回归用户(comebackuser)、等级提升用户(rankupuser)、及疏远用户这样的特性不同的5个组。由此，店员能够按每个组发送不同的优惠券等而高效率地采取对策。

(3.优惠券等的分发处理)

回到图8，说明优惠券等的分发处理。店员能够使用显示于店铺终端20的分析图表图像对特定的用户简单地分发优惠券等。以下具体进行说明。

首先，店员从作为分析处理的结果而显示于店铺终端20的分析图表图像中点击特定的组等，而选择作为要分发优惠券等的对象的组(步骤s823)。信息管理服务器10抽取属于所选择的组的用户(步骤s813)，制作其一览表，并在店铺终端20上显示所抽取的用户的一览表画面(步骤s824)。店员根据需要进一步对显示于一览表的用户进行筛选，另外在选择了要分发的优惠券后，对属于所选择的组的分发对象的用户请求分发包含优惠券的数据(步骤s825)。此外，也可以跳过步骤s824而不在店铺终端20上显示所抽取的用户的一览表画面，而是对属于在步骤s823中选择的组的用户全员分发包含优惠券的数据。

图10是表示在本实施例中显示于店铺终端20的一览表的一例的概略图。如该图所示，在一览表中，关于属于在步骤s823中选择的组的各用户而一览显示有姓名、电话号码、规定期间的到店次数、累计购买金额、及最新购买日等信息。当店员在从一览表中选择了作为分发对象的用户后点击了按键1001时，在店铺终端20上显示优惠券的选择画面。

图11是表示在本实施例中显示于店铺终端20的优惠券选择画面的一例的概略图。如该图所示，优惠券选择画面准备了例如多种优惠券的选项。在店员选择了任意的优惠券、或者制作了新优惠券并点击了发送按键1101时，表示对作为分发对象的用户分发所选择的优惠券这一意思的请求被发送至信息管理服务器10。

返回图8，信息管理服务器10对优惠券分发的请求进行响应，并通过分发模块133的控制而执行对被选择为分发对象的用户分发所选择的优惠券的处理(步骤s816)。这样，用户终端30接收优惠券(步骤s836)。另外，信息管理服务器10将分发到优惠券的用户的用户id与所分发的优惠券的优惠券id建立对应地保存于数据库(步骤s817)。通过在所分发的优惠券被使用了时进行消除，能够管理优惠券的利用状况。

在上述的实施方式中，能够使从履历信息的收集到分析的处理自动化，另外，能够提供适合于履历信息的有效利用的用户界面。此外，本发明不限定于上述的实施方式，能够在不脱离本发明的主旨的范围内以其他各种形式实施。因此，上述实施方式在所有方面均只不过是例示，并不能限定地进行解释。例如，上述的各处理步骤能够在与处理内容不产生矛盾的范围内省略各处理步骤的一部分或全部，或者任意地变更顺序或并行地执行。