特開 2023-45588 情報処理装置、プログラム、情報処理システム及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023045588

(43)【公開日】2023-04-03

(54)【発明の名称】情報処理装置、プログラム、情報処理システム及び情報処理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20230327BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2021154098

(22)【出願日】2021-09-22

(71)【出願人】

【識別番号】000000295

【氏名又は名称】沖電気工業株式会社

(74)【代理人】

【識別番号】100140958

【弁理士】

【氏名又は名称】伊藤 学

(74)【代理人】

【識別番号】100137888

【弁理士】

【氏名又は名称】大山 夏子

(74)【代理人】

【識別番号】100190942

【弁理士】

【氏名又は名称】風間 竜司

(72)【発明者】

【氏名】村松 敦

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】      （修正有）

【課題】注文の処理が複数の工程にわたって分業され、流れ作業形式で処理される場合に、注文を処理する担当者が作業を行いやすくすることが可能な、情報処理装置、プログラム、情報処理システム及び情報処理方法を提供する。
【解決手段】注文端末と、複数の注文表示端末と、情報処理装置とが、ネットワークを介して通信可能に構成されている情報処理システムにおいて、情報処理装置４０は、注文を処理する各工程の作業状況を示す情報に基づき、第１の工程が完了しており、第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、第２の工程の実行を指示する作業指示情報の出力を制御する制御部４３０を備える。
【選択図】図４

【特許請求の範囲】

【請求項1】

注文を処理する各工程の作業状況を示す情報に基づき、
第１の工程が完了しており、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の実行を指示する作業指示情報の出力を制御する制御部を備える、
情報処理装置。

【請求項2】

前記制御部は、新規に注文を受注する毎に、前記注文の内容を処理するために必要な２以上の工程を識別し、
前記識別された前記２以上の工程の作業順序を判別する、
請求項１に記載の情報処理装置。

【請求項3】

前記作業指示情報は、前記注文を処理する各工程の注文内容を含む表示画面であり、
前記表示画面において、前記第２の工程の注文内容は、他の工程の注文内容と異なる態様で表示される、
請求項１または２に記載の情報処理装置。

【請求項4】

前記制御部は、
前記作業指示情報の出力を制御する際に、記憶部に記憶されている前記第２の工程についての前記作業状況を示す作業状況情報を、作業中を示す前記第１の情報に更新し、
前記第２の工程の作業が完了したことに基づいて、待機中を示す前記第２の情報に前記第２の工程についての前記作業状況情報を更新する、
請求項１から３のいずれかに記載の情報処理装置。

【請求項5】

前記注文を処理する各工程は、いずれの他の工程の完了も待たずに作業を仮作業として開始可能である仮作業可能工程を含み、
前記制御部は、前記仮作業可能工程の作業状況が待機中であると判定される場合に、前記仮作業の開始を指示する仮指示情報の出力を制御する、
請求項４に記載の情報処理装置。

【請求項6】

前記仮指示情報は、前記注文を処理する各工程の注文内容を含む表示画面であり、前記作業指示情報と異なる態様で出力される、
請求項５に記載の情報処理装置。

【請求項7】

前記制御部は、
前記仮指示情報の出力を制御する際に、前記記憶部に記憶されている前記仮作業可能工程についての前記作業状況情報を、前記仮作業中を示す第３の情報に更新する、
請求項５または６に記載の情報処理端末。

【請求項8】

前記作業指示情報は操作ボタンを含み、
前記制御部は、前記第２の工程の作業の完了を前記操作ボタンが操作されたことに基づいて認識する、
請求項４から７のいずれか一項に記載の情報処理端末。

【請求項9】

コンピュータを、
注文を処理する各工程の作業状況を示す情報に基づき、
第１の工程が完了しており、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の実行を指示する作業指示情報の出力を制御する制御部
として機能させるためのプログラム。

【請求項10】

注文を処理する各工程の作業状況を示す情報に基づき、
第１の工程が完了しており、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の実行を指示する作業指示情報の出力を制御する制御部を含む、
情報処理システム。

【請求項11】

注文を処理する各工程の作業状況を示す情報に基づき、
第１の工程が完了しており、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の実行を指示する作業指示情報の出力を制御すること
を含む、コンピュータにより実行される情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、プログラム、情報処理システム及び情報処理方法に関する。

【背景技術】

【0002】

従来、飲食店またはカラオケ店等において、注文端末で商品の注文を受け付け、注文内容を出力端末に転送し、注文処理担当者に伝達するオーダーシステムが利用されている。

【0003】

例えば、特許文献１には、セルフオーダーシステムという技術が開示されている。客は、注文画面が表示されたテーブル端末を操作し、所望の商品を注文する。あるいは、店員が客から聞き取った商品を注文するべくハンディ端末を操作する。テーブル端末またはハンディ端末で注文がなされると、注文管理装置が注文データを受信し、受信する毎に注文データに応じた調理伝票及び注文伝票のプリントをプリンタに指示する。調理人は、この調理伝票に従って商品を調理する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－０１３２１３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、注文の処理が複数の工程にわたって分業され、流れ作業形式で処理される場合、既存のオーダーシステムは各工程の作業状況を考慮せずに注文内容の伝達を行うため、注文を処理する担当者に心理的な焦りを生じさせたり、注文を処理する前提となる先行作業が完了するまで待ち時間が発生したりと、作業を行いづらいという問題があった。

【0006】

そこで、本発明は、上記問題に鑑みてなされたものである。本発明の目的とするところは、注文の処理が複数の工程にわたって分業され、流れ作業形式で処理される場合に、注文を処理する担当者が作業を行いやすくすることが可能な、新規かつ改良された情報処理装置を提供することにある。

【課題を解決するための手段】

【0007】

上記課題を解決するために、本発明のある観点によれば、注文を処理する各工程の作業状況を示す情報に基づき、第１の工程が完了しており、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の実行を指示する作業指示情報の出力を制御する制御部を備える、情報処理装置が提供される。

【0008】

前記制御部は、新規に注文を受注する毎に、前記注文の内容を処理するために必要な２以上の工程を識別し、前記識別された前記２以上の工程の作業順序を判別してもよい。

【0009】

前記作業指示情報は、前記注文を処理する各工程の注文内容を含む表示画面であってもよく、前記表示画面において、前記第２の工程の注文内容は、他の工程の注文内容と異なる態様で表示されてもよい。

【0010】

前記制御部は、前記作業指示情報の出力を制御する際に、記憶部に記憶されている前記第２の工程についての前記作業状況を示す作業状況情報を、作業中を示す前記第１の情報に更新し、前記第２の工程の作業が完了したことに基づいて、待機中を示す前記第２の情報に前記第２の工程についての前記作業状況情報を更新してもよい。

【0011】

前記注文を処理する各工程は、いずれの他の工程の完了も待たずに作業を仮作業として開始可能である仮作業可能工程を含んでもよく、前記制御部は、前記仮作業可能工程の作業状況が待機中であると判定される場合に、前記仮作業の開始を指示する仮指示情報の出力を制御してもよい。

【0012】

前記仮指示情報は、前記注文を処理する各工程の注文内容を含む表示画面であってもよく、前記作業指示情報と異なる態様で出力されてもよい。

【0013】

前記制御部は、前記仮指示情報の出力を制御する際に、前記記憶部に記憶されている前記仮作業可能工程についての前記作業状況情報を、前記仮作業中を示す第３の情報に更新してもよい。

【0014】

前記作業指示情報は操作ボタンを含んでもよく、前記制御部は、前記第２の工程の作業の完了を前記操作ボタンが操作されたことに基づいて認識してもよい。

【0015】

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、注文を処理する各工程の作業状況を示す情報に基づき、第１の工程が完了しており、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の実行を指示する作業指示情報の出力を制御する制御部として機能させるためのプログラムが提供される。

【0016】

