JP7458707B2 - オーダーシステム - Google Patents

Description

本発明の実施形態は、オーダーシステムに関する。

飲食店において、代金の決済を客席にて行えるようにすることは知られている。
しかしながら、代金の決済を客席にて、店員が介在せずに客によって行えるようにすると、店内に居る複数の客のうちのどの客の決済が済んでいて、どの客の決済が済んでいないのかを店員が的確に認識することが困難となる。
このような事情から、店員が介在せずに客が決済することを可能としながら、複数の客に関する決済の状況を店員が容易に認識できることが望まれていた。

特開２０１８－１５１７５７号公報

本発明が解決しようとする課題は、店員が介在せずに客が決済することを可能としながら、複数の客に関する決済の状況を店員が容易に認識できるオーダーシステムを提供することである。

実施形態のオーダーシステムは、複数のオーダー端末と、オーダー管理装置とを含み、オーダー端末に設けられた受付手段、取得手段及び第１の通知手段、オーダー管理装置に設けられたオーダー管理手段、オーダー端末及びオーダー管理装置の少なくとも一方に設けられた動作手段、ならびにオーダー管理装置に設けられた判定手段及び決済管理手段を備える。受付手段は、オーダーを受け付ける。オーダー管理手段は、受付手段により受け付けられたオーダーを、当該オーダーを受け付けた受付手段が設けられたオーダー端末に関連付けて管理する。動作手段は、オーダー管理手段により管理されているオーダーをネット決済サービスにより決済するための決済データを、客が所持する情報端末に取得させるための動作を行う。取得手段は、決済データに基づく決済の完了後に当該決済データに関して予め定められた生成ルールに従って生成された認証データを、情報端末から取得する。第１の通知手段は、取得手段により取得された認証データを、オーダー管理装置へと通知する。判定手段は、第１の通知手段により通知された認証データが、情報端末に取得させた決済データに関して生成ルールに従って生成された検証データと一致する場合に、当該決済データに基づくネット決済サービスによる決済が完了したと判定する。決済管理手段は、判定手段での判定結果に基づいて、複数のオーダー端末のそれぞれに関する決済が完了しているか否かを管理する。

第１の実施形態に係るＰＯＳシステムの概略構成を示す図。 図１中のテーブル端末の要部回路構成を示すブロック図。 図１中のオーダー管理装置の要部回路構成を示すブロック図。 図１中のＰＯＳ端末の要部回路構成を示すブロック図。 図２中のプロセッサによるテーブル端末処理のフローチャート。 図３中のプロセッサによる管理処理のフローチャート。 図３中のプロセッサによる管理処理のフローチャート。 選択画面を示す図。 第１の案内画面を示す図。 第２の案内画面を示す図。 第３の案内画面を示す図。 図４中のプロセッサによるチェックアウト処理のフローチャート。 指示画面を示す図。 済み画面を示す図。 第２の実施形態に係るＰＯＳシステムの概略構成を示す図。 図１５中のテーブル端末の要部回路構成を示すブロック図。 図１５中のオーダー管理装置の要部回路構成を示すブロック図。 図１６中のプロセッサによるテーブル端末処理のフローチャート。 完了画面を示す図。 図１７中のプロセッサによる管理処理のフローチャート。

以下、いくつかの実施の形態について図面を用いて説明する。なお、本実施の形態では、オーダー管理のためのオーダーシステムを含んで構成されたＰＯＳ（point-of-sale）システムを例に説明する。

（第１の実施形態）
図１は第１の実施形態に係るＰＯＳシステム１００の概略構成を示す図である。
このＰＯＳシステム１００は、客のオーダーに応じて飲食品等の商品を提供するサービスを行う、飲食店などのような様々な施設で利用可能である。

ＰＯＳシステム１００は、テーブル端末１、オーダー管理装置２、伝票プリンタ３、ＰＯＳ端末４及び通信ネットワーク５を含む。テーブル端末１、オーダー管理装置２、伝票プリンタ３及びＰＯＳ端末４は、図１では１つずつを示している。しかしながら、テーブル端末１は、複数がＰＯＳシステム１００に含まれる。またオーダー管理装置２、伝票プリンタ３及びＰＯＳ端末４は、複数ずつがＰＯＳシステム１００に含まれてもよい。
そしてＰＯＳシステム１００は、テーブル端末１、オーダー管理装置２、伝票プリンタ３及びＰＯＳ端末４を、通信ネットワーク５を介して互いに通信可能として構成されている。

テーブル端末１は、接客フロア内に設置されて、客によって操作される。テーブル端末１は、セルフオーダー端末とも称され、オーダー端末の一例である。テーブル端末１は例えば、客が飲食に使用するテーブルに置かれて、そのテーブルを使用する１人又は１グループの客による一連のオーダーのために用いられる。テーブル端末１は、客が携帯している情報端末２００に決済データを取得させるための動作を実行する。なお、当該動作及び上記の決済データに関しては、後に詳述する。
オーダー管理装置２は、テーブル端末１で受け付けられたオーダーを管理する。またオーダー管理装置２は、テーブル端末１毎でのオーダーの代金の決済状況を管理する。オーダー管理装置２は、通信ネットワーク３００を介して決済サイト４００と通信可能である。

伝票プリンタ３は、例えば接客フロア又はキッチンに設置される。接客フロアに設置された伝票プリンタ３は、オーダー伝票を客のために印刷する。すなわち、接客フロアに設置された伝票プリンタ３は、いわゆるカスタマープリンタである。またキッチンに設置された伝票プリンタ３は、調理伝票を調理人のために印刷する。すなわち、キッチンに設置された伝票プリンタ３は、いわゆるキッチンプリンタである。
ＰＯＳ端末４は、例えばチェックアウトカウンタに設置される。ＰＯＳ端末４は、オーダーに関する代金の会計を少なくとも含む販売管理のための各種業務に関する情報処理を行う。

通信ネットワーク５は、テーブル端末１、オーダー管理装置２、伝票プリンタ３及びＰＯＳ端末４等の通信機能を備えた機器が相互に授受するデータを伝送する。通信ネットワーク５としては、典型的にはＬＡＮ（local area network）が用いられる。しかしながら通信ネットワーク５としては、ＬＡＮの他に、インターネット、ＶＰＮ（virtual private network）、公衆通信網、移動体通信網などの種々の通信ネットワークを、単独又は適宜に組み合わせて用いることができる。

情報端末２００は、客により携帯される情報処理装置である。情報端末２００は、典型的にはスマートフォンである。しかしながら情報端末２００としては、タブレット端末及びノートパソコンなどのような、テーブル端末１の周囲に客が操作可能な様々な情報処理装置を用いることができる。また情報端末２００は、後述するオンライン決済のための情報処理のための専用の情報処理装置であっても構わない。

通信ネットワーク３００は、典型的にはインターネットである。しかしながら通信ネットワーク３００は、インターネットの他に、ＬＡＮ、ＶＰＮ、公衆通信網、移動体通信網などの種々の通信ネットワークが、単独又は適宜に組み合わせて用いられることがある。通信ネットワーク５と通信ネットワーク３００とが同一のネットワークであってもよい。

決済サイト４００は、通信ネットワーク３００を介しての情報端末２００からの要求に応じた決済のための情報処理を実行する。つまり決済サイト４００は、ネット決済サービスを提供する。決済サイト４００は、単独のサーバ又は複数のサーバにより実現されてもよいし、クラウド上に実現されてもよい。決済サイト４００としては例えば、オンライン決済代行業者によって提供される既存のサイトを用いることができる。なお、決済サイト４００は、例えば決済のための情報処理を実行するサーバが含まれるが、このサーバは決済装置の一例である。決済サイト４００が提供するネット決済サービスは、ＰＯＳ端末４で利用可能としてもよい。この場合は、ＰＯＳ端末４は通信ネットワーク３００を介して決済サイト４００にアクセス可能とされる。

図２はテーブル端末１の要部回路構成を示すブロック図である。
テーブル端末１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、タッチパネル１４、通信インタフェース１５及び伝送路１６を含む。

プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３は、伝送路１６により接続されて、テーブル端末１としての機能を実現するための情報処理を実行するコンピュータを構成する。
プロセッサ１１は、上記のコンピュータの中枢部分である。プロセッサ１１は、メインメモリ１２及び補助記憶デバイス１３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行する。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域では上記の情報処理プログラムの少なくも一部を記憶する。またメインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）などである。補助記憶デバイス１３は、プロセッサ１１各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって生成されたデータを保存する。補助記憶デバイス１３は、上記の情報処理プログラムの一部を記憶する場合もある。補助記憶デバイス１３は、本実施形態においては、情報処理プログラムの１つとしてのテーブル端末アプリＰ１を記憶する。テーブル端末アプリＰ１は、テーブル端末１としての各種の機能を実現するためのアプリケーションプログラムである。

タッチパネル１４は、入力デバイス及び表示デバイスを備える。タッチパネル１４は、入力デバイスを用いて、客による操作を入力する。タッチパネル１４は、表示デバイスを用いて、客に対して各種の情報を通知するための各種画面を表示する。
通信インタフェース１５は、通信ネットワーク５を介したデータ通信を行う。通信インタフェース１５としては、例えばＬＡＮを介したデータ通信のための周知の通信デバイスを適用できる。
伝送路１６は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

