JP5262745B2 - 発注管理装置、端末装置及びプログラム - Google Patents

Description

本発明は、発注管理装置および端末装置に関する。

従来、音声による伝達情報を用いて商品の注文等を受け付けるシステムが知られている。例えば、特許文献１には、携帯端末から受け付けたオーダ等の音声情報を文字情報に変換して確認用に携帯端末に送信するシステムが記載されている。

特開２００５−０７９７９０号公報

ところで、店舗においては、アルバイト店員が発注業務を行う場合がある。この場合、店長や社員が事前に発注時の指示を申し伝えることがある。申し伝えは、前日にメモで残しておいたり、口頭で伝えられたりしている。

しかし、発注業務時に発注担当者が申し伝えを確認しても、棚前での発注操作中に顧客から声をかけられてうっかり忘れてしまい、指示どおりに発注されない場合があった。また、口頭による申し伝えでは、全ての商品についての指示を発注担当者が覚えていることが困難な場合があり、指示どおりに発注されない場合があった。また、商品によっては、状況により発注数を変更してほしい場合もあるが、そのようなきめ細かな申し伝えは指示どおりに行われない可能性があった。

特許文献１に記載の技術は、音声により注文等の情報を伝達した際にその確認を行えるようにしたものであるが、店舗等において商品を発注する場合に生じる上記問題点を解決することはできない。

本発明の課題は、発注者の端末装置による所望商品に対する発注登録に際しては意図に反する発注を防止することである。

請求項１は、複数の端末装置と送受信が可能な発注管理装置であって、第１端末装置から受信した指定商品対応の音声メッセージ情報を、その指定商品に対応付けて記憶するメッセージ情報記憶手段と、第２端末装置から所望商品の発注登録に先立ってその商品の発注入力を受信し、その発注対象商品に対応する音声メッセージの登録有無を検索する検索手段と、前記検索手段による検索で前記発注対象商品に対応する音声メッセージの登録があれば、その音声メッセージを前記第２端末装置に対して送信して音声出力させる音声出力制御手段と、前記発注対象商品に対応する音声メッセージの登録がない場合、あるいは前記音声メッセージの送信後に、前記第２端末装置から前記発注対象商品の発注数を含めた発注登録を受信した際は、その商品の発注処理を行う発注処理手段と、を備えることを特徴とする。

請求項２は、複数の商品の内で指定商品に対応して音声メッセージが登録された発注管理装置に対して任意商品の発注登録送信を行う端末装置であって、所望商品の発注を行う際に、その発注対象商品の発注登録に先立って、その商品の発注入力を前記発注管理装置に対して送信することで、その発注対象商品に対応する音声メッセージの登録有無を当該発注管理装置から受信したか否かを判別する判別手段と、前記判別手段で前記発注対象商品に対応する音声メッセージを受信した際は、その音声メッセージを出力する音声出力手段と、前記音声メッセージの受信がない場合、あるいは前記音声メッセージの受信後での前記音声出力手段による音声出力後に、前記発注対象商品に対して任意に入力された発注数による前記発注対象商品の発注登録を前記発注管理装置に対して送信する発注制御手段と、を備えることを特徴とする。

本発明によれば、発注者の端末装置による所望商品に対する発注登録に際しては意図に反する発注を防止することが可能となる。

本発明の実施形態における店舗システムの全体構成例を示す図である。 図１の携帯端末の機能構成例を示すブロック図である。 図１のサーバの機能構成例を示すブロック図である。 図３の申し伝え情報ファイルのデータ格納例を示す図である。 図３の発注情報ファイルのデータ格納例を示す図である。 申し伝え情報及び申し伝えメッセージの登録に際し携帯端末の表示部に表示される画面例を示す図である。 図２のＣＰＵにより実行される申し伝え登録処理を示すフローチャートである。 図２のＣＰＵにより実行される申し伝え商品入力処理を示すフローチャートである。 図２のＣＰＵにより実行される申し伝え情報登録処理を示すフローチャートである。 商品の発注時に携帯端末の表示部に表示される画面例を示す図である。 図２のＣＰＵにより実行される発注処理を示すフローチャートである。 図２のＣＰＵにより実行される発注商品入力処理を示すフローチャートである。 図２のＣＰＵにより実行される発注情報登録処理を示すフローチャートである。 図３のＣＰＵにより実行されるサーバ処理を示すフローチャートである。 実施形態２における申し伝え情報ファイルのデータ格納例を示す図である。 実施形態２において申し伝え情報及び申し伝えメッセージの登録に際し携帯端末の表示部に表示される画面例を示す図である。 図２のＣＰＵにより実行される申し伝え登録処理Ｂを示すフローチャートである。 図２のＣＰＵにより実行される申し伝え商品入力処理Ｂを示すフローチャートである。 図２のＣＰＵにより実行される申し伝え情報登録処理Ｂを示すフローチャートである。 実施形態２において商品の発注時に携帯端末の表示部に表示される画面例を示す図である。 図２のＣＰＵにより実行される発注処理Ｂを示すフローチャートである。 図２のＣＰＵにより実行される発注商品入力処理Ｂを示すフローチャートである。 図２のＣＰＵにより実行される発注情報登録処理Ｂを示すフローチャートである。

〔実施形態１〕
以下、図を参照して本発明の実施形態１について詳細に説明する。
まず、構成を説明する。

（店舗システム１００の構成）
図１に、本発明の実施形態における店舗システム１００の全体構成例を示す。図１に示すように、店舗システム１００は、携帯端末１Ａ、１Ｂと、サーバ２とが通信ネットワークＮを介して通信可能に接続されて構成されている。通信ネットワークＮは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の情報通信網であり、無線ＬＡＮ等の無線通信網を含む。携帯端末１Ａ、１Ｂは、無線ＬＡＮのアクセスポイントＡＰを介して通信ネットワークＮに無線接続される。なお、図１においては、携帯端末１Ａ、１Ｂの２台の携帯端末を図示しているが、携帯端末の台数は特に限定されない。

（携帯端末１Ａ、１Ｂの構成）
携帯端末１Ａ、１Ｂは、店舗において使用される無線通信端末である。本実施形態において、携帯端末１Ａ、１Ｂは、商品の発注数の基準値としての発注数最小値及び最大値、並びに商品の発注担当者に伝達すべき音声情報（以下、申し伝えメッセージという）を入力するための入力用携帯端末としての機能と、商品の発注を行うための発注用携帯端末としての機能の双方を有することとして説明するが、例えば、入力用携帯端末としての機能を携帯端末１Ａが有し、発注用携帯端末としての機能を携帯端末１Ｂが備える等、それぞれの機能を別個の携帯端末に備える構成としてもよい。

図２に、携帯端末１Ａ、１Ｂの機能構成例を示す。図２に示すように、携帯端末１Ａ、１Ｂは、ＣＰＵ（Central Processing Unit）１１、入力部１２、表示部１３、バーコードリーダ１４、無線通信部１５、ＲＡＭ（Random Access Memory）１６、記憶部１７、音声入力部１８、音声出力部１９、電源部１０１等を備えて構成され、各部はバス１０２により接続されている。

携帯端末１Ａ、１Ｂの構成は同様であるので以下携帯端末１Ａについて説明し、携帯端末１Ｂについては説明を援用する。

