JP6967916B2 - 商品提供管理システム - Google Patents

Description

本発明の実施形態は、商品提供管理システムに関する。

例えばクリスマスケーキなどのように、実際に商品が受け渡されるタイミングよりも前に予約を受け付ける予約販売は、広く行われている。
しかしながらこれまでは、このような予約販売においては、予約の受け付けを行った店員等が予約台帳に記入するなどすることによって、受け付けた予約の管理を人手に頼って行っていた。

このため、店員等の手間が大きい上に、記入ミスによる管理のミスが生じる恐れがあった。なお、このようなことは、商品の販売に限らず、無償での物品提供に関しても同様のことが言える。
このような事情から、予約に基づく物品の提供の受け付け及び管理を簡易かつ適切に行えることが望まれていた。

特開平０５−１０１０８４号公報

本発明が解決しようとする課題は、予約に基づく物品の提供の受け付け及び管理を簡易かつ適切に行うことを可能とする商品提供管理システムを提供することである。

実施形態の商品提供管理システムは、取得手段、入力手段、発行手段及び通知手段を備える商品データ処理装置と、集計手段を備える商品提供管理装置とを含む。取得手段は、商品を識別する商品コードを取得する。入力手段は、商品を顧客へ提供する将来の提供期間を入力する。発行手段は、取得手段により取得された商品コードで識別される商品が、入力手段により入力された提供期間において提供可能である場合、取得手段により取得された商品コードで識別される商品に関する予約票を発行するための発行処理を行う。通知手段は、取得手段により取得された商品コード及び入力手段により入力された提供期間をそれぞれ商品提供管理装置に通知する。集計手段は、通知手段により通知された商品コードで識別される商品の数を、通知手段により通知された提供期間毎に集計する。

一実施形態に係るＰＯＳシステムの概略構成と、ＰＯＳ端末装置及びＰＯＳサーバの要部回路構成とを示すブロック図。 図１に示される予約マスタテーブルに含まれるデータレコードの１つの構成を示す図。 図１中に示される予約販売データに含まれるデータレコードＤＲの１つの構成を示す図。 図１中のＰＯＳ端末装置に備えられたプロセッサによる情報処理のフローチャート。 図１中のＰＯＳ端末装置に備えられたプロセッサによる情報処理のフローチャート。 納品日入力画面を示す図。 受付画面を示す図。 商品エラー画面を示す図。 期間エラー画面を示す図。 納期エラー画面を示す図。 予約レシートの一例を示す図。 予約控え票の一例を示す図。 図１中のＰＯＳ端末装置に備えられたプロセッサによる情報処理のフローチャート。 取消レシートの一例を示す図。 取消控え票の一例を示す図。 図１中のＰＯＳサーバに備えられたプロセッサによる情報処理のフローチャート。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、商品データ処理装置としての機能を備えたＰＯＳ（point-of-sale）端末装置と、商品提供管理装置としての機能を備えたＰＯＳサーバとからなり、商品提供管理システムとしての機能を備えたＰＯＳシステムを例に説明する。

図１は本実施形態に係るＰＯＳシステム１００の概略構成と、ＰＯＳ端末装置１０及びＰＯＳサーバ２０の要部回路構成とを示すブロック図である。
このＰＯＳシステム１００は、ＰＯＳ端末装置１０を、ＰＯＳサーバ２０と通信ネットワーク３０を介して通信可能とすることで構成されている。なお、ＰＯＳシステム１００には、典型的には複数のＰＯＳ端末装置１０が含まれるが、図１においては１つのみを示している。

ＰＯＳ端末装置１０は、物品の販売、飲食物の提供、あるいはサービスの提供などの任意の取引の内容を登録し、さらには決済するための処理を行う。ＰＯＳ端末装置１０は、予約販売を行うことがある店舗に設置される。ＰＯＳ端末装置１０の操作者は、主として上記店舗の店員であるが、客により操作されてもよい。なお本実施形態においては、店員がＰＯＳ端末装置１０を操作する例とする。
ＰＯＳサーバ２０は、ＰＯＳ端末装置１０で登録される取引の内容をジャーナルデータとして蓄積し、管理する。ＰＯＳサーバ２０は、店舗毎に設けられる店舗サーバ、あるいは複数の店舗を統括する本部に設けられる本部サーバなどのいずれであってもよい。
通信ネットワーク３０は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク３０は、典型的には、ＬＡＮ又はＬＡＮとＶＰＮとを組み合わせたものである。

ＰＯＳ端末装置１０は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、表示デバイス１４、入力デバイス１５、読取デバイス１６、プリンタ１７、通信インタフェース１８及び伝送路１９を含んでいる。
ＰＯＳ端末装置１０においては、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３が伝送路１９によって接続されることにより、ＰＯＳ端末装置１０を制御するための情報処理を行うコンピュータを構成している。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラムに従って、ＰＯＳ端末装置１０としての各種の機能を実現するべく各部を制御する。

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

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータと、プロセッサ１１での処理によって生成されたデータとを保存する。補助記憶デバイス１３は、アプリケーションプログラムを記憶する場合もある。

表示デバイス１４は、操作者に対して各種の情報を通知するための各種画面を表示する。表示デバイス１４としては、例えば液晶表示デバイスなどの周知のデバイスを適用できる。
入力デバイス１５は、操作者による各種の指示を入力する。入力デバイス１５としては、タッチセンサ及びキーボードなどの周知のデバイスを、単独又は組み合わせて適用できる。また、この入力デバイス１５は、予約宣言キーを有する。この予約宣言キーは、ＰＯＳ端末装置１０を商品の予約受付を行うモードで動作させる場合に操作者が操作するものである。予約宣言キーは上記のキーボードに設けられたハードキーであってもよいし、タッチパネルに表示されるＧＵＩ（graphical user interface）であってもよい。

読取デバイス１６は、商品に表示されたデータ及び記憶媒体に記憶されたデータの少なくとも一方を読み取る。読取デバイス１６としては、バーコードスキャナ、無線タグリーダ及びカードリーダなどの周知のデバイスを、単独又は組み合わせて適用できる。
プリンタ１７は、レシート用紙に対して各種の証票の画像をプリントして各種の証票を発行する。

通信インタフェース１８は、通信ネットワーク３０を介したデータ通信を行う。通信インタフェース１８としては、例えばＬＡＮ及びインターネットを介したデータ通信のための周知の処理を行うように構成された周知のものを用いることができる。
伝送路１９は、アドレスバス、データバス及び制御信号線等を含み、接続されている各部の間で授受されるデータや制御信号を伝送する。

ＰＯＳ端末装置１０は、後述する情報処理について記述した情報処理プログラムをアプリケーションプログラムの１つとしてメインメモリ１２又は補助記憶デバイス１３に記憶する。なお、当該情報処理プログラムは、ＰＯＳ端末装置１０のハードウェアの譲渡の際にメインメモリ１２又は補助記憶デバイス１３に記憶されていてもよいし、上記のハードウェアとは別に譲渡されてもよい。後者の場合、情報処理プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して譲渡される。

ＰＯＳサーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インタフェース２４及び伝送路２５を備える。プロセッサ２１と、メインメモリ２２、補助記憶デバイス２３及び通信インタフェース２４とは、伝送路２５によって接続される。
ＰＯＳサーバ２０においては、プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３が伝送路２５によって接続されることにより、ＰＯＳサーバ２０を制御するための情報処理を行うコンピュータを構成している。

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム及びアプリケーションプログラムに従って、ＰＯＳサーバ２０としての各種の機能を実現するべく各部を制御する。

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

補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤ、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータと、プロセッサ２１での処理によって生成されたデータとを保存する。補助記憶デバイス２３は、アプリケーションプログラムを記憶する場合もある。

通信インタフェース２４は、通信ネットワーク３０を介したデータ通信を行う。通信インタフェース２４としては、例えばインターネットを介したデータ通信のための周知の処理を行うように構成された周知のものを用いることができる。
伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続されている各部の間で授受されるデータや制御信号を伝送する。

さて、補助記憶デバイス２３の記憶領域の一部は、予約マスタテーブル２３ａ及び予約販売データ２３ｂを記憶するために使用される。予約マスタテーブル２３ａは、予約販売を管理するための各種の情報を含む。予約販売データ２３ｂは、予約販売の実績を管理するための各種の情報を含む。

図２は予約マスタテーブル２３ａに含まれるデータレコードＤＲ１の１つの構成を示す図である。
予約マスタテーブル２３ａは、複数のデータレコードＤＲ１の集合である。ただし予約マスタテーブル２３ａは、図２に示すデータレコードＤＲ１をそのまま複数含まず、周知の正規化が行われていてもよい。

データレコードＤＲ１は、１つの予約販売案件に対応する。データレコードＤＲ１は、フィールドＦ１１，Ｆ１２，Ｆ１３，Ｆ１４，Ｆ１５，Ｆ１６，Ｆ１７を含む。フィールドＦ１１のデータは、対応する予約販売案件を識別するための識別コードである予約販売コードを表す。フィールドＦ１２のデータは、予約販売の対象となる商品を識別するための識別コードである商品コードを表す。フィールドＦ１３，Ｆ１４は、対応する予約販売案件に関しての予約を受け付ける期間の開始日及び終了日を表す。フィールドＦ１５，Ｆ１６は、対応する予約販売案件に関して商品を客に対して受け渡す期間の開始日及び終了日を表す。フィールドＦ１７は、対応する予約販売案件に関して既に行われた予約の取消を許容する限度日を表す。

図３は予約販売データ２３ｂに含まれるデータレコードＤＲ２の１つの構成を示す図である。
予約販売データ２３ｂは、複数のデータレコードＤＲ２の集合である。ただし予約販売データ２３ｂは、図３に示すデータレコードをそのまま複数含まず、周知の正規化が行われていてもよい。

データレコードＤＲ２は、商品の個々に対応する。データレコードＤＲ２は、フィールドＦ２１と少なくとも１つのフィールドＦ２２とを含む。フィールドＦ２１のデータは、対応する商品の商品コードを表す。フィールドＦ２２のデータは、納品日と数量とを関連付けて表す。数量は、対応する商品に関して、関連付けられた納品日での納品が予約されている総数を表す。かくしてフィールドＦ２２は、対応する商品に関して予約の実績のある納品日の日数と同数がデータレコードＤＲ２に含まれる。

ＰＯＳサーバ２０は例えば、ハードウェアとして汎用のコンピュータ装置を用い、後述の情報処理について記述した情報処理プログラムを、アプリケーションプログラムの１つとしてメインメモリ２２又は補助記憶デバイス２３に書き込むことによって実現できる。なお、当該情報処理プログラムは、ＰＯＳサーバ２０の譲渡の際にメインメモリ２２又は補助記憶デバイス２３に記憶されていてもよいし、上記の汎用のコンピュータ装置とは別に譲渡されてもよい。後者の場合、情報処理プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して譲渡される。

次に以上のように構成されたＰＯＳシステム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

まず、予約販売の管理を担当する担当者は、新たな予約販売案件が生じた場合には、任意の情報端末からＰＯＳサーバ２０にアクセスし、当該予約販売案件に関して、対象商品の商品コード、予約開始日、予約終了日、納品開始日及び納品終了日を指定する。そうするとＰＯＳサーバ２０においてプロセッサ２１は、既に予約マスタテーブル２３ａに含まれているデータレコードＤＲ１のフィールドＦ１１に表された予約販売コードとは異なる予約販売コードを決定する。そしてプロセッサ２１は、新たなデータレコードＤＲ１を、予約マスタテーブル２３ａに追加する。プロセッサ２１は当該データレコードＤＲ１のフィールドＦ１１−Ｆ１６には、上記の予約販売コードと、上記の指定された商品コード、予約開始日、予約終了日、納品開始日及び納品終了日とをそれぞれ表す。

ＰＯＳ端末装置１０は、既存の同種の装置と同様に、通常の取引に関する買上商品の登録処理及び会計処理などを行う機能を備える。そして新たな取引に関する処理の開始を待機しているときに、予約宣言キーの押下が入力デバイス１５にて検出されたならば、プロセッサ１１が以下に説明する情報処理を開始する。なおプロセッサ１１は、以下に説明する情報処理を、メインメモリ１２又は補助記憶デバイス１３に記憶された前述の情報処理プログラムに基づいて実行する。

図４及び図５はプロセッサ１１による情報処理のフローチャートである。
Ａｃｔ１としてプロセッサ１１は、納品日入力画面ＳＣ１を表示デバイス１４に表示させる。納品日入力画面ＳＣ１は、客が商品の受け取りを希望する日としての納品日の入力を店員に行わせるための画面である。

図６は納品日入力画面ＳＣ１を示す図である。
納品日入力画面ＳＣ１は、文字列ＣＳ１、テキストボックスＴＢ１及びボタンＢＯ１，ＢＯ２を示している。
文字列ＣＳ１は、納品日の入力を店員に促すための文字メッセージを表す。テキストボックスＴＢ１は、納品日の入力を受け付けるための入力欄である。ボタンＢＯ１は、店員が、予約の取り止めを宣言するためのＧＵＩである。ボタンＢＯ２は、店員が、入力した納品日の確定を宣言するためのＧＵＩである。

なお図６においては、納品日として「３月３１日」を指定するための置数がなされた状態を示しており、テキストボックスＴＢ１の中に「０３３１」と表されている。この「０３３１」は、プロセッサ１１がＡｃｔ１を実行した際には示されない。プロセッサ１１は、納品日入力画面が表示された状態で、Ａｃｔ２へと進む。

Ａｃｔ２としてプロセッサ１１は、取り止め操作がなされたか否かを確認する。そしてプロセッサ１１は、該当する操作がなされていないならばＮｏと判定し、Ａｃｔ３へと進む。
Ａｃｔ３としてプロセッサ１１は、確定操作がなされたか否かを確認する。そしてプロセッサ１１は、該当する操作がなされていないならばＮｏと判定し、Ａｃｔ２へと戻る。
プロセッサ１１はかくして、Ａｃｔ２及びＡｃｔ３としては、取り止め操作又は確定操作がなされるのを待ち受ける。