テーブル端末１の基本ハードウェアとしては、例えばタブレット型のコンピュータ装置を用いることができる。このときにテーブル端末１の譲渡は典型的には、テーブル端末アプリＰ１が補助記憶デバイス１３に記憶された状態にて行われる。しかし、テーブル端末アプリＰ１が補助記憶デバイス１３に記憶されない状態、あるいは同種の別バージョンの情報処理プログラムがメインメモリ２２又は補助記憶デバイス２３に記憶された状態のコンピュータ装置とテーブル端末アプリＰ１とが個別に譲渡されてもよい。そして、当該コンピュータ装置が備える補助記憶デバイス１３に、任意の作業者の操作に応じてテーブル端末アプリＰ１が書き込まれてテーブル端末１が構成されるのであってもよい。この場合に情報処理プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行える。またいずれの場合であっても、テーブル端末アプリＰ１がメインメモリ１２に記憶されてもよい。

図３はオーダー管理装置２の要部回路構成を示すブロック図である。
オーダー管理装置２は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インタフェース２４及び伝送路２５を含む。

プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３は、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３と同様な機能を有し、伝送路２５で接続されて、オーダー管理装置２の各種の機能を実現するための情報処理を行うコンピュータを構成する。ただし、補助記憶デバイス２３は、テーブル端末アプリＰ１に代えて、オーダー管理アプリＰ２を記憶する。オーダー管理アプリＰ２は、オーダー管理のための各種の機能を実現するためのアプリケーションプログラムである。

通信インタフェース２４は、通信ネットワーク５及び通信ネットワーク３００を介したデータ通信を行う。通信インタフェース２４としては、例えばＬＡＮを介したデータ通信及びインターネットを介したデータ通信のための周知の通信デバイスを適用できる。
伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

オーダー管理装置２の基本ハードウェアとしては、例えば汎用のコンピュータ装置を用いることができる。このときに典型的には、オーダー管理アプリＰ２が補助記憶デバイス２３に記憶されない状態のコンピュータ装置とオーダー管理アプリＰ２とが個別に、店舗を運営する企業等に譲渡される。オーダー管理アプリＰ２の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、オーダー管理装置２の管理者又はサービスマンなどによる操作に応じて、オーダー管理アプリＰ２が補助記憶デバイス２３に書き込まれる。ただし、オーダー管理アプリＰ２をコンピュータ装置のメインメモリ２２又は補助記憶デバイス２３に記憶してなるオーダー管理装置２が上記の企業等に譲渡されても構わない。またいずれの場合であっても、オーダー管理アプリＰ２がメインメモリ１２に記憶されてもよい。

図４はＰＯＳ端末４の要部回路構成を示すブロック図である。
ＰＯＳ端末４は、プロセッサ４１、メインメモリ４２、補助記憶デバイス４３、表示デバイス４４、入力デバイス４５、読取デバイス４６、プリンタ４７、通信インタフェース４８及び伝送路４９等を備える。

プロセッサ４１、メインメモリ４２及び補助記憶デバイス４３は、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３と同様な機能を有し、伝送路４９で接続されて、ＰＯＳ端末４の各種の機能を実現するための情報処理を行うコンピュータを構成する。ただし、補助記憶デバイス４３は、ＰＯＳ端末アプリＰ３を記憶する。ＰＯＳ端末アプリＰ３は、ＰＯＳ端末４の各種の機能を実現するためのアプリケーションプログラムである。なお典型的には、ＰＯＳ端末アプリＰ３が補助記憶デバイス４３に記憶された状態のＰＯＳ端末４が、店舗を運営する企業等に譲渡される。しかしながら、ＰＯＳ端末４のハードウェアとは別にＰＯＳ端末アプリＰ３が上記の企業等に譲渡されてもよい。ＰＯＳ端末アプリＰ３の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、ＰＯＳ端末４の管理者又はＰＯＳ端末４の設置作業者などによる操作に応じて、ＰＯＳ端末アプリＰ３が補助記憶デバイス４３に書き込まれる。これは、例えばＰＯＳ端末アプリＰ３がバージョンアップアプリケーションとして提供される場合などである。なお、ＰＯＳ端末アプリＰ３は、メインメモリ４２に記憶されてもよい。

表示デバイス４４は、操作者に対して各種の情報を通知するための各種画面を表示する。表示デバイス４４としては、例えば液晶表示デバイスなどの周知のデバイスを適用できる。
入力デバイス４５は、操作者による各種の指示を入力する。入力デバイス４５としては、タッチセンサ又はキーボードなどの周知のデバイスを、単独又は組み合わせて適用できる。

読取デバイス４６は、記録媒体に記憶又は表示されたデータ、あるいは表示デバイスにより表示されたデータを読み取る。読取デバイス４６としては、バーコードスキャナ又はカードリーダなどの周知のデバイスを、単独又は組み合わせて適用できる。
プリンタ４７は、用紙に対して各種の画像をプリントする。プリンタ４７は、例えば用紙としてレシート用紙を用いる。そしてプリンタ４７は、例えばレシート画像をプリントすることで、レシートを発行する。
通信インタフェース４８及び伝送路４９は、通信インタフェース１５及び伝送路１６と同様な機能を有する。

次に以上のように構成されたＰＯＳシステム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。

テーブル端末１においてプロセッサ１１は、客によるオーダーを受け付けるべきであるときに、オーダーに関わる客への案内及び客による指示の入力のための情報処理（以下、テーブル端末処理と称する）を、テーブル端末アプリＰ１に従って実行する。
図５はテーブル端末処理のフローチャートである。

ＡＣＴ１としてプロセッサ１１は、オーダーの対象となる品目の指定がなされたか否かを確認する。そしてプロセッサ１１は、品目を指定する操作が行われていないならばＮＯと判定し、ＡＣＴ２へと進む。
ＡＣＴ２としてプロセッサ１１は、会計が要求されたか否かを確認する。そして会計を要求する操作が行われていないならばＮＯと判定し、ＡＣＴ１へと戻る。
かくしてプロセッサ１１はＡＣＴ１及びＡＣＴ２としては、品目が指定されるか、会計が要求されるのを待ち受ける。なおプロセッサ１１はこのとき、オーダー可能な品目を提示するとともに、オーダーする品目の指定を受け付けるためのＧＵＩ（graphical user interface）画面をタッチパネル１４に表示させておく。なお当該ＧＵＩ画面は、会計を要求するための会計ボタン等のＧＵＩ要素を含む。

客は、オーダーする品目を決定したならば、その品目をオーダー対象として指定するべくタッチパネル１４を操作する。この操作がタッチパネル１４により入力されると、プロセッサ１１は、ＡＣＴ１にてＹＥＳと判定してＡＣＴ３へと進む。
ＡＣＴ３としてプロセッサ１１は、オーダー管理装置２に対してオーダー更新を要求する。プロセッサ１１は例えば、テーブル端末１を識別するための端末コードと、指定された品目を識別するための品目コードとを、オーダー更新の要求を表すコマンドとともに含んだ要求データを、通信インタフェース１５からオーダー管理装置２に宛てて通信ネットワーク５へと送出する。かくしてテーブル端末アプリＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータはオーダーを受け付ける受付手段として機能する。
オーダー管理装置２においては、通信ネットワーク５によってオーダー管理装置２へと伝送された上記の要求データを、通信インタフェース２４が受信し、その旨をプロセッサ２１へと通知する。

プロセッサ２１は、テーブル端末１でのオーダーを管理するための情報処理（以下、管理処理と称する）を、オーダー管理アプリＰ２に従って実行する。なおプロセッサ２１は、複数のテーブル端末１のそれぞれを対象として、管理処理を並列的に実行する。以下においては、１つのテーブル端末１を対象とした管理処理について説明する。従って、管理処理の説明のなかで単に「テーブル端末１」と記した場合は、説明している管理処理の対象となっているテーブル端末１を指す。
図６及び図７は管理処理のフローチャートである。

ＡＣＴ２１としてプロセッサ２１は、更新要求が受信されたか否かを確認する。そしてプロセッサ２１は、該当の要求がなされていなければＮＯと判定し、ＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ２１は、オーダー完了通知がなされたか否かを確認する。そしてプロセッサ２１は、該当の通知がなされていなければＮＯと判定し、ＡＣＴ２３へと進む。
ＡＣＴ２３としてプロセッサ２１は、決済コード要求がなされたか否かを確認する。そしてプロセッサ２１は、該当の要求がなされていなければＮＯと判定し、ＡＣＴ２１へと戻る。
かくしてプロセッサ２１はＡＣＴ２１～ＡＣＴ２３としては、更新要求、オーダー完了通知及び決済コード要求のいずれかがなされるのを待ち受けている。

そしてプロセッサ２１は、前述のようにオーダー更新の要求のための要求データが通信インタフェース２４により受信され、その要求データが、対象としているテーブル端末１から送出されているならば、ＡＣＴ２１にてＹＥＳと判定してＡＣＴ２４へと進む。つまりプロセッサ２１は、例えば、通信インタフェース２４により受信された要求データが、対象としているテーブル端末１の端末コードを含む場合に、ＡＣＴ２１にてＹＥＳと判定する。