ＣＰＵ１１は、記憶部１７に記憶されているシステムプログラムを読み出し、ＲＡＭ１６内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ１１は、記憶部１７に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する申し伝え登録処理、発注処理を始めとする各種処理を実行し、制御手段としての機能を実現する。

入力部１２は、テンキー、カーソルキー、電源ＯＮ／ＯＦＦキー、各種ファンクションキー等を有し、キーの押下信号による操作信号をＣＰＵ１１に出力する。また、入力部１２は、表示部１３の表示画面上を覆うように重畳して設けられたタッチパネルを有し、電磁誘導式、磁気歪式、感圧式等の座標読み取り原理で、専用のペンによってタップされた座標を検出し、検出した座標を位置信号としてＣＰＵ１１に出力する。

表示部１３は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面を表示する。

バーコードリーダ１４は、商品に表示されたバーコードを読み取ってＣＰＵ１１に出力する。なお、各商品には、商品識別情報としての商品コードを示すバーコードが表示されているものとする。

無線通信部１５は、無線ＬＡＮのアクセスポイントＡＰとの無線通信が可能なアンテナを備えて構成され、アクセスポイントＡＰとアンテナとの間で信号の送受信を行うことにより、アクセスポイントＡＰを介して通信ネットワークＮに接続されたサーバ２を始めとする各種装置との通信を行う。

ＲＡＭ１６は、ＣＰＵ１１により記憶部１７から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。

記憶部１７は、半導体の不揮発性メモリ等により構成される。記憶部１７は、ＣＰＵ１１で実行されるシステムプログラムや、申し伝え登録アプリケーション（以下、申し伝え登録アプリという）、発注アプリケーションプログラム（以下、発注アプリという）を始めとする各種プログラム、これらのプログラムの実行に必要なデータを記憶する。各種プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部１７に格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。

音声入力部１８は、マイク、Ａ／Ｄ変換器等を備えて構成され、マイクにより入力された音声信号を音声データに変換してＣＰＵ１１に出力する。

音声出力部１９は、Ｄ／Ａ変換器、増幅器、スピーカ等により構成され、ＣＰＵ１１からの指示された音声データを音声信号に変換し出力する。

電源部１０１は、リチウムイオン電池等の充電池を内蔵し、図示しない充電端子を介して接続される充電器から供給される電流を充電池に蓄積し、電源ＯＮ時に携帯端末１Ａの各部に電力を供給する。

（サーバ２の構成）
サーバ２は、携帯端末１Ａ、１Ｂから入力された発注担当者への申し伝えに係る情報や発注情報を記憶、管理する。

図３に、サーバ２の機能構成例を示す。図３に示すように、サーバ２は、ＣＰＵ２１、入力部２２、表示部２３、通信部２４、ＲＡＭ２５、記憶部２６等を備えて構成され、各部はバス２７により接続されている。

ＣＰＵ２１は、記憶部２６に記憶されているシステムプログラムを読み出し、ＲＡＭ２５内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２１は、記憶部２６に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述するサーバ処理を始めとする各種処理を実行する。

入力部２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２１に出力する。

表示部２３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ２１から入力される表示信号の指示に従って、各種画面を表示する。

通信部２４は、モデム、ルータ、ＴＡ（Terminal Adapter）等によって構成され、通信ネットワークＮに接続された携帯端末１Ａ、１Ｂを始めとする外部機器とのデータ送受信を制御する。

ＲＡＭ２５は、ＣＰＵ２１により記憶部２６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納するワークエリアを形成する。

記憶部２６は、ＨＤＤ（Hard Disc Drive）や半導体の不揮発性メモリ等により構成される。記憶部２６は、ＣＰＵ２１で実行されるシステムプログラムや、サーバ処理プログラムを始めとする各種プログラム、これらのプログラムの実行に必要なデータを記憶する。各種プログラムは、コンピュータ読み取り可能なプログラムコードの形態で記憶部２６に格納され、ＣＰＵ２１は、当該プログラムコードに従った動作を逐次実行する。

また、記憶部２６は、申し伝え情報ファイル２６１、申し伝えメッセージファイル２６２、発注情報ファイル２６３を記憶している。

申し伝え情報ファイル２６１は、携帯端末１Ａ、１Ｂから送信された申し伝え情報を格納するファイルである。図４に、申し伝え情報ファイル２６１のデータ格納例を示す。図４に示すように、申し伝え情報ファイル２６１は、「商品コード」、「発注数最小値」、「発注数最大値」、及び「申し伝えメッセージファイル名」を対応付けて１レコードとして格納する。
「商品コード」は、商品を識別するための識別情報である。「発注数最小値」「発注数最大値」は、当該商品の発注数の基準値である。「発注数最小値」は、当該商品の発注数の最小値（発注が許可される範囲の最小値）であり、「発注数最大値」は、当該商品の発注数の最大値（発注が許可される範囲の最大値）である。「申し伝えメッセージファイル名」は、当該商品についての申し伝えメッセージファイル２６２のファイル名である。
申し伝えメッセージファイル２６２は、発注担当者に伝達すべき申し伝えメッセージの音声ファイルである。申し伝えメッセージファイル２６２は、商品毎に作成される。

発注情報ファイル２６３は、商品の発注情報を格納するファイルである。図５に、発注情報ファイル２６３のデータ格納例を示す。図５に示すように、発注情報ファイル２６３は、発注された各商品の「商品コード」、「発注数」、「担当者」、「発注日」を対応付けて１レコードとして格納する。

（店舗システム１００における動作）
次に、店舗システム１００を構成する各装置の動作について説明する。
なお、携帯端末１Ａ、１Ｂの動作は同じであるので以下携帯端末１Ａについて説明し、携帯端末１Ｂについては説明を援用する。

まず、携帯端末１Ａにおける商品発注に係る申し伝え情報及び申し伝えメッセージの登録動作について説明する。申し伝え情報及び申し伝えメッセージの登録動作は、申し伝えを行う者、例えば店長等による携帯端末１Ａの操作に応じて行われる。

図６（ａ）〜図６（ｅ）に、申し伝え情報及び申し伝えメッセージの登録に際し携帯端末１Ａの表示部１３に表示される画面例を示す。
携帯端末１Ａが起動されると、表示部１３に図６（ａ）に示すメインメニュー画面１３１が表示される。メインメニュー画面１３１には、「１．申し伝え登録」「２．発注」の何れかのメニューを選択するための選択ボタンＢ１、Ｂ２が表示されている。入力部１２により選択ボタンＢ１が押下されると、ＣＰＵ１１により申し伝え登録アプリが起動される。

図７に、申し伝え登録アプリの起動により実行される申し伝え登録処理のフローチャートを示す。申し伝え登録処理は、ＣＰＵ１１と申し伝え登録アプリとの協働により実行される。

まず、表示部１３に申し伝え登録画面１３２が表示され（ステップＳ１）、処理は入力部１２又はバーコードリーダ１４からの入力待ち状態となる（ステップＳ２）。

図６（ｂ）に、ステップＳ１において表示される申し伝え登録画面１３２の一例を示す。申し伝え登録画面１３２は、申し伝え情報及び申し伝えメッセージを登録するための画面であり、図６（ｂ）に示すように、商品コード入力欄１３２ａと、入力された商品コードに対応する商品の発注数最小値を入力するための最小値入力欄１３２ｂと、入力された商品コードに対応する商品の発注数最大値を入力するための最大値入力欄１３２ｃと、申し伝えメッセージの登録を指示するための「登録」ボタン１３２ｄと、申し伝え登録処理の終了を指示するための「終了」ボタン１３２ｅと、が表示されている。

