特許 7123681 情報処理装置、注文端末装置及び情報処理プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-08-15

(45)【発行日】2022-08-23

(54)【発明の名称】情報処理装置、注文端末装置及び情報処理プログラム

(51)【国際特許分類】

   G07G 1/12 20060101AFI20220816BHJP

   G06Q 50/12 20120101ALI20220816BHJP

【ＦＩ】

G07G1/12 361C

G07G1/12 321Q

G06Q50/12

【請求項の数】 4

(21)【出願番号】P 2018139762

(22)【出願日】2018-07-25

(65)【公開番号】P2020017080

(43)【公開日】2020-01-30

【審査請求日】2021-05-14

(73)【特許権者】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100189913

【氏名又は名称】鵜飼 健

(72)【発明者】

【氏名】山本 隆

【審査官】塩澤 正和

(56)【参考文献】

【文献】特開２００２－２７９５２８（ＪＰ，Ａ）

【文献】特開２００９－０７０１８８（ＪＰ，Ａ）

【文献】国際公開第２０１４／１４１３９５（ＷＯ，Ａ１）

【文献】特開２００９－２５８８０１（ＪＰ，Ａ）

【文献】特開２０１４－２３８７１３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０７Ｇ １／００ － ５／００

Ｇ０６Ｑ ５０／１２

(57)【特許請求の範囲】

【請求項1】

複数の品目のそれぞれについて、複数の項目に関してそれぞれ予め設定された設定データを記憶する記憶手段にアクセス可能であり、
操作者による操作によって注文の候補として指定された指定品目を判定する判定手段と、
前記判定手段により判定された前記指定品目の注文を受けることができない場合に、前記指定品目について前記記憶手段に記憶された前記設定データと一致する設定データが同一項目に関して前記記憶手段に記憶されている別の品目を、前記一致する設定データが設定されている項目の優先度が高い順に、推奨品目として選択する選択手段と、
前記選択手段により選択された前記推奨品目を前記操作者に通知する通知手段と、
を具備し、
前記選択手段は、前記指定品目について前記記憶手段に記憶された前記設定データと一致する設定データが同一項目に関して前記記憶手段に記憶されている別の品目が複数存在する場合は、当該項目よりも優先度が低い項目に関する前記設定データが前記指定品目と一致する前記項目の優先度が高い順に前記推奨品目を選択する、
情報処理装置。

【請求項2】

前記選択手段は、前記指定品目について前記記憶手段に記憶された前記設定データと一致する設定データが同一項目に関して前記記憶手段に記憶されている別の品目の数が予め定められた最大数よりも多い場合には、該当の品目のうちの前記最大数の品目を前記推奨品目として選択する、
請求項１に記載の情報処理装置。

【請求項3】

複数の品目のそれぞれについて、複数の項目に関してそれぞれ予め設定された設定データを記憶する記憶手段にアクセス可能であり、
操作者による操作によって注文の候補として指定された指定品目を判定する判定手段と、
前記判定手段により判定された前記指定品目の注文を受けることができない場合に、前記指定品目について前記記憶手段に記憶された前記設定データと一致する設定データが同一項目に関して前記記憶手段に記憶されている別の品目を、前記一致する設定データが設定されている項目の優先度が高い順に、推奨品目として選択する選択手段と、
前記選択手段により選択された前記推奨品目を前記操作者に通知する通知手段と、
前記判定手段により判定された前記指定品目であって、注文を受けることができる品目の受注を、注文を管理する注文管理装置に要求する要求手段と、
を具備し、
前記選択手段は、前記指定品目について前記記憶手段に記憶された前記設定データと一致する設定データが同一項目に関して前記記憶手段に記憶されている別の品目が複数存在する場合は、当該項目よりも優先度が低い項目に関する前記設定データが前記指定品目と一致する前記項目の優先度が高い順に前記推奨品目を選択する、
注文端末装置。

【請求項4】