ＡＣＴ２４としてプロセッサ２１は、要求データによる要求に応じてオーダーテーブルを更新する。ここでオーダーテーブルは、オーダー対象として指定された品目のリストを表すテーブルデータである。オーダーテーブルは、複数のテーブル端末１のそれぞれに関連付けられる。オーダーテーブルは、メインメモリ２２又は補助記憶デバイス２３に記憶される。そこでプロセッサ２１は例えば、対象としているテーブル端末１に関連付けられているオーダーテーブルを、要求データに含まれた品目コードで識別される品目を含むように更新する。そしてプロセッサ２１は、オーダーテーブルを更新し終えたならば、ＡＣＴ２１～ＡＣＴ２３の待受状態に戻る。このようにして、オーダーは複数のテーブル端末１のそれぞれに関連付けて管理されている。かくしてオーダー管理アプリＰ２に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータはオーダー管理手段として機能する。

さて客は、複数の品目をオーダー対象とする場合には、品目を指定する操作を繰り返す。そしてこれに応じて、上記のようにオーダーテーブルが順次更新されて行く。客は、会計しようとする場合、前述の会計ボタンにタッチする。そしてこの操作がタッチパネル１４により入力されると、プロセッサ１１は、図５中のＡＣＴ２にてＹＥＳと判定してＡＣＴ４へと進む。
ＡＣＴ４としてプロセッサ１１は、選択画面をタッチパネル１４に表示させる。選択画面は、ＰＯＳ端末４での決済（以下、レジ決済と称する）及び決済サイト４００を利用しての決済（以下、オンライン決済と称する）のいずれかを客に選択させるためのＧＵＩ画面である。

図８は選択画面ＳＣ１を示す図である。
選択画面ＳＣ１は、オーダー済みの全ての品目に関する代金額が３，８８７円である場合の一例である。

プロセッサ１１は例えば、予め定められた選択画面の基本フォームに、代金額を表す文字列「３，８８７」を合成して選択画面ＳＣ１を生成する。従って文字列「３，８８７」は、選択画面ＳＣ１とは別の選択画面においては異なる場合がある。なおプロセッサ１１は例えば、オーダー管理装置２へのオーダー要求の履歴を例えばメインメモリ１２で保持しておき、当該履歴に基づいて上記の代金額を算出する。あるいはプロセッサ１１は例えば、オーダー管理装置２に問い合わせて代金額を取得する。このときにオーダー管理装置２においてプロセッサ２１は、オーダーテーブルに基づいて代金額を算出し、テーブル端末１に通知する。

選択画面ＳＣ１は、基本フォームに含まれる文字列ＣＳ１１及びボタンＢＵ１１，ＢＵ１２を表す。従って文字列ＣＳ１１及びボタンＢＵ１１，ＢＵ１２は、選択画面ＳＣ１とは別の選択画面にも共通に含まれる。文字列ＣＳ１１は、会計方法の選択を客に促す文字メッセージを表す。ボタンＢＵ１１は、レジ決済を選択する場合に客が操作すべきアイコン等のＧＵＩ要素である。ボタンＢＵ１２は、オンライン決済を選択する場合に客が操作すべきアイコン等のＧＵＩ要素である。

ＡＣＴ５としてプロセッサ１１は、レジ決済が指定されたか否かを確認する。そしてプロセッサ１１は、レジ決済が指定されていないならばＮＯと判定し、ＡＣＴ６へと進む。
ＡＣＴ６としてプロセッサ１１は、オンライン決済が指定されたか否かを確認する。そしてプロセッサ１１は、オンライン決済が指定されていないならばＮＯと判定し、ＡＣＴ５へと戻る。
かくしてプロセッサ１１はＡＣＴ５及びＡＣＴ６としては、レジ決済又はオンライン決済が指定されるのを待ち受ける。

客は、レジ決済を希望するならば、ボタンＢＵ１１にタッチする。そしてこの操作がタッチパネル１４により入力されると、プロセッサ１１はＡＣＴ５にてＹＥＳと判定し、ＡＣＴ７へと進む。
ＡＣＴ７としてプロセッサ１１は、第１の案内画面をタッチパネル１４に表示させる。第１の案内画面は、レジ決済について客に案内するための画面である。

図９は第１の案内画面ＳＣ２を示す図である。
第１の案内画面ＳＣ２は、オーダー済みの全ての品目に関する代金額が３，８８７円である場合の一例である。つまり第１の案内画面ＳＣ２は、図８に示す選択画面ＳＣ１におけるボタンＢＵ１１が客によりタッチされたことに応じて表示される第１の案内画面の一例である。

プロセッサ１１は例えば、予め定められた第１の案内画面の基本フォームに、代金額を表す文字列「３，８８７」を合成して第１の案内画面ＳＣ２を生成する。従って文字列「３，８８７」は、第１の案内画面ＳＣ２とは別の第１の案内画面においては異なる場合がある。

第１の案内画面ＳＣ２は、基本フォームに含まれる文字列ＣＳ２１を表す。従って文字列ＣＳ２１は、第１の案内画面ＳＣ２とは別の第１の案内画面にも共通に含まれる。文字列ＣＳ２１は、会計のためには、会計伝票をレジ係員に渡すべきである旨を客に案内する文字メッセージを表す。なお、会計伝票は、入店した客が客席に案内される際、あるいは客がオーダーした全ての品目の提供が完了した際などに、店員から客に渡される。会計伝票は、テーブル端末１にプリンタを備え、当該プリンタによりプリントするのであってもよい。会計伝票には、当該会計伝票を識別するための伝票コードが関連付けられる。そして伝票コードは、客が利用しているテーブル端末１の端末コードとも関連付けられる。会計伝票としては、伝票コードが固定的に定められたプレート等が用いられてもよい。

ＡＣＴ８としてプロセッサ１１は、オーダー管理装置２に対してオーダーの完了を通知する。プロセッサ１１は例えば、テーブル端末１を識別するための端末コードを、オーダー完了通知を表すコマンドとともに含んだ通知データを、通信インタフェース１５からオーダー管理装置２に宛てて通信ネットワーク５へと送出する。そしてプロセッサ１１は、これをもってテーブル端末処理を終了する。

オーダー管理装置２においてプロセッサ２１は、上記の通知データを通信インタフェース２４が受信すると、その通知データを送出したテーブル端末１を対象とする管理処理における図６中のＡＣＴ２２にてＹＥＳと判定し、ＡＣＴ２５へと進む。
ＡＣＴ２５としてプロセッサ２１は、決済金額を算出する。プロセッサ２１は例えば、対象とするテーブル端末１に関連付けられたオーダーテーブルに含まれる全ての品目に関する代金額を算出し、これを決済金額とする。なお、代金額をどのように計算するかは、例えば店舗毎に定められたルールに従う。つまり例えば、オーダーテーブルに含まれる全ての品目のそれぞれの単価の総和として代金額を算出する。あるいは例えば、予め定められた条件が成立する場合に、上記の総和に割引処理を行って代金額を算出する。
なお、決済金額の算出は、プロセッサ２１では行わずに、ＰＯＳ端末４にてプロセッサ４１が行ってもよい。この場合には、プロセッサ２１は、オーダーテーブルの通知を伴って決済金額の算出をＰＯＳ端末４に要求する。ＰＯＳ端末４にてプロセッサ４１は、上記の要求に応じて、通知されたオーダーテーブルに基づいて例えば上記と同様にして決済金額を算出する。そしてプロセッサ４１は、この算出した決済金額を、上記の要求に対する応答としてオーダー管理装置２に返す。

ＡＣＴ２６としてプロセッサ２１は、対象とするテーブル端末１に関する済みフラグをリセット状態とする。済みフラグは、決済が完了しているか否かを表すフラグであり、本実施形態ではリセット状態が未完了を表すこととする。済みフラグは例えば、１ビット又は複数ビットのデータであり、メインメモリ２２又は補助記憶デバイス２３に記憶される。管理処理が複数のテーブル端末１に関して並列的に実行されている場合には、それら複数のテーブル端末１のそれぞれに関する複数の済みフラグがメインメモリ２２又は補助記憶デバイス２３に記憶される。

一方で客は、オンライン決済を希望するならば、選択画面におけるボタンＢＵ１２にタッチする。そしてこの操作がタッチパネル１４により入力されると、プロセッサ１１は図５中のＡＣＴ６にてＹＥＳと判定し、ＡＣＴ９へと進む。
ＡＣＴ９としてプロセッサ１１は、オーダー管理装置２に対して決済コードを要求する。プロセッサ１１は例えば、テーブル端末１を識別するための端末コードを、決済コードの要求を表すコマンドとともに含んだ要求データを、通信インタフェース１５からオーダー管理装置２に宛てて通信ネットワーク５へと送出する。

オーダー管理装置２においてプロセッサ２１は、上記の要求データを通信インタフェース２４が受信すると、その要求データを送出したテーブル端末１を対象とする管理処理における図６中のＡＣＴ２３にてＹＥＳと判定し、ＡＣＴ２７へと進む。
ＡＣＴ２７としてプロセッサ２１は、ＡＣＴ２５と同様に決済金額を算出する。なお、このときにも、決済金額の算出はＰＯＳ端末４にて行ってもよい。

