JP7616906B2 - 注文管理装置、情報処理プログラム及び注文処理システム - Google Patents

Description

本発明の実施形態は、注文管理装置、情報処理プログラム及び注文処理システムに関する。

飲食店等の店舗での飲食物等の商品の提供に関わる注文を受け付けるウェブサービス（以下、受注代行サービスと称する）は、例えばフードデリバリーサービスなどとして種々提供されている。そして、１つの店舗で、複数の受注代行サービスが併用されることも多い。
受注代行サービスは一般に、専用端末を店舗に設置し、当該専用端末で受注に関する通知を受けるものとなっている。このため、複数の受注代行サービスを併用する店舗においては、それら複数の受注代行サービスのそれぞれの専用端末をいずれも設置する必要が有った。
このため、複数の専用端末を設置するためのスペースが必要となるとともに、店員の作業が繁雑になっていた。
このような事情から、１つの店舗で複数の受注代行サービスを併用する場合の店舗の負担を軽減できることが望まれていた。

特開２０２０－２０１８０４号公報

本発明が解決しようとする課題は、１つの店舗で複数の受注代行サービスを併用する場合の店舗の負担を軽減できる注文管理装置、情報処理プログラム及び注文処理システムを提供することである。

実施形態の注文管理装置は、店舗に備えられる店舗システムと、店舗での商品提供の注文を受ける複数の受注システムと共に注文処理システムを構成する注文管理装置であって、取得手段、第１の管理手段、抽出手段、生成手段、第１の送信手段及び第１の通知手段を備える。取得手段は、複数の受注システムから、商品の注文に関してそれぞれ複数項目のデータをそれぞれ異なるフォーマットで含んだ第１の受注データを取得する。第１の管理手段は、取得手段により取得された第１の受注データを、当該第１の受注データに関する注文を受注システムで識別するための第１の注文識別子と、当該第１の受注データの取得元が複数の受注システムのいずれであるかを識別するためのシステム識別子と、当該第１の受注データに関する注文を店舗システムで識別するための第２の注文識別子と、に関連付けて管理する。抽出手段は、取得手段により取得された第１の受注データに含まれるデータ要素のうちから、予め定められた項目に関するデータ要素を抽出する。生成手段は、抽出手段により抽出されたデータ要素を予め定められたフォーマットで含んだ第２の受注データを生成する。第１の送信手段は、生成手段により生成された第２の受注データを店舗システムに送信する。第１の通知手段は、店舗システムから、第２の注文識別子の通知を伴っての準備作業の完了通知を受けると、当該通知された第２の注文識別子に関連付けて第１の管理手段により管理される第１の受注データに関連付けられた第１の注文識別子の通知を伴って準備作業の完了を受注システムに対して通知する。

一実施形態に係る注文処理システムの概略構成を示す図。 図１に示される注文管理サーバの要部回路構成を示すブロック図。 図２に示される受注データ領域に記憶される１つの管理データのデータ構造を模式的に示す図。 図１に示される受注サーバの要部回路構成を示すブロック図。 図１に示される店舗ステーションの要部回路構成を示すブロック図。 図５に示される注文データ領域に記憶される１つの注文管理データＤＡＢの構成を模式的に示す図。 図５に示されるプロセッサによる情報処理のフローチャート。 図５に示されるプロセッサによる情報処理のフローチャート。 図２に示されるプロセッサによる情報処理のフローチャート。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、店内飲食が可能な飲食店で調理の上で提供される飲食品等の商品の注文を処理する注文処理システムを例に説明する。なお、飲食品等の調理は、商品を提供するための準備作業の一例である。この準備作業は、調理には限らず、例えば調理済みの商品又は既製商品等のパッケージング作業、調理前の段階の食材を調達する作業等、商品の注文があったことを確認するための受注確認の確認作業など、任意であってよい。また、注文処理システムで処理する注文の対象となる商品は、飲食品には限らず、商品を提供する店舗も飲食店には限らない。また、店舗が飲食店であるとしても、テイクアウト専門店などの店内飲食ができない飲食店であってもよい。

図１は本実施形態に係る注文処理システム１００の概略構成を示す図である。
注文処理システム１００は、注文管理サーバ１、複数の受注システム２及び店舗システム３を含む。注文処理システム１００は、店舗システム３を複数含んでもよい。注文管理サーバ１は、複数の受注システム２及び店舗システム３と通信ネットワーク２００を介して通信可能である。通信ネットワーク２００としては、典型的にはインターネット及び移動体通信網が用いられる。しかしながら通信ネットワーク２００としては、インターネット、移動体通信網、ＬＡＮ（local area network）、ＶＰＮ（virtual private network）、公衆通信網などを、単独又は適宜に組み合わせて用いることができる。

注文管理サーバ１は、複数の受注システム２で受けられた注文に関して、受注システム２から個別のフォーマットで送信される第１の受注データを収集して管理する。注文管理サーバ１は、第１の受注データに基づいて、店舗システム３での取り扱いに適したフォーマットの第２の受注データを生成して、この第２の受注データを店舗システム３に与えることで、受注システム２と店舗システム３とを仲介する仲介サービスを提供する。注文管理サーバ１は、注文管理装置の一例である。

複数の受注システム２は、個別の受注代行サービスを提供する個別のサービス提供者により運営される。このため、複数の受注システム２の構成は個別に異なる。複数の受注システム２は、受注代行サービスを提供するための受注サーバ２１をいずれも備える。しかしながら、これらの受注サーバ２１が実行する情報処理は、個別の受注代行サービスに適応してそれぞれ異なる。

店舗システム３は、注文された商品を調理の上で注文者に提供する飲食店等の店舗に設けられる。店舗システム３は、飲食店ＰＯＳシステムとも称される。
店舗システム３は、店舗ステーション３１、ハンディ端末３２、伝票プリンタ３３、キッチン端末３４、ＰＯＳ端末３５、無線ルータ３６、通信ネットワーク３７及びゲートウェイ３８を含む。店舗ステーション３１、ハンディ端末３２、伝票プリンタ３３、ＰＯＳ端末３５及び無線ルータ３６は、図１では１つずつを示しているが、その数はそれぞれに任意である。ハンディ端末３２は多くの場合、複数が店舗システム３に含まれる。

そして店舗システム３は、店舗ステーション３１、ハンディ端末３２、伝票プリンタ３３、キッチン端末３４及びＰＯＳ端末３５を、通信ネットワーク３７を介して互いに通信可能とすることによって構成されている。ただし、ハンディ端末３２及びキッチン端末３４は、無線ルータ３６との無線通信により、無線ルータ３６を介して通信ネットワーク３７に接続される。しかしながら、ハンディ端末３２及びキッチン端末３４は、通信ネットワーク３７に直接に接続されてもよい。あるいは、店舗ステーション３１、伝票プリンタ３３及びＰＯＳ端末３５が、無線ルータ３６との無線通信により、無線ルータ３６を介して通信ネットワーク３７に接続されてもよい。

店舗ステーション３１は、注文管理サーバ１から通知された注文又はハンディ端末３２で受け付けられた注文を管理する。
ハンディ端末３２は、店舗内での注文を受けるための操作を受け付けるオーダー端末の一形態である。ハンディ端末３２は、店員によって携帯されて、店員によって操作される。

伝票プリンタ３３は、例えば接客フロア又はキッチンに設置される。接客フロアに設置された伝票プリンタ３３は、注文伝票を客のために印刷する。すなわち、接客フロアに設置された伝票プリンタ３３は、いわゆるカスタマープリンタである。またキッチンに設置された伝票プリンタ３３は、調理伝票を調理人のために印刷する。すなわち、キッチンに設置された伝票プリンタ３３は、いわゆるキッチンプリンタである。
キッチン端末３４は、例えばキッチンに設置される。キッチン端末３４は、店舗ステーション３１で管理されている注文を調理人等が確認するための画面を表示する。またキッチン端末３４は、調理人等による店舗ステーション３１に対する各種の指示を入力する。

