JP2001109798A - 電子決済システム、及び、その記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明の目的は、インターネットを介したオ
ンライン・ショッピングやその他メディアを介した商品
・サービスの購入・販売時の代金決済を、安全かつ確実
に行える電子決済システムを提供することにある。 【解決手段】 本発明の電子決済システム（Ｑ２ Ｗａ
ｌｌｅｔシステム）は、集金代行に電話会社が提供する
情報料課金・回収代行サービス（Ｑ２サービス）を利用
し、ユーザ端末１から、Ｑ２サービスの電話回線を介し
て、管理会社のＱ２ Ｗａｌｌｅｔ管理サーバ３に対
し、必要な金額分の回線接続を繰り返し、Ｑ２サービス
における情報料として支払った金額を、購入商品の代金
決済にあてる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報料課金・回収
代行サービスを利用した、コンピュータによる電子決済
システム及びその記録媒体に関する。

【０００２】

【従来の技術】現在、インターネットを利用したオンラ
イン・ショッピングが普及しつつある。この形態を利用
した商品の購入・販売では、代金の決済にクレジット会
社のサービスを利用する場合がある。この場合、消費者
は、ユーザ端末から購入する商品・サービスの指定とと
もに、個人情報やクレジットカード番号を、インターネ
ット上の仮想店舗へ送信する。そして、これらの情報を
受けた仮想店舗を運営する会社（商店）は、商品を注文
者へ発送し、代金をクレジット会社から取得している。
一方、情報料課金・回収代行サービス（以下、Ｑ２サー
ビスと称す）がある。現在実施されているＱ２サービス
の１つは、加入者電話網を介して提供されるテレホン・
サービスなどの情報提供サービスにおいて、情報の利用
者が情報提供者に支払う料金（情報料など）を、情報提
供者に代わってＱ２サービスを提供する電話会社が通話
料と一括して課金し、当該料金を回収代行するものであ
り、加入電話網を使うものであれば、どのようなサービ
スにも適用できるものである。

【０００３】

【発明が解決しようとする課題】上記インターネットを
利用したオンライン・ショッピングの商品購入時におけ
る個人情報やクレジットカード番号の送信は、一般的に
暗号化がなされる。しかし、暗号化されても、情報（デ
ータ）送信に係る安全性は必ずしも保証されるものでは
ない。また、一般的なＱ２サービスは、インターネット
とは独立した加入者電話網を利用したものであり、イン
ターネットを利用したオンライン・ショッピングや、そ
の他メディアを介した商品購入の代金決済に利用される
例は見当たらない。

【０００４】本発明は、上記の点に鑑みてなされたもの
で、Ｑ２サービスを利用し、インターネットを介したオ
ンライン・ショッピングやその他メディアを介した商品
・サービスの購入・販売時の代金決済を、安全かつ確実
に行える電子決済システム、電子決済方法及びその記録
媒体を提供するものである。

【０００５】

【課題を解決するための手段】本発明の電子決済システ
ムは、商品の販売・購入に係る代金の決済を行う電子決
済システムにおいて、前記電子決済システムは、ユーザ
端末と管理サーバとを具備し、前記ユーザ端末と管理サ
ーバは、電話会社が提供する回線接続回数に応じて課金
する情報料課金・回収代行サービスを利用する電話回線
により接続され、前記ユーザ端末は、前記管理サーバに
対し、所定の金額に応じた回数の回線接続を繰り返すこ
とを特徴とする。

【０００６】また、本発明の電子決済システムにおい
て、前記ユーザ端末と管理サーバは、前記回線接続の回
数に対応する金額のデータを記憶し、前記ユーザ端末と
管理サーバの各々に記憶された前記金額のデータの相互
一致の検証を行うことを特徴とする。

【０００７】また、本発明の電子決済システムにおい
て、前記電子決済システムは、ネットワークを介して商
品情報を提供する店舗サーバを、さらに具備し、前記店
舗サーバは、前記ユーザ端末から送信された発注に係る
情報に応じた所定の情報を前記管理サーバへ送るととも
に、前記管理サーバから前記情報に対応する前記金額の
データに基づく残金のデータを受け、前記発注に係る情
報に含まれる商品金額と前記残金とを比較し、受注の可
否を判定することを特徴とする。

【０００８】また、本発明は、請求項１に記載の電子決
済システムに用いられるユーザ端末であって、前記ユー
ザ端末は、前記管理サーバと電話会社が提供する回線接
続回数に応じて課金する情報料課金・回収代行サービス
を利用する電話回線により接続され、前記管理サーバに
対し、所定の金額に応じた回数の回線接続を繰り返すこ
とを特徴とする。

【０００９】また、本発明は、請求項１に記載の電子決
済システムに用いられる管理サーバであって、前記管理
サーバは、前記ユーザ端末と電話会社が提供する回線接
続回数に応じて課金する情報料課金・回収代行サービス
を利用する電話回線により接続され、前記ユーザ端末に
よる回線接続の回数に応じた金額を算出することを特徴
とする。

【００１０】請求項３に記載の電子決済システムに用い
られる店舗サーバであって、前記ユーザ端末から送信さ
れた発注に係る情報に応じた所定の情報を前記管理サー
バへ送るとともに、前記管理サーバから前記情報に対応
する前記金額のデータに基づく残金のデータを受け、前
記発注に係る情報に含まれる商品金額と前記残金とを比
較し、受注の可否を判定することを特徴とする。

【００１１】また、本発明は、コンピュータに実装され
実行されることにより請求項１または請求項２に記載の
ユーザ端末を実現するプログラムが記録された記録媒体
であって、電話会社が提供する回線接続回数に応じて課
金する情報料課金・回収代行サービスを利用する電話回
線に接続された管理サーバへの回線接続を、所定の金額
Ａに応じた回数だけ繰り返す手順と、前記金額を記憶す
る手順と、前記管理サーバが記憶した、前記回線接続の
回数に応じた金額Ｂを取得する手順と、前記金額Ａと金
額Ｂとを比較し、一致するか検証する手順と、を記録し
たコンピュータ読み取り可能な記録媒体である。

【００１２】また、本発明は、コンピュータに実装され
実行されることにより請求項１または請求項２に記載の
管理サーバを実現するプログラムが記録された記録媒体
であって、電話会社が提供する回線接続回数に応じて課
金する情報料課金・回収代行サービスを利用する電話回
線を用いた前記ユーザ端末から該管理サーバへの回線接
続の回数から、該回数に応じた金額Ｂを算出する手順
と、前記金額Ｂを記憶する手順と、前記ユーザ端末が記
憶した、前記回線接続の回数に応じた金額Ａを取得する
手順と、前記金額Ａと金額Ｂとを比較し、一致するか検
証する手順と、を記録したコンピュータ読み取り可能な
記録媒体である。

【００１３】また、本発明は、コンピュータに実装され
実行されることにより請求項３に記載の店舗サーバを実
現するプログラムが記録された記録媒体であって、前記
ユーザ端末から送信された発注に係る情報に応じた所定
の情報を前記管理サーバへ送信する手順と、前記管理サ
ーバから前記情報に対応する前記金額のデータに基づく
残金のデータを受信する手順と、前記発注に係る情報に
含まれる商品金額と前記残金とを比較し、受注の可否を
判定する手順と、を記録したコンピュータ読み取り可能
な記録媒体である。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の電子決済システ
ム（以下、Ｑ２ Ｗａｌｌｅｔシステムと称す）の構成
を示すブロック図である。

【００１５】まずはじめに、Ｑ２ Ｗａｌｌｅｔシステ
ムの概要を説明する。Ｑ２ Ｗａｌｌｅｔシステムの特
徴は、集金代行に前述の情報料課金・回収代行サービス
（Ｑ２サービス）を利用する点にある。Ｑ２ Ｗａｌｌ
ｅｔシステムは、ユーザ端末１（Ｑ２ Ｗａｌｌｅｔク
ライアントを含む）から、電話会社が提供するＱ２サー
ビスを利用して、管理会社のＱ２ Ｗａｌｌｅｔサーバ
３に対し、必要な金額分の回線接続を繰り返し、Ｑ２サ
ービスにおける情報料として支払った金額分だけ、イン
ターネットやその他の情報伝達媒体（テレビ、ラジオ、
雑誌等）を介して買い物ができる仕組みを提供するもの
である（詳細は、後述する）。

【００１６】本実施の形態では、Ｑ２サービスを利用し
た、１回の回線接続による情報提供料金は定額であるも
のとする。Ｑ２ Ｗａｌｌｅｔクライアントからは、ユ
ーザの希望金額になるまで、情報提供者（本実施の形態
では、管理会社）に対応する電話番号に対し自動的に回
線接続を繰り返す。こうして希望金額に相当する仮想的
なお金（以降、電子マネーと称す）を取得することにな
る。このように電子マネーを商品購入（注文）前に予め
取得し、この電子マネーを使って商品の購入をする形態
のほか、商品注文時に商品金額相当の金額になるまで、
上記回線接続を繰り返し、代金の支払いを完了する形態
もある。ユーザ（消費者）から回収される代金は、当該
Ｑ２サービスを提供する電話会社から、管理会社へ支払
われ、さらに、管理会社から本Ｑ２ Ｗａｌｌｅｔシス
テムを利用する仮想店舗の運営者に支払われる。なお、
図３１〜４１にＱ２ Ｗａｌｌｅｔクライアント、Ｑ２
Ｗａｌｌｅｔ店舗サーバ２、Ｑ２ Ｗａｌｌｅｔ管理
サーバ３が使用するデータの例を示している。

【００１７】図１に示すように、ユーザ端末１とＱ２
Ｗａｌｌｅｔ管理サーバ３間は、Ｑ２サービスを利用し
た電話回線を介して接続される。また、ユーザ端末とＱ
２Ｗａｌｌｅｔ店舗サーバ２間およびＱ２ Ｗａｌｌｅ
ｔ店舗サーバ２とＱ２ Ｗａｌｌｅｔ管理サーバ３間は
インターネット等のネットワークを介して接続される。
もちろん、ユーザ端末１およびＱ２ Ｗａｌｌｅｔ店舗
サーバ２は複数あってよいものである。

【００１８】図２は、Ｑ２ Ｗａｌｌｅｔシステムで用
いるユーザ端末１の構成を示すブロック図である。ユー
ザ端末１には、通信モデムを実装した一般のパーソナル
コンピュータ等が利用できる。図２に示すように、ＯＳ
（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上に、前述のＱ
２ Ｗａｌｌｅｔクライアント、後述のバスケット・ブ
ラウザ（Ｍｙ ＢｒｏｗｓｅｒビューワまたはＭｙ Ｂ
ｒｏｗｓｅｒ Ｐｌｕｇ−ｉｎ）等が実装される。