ＡＣＴ２８としてプロセッサ２１は、決済コードを生成する。プロセッサ２１は例えば、オーダーを情報端末２００から決済サイト４００を利用して決済させるための決済データを光学的に読み取り可能に表したコードを決済コードとして生成する。決済データは、本実施形態では、決済金額、契約社情報、テーブル番号、伝票コード及びＵＲＬ（uniform resource locator）を含む。ただし、決済データは、例えばＵＲＬ等の一部の情報を含まなくてもよいし、例えば客の氏名などの上記とは別の情報を含んでもよい。決済コードの形式は任意であってよいが、ＱＲコード（登録商標）などの二次元コードが好適である。なお、プロセッサ２１は例えば、ＡＣＴ２７にて算出した決済金額を決済コードに表す。プロセッサ２１は例えば、店舗を運営する企業等を決済サイト４００で識別するための企業コードを契約社情報として決済コードに表す。プロセッサ２１は例えば、要求データに含まれた端末コードで識別されるテーブル端末１が設置されているテーブルに付与されている番号をテーブル番号として決済コードに表す。プロセッサ２１は例えば、要求データに含まれた端末コードにこの時点で関連付けられている伝票コードを決済コードに表す。プロセッサ２１は例えば、決済サイト４００に通信ネットワーク３００を介してアクセスするためのＵＲＬを決済コードに表す。

ＡＣＴ２９としてプロセッサ２１は、上記の生成した決済コードを表したコードデータをテーブル端末１に対して通知する。プロセッサ２１は例えば、コードデータを、決済コードの通知を表すコマンドとともに含んだ通知データを、通信インタフェース２４からテーブル端末１に宛てて通信ネットワークへ５と送出する。テーブル端末１において通信インタフェース１５は、上記の通知データが通信ネットワーク５によって伝送されると、この通知データを受信する。
なお、以上の決済コードの生成及び通知は、ＰＯＳ端末４においてプロセッサ４１が実行してもよい。この場合にプロセッサ４１は、決済金額、契約社情報、テーブル番号、伝票コード及びＵＲＬをオーダー管理装置２から取得する。ただし、契約社情報及びＵＲＬの少なくとも一方は、メインメモリ２２又は補助記憶デバイス２３に予め保存しておき、プロセッサ４１はこれを読み出してもよい。また決済金額をプロセッサ４１が算出するのであれば、プロセッサ４１は決済金額をオーダー管理装置２からは取得しない。

テーブル端末１にてプロセッサ１１は、図５中のＡＣＴ９にてオーダー管理装置２に対して決済コードを要求したならば、ＡＣＴ１０へと進む。
ＡＣＴ１０にてプロセッサ１１は、第２の案内画面をタッチパネル１４に表示させる。第２の案内画面は、オンライン決済について客に案内するための画面である。

図１０は第２の案内画面ＳＣ３を示す図である。
第２の案内画面ＳＣ３は、オーダー済みの全ての品目に関する代金額が３，８８７円である場合の一例である。つまり第２の案内画面ＳＣ３は、図８に示す選択画面ＳＣ１におけるボタンＢＵ１２が客によりタッチされたことに応じて表示される第２の案内画面の一例である。

プロセッサ１１は例えば、予め定められた第２案内画面の基本フォームに、代金額を表す文字列「３，８８７」と、通信インタフェース１５により受信された通知データに含まれるコードデータが表す決済コードＢＣ３１とを合成して第２の案内画面ＳＣ３を生成する。従って、文字列「３，８８７」及び決済コードＢＣ３１は、第２の案内画面ＳＣ３とは別の第２の案内画面においては異なる場合がある。

第２の案内画面ＳＣ３は、基本フォームに含まれる文字列ＣＳ３１を表す。従って文字列ＣＳ３１は、第２の案内画面ＳＣ３とは別の第２の案内画面にも共通に含まれる。文字列ＣＳ３１は、情報端末２００で実行したオンライン決済のためのアプリケーションによって決済コードＢＣ３１を読み取るべきである旨を客に案内する文字メッセージを表す。
なお、決済コードは、このように第２の案内画面を生成するに際してプロセッサ１１で生成してもよい。この場合は、オーダー管理装置２においてプロセッサ２１は、ＡＣＴ２９として決済コードを表したコードデータをテーブル端末１に対して通知するのに代えて、決済金額、契約社情報、テーブル番号、伝票コード及びＵＲＬを通知する。そしてテーブル端末１においてプロセッサ１１が、これらの通知された情報を用いて決済コードを生成する。ただし、契約社情報、ＵＲＬ及びテーブル番号の少なくともいずれか１つは、メインメモリ１２又は補助記憶デバイス１３に予め保存しておき、オーダー管理装置２からテーブル端末１に通知しなくてもよい。また第２の案内画面を生成するよりも前に伝票コードをメインメモリ１２又は補助記憶デバイス１３に保存しておき、プロセッサ２１はＡＣＴ２９としては伝票コードを通知しなくてもよい。

客は、オンライン決済を行うためには、自らが携帯する情報端末２００を用いて第２の案内画面に表された決済コードを読み取らせる。そうすると情報端末２００は、決済コードが表すデータを取得する。そして情報端末２００は、決済コードに表されたＵＲＬによって決済サイト４００にアクセスし、決済コードに表された決済金額を決済する。ここでの決済のための処理は、既存のオンライン決済のための処理をそのまま適用できる。また、このときの決済に用いる決済メディアは、例えばクレジット、電子マネー、仮想通貨、プリペイド、その他の任意のメディアを適宜に適用できる。決済サイト４００は、決済を完了したならば、その旨を情報端末２００に通知する。なお、決済のための処理の中で情報端末２００は、決済コードに表された決済金額、契約社情報、テーブル番号及び伝票コードを決済サイト４００に通知する。なお、決済コードの情報端末２００への読み取りは、情報端末２００にオンライン決済のためのアプリケーションをインストールしておき、当該アプリケーションの処理として実行されてもよい。

上述のように、情報端末２００は、決済コードを読み取ることによって決済するためのデータを取得する。つまり、決済コードを生成し、情報端末２００で読み取り可能に表示する動作は、決済のためのデータを情報端末２００に取得させるための動作に相当する。従って、プロセッサ２１による決済コードの生成と、決済コードのテーブル端末１への通知は、決済のためのデータを情報端末２００に取得させるための動作の一部であり、通知手段としての機能である。また、プロセッサ１１が通知された決済コードをタッチパネル１４に表示させることも、決済のためのデータを情報端末２００に取得させるための動作の一部であり、実行手段としての機能である。つまり、テーブル端末アプリＰ１及びオーダー管理アプリＰ２に従って情報処理をプロセッサ１１，２１がそれぞれ実行することで、それらの協働によって、決済のためのデータを情報端末２００に取得させるための動作を行う動作手段としての機能が実現される。

オーダー管理装置２においてプロセッサ２１は、図６中のＡＣＴ２９にてコードデータを通知したのちには、ＡＣＴ３０へと進む。
ＡＣＴ３０としてプロセッサ２１は、予め定められた待機期間が終了するのを待ち受ける。待機期間は例えば、一定間隔の時刻となるまでの期間とする。この場合にプロセッサ２１は例えば、自らの時計機能により計時した時刻が、一定間隔で予め定められた時刻になるとＹＥＳと判定し、ＡＣＴ３１へと進む。なおプロセッサ２１は、ＡＣＴ３０の待受状態へと移行してから一定時間が経過するまでの期間を待機期間としてもよい。待機期間の開始タイミング及び終了タイミングとその長さとは、オーダー管理装置２の設計者によって適宜に定められてよい。また待機期間は、オーダー管理装置２の管理者による指示に応じてプロセッサ２１が変更してもよい。

ＡＣＴ３１としてプロセッサ２１は、決済サイト４００に対して完了問合わせを行う。プロセッサ２１は例えば、決済案件を特定するためのデータを、完了問合わせを表すコマンドとともに含んだ問合わせデータを通信インタフェース２４から決済サイト４００に宛てて通信ネットワーク３００へと送出する。なお決済案件を特定するためのデータは例えば、ＡＣＴ２８で生成した決済コードが表した契約社情報、テーブル番号及び伝票コードとする。しかしながら決済案件を特定するためのデータは例えば、決済案件を識別するための識別コードとしてもよい。ただしこの場合にプロセッサ２１は、決済コードに当該識別コードを表すこととする。そして情報端末２００は、決済コードに表された識別コードを決済サイト４００に通知することとする。

決済サイト４００は、前述の決済を完了した場合は、その決済に際して情報端末２００から通知された契約社情報、テーブル番号及び伝票コードを、完了済みの決済に関するデータとして保存しておく。決済サイト４００は、通信ネットワーク３００により伝送された問合わせデータを受けると、その問合わせデータに含まれた契約社情報、テーブル番号及び伝票コードが、完了済みの決済に関するデータとして保存されているか否かを確認することで、問合わせの対象となっている決済が完了しているか否かを判定する。そして決済サイト４００は、この判定結果を表した通知データを、上述の完了問合わせへの応答として、オーダー管理装置２に宛てて通信ネットワーク３００へと送出する。当該通知データが通信ネットワーク３００によりオーダー管理装置２へと伝送されると、通信インタフェース２４により受信される。