ＰＯＳ端末３５は、例えば接客フロア又はチェックアウトカウンタに設置される。ＰＯＳ端末３５は、客に対する案内、受注、給仕、配膳、あるいは会計などの各種の業務に関する情報処理を行う。そして、接客フロアに設置されたＰＯＳ端末３５においては、案内、受注、給仕及び配膳に関する情報処理が主として実行される。またチェックアウトカウンタに設置されたＰＯＳ端末３５においては、さらに会計に関する情報処理が実行される。なお、ＰＯＳ端末３５は、上記の業務の一部のみに関する処理を行うことにより、特定の用途に特化したものとしてもよい。

無線ルータ３６は、無線通信機能を備えているキッチン端末３４及びハンディ端末３２等の機器と無線通信を行いつつ、当該機器が通信ネットワーク３７を介して通信することを可能とする。
通信ネットワーク３７は、店舗ステーション３１、ハンディ端末３２、伝票プリンタ３３、キッチン端末３４及びＰＯＳ端末３５等の通信機能を備えた機器が相互に授受するデータを伝送する。通信ネットワーク３７としては、典型的にはＬＡＮが用いられる。しかしながら通信ネットワーク３７としては、ＬＡＮ、インターネット、ＶＰＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。
ゲートウェイ３８は、通信ネットワーク３７と通信ネットワーク２００とを接続する。

図２は注文管理サーバ１の要部回路構成を示すブロック図である。
注文管理サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信ユニット１４及び伝送路１５等を備える。プロセッサ１１と、メインメモリ１２、補助記憶ユニット１３及び通信ユニット１４とは、伝送路１５を介して接続される。

プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５により接続されることによってコンピュータが構成される。
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム、ミドルウェア及びアプリケーションプログラム等の情報処理プログラムに従って、注文管理サーバ１としての各種の機能を実現するための情報処理を実行する。

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

補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３としては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、あるいはＳＳＤ（solid state drive）などの周知の記憶デバイスを、単独又は複数組み合わせて適用できる。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータや、プロセッサ１１での処理によって生成されたデータを保存する。補助記憶ユニット１３は、情報処理プログラムを記憶する。補助記憶ユニット１３が記憶する情報処理プログラムの１つは、注文管理サーバ１としての機能を実現するための情報処理の手順を記述したアプリケーションプログラム（以下、注文管理アプリと称する）ＡＰＡである。補助記憶ユニット１３の記憶領域の一部は、サービスデータベースＤＢＡ、店舗データベースＤＢＢ、変換テーブル群ＴＡＡ及び受注データ領域ＡＲＡとして使用される。

サービスデータベースＤＢＡは、複数の受注システム２によりそれぞれ提供される複数の受注代行サービスにそれぞれ関連付けられ、各受注代行サービスに関する各種のデータを含んだデータレコードの集合である。サービスデータベースＤＢＡのデータレコードには、関連付けられた受注代行サービスの識別子としてのサービスコードが少なくとも含まれる。この他、サービスデータベースＤＢＡのデータレコードには、受注サーバ２１にデータを送信するためのアドレスなどの適宜のデータが含まれ得る。

店舗データベースＤＢＢは、店舗システム３が設けられている店舗に関連付けられ、当該店舗に関する各種のデータを含んだデータレコードを含む。注文管理サーバ１が、複数の店舗を対象として仲介サービスを提供するのであれば、それら複数の店舗のそれぞれに関連付けられた複数のデータレコードが店舗データベースＤＢＢに含まれる。店舗データベースＤＢＢのデータレコードには、関連付けられた店舗を注文管理サーバ１が識別するための店舗コード（以下、第２の店舗コードと称する）が少なくとも含まれる。この他、店舗データベースＤＢＢのデータレコードには、受注サーバ２１にデータを送信するためのアドレスなどの適宜のデータが含まれ得る。

変換テーブル群ＴＡＡは、受注システム２のうちの１つと店舗システム３の１つとの組合せのそれぞれに関連付けられた変換テーブルの集合である。変換テーブルは、受注システム２で店舗を識別するための店舗コード（以下、第１の店舗コードと称する）と第２の店舗コードとを関連付けて表す。変換テーブルは、受注システム２で用いられる商品の識別子としての商品コード（以下、第１の商品コードと称する）と、店舗システム３で用いられる商品の識別子としての商品コード（以下、第２の商品コードと称する）とを関連付けて表す。
受注データ領域ＡＲＡは、受注サーバ２１から取得した第１の受注データを管理するための管理データを記憶する。受注データ領域ＡＲＡは、管理データを複数記憶可能である。

通信ユニット１４は、通信ネットワーク２００を介したデータ授受のための通信処理を実行する。通信ユニット１４としては、例えば通信ネットワーク２００の通信規格に準拠した既存の通信デバイスを用いることができる。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

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

図３は受注データ領域ＡＲＡに記憶される１つの管理データＤＡＡのデータ構造を模式的に示す図である。
管理データＤＡＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ，ＦＡＤを含む。フィールドＦＡＡには、第１の受注データに関する注文を店舗システム３で識別するための識別子としての受注コード（以下、第２の受注コードと称する）がセットされる。フィールドＦＡＢには、第１の受注データに関する注文を受けた受注代行サービスのサービスコードがセットされる。フィールドＦＡＣには、第１の受注データがセットされる。フィールドＦＡＤには、第１の受注データに関する注文のステータスがセットされる。

図４は受注サーバ２１の要部回路構成を示すブロック図である。
受注サーバ２１は、プロセッサ２１１、メインメモリ２１２、補助記憶ユニット２１３、通信ユニット２１４及び伝送路２１５等を備える。プロセッサ２１１と、メインメモリ２１２、補助記憶ユニット２１３及び通信ユニット２１４とは、伝送路２１５を介して接続される。

プロセッサ２１１、メインメモリ２１２及び補助記憶ユニット２１３が伝送路２１５により接続されることによってコンピュータが構成される。
プロセッサ２１１は、上記コンピュータの中枢部分に相当する。プロセッサ２１１は、オペレーティングシステム、ミドルウェア及びアプリケーションプログラム等の情報処理プログラムに従って、受注サーバ２１としての各種の機能を実現するための情報処理を実行する。

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

補助記憶ユニット２１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット２１３としては、例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤなどの周知の記憶デバイス、単独又は複数組み合わせて適用できる。補助記憶ユニット２１３は、プロセッサ２１１が各種の処理を行う上で使用するデータや、プロセッサ２１１での処理によって生成されたデータを保存する。補助記憶ユニット２１３は、情報処理プログラムを記憶する。補助記憶ユニット２１３が記憶する情報処理プログラムの１つは、受注サーバ２１としての機能を実現するための情報処理の手順を記述したアプリケーションプログラム（以下、受注アプリと称する）ＡＰＢである。補助記憶ユニット２１３の記憶領域の一部は、利用者データベースＤＢＣ、店舗データベースＤＢＤ及び注文データ領域ＡＲＢとして使用される。

利用者データベースＤＢＣは、受注代行サービスの利用者にそれぞれ関連付けられ、当該利用者に関する各種のデータを含んだデータレコードの集合である。利用者データベースＤＢＣのデータレコードには、関連付けられた利用者の識別子としての利用者コードが少なくとも含まれる。この他、利用者データベースＤＢＣのデータレコードには、利用者の個人情報、決済情報、あるいは利用者が受注代行サービスの利用に用いる通信端末の識別子などの適宜のデータが含まれ得る。なお、利用者コードは、受注代行サービス毎に個別に定められてよい。