申し伝え登録画面１３２が表示された状態でバーコードリーダ１４により申し伝えを行いたい商品に表示されているバーコードが読み取られる（スキャンされる）と（ステップＳ２；スキャン）、申し伝え商品入力処理が実行される（ステップＳ３）。

図８に、申し伝え商品入力処理のフローチャートを示す。
まず、バーコードリーダ１４により読み取られたデータ（スキャンデータという）が商品コード入力欄１３２ａに設定されて表示されるとともに、商品コードとしてＲＡＭ１６に記憶される（ステップＳ１０１）。図６（ｃ）に、ステップＳ１０１における申し伝え登録画面１３２の表示状態を示す。

次いで、音声入力部１８により申し伝えメッセージの録音が行われる（ステップＳ１０２）。例えば、図６（ｄ）に示すように、表示部１３に「申し伝えメッセージをお話ください」等の申し伝えメッセージの録音を促すメッセージが表示される。店長等により発注担当者への申し伝えメッセージが発話されると、発話された申し伝えメッセージの音声が音声入力部１８により音声データとして入力され、ＲＡＭ１６に記憶される。申し伝えメッセージが録音されると、録音された音声データに基づき所定のデータフォーマットの音声ファイル（申し伝えメッセージファイル２６２）が作成され、ファイル名とともにＲＡＭ１６に記憶される（ステップＳ１０３）。

入力部１２により最小値入力欄１３２ｂから発注数最小値が入力されると、入力された発注数最小値がＲＡＭ１６に記憶される（ステップＳ１０４）。入力部１２により最大値入力欄１３２ｃから発注数最大値が入力されると、入力された発注数最大値がＲＡＭ１６に記憶される（ステップＳ１０５）。そして、申し伝え商品入力処理は終了し、処理は図７のステップＳ２に戻る。図６（ｅ）に、ステップＳ１０５における申し伝え登録画面１３２の表示状態を示す。

図７のステップＳ２において、入力部１２により申し伝え登録画面１３２の「登録」ボタン１３２ｄが押下されると（ステップＳ２；登録ボタン）、申し伝え情報登録処理が実行される（ステップＳ４）。

図９に、申し伝え情報登録処理のフローチャートを示す。
申し伝え情報登録処理においては、ＲＡＭ１６に記憶されている申し伝え情報（商品コード、発注数最小値、発注数最大値、申し伝えメッセージファイル名）が無線通信部１５によりサーバ２に送信され、サーバ２に対して申し伝え情報ファイル２６１への当該申し伝え情報のレコードの追加が要求される（ステップＳ１１１）。サーバ２においては、携帯端末１Ａからの要求に応じて、携帯端末１Ａから受信された申し伝え情報のレコードが申し伝え情報ファイル２６１に追加登録される。追加登録が完了すると、レコード追加完了通知が携帯端末１Ａに送信される。

サーバ２からのレコード追加完了通知が無線通信部１５により受信されると、申し伝えメッセージファイル２６２が無線通信部１５によりサーバ２に送信され、サーバ２に対して申し伝えメッセージファイル２６２の保存が要求される（ステップＳ１１２）。サーバ２においては、携帯端末１Ａからの要求に応じて、携帯端末１Ａから受信された申し伝えメッセージファイル２６２が記憶部２６に保存される。申し伝えメッセージファイル２６２の保存が完了すると、申し伝えメッセージファイルの保存完了通知が携帯端末１Ａに送信される。

サーバ２からの保存完了通知が無線通信部１５により受信されると、ＲＡＭ１６に記憶されている申し伝え情報が削除されるとともに、表示部１３の申し伝え登録画面１３２が初期状態（図６（ｂ）の状態）に戻り（ステップＳ１１３）、処理は図７のステップＳ２に戻る。

複数の商品についての申し伝えメッセージの登録を行う場合、店長等の操作者は、商品のバーコードをバーコードリーダ１４によりスキャンして申し伝え商品入力処理を実行し、入力部１２により登録ボタン１３２ｄを押下して申し伝え情報登録処理を実行する、という操作を繰り返すことにより、複数の商品についての申し伝え情報及び申し伝えメッセージを登録することができる。

図７のステップＳ２において、入力部１２により「終了」ボタン１３２ｅが押下されると（ステップＳ２；終了ボタン）、申し伝え登録処理は終了する。申し伝え登録処理が終了すると、表示部１３の表示はメインメニュー画面１３１に戻る。

次に、携帯端末１Ａにおける発注動作について説明する。発注動作は、例えば、発注業務を行うアルバイト店員等による携帯端末１Ａの操作に応じて行われる。

図１０（ａ）〜図１０（ｅ）に、商品の発注に際し携帯端末１Ａの表示部１３に表示される画面例を示す。
図１０（ａ）に示すメインメニュー画面１３１において入力部１２により選択ボタンＢ２が押下されると、ＣＰＵ１１により発注アプリが起動される。

図１１に、発注アプリの起動により実行される発注処理のフローチャートを示す。発注処理は、ＣＰＵ１１と発注アプリとの協働により実行される。

まず、表示部１３に発注画面１３３が表示され（ステップＳ１１）、処理は入力部１２又はバーコードリーダ１４からの入力待ち状態となる（ステップＳ１２）。
図１０（ｂ）に、ステップＳ１１において表示される発注画面１３３の一例を示す。発注画面１３３は、商品の発注を行うための画面であり、図１０（ｂ）に示すように、発注日を表示するための発注日欄１３３ａと、発注担当者の識別情報（担当者ＩＤ）を表示するための担当者欄１３３ｂと、発注する商品の商品コードを入力するための商品コード入力欄１３３ｃと、発注数を入力するための発注数入力欄１３３ｄと、発注情報の登録を指示するための「登録」ボタン１３３ｅと、発注処理の終了を指示するための「終了」ボタン１３３ｆと、を有している。発注日欄１３３ａは、当日の日付が自動的に表示される。担当者欄１３３ｂは、携帯端末１Ａにログインした担当者のＩＤが自動的に表示される。

発注画面１３３が表示された状態でバーコードリーダ１４により発注する商品に表示されているバーコードが読み取られる（スキャンされる）と（ステップＳ１２；スキャン）、発注商品入力処理が実行される（ステップＳ１３）。

図１２に、発注商品入力処理のフローチャートを示す。
まず、バーコードリーダ１４により読み取られたスキャンデータが商品コード入力欄１３３ｃに設定されて表示されるとともに、発注情報の商品コードとしてＲＡＭ１６に記憶される（ステップＳ２０１）。図１０（ｃ）に、ステップＳ２０１における発注画面１３３の表示状態を示す。

次いで、入力された商品コードが無線通信部１５によりサーバ２に送信され、申し伝え情報ファイル２６１からの当該商品コードに該当する（当該商品コードと商品コードが一致する）レコードの検索が要求される（ステップＳ２０２）。サーバ２においては、携帯端末１Ａからの要求に応じて、申し伝え情報ファイル２６１から当該商品コードと商品コードが一致するレコードの検索が行われる。該当するレコードが検索されると、検索されたレコードが携帯端末１Ａに返送される。該当するレコードが検索されない場合は、その旨を示す応答が携帯端末１Ａに返送される。