【００１９】図２中のバスケット・ブラウザ、ＭｙＢｒ
ｏｗｓｅｒビューワ、ＭｙＢｒｏｗｓｅｒ Ｐｌｕｇ−
ｉｎは、Ｑ２ Ｗａｌｌｅｔクライアントと連携し動作
するソフトウェアであり、ＯＳを介してデータの交換を
行う。これらのソフトウェアは、特にインターネット等
のネットワーク（以下の説明ではインターネットとして
説明する）を介したオンライン・ショッピングで利用さ
れる。ＭｙＢｒｏｗｓｅｒビューワはインターネット上
の仮想店舗からそのコンテンツ（製品情報、価格、購入
条件、その他の情報）を取得し、ユーザ端末１の画面に
その内容の閲覧を可能とする。図２中のＭｙＢｒｏｗｓ
ｅｒコンテンツは、ユーザがアクセスした仮想店舗から
取得するものであり、当該仮想店舗が提供する情報のほ
か、別途定義される表示その他に係る規約に基づく情報
（絵柄の情報、表示位置情報その他）を含むものであ
る。

【００２０】ＭｙＢｒｏｗｓｅｒビューワは、ＭｙＢｒ
ｏｗｓｅｒコンテンツに含まれる情報に基づく、独自の
表示を達成させるためのものである（図４２参照）。ま
た、ＭｙＢｒｏｗｓｅｒ Ｐｌｕｇ−ｉｎは、一般のＷ
ｅｂブラウザに組み込まれ、当該Ｗｅｂブラウザの機能
を利用しＭｙＢｒｏｗｓｅｒビューワと同様に機能す
る。バスケット・ブラウザは、ＭｙＢｒｏｗｓｅｒビュ
ーワやＭｙＢｒｏｗｓｅｒＰｌｕｇ−ｉｎに、インター
ネット用買い物籠機能や一般にバスケット機能と呼ばれ
る機能を持たせるソフトウェアである。このソフトウェ
アにより、仮想店舗のホームページの内容を再解釈する
とともに表示の再構成を行う。さらに、本来ユーザが複
数の手順で行う処理を代理して行い、その手順を簡略化
させるものである。

【００２１】電子コンテンツを複数購入する場合、従来
の手順では、１つのコンテンツを選択し、そして支払い
に必要な情報を入力し、電子コンテンツをダウンロード
するという手順を複数回繰り返している。バスケット・
ブラウザでは、複数のコンテンツが最初に選択され（選
択された内容をバスケット・ブラウザが記憶）、支払い
に必要な情報の入力を受け（この情報もバスケット・ブ
ラウザが記憶）、そしてバスケット・ブラウザがコンテ
ンツをダウンロードする。実際には、バスケット・ブラ
ウザが、ユーザに代わり上記従来の手順を自動的に繰り
返し実行するものである。なお、Ｑ２ Ｗａｌｌｅｔク
ライアントやバスケット・ブラウザ、ＭｙＢｒｏｗｓｅ
ｒビューワ、ＭｙＢｒｏｗｓｅｒ Ｐｌｕｇ−ｉｎを実
現するプログラムは、ＣＤ−ＲＯＭやインターネットを
介して複数のユーザへ配布される。

【００２２】次に、仮想店舗を運営する事業所に設置さ
れるＱ２ Ｗａｌｌｅｔ店舗サーバ２について説明す
る。Ｑ２ Ｗａｌｌｅｔ店舗サーバ２は、いわゆるＷｅ
ｂサーバ（仮想店舗Ｗｅｂサーバ）を用いて実現でき
る。Ｑ２ Ｗａｌｌｅｔ店舗サーバ２は、インターネッ
ト等を介して、ユーザからのアクセスを受ける。このと
き、商品情報やその他の情報を含むＭｙＢｒｏｗｓｅｒ
コンテンツを、Ｑ２ Ｗａｌｌｅｔクライアントへ送
る。そして、オンラインでユーザから商品の注文を受け
た場合、その受注内容を管理会社のＱ２ Ｗａｌｌｅｔ
管理サーバ３へ送る。この受注に係る代金の支払いに
は、前述のように、電子マネーが利用される場合と、受
注時にＱ２ Ｗａｌｌｅｔ管理サーバ３を介して支払わ
れる場合がある。いずれにせよ、Ｑ２Ｗａｌｌｅｔ店舗
サーバ２は、Ｑ２ Ｗａｌｌｅｔ管理サーバ３から、当
該ユーザの残金あるいは支払い金額の情報を得て受注の
可否を判定し、当該受注内容の受諾あるいは拒否を行
う。動作の詳細は後述する。

【００２３】次に、管理会社に設置されるＱ２ Ｗａｌ
ｌｅｔ管理サーバ３を説明する。Ｑ２ Ｗａｌｌｅｔ管
理サーバ３には、一般のサーバ・コンピュータを用いて
実現できる。Ｑ２ Ｗａｌｌｅｔ管理サーバ３は、ま
ず、Ｑ２サービスを利用してなされる、ユーザ（Ｑ２
Ｗａｌｌｅｔクライアント）に渡した電子マネーの管理
あるいはユーザが支払った金額の管理を行うことであ
る。もちろん、こうして管理される電子マネーあるいは
支払い金額のデータは、Ｑ２ Ｗａｌｌｅｔ管理サーバ
３のほか、Ｑ２ Ｗａｌｌｅｔクライアント側にも保管
・管理され、相互にデータの一致検証がなされるもので
ある。また、Ｑ２ Ｗａｌｌｅｔ管理サーバ３は、Ｑ２
Ｗａｌｌｅｔ店舗サーバ２から送られる商品受注に係
る情報の受信と、当該商品の発注者の残金あるいは支払
い金額の情報をＱ２ Ｗａｌｌｅｔ店舗サーバ２へ通知
を行う。

【００２４】なお、管理会社と仮想店舗の運営者は同一
であってもよく、したがってＱ２Ｗａｌｌｅｔ店舗サー
バ２とＱ２ Ｗａｌｌｅｔ管理サーバ３も同一の装置上
で実現されてよいものである。

【００２５】次に、このように構成された本実施の形態
のＱ２ Ｗａｌｌｅｔシステムの動作について図２〜４
１を参照して説明する。

【００２６】はじめに、Ｑ２ Ｗａｌｌｅｔクライアン
トの導入時におけるセットアップ・プログラム（Ｓｅｔ
ｕｐ．ｅｘｅ）の動作を説明する。

【００２７】ユーザ端末１上で、Ｑ２ Ｗａｌｌｅｔク
ライアントのセットアップ・プログラムであるＳｅｔｕ
ｐ．ｅｘｅがユーザによる実行により、セットアップ・
プログラムが起動する（ステップＳ０３０１）。次に、
別途定義される導入オプションを決定する（ステップＳ
０３０２）。ここでは、ユーザにより入力された当該導
入オプションの入力を受け設定する。次に、導入用ディ
レクトリを決定する（ステップＳ０３０３）。ここで
は、ユーザにより入力された当該導入ディレクトリの入
力を受け設定する。ステップＳ０３０３で、導入用ディ
レクトリが決定されると、当該ディレクトリが既に存在
しているか検出・判断する（ステップＳ０３０４）。

【００２８】ステップＳ０３０４の判断で、導入用ディ
レクトリとして指定されたディレクトリが既に存在して
いると判定されると、当該ディレクトリに上書きするか
の判断を行う（ステップＳ０３０５）。ここでは、ユー
ザによる入力・指定を受け判断の結果を決定する。ステ
ップＳ０３０５の判断で、上書きをしないと判定される
と、所定のメッセージを表示し動作を終了する（ステッ
プＳ０３０６）。ステップＳ０３０４の判断で該当ディ
レクトリが存在しないと判定されるか、ステップＳ０３
０５で、当該ディレクトリに上書きすると判定される
と、ステップＳ０３０２で決定された導入オプションの
設定に基づき、ステップＳ０３０３で決定された導入用
ディレクトリに、Ｑ２ Ｗａｌｌｅｔクライアントプロ
グラムを導入する（ステップＳ０３０７）。

【００２９】次に、ユーザの個人情報の入力を受ける
（ステップＳ０３０８）。ステップＳ０３０８で取得し
たユーザの個人情報をもとに、図３１に示すデータＤ
Ｂ：Ａ−１）、図３２に示すログ情報ＬＯＧ：Ａ−２）
を作成する（ステップＳ０３０９）。以上の処理が終わ
ると所定のメッセージを表示し終了する（ステップＳ０
３１０）。

【００３０】次に、Ｑ２ Ｗａｌｌｅｔクライアントの
アップデート時におけるアップデート・プログラム（Ｕ
ｐｄａｔｅ．ｅｘｅ）の動作を説明する。

【００３１】ユーザ端末１上で、Ｑ２ Ｗａｌｌｅｔク
ライアントのアップデート・プログラムであるＵｐｄａ
ｔｅ．ｅｘｅがユーザによる実行により、セットアップ
・プログラムが起動する（ステップＳ０４０１）。次
に、別途定義される導入オプションを決定する（ステッ
プＳ０４０２）。ここでは、ユーザにより入力された当
該導入オプションの入力を受け設定する。次に、導入用
ディレクトリの指定を受ける（ステップＳ０４０３）。
ここでは、ユーザにより入力された当該導入ディレクト
リの入力を受け設定する。 ステップＳ０４０３で、導
入用ディレクトリが決定されると、当該ディレクトリが
既に存在しているか検出・判断する（ステップＳ０４０
４）。

【００３２】ステップＳ０４０４の判断で、導入用ディ
レクトリとして指定されたディレクトリが既に存在して
いると判定されると、当該ディレクトリに上書きするか
の判断を行う（ステップＳ０４０５）。ここでは、ユー
ザによる入力・指定を受け判断の結果を決定する。ステ
ップＳ０４０５の判断で、上書きをしないと判定される
と、所定のメッセージを表示し動作を終了する（ステッ
プＳ０４０６）。ステップＳ０４０４の判断で該当ディ
レクトリが存在しないと判定されるか、ステップＳ０４
０５で、当該ディレクトリに上書きすると判定される
と、ステップＳ０４０２で決定された導入オプションの
設定に基づき、ステップＳ０４０３で決定された導入用
ディレクトリに、アップデートされたＱ２ Ｗａｌｌｅ
ｔクライアントプログラムを導入する（ステップＳ０４
０７）。

【００３３】次に、ユーザの個人情報の移行を行う（ス
テップＳ０４０８）。ここでは、アップデートされたプ
ログラムに合わせたデータ（個人情報）の移行を行う
が、その内容は変更しない。以上の処理が終わると所定
のメッセージを表示し終了する（ステップＳ０４０
９）。

【００３４】次に、Ｑ２ Ｗａｌｌｅｔクライアントに
よる電子マネー購入時における、Ｑ２ Ｗａｌｌｅｔク
ライアントのＱ２ Ｗａｌｌｅｔ管理サーバ３に対する
動作（Ｑ２ Ｗａｌｌｅｔクライアント処理：４−４−
ａ））について説明する。

【００３５】はじめに、Ｑ２ Ｗａｌｌｅｔクライアン
トは、ユーザによるＱ２ Ｗａｌｌｅｔクライアントの
実体であるプログラムの実行操作により起動する（ステ
ップＳ０５０１）。このとき、一例として示す図７に示
す画面が表示される。この表示画面には、「プリペイド
支払」、「直接支払」他の選択可能な項目が表示されて
いる。

