JP2008250890A - 商品管理システム - Google Patents

Abstract

【課題】商品を店頭販売する店舗において、顧客が簡単な操作により特定商品の取り置きを申し込むことができる商品管理システムを、提供する。
【解決手段】商品データベース１４４には、各商品種類毎に、その型番，在庫数，販売可能数が、登録されている。各商品サンプルＳに添付されたＲＦタグ６には、各型番に対応したタグＩＤが保持されている。携帯ＲＦリーダ機能を有する携帯電話５がこのＲＦタグ６に翳されると、当該ＲＦタグ６からタグＩＤを読み出し、操作者によって指定された個数及び個人識別情報と共にサーバ装置１０へ送信する。サーバ装置１０内では、予約サーバ１４２が、受信したタグＩＤに対応した型番に対対応して商品データベース１４４に登録されている販売可能数を、受信した個数分減算するとともに、受信した個人識別情報，予約日時，所定の保存制限期間，型番，個数を含む予約情報データを生成し、予約情報データベース１４８に登録する。
【選択図】図１

Description

本発明は、店頭で商品を販売する現実の店舗において商品の売買の予約販売を行うための商品管理システムに、関する。

近年、ネットワーク上の仮想店舗を通じた商品販売が普及している。かかる仮想店舗での商品販売は、商品の仕入れ，保管，発送を除く全ての行為（問屋に対して顧客への直接発送を依頼する販売形態を採る場合には全行為）を、データ処理によって行うことができる。従って、商品の売買契約の扱いについても、商品の物理的な制約に捕らわれる必要があまりないので、様々な取り決めを行い、かつ、その取り決めをシステム化することにより、柔軟且つ明確に売買を行うことができるのである。例えば、一旦商品を注文した後も、予め取り決められた一定期間内であれば買主から一方的に契約解除することができるように取り決めている仮想店舗も、存在している。このような仮想店舗と取引する顧客は、一旦商品を注文した後も、契約解除が可能な一定期間の間に、他の仮想店舗や現実店舗にて販売されている同種商品の売値と比較し、他に安い売値で販売している信頼性の高い仮想店舗や現実店舗が存在すれば、当初の売買契約を解除することができるし、同一仮想店舗における売値が下降傾向にあるならば、一旦当初の売買契約を解除してから現時点での安い売値で売買契約を結び直すこともできるので、顧客にとっても利点が多い。

但し、かかる仮想店舗を通じた商品売買によると、顧客は、購入の申込をする前に予め商品を手に取って見ることはできず、自己のコンピュータのディスプレイ上に表示される当該商品の写真や属性情報に基づいて、自己が必要としている商品のイメージに当該商品が合致しているかどうかを、判断せざるを得なかった。その為、一旦商品売買が引き渡された後の返品を一切認めない仮想店舗（本出願時点における特定商取引法によると通信販売にはクーリングオフが法定されていない）では、顧客は購入を控えるようになってしまう一方、解除ないし返品を認める仮想店舗では、顧客サービスには資するとしても、返品在庫のリスクないしコストを負担しなければらならないという問題が生じる。よって、仮想店舗による商品売買が今後一層普及したとしても、従来の店頭販売のニーズが無くなることはないと考えられる。

他方、現実店舗での店頭販売においては、少なくとも商品を陳列して接客する店舗及び在庫品保管のための倉庫といった物理施設が必須となるために、これらの設備に要するコストが収支を圧迫するという問題がある。そのため、不特定物を販売する商店の場合には、店舗には商品見本のみを陳列することによって店舗スペースを縮小し、売買契約が成立する都度、見本と同種類の商品を倉庫から取り出して顧客に手渡す販売形態を、採ることが多い。

よって、従来においても、店頭販売を行う商店において、各商品種類に対応付けられた電子データを処理することによって商品管理を行うことは、一般化しているといえる。

しかしながら、従来の店頭販売のための商品管理システムは、店頭で即時に商品を売買することのみを前提に構築されているので、商品の取り置き（ないし、売買の予約）を可能とすべく取り置きされた商品を管理するようには構成されていなかった。よって、上述したように一部の仮想店舗によると可能であった一定期間内の契約解除（ないし、予約の取消）は、店頭販売ではシステム化されておらず、単に、店員のケースバイケースの判断により、商品を、倉庫内の特定スペースに物理的に保管することによって、顧客の要求に応じているに過ぎなかった。従って、かかる場合における顧客との契約又はその予約の存否（成否及び解除の有無）についての認識が曖昧になり、取り置きされた商品が顧客又は店員の契約の存否についての誤解又は失念に因って放置されることにより、商品価値を棄損してしまったり、倉庫内スペースを無駄に占有してしまうという問題がある。

そこで、本発明の課題は、商品を店頭販売する店舗において、顧客が簡単な操作により特定商品の取り置き（売買予約）を申し込むことができるようにし、更に、その申込みの履歴を電子データ化し、この電子データに基づいて、取り置き（売買の予約）の期限を管理し、顧客に対して予約完結を促したり、取り置き（売買の予約）を取り消すことにより、取り置き（売買の予約）がなされた商品が放置されてしまうことを防止するとともに、顧客には、他店との比較の機会を付与することができる商品管理システムを、提供することとする。

