(57)【要約】【課題】予め決められた納品日時に基づいて受取希望日時での納品が無いと判定された場合にも、販売チャンスロスに至らないようにする。【解決手段】入力された識別情報によって識別される商品について入力された受取希望日時での予約受付が可能と判定した場合（ステップＳ１０８のＹ）、商品を受取希望日時と共に記憶部に記憶させる。入力された識別情報によって識別される商品について入力された受取希望日時での予約受付が可能でないと判定した場合（ステップＳ１０８のＮ）、受取希望日時の納品が有る商品を納品データファイルから抽出してこの抽出した商品の識別情報の入力を許容し、この入力された識別情報によって識別される商品を入力された受取希望日時と共に記憶部に記憶させる。【選択図】図６
2011141896.tif 000002
【特許請求の範囲】
【請求項１】
商品を示すメニューキーを含むメニュー画面を表示する第１表示手段と、
前記商品の受取希望日時を入力する受取希望日時入力画面を表示する第２表示手段と、
前記メニュー画面において選択された前記メニューキーに対応する前記商品の入力を受付け、前記受取希望日時入力画面から前記受取希望日時の入力を受付ける受付手段と、
前記商品の予約受付期間を記憶する記憶部を参照して、前記受付手段が受付けた前記受取希望日時での前記商品の予約受付が可能か否かを判定する判定手段と、
前記受取希望日時が前記商品の予約受付期間外であるために前記商品の予約受付が可能でない場合に、前記メニュー画面において前記受取希望日時に受取可能な商品の前記メニューキーを表示する第３表示手段と、
を備える商品販売データ処理装置。
【請求項２】
前記メニュー画面において前記メニューキーが選択された場合に、選択された前記メニューキーの商品に係属するサブメニューを示すサブメニューキーを含むサブメニュー画面を表示する第４表示手段をさらに備え、
前記受付手段は、前記サブメニュー画面において選択された前記サブメニューキーに対応する前記サブメニューの入力を受付け、
前記判定手段は、前記記憶部を参照して、前記受付手段が受付けた前記受取希望日時での前記サブメニューの予約受付が可能か否かを判定し、
前記受取希望日時が前記サブメニューの予約受付期間外であるために前記サブメニューの予約受付が可能でない場合に、前記サブメニュー画面において前記受取希望日時に受取可能なサブメニューの前記サブメニューキーを表示する第５表示手段をさらに備える、
請求項１に記載の商品販売データ処理装置。
【請求項３】
前記第２表示手段は、前記受取希望日時入力画面において、前記受付手段が受付けた前記商品の配送が有る日と配送が無い日とを区別して表示する、
請求項１または２に記載の商品販売データ処理装置。
【請求項４】
前記受取希望日時入力画面から受付けた前記受取希望日時に適する配送便を示す配送便キーを含む配送便選択画面を表示する第６表示手段をさらに備える、
請求項１ないし３のいずれか１つに記載の商品販売データ処理装置。
【請求項５】
商品販売データ処理装置において実行される商品販売データ処理方法であって、
商品を示すメニューキーを含むメニュー画面を表示する第１表示工程と、
前記商品の受取希望日時を入力する受取希望日時入力画面を表示する第２表示工程と、
前記メニュー画面において選択された前記メニューキーに対応する前記商品の入力を受付け、前記受取希望日時入力画面から前記受取希望日時の入力を受付ける受付工程と、
前記商品の予約受付期間を記憶する記憶部を参照して、前記受付工程において受付けた前記受取希望日時での前記商品の予約受付が可能か否かを判定する判定工程と、
前記受取希望日時が前記商品の予約受付期間外であるために前記商品の予約受付が可能でない場合に、前記メニュー画面において前記受取希望日時に受取可能な商品の前記メニューキーを表示する第３表示工程と、
を含む商品販売データ処理方法。
【請求項６】
商品販売データ処理装置を制御するコンピュータを、
商品を示すメニューキーを含むメニュー画面を表示する第１表示手段と、
前記商品の受取希望日時を入力する受取希望日時入力画面を表示する第２表示手段と、
前記メニュー画面において選択された前記メニューキーに対応する前記商品の入力を受付け、前記受取希望日時入力画面から前記受取希望日時の入力を受付ける受付手段と、
前記商品の予約受付期間を記憶する記憶部を参照して、前記受付手段が受付けた前記受取希望日時での前記商品の予約受付が可能か否かを判定する判定手段と、
前記受取希望日時が前記商品の予約受付期間外であるために前記商品の予約受付が可能でない場合に、前記メニュー画面において前記受取希望日時に受取可能な商品の前記メニューキーを表示する第３表示手段と、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、商品販売データ処理装置、商品販売データ処理方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、コンビニエンスストアの店舗では弁当等の予約販売が行われており、予約受付業務はコンビニエンスストアに設置されたＰＯＳ端末での操作により実行される。予約販売される商品については、納品日時が配送便の状況等に基づいて予め決められている。商品予約を希望する顧客は、店舗に赴き、ＰＯＳ端末のオペレータ店員に対して予約を希望する商品や受取希望日時を告げることになる。ＰＯＳ端末に予約商品や顧客の受取希望日時等が入力されたならば、このＰＯＳ端末では入力された受取希望日時に適した配送便が検索される。そのため、ＰＯＳ端末の記憶装置には、予約販売される商品の納品日時（配送便の予定日時）が記憶されたファイルが格納されている。そして、商品、受取希望日時、及び、検索された配送便等のデータがＰＯＳ端末から店舗統括部のホストコンピュータに送信されて記憶されることにより、予約受付が完了する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、受取希望日時に適した配送便が検索されなかったことにより、受取希望日時における納品が無いと判定されてしまうと、ＰＯＳ端末ではエラーとなり予約の受付業務の処理はそれ以上進行されない。この場合、オペレータ店員は顧客に対して希望通りの予約受付が不可である旨を告げることになり、販売チャンスロスが発生してしまう。
【０００４】
特許文献１には、ネットワーク（インターネット）による販売システムで予約受注商品数が供給数を上回った場合に、ｗｅｂ画面を介して予約条件の変更を顧客に対して公募するようにした技術が記載されている。しかし、特許文献１に記載された技術では、予約条件を変更しても再び予約受注商品数が供給数を上回っているような場合が考えられる。このような場合、顧客は不満を感じて予約を止めてしまい、販売チャンスロスが生じてしまう可能性が有る。
【０００５】
本発明の目的は、予め決められた納品日時に基づいて受取希望日時での納品が無いと判定された場合にも、販売チャンスロスに至らないようにすることである。
【課題を解決するための手段】
【０００６】
実施形態の商品販売データ処理装置は、商品を示すメニューキーを含むメニュー画面を表示する第１表示手段と、前記商品の受取希望日時を入力する受取希望日時入力画面を表示する第２表示手段と、前記メニュー画面において選択された前記メニューキーに対応する前記商品の入力を受付け、前記受取希望日時入力画面から前記受取希望日時の入力を受付ける受付手段と、前記商品の予約受付期間を記憶する記憶部を参照して、前記受付手段が受付けた前記受取希望日時での前記商品の予約受付が可能か否かを判定する判定手段と、前記受取希望日時が前記商品の予約受付期間外であるために前記商品の予約受付が可能でない場合に、前記メニュー画面において前記受取希望日時に受取可能な商品の前記メニューキーを表示する第３表示手段と、を備える。
【図面の簡単な説明】
【０００７】
【図１】ＰＯＳシステムを示すシステム構成図である。
【図２】ＰＯＳ端末を示す外観斜視図である。
【図３】ＰＯＳ端末のハードウェア構成を示すブロック図である。
【図４】納品便データファイルのデータ構成を示す模式図である。
【図５】納品商品データファイルのデータ構成を示す模式図である。
【図６】受付業務処理の流れを示すフローチャートである。
【図７】受付業務操作に応じて遷移するオペレータ用表示器の画面表示例を示す模式図である。
【図８】検索処理の流れを示すフローチャートである。
【図９】最適便決定処理の流れを示すフローチャートである。
【図１０】最適便決定操作に応じて遷移するオペレータ用表示器の画面表示例を示す模式図である。
【図１１】エラー処理の流れを示すフローチャートである。
【図１２】パターン１エラーとパターン２エラーとの処理の流れを画面表示例と共に示すフローチャートである。
【図１３】パターン３エラーとパターン４エラーとの処理の流れを画面表示例と共に示すフローチャートである。
【発明を実施するための形態】
【０００８】
本実施形態を図１ないし図１３に基づいて説明する。本実施の形態は、コンビニエンスストアである店舗に導入されたＰＯＳシステム１を構成するＰＯＳ端末１０１への適用例である。
【０００９】
図１は、ＰＯＳシステム１を示すシステム構成図である。ＰＯＳシステム１は、店舗のバックヤードに設置された上位装置としてのストアコントローラ２０１と、店舗の会計場所に設置された複数台のＰＯＳ端末１０１と、を備えている。ストアコントローラ２０１とＰＯＳ端末１０１とは、ＬＡＮ等の構内通信回線網２５１を介して互いにデータ通信可能に接続されている。構内通信回線網２５１は、外部通信回線網２７１を介して店舗の統括部に設置されたホストコンピュータ２９１に接続されている。したがって、ＰＯＳ端末１０１及びストアコントローラ２０１は、ホストコンピュータ２９１とデータ通信可能に接続されている。ホストコンピュータ２９１の記憶装置には、後述する予約済データファイル２９２が格納されている。
【００１０】
図２は、ＰＯＳ端末１０１を示す外観斜視図である。ＰＯＳ端末１０１は、ドロワ１０２の上に載置されており、ドロワ１０２の引出し１０３の開放動作を制御することができる。ＰＯＳ端末１０１の上面右側にはキーボード１０４とオペレータ用表示器１０５とが配列され、上面左側にはレシートプリンタ１０６が配列されている。キーボード１０４は、数字を入力するためのテンキー、仮締めキーとしての小計キー、締めキーとしての預／現計キー等（いずれも図示せず）の他、後述する受付業務処理を開始する際に押下される受付業務キー１０４ａを含む。オペレータ用表示器１０５の表示画面には、操作部としてのタッチパネル１１２が配置されている。オペレータ用表示器１０５の背面側には、客用表示器１０７が立設されている。図２中、ＰＯＳ端末１０１の右側面近傍に設けられている溝は、カードリーダライタ１０８（図３参照）によるカード情報の読み取り等をするためにカードをスキャンするためのカード読取溝１０９である。ＰＯＳ端末１０１は、ストレージデバイスとして、ＨＤＤ１５１及びＣＤ−ＲＯＭドライブ１５２を備えている（図３参照）。そこで、オペレータから見てＰＯＳ端末１０１の右側面には、ＣＤ−ＲＯＭ１５２ａを装着するためのＣＤ−ＲＯＭトレイ（図示せず）が設けられている。また、ＰＯＳ端末１０１には、商品に付されたバーコードを光学的に読み取るバーコードリーダ１１１が接続されている。バーコードリーダ１１１は、キーボード１０４と同様に、商品コードを入力する商品コード入力部を構成する。
【００１１】
図３は、ＰＯＳ端末１０１のハードウェア構成を示すブロック図である。ＰＯＳ端末１０１は、各種演算処理を実行し各部を制御する情報処理部としてのＣＰＵ１５３を備えている。ＣＰＵ１５３には、固定データを固定的に記憶保存するＲＯＭ１５４と、可変データを書き換え自在に記憶してワークエリアとして使用されるＲＡＭ１５５とがバスライン１５６を介して接続されている。前述したＨＤＤ１５１及びＣＤ−ＲＯＭドライブ１５２もバスライン１５６を介してＣＰＵ１５３に接続されている。また、前述したドロワ１０２、キーボード１０４、オペレータ用表示器１０５、レシートプリンタ１０６、客用表示器１０７、カードリーダライタ１０８、バーコードリーダ１１１、及び、タッチパネル１１２は、いずれも各種の入出力回路（全て図示せず）とバスライン１５６とを介してＣＰＵ１５３に接続され、ＣＰＵ１５３によって動作制御等される。さらに、ＰＯＳ端末１０１は、店舗内に設けられた構内通信回線網２５１を介して上位装置としてのストアコントローラ２０１に接続するための通信インターフェース１５７を備えており、この通信インターフェース１５７も、バスライン１５６を介してＣＰＵ１５３に接続されている。
【００１２】
図３に示すＨＤＤ１５１には、オペレーティングシステムと、商品販売データ処理の他各種処理用のコンピュータプログラムとがインストールされている。これらのオペレーティングシステムやコンピュータプログラムは、一例として、ＣＤ−ＲＯＭ１５２ａという記録媒体に記憶保存され、ＣＤ−ＲＯＭドライブ１５２によって読み取られてＨＤＤ１５１にインストールされる。別の一例としては、構内通信回線網２５１を介してストアコントローラ２０１からダウンロードし、ＨＤＤ１５１にインストールするようにしても良い。このようなオペレーティングシステム、及び、商品販売データ処理プログラムは、ＰＯＳ端末１０１の起動時、その全部又は一部がＲＡＭ１５５にコピーされて使用される。このようなＨＤＤ１５１には、さらに、商品コードに対応付けてその商品名称、単価、部門等が記憶された商品データファイル（図示せず）の他、納品データファイルを構成する納品便データファイルＦ１（図４参照）と納品商品データファイルＦ２（図５参照）とが格納されている。納品便データファイルＦ１、及び、納品商品データファイルＦ２は、ホストコンピュータ２９１又はストアコントローラ２０１から随時送信されてＨＤＤ１５１に格納される。
【００１３】
図４は、納品便データファイルＦ１のデータ構成を示す模式図である。納品便データファイルＦ１は、メニュー毎に各サブメニューについての納品日時を記憶するファイルである。ここで、メニューとサブメニューとの関係について説明する。ひとつのメニューに対しては、複数のサブメニューが対応付けられている。例えば、メニュー「予約弁当その一」には、サブメニュー「予約弁当Ａ」「予約弁当Ｂ」・・・が対応付けられている。さらに、ひとつのサブメニュー（例えば、「予約弁当Ａ」）には複数の商品（「Ａ１弁当」「Ａ２弁当」・・・）が対応付けられている（図５参照）。
【００１４】
図４に示すように、納品便データファイルＦ１は、より詳細には、各サブメニューについての予約受付開始日時Ｆ１１と、詳細な配送状況Ｆ１２とを記憶する。予約受付開始日時Ｆ１１は、予約受付業務の開始日時を記憶するものである。配送状況Ｆ１２は、「納品日」「配送便」「休配（配送終了）」「受付準備中」「納品のみ」を記憶する。「納品日」は、日付及び曜日を記憶する。「配送便」は、納品日における各配送便（１便、２便、３便）についての時刻を記憶する。ここで、前日の２１：００の便が当日の１便となっている。つまり、ある納品日の１便は前日２１：００の便であり、２便はその納品日当日の１０：００の便であり、３便はその納品日当日の１８：００の便である。例えば、１１月８日（火）の２１：００に配送される便は、１１月９日（水）の１便となる。「休配（配送終了）」には、各便について、配送がなされない休配であるか既に配送が終了している場合にフラグ（図４中では、チェックボックスへのチェック）が記憶される。「受付準備中」には、未だ予約販売の受付を開始していない配送便についてフラグ（図４中では、チェックボックスへのチェック）が記憶される。「納品のみ」には、配送便による商品の納品はあるものの予約販売の受付は終了している日についてフラグ（図４中では、チェックボックスへのチェック）が記憶される。
【００１５】
図５は、納品商品データファイルＦ２のデータ構成を示す模式図である。納品商品データファイルＦ２は、各サブメニューに係属する商品を記憶するファイルである。例えば、サブメニュー「予約弁当Ａ」には、商品「Ａ１弁当」、「Ａ２弁当」、「Ａ３弁当」、及び、「Ａ４弁当」が対応付けられている。したがって、サブメニューは、商品の識別情報を構成する。さらに、納品商品データファイルＦ２は、各商品に対応付けてその単価を記憶する。
【００１６】
次に、図６及び図７に基づいて、ＰＯＳ端末１０１で実行される受付業務処理について説明する。
【００１７】
図６は、受付業務処理の流れを示すフローチャートである。図７は、受付業務操作に応じて遷移するオペレータ用表示器１０５の画面表示例を示す模式図である。受付業務処理は、キーボード１０４に含まれる受付業務キー１０４ａの押下により開始される。受付業務キー１０４ａの押下判定により（ステップＳ１０１）、ＣＰＵ１５３は、受付業務開始画面５１１を生成してオペレータ用表示器１０５に表示させる。
【００１８】
図７（ａ）に示すように受付業務開始画面５１１は、複数の受付業務キー５１２を有する。受付業務キー５１２は、予約弁当等の予約商品の受付業務を開始するための、「予約」と表示された予約キー５１３を含む。予約キー５１３のタッチ指定により（ステップＳ１０２）、ＣＰＵ１５３は、メニュー入力画面５２１を表示させる。図７（ｂ）に示すようにメニュー入力画面５２１は、予約商品を表示するメニューキー５２２を含む。メニューキー５２２は、例えば、「予約弁当その１」と表示されたキーを含む。一つのメニューキー５２２のタッチ指定により（ステップＳ１０３）、ＣＰＵ１５３は、サブメニュー入力画面５３１を表示させる。図７（ｃ）に示すようにサブメニュー入力画面５３１は、タッチ指定されたメニューキー５２２に係属するサブメニューキー５３２を含む。ここでは、サブメニュー入力画面５３１は、メニュー「予約弁当その１」に係属するサブメニュー、「予約弁当Ａ」、「予約弁当Ｂ」、「予約弁当Ｃ」、「予約弁当Ｄ」を表示するサブメニューキー５３２を有する。サブメニューキー５３２のタッチ指定に応じて（ステップＳ１０４）、ＣＰＵ１５３は、受取希望日入力画面５４１を表示させる。サブメニューは、商品の識別情報を構成することから（図５参照）、サブメニューキー５３２のタッチ操作によって、商品の識別情報の入力を許容する機能が実現されている。
【００１９】
図７（ｄ）に示すように受取希望日入力画面５４１は、顧客の受取希望日を入力するための受取希望日入力キー５４２を含む。受取希望日入力キー５４２には、日付が表示されている。受取希望日入力画面５４１は、日付が升目によって各日付に区分されたカレンダー部分を有し、受取希望日入力キー５４２は、このカレンダー部分の日付に対応させて升目上に配列されている。受取希望日入力画面５４１が有する受取希望日入力キー５４２は、納品便データファイルＦ１のデータ内容に基づいて、そのサブメニューの配送がある日付（全ての便が「休配（配送終了）」でもなく「受付準備中」でもない日付）についてのみキー表示される。例えば、３便のみ「受付準備中」である場合にはキー表示される。受取希望日入力キー５４２のタッチ指定に応じて（ステップＳ１０５）、ＣＰＵ１５３は、受取希望時刻入力画面５５１を表示させる。
【００２０】
図７（ｅ）に示すように受取希望時刻入力画面５５１は、受取希望時刻を入力するための受取希望時刻入力キー５５２と、「登録」と表示された登録キー５５３とを含む。受取希望時刻入力キー５５２は、複数設けられて、それぞれに数字が表示されている。タッチ指定された受取希望時刻入力キー５５２に対応する数字は、時刻表示５５４に表示される。そして、登録キー５５３のタッチ指定により、時刻表示５５４に表示されている数字が受取希望時分として入力される。これにより、受取希望日入力画面５４１の受取希望日入力キー５４２のタッチ指定により入力された日付と、受取希望時刻入力画面５５１の受取希望時刻入力キー５５２のタッチ指定により入力された時分とに基づく受取希望日時が入力される。登録キー５５３のタッチ指定による受取希望時分入力に応じて（ステップＳ１０６）、次に、ＣＰＵ１５３は、入力された受取希望日時での予約受付が可能であるか否かを判定する検索処理を実行する（ステップＳ１０７）。検索処理の詳細については後述する（図８参照）。検索処理の結果、入力された受取希望日時での予約受付が可能であると判定したならば（ステップＳ１０８のＹ）、ＣＰＵ１５３は、続けて、最適便決定処理を実行する（ステップＳ１０９）。最適便決定処理の詳細については後述する（図９参照）。検索処理の結果、入力された受取希望日時での予約受付が可能でないと判定したならば（ステップＳ１０８のＮ）、ＣＰＵ１５３は、続けて、エラー処理を実行する（ステップＳ１１０）。エラー処理の詳細については後述する（図１１、図１２、図１３参照）。
【００２１】
図８は、検索処理の流れを示すフローチャートである。まず、ＣＰＵ１５３は、サブメニューキー５３２のタッチ指定により選択されたサブメニューについて納品便データファイルＦ１を参照して、登録キー５５３のタッチ指定日時、つまり、受取希望日時の入力操作日時が予約受付期間内であるか否かを判定する（ステップＳ２０１）。ステップＳ２０１では、まず、予約受付開始日時Ｆ１１を参照して、受取希望日時の入力操作日時が予約受付開始日時以降であるか否かを判定する。受取希望日時の入力操作日時が予約受付開始日時以降である場合には、次に、配送状況Ｆ１２の「納品のみ」を参照して、受取希望日時の入力操作日時が「納品のみ」の日時にかかっているか否かを判定する。受取希望日時の入力操作日時が予約受付開始日時よりも前である場合、若しくは、受取希望日時の入力操作日時が「納品のみ」の日時にかかっている場合には、受取希望日時の入力操作日時が受付期間外であると判定され（ステップＳ２０１のＮ）、エラー処理が実行される（ステップＳ２１３）。ステップＳ２１３のエラー処理では、後述するパターン１エラー又はパターン２エラーの処理（図１２参照）が実行される。
【００２２】
図８のフローチャートのステップＳ２０１で、受取希望日時の入力操作日時が受付期間内であると判定したならば（ステップＳ２０１のＹ）、次に、入力された受取希望日時を「納品日」に変換する（ステップＳ２０２）。「納品日」は、納品便データファイルＦ１の配送状況Ｆ１２の「配送便」に対応した日付である。例えば、入力された受取希望日時が「１１月７日の２３：００」である場合には、「納品日」は、１１月８日となる。
【００２３】
次に、図８のフローチャートのステップＳ２０３〜Ｓ２０８では、便検索処理が実行される。この便検索処理では、入力された受取希望日時に適した配送便を検索する。より詳細には、ステップＳ２０２で変換した納品日について、３便、２便、１便の順に休配でないことを判定し（ステップＳ２０３、Ｓ２０５、Ｓ２０７）、休配でなければ、その便時刻＋３０分＜受取希望時刻、であることを判定する（ステップＳ２０４、Ｓ２０６、Ｓ２０８）。例えば、受取希望時刻が１３：００であれば、２便時刻（１０：００＋３０分）＜１３：００となるので、２便が受取希望日時に適した配送便として判定される。便検索処理の実行によって適した配送便が検索されなかった場合（ステップＳ２０７のＹ、ステップＳ２０８のＮ）、変換した納品日の前日の納品日について同様の便検索処理（前日便検索処理）を実行する（ステップＳ２０９）。前日便検索処理の実行によっても適した配送便が検索されなかった場合には（ステップＳ２１０のＹ）、この前日納品日の配送便はすでに配送終了しているので、エラー処理が実行される（ステップＳ２１１）。ステップＳ２１１のエラー処理では、後述するパターン３エラーの処理（図１３参照）が実行される。便検索処理（ステップＳ２０３〜Ｓ２０８）又は前日便検索処理（ステップＳ２０９）の実行によって適した便が検索されたならば（ステップＳ２０４のＹ、Ｓ２０６のＹ、Ｓ２０８のＹ、Ｓ２１０のＮ）、予約受付開始日時Ｆ１１を参照して、その配送便が「受付準備中」であるか否かを判定する（ステップＳ２１３）。「受付準備中」である場合には（ステップＳ２１３のＹ）、エラー処理が実行される（ステップＳ２１５）。ステップＳ２１５でのエラー処理では、後述するパターン４エラーの処理（図１３参照）が実行される。配送便が「受付準備中」でない場合には（ステップＳ２１３のＮ）、最適便決定処理が実行される（ステップＳ２１４）。
【００２４】
図９は、最適便決定処理の流れを示すフローチャートである。図１０は、最適便決定操作に応じて遷移するオペレータ用表示器１０５の画面表示例を示す模式図である。図９及び図１０に基づいて、最適便決定処理について説明する。最適便決定処理に際しては、まず、ＣＰＵ１５３は、オペレータ用表示器１０５に便選択画面６１１を表示させている。      
【００２５】
図１０（ａ）に示すように便選択画面６１１は、前の便選択キー６１２、おすすめ便選択キー６１３、及び、次の便選択キー６１４を含む。おすすめ便選択キー６１３は、便検索処理又は前日便検索処理（図８参照）の実行によって検索した、顧客の受取希望日時に適した配送便を「おすすめ便」としてキー表示したものである。前の便選択キー６１２は、「おすすめ便」の前便にあたる配送便を「前の便」としてキー表示したものである。次の便選択キー６１４は、「おすすめ便」の次便にあたる配送便を「次の便」としてキー表示したものである。前の便選択キー６１２、おすすめ便選択キー６１３、次の便選択キー６１４のいずれかのタッチ指定による便選択に応じて（ステップＳ３０１）、ＣＰＵ１５３は、商品選択画面６２１を表示させる。
【００２６】
図１０（ｂ）に示すように商品選択画面６２１は、複数の商品選択キー６２２を有する。商品選択キー６２２は、受付業務処理で指定されたサブメニュー（図６のフローチャートのＳ１０４、及び、図７（ｃ）参照）に係属する商品のデータを納品商品データファイルＦ２から抽出してキー表示したものである。つまり、ＣＰＵ１５３は、選択可能商品を表示する（ステップＳ３０２）。商品選択画面６２１に含まれる任意の商品選択キー６２２のタッチ指定に応じて、ＣＰＵ１５３は、数量入力画面６３１を表示させる。
【００２７】
図１０（ｃ）に示すように数量入力画面６３１は、顧客が希望する商品の数量を入力するための数量入力キー６３２と、「登録」と表示された数量登録キー６３３とを含む。数量入力キー６３２は、複数設けられて、それぞれに数字が表示されている。タッチ指定された数量入力キー６３２に対応する数字は、数量表示６３４に表示される。そして、数量登録キー６３３のタッチ指定により、数量表示６３４に表示されている数字が希望数量として入力される。これにより、商品選択、及び、数量入力が行われる（ステップＳ３０３）。数量登録キー６３３のタッチ指定に応じて、ＣＰＵ１５３は、商品選択画面６４１を表示させる。
【００２８】
図１０（ｄ）に示すように商品選択画面６４１は、図１０（ｂ）に示した商品選択画面６２１とほぼ同様の画面である。商品選択画面６４１が商品選択画面６２１と大きく異なる点は、商品選択画面６４１は、入力された数量に基づく入力数量表示６４２を商品に対応付けて表示する点である。さらに、商品選択画面６４１は、画面右上に確定キー６４３を有する。確定キー６４３のタッチ指定があるまで、商品選択画面６４１では、更に別の商品についての商品選択キー６４４をタッチ指定することができる。別の商品選択キー６４４のタッチ指定があった場合には、再び数量入力画面６３１が表示されて数量入力が行われる。確定キー６４３のタッチ指定に応じて、ＣＰＵ１５３は、確定画面６５１を表示させる。
【００２９】
図１０（ｅ）に示すように確定画面６５１は、状況表示６５２を有する。状況表示６５２は、入力された受取希望日時、選択された配送便、選択された商品、入力された数量、及び、選択商品の単価と入力数量とに基づく金額を含む。また、確定画面６５１は、画面右下に「問合せ」と表示された問合せキー６５３を有する。ＣＰＵ１５３は、問合せキー６５３のタッチ指定に応じて（ステップＳ３０４）、状況表示６５２が含む内容（入力された受取希望日時、選択された配送便、選択された商品、入力された数量、及び、選択商品の単価と入力数量とに基づく金額）のデータを、発注問合せとして、通信インターフェース１５７を介してホストコンピュータ２９１に向けて送信出力する。このとき、ＣＰＵ１５３は、このデータを記憶部であるＨＤＤ１５１に設けられた所定の記憶領域に記憶させる。データは、各項目（入力された受取希望日時、選択された配送便、選択された商品、入力された数量、及び、選択商品の単価と入力数量とに基づく金額）が対応付けられて記憶される。なお、ＲＡＭ１５５等の他の記憶部に記憶させるようにしてもよい。ホストコンピュータ２９１に向けて送信出力されたデータは、構内通信回線網２５１と外部通信回線網２７１とを介してホストコンピュータ２９１に送信される。発注問合せ中、確定画面６５１上には、「問合せ中  しばらくお待ちください」という文字表示（図示せず）が表示される。ホストコンピュータ２９１では、受信したデータが予約済データファイル２９２（図１参照）に記憶される。予約済データファイル２９２は、予約済の商品をその受取希望日時と共に記憶するファイルである。送信されたデータは、予約済データファイル２９２に各項目が対応付けられた状態で記憶される。ホストコンピュータ２９１で受信したデータの予約済データファイル２９２への記憶が行われたならば、その旨がＰＯＳ端末１０１に向けて返信される。このとき、予約済データファイル２９２への記憶が正常に行われなかった場合もその旨が返信される。ＰＯＳ端末１０１のＣＰＵ１５３は、ホストコンピュータ２９１からの返信に応じて、予約受付が正常に行われたか否かを判定する。正常に行われたと判定した場合には（ステップＳ３０５のＹ）、予約受付成立処理を実行する（ステップＳ３０６）。予約受付成立処理では、確定画面６５１上の状況表示６５２の下方位置に、「上記内容で受付しました」という文字表示（図示せず）が表示される。予約受付が正常に行われていないと判定した場合には（ステップＳ３０５のＮ）、所定の予約受付エラー処理を実行する（ステップＳ３０７）。予約受付エラー処理では、例えば、再度の問合せキー６５３のタッチ指定を要求する。
【００３０】
図１１は、エラー処理の流れを示すフローチャートである。ＣＰＵ１５３は、まず、オペレータ用表示器１０５の画面中にエラーＰＯＰ−ＵＰ表示（図示せず）を表示させる（ステップＳ４０１）。エラーＰＯＰ−ＵＰ表示は、エラー解除キー（図示せず）を含む。エラー解除キーのタッチ指定によるエラー解除に応じて（ステップＳ４０２）、ＣＰＵ１５３は、エラー内容を判定する（ステップＳ４０３〜Ｓ４０６）。検索処理（図８参照）で受取希望日時の入力操作日時が予約受付開始日時よりも前であったことにより（図８のステップＳ２０１参照）、ＣＰＵ１５３は、受付期間前に操作を行ったと判定した場合には（ステップＳ４０３のＹ）、パターン１エラーの処理を実行する（ステップＳ４０７）。検索処理（図８参照）で受取希望日時の入力操作日時が「納品のみ」の日時にかかっていたことにより（図８のステップＳ２０１参照）、受付期間終了後に操作を行ったと判定した場合には（ステップＳ４０４のＹ）、パターン２エラーの処理を実行する（ステップＳ４０８）。検索処理（図８参照）で変換した納品日に適した便がなく、さらに、前日便が無いことにより（図８のステップＳ２１０参照）、既に受取希望日時までの配送便が終了し、操作と受取希望日時とまでの期間が短すぎると判定した場合には（ステップＳ４０５のＹ）、パターン３エラーの処理を実行する（ステップＳ４０９）。検索処理（図８参照）で検索された配送便が「受付準備中」であったことにより（図８のステップＳ２１３参照）、その配送便については未だ予約を受け付けるに至っておらず、操作と受取希望日時とまでの期間が長すぎると判定した場合には（ステップＳ４０６のＹ）、パターン４エラーの処理を実行する（ステップＳ４１０）。
【００３１】
図１２は、パターン１エラーとパターン２エラーとの処理の流れを画面表示例と共に示すフローチャートである。パターン１エラーの処理に際しては、まず、オペレータ用表示器１０５にパターン１エラー画面７１１を表示させ、パターン２エラーの処理に際しては、オペレータ用表示器１０５にパターン２エラー画面７２１を表示させる。
【００３２】
図１２に示すように、パターン１エラー画面７１１は、「受付不可内容」というタイトルの下に、選択されたサブメニューの予約開始日時を表示している。予約開始日時は、納品便データファイルＦ１の予約受付開始日時Ｆ１１に基づく。パターン１エラー画面７１１は、さらに「ＸＸ月ＸＸ日ＨＨ時ＭＭ分に受取可能なメニューを表示」と表示されたキー７１２を有する。キー７１２が表示する「ＸＸ月ＸＸ日ＨＨ時ＭＭ分」は、入力された受取希望日時に基づく。
【００３３】
図１２に示すように、パターン２エラー画面７２１は、「受付不可内容」というタイトルの下に、選択されたサブメニューの予約受付が既に終了している旨を表示している。パターン２エラー画面７２１は、さらに、「ＸＸ月ＸＸ日ＨＨ時ＭＭ分に受取可能なメニューを表示」と表示されたキー７２２を有する。キー７２２が表示する「ＸＸ月ＸＸ日ＨＨ時ＭＭ分」は、入力された受取希望日時に基づく。
【００３４】
図１２に示すように、パターン１エラーとパターン２エラーとでは同様の処理が実行される。つまり、ステップＳ５０１として、「ＸＸ月ＸＸ日ＨＨ時ＭＭ分に受取可能なメニューを表示」と表示されたキー７１２又はキー７２２がタッチ指定されたならば（ステップＳ５０１）、ＣＰＵ１５３は、入力されている受取希望日時に基づいて、全てのメニューを対象として納品便データファイルＦ１を検索して（ステップＳ５０２）、受取希望日時での納品が可能なメニューをキー表示させる（ステップＳ５０３）。このとき、オペレータ用表示器１０５には、メニュー入力画面５２１と同様の画面表示がなされる。ここで、受取希望日時での納品が可能であることの判定は、図８に基づいて説明した便検索処理と前日便検索処理と同様の処理が実行されることによって判定される。表示されたメニューキーのタッチ指定に応じて（ステップＳ５０４）、受取希望日時での納品が可能なサブメニューを納品便データファイルＦ１から抽出し（ステップＳ５０５）、抽出したサブメニューをキー表示する（ステップＳ５０６）。このとき、オペレータ用表示器１０５には、サブメニュー入力画面５３１と同様の画面表示がなされる。そして、サブメニューキーのタッチ指定に応じて（ステップＳ５０７）、図８に基づいて説明した便検索処理と前日便検索処理とを実行し（ステップＳ５０８）、次いで、図９及び図１０に基づいて説明した最適便決定処理を再び実行する（ステップＳ５０９）。
【００３５】
図１３は、パターン３エラーとパターン４エラーとの処理の流れを画面表示例と共に示すフローチャートである。パターン３エラーの処理に際しては、まず、オペレータ用表示器１０５にパターン３エラー画面７３１を表示させ、パターン４エラーの処理に際しては、パターン４エラー画面７４１を表示させる。
【００３６】
図１３に示すように、パターン３エラー画面７３１は、「受付不可内容」というタイトルの下に、入力された受取希望日時に間に合う納品が無く間に合わない旨を表示している。さらに、パターン３エラー画面７３１は、「受取希望時刻を変更する」と表示されたキー７３２と、「ＸＸ月ＸＸ日ＨＨ時ＭＭ分に受取可能なメニューを表示」と表示されたキー７３３とを有する。
【００３７】
図１３に示すように、パターン４エラー画面７４１は、「受付不可内容」というタイトルの下に、受取希望日時での納品受付が準備中でありまだ始まっていない旨を表示している。さらに、パターン４エラー画面７４１は、「受取希望時刻を変更する」と表示されたキー７４２と、「ＸＸ月ＸＸ日ＨＨ時ＭＭ分に受取可能なメニューを表示」と表示されたキー７４３とを有する。
【００３８】
図１３に示すステップＳ６０１からＳ６０９までの処理は、「ＸＸ月ＸＸ日ＨＨ時ＭＭ分に受取可能なメニューを表示」と表示されているパターン３エラー画面７３１のキー７３３、又は、パターン４エラー画面７４１のキー７４３のタッチ指定により実行される。この処理内容は、図１２に基づいて説明した、ステップＳ５０１からＳ５０９と同様であるので、説明を省略する。
【００３９】
図１３に示すステップＳ７０１からＳ７０４までの処理は、「受取希望時刻を変更する」と表示されているパターン３エラー画面７３１のキー７３２、又は、パターン４エラー画面７４１のキー７４２のタッチ指定により実行される。これらのキータッチ指定に応じて（ステップＳ７０１）、ＣＰＵ１５３は、図７（ｅ）に示した受取希望時刻入力のための受取希望時刻入力画面５５１をオペレータ用表示器１０５に表示させる。パターン４エラーの場合、最適便の納品日における前便は、「休配」や「受付準備中」ではないため、時刻の変更のみとなる。そして、ＣＰＵ１５３は、受取希望時刻入力キー５５２と登録キー５５３とのタッチ指定による受取希望時分の入力に応じて（ステップＳ７０２）、図８に基づいて説明した便検索処理と前日便検索処理とを実行し（ステップＳ７０３）、次いで、図９及び図１０に基づいて説明した最適便決定処理を再び実行する（ステップＳ７０４）。
【００４０】
以上説明したように本実施の形態によれば、入力された受取希望日時の納品が無いと判定された場合にも、この受取希望日時の納品が有る商品（メニュー、サブメニュー）についての入力が許容されるため（パターン１エラーないしパターン４エラー）、顧客はその場で代替品について予約することができる。したがって、受取希望日時での納品が無いと判定された場合の販売チャンスロスを回避することができる。また、本実施の形態によれば、入力された受取希望日時の納品が無いと判定された場合に、受取希望時刻変更ができるため（パターン３エラー及びパターン４エラー）、顧客は予約を希望する商品について、受取希望時刻を変更して予約することができる。この場合にも店舗は販売チャンスロスを回避することができる。
【００４１】
また、本実施の形態によれば、入力された商品について入力された受取希望日時の納品が無いと判定された場合にも、この受取希望日時の納品が有る商品についての入力が許容されるため、顧客はその場で代わりの商品について予約することができる。したがって、受取希望日時での納品が無いと判定された場合の販売チャンスロスを回避することができる。
【符号の説明】
【００４２】
１０１…ＰＯＳ端末（商品販売データ処理装置）、１１２…タッチパネル（操作部）、１５３…ＣＰＵ（情報処理部）、Ｆ１…納品便データファイル（納品データファイル）、Ｆ２…納品商品データファイル（納品データファイル）
【先行技術文献】
【特許文献】
【００４３】
【特許文献１】特開２００２−３５８４４３公報
【図１】
2011141896.tif 000003
【図２】
2011141896.tif 000004
【図３】
2011141896.tif 000005
【図４】
2011141896.tif 000006
【図５】
2011141896.tif 000007
【図６】
2011141896.tif 000008
【図７】
2011141896.tif 000009
【図８】
2011141896.tif 000010
【図９】
2011141896.tif 000011
【図１０】
2011141896.tif 000012
【図１１】
2011141896.tif 000013
【図１２】
2011141896.tif 000014
【図１３】
2011141896.tif 000015