【００３６】次に、ユーザによるプリペイド支払選択の
入力を受ける（ステップＳ０５０２）。ここでは、図７
に示す「プリペイド支払」の項目が選択されたものとす
る。次に、ユーザによる支払金額選択の入力を受ける
（ステップＳ０５０３）。ここでは、ステップＳ０５０
２における「プリペイド支払」の項目の選択に応じた表
示画面（図示せず）が表示される。そして、この表示画
面に支払金額の選択項目あるいは支払金額の入力欄が表
示され、ユーザによる入力を受ける。次に、電話先３
と、ステップＳ０５０３において選択された支払い金額
に応じたＱ２サービスの電話回数を決定する（ステップ
Ｓ０５０４）。

【００３７】次に、支払いが完了しているか判断する
（ステップＳ０５０５）。ステップＳ０５０５で支払い
が完了していると判定されると、サーバから送られたメ
ッセージ及び所定のメッセージを表示し終了する（ステ
ップＳ０５０６）。ステップＳ０５０７で支払いが完了
していると判定されると、所定のＱ２サービスを利用し
Ｑ２ Ｗａｌｌｅｔ管理サーバ３へ電話する（ステップ
Ｓ０５０７）。

【００３８】次に、図３１に示すデータＤＢ：Ａ−１）
のａ）、ｈ）、ｉ）項目とＱ２ Ｗａｌｌｅｔクライア
ントのバージョン（Ｖｅｒ）を送信する（ステップＳ０
５０８）。そして、Ｑ２ Ｗａｌｌｅｔ管理サーバ３か
らの応答を待つ（ステップＳ０５０９）。次に、Ｑ２
Ｗａｌｌｅｔ管理サーバ３から、エラーが生じた場合の
ＥｒｒｏｒＮｏもしくは、図３８に示に示すデータＤ
Ｂ：Ｃ−３）のａ）〜ｃ）の項目を受信する（ステップ
（ステップＳ０５１０）。

【００３９】次に、ステップＳ０５１０において受信し
たデータをもとに、サーバ側でエラーが生じたか否か判
断する（ステップＳ０５１１）。ステップＳ０５１１
で、サーバ・エラーが生じたと判定されると、対応する
所定のメッセージを表示し終了する（ステップＳ０５１
２）。ステップＳ０５１２で、サーバ・エラーが生じず
正常にデータの受信がなされたと判定されると、図３１
に示すデータＤＢ：Ａ−１と図３２に示すログ情報のＬ
ＯＧ：Ａ−２）を更新する（ステップＳ０５１３）。こ
のあと、ステップＳ０５０５へ戻る。

【００４０】次に、Ｑ２ Ｗａｌｌｅｔ管理サーバ３の
Ｑ２ Ｗａｌｌｅｔクライアントに対する動作（Ｑ２
Ｗａｌｌｅｔ管理サーバ処理：４−４−ｂ））を説明す
る。

【００４１】Ｑ２ Ｗａｌｌｅｔ管理サーバ３は、Ｑ２
Ｗａｌｌｅｔクライアントからのデータ受信があるま
で待機する（ステップＳ０８０１）。そして、Ｑ２ Ｗ
ａｌｌｅｔクライアントから、図３１に示すデータＤ
Ｂ：Ａ−１）のａ）、ｈ）、ｉ）項目と、Ｑ２ Ｗａｌ
ｌｅｔクライアントのバージョン情報（Ｖｅｒ）を受信
する（ステップＳ０８０２）。次に、先に受信したＱ２
Ｗａｌｌｅｔクライアントのバージョンをチェックし
有効であるか無効であるか判断する（ステップＳ０８０
３）。

【００４２】ステップＳ０８０３で、Ｑ２ Ｗａｌｌｅ
ｔクライアントのバージョンが無効であると判定される
と、所定のエラー処理を行う（ステップＳ０８０４）。
そして、ステップＳ０８１１へ移る。ステップＳ０８０
３で、Ｑ２ Ｗａｌｌｅｔクライアントのバージョンが
有効であると判定されると、図３１に示すデータＤＢ：
Ａ−１）のａ）項目とＤＢ：Ｃ−３）のａ）項目が一致
するかでＱ２ ＷａｌｌｅｔクライアントＩＤが存在す
るか存在しないか判断する（ステップＳ０８０５）。ス
テップＳ０８０５で、Ｑ２ Ｗａｌｌｅｔクライアント
ＩＤが存在すると判定された場合、図３１に示すデータ
ＤＢ：Ａ−１）の［ｉ］項目とＤＢ：Ｃ−３）の［ｃ］
項目が一致すから判断する（ステップＳ０８０６）。そ
して、一致しないと判定された場合、ステップＳ０８０
４のエラー処理へ移る。

【００４３】ステップＳ０８０６の判断で、一致すると
判定された場合図３１に示すデータＤＢ：Ａ−１）の
ｈ）項目と図３８に示すＤＢ：Ｃ−３）のｂ）項目が一
致するか判断する（ステップＳ０８０７）。そして、一
致しないと判定された場合、ステップＳ０８０４のエラ
ー処理へ移る。先のステップＳ０８０５の判断で、Ｑ２
ＷａｌｌｅｔクライアントＩＤが存在しないと判定さ
れると、図３１に示すデータＤＢ：Ａ−１）のｉ）項目
がすべて０（ゼロ）であるか判断する（ステップＳ０８
０８）。そして、すべてが０ではないと判定された場
合、ステップＳ０８０４のエラー処理へ移る。

【００４４】ステップＳ０８０８の判断で、図３１に示
すデータＤＢ：Ａ−１）のｉ）項目がすべて０（ゼロ）
であると判定された場合、図３８に示すデータＤＢ：Ｃ
−３）のａ）項目に追加し、ＤＢ：Ｃ−３）のｃ）項目
を設定する（ステップＳ０８０９）。そして、ステップ
Ｓ０８０７へ移る。ステップＳ０８０７の判断で、図３
１に示す、データＤＢ：Ａ−１）のｈ）項目と図３８に
示すＤＢ：Ｃ−３）のｂ）項目が一致すると判定された
場合、図３８）に示すデータＤＢ：Ｃ−３）と図４１に
示すログ情報ＬＯＧ：Ｃ−６）を更新する（ステップＳ
０８１０）。次に、エラー処理が行われた場合には、対
応するエラー番号（ＥｒｒｏｒＮｏ）がＱ２ Ｗａｌｌ
ｅｔクライアントへ送信され、正常に処理されると図３
８に示すデータＤＢ：Ｃ−３）のａ）〜ｃ）の項目が送
信される（ステップＳ０８１１）。

【００４５】次に、電子コンテンツを電子マネーを用い
て購入する場合のＱ２ Ｗａｌｌｅｔ店舗サーバ２に対
する、Ｑ２ Ｗａｌｌｅｔクライアントの動作（Ｑ２
Ｗａｌｌｅｔクライアント処理：４−５−ａ））を説明
する。以下の説明では、Ｑ２Ｗａｌｌｅｔ店舗サーバ２
とユーザ端末１はインターネットに接続されているもの
とする。また、ユーザ端末１では、前述のバスケット・
ブラウザが使用されるものとする。

【００４６】はじめに、Ｑ２ Ｗａｌｌｅｔクライアン
トは、仮想店舗Ｑ２ Ｗａｌｌｅｔ店舗サーバ２上の仮
想店舗のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ
Ｌｏｃａｔｏｒ）をユーザが契約するプロバイダへ送信
し、仮想店舗があるＱ２ Ｗａｌｌｅｔ店舗サーバ２へ
接続する（ステップＳ０９０１）。そして、Ｑ２ Ｗａ
ｌｌｅｔ店舗サーバ２からの応答を待つ（ステップＳ０
９０２）。そして、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２か
ら送られる、前述のＭｙ Ｂｒｏｗｓｅｒコンテンツ
（製品名、アイコン、価格、ＵＲＬ、店舗ＩＤ等）を受
信する（ステップＳ０９０３）。

【００４７】そして、前述のＭｙ Ｂｒｏｗｓｅｒ Ｐ
ｌｕｇ−ｉｎを実行する（ステップＳ０９０４）。そし
て、Ｍｙ Ｂｒｏｗｓｅｒ Ｐｌｕｇ−ｉｎにより、ス
テップＳ０９０３で受信したＭｙ Ｂｒｏｗｓｅｒコン
テンツに基づく画面を表示する（ステップＳ０９０
５）。図１１にＭｙ Ｂｒｏｗｓｅｒコンテンツに基づ
く画面の一例を示す。この表示画面は、ＧＵＩ（Ｇｒａ
ｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を利用
し、選択（購入）可能な商品を示す内容等が表示され
る。次に、ステップＳ０９０５で表示された内容に含ま
れる商品（商品情報）の中から購入する商品を選択する
（ステップＳ０９０６）。図１１の例では、選択した商
品を「かご」部分にドラッグアンドドロップすることで
選択される。そして、ユーザによる購入決定操作を受け
る（ステップＳ０９０７）。図１１の例では、ユーザが
図中の「購入」ボタンを押下（マウスによるクリック
等）することにより、購入決定操作を受ける。

【００４８】次に、未購入品の選択があるか判断する
（ステップＳ０９０８）。ステップＳ０９０８の判断
で、未購入品の選択がないと判定された場合、サーバ側
のメッセージおよび所定のメッセージを表示し終了する
（ステップＳ０９０９）。ステップＳ０９０８の判断
で、未購入品の選択があると判定された場合、残金の有
無を判断する（ステップＳ０９１０）。なお、この残金
のデータは、Ｑ２ＷａｌｌｅｔクライアントとＱ２ Ｗ
ａｌｌｅｔ管理サーバ３の双方に記録され管理されるも
のである。

【００４９】ステップＳ０９１０の判断で残金がないと
判定された場合、サーバ側のメッセージおよび所定のメ
ッセージ（例えば、電子マネーを購入してください）を
表示し終了する（ステップＳ０９１１）。ステップＳ０
９１０の判断で残金があると判定されると、Ｑ２ Ｗａ
ｌｌｅｔ店舗サーバ２に備わるＣＧＩのＵＲＬを送信
し、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２に接続する。そし
て、製品金額、製品情報があるＵＲＬおよび図３１に示
すデータＤＢ：Ａ−１）のａ）、ｈ）、ｉ）項目とＱ２
Ｗａｌｌｅｔクライアントのバージョン（Ｖｅｒ）を
送信する（ステップＳ０９１２）。そして、Ｑ２ Ｗａ
ｌｌｅｔ店舗サーバ２からの送信を待つ（ステップＳ０
９１３）。次に、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２か
ら、エラーが生じた場合のＥｒｒｏｒＮｏもしくは、図
３８に示すデータＤＢ：Ｃ−３）および図４０に示すロ
グ情報ＬＯＧ：Ｃ−５の各項目、コンテンツ情報等を受
信する（ステップＳ０９１４）。