店舗データベースＤＢＤは、受注代行サービスに加盟している店舗に関連付けられ、当該店舗に関する各種のデータを含んだデータレコードを含む。受注代行サービスに複数の店舗が加盟しているのであれば、それら複数の店舗のそれぞれに関連付けられた複数のデータレコードが店舗データベースＤＢＤに含まれる。店舗データベースＤＢＤのデータレコードには、関連付けられた店舗を受注サーバ２１が識別するための店舗コード（以下、第１の店舗コードと称する）が少なくとも含まれる。この他、店舗データベースＤＢＤのデータレコードには、関連付けられた店舗で提供される商品に関する、例えば第１の商品コードなどの適宜のデータが含まれ得る。なお、第１の店舗コード及び第１の商品コードは、受注代行サービス毎に個別に定められてよい。つまり、１つの店舗についての第１の店舗コードは、複数の受注代行サービスのそれぞれで異なってもよい。また同じ商品についての第１の商品コードは、複数の受注代行サービスのそれぞれで異なってもよい。
注文データ領域ＡＲＢは、利用者から受けた注文の内容を管理するための管理データを記憶する。注文データ領域ＡＲＢは、管理データを複数記憶可能である。

通信ユニット２１４は、通信ネットワーク２００を介したデータ授受のための通信処理を実行する。通信ユニット２１４としては、例えば通信ネットワーク２００の通信規格に準拠した既存の通信デバイスを用いることができる。
伝送路２１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

受注サーバ２１は、例えば汎用のコンピュータ装置を基本ハードウェアとして用いることができる。このときに典型的には、受注アプリＡＰＢが補助記憶ユニット２１３に記憶されない状態のコンピュータ装置と受注アプリＡＰＢとが個別に譲渡される。受注アプリＡＰＢの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、任意の操作者による操作に応じて、プロセッサ２１１により補助記憶ユニット２１３へと受注アプリＡＰＢが書き込まれる。ただし、受注サーバ２１の譲渡は、受注アプリＡＰＢが補助記憶ユニット２１３に記憶された状態で行われてもよい。受注アプリＡＰＢは、メインメモリ２１２に記憶されてもよい。

図５は店舗ステーション３１の要部回路構成を示すブロック図である。
店舗ステーション３１は、プロセッサ３１１、メインメモリ３１２、補助記憶ユニット３１３、通信ユニット３１４及び伝送路３１５を含む。

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

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

補助記憶ユニット３１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット３１３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶ユニット３１３は、プロセッサ３１１各種の処理を行う上で使用するデータ、あるいはプロセッサ３１１での処理によって生成されたデータを保存する。補助記憶ユニット３１３は、上記の情報処理プログラムを記憶する場合もある。

通信ユニット３１４は、プロセッサ３１１が通信ネットワーク３７を介してデータを授受するための通信処理を行う。
伝送路３１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

補助記憶ユニット３１３は、情報処理プログラムの１つであるステーションアプリＡＰＣを記憶する。ステーションアプリＡＰＣは、アプリケーションプログラムであり、店舗ステーション３１としての動作を実現するための情報処理について記述されている。店舗ステーション３１の基本ハードウェアとしては、例えば汎用の情報処理装置を用いることができる。そして店舗ステーション３１の譲渡は一般に、補助記憶ユニット３１３にステーションアプリＡＰＣが記憶された状態で行われる。しかし、ステーションアプリＡＰＣが補助記憶ユニット３１３に記憶されない状態のハードウェアと、ステーションアプリＡＰＣとが別々に譲渡されてもよい。この場合は、任意の作業者の操作に応じて、補助記憶ユニット３１３にステーションアプリＡＰＣが書き込まれることによって、店舗ステーション３１が構成される。また、補助記憶ユニット３１３に記憶された別のステーションアプリを、任意の作業者の操作に応じて、ステーションアプリＡＰＣに書き換えることによって店舗ステーション３１が構成されてもよい。ステーションアプリＡＰＣの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。ステーションアプリＡＰＣは、メインメモリ３１２に記憶されてもよい。
補助記憶ユニット３１３の記憶領域の一部は、注文管理データを記憶するための注文データ領域ＡＲＣとして用いられる。注文データ領域ＡＲＣは、複数の注文管理データを記憶可能である。

図６は注文データ領域ＡＲＣに記憶される１つの注文管理データＤＡＢの構成を模式的に示す図である。
注文管理データＤＡＢは、１グループの客に関する注文、あるいは受注システム２により受けられた１注文に関連付けられる。注文管理データＤＡＢは、フィールドＦＢＡ，ＦＢＢ，ＦＢＣ，ＦＢＤ，ＦＢＥを含む。注文管理データＤＡＢは、フィールドＦＢＦ以降のフィールドを含む場合もある。

フィールドＦＢＡには、関連付けられている注文を識別するための第２の受注コードがセットされる。第２の受注コードは、伝票コードなどとも称される。フィールドＦＢＢには、関連付けられている注文に関して客が利用している客席を識別するための識別子としてのテーブル番号がセットされる。フィールドＦＢＣには、関連付けられている注文に関して店舗ステーション３１にて管理しているステータス（以下、注文ステータスと称する）がセットされる。フィールドＦＢＤには、関連付けられている注文に関する決済に関するステータス（以下、決済ステータスと称する）がセットされる。フィールドＦＢＥには、関連付けられている注文の対象である商品に関する商品データがセットされる。関連付けられている注文に関して複数の商品を受注済みである場合、注文管理データＤＡＢには、フィールドＦＢＦ以降のフィールドが追加され、そのフィールドに商品データがセットされる。

フィールドＦＢＥ以降の各フィールドにセットされる商品データはそれぞれ、フィールドＦＣＡ，ＦＣＢ，ＦＣＣ，ＦＣＤを含む。フィールドＦＣＡには、第２の商品コードがセットされる。フィールドＦＣＢには、注文された数量がセットされる。フィールドＦＣＣには、商品の単価がセットされる。フィールドＦＣＤには、注文された商品に関するステータス（以下、商品ステータスと称する）がセットされる。
なお、注文管理データＤＡＢ及び商品データは、例えばフィールドＦＢＢ又はフィールドＦＣＣなどの一部のフィールドを含まなくてもよい。また注文管理データＤＡＢ及び商品データは、図６には示されないフィールドを含み、任意のデータがセットされてもよい。

次に以上のように構成された注文処理システム１００の動作について説明する。なお、以下に説明する各種処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理については記載を省略している。

店舗ステーション３１が、注文を管理する動作状態にあるとき、プロセッサ３１１はステーションアプリＡＰＣに従って、以下に説明する情報処理を行う。
図７及び図８はプロセッサ３１１による情報処理のフローチャートである。

図７中のＡＣＴ１１としてプロセッサ３１１は、ハンディ端末３２から送信された注文データが受信されたか否かを確認する。そしてプロセッサ３１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２へと進む。
ＡＣＴ１２としてプロセッサ３１１は、注文管理サーバ１からの予約通知がなされたか否かを確認する。そしてプロセッサ３１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３へと進む。
ＡＣＴ１３としてプロセッサ３１１は、注文管理サーバ１からの受注通知がなされたか否かを確認する。そしてプロセッサ３１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４へと進む。
ＡＣＴ１４としてプロセッサ３１１は、受注済みの商品の調理が終了した旨の通知がなされたか否かを確認する。そしてプロセッサ３１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ３１１は、ＰＯＳ端末３５からの会計問合わせを受けたか否かを確認する。そしてプロセッサ３１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１１へと戻る。
かくしてプロセッサ３１１はＡＣＴ１１～ＡＣＴ１５としては、注文データの受信、予約通知、受注通知、調理終了及び会計問合わせのいずれかの事象が生じるのを待ち受ける。

店舗にてなされる客の注文は、店員により聞き取られた上で、当該店員による操作によってハンディ端末３２に入力される。そうするとハンディ端末３２は、上記の操作に従って注文データを生成し、無線ルータ３６及び通信ネットワーク３７を介して店舗ステーション３１へと送信する。ハンディ端末３２は、注文した客が使用している客席に割り当てられたテーブル番号と、注文された商品の第２の商品コードとを注文データに少なくとも含める。ハンディ端末３２は、１つの第２の商品コードで識別される商品の注文数として２以上が指定された場合には、その数量を注文データに含める。なおハンディ端末３２は、複数の商品が注文される場合、それら複数の商品の第２の商品コードを個々に含んだ複数の注文データを順次に送信してもよいし、複数の第２の商品コードをいずれも含んだ１つの注文データを送信してもよい。

