订购管理服务器、订购系统以及存储介质的制作方法

相关申请的相互参照

本申请基于2015年8月26日提交的日本专利申请2015－166995号，此处引用其记载内容。

本发明涉及在活动会场等对商品的订购进行管理的技术。

背景技术：

体育赛事等众多利用者聚集的大规模活动，为了使利用者能够坐着观看比赛，在具有在预约时分配的可识别的座席(例如a-4席)的设施(体育场等)举办。

在这样的活动中想要食物和饮料的情况下的，利用者一般要找到在设施内往来穿行销售食物和饮料的售货员并进行订购、或是去往设施内的商店(店铺)进行订购。

现有技术文献

专利文献

专利文献1:日本特开2002-203017号公报

技术实现要素：

然而，售货员通常只拿着一种食品或饮料，未必会拿着利用者想要的商品(例如啤酒和盒饭等)。据此，在很多情况下只能一直等到那样的售货员出现，但售货员何时会来完全无法预测，存在效率不高的这一问题。

另一方面，在去往商店的情况下，就要在比赛的中途或一直等到中场休息才去商店购买商品，但很多情况下在商店门前会排起长队、到实际购买商品为止耗费时间，而且不知道要等多长时间才能买到所希望的商品，因此也存在在等待期间错过比赛的重要环节的这一问题。

本发明是鉴于以上说明了的情形而做出的，其目的之一在于提供一种不离开座席就能够订购和收到商品、另一方面利用者在进行商品的订购时能够掌握收到商品为止的预估等待时间的订购管理技术。本发明的其他通过参照本说明书整体得以明确。

本发明的一实施方式涉及的订购管理服务器，该订购管理服务器的特征在于，具备：受理部，其受理从便携终端发送的的商品的订购；生成部，其生成至少包括被订购的商品的种类、数量、受理时刻在内的订购信息；存储部，其登记生成的订购信息；算出部，在存储部中登记了新的订购信息的情况下，该算出部基于已登记于存储部的订购信息和新登记的订购信息，算出新登记的订购信息所涉及的商品的派送所需要的预估等待时间；以及通知部，其将算出的预估等待时间通知给便携终端。

此处，在上述构成中，优选的是，算出部在新登记的订购信息所涉及的商品有多个的情况下，对于每个商品分别算出各自的预估等待时间。

而且，在上述构成中，也优选如下的方案：通知部在从便携终端收到了预估等待时间的询问的情况下，通知算出的预估等待时间。

需要说明的是，上述服务器、系统是本发明的一个方案，本发明的服务器、系统也可以是上述构成要素的任意组合。另外，本发明的装置、方法、计算机程序、存储介质等也具有同样的构成。

发明的效果

根据本发明，利用者不离开座席就能够订购和收到商品，而且在进行商品的订购时能够掌握收到商品为止的预估等待时间。

附图说明

图1是示出本实施方式涉及的订购系统1000的概略构成的图。

图2是例示了订购画面的图。

图3是示出订购受理终端200的主要构成的框图。

图4是例示了订购管理画面的图。

图5是示出订购系统1000中的业务流程的流程图。

图6是示出订购时的便携终端100、管理服务器300与订购受理终端200之间的处理流程的时序图。

图7是示出订购信息的状态更新时的管理服务器300与订购受理终端200之间的处理流程的时序图。

图8是利用三台订购受理终端200a～200c来进行排队管理的情况下的时序图。

图9是示出预估等待时间的显示例的图。

图10是示出预估等待时间的显示例的图。

图11是示出订购时的便携终端100、管理服务器300与订购受理终端200之间的处理流程的时序图。

具体实施方式

以下，关于本发明的实施方式参照附图详细地进行说明。需要说明的是，对于同一要素标注同一附图标记，省略重复的说明。

a.本实施方式

图1是示出本实施方式涉及的订购系统1000的概略构成的图。如该图所示，订购系统1000构成为，具备：前来观看体育比赛的各利用者所持的便携终端100；订购受理终端200，其进行从便携终端100发送的商品(也包括各种各样的服务)的订购信息的受理；以及对订购受理终端200进行管理的管理服务器300。