【００５０】次に、ステップＳ０９１４において受信し
たデータをもとに、サーバ側でエラーが生じたか否か判
断する（ステップＳ０９１５）。ステップＳ０９１５の
判断で、サーバ・エラーが生じたと判定されると、対応
する所定のメッセージを表示し終了する（ステップＳ０
９１６）。ステップＳ０９１５の判断で、サーバ・エラ
ーが生じず正常にデータの受信がなされたと判定される
と、図３１に示すデータＤＢ：Ａ−１と図３２に示すロ
グ情報のＬＯＧ：Ａ−２）を更新する（ステップＳ０９
１７）。次に、サーバ・メッセージをセットする（ステ
ップＳ０９１８）。そして、ステップＳ０９０８へ移
る。

【００５１】次に、Ｑ２ Ｗａｌｌｅｔクライアントお
よびＱ２ Ｗａｌｌｅｔ管理サーバ３に対するＱ２ Ｗ
ａｌｌｅｔ店舗サーバ２の動作（Ｑ２ Ｗａｌｌｅｔ店
舗サーバ処理：４−５−ｂ））を説明する。

【００５２】Ｑ２ Ｗａｌｌｅｔ店舗サーバ２は、ユー
ザ端末１（Ｑ２ Ｗａｌｌｅｔクライアント）からのア
クセスを待機する（ステップＳ１２０１）。そして、Ｑ
２ Ｗａｌｌｅｔクライアントから、製品金額、製品Ｕ
ＲＬ、図３１に示すデータＤＢ：Ａ−１）のａ）、
ｈ）、ｉ）項目と、Ｑ２ Ｗａｌｌｅｔクライアントの
バージョン情報（Ｖｅｒ）を受信する（ステップＳ１２
０２）。次に、Ｑ２ Ｗａｌｌｅｔクライアントから受
信した、図３１に示すデータＤＢ：Ａ−１）のａ）、
ｈ）、ｉ）項目と、Ｑ２ Ｗａｌｌｅｔクライアントの
バージョン情報（Ｖｅｒ）、製品金額等をＱ２ Ｗａｌ
ｌｅｔ管理サーバ３へ送信（転送）する（ステップＳ１
２０３）。そして、Ｑ２ Ｗａｌｌｅｔ管理サーバ３か
らの応答を待機する（ステップＳ１２０４）。次に、Ｑ
２ Ｗａｌｌｅｔ管理サーバ３から、エラーが生じた場
合のＥｒｒｏｒＮｏもしくは、図３８に示すデータＤ
Ｂ：Ｃ−３）および図４０に示すログ情報ＬＯＧ：Ｃ−
５の各項目等を受信する（ステップＳ１２０５）。

【００５３】次に、ステップＳ１２０５において受信し
たデータをもとに、Ｑ２ Ｗａｌｌｅｔ管理サーバ３側
でエラーが生じたか否か判断する（ステップＳ１２０
６）。ステップＳ１２０６の判断で、サーバ・エラーが
生じたと判定されると、所定のエラー処理を行う（ステ
ップＳ１２０７）。そして、ステップＳ１２０８へ移
る。ステップＳ１２０６の判断で、サーバ・エラーが生
じず正常にデータの受信がなされたと判定されると、エ
ラーが生じた場合のＥｒｒｏｒＮｏもしくは、図３８に
示すデータＤＢ：Ｃ−３）および図４０に示すログ情報
ＬＯＧ：Ｃ−５の各項目、コンテンツ情報等をＱ２ Ｗ
ａｌｌｅｔクライアントへ送信する（ステップＳ１２０
８）。以上の処理が終了すると、Ｑ２ Ｗａｌｌｅｔク
ライアントまたはＱ２ Ｗａｌｌｅｔ管理サーバ３から
の応答を待機する（ステップＳ１２０９）。

【００５４】次に、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２に
対する、Ｑ２ Ｗａｌｌｅｔ管理サーバ３の動作（Ｑ２
Ｗａｌｌｅｔ管理サーバ処理：４−５−ｃ））を説明
する。

【００５５】Ｑ２ Ｗａｌｌｅｔ管理サーバ３は、Ｑ２
Ｗａｌｌｅｔクライアント、Ｑ２Ｗａｌｌｅｔ店舗サ
ーバ２からのアクセスを待機している（ステップＳ１３
０１）。そして、Ｑ２ Ｗａｌｌｅｔクライアントから
送信された図３１に示すデータＤＢ：Ａ−１）のａ）、
ｈ）、ｉ）項目と、Ｑ２ Ｗａｌｌｅｔクライアントの
バージョン情報（Ｖｅｒ）、店舗サーバＩＤ、製品金額
等をＱ２ Ｗａｌｌｅｔ店舗サーバ２から受信する（ス
テップＳ１３０２）。次に、Ｑ２ Ｗａｌｌｅｔクライ
アントのバージョン情報（Ｖｅｒ）をチェックし有効か
無効か判断する（ステップＳ１３０３）。

【００５６】ステップＳ１３０３の判断で、Ｖｅｒが無
効であると判定されると、所定のエラー処理を行う（ス
テップＳ１３０４）。ステップＳ１３０３の判断で、Ｖ
ｅｒが有効であると判定されると、図３１に示すデータ
ＤＢ：Ａ−１）のａ）項目と図３８に示すＤＢ：Ｃ−
３）のａ）項目が一致し、かつ、データＤＢ：Ａ−１）
のｈ）項目とＤＢ：Ｃ−３）のｂ）項目が一致し、か
つ、データＤＢ：Ａ−１）のｉ）項目とＤＢ：Ｃ−３）
のｃ）項目が一致するか判断する（ステップＳ１３０
５）。ここで一致しないと判定されると、ステップＳ１
３０４のエラー処理へ移る。

【００５７】ステップＳ１３０５の判断で、上記条件を
満たすと判定されると、店舗サーバＩＤの有無を判断す
る（ステップＳ１３０６）。ここで店舗サーバＩＤがな
いと判定されると、ステップＳ１３０４のエラー処理へ
移る。ステップＳ１３０６の判断で、店舗サーバＩＤが
有ると判定されると、取り引きＩＤを発行する（ステッ
プＳ１３０７）。ここで発行される取り引きＩＤは、１
つの取り引きごとに発行されるものであり、商品の購入
・販売に係る１取り引きを識別するためのＩＤである。

【００５８】次に、図３８に示すデータＤＢ：Ｃ−３と
図４０に示すログ情報ＬＯＧ：Ｃ−５）を更新する（ス
テップＳ１３０８）。次に、エラー処理が行われた場合
には、対応するエラー番号（ＥｒｒｏｒＮｏ）がＱ２
Ｗａｌｌｅｔ店舗サーバ２へ送信され、正常に処理され
ると図３８に示すデータＤＢ：Ｃ−３）および図４０に
示すログ情報Ｌｏｇ：Ｃ−５の内容が送信される（ステ
ップＳ１３０９）。そして、Ｑ２ Ｗａｌｌｅｔクライ
アント、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２からのアクセ
スを待機する（ステップＳ１３１０）。

【００５９】以上、「プリペイド支払」による電子コン
テンツの購入が行われる場合の、Ｑ２ Ｗａｌｌｅｔク
ライアント、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２、Ｑ２
Ｗａｌｌｅｔ管理サーバ３のそれぞれの動作の詳細を説
明した。

【００６０】次に、「直接支払」による電子コンテンツ
の購入が行われる場合の各装置の動作を説明する。はじ
めに、Ｑ２ ＷａｌｌｅｔクライアントのＱ２ Ｗａｌ
ｌｅｔ管理サーバ３に対する動作（Ｑ２ Ｗａｌｌｅｔ
クライアント処理：４−６−ａ））について説明する。

【００６１】はじめに、ユーザによるＱ２ Ｗａｌｌｅ
ｔクライアントの実体であるプログラムの実行操作によ
り起動する（ステップＳ１４０１）。このとき、一例と
して示す図１６に示す画面が表示される。この表示画面
には、「プリペイド支払」、「直接支払」他の選択可能
な項目が表示されている。次に、ユーザによる直接支払
選択の入力を受ける（ステップＳ１４０２）。ここで
は、図７に示す「直接支払」の項目が選択されたものと
する。次に、Ｑ２ Ｗａｌｌｅｔ管理サーバ３へ接続さ
れる所定のフリーダイヤル（図面では０１２０と記載）
に電話発信する（ステップＳ１４０３）。

【００６２】そして、図３１に示すデータＤＢ：Ａ−
１）のａ）、ｈ）、ｉ）項目とＱ２Ｗａｌｌｅｔクライ
アントのバージョン（Ｖｅｒ）、さらに店舗ＩＤ、製品
ＩＤ等をＱ２ Ｗａｌｌｅｔ管理サーバ３へ送信する
（ステップＳ１４０４）。そして、Ｑ２ Ｗａｌｌｅｔ
管理サーバ３からの応答を待機する（ステップＳ１４０
５）。そして、Ｑ２ Ｗａｌｌｅｔ管理サーバ３から図
３７に示すデータＤＢ：Ｃ−２）、図３８に示すＤＢ：
Ｃ−３）の内容を受信する（ステップＳ１４０６）。次
に、購入製品の有無を判断する（ステップＳ１４０
７）。

【００６３】ステップＳ１４０７の判断で、購入製品が
ないと判定されると、所定のメッセージを表示し終了す
る（ステップＳ１４０８）。ステップＳ１０４７の判断
で、購入製品があると判定されると、入力項目のチェッ
クを行う（ステップＳ１４０９）。ステップＳ１４０９
の判断で、入力項目に不足があると判定されると、入力
項目を入力する入力画面（図１７参照）を表示し、ユー
ザによる所定項目の入力を受ける（ステップＳ１４１
０）。図１７の例では、店舗ＩＤ、購入製品名、メール
・住所等の入力項目があり、購入を決定する購入ボタン
がある。これらの入力を受けると、ステップＳ１４１１
へ移る。

【００６４】ステップＳ１４０９の判断で、入力項目に
不足がないと判定された場合、残金をチェックし残金の
有無を判断する（ステップＳ１４１１）。ステップＳ１
４１１の判断で、残金があると判定されると、所定のフ
リーダイヤル（０１２０）に電話発信する（ステップＳ
１４１２）。そしてステップＳ１４１４へ移る。ステッ
プＳ１４１１の判断で、残金がないと判定されると、Ｑ
２サービスを利用し所定のＱ２サービスのダイヤルへ電
話発信する（ステップＳ１４１３）。

【００６５】次に、Ｑ２ Ｗａｌｌｅｔ管理サーバ３
へ、図３１に示すデータＤＢ：Ａ−１）のａ）、ｈ）、
ｉ）項目とＱ２ Ｗａｌｌｅｔクライアントのバージョ
ン（Ｖｅｒ）、店舗ＩＤ、製品ＩＤ、ユーザにより入力
された各項目を送信する（ステップＳ１４１４）。そし
て、Ｑ２ Ｗａｌｌｅｔ管理サーバ３からの応答を待つ
（ステップＳ１４１５）。そして、Ｑ２ Ｗａｌｌｅｔ
管理サーバ３から図３８に示すデータＤＢ：Ｃ−３）お
よび図４０に示すログ情報ＬＯＧ：Ｃ−５の内容を受信
する（ステップＳ１４１６）。