複数の品目のそれぞれについて、複数の項目に関してそれぞれ予め設定された設定データを記憶する記憶手段にアクセス可能な情報処理装置が備えるコンピュータを、
操作者による操作によって注文の候補として指定された指定品目を判定する判定手段と、
前記判定手段により判定された前記指定品目の注文を受けることができない場合に、前記指定品目について前記記憶手段に記憶された前記設定データと一致する設定データが同一項目に関して前記記憶手段に記憶されている別の品目を、前記一致する設定データが設定されている項目の優先度が高い順に、推奨品目として選択する選択手段と、
前記選択手段により選択された前記推奨品目を前記操作者に通知する通知手段と、
して機能させ、
かつ前記選択手段には、前記指定品目について前記記憶手段に記憶された前記設定データと一致する設定データが同一項目に関して前記記憶手段に記憶されている別の品目が複数存在する場合は、当該項目よりも優先度が低い項目に関する前記設定データが前記指定品目と一致する前記項目の優先度が高い順に前記推奨品目を選択させる、
ための情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

飲食店などにおける注文を受け付けるオーダーシステムなどにおいて、指定された品目が品切れなどにより受注できないものである場合に、その品目に予め関連付けられた別の品目を推奨するための表示を行うことについては既に知られている。
しかしながら、各品目に対して代替で推奨する品目を関連付けておくと、メニュー変更の際にはその関連付けのメンテナンスが必要となる。
このような事情から、代替の品目を推奨するようにしながらも、メニュー変更に伴うメンテナンスの手間を軽減できることが望まれていた。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１４－２３８７１３号公報

【発明の概要】

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

【0004】

本発明が解決しようとする課題は、代替の品目を推奨するようにしながらも、メニュー変更に伴うメンテナンスの手間を軽減することができる情報処理装置、注文端末装置及び情報処理プログラムを提供することである。

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

【0005】

実施形態の情報処理装置は、複数の品目のそれぞれについて、複数の項目に関してそれぞれ予め設定された設定データを記憶する記憶手段にアクセス可能であり、判定手段、選択手段及び通知手段を備える。判定手段は、操作者による操作によって注文の候補として指定された指定品目を判定する。選択手段は、判定手段により判定された指定品目の注文を受けることができない場合に、指定品目について記憶手段に記憶された設定データと一致する設定データが同一項目に関して記憶手段に記憶されている別の品目を、一致する設定データが設定されている項目の優先度が高い順に、推奨品目として選択する。選択手段は、指定品目について記憶手段に記憶された設定データと一致する設定データが同一項目に関して記憶手段に記憶されている別の品目が複数存在する場合は、当該項目よりも優先度が低い項目に関する設定データが指定品目と一致する項目の優先度が高い順に推奨品目を選択する。通知手段は、選択手段により選択された推奨品目を操作者に通知する。

【図面の簡単な説明】

【0006】

【図1】一実施形態に係るＰＯＳシステムの概略構成及びハンディ端末の要部回路構成を示す図。

【図2】属性データベースに含まれるデータレコードの構造を示す図。

【図3】管理データベースに含まれるデータレコードの構造を示す図。

【図4】図１中のプロセッサによる情報処理のフローチャート。

【図5】図１中のプロセッサによる情報処理のフローチャート。

【図6】図１中のプロセッサによる情報処理のフローチャート。

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

【0007】

以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、情報処理装置としてのハンディ端末を含んで構成されたＰＯＳ（point-of-sale）システムを例に説明する。

【0008】

図１は本実施形態に係るＰＯＳシステム１００の概略構成及びハンディ端末１の要部回路構成を示す図である。
このＰＯＳシステム１００は、客の注文に応じて飲食品等の商品を提供するサービスを行う飲食店などのような様々な施設で利用可能である。

【0009】