上述した課題を解決するために案出された本発明による商品管理システムは、ＲＦタグに保持されているＩＤを読み出すＲＦリーダ，プログラムを格納する記憶媒体，当該記憶媒体からプログラムを読み出して実行する処理装置，当該処理装置によって制御されることによって情報を表示するディスプレイ，当該処理装置にデータを入力するための入力装置，及び、前記処理装置によって制御されることによってネットワークを通じたデータ通信を行う通信装置を有する端末装置と、プログラムを保存する記憶媒体，媒体からプログラムを読み出して実行する処理装置，前記処理装置によって制御されることによってネットワークを通じたデータ通信を行う通信装置，前記ＩＤと商品種類の識別情報とを対応付けて記憶している第１データベース，各商品種類の識別情報に対応付けて、在庫数及び販売可能数を記憶している第２データベース，予約のなされた商品種類の識別情報，予約者の個人識別情報，予約のなされた商品の個数，予約日時及び予約完結期間からなる予約情報データを記憶している第３データベースを有するサーバ装置とからなる。そして、前記端末の記憶媒体に格納されて処理装置によって実行されるプログラムは、この処理装置を、前記ＲＦリーダによって読み出されたＩＤ，前記入力装置によって入力された個数，及び、前記端末の操作者の個人識別情報からなる予約要求データを作成する予約要求データ作成手段，及び、当該予約要求データを前記通信装置を通じて前記サーバ装置へ送信させる送信手段として機能させるクライアントプログラムである。また、前記サーバ装置の記憶媒体に格納されて処理装置によって実行されるプログラムは、この処理装置を、前記通信装置を通じて前記端末から受信した前記予約情報データに含まれるＩＤに対応した商品種類の識別情報を前記第１データベースから読み出す商品種類識別情報読出手段，前記商品種類の識別情報，前記予約要求データに含まれる個人識別情報及び個数，予約日時としての現在日時，及び、所定の予約完結期間からなる予約情報データを生成して前記第４データベースに登録する予約情報データ登録手段，前記商品種類の識別情報に対応して前記第２データベースに記憶されている販売可能数を前記予約情報データ中の個数分減じる予約可能数減算手段として機能させるサーバプログラムである。

このように構成されると、商品の取り置きの管理は、第２データベースにおいて、当該商品の種類に対応して記憶されている在庫数と販売可能数との間に差分を持たせることによりなされる。即ち、この差分が予約数に相当し、商品が販売されることによって在庫数が減少して予約数に合致すると、その時点で販売可能数が零になり、それ以上の当該種類の商品の販売が禁止されるのである。このように商品の取り置きは、情報操作のみよってなされるので、実際の商品の在庫は、倉庫内において移動させる必要がない。よって、特別な取置用のスペースを確保する必要もないし、かかるスペースに商品を放置してしまうことによって、当該商品の劣化により価値を損なうこともない。

以上のように構成された本発明による商品管理システムによると、顧客が簡単な操作により特定商品の取り置き（売買予約）を申し込むことができるようになり、更に、その申込みの履歴が電子データ化されるので、この電子データに基づいて、取り置きの期限（売買の予約完結の期限）の管理が可能になる。

１．以下、図面に基づいて、本発明による商品管理システムの実施の形態を、説明する。

２．システム構成
図１は、本発明の実施の形態である商品管理システム及び当該商品管理システムと通信する各通信機器とを接続してなるコンピュータネットワークの概略構成を示すブロック図である。この図１に示されているように、このコンピュータネットワークは、顧客の自宅やオフィス若しくはネットカフェ等に設置されたＰＣ（Personal Computer）２，このＰＣ２からインターネットＮを通じてアクセス可能な、各商店に夫々設置された店舗別商品管理システム１，価格比較サイト３等，並びに、インターネットＮ及び携帯電話網Ｍを通じて各店舗別商品管理システム１にアクセス可能な携帯電話５を、含んでいる。

ＰＣ２は、各商店主と契約を交わすことによって当該商店が提供する各種サービス（商品取り置きサービス等）を受ける会員となった利用者（以下、「会員」と称する場合もある）が操作する通常構成（即ち、プログラムを格納するディスク装置２１，プログラムを実行するＣＰＵ２４，ＣＰＵ２４がプログラムを実行する際の作業領域が展開される主記憶装置２５，利用者がデータを入力するためのキーボード等の入力装置２６，ＣＰＵ２４の処理結果を画面表示するためのディスプレイ２３，インターネットＮに繋がる回線とのインターフェースとしての通信装置２２，等を含む）のコンピュータであり、コンテンツを閲覧するためのブラウザプログラムや通信プログラムを実行している。

携帯電話５は、会員が操作し、通常構成（即ち、プログラムや各種データを格納する記憶媒体としてのメモリ５１，プログラムを実行する処理装置としてのＣＰＵ５２，利用者がデータを入力するための入力装置としてのキーボード５６，ＣＰＵ５２の処理結果を画面表示するためのディスプレイ５５，携帯電話網Ｍを構成する地上局との間でパケットの授受を行う通信装置としての無線装置５４，電子マネーや電子定期乗車券機能を実現するためのメモリやシーケンサーやＲＦリーダを含むＲＦチップ５３，等）を有する、インターネット接続機能，アプリケーションプログラムのダウンロード機能及び電子マネー（電子定期乗車券）機能付きの携帯電話機（端末装置）である。なお、通信装置５４を介して図示せぬサービスサイトからメモリ５１にダウンロードされてＣＰＵ５２により実行されるアプリケーションプログラムには、ＲＦチップ５３を介して外部のＲＦタグ６から情報を読み取ったり、自携帯電話５に固有の端末ＩＤ（電話番号，若しくは、ＲＦチップ５３のチップＩＤ）を通信装置５４を通じて送出し、更に、図７及び図８を参照して後述する予約処理を実行する予約プログラム（クライアントプログラム）が、含まれている。

ＲＦカード４は、パッシブ型のＲＦタグ４１が埋め込まれたプラスチック製のカードであり、このＦＲカード４をＦＲライタ７に翳すことにより、このＦＲライタ７に固有の識別情報（タグＩＤ）がＲＦタグ４１の内蔵メモリに書き込まれ、このＦＲカード４をＲＦリーダ８１に翳すことにより、ＲＦタグ４１の内蔵メモリに書き込まれた情報（タグＩＤ）が読み出される。

各店舗商品管理システム１は、ＬＡＮ（Local Area Network）を通じて相互に通信可能に書き込まれたサーバ装置１０，当該店舗書品管理システム１が設置された商店の店舗に置かれたＰＯＳ端末８，発送システム１５及びルータ９，並びに、当該店舗に陳列された各商品見本Ｓに添付された夫々固有のタグＩＤを有するＲＦタグ６，各商品見本Ｓが陳列された棚に設置された夫々固有のタグＩＤを有するＦＲライタ７を、含んでいる。

サーバ装置１は、互いにバスＢによって接続されたＣＰＵ１３，ＬＡＮカード１１，主記憶装置１２及びハードディスク１４から、構成されている。これらのうち、ＣＰＵ１３は、このホスト装置１全体の制御を行う中央処理装置（コンピュータ）である。また、主記憶装置１２は、ＣＰＵ１３が各種処理を実行するに際しての作業領域が展開されるメインメモリである。また、ＬＡＮカード１１は、ＬＡＮとのインタフェースをなす通信装置である。

