JP2000113063A

JP2000113063A - 予約決済システム

Info

Publication number: JP2000113063A
Application number: JP28675998A
Authority: JP
Inventors: Tatsu Koriyama; 龍郡山
Original assignee: APURIKKUSU KK
Current assignee: APURIKKUSU KK
Priority date: 1998-10-08
Filing date: 1998-10-08
Publication date: 2000-04-21

Abstract

(57)【要約】【課題】低コストで容易に実現でき、システムの各構成
部分にかかる負担が比較的少なく、資源の再利用につい
ても十分に配慮したプリペイドカードを利用した商品の
購入予約が可能な予約決済システムを提供する。【解決手段】商品との交換価値を表わす所定の価値ポイ
ントがあらかじめ付与された状態で発行され、互いに固
有の識別情報により区別されるプリペイド発行体の各々
について、そのプリペイド発行体の現在の価値ポイント
を保持するとともに、ネットワーク経由で与えられる商
品の購入指示にしたがってこの購入指示で指定されたプ
リペイド発行体の現在の価値ポイントの加減を行う決済
機関サーバを利用する予約決済システムであって、前記
購入指示に応じて前記前記決済機関サーバから与えられ
る購買情報に該当する商品が予約対象に指定されていた
とき、この商品に対する予約の受付登録を行う販売管理
サーバを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は商品の購入予約決済
システムに係り、特に、プリペイドカードを利用した商
品の購入予約が可能な予約決済システムに関する。

【０００２】

【従来の技術】従来、予約決済システムの例としては平
成１０年特許出願公開公報第４０４６２号にて開示され
た「予約販売システム」がある。この「予約販売システ
ム」では、予約端末機を利用して、商品の予約をする
際、予約端末機には、予約料、商品代金などの、現金投
入口およびキャッシュカードなどのカード出入口が設置
されており、モニターに表示されたガイダンス、メニュ
ーにしたがって、予約者の住所、氏名などの入力操作、
商品名、商品コード、数量などの入力操作、および、商
品受渡方法の指定の入力操作を、それぞれ、行うこと
で、中継センターとアクセスし、前記予約端末機での現
金もしくはカードによる予約料および／もしくは代金の
支払完了によって、予約カードを発行し、予約契約を成
立させる。

【０００３】これによって、誰でも、街頭で、予約端末
機の利用ができ、商品の予約販売契約を効果的に実現す
ることができる。しかも、予約契約の成立に際しては、
あらかじめ予約料および／もしくは商品代金の支払いを
行うために、イタズラ防止などのセキュリティ面での機
能が発揮できる。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
たような従来の予約販売システムでは、専用の端末機を
必要とすることから次のような問題点が生ずる。第１
に、予約端末機の街頭への設置やその管理運営が必要不
可欠であるため、予約契約が成立するか否かに関わら
ず、常に一定のコストが発生する。第２に、予約端末機
に予約料・商品代金などの決済をするための現金投入口
やキャッシュカードなどのカード出入口を設置すること
から、実用上、現金やキャッシュカードに対する不正・
盗難などを防止する手段の併設が必要不可欠である。そ
こで、これによっても常に一定のコストが発生する。

【０００５】第３に、予約端末機による商品の予約に際
し中継センターへのアクセスが発生し、在庫確認など予
約契約の可否を判定する処理が必要になるため、予約端
末機および通信ネットワークに対して少なからず負担が
かかる。さらに、予約端末機からのアクセスがいつ発生
してもすぐに予約契約の可否判定ができるよう、中継セ
ンターは常に待機状態で稼動し続けなければならないた
め、こちらにも少なからず負担がかかる。

【０００６】本発明の目的は、低コストで容易に実現で
き、システムの各構成部分にかかる負担が比較的少ない
予約決済システムを提供することにある。

【０００７】

【課題を解決するための手段】本発明は上記課題を解決
するために、商品との交換価値を表わす所定の価値ポイ
ントがあらかじめ付与された状態で発行され、互いに固
有の識別情報により区別されるプリペイド発行体の各々
について、そのプリペイド発行体の現在の価値ポイント
を保持するとともに、ネットワーク経由で与えられる商
品の購入指示にしたがってこの購入指示で指定されたプ
リペイド発行体の現在の価値ポイントの加減を行う決済
機関サーバの利用を前提とする。

【０００８】前記購入指示に応じて前記決済機関サーバ
から与えられる購買情報に該当する商品が予約対象に指
定されていたとき、この商品に対する予約の受付登録を
行う販売管理サーバを備えた予約決済システムとする。

【０００９】前記購入指示に応じて前記決済機関サーバ
から与えられる購買情報に該当する商品が予約対象に指
定されていたとき、この商品に対する予約の受付登録と
この予約に関わる詳細情報を得るための連絡先情報の登
録を行う販売管理サーバを備えたこ予約決済システムと
する。

【００１０】前記販売管理サーバで予約対象に指定され
ている商品の各々についてその商品の在庫および注文を
管理する在庫管理サーバを具備し、前記販売管理サーバ
は、受付登録を行った予約によって指定された商品の注
文情報を前記在庫管理サーバへ送信する予約決済システ
ムとする。

【００１１】前記在庫管理サーバは、前記販売管理サー
バから送信された商品の注文情報に応じて、その商品の
受注が可能か否かを表わす受注確認情報を前記販売管理
サーバへ送信する予約決済システムとする。

【００１２】前記購入指示に応じて前記決済機関サーバ
から与えられる購買情報に該当する商品が予約対象に指
定されていたとき、この商品に対する予約の受付登録と
この予約に関わる詳細情報を得るための連絡先情報の登
録を行う販売管理サーバと、前記販売管理サーバで予約
対象に指定されている商品の各々についてその商品の在
庫および注文を管理する在庫管理サーバとを具備し、前
記販売管理サーバは、受付登録を行った予約によって指
定された商品の注文情報を前記在庫管理サーバへ送信
し、前記在庫管理サーバは、前記販売管理サーバから送
信された商品の注文情報に応じて、その商品の受注が可
能か否かを表わす受注確認情報を前記販売管理サーバへ
送信し、前記販売管理サーバは、前記在庫管理サーバか
ら送信された受注確認情報に該当する商品の予約につい
て登録された前記連絡先情報にしたがって、この商品の
予約が成立したか否かをこの商品の購入指示を与えた者
に伝える予約決済システムとする。