店員は、何らかの理由で予約受け付けを取り止める場合には、例えばボタンＢＯ１にタッチするなどの取り止め操作を行う。そうするとプロセッサ１１は、Ａｃｔ２にてＹｅｓと判定し、図４に示す情報処理を終了する。

一方で店員は、客の希望を聞いて、納品日をテキストボックスＴＢ１に入力する。そして店員は、ボタンＢＯ２にタッチするなどの確定操作を行う。そうするとプロセッサ１１は、Ａｃｔ３にてＹｅｓと判定し、Ａｃｔ４へと進む。
Ａｃｔ４としてプロセッサ１１は、テキストボックスＴＢ１に入力された情報が日付を正しく表すか否かを確認する。そしてプロセッサ１１は、正しく日付を表さないならばＮｏと判定し、Ａｃｔ２及びＡｃｔ３の待受状態に戻る。

一方でプロセッサ１１は、テキストボックスＴＢ１に入力された情報が日付を正しく表すならばＡｃｔ４にてＹｅｓと判定し、Ａｃｔ５へと進む。なおこのときにプロセッサ１１は、納品日入力画面ＳＣ１の表示を終了し、表示デバイス１４における表示を、商品指定を受け付けるための受付画面ＳＣ２に変更する。ここでプロセッサ１１は、上記の入力された日付を、商品を顧客へ提供する将来の提供期間としての納品日として入力することになる。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは上記の入力を行う入力手段として機能する。

図７は受付画面ＳＣ２を示す図である。
受付画面ＳＣ２は、通常の買上登録の際に表示デバイス１４に表示させる画面と同様であってよい。ただし受付画面ＳＣ２は、前述の様に指定された納品日に関する予約販売に関しての受け付け中であることを店員が認識できるように、文字列ＣＳ２１を示している。文字列ＣＳ２１は、「３月３１日」を納品日とする予約販売に関する受け付け中であることを表している。つまり図７に示す受付画面ＳＣ２は、納品日として「３月３１日」が指定された場合の一例を示している。

Ａｃｔ５としてプロセッサ１１は、商品の指定がなされるのを待ち受ける。このとき店員は、例えば読取デバイス１６を用いて商品に表示されたバーコードを読み取るなどの周知の操作により商品を指定する。そしてプロセッサ１１は、このように商品が指定されたならば、Ａｃｔ５にてＹｅｓと判定し、Ａｃｔ６へと進む。なおこのときにプロセッサ１１は、指定商品の商品コードを取り込む。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは商品コードを取得する取得手段として機能する。

Ａｃｔ６としてプロセッサ１１は、指定商品が予約受け付けの対象となっている商品であるか否かを確認する。プロセッサ１１は具体的には、指定商品の商品コードをフィールドＦ１２のデータが表したデータレコードＤＲ１が予約マスタテーブル２３ａに含まれるか否かを確認する。なお、プロセッサ１１は、ＰＯＳ端末装置１０の起動時又は予約マスタテーブル２３ａが更新された時などの予め定められたタイミングで、ＰＯＳサーバ２０からメインメモリ１２又は補助記憶デバイス１３に予約マスタテーブル２３ａをコピーしておく。そしてプロセッサ１１は、このようにしてメインメモリ１２又は補助記憶デバイス１３に保存された予約マスタテーブル２３ａを参照して、上記の確認を行う。ただしプロセッサ１１は、予約マスタテーブル２３ａのコピーは行わずに、上記の確認の度にＰＯＳサーバ２０に問い合わせてもよい。そしてプロセッサ１１は、該当するデータレコードＤＲ１が見つからなかったならばＮｏと判定し、Ａｃｔ７へと進む。

Ａｃｔ７としてプロセッサ１１は、商品エラー画面ＳＣ３を表示デバイス１４に表示させる。商品エラー画面ＳＣ３は、指定商品が予約販売の対象ではないことを店員に通報するための画面である。

図８は商品エラー画面ＳＣ３を示す図である。
商品エラー画面ＳＣ３は、文字列ＣＳ３１及びボタンＢＯ３１を示している。
文字列ＣＳ３１は、指定商品が予約販売の対象ではないことを示した文字メッセージを表す。ボタンＢＯ３１は、店員が、商品エラー画面ＳＣ３の表示終了を宣言するためのＧＵＩである。

プロセッサ１１は一方、Ａｃｔ６にて該当するデータレコードＤＲ１が見つかったならばＹｅｓと判定し、Ａｃｔ８へと進む。なお、ここでプロセッサ１１が見つけたデータレコードＤＲ１を、以降においては商品合致レコードと称する。同一の商品についての予約販売が、複数回に渡り行われることがあり、この場合にはフィールドＦ１２のデータが同じ商品コードを表す複数のデータレコードＤＲ１が予約マスタテーブル２３ａに含まれることがあり得る。このためプロセッサ１１は、複数の商品合致レコードを見つける場合もある。

Ａｃｔ８としてプロセッサ１１は、現時点が、指定商品の予約期間内であるか否かを確認する。プロセッサ１１は具体的には、商品合致レコードにおけるフィールドＦ１３のデータが表す予約開始日よりも現在の日付が新しく、かつフィールドＦ１４のデータが表す予約終了日よりも現在の日付が古いならば、予約期間内であると判定する。なおプロセッサ１１は、複数の商品合致レコードが存在する場合には、それらのうちの１つでも上記を満たすならば、予約期間内であると判定する。そしてプロセッサ１１は、予約期間内ではないと判定した場合は、ＮｏとしてＡｃｔ９へと進む。

Ａｃｔ９としてプロセッサ１１は、期間エラー画面ＳＣ４を表示デバイス１４に表示させる。期間エラー画面ＳＣ４は、指定商品の予約を受け付ける期間中ではないことを店員に通報するための画面である。

図９は期間エラー画面ＳＣ４を示す図である。
期間エラー画面ＳＣ４は、文字列ＣＳ４１及びボタンＢＯ４１を示している。
文字列ＣＳ４１は、現在が、指定商品の予約を受け付ける期間ではないことを示した文字メッセージを表す。ボタンＢＯ４１は、店員が、期間エラー画面ＳＣ４の表示終了を宣言するためのＧＵＩである。

プロセッサ１１は一方、Ａｃｔ８にて予約期間内であると判定したならば、ＹｅｓとしてＡｃｔ１０へと進む。なお、ここでプロセッサ１１が予約期間内であると判定するために参照した商品合致レコードを、以降においては期間合致レコードと称する。なお、商品合致レコードが複数存在する場合には、それらに示された予約期間が一部重複している場合も想定される。そして現在の日付が、その重複している期間内に相当する場合も想定される。このためプロセッサ１１は、複数の期間合致レコードを見つける場合もある。