【００６６】次に、ステップＳ１４１６において受信し
たデータをもとに、Ｑ２ Ｗａｌｌｅｔ管理サーバ３側
でエラーが生じたか否か判断する（ステップＳ１４１
７）。ステップＳ１４１７の判断で、サーバ・エラーが
生じたと判定されると、対応する所定のメッセージを表
示し終了する（ステップＳ１４１８）。ステップＳ１４
１７の判断で、サーバ・エラーが生じず正常にデータの
受信がなされたと判定されると、図３１に示すデータＤ
Ｂ：Ａ−１と図３２に示すログ情報ＬＯＧ：Ａ−２）を
更新する（ステップＳ１４１９）。次に、サーバ・メッ
セージをセットする（ステップＳ１４２０）。そして、
ステップＳ１４０７へ移る。

【００６７】次に、Ｑ２ Ｗａｌｌｅｔクライアントに
対する、Ｑ２ Ｗａｌｌｅｔ管理サーバ３の製品確認動
作（Ｑ２ Ｗａｌｌｅｔ管理サーバでの製品確認処理：
４−６−ｂ））を説明する。

【００６８】はじめに、Ｑ２ Ｗａｌｌｅｔ管理サーバ
３は、ユーザ端末１（Ｑ２ Ｗａｌｌｅｔクライアン
ト）、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２からのアクセス
を待機している（ステップＳ１８０１）。そして、Ｑ２
Ｗａｌｌｅｔクライアントから送信された図３１に示
すデータＤＢ：Ａ−１）のａ）、ｈ）、ｉ）項目と、Ｑ
２ Ｗａｌｌｅｔクライアントのバージョン情報（Ｖｅ
ｒ）、店舗ＩＤ、製品ＩＤ等を受信する（ステップＳ１
８０２）。次に、Ｑ２ Ｗａｌｌｅｔクライアントのバ
ージョン情報（Ｖｅｒ）をチェックし有効か無効か判断
する（ステップＳ１８０３）。

【００６９】ステップＳ１８０３の判断で、Ｖｅｒが無
効であると判定されると、所定のエラー処理を行う（ス
テップＳ１８０４）。ステップＳ１８０３の判断で、Ｖ
ｅｒが有効であると判定されると、図３１に示すデータ
ＤＢ：Ａ−１）のａ）項目と図３８に示すＤＢ：Ｃ−
３）のａ）項目が一致し、かつ、データＤＢ：Ａ−１）
のｈ）項目とＤＢ：Ｃ−３）のｂ）項目が一致し、か
つ、データＤＢ：Ａ−１）のｉ）項目とＤＢ：Ｃ−３）
のｃ）項目が一致するか判断する（ステップＳ１８０
５）。ここで一致しないと判定されると、ステップＳ１
８０４のエラー処理へ移る。

【００７０】ステップＳ１８０５の判断で、上記条件を
満たすと判定されると、店舗サーバＩＤの有無を判断す
る（ステップＳ１８０６）。ここで店舗サーバＩＤがな
いと判定されると、ステップＳ１８０４のエラー処理へ
移る。ステップＳ１８０６の判断で、店舗サーバＩＤが
有ると判定されると、取り引きＩＤを発行する（ステッ
プＳ１８０７）。ここで発行される取り引きＩＤは、１
つの取り引きごとに発行されるものであり、商品の購入
・販売に係る１取り引きを識別するためのＩＤである。

【００７１】次に、図３８に示すデータＤＢ：Ｃ−３と
図４０に示すログ情報ＬＯＧ：Ｃ−５）を更新する（ス
テップＳ１８０８）。次に、図３７に示すデータＤＢ：
Ｃ−２）、図３８に示すＤＢ：Ｃ−３）の内容が送信さ
れる（ステップＳ１８０９）。そして、Ｑ２ Ｗａｌｌ
ｅｔクライアント、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２か
らのアクセスを待機する（ステップＳ１８１０）。

【００７２】次に、Ｑ２ Ｗａｌｌｅｔクライアントに
対する、Ｑ２ Ｗａｌｌｅｔ管理サーバ３の受注動作
（Ｑ２ Ｗａｌｌｅｔ管理サーバでの受注処理：４−６
−ｃ））を説明する。

【００７３】はじめに、Ｑ２ Ｗａｌｌｅｔ管理サーバ
３は、ユーザ端末１（Ｑ２ Ｗａｌｌｅｔクライアン
ト）、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２からのアクセス
を待機している（ステップＳ１９０１）。そして、Ｑ２
Ｗａｌｌｅｔクライアントから送信された図３１に示
すデータＤＢ：Ａ−１）のａ）、ｈ）、ｉ）項目と、Ｑ
２ Ｗａｌｌｅｔクライアントのバージョン情報（Ｖｅ
ｒ）、店舗ＩＤ、製品ＩＤ、ユーザによる入力項目の内
容等を受信する（ステップＳ１９０２）。次に、Ｑ２
Ｗａｌｌｅｔクライアントのバージョン情報（Ｖｅｒ）
をチェックし有効か無効か判断する（ステップＳ１９０
３）。

【００７４】ステップＳ１９０３の判断で、Ｖｅｒが無
効であると判定されると、所定のエラー処理を行う（ス
テップＳ１９０４）。ステップＳ１９０３の判断で、Ｖ
ｅｒが有効であると判定されると、図３１に示すデータ
ＤＢ：Ａ−１）のａ）項目とＤＢ：Ｃ−３）のａ）項目
が一致し、かつ、データＤＢ：Ａ−１）のｈ）項目とＤ
Ｂ：Ｃ−３）のｂ）項目が一致し、かつ、データＤＢ：
Ａ−１）のｉ）項目とＤＢ：Ｃ−３）のｃ）項目が一致
するか判断する（ステップＳ１９０５）。ここで一致し
ないと判定されると、ステップＳ１９０４のエラー処理
へ移る。

【００７５】ステップＳ１９０５の判断で、上記条件を
満たすと判定されると、店舗サーバＩＤの有無を判断す
る（ステップＳ１９０６）。ここで店舗サーバＩＤがな
いと判定されると、ステップＳ１９０４のエラー処理へ
移る。ステップＳ１９０６の判断で、店舗サーバＩＤが
有ると判定されると、図３７に示すデータＤＢ：Ｃ−
２）のｄ）項目（入力項目）が不足してるか否か判断す
る（ステップＳ１９０７）。そして不足していると判定
されると、ステップＳ１９０４のエラー処理へ移る。ス
テップＳ１９０７の判断で、上記入力項目が充分である
と判定されると、取り引きＩＤを発行する（ステップＳ
１９０８）。ここで発行される取り引きＩＤは、前述の
通りである。

【００７６】次に、図３８に示すデータＤＢ：Ｃ−３と
図４０に示すログ情報ＬＯＧ：Ｃ−５）を更新する（ス
テップＳ１９０９）。次に、図３８に示すデータＤＢ：
Ｃ−３）、ログ情報ＬＯＧ：Ｃ−５）の内容が送信さ
れ、その他メールで所定の情報がＱ２ Ｗａｌｌｅｔク
ライアントへ送られる（ステップＳ１９１０）。そし
て、Ｑ２ Ｗａｌｌｅｔクライアント、Ｑ２ Ｗａｌｌ
ｅｔ店舗サーバ２からのアクセスを待機する（ステップ
Ｓ１９１１）。

【００７７】以上、「直接支払」による電子コンテンツ
の購入が行われる場合の、Ｑ２ Ｗａｌｌｅｔクライア
ント、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２、Ｑ２ Ｗａｌ
ｌｅｔ管理サーバ３のそれぞれの動作の詳細を説明し
た。

【００７８】次に、電子マネーを使用して電子コンテン
ツ以外の商品を購入する場合における、Ｑ２ Ｗａｌｌ
ｅｔクライアントの仮想店舗Ｗｅｂサーバ及びＱ２ Ｗ
ａｌｌｅｔ管理サーバ３に対する動作（Ｑ２ Ｗａｌｌ
ｅｔクライアント処理：４−４−ａ））について説明す
る。

【００７９】はじめに、Ｑ２ Ｗａｌｌｅｔクライアン
トは、仮想店舗Ｗｅｂサーバ上の仮想店舗のＵＲＬを送
信し、当該ホームページにアクセスする（ステップＳ２
００１）。次に、仮想店舗Ｗｅｂサーバから、Ｗｅｂコ
ンテンツを受信する（ステップＳ２００２）。そして、
仮想店舗Ｗｅｂサーバへ商品、金額、届け先等の情報を
送信する（ステップＳ２００３）。そして、仮想店舗Ｗ
ｅｂサーバから、支払い用Ｗｅｂコンテンツ、店舗用取
り引きＩＤ等を受信する（ステップＳ２００４）。

【００８０】次に、支払い方法の選択（ここでは、支払
方法としてＱ２ Ｗａｌｌｅｔシステムが指定されると
する）がなされる（ステップＳ２００５）。次に、Ｍｙ
Ｂｒｏｗｓｅｒコンテンツ等を取得するために、所定の
ＵＲＬを送信し、仮想店舗Ｗｅｂサーバへアクセスする
（ステップＳ２００６）。そして、支払い用ＭｙＢｒｏ
ｗｓｅｒコンテンツ、店舗用取り引きＩＤ等を受信する
（ステップＳ２００７）。次に、ＭｙＢｒｏｗｓｅｒ
Ｐｌｕｇ−ｉｎを実行する（ステップＳ２００８）。そ
して、ＭｙＢｒｏｗｓｅｒコンテンツを表示する（ステ
ップＳ２００９）。そして、ユーザによる購入決定の操
作を受ける（ステップＳ２０１０）。

【００８１】次に、Ｑ２ Ｗａｌｌｅｔ管理サーバ３の
ＣＧＩを指すＵＲＬ、製品金額、製品ＵＲＬ、図３１に
示すデータＤＢ：Ａ−１）のａ）、ｈ）、ｉ）項目とＱ
２Ｗａｌｌｅｔクライアントのバージョン（Ｖｅｒ）を
送信する（ステップＳ２０１１）。そして、Ｑ２ Ｗａ
ｌｌｅｔ管理サーバ３からの応答を待つ（ステップＳ２
０１２）。次に、Ｑ２ Ｗａｌｌｅｔ管理サーバ３か
ら、エラーが生じた場合のＥｒｒｏｒＮｏもしくは、図
３８に示に示すデータＤＢ：Ｃ−３）、図４０に示すロ
グ情報ＬＯＧ：Ｃ−５の各項目を受信する（ステップＳ
２０１３）。