【００１３】前記販売管理サーバは、商品の予約が成立
した旨とともに、この商品の受渡に関する問合せを前記
購入指示を与えた者に伝え、この問合せに対してネット
ワーク経由で与えられる受渡指定情報に応じて予約確定
の受付登録を行う予約決済システムとする。

【００１４】前記受渡指定情報により特定の販売店で商
品を直接引き渡すべき店頭引渡が指定されたとき、前記
販売管理サーバは、前記特定の販売店からネットワーク
経由で与えられる予約時に使用されたプリペイド発行体
の識別情報に応じて、該当する前記予約確定の受付登録
から得た引き渡すべき商品に関する照会情報を前記特定
の販売店に送信する予約決済システムとする。

【００１５】前記識別情報は、商品の購入指示に限り指
定するカード情報と、商品の購入指示を除く問合せ応答
で指定するカード管理番号とによって構成される予約決
済システムとする。

【００１６】本発明の商品購入予約決済システムの概略
について説明する。本発明のシステムはネットワーク、
例えばインターネットを介して相互に接続された決済機
関サーバ、在庫管理サーバ、販売管理サーバ、販売店照
会端末、およびユーザマシンなどから構成される。ユー
ザマシンはインターネットを利用して商品を購入しよう
とするユーザが保持しているマシンである。決済機関サ
ーバは、販売される商品の対価について課金処理を行う
サーバマシンである。決済機関サーバでは、すべての
“カード”について、一対一に対応する識別用のカード
管理番号およびカード情報と、現時点の利用可能額に相
当するカード残額を記録した残額情報レコードとが管理
されている。在庫管理サーバは、在庫および注文を管理
する機能と外部からの発注を受付ける機能とを設けてあ
る。販売管理サーバはいわゆるＷＷＷサーバであって、
商品を販売しようとするショップが保持するサーバマシ
ンである。その内部構成はＷＷＷサーバ機能およびＣＧ
Ｉ（Common Gateway Interface）機能を設けてある。

【００１７】（商品情報閲覧フェーズ） (1)商品購入者は販売管理サーバにアクセスし、ショッ
プ情報や商品指定情報を含む商品案内要求を販売管理サ
ーバへ送信する。 (2)販売管理サーバは、送信されてきた商品案内要求に
該当する商品情報を商品購入者へ送信する。 (3)商品購入者は送信されてきた商品情報により商品の
内容を検討し、その商品を購入するか否かを決定する。

【００１８】（商品購入予約フェーズ） (4)商品購入者は、商品の購入指示を決済機関サーバへ
送信する。 (5)決済機関サーバは、購入指示を受信すると、決済用
カード情報要求を商品購入者へ送信する。 (6)商品購入者は、送信されてきた決済用カード情報要
求を受信し、自己の決済用カード情報を入力して、決済
機関サーバへ送信する。 (7)決済機関サーバは、決済用カード情報を受信し、こ
の決済用カード情報に基づく購買可否判定を行う。 (8)決済機関サーバは、購買可否判定の結果、決済用カ
ードでの購買可能な商品であれば、その商品を買ったこ
とを示す購買情報を販売管理サーバへ送信するととも
に、所定の決済受付登録を行って、決済用カード情報の
残額からこの商品の金額を引き去る。 (9)販売管理サーバは、購買情報を受信し、購入指示の
対象を予約購入商品として、予約受付登録を行う。 (10)予約受付登録に続いて、販売管理サーバは、商品購
入者にE-Mailアドレスを問い合せるE-Mail情報要求を送
信する。 (11)商品購入者は送信されてきたE-Mail情報要求を受信
し、自己のE-Mail情報を販売管理サーバへ送信する。 (12)販売管理サーバは、E-Mail情報を受信し、これを顧
客情報として登録する。

【００１９】（受発注フェーズ） (13)販売管理サーバは、商品購入予約フェーズで予約受
付登録を行った商品のうち、まだ発注を済ませていない
すべての商品について注文情報を準備し、この注文情報
を在庫管理サーバへ送信する。 (14)在庫管理サーバは、送信されてきた注文情報を受信
すると、それぞれの注文情報ごとに受注の可否を判定
し、受注可であった場合にはその注文情報の受注登録を
行う。（ここで、基本的に“受注可”は「在庫あり」を
意味し、“受注不可”は「在庫なし」を意味している
が、これのみに限られるものではない。） (15)在庫管理サーバは、受注登録を行った注文情報につ
いては受注済みである旨の内容を、受注登録を行わなか
った注文情報については受注不可である旨の内容を、そ
れぞれ含む受注確認情報を準備し、これらの受注確認情
報を販売管理サーバへ送信する。 (16)販売管理サーバは、受注確認情報を受信し、これを
発注完了情報として登録する。

【００２０】（予約不成立フェーズ） (17)販売管理サーバは、先に受発注フェーズで登録した
発注完了情報のうち、その内容が受注不可であったもの
それぞれについて、該当する決済を取消すべき旨を知ら
せる決済取消通知を決済機関サーバへ送信する。 (18)決済機関サーバは、送信されてきた決済取消通知購
入予約が成立しなかった旨の通知を商品購入者のE-Mail
アドレス宛に送信する。 (19)該当する商品購入者は、メールサーバへアクセス
し、予約不成立通知を受信する。 (20)受注不可すなわち予約不成立となった商品購入予約
のそれぞれについて、予約時に決済用カード情報を用い
て行われた商品代金の決済の取消処理が完了するととも
に、予約が不成立となったことが商品購入者に通知され
る。