無線通信部１５によりサーバ２から検索されたレコードが受信されると（ステップＳ２０３；ＹＥＳ）、当該レコードの「申し伝えメッセージファイル名」で特定されるファイルの取得要求が無線通信部１５によりサーバ２に送信され、発注する商品についての申し伝えメッセージファイル２６２がサーバ２から取得される（ステップＳ２０４）。そして、サーバ２から取得された申し伝えメッセージファイル２６２に基づいて音声出力部１９により申し伝えメッセージが音声出力され（ステップＳ２０５）、処理はステップＳ２０６に移行する。

一方、無線通信部１５によりサーバ２から該当するレコードが検索されなかった旨を示す応答が受信されると（ステップＳ２０３；ＮＯ）、処理はステップＳ２０６に移行する。

ステップＳ２０６において、入力部１２により発注数入力欄１３３ｄから発注数が入力されると、入力された発注数がＲＡＭ１６に記憶され（ステップＳ２０６）、発注商品入力処理は終了し、処理は図１１のステップＳ１２に戻る。
図１０（ｄ）に、ステップＳ２０６における発注画面１３３の表示状態を示す。

図１１のステップＳ１２において、入力部１２により発注画面１３３の「登録」ボタン１３３ｅが押下されると（ステップＳ１２；登録ボタン）、発注情報登録処理が実行される。

図１３に、発注情報登録処理のフローチャートを示す。
発注情報登録処理においては、まず、ＲＡＭ１６に記憶されている発注する商品の商品コードが無線通信部１５によりサーバ２に送信され、サーバ２に対して、申し伝え情報ファイル２６１からの当該商品コードに該当するレコード（当該商品コードと商品コードが一致するレコード）の検索が要求される（ステップＳ２１１）。サーバ２においては、携帯端末１Ａからの要求に応じて、申し伝え情報ファイル２６１から当該商品コードと商品コードが一致するレコードの検索が行われる。該当するレコードが検索されると、検索されたレコードが携帯端末１Ａに返送される。該当するレコードが検索されない場合は、その旨を示す応答が携帯端末１Ａに返送される。

無線通信部１５においてサーバ２から該当するレコードが検索されなかった旨を示す応答が受信されると（ステップＳ２１２；ＮＯ）、処理はステップＳ２１７に移行する。

無線通信部１５においてサーバ２から検索されたレコードが受信されると（ステップＳ２１２；ＹＥＳ）、受信されたレコードから発注数最小値、発注数最大値が取得される（ステップＳ２１３）。

次いで、図１２のステップＳ２０６で入力された発注数が発注数範囲内（発注数最小値以上発注数最大値以内）であるか否かが判断される（ステップＳ２１４）。入力された発注数が発注数範囲内ではないと判断されると（ステップＳ２１４；ＮＯ）、発注画面１３３上に発注数の範囲及び発注数の再入力を促すメッセージが表示される（ステップＳ２１５）。図１０（ｅ）に、ステップＳ２１５において発注画面１３３に表示されるメッセージの一例を示す。入力部１２により発注数が再入力されると、ＲＡＭ１６の発注数が上書きされ（ステップＳ２１６）、発注情報登録処理は終了し、処理は図１１のステップＳ１２に戻る。

一方、図１２のステップＳ２０６で入力された発注数が発注数範囲内であると判断されると（ステップＳ２１３；ＹＥＳ）、処理はステップＳ２１７に移行する。

ステップＳ２１７においては、発注情報（ＲＡＭ１６に記憶されている商品コード及び発注数、携帯端末１Ａにログインした担当者の担当者ＩＤ、発注日）が無線通信部１５によりサーバ２に送信され、発注情報ファイル２６３への発注情報の登録が要求される（ステップＳ２１７）。サーバ２においては、携帯端末１Ａからの要求に応じて発注情報ファイル２６３に受信した発注情報のレコードが追加登録される。レコードが追加登録されると、発注情報登録完了通知が携帯端末１Ａに返送される。

無線通信部１５によりサーバ２から発注情報登録完了通知が受信されると、サーバ２に対し、ＲＡＭ１６に記憶されている商品コードが送信され、当該商品コードに該当するレコードの申し伝え情報ファイル２６１からの削除及び対応する申し伝えメッセージファイル２６２の記憶部２６からの削除が要求される（ステップＳ２１８）。サーバ２においては、携帯端末１Ａからの要求に応じて、申し伝え情報ファイル２６１からのレコードの削除及び記憶部２６からの申し伝えメッセージファイル２６２の削除が行われる。レコードの削除が完了すると、レコード削除完了通知が携帯端末１Ａに送信される。申し伝えメッセージファイル２６２の削除が完了すると、ファイル削除完了通知が携帯端末１Ａに送信される。

サーバ２からのレコード削除完了通知及びファイル削除完了通知が無線通信部１５により受信されると、ＲＡＭ１６に記憶されている発注情報が削除されるとともに、表示部１３の発注画面１３３が初期状態（図１０（ｂ）の状態）に戻り（ステップＳ２１９）、処理は図１１のステップＳ１２に戻る。

複数の商品についての発注情報の登録を行う場合、アルバイト店員等の発注担当者は、商品コードをバーコードリーダ１４によりスキャンして発注商品入力処理を実行し、入力部１２により登録ボタン１３３ｅを押下して発注情報登録処理を実行する、という操作を繰り返すことにより、複数の商品についての発注情報を登録することができる。

図１１のステップＳ１２において、入力部１２により「終了」ボタン１３３ｆが押下されると（ステップＳ１２；終了ボタン）、発注情報登録処理は終了する。発注情報登録処理が終了すると、表示部１３にメインメニュー画面１３１が表示される。

次に、サーバ２の動作について説明する。
図１４に、サーバ２のＣＰＵ２１により実行されるサーバ処理のフローチャートを示す。サーバ処理は、電源が投入されると開始され、電源が遮断されると終了する。

通信部２４により携帯端末１Ａ又は携帯端末１Ｂからの各種要求が受信されると（ステップＳ２１；ＹＥＳ）、受信された要求の内容が判別される（ステップＳ２２）。

通信部２４により受信された要求が申し伝え情報ファイル２６１へのレコード追加要求であると判別された場合（ステップＳ２２；レコード追加要求）、申し伝え情報ファイルレコード登録処理が実行される（ステップＳ２３）。具体的には、通信部２４により受信された申し伝え情報のレコードが申し伝え情報ファイル２６１に追加登録される。追加登録が完了すると、レコード追加完了通知が送信元の携帯端末１Ａ又は１Ｂに送信される。

通信部２４により受信された要求が申し伝えメッセージファイル２６２の保存要求であると判別された場合（ステップＳ２２；メッセージ保存要求）、申し伝えメッセージファイル保存処理が実行される（ステップＳ２４）。具体的には、通信部２４により受信された申し伝えメッセージファイル２６２が記憶部２６に記憶される。申し伝えメッセージファイル２６２の保存が完了すると、保存完了通知が送信元の携帯端末１Ａ又は１Ｂに送信される。

