(57)【要約】【課題】  代替の品目を推奨するようにしながらも、推奨されている品目についてのメニュー表による確認にかかる手間を軽減する。【解決手段】  実施形態の情報処理装置は、判定手段、決定手段及び通知手段を備える。判定手段は、操作者による操作によって注文の候補として指定された指定品目を判定する。決定手段は、判定手段により判定された指定品目の注文を受けることができない場合に、の品目を推奨品目として決定する。通知手段は、決定手段により決定された推奨品目を、当該推奨品目についてのメニュー表における記載箇所とともに操作者に通知する。【選択図】      図６
2020027568.tif 000002
【特許請求の範囲】
【請求項１】
操作者による操作によって注文の候補として指定された指定品目を判定する判定手段と、
前記判定手段により判定された前記指定品目の注文を受けることができない場合に、別の品目を推奨品目として決定する決定手段と、
前記決定手段により決定された前記推奨品目を、当該推奨品目についてのメニュー表における記載箇所とともに前記操作者に通知する通知手段と、
を具備した情報処理装置。
【請求項２】
前記通知手段は、前記メニュー表の複数の頁のうちの前記推奨品目についての記載のある頁に付された頁番号を前記記載箇所として前記操作者に通知する、
請求項１に記載の情報処理装置。
【請求項３】
操作者による操作によって注文の候補として指定された指定品目を判定する判定手段と、
前記判定手段により判定された前記指定品目の注文を受けることができない場合に、別の品目を推奨品目として決定する決定手段と、
前記決定手段により決定された前記推奨品目を、当該推奨品目についてのメニュー表における記載箇所とともに前記操作者に通知する通知手段と、
前記判定手段により判定された前記指定品目であって、注文を受けることができる品目の受注を、注文を管理する注文管理装置に要求する要求手段と、
を具備した注文端末装置。
【請求項４】
前記通知手段は、前記メニュー表の複数の頁のうちの前記推奨品目についての記載のある頁に付された頁番号を前記記載箇所として前記操作者に通知する、
請求項３に記載の注文端末装置。
【請求項５】
情報処理装置が備えるコンピュータを、
操作者による操作によって注文の候補として指定された指定品目を判定する判定手段と、
前記判定手段により判定された前記指定品目の注文を受けることができない場合に、別の品目を推奨品目として決定する決定手段と、
前記決定手段により決定された前記推奨品目を、当該推奨品目についてのメニュー表における記載箇所とともに前記操作者に通知する通知手段と、
して機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置、注文端末装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
飲食店などにおける注文を受け付けるオーダーシステムなどにおいて、指定された品目が品切れなどにより受注できないものである場合に、その品目に予め関連付けられた別の品目を推奨するための表示を行うことについては既に知られている。
しかしながら、上記の表示が、推奨品目の名称のリストの表示であると、推奨品目がどのような品目であるのかを客が認識できない場合がある。そしてこのような場合に客は、各品目の内容を記載したメニュー表を見て、推奨品目について確認する必要がある。さらにこの確認作業に当たっては、メニュー表における推奨品目の記載箇所を、客が探し出すか、あるいは店員が客に案内することが必要となる場合がある。
このような事情から、代替の品目を推奨するようにしながらも、推奨されている品目についてのメニュー表による確認にかかる手間を軽減できることが望まれていた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２３８７１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、代替の品目を推奨するようにしながらも、推奨されている品目についてのメニュー表による確認にかかる手間を軽減することができる情報処理装置、注文端末装置及び情報処理プログラムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の情報処理装置は、判定手段、決定手段及び通知手段を備える。判定手段は、操作者による操作によって注文の候補として指定された指定品目を判定する。決定手段は、判定手段により判定された指定品目の注文を受けることができない場合に、別の品目を推奨品目として決定する。通知手段は、決定手段により決定された推奨品目を、当該推奨品目についてのメニュー表における記載箇所とともに操作者に通知する。
【図面の簡単な説明】
【０００６】
【図１】一実施形態に係るＰＯＳシステムの概略構成及びハンディ端末の要部回路構成を示す図。
【図２】属性データベースに含まれるデータレコードの構造を示す図。
【図３】管理データベースに含まれるデータレコードの構造を示す図。
【図４】図１中のプロセッサによる情報処理のフローチャート。
【図５】図１中のプロセッサによる情報処理のフローチャート。
【図６】図１中のプロセッサによる情報処理のフローチャート。
【図７】一例としての推奨画面を示す図。
【発明を実施するための形態】
【０００７】
以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、情報処理装置としてのハンディ端末を含んで構成されたＰＯＳ（point-of-sale）システムを例に説明する。
【０００８】
図１は本実施形態に係るＰＯＳシステム１００の概略構成及びハンディ端末１の要部回路構成を示す図である。
このＰＯＳシステム１００は、客の注文に応じて飲食品等の商品を提供するサービスを行う飲食店などのような様々な施設で利用可能である。
【０００９】
ＰＯＳシステム１００は、ハンディ端末１、注文管理装置２、伝票プリンタ３、ＰＯＳ端末４、無線ルータ５及び通信ネットワーク６を含む。ハンディ端末１、伝票プリンタ３、ＰＯＳ端末４及び無線ルータ５は、図１では１つずつを示しているが、その数はそれぞれに任意である。ハンディ端末１は多くの場合、複数がＰＯＳシステム１００に含まれる。
そしてＰＯＳシステム１００は、ハンディ端末１、注文管理装置２、伝票プリンタ３及びＰＯＳ端末４を、通信ネットワーク６を介して互いに通信可能とすることによって構成されている。ただし、ハンディ端末１は、無線ルータ５との無線通信により、無線ルータ５を介して通信ネットワーク６に接続される。しかしながら、ハンディ端末１は、通信ネットワーク６に直接に接続されてもよい。あるいは、注文管理装置２、伝票プリンタ３及びＰＯＳ端末４が、無線ルータ５との無線通信により、無線ルータ５を介して通信ネットワーク６に接続されてもよい。ハンディ端末１、注文管理装置２、伝票プリンタ３及びＰＯＳ端末４のうちの任意の２つが、無線ルータ５のみを介して互いに通信する形態であってもよい。
【００１０】
ハンディ端末１は、注文のための操作を付け付けるオーダー端末の一形態である。ハンディ端末１は、店員によって携帯されて、店員によって操作される。
注文管理装置２は、ハンディ端末１で受け付けられた注文を管理する。
【００１１】
伝票プリンタ３は、例えば接客フロア又はキッチンに設置される。接客フロアに設置された伝票プリンタ３は、注文伝票を客のために印刷する。すなわち、接客フロアに設置された伝票プリンタ３は、いわゆるカスタマープリンタである。またキッチンに設置された伝票プリンタ３は、調理伝票を調理人のために印刷する。すなわち、キッチンに設置された伝票プリンタ３は、いわゆるキッチンプリンタである。
【００１２】
ＰＯＳ端末４は、例えば接客フロア又はチェックアウトカウンタに設置される。ＰＯＳ端末４は、客に対する案内、受注、給仕、配膳、あるいは会計などの各種の業務に関する情報処理を行う。そして、接客フロアに設置されたＰＯＳ端末４においては、案内、受注、給仕及び配膳に関する情報処理が主として実行される。またチェックアウトカウンタに設置されたＰＯＳ端末４においては、さらに会計に関する情報処理が実行される。なお、ＰＯＳ端末４は、上記の業務の一部のみに関する処理を行うことにより、特定の用途に特化したものとしてもよい。
【００１３】
無線ルータ５は、ハンディ端末１等の無線通信機能を備えている機器と無線通信を行いつつ、当該機器が通信ネットワーク６を介して通信することを可能とする。また無線ルータ５は、ハンディ端末１との無線回線と、他の通信端末との無線回線とを相互に接続することにより、ハンディ端末１と他の通信端末との通信を可能とすることもできる。
【００１４】
通信ネットワーク６は、ハンディ端末１、注文管理装置２、伝票プリンタ３及びＰＯＳ端末４等の通信機能を備えた機器が相互に授受するデータを伝送する。通信ネットワーク６としては、典型的にはＬＡＮ（local area network）が用いられる。しかしながら通信ネットワーク６としては、ＬＡＮの他に、インターネット、ＶＰＮ（virtual private network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。
【００１５】
ハンディ端末１は、プロセッサ１１、メイン記憶ユニット１２、補助記憶ユニット１３、タッチパネル１４、キースイッチ群１５、通信ユニット１６及び伝送路１７を含む。
【００１６】
プロセッサ１１、メイン記憶ユニット１２及び補助記憶ユニット１３は、伝送路１７により接続されて、ハンディ端末１としての機能を実現するための情報処理を実行するコンピュータを構成する。
プロセッサ１１は、上記のコンピュータの中枢部分である。プロセッサ１１は、メイン記憶ユニット１２又は補助記憶ユニット１３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行する。
【００１７】
メイン記憶ユニット１２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メイン記憶ユニット１２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメイン記憶ユニット１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メイン記憶ユニット１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。
【００１８】
補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）などである。補助記憶ユニット１３は、プロセッサ１１各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって生成されたデータを保存する。補助記憶ユニット１３は、上記の情報処理プログラムを記憶する場合もある。
【００１９】
タッチパネル１４は、入力デバイス及び表示デバイスとして機能する。
キースイッチ群１５は、注文対象となる品目又は各種の機能が割り付けられる複数のキースイッチを含む。
【００２０】
通信ユニット１６は、無線ルータ５との間での無線通信を行って、プロセッサ１１が注文管理装置２などとの間で各種データを授受するための通信処理を行う。
伝送路１７は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。
【００２１】
ハンディ端末１の基本ハードウェアとしては、既存の同種のハンディ端末のものを用いることができる。ハンディ端末１の譲渡は一般に、後述する情報処理について記述した情報処理プログラムがメイン記憶ユニット１２又は補助記憶ユニット１３に記憶された状態にて行われる。しかし、上記の情報処理プログラムがメイン記憶ユニット１２又は補助記憶ユニット１３に記憶されない状態、あるいは同種の別バージョンの情報処理プログラムがメイン記憶ユニット１２又は補助記憶ユニット１３に記憶された状態のハードウェアと、後述する情報処理について記述した情報処理プログラムとが個別に譲渡されてもよい。そして、メイン記憶ユニット１２又は補助記憶ユニット１３に、任意の作業者の操作に応じて、後述する情報処理について記述した情報処理プログラムが書き込まれることによってハンディ端末１が構成されてもよい。情報処理プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。
【００２２】
次に以上のように構成されたＰＯＳシステム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。
【００２３】
このＰＯＳシステム１００を用いての販売管理は、既存のオーダーシステムにより行われているのと同様にして行われる。一例としては、以下のような流れとなる。店員は、客から聞き取った商品を注文するべくハンディ端末１を操作する。ハンディ端末１は、注文内容を表した注文データを注文管理装置２に送信する。注文管理装置２は、ハンディ端末１から受信した注文データに基づき、注文の内容を表した注文リストを作成し、管理する。注文管理装置２は、追加注文に関わる注文データがハンディ端末１から送られてきたならば、上記の注文リストを更新する。注文管理装置２は、注文データを受信する毎に、その注文データに応じた調理伝票及び注文伝票のプリントを同一又は別々の伝票プリンタ３に指示する。伝票プリンタ３はこの指示に応じて、調理伝票及び注文伝票をプリントする。調理人は、調理伝票に従って商品を調理する。接客担当の店員は、注文伝票を客に渡す。接客担当の店員は、調理された商品を客席へと配膳する。ＰＯＳ端末４は、店員又は客による操作に応じて、会計を要求している客に関する注文リストを注文管理装置２から取得する。ＰＯＳ端末４は、取得した注文リストに基づいて、提供した商品に関する代金を算出し、当該代金を決済する。
【００２４】
ハンディ端末１においては、上記の動作のためにプロセッサ１１が以下に説明する情報処理を実行する。またメイン記憶ユニット１２又は補助記憶ユニット１３には、プロセッサ１１の以下に説明する情報処理のために属性データベース及び管理データベースを記憶させておく。
【００２５】
属性データベースは、ハンディ端末１での受注の対象となる商品の品目それぞれについての属性を複数の項目について表す。管理データベースは、属性データベースにおいて属性が設定される複数の項目のそれぞれを管理するためのデータの集合である。
【００２６】
図２は属性データベースに含まれるデータレコードの構造を示す図である。
属性データベースは、受注の対象となる品目のそれぞれに関連付けられた複数のデータレコードＲ１の集合である。データレコードＲ１は、フィールドＦ１１，Ｆ１２，Ｆ１３，Ｆ１４，Ｆ１５，Ｆ１６，Ｆ１７を含む。
【００２７】
フィールドＦ１１には、関連付けられた品目を識別するための品目コードを表すデータがセットされる。フィールドＦ１２には、関連付けられた品目についてメニュー表にて記載されたページの頁番号がセットされる。なおメニュー表は、注文を受け付ける対象となる品目のそれぞれについての内容を客が目視により確認できるように記載している。メニュー表は、どのような形態のものであってもよいが、本実施形態においては、複数頁からなるブック型のものであるとする。フィールドＦ１３〜Ｆ１７には、予め定められた５個の項目のそれぞれ割り当てられる。フィールドＦ１３〜Ｆ１７には、関連付けられた品目に関して、割り当てられた項目についての属性データがそれぞれにセットされる。本実施形態においては一例として、フィールドＦ１３〜Ｆ１７には、提供時間帯、年齢層、天候、季節及び金額のそれぞれが項目として割り当てられていることとする。ただし、フィールドＦ１３〜Ｆ１７のそれぞれにどのような項目を割り当てるかは任意であってよく、例えばハンディ端末１の設計者又は管理者などによって適宜に定められてよい。また属性データとしてどのようなデータをセットするかも任意であってよく、上記の設計者又は管理者などによって適宜に定められてよい。またフィールドＦ１３〜Ｆ１７は、それに代えて、あるいはそれに加えて、別の項目を割り当てたフィールドを有していてもよい。また属性データをセットするためにデータレコードＲ１に含まれるフィールドの数は、４つ以下であってもかまわない。なお、属性データをセットするためにデータレコードＲ１に含まれる複数のフィールドは、それらのデータレコード内での順序に従って昇順の項目番号により識別される。つまり図２の例では、フィールドＦ１３〜Ｆ１７にそれぞれ割り当てられた項目には、項目番号として１〜５がそれぞれ割り当てられる。
【００２８】
フィールドＦ１３にセットされる属性データは、関連付けられた品目が時間帯を限って提供されるものである場合に、当該品目が提供される時間帯を表す。当該属性データとしては例えば、「モーニング」「ランチ」又は「ディナー」などがセットされる。なお、当該属性データとしては、「14:00〜17:00」のような他形式のデータがセットされてもよい。
【００２９】
フィールドＦ１４にセットされる属性データは、関連付けられた品目の主なターゲットとする客の年齢層を表す。当該属性データとしては例えば、「３０歳代」「４０歳代」又は「５０歳代」などがセットされる。なお、当該属性データとしては、「31歳〜35歳」又は「36歳〜40歳」などのような、あるいは「大人」又は「子供」などのような他形式のデータがセットされてもよい。
【００３０】
フィールドＦ１５にセットされる属性データは、関連付けられた品目が注文される可能性が高まる天候を表す。当該属性データとしては例えば、「晴れ」「曇り」又は「雨」などがセットされる。なお、当該属性データとしては、「暑い」「寒い」又は「高湿度」などのような他形式のデータがセットされてもよい。
【００３１】
フィールドＦ１６にセットされる属性データは、関連付けられた品目が注文される可能性が高まる季節を表す。当該属性データとしては例えば、「春」「夏」「秋」又は「冬」などがセットされる。なお、当該属性データとしては、「３〜６月」「７〜１０月」又は「１１〜２月」などのような他形式のデータがセットされてもよい。
【００３２】
フィールドＦ１７にセットされる属性データは、関連付けられた品目の金額を表す。当該属性データとしては例えば「１，０００円」「９５０円」及び「８７０円」などがセットされる。なお、当該属性データとしては、「９００円台」又は「９００円〜９９９円」などのような他形式のデータがセットされてもよい。
【００３３】
図３は管理データベースに含まれるデータレコードの構造を示す図である。
管理データベースは、属性データベースにセットされる属性データのそれぞれの項目に関連付けられた複数のデータレコードＲ２の集合である。本実施形態においては、前述の５つの項目にそれぞれ関連付けられた５つのデータレコードＲ２の集合である。データレコードＲ２は、フィールドＦ２１，Ｆ２２，Ｆ２３を含む。
【００３４】
フィールドＦ２１には、関連付けられた項目を識別するための項目番号を表すデータがセットされる。
フィールドＦ２２には、関連付けられた項目に付された項目名称を表すデータがセットされる。当該データとしては例えば、「提供時間帯」、「年齢層」、「天候」、「季節」及び「金額」がセットされる。
【００３５】
フィールドＦ２３には、関連付けられた項目に関する属性データのデータ種別を表すデータがセットされる。本実施形態においては、関連付けられた項目に関する属性データが「年齢層」又は「金額」である場合に、「数値」がセットされる。また本実施形態においては、関連付けられた項目に関する属性データが「提供時間帯」「天候」又は「季節」である場合に「テキスト」がセットされる。
【００３６】
図４、図５及び図６はプロセッサ１１による情報処理のフローチャートである。プロセッサ１１は、受注開始を指定するための予め定められた操作がタッチパネル１４又はキースイッチ群１５で行われると、当該情報処理をメイン記憶ユニット１２又は補助記憶ユニット１３に記憶された情報処理プログラムに従って実行する。
【００３７】
Ａｃｔ１としてプロセッサ１１は、変数ｎ及び変数Ｎｔをそれぞれ０にクリアする。変数ｎは、後述する推奨品目の抽出のために着目する項目の項目番号を管理するものである。変数Ｎｔは、指定された品目の代替として推奨する品目（以下、推奨品目と称する）として決定した品目の総数を表す。そこで変数ｎ及び変数Ｎｔは、以下においては項目番号ｎ及び総数Ｎｔと称する。
【００３８】
Ａｃｔ２としてプロセッサ１１は、品目の指定が終了されたか否かを確認する。そしてプロセッサ１１は、終了していないならばＮｏと判定し、Ａｃｔ３へと進む。
Ａｃｔ３としてプロセッサ１１は、注文する品目の指定がなされたか否かを確認する。そしてプロセッサ１１は、品目の指定がなされていないならばＮｏと判定し、Ａｃｔ２へと戻る。
かくしてプロセッサ１１はＡｃｔ２及びＡｃｔ３としては、品目指定又は終了を待ち受ける。
【００３９】
店員は、注文しようとする品目を客から聞き取り、その品目を指定する操作をタッチパネル１４又はキースイッチ群１５にて行う。プロセッサ１１は、これに応じてＡｃｔ３にてＹｅｓと判定し、Ａｃｔ４へと進む。なお、プロセッサ１１はこのとき、上記の操作により指定された品目（以下、指定品目と称する）を判定する。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは指定品目を判定する判定手段として機能する。
【００４０】
Ａｃｔ４としてプロセッサ１１は、指定品目が受注可能であるか否かを確認する。プロセッサ１１は例えば、メイン記憶ユニット１２又は補助記憶ユニット１３に記憶された品切れリストに指定品目が含まれていない場合に受注が可能であると判定する。なおこの場合にプロセッサ１１は例えば、注文管理装置２からの品切れ通知が通信ユニット１６により受信されたことに応じての割り込みに対して別の情報処理を開始し、品切れ通知に示された品目を品切れリストに追加する。注文管理装置２は、何らかの理由により受注できない品目が生じた場合は、当該品目についての品切れ通知を全てのハンディ端末１に対して行う。なおプロセッサ１１は、受注が可能であるかどうかを注文管理装置２に問い合わせて、注文管理装置２からの回答に基づいてＡｃｔ４における判定を行ってもよい。
【００４１】
プロセッサ１１は、指定品目の受注が可能であるならばＡｃｔ４にてＹｅｓと判定し、Ａｃｔ５へと進む。
Ａｃｔ５としてプロセッサ１１は、指定品目を受注リストに追加する。受注リストは、ハンディ端末１での注文の受付を完了した品目についての品目コードのリストを示したデータであり、メイン記憶ユニット１２又は補助記憶ユニット１３に記憶される。なおプロセッサ１１は、最初に品目が指定された場合には、その品目の品目コードのみを含んだ受注リストを新規に作成し、メイン記憶ユニット１２又は補助記憶ユニット１３に書き込む。そしてプロセッサ１１はこののち、Ａｃｔ２及びＡｃｔ３の待受状態に戻る。従ってプロセッサ１１は、受注可能名品目の指定が繰り返されたならば、Ａｃｔ５を繰り返し実行する。そしてプロセッサ１１は、受注リストがメイン記憶ユニット１２又は補助記憶ユニット１３に既に書き込まれている状態にて新たな品目が指定されたのであれば、Ａｃｔ５にて、その品目の品目コードを追加するように受注リストを更新する。
【００４２】
プロセッサ１１は、指定品目の受注が不可能であった場合には、Ａｃｔ４にてＮｏと判定し、Ａｃｔ６へと進む。
Ａｃｔ６としてプロセッサ１１は、項目番号ｎを１つ増加する。
Ａｃｔ７としてプロセッサ１１は、項目番号ｎが、属性データベースにおける属性データの項目数以下であるか否かを確認する。なお当該項目数は、図２の例においては５となる。そしてプロセッサ１１は、項目番号ｎが項目数以下であるならばＹｅｓと判定し、Ａｃｔ８へと進む。つまりプロセッサ１１は、項目番号ｎの項目の属性データが属性データベースに存在するならばＡｃｔ８へと進むことになる。
【００４３】
Ａｃｔ８としてプロセッサ１１は、項目番号ｎの項目についての属性データが指定品目と一致する他の品目（以下、一致品目と称する）を全て抽出する。プロセッサ１１は例えば、指定品目の品目コードがフィールドＦ１１にセットされているデータレコードＲ１を属性データベースから選択する。プロセッサ１１は、項目番号ｎが１であるならば、上記の選択したデータレコードＲ１のフィールドＦ１３にセットされた属性データを読み出す。次にプロセッサ１１は、当該読み出した属性データと一致する属性データがフィールドＦ１３にセットされている他のデータレコードＲ１を全て、属性データベースから選択する。そしてプロセッサ１１は、この選択したデータレコードＲ１のフィールドＦ１１にセットされた品目コードで識別される品目を一致品目とする。具体例として、品目Ａ〜品目Ｊの１０品目が存在することとする。項目番号が１である項目の属性である提供時間帯として、品目Ａ、品目Ｂ及び品目Ｃについては「ランチ」が、品目Ｄ〜品目Ｊについては「ランチ」以外が、それぞれ設定されていることとする。そして指定品目が品目Ａであり、かつ項目番号ｎが１であるならば、プロセッサ１１は品目Ｂ及び品目Ｃを一致品目として抽出することになる。
【００４４】
Ａｃｔ９としてプロセッサ１１は、一致品目が１つでも有ったか否かを確認する。そしてプロセッサ１１は、Ａｃｔ８にて１つでも品目を抽出できたのならばＹｅｓと判定し、Ａｃｔ１０へと進む。
Ａｃｔ１０としてプロセッサ１１は、変数Ｎｃの値が、定数Ｎｍから総数Ｎｔを減じた値よりも大きいか否かを確認する。ここでプロセッサ１１は、変数Ｎｃの値は今回のＡｃｔ８にて抽出した一致品目の数とする。定数Ｎｍの値は、予め定められた推奨品目の最大数である。そこで以下においては、変数Ｎｃ及び定数Ｎｍを、抽出数Ｎｃ及び最大数Ｎｍと称する。最大数Ｎｍの値は、任意であってよく、例えばハンディ端末１の設計者又は管理者などによって適宜に定められてよい。以下に説明する具体例においては、最大数Ｎｍは５とする。総数Ｎｔの値は、プロセッサ１１がＡｃｔ１０を初めて実行するときには０である。従ってプロセッサ１１は、Ａｃｔ１０を初めて実行する場合には、抽出数Ｎｃが最大数Ｎｍを越えているか否かを確認する。またプロセッサ１１は、後述するようにＡｃｔ１０を２度目以降に実行する場合には、抽出数Ｎｃが最大数Ｎｍと総数Ｎｔとの差を越えたかどうかを確認する。ここで、最大数Ｎｍと総数Ｎｔとの差は、推奨品目として追加可能な数（以下、追加可能数と称する）に相当する。つまりプロセッサ１１は、今回における一致品目の抽出数Ｎｃが追加可能数を越えたかどうかを確認する。そしてプロセッサ１１は、抽出数Ｎｃが追加可能数を越えていないならばＮｏと判定し、Ａｃｔ１１へと進む。
【００４５】
Ａｃｔ１１としてプロセッサ１１は、今回抽出した一致品目の全てを推奨品目として決定する。
Ａｃｔ１２としてプロセッサ１１は、総数Ｎｔの値を、それまでの総数Ｎｔの値に抽出数Ｎｃを加算した値に更新する。
プロセッサ１１は、Ａｃｔ１２にて総数Ｎｔの値を更新し終えたならば、Ａｃｔ１３へと進む。なおプロセッサ１１は、Ａｃｔ８にて一致品目を１つも抽出することができなかった場合には、Ａｃｔ９にてＮｏと判定し、Ａｃｔ１０〜Ａｃｔ１２をパスしてＡｃｔ１３へと進む。
【００４６】
Ａｃｔ１３としてプロセッサ１１は、総数Ｎｔが最大数Ｎｍと一致しているか否かを確認する。そしてプロセッサ１１は、総数Ｎｔが最大数Ｎｍに至っていないならばＮｏと判定し、Ａｃｔ６以降を繰り返す。これによりプロセッサ１１は、２番目以降の項目を対象として、その項目の属性データが指定品目と一致する別の品目の抽出を試みる。
【００４７】
例えば、項目番号が２である項目の属性である年齢層として、品目Ａ、品目Ｄ及び品目Ｅについては「３０歳代」が、品目Ｆ〜品目Ｊについては「３０歳代」以外が、それぞれ設定されていることとする。そして項目番号ｎが２であるならば、プロセッサ１１は品目Ｄ及び品目Ｅを一致品目として抽出することになる。これにより、抽出数Ｎｃは２であり、前述のように品目Ｂ及び品目Ｃが既に推奨品目として決定されているならば、追加可能数は５−２＝３となるから、抽出数Ｎｃは追加可能数をまだ越えていない。このためプロセッサ１１はＡｃｔ６以降をもう一度繰り返すことになる。
【００４８】
そしてプロセッサ１１は、総数Ｎｔが最大数Ｎｍに一致した場合には、Ａｃｔ１３にてＹｅｓと判定し、図６中のＡｃｔ３０へと進む。またプロセッサ１１は、総数Ｎｔが最大数Ｎｍに至るよりも前に項目番号ｎが属性データベースに含まれた項目数よりも大きくなった場合には、Ａｃｔ７にてＮｏと判定し、図６中のＡｃｔ３０へと進む。つまりプロセッサ１１は、最大数Ｎｍの推奨品目を決定できた場合、あるいは属性データベースに含まれた全ての項目を対象としての一致品目の抽出を試みても最大数Ｎｍの推奨品目を決定できなかった場合には、Ａｃｔ３０へと進む。Ａｃｔ３０以降の処理については後述する。
【００４９】
例えば、項目番号が３である項目の属性である天候として、品目Ａ及び品目Ｆについては「晴れ」が、品目Ｆ〜品目Ｊについては「晴れ」以外が、それぞれ設定されていることとする。そして項目番号ｎが３であるならば、プロセッサ１１は品目Ｆを一致品目として抽出することになる。これにより、抽出数Ｎｃは１であり、前述のように品目Ｂ〜品目Ｅが既に推奨品目として決定されているならば、追加可能数は５−４＝１となるから、抽出数Ｎｃは追加可能数をまだ越えていない。そして当該一致品目を推奨品目として決定することにより、総数Ｎｔは５となり最大数Ｎｍと一致する。そこでプロセッサ１１はＡｃｔ１３から図６中のＡｃｔ３０へと進むことになる。
【００５０】
別の具体例として、品目Ａに関して、提供時間帯、年齢層、天候、季節及び金額として「ランチ」「３０歳代」「晴れ」「秋」「９００円」がそれぞれ設定されているとする。これに対して、品目Ｂに関して提供時間帯として「ランチ」が、また品目Ｃに関して年齢層として「３０歳代」がそれぞれ設定されているとする。さらに、品目Ｂ及び品目Ｃに関する他の項目の属性と、品目Ｄ〜品目Ｊに関する全ての項目の属性とが「ランチ」「３０歳代」「晴れ」「秋」「９００円」とは異なっているとする。この場合には、プロセッサ１１は品目Ｂ及び品目Ｃのみを推奨品目として決定する。プロセッサ１１はこの場合は、Ａｃｔ７から図６中のＡｃｔ３０へと進むことになる。
【００５１】
例えば、項目番号が３である項目の属性である天候として、品目Ａ、品目Ｆ、品目Ｇ及び品目Ｈについては「晴れ」が、品目Ｉ及び品目Ｊについては「晴れ」以外が、それぞれ設定されていることとする。そしてプロセッサ１１は、項目番号ｎが３であるならば品目Ｆ、品目Ｇ及び品目Ｈを一致品目として抽出することになる。つまり、抽出数Ｎｃは３である。前述のように品目Ｂ〜品目Ｅが既に推奨品目として決定されているならば、追加可能数は５−４＝１となるから、抽出数Ｎｃが追加可能数を越えている。そこでプロセッサ１１は、Ａｃｔ６〜Ａｃｔ１３のループを処理する中で、抽出数Ｎｃが、最大数Ｎｍから総数Ｎｔを減じた値よりも大きくなった場合、Ａｃｔ１０にてＹｅｓと判定する。そしてプロセッサ１１はこの場合、図５中のＡｃｔ１４へと進む。つまりプロセッサ１１は、今回抽出した品目の全てを推奨品目として決定したのでは、推奨品目の数が最大数Ｎｍを越えてしまう場合には、図５中のＡｃｔ１４へと進む。
【００５２】
Ａｃｔ１４としてプロセッサ１１は、項目番号ｎを１つ増加する。
Ａｃｔ１５としてプロセッサ１１は、項目番号ｎが、属性データベースにおける属性データの項目数以下であるか否かを確認する。そしてプロセッサ１１は、項目番号ｎが項目数以下であるならばＹｅｓと判定し、Ａｃｔ１６へと進む。つまりプロセッサ１１は、項目番号ｎの項目の属性データが属性データベースに存在するならばＡｃｔ１６へと進むことになる。
【００５３】
Ａｃｔ１６としてプロセッサ１１は、項目番号ｎ−１の項目について抽出済みの一致品目の中から、項目番号ｎの項目についての属性データが指定品目と一致する一致品目を絞り込む。上記の具体例では、項目番号ｎ−１の項目について抽出済みの一致品目は、品目Ｆ、品目Ｇ及び品目Ｈである。この例で、項目番号が４である項目の属性である季節として、品目Ａ及び品目Ｇについては「秋」が、品目Ｆ及び品目Ｈについては「秋」以外が、それぞれ設定されていることとするならば、プロセッサ１１は、一致品目を品目Ｇに絞り込むことになる。また項目番号が４である項目の属性である季節として、品目Ａ、品目Ｇ及び品目Ｈについては「秋」が、品目Ｆについては「秋」以外が、それぞれ設定されていることとするならば、プロセッサ１１は、一致品目を品目Ｇ及び品目Ｈに絞り込むことになる。
【００５４】
Ａｃｔ１７としてプロセッサ１１は、一致品目が１つでも有ったか否かを確認する。そしてプロセッサ１１は、Ａｃｔ１６での絞り込みにより１つでも品目が残ったならばＹｅｓと判定し、Ａｃｔ１８へと進む。
Ａｃｔ１８としてプロセッサ１１は、抽出数Ｎｃが、最大数Ｎｍから総数Ｎｔを減じた値よりも大きいか否かを確認する。なお、ここでの抽出数は、Ａｃｔ１６での絞り込みにより残った一致品目の数である。そしてプロセッサ１１は、抽出数Ｎｃが追加可能数を越えていないならばＮｏと判定し、Ａｃｔ１９へと進む。
【００５５】
Ａｃｔ１９としてプロセッサ１１は、今回絞り込んだ一致品目の全てを推奨品目として決定する。プロセッサ１１は、上記の具体例において一致品目を品目Ｇに絞り込んだ場合には、抽出数Ｎｃが１となるのに対して、最大数Ｎｍから総数Ｎｔを減じた値は５−４＝１であるから、Ａｃｔ１８にてＮｏと判定し、品目Ｇを推奨品目に決定する。
【００５６】
なおプロセッサ１１は、上記の具体例において一致品目を品目Ｇ及び品目Ｈに絞り込んだ場合には、抽出数Ｎｃが２となるのに対して、最大数Ｎｍから総数Ｎｔを減じた値は５−４＝１であるから、Ａｃｔ１８にてＹｅｓと判定する。そしてプロセッサ１１はこの場合には、Ａｃｔ１４以降を繰り返す。つまりプロセッサ１１は、さらに下位の項目の属性データに基づくさらなる一致品目の絞り込みを試みる。
【００５７】
Ａｃｔ２０としてプロセッサ１１は、総数Ｎｔの値を、それまでの総数Ｎｔの値に抽出数Ｎｃを加算した値に更新する。
プロセッサ１１は、Ａｃｔ２０にて総数Ｎｔの値を更新し終えたならば、Ａｃｔ２１へと進む。なおプロセッサ１１は、Ａｃｔ１６での絞り込みにより一致品目が１つも残らなかった場合には、Ａｃｔ１７にてＮｏと判定し、Ａｃｔ１８〜Ａｃｔ２０をパスしてＡｃｔ２１へと進む。
【００５８】
Ａｃｔ２１としてプロセッサ１１は、総数Ｎｔが最大数Ｎｍと一致しているか否かを確認する。そしてプロセッサ１１は、総数Ｎｔが最大数Ｎｍに至っていないならばＮｏと判定し、Ａｃｔ１４以降を繰り返す。これによりプロセッサ１１は、さらに下位の項目の属性データに基づく絞り込みと、推奨品目の決定とを試みる。
そしてプロセッサ１１は、総数Ｎｔが最大数Ｎｍに一致した場合には、Ａｃｔ２１にてＹｅｓと判定し、図６中のＡｃｔ３０へと進む。Ａｃｔ３０以降の処理については後述する。
【００５９】
ところでプロセッサ１１は、Ａｃｔ１４〜Ａｃｔ２１のループを実行する中で、総数Ｎｔが最大数Ｎｍに至るよりも前に項目番号ｎが属性データベースに含まれた項目数よりも大きくなった場合には、Ａｃｔ１５にてＮｏと判定し、図６中のＡｃｔ２２へと進む。つまりプロセッサ１１は、属性データベースに含まれた全ての項目を対象としての一致品目の絞り込みを試みても最大数Ｎｍの推奨品目を決定できなかった場合には、図６中のＡｃｔ２２へと進む。
【００６０】
Ａｃｔ２２としてプロセッサ１１は、項目番号ｎの値を０にクリアする。
Ａｃｔ２３としてプロセッサ１１は、項目番号ｎを１つ増加する。
Ａｃｔ２４としてプロセッサ１１は、項目番号ｎが、属性データベースにおける属性データの項目数以下であるか否かを確認する。そしてプロセッサ１１は、項目番号ｎが項目数以下であるならばＹｅｓと判定し、Ａｃｔ２５へと進む。つまりプロセッサ１１は、項目番号ｎの項目の属性データが属性データベースに存在するならばＡｃｔ２５へと進むことになる。
【００６１】
Ａｃｔ２５としてプロセッサ１１は、項目番号ｎの項目についての属性データのデータ種別が「数値」であるか否かを確認する。具体的にはプロセッサ１１は、フィールドＦ２１が項目番号ｎに一致するデータレコードＲ２を管理データベースから取得する。そしてプロセッサ１１は、当該取得したデータレコードＲ２のフィールドＦ２３にセットされているデータが「数値」を表すか否かを確認する。具体例では、項目番号が１，３及び４である項目の属性である提供時間帯、天候及び季節のデータ種別は「数値」ではない。そこでプロセッサ１１は、項目番号が１，３又は４である場合にはＮｏと判定し、Ａｃｔ２３へと戻る。一方、項目番号が２及び５である項目の属性である年齢層及び金額のデータ種別は「数値」である。そこでプロセッサ１１は、項目番号が２又は５である場合にはＹｅｓと判定し、Ａｃｔ２６へと進む。
【００６２】
Ａｃｔ２６としてプロセッサ１１は、ここまでで絞り込まれている一致品目の中から、項目番号ｎの項目について属性データが示す数値が、同じ項目についての指定品目に関する属性データが示す数値に対する差分の絶対値が小さくなるものから順に、Ｎｍ−Ｎｔ個の一致品目を抽出する。
【００６３】
なおプロセッサ１１は、上記の具体例において一致品目である品目Ｇ及び品目Ｈのいずれか一方をＡｃｔ１６にて絞り込めなかった場合であり、項目番号が２である項目の属性である年齢層として、品目Ａ、品目Ｇ及び品目Ｈについて「３０歳代」「４０歳代」及び「５０歳代」がそれぞれ設定されていることとする。この場合にプロセッサ１１は、品目Ｇについて「３０−４０」の絶対値として「１０」を求める。またプロセッサ１１は、品目Ｈについて「３０−５０」の絶対値として「２０」を求める。この結果としてプロセッサ１１は、一致品目を品目Ｇに絞り込む。
【００６４】
Ａｃｔ２７としてプロセッサ１１は、Ａｃｔ２６にてＮｍ−Ｎｔ個の一致品目の絞り込みに成功したか否かを確認する。例えば、上記の具体例とは別に、項目番号が２である項目の属性である年齢層として、品目Ａ、品目Ｇ及び品目Ｈについて「３０歳代」「４０歳代」及び「２０歳代」がそれぞれ設定されていることとする。プロセッサ１１は、品目Ｇについて「３０−４０」の絶対値として「１０」を求める。またプロセッサ１１は、品目Ｈについて「３０−２０」の絶対値として「１０」を求める。この結果としてプロセッサ１１は、一致品目を品目Ｇ及び品目Ｈのいずれかに絞り込むことができない。プロセッサ１１はこのようにして絞り込みを成功することができなかったならばＡｃｔ２７にてＮｏと判定し、Ａｃｔ２３以降を繰り返す。これによりプロセッサ１１は、より下位で、かつデータ種別が「数値」である項目に関して、Ａｃｔ２６による絞り込みを試みる。そしてプロセッサ１１は、絞り込みに成功したならばＡｃｔ２７にてＹｅｓと判定し、Ａｃｔ２９へと進む。
【００６５】
ところでプロセッサ１１は、Ａｃｔ２６における絞り込みに成功しないままで項目番号が属性データベースにおける属性データの項目数を越えたならば、Ａｃｔ２４にてＮｏと判定してＡｃｔ２８へと進む。つまりプロセッサ１１は、全ての項目を対象としてＡｃｔ２５〜Ａｃｔ２７を実行しても絞り込みに成功することができない場合にＡｃｔ２８へと進む。
【００６６】
Ａｃｔ２８としてプロセッサ１１は、ここまでで絞り込まれている一致品目の中から、ランダムにＮｍ−Ｎｔ個の一致品目を絞り込む。ただしプロセッサ１１は、ここでは、予め定められたルールに従って属性データに拘わらずに一致品目を絞り込めばよく、ルールは任意であってよい。そしてプロセッサ１１は、Ａｃｔ２９へと進む。
Ａｃｔ２９としてプロセッサ１１は、今回絞り込んだ一致品目の全てを推奨品目として決定する。
プロセッサ１１はこののち、Ａｃｔ３０へと進む。なおプロセッサ１１は前述の通り、図４中のＡｃｔ７，Ａｃｔ１３及び図４中のＡｃｔ２１のいずれかからＡｃｔ３０へと進む場合もある。つまりプロセッサ１１は、推奨品目を決定し終えたならば、Ａｃｔ３０へと進む。
【００６７】
Ａｃｔ３０としてプロセッサ１１は、推奨品目のうちの１つを選択する。
Ａｃｔ３１としてプロセッサ１１は、選択している推奨品目の名称を取得する。プロセッサ１１は具体的には、例えば補助記憶ユニット１３に記憶された商品マスタから推奨品目の名称を読み出す。なお商品マスタは、ＰＯＳシステム１００での注文受付の対象となる品目のそれぞれに関して、品目コード、名称、あるいは単価などを記述したデータベースである。なお、商品マスタは、注文管理装置２、ＰＯＳ端末４、あるいは図示しないサーバ装置などにより記憶されていてもよい。この場合にプロセッサ１１は、通信ネットワーク６を介して、注文管理装置２、ＰＯＳ端末４、あるいは図示しないサーバ装置から推奨品目の名称を取得する。プロセッサ１１は、取得した名称をメイン記憶ユニット１２又は補助記憶ユニット１３に保存しておく。
【００６８】
Ａｃｔ３２としてプロセッサ１１は、属性データベースにおける推奨品目に関連付けられたデータレコードＲ１のフィールドＦ１２にセットされている頁番号を取得する。プロセッサ１１は、取得した頁番号を、前述の名称に関連付けてメイン記憶ユニット１２又は補助記憶ユニット１３に保存しておく。
【００６９】
Ａｃｔ３３としてプロセッサ１１は、Ａｃｔ３０へと最初に進んだ時点で決定していた推奨品目の全てを選択済みであるか否かを確認する。そしてプロセッサ１１は、未選択の推奨品目があるならばＮｏと判定し、Ａｃｔ３０以降を上述と同様に繰り返す。このときにプロセッサ１１はＡｃｔ３０では、これまでにＡｃｔ３０を繰り返す中でまだ選択していない推奨品目を選択する。かくしてプロセッサ１１は、Ａｃｔ３０〜Ａｃｔ３３のループを実行することにより、推奨品目のそれぞれに関する名称及び頁番号を取得する。そしてプロセッサ１１は、全ての推奨品目に関して名称及び頁番号を取得し終えたならば、Ａｃｔ３３にてＹｅｓと判定し、Ａｃｔ３４へと進む。
【００７０】
Ａｃｔ３４としてプロセッサ１１は、推奨画面を生成する。推奨画面は、推奨品目の一覧を表した画面である。
図７は一例としての推奨画面ＳＣ１を示す図である。
推奨画面ＳＣ１は、上述のように品目Ｂ〜品目Ｆを推奨品目として表す場合である。
推奨画面ＳＣ１は、メッセージＭＥ１及びリストＬＩ１を表す。メッセージＭＥ１は、指定品目である品目Ａが品切れであり、リストＬＩ１に示す品目が推奨品目であることを表した文字メッセージである。リストＬＩ１は、推奨品目のそれぞれの名称を表す。リストＬＩ１はまた、推奨品目のそれぞれの内容について記載されているメニュー表のページの頁番号を、名称に並べて表している。プロセッサ１１は、上述のように推奨品目のそれぞれについて取得した名称及び頁番号を同一の行に並べて表すことによってリストＬＩ１を生成する。
Ａｃｔ３５としてプロセッサ１１は、上記のように生成した推奨画面をタッチパネル１４に表示させる。
そしてプロセッサ１１はこののち、図４中のＡｃｔ１に戻る。
【００７１】
ところで店員は、客が注文しようとする品目の全てをハンディ端末１に指定し終えたならば、品目の指定を終了する旨を指示する予め定められた操作をタッチパネル１４又はキースイッチ群１５にて行う。プロセッサ１１は、これに応じて図４中のＡｃｔ２にてＹｅｓと判定し、Ａｃｔ３６へと進む。
【００７２】
Ａｃｔ３６としてプロセッサ１１は、受注リストを含んだ注文データを注文管理装置２に送信する。これによりプロセッサ１１は、受注リストに含まれた品目の受注を注文管理装置２に要求する。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは上記の要求を行う要求手段として機能する。そしてプロセッサ１１は、これをもって図４、図５及び図６の情報処理を終了する。
【００７３】
かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは、推奨品目を決定する決定手段として機能する。またプロセッサ１１を中枢部分とするコンピュータは、Ａｃｔ１４、Ａｃｔ２３又はＡｃｔ３２にて推奨画面をタッチパネル１４に表示させることにより、推奨品目を、当該推奨品目についてのメニュー表における記載箇所とともに操作者に通知しているのであり、そのような通知を行う通知手段として機能する。
【００７４】
以上のようにハンディ端末１によれば、指定商品を受注できない場合には、推奨画面の表示によって、代替の品目を推奨できる。そして推奨画面には、推奨品目毎に、その品目の内容についてメニュー表において記載される頁の頁番号が表されるから、店員が客に対して、推奨メニューの名称ととともに頁番号を伝えることにより、客は容易に、推奨品目についてメニュー表により確認できる。店員も、表示された情報を客に伝えるだけでよいから、それによる負担は小さい。
【００７５】
なおハンディ端末１によれば、推奨品目は、品目毎に複数の項目に関してそれぞれ設定された属性データの一致状況に応じて決定される。従って、一部の品目についてのみ変更されるメニュー変更に際して、変更の生じない品目に関する何らかのデータの修正を行う必要がなく、メニュー変更に伴うメンテナンスの手間を軽減することができる。
【００７６】
またハンディ端末１によれば、推奨品目を決定するに当たって参照する設定データとして各品目の属性を表した属性データを用いているので、推奨品目の決定に属性の類似性が反映される。これにより、代替として推奨するのにより適した品目を推奨品目として決定できる。
【００７７】
またハンディ端末１によれば、優先度が上位の項目に関する属性データが指定品目と一致する他の品目が多数存在する場合には、その項目よりも優先度が下位の項目に関する属性データの一致状況に応じて推奨品目を絞り込むので、推奨品目の数が多くなりすぎることがない。
【００７８】
またハンディ端末１によれば、推奨画面に表す推奨品目の数を、最大数Ｎｍまでに限っている。このため、推奨画面からの品目の選択を容易として、推奨を効果的に行うことができる。つまり、推奨画面に表す推奨品目の数が多すぎると、それら多数の推奨品目の中から注文する品目を選択することが面倒となるので、そのような面倒を嫌って推奨画面が参照されないことがあり得る。これに対してハンディ端末１によれば、このようなことを回避し、推奨画面が活用される可能性を高めることができる。
【００７９】
この実施形態は、次のような種々の変形実施が可能である。
プロセッサ１１は、上記実施形態とは異なる任意の方法で推奨品目を決定してもよい。例えばプロセッサ１１は、各品目に対して予め関連付けられた品目を推奨品目とする。
【００８０】
プロセッサ１１は、商品マスタなどの属性データベース以外のデータに含まれた頁番号を取得してもよい。
【００８１】
プロセッサ１１は、メニュー表の１頁を複数に区切ったエリアのどこに推奨品目に関して表示されているかを表すように推奨画面を生成してもよい。
【００８２】
属性データベース及び管理データベースの一方又は双方が、例えば注文管理装置２に備えられた記憶デバイス又は通信ネットワーク６に接続されたネットワークドライブなどのようなハンディ端末１の外部に設けられた記憶デバイスに記憶されていてもよい。
【００８３】
設定データとしては、属性データに代えて、あるいは属性データに加えて、品目の属性を表さないデータが含まれてもよい。例えば、管理者が任意に定めたグループの識別コードが設定データとして用いられてもよい。
【００８４】
操作者は、店員である必要はなく、例えば客であってもよい。つまり、客席に配置されて客の操作による注文を受け付ける、いわゆるテーブル端末などと称される注文端末装置であってもよい。あるいは店舗の入口付近などに設置され、客が主に入店時に操作するタイプの注文端末装置であってもよい。このタイプの注文端末装置は、決済機能も備えた自動販売機タイプのものである場合もある。さらには、注文を受け付ける機能を備えない、情報提供のための情報処理装置として実現することも可能である。
【００８５】
推奨品目及び頁番号の操作者への通知は、例えば音声メッセージの出力などのような画面表示とは別の任意の方法で行われてもよい。
【００８６】
プロセッサ１１は、Ａｃｔ４にてＹｅｓと判定する毎に、その時の指定品目のみの受注を要求するための注文データを送信してもよい。この場合にプロセッサ１１は、Ａｃｔ５及びＡｃｔ３６は行わない。
【００８７】
情報処理によりプロセッサ１１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【００８８】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８９】
１…ハンディ端末、２…注文管理装置、３…伝票プリンタ、４…ＰＯＳ端末、５…無線ルータ、６…通信ネットワーク、１１…プロセッサ、１２…メイン記憶ユニット、１３…補助記憶ユニット、１４…タッチパネル、１５…キースイッチ群、１６…通信ユニット、１７…伝送路、１００…ＰＯＳシステム。
【図１】
2020027568.tif 000003
【図２】
2020027568.tif 000004
【図３】
2020027568.tif 000005
【図４】
2020027568.tif 000006
【図５】
2020027568.tif 000007
【図６】
2020027568.tif 000008
【図７】
2020027568.tif 000009