【００２１】（予約成立・受渡指定フェーズ） (21)商品購入者は、表示された予約確定情報にしたがっ
て受渡指定情報を販売管理サーバへ送信する。 (22)販売管理サーバは、インターネット経由で送信され
てきた受渡指定情報を受信し、最終的な予約確定の受付
登録を行う。 (23)店頭受け渡しの場合、販売店照会端末に送信されて
きた照会情報に該当する商品を商品購入者に引き渡した
後、商品の引渡が完了した旨の引渡完了確認を販売管理
サーバへ送信する。 (24)販売管理サーバは、送信されてきた引渡完了情報を
受信すると、この引渡完了情報の受付登録を行う。

【００２２】本発明のシステムでは、受発注フェーズが
商品購入予約フェーズと異なるタイミングで行われるよ
うに制御することで、インターネットなどのネットワー
クや販売管理サーバへの負担を軽減できる。また、在庫
管理サーバを常に待機状態で稼動させる必要がない。

【００２３】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。図１および図２は、本発明の予約
決済システムの基本的な実施形態の構成を示す図であ
る。本発明の予約決済システムは、図１のネットワーク
図に示すように、インターネット１を介して相互に接続
された決済機関サーバ２、在庫管理サーバ３、販売管理
サーバ４、販売店照会端末５ａ，５ｂ、ユーザマシン６
ａ，６ｂ，６ｃから構成される。

【００２４】ユーザマシン６ａ，６ｂ，６ｃは、いずれ
もインターネット１を利用して商品を購入しようとする
ユーザが保持しているマシンである。このユーザマシン
４は、パソコン、インターネットテレビ、セットトップ
ボックスなどのインターネット家電のいずれであっても
よい。

【００２５】図２に示すように、ユーザマシン６ａ，６
ｂ，６ｃは、中央処理装置１０１、制御プログラム１１
０を格納するメインメモリ１０２、入力装置１０４、出
力装置１０５、信号バス１０６から構成される。ファイ
ル装置１０３は、ユーザマシン６ａ，６ｂ，６ｃがパソ
コンであれば存在するが、ユーザマシン６ａ，６ｂ，６
ｃがインターネット家電であれば存在しない場合もあ
る。本実施形態におけるユーザマシンの場合、少なくと
もメインメモリ内にＷＷＷ（ World Wide Web）へのア
クセスを実現するブラウザが存在すれば十分であり、課
金用の特別なアプリケーションなどは不要である。

【００２６】図１に示した決済機関サーバ２は、本出願
人が先に平成９年特許出願第９２７３９号で提案したよ
うに、販売される商品の対価について課金処理を行うサ
ーバマシンである。この決済機関サーバ２では、すべて
の“カード”について、一対一に対応する識別用のカー
ド管理番号および決済用カード情報に相当するカード情
報と、現時点の利用可能額に相当するカード残額を記録
した残額情報レコードとが管理されている。ここで、本
出願人が提案した上記の決済システムでは、カード管理
番号として１６桁の数字を、カード情報として１６文字
の平仮名を用いているが、これのみに限定すべきもので
はないことは当然である。

【００２７】図１に示した在庫管理サーバ３は、販売対
象となる商品を管理しているいわゆるＷＷＷサーバであ
る。その内部構成は基本的に図２に示したものと同一で
あるが、メインメモリ１０２内の制御プログラム１１０
に、在庫および注文を管理する機能と外部からの発注を
受付ける機能とを設けてある点が異なっている。

【００２８】図１に示した販売管理サーバ４はいわゆる
ＷＷＷサーバであって、商品を販売しようとするショッ
プが保持するサーバマシンである。その内部構成は基本
的に図２に示したものと同一であるが、メインメモリ１
０２内の制御プログラム１１０に、ＷＷＷサーバ機能お
よびＣＧＩ（Common Gateway Interface）機能を設けて
ある点のみが異なっている。

【００２９】本出願人は現実の"カード"として「 BitCa
shカード」を発行している。 BitCashカードの右下隅に
は、その BitCashカードに固有のカード管理番号である
上述した１６桁の数字が印刷されている。また、未使用
の BitCashカードの裏面には銀色の保護膜により秘匿さ
れた部分がある。この部分を硬貨などを用いて除去する
と、先のカード管理番号と一対一に対応するカード情報
である上述した１６文字の平仮名（４文字×４行）を読
み取れるようになる。

【００３０】以下、図３〜図１６に示すネットワーク図
およびフローチャートを用いて、本発明の予約決済シス
テムの動作を示す。なお、以下の記述中に「商品購入
者」とあるのは、自分が所有するユーザマシンを使用し
てインターネット１経由で販売管理サーバ４にアクセス
し、何らかの商品を購入しようとする者のことである。

【００３１】図３および図４は、本実施形態の予約決済
システムにおける商品情報閲覧フェーズを表わす。この
商品情報閲覧フェーズにおいて、商品購入者は、ユーザ
マシン６ａからインターネット１経由で販売管理サーバ
４にアクセスするとともに、ショップ情報や商品指定情
報を入力する（ステップＳ１０１）。ユーザマシン６ａ
は、これらのショップ情報や商品指定情報を含む商品案
内要求Ｄ１０１を生成し、販売管理サーバ４へ送信する
（ステップＳ１０２）。

【００３２】販売管理サーバ４は、インターネット１経
由で送信されてきた商品案内要求Ｄ１０１を受信する
（ステップＳ１０３）と、この商品案内要求Ｄ１０１を
解析する（ステップＳ１０４）。そして、この解析で得
られた要求対象に該当する商品情報Ｄ１０２を準備し
（ステップＳ１０５）、この商品情報Ｄ１０２を要求元
であるユーザマシン６ａへ送信する（ステップＳ１０
６）。

【００３３】ユーザマシン６ａは、インターネット１経
由で送信されてきた商品情報Ｄ１０２を受信し（ステッ
プＳ１０７）、この商品情報Ｄ１０２の内容である商品
名・外観・機能・価格などを表示させる（ステップＳ１
０８）。商品購入者は、このようにして表示された商品
の内容を検討し、その商品を購入するか否かを決定す
る。