通信部２４により受信された要求が申し伝え情報ファイル２６１におけるレコード検索要求であると判別された場合（ステップＳ２２；レコード検索要求）、申し伝え情報ファイル検索処理が実行される（ステップＳ２５）。具体的には、申し伝え情報ファイル２６１において、通信部２４により受信された商品コードと商品コードが一致するレコードの検索が行われ、商品コードが一致するレコードが検索された場合に、当該レコードの情報が通信部２４により送信元の携帯端末１Ａ又は１Ｂに返送される。商品コードが一致するレコードが検索されない場合は、その旨を示す応答が送信元の携帯端末１Ａ又は１Ｂに返送される。

通信部２４により受信された要求が申し伝えメッセージファイル２６２の取得要求であると判別された場合（ステップＳ２２；メッセージ取得要求）、申し伝えメッセージファイル送信処理が実行される（ステップＳ２６）。具体的には、通信部２４により受信された申し伝えメッセージ名に対応する申し伝えメッセージファイル２６２が記憶部２６から読み出され、通信部２４により送信元の携帯端末１Ａ又は１Ｂに送信される。

通信部２４により受信された要求が申し伝え情報ファイル２６１からのレコード削除要求であると判別された場合（ステップＳ２２；レコード削除要求）、申し伝え情報ファイルレコード削除処理が実行される（ステップＳ２７）。具体的には、通信部２４により受信された商品コードと商品コードが一致するレコードが申し伝え情報ファイル２６１から削除される。レコードの削除が完了すると、レコード削除完了通知が送信元の携帯端末１Ａ又は１Ｂに送信される。

通信部２４により受信された要求が申し伝えメッセージファイル２６２の削除要求であると判別された場合（ステップＳ２２；メッセージ削除要求）、申し伝えメッセージファイル削除処理が実行される（ステップＳ２８）。具体的には、通信部２４により受信された商品コードと商品コードが一致するレコードの「申し伝えメッセージファイル名」の申し伝えメッセージファイル２６２が記憶部２６から削除される。申し伝えメッセージファイル２６２の削除が完了すると、ファイル削除完了通知が携帯端末１Ａ又は１Ｂに送信される。

通信部２４により受信された要求が発注情報ファイル２６３への発注情報登録要求であると判別された場合（ステップＳ２２；発注情報登録要求）、発注情報ファイルレコード登録処理が実行される（ステップＳ２９）。具体的には、通信部２４により受信された発注情報のレコードが発注情報ファイル２６３に追加登録される。そして、発注情報登録完了通知が通信部２４により送信元の携帯端末１Ａ又は１Ｂに送信される。

以上説明したように、実施形態１における店舗システム１００によれば、携帯端末１Ａ又は１Ｂにおいて商品のバーコードが読み取られ、当該商品の発注数の基準値としての発注数の最小値及び最大値、並びに当該商品の発注時の申し伝えメッセージが入力されると、入力された当該商品の発注数の最小値及び最大値を含む申し伝え情報及び申し伝えメッセージファイル２６２がサーバ２に送信される。サーバ２においては、受信された申し伝え情報のレコードが申し伝え情報ファイル２６１に追加登録されるとともに、申し伝えメッセージファイル２６２が記憶部２６に記憶される。携帯端末１Ａ又は１Ｂにおいて、発注対象の商品のバーコードがバーコードリーダ１４により読み取られると、読み取られたバーコードの商品コードに対応する申し伝えメッセージファイル２６２がサーバ２から取得され音声出力部１９により出力されるとともに、当該商品コードに対応する発注数の最小値及び最大値がサーバ２から取得され、入力部１２により入力された発注数が取得された最小値と最大値の範囲内ではない場合に、表示部１３に発注数の範囲が表示される。

従って、発注対象の商品の商品コードが読み取られた（入力された）際に、その商品についての申し伝えメッセージが音声により出力される、即ち、ある商品の発注時に、その商品についての申し伝えメッセージが音声により出力されるので、商品の発注担当者に申し伝えを確実に伝達することができ、店舗側の意図に反する発注を防止することが可能となる。また、例えば、申し伝えメッセージに、発注数を決定する際の条件等（例えば、在庫が○以下なら×個、それ以外なら△個等）を入れておけば、発注担当者に申し伝えの内容に基づいて状況に応じた発注を行わせることも可能となる。更に、発注時に入力された発注数が予め登録された発注数の最小値から最大値までの範囲を超える場合には、登録された発注数の範囲が表示されるので、店舗側の意図に反する発注を確実に防止することが可能となる。

例えば、上述の申し伝え登録処理により店長等が「××チップスコンソメ味は新製品が出るので発注数は最大５個にしてください」という申し伝えメッセージと、発注数最小値１及び発注数最大値５を登録しておくと、発注担当者が××チップスコンソメ味を発注する際にこの申し伝えメッセージが音声出力され、登録された発注数の範囲ではない発注数が入力された場合には、「５以内で入力してください」等の発注数の範囲が表示される。このように、店舗システム１００においては、発注担当者に申し伝えたい内容を対象商品の発注時に音声により申し伝えることができるので、店舗側の意図を確実に発注担当者に伝達することができる。更に、予め登録された発注数の範囲内ではない発注数が入力された場合には、発注数の範囲が表示され、再入力が促されるので、店舗側の意図に反した発注や発注ミスを防止することができる。

〔実施形態２〕
以下、図を参照して本発明の実施形態２について詳細に説明する。
実施形態１においては、商品の発注数の基準値として発注数の最小値及び最大値を登録しておき、商品の発注時に携帯端末１Ａ、１Ｂにおいて申し伝えメッセージを音声出力するとともに、発注数範囲を超える入力がされた場合に発注数の範囲を表示する構成であった。実施形態２は、発注数の基準値として発注数の初期値を登録しておき、商品の発注時に携帯端末１Ａ、１Ｂにおいて申し伝えメッセージを音声出力するとともに、登録された発注数の初期値を予め発注数入力欄に表示するものである。

実施形態２においては、サーバ２の記憶部２６に、申し伝えメッセージファイル２６２及び発注情報ファイル２６３とともに、携帯端末１Ａ、１Ｂから送信された申し伝え情報を格納する申し伝え情報ファイル２６４が記憶されている。図１５に、申し伝え情報ファイル２６４のデータ格納例を示す。図１５に示すように、申し伝え情報ファイル２６４は、「商品コード」、「初期値」、及び「申し伝えメッセージファイル名」を対応付けて１レコードとして格納する。「初期値」は、当該商品の発注数の初期値として発注時に携帯端末１Ａ、１Ｂに表示する値である。
また、携帯端末１Ａ、１Ｂの記憶部１７には、図１７に示す申し伝え登録処理（実施形態１と区別するため申し伝え登録処理Ｂとする）を実行するための申し伝え登録アプリ、図２１に示す発注処理（実施形態１と区別するため発注処理Ｂとする）を実行するための発注アプリが記憶されている。
実施形態２における店舗システム１００及び店舗システム１００を構成する各装置のその他の構成は実施形態１で説明したものと略同様であるので説明を援用する。

次に、実施形態２における店舗システム１００の各装置の動作について説明する。
なお、携帯端末１Ａ、１Ｂの動作は同じであるので以下携帯端末１Ａについて説明し、携帯端末１Ｂについては説明を援用する。