ＡＣＴ３２としてプロセッサ２１は、上記のように受信された通知データが決済の完了を通知しているか否かを確認する。そしてプロセッサ２１は、未完了を通知しているのであればＮＯと判定して、ＡＣＴ３０の待受状態に戻る。かくしてプロセッサ２１は、決済が未完了である場合には、一定の時間間隔で完了問合わせを繰り返す。そしてプロセッサ２１は、通信インタフェース２４により受信された通知データが決済の完了を表しているならば、ＡＣＴ３２にてＹＥＳと判定してＡＣＴ３３へと進む。かくしてオーダー管理アプリＰ２に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは決済の完了を判定する判定手段として機能する。

ＡＣＴ３３としてプロセッサ２１は、テーブル端末１に対して決済完了通知を行う。プロセッサ２１は例えば、決済の完了の通知を表すコマンドを含んだ通知データを、通信インタフェース２４からテーブル端末１に宛てて通信ネットワークへ５と送出する。
ＡＣＴ３４としてプロセッサ２１は、済みフラグをセット状態とする。

このようにプロセッサ２１は、ＡＣＴ２６又はＡＣＴ３４にて済みフラグの状態を設定することで、複数のテーブル端末のそれぞれに関する決済が完了しているか否かを管理する。言い換えると、プロセッサ２１は、複数のテーブル端末１のそれぞれに関する決済が完了しているか否かを示す決済の完了情報または未完了情報を補助記憶デバイス２３に記憶させる。かくしてオーダー管理アプリＰ２に基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは決済管理手段として機能する。
上記の通知データが通信ネットワーク５によりテーブル端末１へと伝送されると、この通知データを通信インタフェース１５が受信する。

テーブル端末１においてプロセッサ１１は、図５中のＡＣＴ１０にてタッチパネル１４に表示させた第２の案内画面をそのままとした状態でＡＣＴ１１へと進む。
ＡＣＴ１１としてプロセッサ１１は、決済完了通知を待ち受ける。そしてプロセッサ１１は、上述のように決済完了通知のための通知データが通信インタフェース１５によって受信されたならばＹＥＳと判定し、ＡＣＴ１２へと進む。
ＡＣＴ１２としてプロセッサ１１は、第３の案内画面をタッチパネル１４に表示させる。第３の案内画面は、オンライン決済の完了を確認できたことと、その後に行うべきこととを客に案内するための画面である。

図１１は第３の案内画面ＳＣ４を示す図である。
第３の案内画面ＳＣ４は、決済金額が３，８８７円である場合の一例である。つまり第３の案内画面ＳＣ４は、図８に示す選択画面ＳＣ１におけるボタンＢＵ１２が客によりタッチされた上で、オンライン決済が行われた後に表示される第３の案内画面の一例である。

プロセッサ１１は例えば、予め定められた第３の案内画面の基本フォームに、決済金額を表す文字列「３，８８７」を合成して第３の案内画面ＳＣ４を生成する。従って、文字列「３，８８７」は、第３の案内画面ＳＣ４とは別の第３の案内画面においては異なる場合がある。
第３の案内画面ＳＣ４は、基本フォームに含まれる文字列ＣＳ４１を表す。従って文字列ＣＳ４１は、第３の案内画面ＳＣ４とは別の第３の案内画面にも共通に含まれる。文字列ＣＳ４１は、退店の際に会計伝票をレジ係員に渡すべきである旨を客に案内する文字メッセージを表す。

つまり本実施形態においては、レジ決済及びオンライン決済のいずれの場合も、客は退店に際しては会計伝票を持ってチェックアウトカウンタ等へと移動し、店員に会計伝票を渡す運用としている。そこで客は、第１の案内画面又は第３の案内画面での案内に従って、会計伝票を持参してチェックアウトカウンタ等へと移動し、店員に会計伝票を渡す。店員は、受け取った会計伝票に表されている伝票コードをＰＯＳ端末４に入力する。店員は例えば、会計伝票には表示され、伝票コードを含んだデータを光学的に読み取り可能に表したコードを、ＰＯＳ端末４の読取デバイス４６に読み取らせる。あるいは店員は例えば、会計伝票に表された伝票コードを、入力デバイス４５を用いて入力する。これらの伝票コードを入力するための動作が行われると、読取デバイス４６又は入力デバイス４５はプロセッサ４１に割り込みをかける。
プロセッサ４１は、この割り込みに応じて、チェックアウトのための情報処理（以下、チェックアウト処理と称する）を、ＰＯＳ端末アプリＰ３に従って実行する。
図１２はチェックアウト処理のフローチャートである。

ＡＣＴ４１としてプロセッサ４１は、入力された伝票コードに関連付けられたテーブル端末１でのオーダーに関する決済状況をオーダー管理装置２に対して問い合わせる。プロセッサ４１は例えば、伝票コードを、状況問合わせを表すコマンドとともに含んだ問合わせデータを、通信インタフェース４８からオーダー管理装置２に宛てて通信ネットワーク５へと送出する。オーダー管理装置２においては、上記の問合わせデータを通信インタフェース２４が受信する。

オーダー管理装置２にてプロセッサ２１は、図６中のＡＣＴ２６又はＡＣＴ３４にて済みフラグの状態を設定したのちには、図７中のＡＣＴ３５へと進む。
ＡＣＴ３５としてプロセッサ２１は、ＰＯＳ端末４からの状況問合わせを待ち受ける。そしてプロセッサ２１は、上述のように問合わせデータが通信インタフェース２４により受信され、その問合わせデータに含まれた伝票コードが関連付けられている端末コードで識別されるテーブル端末１が、管理処理の対象としているテーブル端末１であるならばＹＥＳと判定し、ＡＣＴ３６へと進む。

ＡＣＴ３６としてプロセッサ２１は、テーブル端末１でのオーダーに関する決済が済んでいるか否かを確認する。プロセッサ２１は例えば、テーブル端末１に対応する済みフラグがリセット状態であるならばＮＯと判定し、ＡＣＴ３７へと進む。
ＡＣＴ３７としてプロセッサ２１は、ＰＯＳ端末４に対して未決済通知を行う。プロセッサ２１は例えば、未決済通知を表すコマンドを含んだ通知データを、状況問合わせを行ったＰＯＳ端末４に宛てて通信インタフェース２４から通信ネットワークへ５と送出する。ＰＯＳ端末４においては、上記の通知データを通信インタフェース４８が受信する。

ＰＯＳ端末４においてプロセッサ４１は、図１２中のＡＣＴ４１にて状況問合わせを行ったのちには、ＡＣＴ４２へと進む。
ＡＣＴ４２としてプロセッサ４１は、決済済みであるか否かを確認する。そしてプロセッサ４１は、上述のように受信された通知データが未決済通知を表すコマンドを含むならばＮＯと判定し、ＡＣＴ４３へと進む。
ＡＣＴ４３としてプロセッサ４１は、指示画面を表示デバイス４４に表示させる。指示画面は、決済のための手続きを行うようにレジ係員に指示する画面である。

図１３は指示画面ＳＣ５を示す図である。
指示画面ＳＣ５は、決済金額が３，８８７円である場合の一例である。つまり指示画面ＳＣ５は、図８に示す選択画面ＳＣ１におけるボタンＢＵ１１が客によりタッチされた場合の一例である。

プロセッサ４１は例えば、予め定められた指示画面の基本フォームに、決済すべき金額を表す文字列「３，８８７」を合成して指示画面ＳＣ５を生成する。従って、文字列「３，８８７」は、指示画面ＳＣ５とは別の指示画面においては異なる場合がある。
指示画面ＳＣ５は、基本フォームに含まれる文字列ＣＳ５１，ＣＳ５２を表す。従って文字列ＣＳ５１，ＣＳ５２は、指示画面ＳＣ５とは別の指示画面においても共通に含まれる。文字列ＣＳ５１は、読み取らせた会計伝票に関するオーダーについての決済が完了していない旨をレジ係員に知らせるための文字メッセージを表す。文字列ＣＳ５２は、上記の決済のための手続きを行うようにレジ係員に案内するための文字メッセージを表す。

ＡＣＴ４４としてプロセッサ４１は、決済処理を実行する。決済処理は、伝票コードに基づく対面式の決済のために既存のＰＯＳシステムにて行われている処理と同様な処理を適用できる。なお、このときの決済に用いる決済メディアは、例えば現金、クレジット、電子マネー、仮想通貨、プリペイド、金券、その他の任意のメディアを適宜に適用できる。

ＡＣＴ４５としてプロセッサ４１は、オーダー管理装置２に対して決済完了通知を行う。プロセッサ４１は例えば、伝票コードを、決済完了通知を表すコマンドとともに含んだ通知データを、通信インタフェース４８からオーダー管理装置２に宛てて通信ネットワーク５へと送出する。オーダー管理装置２においては、上記の通知データを通信インタフェース２４が受信する。