また、上記課題を解決するために、本発明の別の観点によれば、注文を処理する各工程の作業状況を示す情報に基づき、第１の工程が完了しており、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の実行を指示する作業指示情報の出力を制御する制御部を含む、情報処理システムが提供される。

【0017】

また、上記課題を解決するために、本発明の別の観点によれば、注文を処理する各工程の作業状況を示す情報に基づき、第１の工程が完了しており、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の実行を指示する作業指示情報の出力を制御することを含む、コンピュータにより実行される情報処理方法が提供される。

【発明の効果】

【0018】

以上説明したように本発明によれば、注文の処理が複数の工程にわたって分業され、流れ作業形式で処理される場合に、注文を処理する担当者が作業を行いやすくすることが可能である。

【図面の簡単な説明】

【0019】

【図1】本発明の第１の実施形態による情報処理システムの構成を示す説明図である。

【図2】同実施形態による、注文端末１０の構成を示す説明図である。

【図3】同実施形態による、注文表示端末３０の構成を示す説明図である。

【図4】同実施形態による、情報処理装置４０の構成を示す説明図である。

【図5】同実施形態による、記憶部４２０が記憶する作業状況情報テーブルの具体例を示す説明図である。

【図6】同実施形態による、記憶部４２０が記憶する注文内容テーブルの１つ目の具体例を示す説明図である。

【図7】同実施形態による、記憶部４２０が記憶する注文内容テーブルの２つ目の具体例を示す説明図である。

【図8】同実施形態による、表示部３４０に表示される画面の具体例を示す説明図である。

【図9】同実施形態による、表示部３４０に表示される、図８の状態からの遷移後の画面の具体例を示す説明図である。

【図10】同実施形態による、情報処理装置４０の動作例を示すフローチャートである。

【図11】本発明の第２の実施形態による情報処理装置４２の構成を示す説明図である。

【図12】同実施形態による、記憶部４８０が記憶する作業状況情報テーブルの具体例を示す説明図である。

【図13】同実施形態による、表示部３４０に表示される画面の具体例を示す説明図である。

【図14】同実施形態による、表示部３４０に表示される図１３の状態からの遷移後の画面の具体例を示す説明図である。

【図15】同実施形態による、情報処理装置４２の動作例を示す１つ目のフローチャートである。

【図16】同実施形態による、情報処理装置４２の動作例を示す２つ目のフローチャートである。

【図17】本発明の実施形態による情報処理装置４０の例としてのハードウェア構成を示す図である。

【発明を実施するための形態】

【0020】

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0021】

また、本明細書および図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、複数の構成要素の各々に同一符号のみを付する。

【0022】

＜＜１．本発明の一実施形態による情報処理システムの概要＞＞
本発明の実施形態は、注文を処理する各工程の作業状況を示す情報に基づき、第１の工程が完了しており、上記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、上記第２の工程の実行を指示する作業指示画面の出力を制御する、情報処理システムに関する。当該情報処理システムは、例えば、ファーストフード店で、注文の処理が複数の工程にわたって分業され、担当者により流れ作業形式で注文が処理される場合に適用される。以下、図１を参照し、本発明の一実施形態による情報処理システムの構成を説明する。

【0023】

図１は、本発明の一実施形態による情報処理システムの構成を示す説明図である。図１に示したように、本発明の一実施形態による情報処理システムは、注文端末１０と、複数の注文表示端末３０と、情報処理装置４０と、を有する。図１に示されるように、注文端末１０と、注文表示端末３０と、情報処理装置４０とは、ネットワーク２０を介して通信可能に構成されている。

【0024】

注文端末１０は、利用者によって操作され、新規注文を受け付けるための情報処理端末である。図１に示した例では、注文端末１０は店頭に設置された注文受付用のキオスク端末であり、利用者がタッチパネルを操作することにより注文を行うことが出来る。注文端末１０は、テーブルに設置されたテーブル端末でもよい。あるいは、注文端末１０の機能を、スマートフォンのアプリ、または、デリバリーサービス事業者の注文用ＷＥＢサイトで実現し、注文を受注してもよい。

【0025】

複数の注文表示端末３０は、注文の処理が行われる調理場またはカウンター内に設置され、注文を処理する担当者に注文内容を伝達するための情報処理端末である。本実施形態においては、複数の注文表示端末３０として、注文表示端末３０Ａ、３０Ｂ、３０Ｃおよび３０Ｄの計４台が用いられる例を主に説明する。しかし、注文表示端末３０の台数は、注文を処理するために必要な工程数に合わせた任意の台数でもよい。

【0026】

情報処理装置４０は、受け付けた注文内容を注文を処理する担当者に伝達するために、注文表示端末３０に注文内容を表示させる制御を行うための情報処理端末である。情報処理装置４０は、注文端末１０から注文内容を受信し、注文内容に含まれる各工程の作業状況を判定し、判定の結果に基づいて、各工程の実行を指示する作業指示画面を注文表示端末３０に出力させる制御を行うための、情報処理端末である。上記作業指示画面は、作業指示情報の一例である。

【0027】

（課題の整理）
一般に、飲食店では、注文を受け付けたのち、注文を処理する担当者に注文内容を伝えて注文の品が準備される。注文処理担当者への注文内容の伝達方法として、受け付けた注文内容がネットワークを介して送信され、注文処理担当者が閲覧できる情報処理端末へ伝達される方法が考えられている。

【0028】

しかし、注文の処理が複数の工程にわたって分業され、流れ作業形式で処理される場合、単に注文内容が担当者に伝達されるだけでは、各工程の作業状況を考慮していないため、注文を処理する担当者が作業を行いづらいという問題があった。例えば、上記担当者が先に受注した注文の処理を行っている際中に次の注文内容が伝達されると、上記担当者が心理的な焦りを感じ、作業がしづらくなることがある。あるいは、上記担当者が伝達された注文内容の処理を開始できる状態であっても、その注文を処理する前提となる先行作業が完了していない場合は、上記担当者が処理を開始できず、待ち時間が発生してしまっていた。

【0029】

本件発明者は、上記事情を一着眼点にして本発明の実施形態を創作するに至った。本発明の実施形態によれば、注文の処理が複数の工程にわたって分業され、流れ作業形式で処理される場合に、注文を処理する担当者が作業を行いやすくすることが可能である。以下、このような本発明の実施形態による情報処理装置４０の構成および動作を、順次詳細に説明する。

【0030】

＜＜２．第１の実施形態＞＞
＜２－１．注文端末１０の機能構成＞
図２は、本発明の第１の実施形態による注文端末１０の機能構成例を示す説明図である。図２に示したように、本実施形態による注文端末１０は、通信部１１０、記憶部１２０、制御部１３０、表示部１４０、操作部１５０、音声入力部１６０、および音声出力部１７０を有する。

【0031】

（通信部）
通信部１１０は、通信インターフェースによって構成され、ネットワーク２０を介して情報処理装置４０と通信を行う。

【0032】

（記憶部）
記憶部１２０は、制御部１３０を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。また、記憶部１２０は、制御部１３０の動作の過程で必要となる各種データを一時的に記憶する事もできる。例えば、記憶装置は、不揮発性の記憶装置であってもよい。

【0033】

（制御部）
制御部１３０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを含み、記憶部１２０により記憶されているプログラムがＣＰＵによりＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開されて実行されることにより、その機能が実現され得る。このとき、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。あるいは、制御部１３０は、専用のハードウェアにより構成されてもよいし、複数のハードウェアの組み合わせにより構成されてもよい。このような制御部１３０は、注文端末１０における動作全般を制御する。例えば、制御部１３０は、通信部１１０と情報処理装置４０との通信を制御する。また、制御部１３０は、図２に示したように、画面表示制御部１３１および会計処理部１３２としての機能を有する。

【0034】