まず、携帯端末１Ａにおける商品発注に係る申し伝え情報及び申し伝えメッセージの登録動作について説明する。申し伝え情報及び申し伝えメッセージの登録動作は、申し伝えを行う者、例えば店長等による携帯端末１Ａの操作に応じて行われる。

図１６（ａ）〜図１６（ｅ）に、申し伝え情報及び申し伝えメッセージの登録に際し携帯端末１Ａの表示部１３に表示される画面例を示す。
携帯端末１Ａが起動されると、表示部１３に図１６（ａ）に示すメインメニュー画面１３１が表示される。メインメニュー画面１３１は、実施形態１と同様である。入力部１２により「１．申し伝え登録」を選択するための選択ボタンＢ１が押下されると、ＣＰＵ１１により申し伝え登録アプリが起動される。

図１７に、申し伝え登録アプリの起動により実行される申し伝え登録処理Ｂのフローチャートを示す。申し伝え登録処理Ｂは、ＣＰＵ１１と申し伝え登録アプリとの協働により実行される。

まず、表示部１３に申し伝え登録画面１３４が表示され（ステップＳ３１）、処理は入力部１２又はバーコードリーダ１４からの入力待ち状態となる（ステップＳ３２）。

図１６（ｂ）に、ステップＳ３１において表示される申し伝え登録画面１３４の一例を示す。申し伝え登録画面１３４は、申し伝え情報及び申し伝えメッセージを登録するための画面であり、図１６（ｂ）に示すように商品コード入力欄１３４ａと、当該商品の発注数初期値を入力するための初期値入力欄１３４ｂと、申し伝えメッセージの登録を指示するための「登録」ボタン１３４ｃと、申し伝え登録処理の終了を指示するための「終了」ボタン１３４ｄと、が表示されている。

申し伝え登録画面１３４が表示された状態でバーコードリーダ１４により申し伝えを行いたい商品に表示されているバーコードが読み取られる（スキャンされる）と（ステップＳ３２；スキャン）、申し伝え商品入力処理Ｂが実行される（ステップＳ３３）。

図１８に、申し伝え商品入力処理Ｂのフローチャートを示す。
まず、バーコードリーダ１４により読み取られたデータが商品コード入力欄１３２ａに設定されて表示されるとともに、商品コードとしてＲＡＭ１６に記憶される（ステップＳ３０１）。図１６（ｃ）に、ステップＳ３０１における申し伝え登録画面１３４の表示状態を示す。

次いで、音声入力部１８により申し伝えメッセージの録音が行われる（ステップＳ３０２）。例えば、図１６（ｄ）に示すように、表示部１３に「申し伝えメッセージをお話ください」等の申し伝えメッセージの録音を促すメッセージが表示される。店長等の操作者により発注担当者への申し伝えメッセージが発話されると、発話された申し伝えメッセージの音声が音声入力部１８により音声データとして入力され、ＲＡＭ１６に記憶される。申し伝えメッセージが録音されると、録音された音声データに基づき所定のデータフォーマットの音声ファイル（申し伝えメッセージファイル２６２）が作成され、ファイル名とともにＲＡＭ１６に記憶される（ステップＳ３０３）。

入力部１２により初期値入力欄１３４ｂから発注数初期値が入力されると、入力された発注数初期値がＲＡＭ１６に記憶される（ステップＳ３０４）。そして、申し伝え商品入力処理Ｂは終了し、処理は図１７のステップＳ３２に戻る。図１６（ｅ）に、ステップＳ３０４における申し伝え登録画面１３２の表示状態を示す。

図１７のステップＳ３２において、入力部１２により申し伝え登録画面１３４の「登録」ボタン１３４ｃが押下されると（ステップＳ３２；登録ボタン）、申し伝え情報登録処理Ｂが実行される。

図１９に、申し伝え情報登録処理Ｂのフローチャートを示す。
申し伝え情報登録処理Ｂにおいては、ＲＡＭ１６に記憶されている申し伝え情報（商品コード、発注数初期値、申し伝えメッセージファイル名）が無線通信部１５によりサーバ２に送信され、サーバ２に対して申し伝え情報ファイル２６１へのレコードの追加が要求される（ステップＳ３１１）。サーバ２においては、携帯端末１Ａからの要求に応じて、携帯端末１Ａから受信された申し伝え情報のレコードが申し伝え情報ファイル２６１に追加登録される。追加登録が完了すると、レコード追加完了通知が携帯端末１Ａに送信される。

サーバ２からのレコード追加完了通知が無線通信部１５により受信されると、申し伝えメッセージファイル２６２が無線通信部１５によりサーバ２に送信され、サーバ２に対して申し伝えメッセージファイル２６２の保存が要求される（ステップＳ３１２）。サーバ２においては、携帯端末１Ａからの要求に応じて、携帯端末１Ａから受信された申し伝えメッセージファイル２６２が記憶部２６に保存される。申し伝えメッセージファイル２６２の保存が完了すると、申し伝えメッセージファイルの保存完了通知が携帯端末１Ａに送信される。

サーバ２からの保存完了通知が無線通信部１５により受信されると、ＲＡＭ１６に記憶されている申し伝え情報が削除されるとともに、表示部１３の申し伝え登録画面１３２が初期状態（図１６（ｂ）の状態）に戻り（ステップＳ３１３）、処理は図１７のステップＳ３２に戻る。

複数の商品についての申し伝えメッセージの登録を行う場合、店長等の操作者は、商品コードをバーコードリーダ１４によりスキャンして申し伝え商品入力処理Ｂを実行し、入力部１２により登録ボタン１３４ｃを押下して申し伝え情報登録処理Ｂを実行する、という操作を繰り返すことにより、複数の商品についての申し伝え情報及び申し伝えメッセージを登録することができる。

図１７のステップＳ３２において、入力部１２により「終了」ボタン１３４ｄが押下されると（ステップＳ３２；終了ボタン）、申し伝え登録処理Ｂは終了する。申し伝え登録処理Ｂが終了すると、表示部１３の表示はメインメニュー画面１３１に戻る。

次に、携帯端末１Ａにおける発注動作について説明する。発注動作は、例えば、発注業務を行うアルバイト店員等による携帯端末１Ａの操作に応じて行われる。

図２０（ａ）〜図２０（ｄ）に、商品の発注に際し携帯端末１Ａの表示部１３に表示される画面例を示す。
図２０（ａ）に示すメインメニュー画面１３１において入力部１２により選択ボタンＢ２が押下されると、ＣＰＵ１１により発注アプリが起動される。

図２１に、発注アプリの起動により実行される発注処理Ｂのフローチャートを示す。発注処理Ｂは、ＣＰＵ１１と発注アプリとの協働により実行される。

まず、表示部１３に発注画面１３３が表示され（ステップＳ４１）、処理は入力部１２又はバーコードリーダ１４からの入力待ち状態となる（ステップＳ４２）。
図２０（ｂ）にステップＳ４１において表示される発注画面１３３の一例を示す。発注画面１３３は、実施形態１で説明したものと同様であるので説明を援用する。

発注画面１３３が表示された状態でバーコードリーダ１４により発注する商品に表示されているバーコードが読み取られる（スキャンされる）と（ステップＳ４２；スキャン）、発注商品入力処理Ｂが実行される（ステップＳ４３）。