【００８２】次に、ステップＳ２０１３において受信し
たデータをもとに、サーバ側でエラーが生じたか否か判
断する（ステップＳ２０１４）。ステップＳ２０１４の
判断で、サーバ・エラーが生じたと判定されると、対応
する所定のメッセージを表示し終了する（ステップＳ２
０１５）。ステップＳ２０１４で、サーバ・エラーが生
じず正常にデータの受信がなされたと判定されると、図
３１に示すデータＤＢ：Ａ−１と図３２に示すログ情報
ＬＯＧ：Ａ−２）を更新する（ステップＳ２０１６）。
そして、所定のメッセージを表示して終了する（ステッ
プＳ２０１７）。

【００８３】次に、Ｑ２ Ｗａｌｌｅｔクライアントお
よびＱ２ Ｗａｌｌｅｔ管理サーバ３に対するＱ２ Ｗ
ａｌｌｅｔ店舗サーバ２の動作（Ｑ２ Ｗａｌｌｅｔ店
舗サーバ処理：４−７−ｂ））を説明する。

【００８４】Ｑ２ Ｗａｌｌｅｔ店舗サーバ２は、ユー
ザ端末１（Ｑ２ Ｗａｌｌｅｔクライアント）からのア
クセスを待機する（ステップＳ２３０１）。そして、Ｑ
２ Ｗａｌｌｅｔクライアントから、製品金額、製品Ｕ
ＲＬ、図３１に示すデータＤＢ：Ａ−１）のａ）、
ｈ）、ｉ）項目と、Ｑ２ Ｗａｌｌｅｔクライアントの
バージョン情報（Ｖｅｒ）を受信する（ステップＳ２３
０２）。次に、Ｑ２ Ｗａｌｌｅｔクライアントから受
信した、図３１に示すデータＤＢ：Ａ−１）のａ）、
ｈ）、ｉ）項目と、Ｑ２ Ｗａｌｌｅｔクライアントの
バージョン情報（Ｖｅｒ）、製品金額等をＱ２ Ｗａｌ
ｌｅｔ管理サーバ３へ送信（転送）する（ステップＳ２
３０３）。そして、Ｑ２ Ｗａｌｌｅｔ管理サーバ３か
らの応答を待機する（ステップＳ２３０４）。

【００８５】次に、Ｑ２ Ｗａｌｌｅｔ管理サーバ３か
ら、エラーが生じた場合のＥｒｒｏｒＮｏもしくは、図
３８に示すデータＤＢ：Ｃ−３）および図４０に示すロ
グ情報ＬＯＧ：Ｃ−５の各項目等を受信する（ステップ
Ｓ２３０５）。次に、ステップＳ２３０５において受信
したデータをもとに、Ｑ２ Ｗａｌｌｅｔ管理サーバ３
側でエラーが生じたか否か判断する（ステップＳ２３０
６）。ステップＳ２３０６の判断で、サーバ・エラーが
生じたと判定されると、所定のエラー処理を行う（ステ
ップＳ２３０７）。そして、ステップＳ２３０８へ移
る。

【００８６】ステップＳ２３０６の判断で、サーバ・エ
ラーが生じず正常にデータの受信がなされたと判定され
ると、エラーが生じた場合のＥｒｒｏｒＮｏもしくは、
図３８に示すデータＤＢ：Ｃ−３）および図４０に示す
ログ情報ＬＯＧ：Ｃ−５の各項目、コンテンツ情報等を
Ｑ２ Ｗａｌｌｅｔクライアントへ送信する（ステップ
Ｓ２３０８）。以上の処理が終了すると、Ｑ２ Ｗａｌ
ｌｅｔクライアントまたはＱ２ Ｗａｌｌｅｔ管理サー
バ３からの応答を待機する（ステップＳ２３０９）。

【００８７】次に、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２に
対する、Ｑ２ Ｗａｌｌｅｔ管理サーバ３の動作（Ｑ２
Ｗａｌｌｅｔ管理サーバ処理：４−７−ｃ））を説明
する。

【００８８】Ｑ２ Ｗａｌｌｅｔ管理サーバ３は、Ｑ２
Ｗａｌｌｅｔクライアント、Ｑ２Ｗａｌｌｅｔ店舗サ
ーバ２からのアクセスを待機している（ステップＳ２４
０１）。そして、Ｑ２ Ｗａｌｌｅｔクライアントから
送信された図３１に示すデータＤＢ：Ａ−１）のａ）、
ｈ）、ｉ）項目と、Ｑ２ Ｗａｌｌｅｔクライアントの
バージョン情報（Ｖｅｒ）、製品金額等をＱ２ Ｗａｌ
ｌｅｔ店舗サーバ２から受信する（ステップＳ２４０
２）。次に、Ｑ２ Ｗａｌｌｅｔクライアントのバージ
ョン情報（Ｖｅｒ）をチェックし有効か無効か判断する
（ステップＳ２４０３）。

【００８９】ステップＳ２４０３の判断で、Ｖｅｒが無
効であると判定されると、所定のエラー処理を行う（ス
テップＳ２４０４）。ステップＳ２４０３の判断で、Ｖ
ｅｒが有効であると判定されると、図３１に示すデータ
ＤＢ：Ａ−１）のａ）項目と図３８に示すＤＢ：Ｃ−
３）のａ）項目が一致し、かつ、データＤＢ：Ａ−１）
のｈ）項目とＤＢ：Ｃ−３）のｂ）項目が一致し、か
つ、データＤＢ：Ａ−１）のｉ）項目とＤＢ：Ｃ−３）
のｃ）項目が一致するか判断する（ステップＳ２４０
５）。ここで一致しないと判定されると、ステップＳ２
４０４のエラー処理へ移る。

【００９０】ステップＳ２４０５の判断で、上記条件を
満たすと判定されると、店舗サーバＩＤの有無を判断す
る（ステップＳ２４０６）。ここで店舗サーバＩＤがな
いと判定されると、ステップＳ２４０４のエラー処理へ
移る。ステップＳ２４０６の判断で、店舗サーバＩＤが
有ると判定されると、取り引きＩＤを発行する（ステッ
プＳ２４０７）。ここで発行される取り引きＩＤは、１
つの取り引きごとに発行されるものであり、商品の購入
・販売に係る１取り引きを識別するためのＩＤである。
次に、図３８に示すデータＤＢ：Ｃ−３と図４０に示す
ログ情報ＬＯＧ：Ｃ−５）を更新する（ステップＳ２４
０８）。

【００９１】次に、エラー処理が行われた場合には、対
応するエラー番号（ＥｒｒｏｒＮｏ）がＱ２ Ｗａｌｌ
ｅｔ店舗サーバ２へ送信され、正常に処理されると図３
８に示すデータＤＢ：Ｃ−３）および図４０に示すログ
情報Ｌｏｇ：Ｃ−５の内容が送信される（ステップＳ２
４０９）。そして、Ｑ２ Ｗａｌｌｅｔクライアント、
Ｑ２ Ｗａｌｌｅｔ店舗サーバ２からのアクセスを待機
する（ステップＳ２４１０）。

【００９２】以上、「プリペイド支払」による電子コン
テンツ以外の購入が行われる場合の、Ｑ２ Ｗａｌｌｅ
ｔクライアント、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２、Ｑ
２Ｗａｌｌｅｔ管理サーバ３のそれぞれの動作の詳細を
説明した。

【００９３】次に、「直接支払」による電子コンテンツ
以外の購入が行われる場合の各装置の動作を説明する。
はじめに、Ｑ２ ＷａｌｌｅｔクライアントのＱ２ Ｗ
ａｌｌｅｔ管理サーバ３に対する動作（Ｑ２ Ｗａｌｌ
ｅｔクライアント処理：４−８−ａ））について説明す
る。

【００９４】はじめに、ユーザによるＱ２ Ｗａｌｌｅ
ｔクライアントの実体であるプログラムの実行操作によ
り起動する（ステップＳ２５０１）。このとき、一例と
して示す図２７に示す画面が表示される。この表示画面
には、「プリペイド支払」、「直接支払」他の選択可能
な項目が表示されている。次に、ユーザによる直接支払
選択の入力を受ける（ステップＳ２５０２）。ここで
は、図２７に示す「直接支払」の項目が選択されたもの
とする。次に、Ｑ２ Ｗａｌｌｅｔ管理サーバ３へ接続
される所定のフリーダイヤル（図面では０１２０と記
載）に電話発信する（ステップＳ２５０３）。

【００９５】そして、図３１に示すデータＤＢ：Ａ−
１）のａ）、ｈ）、ｉ）項目とＱ２Ｗａｌｌｅｔクライ
アントのバージョン（Ｖｅｒ）、さらに店舗ＩＤ、製品
ＩＤ等をＱ２ Ｗａｌｌｅｔ管理サーバ３へ送信する
（ステップＳ２５０４）。そして、Ｑ２ Ｗａｌｌｅｔ
管理サーバ３からの応答を待機する（ステップＳ２５０
５）。そして、Ｑ２ Ｗａｌｌｅｔ管理サーバ３から図
３７に示すデータＤＢ：Ｃ−２）、図３８に示すＤＢ：
Ｃ−３）の内容を受信する（ステップＳ２５０６）。

【００９６】次に、入力項目のチェックを行う入力項目
に不足があるか否か判断する（ステップＳ２５０７）。
ステップＳ２５０７の判断で、入力項目に不足があると
判定されると、入力項目を入力する入力画面（図２８参
照）を表示し、ユーザによる所定項目の入力を受ける
（ステップＳ２５０８）。図２８の例では、店舗ＩＤ、
購入製品名、メール・住所等の入力項目があり、購入を
決定する購入ボタンがある。これらの入力を受けると、
ステップＳ２５０９へ移る。

【００９７】ステップＳ２５０７の判断で、入力項目に
不足がないと判定された場合、残金をチェックし残金の
有無を判断する（ステップＳ２５０９）。ステップＳ２
５０９の判断で、残金があると判定されると、所定のフ
リーダイヤル（０１２０）に電話発信する（ステップＳ
２５１０）。そしてステップＳ２５１２へ移る。ステッ
プＳ２５０９の判断で、残金がないと判定されると、Ｑ
２サービスを利用し所定のＱ２サービスのダイヤルへ電
話発信する（ステップＳ１４１３）。

【００９８】次に、Ｑ２ Ｗａｌｌｅｔ管理サーバ３
へ、図３１に示すデータＤＢ：Ａ−１）のａ）、ｈ）、
ｉ）項目とＱ２ Ｗａｌｌｅｔクライアントのバージョ
ン（Ｖｅｒ）、店舗ＩＤ、製品ＩＤ、ユーザにより入力
された各項目を送信する（ステップＳ２５１２）。そし
て、Ｑ２ Ｗａｌｌｅｔ管理サーバ３からの応答を待つ
（ステップＳ２５１３）。そして、Ｑ２ Ｗａｌｌｅｔ
管理サーバ３から図３８に示すデータＤＢ：Ｃ−３）お
よび図４０に示すログ情報ＬＯＧ：Ｃ−５の内容を受信
する（ステップＳ２５１４）。