Ａｃｔ１０としてプロセッサ１１は、Ａｃｔ２及びＡｃｔ３の待受状態にあるときに入力された納品日が、指定商品の納品期間内であるか否かを確認する。プロセッサ１１は具体的には、期間合致レコードにおけるフィールドＦ１５のデータが表す納品開始日よりも納品日が新しく、かつフィールドＦ１６のデータが表す納品終了日よりも納品日が古いならば、納品期間内であると判定する。なおプロセッサ１１は、複数の期間合致レコードが存在する場合には、それらのうちの１つでも上記を満たすならば、納品期間内であると判定する。そしてプロセッサ１１は、納品期間内ではないと判定した場合は、ＮｏとしてＡｃｔ１１へと進む。
Ａｃｔ１１としてプロセッサ１１は、納期エラー画面ＳＣ５を表示デバイス１４に表示させる。納期エラー画面ＳＣ５は、指定された納品日が、指定商品の納品期間として正しくないことを店員に通報するための画面である。

図１０は納期エラー画面ＳＣ５を示す図である。
納期エラー画面ＳＣ５は、文字列ＣＳ５１及びボタンＢＯ５１を示している。
文字列ＣＳ５１は、指定された納品日が、指定商品の納品日として正しくないことを示した文字メッセージを表す。ボタンＢＯ５１は、店員が、納期エラー画面ＳＣ５の表示終了を宣言するためのＧＵＩである。

プロセッサ１１は、Ａｃｔ７、Ａｃｔ９及びＡｃｔ１１のいずれかで商品エラー画面ＳＣ３、期間エラー画面ＳＣ４及び納期エラー画面ＳＣ５のいずれかを表示させたのちには、いずれの場合もＡｃｔ１２へと進む。
Ａｃｔ１２としてプロセッサ１１は、表示中の画面の表示の終了を宣言する操作が行われるのを待ち受ける。このときに店員は、商品エラー画面ＳＣ３、期間エラー画面ＳＣ４及び納期エラー画面ＳＣ５のいずれかを確認し終えたならば、例えばボタンＢＯ４１，ＢＯ５１，ＢＯ６１のいずれかにタッチするなどの表示終了操作を行う。これに応じてプロセッサ１１はＹｅｓと判定し、Ａｃｔ１に戻る。つまりプロセッサ１１は、納品日の入力からやり直す。

このようにプロセッサ１１は、商品が納品日に納品可能ではない場合に、その旨を通報するために商品エラー画面、期間エラー画面又は納期エラー画面を表示デバイスに表示させる処理を通報処理として行っている。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは、上記の通報処理を行う通報手段として機能する。

プロセッサ１１は、納品期間内であると判定した場合は、Ａｃｔ１０にてＹｅｓとしてＡｃｔ１３へと進む。
Ａｃｔ１３としてプロセッサ１１は、指定商品の商品コードを含むように商品リストを更新する。なお、商品リストは、メインメモリ１２又は補助記憶デバイス１３に記憶されるものであり、当該情報処理の開始時などにプロセッサ１１によってクリアされる。

Ａｃｔ１４としてプロセッサ１１は、新たな商品の指定がなされたか否かを確認する。そしてプロセッサ１１は、商品の指定がなされていないならばＮｏと判定し、Ａｃｔ１５へと進む。
Ａｃｔ１５としてプロセッサ１１は、締め操作がなされたか否かを確認する。そしてプロセッサ１１は、該当する操作が行われていなければＮｏと判定し、Ａｃｔ１４へと戻る。
かくしてプロセッサ１１はＡｃｔ１４及びＡｃｔ１５としては、新たな商品の指定がなされるか、締め操作がなされるのを待ち受ける。このときに店員は、同じ客が複数の商品の予約を希望しているのならば、未指定の商品を指定する。プロセッサ１１は、このように商品が指定されたならばＡｃｔ１４にてＹｅｓと判定し、Ａｃｔ６へと戻る。なおこのときにプロセッサ１１は、指定商品の商品コードを取り込む。つまりプロセッサ１１は、新たな指定商品を対象としてＡｃｔ６以降の処理を前述と同様に繰り返す。

店員は、予約すべき商品の全てについての指定を完了したならば、例えば入力デバイス１５に設けられた小計キーを押すなどの予めさだめられた締め操作を行う。そうするとプロセッサ１１は、Ａｃｔ１５にてＹｅｓと判定し、図５中のＡｃｔ１６へと進む。
Ａｃｔ１６としてプロセッサ１１は、商品リストに基づいて、買上商品に関する代金を計算し、顧客から預かった金額を入力し、当該代金を決済するための会計処理を行う。なお、ここでは決済は行わずに、掛け売りとして処置してもよい。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは決済手段として機能する。

Ａｃｔ１７としてプロセッサ１１は、予約レシートをプリンタ１７に発行させる。予約レシートは、予約を行った証書として客に渡されるものである。プロセッサ１１は具体的には、納品日及び商品リストの内容などの予約結果を表した画像を生成し、当該画像のプリントをプリンタ１７に指示する。

図１１は予約レシートＲＥ１の一例を示す図である。なお図１１は、予約レシートＲＥ１のフォームを示しており、示される情報の一部は実際とは異なっている。
予約レシートＲＥ１のうちの領域ＡＲ１１は、指定された納品日である３月３１日に商品を受け取るべき予約がなされたことを示している。予約レシートＲＥ１のうちの領域ＡＲ１２は、商品リストの内容、すなわち予約されている商品の一覧を示している。予約レシートＲＥ１のうちの領域ＡＲ１３は、ＰＯＳ端末装置１０を操作して予約の受け付けを行った店員が署名するための署名欄を示している。予約レシートＲＥ１のうちの領域ＡＲ１４は、ジャーナル検索用のバーコードが示される。

Ａｃｔ１８としてプロセッサ１１は、取引レシートをプリンタ１７に発行させる。取引レシートは、取引内容の確認のために客に渡されるものであり、既存のＰＯＳ端末装置で発行されている一般的なレシートと同様なものである。プロセッサ１１は具体的には、商品リストの内容及び会計処理の結果などの取引結果を表した画像を生成し、当該画像のプリントをプリンタ１７に指示する。

Ａｃｔ１９としてプロセッサ１１は、予約控え票をプリンタ１７に発行させる。予約控え票は、予約が行われた証書として店舗で保管されるものである。プロセッサ１１は具体的には、納品日及び商品リストの内容などの予約結果を表した画像を生成し、当該画像のプリントをプリンタ１７に指示する。

図１２は予約控え票ＲＥ２の一例を示す図である。なお図１２は、予約控え票ＲＥ２のフォームを示しており、示される情報の一部は実際とは異なっている。
予約控え票ＲＥ２のうちの領域ＡＲ２１は、指定された納品日である３月３１日に商品を納品すべき予約がなされたことを示している。予約控え票ＲＥ２のうちの領域ＡＲ２２は、商品リストの内容、すなわち予約されている商品の一覧を示している。予約控え票ＲＥ２のうちの領域ＡＲ２３は、予約を行った客が署名するための署名欄を示している。予約控え票ＲＥ２のうちの領域ＡＲ２４は、予約を行った客が連絡先としての電話番号を記入するための記入欄を示している。予約控え票ＲＥ２のうちの領域ＡＲ２５は、ＰＯＳ端末装置１０を操作して予約の受け付けを行った店員が署名するための署名欄を示している。

