CN111630554A - 信息处理装置、信息处理方法、支付系统以及程序 - Google Patents

信息处理装置、信息处理方法、支付系统以及程序 Download PDF

Info

Publication number
CN111630554A
CN111630554A CN201880051403.5A CN201880051403A CN111630554A CN 111630554 A CN111630554 A CN 111630554A CN 201880051403 A CN201880051403 A CN 201880051403A CN 111630554 A CN111630554 A CN 111630554A
Authority
CN
China
Prior art keywords
information
payment
order
identification information
subscriber
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201880051403.5A
Other languages
English (en)
Inventor
中村晃一
吉村威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rakuten Group Inc
Original Assignee
Rakuten Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rakuten Inc filed Critical Rakuten Inc
Publication of CN111630554A publication Critical patent/CN111630554A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
    • G06K15/40—Details not directly involved in printing, e.g. machine management, management of the arrangement as a whole or of its constitutive parts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407—Cancellation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

提供能够减轻参与结账处理的店员的作业负担，并且进行适当的结账处理的环境。为此，信息处理装置具有：信息取得部，其取得能够确定订购者的订单的订单识别信息；发送部，其将所述订单识别信息作为支付用信息来进行发送；打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；以及无效化指示部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单的订单识别信息相关的支付不能进行，该无效化指示部对其他信息处理装置进行使该订单识别信息无效化的无效化指示。

Description