注文データが通信ネットワーク３７により店舗ステーション３１へと伝送されると、この注文データを通信ユニット３１４が受信する。そしてこれに応じてプロセッサ３１１は、ＡＣＴ１１にてＹＥＳと判定し、ＡＣＴ１６へと進む。
ＡＣＴ１６としてプロセッサ３１１は、注文データに基づいて更新すべき注文管理データＤＡＢが既に注文データ領域ＡＲＣに存在するか否かを確認する。プロセッサ３１１は例えば、注文データに含まれたテーブル番号がフィールドＦＢＢにセットされている注文管理データＤＡＢを注文データ領域ＡＲＣから探す。そしてプロセッサ３１１は、該当の注文管理データＤＡＢが見つからなかったならばＮＯと判定し、ＡＣＴ１７へと進む。

ＡＣＴ１７としてプロセッサ３１１は、注文データ領域ＡＲＣに既に記憶されている注文管理データＤＡＢとは別の新たな注文管理データＤＡＢを生成し、注文データ領域ＡＲＣに保存する。プロセッサ３１１は例えば、新たな注文管理データＤＡＢのフィールドＦＢＡには、注文データ領域ＡＲＣに既に記憶されている注文管理データＤＡＢの第２の受注コードとは異なるように予め定められたルールに従って決定した第２の受注コードをセットする。プロセッサ３１１は例えば、新たな注文管理データＤＡＢのフィールドＦＢＢには、注文データに含まれたテーブル番号をセットする。プロセッサ３１１は例えば、新たな注文管理データＤＡＢのフィールドＦＢＣにセットする注文ステータスは「未完了」を表す状態としておく。プロセッサ３１１は例えば、新たな注文管理データＤＡＢのフィールドＦＢＤにセットする決済ステータスは「未決済」を表す状態としておく。プロセッサ３１１は例えば、新たな注文管理データＤＡＢのフィールドＦＢＥ以降には、注文データに含まれる第２の商品コードにそれぞれ関連付けた商品データをセットしたフィールドを含める。プロセッサ３１１は例えば、商品データのフィールドＦＣＡには、関連付けた第２の商品コードをセットする。プロセッサ３１１は例えば、商品データのフィールドＦＣＢには、関連付けた第２の商品コードに関する数量が注文データに含まれているならばその数量をセットし、数量が注文データに含まれないならば「１」をセットする。プロセッサ３１１は例えば、商品データのフィールドＦＣＣには、関連付けた第２の商品コードで識別される商品の単価をセットする。なおプロセッサ３１１は例えば、補助記憶ユニット３１３又は図示しないＰＯＳサーバなどの別の装置に備えられた任意の記憶デバイスに記憶された商品マスタデータベースを参照することで該当の単価を取得する。プロセッサ３１１は例えば、商品データのフィールドＦＣＤにセットする商品ステータスは「受注済み」を表す状態としておく。

一方、プロセッサ３１１は例えば、注文データに含まれたテーブル番号がフィールドＦＢＢにセットされている注文管理データＤＡＢを注文データ領域ＡＲＣから見つけることができたならば、ＡＣＴ１６にてＹＥＳと判定し、ＡＣＴ１８へと進む。
ＡＣＴ１８としてプロセッサ３１１は、上記の見つけた注文管理データＤＡＢを注文データに基づいて更新する。プロセッサ３１１は例えば、該当の注文管理データＤＡＢの末尾のフィールドの後に、注文データに含まれる商品コードにそれぞれ関連付けた商品データをセットしたフィールドを追加する。プロセッサ３１１がＡＣＴ１８へと初めて進んだ場合、注文管理データＤＡＢの末尾がフィールドＦＢＥであるならば、フィールドＦＢＦが追加されることになる。

プロセッサ３１１は、ＡＣＴ１７又はＡＣＴ１８を終えると、いずれの場合もＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ３１１は、調理伝票をプリントするように伝票プリンタ３３に指示する。そしてプロセッサ３１１はこののち、ＡＣＴ１１～ＡＣＴ１５の待受状態に戻る。

ところで、受注サーバ２１のプロセッサ２１１は、図１に示す携帯端末３００等の任意の通信端末を用いて利用者が通信ネットワーク２００を介してアクセスしてきて、予め定められた指示により商品提供を注文すると、これを受け付ける。そしてプロセッサ２１１は、受け付けた注文の内容を管理しておく。ここでのプロセッサ２１１の処理は、例えば既存の受注代行サービスを提供するためのウェブサーバにて行われている処理と同様であってよい。プロセッサ２１１はまた、当該注文の内容を受注システム２毎に定められたフォーマットで表す第１の受注データを生成し、注文管理サーバ１に宛てて通信ネットワーク２００へと送出する。なお複数の受注サーバ２１のそれぞれのプロセッサ２１１は、いずれも、自ら決定した第１の受注コード、注文先の店舗に関する第１の店舗コード、注文された商品に関する第１の商品コードと数量、タイミング情報及び決済データを、少なくとも第１の受注データに含める。プロセッサ２１１は、商品の提供を受ける時刻（以下、予約時刻と称する）が利用者により指定されたならば当該予約時刻を表すタイミング情報を第１の受注データに含め、予約時刻が指定されないならば「即時」を表すタイミング情報を第１の受注データに含める。プロセッサ２１１は、受注代行サービスの規定で、注文に関する決済を受注システム２で行うことが決められている場合、あるいは利用者により受注システム２での決済が指定された場合には、受けた注文に関する代金を算出し、当該代金を利用者に決済させるための決済処理を行う。そしてプロセッサ２１１は、この決済処理を行った場合には、「決済済み」を表すデータを決済データとして第１の受注データに含める。しかしながらプロセッサ２１１は、決済処理を行わないならば、利用者により指定された決済方法を表すデータを決済データとして第１の受注データに含める。かくして受注アプリＡＰＢに基づく情報処理をプロセッサ２１１が実行することによって、プロセッサ２１１を中枢部分とするコンピュータは第２の送信手段として機能する。

一方、注文管理サーバ１のプロセッサ１１は、注文管理アプリＡＰＡに従って、以下に説明する情報処理を行う。
図９はプロセッサ１１による情報処理のフローチャートである。

ＡＣＴ４１としてプロセッサ１１は、第１の受注データが受信されたか否かを確認する。そしてプロセッサ１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４２へと進む。
ＡＣＴ４２としてプロセッサ１１は、管理しているいずれかの注文に関しての後述する開始タイミングが到来したか否かを確認する。そしてプロセッサ１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４３へと進む。
ＡＣＴ４３としてプロセッサ１１は、店舗システム３から調理完了の通知がなされたか否かを確認する。そしてプロセッサ１１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４１へと戻る。
かくしてプロセッサ１１は、ＡＣＴ４１～ＡＣＴ４３としては、第１の受注データが受信されるか、開始タイミングが到来するか、あるいは調理完了が通知されるのを待ち受ける。

前述のように受注サーバ２１から送信された第１の受注データが通信ネットワーク２００により注文管理サーバ１へと伝送されると、この第１の受注データを通信ユニット１４が受信する。そうするとプロセッサ１１はＡＣＴ４１にてＹＥＳと判定し、ＡＣＴ４４へと進む。なお、以下におけるプロセッサ１１の処理の説明において単に「第１の受注データ」と記す場合は、ここで受信された第１の受注データを指すこととする。

ＡＣＴ４４としてプロセッサ１１は、第２の受注コードを暫定的に決定する。プロセッサ１１は、例えば予め定められたルールに従って、既に受注データ領域ＡＲＡに含まれている管理データＤＡＡのフィールドＦＡＡにセットされている第２の受注コードと重複しないように第２の受注コードを決定する。