ここで、画面表示制御部１３１および会計処理部１３２の機能をより具体的に説明する。画面表示制御部１３１は、利用者が操作部１５０を操作すること、または音声入力部１６０により音声入力を行うことにより商品の注文を行うための、注文画面を生成し、当該注文画面を表示部１４０に表示させる制御を行う。会計処理部１３２は、注文内容に応じて会計金額を算出する。

【0035】

（表示部）
表示部１４０は、画面表示制御部１３１による制御に従って各種情報の表示を行う機能を有する。例えば、表示部１４０は、注文画面を表示することが可能である。ここで、表示部２６８の形態は、例えば、液晶ディスプレイ（ＬＣＤ）装置であってもよいし、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置であってもよい。

【0036】

（操作部）
操作部１５０は、注文端末１０の利用者が注文端末１０に指示または情報を入力するために操作する構成である。例えば、利用者は、表示部１４０に表示された注文画面に従って、操作部１５０を操作することにより注文を行う。

【0037】

（音声入力部）
音声入力部１６０は、注文端末１０の利用者が、注文端末１０への指示または情報を音声で入力するための構成である。例えば、利用者は、注文商品名を発声して音声入力部１６０に注文商品名の音声を入力することで、その商品の注文を行うことが出来る。

【0038】

（音声出力部）
音声出力部１７０は、制御部１３０による制御に従って各種情報の音声出力を行う機能を有する。例えば、音声出力部１７０は、音声により、注文端末１０の利用者へ注文方法を案内する。あるいは、音声出力部１７０は、注文できる商品を音声により利用者へ伝達する。

【0039】

＜２－２．注文表示端末３０の機能構成＞
図３は、本発明の第１の実施形態による注文表示端末３０の機能構成例を示す説明図である。図３に示したように、本実施形態による注文表示端末３０は、通信部３１０、記憶部３２０、制御部３３０、表示部３４０、操作部３５０、音声入力部３６０、および音声出力部３７０を有する。

【0040】

（通信部）
通信部３１０は、通信インターフェースによって構成され、ネットワーク２０を介して情報処理装置４０と通信を行う。

【0041】

（記憶部）
記憶部３２０は、制御部３３０を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。また、記憶部３２０は、制御部３３０の動作の過程で必要となる各種データを一時的に記憶する事もできる。例えば、記憶装置は、不揮発性の記憶装置であってもよい。

【0042】

（制御部）
制御部３３０は、ＣＰＵなどを含み、記憶部３２０により記憶されているプログラムがＣＰＵによりＲＡＭに展開されて実行されることにより、その機能が実現され得る。このとき、当該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。あるいいは、制御部３３０は、専用のハードウェアにより構成されてもよいし、複数のハードウェアの組み合わせにより構成されてもよい。このような制御部３３０は、注文表示端末３０の動作全般を制御する。例えば、制御部３３０は、通信部３１０と情報処理装置４０との通信を制御する。

【0043】

（表示部）
表示部３４０は、情報処理装置４０または制御部３３０による制御に従って多様な画面を表示する。例えば、表示部３４０は、情報処理装置４０によって生成された、注文を処理する各工程に該工程の実行を指示する作業指示画面を表示する。ここで、表示部３４０の形態は、例えば、液晶ディスプレイ装置であってもよいし、ＯＬＥＤ装置であってもよい。図８および図９に示した、表示部３４０に表示される画面の具体例の詳細については、情報処理装置４０の制御部４３０の機能と併せて、後に説明する。

【0044】

（操作部）
操作部３５０は、注文を処理する担当者または注文表示端末３０の利用者が、注文表示端末３０に指示または情報を入力するために操作する構成である。例えば、注文を処理する担当者は、注文の処理が完了したことを示すために、操作部３５０を操作することにより、表示部３４０に表示された完了ボタンを押下する。

【0045】

（音声入力部）
音声入力部３６０は、注文を処理する担当者または注文表示端末３０の利用者が、注文表示端末３０への指示または情報を音声で入力するための構成である。例えば、注文を処理する担当者は、注文の処理が完了したことを示すために、音声入力部３６０に所定の音声を入力する。

【0046】

（音声出力部）
音声出力部３７０は、情報処理装置４０または制御部３３０による制御に従って、各種情報の音声出力を行う機能を有する。例えば、音声出力部３７０は、情報処理装置４０の制御に従って、注文を処理する担当者に、注文内容を示す音声を出力する。

【0047】

＜２－３．情報処理装置４０の機能構成＞
図４は、本発明の第１の実施形態による情報処理装置４０の機能構成例を示す説明図である。図４に示したように、本実施形態による情報処理装置４０は、通信部４１０、記憶部４２０、制御部４３０、表示部４４０、および操作部４５０を有する。

【0048】

（通信部）
通信部４１０は、通信インターフェースによって構成され、ネットワーク２０を介して注文端末１０および注文表示端末３０と通信を行う。あるいは、通信部４１０は、デリバリーサービス事業者の注文用ＷＥＢサイトと、インターネットを介して、通信を行う。

【0049】

（記憶部）
記憶部４２０は、制御部４３０を動作させるためのプログラムおよびデータを記憶することが可能な記憶装置である。また、記憶部４２０は、制御部４３０の動作の過程で必要となる各種データを一時的に記憶する事もできる。例えば、記憶装置は、不揮発性の記憶装置であってもよい。

【0050】

記憶部４２０には、あらかじめ、制御部４３０の動作に必要な、注文を処理する各工程の情報と、各工程と複数の注文表示端末３０との対応情報とを含む、作業状況情報テーブルが記憶されている。あるいは、記憶部４２０は、情報処理装置４０の操作者が操作部４５０を操作することにより設定した作業状況情報テーブルの情報を格納してもよい。さらに、記憶部４２０に記憶されている上記作業状況情報テーブルには、制御部４３０の制御により、各工程の作業状況情報が格納される。ここで、図５を参照して、記憶部４２０が記憶する作業状況情報テーブルの具体例を説明する。

【0051】

図５は、記憶部４２０が記憶する作業状況情報テーブルの具体例を示す説明図である。図５に示したように、作業状況情報テーブルＴ１０においては、担当工程、注文表示端末、作業状況情報が関連付けられている。

【0052】

担当工程は、注文の処理を複数の工程に分業した場合の、各工程を示す情報である。図５に示した例では、ハンバーガーまたはサンドイッチなどのファーストフード店を想定し、担当工程には、該ファーストフード店における注文を処理するために必要な工程ａ～工程ｄの全４工程が記憶されている。

【0053】

注文表示端末は、各工程に対応する、複数の注文表示端末３０の各々を示す情報である。各工程には、当該工程の担当者が視認可能な注文表示端末３０が対応付けられている。図５に示した例では、工程ａには端末Ａが対応付けられており、工程ｂには端末Ｂが、工程ｃには端末Ｃが、工程ｄには端末Ｄが、それぞれ対応付けられている。

【0054】

作業状況情報は、各工程の作業状況を示す情報である。作業状況としては、作業中および待機中などが挙げられる。図５に示した例では、工程ａから工程ｄまでの全工程についての作業状況情報が作業状況として待機中を示している。この場合、工程ａから工程ｄまでの全工程の作業状況が待機中であることが理解される。作業中を示す作業状況情報は第１の情報の一例であり、待機中を示す作業状況情報は第２の情報の一例である。

【0055】

さらに、記憶部４２０は、制御部４３０の制御に従って、注文端末１０が受け付けた注文内容を含む、注文内容テーブルを記憶する。注文内容テーブルが含む内容の詳細については、後に説明する。

【0056】