在本实施方式中，以应用于举办体育赛事的活动会场(例如体育馆(英文：arena)、竞技场)的情况为例进行说明，但无意限定于此，也可以应用于所有设施(无论室内还是室外)。另外，在图1中，在店铺(店铺a)设置有订购受理终端200，但在多个店铺(店铺a、店铺b···)进驻了一个活动会场的情况下，也可以在每个店铺均设置订购受理终端200。而且，在本实施方式中作为订购信息而例示与餐饮有关的商品(啤酒、零食等)，但可以根据系统运用等而适当地变更是否可应用于任何的商品或服务。

便携终端100例如由智能手机构成，通过由各利用者进行的操作而生成在店铺a所销售的商品的订购信息、并发送该订购信息。从便携终端100发送的订购信息经由通信网络n而被订购受理终端200和管理服务器300接收。便携终端100可以利用个人计算机(pc)、笔记本pc、便携电话机、个人数字助理(pda)等、能够经由互联网进行访问的所有终端装置。

订购受理终端200由例如平板电脑终端等构成，接收从各便携终端100发送的各种各样的订购信息。订购受理终端200设置于例如于店铺a的规定场所(例如厨房等)，店铺a的各负责人均能够进行浏览等。订购受理终端200无意限定于平板电脑终端，也可以利用个人计算机(pc)、笔记本pc、智能手机、便携电话机、个人数字助理(pda)等、能够经由通信网络n与管理服务器300进行数据收发的所有终端装置。

打印机250通过有线缆线或无线与订购受理终端200连接，按每个订购信息印发印刷了订购信息的单据(receipt)(以下称为“订购单据”)。在本实施方式中，订购单据两张两张地印发，其原因在下文中详细叙述。

管理服务器300例如由运算处理能力高的计算机构成，在该计算机中规定的服务器用程序工作，由此实现服务器功能。此处，构成管理服务器300的计算机不是必须为1台，也可以由分散在通信网络n上的多台计算机构成。管理服务器300具备用于按每处设施对订购受理终端200进行管理的数据库310、和处理器320。数据库310具备客户管理表ta1、订单管理表ta2以及网络管理表ta3。

在客户管理表ta1中按每处设施相关联地登记了固有id和密码(账户)。此处，对于在“店铺a”利用的订购受理终端200设定了唯一的识别信息(例如“id：a1···”)等。关于识别信息，例如在系统导入时由店铺a的管理者等进行设定即可。需要说明的是，在同一设施内利用多台订购受理终端200的情况下，可以对所有的订购受理终端200设定同一识别信息，但也可以按每台订购管理端末200设定不同的识别信息。

在订单管理表ta2中按每处设施而登记了订购信息的详细情况(订购编号、所订购的商品的种类和数量、订购时刻、座席位置、留言等)、订购信息的状态(“未应对”、“烹制完成”、“派送完成”等)。举一例进行说明，在店铺a中，订购编号为“0018”、受理时刻为“14：11”、所订购的商品的种类和数量为“毛豆/1份、啤酒/3罐”、状态为“未应对”、座席为“w210-013-t10”、留言为“无”等。订单管理表ta2的登记内容可基于使用了各便携终端100的订购信息的新登记操作、和/或使用了各订购受理终端200的订购信息的状态更新操作而变更。

在网络管理表ta3中按每处设施登记了与商品有关的订购画面。图2是例示了订购画面的图。预先将订购画面的url等通知给各利用者、或者各利用者读取qrl码等从而能够从便携终端100访问订购画面。在访问订购画面时，利用者适当地对便携终端100进行操作而进行商品的订购。与商品订购相应的订购信息等，如上述那样被登记于订单管理表ta2。

处理器320由对算术运算、逻辑运算、位运算等进行处理的算术逻辑运算单元(cpu等)和各种寄存器构成，通过执行rom等存储机构所保存的各种程序从而中枢地控制管理服务器300的各部分。另外，处理器320也与订购受理终端200协作地执行用于对订购进行管理的计算机程序(订购管理应用)。

通信网络n包括能够在管理服务器300与订购受理终端200之间相互发送接收信息的通信网。通信网络n也可以是例如互联网、lan、专用线路、电话线路、企业内网络、移动通信网、蓝牙、wifi(wirelessfidelity，无线保真)、其他通信线路、它们的组合等任一网络，不管是否是无线。