ＰＯＳシステム１００は、ハンディ端末１、注文管理装置２、伝票プリンタ３、ＰＯＳ端末４、無線ルータ５及び通信ネットワーク６を含む。ハンディ端末１、伝票プリンタ３、ＰＯＳ端末４及び無線ルータ５は、図１では１つずつを示しているが、その数はそれぞれに任意である。ハンディ端末１は多くの場合、複数がＰＯＳシステム１００に含まれる。
そしてＰＯＳシステム１００は、ハンディ端末１、注文管理装置２、伝票プリンタ３及びＰＯＳ端末４を、通信ネットワーク６を介して互いに通信可能とすることによって構成されている。ただし、ハンディ端末１は、無線ルータ５との無線通信により、無線ルータ５を介して通信ネットワーク６に接続される。しかしながら、ハンディ端末１は、通信ネットワーク６に直接に接続されてもよい。あるいは、注文管理装置２、伝票プリンタ３及びＰＯＳ端末４が、無線ルータ５との無線通信により、無線ルータ５を介して通信ネットワーク６に接続されてもよい。

【0010】

ハンディ端末１は、注文のための操作を付け付けるオーダー端末の一形態である。ハンディ端末１は、店員によって携帯されて、店員によって操作される。
注文管理装置２は、ハンディ端末１で受け付けられた注文を管理する。

【0011】

伝票プリンタ３は、例えば接客フロア又はキッチンに設置される。接客フロアに設置された伝票プリンタ３は、注文伝票を客のために印刷する。すなわち、接客フロアに設置された伝票プリンタ３は、いわゆるカスタマープリンタである。またキッチンに設置された伝票プリンタ３は、調理伝票を調理人のために印刷する。すなわち、キッチンに設置された伝票プリンタ３は、いわゆるキッチンプリンタである。

【0012】

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

【0013】

無線ルータ５は、ハンディ端末１等の無線通信機能を備えている機器と無線通信を行いつつ、当該機器が通信ネットワーク６を介して通信することを可能とする。また無線ルータ５は、ハンディ端末１との無線回線と、他の通信端末との無線回線とを相互に接続することにより、ハンディ端末１と他の通信端末との通信を可能とすることもできる。

【0014】

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

【0015】

ハンディ端末１は、プロセッサ１１、メイン記憶ユニット１２、補助記憶ユニット１３、タッチパネル１４、キースイッチ群１５、通信ユニット１６及び伝送路１７を含む。

【0016】

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

【0017】

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

【0018】

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

【0019】

タッチパネル１４は、入力デバイス及び表示デバイスとして機能する。
キースイッチ群１５は、注文対象となる品目又は各種の機能が割り付けられる複数のキースイッチを含む。

【0020】

通信ユニット１６は、無線ルータ５との間での無線通信を行って、プロセッサ１１が注文管理装置２などとの間で各種データを授受するための通信処理を行う。
伝送路１７は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

【0021】

ハンディ端末１の基本ハードウェアとしては、既存の同種のハンディ端末のものを用いることができる。ハンディ端末１の譲渡は一般に、後述する情報処理について記述した情報処理プログラムがメイン記憶ユニット１２又は補助記憶ユニット１３に記憶された状態にて行われる。しかし、上記の情報処理プログラムがメイン記憶ユニット１２又は補助記憶ユニット１３に記憶されない状態、あるいは同種の別バージョンの情報処理プログラムがメイン記憶ユニット１２又は補助記憶ユニット１３に記憶された状態のハードウェアと、後述する情報処理について記述した情報処理プログラムとが個別に譲渡されてもよい。そして、メイン記憶ユニット１２又は補助記憶ユニット１３に、任意の作業者の操作に応じて、後述する情報処理について記述した情報処理プログラムが書き込まれることによってハンディ端末１が構成されてもよい。情報処理プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

【0022】

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

【0023】

このＰＯＳシステム１００を用いての販売管理は、既存のオーダーシステムにより行われているのと同様にして行われる。一例としては、以下のような流れとなる。店員は、客から聞き取った商品を注文するべくハンディ端末１を操作する。ハンディ端末１は、注文内容を表した注文データを注文管理装置２に送信する。注文管理装置２は、ハンディ端末１から受信した注文データに基づき、注文の内容を表した注文リストを作成し、管理する。注文管理装置２は、追加注文に関わる注文データがハンディ端末１から送られてきたならば、上記の注文リストを更新する。注文管理装置２は、注文データを受信する毎に、その注文データに応じた調理伝票及び注文伝票のプリントを同一又は別々の伝票プリンタ３に指示する。伝票プリンタ３はこの指示に応じて、調理伝票及び注文伝票をプリントする。調理人は、調理伝票に従って商品を調理する。接客担当の店員は、注文伝票を客に渡す。接客担当の店員は、調理された商品を客席へと配膳する。商品の飲食を終えた客は、注文伝票を店員に提示して会計を要求する。ＰＯＳ端末４は、店員による操作に応じて、会計を要求している客に関する注文リストを注文管理装置２から取得する。ＰＯＳ端末４は、取得した注文リストに基づいて、提供した商品に関する代金を算出し、当該代金を決済する。