ＡＣＴ４５としてプロセッサ１１は、新たな管理データＤＡＡを受注データ領域ＡＲＡに保存する。プロセッサ１１は、新たな管理データＤＡＡのフィールドＦＡＡには、ＡＣＴ４４で決定した第２の受注コードをセットする。プロセッサ１１は、新たな管理データＤＡＡのフィールドＦＡＢには、第１の受注データを送信した受注サーバ２１が属する受注代行サービスのサービスコードをセットする。プロセッサ１１は、新たな管理データＤＡＡのフィールドＦＡＣには、第１の受注データをセットする。プロセッサ１１は、新たな管理データＤＡＡのフィールドＦＡＤにセットする注文ステータスは、「未完了」を表す状態としておく。なおプロセッサ１１は、第１の受注データを管理データＤＡＡとは別にメインメモリ１２又は補助記憶ユニット１３、あるいはその他の任意の記憶デバイスに保存し、管理データＤＡＡには第１の受注データのファイルパスをセットしておくのでもよい。

かくしてプロセッサ１１は、第１の受注データを取得し、受注データ領域ＡＲＡに保存しているのである。つまり注文管理アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは取得手段として機能する。またプロセッサ１１は、管理データＤＡＡを受注データ領域ＡＲＡに保存していることにより、第１の受注データを、第１の注文識別子としての第１の受注コードと、システム識別子としての識別コードと、第２の注文識別子としての第２の受注コードと、に関連付けて管理しているのである。つまり注文管理アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第１の管理手段として機能する。

ＡＣＴ４６としてプロセッサ１１は、第２の受注データを生成する。プロセッサ１１は例えば、第１の受注データから、第１の商品コード及び数量の組合せを全て抽出する。プロセッサ１１は例えば、第１の受注データを送信した受注サーバ２１が属する受注システム２と、第１の受注データに含まれる第１の店舗コードで識別される店舗との組合せに関連付けられた変換テーブルを、変換テーブル群ＴＡＡに含まれる複数の変換テーブルのなかから選択する。プロセッサ１１は例えば、抽出した第１の商品コード及び数量の組合せにおける第１の商品コードを、上記の選択した変換テーブルに基づいて第２の商品コードに変換する。ただしプロセッサ１１は、第１の受注データを送信した受注サーバが第１の商品コードとして第２の商品コードと同一の商品コードを用いているのであれば、当該の変換は省略してもよい。プロセッサ１１は例えば、上記の変換により得た第２の商品コード及び数量の組合せと、店外注文であることを表すものとして予め定められたテーブル番号とを、ハンディ端末３２が送信する注文データと同じフォーマットで表したデータとして第２の受注データを生成する。なお、店外注文とは、受注システム２により受けられた注文を指す。

プロセッサ１１は、上記のように第１の受注データに含まれるデータ要素の一部としての第１の商品コード及び数量を抽出しているのである。つまり注文管理アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは抽出手段として機能する。そしてプロセッサ１１は、抽出したデータ要素を予め定められたフォーマットで含んだ第２の受注データを生成している。つまり注文管理アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは生成手段として機能する。

ＡＣＴ４７としてプロセッサ１１は、第１の受注データが予約注文に関するものであるか否かを確認する。予約注文とは、商品の提供を受ける予約時刻が指定された注文である。プロセッサ１１は例えば、第１の受注データに含まれるタイミング情報が予約時刻を表すならばＹＥＳと判定し、ＡＣＴ４８へと進む。

ＡＣＴ４８としてプロセッサ１１は、注文に応じた商品の提供を行うべき店舗に対して予約通知を行う。予約通知は、予約注文が受けられた旨の店舗への通知である。プロセッサ１１は例えば、予約通知であることを識別するための識別データと、第２の受注データと、第１の受注データに含まれたタイミング情報とを含んだ予約通知データを、通信ユニット１４から通信ネットワーク２００へと送出する。なおプロセッサ１１は、ＡＣＴ４６で選択した変換テーブルで、第１の受注データに含まれる第１の店舗コードに関連付けられている第２の店舗コードで識別される店舗を予約通知の通知先とする。つまりプロセッサ１１は例えば、店舗データベースＤＢＢに含まれるデータレコードのうちの１つの上記の第２の店舗コードとともに含まれているアドレスを上記の予約通知データの宛先とする。そしてプロセッサ１１はこののち、ＡＣＴ４１～ＡＣＴ４３の待受状態に戻る。

予約通知データが通信ネットワーク２００を介して宛先とされた店舗システム３へと伝送されると、当該店舗システム３中の店舗ステーション３１に設けられた通信ユニット３１４が当該の予約通知データを受信する。そしてこれに応じてプロセッサ３１１は、図７中のＡＣＴ１２にてＹＥＳと判定し、ＡＣＴ２０へと進む。

ＡＣＴ２０としてプロセッサ３１１は、予約票をプリントする。プロセッサ３１１は例えば、予約通知データに含まれる第２の受注データに基づき、予約注文の対象となる商品と予約時間とを表した伝票として予約票を伝票プリンタ３３にプリントさせる。そしてプロセッサ３１１はこののち、ＡＣＴ１１～ＡＣＴ１５の待受状態に戻る。なお、プロセッサ３１１は、予約票をプリントするのに代えて、あるいは加えて、予約注文の対象となる商品と予約時間とを表した画面をキッチン端末３４にて表示させるようにしてもよい。あるいはプロセッサ３１１は、予約通知データ、あるいは予約通知データに含まれた第２の受注データを、メインメモリ３１２又は補助記憶ユニット３１３に保存しておき、その後の任意のタイミングで、キッチン端末３４からの要求に応じて、予約注文の対象となる商品と予約時間とを表した画面をキッチン端末３４にて表示させるようにしてもよい。

さて、注文管理サーバ１では、プロセッサ１１は、第１の受注データに含まれるタイミング情報が「即時」を表すならば、図９中のＡＣＴ４７にてＮＯと判定し、ＡＣＴ４９へと進む。またプロセッサ１１は、ＡＣＴ４１～ＡＣＴ４３の待受状態にあるときに、受注データ領域ＡＲＡに含まれる管理データＤＡＡの中に、フィールドＦＡＣにセットされた第１の受注データに含まれたタイミング情報が示す予約時刻が新たに到来したものが存在するならば、ＡＣＴ４２にてＹＥＳと判定し、ＡＣＴ４９へと進む。なお、プロセッサ１１は、現在時刻が予約時刻を過ぎた場合に開始タイミングとなったと判定してもよいし、現在時刻が予約時刻よりも予め定められた時間だけ前の時刻を過ぎた場合に開始タイミングになったと判定してもよい。つまり開始タイミングは、注文に関する調理を開始するべきタイミングとして、例えば注文管理アプリＡＰＡの作成者又は注文管理サーバ１の管理者等により定められる。ただし、実際に調理が開始されるタイミングは、店舗における諸事情に応じて決まり、開始タイミングと必ずしも一致しない。

ＡＣＴ４９としてプロセッサ１１は、注文に応じた商品の提供を行うべき店舗に対して受注通知を行う。受注通知は、注文に基づく調理が必要となった旨の店舗への通知である。プロセッサ１１は例えば、受注通知であることを識別するための識別データと、第２の受注データと、決済データとを含んだ受注通知データを、通信ユニット１４から通信ネットワーク２００へと送出する。かくして注文管理アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第１の送信手段として機能する。なおプロセッサ１１は例えば、ＡＣＴ４７にてＮＯと判定してＡＣＴ４９へと進んだ場合には、ＡＣＴ４６で選択した変換テーブルで、第１の受注データに含まれる第１の店舗コードに関連付けられている第２の店舗コードで識別される店舗を予約通知の通知先とし、直前に受信された第１の受注データに含まれる決済データを受注通知データに含める。プロセッサ１１は一方で、ＡＣＴ４２にてＹＥＳと判定してＡＣＴ４９へと進んだ場合には、ＡＣＴ４２にてＹＥＳと判定するきっかけとなったタイミング情報を含んだ第１の受注データを送信した受注サーバ２１が属する受注システム２と、第１の受注データに含まれる第１の店舗コードで識別される店舗との組合せに関連付けられた変換テーブルを、変換テーブル群ＴＡＡに含まれる複数の変換テーブルのなかから選択する。そしてプロセッサ１１は例えば、選択した変換テーブルで、第１の受注データに含まれる第１の店舗コードに関連付けられている第２の店舗コードで識別される店舗を予約通知の通知先とする。またプロセッサ１１は、ＡＣＴ４２にてＹＥＳと判定してＡＣＴ４９へと進んだ場合には、ＡＣＴ４２にてＹＥＳと判定するきっかけとなったタイミング情報を含んだ第１の受注データに含まれる決済データを受注通知データに含める。