通信网络n包括能够在管理服务器300与订购受理终端200之间相互发送接收信息的通信网。通信网络n也可以是例如互联网、lan、专用线路、电话线路、企业内网络、移动通信网、蓝牙、wifi(wirelessfidelity，无线保真)、其他通信线路、它们的组合等任一网络，是有线还是无线都可以。

图3是示出订购受理终端200的主要构成的框图。订购受理终端200具备处理器210、输入装置215、显示装置216、通信接口220以及存储资源230。订购受理终端200通过店铺a的负责人对输入装置215进行操作、从而受理状态被更新了的订购信息的登记等。

处理器210由对算术运算、逻辑运算、位运算等进行处理的算术逻辑运算单元(cpu等)以及各种寄存器构成，通过执行存储资源230所保存的各种程序从而中枢地控制订购受理终端200的各部分。各种寄存器例如为程序计数器、数据寄存器、指令寄存器、通用寄存器等。

输入装置215具备用于受理由负责人进行的订购信息的新登记操作、状态的更新操作等的各种操作按键、触摸面板215a。

显示装置216是用于显示如图4所示那样的进行了受理的订购管理画面的装置，例如由液晶显示器构成。

通信接口220是连接于通信网络n并用于与通信网络n上的其他终端进行通信的硬件模块。通信接口220例如是isdn调制解调器、adsl调制解调器、缆线调制解调器、光调制解调器、软件调制解调器等调制解调装置。

存储资源230例如是物理器件的存储区域所提供的逻辑器件。物理器件例如是硬盘驱动器或半导体存储器(rom、ram等)等计算机可读存储介质。存储资源230既可以通过使多个物理器件映射于1个逻辑器件来构筑，也可以通过使1个物理器件映射于多个逻辑器件来构筑。

在存储资源230保存有操作系统程序、驱动程序、各种数据等。作为驱动程序，例如有用于对通信接口220进行控制的通信接口驱动程序等。另外，在存储资源230，除了上述各种程序、各种数据之外，还存储有用于通过处理器210来执行从而与管理服务器300协作地对订购信息进行管理的程序(以下称为“订购管理应用”)ap1。接着，关于本实施方式中的订购系统1000的工作进行说明。

(从订购到派送为止的业务流程)

图5是示意性地示出了从进行商品的订购到派送完成为止的业务流程的图。

首先，利用者利用便携终端100访问订购网页，进行针对店铺a的商品的订购(c1)。管理服务器300根据来自利用者的订购而制作订购信息并向店铺a发送。店铺a的订购受理终端200在接收到订购信息时，将接收到的订购信息打印于二张单据(以下称为订购单据)并从打印机250输出(c2)。在店铺a中管理商品的负责人，基于被印刷于订购单据的订购信息而准备了要向利用者提供的商品(c3)，之后将订购单据(二张)和商品一起交给售货员(c4)。售货员一边参照记载于订购单据的座席位置(例如、“w210-013-t10”)，一边将商品配送给进行了订购的利用者(c5)。售货员将商品交给利用者，并且作为顾客收据而交给利用者(一张)订购单据(c6)。利用者在收到商品时，利用现金或现金卡(英文：cashcard)等进行结算。当然，在便携终端100处于能够利用某种电子收费系统的状态的情况下，也可以利用电子收费系统来进行无卡支付。

如此在商品的配送完成时，售货员拿着剩余的一张订购单据返回店铺a(c7)，签上自己的姓名再交给负责人(c8)。负责人在使订购管理画面显示于订购受理终端200之后，进行滑屏(英文:swipe)操作等而进行表示派送已完成之意的输入(c9)。如前面的图4所示，在订购管理画面中显示订购编号、受理时刻、菜单、份数、价格等、还有订购处理的状态。负责人在参照订购单据来确定对应已完成的订购时，对与该订购对应的状态部分进行滑屏操作、对“派送完成”这一字样进行选择操作，从而将订购了的商品的派送已正常完成这一情况输入于订购受理终端200。负责人在结束相关输入后，将剩余的一张单据归档到文件夹等中并终止处理。

(订购处理流程)

图6是示出订购时的便携终端100、管理服务器300与订购受理终端200之间的处理流程的时序图。