【００９９】次に、ステップＳ２５１４において受信し
たデータをもとに、Ｑ２ Ｗａｌｌｅｔ管理サーバ３側
でエラーが生じたか否か判断する（ステップＳ２５１
５）。ステップＳ２５１５の判断で、サーバ・エラーが
生じたと判定されると、対応する所定のメッセージを表
示し終了する（ステップＳ２５１６）。ステップＳ２５
１５の判断で、サーバ・エラーが生じず正常にデータの
受信がなされたと判定されると、図３１に示すデータＤ
Ｂ：Ａ−１と図３２に示すログ情報ＬＯＧ：Ａ−２）を
更新する（ステップＳ２５１７）。次に、所定のメッセ
ージを表示し、終了する（ステップＳ２５１８）。

【０１００】次に、Ｑ２ Ｗａｌｌｅｔクライアントに
対する、Ｑ２ Ｗａｌｌｅｔ管理サーバ３の製品確認動
作（Ｑ２ Ｗａｌｌｅｔ管理サーバでの製品確認処理：
４−６−ｂ））を説明する。

【０１０１】はじめに、Ｑ２ Ｗａｌｌｅｔ管理サーバ
３は、ユーザ端末１（Ｑ２ Ｗａｌｌｅｔクライアン
ト）、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２からのアクセス
を待機している（ステップＳ２９０１）。そして、Ｑ２
Ｗａｌｌｅｔクライアントから送信された図３１に示
すデータＤＢ：Ａ−１）のａ）、ｈ）、ｉ）項目と、Ｑ
２ Ｗａｌｌｅｔクライアントのバージョン情報（Ｖｅ
ｒ）、店舗ＩＤ、製品ＩＤ等を受信する（ステップＳ２
９０２）。次に、Ｑ２ Ｗａｌｌｅｔクライアントのバ
ージョン情報（Ｖｅｒ）をチェックし有効か無効か判断
する（ステップＳ２９０３）。

【０１０２】ステップＳ２９０３の判断で、Ｖｅｒが無
効であると判定されると、所定のエラー処理を行う（ス
テップＳ２９０４）。ステップＳ２９０３の判断で、Ｖ
ｅｒが有効であると判定されると、図３１に示すデータ
ＤＢ：Ａ−１）のａ）項目と図３８に示すＤＢ：Ｃ−
３）のａ）項目が一致し、かつ、データＤＢ：Ａ−１）
のｈ）項目とＤＢ：Ｃ−３）のｂ）項目が一致し、か
つ、データＤＢ：Ａ−１）のｉ）項目とＤＢ：Ｃ−３）
のｃ）項目が一致するか判断する（ステップＳ２９０
５）。ここで一致しないと判定されると、ステップＳ２
９０４のエラー処理へ移る。

【０１０３】ステップＳ２９０５の判断で、上記条件を
満たすと判定されると、店舗サーバＩＤの有無を判断す
る（ステップＳ２９０６）。ここで店舗サーバＩＤがな
いと判定されると、ステップＳ２９０４のエラー処理へ
移る。ステップＳ２９０６の判断で、店舗サーバＩＤが
有ると判定されると、取り引きＩＤを発行する（ステッ
プＳ２９０７）。ここで発行される取り引きＩＤは、１
つの取り引きごとに発行されるものであり、商品の購入
・販売に係る１取り引きを識別するためのＩＤである。

【０１０４】次に、図３８に示すデータＤＢ：Ｃ−３と
図４０に示すログ情報ＬＯＧ：Ｃ−５）を更新する（ス
テップＳ２９０８）。次に、図３７に示すデータＤＢ：
Ｃ−２）、図３８に示すＤＢ：Ｃ−３）の内容が送信さ
れる（ステップＳ２９０９）。そして、Ｑ２ Ｗａｌｌ
ｅｔクライアント、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２か
らのアクセスを待機する（ステップＳ２９１０）。

【０１０５】次に、Ｑ２ Ｗａｌｌｅｔクライアントに
対する、Ｑ２ Ｗａｌｌｅｔ管理サーバ３の受注動作
（Ｑ２ Ｗａｌｌｅｔ管理サーバでの受注処理：４−８
−ｃ））を説明する。

【０１０６】はじめに、Ｑ２ Ｗａｌｌｅｔ管理サーバ
３は、ユーザ端末１（Ｑ２ Ｗａｌｌｅｔクライアン
ト）、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２からのアクセス
を待機している（ステップＳ３００１）。そして、Ｑ２
Ｗａｌｌｅｔクライアントから送信された図３１に示
すデータＤＢ：Ａ−１）のａ）、ｈ）、ｉ）項目と、Ｑ
２ Ｗａｌｌｅｔクライアントのバージョン情報（Ｖｅ
ｒ）、店舗ＩＤ、製品ＩＤ、ユーザによる入力項目の内
容等を受信する（ステップＳ３００２）。次に、Ｑ２
Ｗａｌｌｅｔクライアントのバージョン情報（Ｖｅｒ）
をチェックし有効か無効か判断する（ステップＳ３００
３）。

【０１０７】ステップＳ３００３の判断で、Ｖｅｒが無
効であると判定されると、所定のエラー処理を行う（ス
テップＳ３００４）。ステップＳ３００３の判断で、Ｖ
ｅｒが有効であると判定されると、図３１に示すデータ
ＤＢ：Ａ−１）のａ）項目とＤＢ：Ｃ−３）のａ）項目
が一致し、かつ、データＤＢ：Ａ−１）のｈ）項目とＤ
Ｂ：Ｃ−３）のｂ）項目が一致し、かつ、データＤＢ：
Ａ−１）のｉ）項目とＤＢ：Ｃ−３）のｃ）項目が一致
するか判断する（ステップＳ３００５）。ここで一致し
ないと判定されると、ステップＳ３００４のエラー処理
へ移る。

【０１０８】ステップＳ３００５の判断で、上記条件を
満たすと判定されると、店舗サーバＩＤの有無を判断す
る（ステップＳ３００６）。ここで店舗サーバＩＤがな
いと判定されると、ステップＳ３００４のエラー処理へ
移る。ステップＳ３００６の判断で、店舗サーバＩＤが
有ると判定されると、図３７に示すデータＤＢ：Ｃ−
２）のｄ）項目（入力項目）が不足してるか否か判断す
る（ステップＳ３００７）。そして不足していると判定
されると、ステップＳ３００４のエラー処理へ移る。ス
テップＳ３００７の判断で、上記入力項目が充分である
と判定されると、取り引きＩＤを発行する（ステップＳ
３００８）。ここで発行される取り引きＩＤは、前述の
通りである。

【０１０９】次に、図３８に示すデータＤＢ：Ｃ−３と
図４０に示すログ情報ＬＯＧ：Ｃ−５）を更新する（ス
テップＳ３００９）。次に、図３８に示すデータＤＢ：
Ｃ−３）、ログ情報ＬＯＧ：Ｃ−５）の内容が送信さ
れ、その他メールで所定の情報がＱ２ Ｗａｌｌｅｔク
ライアントへ送られる（ステップＳ３０１０）。そし
て、Ｑ２ Ｗａｌｌｅｔクライアント、Ｑ２ Ｗａｌｌ
ｅｔ店舗サーバ２からのアクセスを待機する（ステップ
Ｓ３０１１）。

【０１１０】以上、「プリペイド支払」による電子コン
テンツ以外の購入が行われる場合の、Ｑ２ Ｗａｌｌｅ
ｔクライアント、Ｑ２ Ｗａｌｌｅｔ店舗サーバ２、Ｑ
２Ｗａｌｌｅｔ管理サーバ３のそれぞれの動作の詳細を
説明した。

【０１１１】なお、上記で説明した動作フローは一例で
あり、上記の処理の流れに限定されるものではない。ま
た、図１におけるユーザ端末１、Ｑ２ Ｗａｌｌｅｔ店
舗サーバ２、Ｑ２Ｗａｌｌｅｔ管理サーバ３は、専用の
装置として実現し電子決済を行ってもよく、また各々の
機能を実現するためのプログラムをコンピュータ読み取
り可能な記録媒体に記録して、この記録媒体に記録され
たプログラムをコンピュータシステムに読み込ませ、実
行することにより電子決済を行ってもよい。なお、ここ
でいう「コンピュータシステム」とは、ＯＳや周辺機器
等のハードウェアを含むものとする。

【０１１２】また、「コンピュータシステム」は、ＷＷ
Ｗシステムを利用している場合であれば、ホームページ
提供環境（あるいは表示環境）も含むものとする。ま
た、「コンピュータ読み取り可能な記録媒体」とは、フ
ロッピーディスク、光磁気ディスク、ＲＯＭ、ＣＤ−Ｒ
ＯＭ等の可搬媒体、コンピュータシステムに内蔵される
ハードディスク等の記憶装置のことをいう。さらに「コ
ンピュータ読み取り可能な記録媒体」とは、インターネ
ット等のネットワークや電話回線等の通信回線を介して
プログラムが送信された場合のサーバやクライアントと
なるコンピュータシステム内部の揮発性メモリ（ＲＡ
Ｍ）のように、一定時間プログラムを保持しているもの
も含むものとする。また、上記プログラムは、このプロ
グラムを記憶装置等に格納したコンピュータシステムか
ら、伝送媒体を介して、あるいは、伝送媒体中の伝送波
により他のコンピュータシステムに伝送されてもよい。
ここで、プログラムを伝送する「伝送媒体」は、インタ
ーネット等のネットワーク（通信網）や電話回線等の通
信回線（通信線）のように情報を伝送する機能を有する
媒体のことをいう。また、上記プログラムは、前述した
機能の一部を実現するためのものであっても良い。さら
に、前述した機能をコンピュータシステムにすでに記録
されているプログラムとの組み合わせで実現できるも
の、いわゆる差分ファイル（差分プログラム）であって
も良い。

【０１１３】以上、この発明の実施形態を図面を参照し
て詳述してきたが、具体的な構成はこの実施形態に限ら
れるものではなく、この発明の要旨を逸脱しない範囲の
設計等も含まれる。

【０１１４】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、クレジットカード番号等の重要な情報の発信を
必要としないので、ユーザにとっては安全に代金の支払
いを行える。また、仮想店舗の運営者にとっては確実な
代金の回収ができる。また、ユーザは、購入代金の支払
いをユーザ端末を使って電話回線を介して行うので、銀
行等に行く手間が省ける。

【図面の簡単な説明】

【図１】 本発明の一実施の形態である電子決済システ
ムのブロック図である。

【図２】 ユーザ端末の構成を示す図である。

【図３】 Ｑ２ Ｗａｌｌｅｔクライアントの導入に係
る動作フローチャートである。

【図４】 Ｑ２ Ｗａｌｌｅｔクライアントのアップデ
ートに係る動作フローチャートである。

【図５】 Ｑ２ Ｗａｌｌｅｔクライアントにおける電
子マネー購入時の動作フローチャートの一部である。

