(57)【要約】【課題】サービス要求者からの注文の実行開始条件を動的に設定することで、サービス提供者が注文への対応を効率的に行えるようにし、かつ、時間あたりに処理可能な受注数を向上させることで、決済数を向上させ、調理効率と会計効率を高めることができる待ち行列を制御するシステムを提供する。【解決手段】情報管理装置と、第一情報処理端末と、第二情報処理端末と、情報表示装置と、を有し、情報管理装置は、第一要求情報を受け付けた時からの経過時間を計測する経過時間計測部と、第二要求情報を受け付けた受付数を累積加算する第二注文数加算部と、経過時間が時間閾値を超えるか否かを判定し、受付数が受付閾値を超えるか否かを判定し、所定の判定結果に基づいて、すでに受け付けている第一要求情報および第二要求情報に対応するサービス開始情報を出力する判定出力部と、を備える行列制御システムによる。【選択図】図１
2020009193.tif 000002
【特許請求の範囲】
【請求項１】
複数の顧客からの個別のサービス要求の内容を示す要求情報の集約状況に応じて、個々のサービス要求に対するサービスの提供の時期を管理する情報管理装置と、
前記複数の顧客のうちの一の顧客からの前記要求情報を第一要求情報として前記情報管理装置に通知する第一情報処理端末と、
前記一の顧客とは異なる他の顧客からの前記要求情報を第二要求情報として前記情報管理装置に通知する第二情報処理端末と、
前記第一要求情報に関連する新規のサービス要求を受け付けるための要求受付関連情報を表示する表示部を備える情報表示装置と、
を有し、
前記第一情報処理端末は、前記第一要求情報を前記情報管理装置に通知する第一情報通知部を備え、
前記第二情報処理端末は、前記情報表示装置に表示された前記要求受付関連情報を取得する情報取得部と、
取得した前記要求受付関連情報に基づく第二要求情報を前記情報管理装置に通知する第二情報通知部と、を備え、
前記情報管理装置は、
前記第一要求情報を受け付けた時からの経過時間を計測する経過時間計測部と、
前記第一要求情報に示されているサービス要求の内容と同一のサービス要求を含む第二要求情報を受け付けた受付数を累積加算する第二注文数加算部と、
前記経過時間が予め規定する第一閾値である時間閾値を超えるか否かを判定し、また、前記受付数が予め規定する第二閾値である受付閾値を超えるか否かを判定し、前記時間閾値を超えたと判定されたとき、または、前記受付閾値を超えたと判定されたとき、すでに受け付けている前記第一要求情報および前記第二要求情報に含まれるサービス要求に対応するサービスの提供開始を指示する情報であるサービス開始情報を出力する判定出力部と、
前記第一要求情報に関連する前記要求受付関連情報を生成し前記情報表示装置に出力する表示情報生成部と、
備えることを特徴とする行列制御システム。
【請求項２】
前記サービスを提供するサービス提供者が前記第一要求情報を生成して前記情報管理装置に通知する第三情報通知部を備えるサービス提供者装置をさらに有する、
請求項１に記載の行列制御システム。
【請求項３】
前記情報管理装置は、
前記経過時間が前記時間閾値を超えるまでに前記第二要求情報の数が累積加算されるたびに、当該時間閾値を増加させる、
請求項１または２に記載の行列制御システム。
【請求項４】
前記表示情報生成部は、前記受付数の大きさに応じた前記要求受付関連情報を生成し前記情報表示装置に出力する、
請求項１乃至３のいずれか一項に記載の行列制御システム。
【請求項５】
コンピュータを、複数の顧客からの個別のサービス要求の内容を示す要求情報の集約状況に応じて、個々のサービス要求に対するサービスの提供の時期を管理する情報管理装置として動作させる行列制御プログラムであって、
当該コンピュータに、
前記複数の顧客のうちの一の顧客からの前記要求情報である第一要求情報を受け付けた時からの経過時間を計測する経過時間計測手段と、
前記第一要求情報に示されているサービス要求の内容と同一のサービス要求を含む、前記一の顧客とは異なる他の顧客からの前記要求情報である第二要求情報を受け付けた受付数を累積加算する第二注文数加算手段と、
前記経過時間が予め規定する第一閾値である時間閾値を超えるか否かを判定し、また、前記受付数が予め規定する第二閾値である受付閾値を超えるか否かを判定し、前記時間閾値を超えたと判定されたとき、または、前記受付閾値を超えたと判定されたとき、すでに受け付けている前記第一要求情報および前記第二要求情報に含まれるサービス要求に対応するサービスの提供開始を指示する情報であるサービス開始情報を出力する判定出力手段と、
前記第一要求情報に関連する要求受付関連情報を生成し出力する表示情報生成手段と、
を実行させることを特徴とする行列制御プログラム。
【請求項６】
複数の顧客からの個別のサービス要求の内容を示す要求情報の集約状況に応じて、個々のサービス要求に対するサービスの提供の時期を管理する行列制御方法であって、
前記複数の顧客のうちの一の顧客からの前記要求情報である第一要求情報を受け付けた時からの経過時間を計測する経過時間計測ステップと、
前記第一要求情報に示されているサービス要求の内容と同一のサービス要求を含む、前記一の顧客とは異なる他の顧客からの前記要求情報である第二要求情報を受け付けた受付数を累積加算する第二注文数加算ステップと、
前記経過時間が予め規定する第一閾値である時間閾値を超えるか否かを判定し、また、前記受付数が予め規定する第二閾値である受付閾値を超えるか否かを判定し、前記時間閾値を超えたと判定されたとき、または、前記受付閾値を超えたと判定されたとき、すでに受け付けている前記第一要求情報および前記第二要求情報に含まれるサービス要求に対応するサービスの提供開始を指示する情報であるサービス開始情報を出力する判定出力ステップと、
前記第一要求情報に関連する要求受付関連情報を生成し出力する表示情報生成ステップと、
を有することを特徴とする行列制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、行列制御システム、行列制御プログラムおよび行列制御方法に関する。
【背景技術】
【０００２】
近年、顧客の注文（依頼・要求）に応じてサービスを提供する業態が多様化している。店頭におけるサービスや、店舗を要しないサービスであっても、顧客からの依頼が複数生じた場合には、その依頼に適宜対応するために、要求を順番に処理できるように管理する。この管理によって、いわゆる「待ち行列」が生ずる。依頼に対応するサービス提供者（事業者）は、待ち行列の先頭から、または優先順位の高いものから、順番に対応する方法が一般的である。
【０００３】
例えば、飲食店の場合、店頭に設置した食券販売機やＰＯＳ端末を介して飲食物の注文（依頼）を受け付けると、直ちに調理担当が注文情報を取得できるように注文情報を表示するキッチンモニタを厨房内に設けるシステムを用いているところがある。このようなキッチンモニタを含むシステムは、ファーストフードや、いわゆるフードコート（商業施設内の飲食店群）などに多く用いられている。そして、注文が確定した順（代金の決済が終了した順）に、キッチンモニタが個別に注文品情報を表示し、この表示順に沿って調理が実行される。これによって、注文順に顧客が依頼した飲食物が提供される。
【０００４】
このようなシステムにおいて、複数の表示部を調理の優先順位順に配列した注文表示器を備えるものが知られている。当該システムは、注文表示器を構成する各表示部に同一順序にて同一の注文品についての情報を各々表示し、優先順位のある表示部に表示された注文品情報が消去されたときに次順位の表示部に表示された注文品情報を優先順位にある表示部に順次昇格させるように表示変更を行うものである。この注文品情報の消去を、注文表示器に備えられるタッチパネルを介して行うことができる技術が開示されている（たとえば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されている技術を適用すれば、サービス提供者は、サービスの提供を注文が確定した順番に沿って行なう場合であっても、優先順位に沿って行う場合であっても、注文表示器に表示されているものを順次処理し、処理が完了したら簡単な操作で消去することができるので、提供効率（調理効率）を高めることができる。
【０００６】
ところで、サービス提供者が飲食店（店舗）の場合、顧客からの注文を受けた順番に沿って調理を行うのではなく、同じ料理を「できるだけまとめて」調理できる方が、提供効率（調理効率）が向上する。例えば、材料を効率的に使用できる、単位時間あたりの調理作業が効率化に図れる、などの効果は「まとめて」調理できることによってもたらされる。
【０００７】
飲食店に限らず、同じ種類のサービスを提供する場面であれば、できる限りまとめて提供できるほうが、サービスの提供効率は高まる。そのためには、依頼を受けた順番に沿ってサービスを提供するのではなく、依頼を受けた順番を適宜調整し、すなわち、依頼を受けた順番により生ずる待ち行列において、依頼の順番に関する制御（順番の入れ替えなど）をすることが、サービス提供者にとっては好ましい。
【０００８】
一方、サービスの提供を受ける顧客にとっては、自分の注文（依頼）は、なるべく早く実現して欲しいという要求がある。飲食店の場合であれば、待ち時間が少なく注文した料理が食べられる状態になって欲しいという要求がある。また、可能であれば、より安く提供を受けられることが顧客においては好ましい。
【０００９】
サービス提供者にとって好ましい仕方である「できるだけまとめて実行する」と、サービスの提供時間に「まとめて実行するまでの待ち時間」が加算されて増加することになる。したがって、従来の仕方に比べて、顧客の待ち時間が延びることになる。すなわち、サービス提供者にとって利益をもたらす、上記のような待ち行列の制御を行うことは、顧客の利益を損なう可能性がある。その結果、待ち行列の制御はサービス提供者にとっては利益が生ずることではあっても、長期的な視点に立てば、サービス提供者が選択されない事態を招来する可能性が高まり、最終的に、サービス提供者の利益も損なう可能性がある。
【００１０】
一方、顧客側の利益を重視して「安く提供する」ということを実行するにしても、何らの原資を確保すること無くサービス提供者がこれを実行した場合は、サービス提供者にとって事業利益を減少させることになるから、に事業運営に悪影響を生じさせる可能性がある。したがって、待ち行列の制御を行うことで、調理効率を向上させるだけでは、顧客の利益を損なうだけでなく、自らの利益も損なう事になりかねない。
【００１１】
すなわち、サービス提供者側の効率化を図りつつ、さらに利益を向上させる効率化を図るように、行列の制御を実行できれば、サービス提供者にとっても、サービス需要者にとっても、双方の利益を高めることができ、望ましい。
【００１２】
本発明は、サービス要求者からの注文の実行開始条件を動的に設定することで、サービス提供者が注文への対応を効率的に行えるようにし、かつ、時間あたりに処理可能な受注数を向上させることで、決済数を向上させ、調理効率と会計効率を高めることができる、行列制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記技術的課題を解決するため、本発明の一態様は、行列制御システムに関するものであって、複数の顧客からの個別のサービス要求の内容を示す要求情報の集約状況に応じて、個々のサービス要求に対するサービスの提供の時期を管理する情報管理装置と、前記複数の顧客のうちの一の顧客からの前記要求情報を第一要求情報として前記情報管理装置に通知する第一情報処理端末と、前記一の顧客とは異なる他の顧客からの前記要求情報を第二要求情報として前記情報管理装置に通知する第二情報処理端末と、前記第一要求情報に関連する新規のサービス要求を受け付けるための要求受付関連情報を表示する表示部を備える情報表示装置と、を有し、前記第一情報処理端末は、前記第一要求情報を前記情報管理装置に通知する第一情報通知部を備え、前記第二情報処理端末は、前記情報表示装置に表示された前記要求受付関連情報を取得する情報取得部と、取得した前記要求受付関連情報に基づく第二要求情報を前記情報管理装置に通知する第二情報通知部と、を備え、前記情報管理装置は、前記第一要求情報を受け付けた時からの経過時間を計測する経過時間計測部と、前記第一要求情報に示されているサービス要求の内容と同一のサービス要求を含む第二要求情報を受け付けた受付数を累積加算する第二注文数加算部と、前記経過時間が予め規定する第一閾値である時間閾値を超えるか否かを判定し、また、前記受付数が予め規定する第二閾値である受付閾値を超えるか否かを判定し、前記時間閾値を超えたと判定されたとき、または、前記受付閾値を超えたと判定されたとき、すでに受け付けている前記第一要求情報および前記第二要求情報に含まれるサービス要求に対応するサービスの提供開始を指示する情報であるサービス開始情報を出力する判定出力部と、前記第一要求情報に関連する前記要求受付関連情報を生成し前記情報表示装置に出力する表示情報生成部と、備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、サービス要求者からの注文の実行開始条件を動的に設定することで、サービス提供者が注文への対応を効率的に行えるようにし、かつ、時間あたりに処理可能な受注数を向上させることで、決済数を向上させ、調理効率と会計効率を高めることができる。また、本発明によれば、注文の実行開始調整に同意したサービス要求者には相応の利益を与えるように、待ち行列を制御する。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態である注文情報管理システムの全体構成を示すシステム図。
【図２】本実施形態に係る注文情報管理システムの動作の流れを示すシーケンス図。
【図３】本実施形態に係る注文情報管理システムにおける個別の動作の流れを示すフローチャート。
【図４】本実施形態に係る注文情報管理システムにおける個別の動作の流れを示すフローチャート。
【図５】本実施形態に係る注文情報管理システムにおける個別の動作の流れを示すフローチャート。
【図６】本実施形態に係る注文情報管理システムにおける個別の動作の流れを示すフローチャート。
【図７】本実施形態に係る注文情報管理システムにおける個別の動作の流れを示すフローチャート。
【図８】本実施形態に係る注文情報管理システムにおける個別の動作の流れを示すフローチャート。
【図９】本実施形態に係る注文情報管理装置の機能構成を示す機能ブロック図。
【図１０】本実施形態に係る情報処理端末のハードウェア構成図。
【図１１】本実施形態に係る注文情報管理方法で用いられる情報の表示例を示す図。
【発明を実施するための形態】
【００１６】
［本発明の要旨］
本発明は、主にサービス提供者が、顧客であるサービス要求者からの依頼（注文）に応じるときに、同一内容の依頼が一定数まとまってから、サービスの提供を開始するように待ち行列を制御する方法を関するものである。具体的には、顧客があるサービスの依頼をするときに、「一定数まとまってからの提供」に同意する否かを選択可能にし、同意をした顧客に対しては、後に、一定の条件に基づく利益を供与する。また、一定数まとまるまでの間、提供開始の条件を動的に変化させることで、より多くのまとまりを形成できるようにし、サービス提供者側の利益も高めることができるようにする。また、まとめて一括で決済処理を行うことができるようになるので、サービス提供者側の決済効率を高めることもできる。これらサービス提供者側の利益向上につながる方法を採用することで、これに同意した顧客側には、相応の利益を供与することも可能になる。したがって、本発明は、サービス事業者側の利益を高めるために、サービス提供時期を調整して提供数をまとめることと、これに伴い顧客側に生ずる待ち時間の増加に対する利益供与を両立させ、互いに取って同意の下で相応の利益を享受できるように待ち行列に関わる情報を制御（管理）するものである。
【００１７】
［情報管理システムの実施形態］
以下、本発明に係る行列制御システムの実施形態について、図面を参照しながら説明する。図１は、行列制御システムの実施形態である、注文情報管理システム１の全体構成図である。本実施形態では、サービス提供者を飲食店として例示として用いる。したがって、サービスの提供要求（以下、「サービス要求」とする。）は、飲食物の注文である。当該飲食物の注文は、顧客が食べたい料理を注文することを意味する。また、サービス提供者からのサービスの提供（以下、「サービス提供」とする。）は、顧客から注文された飲食物の調理と配膳を意味する。
【００１８】
図１に示すように、本実施形態に係る注文情報管理システム１は、コンピュータにより構成される注文情報管理装置１００と、顧客側が注文をするときに使用する携帯型の情報処理端末であって、後に説明する「先注文」に用いられる先注文端末２００と、別の顧客が別の注文をするときに使用する携帯型の情報処理端末であって、後に説明する「後注文」に用いられる後注文端末３００と、サービス提供者（飲食店）が積極的に提供したいメニューを先注文として情報表示装置５００に出力する機能を備え、また、注文の調理開始指示を受け付けて調理の順番を表示する機能を備える調理管理端末４００と、先注文に係る情報であって後注文を促す情報を表示する機能を備える情報表示装置５００と、これらを通信可能に接続する通信ネットワーク６００と、を用いて構成される。
【００１９】
注文情報管理システム１は、当該システムを介して顧客にサービスを提供する事業者（サービス提供者）に対して、複数の顧客からのサービス提供依頼（注文）が同時期に合ったときに生ずる「待ち行列」を制御する。注文情報管理システム１を利用する顧客は、複数存在する。例えば、図１に示すように、先注文端末２００を利用して先注文を行うユーザＵａや、後注文端末３００を利用して後注文を行うユーザＵｂがいる。
【００２０】
なお、通信ネットワーク６００は、いわゆるインターネットでもよいし、店舗内の設置されるプライベートネットワークでもよい。
【００２１】
注文情報管理装置１００は、複数の顧客からの個別のサービス要求の内容を示す要求情報を集約し、その集約状況に応じて、個々のサービス要求に対するサービスの提供の時期を示す情報群である待ち行列を制御するコンピュータである。注文情報管理装置１００は、所謂サーバ型のコンピュータハードウェアに、後述する情報管理プログラムを実行させるものでもよいし、クラウド型のアプリケーションを利用して実現されるものでもよい。
【００２２】
なお、情報表示装置５００に表示される先注文や後注文に関わる情報は、この表示に係る情報を先注文端末２００および後注文端末３００が取得することで所定の情報処理を実行可能にするためのものである。したがって、独立した装置であることが必須ではなく、先注文端末２００や後注文端末３００が備える表示部によって代用されてもよい。
【００２３】
先注文端末２００と後注文端末３００は、いわゆるスマートフォンでもよいし、タブレット型端末でもよい。先注文端末２００は、第一情報処理端末として第一要求情報である先注文を注文情報管理装置１００に通知する第一情報通知部を含む。後注文端末３００は、第二情報処理端末として第二要求情報である後注文を注文情報管理装置１００に通知する第二情報通知部を含む。なお、先注文端末２００と後注文端末３００は、それぞれハードウェア構成の違いはなく、同じタイプのハードウェアを備えるものであってもよいし、一部の構成が異なるものであっても同等の機能を発揮可能なものであればよい。
【００２４】
調理管理端末４００は、サービス提供者が使用するサービス提供者装置であって、主に、飲食店の厨房に設置される端末である。調理管理端末４００は、先注文端末２００と同様に、先注文を生成して注文情報管理装置１００に通知する第三情報通知部を備える。
【００２５】
［情報管理方法の全体フロー］
次に、本実施形態に係る行列制御方法の全体の流れについて、図２のシーケンス図を用いて説明する。図２のシーケンス図において説明する各処理ブロックは、本実施形態に係る行列制御プログラムによって実現されるものである。
【００２６】
まず、先注文端末２００において注文処理が実行されることで当該方法が開始される（Ｓ２０１）。注文処理（Ｓ２０１）の詳細は後述する。注文処理（Ｓ２０１）によって、先注文端末２００から注文情報管理装置１００に対して第一要求情報としての「先注文情報」が通知される。
【００２７】
「先注文情報」を受け付けた注文情報管理装置１００は、先注文受付処理を実行する（Ｓ２０２）。先注文受付処理（Ｓ２０２）の詳細は後述する。先注文受付処理（Ｓ２０２）によって、注文情報管理装置１００から後注文端末３００および情報表示装置５００に要求受付関連情報としての「後注文受付用表示情報」が通知される。通知された「後注文受付用表示情報」は、それぞれの表示機能によって視認可能な情報として表示される。「後注文受付用表示情報」は、先注文の内容を示す情報を含み、当該先注文と同一内容の後注文を簡易に行うことができるインタフェースを提供するものである。例えば、図１１に示すように、二次元コード化した情報と、先注文の内容を人間が判読可能な文字列と、を合わせて表示するための情報である。
【００２８】
また、先注文受付処理（Ｓ２０２）によって、注文情報管理装置１００から先注文端末２００に対して「受取番号」が通知される。この「受取番号」は、先注文端末２００からの注文に対するサービス提供（料理の配膳）をするときに、照合するための番号である。先注文端末２００は、通知された「受取番号」を取得して、一時的に記憶し、後に、再度読み出して表示できるように管理する。
【００２９】
次に、「後注文受付用表示情報」に含まれる先注文情報を後注文端末３００が取得すると、その内容が後注文端末３００の表示部に表示されるので、顧客は先注文の内容を確認できる。その上で、これ（先注文）と同一内容の注文を行う後注文処理を実行する（Ｓ２０３）。「後注文受付用表示情報」の読み取りは、例えば、注文情報管理装置１００から通知された「後注文受付用表示情報」が情報表示装置５００に表示されたものを、後注文端末３００が備える撮像機能により画像として取得し、これをデコードすることで実行する。または、後注文端末３００において、顧客が注文情報を入力してもよい。
【００３０】
後注文処理（Ｓ２０３）によって、後注文端末３００から注文情報管理装置１００に対して「後注文情報」が通知される。
【００３１】
「後注文情報」を受け付けた注文情報管理装置１００は、後注文受付処理を実行する（Ｓ２０４）。後注文受付処理（Ｓ２０４）の詳細は後述する。後注文受付処理（Ｓ２０４）によって、注文情報管理装置１００から先注文端末２００および情報表示装置５００に「注文状況表示情報」が通知される。通知された「注文状況表示情報」は、それぞれの表示機能によって視認可能な状態で表示される。「注文状況表示情報」は、先注文に対して後注文が生じたことを知らせる情報を含み、また、先注文を行った顧客に対して、自らへのサービス提供開始に至るまでの状況（後、いくつ後注文があれば提供が開始されるか、後何秒経過すれば提供が開始されるかなど）を知らせる情報を含むものである。
【００３２】
注文状況表示情報を、先注文端末２００が備える表示装置を用いて表示することで、先注文をした顧客は、自らの注文の提供が開始される時期を知ることができる。また、注文状況表示情報を、情報表示装置５００を用いて表示することで、他の顧客に対して後注文を促すことができ、これによって、より早く大量の後注文を得ることができ、提供開始時期を早めること、および、サービス提供者である飲食店にとっては、同じメニューを一度に大量に提供できる状況が作れる。従来のサービス提供の仕方に比べて、単位時間あたりで処理される注文（サービス要求）の数を増やすことができ、これにともなう決済数を大幅に向上させることができるので、サービス提供者の売上を増加させることができる。また、後述するように、先注文に同意した顧客には、相応の報酬処理を実行することで顧客側の利益も高めることができる。すなわち、サービス提供者とサービス要求者の双方に利益をもたらすことができる。
【００３３】
また、後注文受付処理（Ｓ２０４）によって、注文情報管理装置１００から後注文端末３００に対して「受取番号」が通知される。この「受取番号」は、後注文端末３００からの注文に対するサービス提供（料理の配膳）をするときに、照合するための番号である。後注文端末３００は、通知された「受取番号」を取得して、一時的に記憶し、後に、再度読み出して表示できるように管理する。
【００３４】
その後、注文確定処理が実行される（Ｓ２０５）。注文確定処理（Ｓ２０５）の詳細も後述する。注文確定処理（Ｓ２０５）によって、先注文の提供開始条件が判定され、先注文と注文をまとめて提供することを開始させるための「調理開始指示情報」が調理管理端末４００に通知される。調理管理端末４００は、通知された「調理開始指示情報」を表示装置に表示し、厨房にて対応するサービス提供者側のスタッフが、その表示に基づいて調理をし、注文された飲食物を配膳可能な状態にする。
【００３５】
また、注文確定処理（Ｓ２０５）によって、注文情報管理装置１００から先注文端末２００と後注文端末３００に対して、調理開始通知情報が通知される。調理開始通知情報は、核端末から発注された注文に対応する調理が開始されたことを知らせる情報である。この情報が各端末の表示部に表示されることで、顧客は、自らの注文の提供時期を知ることができる。その後、配膳可能になった飲食物に対応する受取番号を情報表示装置５００等に表示させることで、飲食物の提供を可能にする。
【００３６】
また、調理開始通知情報を受け取った先注文端末２００は、報酬処理を実行する（Ｓ２０６）。報酬処理（Ｓ２０６）の詳細は後述する。
【００３７】
［注文処理のフロー］
次に、注文処理について、図３のフローチャートを用いて説明する。先注文端末２００において、注文処理を実行するためのアプリケーションプログラムを起動させる、または注文情報管理装置１００にアクセスして、注文画面を表示させる（Ｓ３０１）。注文画面には、注文可能な品目（メニュー）が表示されている。サービス要求者は、メニュー画面の中から所望する品目を選択すると、先注文として依頼するか否かを選択する「先注文画面」が表示される。そこで、サービス要求者は、「先注文」とするか「通常注文」とするか、を選択する（Ｓ３０２）。
【００３８】
「通常注文」が選択された場合（Ｓ３０２／ＮＯ）、通常の注文としての通知が注文情報管理装置１００に通知される（Ｓ３０４）。その後、決済処理をして料金の支払いが完了した後に（Ｓ３０５）、当該注文に対する飲食物の提供が可能になったときに情報表示装置５００に表示させる受取番号を注文情報管理装置１００から先注文端末２００が受け取って、表示部に表示させる（Ｓ３０６）
【００３９】
「先注文」が選択された場合（Ｓ３０２／ＮＯ）、先注文としての注文情報である第一要求情報が注文情報管理装置１００に通知される（Ｓ３０３）。その後、決済処理をして料金の支払いが完了した後に（Ｓ３０５）、当該注文に対する飲食物の提供が可能になったときに情報表示装置５００に表示させる受取番号を注文情報管理装置１００から先注文端末２００が受け取る。先注文端末２００は、表示部に受け取った受取番号を表示させる（Ｓ３０６）
【００４０】
［先注文受付処理のフロー］
次に、先注文受付処理について、図４のフローチャートを用いて説明する。注文情報管理装置１００は、先注文端末２００からの第一要求情報に応じて、当該要求に対する提供タイミングを報知するときに用いられる受取番号を生成して、先注文端末２００に通知する（Ｓ４０１）。
【００４１】
続いて、注文情報管理装置１００は、第一要求情報に関連する要求を受け付けるためのインタフェースとして、当該第一要求情報に関連付けられる新規の要求情報の受付用インタフェースを提供する要求受付関連情報を生成し、情報表示装置５００に通知する。また、要求受付関連情報を、後注文端末３００に通知する（Ｓ４０２）。情報表示装置５００および後注文端末３００は、それぞれが有する表示部に要求受付関連情報を表示させる。
【００４２】
続いて、注文情報管理装置１００は、先注文を受け付けた時点を起点としてタイマーを動作させる。このタイマーは、調理開始指示（サービス提供開始指示）を判定するときに用いられる時間を計測するものである。タイマーの動作はこの後の処理において調理開始指示が時実行されるまで継続する（Ｓ４０３）。
【００４３】
［後注文処理のフロー］
次に、後注文処理について、図５のフローチャートを用いて説明する。ここでは、情報表示装置５００に表示された後注文受付用表示情報を取得して後注文処理を行う例を説明する。
【００４４】
まず、後注文端末３００が備える撮像機能、すなわちカメラ機能を起動する（Ｓ５０１）。カメラ機能を介して，後注文受付用表示情報（二次元コード）を撮影し、先注文情報を取得するまで処理をループする（Ｓ５０２／ＮＯ）。後注文端末３００のカメラ機能は、要求受付関連情報を取得するための情報取得部を構成する。先注文情報を取得した場合（Ｓ５０２／ＹＥＳ）、表示部にその注文内容を表示させる（Ｓ５０３）。
【００４５】
続いて、先注文と同じ要求を選択しない場合は（Ｓ５０４／ＮＯ）、処理をＳ５０１に戻す。先注文と同じ要求を選択する場合は（Ｓ５０４／ＹＥＳ）、先注文に関連付けられる後注文を行うことになるので、後注文端末３００から注文情報管理装置１００に対して第二要求情報としての「後注文情報」が通知される（Ｓ５０５）。
【００４６】
その後、先注文の場合と同様に、決済処理が実行され（Ｓ５０６）、注文情報管理装置１００から通知されてくる受取番号を表示部に表示する（Ｓ５０７）。
【００４７】
［後注文受付処理のフロー］
次に、後注文受付処理について、図６のフローチャートを用いて説明する。注文情報管理装置１００は、後注文端末３００からの第二要求情報に応じて、当該要求に対する提供タイミングを報知するときに用いられる受取番号を生成して、後注文端末３００に通知する（Ｓ６０１）。
【００４８】
続いて、注文情報管理装置１００は、第二要求情報である後注文に関連付けられた第一要求情報である先注文に対する時間閾値を更新する（Ｓ６０２）。時間閾値は、先注文ごとに個別に管理される。また、Ｓ４０３において動作を開始するタイマーも、先注文ごとに個別に動作するものである。時間閾値の更新は、例えば、後注文が１つ生ずる都度、０．５秒毎加算する、などのように、後注文が発生する状況に応じて実行される。このように、後注文に応じて時間閾値を増加させる（動的に変化させる）ことで、なるべく多くの後注文を受け付けることができるようになる。すなわち、注文の実行開始条件を動的に設定する。
【００４９】
続いて、注文情報管理装置１００は、後注文が通知されたことで更新された時間閾値に関する情報（例えば「後８秒間受付中！」など）や、後注文の累積数（例えば「後３個の注文を募集中」など）を含む「注文状況表示」を生成する。生成した注文状況表示は、情報表示装置５００に通知されて表示される（Ｓ６０３）。
【００５０】
続いて、注文情報管理装置１００は、後注文の累積数を更新する。すなわち、受付数を累積加算する（Ｓ６０４）。
【００５１】
［注文確定処理のフロー］
次に、注文確定処理について、図７のフローチャートを用いて説明する。Ｓ４０３においてスタートしたタイマーと、Ｓ６０２において更新された時間閾値と、を比較し、タイマーが時間閾値を超えていれば、設定された待ち時間が経過していることになるので（Ｓ７０１／ＹＥＳ）、調理開始指示情報を生成し（Ｓ７０２）、調理開始指示情報を調理管理端末４００に通知する（Ｓ７０４）。
【００５２】
タイマーが時間閾値を超えていなければ、続けて、累積した後注文の数が、第二閾値である受付閾値を超えているか否かの判定をする（Ｓ７０３）。累積の後注文の数である受付数が第二閾値を超えていなければ（Ｓ７０３／ＮＯ）、後注文を受け付ける期間がまだあることになる。この場合は、処理をＳ２０３（図２参照）に戻す。受付数が第二閾値を超えている場合は（Ｓ７０３／ＹＥＳ）、調理開始指示情報を生成し（Ｓ７０２）、調理開始指示情報を調理管理端末４００に通知する（Ｓ７０４）。
【００５３】
［報酬処理のフロー］
次に、報酬処理について、図８のフローチャートを用いて説明する。報酬処理は、先注文に対する調理開始が確定した旨の通知が先注文端末２００に通知されたときに実行される。まず、報酬対象としての条件が成立しているか否かを判定する（Ｓ８０１）。報酬対象としての条件とは、例えば、後注文の数や、受付数を超えるまでの時間の経過の短さなどを言う。例えば、後注文の数（受付数）が、１０を超えているときに対象とするなど、要求の集約状況を指標として捉えることができる規則を予め規定しておく。報酬対象でなければ処理は終了する（Ｓ８０１／ＮＯ）。
【００５４】
報酬対象であれば（Ｓ８０１／ＹＥＳ）、選択可能な報酬の種類を先注文端末２００の表示部に表示させる（Ｓ８０２）。表示された報酬が例えば「返金」か「寄付」である場合を例にして説明する。「返金」が選択されれば（Ｓ８０３／返金）、返金処理のリクエストが実行される（Ｓ８０４）。返金処理は、例えば、先注文時の決済をオンライン決済によって行った場合であれば、それに対して減額する決済を後に発生させる処理である。また、現金を直接返してもよいし、後の別の注文時に決済額の減額に使用できるポイントを付与する処理でもよい。
【００５５】
［寄付］が選択されれば（Ｓ８０４／寄付）、寄付処理のリクエストが実行される（Ｓ８０５）。寄付処理は、例えば，サービス提供者側で当該サービスの提供に従事するスタッフへのチップとして、飲食店に譲渡する処理である。例えば、返金を選択していたならば得られたであろうポイントを受け取らない様にする、または、受け取れたであろう現金を所定の口座に自動送金するなどの処理である。
【００５６】
なお、報酬対象となった場合に選択可能な報酬は、返金と寄付に限定するものではなく、上記にて述べた趣旨と同等の行為であれば、それを選択できるようにしてもよい。
【００５７】
なお、先注文に対する時間閾値を経過したときの受付数が所定の閾値に満たない場合は、全ての注文をキャンセルし、返金処理を行うようにしてもよい。
【００５８】
または、それまで生じていた先注文と後注文の各々の注文を通常注文と同等に扱うようにしてもよい。この場合、注文に対する決済が完了した順番にサービスの提供が行われることになる。
【００５９】
［行列制御方法の効果］
以上説明をした、本実施形態に係る行列制御方法によれば、特定のサービス提供要求に対し、当該サービス提供要求をした顧客においてある程度の待ち時間が生ずることの同意を得られた場合は、これと同じ注文内容である「後追い注文（のっかり注文）」を募り、要求を集約してから実行するように、待ち行列を制御することができる。これによって、より早く大量の後注文を得ることができ、提供開始時期を早めること、および、サービス提供者である飲食店にとっては、同じメニューを一度に大量に提供できる状況が作れる。さらに、従来のサービス提供の仕方に比べて、単位時間あたりで処理される注文（サービス要求）の数を増やすことができ、これにともなう決済数を大幅に向上させることができるので、サービス提供者の売上を増加させることができる。また、当該方法によれば、通常よりも長い時間となる待ち時間に同意した顧客に対して、報酬を選択できるようにする。これによって、サービス提供者にとっては効率化を図ることができる「まとめた処理」を顧客側のメリットによって、より促進することができるようになる。
【００６０】
［注文情報管理装置１００の機構構成］
次に、注文情報管理システム１における主たる構成要素である注文情報管理装置１００の機能ブロックについて説明する。注文情報管理装置１００は、一般的な情報処理装置であるコンピュータハードウェアに対してインストールされた、本発明に係る情報管理プログラムによって実現される機能ブロックを備える。
【００６１】
図９に示すように、注文情報管理装置１００は、注文情報受付部１１１と、累積注文数更新部１１２と、記憶部１１３と、待ち時間管理部１１４と、条件判定部１１５と、表示情報生成部１１６と、表示制御部１１７と、を有する。
【００６２】
注文情報受付部１１１は、先注文端末２００または調理管理端末４００からの先注文情報や、後注文端末３００からの後注文情報を受け付ける。
【００６３】
累積注文数更新部１１２は、第二注文数加算部を構成する。累積注文数更新部１１２は、先注文情報である第一要求情報に示されているサービス要求の内容と同一のサービス要求を含む後注文情報である第二要求情報を受け付けた数である受付数を累積加算する。加算した受付数は記憶部１１３において一時的に記憶する。
【００６４】
記憶部１１３は、第一閾値である時間閾値、第二閾値である受付閾値を予め記憶する。また、逐次更新される受付数も記憶する。
【００６５】
待ち時間管理部１１４は、先注文を受け付けた時からの経過時間を計測するタイマーと、第一閾値を所定の条件下で加算して第一閾値を更新する閾値更新部とを、含み、経過時間計測部に相当する。
【００６６】
条件判定部１１５は、待ち時間管理部１１４において管理される経過時間が第一閾値である時間閾値を超えるか否かを判定する。また、条件判定部１１５は、後注文の累積数である受付数が第二閾値である受付閾値を超えるか否かを判定する。さらに条件判定部１１５は、時間閾値を超えたと判定したとき、または、受付閾値を超えたと判定したき、すでに受け付けている先注文と後注文に含まれるサービス要求に対応するサービスの提供開始を指示する情報であるサービス開始情報を出力する判定出力部を構成する。
【００６７】
表示情報生成部１１６は、先注文に関連する要求受付関連情報を生成する。表示制御部１１７は、表示情報生成部１１６において生成された要求受付関連情報を、情報表示装置５００、先注文端末２００および後注文端末３００に出力する。表示情報生成部１１６と表示制御部１１７によって表示情報生成部が構成される。
【００６８】
［先注文端末２００および後注文端末３００のハードウェア構成］
ここで、本実施形態に係る先注文端末２００および後注文端末３００のハードウェア構成について図１０を参照しながら説明する。本実施形態に係る先注文端末２００および後注文端末３００は、一般的な機能を備える携帯型の情報処理装置である。図１０に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、カメラ１３，ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１４、およびＩ／Ｆ１５が共通バス１８を介して接続されている構成を備える。また、Ｉ／Ｆ１５には、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）と、操作部１７が接続されている。
【００６９】
ＣＰＵ１０は演算手段であり、先注文端末２００および後注文端末３００の動作を制御する。ＲＡＭ１１は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ１２は、読み出し専用の不揮発性の記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ１４は、情報の読み書きが可能であって記憶容量が大きい不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーションプログラムなどが格納される。
【００７０】
Ｉ／Ｆ１５は、共通バス１８と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ１６、先注文端末２００および後注文端末３００に通知される各種情報を表示する表示部である。操作部１７は、タッチパネルなどで構成され、ＬＣＤ１６に表示された情報に対して選択操作を実行するユーザインターフェースである。
【００７１】
以上のハードウェア構成を備える先注文端末２００および後注文端末３００は、ＲＯＭ１２に格納された制御用プログラムおよびや、ＨＤＤ１４などの記憶媒体からＲＡＭ１１にロードされた情報処理プログラム（アプリケーションプログラム）などをＣＰＵ１０が備える演算機能によって処理する装置である。その処理によって、先注文端末２００および後注文端末３００の種々の機能モジュールを含むソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、上述した構成を含むハードウェア資源との組み合わせによって、本実施形態に係る先注文端末２００および後注文端末３００の機能を実現する機能ブロックが構成される。
【００７２】
なお、本発明は上述した実施形態に限定されるものではなく、その技術的要旨を逸脱しない範囲で種々の変形が可能であり、特許請求の範囲に記載された技術思想に含まれる技術的事項の全てが本発明の対象となる。上記実施形態は、好適な例を示したものであるが、当業者であれば、開示した内容から様々な変形例を実現することが可能である。そのような変形例も、特許請求の範囲に記載された技術的範囲に含まれる。
【符号の説明】
【００７３】
１      ：注文情報管理システム
１０    ：ＣＰＵ
１１    ：ＲＡＭ
１２    ：ＲＯＭ
１３    ：カメラ
１４    ：ＨＤＤ
１５    ：Ｉ／Ｆ
１６    ：ＬＣＤ
１７    ：操作部
１８    ：共通バス
１００  ：注文情報管理装置
１１１  ：注文情報受付部
１１２  ：累積注文数更新部
１１３  ：記憶部
１１４  ：時間管理部
１１５  ：条件判定部
１１６  ：表示情報生成部
１１７  ：表示制御部
２００  ：先注文端末
３００  ：後注文端末
４００  ：調理管理端末
５００  ：情報表示装置
６００  ：通信ネットワーク
【先行技術文献】
【特許文献】
【００７４】
【特許文献１】特開２００８−２５７５５６号公報
【図１】
2020009193.tif 000003
【図２】
2020009193.tif 000004
【図３】
2020009193.tif 000005
【図４】
2020009193.tif 000006
【図５】
2020009193.tif 000007
【図６】
2020009193.tif 000008
【図７】
2020009193.tif 000009
【図８】
2020009193.tif 000010
【図９】
2020009193.tif 000011
【図１０】
2020009193.tif 000012
【図１１】
2020009193.tif 000013