以上のように予約控え票ＲＥ２は、予約の対象として前述のように判定した商品を、納品日に納品する予約がなされていることを示した、提供者としての店舗のための予約票に相当する。なお、前述の予約レシートＲＥ１は、当該予約がなされていることを示した被提供者としての客のための予約票に相当する。かくして、Ａｃｔ１６は予約票を発行するための発行処理に相当する。つまり情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは、発行手段として機能する。

Ａｃｔ２０としてプロセッサ１１は、取引情報を、ＰＯＳサーバ２０に宛てて通信ネットワーク３０へと通信インタフェース１８から送信する。取引情報は例えば、既存のＰＯＳサーバでの販売管理のために既存のＰＯＳ端末装置からＰＯＳサーバへと送信しているものと同様な情報であってよい。ただしプロセッサ１１は、当該取引情報には、商品コードのそれぞれに関連付けて納品日を含める。これにより、取引情報の送信により、ＰＯＳサーバ２０へと予約の通知がなされることになる。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは通知手段として機能する。なおプロセッサ１１は、取引情報をメインメモリ１２又は補助記憶デバイス１３に保存しておき、予め定められたタイミングで送信してもよい。
こののちプロセッサ１１は、図４及び図５に示す情報処理を終了する。

店舗においては、誰が、どの納品日で、どの商品を予約しているのかについては、予約控え票ＲＥ２によって管理する。そして客が予約レシートＲＥ１を持参して店舗に出向き、予約の取消を要求した場合には、ＰＯＳ端末装置１０が新たな取引に関する処理の開始を待機しているときに予約の取消のための処理の開始を指示する操作を例えば入力デバイス１５にて行う。そうすると、プロセッサ１１が以下に説明する情報処理を開始する。なおプロセッサ１１は、以下に説明する情報処理を、プロセッサ１１はメインメモリ１２又は補助記憶デバイス１３に記憶された前述の情報処理プログラムに基づいて実行する。

図１３はプロセッサ１１による情報処理のフローチャートである。なお、図１３において図４及び図５に示す情報処理におけるのと同様な処理については、図４及び図５と同一の符号を付し、その詳細な説明は省略する。また図１３においては、Ａｃｔ１−Ａｃｔ５についての図示は省略している。

プロセッサ１１は、予約の取消の際にも、Ａｃｔ１−Ａｃｔ７については前述の予約受け付けの場合の情報処理と同様に実行する。この際にプロセッサ１１は、予約を取り消す商品の商品コードを取得し、かつ当該商品に関する納品日を入力することになる。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは上記の取得を行う第２の取得手段及び上記の入力を行う第２の入力手段として機能する。

そしてプロセッサ１１は、指定商品が予約受け付けの対象となっているためにＡｃｔ６にてＹｅｓと判定したならば、Ａｃｔ３１へと進む。
Ａｃｔ３１としてプロセッサ１１は、現時点が、指定商品の予約を取り消すことが許容される取消期間内であるか否かを確認する。プロセッサ１１は具体的には、商品合致レコードにおけるフィールドＦ１７のデータが表す取消限度日よりも現在の日付が新しいならば、取消期間内であると判定する。なおプロセッサ１１は、複数の商品合致レコードが存在する場合には、それらのうちの１つでも上記を満たすならば、取消期間内であると判定する。そしてプロセッサ１１は、取消期間内ではないと判定した場合は、ＮｏとしてＡｃｔ９へと進む。

プロセッサ１１は一方、Ａｃｔ３１にて取消期間内であると判定したならば、ＹｅｓとしてＡｃｔ１０へと進む。なお、ここでプロセッサ１１が取消期間内であると判定するために参照した商品合致レコードを、以降においては期間合致レコードと称する。なお、商品合致レコードが複数存在する場合には、取消限度日が、いずれも現在の日付よりも新しい場合も想定される。このためプロセッサ１１は、複数の期間合致レコードを見つける場合もある。

プロセッサ１１は、Ａｃｔ１０−Ａｃｔ１２については前述の予約受け付けの場合の情報処理と同様に実行する。しかしながらプロセッサ１１は、Ａｃｔ１０にて納品日が納品期間内であると判定した場合は、ＹｅｓとしてＡｃｔ３２へと進む。
Ａｃｔ３２としてプロセッサ１１は、指定商品の商品コードを含むように取消リストを更新する。なお、取消リストは、メインメモリ１２又は補助記憶デバイス１３に記憶されるものであり、当該情報処理の開始時などにプロセッサ１１によってクリアされる。

プロセッサ１１はこののち、Ａｃｔ１４及びＡｃｔ１５の待ち受けを前述の予約受け付けの場合の情報処理と同様に実行する。
そしてプロセッサ１１は、店員が締め操作を行ったならば、Ａｃｔ１５にてＹｅｓと判定し、Ａｃｔ３３へと進む。

Ａｃｔ３３としてプロセッサ１１は、返金処理を行う。プロセッサ１１は具体的には、取消リストに基づいて、予約を取り消す商品に関する代金を計算する。ただし、ここでプロセッサ１１は、この時点においての商品の販売価格を考慮して上記の代金を計算する。予約時における会計においては、販売価格が異なっていたり、何らかの割引が適用されたりにより、決済された金額が上記の代金の金額とは異なる場合がある。そこでプロセッサ１１は、返金すべき代金の金額を、店員による操作に応じて変更する。またプロセッサ１１は、予約時における会計において、どのような決済方法により決済が行われたのかは、店員による操作に応じて判定する。そしてプロセッサ１１は、必要に応じて変更した代金を、決済方法に応じた返金方法で返金するための処理を行う。なお、予約時に掛け売りとしての処置が行われている場合には、返金すべき代金の金額は０とされる。店員は、客が提示した予約レシート及び取引レシートと、店舗に保管されている予約控え票とから取り消すべき予約の存在を確認し、さらに返金すべき代金及び返金方法を適切とするように上記の操作を行う。

Ａｃｔ３４としてプロセッサ１１は、取消レシートをプリンタ１７に発行させる。取消レシートは、予約を取り消した証書として客に渡されるものである。プロセッサ１１は具体的には、納品日及び商品リストの内容などの取消結果を表した画像を生成し、当該画像のプリントをプリンタ１７に指示する。