ハードディスク１４は、ＣＰＵ１３によって読み出されて実行される各種プログラム及び各種データを格納している記憶媒体である。このハードディスク１４が格納している各種データには、当該店舗において販売されている各種類の商品毎に、その型番を含む商品情報を管理する商品データベース１４４（第２データベース），各会員についての情報を管理する顧客情報データべース１４６（第４データベース），各商品毎に、その商品に添付されたＲＦタグのタグＩＤ又はその商品が陳列されている商品棚に設置されているＦＲライタ７のタグＩＤをその商品の型番に対応付けて記憶している商品タグデータベース１４７（第１データベース），顧客によって申し込まれた各予約毎に、その内容を示す予約情報データが登録される予約情報データベース１４８（第３データベース），当該商店と顧客との間に交わされた本契約の内容を示す電子伝票データを記憶している売上げ伝票データベース１４９を含む。

具体的には、図２に示すように、商品データベース１４４は、各商品種類に夫々対応するエントリを有し、各エントリは、その商品種類の型番（識別情報）が登録される「型番」フィールド，当該商店の倉庫に在庫されているその商品種類の総在庫数が登録される「在庫数」フィールド，その商品種類の在庫のうち会員によって予約されている個数が登録される「予約数」フィールド，その商品種類の在庫のうち予約がなされていないために即時に販売することができる個数が登録される「販売可能数（＝在庫数−予約数）」フィールド，その商品種類の商品の現時点における販売価格が登録される「現在売価」フィールド，その商品種類の商品の説明文が登録される「商品説明」フィールド，及び、その商品種類の商品を次回の仕入日及び仕入数が登録される「仕入予定」フィールドから、構成される。

また、図３に示すように、顧客情報データベース１４６は、各会員に夫々対応するエントリを有し、各エントリは、その会員の氏名が登録される「氏名」フィールド，住所が登録される「住所」フィールド，その会員の電子メールアドレスが登録される「メアド」フィールド，会員の当該商店における過去の購入履歴（日時，型番，個数）が登録される「購入履歴」フィールド，その会員について発行されたポイントが登録される「ポイント」フィールド，その会員が保有する携帯電話５又はＲＦカードの端末ＩＤ（電話番号ないしチップＩＤ）が登録される「端末ＩＤ」フィールド，その会員の個人識別番号が登録される「個人ＩＤ」フィールド，その会員の個人識別番号（以下、「個人ＩＤ」という）に対応したパスワードが登録される「パスワード」フィールド，及び、その会員がネットワークを通じて本契約を行う場合に決済に用いる手段についての情報（例えば、クレジットカードのカード番号）が登録される「課金情報」から、構成される。

また、図４に示すように、商品タグデータベース１４７は、各タグＩＤに夫々対応するエントリを有し、各エントリは、そのタグＩＤが登録される「タグＩＤ」フィールド，及び、当該タグＩＤに対応付けられた商品種類の型番が登録される「型番」フィールドから、構成される。

また、図５に示すように、予約情報データベース１４８は、各予約情報データが夫々登録されるエントリを有し、各エントリは、予約を行った会員の個人ＩＤが登録される「個人ＩＤ」フィールド，予約が成立した日時が登録される「予約日時」フィールド，予約された商品種類に対応した型番が登録される「型番」フィールド，予約された当該種類商品の予約個数が登録される「個数」フィールド，その予約を一意に特定するための通し番号（予約番号）が登録される「予約番号」フィールド，その予約の有効期間（即ち、満了により予約取消が擬制される期間）が登録される「保存制限時間」フィールド，及び、手付を打った場合にその手付額が登録される「手付額」フィールドから、構成される。

また、図６に示すように、売上伝票データベース１４９は、各電子伝票データが夫々登録されるエントリを有し、各エントリは、本契約を行った会員の個人ＩＤが登録される「個人ＩＤ」フィールド，本契約が成立した日時が登録される「本契約日時」フィールド，本契約により売買された商品種類に対応した型番が登録される「型番」フィールド，本契約により売買された当該種類の商品個数が登録される「個数」フィールド，本契約により確定した当該種類の商品一個当たりの販売価格が登録される「本契約時売価」フィールド，本契約により売買された当該種類の商品を発送完了したか否かが登録される「発送未／済」フィールド，及び、本契約による当該種類の商品についての代金を当該会員に課金したか否かが登録される「課金未／済」フィールドから、構成される。

図１に戻り、ハードディスク１４が格納している各種プログラムには、上述した各種機能を果たすためのプログラム（例えば、商品情報サーバプログラム１４１，予約サーバプログラム１４２，本契約処理サーバプログラム１４３等）が、含まれている。

このうち、商品情報サーバプログラム１４１は、会員であるか否かを問わず、インターネットＮを通じた何れのＰＣ２からのアクセスに対しても、上述した商品データベースに登録されている各商品種類の商品についての情報（型番，販売可能数，現在売価，商品説明）を公開するＷＷＷサーバプログラムである。

また、予約サーバプログラム１４２は、会員保有の携帯端末５上で実行される上述した予約プログラム（又はＰＯＳ端末８上で実行される後述の予約プログラム）と連携して、会員からの予約の申込を受け付け、その予約の内容を予約情報データベース１４８に登録するサーバプログラムである。

また、本契約処理サーバプログラム１４３は、定期的に予約情報データベース１４８を監視して、満了間近な予約の申込者である会員に対して予約完結を促す電子メールを送信したり、会員が操作するＰＣ２又は携帯電話上で実行されているウェブブラウザプログラムからの要求に応じて、予約完結のための処理を実行するプログラムである。