（制御部）
制御部４３０は、注文端末１０が受け付けた注文内容に基づいて、記憶部４２０に設定された注文内容テーブルに情報を格納する。さらに、制御部４３０は、上記注文内容を処理する各工程について、第１の工程が完了しており、かつ、前記第１の工程の次に順序付けられている第２の工程についての作業状況が待機中であると判定される場合には、前記第２の工程の作業の実行を指示する作業指示画面を、前記第２の工程に対応する注文表示端末３０に出力させる制御を行う。以下、より詳細に制御部４３０の機能を説明する。

【0057】

まず、制御部４３０は、注文端末１０が受け付けた注文内容を、ネットワーク２０を介して受信する。制御部４３０は、受信した注文内容に基づいて、注文内容テーブルに注文ＩＤおよび注文内容の情報を格納する。

【0058】

ここで、図６を参照し、注文内容テーブルの具体例を説明する。図６は、制御部４３０が作成し、記憶部４２０に格納する注文内容テーブルの１つ目の具体例である。図６に示したように、注文内容テーブルＴ２０においては、項目、担当工程、注文ＩＤ、注文内容の情報が関連付けられている。

【0059】

項目は、注文内容を、各工程が注文処理を行うために必要な情報に整理して記憶するための分類項目である。項目の内容は、すべての注文で共通であり、あらかじめ設定され記憶部４２０に格納される。制御部４３０は、項目を主キーとして注文内容テーブルを作成する。図６に示した例では、サンドイッチの種類、パン、トッピング、ソース、ドリンク、ポテト、会計及びお渡しが、項目として設定されている。

【0060】

担当工程は、上記項目の各々を担当する工程を示す情報であり、あらかじめ項目と関連付けて設定され、記憶部４２０に格納される。制御部４３０は、担当工程を外部キーとして作業状況情報テーブルＴ１０を参照し、各工程に対応する注文表示端末３０または作業状況情報を認識することが出来る。

【0061】

注文ＩＤは、注文端末１０で新規注文を受注するたびに、各注文内容が一意に識別できるように採番される情報である。図６に示した例では、３桁の自然数００１であるが、他の記号または英数字であってもよい。

【0062】

注文内容は、注文端末１０で受け付けた注文内容を示す情報である。図６に示した例では、サンドイッチの種類としてチキンサンドイッチが選択されている。更に、パンの種類としてゴマが、トッピングの種類としてピクルスが、ソースの種類としてデフォルトが、ドリンクの種類としてコーラＳが、ポテトの種類としてプレーンＳが、対応付けられている。さらに、この注文内容の会計金額は１０００円であり、オンライン決済等によって、事前に会計済みであることが示されている。

【0063】

次に、制御部４３０は、各注文内容に含まれる２以上の工程を識別する。制御部４３０は、記憶部４２０に記憶された注文内容テーブルを参照し、各注文内容に含まれる２以上の工程を識別する。図６に示した例では、注文ＩＤ００１に含まれる２以上の工程が、工程ａ、ｂ、ｃ、ｄであることが識別できる。

【0064】

図７は、記憶部４２０が記憶する注文内容テーブルの２つ目の具体例を示す説明図である。図７に示した注文内容テーブルＴ２１と、図６に示した注文内容テーブルＴ２０との違いは、注文内容に含まれる商品数が違うことである。図７に示したように、注文内容がコーラＳ、プレーンＳのみであった場合は、注文内容に対応する項目はドリンク、ポテト、会計およびお渡しのみとなり、注文を処理するために必要な２以上の工程は工程ｃ、工程ｄとなる。

【0065】

次に、制御部４３０は、識別した上記２以上の工程の、作業順序を判別する。図５に示した例では、あらかじめ作業状況情報テーブルに設定されている担当工程が、作業順序に従って、工程ａから工程ｄまで昇順となるようにアルファベットを付されている。制御部４３０は、作業状況情報テーブルの担当工程に設定された各工程のアルファベット順に従って、作業順序を判別する。あるいは、作業順序の判別方法は、作業状況情報テーブルに各工程の作業順序を示す自然数を格納する、順序番号列を追加で設定しておき、制御部４３０が上記順序番号列を参照して判別する方法でもよい。または、作業状況情報テーブルとは別に、各工程と、各工程の作業順序を示す番号の情報を持つ作業順序テーブルを設定しておいてもよい。

【0066】

次に、制御部４３０は、上記判別された作業順序に基づいて、上記識別された２以上の工程のうち最初の工程の作業状況が待機中であるか否かを判定する。判定方法は、制御部４３０が記憶部４２０に記憶された該工程の作業状況情報データを参照する方法でもよく、作業状況情報データが「作業中」であれば作業中、「待機中」であれば待機中と判定してもよい。例えば、図６に示した注文内容テーブルに含まれる、注文ＩＤ００１の注文内容において、最初の工程が工程ａであると判別された場合、制御部４３０は、図５に示した作業状況情報テーブルＴ１０を参照して、工程ａが待機中であると判定する。

【0067】

次に、制御部４３０は、上記判定の結果、最初の工程の作業状況が待機中である場合には、最初の工程の作業状況情報を「作業中」に変更し、最初の工程の作業指示画面を生成する。制御部４３０は、作業状況情報テーブルを参照し、最初の工程に対応する注文表示端末３０の表示部３４０に、上記作業指示画面を出力させる。この際、制御部４３０は、上記作業指示情報に含まれる注文内容のうち、各工程が担当する注文内容が、他の工程の注文内容と異なる態様で表示されるよう制御してもよい。例えば、制御部４３０は、最初の工程に対応する注文表示端末３０に作業指示画面を送信する際には、該注文表示端末３０に、最初の工程が担当する注文内容の部分をハイライトし、強調して表示させてもよい。あるいは、制御部４３０は、該注文表示端末３０に、最初の工程が担当する注文内容の部分を、付近にマークを付すことにより、強調して表示してもよい。

【0068】

図８は、情報処理装置４０の制御により表示部３４０に表示される画面の具体例である。図８に示した例では、注文表示端末３０Ａから３０Ｄの各々に、制御部４３０により生成された作業指示画面３４１、待機画面３４５が出力されている。図８に示した例では、注文表示端末３０Ａに関連付けられた工程が、上記最初の工程に該当する。作業指示画面３４１Ａは、最初の工程の担当者に対して表示された作業指示画面である。作業指示画面３４１Ａは、強調表示Ｈ１および完了ボタンＢ１を含む。強調表示Ｈ１は、「パン」および「ゴマ」と表示されている箇所をハイライトし、「パン」および「ゴマ」の前に星マークを付している。このように、各工程に該当する注文内容を強調表示したうえで注文内容を表示する事で、注文を処理する担当者が、自分が担当する工程が分かりやすくなる。

【0069】

注文表示端末３０Ｂ、３０Ｃ、３０Ｄには、それぞれ、待機画面３４５Ｂ、３４５Ｃ、３４５Ｄが表示されている。待機画面３４５Ｂ、３４５Ｃ、３４５Ｄは、注文表示端末３０Ｂ、３０Ｃ、３０Ｄに関連付けられた工程が待機中である場合に表示される画面である。待機画面３４５は、待機中表示Ｎ１を含む。待機中表示Ｎ１は、現在、自工程が処理予定の注文が何件あるかを示してもよい。このように、自工程が処理予定の注文が何件あるかを表示する事で、待機中である担当者は、今後作業指示がくる注文の件数を前もって把握しておくことが出来る。

【0070】

続いて、制御部４３０は、最初の工程の担当者が作業を完了したことに基づき、最初の工程の作業状況情報を「待機中」に変更する。各工程の作業が完了されたことは、各工程の担当者によって、所定の完了操作が行われたことで認識されてもよい。図８に示した例では、作業指示画面３４１Ａに含まれる完了ボタンＢ１を、最初の工程の担当者が操作部３５０を操作することにより押下したことで、制御部４３０が最初の工程が完了されたことを認識する。

【0071】