図１４は取消レシートＲＥ３の一例を示す図である。なお図１４は、取消レシートＲＥ３のフォームを示しており、示される情報の一部は実際とは異なっている。
取消レシートＲＥ３のうちの領域ＡＲ３１，ＡＲ３５は、当該証票が予約の取消に関して証するものであることを強調して示す。なお本実施形態では、取消レシートＲＥ３のフォームとしては、通常の買上商品の返品を証するための返品レシートのフォームを流用しており、領域ＡＲ３１，ＡＲ３５に示される文字も「返品」としている。取消レシートＲＥ３のうちの領域ＡＲ３２は、指定された納品日である３月３１日に商品を受け取るべきとしてなされていた予約が取り消されたことを示している。取消レシートＲＥ３のうちの領域ＡＲ３３は、取消リストの内容、すなわち予約が取り消された商品の一覧を示している。取消レシートＲＥ３のうちの領域ＡＲ３４は、ＰＯＳ端末装置１０を操作して予約の受け付けを行った店員が署名するための署名欄を示している。取消レシートＲＥ３のうちの領域ＡＲ３６は、ジャーナル検索用のバーコードが示される。

プロセッサ１１はこののち、Ａｃｔ１８としての取引レシートの発行を前述の予約受け付けの場合の情報処理と同様に実行する。ただし、今回の取引は予約の取消であるため、その内容を表したものとしての取引レシートとされる。

Ａｃｔ３５としてプロセッサ１１は、取消控え票をプリンタ１７に発行させる。取消控え票は、予約を取り消した証書として店舗で保管されるものである。プロセッサ１１は具体的には、納品日及び商品リストの内容などの予約結果を表した画像を生成し、当該画像のプリントをプリンタ１７に指示する。

図１５は取消控え票ＲＥ４の一例を示す図である。なお図１５は、取消控え票ＲＥ４のフォームを示しており、示される情報の一部は実際とは異なっている。
取消控え票ＲＥ４のうちの領域ＡＲ４１，ＡＲ４７は、当該証票が予約の取消に関して証するものであることを強調して示す。取消控え票ＲＥ４のうちの領域ＡＲ４２は、指定された納品日である３月３１日に商品を納品すべきとしてなされていた予約が取り消されたことを示している。取消控え票ＲＥ４のうちの領域ＡＲ４３は、取消リストの内容、すなわち予約が取り消された商品の一覧を示している。取消控え票ＲＥ４のうちの領域ＡＲ４４は、予約を取り消した客が署名するための署名欄を示している。取消控え票ＲＥ４のうちの領域ＡＲ４５は、予約を取り消した客が連絡先としての電話番号を記入するための記入欄を示している。取消控え票ＲＥ４のうちの領域ＡＲ４６は、ＰＯＳ端末装置１０を操作して予約の取消を行った店員が署名するための署名欄を示している。

Ａｃｔ３６としてプロセッサ１１は、取引情報を、ＰＯＳサーバ２０に宛てて通信ネットワーク３０へと通信インタフェース１８から送信する。取引情報は例えば、既存のＰＯＳサーバでの販売管理のために既存のＰＯＳ端末装置からＰＯＳ端末装置へと送信しているものと同様な情報であってよい。ただしプロセッサ１１は、当該取引情報には、商品コードのそれぞれに関連付けて納品日を含める。これにより、取引情報の送信により、ＰＯＳサーバ２０へと予約取消の通知がなされることになる。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第２の通知手段として機能する。またプロセッサ１１は、当該取引情報には、返品であることを示す予め定められた返品コードを含める。なおプロセッサ１１は、取引情報をメインメモリ１２又は補助記憶デバイス１３に保存しておき、予め定められたタイミングで送信してもよい。
こののちプロセッサ１１は、図１３に示す情報処理を終了する。

プロセッサ１１が、図５中のＡｃｔ２０又は図１３中のＡｃｔ３６を実行することによってＰＯＳ端末装置１０から送信された取引情報は、通信ネットワーク３０を介してＰＯＳサーバ２０へと伝送されると、通信インタフェース２４により受信される。また、予約販売ではない通常の販売に関する取引情報がＰＯＳ端末装置１０から送信され、通信ネットワーク３０を介してＰＯＳサーバ２０へと伝送されると、この取引情報は同様に通信インタフェース２４により受信される。そして、このように取引情報が受信された場合にＰＯＳサーバ２０においては、プロセッサ２１が図１６に示す情報処理を開始する。なおプロセッサ２１は、以下に説明する情報処理を、メインメモリ２２又は補助記憶デバイス２３に記憶された前述の情報処理プログラムに基づいて実行する。

図１６はプロセッサ２１による情報処理のフローチャートである。
Ａｃｔ４１としてプロセッサ２１は、受信された取引情報が表す取引の内容を含むようにジャーナルデータを更新する。
Ａｃｔ４２としてプロセッサ２１は、受信された取引情報に納品日が含まれているか否かを確認する。そしてプロセッサ２１は、納品日が含まれているならばＹｅｓと判定し、Ａｃｔ４３へと進む。
Ａｃｔ４３としてプロセッサ２１は、取引情報に示された商品の１つを着目商品として決定する。

Ａｃｔ４４としてプロセッサ２１は、取引情報に返品コードが含まれているか否かを確認する。そしてプロセッサ２１は、返品コードが含まれていないならばＮｏと判定し、Ａｃｔ４５へと進む。つまりプロセッサ２１は、図５に示すＡｃｔ２０として送信された取引情報が受信された場合には、Ａｃｔ４５へと進む。

Ａｃｔ４５としてプロセッサ２１は、次の２つの条件に該当するフィールドＦ２２が存在しているか否かを確認する。
(1) 着目商品の商品コードがフィールドＦ２１に示されたデータレコードＤＲ２に含まれているフィールドＦ２２
(2) 納品日として、受信された取引情報に示された納品日が示されたフィールドＦ２２。

そしてプロセッサ２１は、該当するフィールドＦ２２が存在しないならばＮｏと判定し、Ａｃｔ４６へと進む。
Ａｃｔ４６としてプロセッサ２１は、着目商品の商品コードがフィールドＦ２１に示されたデータレコードＤＲ２に、受信された取引情報に示された納品日と、受信された取引情報に示された着目商品の数とを示したフィールドＦ２２を追加する。なおプロセッサ２１は、着目商品の商品コードがフィールドＦ２１に示されたデータレコードＤＲ２が存在しないならば、新たなデータレコードＤＲ２を予約販売データ２３ｂに追加する。プロセッサ２１は、当該データレコードＤＲ２は、着目商品の商品コードをフィールドＦ２１に示し、かつ受信された取引情報に示された納品日と着目商品の数とを示したフィールドＦ２２を含んだものとする。

プロセッサ２１は一方で、該当するフィールドＦ２２が存在したならばＡｃｔ４５にてＹｅｓと判定し、Ａｃｔ４７へと進む。
Ａｃｔ４７としてプロセッサ２１は、該当するフィールドＦ２２に示された数量を、受信された取引情報に示された着目商品の数だけ増加させる。

さてプロセッサ２１は、取引情報に返品コードが含まれているならばＡｃｔ４４にてＹｅｓと判定し、Ａｃｔ４８へと進む。つまりプロセッサ２１は、図１３に示すＡｃｔ３６として送信された取引情報が受信された場合には、Ａｃｔ４８へと進む。
Ａｃｔ４８としてプロセッサ２１は、該当するフィールドＦ２２に示された数量を、受信された取引情報に示された着目商品の数だけ減少させる。