オーダー管理装置２にてプロセッサ２１は、図７中のＡＣＴ３７にて未決済通知を行ったのちには、ＡＣＴ３８へと進む。
ＡＣＴ３８としてプロセッサ２１は、決済完了通知を待ち受ける。そしてプロセッサ２１は、上述のように通知データが通信インタフェース２４により受信され、その通知データに含まれた伝票コードが関連付けられている端末コードで識別されるテーブル端末１が、管理処理の対象としているテーブル端末１であるならばＹＥＳと判定し、管理処理を終了する。

一方、プロセッサ２１は例えば、状況問合わせを行ったテーブル端末１に対応する済みフラグがセット状態であるならばＡＣＴ３６にてＹＥＳと判定し、ＡＣＴ３９へと進む。
ＡＣＴ３９としてプロセッサ２１は、ＰＯＳ端末４に対して決済済通知を行う。プロセッサ２１は例えば、決済済み通知を表すコマンドを含んだ通知データを、通信インタフェース２４から状況問合わせを行ったＰＯＳ端末４に宛てて通信ネットワークへ５と送出する。ＰＯＳ端末４においては、上記の通知データを通信インタフェース４８が受信する。

ＰＯＳ端末４にてプロセッサ４１は、上述のように受信された通知データが決済済み通知を表すコマンドを含むならば、ＡＣＴ４２にてＹＥＳと判定し、ＡＣＴ４６へと進む。
ＡＣＴ４６としてプロセッサ４１は、済み画面を表示デバイス４４に表示させる。済み画面は、決済が完了している旨をレジ係員に案内する画面である。

図１４は済み画面ＳＣ６を示す図である。
済み画面ＳＣ６は、決済金額が３，８８７円である場合の一例である。つまり済み画面ＳＣ６は、図１０に示す第２の案内画面ＳＣ３に基づくオンライン決済が行われている場合の一例である。

プロセッサ４１は例えば、予め定められた済み画面の基本フォームに、決済すべき金額を表す文字列「３，８８７」を合成して済み画面ＳＣ６を生成する。従って、文字列「３，８８７」は、済み画面ＳＣ６とは別の済み画面においては異なる場合がある。
済み画面ＳＣ６は、基本フォームに含まれる文字列ＣＳ６１を表す。従って文字列ＳＣ６１は、済み画面ＳＣ６とは別の済み画面においても共通に含まれる。文字列ＣＳ６１は、会計伝票に関するオーダーについての決済が完了している旨をレジ係員に知らせるための文字メッセージを表す。

プロセッサ４１は、ＡＣＴ４５又はＡＣＴ４６を終えると、ＡＣＴ４７へと進む。
ＡＣＴ４７としてプロセッサ４１は、レシートを発行する。プロセッサ４１は例えば、伝票コードが関連付けられたテーブル端末１に関連付けられているオーダーテーブルをオーダー管理装置２から取得する。そしてプロセッサ４１は例えば、オーダー品目のリスト及び決済結果などを表したレシート画像を生成し、このレシート画像をプリンタ４７にプリントさせる。プロセッサ４１はこれをもって、チェックアウト処理を終了する。
レジ係員は、プリンタ４７から排出されるレシートを客に渡す。客は、レシートを受け取って退店する。

以上のようにＰＯＳシステム１００によれば、客は客席において、店員の介在なしに決済を終えることができる。そしてＰＯＳ端末４では、入力された伝票コードが関連付けられたテーブル端末１でのオーダーに関しての決済が完了しているのであれば、その旨が済み画面の表示によって店員に伝えられる。つまり、複数の客のそれぞれが、客席における決済を終えているか否かを店員が容易に認識できる。そしてこれにより店員は、客席における決済を終えている客に関しては、ＰＯＳ端末４での決済のための作業を行う必要がない。また、客が決済の完了を証明するための何らかの動作を行ったり、店員が客に質問するなどの確認動作を行ったりする必要がなく、オンライン決済を終えた客をスムーズに退店させることが可能となる。

またＰＯＳシステム１００によれば、入力された伝票コードが関連付けられたテーブル端末１でのオーダーに関しての決済が完了していないのであれば、その旨が指示画面のＰＯＳ端末４での表示によって店員に伝えられる。つまり、オンライン決済を終えていない客に関しては、ＰＯＳ端末４での決済処理により決済を行うべき客であることを店員が容易に認識できる。そしてこれにより店員は、ＰＯＳ端末４を用いた対面式での決済作業をスムーズに行うことが可能である。

またＰＯＳシステム１００によれば、客がチェックアウトカウンタ等へと会計伝票を持参することと、その会計伝票の伝票コードを店員がＰＯＳ端末４に入力することとは、客がレジ決済及びオンライン決済のいずれを選択した場合も共通である。従って、チェックアウトに関する客及び店員の動作がシンプルであり、客及び店員ともに負担は増加しない。

またＰＯＳシステム１００によれば、オンライン決済は、情報端末２００と決済サイト４００とによって行われるが、オーダー管理装置２は、決済が完了しているか否かを、情報端末２００を介さずに確認する。また、ＰＯＳ端末４は、決済が完了しているか否かを、情報端末２００を介さずに確認する。従って、決済が完了しているか否かをオーダー管理装置２又はＰＯＳ端末４に確認させるための何らの動作も情報端末２００は行う必要がない。

またＰＯＳシステム１００によれば、決済金額、契約社情報、テーブル番号、伝票コード及びＵＲＬ等のデータを、テーブル端末１で表示させた決済コードを情報端末２００に読み取らせることによって情報端末２００に取得させている。従って、当該のデータの授受に媒体及び通信手段を用いる必要がなく、媒体の読み書きを行うデバイス及び通信デバイスをテーブル端末１及び情報端末２００が備える必要がない。

（第２の実施形態）
図１５は第２の実施形態に係るＰＯＳシステム５００の概略構成を示す図である。なお、図１に示される要素と同一の要素には同一の符号を付し、その詳細な説明を省略する。

ＰＯＳシステム５００は、伝票プリンタ３、ＰＯＳ端末４、通信ネットワーク５、テーブル端末６及びオーダー管理装置７を含む。つまりＰＯＳシステム５００は、ＰＯＳシステム１００におけるテーブル端末１及びオーダー管理装置２に代えてテーブル端末６及びオーダー管理装置７を含む。なお、テーブル端末６は、１つのみを図示しているが、複数がＰＯＳシステム５００に含まれる。オーダー管理装置７は、複数がＰＯＳシステム５００に含まれてもよい。またＰＯＳシステム５００は、オンライン決済のために、決済サイト４００に代えて決済サイト６００を用いる。
決済サイト６００は、決済サイト４００とほぼ同等であってよい。ただし決済サイト６００は、決済を完了した場合に認証コードを情報端末２００に通知する機能を備える。

図１６はテーブル端末６の要部回路構成を示すブロック図である。
テーブル端末６は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、タッチパネル１４、通信インタフェース１５、伝送路１６及び読取デバイス６１を含む。つまりテーブル端末６のハードウェアは、テーブル端末１のハードウェアに読取デバイス６１を追加した構成である。

読取デバイス６１は、情報端末２００の画面に表されたバーコードを読み取る。読取デバイス６１としては例えば、カメラと、当該カメラにより撮影された画像からバーコードを認識するアプリケーションプログラムによる情報処理との組み合わせにより実現される既存のデバイスを用いることができる。
なおテーブル端末６は、テーブル端末アプリＰ１に代えてテーブル端末アプリＰ１１を補助記憶デバイス１３に記憶している。

図１７はオーダー管理装置７の要部回路構成を示すブロック図である。
オーダー管理装置７は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インタフェース２４及び伝送路２５を含む。つまりオーダー管理装置７は、オーダー管理装置２と同様なハードウェア構造である。そしてオーダー管理装置７がオーダー管理装置２と異なるのは、オーダー管理アプリＰ２に代えてオーダー管理アプリＰ１２を補助記憶デバイス２３に記憶している点である。なお、通信インタフェース２４は、通信ネットワーク３００に接続されていなくてもよい。あるいは通信インタフェース２４としては、通信ネットワーク３００を介した通信の機能を備えないデバイスを用いてもよい。

次に以上のように構成されたＰＯＳシステム５００の動作について説明する。なお、ＰＯＳシステム５００の動作でＰＯＳシステム１００の動作と異なるのは、オンライン決済の完了をオーダー管理装置７にて判定するための情報処理である。そこで、以下においてはＰＯＳシステム１００の動作と相違する動作を中心に説明することとする。

図１８はテーブル端末６のプロセッサ１１によるテーブル端末処理のフローチャートである。プロセッサ１１は、このテーブル端末処理をテーブル端末アプリＰ１１に従って実行する。なおテーブル端末アプリＰ１１に従うテーブル端末処理の中の処理で、テーブル端末アプリＰ１に従うテーブル端末処理の中の処理と同一の処理については、図５と同一の符号を付して示すとともに、一部は図１８では図示を省略している。