【００３４】図５および図６は、本実施形態の予約決済
システムにおける商品購入予約フェーズを表わす。この
商品購入予約フェーズにおいて、商品購入者が上述した
商品情報閲覧フェーズで購入することに決定した商品の
購入指示Ｄ２０１を入力する（ステップＳ２０１）と、
ユーザマシン６ａは、この購入指示Ｄ２０１を決済機関
サーバ２へ送信する（ステップＳ２０２）。

【００３５】決済機関サーバ２は、インターネット１経
由で送信されてきた購入指示Ｄ２０１を受信する（ステ
ップＳ２０３）と、先に説明したカード情報の内容を商
品購入者に問い合せるカード情報要求Ｄ２０２をユーザ
マシン６ａへ送信する（ステップＳ２０４）。ユーザマ
シン６ａは、インターネット１経由で送信されてきたカ
ード情報要求Ｄ２０２を受信し（ステップＳ２０５）、
カード情報の入力を促すメッセージを表示する。このメ
ッセージにしたがって商品購入者がカード情報Ｄ２０３
を入力すると（ステップＳ２０６）、ユーザマシン６ａ
は、入力されたカード情報Ｄ２０３を決済機関サーバ２
へ送信する（ステップＳ２０７）。

【００３６】決済機関サーバ２は、インターネット１経
由で送信されてきたカード情報Ｄ２０３を受信する（ス
テップＳ２０８）と、このカード情報Ｄ２０３に基づく
購買可否判定を行う（ステップＳ２０９）。購買可否判
定は、商品購入者から購入指示された商品について、カ
ード情報Ｄ２０３に該当する種類（現在、一般カード・
ＥＸカード・Kidsカードの３種類を発行済み）の BitCa
shカードによる購買が許可されているか否かを確認する
判定である。

【００３７】購買可否判定の結果、カード情報Ｄ２０３
に該当する種類の BitCashカードを持つ商品購入者に対
して購買可能な商品であれば、決済機関サーバ２は、そ
の商品を商品購入者が買ったことを示す購買情報Ｄ２０
４を準備し（ステップＳ２１０）、この購買情報Ｄ２０
４を販売管理サーバ４へ送信する（ステップＳ２１
１）。そして、決済機関サーバ２は所定の決済受付登録
を行って、カード情報Ｄ２０３に該当する BitCashカー
ドの残額から、この商品の金額を引き去る（ステップＳ
２１２）。ここで、購買情報Ｄ２０４には、商品購入者
を特定するための情報として必ずカード管理番号を含む
ものとする。

【００３８】販売管理サーバ４は、インターネット１経
由で送信されてきた購買情報Ｄ２０４を受信する（ステ
ップＳ２１３）と、この購買情報Ｄ２０４の内容を解析
する（ステップＳ２１４）。ここでは、購入指示の対象
が予約購入商品なので、予約受付登録を行う（ステップ
Ｓ２１５）。ただし、図示しないが、購入指示の対象が
従来から販売されているソフトウェア・コンテンツの類
であれば、先に平成９年特許出願第９２７３９号で提案
したように、該当するコンテンツのダウンロードが行わ
れることになる。ステップＳ２１５の予約受付登録に続
いて、販売管理サーバ４は、後で商品購入者に連絡する
際に必要となる商品購入者のE-Mailアドレスを問い合せ
るE-Mail情報要求Ｄ２０５をユーザマシン６ａに送信す
る（ステップＳ２１６）。

【００３９】ユーザマシン６ａは、インターネット１経
由で送信されてきたE-Mail情報要求Ｄ２０５を受信し
（ステップＳ２１７）、E-Mail情報の入力を促すメッセ
ージを表示する。このメッセージにしたがって商品購入
者が自分のE-Mailアドレスを入力すると（ステップＳ２
１８）、ユーザマシン６ａは、これをE-Mail情報Ｄ２０
６として販売管理サーバ４へ送信する（ステップＳ２１
９）。

【００４０】販売管理サーバ４は、インターネット１経
由で送信されてきたE-Mail情報Ｄ２０６を受信し（ステ
ップＳ２２０）、このE-Mail情報Ｄ２０６を顧客情報と
して登録する（ステップＳ２２１）。

【００４１】以上により、商品購入者から販売管理サー
バ４に対する商品購入予約と、 BitCashカードによる商
品代金の決済が完了する。この商品購入予約フェーズで
は、販売管理サーバ４に商品内容を陳列しているショッ
プとユーザマシン６ａを操作する商品購入者との間の予
約契約に関わる処理が行われただけであり、在庫確認な
ど予約契約の可否を判定する処理は行われていない。こ
のため、販売管理サーバ４およびユーザマシン６ａのい
ずれにもほとんど負担はかかっていない。

【００４２】図７および図８は、本実施形態の予約決済
システムにおける受発注フェーズを表わす。この受発注
フェーズにおいて、販売管理サーバ４は、先に商品購入
予約フェーズで予約受付登録を行った商品のうち、まだ
発注を済ませていないすべての商品について注文情報Ｄ
３０１を準備し（ステップＳ３０１）、この注文情報Ｄ
３０１を在庫管理サーバ３へ送信する（ステップＳ３０
２）。

【００４３】在庫管理サーバ３は、インターネット１経
由で送信されてきた注文情報Ｄ３０１を受信する（ステ
ップＳ３０３）と、それぞれの注文情報Ｄ３０１ごとに
受注の可否を判定し（ステップＳ３０４）、受注可であ
った場合にはその注文情報Ｄ３０１の受注登録を行う
（ステップＳ３０５）。ここで、基本的に“受注可”は
「在庫あり」を意味し、“受注不可”は「在庫なし」を
意味しているが、これのみに限られるものではない。例
えば、販売管理サーバ４を所有する販売業者が、在庫管
理サーバ３を所有する卸業者への買掛金の支払を一定期
間以上にわたって滞らせていた場合、どんな注文情報を
受信しても“受注不可”と判定されるように卸業者の側
で設定しておく、ということも可能である。