【図６】 Ｑ２ Ｗａｌｌｅｔクライアントにおける電
子マネー購入時の動作フローチャートの一部である。

【図７】 Ｑ２ Ｗａｌｌｅｔクライアントの表示画面
例である。

【図８】 電子マネー購入時におけるＱ２ Ｗａｌｌｅ
ｔ管理サーバの動作フローチャートである。

【図９】 電子マネーを用いた電子コンテンツの購入に
係るＱ２ Ｗａｌｌｅｔクライアントの動作フローチャ
ートの一部である。

【図１０】 電子マネーを用いた電子コンテンツの購入
に係るＱ２ Ｗａｌｌｅｔクライアントの動作フローチ
ャートの一部である。

【図１１】 バスケット・ブラウザによる表示画面例で
ある。

【図１２】電子マネーを用いた電子コンテンツの購入に
係るＱ２ Ｗａｌｌｅｔ店舗サーバの動作フローチャー
トである。

【図１３】 電子マネーを用いた電子コンテンツの購入
に係るＱ２ Ｗａｌｌｅｔ管理サーバの動作フローチャ
ートである。

【図１４】 直接支払いによる電子コンテンツの購入に
係るＱ２ Ｗａｌｌｅｔクライアントの動作フローチャ
ートの一部である。

【図１５】 直接支払いによる電子コンテンツの購入に
係るＱ２ Ｗａｌｌｅｔクライアントの動作フローチャ
ートの一部である。

【図１６】 Ｑ２ Ｗａｌｌｅｔクライアントの表示画
面の一例である。

【図１７】 Ｑ２ Ｗａｌｌｅｔクライアントの表示画
面の一例である。

【図１８】 直接支払いによる電子コンテンツの購入に
係るＱ２ Ｗａｌｌｅｔ管理サーバでの製品確認処理の
動作を示すフローチャートである。

【図１９】 直接支払いによる電子コンテンツの購入に
係るＱ２ Ｗａｌｌｅｔ管理サーバでの受注処理の動作
を示すフローチャートである。

【図２０】 電子マネーを用いた電子コンテンツ以外の
商品の購入に係るＱ２ Ｗａｌｌｅｔクライアントの動
作フローチャートの一部である。

【図２１】 電子マネーを用いた電子コンテンツ以外の
商品の購入に係るＱ２ Ｗａｌｌｅｔクライアントの動
作フローチャートの一部である。

【図２２】 電子マネーを用いた電子コンテンツ以外の
商品の購入に係るＱ２ Ｗａｌｌｅｔクライアントの動
作フローチャートの一部である。

【図２３】 電子マネーを用いた電子コンテンツ以外の
商品の購入に係るＱ２ Ｗａｌｌｅｔ店舗サーバの動作
フローチャートである。

【図２４】 電子マネーを用いた電子コンテンツ以外の
商品の購入に係るＱ２ Ｗａｌｌｅｔ管理サーバの動作
フローチャートである。

【図２５】 直接支払いによる電子コンテンツ以外の商
品の購入に係るＱ２Ｗａｌｌｅｔクライアントの動作フ
ローチャートの一部である。

【図２６】 直接支払いによる電子コンテンツ以外の商
品の購入に係るＱ２Ｗａｌｌｅｔクライアントの動作フ
ローチャートの一部である。

【図２７】 Ｑ２ Ｗａｌｌｅｔクライアントの表示画
面の一例である。

【図２８】 Ｑ２ Ｗａｌｌｅｔクライアントの表示画
面の一例である。

【図２９】 直接支払いによる電子コンテンツ以外の商
品の購入に係るＱ２Ｗａｌｌｅｔ管理サーバでの製品確
認処理の動作フローチャートである。

【図３０】 直接支払いによる電子コンテンツ以外の商
品の購入に係るＱ２Ｗａｌｌｅｔ管理サーバでの受注処
理の動作フローチャートである。

【図３１】 Ｑ２ Ｗａｌｌｅｔクライアントが使用す
る個人情報ＤＢの内容例である。

【図３２】 Ｑ２ Ｗａｌｌｅｔクライアントが使用Ｌ
ｏｇの内容例である。

【図３３】 Ｑ２ Ｗａｌｌｅｔクライアントのエラー
Ｌｏｇ内容例である。

【図３４】 Ｑ２ Ｗａｌｌｅｔ店舗サーバの販売Ｌｏ
ｇの内容例である。

【図３５】 Ｑ２ Ｗａｌｌｅｔ店舗サーバが使用する
のエラーＬｏｇの内容例である。

【図３６】 Ｑ２ Ｗａｌｌｅｔ管理サーバが使用する
Ｑ２ Ｗａｌｌｅｔ店舗サーバ管理情報ＤＢの内容例で
ある。

【図３７】 Ｑ２ Ｗａｌｌｅｔ管理サーバが使用する
仮想店舗製品情報ＤＢの内容例である。

【図３８】 Ｑ２ Ｗａｌｌｅｔ管理サーバが使用する
Ｑ２ Ｗａｌｌｅｔクライアント管理情報ＤＢの内容例
である。

【図３９】 Ｑ２ Ｗａｌｌｅｔ管理サーバが使用する
Ｑ２ Ｗａｌｌｅｔクライアント時間管理情報ＤＢの内
容例である。

【図４０】 Ｑ２ Ｗａｌｌｅｔ管理サーバのＬｏｇの
内容例である。

【図４１】 Ｑ２ Ｗａｌｌｅｔ管理サーバのエラーＬ
ｏｇの内容例である。

【図４２】 ＭｙＢｒｏｗｓｅｒコンテンツの表示例で
ある。

【符号の説明】 １…ユーザ端末 ２…Ｑ２ Ｗａｌｌｅｔ店舗サーバ（店舗サーバ） ３…Ｑ２ Ｗａｌｌｅｔ管理サーバ（管理サーバ）

フロントページの続き Ｆターム(参考） 5B049 BB11 CC05 CC31 CC36 DD01 EE02 EE05 EE25 EE59 FF03 FF04 GG02 GG04 GG07 5B055 BB20 CB09 CB10 EE02 EE05 EE12 EE21 EE27 FA05 KK07 PA05 PA34 PA37 5K024 AA02 AA76 BB04 BB06 BB07 CC09 DD01 EE06 FF04 GG01 GG03 GG05 GG08 9A001 BB04 CC02 JJ12 JJ25 JJ27 JJ64 KK56 LL09

Claims (9)

【特許請求の範囲】
1. 【請求項１】 商品の販売・購入に係る代金の決済を行
   う電子決済システムにおいて、 前記電子決済システムは、ユーザ端末と管理サーバとを
   具備し、 前記ユーザ端末と管理サーバは、電話会社が提供する回
   線接続回数に応じて課金する情報料課金・回収代行サー
   ビスを利用する電話回線により接続され、前記ユーザ端
   末は、前記管理サーバに対し、所定の金額に応じた回数
   の回線接続を繰り返すことを特徴とする電子決済システ
   ム。
2. 【請求項２】 前記ユーザ端末と管理サーバは、 前記回線接続の回数に対応する金額のデータを記憶し、 前記ユーザ端末と管理サーバの各々に記憶された前記金
   額のデータの相互一致の検証を行うことを特徴とする請
   求項１に記載の電子決済システム。
3. 【請求項３】 前記電子決済システムは、 ネットワークを介して商品情報を提供する店舗サーバ
   を、さらに具備し、 前記店舗サーバは、 前記ユーザ端末から送信された発注に係る情報に応じた
   所定の情報を前記管理サーバへ送るとともに、前記管理
   サーバから前記情報に対応する前記金額のデータに基づ
   く残金のデータを受け、前記発注に係る情報に含まれる
   商品金額と前記残金とを比較し、受注の可否を判定する
   ことを特徴とする請求項１または請求項２に記載の電子
   決済システム。
4. 【請求項４】 請求項１に記載の電子決済システムに用
   いられるユーザ端末であって、 前記ユーザ端末は、前記管理サーバと電話会社が提供す
   る回線接続回数に応じて課金する情報料課金・回収代行
   サービスを利用する電話回線により接続され、前記管理
   サーバに対し、所定の金額に応じた回数の回線接続を繰
   り返すことを特徴とするユーザ端末。
5. 【請求項５】 請求項１に記載の電子決済システムに用
   いられる管理サーバであって、 前記管理サーバは、前記ユーザ端末と電話会社が提供す
   る回線接続回数に応じて課金する情報料課金・回収代行
   サービスを利用する電話回線により接続され、前記ユー
   ザ端末による回線接続の回数に応じた金額を算出するこ
   とを特徴とする管理サーバ。
6. 【請求項６】 請求項３に記載の電子決済システムに用
   いられる店舗サーバであって、 前記ユーザ端末から送信された発注に係る情報に応じた
   所定の情報を前記管理サーバへ送るとともに、前記管理
   サーバから前記情報に対応する前記金額のデータに基づ
   く残金のデータを受け、前記発注に係る情報に含まれる
   商品金額と前記残金とを比較し、受注の可否を判定する
   ことを特徴とする店舗サーバ。
7. 【請求項７】 コンピュータに実装され実行されること
   により請求項１または請求項２に記載のユーザ端末を実
   現するプログラムが記録された記録媒体であって、 電話会社が提供する回線接続回数に応じて課金する情報
   料課金・回収代行サービスを利用する電話回線に接続さ
   れた管理サーバへの回線接続を、所定の金額Ａに応じた
   回数だけ繰り返す手順と、 前記金額Ａを記憶する手順と、 前記管理サーバが記憶した、前記回線接続の回数に応じ
   た金額Ｂを取得する手順と、 前記金額Ａと金額Ｂとを比較し、一致するか検証する手
   順と、 を記録したコンピュータ読み取り可能な記録媒体。
8. 【請求項８】 コンピュータに実装され実行されること
   により請求項１または請求項２に記載の管理サーバを実
   現するプログラムが記録された記録媒体であって、 電話会社が提供する回線接続回数に応じて課金する情報
   料課金・回収代行サービスを利用する電話回線を用いた
   前記ユーザ端末から該管理サーバへの回線接続の回数か
   ら、該回数に応じた金額Ｂを算出する手順と、 前記金額Ｂを記憶する手順と、 前記ユーザ端末が記憶した、前記回線接続の回数に応じ
   た金額Ａを取得する手順と、 前記金額Ａと金額Ｂとを比較し、一致するか検証する手
   順と、 を記録したコンピュータ読み取り可能な記録媒体。
9. 【請求項９】 コンピュータに実装され実行されること
   により請求項３に記載の店舗サーバを実現するプログラ
   ムが記録された記録媒体であって、 前記ユーザ端末から送信された発注に係る情報に応じた
   所定の情報を前記管理サーバへ送信する手順と、 前記管理サーバから前記情報に対応する前記金額のデー
   タに基づく残金のデータを受信する手順と、 前記発注に係る情報に含まれる商品金額と前記残金とを
   比較し、受注の可否を判定する手順と、 を記録したコンピュータ読み取り可能な記録媒体。