便携终端100响应由利用者进行的订购网页的url等的输入操作而向管理服务器300发送订购画面的显示请求(步骤s1)。管理服务器300在接收来自便携终端100的显示请求时，将该显示请求作为检索字而在网络管理表ta3中进行检索，由此读出对应的店铺(此处为店铺a)的订购画面，并向便携终端100发送(步骤s2)。便携终端100显示从管理服务器300接收到的订购画面(参照图2)(步骤s3)，等待由利用者进行的订购操作的输入(步骤s4)。

便携终端100在不存在订购操作的情况下(步骤s4：否)，反复执行步骤s3的处理，另一方面，在检测到订购操作时(步骤s4：是)，制作与订购操作相应的订购信息(步骤s5)。订购信息包含利用者所选择的商品的种类和数量(例如“毛豆/1份、啤酒/3罐”)，还有利用者的座席(例如“w210-013-t10”)、留言(例如“无”)等。需要说明的是，作为座席的确定方法，可以采用使各利用者直接输入座席编号等的方法，也可以采用使便携终端100读入与座席编号对应的qr码的方法等。

便携终端100在制作订购信息时，判断订购是否已完成(步骤s6)。便携终端100，在订购完成按键没有被进行触摸操作等而是被进行了追加订购变更等操作的情况下(步骤s6：否)，返回步骤s4，反复执行上述的一连串的处理。另一方面，便携终端100，在显示于订购画面的订购完成按键被进行了触摸操作等、而判断为订购已完成时(步骤s6：是)，将制作出的订购信息向管理服务器300发送(步骤s7)。

管理服务器(受理部)300在从便携终端100接收订购信息时，参照客户管理表ta1等向店铺a的订购受理终端200地址发送(转发)订购信息(步骤s8)。管理服务器(生成部)300基于来自便携终端100的订购信息，生成(加工)包括订购信息的详细情况(订购编号、所订购的商品的种类和数量、订购时刻、座席位置、留言等)、订购信息的状态(如果是新登记则为“未应对”)在内的订购信息，并向店铺a的订购受理终端200地址发送。

店铺a的订购受理终端(接收部)200，在从管理服务器300接收订购信息时，利用打印机250输出印刷了订购信息的订购单据(二张)(步骤s9)。需要说明的是，存在即使订购受理终端200新接收了订购信息、负责人也没有注意到的可能性。据此，在新接收到了订购信息的情况下，为了能够将这一情况切实地传递给负责人，也可以从订购受理终端(报知部)200输出效果音、显示消息等。

另一方面，管理服务器(存储部)300将上述的订购信息新登记于订单管理表ta2(步骤s10)。进而，管理服务器(算出部、通知部)300参照登记于订单管理表ta2的其他订购信息的状态等，算出直到与该订购信息对应的商品的派送完成为止的预测时间(以下称为预估等待时间)，并向便携终端100通知(步骤s11)。管理服务器300的存储器(省略图示)中保存有用于算出预估等待时间的参照表、算法等。在参照表中相关联地登记有商品和提供商品所需要的预估等待时间。例如，关于商品“毛豆”，其预估等待时间为“5分钟”，关于商品“煎鸡蛋(日文：玉子焼)”，其预估等待时间为“15分钟”···等。作为简单的例子，在作为“未应对”的其他订购信息有6条“毛豆”、而作为这次的订购信息有2条“煎鸡蛋”的情况下，预估等待时间变为“60分钟”(＝5分钟×6+15分钟×2)。当然，预估等待时间不仅根据未应对的其他订购信息、还可以根据店里的拥挤状态(例如能应对的负责人的人数等)等来改变，因此也可以考虑上述情形而算出预估等待时间。

便携终端100在将被从管理服务器300通知的预估等待时间(例如“预估等待时间：40分钟左右”等)显示于显示画面之后(步骤s12)，终止处理。利用者掌握显示画面上的预估等待时间，从而能够消除虽然订购了商品但不知何时会送到因而不能离开座席、或者因不知道商品是否送到而不安的这样的担心。

(状态的更新处理流程)

图7是示出订购信息的状态更新时管理服务器300与订购受理终端200之间的处理流程的时序图。以下，作为状态被更新的一例，而设想订购的派送完成了的情况。