ＰＯＳ端末８は、当該商店の店舗に設置されて顧客が自由に操作することのできるタッチパネル式の端末装置である。即ち、このＰＯＳ端末８は、プログラムを格納する記憶媒体としてのメモリ８４，このプログラムに従って処理を実行する処理装置であるＣＰＵ８２，このＣＰＵ８２による処理実行結果を表示するとともにＣＰＵ８２に対してコマンドを入力するために使用されるタッチパネル８３（ディスプレイ兼キーボード），及び、タグＩＤをＲＦカード４から読み出してＣＰＵ８２に入力するためのＲＦリーダ８１から、構成されている。メモリ８４に格納されているとともにＣＰＵ８２によって実行されるプログラムの一つが、図１０及び図８を参照して後述する予約処理を実行する予約プログラム（クライアントプログラム）である。

発送システム１５は、当該商店における倉庫センターに設置された端末であり、サーバ装置１０のハードディスク１４に格納された売上伝票データベース１４９，商品データベース１４４及び顧客情報データベース１４６を参照して、この売上伝票データベース１４９に蓄積されている各電子伝票データ毎に、登録されている型番に対応する商品を、登録されている個人ＩＤに対応した会員の氏名及び住所宛へ発送するための紙伝票や送付状を印字出力する。若しくは、問屋に対して、発送の依頼をする旨の電子メールを送信する。

価格比較サイト３は、各商品種類について各商店や仮想店舗にて販売されている売価を比較して、そのランキングを公開している、既存のインターネットサイトである。

３．処理内容
次に、以上のようなシステム構成を有する本実施例の店舗別商品管理システムにおいて、仮契約の申込に際して、携帯電話のＣＰＵ５０が予約プログラムに従って実行する処理，ＰＯＳ端末８のＣＰＵ８２が予約プログラムに従って実行する処理，これらと連動してサーバ装置１０のＣＰＵ１３が予約サーバプログラム１４２に従って実行する処理を、図７乃至図１２を用いて説明する。

（１）予約時の処理
Ａ．携帯電話と予約サーバプログラムとの連携処理
最初に、携帯電話５のＲＦチップ５３を用いて商品サンプルＳに添付されたＲＦタグ６からタグＩＤを読み取ることによって、予約を行う場合についての処理を説明する。この場合、携帯電話５において、予約プログラムを起動すると、図７のフローチャートに示す処理をスタートする。そして、最初のＳ００１において、携帯電話５のＣＰＵ５２（以下、単に「携帯電話」と記述する）は、ＲＦチップ５３が何れかのＲＦタグ６と通信するのを待つ。そして、何れかのＲＦタグ６との通信に成功すると、携帯電話５は、当該ＲＦタグ６からタグＩＤを読み出す。

次のＳ１０１において、携帯電話５は、ディスプレイ５５上に、当該ＲＦタグ６が添付された商品見本Ｓと同種類の商品を購入するか否かを会員に意思確認するための画面を表示して、購入を意味するコマンドがキーボード５６から入力されるか、不購入を意味するコマンドが入力されるのを待つ。そして、不購入を意味するコマンドが入力された場合には、処理をそのまま終了し、購入を意味するコマンドが入力された場合には、処理をＳ１０２へ進める。

Ｓ１０２では、携帯電話５は、携帯電話網Ｍ及びインターネットＮを通じて当該商店の店舗別商品管理システム１におけるサーバ装置１０にアクセスして、予約サーバ１４２を機動させる。そして、周知の認証処理（携帯電話５が当該会員の会員ＩＤ及びパスワードをサーバ装置１０に送信すると、サーバ装置１０の図示せぬ認証サーバが、当該会員ＩＤ及びパスワードの組み合わせが顧客情報データベース１４６に登録されているか否かを確認し、登録されている場合のみ認証が成功したとして、以後の処理の実行を許可するという処理，会員ＩＤ及びパスワードの代わりに、端末ＩＤを用いても良い）を行った上で、予約サーバプログラム１４２を実行しているＣＰＵ１３（以下、単に「予約サーバ１４２」と表記する）に対して、Ｓ００１にて読み出したタグＩＤに対応する商品情報を問い合わせる。

すると、予約サーバ１４２は、Ｓ２０１にて当該商品情報の問い合わせを受信し、次のＳ２０２において、問い合わされたタグＩＤに対応した型番を商品タグデータベース１４７から読み出し、読み出した型番に対応して商品情報サーバ１４１に登録されている商品情報（在庫数及び予約数を除く）を読み出し、読み出した商品情報を、携帯電話５に応答する。

すると、商品情報を受信した携帯電話５は、処理をＳ１０３へ進め、受信した商品情報をディスプレイ５５上に表示する。

次のＳ１０４では、携帯電話５は、当該商品の予約が可能かどうかを判断する。即ち、受信した商品情報に含まれる販売可能数が“０”であれば予約不可能であると判断して、処理をそのまま終了し、販売可能数が“１”以上であれば予約可能であると判断して、処理をＳ１０５へ進める。

Ｓ１０５では、携帯電話５は、ディスプレイ５５上に、当該商品の予約を行うか否かを会員に意思確認するための画面を表示して、予約を行う旨を意味するコマンドがキーボード５６から入力されるか、予約を行わない旨を意味するコマンドが入力されるのを待つ。そして、予約を行わない旨を意味するコマンドが入力された場合には、処理をそのまま終了し、予約を行う旨を意味するコマンドが入力された場合には、処理をＳ１０６へ進める。

Ｓ１０６では、携帯電話５は、ディスプレイ５５上に、予約の条件を入力するための画面を表示する。ここで、予約の条件とは、保存制限時間に関する条件及び予約される商品の個数である。このうち保存制限時間は、デフォルトでは例えば１２時間に設定されているが、当該会員について顧客情報データベース１４６に登録されているポイントを使うことによって例えば２４時間に延長することができる。また、手付を打つことにより、保存制限時間を更に延長することも可能である。この場合には、所定の保存制限時間経過後に、商店側が弁済提供を行うことによって、顧客側の手付解除を封じることになる。そのため、当該画面には、ポイントを使用するか否か、手付を打つか否かを選択するためのアイテム，個数を選択するためのアイテム及び確定ボタンが含まれている。

次のＳ１０７では、携帯電話５は、予約の条件をデフォルトから変更するか，即ち、ポイントを選択するか手付を打つことを選択した上で確定ボタンが押下されたかこれらが選択されることなく確定ボタンが押下されたかを、チェックする。そして、予約の条件をデフォルトから変更しない場合には、携帯電話５は、処理をそのままＳ１１２へ進める。これに対して予約の条件を変更する場合には、携帯電話５は、処理をＳ１０８へ進める。Ｓ１０８では、携帯電話は、予約サーバ１４２に対して、当該会員について顧客情報データベース１４６に登録されているポイントを問い合わせる。