【００４４】在庫管理サーバ３は、ステップＳ３０５で
受注登録を行った注文情報Ｄ３０１については受注済み
である旨の内容を、受注登録を行わなかった注文情報Ｄ
３０１については受注不可である旨の内容を、それぞれ
含む受注確認情報Ｄ３０２を準備し（ステップＳ３０
６）、これらの受注確認情報Ｄ３０２を販売管理サーバ
４へ送信する（ステップＳ３０７）。販売管理サーバ４
は、インターネット１経由で送信されてきた受注確認情
報Ｄ３０２を受信し（ステップＳ３０８）、この受注確
認情報Ｄ３０２を発注完了情報として登録する（ステッ
プＳ３０９）。

【００４５】以上により、先に商品購入予約フェーズで
成立していたショップと商品購入者との間の予約契約に
ついて、在庫管理サーバ３を運営する企業体・部門への
発注処理が行われる。この受発注フェーズが常に前述し
た商品購入予約フェーズと異なるタイミングで行われる
ように制御すれば、インターネット１や販売管理サーバ
４に余分な負担がかからない。また、在庫管理サーバ３
を常に待機状態で稼動させる必要がないため、こちらに
も余分な負担がかからない。

【００４６】図９および図１０は、本実施形態の予約決
済システムにおける予約不成立フェーズを表わす。この
予約不成立フェーズにおいて、販売管理サーバ４は、先
に受発注フェーズで登録した発注完了情報のうち、その
内容が受注不可であったものそれぞれについて、該当す
る決済を取消すべき旨を知らせる決済取消通知Ｄ４０１
を準備し（ステップＳ４０１）、この決済取消通知Ｄ４
０１を決済機関サーバ２へ送信する（ステップＳ４０
２）。ここで、決済取消通知Ｄ４０１には、予約を取り
消す商品の識別情報とその予約時に使用した BitCashカ
ードのカード管理番号とが少なくとも含まれている。

【００４７】決済機関サーバ２は、インターネット１経
由で送信されてきた決済取消通知Ｄ４０１を受信し（ス
テップＳ４０３）、該当する決済取消の受付登録を行う
（ステップＳ４０４）。ステップＳ４０２に引き続き、
販売管理サーバ４は、内容が受注不可であった発注完了
情報それぞれについて、該当する購入予約が成立しなか
った旨を商品購入者に知らせる予約不成立通知Ｄ４０２
を準備し（ステップＳ４０５）、この予約不成立通知Ｄ
４０２を先に商品購入予約フェーズで商品購入者から得
て顧客情報として登録しておいたE-Mailアドレス宛に送
信する（ステップＳ４０６）。

【００４８】該当する商品購入者がユーザマシン６ａか
らインターネット１経由でメールサーバへアクセスする
と、ユーザマシン６ａは、この予約不成立通知Ｄ４０２
を受信し（ステップＳ４０７）、この予約不成立通知Ｄ
４０２の内容を表示する（ステップＳ４０８）。上述し
たメールサーバへのアクセスは、ユーザマシン６ａから
だけではなく、インターネット１に接続可能なあらゆる
マシンから行うことが可能である。商品購入者は、この
ようにして表示された予約不成立通知Ｄ４０２の内容を
見て、予約が不成立となったことを知る。

【００４９】以上により、受注不可すなわち予約不成立
となった商品購入予約のそれぞれについて、予約時に行
われた BitCashカードによる商品代金の決済の取消が完
了するとともに、予約が不成立となったことが商品購入
者に通知される。

【００５０】なお、上述した手順は予約不成立に際して
BitCashカードによる決済を取消すものであるが、これ
以外の対処方法も考えられる。例えば、商品購入者が予
約しようとした緑色のＴシャツは品切れ状態だが、同一
デザインの青色のＴシャツはまだ十分に在庫がある、と
いうケースはよくある。そこで、こうした場合には、類
似する別の商品なら購入可能な旨の案内と、予約対象を
変更するか否かの問合せとを、決済の取消に先立って商
品購入者のE-Mailアドレス宛に送信する。そして、この
問合せに対して、商品購入者が予約対象の変更を返答し
てきた場合には、予約を変更した上で再び受発注フェー
ズを実行する一方、商品購入者が予約の取消を返答して
きた場合には、決済の取消を行うことにする。このよう
な対処方法にすれば、商品購入予約が実際の商品購入ま
でつながる可能性がさらに高くなることが予想される。

【００５１】図１１および図１２は、本実施形態の予約
決済システムにおける予約成立・受渡指定フェーズを表
わす。この予約成立・受渡指定フェーズにおいて、販売
管理サーバ４は、先に受発注フェーズで登録した発注完
了情報のうち、その内容が受注済みであったものそれぞ
れについて、該当する購入予約の成立に伴って商品受渡
の具体的な方法を指定してほしい旨を商品購入者に知ら
せる予約確定情報Ｄ５０１を準備し（ステップＳ５０
１）、この予約確定情報Ｄ５０１を顧客情報として登録
しておいたE-Mailアドレス宛に送信する（ステップＳ５
０２）。

【００５２】ここで、商品受渡の具体的な方法として
は、例えば、商品購入者が指定した住所宛に商品を郵送
あるいは宅配で届ける方法（配送引渡）や、あらかじめ
商品を準備した販売店に商品購入者が足を運んで直接受
け取る方法（店頭引渡）が考えられる。前者の方法の場
合、届け先住所を商品購入者に指定してもらう必要があ
る。後者の場合、商品を準備する販売店を商品購入者に
指定してもらう必要がある。該当する商品購入者が例え
ばユーザマシン６ａからインターネット１経由でメール
サーバへアクセスすると、ユーザマシン６ａは、この予
約確定情報Ｄ５０１を受信し（ステップＳ５０３）、こ
の予約確定情報Ｄ５０１の内容を表示する（ステップＳ
５０４）。商品購入者は、表示された予約確定情報Ｄ５
０１の内容を見ることにより、自分が行った予約が無事
に成立したことを知る。