続いて、制御部４３０は、完了した工程が、判別された作業順序の中の最後の工程であるか否かを判定する。判定の結果、該工程が最後の工程であれば注文処理を終了する。該工程が最後の工程でない場合は、該工程の次の工程の作業状況情報が「待機中」であるか否かを判定する。判定の結果、次の工程の作業状況情報が「待機中」である場合には、該作業状況情報を「作業中」に変更し、次の工程の作業指示画面を生成し、次の工程に対応する注文表示端末３０に該作業指示画面を出力させる。

【0072】

このように、制御部４３０は、識別された２以上の作業工程がすべて完了するまで、最初の工程から順に、作業状況情報の判定および更新と、作業指示画面の生成および出力制御と、対象の工程の完了に基づく作業指示画面の非表示および該工程の作業状況情報の更新とを、繰り返す。

【0073】

図９は、情報処理装置４０の制御により表示部３４０に表示される画面の具体例である。図９は、図８で示された画面の例の状態から、作業指示画面３４１Ａが表示されていた最初の工程が完了したことに基づき遷移した画面の例である。注文表示端末３０Ａの画面では、作業指示画面３４１Ａが非表示となり、代わって待機画面３４６Ａが表示されている。待機画面３４６Ａは、待機中表示Ｎ２を含む。待機中表示Ｎ２は、待機中表示Ｎ１と同様に、現在、自工程が処理予定の注文が何件あるかを示している。図９に示した例では、待機中表示Ｎ２が、最初の工程が処理予定の注文が現在０件であり、処理待ちの注文がないことを示している。

【0074】

注文表示端末３０Ｂの画面では、待機中表示３４５Ｂが非表示となり、作業指示画面３４１Ｂが表示されている。作業指示画面３４１Ｂは強調表示Ｈ２を含む。強調表示Ｈ２は、「コーラＳ」および「ポテトＳ」と表示されている箇所をハイライトし、「コーラＳ」および「ポテトＳ」の前に星マークを付している。強調表示Ｈ２により、注文表示端末３０Ｂが担当する工程がトッピングとソースであり、注文ＩＤ００１の注文内容においては、トッピングの内容がピクルス、ソースの内容がデフォルトであることが強調されている。

【0075】

注文表示端末３０Ｃおよび３０Ｄの画面では、自工程より前の工程が完了していないため、図８で示された画面の例の状態から変わらず、待機中表示３４５Ｃおよび３４５Ｄが表示されている。

【0076】

（表示部）
表示部４４０は、制御部４３０による制御に従って多様な画面を表示する。例えば、表示部４４０は、情報処理装置４０の操作者が、操作部４５０を操作することにより、現在注文の処理が進行中である件数、または、現在注文の処理がどの工程まで進行しているかなどの情報を表示してもよい。ここで、表示部４４０の形態は、例えば、液晶ディスプレイ装置であってもよいし、ＯＬＥＤ装置であってもよい。

【0077】

（操作部）
操作部４５０は、情報処理装置４０の操作者が、情報処理装置４０に指示または情報を入力するために操作する構成である。例えば、情報処理装置４０の操作者は、操作部４５０を操作することにより、作業状況情報テーブルに注文を処理する工程を設定してもよい。あるいは、情報処理装置４０の操作者は、操作部４５０を操作することにより、表示部４４０に、現在注文の処理が進行中である件数、または、現在、注文の処理がどの工程まで進行しているかなどの情報を表示させてもよい。

【0078】

＜２－４．動作＞
以上、本発明の第１の実施形態による情報処理装置４０の構成を説明した。続いて、図１０を参照し、本実施形態による情報処理装置４０の動作を整理する。

【0079】

図１０は、本実施形態による情報処理装置４０の動作例を示すフローチャートである。まず、情報処理装置４０が注文端末１０から新規の注文内容を受信すると、制御部４３０が、該注文内容の処理を行うために必要な、該注文内容に含まれる２以上の工程を識別する（Ｓ６１０）。

【0080】

次に、制御部４３０は、識別された２以上の工程の作業順序を判別する（Ｓ６２０）。

【0081】

さらに、制御部４３０は、記憶部４２０に記憶された作業状況情報テーブルを参照して、識別された２以上の工程のうち最初の工程の作業状況情報が「待機中」であるか否かを判定し、「待機中」でない場合には、「待機中」となるまで判定を繰り返す（Ｓ６３０／Ｎｏ）。上記作業状況情報が「待機中」である場合には（Ｓ６３０／Ｙｅｓ）、該工程の作業状況情報を「作業中」に変更する（Ｓ６４０）。

【0082】

制御部４３０は、記憶部４２０に記憶された作業状況情報テーブルに基づいて、該工程の注文表示端末に、作業指示画面を表示させる。このとき、制御部４３０は、該工程の担当箇所をハイライトした状態で、作業指示画面を表示させる（Ｓ６５０）。

【0083】

制御部４３０は、該工程の注文表示端末に作業指示画面を表示したのち、該工程の完了操作が行われたか否かを判定する。完了操作が行われていない場合、完了操作が行われるまで判定を繰り返す（Ｓ６６０／Ｎｏ）。

【0084】

制御部４３０は、該工程の完了操作が行われた場合（Ｓ６６０／Ｙｅｓ）、該工程の注文表示端末において、作業情報指示画面を非表示にし（Ｓ６７０）、該工程の作業状況情報を「待機中」に変更する（Ｓ６８０）。

【0085】

続いて、制御部４３０は、完了した工程が判別された作業順序の中で最後の工程か否かを判定する。該工程が最後の工程である場合は、注文処理を終了する（Ｓ６９０／Ｙｅｓ）。該工程が最後の工程でない場合は（Ｓ６９０／Ｎｏ）、該工程の次の工程の作業状況情報が「待機中」であるか否かを判定する。

【0086】

制御部４３０は、該工程の次の工程の作業状況情報が「待機中」でない場合には、次の工程の作業状況情報が「待機中」となるまで判定を繰り返す（Ｓ７００／Ｎｏ）。次の工程の作業状況情報が「待機中」である場合は（Ｓ７００／Ｙｅｓ）、次の工程について、Ｓ６４０～Ｓ６８０の処理を実施する。以降、注文内容に含まれる識別された２以上の工程すべてが完了するまで、Ｓ６４０～Ｓ７００の処理を順次実施する。

【0087】

＜２－５．効果＞
以上、本実施形態による情報処理装置４０の動作を整理した。上述したように、本発明の一実施形態によれば、注文内容に含まれる各工程のうち、最初の工程から順に、前の工程が完了してから次の工程に対応する注文表示端末３０に注文内容が表示される。従って、ある工程に対応する注文表示端末３０に注文内容が表示された時点で当該工程に先行する工程が完了しているので、当該工程の担当者は注文表示端末３０に注文内容が表示された後に直ちに当該工程の作業を開始することができる。

【0088】

さらに、制御部４３０が、新規に注文を受注する毎に、各注文の内容を処理するために必要な２以上の工程を識別し、識別した２以上の工程の作業順序を判別する。従って、上記注文を処理するうえでは必要のない工程を含まない、必要な工程の注文処理担当者だけに注文内容を伝達することが出来る。従って、上記注文処理担当者が、注文の内容を処理する必要がない工程においても作業指示情報が表示され、完了操作が行われることを待つ、無用な待ち時間が発生する事を回避することが出来る。

【0089】