信息处理装置、信息处理方法、支付系统以及程序
技术领域
本发明涉及受理与用户的订购相关的信息并进行各种处理的信息处理装置、信息处理方法、支付系统以及程序的技术领域。
背景技术
例如，在店铺吃饭的情况下，由于多位来店顾客的结账时刻集中而导致结账处理停滞，有时会出现排队的情况。因此，有可能产生吃完饭的来店顾客白白浪费时间的问题。
在以下所示的专利文献1中，鉴于这样的问题，记载了以下内容：通过使自助订购终端从菜单簿读取菜单识别信息(菜单代码)来进行订购，并通过使结账装置读取由自助订购终端打印的结账用代码来进行结账。另外，记载了将进行订购或结账的各装置按照需要的台数组合起来并适当配置，从而能够使等待结账的队列分散的内容。
现有技术文献
专利文献
专利文献1：日本特开2012-94058号公报
发明内容
发明要解决的课题
但是，在来店顾客操作结账装置时，有可能产生无法预期的意外情况。例如，假设由于不熟悉结账装置的操作而进行了误操作，从而进行了错误的结账处理。在这样的情况下，如果像叫店员来重新进行结账操作那样由店员进行结账操作，则会产生本来应该不需要的修正操作，有可能导致店员的作业负担增大。
因此，本发明的目的在于，提供能够减轻参与结账处理的店员的作业负担，并且进行适当的结账处理的环境。
用于解决课题的手段
本发明的信息处理装置，其具有：信息取得部，其取得能够确定订购者的订单的订单识别信息；发送部，其将所述订单识别信息作为支付用信息来发送；打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；以及无效化指示部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单的订单识别信息相关的支付不能进行，该无效化指示部对其他信息处理装置进行使该订单识别信息无效化的无效化指示。
由此，在存在多个同一订购者的未支付的支付用信息的情况下，仅使最新的支付用信息成为有效状态。
在上述信息处理装置中，也可以为，所述订单识别信息包含识别订购者的订购者识别信息。
通过使订单识别信息包含能够确定订购者的信息，能够仅通过分析订单识别信息来判定是否为同一订购者的订单。
在上述信息处理装置中，也可以为，所述订购者识别信息包含能够确定受理了订单的店铺的信息。
通过使能够确定顾客的信息也包含能够确定店铺的信息，使顾客确定信息成为按照每个店铺不同的信息。
在上述信息处理装置中，也可以为，所述打印处理是将能够确定所述订单识别信息的代码信息打印在所述打印物上的处理。
由此，作为代码信息，能够使用广泛普及的一维条码或二维条码。
在上述信息处理装置中，也可以为，该信息处理装置具有接收部，该接收部从所述其他信息处理装置接收表示支付完成的通知来作为支付完成通知。
通过接收支付完成通知，能够判别订购者是否支付了货款。
在上述信息处理装置中，也可以为，在所述支付用信息中包含作为所述订单的支付金额的金额信息，在接收到关于订购者的订单的所述支付完成通知之后受理了同一订购者的追加订购的情况下，所述发送部将在接收到所述支付完成通知之后进行的、并且未支付的追加订单的合计金额的信息作为所述金额信息来发送。
即，对其他信息处理装置(例如支付管理服务器)进行去除与已支付的订单相关的金额的通知。
本发明的其他信息处理装置，其具有：支付用信息接收部，其接收能够确定订购者的订单的订单识别信息来作为支付用信息；存储处理部，其执行接收到的所述支付用信息的存储处理；支付请求接收部，其从订购者所使用的订购者终端接收包含订单识别信息和该订购者的支付信息的支付请求；支付处理部，其根据所述支付请求来进行关于支付用信息的支付处理；以及无效化处理部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，该无效化处理部受理使该订单识别信息无效化的无效化指示，并进行所存储的所述支付用信息的无效化。
其他信息处理装置从上述的信息处理装置接收支付用信息并执行各处理。
本发明的其他信息处理装置也可以为，具有：接收部，其接收能够确定订购者的订单的订单识别信息来作为支付用信息；打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；以及无效化处理部，其在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单的订单识别信息相关的支付不能进行，进行使该订单识别信息无效化的无效化处理。
本发明的支付系统具有：信息取得部，其取得能够确定订购者的订单的订单识别信息；发送部，其将所述订单识别信息作为支付用信息来发送；打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；无效化指示部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，该无效化指示部对其他信息处理装置进行使该订单识别信息无效化的无效化指示；支付用信息接收部，其接收所述支付用信息；存储处理部，其执行接收到的所述支付用信息的存储处理；支付请求接收部，其从订购者所使用的订购者终端接收包含所述订单识别信息和该订购者的支付信息的支付请求；支付处理部，其根据所述支付请求来进行关于支付用信息的支付处理；以及无效化处理部，其受理来自所述无效化指示部的无效化指示，并进行所存储的所述支付用信息的无效化。
或者，也可以为，支付系统具有：信息取得部，其取得能够确定订购者的订单的订单识别信息；发送部，其将所述订单识别信息作为支付用信息来发送；支付用信息接收部，其接收所述支付用信息；存储处理部，其执行接收到的所述支付用信息的存储处理；打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；无效化处理部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，该无效化处理部进行使该订单识别信息无效化的无效化处理；支付请求接收部，其从订购者所使用的订购者终端接收包含所述订单识别信息和该订购者的支付信息的支付请求；以及支付处理部，其根据所述支付请求来进行关于支付用信息的支付处理。
本发明的信息处理方法由信息处理装置执行，具有如下步骤：信息取得步骤，取得能够确定订购者的订单的订单识别信息；发送步骤，将所述订单识别信息作为支付用信息来发送；打印控制步骤，其执行能够确定所述订单识别信息的打印物的打印处理；以及无效化指示步骤，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，对其他信息处理装置进行使该订单识别信息无效化的无效化指示。
由此，在存在多个同一订购者的未支付的支付用信息的情况下，能够提供仅使最新的支付用信息成为有效状态的环境。
本发明的程序在计算机中执行，具有如下步骤：从打印物读取能够确定订单的订单识别信息；以及发送支付请求，该支付请求包含用于进行与订单相关的支付的支付信息和所读取的所述订单识别信息的，该订单是在被指示无效而无效化的支付用信息之后进行的、并且未支付的订单。
由此，在存在多个同一订购者的未支付的支付用信息的情况下，能够在仅使最新的支付用信息成为有效状态的环境下进行支付。
发明效果
根据本发明，通过由订购者进行结账作业，能够减轻参与结账处理的店员的作业负担，并且在存在多个同一订购者的未支付的支付用信息的情况下，仅使最新的支付用信息成为有效状态，因此能够进行适当的结账处理。
附图说明
图1是包含本发明的实施方式的店铺服务器的网络的说明图。
图2是实施方式的店铺服务器的的功能结构的说明图。
图3是实施方式的支付管理服务器的功能结构的说明图。
图4是实施方式的计算机装置的框图。
图5是用于说明在由订购者进行最初的订购时各终端或服务器所执行的各处理的图。
图6是用于说明在由订购者进行追加的订购时各终端或服务器所执行的各处理的图。
图7是用于说明在由订购者进行订购货款的支付时各终端或服务器所执行的各处理的图。
图8是示出订单信息受理处理的一例的流程图。
图9是用于说明存储在订单DB中的订单信息等的图。
图10是示出支付用信息接收处理的一例的流程图。
图11是用于说明存储在支付用DB中的信息的图。
图12是示出无效化指示接收处理的一例的流程图。
图13是示出终端应用启动处理的一例的流程图。
图14是示出支付请求接收处理的一例的流程图。
图15是第2实施方式的店铺服务器的功能结构的说明图。
图16是第2实施方式的支付管理服务器的功能结构的说明图。
图17是用于说明第2实施方式的在由订购者进行最初的订购时各终端或服务器所执行的各处理的图。
图18是用于说明第2实施方式的在由订购者进行追加的订购时各终端或服务器所执行的各处理的图。
图19是示出第2实施方式的订单信息受理处理的一例的流程图。
图20是示出第2实施方式的支付用信息接收处理的一例的流程图。
图21是用于说明第3实施方式的在由订购者进行最初的订购时各终端或服务器所执行的各处理的图。
图22是用于说明第3实施方式的在由订购者进行订单货款的支付时各终端或服务器所执行的各处理的图。
图23是示出第3实施方式的支付请求接收处理的一例的流程图。
图24是示出第3实施方式的支付请求接收处理的另一例的流程图。
具体实施方式
参照图1对包含本实施方式的店铺服务器1的网络系统的结构例进行说明。
＜1.系统结构＞
本实施方式的店铺服务器1与通信网络2连接。
支付管理服务器3、用户终端4、卡公司系统5以及电子货币系统6等也与通信网络2连接。
各装置或系统能够经由通信网络2相互通信。
通信网络2的结构可以设想为各种各样的例子。例如，可以设想为因特网、内联网、外联网、LAN(Local Area Network：局域网)、CATV(Community Antenna TeleVision：公用天线电视)通信网、虚拟专用网(Virtual Private Network)、电话线路网、移动通信网以及卫星通信网等。
另外，构成通信网络2的全部或一部分的传送介质也可以设想为各种各样的例子。例如能够使用IEEE(Institute of Electrical and Electronics Engineers：电气与电子工程师学会)1394、USB(Universal Serial Bus：通用串行总线)、电力线传输以及电话线等有线，也能够使用IrDA(Infrared Data Association：红外数据协会)那样的红外线、蓝牙(注册商标)、802.11无线、便携电话网、卫星线路以及地面波数字网等无线。
店铺服务器1例如是设置在餐厅或零售店等店铺中的信息处理装置。店铺服务器1进行受理来店顾客(订购者)的订购的处理、用于向厨房传达订单内容的处理以及将支付用信息发送给支付管理服务器3的处理等。
另外，在店铺中除了店铺服务器1之外，还适当配备有作为能够输入订购者进行的订购的输入终端的订购终端7。订购终端7根据店铺的大小等而设为适当的数量。
订购终端7例如可以是在店铺工作的店员所持有的手持型的终端，也可以是配备在来店顾客进行就餐的餐桌上的桌上设置类型的终端。
由订购终端7输入的各种信息被发送到店铺服务器1。订购终端7不仅能够输入新的订购，还能够受理追加的订购的输入。
订购终端7只要至少能够与店铺服务器1通信即可。另外，也可以为，能够从订购终端7向店铺服务器1通信，并且不能从店铺服务器1向订购终端7通信。
店铺服务器1根据从订购终端7接收到的信息来进行各种处理。另外，从订购终端7接收到追加订购的信息的店铺服务器1将有关追加订购的支付用信息发送给支付管理服务器3，并且将用于使此前已发送的支付用信息无效化的无效化指示发送给支付管理服务器3。
店铺服务器1为了执行上述的各处理而具有存储已受理的订单信息的订单DB51。在订单DB 51中，将被订购的每个单品的菜单信息和单价信息、订购的合计金额信息等与订单识别信息相关联地存储。
支付管理服务器3从店铺服务器1接收支付用信息，并进行使该支付用信息存储在存储部中的处理等。另外，支付管理服务器3受理来自店铺服务器1的无效化指示，并进行使该支付用信息无效化的处理。
因此，支付管理服务器3具有存储接收到的支付用信息的支付用DB 61。在支付用DB 61中，将订单识别信息和合计金额信息相关联地存储。
用户终端4是订购者所使用的信息处理终端，能够读取代码信息(例如，一维条码或二维条码)。代码信息的读取也可以通过在用户终端4中安装软件来实现。
另外，用户终端4根据读取的代码信息，能够向支付管理服务器3发送支付请求。此时，也可以从信用卡支付或电子货币支付等多种准备好的支付方法中指定所期望的支付方法。
用户终端4例如是具有通信功能的PC(Personal Computer：个人计算机)、功能手机、PDA(Personal Digital Assistants：个人数字助理)或者智能手机和平板终端等智能设备等。
卡公司系统5是在由订购者(用户)指定了信用卡支付时，从支付管理服务器3接收用于进行信用卡支付所需的各种信息，从而通过信用卡进行支付处理的系统。
例如，进行如下的处理：判定所指定的信用卡的有效期限是否适当、判定所指定的信用卡是否未被登记在禁止使用列表中以及判定使用额是否超过限额等。另外，在判定为能够使用所指定的信用卡的情况下，还进行确保本次的使用额度的限度的处理等。
因此，卡公司系统5适当具有存储用户信息(用户的姓名和年龄等个人信息及与卡信息相关联的信息)的数据库(Database，以下记载为“DB”)、用于进行授权(所谓的验证)的DB以及存储信用卡的使用历史的DB等。另外，未图示这些DB中的各个DB。
电子货币系统6是在由订购者(用户)指定了电子货币支付时，从支付管理服务器3接收用于进行电子货币支付所需的各种信息，从而通过电子货币进行支付处理的系统。因此，电子货币系统6适当具有存储用户信息(用户的姓名和年龄等个人信息及与用于使用电子货币的账户信息相关联的信息)的DB以及存储电子货币的使用历史的DB等。另外，未图示这些DB中的各个DB。
卡公司系统5或电子货币系统6也可以按照卡品牌(卡公司)或电子货币的种类而设置多个。
＜2.功能结构＞
参照图2对店铺服务器1的功能结构进行说明。
店铺服务器1具有信息取得部1a、发送部1b、打印控制部1c、无效化指示部1d以及接收部1e。
信息取得部1a进行取得能够确定订购者的订购的订单识别信息的处理。
这里，对订单识别信息进行说明。订单识别信息是从订购终端7向店铺服务器1发送的信息。即，信息取得部1a从订购终端7取得订单识别信息。
订单识别信息例如由能够确定店铺的店铺代码、能够确定订购者就座的餐桌的餐桌代码、对来到该桌并接收服务的订购者附加的固有的使用代码以及显示进行了订购的输入时间的日期时间代码构成。
例如，在将店铺代码设为“001”，将餐桌代码设为“013”，将来店代码设为“002”(对在当天通过该桌的订购者依次赋予的号码)，将日期时间代码设为“20181122110341”(表示2018年11月22日11时3分41秒)的情况下，订单识别信息为“00101300220181122110341”。另外，在订购者进行了追加订购的情况下，对追加订购赋予日期时间代码不同的另一订单识别信息。
当然，该订单识别信息只是一例，例如也可以代替使用日期时间代码而使用表示订购次数的代码来削减订单识别信息的信息量(比特数)。
在订购终端7是店员使用的终端的情况下，通过由店员输入餐桌代码和来店代码等，在订购终端7中进行订单识别信息的生成。
另外，在订购终端7是桌上设置类型的终端(即，订购者所使用的终端)的情况下，订购终端7也可以构成为自动地生成订单识别信息。例如，也可以为，以在订购终端7中预先存储有店铺代码和餐桌代码，在订购者新进行了订购的情况下，在之前所使用的来店代码上加上“1”而重新生成来店代码，在确定了订购的时刻取得日期时间信息而生成日期时间代码的方式构成，从而使用这些信息来生成订单识别信息。
除此之外，店铺服务器1也可以预先具有店铺代码、用于生成餐桌代码的换算表以及日期时间信息。在这种情况下，也可以通过以下方式取得订单识别信息：店铺服务器1确定发送了订单信息的订购终端7，与此相应地从换算表中取得餐桌代码，并根据来店顺序赋予来店代码，根据接收到订单信息的日期时间信息来生成日期时间代码，从而使用这些各信息和预先具有的店铺代码来生成订单识别信息。
在店铺服务器1构成为生成订单识别信息的情况下，不需要订购终端7执行生成订单识别信息的处理，因此能够减轻处理负担，并能够采用廉价的终端来作为订购终端7。
另外，订购者识别信息由于被赋予了餐桌代码和来店代码，因此也可以说包含用于识别订购者的订购者识别信息。
另外，由于订购者识别信息包含店铺代码，因此能够以相同的方式处理由同一算法生成的每个店铺的订单识别信息。即，即使店铺不同，订单识别信息也不会被覆盖，因此不需要针对每个店铺导入不同的系统。由此，能够在不同的店铺之间使用相同的系统，能够有助于系统的导入成本的削减。
发送部1b进行将与由订购终端7受理的订购有关的信息发送给支付管理服务器3的处理。具体而言，将订单识别信息和金额信息作为支付用信息发送给支付管理服务器3。
金额信息可以是每个物品的金额，也可以是在1次订购中订购了多个商品的情况下的合计金额。
打印控制部1c每受理1次订购就执行打印打印物(例如结账单据那样的打印物)的处理。另外，本例中的打印控制部1c进行在打印物上打印一维条码或二维条码那样的代码信息的指示。
代码信息至少包含订单识别信息。打印有代码信息的打印物在每次打印时都交送给订购者(用户)。另外，代码信息也可以包含关于订单的支付金额信息。
打印在打印物上的代码信息通过订购者所持有的移动电话等用户终端4来读取。读取了代码信息的用户终端4向支付管理服务器3发送支付请求。由此，订购者能够进行自身所订购的订单的支付。
无效化指示部1d在由于订购者进行了追加订购而向订购者的手边交送了多个打印物的情况下，为了仅使包含最新的追加订购的订单识别信息有效，进行将用于使除此之外的订单识别信息无效化的指示发送给支付管理服务器3的处理。
接收部1e进行接收显示订购者的支付完成的通知等各种信息的处理。
参照图3对支付管理服务器3的功能结构进行说明。
支付管理服务器3具有支付用信息接收部3a、存储处理部3b、支付请求接收部3c、支付处理部3d以及无效化处理部3e。
支付用信息接收部3a从店铺服务器1接收支付用信息，并进行从支付用信息中提取订单识别信息和金额信息的处理。
存储处理部3b进行将提取出的订单识别信息和金额信息存储在支付用DB 61中的处理。
支付请求接收部3c进行接收支付请求的处理。支付请求包含能够确定支付用数据的订单识别信息和用于确定支付方法的信息等支付信息。
在支付信息中例如包含用于确定在多种支付方法中订购者所选择的支付方法的信息。另外，在支付信息中可以包含信用卡号码和安全码等信息，也可以仅包含用于取得这些信息的密钥的信息(例如用户ID(Identification)等)。
支付处理部3d根据订购者所指定的支付方法，进行如下的处理：将用于进行支付的必要的信息发送给卡公司系统5或电子货币系统6等，以及接收显示支付完成的信息。
无效化处理部3e根据从店铺服务器1接收到的无效化指示，进行使规定的支付用信息无效化的处理。作为无效化处理的一例，例如可以删除相应的记录，也可以将对相应的记录赋予的标志从表示有效的状态改写为表示无效的状态。
＜3.硬件结构＞
构成图1所示的店铺服务器1、支付管理服务器3、用户终端4、卡公司系统5以及电子货币系统6的各种计算机装置和终端、订单DB 51以及支付用DB 61等各装置可以作为能够进行信息处理和信息通信的图4所示的计算机装置来实现。
另外，不需要所有的计算机装置都适当地具有图4所示的各部分，也可以是不具有一部分结构的装置、具有多个一部分结构的装置或者具有图4所示的以外的结构的装置。
在图4中，计算机装置的CPU(Central Processing Unit：中央处理单元)101根据存储在ROM(Read Only Memory：只读存储器)102中的程序或者从存储部108下载到RAM(Random Access Memory：随机存储存储器)103中的程序来执行各种处理。在RAM 103中还适当地存储有在CPU 101执行各种处理时所需要的数据等。
CPU 101、ROM 102以及RAM 103经由总线104相互连接。输入输出接口105也与该总线104连接。
输入部106、输出部107、存储部108以及通信部109与输入输出接口105连接。
输入部106由键盘、鼠标以及触摸面板等构成。在本实施方式的用户终端4中设置有取得(拍摄)代码信息的结构来作为输入部106。
输出部107由显示器和扬声器等构成，该显示器由LCD(Liquid Crystal Display：液晶显示器)、CRT(Cathode Ray Tube：阴极射线管)以及有机EL(Electroluminescence：电致发光)面板等构成。
存储部108由HDD(Hard Disk Drive：硬盘驱动器)和闪存装置等构成。
通信部109进行经由网络1的通信处理和设备间通信。
在输入输出接口105还根据需要连接有介质驱动器110，适当地安装有磁盘、光盘、光磁盘或者半导体存储器等可移动介质111，进行对可移动介质111的信息的写入或读出。
在这样的计算机装置中，通过通信部109的通信来进行数据或程序的上传、下载。另外，能够经由可移动介质111进行数据或程序的交接。
CPU 101根据各种程序来进行处理动作，从而执行作为构成店铺服务器1、支付管理服务器3、用户终端4、卡公司系统5以及电子货币系统6的各种计算机装置和终端、订单DB51以及支付用DB 61的必要的信息处理和通信。
另外，构成各种计算机装置和终端、订单DB 51以及支付用DB 61的信息处理装置不限于由图4那样的计算机装置单一地构成，也可以将多个计算机装置系统化而构成，其中，各种计算机装置和终端构成店铺服务器1、支付管理服务器3、用户终端4、卡公司系统5以及电子货币系统6。多个计算机装置可以通过LAN等系统化，也可以通过使用了因特网等的VPN等远程地配置。在多个信息处理装置中也可以包含作为能够通过云计算服务来使用的服务器组(云)的信息处理装置。
作为图2所示的店铺服务器1的各功能和作为图3所示的支付管理服务器3的各功能是通过在信息处理装置中由CPU 101根据程序执行的处理来实现的功能。但是，也可以通过硬件来实现以下所说明的全部或一部分的各结构的处理。
另外，在通过软件实现各功能的情况下，各功能不需要通过各自独立的程序来实现。可以通过1个程序来执行多个功能的处理，也可以通过多个程序模块的协作来实现1个功能。
另外，各功能也可以分散在多个信息处理装置中。此外，一个功能也可以通过多个信息处理装置来实现。
店铺服务器1所具有的订单DB 51和支付管理服务器3所具有的支付用DB 61只要能够分别访问店铺服务器1和支付管理服务器3，则可以以任意方式来实现。例如可以在与店铺服务器1相同系统内的存储部中形成订单DB 51的全部，也可以将订单DB 51的一部分或全部设置在分体、远程地等的计算机系统中。当然，订单DB51不需要形成在一个装置(例如一个HDD等)内。另外，订单DB 51也不需要构成为一个DB。在以下的各例中说明的各DB只不过是将与实施方式的处理相关联的信息的存储部分别以一个DB的方式例示。
＜4.大致的处理流程＞
首先，参照附图所示的一例，对各装置进行的处理的流程的概要进行说明。
具体而言，对在由订购者进行最初的订购时各终端和服务器所执行的各处理(参照图5)、在由订购者进行追加的订购时各终端和服务器所执行的各处理(参照图6)以及在由订购者进行订购货款的支付时各终端和服务器所执行的各处理(参照图7)依次进行说明。
另外，在以下的说明中，以来店顾客来到餐厅等点餐的情况为例，进行各处理的说明。
＜4-1.关于最初订购的流程＞
参照图5，对最初订购的各处理的一例进行说明。
在将来到店铺的来店顾客由店员引导至餐桌之后，店员在自身所持有的手持型的订购终端7中进行用于生成订单识别信息的信息输入。
例如，按下表示受理新来店顾客的按钮(新建按钮)，接下来，输入来店顾客就座的餐桌编号(或者柜台的座席编号)。在订购终端7中，除此之外，也可以进行来店人数的输入等。
根据店员的上述操作，在订购终端7中，在步骤S101中进行订单识别信息生成用的信息输入。
接下来，店员向来店者询问订单，并将该信息输入到订购终端7。由此，在订购终端7中，在步骤S102中进行订单信息输入。
订单信息的输入例如通过输入用于确定菜单的编号或按下用于确定菜单的按钮来进行。
另外，以后将进行了订购的来店者记载为“订购者”。
接下来，通过店员按下订单确定按钮或订单发送按钮，订购终端7在步骤S103中执行订单信息发送处理。订单信息包含用于生成订单识别信息的信息和确定订购者所订购的菜单的信息。
另外，作为用于生成订单识别信息的信息，例如发送用于确定是新订单还是追加订单的信息和餐桌编号。另外，也可以代替用于生成订单识别信息的信息而生成并发送订单识别信息。
在步骤S103的处理中发送的订单信息等信息由店铺服务器1在步骤S201的处理中接收。
在接收处理中，执行将接收到的信息存储在订单DB 51中的处理，以及生成订单识别信息的处理。
接下来，在步骤S202中，店铺服务器1进行取得订单识别信息和金额信息的处理。这里取得的金额信息是订购者进行的订购的合计金额。另外，在订单识别信息中，例如在将店铺代码设为“001”、将餐桌代码设为“013”、将来店代码设为“002”的情况下，初次的订单识别信息为“001013002001”。该订单识别信息包含订购者识别信息(即，“001013002”)。订购者识别信息与其他订购者的订购者识别信息不同，是能够确定一个订购者(或者一组订购者)的信息。
在步骤S203中，店铺服务器1进行将订单识别信息和金额信息作为支付用信息发送给支付管理服务器3的处理。
在步骤S204，店铺服务器1进行打印结账单据的处理。在结账单据打印处理中所打印的结账单据上例如打印有二维条码。在二维条码中包含订单识别信息，能够根据该信息来确定订购者进行的订购的合计金额。
另外，也可以构成为，通过店铺服务器1接收从支付管理服务器3发送的打印的指示来执行步骤S204的打印处理。
另外，在步骤S203的处理中发送的订单识别信息和金额信息(即，“支付用信息”)由支付管理服务器3在步骤S301的处理中接收。
在接下来的步骤S302中，支付管理服务器3进行将订单识别信息和金额信息相关联地存储在支付用DB 61中的处理。
通过执行图5所示的各处理，将与订购者进行的订购相关的信息存储在店铺服务器1所管理的订单DB 51和支付管理服务器3所管理的支付用DB 61中。
＜4-2.追加订购的流程＞
参照图6，对追加订购的各处理的一例进行说明。
被告知已经进行了某种订购的订购者订购了追加菜单的店员在订购终端7中输入用于进行追加订购的各信息。具体而言，按下表示追加订购的按钮，并进行餐桌编号的输入。
根据该操作，在订购终端7中，在步骤S104中进行订单识别信息生成用的信息输入。
接下来，在订购终端7中，在步骤S105中由店员进行追加订单信息的输入。具体而言，进行输入用于确定菜单的编号和按下用于确定菜单的按钮。
在步骤S106中，订购终端7进行发送订单信息等的处理。该处理是与图5的步骤S103相同的处理。
在步骤S106的处理中发送的与追加订购有关的信息由店铺服务器1在步骤S205的处理中接收。在步骤S205的接收处理中，执行将接收到的信息存储在订单DB 51中的处理、以及生成订单识别信息的处理。另外，这里生成的订单识别信息(或者由订购终端7生成的订单识别信息)是与用于确定初次的订单内容的订单识别信息不同的订单识别信息。
例如，在将店铺代码设为“001”、将餐桌代码设为“013”、将来店代码设为“002”的情况下，作为第1次订购的初次的订单识别信息为“001013002001”，作为第2次订购的追加订购的订单识别信息为“001013002002”。
在步骤S206中，店铺服务器1取得订单识别信息和金额信息。这里取得的金额信息是同一订购者进行的多次订购中尚未支付的订单的合计金额。
例如，在初次的订购金额为1000日元，追加的订购金额为500日元，并且初次和追加的订购均未支付的情况下，在步骤S206中所取得的金额信息为1500日元。
在步骤S207中，店铺服务器1进行将订单识别信息(在先前的例子中为“001013002002”)和金额信息(在先前的例子中为“1500”)作为支付用信息发送的处理。
在步骤S207中发送的支付用信息由支付管理服务器3在步骤S303的处理中接收。
在步骤S304中，支付管理服务器3进行将接收到的支付用信息存储在支付用DB61中的处理。步骤S303和步骤S304的各处理是与图5所示的步骤S301和步骤S302的各处理相同的处理。
结束了步骤S207的处理的店铺服务器1在步骤S208中发送无效化指示。该处理也可以不用确认支付管理服务器3所执行的步骤S303和步骤S304的处理是否完成，而在步骤S207的处理之后立即执行。即，也可以在执行步骤S303的处理之前执行步骤S208的处理。
作为在步骤S208中进行的无效化指示的对象的支付用信息是同一订购者在本次追加订购之前进行且未支付还未被无效化指示无效化的订购的支付用信息。即，在同一订购者未在本次订购之前进行订购的情况下，或在本次订购之前进行的订购已全部支付完毕的情况下，不执行步骤S208的处理。
例如，在图5所示的与订购有关的处理中，由于订购者所进行的订购是初次订购，在本次订购之前未进行订购，因此不进行与图6的步骤S208相当的处理。
如果使用在此举出的例子进行说明，则作为步骤S208的无效化指示的对象的支付用信息是订单识别信息为“001013002001”的信息。
另外，在这里所说的“同一订购者”中，即使是同一人物，也不包含作为不同的来店者而被受理的情况。即,在前几天来店的顾客日后作为新顾客来店的情况下，不作为同一订购者来处理。
在步骤S305中，受理了无效化指示的支付管理服务器3执行无效化处理。无效化处理是通过使具有对象的订单识别信息的记录无效化，使订购者脱离进行支付时的对象的处理。
记录的无效化例如通过将标志从表示有效的状态更新为表示无效的状态来进行。
在进行了无效化指示之后，店铺服务器1在步骤S209中执行打印结账单据的处理。在这里印刷的结账单据上打印有能够确定订单识别信息(在该追加订购的例中为“001013002002”)的二维条码。
另外，步骤S209的处理能够与支付管理服务器3所执行的步骤S305的处理非同步地进行。
＜4-3.关于支付的流程＞
参照图7，对订购者进行支付时的各处理的一例进行说明。
当希望使用订购者自身所持有的移动电话等用户终端4来进行支付，并使用用户终端4来进行用于读取打印在结账单据上的二维条码的操作时，用户终端4在步骤S501中执行受理代码信息(在本例中为二维条码)的读取操作的处理，并在接下来的步骤S502中执行读取处理。由此，用户终端4能够取得包含在二维条码中的订单识别信息。
接下来，在步骤S503中，用户终端4执行确定由用户(订购者)选择(指定)的支付方法的处理。该处理例如通过在画面上显示多种支付方法，并使用户从中选择来实现。
在步骤S504中，用户终端4执行支付请求发送处理。
在支付请求发送处理中，将包含订单识别信息和所选择的支付方法的信息作为支付请求来发送。另外，在支付请求发送处理中，也可以构成为，除了发送能够确定订单识别信息和支付方法的信息之外，还发送支付金额。在该情况下，通过读取代码信息，用户终端4能够取得支付金额。
这里，举出一例对步骤S503和步骤S504的各处理进行说明。
在用户终端4中安装有用于进行使用了打印在结账单据等上的代码信息(例如二维条码)的支付的专用的应用软件(以下，记载为“终端应用”)。
终端应用能够通过输入用户ID和密码来进行作为注册会员的各种操作(即，登录状态下的各种操作)。
用户ID和密码的信息登记在支付管理服务器3所管理的DB中。除此之外，在该DB中还按照每个用户ID存储有信用卡信息和积分信息等。
通过将信用卡信息和积分信息存储在支付管理服务器3所管理的DB中，只要订购者处于登录状态，则也可以在每次支付时不进行信用卡信息的输入。由此，在步骤S504的处理中，例如仅发送用于确定用户的用户ID、显示选择了信用卡支付的信息以及订单识别信息。
因此，由于不进行信用卡信息的收发，能够实现个人信息的保护。另外，能够避免信用卡信息的输入被偷看的危险性。
另外，在步骤S503的选择中，可以选择使用积分的支付等。例如，也可以用积分支付规定的金额，用信用卡支付剩余的金额。
另外，通过将读取到的二维条码的图像数据在步骤S504中直接发送，也可以使用与用户终端4不同的终端(例如支付管理服务器3)进行订单识别信息的取得处理。
根据步骤S504的处理，支付管理服务器3在步骤S306中进行支付请求的接收处理。在该处理中，进行根据接收到的信息确定用户ID和确定所选择的支付方法的处理。另外，根据需要，进行取得与用户ID相关联的积分信息和信用卡信息的处理。
在步骤S307中，支付管理服务器3执行支付处理。图7示出订购金额的至少一部分由信用卡支付的情况。
在步骤S307中，支付管理服务器3通过向卡公司系统5发送各种信息来发送审批委托。
这里发送的各种信息例如是通过信用卡支付的金额和信用卡的信息等。
在步骤S401中，接收到审批委托的卡公司系统5执行审批处理。在审批处理中，例如执行信用卡的有效期限的检查处理、信用卡的有效性(是否被登记在禁止使用列表中)确认处理以及信用卡的可使用额度的确认处理等。
在步骤S402中，卡公司系统5执行通知审批结果的处理。
审批处理的结果为“批准”和“不批准”中的任意一种。在审批结果为“批准”的情况下，支付管理服务器3在步骤S308中执行支付完成通知处理。
对店铺服务器1和用户终端4进行支付完成通知处理。
接收到支付完成通知的店铺服务器1进行在订单DB 51中存储的订单信息中的支付完成的订单信息的更新来作为步骤S210的支付完成通知接收处理。在该更新处理中，例如进行存储表示支付完成的标志的处理。
通过在存储在店铺服务器1所管理的订单DB 51中的各订单信息中设置表示支付完成的标志，能够按照每个订单识别信息来判定支付是否完成。由此，能够降低两次收取订单金额的支付或者订购顾客在未支付的情况下离店的可能性。
另外，在步骤S505中，接收到步骤S308的支付完成通知的用户终端4执行支付完成显示处理。在该处理中，例如在用户终端4的画面上显示“支付已完成”等通知。
另一方面，在步骤S401的审批处理的结果为“不批准”的情况下，不执行接下来的步骤S308的处理，取而代之地，从支付管理服务器3向店铺服务器1和用户终端4发送表示未能完成支付的意思的信息。另外，支付管理服务器3也可以不对店铺服务器1进行未能完成支付的意思的通知。
接收到表示未能完成支付的意思的信息的用户终端4进行使在画面上等显示“无法支付”等语句的处理。
另外，在无法使用指定的支付方法进行支付的情况下，订购者使用其他支付方法或进行现金支付。
另外，在订购者选择了使用电子货币作为支付方法的情况下，通过管理电子货币的电子货币系统来执行代替步骤S401和步骤S402的处理的其他处理。
具体而言，例如执行判定是否为有效的用户ID的处理、判定积分余额是否充足的处理以及从积分中减去支付金额的处理等来代替步骤S401和步骤S402的处理。
另外，如图5、图6以及图7的各处理所示，不需要用户终端4与店铺服务器1之间的通信。即，店铺服务器1不需要执行设想了各种用户终端4的处理，因此能够简化安装在店铺服务器1中的程序。因此，能够削减用于构筑店铺服务器1的成本。
另外，参照图6和图7，对完成支付的订购者重新进行追加订购的情况进行说明。
订购终端7通过根据店员等的操作来进行步骤S104的订单识别信息生成用的信息输入处理、步骤S105的追加订单信息输入处理以及步骤S106的订单信息等发送处理，从而进行将追加订购的输入受理并发送给店铺服务器1的处理。另外，由于在之前的订单中没有未支付的订单，因此也可以如图5所示作为新的来店顾客来处理。在该情况下，例如也可以生成包含新的订购者识别信息的订单识别信息。例如，在将店铺代码设为“001”、将餐桌代码设为“013”、将来店代码设为“003”的情况下，也可以将附加有表示是初次订购的“001”的“001013003001”作为新的订单识别信息。
店铺服务器1执行步骤S205的订单信息等接收处理、步骤S206的取得订单识别信息和金额信息的处理以及步骤S207的发送订单识别信息和金额信息的处理。
在步骤S207中发送给支付管理服务器3的金额信息是将在暂时完成支付之后进行的追加订购全部合计后的金额。
执行了步骤S207的处理的店铺服务器1执行步骤S208的无效化指示处理。但是，由于不存在要无效化的未支付的支付用信息，因此也可以不执行步骤S208的处理而转移到步骤S209的处理。
支付管理服务器3在执行了步骤S303的接收订单识别信息和金额信息的处理以及步骤S304的存储处理之后，执行步骤S305的无效化处理。
但是，在店铺服务器1未执行步骤S208的处理的情况下，无法接收无效化指示，因此不执行步骤S305的处理。另外，即使接受到无效化指示，在本例中也不存在应该无效化的支付用信息，因此在步骤S305的无效化处理中，执行从存储在支付用DB61中的各记录中检索无效化对象的记录，并确认该对象的记录已支付的处理(或者确认不存在对象的记录的处理)。
接下来，参照图7对与支付相关的各处理进行说明。
用户终端4根据订购者的操作，执行步骤S501的代码信息读取操作受理处理、步骤S502的读取处理、步骤S503的支付方法选择处理以及步骤S504的支付请求发送处理。由此，将支付请求发送给支付管理服务器3。
支付管理服务器3在步骤S306中接收到支付请求之后，在步骤S307中执行支付处理。此时，作为发送给卡公司系统5的金额信息是与上次支付完成之后进行的追加订购相关的合计金额。
例如，在初次订购中订购了1000日元的菜单，并通过追加订购了500日元的菜单之后，通过支付处理进行了1500日元的支付。之后，作为追加订购，在订购了300日元的菜单的情况下，在步骤S307的支付处理中发送给卡公司系统5的金额信息为300日元。
卡公司系统5进行步骤S401的审批处理和步骤S402的审批结果通知处理。由此，将审批结果通知给支付管理服务器3。
在步骤S308中，支付管理服务器3执行支付完成通知处理。与此相应，在用户终端4中执行支付完成显示处理(步骤S505)，在店铺服务器1中执行支付完成通知接收处理(步骤S210)。
在步骤S210的支付完成通知处理中，在完成支付之后由同一订购者进行了追加订购的情况下，仅将该追加订购的订单信息作为未支付的订单信息存储在订单DB 51中。由此，能够明确地与已支付的订单信息区别，防止再次进行与已支付的订单信息相关的支付。
另外，在图5、图6、图7的各图中，有时执行用于每次收发信息时进行的接收确认的交换(ACK等)，但省略了这样的处理的图示。
＜5.各处理＞
为了实现在图5、图6、图7的各图中说明的各装置的处理的流程，参照附图对店铺服务器1、支付管理服务器3以及用户终端4所执行的处理的一例进行说明。
＜5-1.订单信息受理处理＞
参照图8对店铺服务器1所执行的订单信息受理处理的一例进行说明。
另外，通过执行图8所示的一系列的处理，能够实现从图5的步骤S201至步骤S204的各处理和从图6的步骤S205至步骤S209的各处理。
在步骤S601中，店铺服务器1判定是否从订购终端7接收到订单信息。在未接收到订单信息的情况下，店铺服务器1再次执行步骤S601。另外，也可以将店铺服务器1构成为以接收到订单信息作为触发而执行步骤S602以后的各处理。
在判定为从订购终端7接收到订单信息的情况下，店铺服务器1在步骤S602中从接收到的订单信息中取得餐桌代码。
在步骤S603中，店铺服务器1判定接收到的订单信息是否为新订单的信息。是否为新订单的信息能够根据从订购终端7接收到的订单信息来取得。
在是新订单的情况下，店铺服务器1不执行步骤S604和步骤S605的各处理而转移到步骤S606的处理。
另一方面，在不是新订单的情况下(即是追加订单的情况下)，店铺服务器1在步骤S604中进行从订单DB 51取得上次的订单信息的处理。
另外，在执行步骤S604的处理的阶段，存储在订单DB 51中的信息存储有除了从本次订购终端7接收到的订单信息之外的、已经接收的订单信息。本次接收的订单信息在后述的步骤S610的处理中存储于订单DB 51。
因此，上次的订单信息是指本次的订购者进行的订购中的、存储在订单DB 51中的最新的订购的信息。例如，在本次订购是来店后第2次进行的订购的情况下，在该时点存储在订单DB5中的订单信息只是初次订购的信息，因此在步骤S604的处理中，取得初次订购的订单信息。
在步骤S604的处理中，进行基于订购者识别信息的检索处理。具体而言，检索包含店铺代码“001”、餐桌代码“013”以及来店代码“002”的记录、即包含显示进行本次订购的订购者的订购者识别信息的记录。
另外，在用于记录的检索的信息中，店铺代码是店铺服务器1所管理的信息。另外，餐桌代码和来店代码包含在从订购终端7接收到的订单信息中。
这里，参照图9对订购者识别信息和订单识别信息的具体结构例进行说明。
图9A示出摘录了一部分存储在店铺服务器1所管理的订单DB 51中的信息的一例的内容。
每个能够确定一个记录的记录No.分别存储有店铺代码、餐桌代码、来店代码、订购次数、订单内容、合计金额以及支付完成标志。
店铺代码、餐桌代码以及来店代码如上所述。
订购次数的初次为001，并且以后每次受理追加订购时都加1。订单内容存储有多组将菜单No.和订购个数设为一组的信息。图9A所示的记录示出受理了包含菜单No.为“019”和“031”的菜单各一个、以及两个菜单No.为“024”的菜单的订购的情况。
如图9A所示，订购者识别信息构成为包含店铺代码、餐桌代码以及来店代码这三个信息。即，通过店铺代码、餐桌代码以及来店代码，能够唯一地确定订购者。
另外，订单识别信息除了店铺代码、餐桌代码以及来店代码之外，还构成为包含订购次数的信息。即，通过店铺代码、餐桌代码、来店代码以及订购次数，能够唯一地确定订单信息。
返回图8的说明。在步骤S604的处理中，在能够使用店铺代码为“001”、餐桌代码为“013”以及来店代码为“002”确定的订购者进行的订购中，从订单DB 51中取得上次的订单信息、即订购次数最大的订单信息。因此，例如，作为上次的订单信息，取得订购次数为“001”的记录No.“000001”的记录。
接下来，在步骤S605中，店铺服务器1取得订购次数。在本例中为取得“001”。
在步骤S606中，店铺服务器1进行生成本次的订单信息的订单识别信息的处理。具体而言，店铺代码、餐桌代码以及来店代码直接使用取得的记录，并且将订购次数计算为在取得的值上加1而得到的“002”。
另外，由于本次的订单是新订单，因此在不进行步骤S604和步骤S605的处理而执行步骤S606的处理的情况下，将本次订购的订购次数设定为“001”。
在步骤S606中，店铺服务器1生成订单识别信息。订单识别信息例如是由店铺代码、餐桌代码、来店代码以及订购次数生成的、能够唯一地确定订购者进行的订购的信息。从图9A可以理解，也可以使多个订单识别信息与一个订购者识别信息对应。
在步骤S607中，店铺服务器1取得受理了订购的每个菜单的单价信息。参照图9B对单价信息进行说明。
单价信息存储在DB中，该DB存储有店铺销售的每个商品(菜单)的单价。该DB是店铺服务器1所管理的DB。图9B示出了存储在DB中的信息的一例。如图所示，将单价信息与每个能够唯一地确定菜单的菜单No.相对应地存储。
在步骤S607中取得的单价信息仅是从订购终端7中接收到的订单信息所含有的菜单No.的单价信息。当举出上次的订购(图9A中的记录No.为“000001”的订单信息)为例时，则至少取得菜单No.为“024”、“031”以及“019”的菜单的单价信息。
在步骤S608中，店铺服务器1从订单信息中取得订购数量。当举出上次的订购为例时，则菜单No.为“024”的菜单取得2、菜单No.为“031”的菜单取得1、菜单No.为“019”的菜单取得1来作为订购数量。
在步骤S609中，店铺服务器1计算订单合计金额。订单合计金额能够根据在步骤S607中取得的单价信息和在步骤S608中取得的订购数量来计算。
在步骤S610中，店铺服务器1进行将本次的订单信息存储在订单DB 51中的处理。例如，将如下的记录存储在订单DB 51中：记录No.为“000002”，店铺代码为“001”，餐桌代码为“013”，来店代码为“002”，订购次数为“002”，将从订购终端7接收到的信息存储为订单内容，将在步骤S609中算出的订单合计金额存储为合计金额，将支付完成标志设定为“假”。
另外，在进行了订单的支付的情况下，支付完成标志变更为“真”。因此，在订单DB51中存储新的订单信息的情况下，将支付完成标志设定为“假”。
在步骤S611中，店铺服务器1进行将支付用信息发送给支付管理服务器3的处理。在该处理中，例如，将至少包含订单识别信息和未支付的订购的合计金额的信息发送给支付管理服务器3。
另外，未支付的订单的合计金额是指将多个订单信息的合计金额相加而得的金额。
例如，能够使用店铺代码“001”、餐桌代码“013”以及来店代码“002”确定的订购者的未支付的订单信息的合计金额是将上次的订单信息(初次订单信息，记录No.为“000001”的订单信息)的合计金额(即“2460日元”)和在步骤S610中新存储的订单信息的合计金额(例如“500日元”)合计后的“2960日元”。
另外，在存在多个已支付的记录和未支付的记录的情况下，将未支付的订单信息的合计金额作为合计金额，并排除已支付的记录的金额。
在步骤S612中，店铺服务器1判定本次的订单是否为新订单。该判定处理是与步骤S603的处理相同的判定处理。
在本次的订单是新订单的情况下，店铺服务器1不执行步骤S613的处理而进入步骤S614的处理。
另一方面，在本次的订单不是新订单的情况下(即是追加订单的情况下)，店铺服务器1执行步骤S613的处理。
在步骤S613中，进行向支付管理服务器3发送无效化指示的处理。
在无效化指示的发送中，至少发送能够确定无效化对象的支付用信息的信息。能够确定无效化对象的支付用信息的信息是指例如订单识别信息和订购者识别信息。
在本例中，发送“001013002001”来作为要无效化的订单识别信息。
在执行了步骤S613之后，或者在步骤S612中将本次的订单判定为新订单之后，店铺服务器1在步骤S614中进行指示结账单据的打印的处理。由此，打印结账单据。另外，如上所述，在结账单据上印刷有能够确定订单识别信息的代码信息。
在执行了步骤S614之后，店铺服务器1再次返回到步骤S601的处理。
＜5-2.支付用信息接收处理＞
参照图10对支付管理服务器3所执行的支付用信息接收处理的一例进行说明。
另外，通过执行图10所示的一系列的处理，能够实现图5的步骤S301和步骤S302、图6的步骤S303和步骤S304的各处理。
在步骤S701中，支付管理服务器3进行判定是否从店铺服务器接收到支付用信息的处理。在判定为未接收到情况下，支付管理服务器3再次进行步骤S701的处理。另外，也可以将支付管理服务器3构成为以支付用信息的接收作为触发而执行步骤S702和步骤S703的处理。
在步骤S702中，判定为接收到支付用信息的支付管理服务器3从接收到的信息中取得订单识别信息和金额信息。
接下来，在步骤S703中，支付管理服务器3进行将取得的订单识别信息和金额信息相关联地存储在支付用DB 61中的处理。
这里，参照图11对存储在支付用DB 61中的信息的一例进行说明。
将存储在支付用DB 61中的支付用信息的订单识别信息、金额信息、有效标志以及支付完成标志与能够唯一地确定一个记录的记录No.相关联。
订单识别信息例如是由店铺代码“001”、餐桌代码“013”、来店代码“002”以及订购次数“001”生成的、订购者每次进行订购时被赋予的信息。金额信息表示在订购者进行支付的情况下应该支付的金额的合计。即，金额信息也可以是多次订单信息的合计金额的合计。
有效标志是表示针对该记录的支付为有效还是无效的标志。图11所示的状态是有效标志被设为为“真”的、能够进行该记录的支付的状态。
另外，在如上所述进行500日元的追加订购，使合计金额为2960日元的情况下，通过从店铺服务器1接收该订单信息的支付用信息，在步骤S703中，将如下的记录存储在支付用DB 61中：新记录No.为“002”、订单识别信息为“001013002002”、金额信息为“2960”、有效标志为“真”、支付完成标志为“假”。
另外，在将该信息存储在支付用DB 61中的时刻，将记录No.被设为“001”的记录和被设为“002”的记录这两者的有效标志均设为“真”。
在执行了步骤S703之后，支付管理服务器3再次返回到步骤S701的处理。
＜5-3.无效化指示接收处理＞
参照图12对支付管理服务器3所执行的无效化指示接收处理的一例进行说明。
另外，通过执行图12所示的一系列的处理，能够实现图6的步骤S305的处理。
支付管理服务器3在步骤S711中判定是否从店铺服务器3接收到无效化指示。在未接收到无效化指示的情况下，支付管理服务器3再次执行步骤S711的处理。另外，也可以将支付管理服务器3构成为以无效化指示的接收作为触发而执行步骤S712和步骤S713的处理。
在判定为接收到无效化指示的情况下，支付管理服务器3在步骤S712中进行从接收到的信息中取得用于确定作为无效化对象的支付用信息的订单识别信息的处理。
例如，取得“001013002001”来作为订单识别信息。
接下来，支付管理服务器3在步骤S713中进行将所指定的订单识别信息的支付用信息的有效标志变更为“假”的处理。该处理与将无效化标志设为“ON”是同义的。
在前面的例子中，在将记录No.被设为“002”的记录存储在支付用DB 61中的时刻，将记录No.被设为“001”的记录和被设为“002”的记录这两者的有效标志均设为“真”，但通过执行步骤S713的处理，将记录No.被设为“001”的记录的有效标志设定为“假”。即，仅将记录No.被设为“002”的记录的有效标志设为“真”，因此防止根据错误地基于初次的订单信息的廉价的金额来进行支付。
在执行了步骤S713之后，支付管理服务器3再次返回步骤S711的处理。
＜5-4.终端应用启动处理＞
参照图13对用户终端4所执行的终端应用启动处理的一例进行说明。另外，图13所示的一系列的处理是用户终端4根据用户在自身使用的用户终端4中进行了使用于进行支付的专用的终端应用启动的操作来执行的处理。
用户终端4通过执行图13所示的一系列的处理，能够实现从图7的步骤S501至步骤S505的各处理。
检测到终端应用的启动操作的用户终端4在步骤S801中判定是否为登录状态。在不是登录状态的情况下，用户终端4在步骤S802中对用户进行登录请求。具体而言，在画面上显示用于进行登录的用户ID输入栏和登录密码输入栏、以及用于使认证处理的执行开始的登录按钮。
当用户输入用户ID和登录密码并按下登录按钮时，用户终端4在步骤S803中执行登录认证处理。具体而言，将输入的用户ID和密码加密并发送给支付管理服务器3，从而执行认证处理，并且进行认证结果的接收和显示。
在认证结果为“不可”的情况下，用户终端4再次进行步骤S802的登录请求。
在执行了登录认证处理之后，用户终端4在步骤S804中判定是否受理了读取操作指示。用户终端4在步骤S804中待机，直至有读取操作的指示为止。
当用户进行用于指示读取操作的操作时，用户终端4在步骤S805中进行使用户终端4所具有的照相机启动的处理。
接下来，根据用户的照相机操作，用户终端4在步骤S806中进行代码信息的读取。如上所述，代码信息至少包含订单识别信息。
接下来，用户终端4在步骤S807中进行提示支付方法选择画面的处理。例如，用户终端4在画面上显示能够选择的多个支付方法，并进行显示提示用户进行选择的意思的处理。
当用户选择支付方法时，用户终端4在步骤S808中执行受理支付方法的选择操作的处理，在步骤S809中，执行将支付请求发送给支付管理服务器3的处理。
支付请求例如是发送包含用于确定使用用户ID等的用户的信息、包含在步骤S806中读取的订单识别信息的代码信息以及用于确定由用户选择的支付方法的信息的处理。
接下来，在步骤S810中，用户终端4判定是否接收到针对支付请求的通知。针对支付请求的通知是指例如显示支付完成的“支付完成通知”或显示由于某种原因未能完成支付的“无法支付通知”。
在接收到支付完成通知的情况下，作为显示步骤S811的通知内容的处理，用户终端4执行在用户终端4的画面上显示支付完成显示的处理。
在接收到针对支付请求的通知之前，用户终端4在步骤S810的处理中待机。
另外，在步骤S810中接收到无法支付通知的情况下，作为步骤S811的通知内容显示处理，用户终端4执行在画面上显示无法支付显示的处理。
＜5-5.支付请求接收处理＞
参照图14对支付管理服务器3所执行的支付请求接收处理的一例进行说明。
另外，通过执行图14所示的一系列的处理，能够实现图7的步骤S306、步骤S307以及步骤S308的各处理。
在步骤S721中，支付管理服务器3判定是否从用户终端4接收到支付请求。在未接收到支付请求的情况下，支付管理服务器3再次执行步骤S721的处理。另外，也可以将支付管理服务器3构成为以支付请求的接收作为触发而执行从步骤S722至步骤S727的各处理。
在步骤S722中，判定为接收到支付请求的支付管理服务器3执行取得用户ID的处理。
接下来，在步骤S723中，支付管理服务器3进行确定支付方法的处理。该处理是从作为支付请求而接收的信息中取得用于确定支付方法的信息的处理。
在步骤S724中，支付管理服务器3进行从DB中取得与支付方法对应的信息的处理。图14所示的例子例示了用户选择了信用卡支付的情况。因此，在步骤S724中，从DB中取得与信用卡相关的信息。另外，在支付方法是使用积分的方法的情况下，从DB中取得积分信息。另外，在支付方法是使用电子货币的方法的情况下，从DB中取得与电子货币相关的信息。
在步骤S725中，支付管理服务器3进行使用金额信息的取得。该处理是从作为支付请求而接收的信息中取得订单识别信息，并根据该订单识别信息从支付用DB 61中取得金额信息(参照图11)的处理。
在步骤S726中，支付管理服务器3对卡公司系统5进行确保使用金额的限度的委托。由此，在卡公司系统5中进行所指定的信用卡的有效期限确认和能否使用的确认等。
在接收到限度确保结果之前，支付管理服务器3在步骤S727中待机。
在接收到限度确保结果的情况下，支付管理服务器3在步骤S728中进行支付完成通知或无法支付通知的发送。由此，将支付完成通知或无法支付通知发送给用户终端4和店铺服务器1。
另外，在店铺服务器1中，通过接收支付完成通知，将存储在订单DB 51中的对象的记录的支付完成标志从“假”变更为“真”(参照图9A)。
另外，在指定电子货币支付来作为支付方法的情况下，在步骤S724中记载了从支付管理服务器3所管理的DB中取得与电子货币相关的信息的情况，但也可以考虑除此以外的情况。例如，也可以由支付管理服务器3执行从电子货币系统6所管理的DB中取得与电子货币相关的信息(例如余额等)的处理。在该情况下，也可以在与由电子货币进行的支付相关的规定的处理的同时向电子货币系统6委托与电子货币相关的信息的取得。另外，此时，也可以在用户终端4与电子货币系统6之间进行与登录相关的信息的收发等。
＜6.第2实施方式的大致处理流程＞
在第2实施方式中，支付管理服务器3执行进行打印指示的处理的情况和店铺服务器1不执行无效化指示的情况与上述的实施方式(以下，记载为“第1实施方式”)不同。
以下，对与参照从图2至图14的各图说明的第1实施方式不同的部分进行说明，并对与第1实施方式相同的部分简化或省略说明。
首先，对第2实施方式的店铺服务器1A和支付管理服务器3A的结构进行说明。
如图15所示，第2实施方式的店铺服务器1A具有信息取得部1a、发送部1b、打印控制部1c以及接收部1e。即，与第1实施方式的店铺服务器1相比，第2实施方式的店铺服务器1A的特征在于，其不具有无效化指示部1d。
如图16所示，第2实施方式的支付管理服务器3A具有支付用信息接收部3a、存储处理部3b、支付请求接收部3c、支付处理部3d、无效化处理部3e以及打印指示部3f。即，与第1实施方式的支付管理服务器3相比，第2实施方式的支付管理服务器3A的特征在于，其具有打印指示部3f。
即，通过支付管理服务器3A向店铺服务器1A发送打印请求，或者通过支付管理服务器3A向由店铺管理的打印设备发送打印请求来对打印物进行代码信息的打印。
另外，在接收到新的支付用信息的管理服务器3A确定了不是支付的对象的旧的支付用信息之后，进行使支付用信息无效化的处理。该处理能够在不从店铺服务器1A接收无效化指示的情况下执行。
＜6-1.第2实施方式中的与最初的订购相关的流程＞
参照图17对第2实施方式中的与最初的订购相关的各信息处理装置的处理的流程进行说明。
使来店的来店顾客在餐桌就座，根据店员使用订购终端7执行用于生成订单识别信息的信息输入和订单信息的输入的情况，订购终端7在执行了步骤S101和步骤S102的处理之后，在步骤S103中执行订单信息等的发送处理。
接收到订单信息等(步骤S201)的店铺服务器1A在步骤S202中取得订单识别信息和订单的支付金额的信息，并在步骤S203中进行订单识别信息和金额信息的发送。
接收到订单识别信息和金额信息(步骤S301)的支付管理服务器3A在步骤S309中执行了将打印指示发送给店铺服务器1A的处理之后，在步骤S302中进行订单识别信息和金额信息的存储处理。
在步骤S211中，接收到打印指示的店铺服务器1A执行结账单据的打印处理。该处理例如是店铺服务器1A向打印设备发送打印指示的处理。
即，与第1实施方式不同，店铺服务器1A通过从支付管理服务器3A接收打印指示，执行结账单据的打印处理。
另外，可以先执行步骤S309的处理和步骤S302的处理中的任意处理。
另外，在步骤S309的处理中，支付管理服务器3A也可以通过向属于店铺所管理的网络的店铺服务器1A以外的信息处理装置发送打印指示而实现结账单据的打印。
＜6-2.第2实施方式中的追加订购的流程＞
参照图18对第2实施方式中的与追加订购相关的各信息处理装置的处理的流程的概要进行说明。
根据店员使用订购终端7输入追加订购的各种信息的情况，在订购终端7中执行步骤S104、步骤S105以及步骤S106的各处理。
接收到订单信息等(步骤S205)的店铺服务器1A在步骤S206中取得订单识别信息和订单的支付金额的信息，并在步骤S207中进行订单识别信息和金额信息的发送。
接收到订单识别信息和金额信息(步骤S303)的支付管理服务器3A在步骤S310中执行了将打印指示发送给店铺服务器1A的处理之后，在步骤S304中进行订单识别信息和金额信息的存储处理。
在步骤S212中，接收到打印指示的店铺服务器1A执行结账单据的打印处理。
在步骤S311中，支付管理服务器3A执行无效化处理。
无效化处理例如进行使用订单识别信息的处理。具体而言，从支付用DB 61中检索同一订购者在此之前进行的订购，并进行使相应的记录无效化的处理。即，在支付用DB 61中存储的各记录中，将具有与在步骤S205中接收到的订单信息所具有的订购者识别信息相同的订购者识别信息的记录，换言之，将具有由相同店铺代码、相同餐桌代码以及相同来店代码构成的订购者识别信息的记录确定为无效化对象。而且，支付管理服务器3A执行将确定的对象的记录的有效标志设定为“假”的处理。
另外，在该无效化处理中，即使是具有相同的订购者识别信息的记录，也不将已经支付完成的记录、即支付完成标志为“真”的记录作为无效化对象。当然，也可以与支付完成标志无关，而将相应的记录的有效标志设定为“假”。
在第2实施方式的无效化处理中，与第1实施方式的无效化处理不同，支付管理服务器3A在从店铺服务器1A不接收无效化指示的情况下执行无效化处理。即，省略了店铺服务器1A与支付管理服务器3A之间的信息的收发，因此能够实现双方的信息处理装置的处理负担的减轻。
另外，第2实施方式中的与支付相关的流程与图7所示的第1实施方式的流程相同，因此省略图示和说明。
＜7.第2实施方式中的各处理＞
为了实现在图17、图18以及图7的各图中说明的各装置的处理的流程，参照附图对店铺服务器1A、支付管理服务器3A以及用户终端4所执行的处理的一例进行说明。
＜7-1.第2实施方式中的订单信息受理处理＞
参照图19对第2实施方式中的订单信息受理处理的一例进行说明。另外，对与第1实施方式中的订单信息受理处理(图8)相同的处理标注相同的符号并适当省略说明。
在步骤S601中，店铺服务器1A判定是否从订购终端7接收到订单信息，在接收到的情况下，通过执行从步骤S602至步骤S606的各处理，进行订单识别信息的生成。
另外，通过店铺服务器1A执行从步骤S607至步骤S609的各处理，进行本次接收到的订单信息的金额(订单合计金额)的计算。
进而，店铺服务器1A在步骤S610中进行订单信息的存储处理，在步骤S611中进行将支付用信息发送给支付管理服务器3A的处理。
接下来，店铺服务器1A在步骤S621中判定是否从支付管理服务器3A接收到打印指示，而不是指示打印设备打印结账单据。在接收到打印指示之前，店铺服务器1A在步骤S621中待机。
在步骤S622中，确认接收到打印指示的店铺服务器1A执行结账单据的打印处理。在该处理中，例如向打印设备发送打印指示。
通过店铺服务器1A在从支付管理服务器3A接收到打印指示之前进行待机，订单管理服务器3A在正常接收订单识别信息和金额信息之后进行打印处理，因此能够避免在进行使用了用户终端4的支付处理时，支付管理服务器3A未接收到订单信息而无法进行支付处理的不良情况，从而能够实现可靠的支付处理。
＜7-2.支付用信息接收处理＞
参照图20对第2实施方式的支付用信息接收处理的一例进行说明。另外，在第2实施方式的支付用信息接收处理中进行的各处理相当于在第1实施方式的支付用信息接收处理(图10)和无效化指示接收处理(图12)中进行的各处理。
支付管理服务器3A在步骤S701中确认支付用信息的接收，在步骤S702中取得订单识别信息和金额信息，在步骤S703中执行存储处理。
在步骤S731中，支付管理服务器3A执行将打印指示发送给店铺服务器1A的处理。如上所述，该处理也可以是向属于店铺所管理的网络的店铺服务器1A以外的信息处理装置发送打印指示的发送处理。
接下来，支付管理服务器3A在步骤S712中进行订单识别信息的取得，在步骤S732中执行检索无效化对象的记录的处理。在该检索处理中，使用在步骤S712中取得的订单识别信息(或者订单识别信息所包含的订购者识别信息)。
在步骤S733中，支付管理服务器3A判定是否检索到无效化对象的记录。
在检索到无效化对象的记录的情况下，支付管理服务器3A在步骤S713中将对象记录的无效化标志设定为“ON”。如上所述，这也可以通过将有效标志设定为“假”来实现。
另一方面，在未检索到无效化对象的记录的情况下，支付管理服务器3A再次执行步骤S701的处理。
＜8.第3实施方式的大致流程＞
与上述的第1实施方式和第2实施方式相比，在第3实施方式中，根据订购者的订购，在图5的步骤S203中从店铺服务器1向支付管理服务器3发送的信息不同。具体而言，在第1实施方式和第2实施方式中，进行了订单识别信息和金额信息的发送，但在第3实施方式中，不同之处在于，不进行金额信息的发送。
参照图21对具体的处理流程进行说明。
在店铺服务器1从订购终端7接收到订单信息之前、即在执行步骤S201的处理之前，执行与其他实施方式相同的处理，因此省略说明。
接收到与订购者的订购对应的订单信息等的店铺服务器1在步骤S213中执行从接收到的信息中取得订单识别信息的处理，并在接下来的步骤S214中执行将该订单识别信息发送给支付管理服务器3的处理。即，在此不进行金额信息的发送。
与此对应，支付管理服务器3在步骤312中进行订单识别信息的接收，在步骤S302中进行该订单识别信息的存储处理。
由此，存储能够识别订购者的订单的信息。
由于订购者进行了追加订购而产生的图6的各处理是与图21所示的各处理相同的处理，因此省略说明。另外，步骤S305的无效化处理是使用标志等来使相应的订单识别信息无效化的处理。
接下来，针对订购者使用用户终端4来进行订购货款的支付的情况，说明几个例子。
参照图7对第一个例子进行说明。
用户终端4通过执行从步骤S501至步骤S503的处理，执行代码信息读取操作的受理、读取处理以及支付方法选择处理。接下来，用户终端4在步骤S504中执行支付请求发送处理。
在本实施方式中，支付管理服务器3不进行订单金额的管理。即，在执行步骤S504的处理的时刻，支付管理服务器3不掌握能够由订单识别信息确定的订单的订单金额。
因此，在步骤S504的支付请求发送处理中，从用户终端4除了发送订单识别信息和能够确定支付方法的信息之外，还发送支付金额。即，在由用户终端4读取的代码信息中包含订单识别信息和支付金额信息。
支付管理服务器3在步骤S306中执行支付请求接收处理，在步骤S307中执行支付处理。通过该处理，将从用户终端4接收到的金额信息发送到卡公司系统5，从而完成支付。
参照图22对第二个例子进行说明。
在本例中，从用户终端4接收金额信息，并且也从店铺服务器1接收金额信息，从而确认金额的匹配性。
通过由用户终端4执行从步骤S501至步骤S504的各处理，从而发送包含有金额信息的支付请求。
支付管理服务器3在步骤S306中接收到支付请求之后，在步骤S313中执行金额信息确认处理。该处理是通过向店铺服务器1发送订单识别信息，从而请求与该订单识别信息相关联的金额信息、即订购者应该支付的金额的信息的处理。
接收到请求的店铺服务器1在步骤S215中取得与订单识别信息相关联的金额信息，并在步骤S216中进行向支付管理服务器3发送该金额信息的处理。
支付管理服务器3在步骤S314中接收金额信息，在步骤S315中执行匹配性确认处理。匹配性确认处理是确认从用户终端4接收的金额信息与从店铺服务器1接收到的金额信息是否一致的处理。
在执行匹配性确认处理之后，支付管理服务器3执行步骤S307的支付处理。由于之后各信息处理装置所执行的各处理是与上述处理相同的处理，因此省略说明。
参照图22对第三个例子进行说明。
在本例中，不从用户终端4接收金额信息。取而代之地，从店铺服务器1接收金额信息。
通过由用户终端4执行从步骤S501至步骤S504的各处理，从而不包含金额信息地发送支付请求。
支付管理服务器3在步骤S306中接收到支付请求之后，在步骤S313中执行金额信息确认处理。该处理是通过向店铺服务器1发送订单识别信息，从而请求与该订单识别信息相关联的金额信息、即订购者应该支付的金额的信息的处理。
接收到请求的店铺服务器1在步骤S215中取得与订单识别信息相关联的金额信息，在步骤S216中进行向支付管理服务器3发送该金额信息的处理。
支付管理服务器3在步骤S314中接收到金额信息之后，不执行步骤S315的处理而执行步骤S307的支付处理。由于之后各信息处理装置所执行的各处理是与上述处理相同的处理，因此省略说明。
＜9.第3实施方式中的各处理＞
为了实现在图21、图6以及图22的各图中说明的各装置的处理的流程，参照附图对店铺服务器1(1A)和支付管理服务器3(3A)所执行的处理的一例进行说明。
＜9-1.订单信息受理处理＞
参照图8对店铺终端1所执行的订单信息受理处理进行说明。另外，由于从步骤S601至步骤S606的各处理是与其他实施方式相同的处理，因此省略说明。
从步骤S607至步骤S609的各处理是用于计算订单合计金额的处理。在本实施方式中，不需要从店铺终端1向支付管理服务器3发送订单合计金额，因此在步骤S611的支付用信息发送处理中，也可以仅发送订单识别信息。因此，步骤S611的处理也可以在步骤S606的处理之后立即进行。
店铺终端1A所执行的订单信息受理处理(参照图19)也是相同的。即，在图19的步骤S611的支付用信息发送处理中，不进行订单合计金额的发送。
由此，在本实施方式中，使从店铺终端1向支付管理服务器3发送的信息量为最小限度，因此能够实现通信成本的削减。尤其是，在多次进行了追加订购的订购者中，通过被无效化，此后没有被参照的订单合计金额有可能被多次发送给支付管理服务器3。在该情况下，仅参照由最后的订单发送的订单合计金额。在本实施方式中，抑制发送这样的无用的信息。
＜9-2.支付用信息接收处理＞
参照图10对店铺终端1所执行的支付用信息接收处理进行说明。
与使用图10说明的第1实施方式相比，步骤S702的处理不同。具体而言，由于接收到的信息中不包含金额信息，因此进行订单识别信息的取得，但不进行金额信息的取得。因此，即使在步骤S703的存储处理中，也仅进行订单识别信息的存储。
参照图20对店铺终端1A所执行的支付用信息接收处理进行说明。
在该情况下也同样，步骤S702的处理和S703的处理不同。
另外，在步骤S731的打印指示发送处理中，支付管理服务器3不保存金额信息，因此通过指定订单识别信息来进行对店铺服务器1A的打印指示。店铺服务器1A根据接收到的订单识别信息来确定金额信息，从而进行包含该信息的结账单据的打印。
这样，在本实施方式中，根据支付用信息接收处理，使支付管理服务器3存储的信息仅为订单识别信息，因此能够使所使用的存储区域紧凑，能够有助于成本削减。
＜9-3.支付请求接收处理＞
参照图14对支付管理服务器3所执行的支付请求接收处理进行说明。另外，图14所示的一系列的处理(或者后述的图23、图24所示的一系列的处理)也可以是支付管理服务器3A所执行的处理。
另外，从步骤S721至步骤S724的各处理是与其他实施方式相同的处理，因此省略说明。
取得了信用卡信息的支付管理服务器3接着取得关于使用金额的信息。具体而言，在步骤S725中，支付管理服务器3执行从在步骤S721中接收到的信息中提取使用金额信息的处理。即，在之前的例子中，从支付管理服务器3所管理的DB中进行信息的取得，针对于此，在本实施方式中，从用户终端4接收到信息中提取使用金额信息。
在本例中，使用从用户终端4取得的金额信息来执行支付处理(即，图14所示的一系列的处理)。即，由于不是从店铺服务器1取得金额信息，因此在店铺服务器1与支付管理服务器3之间进行的信息的收发处理减少，能够实现处理负担的减轻和通信量的削减。
参照图23对支付管理服务器3所执行的支付请求接收处理的另一例进行说明。
在步骤S725中，支付管理服务器3执行从在步骤S721中接收到的信息中提取使用金额信息的处理。接下来，在步骤S731中，支付管理服务器3执行金额信息确认处理。该处理是图22的步骤S313的处理、即向店铺服务器1请求发送金额信息的处理。通过该处理，向店铺服务器1发送订单识别信息。
在步骤S732中，支付管理服务器3从店铺服务器1接收金额信息。
在步骤S733中，支付管理服务器3执行匹配性确认处理。该处理是判定从用户终端4接收到的使用金额信息与从店铺服务器1接收到的金额信息是否相同的处理。
在两个金额信息不同的情况下，支付管理服务器3向用户终端4和店铺服务器1通知未能进行支付的内容。
在两个金额信息相同的情况下，支付管理服务器3执行从步骤S726至步骤S728的各处理。由此，完成使用用户终端4的订购者的支付。
在本例中，通过使用两个金额信息来确定匹配性，能够防止因支付了错误的金额而损害利益。即，使用适当的金额信息来执行支付处理。
另外，在两个金额信息不同的情况下，不使用在步骤S723中取得的支付方法和在步骤S724中取得的信用卡信息等。
因此，也可以在执行了步骤S722的处理之后立即执行步骤S725、步骤S731、步骤S732以及步骤S733的各处理。由此，在两个金额信息不同的情况下，无需执行未使用信息(支付方法和信用卡信息)的取得处理，因此能够实现处理负担的减轻。
参照图24对支付管理服务器3所执行的支付请求接收处理的又一例进行说明。
支付管理服务器3在执行了从步骤S721至步骤S724的各处理之后，在步骤S731中执行金额信息确认处理。通过该处理，将金额信息的请求发送给店铺服务器1。
当由店铺服务器1发送金额信息时，支付管理服务器3在步骤S732中进行该金额信息的接收处理。
在步骤S726中，支付管理服务器3进行使用金额的限度确保委托。省略之后的各处理的说明。
在本例中，支付管理服务器3不保存金额信息，而在接收到支付请求时首次取得。另外，金额信息从店铺服务器1取得，并且不包含在从用户终端4接收到的信息中。
即，将金额信息的收发设为所需最低限度，因此能够进行通信成本的削减(即，通信信息量的削减、通信处理的负担减轻以及通信费用的削减等)。
＜10.总结＞
如上述各例中说明的那样，作为店铺服务器1的信息处理装置具有：信息取得部1a，其取得能够确定订购者的订单的订单识别信息；发送部1b，其将订单识别信息(除此之外，还可以包含作为所述订单的支付金额的金额信息)作为支付用信息来发送；打印控制部1c，其执行能够确定订单识别信息的打印物的打印处理；以及无效化指示部1d，其在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单的订单识别信息相关的支付不能进行，对其他信息处理装置(支付管理服务器3)进行使该订单识别信息无效化的无效化指示。
订单识别信息是能够唯一地确定订购者的订单的信息。即，能够不收发关于订单的每个物品(商品)的信息而通过订单识别信息的收发来确定订单。因此，例如，作为进行支付时发送的信息，通过进行订单识别信息的收发而不需要收发每个物品的信息，能够有助于信息处理装置(店铺服务器1和支付管理服务器3)的处理负担的减轻和通信频带的有效使用。
另外，通过预先将订单识别信息(也可以包含金额信息(订单总额))作为支付用信息发送给进行支付处理的其他信息处理装置(支付管理服务器3)，在进行支付处理时，能够仅通过进行订单识别信息的发送来执行支付处理，因此能够削减支付管理服务器3中的支付处理所需要的时间。尤其是，在上述各例中，由订购者所使用的用户终端4发送进行支付处理时的订单识别信息，因此显著减轻进行支付处理时的店铺服务器1的处理负担。
进而，在受理了订购者的追加订购的情况下，通过进行用于使此前已经发送给支付管理服务器3的支付用信息无效化的无效化指示，在存在多个同一订购者的未支付的支付用信息的情况下，仅使最新的支付用信息成为有效状态。由此，在进行支付处理时所处理的数据仅为最新的支付用信息，因此能够缩短支付处理所需要的时间，能够实现支付管理服务器3的处理负担的减轻。
另外，通过指示能够确定订单识别信息的打印物的打印处理，能够通过与信息处理装置(店铺服务器1)不同的终端、例如订购者所使用的移动电话等订购者终端(用户终端4)来进行订单识别信息的读取。由此，能够由订购者终端(用户终端4)进行基于读取到的订单识别信息的支付请求。即，无需由信息处理装置(店铺服务器1)执行发送支付请求的处理，因此能够实现信息处理装置(店铺服务器1)的处理负担的减轻。尤其是，在有多位订购者且这些多位订购者试图同时进行支付的情况下，还存在重复发送支付请求的可能性。在由一个终端(店铺服务器1)进行支付请求的发送的情况下，有可能产生处理负担的增加和支付请求的发送处理的延迟，但如本结构那样，由于使用订购者终端(用户终端4)等其他终端能够进行支付请求的发送处理，因此能够使支付请求的发送处理分散，能够避免处理负担集中于一个终端(店铺服务器1)而进行高效的处理。另外，能够避免订购者为了结账而不得不排队，因而浪费了时间那样的情况。
另外，在上述各例中，无需在店铺服务器1与用户终端4之间进行信息通信，就能够实现从受理订单到支付。即，在店铺服务器1中，不需要执行用于受理从各种各样的用户终端4发送的信息的处理，因此能够削减用于构筑店铺服务器1的成本。另外，由于减轻了店铺服务器1的处理负担，因此能够降低店铺服务器1的性能，还能够有助于店铺服务器1自身的成本削减。另外，由于不需要保存关于多个用户终端4的信息，因此能够实现店铺服务器1所处理的DB的削减和店铺服务器1所具有的存储部的削减。
另外，通过使用以下的信息处理装置(支付管理服务器3A)，也能够得到上述的作用和效果。该信息处理装置具有：接收部(支付用信息接收部3a)，其接收能够确定订购者的订单的订单识别信息(除此之外，还可以包含作为所述订单的支付金额的金额信息)来作为支付用信息；打印控制部(打印指示部3f)，其执行能够确定订单识别信息的打印物的打印处理；以及无效化处理部3e，其在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单的订单识别信息相关的支付不能进行，进行使该订单识别信息无效化的无效化处理。
如功能结构的说明和图9的说明等那样，也可以为，在作为店铺服务器1的信息处理装置中处理的订单识别信息包含识别订购者的订购者识别信息。
通过使订单识别信息包含能够确定订购者的信息，能够仅通过分析订单识别信息来判定是否为同一订购者的订单。
由此，通过无效化指示使要无效化的同一订购者的支付用信息的确定变得容易，因此能够实现处理负担的减轻。
如功能结构的说明和图9的说明等那样，也可以为，在作为店铺服务器1的信息处理装置中处理的订购者识别信息包含能够确定受理了订单的店铺的信息。
通过使能够确定顾客的信息也包含能够确定店铺的信息，使顾客确定信息成为每个店铺不同的信息。
即，由于从多个店铺分别发送的顾客确定信息不会重复，因此不需要每个店铺设置不同的支付管理服务器3，从而能够实现处理负担的减轻和系统导入成本的削减。
另外，也可以为，订购者识别信息不包含订购者的个人信息。例如，也可以由表示进行了订购的店铺的店铺代码、表示订购者所使用的餐桌的餐桌代码以及表示使用该餐桌的顺序的使用代码构成订购者识别信息。由此，在订购者识别信息中不包含订购者的个人信息，因此从个人信息的保护的观点来看，处理订单识别信息时的便利性较高。
如打印控制部1c的功能说明等那样，也可以为，作为店铺服务器1的信息处理装置所执行的打印处理是将能够确定订单识别信息的代码信息(例如二维条码)打印在打印物上的处理。
由此，作为代码信息，能够使用广泛普及的一维条码或二维条码。
即，能够将现有的技术应用于本结构，因此能够削减开发成本等。
如图7等中说明的那样，作为店铺服务器1的信息处理装置也可以具有接收部1e，该接收部1e从其他信息处理装置(支付管理服务器3)接收表示支付完成的通知来作为支付完成通知。
通过接收支付完成通知，能够判别订购者是否支付了货款。
由此，能够防止不支付货款那样的不正当行为。另外，能够简化确认是否进行了支付的处理，因此能够实现信息处理装置(店铺服务器1)和操作员(店员)的处理负担的减轻。
如在与支付相关的流程中使用图6、图7说明的那样，在作为店铺服务器1的信息处理装置中，也可以为，在接收到关于订购者的订单的所述支付完成通知之后受理了同一订购者的追加订购的情况下，发送部1e将在接收到支付完成通知之后进行且未支付的追加订单的合计金额的信息作为金额信息来进行发送。但是，在该情况下，在支付用信息中包含作为订单的支付金额的金额信息。
即，对其他信息处理装置(例如支付管理服务器3)进行去除与已支付的订单相关的金额的通知。
由此，无需在支付管理服务器3中进行减去与已支付的订单相关的金额的处理等，因此能够实现支付管理服务器3中的处理负担的减轻。尤其是，在从多个店铺接收支付用信息那样的情况下，有可能一次接收多个信息。在那样的情况下，有可能支付管理服务器3的处理能力成为瓶颈，但如本结构那样，通过减轻支付管理服务器3的与支付用信息的接收处理和存储处理相关的负担，能够执行顺畅的处理。另外，能够处理来自更多店铺的委托。进而，能够采用抑制了处理能力的廉价的计算机来作为支付管理服务器3，因此能够实现系统成本的削减。
另外，作为支付管理服务器3的信息处理装置具有：支付用信息接收部3a，其接收能够确定订购者的订单的订单识别信息(除此之外，还可以包含金额信息)来作为支付用信息；存储处理部3b，其执行接收到的支付用信息的存储处理；支付请求接收部3c，其从订购者所使用的订购者终端(用户终端4)接收包含订单识别信息和该订购者的支付信息(例如，确定支付方法的信息)的支付请求；支付处理部3d，其根据支付请求来进行关于支付用信息的支付处理；以及无效化处理部3e，其在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，受理使该订单识别信息无效化的无效化指示，并进行所存储的支付用信息的无效化。
通过无效化处理部3e的无效化处理，仅使具有最新的订单识别信息的支付用信息为有效，从而防止双重支付货款。
另外，在具有店铺服务器1和支付管理服务器3的支付系统中，店铺服务器1或支付管理服务器3中的任意一个信息处理装置具有：信息取得部1a，其取得能够确定订购者的订单的订单识别信息；发送部1b，其将订单识别信息(除此之外，还可以包含金额信息)作为支付用信息来进行发送；打印控制部1c(或者打印指示部3f)，其执行能够确定订单识别信息的打印物的打印处理；无效化指示部1d，其在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，对其他信息处理装置(支付管理服务器3)进行使该订单识别信息无效化的无效化指示；支付用信息接收部3a，其接收支付用信息；存储处理部3b，其执行接收到的支付用信息的存储处理；支付请求接收部3c，其从订购者所使用的订购者终端(用户终端4)接收包含订单识别信息和该订购者的支付信息的支付请求；支付处理部3d，其根据支付请求来进行关于支付用信息的支付处理；以及无效化处理部3e，其受理来自无效化指示部的无效化指示，并进行所存储的支付用信息的无效化。
由此，能够构筑可以得到上述那样的各种效果的系统。
另外，也可以为，上述支付系统具有：信息取得部1a，其取得能够确定订购者的订单的订单识别信息；发送部1b，其将订单识别信息(除此之外，还可以包含作为订单的支付金额的金额信息)作为支付用信息来进行发送；支付用信息接收部3c，其接收支付用信息；存储处理部3b，其执行接收到的支付用信息的存储处理；打印控制部(打印控制部1c或打印指示部3f)，其执行能够确定订单识别信息的打印物的打印处理；无效化处理部3e，其在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，进行使该订单识别信息无效化的无效化处理；支付请求接收部3c，其从订购者所使用的订购者终端接收包含订单识别信息和该订购者的支付信息的支付请求；以及支付处理部3d，其根据支付请求来进行关于支付用信息的支付处理。
另外，在该支付系统中还包含如下结构：店铺服务器1与支付管理服务器3A的处理无关地进行打印物(例如结账单据)的打印指示，并且支付管理服务器3A与店铺服务器1A的处理无关地进行订单识别信息的无效化处理。
＜11.程序和存储介质＞
以上，说明了作为本发明的信息处理装置的实施方式的店铺服务器1，但实施方式的程序是使订购者所使用的用户终端4的信息处理装置(CPU等)执行各种处理的程序(例如，安装在用户终端4中的应用程序)等。
实施方式的程序使信息处理装置(例如用户终端4)的运算处理装置执行从打印物读取能够确定订单的订单识别信息的处理。
另外，实施方式的程序使信息处理装置(例如用户终端4)的运算处理装置执行发送支付请求的处理，该支付请求包含用于进行与订单相关的支付的支付信息和所读取的订单识别信息，该订单是在被指示无效而被无效化的支付用信息之后进行的、并且未支付的订单。
即，该程序是使信息处理装置(例如用户终端4)执行图7中说明的步骤S501至步骤S505的各处理的程序。
通过这样的程序，能够实现作为上述用户终端4的一个或多个信息处理装置。
并且，这样的程序能够预先存储在作为内置于计算机装置等设备中存储介质的HDD或具有CPU的微型计算机内的ROM等中。或者另外，能够临时或永久地贮存(存储)在半导体存储器、存储卡、光盘、光磁盘以及磁盘等可移动存储介质中。另外，这样的可移动存储介质能够作为所谓的封装软件来提供。
另外，这样的程序除了从可移动存储介质安装到个人计算机等中之外，还能够经由LAN和互联网等网络从下载站点下载。
标号说明
1：店铺服务器；1a：信息取得部；1b：发送部；1c：打印控制部；1d：无效化指示部；1e：接收部；3：支付管理服务器；3a：支付用信息接收部；3b：存储处理部；3c：支付请求接收部；3d：支付处理部；3e：无效化处理部；4：用户终端。