【００５３】商品購入者は、表示された予約確定情報Ｄ
５０１にしたがって受渡指定情報Ｄ５０２を入力する
（ステップＳ５０５）。具体的な受渡指定情報Ｄ５０２
の内容は、例えば、上述した店頭引渡を選択する旨およ
び商品購入者が足を運ぶ販売店を特定する情報である。
ユーザマシン６ａは、この受渡指定情報Ｄ５０２を販売
管理サーバ４へ送信する（ステップＳ５０６）。販売管
理サーバ４は、インターネット１経由で送信されてきた
受渡指定情報Ｄ５０２を受信し（ステップＳ５０７）、
最終的な予約確定の受付登録を行う（ステップＳ５０
８）。

【００５４】以上により、受注済みすなわち予約成立と
なった商品購入予約のそれぞれについて、予約が成立し
た旨が商品購入者に伝えられるとともに、商品購入者に
対し受渡方法の問合せが行われる。

【００５５】なお、上述した手順において受渡指定情報
Ｄ５０２を販売管理サーバ４へ送信する場合、その送信
方法は、E-Mailによるものでも、Ｗｅｂ上のページに対
するフォーム入力によるものでも、どちらでもよいが、
商品購入者を特定するための情報として、カード管理番
号を必ず含むものとする。

【００５６】図１３および図１４は、本実施形態の予約
決済システムにおける店頭引渡時照会フェーズを表わ
し、上述した予約成立・受渡指定フェーズで商品の受渡
方法として商品購入者が店頭引渡を指定した後、実際に
販売店で商品購入者が商品を受け取るときの手順を示
す。ここで、予約した商品を受け取ろうとする商品購入
者は、予約時の決済に利用した BitCashカードのカード
管理番号を自宅で別紙に控え、これを販売店に持参する
ものとする。 BitCashカードのカード情報（１６文字の
平仮名）は、このカードを所有する商品購入者のみが決
済に際して使用するものなので、他人には絶対に知らせ
てはならない。この店頭引渡時照会フェーズにおいて、
販売店の店員または商品購入者が、予約時の決済に利用
した BitCashカードのカード管理番号Ｄ６０１を、販売
店に設置された販売店照会端末５ａから入力する（ステ
ップＳ６０１）と、販売店照会端末５ａは、このカード
管理番号Ｄ６０１を販売管理サーバ４へ送信する（ステ
ップＳ６０２）。

【００５７】販売管理サーバ４は、インターネット１経
由で送信されてきたカード管理番号Ｄ６０１を受信する
（ステップＳ６０３）と、先に予約成立・受渡指定フェ
ーズで登録された予約確定受付を確認し（ステップＳ６
０４）、このカード管理番号Ｄ６０１により特定される
商品購入者に該当する予約確定受付の情報を取り出す。
そして、取り出した予約確定受付の情報に基づいて照会
情報Ｄ６０２を準備し（ステップＳ６０５）、この照会
情報Ｄ６０２を販売店照会端末５ａへ送信する（ステッ
プＳ６０６）。ここで、照会情報Ｄ６０２の具体的な内
容は、例えば購入予約した商品の名称・数量・受渡方法
などであるが、さらに商品の特徴を表す画像や音声など
を含めてもよい。

【００５８】販売店照会端末５ａは、インターネット１
経由で送信されてきた照会情報Ｄ６０２の内容を受信し
（ステップＳ６０７）、この照会情報Ｄ６０２の内容を
表示させる（ステップＳ６０８）。販売店の店員は、表
示された照会情報Ｄ６０２に該当する商品を商品購入者
に引き渡した後、商品の引渡が完了した旨の引渡完了確
認を販売店照会端末５ａに入力する（ステップＳ６０
９）。この入力を受けた販売店照会端末５ａは、照会情
報Ｄ６０２に基づく引渡完了情報Ｄ６０３を販売管理サ
ーバ４へ送信する（ステップＳ６１０）。販売管理サー
バ４は、インターネット１経由で送信されてきた引渡完
了情報Ｄ６０３を受信する（ステップＳ６１１）と、こ
の引渡完了情報Ｄ６０３の受付登録を行う（ステップＳ
６１２）。

【００５９】以上により、商品購入者が購入予約した商
品の店頭での引渡が完了する。

【００６０】図１５および図１６は、本実施形態の予約
決済システムにおける予約取消フェーズを表わし、商品
の購入予約を行った商品購入者が自己都合で予約をキャ
ンセルする際の手順を示す。この予約取消フェーズにお
いて、購入予約を行った商品購入者がインターネット１
経由で販売管理サーバ４にアクセスして、所定の予約取
消フォームに応じて予約取消指示Ｄ７０１を入力する
（ステップＳ７０１）と、ユーザマシン６ａは、この予
約取消指示Ｄ７０１を販売管理サーバ４へ送信する（ス
テップＳ７０２）。この予約取消指示Ｄ７０１には、少
なくとも予約時の決済で商品購入者に利用された BitCa
shカードのカード管理番号が含まれる。

【００６１】販売管理サーバ４は、インターネット１経
由で送信されてきた予約取消指示Ｄ７０１を受信する
（ステップＳ７０３）と、折り返し予約取消指示Ｄ７０
１を正常に受信したことを示す受領通知Ｄ７０２をユー
ザマシン６ａへ送信する（ステップＳ７０４）。ユーザ
マシン６ａは、インターネット１経由で送信されてきた
受領通知Ｄ７０２を受信する（ステップＳ７０５）と、
この受領通知Ｄ７０２を表示する（ステップＳ７０
６）。商品購入者は、表示された受領通知Ｄ７０２を見
て予約取消が行われたことを確認する。ステップＳ７０
４に引き続き、販売管理サーバ４は、商品購入者の予約
取消を知らせる決済取消通知Ｄ７０３を準備して（ステ
ップＳ７０７）、この決済取消通知Ｄ７０３を決済機関
サーバ２へ送信する（ステップＳ７０８）。決済機関サ
ーバ２は、インターネット１経由で送信されてきた決済
取消通知Ｄ７０３を受信する（ステップＳ７０９）と、
該当する決済取消の受付登録を行う（ステップＳ７１
０）。