＜２－６．変形例＞
なお、上記では、制御部４３０が、各工程の作業が完了したことに基づき、該工程の作業状況情報を「待機中」に変更すること、および、各工程の作業が完了されたことは、各工程の担当者によって所定の完了操作が行われたことで認識されること、を説明した。この所定の完了操作は、各工程の担当者が音声入力部３６０に所定の音声入力を行う操作でもよい。または、注文表示端末３０に撮影部を設けることにより、各工程の担当者が、上記撮影部に所定のジェスチャー入力を行うことを、完了操作としてもよい。さらに、所定の完了操作は、注文の処理を監督する監督者が行ってもよい。上記監督者は、各担当者が注文を処理している様子の映像を任意の情報処理端末上で確認し、各工程の作業が完了していると判断した場合は、上記監督者が所定の完了操作を行ってもよい。あるいは、所定の情報処理端末が、画像認識を用いて、注文の処理風景の映像から各工程の作業が完了していることを判定し、制御部４３０に各工程の作業が完了したことを伝達してもよい。このような変形例では、各工程の担当者が注文表示端末３０の操作部３５０に触れることなく完了操作を行うことができる。従って、注文を処理している際中に各工程の担当者の手に食品または汚れがつきやすい場合に、このような変形例が特に効果的である。

【0090】

また、上記では、制御部４３０が注文端末１０から新規に注文を受注すると、すぐに図１０のフローチャートに示したＳ６１０からＳ７００の処理を行うことを説明した。しかし、注文端末１０の機能をデリバリーサービス事業者の注文用ＷＥＢサイトで実現し、デリバリーサービスを受け付けるような場合は、新規に受注した注文の処理が、配達指定時間に間に合うようなタイミングで開始されるようにしてもよい。例えば、制御部４３０は、配達指定時間を伴う注文内容を受信した場合には、現在時刻が所定の時間になるまで待ってから、Ｓ６１０からＳ７００の処理を開始してもよい。

【0091】

また、上記では、情報処理装置４０の表示部４４０が、現在注文の処理が進行中である件数、または、現在注文の処理がどの工程まで進行しているかなどの情報を表示してもよいことを説明した。しかし、注文端末１０、注文表示端末３０および情報処理装置４０とは別に、注文の処理を監督する監督者用の端末として監督者端末を用意し、現在注文の処理が進行中である件数、または、現在注文の処理がどの工程まで進行しているかの情報を、監督者が閲覧できるようにしてもよい。監督者が、現在、注文の処理がどの工程まで進行しているかを閲覧することが出来れば、例えば何らかの問題が生じ注文の処理が滞っている工程を発見して、注文の処理のサポートを行う判断をすることができ、よりスムーズに注文の処理が進むよう支援することができる。

【0092】

＜３．第２の実施形態＞
以上、本発明の第１の実施形態について説明した。続いて、以下では、本発明の第２の実施形態について説明する。上記で説明した第１の実施形態では、注文内容に含まれる各工程のうちに、いずれの他の工程の完了も待たずに単独で注文の処理作業を開始できる工程があったとしても、前の工程が完了するまで該工程に対応する注文表示端末３０に注文内容が伝達されない。そのため、該工程の作業の担当者が、実際には他の工程の完了を待たずとも作業を開始できるにも関わらず、他の工程の完了を待ってから作業を開始することになり、無用な待ち時間が発生する可能性がある。そこで、本発明の第２の実施形態では、注文内容に単独で注文の処理を開始できる工程が含まれている場合は、該工程の担当者が前の工程の完了を待たずに仮で作業を開始できるように、上記担当者に注文内容を伝達することが出来る実施例を説明する。

【0093】

＜３－１．情報処理装置４２の機能構成＞
本発明の第２の実施形態による情報処理システムは、第１の実施形態による情報処理システムと同様に、注文端末１０および複数の注文表示端末３０を備える。一方、第２の実施形態による情報処理システムは、第１の実施形態による情報処理装置４０と異なる構成を有する情報処理装置４２を備える。以下、第２の実施形態による情報処理装置４２の構成を説明する。

【0094】

図１１は、本発明の第２の実施形態による情報処理装置４２の構成を示す説明図である。図１１に示すように、本実施形態による情報処理装置４０は、通信部４１０、表示部４４０、操作部４５０、記憶部４８０および制御部４９０を有する。なお、通信部４１０、表示部４４０および操作部４５０の機能は図４を参照して説明した通りであるので、それら機能のここでの詳細な説明を省略する。

【0095】

（記憶部）
記憶部４８０は、作業状況情報テーブルを記憶する。第２の実施形態による記憶部４８０が記憶する作業状況情報テーブルは、第１の実施形態による記憶部４２０が記憶する作業状況情報テーブルと部分的に相違する。第２の実施形態による記憶部４８０が記憶する作業状況情報テーブルは、第１の実施形態による記憶部４２０が記憶する作業状況情報テーブルに含まれる情報に加えて、仮作業可否情報を含む。ここで、図１２を参照して、第２の実施形態による記憶部４８０が記憶する作業状況情報テーブルの具体例を説明する。

【0096】

図１２は、記憶部４８０が記憶する作業状況情報テーブルの具体例を示す説明図である。図１２に示したように、作業状況情報テーブルＴ１１においては、担当工程、注文表示端末、仮作業可否情報、作業状況情報が関連付けられている。

【0097】

仮作業可否情報は、注文を処理する各工程が、いずれの他の工程の完了も待たずに作業を仮作業として開始可能である、仮作業可能工程であるか否かを示す情報である。図１２に示した例では、工程ａ、ｂ、およびｄには、仮作業可否情報として、「不可」が関連付けられている。また、工程ｃには、仮作業可否情報として、「可」が関連付けられている。この場合、工程ａから工程ｄのうち、工程ｃが、仮作業可能工程であることが理解される。

【0098】

さらに、記憶部４８０は、制御部４９０の制御に従って、注文端末１０が受け付けた注文内容を含む、注文内容テーブルを記憶する。第２の実施形態による記憶部４８０が記憶している注文内容テーブルに含まれる内容は、図６および図７を参照して説明した、第１の実施形態による記憶部４２０が記憶している注文内容テーブルと同様の内容である。

【0099】

（制御部）
続いて、制御部４９０の有する機能を説明する。制御部４９０は、第１の実施形態による構成例として説明した制御部４３０と同様の機能を有し、さらに、制御部４３０の機能に加えて、注文内容に仮作業可能工程が含まれているかを判別する機能を有する。

【0100】

制御部４９０は、記憶部４８０に記憶された作業状況情報テーブルを参照し、注文内容に含まれる工程として識別された工程の中に、仮作業可能工程が含まれているか否かを判定する。例えば、上記識別された工程が工程ａから工程ｄである場合、制御部４９０は上記作業状況情報テーブルを参照して、工程ａから工程ｄのうちに、仮作業可能工程があるか否かを判定する。図１２に示した例では、工程ａ、ｂ、ｄの仮作業可否情報が不可であり、工程ｃの仮作業可否情報が可である。従って、制御部４９０は、上記識別された工程の中に、仮作業可能工程が含まれており、その工程が工程ｃであることを判定する。

【0101】

さらに、制御部４９０は、上記識別された工程の中に仮作業可能工程が含まれていると判定した場合には、記憶部４８０に記憶された作業状況情報テーブルを参照し、注文内容に含まれる仮作業可能工程の作業状況情報が「待機中」であるか否かを判定する。

【0102】

制御部４９０は、上記仮作業可能工程の作業状況情報が「待機中」である場合には、該工程の作業状況情報を、作業状況が仮作業中であることを示す、「仮作業中」に変更する。仮作業中であることを示す作業状況情報は、第３の情報の一例である。図１２に示した例では、制御部４９０は、仮作業可能工程である工程ｃに関連付けられた作業状況情報を、「待機中」から「仮作業中」に変更する。

【0103】

また、制御部４９０は、仮作業可能工程に仮作業の開始を指示する、仮作業指示画面を生成する。仮作業指示画面は、仮指示情報の一例である。制御部４９０は、記憶部４８０に記憶された作業状況情報テーブルを参照し、該工程に対応する注文表示端末３０に、生成した仮作業指示画面を出力させる。この際、制御部４９０は、上記仮作業指示画面が、作業指示画面とは異なる態様で出力されるように制御を行ってもよい。例えば、仮作業指示画面の背景色を、作業指示画面と異なる背景色にすることにより、各工程の担当者が、注文表示端末３０に出力されている画面が仮作業指示画面であることを認識しやすくしてもよい。