【0024】

ハンディ端末１においては、上記の動作のためにプロセッサ１１が以下に説明する情報処理を実行する。またメイン記憶ユニット１２又は補助記憶ユニット１３には、プロセッサ１１の以下に説明する情報処理のために属性データベース及び管理データベースを記憶させておく。

【0025】

属性データベースは、ハンディ端末１での受注の対象となる商品の品目それぞれについての属性を複数の項目について表す。管理データベースは、属性データベースにおいて属性が設定される複数の項目のそれぞれを管理するためのデータの集合である。

【0026】

図２は属性データベースに含まれるデータレコードの構造を示す図である。
属性データベースは、受注の対象となる品目のそれぞれに関連付けられた複数のデータレコードＲ１の集合である。データレコードＲ１は、フィールドＦ１１，Ｆ１２，Ｆ１３，Ｆ１４，Ｆ１５，Ｆ１６を含む。

【0027】

フィールドＦ１１には、関連付けられた品目を識別するための品目コードを表すデータがセットされる。フィールドＦ１２～Ｆ１６には、予め定められた５個の項目のそれぞれ割り当てられる。フィールドＦ１２～Ｆ１６には、関連付けられた品目に関して、割り当てられた項目についての属性データがそれぞれにセットされる。本実施形態においては一例として、フィールドＦ１２～Ｆ１６には、提供時間帯、年齢層、天候、季節及び金額のそれぞれが項目として割り当てられていることとする。ただし、フィールドＦ１２～Ｆ１６のそれぞれにどのような項目を割り当てるかは任意であってよく、例えばハンディ端末１の設計者又は管理者などによって適宜に定められてよい。また属性データとしてどのようなデータをセットするかも任意であってよく、上記の設計者又は管理者などによって適宜に定められてよい。またフィールドＦ１２～Ｆ１６は、それに代えて、あるいはそれに加えて、別の項目を割り当てたフィールドを有していてもよい。また属性データをセットするためにデータレコードＲ１に含まれるフィールドの数は、４つ以下であってもかまわない。なお、属性データをセットするためにデータレコードＲ１に含まれる複数のフィールドは、それらのデータレコード内での順序に従って昇順の項目番号により識別される。つまり図２の例では、フィールドＦ１２～Ｆ１６にそれぞれ割り当てられた項目には、項目番号として１～５がそれぞれ割り当てられる。

【0028】

フィールドＦ１２にセットされる属性データは、関連付けられた品目が時間帯を限って提供されるものである場合に、当該品目が提供される時間帯を表す。当該属性データとしては例えば、「モーニング」「ランチ」又は「ディナー」などがセットされる。なお、当該属性データとしては、「14:00～17:00」のような他形式のデータがセットされてもよい。

【0029】

フィールドＦ１３にセットされる属性データは、関連付けられた品目の主なターゲットとする客の年齢層を表す。当該属性データとしては例えば、「３０歳代」「４０歳代」又は「５０歳代」などがセットされる。なお、当該属性データとしては、「31歳～35歳」又は「36歳～40歳」などのような、あるいは「大人」又は「子供」などのような他形式のデータがセットされてもよい。

【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】

１…ハンディ端末、２…注文管理装置、３…伝票プリンタ、４…ＰＯＳ端末、５…無線ルータ、６…通信ネットワーク、１１…プロセッサ、１２…メイン記憶ユニット、１３…補助記憶ユニット、１４…タッチパネル、１５…キースイッチ群、１６…通信ユニット、１７…伝送路、１００…ＰＯＳシステム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】