すると、予約サーバ１４２は、Ｓ２０３にてポイント問い合わせを受信して、次のＳ２０４において、問い合わされた顧客の個人ＩＤに対応したポイントを顧客情報データベース１４６から読み出し、読み出したポイントを、携帯電話５へ応答する。

すると、ポイントを受信した携帯電話５は、処理をＳ１０９へ進め、入力画面においてポイントを利用することが選択されていたか否かをチェックする。そして、ポイントを選択することが選択されていた場合には、処理をＳ１１１へ進め、保存制限時間（予約完結時間）をデフォルト値の所定倍に変更してから処理をＳ１１２へ進める。他方、入力画面においてポイントを利用することが選択されていない場合には、処理をＳ１０９からＳ１１０へ進め、入力画面において手付を打つことが選択されていたか否かをチェックする。そして、手付を打つことが選択されていなければ、処理をＳ１１２へ進めるが、手付を打つことが選択されていたならば、処理をＳ１１０からＳ１１１へ進め、保存制限時間を所定値に変更してから処理をＳ１１２へ進める。

Ｓ１１２では、携帯電話５は、当該会員の個人ＩＤ，タグＩＤ，入力画面にて選択された当該商品の予約数，デフォルト又は選択後の保存制限時間，及び、ポイント使用の有無又は手付の有無からなる予約要求データを作成し（予約要求データ作成手段）、これを予約サーバ１４２へ送信した後に（送信手段）、全処理を終了する。

すると、予約サーバ１４２は、Ｓ２０５にて予約要求データを受信して、次のＳ２０６において、予約要求データ中のタグＩＤに対応する型番を商品タグデータベース１４７から読み出す。次のＳ２０７では、予約サーバ１４２は、当該型番，予約要求データ中の個人ＩＤ，個数，保存制限時間，手付額からなる予約情報データを、予約情報データベース１４８の新規エントリに登録する（予約情報データ登録手段）。なお、この際、予約サーバ１４２は、新規の予約番号を生成して、これを当該新規エントリにおける「予約番号」フィールドに登録する。また、処理の現在日時を新規エントリにおける「予約日時」フィールドに登録する。また、予約要求データ中にポイント利用有りの情報が含まれている場合には、予約サーバは、予約要求データ中の個人ＩＤに対応して顧客情報データベース１４６に登録されているポイント数を所定値分減算する。また、手付額としては、予約要求データ中に手付け有りの情報が含まれている場合にのみ、上記型番に対応して商品データベース１４４に登録されている現在売価に対して一定比率（例えば、一割）を乗じた額が、登録される。

次のＳ２０８では、予約サーバ１４２は、予約情報データ中の型番に対応した商品データベース１４４のエントリ中の「予約数」フィールドの値を、予約情報データ中の個数分加算し、同エントリ中の「販売可能数」フィールドの値を同個数分減算する。

次のＳ２０９では、予約サーバ１４２は、Ｓ２０５にて受信した予約情報にポイントを使用した旨が含まれている場合には、当該会員について顧客情報データベース１４６に登録されているポイントを所定数減じる。また、予約情報に手付を打つ旨が含まれている場合には、当該会員について顧客情報データベース１４６に登録されている課金情報を用いて、Ｓ２０７にて算出した手付額を当該会員に課金する。Ｓ２０７を完了すると、予約サーバ１４２は、全処理を終了する。

Ｂ．ＰＯＳ端末と予約サーバプログラムとの連携処理
次に、ＲＦカード４を用いて商品サンプルＳの陳列棚に設置されているＲＦライタ７からタグＩＤを取得することによって、予約を行う場合についての処理を説明する。この場合、ＲＦカード４をＲＦライタ７又は、ＲＦリーダ８１のアンテナに翳すと、当該アンテナから発信された電磁波に基づいて誘導された電流により、このＲＦタグ４１に内蔵されたプロセッサ又はシーケンサーが起動する。起動したＲＦタグ４１は、図９に示す処理を実行する。即ち、最初のＳ０１１において、ＲＦライタ７からタグＩＤの入力を要求されているのか、ＲＦリーダ８１からタグＩＤ読み出しを要求されているのかを、チェックする。そして、タグＩＤの入力を要求されているならば、S０１２においてＲＦライタ７から入力されたタグＩＤを内蔵メモリに書き込む。これに対して、タグＩＤの読み出しを要求されているならば、Ｓ０１３において内蔵メモリに書き込まれているタグＩＤを読み出して、ＲＦリーダ８１へ送信する。

従って、会員が、予約を申し込もうとする商品種類のサンプルに隣接して設置されているＲＦライタ７にＲＦカードを翳すと、このＲＦライタ７に登録されている当該商品種類に対応したタグＩＤが、ＲＦタグ４１の内蔵メモリに書き込まれる。この後で、会員がＰＯＳ端末８の設置場所へ移動して、予約プログラムを起動すると、ＣＰＵ８２は、図１０に示す処理を開始する。そこで、会員がＲＦリーダ８１にＲＦリーダ８１を翳すと、Ｓ０２０において、ＲＦタグ４１の内蔵メモリに格納されているタグＩＤがＲＦリーダ８１によって読み出される。その後、この予約プログラムを実行しているＰＯＳ端末８のＣＰＵ８２は、サーバ装置１０の予約サーバ１４２と連携して、図８に示すＳ１０１以下の処理を実行する。図８に示す処理については、携帯電話５が実行するものとして上述したので省略する（但し、Ｓ１０１〜Ｓ１１２の動作主体をＰＯＳ端末８のＣＰＵ８２，キーボード５６及びディスプレイ５５をタッチパネル８３と読み替えるものとする）。