プロセッサ１１は、ＡＣＴ１～ＡＣＴ１０については第１の実施形態と同様に行う。つまり第２の実施形態においても、客はオンライン決済を希望する場合には、情報端末２００を用いて決済サイト６００へとアクセスし、決済を行う。決済サイト６００は、決済のための処理は決済サイト４００と同様に行う。しかしながら決済サイト６００は、決済を完了した場合に認証データを生成する。決済サイト６００は例えば、当該決済のために情報端末２００から得たデータのうち、決済コードにも表されているデータのうちの予め定められた一部又は全てのデータを元データとする。決済サイト６００は、当該元データを、予め定められたアルゴリズムによって処理することによって得られる値を認証データとする。なお、元データとして使用するデータ及びアルゴリズムは例えば、決済サイト４００の運営者等と、ＰＯＳシステム１００の管理者等との間で任意に取り決められる。ただし、元データとして使用するデータ及びアルゴリズムは、決済サイト６００とＰＯＳシステム１００との双方で既知であればよく、誰により定められてもよい。そして決済サイト６００、この認証データを光学的に読み取り可能に表したコード（以下、認証コードと称する）を含んだ完了画面を表す画面データを情報端末２００に送る。これにより決済サイト６００は、認証データを情報端末２００に通知する。情報端末２００は、画面データを受けると、この画面データに従って完了画面を表示する。なお認証コードＢＣ７１は、二次元コードとしているが、例えば認証データに応じた文字列などの別の態様によって完了画面に表されてもよい。

図１９は完了画面ＳＣ７を示す図である。
完了画面ＳＣ７は、認証コードＢＣ７１及び文字列ＣＳ７１を含む。認証コードＢＣ７１は、上述の認証データを表す。文字列ＣＳ７１は、認証コードＢＣ７１をテーブル端末６に読み取らせるように客に案内する文字メッセージを表す。従って認証コードＢＣ７１は、完了画面ＳＣ７とは別の完了画面においては異なる。

客は、情報端末２００に完了画面が表示されたならば、そこに含まれた認証コードをテーブル端末６の読取デバイス６１に読み取らせる。かくして、読取デバイス６１は認証データを取得する取得手段の一例である。

テーブル端末６においてプロセッサ１１は、ＡＣＴ１０からＡＣＴ５１へと進む。
ＡＣＴ５１としてプロセッサ１１は、認証データが入力されるのを待ち受ける。そしてプロセッサ１１は、認証コードが読取デバイス６１によって読み取られたならばＹＥＳと判定してＡＣＴ５２へと進む。なおプロセッサ１１は、２次元コードを用いた認証コードＢＣ７１に代えて文字列を認証コードとして用いる場合には、ＡＣＴ５１としては文字列が入力されるのを待ち受ける。そしてプロセッサ１１は、文字列が入力されたならば、ＡＣＴ５２へと進む。

ＡＣＴ５２としてプロセッサ１１は、認証コードが表す認証データをオーダー管理装置７に対して通知する。プロセッサ１１は例えば、読取デバイス６１により認証コードから抽出された認証データを、認証データの通知を表すコマンドとともに含んだ通知データを、通信インタフェース１５からオーダー管理装置２に宛てて通信ネットワーク５へと送出する。

図２０はオーダー管理装置７のプロセッサ２１による管理処理のフローチャートである。プロセッサ１１は、この管理処理をオーダー管理アプリＰ１２に従って実行する。なおオーダー管理アプリＰ１２に従う管理処理の中の処理で、オーダー管理アプリＰ２に従う管理処理の中の処理と同一の処理については、図６と同一の符号を付して示すとともに、一部は図２０では図示を省略している。

プロセッサ２１は、ＡＣＴ２１～ＡＣＴ２９については第１の実施形態と同様に行う。そしてプロセッサ２１は、ＡＣＴ２９からＡＣＴ６１へと進む。
ＡＣＴ６１としてプロセッサ２１は、認証データが通知されるのを待ち受ける。そしてプロセッサ２１は、上述のようにテーブル端末６から送出されて通信ネットワーク５によりオーダー管理装置７へと伝送された通知データを通信インタフェース２４が受信すると、ＹＥＳと判定してＡＣＴ６２へと進む。

ＡＣＴ６２としてプロセッサ２１は、上記の通知データに含まれた認証データを検証する。プロセッサ２１は例えば、決済コードに表したデータのうちの、決済サイト６００が認証データを生成するための元データとするデータを、決済サイト６００が用いるのと同じアルゴリズムによって処理することによって検証データを生成する。そしてプロセッサ２１は例えば、この検証データが上記の認証データと一致するかどうかを確認する。

ＡＣＴ６３としてプロセッサ２１は、上記の検証の結果に基づき、テーブル端末６から通知された認証コードが正規の認証コードであるか否かを確認する。プロセッサ２１は、例えば検証データが認証データと一致しないならばＮＯと判定し、ＡＣＴ６４へと進む。
ＡＣＴ６４としてプロセッサ２１は、テーブル端末６に対してエラー通知を行う。プロセッサ２１は例えば、エラー通知を表すコマンドを含んだ通知データを、通信インタフェース２４からテーブル端末６に宛てて通信ネットワークへ５と送出する。プロセッサ２１はこののち、ＡＣＴ６１の待受状態に戻る。

一方でプロセッサ２１は、例えば検証データが認証データと一致したならばＡＣＴ６３にてＹＥＳと判定し、ＡＣＴ３３へと進む。つまりプロセッサ２１は、ＡＣＴ６３にてＹＥＳと判定したならば、第１の実施形態と同様に決済完了通知を行う。以降、プロセッサ２１は、第１の実施形態と同様に、図６中のＡＣＴ３４以降の処理を行う。
以上のようにしてオーダー管理装置７から送出されたエラー通知又は決済完了通知のための通知データが通信ネットワーク５によってテーブル端末６へと伝送されると、この通知データを通信インタフェース１５が受信する。

テーブル端末６においてプロセッサ１１は、ＡＣＴ５２を終えると、ＡＣＴ５３へと進む。
ＡＣＴ５３としてプロセッサ１１は、エラー通知がなされたか否かを確認する。そしてプロセッサ１１は、該当の通知がなされていないならばＮＯと判定し、ＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ１１は、決済完了通知がなされたか否かを確認する。そしてプロセッサ１１は、該当の通知がなされていないならばＮＯと判定し、ＡＣＴ５３へと戻る。
かくしてプロセッサ１１はＡＣＴ５３及びＡＣＴ５４としては、エラー通知又は決済完了通知がなされるのを待ち受ける。そしてプロセッサ１１は、上述のようにエラー通知のための通知データが通信インタフェース１５によって受信されたならば、ＡＣＴ５３にてＹＥＳと判定してＡＣＴ５５へと進む。

ＡＣＴ５５としてプロセッサ１１は、エラー画面を表示する。プロセッサ１１は例えば、予め定められたエラー画面をタッチパネル１４に表示させる。エラー画面は、テーブル端末６に読み取らせた認証コードが正規のものではないことを客に通知する画面である。そしてプロセッサ１１は、ＡＣＴ５１の待受状態に戻る。

プロセッサ１１は、上述のように決済完了通知のための通知データが通信インタフェース１５によって受信されたならば、ＡＣＴ５４にてＹＥＳと判定してＡＣＴ１２へと進む。プロセッサ１１は、第１の実施形態の場合と同様にＡＣＴ１２を実行する。

以上のようにＰＯＳシステム５００によれば、ＰＯＳシステム１００と同様、客は客席において、店員の介在なしに決済を終えることができる。そしてＰＯＳ端末４では、入力された伝票コードが関連付けられたテーブル端末６でのオーダーに関しての決済が完了しているのであれば、その旨が済み画面の表示によって店員に伝えられる。つまり、複数の客のそれぞれが、客席における決済を終えているか否かを店員が容易に認識できる。そしてこれにより店員は、ＰＯＳ端末４での決済のための作業を行う必要がない。また、客が決済の完了を証明するための何らかの動作を行ったり、店員が客に質問するなどの確認動作を行ったりする必要がなく、オンライン決済を終えた客をスムーズに退店させることが可能となる。

そしてＰＯＳシステム５００によれば、ＰＯＳシステム１００に比べると客の手間が増えるものの、決済結果の確認のための問合わせと応答とをオーダー管理装置７と決済サイト６００との間で繰り返す必要がない。これにより、オーダー管理装置７及び決済サイト６００の情報処理の負荷と、通信ネットワーク３００におけるトラフィック量とを、ＰＯＳシステム１００に比べて軽減できる。

この実施形態は、次のような種々の変形実施が可能である。
オーダー管理装置２のプロセッサ２１は、完了問合わせのための情報処理を、管理処理と並行して別処理として実行してもよい。この場合にプロセッサ２１は、済みフラグがリセット状態である複数のテーブル端末１に関する問合わせを一括で行ってもよい。

決済サイト４００からオーダー管理装置２へとアクセスすることを可能としておき、オーダー管理装置２からの問合わせ無しに、決済サイト４００からオーダー管理装置２へと決済完了を通知してもよい。

各テーブル端末１，６の決済状況の一覧を店員用の情報端末に表示させる等、決済状況を店員が認識可能とするための手法は任意であってよい。

テーブル端末１又はテーブル端末６と情報端末２００との間でのデータの授受は、無線通信又は赤外線通信などを利用してもよい。