Claims (12)

1.一种信息处理装置，其具有：
信息取得部，其取得能够确定订购者的订单的订单识别信息；
发送部，其将所述订单识别信息作为支付用信息来进行发送；
打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；以及
无效化指示部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单的订单识别信息相关的支付不能进行，该无效化指示部对其他信息处理装置进行使该订单识别信息无效化的无效化指示。
2.根据权利要求1所述的信息处理装置，其中，
所述订单识别信息包含识别订购者的订购者识别信息。
3.根据权利要求2所述的信息处理装置，其中，
所述订购者识别信息包含能够确定受理了订单的店铺的信息。
4.根据权利要求1至3中的任意一项所述的信息处理装置，其中，
所述打印处理是将能够确定所述订单识别信息的代码信息打印在所述打印物上的处理。
5.根据权利要求1至4中的任意一项所述的信息处理装置，其中，
该信息处理装置具有接收部，该接收部从所述其他信息处理装置接收表示支付完成的通知来作为支付完成通知。
6.根据权利要求5所述的信息处理装置，其中，
在所述支付用信息中包含作为所述订单的支付金额的金额信息，
在接收到关于订购者的订单的所述支付完成通知之后受理了同一订购者的追加订购的情况下，所述发送部将在接收到所述支付完成通知之后进行的、并且未支付的追加订单的合计金额的信息作为所述金额信息来发送。
7.一种信息处理装置，其具有：
支付用信息接收部，其接收能够确定订购者的订单的订单识别信息来作为支付用信息；
存储处理部，其执行接收到的所述支付用信息的存储处理；
支付请求接收部，其从订购者所使用的订购者终端接收包含订单识别信息和该订购者的支付信息的支付请求；
支付处理部，其根据所述支付请求来进行关于支付用信息的支付处理；以及
无效化处理部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，该无效化处理部受理使该订单识别信息无效化的无效化指示，并进行所存储的所述支付用信息的无效化。
8.一种信息处理方法，由信息处理装置执行，该信息处理方法具有如下步骤：
信息取得步骤，取得能够确定订购者的订单的订单识别信息；
发送步骤，将所述订单识别信息作为支付用信息来发送；
打印控制步骤，执行能够确定所述订单识别信息的打印物的打印处理；以及
无效化指示步骤，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，对其他信息处理装置进行使该订单识别信息无效化的无效化指示。
9.一种支付系统，其具有：
信息取得部，其取得能够确定订购者的订单的订单识别信息；
发送部，其将所述订单识别信息作为支付用信息来发送；
打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；
无效化指示部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，该无效化指示部对其他信息处理装置进行使该订单识别信息无效化的无效化指示；
支付用信息接收部，其接收所述支付用信息；
存储处理部，其执行接收到的所述支付用信息的存储处理；
支付请求接收部，其从订购者所使用的订购者终端接收包含所述订单识别信息和该订购者的支付信息的支付请求；
支付处理部，其根据所述支付请求来进行关于支付用信息的支付处理；以及
无效化处理部，其受理来自所述无效化指示部的无效化指示，并进行所存储的所述支付用信息的无效化。
10.一种程序，其使计算机执行如下步骤：
从打印物读取能够确定订单的订单识别信息；以及
发送支付请求，该支付请求包含用于进行与订单相关的支付的支付信息和所读取的所述订单识别信息的，该订单是在被指示无效而无效化的支付用信息之后进行、并且未支付的订单。
11.一种信息处理装置，其具有：
接收部，其接收能够确定订购者的订单的订单识别信息来作为支付用信息；
打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；以及
无效化处理部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单的订单识别信息相关的支付不能进行，该无效化处理部进行使该订单识别信息无效化的无效化处理。
12.一种支付系统，其具有：
信息取得部，其取得能够确定订购者的订单的订单识别信息；
发送部，其将所述订单识别信息作为支付用信息来发送；
支付用信息接收部，其接收所述支付用信息；
存储处理部，其执行接收到的所述支付用信息的存储处理；
打印控制部，其执行能够确定所述订单识别信息的打印物的打印处理；
无效化处理部，在受理了订购者的追加订购的情况下，为了使与同一订购者的未支付的订单识别信息相关的支付不能进行，该无效化处理部进行使该订单识别信息无效化的无效化处理；
支付请求接收部，其从订购者所使用的订购者终端接收包含所述订单识别信息和该订购者的支付信息的支付请求；以及
支付处理部，其根据所述支付请求来进行关于支付用信息的支付处理。
CN201880051403.5A 2018-12-27 2018-12-27 信息处理装置、信息处理方法、支付系统以及程序 Pending CN111630554A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/048344 WO2020136847A1 (ja) 2018-12-27 2018-12-27 情報処理装置、情報処理方法、支払いシステム及びプログラム