図２２に、発注商品入力処理Ｂのフローチャートを示す。
まず、バーコードリーダ１４により読み取られたデータが商品コード入力欄１３３ｃに設定されて表示されるとともに、発注情報の商品コードとしてＲＡＭ１６に記憶される（ステップＳ４０１）。

次いで、入力された商品コードが無線通信部１５によりサーバ２に送信され、申し伝え情報ファイル２６１からの当該商品コードに該当する（当該商品コードと商品コードが一致する）レコードの検索が要求される（ステップＳ４０２）。サーバ２においては、携帯端末１Ａからの要求に応じて、申し伝え情報ファイル２６１から当該商品コードと商品コードが一致するレコードの検索が行われる。該当するレコードが検索されると、検索されたレコードが携帯端末１Ａに返送される。該当するレコードが検索されない場合は、その旨を示す応答が携帯端末１Ａに返送される。

無線通信部１５によりサーバ２から該当するレコードが受信されると（ステップＳ４０３；ＹＥＳ）、当該レコードの「申し伝えメッセージファイル名」のファイルの取得要求が無線通信部１５によりサーバ２に送信され、発注する商品についての申し伝えメッセージファイル２６２が取得される（ステップＳ４０５）。サーバ２から取得された申し伝えメッセージファイル２６２は、音声出力部１９に出力され、申し伝えメッセージが音声出力される（ステップＳ４０６）。また、サーバ２から受信されたレコードの発注数初期値が発注画面１３３の発注数入力欄１３３ｄに設定されて初期表示され、発注数初期値が発注数としてＲＡＭ１６に記憶される（ステップＳ４０７）。 図２０（ｃ）に、ステップＳ４０６における発注画面１３３の表示状態を示す。図２０（ｃ）に示すように、発注数初期値が発注数入力欄１３３ｄに初期表示される。

入力部１２により発注数入力欄１３３ｄの発注数の値が変更されると（ステップＳ４０８；ＹＥＳ）、ＲＡＭ１６の発注数が入力された値に変更される（ステップＳ４０９）。そして、発注商品入力処理Ｂは終了し、処理は図２１のステップＳ４２に戻る。

一方、無線通信部１５によりサーバ２から該当するレコードが検索されなかった旨を示す応答が受信されると（ステップＳ４０３；ＮＯ）、入力部１２により発注数入力欄に入力された発注数がＲＡＭ１６に記憶され（ステップＳ４０４）、発注商品入力処理Ｂは終了し、処理は図２１のステップＳ４２に戻る。

図２１のステップＳ４２において、入力部１２により発注画面１３３の「登録」ボタン１３３ｅが押下されると（ステップＳ４２；登録ボタン）、発注情報登録処理Ｂが実行される。

図２３に、発注情報登録処理Ｂのフローチャートを示す。
発注情報登録処理Ｂにおいては、発注情報（ＲＡＭ１６に記憶されている商品コード及び発注数、携帯端末１Ａにログインした担当者の担当者ＩＤ、発注日）が無線通信部１５によりサーバ２に送信され、発注情報ファイル２６３への発注情報の追加が要求される（ステップＳ４１１）。サーバ２においては、携帯端末１Ａからの要求に応じて発注情報ファイル２６３に受信した発注情報のレコードが追加登録される。レコードが追加登録されると、発注情報の登録が完了した旨の通知が携帯端末１Ａに返送される。

無線通信部１５によりサーバ２から発注情報登録完了通知が受信されると、サーバ２に対し、ＲＡＭ１６に記憶されている発注した商品の商品コードが送信され、当該商品コードに該当するレコードの申し伝え情報ファイル２６４からの削除及び対応する申し伝えメッセージファイル２６２の記憶部２６からの削除が要求される（ステップＳ４１２）。サーバ２においては、携帯端末１Ａからの要求に応じて、申し伝え情報ファイル２６４からのレコードの削除及び記憶部２６からの申し伝えメッセージファイル２６２の削除が行われる。レコードの削除が完了すると、レコード削除完了通知が携帯端末１Ａに送信される。申し伝えメッセージファイル２６２の削除が完了すると、ファイル削除完了通知が携帯端末１Ａに送信される。

サーバ２からのレコード削除完了通知及びファイル削除完了通知が無線通信部１５により受信されると、ＲＡＭ１６に記憶されている発注情報が削除されるとともに、表示部１３の発注画面１３３が初期状態（図２０（ｂ）の状態）に戻り（ステップＳ４１３）、処理は図２１のステップＳ４２に戻る。

複数の商品についての発注情報の登録を行う場合、アルバイト店員等の発注担当者は、商品コードをバーコードリーダ１４によりスキャンして発注商品入力処理Ｂを実行し、入力部１２により登録ボタン１３３ｅを押下して発注情報登録処理Ｂを実行する、という操作を繰り返すことにより、複数の商品についての発注情報を登録することができる。

図２１のステップＳ４２において、入力部１２により「終了」ボタン１３３ｆが押下されると（ステップＳ４２；終了ボタン）、発注情報登録処理Ｂは終了する。発注情報登録処理Ｂが終了すると、表示部１３にメインメニュー画面１３１が表示される。

実施形態２におけるサーバ２の動作は、申し伝え情報ファイル２６１に対する処理が申し伝え情報ファイル２６４に対する処理となる他は、実施形態１で図１４を用いて説明したサーバ処理と同様であるので説明を援用する。

以上説明したように、実施形態２における店舗システム１００によれば、携帯端末１Ａ又は１Ｂにおいて商品のバーコードがバーコードリーダ１４により読み取られ、当該商品の発注数の基準値としての発注数の初期値及び当該商品の発注時の申し伝えメッセージが入力されると、入力された当該商品の発注数の初期値を含む申し伝え情報及び申し伝えメッセージファイル２６２がサーバ２に送信される。サーバ２においては、受信された申し伝え情報のレコードが申し伝え情報ファイル２６４に追加登録されるとともに、申し伝えメッセージファイル２６２が記憶部２６に記憶される。携帯端末１Ａ又は１Ｂにおいて、発注商品のバーコードがバーコードリーダ１４により読み取られると、読み取られたバーコードの商品コードに対応する申し伝えメッセージファイル２６２がサーバ２から取得されて音声出力部１９により出力されるとともに、当該商品コードに対応する発注数の初期値がサーバ２から取得され、表示部１３に表示される発注画面１３３の発注数入力欄１３３ｄに取得された初期値が表示される。

従って、発注対象の商品の商品コードが読み取られた（入力された）際に、その商品についての申し伝えメッセージが音声により出力される、即ち、ある商品の発注時に、その商品についての申し伝えメッセージが音声により出力されるので、商品の発注担当者に申し伝えを確実に伝達することができ、店舗側の意図に反する発注を防止することが可能となる。また、例えば、申し伝えメッセージに、発注数を決定する際の条件等（例えば、在庫が○以下なら×個、それ以外なら△個等）を入れておけば、発注担当者に申し伝えの内容に基づいて状況に応じた発注を行わせることも可能となる。更に、表示部１３に表示される発注画面１３３の発注数入力欄１３３ｄには、発注数初期値が表示されるので、発注者の発注数入力の手間を省くことができ、操作性を向上させることができる。