受注通知データが宛先とされた店舗システム３へと通信ネットワーク２００を介して伝送されると、当該店舗システム３中の店舗ステーション３１に設けられた通信ユニット３１４が当該の受注通知データを受信する。そしてこれに応じてプロセッサ３１１は、図７中のＡＣＴ１３にてＹＥＳと判定し、ＡＣＴ２１へと進む。

ＡＣＴ２１としてプロセッサ３１１は、受信された受注通知データに基づいて新たな注文管理データＤＡＢを生成し、注文データ領域ＡＲＣに保存する。プロセッサ３１１は例えば、受注通知データに含まれる第２の受注データに基づき、ＡＣＴ１７と同様にして新たな注文管理データＤＡＢを生成する。ただしプロセッサ３１１は例えば、新たな注文管理データＤＡＢのフィールドＦＢＤには、受注通知データに含まれる決済データをセットする。プロセッサ３１１は、ＡＣＴ１７と同様にして第２の受注コードを決定するが、これは省略し、プロセッサ１１により決定された第２の受注コードを新たな注文管理データＤＡＢのフィールドＦＢＡにセットしてもよい。この場合は、図９中のＡＣＴ４４におけるプロセッサ１１による第２の受注コードの決定を、プロセッサ２１１が決定する第２の受注コードと重複しないように行う。そしてプロセッサ１１は、ＡＣＴ４４でプロセッサ１１が決定した第２の受注コードを受注通知データに含める。

プロセッサ３１１は、注文管理データＤＡＢを注文データ領域ＡＲＣに保存していることにより、第２の受注データを、第２の注文識別子としての第２の受注コードに関連付けて管理しているのである。つまりステーションアプリＡＰＣに基づく情報処理をプロセッサ３１１が実行することによって、プロセッサ３１１を中枢部分とするコンピュータは第
２の管理手段として機能する。
ＡＣＴ２２としてプロセッサ３１１は、例えばＡＣＴ１９と同様にして調理伝票をプリントする。

ＡＣＴ２３としてプロセッサ３１１は、ＡＣＴ２１で決定した第２の受注コードを、注文管理サーバ１に対して通知する。プロセッサ３１１は例えば、第２の受注コードの通知であることを識別するための識別データと、第２の受注コードとを含んだコード通知データを、注文管理サーバ１に宛てて通信ユニット３１４から通信ネットワーク３７へと送出する。そしてプロセッサ３１１はこののち、ＡＣＴ１１～ＡＣＴ１５の待受状態に戻る。

注文管理サーバ１では、プロセッサ１１は、図９中のＡＣＴ４９として受注通知を行ったのちには、ＡＣＴ５０へと進む。
ＡＣＴ５０としてプロセッサ１１は、第２の受注コードが通知されるのを待ち受ける。そしてプロセッサ１１は、上記のように店舗ステーション３１から送信されたコード通知データが、通信ネットワーク３７、ゲートウェイ３８及び通信ネットワーク２００を介して注文管理サーバ１へと伝送され、通信ユニット１４により受信されると、ＹＥＳと判定してＡＣＴ５１へと進む。

ＡＣＴ５１としてプロセッサ１１は、ＡＣＴ４５で受注データ領域ＡＲＡに保存した管理データＤＡＡのフィールドＦＡＡにセットされている第２の受注コードを、上記のコード通知データに含まれた第２の受注コードに更新する。そしてプロセッサ１１はこののち、ＡＣＴ４１～ＡＣＴ４３の待受状態に戻る。
なお、前述したように、ＡＣＴ４４でプロセッサ１１が決定した第２の受注コードを注文管理データＤＡＢのフィールドＦＢＡにセットするようにするならば、プロセッサ３１１による図７中のＡＣＴ２３の処理と、プロセッサ１１による図９中のＡＣＴ５０及びＡＣＴ５１の処理は省略できる。

調理人は、伝票プリンタ３３によってプリントされた調理伝票に基づいて注文内容を確認し、注文されている商品を調理する。そして調理を終了したならば、調理人又は別の店員は、どの注文のどの商品であるかの通知を伴って、調理の終了を店舗ステーション３１へと通知する。この通知は例えば、ハンディ端末３２又はキッチン端末３４から、調理人又は別の店員の操作に応じて行われる。そしてプロセッサ３１１は、このように調理終了が通知されたならば、図７中のＡＣＴ１４にてＹＥＳと判定し、図８中のＡＣＴ２４へと進む。

ＡＣＴ２４としてプロセッサ３１１は、調理が終了した商品に関する商品ステータスを「調理終了」に変更する。プロセッサ３１１は例えば、通知された注文に関連付けられた注文管理データＤＡＢを注文データ領域ＡＲＣから探し出す。そしてプロセッサ３１１は、該当の注文管理データＤＡＢに含まれる商品データのうちで、調理の終了が通知された商品に関連付けられた商品データのフィールドＦＣＤにセットされている商品ステータスを「調理終了」を表す状態に変更する。

ＡＣＴ２５としてプロセッサ３１１は、上記の調理終了により、同じ注文の全商品の調理が完了したか否かを確認する。プロセッサ３１１は例えば、ＡＣＴ２４で見つけた注文管理データＤＡＢに含まれる全ての商品データに関して、フィールドＦＣＤにセットされている商品ステータスが「調理終了」を表すならば、ＹＥＳと判定してＡＣＴ２６へと進む。

ＡＣＴ２６としてプロセッサ３１１は、上記の調理終了により全商品の調理が完了した注文が店外注文であるか否かを確認する。プロセッサ３１１は例えば、ＡＣＴ２４で見つけた注文管理データＤＡＢのフィールドＦＢＢにセットされているのが、店外注文であることを表すものとして予め定められたテーブル番号であるならばＹＥＳと判定し、ＡＣＴ２７へと進む。
ＡＣＴ２７としてプロセッサ３１１は、注文管理サーバ１に対して完了を通知する。プロセッサ３１１は例えば、完了通知であることを識別するための識別データと、第２の受注コードとを含んだ第１の完了通知データを、注文管理サーバ１に宛てて通信ユニット３１４から通信ネットワーク３７へと送出する。かくしてステーションアプリＡＰＣに基づく情報処理をプロセッサ３１１が実行することによって、プロセッサ３１１を中枢部分とするコンピュータは第２の通知手段として機能する。

ＡＣＴ２８としてプロセッサ３１１は、上記の調理終了により全商品の調理が完了した注文に関する注文ステータスを「完了」に変更する。プロセッサ３１１は例えば、ＡＣＴ２４で見つけた注文管理データＤＡＢのフィールドＦＢＣにセットされている注文ステータスを「完了」を示す状態に更新する。そしてプロセッサ３１１はこののち、図７中のＡＣＴ１１～ＡＣＴ１５の待受状態に戻る。

注文管理サーバ１では、プロセッサ１１は、上記のように店舗ステーション３１から送信された第１の完了通知データが、通信ネットワーク３７、ゲートウェイ３８及び通信ネットワーク２００を介して注文管理サーバ１へと伝送され、通信ユニット１４により受信されると、図９中のＡＣＴ４３にてＹＥＳと判定し、ＡＣＴ５２へと進む。