在订购了的商品的派送完成时，负责人从显示于订购受理终端200上的订购管理画面的多个订购信息之中，确定派送已完成的订购信息。接着，对与该订购信息对应的状态部分进行滑屏操作，选择”派送完成”这一字样。在订购受理终端200因“派送完成”这一字样被选择了，而判定为订购信息的状态被更新了时(步骤sa1：是)，将包括订购编号、店铺a的识别信息在内的订购信息的状态的更新内容向管理服务器300地址发送(步骤sa2)。需要说明的是，在订购信息的状态没有被更新的情况下(步骤sa1：否)，反复执行步骤sa1的处理。管理服务器300在接收订购信息的状态的更新内容时，基于订购编号、店铺a的识别信息，参照订单管理表ta2对对应的订购信息的状态进行更新(此处为“未应对”→“派送完成”)(步骤sa3)，终止处理。需要说明的是，在状态被切换成“派送完成”时，该订购信息被从订购管理画面中删除(所谓的消除)。

此处，订购信息的状态的更新，除了“派送完成”之外还有意味着订购取消的“取消”、意味着订购了的商品烹制完成的“烹制完成”等。当然，状态的种类和数量无意限定于此，可以根据业务形态等来适当地进行设定和变更。

(商品已无库存等情况下的应对)

在很多人聚集的活动会场，也会担心商品库存会早早地耗尽。在商品已无库存的情况下(或者商品的库存即将耗尽的情况下)，需要迅速地停止订购的受理，因此在本实施方式中，使用订购受理终端200来进行商品的订购受理的控制(受理停止、受理再次开始等)。举出一例进行说明，负责人通过对订购受理终端200进行操作从而显示管理设定画面，并选择要停止订购受理的商品(以下设为商品a)。在进行了订购受理的停止操作时，从订购受理终端200对管理服务器300进行通知应在店铺a中停止商品a的订购受理这一内容。管理服务器300基于该通知参照网络管理表ta3来进行在店铺a中停止商品a的订购受理的处理(使商品a的选择无效等)。

这样，根据本实施方式，能够享受通过订购受理终端200的简单操作就能立即停止规定商品的订购受理的这一益处。需要说明的是，在上述说明中，以商品已无库存的情况为例进行了说明，但不仅在已无库存的情况下、在停止店铺a的营业的情况下也可以同样地进行说明。该情况下，显示便携终端100的管理设定画面，全面停止店铺a中的订购受理。若进行了订购受理的停止操作，则从订购受理终端200对管理服务器300通知、全面停止店铺a中的订购受理这一内容。管理服务器300基于该通知参照网络管理表ta3来进行全面停止店铺a中的订购受理的处理(使店铺a的选择本身无效等)。也可以执行这样的处理。

如以上说明了地那样，根据本实施方式，管理服务器300在从便携终端100接收订购信息时，参照登记于订单管理表ta2的其他订购信息的状态等，算出到与该订购信息对应的商品的派送完成为止的预估等待时间，并通知给便携终端100。由此，利用者通过掌握便携终端100的显示画面上的预估等待时间，从而能够消除虽然订购了商品但不知何时会送到因而不能离开座席、或者因不知道商品是否送到而不安的这样的担心。

b.其他

需要说明的是，本发明不限定于上述的实施方式，可以在脱离本发明的要旨的范围内以其他的各种各样的形态来实施。因此，上述实施方式在任何方面只不过是例示，不进行限定性解释。例如，上述的各处理步骤可以在处理内容不发生矛盾的范围内任意地变更顺序、或者并行地执行。

在上述的实施方式中，对于订购受理终端200和管理服务器300协作地对订购信息进行管理的系统进行了说明，但系统的构成不限于此，可以采用各种构成。例如，通过在订购受理终端200侧具备管理服务器300所具有的功能，由此能够构成以订购受理终端200单体具备与管理系统1000同等的功能的装置。

另外，在本实施方式中，例示了在一处设施(在实施方式中为店铺a)利用一台订购受理终端200的情况，但也可以在一处设施利用多台订购受理终端200。在一处设施利用多台订购受理终端200的情况下，可在各订购受理终端200之间共享数据。