例えば、上述の申し伝え登録処理により店長等が「××チップスコンソメ味は新商品が出るので発注数は３個にしてください。ただし、在庫が１個以下の場合は５個発注してください」という申し伝えメッセージ、及び発注数初期値３を登録しておくと、発注担当者が××チップスコンソメ味を発注する際に上記の申し伝えメッセージが音声出力され、登録された発注数初期値「３」が発注数入力欄に初期表示される。このように、店舗システム１００においては、発注担当者に申し伝えたい内容を対象商品の発注時に音声により申し伝えることができるので、店舗側の意図を確実に発注担当者に伝達することができる。また、申し伝えの内容に基づいて状況に応じた発注を行わせることも可能となる。
更に、予め登録された発注数初期値が発注数入力欄に表示されるので、発注数の入力の手間が省けるとともに店舗側の意図に反した発注や発注ミスを防止することができる。

なお、上記実施形態１、２における記述内容は、本発明に係る店舗システム１００の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態１、２においては、携帯端末１Ａ、１Ｂはサーバ２に無線接続される構成として説明したが、有線接続される構成としてもよい。また、商品コードの入力は、商品に表示されたバーコードをバーコードリーダ１４により読み取ることにより行うこととして説明したが、入力部１２のテンキー等を用いて行う構成としてもよい。

また、上記実施形態１、２においては、申し伝え情報及び申し伝えメッセージの入力を携帯端末１Ａ、１Ｂにより行うこととして説明したが、申し伝え情報及び申し伝えメッセージの入力を行う装置は携帯端末１Ａ、１Ｂに限定されない。例えば、サーバ２に音声入力部を備える構成とし、サーバ２において直接申し伝え情報及び申し伝えメッセージを入力することとしてもよい。

その他、店舗システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。

１Ａ、１Ｂ 携帯端末
１１ ＣＰＵ
１２ 入力部
１３ 表示部
１４ バーコードリーダ
１５ 無線通信部
１６ ＲＡＭ
１７ 記憶部
１８ 音声入力部
１９ 音声出力部
１０１ 電源部
１０２ バス
２ サーバ
２１ ＣＰＵ
２２ 入力部
２３ 表示部
２４ 通信部
２５ ＲＡＭ
２６ 記憶部
２６１、２６４ 申し伝え情報ファイル
２６２ 申し伝えメッセージファイル
２６３ 発注情報ファイル
２７ バス
Ｎ 通信ネットワーク
ＡＰ アクセスポイント

Claims (7)

1. 複数の端末装置と送受信が可能な発注管理装置であって、
   第１端末装置から受信した指定商品対応の音声メッセージ情報を、その指定商品の商品に対応付けて記憶するメッセージ情報記憶手段と、
   第２端末装置から所望商品の発注登録に先立ってその商品の発注入力を受信し、その発注対象商品に対応する音声メッセージの登録有無を検索する検索手段と、
   前記検索手段による検索で前記発注対象商品に対応する音声メッセージの登録があれば、その音声メッセージを前記第２端末装置に対して送信して音声出力させる音声出力制御手段と、
   前記発注対象商品に対応する音声メッセージの登録がない場合、あるいは前記音声メッセージの送信後に、前記第２端末装置から前記発注対象商品の発注数を含めた発注登録を受信した際は、その商品の発注処理を行う発注処理手段と、
   を備えることを特徴とする発注管理装置。
2. 複数の商品の内で指定商品に対応して音声メッセージが登録された発注管理装置に対して任意商品の発注登録送信を行う端末装置であって、
   所望商品の発注を行う際に、その発注対象商品の発注登録に先立って、その商品の発注入力を前記発注管理装置に対して送信することで、その発注対象商品に対応する音声メッセージの登録有無を当該発注管理装置から受信したか否かを判別する判別手段と、
   前記判別手段で前記発注対象商品に対応する音声メッセージを受信した際は、その音声メッセージを出力する音声出力手段と、
   前記音声メッセージの受信がない場合、あるいは前記音声メッセージの受信後での前記音声出力手段による音声出力後に、前記発注対象商品に対して任意に入力された発注数による前記発注対象商品の発注登録を前記発注管理装置に対して送信する発注制御手段と、
   を備えることを特徴とする端末装置。
3. 前記発注対象商品の発注登録送信に先立って、前記発注管理装置から発注数許容範囲の範囲情報を受信し、前記発注対象商品に対して任意に入力された発注数が受信した前記範囲情報の範囲内にあるか否かを判別する第２判別手段と、
   を更に備え、
   前記発注制御手段は、前記発注対象商品の発注数が前記許容範囲外である場合には、発注数の再入力を促し、前記発注数が前記許容範囲内にある場合には、当該発注対象商品の前記発注数による発注登録を前記発注管理装置に対して送信する発注する、
   ことを特徴とする請求項２に記載の端末装置。
4. 前記発注対象商品の発注数の初期値が前記発注管理装置に登録されていれば、その初期値を前記発注管理装置から受信することで当該商品の発注数の初期値としてセットして表示する表示手段と、
   を更に備え、
   前記発注制御手段は、前記音声出力手段による音声出力後に、前記初期値として表示された発注数の初期値あるいは変更後の発注数に基づく前記発注対象商品の発注登録を前記発注管理装置に対して送信する、
   ことを特徴とする請求項２に記載の端末装置。
5. 前記発注管理装置に登録される音声メッセージは、他の第２端末装置で録音され、その第２端末装置から受信した指定商品に対応する音声メッセージである、
   ことを特徴とする請求項２〜４のいずれか一項に記載の端末装置。
6. 複数の端末装置と送受信が可能な発注管理装置のコンピュータを制御するためのプログラムであって、
   前記コンピュータを、
   第１端末装置から受信した指定商品対応の音声メッセージ情報を、その指定商品の商品に対応付けて記憶するメッセージ情報記憶手段、
   第２端末装置から所望商品の発注登録に先立ってその商品の発注入力を受信し、その発注対象商品に対応する音声メッセージの登録有無を検索する検索手段、
   前記検索手段による検索で前記発注対象商品に対応する音声メッセージの登録があれば、その音声メッセージを前記第２端末装置に対して送信して音声出力させる音声出力制御手段、
   前記発注対象商品に対応する音声メッセージの登録がない場合、あるいは前記音声メッセージの送信後に、前記第２端末装置から前記発注対象商品の発注数を含めた発注登録を受信した際は、その商品の発注処理を行う発注処理手段、
   として機能させるようにしたコンピュータ読み取り可能なプログラム。
7. 複数の商品の内で指定商品に対応して音声メッセージが登録された発注管理装置に対して任意商品の発注登録送信を行う端末装置のコンピュータを制御するためのプログラムであって、
   前記コンピュータを、
   所望商品の発注を行う際に、その発注対象商品の発注登録に先立って、その商品の発注入力を前記発注管理装置に対して送信することで、その発注対象商品に対応する音声メッセージの登録有無を当該発注管理装置から受信したか否かを判別する判別手段、
   前記判別手段で前記発注対象商品に対応する音声メッセージを受信した際は、その音声メッセージを出力する音声出力手段、
   前記音声メッセージの受信がない場合、あるいは前記音声メッセージの受信後での前記音声出力手段による音声出力後に、前記発注対象商品に対して任意に入力された発注数による前記発注対象商品の発注登録を前記発注管理装置に対して送信する発注制御手段、
   として機能させるようにしたコンピュータ読み取り可能なプログラム。

Images