ＡＣＴ５２としてプロセッサ１１は、完了が通知された注文を受け付けた受注サーバ２１に対して調理の完了を通知する。プロセッサ１１は例えば、受信された第１の完了通知データに含まれる第２の受注コードがフィールドＦＡＡにセットされている管理データＤＡＡを、受注データ領域ＡＲＡから探し出す。そしてプロセッサ１１は例えば、該当の管理データＤＡＡのフィールドＦＡＣにセットされている第１の受注データに含まれる第１の受注コードを、完了通知であることを識別するための識別データとともに含んだ第２の完了通知データを通信ユニット１４から通信ネットワーク２００へと送出する。なおプロセッサ１１は例えば、上記の管理データＤＡＡのフィールドＦＡＣにセットされているサービスコードにサービスデータベースＤＢＡで関連付けられているアドレスを第２の完了通知データの宛先とする。かくして注文管理アプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第１の通知手段として機能する。

ＡＣＴ５３としてプロセッサ１１は、完了が通知された注文に関する注文ステータスを「完了」に変更する。プロセッサ１１は例えば、ＡＣＴ５２で見つけた管理データＤＡＡのフィールドＦＡＤにセットされている注文ステータスを「完了」を表す状態に更新する。そしてプロセッサ１１はこののち、ＡＣＴ４１～ＡＣＴ４３の待受状態に戻る。

受注サーバ２１では、プロセッサ２１１は、上記のように注文管理サーバ１から送信された第２の完了通知データが、通信ネットワーク２００を介して受注サーバ２１へと伝送され、通信ユニット２１４により受信されると、利用者又は配達員に引き取りを要請する。つまりプロセッサ２１１は、第２の完了通知データに含まれる第１の受注コードに関連付けて管理している注文に関して、受注代行サービスの規定で、配達員により配達することが決められている場合、あるいは配達員による配達が利用者により指定されている場合には、配達員に対して店舗での商品の引き取りを要請する。またプロセッサ２１１は、第２の完了通知データに含まれる第１の受注コードに関連付けて管理している注文に関して、受注代行サービスの規定で、利用者が自ら店舗に出向いて商品を引き取ることが決められている場合、あるいは利用者が自ら店舗に出向いて商品を引き取ることを指定している場合には、利用者に対して店舗での商品の引き取りを要請する。この要請は例えば、配達員が所持する携帯端末３００での画面表示、または利用者が所持する携帯端末３００での画面表示などにより実現される。具体的には例えば、プロセッサ２１１は、携帯端末３００に対して、店舗での商品の引き取りを要請するためのメッセージ等に関するデータを出力する。そして携帯端末３００は例えば、当該データを受信して画面上にメッセージを表示する。要請を受けた配達員又は利用者は、店舗に出向き、店員に対して商品を引き取る旨を申告する。店員は、配達員又は利用者からの申告に応じて、例えばＰＯＳ端末３５での予め定められた操作により、引き渡すべき商品についての会計問合わせを指示する。

一方、店内注文の商品の調理が終了したのであるならば、店員は、当該商品を在店中の客に対して提供する。店舗内で商品の提供を受けた客は、店舗の利用を終了するならば、店員に決済を要求する。この要求に応じて店員は、例えばＰＯＳ端末３５での予め定められた操作により、会計問合わせを指示する。

なお、会計問合わせを指示するための店員の操作は、例えば第２の受注コードを表したバーコードをＰＯＳ端末３５に読み取らせる操作とすることが想定される。なおこの場合は例えば、店舗ステーション３１のプロセッサ３１１が、ＡＣＴ１９にて調理伝票をプリントするのと前後して、上記のバーコードを表した伝票を伝票プリンタ３３にプリントさせ、当該伝票を店員が客に渡しておけばよい。またプロセッサ３１１が、ＡＣＴ２６にてＹＥＳと判定した場合に、上記のバーコードを表した伝票を伝票プリンタ３３にプリントさせ、当該伝票を商品に添付しておけばよい。

ＰＯＳ端末３５は、会計問合わせが上記のように指示されると、店舗ステーション３１に対して、第２の受注コードの通知を伴って会計問合わせを行う。
店舗ステーション３１では、プロセッサ３１１は、上記の会計問合わせを受けると、図７中のＡＣＴ１５にてＹＥＳと判定し、図８中のＡＣＴ２９へと進む。
ＡＣＴ２９としてプロセッサ３１１は、問合わせの対象となっている注文が店外注文であるか否かを確認する。プロセッサ３１１は例えば、会計問合わせに際して通知された第２の受注コードがフィールドＦＢＡにセットされている注文管理データＤＡＢを注文データ領域ＡＲＣから探し出す。そしてプロセッサ３１１は、該当の注文管理データＤＡＢのフィールドＦＢＢにセットされているのが、店外注文であることを表すものとして予め定められたテーブル番号であるならばＹＥＳと判定し、ＡＣＴ３０へと進む。

ＡＣＴ３０としてプロセッサ３１１は、問合わせの対象となっている注文に関して決済済みであるか否かを確認する。プロセッサ３１１は例えば、ＡＣＴ２９で見つけた注文管理データＤＡＢのフィールドＦＢＤにセットされている決済ステータスが「決済済み」を表す状態であるならばＹＥＳと判定し、ＡＣＴ３１へと進む。
ＡＣＴ３１としてプロセッサ３１１は、決済不要をＰＯＳ端末３５に通知する。この通知を受けてＰＯＳ端末３５は、決済が不要であることを店員に知らせるための予め定められた画面を表示する。店員は、上記の画面により決済が不要であることを確認した上で、配達員又は利用者に商品を引き渡す。

プロセッサ３１１は例えば、ＡＣＴ２９で見つけた注文管理データＤＡＢのフィールドＦＢＤにセットされている決済ステータスが「決済済み」を表す状態ではないならば、ＡＣＴ３０にてＮＯと判定し、ＡＣＴ３２へと進む。なおプロセッサ３１１は、ＡＣＴ２９にて、見つけた注文管理データＤＡＢのフィールドＦＢＢにセットされているのが店舗の客席を識別するために定められたものであるならば、ＡＣＴ２９にてＮＯと判定し、ＡＣＴ３０をパスしてＡＣＴ３２へと進む。つまりプロセッサ３１１は、店内注文である場合と、決済が済んでいない場合に、ＡＣＴ３２へと進む。

ＡＣＴ３２としてプロセッサ３１１は、問合わせの対象となっている注文に関する会計をＰＯＳ端末３５に指示する。この指示に応じてＰＯＳ端末３５は、問合わせの対象となっている注文に応じた商品提供に関する代金を算出し、当該代金を配達員、利用者、あるいは客に決済させる。このときにＰＯＳ端末３５は、決済ステータスが「未決済」であるならば、店舗で使用可能とされた決済方法のうちの客が指定した決済方法を適用する。またＰＯＳ端末３５は、決済ステータスが決済方法を表すならば、その決済方法を適用する。そしてＰＯＳ端末３５は、決済を終えたならば、注文管理サーバ１に対して終了を通知する。店員は、配達員又は利用者による決済が完了したならば、配達員又は利用者に商品を引き渡す。

ＡＣＴ３３としてプロセッサ３１１は、終了通知を待ち受ける。そしてプロセッサ３１１は、上記のようにＰＯＳ端末３５から終了が通知されたならばＹＥＳと判定し、ＡＣＴ３４へと進む。なおプロセッサ３１１は、ＡＣＴ３１を終えた場合は、そのままＡＣＴ３４へと進む。

ＡＣＴ３４としてプロセッサ３１１は、会計問合わせの対象となっていた決済が終了した注文に関する注文管理データＤＡＢを注文データ領域ＡＲＣから削除する。なおプロセッサ３１１は削除する注文管理データＤＡＢを、決済済みの売上データとして補助記憶ユニット３１３の注文データ領域ＡＲＣ以外の領域、あるいは別の任意の記憶デバイスに保存してもよい。そしてプロセッサ３１１はこののち、ＡＣＴ１１～ＡＣＴ１５の待受状態に戻る。