图8是利用三台订购受理终端200a～200c来进行排队管理的情况下的时序图。例如，若在店铺a中特定的订购受理终端200(图8所示的订购受理终端200a)被操作(c11)，则该操作内容(订购信息的新登记等)被上传到管理服务器300(c12)。管理服务器300基于接收到的新的订购信息对订单管理表ta2中登记了的店铺a的订购信息进行更新(c13)。接着，管理服务器300参照客户管理表ta1，确定这次接收了订购的订购受理终端200a(c14)。此处，由于店铺a在客户管理表ta1中登记了三台订购受理终端200a～200c，因此，管理服务器300对于订购受理终端200a以外的终端即订购受理终端200b和200c发送被更新了的最新订购信息(c15)，终止处理。

其结果，最新信息总是以同步的状态反映于各订购受理终端200，由此，即使是在一处设施利用多台订购受理终端200的情况下，也不会发生订购信息的更新没有在一部分订购受理终端200反映出来等不良情况，变得能够进行最佳的订购信息管理。

另外，在本实施方式中，管理服务器(算出部)300设为如下构成：在订购了的商品有多个的情况下，通知直到所有商品的派送完成为止的合计预估等待时间(参照图9)，但也可以取代该构成(或者在其基础上还)，对于每种订购了的商品分别通知各自的预估等待时间(参照图10)。

而且，另外也可以设为在每次选择商品时都通知预估等待时间的构成。

图11是示出变形例涉及的订购时便携终端100、管理服务器300、与订购受理终端200之间的处理流程的时序图。需要说明的是，在图11中对于与图6对应的步骤标注同一附图标记，省略详细的说明。

便携终端100若检测到订购操作(步骤s4：是)，则制作与订购操作相应的订购信息(步骤s5)。订购信息包含利用者选择了的商品的种类和数量(例如“毛豆/1份、啤酒/3罐”)、还有利用者的座席(例如“w210-013-t10”)、留言(例如“无”)等。而且，对于每个订购信息分别进行预估等待时间(以下称为“个别预估等待时间”)的询问(步骤s13)。管理服务器(通知部)300若接到个别预估等待时间的询问，则参照订单管理表ta2中登记了的其他订购信息的状态等，算出个别预估等待时间，并通知给便携终端100(步骤s14)。

便携终端100将从管理服务器300通知的个别预估等待时间(参照图10)显示于显示画面(步骤s15)。此后，便携终端100判断是否由利用者对订购完成按键进行了触摸操作等(步骤s6)。例如，在某一特定商品的个别预估等待时间极长(例如“45分钟”)因而要变更订购那样的情况，订购完成按键不被进行触摸操作等、而是被进行追加订购和变更等的操作(步骤s6：否)。该情况下，返回步骤s4，反复执行上述的一连串的处理。另一方面，便携终端100在显示于订购画面的订购完成按键被进行了触摸操作等、判断为订购已完成时(步骤s6：是)，将制作的订购信息向管理服务器300发送(步骤s7)。需要说明的是，此后的工作可以与上述本实施方式同样地进行说明，因此省略进一步的说明。这样，在每次选择商品时(即订购完成之前)都知道直到派送商品为止的预估等待时间，因此可以称为效率更好的商品订购。

另外，在本实施方式中，从订购到进行商品的派送为止，对于进行呼叫这一点没有特别提及，但也可以设为进行电话呼叫。在进行商品订购时，可以在便携终端100显示请利用者确认是否希望通过电话进行呼叫设定的消息(“可以进行设定通过电话进行呼叫。希望进行该设定的顾客，请在按下下面的按键之后、输入电话号码。”等)。利用者在希望通过电话进行呼叫设定的情况下，按照该消息输入电话号码。其结果，在进行商品的派送时，例如在利用者离开座席找不到了的情况下，也可以由售货员等进行呼叫，能够切实地进行商品的派送。另外，也可以设为，取代电话呼叫(或者在此基础上还)而通过短信进行呼叫。具体而言，在进行商品的订购时，在便携终端100显示请利用者确认是否希望通过短信进行呼叫设定的消息(“请在下面输入接收通知的邮箱地址。”等)。利用者按照该信息而输入邮箱地址，从而能够收到通过短信进行的呼叫。

用于实现以上说明了的本发明的各实施方式的程序，也可以使之存储于存储介质。如果使用该存储介质，则能够在设施中用于对预约的排队等待进行管理的计算机中安装上述程序。此处，存储有上述程序的存储介质，也可以是非临时性存储介质。对非临时性存储介质没有特别限定，例如也可以是cd-rom等存储介质。