商品を示すメニューキーを含むメニュー画面を表示する第1表示手段と、前記商品の受取希望日時を入力する受取希望日時入力画面を表示する第2表示手段と、前記メニュー画面において選択された前記メニューキーに対応する前記商品の入力を受付け、前記受取希望日時入力画面から前記受取希望日時の入力を受付ける受付手段と、前記商品の予約受付期間を記憶する記憶部を参照して、前記受付手段が受付けた前記受取希望日時での前記商品の予約受付が可能か否かを判定する判定手段と、前記受取希望日時が前記商品の予約受付期間外であるために前記商品の予約受付が可能でない場合に、前記メニュー画面において前記受取希望日時に受取可能な商品の前記メニューキーを表示する第3表示手段と、を備える商品販売データ処理装置。前記メニュー画面において前記メニューキーが選択された場合に、選択された前記メニューキーの商品に係属するサブメニューを示すサブメニューキーを含むサブメニュー画面を表示する第4表示手段をさらに備え、前記受付手段は、前記サブメニュー画面において選択された前記サブメニューキーに対応する前記サブメニューの入力を受付け、前記判定手段は、前記記憶部を参照して、前記受付手段が受付けた前記受取希望日時での前記サブメニューの予約受付が可能か否かを判定し、前記受取希望日時が前記サブメニューの予約受付期間外であるために前記サブメニューの予約受付が可能でない場合に、前記サブメニュー画面において前記受取希望日時に受取可能なサブメニューの前記サブメニューキーを表示する第5表示手段をさらに備える、請求項1に記載の商品販売データ処理装置。前記第2表示手段は、前記受取希望日時入力画面において、前記受付手段が受付けた前記商品の配送が有る日と配送が無い日とを区別して表示する、請求項1または2に記載の商品販売データ処理装置。前記受取希望日時入力画面から受付けた前記受取希望日時に適する配送便を示す配送便キーを含む配送便選択画面を表示する第6表示手段をさらに備える、請求項1ないし3のいずれか1つに記載の商品販売データ処理装置。商品販売データ処理装置において実行される商品販売データ処理方法であって、商品を示すメニューキーを含むメニュー画面を表示する第1表示工程と、前記商品の受取希望日時を入力する受取希望日時入力画面を表示する第2表示工程と、前記メニュー画面において選択された前記メニューキーに対応する前記商品の入力を受付け、前記受取希望日時入力画面から前記受取希望日時の入力を受付ける受付工程と、前記商品の予約受付期間を記憶する記憶部を参照して、前記受付工程において受付けた前記受取希望日時での前記商品の予約受付が可能か否かを判定する判定工程と、前記受取希望日時が前記商品の予約受付期間外であるために前記商品の予約受付が可能でない場合に、前記メニュー画面において前記受取希望日時に受取可能な商品の前記メニューキーを表示する第3表示工程と、を含む商品販売データ処理方法。商品販売データ処理装置を制御するコンピュータを、商品を示すメニューキーを含むメニュー画面を表示する第1表示手段と、前記商品の受取希望日時を入力する受取希望日時入力画面を表示する第2表示手段と、前記メニュー画面において選択された前記メニューキーに対応する前記商品の入力を受付け、前記受取希望日時入力画面から前記受取希望日時の入力を受付ける受付手段と、前記商品の予約受付期間を記憶する記憶部を参照して、前記受付手段が受付けた前記受取希望日時での前記商品の予約受付が可能か否かを判定する判定手段と、前記受取希望日時が前記商品の予約受付期間外であるために前記商品の予約受付が可能でない場合に、前記メニュー画面において前記受取希望日時に受取可能な商品の前記メニューキーを表示する第3表示手段と、として機能させるプログラム。しかしながら、受取希望日時に適した配送便が検索されなかったことにより、受取希望日時における納品が無いと判定されてしまうと、POS端末ではエラーとなり予約の受付業務の処理はそれ以上進行されない。この場合、オペレータ店員は顧客に対して希望通りの予約受付が不可である旨を告げることになり、販売チャンスロスが発生してしまう。特許文献1には、ネットワークインターネットによる販売システムで予約受注商品数が供給数を上回った場合に、web画面を介して予約条件の変更を顧客に対して公募するようにした技術が記載されている。しかし、特許文献1に記載された技術では、予約条件を変更しても再び予約受注商品数が供給数を上回っているような場合が考えられる。このような場合、顧客は不満を感じて予約を止めてしまい、販売チャンスロスが生じてしまう可能性が有る。本発明の目的は、予め決められた納品日時に基づいて受取希望日時での納品が無いと判定された場合にも、販売チャンスロスに至らないようにすることである。実施形態の商品販売データ処理装置は、商品を示すメニューキーを含むメニュー画面を表示する第1表示手段と、前記商品の受取希望日時を入力する受取希望日時入力画面を表示する第2表示手段と、前記メニュー画面において選択された前記メニューキーに対応する前記商品の入力を受付け、前記受取希望日時入力画面から前記受取希望日時の入力を受付ける受付手段と、前記商品の予約受付期間を記憶する記憶部を参照して、前記受付手段が受付けた前記受取希望日時での前記商品の予約受付が可能か否かを判定する判定手段と、前記受取希望日時が前記商品の予約受付期間外であるために前記商品の予約受付が可能でない場合に、前記メニュー画面において前記受取希望日時に受取可能な商品の前記メニューキーを表示する第3表示手段と、を備える。本実施形態を図1ないし図13に基づいて説明する。本実施の形態は、コンビニエンスストアである店舗に導入されたPOSシステム1を構成するPOS端末101への適用例である。図1は、POSシステム1を示すシステム構成図である。POSシステム1は、店舗のバックヤードに設置された上位装置としてのストアコントローラ201と、店舗の会計場所に設置された複数台のPOS端末101と、を備えている。ストアコントローラ201とPOS端末101とは、LAN等の構内通信回線網251を介して互いにデータ通信可能に接続されている。構内通信回線網251は、外部通信回線網271を介して店舗の統括部に設置されたホストコンピュータ291に接続されている。したがって、POS端末101及びストアコントローラ201は、ホストコンピュータ291とデータ通信可能に接続されている。ホストコンピュータ291の記憶装置には、後述する予約済データファイル292が格納されている。図2は、POS端末101を示す外観斜視図である。POS端末101は、ドロワ102の上に載置されており、ドロワ102の引出し103の開放動作を制御することができる。POS端末101の上面右側にはキーボード104とオペレータ用表示器105とが配列され、上面左側にはレシートプリンタ106が配列されている。キーボード104は、数字を入力するためのテンキー、仮締めキーとしての小計キー、締めキーとしての預/現計キー等いずれも図示せずの他、後述する受付業務処理を開始する際に押下される受付業務キー104aを含む。オペレータ用表示器105の表示画面には、操作部としてのタッチパネル112が配置されている。オペレータ用表示器105の背面側には、客用表示器107が立設されている。図2中、POS端末101の右側面近傍に設けられている溝は、カードリーダライタ108図3参照によるカード情報の読み取り等をするためにカードをスキャンするためのカード読取溝109である。POS端末101は、ストレージデバイスとして、HDD151及びCD-ROMドライブ152を備えている図3参照。そこで、オペレータから見てPOS端末101の右側面には、CD-ROM152aを装着するためのCD-ROMトレイ図示せずが設けられている。また、POS端末101には、商品に付されたバーコードを光学的に読み取るバーコードリーダ111が接続されている。バーコードリーダ111は、キーボード104と同様に、商品コードを入力する商品コード入力部を構成する。図3は、POS端末101のハードウェア構成を示すブロック図である。POS端末101は、各種演算処理を実行し各部を制御する情報処理部としてのCPU153を備えている。CPU153には、固定データを固定的に記憶保存するROM154と、可変データを書き換え自在に記憶してワークエリアとして使用されるRAM155とがバスライン156を介して接続されている。前述したHDD151及びCD-ROMドライブ152もバスライン156を介してCPU153に接続されている。また、前述したドロワ102、キーボード104、オペレータ用表示器105、レシートプリンタ106、客用表示器107、カードリーダライタ108、バーコードリーダ111、及び、タッチパネル112は、いずれも各種の入出力回路全て図示せずとバスライン156とを介してCPU153に接続され、CPU153によって動作制御等される。さらに、POS端末101は、店舗内に設けられた構内通信回線網251を介して上位装置としてのストアコントローラ201に接続するための通信インターフェース157を備えており、この通信インターフェース157も、バスライン156を介してCPU153に接続されている。図3に示すHDD151には、オペレーティングシステムと、商品販売データ処理の他各種処理用のコンピュータプログラムとがインストールされている。これらのオペレーティングシステムやコンピュータプログラムは、一例として、CD-ROM152aという記録媒体に記憶保存され、CD-ROMドライブ152によって読み取られてHDD151にインストールされる。別の一例としては、構内通信回線網251を介してストアコントローラ201からダウンロードし、HDD151にインストールするようにしても良い。このようなオペレーティングシステム、及び、商品販売データ処理プログラムは、POS端末101の起動時、その全部又は一部がRAM155にコピーされて使用される。このようなHDD151には、さらに、商品コードに対応付けてその商品名称、単価、部門等が記憶された商品データファイル図示せずの他、納品データファイルを構成する納品便データファイルF1図4参照と納品商品データファイルF2図5参照とが格納されている。納品便データファイルF1、及び、納品商品データファイルF2は、ホストコンピュータ291又はストアコントローラ201から随時送信されてHDD151に格納される。図4は、納品便データファイルF1のデータ構成を示す模式図である。納品便データファイルF1は、メニュー毎に各サブメニューについての納品日時を記憶するファイルである。ここで、メニューとサブメニューとの関係について説明する。ひとつのメニューに対しては、複数のサブメニューが対応付けられている。例えば、メニュー予約弁当その一には、サブメニュー予約弁当A予約弁当Bが対応付けられている。さらに、ひとつのサブメニュー例えば、予約弁当Aには複数の商品A1弁当A2弁当が対応付けられている図5参照。図4に示すように、納品便データファイルF1は、より詳細には、各サブメニューについての予約受付開始日時F11と、詳細な配送状況F12とを記憶する。予約受付開始日時F11は、予約受付業務の開始日時を記憶するものである。配送状況F12は、納品日配送便休配配送終了受付準備中納品のみを記憶する。納品日は、日付及び曜日を記憶する。配送便は、納品日における各配送便1便、2便、3便についての時刻を記憶する。ここで、前日の21:00の便が当日の1便となっている。つまり、ある納品日の1便は前日21:00の便であり、2便はその納品日当日の10:00の便であり、3便はその納品日当日の18:00の便である。例えば、11月8日火の21:00に配送される便は、11月9日水の1便となる。休配配送終了には、各便について、配送がなされない休配であるか既に配送が終了している場合にフラグ図4中では、チェックボックスへのチェックが記憶される。受付準備中には、未だ予約販売の受付を開始していない配送便についてフラグ図4中では、チェックボックスへのチェックが記憶される。納品のみには、配送便による商品の納品はあるものの予約販売の受付は終了している日についてフラグ図4中では、チェックボックスへのチェックが記憶される。図5は、納品商品データファイルF2のデータ構成を示す模式図である。納品商品データファイルF2は、各サブメニューに係属する商品を記憶するファイルである。例えば、サブメニュー予約弁当Aには、商品A1弁当、A2弁当、A3弁当、及び、A4弁当が対応付けられている。したがって、サブメニューは、商品の識別情報を構成する。さらに、納品商品データファイルF2は、各商品に対応付けてその単価を記憶する。次に、図6及び図7に基づいて、POS端末101で実行される受付業務処理について説明する。図6は、受付業務処理の流れを示すフローチャートである。図7は、受付業務操作に応じて遷移するオペレータ用表示器105の画面表示例を示す模式図である。受付業務処理は、キーボード104に含まれる受付業務キー104aの押下により開始される。受付業務キー104aの押下判定によりステップS101、CPU153は、受付業務開始画面511を生成してオペレータ用表示器105に表示させる。図7aに示すように受付業務開始画面511は、複数の受付業務キー512を有する。受付業務キー512は、予約弁当等の予約商品の受付業務を開始するための、予約と表示された予約キー513を含む。予約キー513のタッチ指定によりステップS102、CPU153は、メニュー入力画面521を表示させる。図7bに示すようにメニュー入力画面521は、予約商品を表示するメニューキー522を含む。メニューキー522は、例えば、予約弁当その1と表示されたキーを含む。一つのメニューキー522のタッチ指定によりステップS103、CPU153は、サブメニュー入力画面531を表示させる。図7cに示すようにサブメニュー入力画面531は、タッチ指定されたメニューキー522に係属するサブメニューキー532を含む。ここでは、サブメニュー入力画面531は、メニュー予約弁当その1に係属するサブメニュー、予約弁当A、予約弁当B、予約弁当C、予約弁当Dを表示するサブメニューキー532を有する。サブメニューキー532のタッチ指定に応じてステップS104、CPU153は、受取希望日入力画面541を表示させる。サブメニューは、商品の識別情報を構成することから図5参照、サブメニューキー532のタッチ操作によって、商品の識別情報の入力を許容する機能が実現されている。図7dに示すように受取希望日入力画面541は、顧客の受取希望日を入力するための受取希望日入力キー542を含む。受取希望日入力キー542には、日付が表示されている。受取希望日入力画面541は、日付が升目によって各日付に区分されたカレンダー部分を有し、受取希望日入力キー542は、このカレンダー部分の日付に対応させて升目上に配列されている。受取希望日入力画面541が有する受取希望日入力キー542は、納品便データファイルF1のデータ内容に基づいて、そのサブメニューの配送がある日付全ての便が休配配送終了でもなく受付準備中でもない日付についてのみキー表示される。例えば、3便のみ受付準備中である場合にはキー表示される。受取希望日入力キー542のタッチ指定に応じてステップS105、CPU153は、受取希望時刻入力画面551を表示させる。図7eに示すように受取希望時刻入力画面551は、受取希望時刻を入力するための受取希望時刻入力キー552と、登録と表示された登録キー553とを含む。受取希望時刻入力キー552は、複数設けられて、それぞれに数字が表示されている。タッチ指定された受取希望時刻入力キー552に対応する数字は、時刻表示554に表示される。そして、登録キー553のタッチ指定により、時刻表示554に表示されている数字が受取希望時分として入力される。これにより、受取希望日入力画面541の受取希望日入力キー542のタッチ指定により入力された日付と、受取希望時刻入力画面551の受取希望時刻入力キー552のタッチ指定により入力された時分とに基づく受取希望日時が入力される。登録キー553のタッチ指定による受取希望時分入力に応じてステップS106、次に、CPU153は、入力された受取希望日時での予約受付が可能であるか否かを判定する検索処理を実行するステップS107。検索処理の詳細については後述する図8参照。検索処理の結果、入力された受取希望日時での予約受付が可能であると判定したならばステップS108のY、CPU153は、続けて、最適便決定処理を実行するステップS109。最適便決定処理の詳細については後述する図9参照。検索処理の結果、入力された受取希望日時での予約受付が可能でないと判定したならばステップS108のN、CPU153は、続けて、エラー処理を実行するステップS110。エラー処理の詳細については後述する図11、図12、図13参照。図8は、検索処理の流れを示すフローチャートである。まず、CPU153は、サブメニューキー532のタッチ指定により選択されたサブメニューについて納品便データファイルF1を参照して、登録キー553のタッチ指定日時、つまり、受取希望日時の入力操作日時が予約受付期間内であるか否かを判定するステップS201。ステップS201では、まず、予約受付開始日時F11を参照して、受取希望日時の入力操作日時が予約受付開始日時以降であるか否かを判定する。受取希望日時の入力操作日時が予約受付開始日時以降である場合には、次に、配送状況F12の納品のみを参照して、受取希望日時の入力操作日時が納品のみの日時にかかっているか否かを判定する。受取希望日時の入力操作日時が予約受付開始日時よりも前である場合、若しくは、受取希望日時の入力操作日時が納品のみの日時にかかっている場合には、受取希望日時の入力操作日時が受付期間外であると判定されステップS201のN、エラー処理が実行されるステップS213。ステップS213のエラー処理では、後述するパターン1エラー又はパターン2エラーの処理図12参照が実行される。図8のフローチャートのステップS201で、受取希望日時の入力操作日時が受付期間内であると判定したならばステップS201のY、次に、入力された受取希望日時を納品日に変換するステップS202。納品日は、納品便データファイルF1の配送状況F12の配送便に対応した日付である。例えば、入力された受取希望日時が11月7日の23:00である場合には、納品日は、11月8日となる。次に、図8のフローチャートのステップS203~S208では、便検索処理が実行される。この便検索処理では、入力された受取希望日時に適した配送便を検索する。より詳細には、ステップS202で変換した納品日について、3便、2便、1便の順に休配でないことを判定しステップS203、S205、S207、休配でなければ、その便時刻30分<受取希望時刻、であることを判定するステップS204、S206、S208。例えば、受取希望時刻が13:00であれば、2便時刻10:0030分<13:00となるので、2便が受取希望日時に適した配送便として判定される。便検索処理の実行によって適した配送便が検索されなかった場合ステップS207のY、ステップS208のN、変換した納品日の前日の納品日について同様の便検索処理前日便検索処理を実行するステップS209。前日便検索処理の実行によっても適した配送便が検索されなかった場合にはステップS210のY、この前日納品日の配送便はすでに配送終了しているので、エラー処理が実行されるステップS211。ステップS211のエラー処理では、後述するパターン3エラーの処理図13参照が実行される。便検索処理ステップS203~S208又は前日便検索処理ステップS209の実行によって適した便が検索されたならばステップS204のY、S206のY、S208のY、S210のN、予約受付開始日時F11を参照して、その配送便が受付準備中であるか否かを判定するステップS213。受付準備中である場合にはステップS213のY、エラー処理が実行されるステップS215。ステップS215でのエラー処理では、後述するパターン4エラーの処理図13参照が実行される。配送便が受付準備中でない場合にはステップS213のN、最適便決定処理が実行されるステップS214。図9は、最適便決定処理の流れを示すフローチャートである。図10は、最適便決定操作に応じて遷移するオペレータ用表示器105の画面表示例を示す模式図である。図9及び図10に基づいて、最適便決定処理について説明する。最適便決定処理に際しては、まず、CPU153は、オペレータ用表示器105に便選択画面611を表示させている。図10aに示すように便選択画面611は、前の便選択キー612、おすすめ便選択キー613、及び、次の便選択キー614を含む。おすすめ便選択キー613は、便検索処理又は前日便検索処理図8参照の実行によって検索した、顧客の受取希望日時に適した配送便をおすすめ便としてキー表示したものである。前の便選択キー612は、おすすめ便の前便にあたる配送便を前の便としてキー表示したものである。次の便選択キー614は、おすすめ便の次便にあたる配送便を次の便としてキー表示したものである。前の便選択キー612、おすすめ便選択キー613、次の便選択キー614のいずれかのタッチ指定による便選択に応じてステップS301、CPU153は、商品選択画面621を表示させる。図10bに示すように商品選択画面621は、複数の商品選択キー622を有する。商品選択キー622は、受付業務処理で指定されたサブメニュー図6のフローチャートのS104、及び、図7c参照に係属する商品のデータを納品商品データファイルF2から抽出してキー表示したものである。つまり、CPU153は、選択可能商品を表示するステップS302。商品選択画面621に含まれる任意の商品選択キー622のタッチ指定に応じて、CPU153は、数量入力画面631を表示させる。図10cに示すように数量入力画面631は、顧客が希望する商品の数量を入力するための数量入力キー632と、登録と表示された数量登録キー633とを含む。数量入力キー632は、複数設けられて、それぞれに数字が表示されている。タッチ指定された数量入力キー632に対応する数字は、数量表示634に表示される。そして、数量登録キー633のタッチ指定により、数量表示634に表示されている数字が希望数量として入力される。これにより、商品選択、及び、数量入力が行われるステップS303。数量登録キー633のタッチ指定に応じて、CPU153は、商品選択画面641を表示させる。図10dに示すように商品選択画面641は、図10bに示した商品選択画面621とほぼ同様の画面である。商品選択画面641が商品選択画面621と大きく異なる点は、商品選択画面641は、入力された数量に基づく入力数量表示642を商品に対応付けて表示する点である。さらに、商品選択画面641は、画面右上に確定キー643を有する。確定キー643のタッチ指定があるまで、商品選択画面641では、更に別の商品についての商品選択キー644をタッチ指定することができる。別の商品選択キー644のタッチ指定があった場合には、再び数量入力画面631が表示されて数量入力が行われる。確定キー643のタッチ指定に応じて、CPU153は、確定画面651を表示させる。図10eに示すように確定画面651は、状況表示652を有する。状況表示652は、入力された受取希望日時、選択された配送便、選択された商品、入力された数量、及び、選択商品の単価と入力数量とに基づく金額を含む。また、確定画面651は、画面右下に問合せと表示された問合せキー653を有する。CPU153は、問合せキー653のタッチ指定に応じてステップS304、状況表示652が含む内容入力された受取希望日時、選択された配送便、選択された商品、入力された数量、及び、選択商品の単価と入力数量とに基づく金額のデータを、発注問合せとして、通信インターフェース157を介してホストコンピュータ291に向けて送信出力する。このとき、CPU153は、このデータを記憶部であるHDD151に設けられた所定の記憶領域に記憶させる。データは、各項目入力された受取希望日時、選択された配送便、選択された商品、入力された数量、及び、選択商品の単価と入力数量とに基づく金額が対応付けられて記憶される。なお、RAM155等の他の記憶部に記憶させるようにしてもよい。ホストコンピュータ291に向けて送信出力されたデータは、構内通信回線網251と外部通信回線網271とを介してホストコンピュータ291に送信される。発注問合せ中、確定画面651上には、問合せ中しばらくお待ちくださいという文字表示図示せずが表示される。ホストコンピュータ291では、受信したデータが予約済データファイル292図1参照に記憶される。予約済データファイル292は、予約済の商品をその受取希望日時と共に記憶するファイルである。送信されたデータは、予約済データファイル292に各項目が対応付けられた状態で記憶される。ホストコンピュータ291で受信したデータの予約済データファイル292への記憶が行われたならば、その旨がPOS端末101に向けて返信される。このとき、予約済データファイル292への記憶が正常に行われなかった場合もその旨が返信される。POS端末101のCPU153は、ホストコンピュータ291からの返信に応じて、予約受付が正常に行われたか否かを判定する。正常に行われたと判定した場合にはステップS305のY、予約受付成立処理を実行するステップS306。予約受付成立処理では、確定画面651上の状況表示652の下方位置に、上記内容で受付しましたという文字表示図示せずが表示される。予約受付が正常に行われていないと判定した場合にはステップS305のN、所定の予約受付エラー処理を実行するステップS307。予約受付エラー処理では、例えば、再度の問合せキー653のタッチ指定を要求する。図11は、エラー処理の流れを示すフローチャートである。CPU153は、まず、オペレータ用表示器105の画面中にエラーPOP-UP表示図示せずを表示させるステップS401。エラーPOP-UP表示は、エラー解除キー図示せずを含む。エラー解除キーのタッチ指定によるエラー解除に応じてステップS402、CPU153は、エラー内容を判定するステップS403~S406。検索処理図8参照で受取希望日時の入力操作日時が予約受付開始日時よりも前であったことにより図8のステップS201参照、CPU153は、受付期間前に操作を行ったと判定した場合にはステップS403のY、パターン1エラーの処理を実行するステップS407。検索処理図8参照で受取希望日時の入力操作日時が納品のみの日時にかかっていたことにより図8のステップS201参照、受付期間終了後に操作を行ったと判定した場合にはステップS404のY、パターン2エラーの処理を実行するステップS408。検索処理図8参照で変換した納品日に適した便がなく、さらに、前日便が無いことにより図8のステップS210参照、既に受取希望日時までの配送便が終了し、操作と受取希望日時とまでの期間が短すぎると判定した場合にはステップS405のY、パターン3エラーの処理を実行するステップS409。検索処理図8参照で検索された配送便が受付準備中であったことにより図8のステップS213参照、その配送便については未だ予約を受け付けるに至っておらず、操作と受取希望日時とまでの期間が長すぎると判定した場合にはステップS406のY、パターン4エラーの処理を実行するステップS410。図12は、パターン1エラーとパターン2エラーとの処理の流れを画面表示例と共に示すフローチャートである。パターン1エラーの処理に際しては、まず、オペレータ用表示器105にパターン1エラー画面711を表示させ、パターン2エラーの処理に際しては、オペレータ用表示器105にパターン2エラー画面721を表示させる。図12に示すように、パターン1エラー画面711は、受付不可内容というタイトルの下に、選択されたサブメニューの予約開始日時を表示している。予約開始日時は、納品便データファイルF1の予約受付開始日時F11に基づく。パターン1エラー画面711は、さらにXX月XX日HH時MM分に受取可能なメニューを表示と表示されたキー712を有する。キー712が表示するXX月XX日HH時MM分は、入力された受取希望日時に基づく。図12に示すように、パターン2エラー画面721は、受付不可内容というタイトルの下に、選択されたサブメニューの予約受付が既に終了している旨を表示している。パターン2エラー画面721は、さらに、XX月XX日HH時MM分に受取可能なメニューを表示と表示されたキー722を有する。キー722が表示するXX月XX日HH時MM分は、入力された受取希望日時に基づく。図12に示すように、パターン1エラーとパターン2エラーとでは同様の処理が実行される。つまり、ステップS501として、XX月XX日HH時MM分に受取可能なメニューを表示と表示されたキー712又はキー722がタッチ指定されたならばステップS501、CPU153は、入力されている受取希望日時に基づいて、全てのメニューを対象として納品便データファイルF1を検索してステップS502、受取希望日時での納品が可能なメニューをキー表示させるステップS503。このとき、オペレータ用表示器105には、メニュー入力画面521と同様の画面表示がなされる。ここで、受取希望日時での納品が可能であることの判定は、図8に基づいて説明した便検索処理と前日便検索処理と同様の処理が実行されることによって判定される。表示されたメニューキーのタッチ指定に応じてステップS504、受取希望日時での納品が可能なサブメニューを納品便データファイルF1から抽出しステップS505、抽出したサブメニューをキー表示するステップS506。このとき、オペレータ用表示器105には、サブメニュー入力画面531と同様の画面表示がなされる。そして、サブメニューキーのタッチ指定に応じてステップS507、図8に基づいて説明した便検索処理と前日便検索処理とを実行しステップS508、次いで、図9及び図10に基づいて説明した最適便決定処理を再び実行するステップS509。図13は、パターン3エラーとパターン4エラーとの処理の流れを画面表示例と共に示すフローチャートである。パターン3エラーの処理に際しては、まず、オペレータ用表示器105にパターン3エラー画面731を表示させ、パターン4エラーの処理に際しては、パターン4エラー画面741を表示させる。図13に示すように、パターン3エラー画面731は、受付不可内容というタイトルの下に、入力された受取希望日時に間に合う納品が無く間に合わない旨を表示している。さらに、パターン3エラー画面731は、受取希望時刻を変更すると表示されたキー732と、XX月XX日HH時MM分に受取可能なメニューを表示と表示されたキー733とを有する。図13に示すように、パターン4エラー画面741は、受付不可内容というタイトルの下に、受取希望日時での納品受付が準備中でありまだ始まっていない旨を表示している。さらに、パターン4エラー画面741は、受取希望時刻を変更すると表示されたキー742と、XX月XX日HH時MM分に受取可能なメニューを表示と表示されたキー743とを有する。図13に示すステップS601からS609までの処理は、XX月XX日HH時MM分に受取可能なメニューを表示と表示されているパターン3エラー画面731のキー733、又は、パターン4エラー画面741のキー743のタッチ指定により実行される。この処理内容は、図12に基づいて説明した、ステップS501からS509と同様であるので、説明を省略する。図13に示すステップS701からS704までの処理は、受取希望時刻を変更すると表示されているパターン3エラー画面731のキー732、又は、パターン4エラー画面741のキー742のタッチ指定により実行される。これらのキータッチ指定に応じてステップS701、CPU153は、図7eに示した受取希望時刻入力のための受取希望時刻入力画面551をオペレータ用表示器105に表示させる。パターン4エラーの場合、最適便の納品日における前便は、休配や受付準備中ではないため、時刻の変更のみとなる。そして、CPU153は、受取希望時刻入力キー552と登録キー553とのタッチ指定による受取希望時分の入力に応じてステップS702、図8に基づいて説明した便検索処理と前日便検索処理とを実行しステップS703、次いで、図9及び図10に基づいて説明した最適便決定処理を再び実行するステップS704。以上説明したように本実施の形態によれば、入力された受取希望日時の納品が無いと判定された場合にも、この受取希望日時の納品が有る商品メニュー、サブメニューについての入力が許容されるためパターン1エラーないしパターン4エラー、顧客はその場で代替品について予約することができる。したがって、受取希望日時での納品が無いと判定された場合の販売チャンスロスを回避することができる。また、本実施の形態によれば、入力された受取希望日時の納品が無いと判定された場合に、受取希望時刻変更ができるためパターン3エラー及びパターン4エラー、顧客は予約を希望する商品について、受取希望時刻を変更して予約することができる。この場合にも店舗は販売チャンスロスを回避することができる。また、本実施の形態によれば、入力された商品について入力された受取希望日時の納品が無いと判定された場合にも、この受取希望日時の納品が有る商品についての入力が許容されるため、顧客はその場で代わりの商品について予約することができる。したがって、受取希望日時での納品が無いと判定された場合の販売チャンスロスを回避することができる。