なお、以上の説明は、無人のＰＯＳ端末を操作する場合についての説明であるが、このＰＯＳ端末は、当該店舗の有人のサービスコーナーにおいて、店員によって操作されるものであっても良い。また、商品サンプルＳにＲＦタグ６が添付されていない場合であっても、その陳列棚にＲＦライタ７が設置されていなくても、型番さえ特定できるようになっていれば、顧客又は店員は、その型番をタッチパネル８３を通じて直接入力することができる。その場合、図１０におけるステップＳ３０１での処理は、タッチパネルに入力された型番を受け付ける処理とし、それに続くＳ１０２やＳ１１２では、タグＩＤの代わりに型番が直接送信されれば良い。

（２）本契約促進及び予約解除のための定期処理
次に、保存制限時間の満了間近の予約情報データについて、その予約を行った会員に対して本契約を促す電子メールを送信すとともに保存制限時間を満了した予約情報データを予約情報データベース１４８から削除するために、サーバ装置１０のＣＰＵ１３が予約サーバプログラム１４２に基づいて定期的に実行する定期処理を、図１１を参照して説明する。

図１１に示す処理は、例えば、１時間毎に繰り返しスタートする。そして、スタート後最初のＳ３０１において、予約サーバプログラム１４２に従って動作するＣＰＵ１３（以下、単に「予約サーバ１４２」という）は、予約情報データベース１４８をサーチする。そして、処理をＳ３０２に進める。

Ｓ３０２では、予約サーバ１４２は、予約情報データベース１４８からエントリ（未抽出のもの）を一つ抽出する。

次のＳ３０３では、予約サーバ１４２は、Ｓ３０２にて抽出したエントリにおける「予約日時」フィールドに登録された日時から「保存制限時間」フィールドに登録された時間経過後の日時（即ち、期限日時）が現時点以前であるか否か（即ち、期限到来しているか否か）を、チェックする。

そして、期限日時が現時点以前である場合（即ち、期限到来している場合）には、予約サーバ１４２は、Ｓ３０４において、当該予約情報データベース１４８のエントリにおける「型番」フィールドに登録されている型番に対応した商品データベース１４４のエントリ中の「予約数」フィールドの値から、当該予約情報データベース１４８のエントリにおける「個数」フィールドに登録されている個数を減じるとともに、当該商品データベース１４４のエントリ中の「販売可能数」フィールドの値に当該予約情報データベース１４８のエントリにおける「個数」フィールドに登録されている個数を加算する。その上で、予約サーバ１４２は、Ｓ３０５において当該エントリを予約情報データベース１４８から削除した後に（削除手段）、処理をＳ３０８へ進める。

一方、期限日時が現時点より後である場合（即ち、期限到来していない場合）には、予約サーバ１４２は、Ｓ３０６において、現時点と期限日時との差が所定期間（例えば、当該処理実行周期である１時間）以内であるか否か（即ち、期限到来の直前であるか否か）を、チェックする。そして、現時点と期限日時との差が前記所定期間より大きい場合（即ち、期限到来の直前でない場合）には、予約サーバ１４２は、処理をそのままＳ３０８へ進める。

一方、現時点と期限日時との差が前記所定期間以内である場合（即ち、期限到来の直前である場合）には、予約サーバ１４２は、Ｓ３０７において、当該エントリの「個人ＩＤ」フィールドに登録されている個人ＩＤを読み出し（個人識別情報読出手段）、この個人ＩＤに対応した顧客情報データベース１４６のエントリ中の「メアド」フィールドに対応されている電子メールアドレスを読み出し（電子メールアドレス読出手段）、この電子メールアドレス宛に、当該エントリに登録されている予約情報データの内容を示して本契約の締結を促す内容の電子メールを送信する（電子メール送信手段）。Ｓ３０７を完了すると、予約サーバ１４２は、処理をＳ３０８へ進める。

Ｓ３０８では、予約サーバ１４２は、予約情報データベース１４８に未抽出のエントリが残っているか否かをチェックする。そして、未処理のエントリが残っている場合には、予約サーバ１４２は、処理をＳ３０２に戻す。これに対して、未処理のエントリが残っていない場合には、予約サーバ１４２は、この定期処理を終了する。

（３）本契約締結のための処理
予約を行っている会員が上記電子メールを読むことにより、若しくは、自主的に予約を完結して売買の本契約を締結することを決意した場合、ＰＣ２又は携帯電話５を操作してブラウザプログラムを動作させることにより、本契約処理サーバ１４３に対応するとともに本契約締結を示す所定のパラメータを含むＵＲＬを、サーバ装置１０へ送信する。すると、サーバ装置１０のＣＰＵ１３は、本契約処理プログラム１４３を実行し、図１２に示す本契約処理をスタートする。

そして、本契約処理サーバプログラム１４３に従って動作するＣＰＵ１３（以下、単に、「本契約処理サーバ１４３」という）は、上述したような公知の認証処理を実行した後に、Ｓ４０１において、当該会員の個人ＩＤを含む全レコードを予約情報データベース１４８から抽出する。

次のＳ４０２では、本契約処理サーバ１４３は、アクセス元ＰＣ２に対して、Ｓ４０１にて予約情報データベース１４８から抽出した予約情報データの内容を列挙するとともに、各予約情報毎に予約完結を行うかどうかを選択するチェックボックス及び送信ボタンを含む画面をＰＣ２上のブラウザに表示させるとともに、何れかのチェックボックスがチェックされた状態で送信ボタンが押下された場合には当該チェックボックスに対応した予約情報データの予約番号を本契約処理サーバ１４３へ送信する設定（タグ）がなされたＨＴＭＬデータを、送信する。Ｓ４０２の完了後、本契約処理サーバ１４３は、次のＳ４０３において、このＨＴＭＬデータに基づいて画面を表示させたＰＣ２から、何れかの予約番号を含むリクエストが送信されて来るのを待つ。そして、所定のタイムアウト時間中にかかるリクエストが受信できないと、本契約処理サーバ１４３は、この本予約処理を終了する。

これに対して、所定のタイムアウト時間中にかかるリクエストを受信すると、本契約処理サーバ１４３は、処理をＳ４０４へ進める。

Ｓ４０４では、Ｓ４０３にて受信したリクエストに含まれる予約番号（未特定のもの）を一つ特定する。

次のＳ４０５では、本契約処理サーバ１４３は、Ｓ４０４にて特定した予約番号を含むレコードを、予約情報データベース１４８から抽出する。