以上のように注文管理サーバ１は、複数の受注システム２から個別のフォーマットで送信される第１の受注データを、共通のフォーマットの第２の受注データに変換して店舗システム３に送る。従って、店舗システム３では、複数の受注システム２のそれぞれで受けられた注文を、どの受注システム２で受注されたかを考慮することなしに処理することが可能である。これにより、１つの店舗で複数の受注代行サービスを併用する場合の店舗の負担が軽減される。

また注文管理サーバ１は、第２の受注データのフォーマットを、店舗システム３内での受けた注文に関する注文データのフォーマットと同一としているので、店舗システム３では、店舗システム３内で受けた注文と、受注代行サービスで受けられた注文とを同様に処理することができる。

また店舗システム３は、受注代行サービスで受けられた注文に関して受注システム２で決済済みであるか否かを管理する。そして店舗システム３は、受注代行サービスで受けられた注文に関する商品の受け渡しに際しては、決済処理を実行する。従って、複数の受注代行サービスのそれぞれでの決済についての扱いがばらばらであっても、必要な決済を適正に行うことができる。

また店舗システム３では店舗ステーション３１は、受注システム２で受注された注文に関する第２の受注データを受けた場合も、店舗システム３内で受けられた注文に関する注文データを受けた場合も、同様な注文管理データＤＡＢにより統一的に管理する。従って、受注代行サービスで受けられた注文に関して受注システム２で決済する必要があっても、店舗システム３内で受けられた注文に関する決済と同様に処理することが可能である。これにより例えば、受注代行サービスで受けられた注文に関する決済のために、該当の注文の内容を改めてＰＯＳ端末３５に入力するような手間は不要となる。

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

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…注文管理サーバ、２…受注システム、３…店舗システム、１１，２１１，３１１…プロセッサ、１２，２１２，３１２…メインメモリ、１３，２１３，３１３…補助記憶ユニット、１４，２１４，３１４…通信ユニット、２１…受注サーバ、３１…店舗ステーション、３２…ハンディ端末、３３…伝票プリンタ、３４…キッチン端末、３５…ＰＯＳ端末、３６…無線ルータ、３７…通信ネットワーク、３８…ゲートウェイ、１００…注文処理システム、２００…通信ネットワーク、３００…携帯端末。

Claims (5)

1. 店舗に備えられる店舗システムと、前記店舗での商品提供の注文を受ける複数の受注システムと共に注文処理システムを構成する注文管理装置であって、
   複数の前記受注システムから、商品の注文に関してそれぞれ複数項目のデータをそれぞれ異なるフォーマットで含んだ第１の受注データを取得する取得手段と、
   前記取得手段により取得された第１の受注データを、当該第１の受注データに関する注文を前記受注システムで識別するための第１の注文識別子と、当該第１の受注データの取得元が複数の前記受注システムのいずれであるかを識別するためのシステム識別子と、当該第１の受注データに関する注文を前記店舗システムで識別するための第２の注文識別子と、に関連付けて管理する第１の管理手段と、
   前記取得手段により取得された第１の受注データに含まれるデータ要素のうちから、予め定められた項目に関するデータ要素を抽出する抽出手段と、
   前記抽出手段により抽出されたデータ要素を予め定められたフォーマットで含んだ第２の受注データを生成する生成手段と、
   前記生成手段により生成された第２の受注データを前記店舗システムに送信する第１の送信手段と、
   前記店舗システムから、第２の注文識別子の通知を伴っての準備作業の完了通知を受けると、当該通知された第２の注文識別子に関連付けて前記第１の管理手段により管理される第１の受注データに関連付けられた第１の注文識別子の通知を伴って準備作業の完了を前記受注システムに対して通知する第１の通知手段と、
   を具備した注文管理装置。
2. 前記抽出手段は、前記第１の受注データに含まれ、決済済みであるか否かを少なくとも表す決済ステータスをデータ要素の１つとして抽出する、
   請求項１に記載の注文管理装置。
3. 前記生成手段は、第２の受注データのフォーマットを前記店舗システム内で受けられた注文に関する注文データのフォーマットと同一とする、
   請求項１又は請求項２に記載の注文管理装置。
4. 店舗に備えられる店舗システムと、前記店舗での商品提供の注文を受ける複数の受注システムと共に注文処理システムを構成する注文管理装置に備えられたコンピュータを、
   複数の前記受注システムから、商品の注文に関してそれぞれ複数項目のデータをそれぞれ異なるフォーマットで含んだ第１の受注データを取得する取得手段と、
   前記取得手段により取得された第１の受注データを、当該第１の受注データに関する注文を前記受注システムで識別するための第１の注文識別子と、当該第１の受注データの取得元が複数の前記受注システムのいずれであるかを識別するためのシステム識別子と、当該第１の受注データに関する注文を前記店舗システムで識別するための第２の注文識別子と、に関連付けて管理する第１の管理手段と、
   前記取得手段により取得された第１の受注データに含まれるデータ要素のうちから、予め定められた項目に関するデータ要素を抽出する抽出手段と、
   前記抽出手段により抽出されたデータ要素を予め定められたフォーマットで含んだ第２の受注データを生成する生成手段と、
   前記生成手段により生成された第２の受注データを前記店舗システムに送信する第１の送信手段と、
   前記店舗システムから、第２の注文識別子の通知を伴っての準備作業の完了通知を受けると、当該通知された第２の注文識別子に関連付けて前記第１の管理手段により管理される第１の受注データに関連付けられた第１の注文識別子の通知を伴って準備作業の完了を前記受注システムに対して通知する第１の通知手段と、
   して機能させるための情報処理プログラム。
5. 店舗に備えられる店舗システムと、前記店舗での商品提供の注文を受ける複数の受注システムと、注文管理装置と、を具備し、
   複数の前記受注システムにそれぞれ設けられ、商品の注文に関してそれぞれ複数項目のデータをそれぞれ異なるフォーマットで含んだ第１の受注データを前記注文管理装置に対して送信する第２の送信手段と、
   前記注文管理装置に設けられ、前記第２の送信手段により送信された第１の受注データを取得する取得手段と、
   前記注文管理装置に設けられ、前記取得手段により取得された第１の受注データを、当該第１の受注データに関する注文を前記受注システムで識別するための第１の注文識別子と、当該第１の受注データの取得元が複数の前記受注システムのいずれであるかを識別するためのシステム識別子と、当該第１の受注データに関する注文を前記店舗システムで識別するための第２の注文識別子と、に関連付けて管理する第１の管理手段と、
   前記注文管理装置に設けられ、前記取得手段により取得された第１の受注データに含まれるデータ要素のうちから、予め定められた項目に関するデータ要素を抽出する抽出手段と、
   前記注文管理装置に設けられ、前記抽出手段により抽出されたデータ要素を予め定められたフォーマットで含んだ第２の受注データを生成する生成手段と、
   前記注文管理装置に設けられ、前記生成手段により生成された第２の受注データを前記店舗システムに送信する第１の送信手段と、
   前記店舗システムに設けられ、前記第１の送信手段により送信された第２の受注データを第２の注文識別子に関連付けて管理する第２の管理手段と、
   前記店舗システムに設けられ、前記第２の管理手段により管理された第２の受注データに基づく商品提供の準備作業に関する完了通知を、当該第２の受注データが前記第２の管理手段により関連付けられた第２の注文識別子の通知を伴って前記注文管理装置に対して行う第２の通知手段と、
   前記注文管理装置に設けられ、前記第２の通知手段による完了通知を受けると、当該完了通知に伴って通知された第２の注文識別子に関連付けて前記第１の管理手段により管理される第１の受注データに関連付けられた第１の注文識別子の通知を伴って準備作業の完了を前記受注システムに対して通知する第１の通知手段と、
   を具備する注文処理システム。