以上のようにプロセッサ２１は、Ａｃｔ４６，Ａｃｔ４７及びＡｃｔ４８により、予約された商品の数を納品日毎に集計することになる。かくして情報処理プログラムに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは上記の集計を行う集計手段として機能する。

プロセッサ２１は、Ａｃｔ４６，Ａｃｔ４７及びＡｃｔ４８のいずれかを終えると、Ａｃｔ４９へと進む。
Ａｃｔ４９としてプロセッサ２１は、取引情報に示された商品の中にまだ着目商品として決定されていない商品が存在するか否かを確認する。そしてプロセッサ２１は、該当する商品が存在するならばＹｅｓと判定し、Ａｃｔ４３以降を繰り返す。このときにプロセッサ２１はＡｃｔ４３においては、まだ着目商品として決定していない商品を新たな着目商品として決定する。つまりプロセッサ２１は、取引情報に示された商品のそれぞれに関して、Ａｃｔ４６，Ａｃｔ４７又はＡｃｔ４８を行う。そしてプロセッサ２１は、取引情報に示された商品の全てを着目商品として決定し終えているならば、Ａｃｔ４９にてＮｏと判定し、当該情報処理を終了する。

なおプロセッサ２１は、受信された取引情報に納品日が含まれていないならば、Ａｃｔ４２にてＮｏと判定し、Ａｃｔ４３−Ａｃｔ４９を実行することなく当該情報処理を終了する。つまりプロセッサ２１は、受信されたのが予約販売ではない通常の販売に関する取引情報である場合には、予約販売データ２３ｂを更新しない。

このようにＰＯＳサーバ２０においては、予約販売に関して、予約がなされている商品について、納品日毎の予約総数を管理し、その予約が、いつ、誰により行われたのか等については管理しない。なお、ＰＯＳサーバ２０が本部サーバである場合には、ＰＯＳ端末装置１０が設置されている店舗を識別するための店舗コードが取引情報に含まれることが一般的である。そこでこのような場合にＰＯＳサーバ２０は、店舗コードに関連づけて予約販売データ２３ｂを管理してもよい。

以上のようにＰＯＳ端末装置１０によれば、例えば通常の買上登録と同様に行われる店員による操作に応じて予約販売の対象となる商品が判定される。またＰＯＳ端末装置１０によれば、店員による操作に応じて上記の商品の納品日が判定される。そしてＰＯＳ端末装置１０によれば、上記商品と納品日とを表した客用の予約レシートＲＥ１及び店舗用の予約控え票ＲＥ２がそれぞれ発行される。このため、客は、予約レシートＲＥ１を店舗にて提示することにより、予約者であることを証することができる。また店舗では店員が、客が提示した予約レシートＲＥ１と予約控え票ＲＥ２とを照合することにより、予約が正規に行われていることを確認することができる。従って、店員が予約台帳に記入するなどの手間が無いし、その際の記入ミスにより予約の管理が正しく行えなくなってしまうことも無い。これにより、予約による商品販売の受け付け及び管理を簡易かつ適切に行えるようになる。

またＰＯＳ端末装置１０によれば、納品日を判定すること、予約レシートＲＥ１及び予約控え票ＲＥ２を発行すること、ならびに取引情報に納品日を含めることの他は、既存のＰＯＳ端末装置における通常の買上登録及び会計の処理を流用できる。つまり、ＰＯＳ端末装置１０は、既存のＰＯＳ端末装置の使用を大幅に変更することなく、簡易な改変により実現することが可能である。

またＰＯＳ端末装置１０によれば、指定された商品が予約対象の商品として適正であるかどうか、あるいは指定された納品日が予約対象の商品の納品日として適正であるかどうかが確認される。そして適正であることが確認できない場合には、予約レシートＲＥ１及び予約控え票ＲＥ２が発行されない。従って、誤った商品又は納品日を指定しての予約が受け付けられてしまうことを防止できる。

またＰＯＳ端末装置１０によれば、商品又は納品日が適正ではないことが検知された場合には、その旨が商品エラー画面ＳＣ３、期間エラー画面ＳＣ４又は納期エラー画面ＳＣ５によって店員に通知される。このため店員は、予約を受け付けることができないことを知ることができ、適正な予約を受け付けるための処置を速やかに講ずることが可能となる。

またＰＯＳ端末装置１０によれば、例えば通常の返品登録と同様に行われる店員による操作に応じて予約取消の対象となる商品が判定される。またＰＯＳ端末装置１０によれば、店員による操作に応じて上記の商品の納品日が判定される。そしてＰＯＳ端末装置１０によれば、上記商品と納品日とを表した客用の取消レシートＲＥ３及び店舗用の取消控え票ＲＥ４がそれぞれ発行される。このため、客は、取消レシートＲＥ３により、予約が取り消し済みであることを管理できる。また、取り消された予約に関する予約レシートＲＥ１を客が提示した場合でも、当該予約レシートＲＥ１を取消控え票ＲＥ４と照合することにより、予約が取り消されていることを店員が確認することができる。従って、店員が予約控え票ＲＥ２にメモを残すなどして取り消しを管理する手間が無いし、その際の記入ミスや記入漏れにより予約の管理が正しく行えなくなってしまうことも無い。

またＰＯＳ端末装置１０によれば、納品日を判定すること、取消レシートＲＥ３及び取消控え票ＲＥ４を発行すること、ならびに取引情報に納品日を含めることの他は、既存のＰＯＳ端末装置における通常の返品の処理を流用できる。つまり、ＰＯＳ端末装置１０は、既存のＰＯＳ端末装置の使用を大幅に変更することなく、簡易な改変により実現することが可能である。

またＰＯＳ端末装置１０によれば、指定された商品が予約対象の商品として適正であるかどうか、あるいは指定された納品日が予約を取り消そうとする商品の納品日として適正であるかどうかが確認される。そして適正であることが確認できない場合には、取消レシートＲＥ３及び取消控え票ＲＥ４が発行されない。従って、誤った商品又は納品日を指定しての予約取消が受け付けられてしまうことを防止できる。

またＰＯＳシステム１００によれば、店舗における予約の確認を上述のように予約レシートＲＥ１及び予約控え票ＲＥ２に基づいて行うことを前提としており、ＰＯＳサーバ２０においては予約を管理するための予約販売データ２３ｂでは、納品日毎の予約総数を管理し、その予約が、いつ、誰により行われたのか等の詳細については管理しない。このため、いつ、誰により行われたのか等の詳細についてまで管理する場合に比べて、予約販売データ２３ｂのデータ量を小さく抑えることができる。そして、どの商品を、いつ、いくつ用意する必要があるのかについては予約販売データ２３ｂから容易に判断でき、予約商品の発注作業を容易とすることが可能である。

この実施形態は、次のような種々の変形実施が可能である。
プリンタ１７は、ＰＯＳ端末装置１０には含めず、ＰＯＳ端末装置１０に外付けされるプリンタ装置などを用いるようにしてもよい。