次のＳ４０６では、本契約処理サーバ１４３は、Ｓ４０５にて抽出したレコードにおける「型番」フィールドに登録されている型番に対応した商品データベース１４４のレコードから、「現在売価」フィールドに登録されている現在売価を読み出す。

次のＳ４０７では、本契約処理サーバ１４３は、Ｓ４０５にて抽出したレコード中の「個人ＩＤ」フィールド，「型番」フィールド，「個数」フィールドの値を夫々含むとともに、現時点を本契約日時とし、Ｓ４０６にて読み出した現在売価（Ｓ４０５にて予約情報データベース１４８から抽出したレコード中に手付額が含まれている場合には、Ｓ４０６にて読み出した現在売価から当該手付額を減じた額）を本契約時売価とする電子伝票データを作成し、この電子伝票データを売上伝票データベース１４９に登録する。

次のＳ４０８では、本契約処理サーバ１４３は、当該個人ＩＤに対応した顧客情報データベース１４６中のレコードの「購入履歴」フィールドに、当該電子伝票データ中の本契約日時，型番及び個数を登録する。更に、当該型番に対応した商品データベース１４４のエントリ中の「在庫数」フィールドの値及び「予約数」フィールドの値から、当該予約情報データベース１４８のエントリにおける「個数」フィールドに登録されている個数を減じる。その上で、本契約処理サーバ１４３は、当該エントリを予約情報データベース１４８から削除する（本契約処理手段）。その後に、処理をＳ４０９へ進める。

Ｓ４０９では、Ｓ４０３にて受信したリクエスト中に含まれる全予約番号を特定したか否かをチェックする。そして、未だ全予約番号を特定していない場合には、処理をＳ４０４に戻す。これに対して、Ｓ４０３にて受信したリクエスト中に含まれる全予約番号を特定した場合には、この本契約処理を終了する。

４．使用例
以上のように構成された店舗別商品管理システム１が設置された商店の店舗で、当該店舗において顧客情報データベース１４６に登録されている会員が特定の商品買い物しようとする場合における、当該システム１の動作を説明する。

上述した構成の説明においては省略したが、会員として登録されているか否かを問わず、顧客は、当該店舗において、商品データベース１４７に登録されている当該商品についての販売可能数が１以上であることを条件に、即時に商品を購入することもできる。この場合、レジに設置されているＰＯＳ端末が、自動的に、サーバ端末１０にアクセスして、商品データベース内における当該商品についてのエントリ中の「在庫数」フィールドの値及び「販売可能数」フィールドの値を夫々販売個数分減じることになる。

これに対して、会員は、購入したい商品を見付けた場合でも、当該商品を即時に購入することなく、予約を行うことによって、取り置きしてもらうこともできる。この場合、ＲＦチップ５３を内蔵した携帯電話５を有してるならば、店舗の陳列棚に陳列されている当該商品のサンプルＳに添付されているＲＦタグ６に、その携帯電話５を翳す。すると、この携帯電話５のＣＰＵ５２は、予約サーバ１４２と連携して、図７及び図８の処理を実行する。その結果、Ｓ１１１にて設定された保存制限時間，当該会員の個人ＩＤ，当該商品の型番，当該会員によって選択された個数，予約日時（現在日時）及び一意の予約番号を含む予約情報データが、予約情報データベース１４８に登録されるとともに、商品情報サーバ１４２における販売可能数が上記個数分だけ減じられ且つ予約数が上記個数分だけ加算される。当該会員がＲＦカード４を有しているならば、陳列棚において当該商品のサンプルＳに隣接して設置されているＲＦライタ７にＲＦカード４を翳す。すると、この商品の種類に対応したタグＩＤがＲＦカード４に読み込まれるので、当該会員は、当該店舗内におけるＰＯＳ端末８の設置場所まで移動し、当該ＰＯＳ端末８のＲＦリーダ８１に翳して、このＲＦカード４内に記憶されているタグＩＤを読み取らせる。すると、このＰＯＳ端末８のＣＰＵ８２は、予約サーバ１４２と連携して、図１０及び図８の処理を実行する。その結果、上述した携帯電話５を用いた場合と同様に、予約情報データが予約情報データベース１４８に登録されるとともに、商品情報データベース１４４が更新される。

その後、保存制限時間内に、当該会員は、ＰＣ２又は携帯電話５を操作することにより、当該商店の商品情報公開サイト（即ち、当該商店の店舗別商品管理システム１におけるサーバ装置１０のＣＰＵ１３が商品情報サーバプログラム１４１を実行することによって提供するサイト）にアクセスして、自己が予約した商品の売価の動向を調べたり、他の商品の商品情報公開サイトにアクセスしたり、価格比較サイト３にアクセスすることによって、他の商店での当該商品の販売価格を調べたりして、チェックする。このようにして、保存制限時間内に、自己が予約した商店における当該商品の売価が、他の商店での販売価格よりも安く、しかも、十分納得できる価格になったと判断した場合には、本契約処理サーバ１４３にアクセスして、本契約処理を実行する。その結果、予約情報データベース１４８に登録されている予約情報データから電子伝票データが生成されて、売上伝票データベース１４９に登録されるとともに、商品情報サーバ１４２における在庫数及び予約数が上記個数分だけ減じられる。

また、予約サーバ１４２は、保存制限時間満了間際の予約情報データが存在する場合には、その予約情報データに含まれる個人ＩＤに対応するメールアドレスを顧客情報データベース１４６から読み出し、当該メールアドレス宛に、当該予約情報データの内容を示す電子メールを送信し、予約の完結、本契約の締結を当該会員に促すことができる。