【0104】

図１３及び図１４は、本発明の第２の実施形態による制御部４９０の制御に従って、表示部３４０に表示される画面の具体例である。図１３および図１４に示した画面の例の詳細は、動作の説明において、併せて説明する。

【0105】

＜３－２．動作＞
以上、本発明の第２の実施形態による情報処理装置４２の構成を説明した。続いて、図１５および図１６を参照し、本実施形態による情報処理装置４２の動作を整理する。

【0106】

図１５は、本発明の第２の実施形態による情報処理装置４２の動作例を示す１つ目のフローチャートである。以降、本フローチャートを処理フローＦ３とする。

【0107】

まず、制御部４９０は、記憶部４８０に記憶された作業状況情報テーブルを参照して、注文内容に含まれる仮作業可能工程の作業状況情報が「待機中」であるか否かを判定する。上記作業状況情報が「待機中」でない場合には、「待機中」となるまで判定を繰り返す（Ｓ８００／Ｎｏ）。

【0108】

制御部４９０は、上記判定の結果、上記作業状況情報が「待機中」である場合には（Ｓ８００／Ｙｅｓ）、該工程の作業状況情報を「仮作業中」に変更する（Ｓ８５０）。

【0109】

次に、制御部４９０は、記憶部４８０に記憶された作業状況情報テーブルに基づいて、該工程の注文表示端末に、仮作業指示画面を表示させる。このとき、制御部４９０は、仮作業指示画面の背景色をグレーにし、該工程の担当箇所をハイライトした状態で、仮作業指示画面を表示させる（Ｓ８９０）。

【0110】

以上、図１５に示した処理フローＦ３の動作を説明した。続いて、図１６は、本発明の第２の実施形態による情報処理装置４２の動作例を示す２つ目のフローチャートである。このフローチャートは、上記で説明した処理フローＦ３を含む、第２の実施形態における情報処理装置４２の動作の全体を説明するフローチャートである。なお、図１６に示したフローチャートに含まれる処理のうち、Ｓ６１０～Ｓ６３０の処理は第１の実施形態で説明したとおりであるので、ここでの詳細な説明を省略する。ここで、図１６に示したフローチャートを説明するために、図１０において示した第１の実施形態による動作例のフローチャートのうち、Ｓ６４０からＳ６８０までの処理を、処理フローＦ２とする。

【0111】

まず、制御部４９０は、Ｓ６１０、Ｓ６２０の処理を実施した後に、記憶部４８０に記憶された作業状況情報テーブルを参照して、識別された２以上の工程の中に、仮作業可能工程が含まれているか否かを判定する。識別された２以上の工程の中に、仮作業可能工程が含まれている場合は、Ｓ６３０を実施し、Ｓ６３０の判定が「Ｙｅｓ」であった場合に、９４０に進む（Ｓ９３０／Ｙｅｓ）。仮作業可能工程が含まれていない場合は、Ｓ６３０を実施し、Ｓ６３０の判定が「Ｙｅｓ」であった場合に、Ｓ９５０に進む（Ｓ９３０／Ｎｏ）。

【0112】

Ｓ９４０に進んだ場合、制御部４９０は、処理フローＦ２と処理フローＦ３を、並列して実施する（Ｓ９４０）。

【0113】

ここで、図１３を参照して、Ｓ９４０において処理フローＦ２と処理フローＦ３が並列に実施された場合に、注文表示端末３０の表示部３４０に出力される画面の具体例を説明する。図１３に示した例は、制御部４９０が、Ｓ６１０において、注文ＩＤ００１に含まれる工程は工程ａ、工程ｂ、工程ｃおよび工程ｄであると識別した例である。また、制御部４９０が、Ｓ６２０において、注文ＩＤ００１に含まれる工程の作業順序は、工程ａから工程ｄまで、アルファベット順であることを判別している。

【0114】

図１３に示した例では、Ｓ９４０において処理フローＦ２が実施されることにより、処理フローＦ２に含まれるＳ６５０が実施され、最初の工程である工程ａに対応した注文表示端末３０Ａの画面に、作業指示画面３４１Ａが出力されている。また、処理フローＦ２と並列して処理フローＦ３が実施されることにより、処理フローＦ３に含まれるＳ８９０が実施され、仮作業可能工程である工程ｃに対応した注文表示端末３０Ｃの画面に、仮作業指示画面３４９Ｃが出力されている。

【0115】

仮作業指示画面３４９Ｃは、作業指示画面３４１Ａと異なる背景色で出力されている。また、仮作業指示画面３４９Ｃは、強調表示Ｈ３および完了ボタンＢ２を含む。Ｈ３は、仮作業指示画面３４９Ｃに含まれる注文内容のうち、コーラＳ、および、ポテトＳの箇所を、ハイライトするとともに、星マークを付して強調している。完了ボタンＢ２は、作業指示画面３４１Ａに含まれる完了ボタンＢ１とは異なる色で表示されており、仮作業指示画面３４９Ｃでは、完了ボタンＢ２を押下しても完了操作が行われないようになっている。

【0116】

図１３に示した例では、工程ｂと工程ｄは仮作業可能工程ではなく、かつ、先行する工程がまだ完了していないため、工程ｂと工程ｄに対応する注文表示端末３０Ｂと注文表示端末３０Ｄには、待機画面３４５が表示される。

【0117】

Ｓ９４１に進んだ場合、制御部４９０は、処理フローＦ２を実施する（Ｓ９４１）。この場合、制御部４９０の制御に従って注文表示端末３０に出力される画面は、第１の実施形態において図８および図９を参照して説明した例と同様な画面が表示される。

【0118】

Ｓ９４０またはＳ９４１が実施されると、次に、制御部４９０は、処理フローＦ２において完了した工程が、判別された作業順序の中で最後の工程か否かを判定する。判定の結果、該工程が最後の工程である場合は、注文の処理を終了する（Ｓ９６０／Ｙｅｓ）。

【0119】

判定の結果、該工程が最後の工程でない場合は（Ｓ９６０／Ｎｏ）、該工程の次の工程の作業状況情報が「待機中」または「仮作業中」であるか否かを判定する。

【0120】

制御部４９０は、該工程の次の工程の作業状況情報が「待機中」または「仮作業中」のいずれでもない場合は、次の工程の作業状況情報が「待機中」または「仮作業中」となるまで判定を繰り返す（Ｓ９７０／Ｎｏ）。次の工程の作業状況情報が「待機中」または「仮作業中」であれば（Ｓ９７０／Ｙｅｓ）、Ｓ９８０に進む。

【0121】

Ｓ９８０では、次の工程の作業状況情報が「仮作業中」であった場合、制御部４９０は、記憶部４８０に記憶されている作業状況情報テーブルおよび注文内容テーブルを参照して、次の工程で仮作業が行われている注文内容の注文ＩＤが、処理フローＦ２において完了した工程の注文ＩＤと同一か否かを判定する。判定の結果、注文ＩＤが同一でない場合は、Ｓ９７０に戻って処理を継続する（Ｓ９８０／Ｎｏ）。判定の結果、注文ＩＤが同一である場合には（Ｓ９８０／Ｙｅｓ）、次の工程について、Ｓ９５１～Ｓ９８０の処理を実施する。以降、注文内容に含まれる識別された２以上の工程すべてが完了するまで、Ｓ９５１～Ｓ９８０の処理を順次実施する。

【0122】

図１４は、本実施形態による、表示部３４０に表示される図１３の状態からの遷移後の画面の具体例を示す説明図である。図１４は、図１３の画面の例の状態から、工程ａと、工程ｂが完了したことに基づき遷移した画面の例である。注文表示端末３０Ａの画面では、作業指示画面３４１Ａが非表示となり、代わって待機画面３４６Ａが表示されている。また、注文表示端末３０Ｂの画面にも、待機画面３４６Ｂが表示されている。