予約レシートＲＥ１及び予約控え票ＲＥ２の少なくともいずれか一方に代えて、それらに表された情報を可搬型の記憶媒体に記憶させてもよい。この場合、情報を記憶した記憶媒体が予約票の役割を持ち、記憶媒体に情報を書き込むデバイスが発行デバイスに相当する。

商品登録処理の機能を備え、会計処理の機能は備えない商品登録装置などのような、ＰＯＳ端末装置以外の装置に予約受付装置としての機能を備えることもできるし、予約受付装置としての独立した装置として実現することもできる。

予約販売に限らず、予約に基づいて無償で物品を提供者から被提供者に提供するサービスに関する予約の受け付け及び管理を行うための装置及びシステムとして実現することもできる。

プロセッサ１１は、提供期間を、提供日に代えて、つまり１日単位の期間に代えて、時間単位、週単位、月単位などの別の様々な期間としてもよい。

プロセッサ１１，２１が行う前述した情報処理の一部は省略してもよい。例えば、図４におけるＡｃｔ６，Ａｃｔ８，Ａｃｔ１０の１つ又は２つを行わなくてもよい。同様に、図１３におけるＡｃｔ６，Ａｃｔ３１，Ａｃｔ１０の１つ又は２つを行わなくてもよい。なお、省略する処理の前の処理からは、省略する処理でＹｅｓと判定された場合に進む処理へと進むようにする。

情報処理によりプロセッサ１１，２１が実現する各機能は、その一部または全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 商品を識別する商品コードを取得する取得手段と、
前記商品コードで識別される商品を顧客へ提供する将来の提供期間を入力する入力手段と、
前記取得手段により取得された商品コードで識別される商品が、前記入力手段により入力された前記提供期間において提供可能である場合、前記取得手段により取得された商品コードで識別される商品に関する予約票を発行するための発行処理を行う発行手段と、
を具備する商品データ処理装置。
［付記２］ 前記取得手段により取得された商品コードで識別される商品が、前記入力手段により入力された前記提供期間において提供可能である場合、当該商品の代金を決済するための決済処理を行う決済手段、
をさらに備える付記１に記載の商品データ処理装置。
［付記３］ 前記取得手段により取得された商品コードで識別される商品が、前記入力手段により入力された前記提供期間において提供可能ではない場合に、その旨を前記操作者に対して通報するための予め定められた通報処理を行う通報手段、
をさらに備える付記１又は付記２に記載の商品データ処理装置。
［付記４］ 商品データ処理装置と商品提供管理装置とを含み、
前記商品データ処理装置は、
商品を識別する商品コードを取得する取得手段と、
前記商品コードで識別される商品を顧客へ提供する将来の提供期間を入力する入力手段と、
前記取得手段により取得された商品コードで識別される商品が、前記入力手段により入力された前記提供期間において提供可能である場合、前記取得手段により取得された商品コードで識別される商品に関する予約票を発行するための発行処理を行う発行手段と、
前記取得手段により取得された商品コード及び前記入力手段により入力された前記提供期間をそれぞれ前記商品提供管理装置に通知する通知手段と、
を具備し、
前記商品提供管理装置は、
前記通知手段により通知された前記商品コードで識別される商品の数を、前記通知手段により通知された前記提供期間毎に集計する集計手段、
を備える商品提供管理システム。
［付記５］ 前記商品データ処理装置は、
提供を取り消す商品を識別する商品コード取得する第２の取得手段と、
提供を取り消す商品の提供期間を入力する第２の入力手段と、
前記第２の取得手段により取得された商品コード及び前記第２の入力手段により入力された提供期間をそれぞれ前記商品提供管理装置に通知する第２の通知手段と、
をさらに具備し、
前記商品提供管理装置の前記集計手段は、前記第２の通知手段により通知された前記商品コードで識別される商品の数を、前記第２の通知手段により通知された前記提供期間に関して集計している数から減じる、
付記４に記載の商品提供管理システム。
［付記６］ 商品データ処理装置を制御するコンピュータを、
商品を識別する商品コードを取得する取得手段と、
前記商品コードで識別される商品を顧客へ提供する将来の提供期間を入力する入力手段と、
前記取得手段により取得された商品コードで識別される商品が、前記入力手段により入力された前記提供期間において提供可能である場合、前記取得手段により取得された商品コードで識別される商品に関する予約票を発行するための発行処理を行う発行手段と、
して機能させるための情報処理プログラム。

１０…ＰＯＳ端末装置、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…表示デバイス、１５…入力デバイス、１６…読取デバイス、１７…プリンタ、１８…通信インタフェース、１９…伝送路、２０…ＰＯＳサーバ、２１…プロセッサ、２２…メインメモリ、２３…補助記憶デバイス、２３ａ…予約マスタテーブル、２３ｂ…予約販売データ、２４…通信インタフェース、２５…伝送路、３０…通信ネットワーク、１００…ＰＯＳシステム。

Claims (4)

1. 商品データ処理装置と商品提供管理装置とを含み、
   前記商品データ処理装置は、
   商品を識別する商品コードを取得する取得手段と、
   商品を顧客へ提供する将来の提供期間を入力する入力手段と、
   前記取得手段により取得された商品コードで識別される商品が、前記入力手段により入力された前記提供期間において提供可能である場合、前記取得手段により取得された商品コードで識別される商品に関する予約票を発行するための発行処理を行う発行手段と、
   前記取得手段により取得された商品コード及び前記入力手段により入力された前記提供期間をそれぞれ前記商品提供管理装置に通知する通知手段と、
   を具備し、
   前記商品提供管理装置は、
   前記通知手段により通知された前記商品コードで識別される商品の数を、前記通知手段により通知された前記提供期間毎に集計する集計手段、
   を備える商品提供管理システム。
2. 前記商品データ処理装置は、
   前記取得手段により取得された商品コードで識別される商品が、前記入力手段により入力された前記提供期間において提供可能である場合、当該商品の代金を決済するための決済処理を行う決済手段、
   をさらに備える請求項１に記載の商品提供管理システム。
3. 前記商品データ処理装置は、
   前記取得手段により取得された商品コードで識別される商品が、前記入力手段により入力された前記提供期間において提供可能ではない場合に、その旨を操作者に対して通報するための予め定められた通報処理を行う通報手段、
   をさらに備える請求項１又は請求項２に記載の商品提供管理システム。
4. 前記商品データ処理装置は、
   提供を取り消す商品を識別する商品コード取得する第２の取得手段と、
   提供を取り消す商品の提供期間を入力する第２の入力手段と、
   前記第２の取得手段により取得された商品コード及び前記第２の入力手段により入力された提供期間をそれぞれ前記商品提供管理装置に通知する第２の通知手段と、
   をさらに具備し、
   前記商品提供管理装置の前記集計手段は、前記第２の通知手段により通知された前記商品コードで識別される商品の数を、前記第２の通知手段により通知された前記提供期間に関して集計している数から減じる、
   請求項１−請求項３のいずれか一項に記載の商品提供管理システム。
   

Images