決済データは、オーダー管理装置２，７から通信ネットワーク３００を介して情報端末２００に送られてもよい。この場合は例えば、第２の案内画面に、決済コードに代えて、情報端末２００が通信ネットワーク３００を介してオーダー管理装置２，７にアクセスするためのデータを光学的に読み取り可能に表したコードを表す。そしてオーダー管理装置２，７が、当該アクセスするためのデータに基づいての情報端末２００からのアクセスに応じて、当該情報端末２００に宛てて通信ネットワーク３００へと決済データを送出する。

オーダー管理装置２，７は、複数のプロセッサを備えて、これら複数のプロセッサにより複数のテーブル端末１のそれぞれに関する管理処理を分散処理してもよい。あるいは、複数のオーダー管理装置２，７によって、複数のテーブル端末１のそれぞれに関する管理処理を分散処理してもよい。

テーブル端末１が通信ネットワーク３００を介して決済サイト４００へとアクセスすることを可能としておき、決済が完了しているか否かの判定を、テーブル端末１から決済サイト４００へと問い合わせることによってテーブル端末１にて行ってもよい。そして、判定結果をテーブル端末１からオーダー管理装置２へと通知してもよい。

図２０中のＡＣＴ６２としての認証データの検証は、テーブル端末６で行ってもよい。この場合、プロセッサ１１は検証結果をオーダー管理装置７に通知する。そしてプロセッサ２１は、通知された検証結果に基づいてＡＣＴ６３の確認を行う。また、ＡＣＴ６２としての検証データの検証と、ＡＣＴ６３としての確認は、テーブル端末６で行ってもよい。つまり例えば、プロセッサ１１が、図１８中のＡＣＴ５２に代えて図２０中のＡＣＴ６３を実行し、図１８中のＡＣＴ５３，ＡＣＴ５４に代えて図２０中のＡＣＴ６３を実行する。そしてプロセッサ１１は、ＡＣＴ６３にてＮＯと判定した場合にＡＣＴ５５へと進み、ＹＥＳと判定した場合にＡＣＴ１２へと進む。またプロセッサ１１は、ＹＥＳと判定した場合には、オーダー管理装置２，７に対して決済が完了した旨の通知を行う。

テーブル端末６で検証データを生成し、認証データと検証データとの照合はオーダー管理装置７で行ってもよい。

認証データの検証は、通知された認証データが決済サイト６００で生成されたコードであることを確認できればよく、他の手法を用いてもよい。例えば、同じ元データに対して処理することによって、予め定められた差異を持つ２つの値がそれぞれ得られる２つのアルゴリズムを決済サイト６００での認証データの生成及びオーダー管理装置７での検証データの生成にそれぞれ用いてもよい。そしてこの場合にオーダー管理装置７にてプロセッサ２１はＡＣＴ６２としては、認証データに対して検証データが上記の差異を持つか否かを確認する。

オーダー端末は、個室の壁に取り付けられるタイプ、あるいはモバイル端末タイプなどのように、テーブル端末１，６とは別タイプの端末として実現されてもよい。

飲食品の提供以外のサービスのオーダー管理のためのオーダーシステムにも適用が可能である。また、ＰＯＳ機能を備えないオーダーシステムとしての実現も可能である。

情報処理により各プロセッサが実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 複数のオーダー端末と、オーダー管理装置とを含み、
前記オーダー端末に設けられ、オーダーを受け付ける受付手段と、
前記オーダー管理装置に設けられ、前記受付手段により受け付けられたオーダーを、当該オーダーを受け付けた前記受付手段が設けられた前記オーダー端末に関連付けて管理するオーダー管理手段と、
前記オーダー端末及び前記オーダー管理装置の少なくとも一方に設けられ、前記オーダー管理手段により管理されているオーダーをネット決済サービスにより決済するための決済データを、客が所持する情報端末に取得させるための動作を行う動作手段と、
前記オーダー端末又は前記オーダー管理装置に設けられ、前記決済データに基づく前記ネット決済サービスによる決済の完了を判定する判定手段と、
前記オーダー管理装置に設けられ、前記判定手段での判定結果に基づいて、前記複数のオーダー端末のそれぞれに関する決済が完了しているか否かを管理する決済管理手段と、を具備したオーダーシステム。
［付記２］ 前記判定手段は、前記決済データに基づく決済の完了を、前記ネット決済サービスを提供する決済装置から前記オーダー管理装置への通知に基づいて判定する、
付記１に記載のオーダーシステム。
［付記３］ 前記オーダー端末に設けられ、前記決済データに基づく決済の完了後に、当該決済データに関して予め定められた生成ルールに従って生成された認証データを、前記情報端末から取得する取得手段、
をさらに備え、
前記判定手段は、前記取得手段により取得された前記認証データが、前記情報端末に取得させた決済データに関して前記生成ルールに従って生成された検証データと一致する場合に、当該決済データに基づく決済が完了したと判定する、
付記１に記載のオーダーシステム。
［付記４］ 前記動作手段は、
前記オーダー管理装置に設けられ、前記オーダー端末に、当該オーダー端末に関連付けて前記オーダー管理手段により管理されているオーダーをネット決済サービスにより決済するための決済データを通知する通知手段と、
前記オーダー端末に設けられ、前記通知手段により通知された前記決済データを客が所持する情報端末に取得させるための動作を実行する実行手段と、
を具備する付記１－付記３のいずれか一項に記載のオーダーシステム。
［付記５］ 複数のオーダー端末とともにオーダーシステムを構成するオーダー管理装置であって、
前記オーダー端末で受け付けられたオーダーを、当該オーダーを受け付けた前記オーダー端末に関連付けて管理するオーダー管理手段と、
前記オーダー端末に、当該オーダー端末に関連付けて前記オーダー管理手段により管理されているオーダーをネット決済サービスにより決済するための決済データを通知する通知手段と、
前記決済データに基づく前記ネット決済サービスによる決済の完了を判定する判定手段と、
前記判定手段での判定結果に基づいて、前記複数のオーダー端末のそれぞれに関する決済が完了しているか否かを管理する決済管理手段と、
を具備したオーダー管理装置。
［付記６］ 複数のオーダー端末とともにオーダーシステムを構成するオーダー管理装置に備えられるコンピュータを、
前記オーダー端末で受け付けられたオーダーを、当該オーダーを受け付けた前記オーダー端末に関連付けて管理するオーダー管理手段と、
前記オーダー端末に、当該オーダー端末に関連付けて前記オーダー管理手段により管理されているオーダーをネット決済サービスにより決済するための決済データを通知する通知手段と、
前記決済データに基づく前記ネット決済サービスによる決済の完了を判定する判定手段と、
前記判定手段での判定結果に基づいて、前記複数のオーダー端末のそれぞれに関する決済が完了しているか否かを管理する決済管理手段と、
して機能させるための情報処理プログラム。

１…テーブル端末、２…オーダー管理装置、３…伝票プリンタ、４…ＰＯＳ端末、５…通信ネットワーク、６…テーブル端末、７…オーダー管理装置、１１，２１，４１…プロセッサ、１２，２２，４２…メインメモリ、１３，２３，４３…補助記憶デバイス、１４…タッチパネル、１５，２４，４８…通信インタフェース、１６，２５，４９…伝送路、４４…表示デバイス、４５…入力デバイス、４６…読取デバイス、４７…プリンタ、６１…読取デバイス、１００，５００…ＰＯＳシステム、２００…情報端末、３００…通信ネットワーク、４００，６００…決済サイト。

Claims (2)

1. 複数のオーダー端末と、オーダー管理装置とを含み、
   前記オーダー端末に設けられ、オーダーを受け付ける受付手段と、
   前記オーダー管理装置に設けられ、前記受付手段により受け付けられたオーダーを、当該オーダーを受け付けた前記受付手段が設けられた前記オーダー端末に関連付けて管理するオーダー管理手段と、
   前記オーダー端末及び前記オーダー管理装置の少なくとも一方に設けられ、前記オーダー管理手段により管理されているオーダーをネット決済サービスにより決済するための決済データを、客が所持する情報端末に取得させるための動作を行う動作手段と、
   前記オーダー端末に設けられ、前記決済データに基づく決済の完了後に当該決済データに関して予め定められた生成ルールに従って生成された認証データを、前記情報端末から取得する取得手段と、
   前記オーダー端末に設けられ、前記取得手段により取得された前記認証データを、前記オーダー管理装置へと通知する第１の通知手段と、
   前記オーダー管理装置に設けられ、前記第１の通知手段により通知された前記認証データが、前記情報端末に取得させた前記決済データに関して前記生成ルールに従って生成された検証データと一致する場合に、当該決済データに基づく前記ネット決済サービスによる決済が完了したと判定する判定手段と、
   前記オーダー管理装置に設けられ、前記判定手段での判定結果に基づいて、前記複数のオーダー端末のそれぞれに関する決済が完了しているか否かを管理する決済管理手段と、を具備したオーダーシステム。
2. 前記動作手段は、
   前記オーダー管理装置に設けられ、前記オーダー端末に、当該オーダー端末に関連付けて前記オーダー管理手段により管理されているオーダーをネット決済サービスにより決済するための決済データを通知する第２の通知手段と、
   前記オーダー端末に設けられ、前記第２の通知手段により通知された前記決済データを客が所持する情報端末に取得させるための動作を実行する実行手段と、
   を具備する請求項１に記載のオーダーシステム。