このように、本実施形態によると、予め会員として顧客情報データベース１４６に登録されている顧客は、自己の携帯電話５を商品サンプルＳのＲＦタグ６に翳した後に予約サーバ１４２に条件（個数，保存制限時間についての条件）を送信するか、自己のＲＦカード４を商品サンプルＳに隣接して設置されたＲＦライタ７に翳した後に、ＰＯＳ端末８のＲＦリーダ８１に翳し、当該ＰＯＳ端末８から予約サーバ１４２に条件を送信することにより、当該商店との間で予約を行って商品の取り置きをしてもらうことができる。しかも、この商品の取り置きは、商品管理データベース１４４において、在庫数と販売可能数との間に差分（即ち予約数）を設けるというデータ処理によってなされる。即ち、在庫数が１以上であっても、在庫数と予約数が一致している場合は、販売可能数が零になるので、それ以上の予約や即時販売を行うことができなくなるのである。よって、商品取り置きのスペースを特に設ける必要がないし、現実の商品が取り置かれることによって劣化してしまうことがない。また、予約期限間際の予約については自動的に予約を行った会員に対して予約完結・本契約締結を促すメールが送信されるし、予約期限を過ぎた予約に関しては予約情報データが予約情報データベース１４８から削除されるとともに、商品情報サーバにおける販売可能数（及び予約可能数）が当該予約の商品個数分加算されて在庫数に近づけられるので、予約が放置されてしまうという問題がない。

本発明による実施の形態であるコンピュータネットワークの概略構成を示すブロック図 商品データベースのデータ構造を示す表 顧客情報データベースのデータ構造を示す表 商品タグデータベースのデータ構造を示す表 予約情報データベースのデータ構造を示す表 売上伝票データベースのデータ構造を示す表 携帯電話のアプリケーションプログラムによって実行される予約処理を示すフローチャート 携帯電話又はＰＯＳ端末のアプリケーションプログラム及びサーバ装置の予約サーバによって実行される予約処理を示すフローチャート ＲＦカードのＲＦタグの動作を示すフローチャート ＰＯＳ端末のアプリケーションプログラムによって実行される予約処理を示すフローチャート 電子メール送信及び予約情報データ削除のための定時処理を示すフローチャート サーバ装置の本契約処理サーバによって実行される本契約処理を示すフローチャート

符号の説明

１ 店舗別商品管理システム
２ ＰＣ
４ ＲＦカード
５ 携帯電話
６ ＲＦタグ
７ ＲＦライタ
８ ＰＯＳ端末
９ ルータ
１０ サーバ装置
１１ ＬＡＮカード
１２ 主記憶装置
１３ ＣＰＵ
１４ ハードディスク装置
５２ ＣＰＵ
５３ ＲＦチップ
５５ ディスプレイ
５６ キーボード
８１ ＲＦリーダ
８２ ＣＰＵ
８３ タッチパネル
１４１ 商品情報サーバ
１４２ 予約サーバ
１４３ 本契約処理サーバ
１４４ 商品データベース
１４６ 顧客情報データベース
１４７ 商品タグデータベース
１４８ 予約情報データベース
１４９ 売上伝票データベース１４９

Claims (4)

1. ＲＦタグに保持されているＩＤを読み出すＲＦリーダ，プログラムを格納する記憶媒体，当該記憶媒体からプログラムを読み出して実行する処理装置，当該処理装置によって制御されることによって情報を表示するディスプレイ，当該処理装置にデータを入力するための入力装置，及び、前記処理装置によって制御されることによってネットワークを通じたデータ通信を行う通信装置を有する端末装置と、
   プログラムを保存する記憶媒体，媒体からプログラムを読み出して実行する処理装置，前記処理装置によって制御されることによってネットワークを通じたデータ通信を行う通信装置，前記ＩＤと商品種類の識別情報とを対応付けて記憶している第１データベース，各商品種類の識別情報に対応付けて、在庫数及び販売可能数を記憶している第２データベース，予約のなされた商品種類の識別情報，予約者の個人識別情報，予約のなされた商品の個数，予約日時及び予約完結期間からなる予約情報データを記憶している第３データベースを有するサーバ装置とからなり、
   前記端末の記憶媒体に格納されて処理装置によって実行されるプログラムは、この処理装置を、前記ＲＦリーダによって読み出されたＩＤ，前記入力装置によって入力された個数，及び、前記端末の操作者の個人識別情報からなる予約要求データを作成する予約要求データ作成手段，及び、当該予約要求データを前記通信装置を通じて前記サーバ装置へ送信させる送信手段として機能させるクライアントプログラムであり、
   前記サーバ装置の記憶媒体に格納されて処理装置によって実行されるプログラムは、この処理装置を、
   前記通信装置を通じて前記端末から受信した前記予約情報データに含まれるＩＤに対応した商品種類の識別情報を前記第１データベースから読み出す商品種類識別情報読出手段，前記商品種類の識別情報，前記予約要求データに含まれる個人識別情報及び個数，予約日時としての現在日時，及び、所定の予約完結期間からなる予約情報データを生成して前記第４データベースに登録する予約情報データ登録手段，前記商品種類の識別情報に対応して前記第２データベースに記憶されている販売可能数を前記予約情報データ中の個数分減じる予約可能数減算手段として機能させるサーバプログラムである
   ことを特徴とする商品管理システム。
2. 前記サーバ装置は、更に、各個人識別情報と電子メールアドレスとを対応付けて記憶している第４データベースを更に備えるとともに、
   前記サーバプログラムは、前記処理装置を、更に、予約日時から予約完結期間経過後の日時から現在日時までの期間が所定期間よりも短くなる予約情報データに含まれる個人識別情報を前記第３データベースから読み出す個人識別情報読出手段，読み出した個人識別情報に対応した電子メールアドレスを前記第４データベースから読み出す電子メールアドレス読出手段と、当該電子メールアドレス宛に前記予約情報データの内容を示す電子メールを前記通信手段を通じて送信する電子メール送信手段として機能させる
   ことを特徴とする請求項１記載の商品管理システム。
3. 前記サーバプログラムは、前記処理装置を、更に、前記第４データベースに格納されている何れかの予約情報データに基づいた売買の本契約が締結された場合には、当該予約情報データを前記第３データベースから削除させるとともに、当該予約情報データに含まれる商品種類の識別情報に対応して前記第２データベースに記憶されている販売可能数及び在庫数を当該予約情報データに含まれる個数分減算する本契約処理手段として機能させる
   ことを特徴とする請求項１記載の商品管理システム。
4. 前記サーバプログラムは、前記処理装置を、更に、前記予約日時から予約完結期間経過後の日時が現在日時より後となる予約情報データを前記第３データベースから削除させる削除手段として機能させることを特徴とする請求項１記載の商品管理システム。