Publications (1)

Publication Number Publication Date
CN111630554A true CN111630554A (zh) 2020-09-04

Family

ID=68234862

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880051403.5A Pending CN111630554A (zh) 2018-12-27 2018-12-27 信息处理装置、信息处理方法、支付系统以及程序

Country Status (5)

Country Link
US (1) US11704721B2 (zh)
JP (1) JP6591123B1 (zh)
CN (1) CN111630554A (zh)
TW (1) TWI720635B (zh)
WO (1) WO2020136847A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7175938B2 (ja) * 2020-06-30 2022-11-21 楽天銀行株式会社 支払システム、支払方法、及びプログラム
JP2022129910A (ja) * 2021-02-25 2022-09-06 東芝テック株式会社 注文管理装置、情報処理プログラム及び注文処理システム

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012053850A (ja) * 2010-09-03 2012-03-15 Sii Data Service Kk 注文管理システムおよび注文管理方法
KR20160073942A (ko) * 2016-04-28 2016-06-27 (주)인스타페이 코드 인식을 이용한 결제 서비스 방법 및 그 시스템
CN105723391A (zh) * 2013-08-20 2016-06-29 因斯塔配有限公司 利用码识别的支付服务方法及其系统
CN106408367A (zh) * 2016-08-25 2017-02-15 北京三快在线科技有限公司 订单信息的获取方法及装置
CN107491958A (zh) * 2017-08-14 2017-12-19 福建米客互联网科技有限公司 一种买单结算方法及终端
CN107544765A (zh) * 2017-09-22 2018-01-05 重庆亚能软件开发有限公司 一种订单打印系统及方法
CN108074171A (zh) * 2017-12-27 2018-05-25 口碑(上海)信息技术有限公司 基于服务识别码的门店订单处理方法以及装置
CN108182628A (zh) * 2018-01-29 2018-06-19 上海携程国际旅行社有限公司 旅游下单的方法、系统、设备及存储介质
JP2018151757A (ja) * 2017-03-10 2018-09-27 セイコーソリューションズ株式会社 注文管理システム、注文管理システムの決済方法、及びプログラム
JP2018156433A (ja) * 2017-03-17 2018-10-04 セイコーソリューションズ株式会社 情報処理システム、情報処理装置、携帯端末装置、及びプログラム
CN108629590A (zh) * 2017-03-17 2018-10-09 东芝泰格有限公司 结算系统及控制方法

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100451943C (zh) * 1999-06-30 2009-01-14 西尔弗布鲁克研究股份有限公司 文档支付系统
JP2002133133A (ja) 2000-10-19 2002-05-10 Sony Corp 画像印刷受注システム及び画像印刷受注方法
US20040054592A1 (en) * 2002-09-13 2004-03-18 Konrad Hernblad Customer-based wireless ordering and payment system for food service establishments using terminals and mobile devices
US20150039450A1 (en) * 2002-02-06 2015-02-05 Konrad Hernblad Customer-based wireless food ordering and payment system and method
US20090063274A1 (en) * 2007-08-01 2009-03-05 Dublin Iii Wilbur Leslie System and method for targeted advertising and promotions using tabletop display devices
US9652773B1 (en) * 2009-03-24 2017-05-16 Wilbur Leslie Dublin, III Two-sided touch screen display
JP5671942B2 (ja) 2010-10-28 2015-02-18 株式会社寺岡精工 Ｐｏｓシステム
CN102360480B (zh) * 2011-10-06 2017-06-16 浙江易网科技股份有限公司 一种链接网上支付及记录链接的方法和系统
US9240006B2 (en) * 2011-11-30 2016-01-19 At&T Intellectual Property I, L.P. Wireless transactions for enhancing customer experience
SG11201403745XA (en) * 2011-12-29 2014-11-27 Shashank Bhatia Collaborative, improved system and method for processing commercial transactions
US20140058902A1 (en) * 2012-08-21 2014-02-27 Ovni, Inc. Distributed system for remote ordering
US9760958B2 (en) * 2012-10-19 2017-09-12 Ncr Corporation Techniques for restaurant transaction processing
US9741083B2 (en) * 2013-04-30 2017-08-22 Ncr Corporation Systems and methods for facilitating closing of a check
US20150134441A1 (en) * 2013-11-13 2015-05-14 Tabletop Media Llc D/B/A Ziosk Table-side device integration to a point-of-sale (POS) hospitality system
US20150149307A1 (en) * 2013-11-22 2015-05-28 Harsimrat Thukral Location-based ordering
US9355418B2 (en) * 2013-12-19 2016-05-31 Twin Harbor Labs, LLC Alerting servers using vibrational signals
US20160275576A1 (en) * 2013-12-19 2016-09-22 Twin Harbor Labs, LLC System and Method for Alerting Servers Using Vibrational Signals
US20150310408A1 (en) * 2014-04-28 2015-10-29 Reserve Media, Inc. System and Method for Bill Splitting
US9633383B2 (en) * 2014-05-30 2017-04-25 Paypal, Inc. Voice and context recognition for bill creation
GB2528869A (en) * 2014-07-31 2016-02-10 Mastercard International Inc Payment mode selection
US20160048775A1 (en) * 2014-08-15 2016-02-18 TableUp, LLC System and method for interacting with patrons
US20160055598A1 (en) * 2014-08-25 2016-02-25 Purna Chander Ramini Restaurant Guest Service System And Method
WO2016029818A1 (en) * 2014-08-28 2016-03-03 365 Technologies Holding Limited Method and system for processing food orders
US10217159B2 (en) * 2015-08-24 2019-02-26 Ncr Corporation Shared transactions
US10762484B1 (en) * 2015-09-30 2020-09-01 Square, Inc. Data structure analytics for real-time recommendations
US20170109843A1 (en) * 2015-10-20 2017-04-20 Back Home Foods LLC System and method for mobile-assisted digital waiter
US10360648B1 (en) * 2016-06-22 2019-07-23 Square, Inc. Synchronizing KDS functionality with POS waitlist generation
US10586293B1 (en) * 2016-12-22 2020-03-10 Worldpay, Llc Systems and methods for personalized dining and individualized ordering by associating electronic device with dining session
US10255645B1 (en) * 2016-12-22 2019-04-09 Worldpay, Llc Systems and methods for personalized dining checks and individualized payment by associating device with dining session
US11244299B1 (en) * 2018-03-16 2022-02-08 DoorDash, Inc. Location-based transaction completion

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012053850A (ja) * 2010-09-03 2012-03-15 Sii Data Service Kk 注文管理システムおよび注文管理方法
CN105723391A (zh) * 2013-08-20 2016-06-29 因斯塔配有限公司 利用码识别的支付服务方法及其系统
KR20160073942A (ko) * 2016-04-28 2016-06-27 (주)인스타페이 코드 인식을 이용한 결제 서비스 방법 및 그 시스템
CN106408367A (zh) * 2016-08-25 2017-02-15 北京三快在线科技有限公司 订单信息的获取方法及装置
JP2018151757A (ja) * 2017-03-10 2018-09-27 セイコーソリューションズ株式会社 注文管理システム、注文管理システムの決済方法、及びプログラム
JP2018156433A (ja) * 2017-03-17 2018-10-04 セイコーソリューションズ株式会社 情報処理システム、情報処理装置、携帯端末装置、及びプログラム
CN108629590A (zh) * 2017-03-17 2018-10-09 东芝泰格有限公司 结算系统及控制方法
CN107491958A (zh) * 2017-08-14 2017-12-19 福建米客互联网科技有限公司 一种买单结算方法及终端
CN107544765A (zh) * 2017-09-22 2018-01-05 重庆亚能软件开发有限公司 一种订单打印系统及方法
CN108074171A (zh) * 2017-12-27 2018-05-25 口碑(上海)信息技术有限公司 基于服务识别码的门店订单处理方法以及装置
CN108182628A (zh) * 2018-01-29 2018-06-19 上海携程国际旅行社有限公司 旅游下单的方法、系统、设备及存储介质