【００６２】ステップＳ７０８に引き続き、販売管理サ
ーバ４は、先に受発注フェーズで行った商品の発注を取
り消すための発注取消通知Ｄ７０４を準備し（ステップ
Ｓ７１１）、この発注取消通知Ｄ７０４を在庫管理サー
バ３へ送信して（ステップＳ７１２）から、取消完了情
報を登録する（ステップＳ７１３）。在庫管理サーバ３
は、インターネット１経由で送信されてきた発注取消通
知Ｄ７０４を受信する（ステップＳ７１４）と、この発
注取消通知Ｄ７０４に基づいて注文情報の照合を行い
（ステップＳ７１５）、商品購入者が予約した商品に該
当する注文情報を削除する（ステップＳ７１６）。ただ
し、上述のステップＳ７１１〜Ｓ７１６の手順は、商品
購入者が予約した商品について先の受発注フェーズで発
注されており、さらに、内容が受注済みであった発注完
了情報が登録されている場合に限り、実行される。

【００６３】以上により、商品購入者の自己都合による
予約のキャンセルが行われる。なお、上述した予約取消
フェーズは、予約取消指示Ｄ７０１が与えられたとき発
注および決済の取消が必ず行われる場合を説明してい
る。しかしながら一般的に、予約取消指示Ｄ７０１が与
えられた時点ですでに予約商品の取り寄せが済んでいる
ため、予約取消ができないというケースもあり得る。こ
のような予約取消ができないケースをあらかじめ想定す
る場合、上述の処理に対しさらに次の処理を追加すれば
よい。すなわち、ステップＳ７０８で、決済取消通知Ｄ
７０３を決済機関サーバ２へ送信した販売管理サーバ４
は、決済機関サーバ２から決済取消が可能な旨の通知が
送信されたのを確認した後、発注取消通知Ｄ７０４の準
備・送信を行うとともに、発注の取消が完了した旨の通
知を準備してユーザマシン６ａへ送信する。これに対し
て、決済機関サーバ２から決済取消が不可能な旨の通知
が送信されたのを確認したとき、販売管理サーバ４は、
発注の取消ができなかった旨の通知を準備してユーザマ
シン６ａへ送信する。

【００６４】これまで詳細に説明してきたように、本実
施形態の予約決済システムは、インターネットなどのネ
ットワークを介したデータ通信が可能なマシンさえあれ
ば、商品購入者が商品の購入予約を行うことが可能であ
り、予約端末機などの特別なハードウェアを追加設置す
る必要がないため、実施に際して余分なコストが全く発
生しない。また、受発注フェーズが常に商品購入予約フ
ェーズと異なるタイミングで行われるよう制御すること
で、インターネット１や販売管理サーバ４に余分な負担
をかけなくてすむとともに、在庫管理サーバ３を常に待
機状態で稼動させる必要もなくなるため、在庫管理サー
バ３にも余分な負担をかけなくてすむ。

【００６５】さらに、購入予約以後に行われる上述した
受発注フェーズ、予約不成立フェーズ、予約成立・受渡
指定フェーズ、店頭引渡時照会フェーズ、予約取消フェ
ーズにおいては、すべて購入予約に際して決済に利用さ
れた BitCashカードのカード管理番号を使用するので、
同一の BitCashカードを使った購入予約および商品の受
渡を何度でも行うことができる。また、このシステム
は、現に決済システムとして実績のある BitCashシステ
ムを何ら改変することなく転用可能なので、本発明の目
的とする予約決済のみならず、通常の決済も可能であ
る。ただし、商品との交換価値を表わす所定の価値ポイ
ントがあらかじめ付与された状態で発行され、互いに固
有の識別情報により区別されるプリペイド発行体の各々
について、そのプリペイド発行体の現在の価値ポイント
を保持するとともに、ネットワーク経由で与えられる商
品の購入指示にしたがってこの購入指示で指定されたプ
リペイド発行体の現在の価値ポイントの加減を行う機能
を持つシステムであれば、 BitCashシステムと異なる決
済システムであっても予約決済に転用できることはいう
までもない。

【００６６】なお、上述した実施形態では、決済機関サ
ーバ２、在庫管理サーバ３、販売管理サーバ４、販売店
照会端末５ａおよび５ｂ、ユーザマシン６ａ〜６ｃの相
互間におけるデータ通信を実現する通信インフラとして
インターネット１を利用する場合について説明したが、
通信インフラはこれのみに限られず、専用通信回線や公
衆通信回線など、他の通信インフラであってもよい。例
えば、販売管理サーバ４と販売店照会端末５ａおよび５
ｂとを同一企業体が所有しているなら、これら相互間の
通信インフラを専用通信回線で構成することにより、さ
らに運用コストの抑制が可能になると思われる。

【００６７】

【発明の効果】本発明の予約決済システムによれば、特
別な専用のハードウェアを追加設置することなく、イン
ターネットを介した通信機能を有する任意のマシンによ
る商品の購入予約が可能なので、実施に際して余分な導
入コストが全く発生せず、容易かつ安価に実施すること
ができる。また、商品購入予約とその予約に対応する受
発注とが異なるタイミングで行われるよう制御すること
で、通信インフラや予約に関わるサーバに余分な負担を
かけずにすむため、これらの通信に関わる資源を無駄な
く有効に活用でき、実施に関わる稼動コストを最小限に
抑えることができる。

【図面の簡単な説明】

【図１】本発明の予約決済システムの基本的な実施形態
のネットワーク構成を示す図である。

【図２】本発明の予約決済システムの基本的な実施形態
のハードウェア構成を示す図である。

【図３】本発明の実施形態の予約決済システムにおける
商品情報閲覧フェーズを表わす説明図である。

【図４】本発明の実施形態の予約決済システムにおける
商品情報閲覧フェーズを表わす説明図である。

【図５】本発明の実施形態の予約決済システムにおける
商品購入予約フェーズを表わす説明図である。

【図６】本発明の実施形態の予約決済システムにおける
商品購入予約フェーズを表わす説明図である。

【図７】本発明の実施形態の予約決済システムにおける
受発注フェーズを表わす説明図である。