【0123】

注文表示端末３０Ｃの画面には、自工程より前に順序付けられている工程ｂが完了したため、仮作業指示画面３４９Ｃに代わり作業指示画面３４１Ｃが表示されている。作業指示画面３４１Ｃでは、完了ボタンＢ１が押下可能となっており、工程ｃの担当者は、完了操作を行うことが出来る。

【0124】

＜３－４．効果＞
以上、本発明の第２の実施形態による情報処理装置４２の動作を整理した。上述したように、本発明の一実施形態によれば、制御部４９０により、注文内容に含まれる工程のうちに、いずれの他の工程の完了も待たずに単独で作業を開始できる工程があるか否かが判定される。さらに、上記判定の結果、上記単独で作業を開始できる工程がある場合には、制御部４９０が、該工程に、仮で作業を開始する指示として、他の工程が完了していなくても注文内容を伝達する制御を行う。従って、自工程より前の他の工程に依存関係がある工程には前の工程が完了してから注文内容が伝達される制御を実現しながら、上記単独で作業を開始できる工程については、該工程の処理担当者が、依存関係のない他の工程の完了を待たずに、仮で作業を開始できるようにすることが出来る。

【0125】

＜５．ハードウェア構成＞
以上、本発明の第２の実施形態を説明した。上述した、情報処理装置４０による、注文内容に含まれる工程の識別及び作業順序の判別、および、各工程に対応する注文表示端末３０への注文内容の出力制御は、ソフトウェアと、情報処理装置４０のハードウェアとの協働により実現される。以下では、本発明の実施形態による情報処理装置４０のハードウェア構成例について説明する。注文端末１０、注文表示端末３０、および、情報処理装置４２それぞれのハードウェア構成も、情報処理装置４０のハードウェア構成と同様に実現され得る。

【0126】

なお、以下に説明する情報処理装置４０のハードウェア構成例は、注文端末１０、注文表示端末３０、および、情報処理装置４２それぞれのハードウェア構成の一例に過ぎない。したがって、注文端末１０、注文表示端末３０、および、情報処理装置４２それぞれのハードウェア構成は、以下に説明する情報処理装置４０のハードウェア構成から不要な構成が削除されてもよいし、新たな構成が追加されてもよい。

【0127】

図１７は、本発明の実施形態による情報処理装置４０のハードウェア構成例を示す図である。情報処理装置４０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１００１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１００２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１００３と、内部バス１００４と、入出力インターフェース１０１０と、表示装置１０１１と、入力装置１０１２と、音声出力部１０１３と、記憶装置１０１４と、ドライブ１０１５と、ネットワークインターフェース１０１６と、外部インターフェース１０１７と、を備えることができる。

【0128】

ＣＰＵ１００１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置４０内の動作全般を制御する。ＣＰＵ１００１が後述するＲＯＭ１００２、ＲＡＭ１００３およびソフトウェアと協働することにより、例えば、制御部４３０の機能が実現され得る。

【0129】

ＲＯＭ１００２は、ＣＰＵ１００１が使用するプログラムおよび演算パラメータ等を記憶する。ＲＡＭ１００３は、ＣＰＵ１００１の実行において使用するプログラム、およびその実行において適宜変化するパラメータ等を一時記憶する。

【0130】

ＣＰＵ１００１，ＲＯＭ１００２、ＲＡＭ１００３は、内部バス１００４によって相互に接続され、さらに入出力インターフェース１０１０を介して後述する表示装置１０１１、入力装置１０１２、音声出力部１０１３、記憶装置１０１４、ドライブ１０１５、ネットワークインターフェース１０１６および外部インターフェース１０１７と接続される。

【0131】

表示装置１０１１は、例えば、ＣＲＴディスプレイ装置、液晶ディスプレイ（ＬＣＤ）、ＯＬＥＤ装置などの表示装置であり、映像データを映像に変換して出力する。また、入力装置１０１２は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、センサ、スイッチおよび制御回路などから構成され得る。また、音声出力部１０１３は、スピーカおよびヘッドホンなどの音声出力装置であり、音声データなどを音声に変換して出力する。

【0132】

記憶装置１０１４は、本実施形態による記憶部４２０の一例として構成されたデータ記憶用の装置である。記憶装置１０１４は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでいてもよい。記憶装置１０１４は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）またはＳＳＤ（Ｓｏｌｉｄ Ｓｔｒａｇｅ Ｄｒｉｖｅ）、あるいは同等の機能を有するメモリ等で構成される。この記憶装置１０１４は、ストレージを駆動し、ＣＰＵ１００１が実行するプログラムまたは各種データを記憶する。

【0133】

ドライブ１０１５は、記憶媒体用リーダライタであり、情報処理装置４０に内蔵、または外付けされる。ドライブ１０１５は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記憶媒体に記憶されている情報を読み出して、ＲＡＭ１００３に出力する。また、ドライブ１０１５は、リムーバブル記憶媒体に情報を書き込むことも可能である。

【0134】

ネットワークインターフェース１０１６は、例えば、インターネットなどの通信網に接続するためのデバイス等で構成された通信インターフェースである。また、ネットワークインターフェース１０１６は、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）または無線ＬＡＮ対応通信装置であってもよいし、有線による通信を行うワイヤー通信装置であってもよい。

【0135】

外部インターフェース１０１７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ポート、ＲＳ－２３２Ｃポートまたは光オーディオ端子などのような外部接続機器を接続するための接続ポートで構成された接続インターフェースである。

【0136】

＜６．補足＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

【0137】

例えば、上記実施形態では、制御部４３０または制御部４９０が、注文表示端末３０の表示部３４０に作業指示画面を出力させる際、作業指示画面に含まれる注文内容のうち、各工程が担当する注文内容を、他の工程の注文内容と異なる態様で表示されるよう制御すると説明したが、本発明はかかる例に限定されない。例えば、上記制御を、注文表示端末３０の制御部３３０が行うようにしてもよい。

【0138】

また、上記実施形態では、制御部４３０または制御部４９０が、上記制御を行う例として、図８よび図１４の画面例を参照して、作業指示画面３４１Ａに含まれる強調表示Ｈ１を説明した。強調表示Ｈ１は、「パン」および「ゴマ」と表示されている箇所をハイライトし、「パン」および「ゴマ」の前に星マークを付している例としたが、本発明はかかる例に限定されない。例えば、「パン」だけをハイライトしてもよいし、「ゴマ」だけをハイライトしてもよい。

【0139】

また、上記実施形態では、制御部４９０が、仮作業可能工程に対応する注文表示端末３０の表示部３４０に仮作業指示画面を出力させる際、上記仮作業指示画面が、作業指示画面とは異なる態様で出力されるように制御を行ってもよいと説明したが、本発明はかかる例に限定されない。例えば、上記制御を、注文表示端末３０の制御部３３０が行うようにしてもよい。

【0140】

また、本実施形態による情報処理装置４０および情報処理装置４２の動作の処理におけるステップは、必ずしも説明図として記載された順序に沿って時系列に処理する必要はない。例えば、情報処理装置４０および情報処理装置４２の動作の処理における各ステップは、説明図として記載した順序と異なる順序で処理されてもよく、並列的に処理されてもよい。

【0141】

また、情報処理装置４０および情報処理装置４２に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述した情報処理装置４０および情報処理装置４２の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。

【符号の説明】

【0142】

１０ 注文端末
３０ 注文表示端末
３４０ 表示部
３４１ 作業指示画面
３４５ 待機画面
３４９ 仮作業指示画面
４０ 情報処理装置
４２０ 記憶部
４３０ 制御部
４２ 情報処理装置
４８０ 記憶部
４９０ 制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】