Also Published As

Publication number Publication date
US20210166295A1 (en) 2021-06-03
JPWO2020136847A1 (ja) 2021-02-15
TWI720635B (zh) 2021-03-01
US11704721B2 (en) 2023-07-18
JP6591123B1 (ja) 2019-10-16
WO2020136847A1 (ja) 2020-07-02
TW202025029A (zh) 2020-07-01

Similar Documents

Publication Publication Date Title
JP6725573B2 (ja) 決済支援システム、決済支援装置、決済支援方法、及びプログラム
JP6177261B2 (ja) 電子商取引システム、サーバ装置、電子機器、情報処理方法、およびプログラム
WO2020196249A1 (ja) マッチングシステム及びマッチングサイトの運営方法
CN111630554A (zh) 信息处理装置、信息处理方法、支付系统以及程序
JP2022168091A (ja) 仮想通貨決済支援装置、仮想通貨決済支援システム、仮想通貨決済支援方法、及び仮想通貨決済支援プログラム
JP2009129080A (ja) 匿名オンライン通販システム
CN109559114B (zh) 结算系统及利用者管理装置
JP2021033588A (ja) 商品販売処理システム、商品販売処理装置及び方法、制御プログラム
JP7303664B2 (ja) 情報処理装置、情報処理方法及びプログラム
TWI575467B (zh) Information processing device, information processing method, memory media
JP2020024540A (ja) 情報処理システム、情報処理方法、及びプログラム
JP7243673B2 (ja) 配送サーバ、決済システム、プログラムおよび送信方法
EP3783577A1 (en) Checkout system and checkout method
JP7374685B2 (ja) 情報処理装置及びプログラム
JP7315819B2 (ja) 決済支援システム、決済支援方法、及び決済支援プログラム
JP2021051499A (ja) 商品販売データ処理装置及びプログラム
JP7057523B2 (ja) 決済支援システム、決済支援装置、決済支援方法、及びプログラム
JP2016071611A (ja) 商品情報登録端末、販売処理システム、及び、プログラム。
TWI798732B (zh) 資訊處理系統、資訊處理方法及程式產品
CN111526264B (zh) 图像形成系统
JP7436610B2 (ja) 取得装置、取得システム及びプログラム
JP2006018520A (ja) 情報提供システム
JP6856255B2 (ja) 自動サービス機器の電子決済方法、及び自動サービス機器の電子決済システム
JP3212409U (ja) ポイント決済装置
JP2003058758A (ja) 医療用品販売システム、サーバ、端末装置、プログラムおよび販売方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: Tokyo, Japan

Applicant after: Lotte Group Co.,Ltd.

Address before: Tokyo, Japan

Applicant before: Rakuten, Inc.

CB02 Change of applicant information