【図８】本発明の実施形態の予約決済システムにおける
受発注フェーズを表わす説明図である。

【図９】本発明の実施形態の予約決済システムにおける
予約不成立フェーズを表わす説明図である。

【図１０】本発明の実施形態の予約決済システムにおけ
る予約不成立フェーズを表わす説明図である。

【図１１】本発明の実施形態の予約決済システムにおけ
る予約成立・受渡指定フェーズを表わす説明図である。

【図１２】本発明の実施形態の予約決済システムにおけ
る予約成立・受渡指定フェーズを表わす説明図である。

【図１３】本発明の実施形態の予約決済システムにおけ
る店頭引渡時照会フェーズを表わす説明図である。

【図１４】本発明の実施形態の予約決済システムにおけ
る店頭引渡時照会フェーズを表わす説明図である。

【図１５】本発明の実施形態の予約決済システムにおけ
る予約取消フェーズを表わす説明図である。

【図１６】本発明の実施形態の予約決済システムにおけ
る予約取消フェーズを表わす説明図である。

【符号の説明】

１インターネット２決済機関サーバ３在庫管理サーバ４販売管理サーバ５ａ販売店照会端末５ｂ販売店照会端末６ａユーザマシン６ｂユーザマシン６ｃユーザマシン１０１中央処理装置１０２メインメモリ１０３ファイル装置１０４入力装置１０５出力装置１０６信号バス１１０制御プログラム

Claims

【特許請求の範囲】

【請求項１】商品との交換価値を表わす所定の価値ポ
イントがあらかじめ付与された状態で発行され、互いに
固有の識別情報により区別されるプリペイド発行体の各
々について、そのプリペイド発行体の現在の価値ポイン
トを保持するとともに、ネットワーク経由で与えられる
商品の購入指示にしたがってこの購入指示で指定された
プリペイド発行体の現在の価値ポイントの加減を行う決
済機関サーバを利用する予約決済システムであって、前記購入指示に応じて前記決済機関サーバから与えられ
る購買情報に該当する商品が予約対象に指定されていた
とき、この商品に対する予約の受付登録を行う販売管理
サーバを備えたことを特徴とする予約決済システム。
【請求項２】商品との交換価値を表わす所定の価値ポ
イントがあらかじめ付与された状態で発行され、互いに
固有の識別情報により区別されるプリペイド発行体の各
々について、そのプリペイド発行体の現在の価値ポイン
トを保持するとともに、ネットワーク経由で与えられる
商品の購入指示にしたがってこの購入指示で指定された
プリペイド発行体の現在の価値ポイントの加減を行う決
済機関サーバを利用する予約決済システムであって、前記購入指示に応じて前記決済機関サーバから与えられ
る購買情報に該当する商品が予約対象に指定されていた
とき、この商品に対する予約の受付登録とこの予約に関
わる詳細情報を得るための連絡先情報の登録を行う販売
管理サーバを備えたことを特徴とする予約決済システ
ム。
【請求項３】前記販売管理サーバで予約対象に指定さ
れている商品の各々についてその商品の在庫および注文
を管理する在庫管理サーバを具備し、前記販売管理サーバは、受付登録を行った予約によって
指定された商品の注文情報を前記在庫管理サーバへ送信
することを特徴とする請求項１または請求項２記載の予
約決済システム。
【請求項４】前記在庫管理サーバは、前記販売管理サ
ーバから送信された商品の注文情報に応じて、その商品
の受注が可能か否かを表わす受注確認情報を前記販売管
理サーバへ送信することを特徴とする請求項３記載の予
約決済システム。
【請求項５】商品との交換価値を表わす所定の価値ポ
イントがあらかじめ付与された状態で発行され、互いに
固有の識別情報により区別されるプリペイド発行体の各
々について、そのプリペイド発行体の現在の価値ポイン
トを保持するとともに、ネットワーク経由で与えられる
商品の購入指示にしたがってこの購入指示で指定された
プリペイド発行体の現在の価値ポイントの加減を行う決
済機関サーバを利用する予約決済システムであって、前記購入指示に応じて前記決済機関サーバから与えられ
る購買情報に該当する商品が予約対象に指定されていた
とき、この商品に対する予約の受付登録とこの予約に関
わる詳細情報を得るための連絡先情報の登録を行う販売
管理サーバと、前記販売管理サーバで予約対象に指定さ
れている商品の各々についてその商品の在庫および注文
を管理する在庫管理サーバとを具備し、前記販売管理サーバは、受付登録を行った予約によって
指定された商品の注文情報を前記在庫管理サーバへ送信
し、前記在庫管理サーバは、前記販売管理サーバから送信さ
れた商品の注文情報に応じて、その商品の受注が可能か
否かを表わす受注確認情報を前記販売管理サーバへ送信
し、前記販売管理サーバは、前記在庫管理サーバから送信さ
れた受注確認情報に該当する商品の予約について登録さ
れた前記連絡先情報にしたがって、この商品の予約が成
立したか否かをこの商品の購入指示を与えた者に伝える
ことを特徴とする予約決済システム。
【請求項６】前記販売管理サーバは、商品の予約が成
立した旨とともに、この商品の受渡に関する問合せを前
記購入指示を与えた者に伝え、この問合せに対してネッ
トワーク経由で与えられる受渡指定情報に応じて予約確
定の受付登録を行うことを特徴とする請求項５記載の予
約決済システム。
【請求項７】前記受渡指定情報により特定の販売店で
商品を直接引き渡すべき店頭引渡が指定されたとき、前
記販売管理サーバは、前記特定の販売店からネットワー
ク経由で与えられる予約時に使用されたプリペイド発行
体の識別情報に応じて、該当する前記予約確定の受付登
録から得た引き渡すべき商品に関する照会情報を前記特
定の販売店に送信することを特徴とする請求項６記載の
予約決済システム。
【請求項８】前記識別情報は、商品の購入指示に限り
指定する決済用カード情報と、商品の購入指示を除く問
合せ応答で指定するカード管理番号とによって構成され
ることを特徴とする請求項１〜７のいずれかに記載の予
約決済システム。