JP2003016295A - オンラインショッピング方法及びそのシステム並びにプログラム - Google Patents

Abstract

(57)【要約】 【課題】 クレジットカードを用いず且つ簡単な手続き
でオンラインショッピングが楽しめる新規なオンライン
ショッピング方法及びそのシステムを提供する。 【解決手段】 ユーザの認証情報及び個人情報を保持管
理しているインターネットサービスプロバイダ等の第三
者機関３の認証手段５によって認証されたユーザ端末１
にのみ、中継手段４経由によるＷｅｂサーバ２へのアク
セスを許可する。Ｗｅｂサーバ２からユーザ端末１宛に
出される請求書データを中継手段４で中継する際に履歴
記録手段８で履歴データとして記録する。決済手段９
は、記録された請求書データに基づき、ユーザ端末１か
らＷｅｂサーバ２に支払うべき料金の徴収を代行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はオンラインショッピ
ング方法に関し、特にユーザがＷｅｂショップに支払う
べき料金の徴収を第三者機関が代行するようにしたオン
ラインショッピング方法及びそのシステムに関する。

【０００２】

【従来の技術】近年のインターネットの急速な普及によ
り、各家庭に設置したパーソナルコンピュータ等からＷ
ｅｂサーバをアクセスすることにより手軽にオンライン
ショッピングが行えるようになってきた。Ｗｅｂサーバ
で買物をした場合、その代金を支払う必要があるが、そ
の決済方法としては専らクレジットカードが利用されて
いる。この場合、ユーザが商品の購入時にクレジットカ
ード情報をＷｅｂサーバに通知し、Ｗｅｂサーバがカー
ド会社に料金を請求し、カード会社がユーザの銀行口座
から引き落とす方式で行われている。

【０００３】図１６に従来のオンラインショッピングシ
ステムの典型例を示す。図１６において、３００はユー
ザが使用するユーザ端末、３１０は当該ユーザが会員と
なっているインターネットサービスプロバイダ（ＩＳ
Ｐ）のアクセスサーバ、３２０はＩＳＰの認証サーバで
あり、各会員の認証情報（例えばユーザ名（アカウント
名）とパスワードの組み合わせ）が登録されている。ま
た、３５０はオンラインショッピングサービスを提供す
るＷｅｂサーバであり、インターネット３９０に接続さ
れている。

【０００４】ユーザがユーザ端末３００を使用してＷｅ
ｂサーバ３５０でオンラインショッピングを行う場合、
先ず、アクセスサーバ３１０にダイヤルアップ接続し、
ユーザ認証を受けてＩＳＰのインターネット接続サービ
スを利用する。ユーザ認証に際してユーザは自己の認証
情報を入力し、アクセスサーバ３１０は、入力された認
証情報を認証サーバ３２０に送って正しい情報か否かを
検査し、正しければユーザ端末３００にＩＰアドレスを
割り当て、アクセスサーバ３１０経由によるインターネ
ット３９０へのアクセスを可能にする。しかし、入力さ
れた認証情報が認証サーバ３２０に事前に登録されてい
る認証情報と一致しない場合、アクセスサーバ３１０は
ユーザ端末３００へ拒否メッセージを送出することで、
不正なユーザからの接続を防止する。

【０００５】認証によりＩＳＰのインターネット接続サ
ービスの利用が可能になったユーザは、ユーザ端末３０
０からインターネット３９０を通じてＷｅｂサーバ３５
０に対し直接にアクセスし、Ｗｅｂサーバ３５０が提供
するホームページを参照して購入したい商品を選択し、
注文主の氏名、住所、電話番号等の個人情報および決済
に使用するクレジットカード情報を含む注文情報をＷｅ
ｂサーバ３５０にインターネット３９０経由で通知す
る。Ｗｅｂサーバ３５０は、受信した注文情報中のクレ
ジットカード情報の与信調査を行い、問題がなければ、
入力された個人情報に従って商品の配送の手配を行い、
またカード会社に料金を請求する。

【０００６】しかし、このようなクレジットカードによ
る決済方法は、クレジットカード情報が公衆ネットワー
ク上を流れるため悪意者によって盗聴されたり、Ｗｅｂ
サイトに進入した悪意者によって不正に入手される危険
性がある。また、良く知らないＷｅｂサイトに対して自
己のクレジットカード情報を提供することに抵抗を感じ
るユーザも多い。この為、クレジットカードに代わる新
たな決済方法の実現が望まれている。

【０００７】クレジットカードを用いない決済方法とし
ては、従来より以下のようなものが提案されている。

【０００８】その１つは、特開平９−１５３９６４号公
報に記載された方法で、サービス提供者よりインターネ
ットを介してユーザに提供される情報やサービスに対す
る請求書の送付を、この請求書送付目的のためにサービ
ス提供者と関連した９００ナンバーに請求書送付電話呼
をかけることにより手配するものである。以下、この方
法を第１の従来技術と呼ぶ。

【０００９】他の方法は、特開平９−２８２３６７号公
報に記載された方法で、会員がネットワークを通じて自
己のＩＤ番号により加盟販売店に商品の購入を申し込む
と、加盟販売店からその連絡を受けた購入斡旋業者がＥ
メールにて会員に購入の意思を確認した後に加盟販売店
にＥメールにて販売承認を通知し、加盟販売店は会員に
商品を提供し、金融機関は購入斡旋業者から立替え払い
のデータを受信して加盟販売店の口座に立替え払いをす
ると共に購入斡旋業者からの引き落としデータに基づい
て会員の口座から購入斡旋業者の口座べ購入代金を引き
落とすものである。以下、この方法を第２の従来技術と
呼ぶ。

【００１０】また、ユーザ同士の決済を通信事業者が代
行する決済方法として、特開平１１−３１３０５８号公
報に記載された技術が知られている。これは、或るユー
ザが送金先のＩＤ及びメールアドレスと送金金額と送金
元のＩＤ及びメールアドレスとを記述した送金要求メー
ルをネットワーク経由で通信事業者の料金徴収センタに
送信すると、料金徴収センタが、通信料金の請求時、送
金元のユーザに対しては送金金額を加算して請求し、送
金先のユーザに対しては送金金額を減じて請求するもの
である。以下、この方法を第３の従来技術と呼ぶ。

【００１１】他方、ユーザ端末とＷｅｂサーバを直接に
接続するのではなく、途中に代理サーバを介在させる方
式が、特開平１０−１７７５５２号公報に提案されてい
る。この公報に記載される技術では、個々のユーザのＷ
ｅｂサーバ毎の認証情報を代理サーバで一括して管理し
ておき、Ｗｅｂサーバが要求するユーザ認証に対する応
答をユーザ端末に代わって代理サーバが応答する。以
下、この方法を第４の従来技術と呼ぶ。

【００１２】

【発明が解決しようとする課題】クレジットカードを用
いない決済方法が上述したように各種提案されている
が、何れの方法も手続きが複雑化するという課題があ
る。例えば第１の従来技術では、請求書送付電話呼とい
った特別な手続きをユーザが行う必要があり、第２の従
来技術では、個々の商品の購入時にユーザ及び加盟販売
店のそれぞれは購入斡旋業者とＥメールをやりとりしな
ければならない煩わしさがある。また、第３の従来技術
をユーザとＷｅｂショップとの間の決済に応用した場
合、ユーザは各商品の購入時にＷｅｂショップを送金先
とする送金要求メールを出す必要がある。

【００１３】また、従来のオンラインショッピングシス
テムでは、注文主の氏名、住所、電話番号等の個人情報
は、それら全てをユーザ自身が入力してＷｅｂサーバに
送信しなければならない煩わしさがあった。第４の従来
技術のようにユーザの認証情報をユーザに代わって代理
サーバが応答する技術が提案されているが、それをその
まま個人情報の応答に適用するのには問題がある。その
理由は、代理応答する前にユーザが個人情報を確認ない
し修正する機会がないため、常に登録された住所などに
商品が配送されてしまうことになるからである。

【００１４】そこで本発明の目的は、クレジットカード
を用いず且つ簡単な手続きでオンラインショッピングが
楽しめる新規なオンラインショッピング方法及びそのシ
ステムを提供することにある。

【００１５】本発明の別の目的は、Ｗｅｂサーバが要求
する個人情報の全てをユーザ自身が入力しなければなら
ない煩わしさを解消することにある。

【００１６】

【課題を解決するための手段】本発明の第１のオンライ
ンショッピング方法は、ユーザ端末とＷｅｂサーバを中
継する中継手段を備え、前記中継手段の利用を許可する
ユーザの認証情報及び個人情報を前記中継手段を運営す
る第三者機関で管理し、認証したユーザ端末にのみ前記
中継手段経由による前記Ｗｅｂサーバへのアクセスを許
可し、且つ、前記中継手段で中継するデータのうち少な
くとも前記Ｗｅｂサーバから前記ユーザ端末宛に出され
た請求書データの履歴を記録し、該記録された請求書デ
ータに基づき、前記第三者機関が前記ユーザ端末から前
記Ｗｅｂサーバに支払うべき料金の徴収を代行する。

【００１７】本発明の第２のオンラインショッピング方
法は、第１のオンラインショッピング方法において、前
記Ｗｅｂサーバから前記ユーザ端末宛に個人情報問合せ
要求があったとき、前記第三者機関で管理しているユー
ザの個人情報のうち前記個人情報問合せ要求のあったユ
ーザの個人情報を読み出して前記個人情報問合せ要求に
設定して前記中継手段によって前記ユーザ端末に中継す
る。

【００１８】本発明の第３のオンラインショッピング方
法は、第１または第２のオンラインショッピング方法に
おいて、ユーザ認証時に前記ユーザ端末に対して前記ユ
ーザ端末が前記中継手段の利用を終了するまで有効なク
ライアント識別子を一時的に割り当て、前記ユーザ端末
と前記Ｗｅｂサーバ間のデータ授受の際には前記クライ
アント識別子を付随させ、前記中継手段は、有効なクラ
イアント識別子が付随しないデータは中継せずに廃棄す
る。

【００１９】また本発明の第１のオンラインショッピン
グシステムは、ユーザ端末とＷｅｂサーバを中継する中
継手段と、前記中継手段の利用を許可するユーザの認証
情報及び個人情報を管理し、認証したユーザ端末にのみ
前記中継手段経由による前記Ｗｅｂサーバへのアクセス
を許可する認証手段と、前記中継手段で中継するデータ
のうち少なくとも前記Ｗｅｂサーバから前記ユーザ端末
宛に出された請求書データの履歴を記録する履歴記録手
段と、記録された請求書データに基づき前記ユーザ端末
から前記Ｗｅｂサーバに支払うべき料金の徴収を代行す
る決済手段とを備える。

【００２０】本発明の第２のオンラインショッピングシ
ステムは、第１のオンラインショッピングシステムにお
いて、前記中継手段を利用する会員の個人情報を保持管
理し、前記Ｗｅｂサーバから前記ユーザ端末宛に個人情
報問合せ要求があったとき、前記管理しているユーザの
個人情報のうち前記個人情報問合せ要求のあったユーザ
の個人情報を読み出して前記個人情報問合せ要求に設定
して前記中継手段によって前記ユーザ端末に中継する個
人情報代理応答手段を備える。

【００２１】本発明の第３のオンラインショッピングシ
ステムは、第１または第２のオンラインショッピングシ
ステムにおいて、前記ユーザ端末と前記Ｗｅｂサーバ間
のデータ授受の際に付随すべきクライアント識別子をユ
ーザ認証時に前記ユーザ端末が前記中継手段の利用を終
了するまで一時的に前記ユーザ端末に割り当てるクライ
アント識別子設定手段を備え、前記中継手段は、有効な
クライアント識別子が付随しないデータは廃棄する構成
を有する。

【００２２】前記クライアント識別子は、例えば、前記
ユーザ端末のＩＰアドレスと認証が行われた時刻とで構
成される。

【００２３】

【作用】第１の発明にあっては、ユーザの認証情報及び
個人情報を保持管理しているインターネットサービスプ
ロバイダ等の第三者機関によって認証されたユーザ端末
にのみ中継手段経由によるＷｅｂサーバへのアクセスを
許可し、Ｗｅｂサーバからユーザ端末宛に出される請求
書データを中継手段で中継する際に履歴データとして記
録し、記録された請求書データに基づき第三者機関がユ
ーザ端末からＷｅｂサーバに支払うべき料金の徴収を代
行するため、ユーザはクレジットカードを用いず且つ簡
単な手続きでオンラインショッピングが楽しめる。

【００２４】第２の発明にあっては、Ｗｅｂサーバから
ユーザ端末宛の個人情報問合せ要求を中継手段が中継す
る際、第三者機関で管理しているユーザの個人情報のう
ち当該個人情報問合せ要求のあったユーザの個人情報を
読み出し、個人情報問合せ要求に設定してユーザ端末に
中継するため、個人情報の全てを常に入力しなければな
らない煩わしさからユーザは解放される。

【００２５】第３の発明にあっては、ユーザ認証時にユ
ーザ端末に一意なクライアント識別子を一時的に割り当
て、ユーザ端末とＷｅｂサーバ間のデータ授受の際には
そのクライアント識別子を付随させるようにし、また中
継手段は、有効なクライアント識別子が付随しないデー
タは廃棄するため、Ｗｅｂサーバ側にとっては、中継手
段経由でアクセスしてくるユーザ端末は信用のおける端
末であると推定できて安心して商売を行うことができ
る。また、ユーザ及び第三者機関側にとっては、有効な
クライアント識別子が付随しない請求書は廃棄されるた
め、Ｗｅｂサーバからの不正な請求を防止することがで
きる。

【００２６】

【発明の実施の形態】次に本発明の実施の形態の例につ
いて図面を参照して詳細に説明する。

【００２７】図１は本発明の実施の形態にかかるオンラ
インショッピングシステムのブロック図である。図１に
おいて、ユーザ端末１は、家庭等に設置されたパーソナ
ルコンピュータ等の情報処理装置であり、このユーザ端
末１を使用してユーザはオンラインショッピングを行
う。Ｗｅｂサーバ２は、ユーザ端末１に対してオンライ
ンショッピングサービスを提供するワークステーション
等の情報処理装置である。これらユーザ端末１とＷｅｂ
サーバ２とは、オンラインショッピング時、第三者機関
３の中継手段４を介して相互に接続される。一般にユー
ザ端末１及びＷｅｂサーバ２は複数存在するが、図１で
は説明の簡略化のためにそれぞれ１台だけ図示してい
る。

【００２８】第三者機関３は、前述した中継手段４に加
えて、認証手段５、クライアント識別子設定手段６、個
人情報代理応答手段７、履歴記録手段８および決済手段
９を有している。

【００２９】認証手段５は、真正なユーザの認証情報
（例えばユーザ名（アカウント名）とパスワードの組み
合わせ）を保持管理しており、中継手段４の利用を真正
なユーザにのみ許可するためのユーザ認証を行う機能を
持つ。ユーザ端末１のユーザは、中継手段４を利用する
場合、この認証手段５による認証が必要である。

【００３０】クライアント識別子設定手段６は、認証さ
れたユーザ端末１に対して一意なクライアント識別子を
一時的に割り当て、クライアント識別子とユーザの認証
情報との対応を管理する。また、クライアント識別子を
無効にする理由が生じた時点で一旦割り当てたクライア
ント識別子を無効化する機能を持つ。クライアント識別
子としては、例えばユーザ端末１のＩＰアドレスと認証
手段５による認証が行われた時刻とを連結したものが利
用できるが、これに限定されるものではない。

【００３１】クライアント識別子は、認証手段５でユー
ザ端末１の認証が行われたときに割り当てられ、ユーザ
端末１が中継手段４の利用を終了した時点で無効化され
る。ユーザ端末１による中継手段４の利用の終了は、ユ
ーザ端末１が中継手段４の利用を終了する意思を積極的
に示した場合以外に、ユーザ端末１から一定期間以上に
わたってデータの送信がないときも終了したものと見做
される。割り当てられたクライアント識別子は、その割
り当て先のユーザ端末１に通知される。ユーザ端末１
は、中継手段４経由でＷｅｂサーバ２にデータを送信す
る際、割り当てられたクライアント識別子を付随させ
る。また、Ｗｅｂサーバ２はクライアント識別子の付随
するデータをユーザ端末１から受信し、それに対して何
らかのデータを中継手段４経由でユーザ端末１へ送信す
る際、同じクライアント識別子を付随させる。

【００３２】中継手段４は、有効なクライアント識別子
が付随するデータに関してのみ、ユーザ端末１とＷｅｂ
サーバ２を中継する機能を持つ。また、Ｗｅｂサーバ２
からユーザ端末１宛に個人情報問合せ要求があったと
き、それを個人情報代理応答手段７に伝達し、個人情報
代理応答手段７から渡される個人情報設定済みの個人情
報問合せ要求をユーザ端末１に中継する機能を持つ。さ
らに、ユーザ端末１とＷｅｂサーバ２とで授受されるデ
ータの全部または少なくとも一部を履歴記録手段８に伝
達する機能を持つ。

【００３３】個人情報代理応答手段７は、真正なユーザ
の個人情報（例えば、氏名、住所、電話番号など）を保
持管理しており、中継手段４から個人情報問合せ要求が
伝達されると、自ら管理している個人情報のうちから該
当する個人情報を読み出し、個人情報設定済みの個人情
報問合せ要求を生成し、中継手段４に返却する機能を持
つ。

【００３４】履歴記録手段８は、中継手段４から伝達さ
れたユーザ端末１とＷｅｂサーバ２間で授受されたデー
タを各ユーザ毎の履歴データとして記録する機能を持
つ。

【００３５】決済手段９は、履歴記録手段８に記録され
たデータの履歴に基づき、ユーザ端末１からＷｅｂサー
バ２に支払うべきオンラインショッピング料金の徴収を
代行する機能を持つ。

【００３６】なお、図１において、ＭはＣＤ−ＲＯＭ、
半導体メモリ、磁気ディスク装置等の機械読み取り可能
な記録媒体であり、第三者機関３用のプログラムが記録
されている。ここに記録されたプログラムは、第三者機
関３を構成するコンピュータに読み取られ、そのコンピ
ュータの動作を制御することにより、そのコンピュータ
上に中継手段４、認証手段５、クライアント識別子設定
手段６、個人情報代理応答手段７、履歴記録手段８及び
決済手段９を実現する。

【００３７】次に、このように構成された本実施の形態
にかかるオンラインショッピングシステムの動作を説明
する。

【００３８】今、ユーザ端末１を利用するユーザをＵ、
その認証情報をユーザＩＤ Ｕ１及びパスワードＰ１の
組「Ｕ１／Ｐ１」とすると、認証手段５では「Ｕ１／Ｐ
１」を保持管理している。また、個人情報代理応答手段
７は、ユーザＵの氏名、住所、電話番号等の個人情報を
ユーザＩＤ Ｕ１に対応して保持管理している。

【００３９】ユーザ端末１が中継手段４経由でＷｅｂサ
ーバ２をアクセスしてオンラインショッピングを行いた
い場合、認証情報「Ｕ１／Ｐ１」を入力し、認証手段５
の認証を得る。認証に成功すると、クライアント識別子
設定手段６は、ユーザ端末１に対してクライアント識別
子を割り当て、ユーザＩＤ Ｕ１に対応付けて保持管理
する。ユーザ端末１は、割り当てられたクライアント識
別子を付随させて、中継手段４にＷｅｂサーバ２へのア
クセスを要求する。中継手段４は、このアクセス要求に
付随するクライアント識別子が有効であることを条件
に、当該アクセス要求をＷｅｂサーバ２へ中継する。Ｗ
ｅｂサーバ２は、アクセス要求のあったユーザ端末１に
対して自己のホームページの内容を前記クライアント識
別子を付随させて中継手段４経由で送信する。以降、同
様にユーザ端末１とＷｅｂサーバ２との間で中継手段４
経由でデータの授受が行われる。

【００４０】Ｗｅｂサーバ２が、ユーザ端末１から注文
された商品の配送先の氏名、住所、電話番号などの個人
情報を知りたい為に、ユーザ端末１宛の個人情報問合せ
要求をクライアント識別子を付随させて中継手段４に送
信すると、中継手段４はクライアント識別子が有効であ
ることを条件に、この個人情報問合せ要求を個人情報代
理応答手段７に伝達する。個人情報代理応答手段７は、
クライアント識別子に対応するユーザＩＤ Ｕ１をクラ
イアント識別子設定手段６から得て、そのユーザＩＤ
Ｕ１に対応して自ら保持管理しているユーザＵの個人情
報を読み出し、個人情報問合せ要求中に設定する。そし
て、このような個人情報設定済みの個人情報問合せ要求
を中継手段４に返却し、中継手段４はそれをユーザ端末
１へ中継する。

【００４１】ユーザ端末１は、個人情報設定済みの個人
情報問合せ要求を受信して表示する。ユーザＵは、設定
されている個人情報を確認し、そのままで問題がなけれ
ば送信操作を行う。また、商品の配送先を今回は別の住
所にしたい等、変更したい情報が存在する場合は、必要
な部分だけを修正して送信操作を行う。ユーザＵによっ
て確認ないし修正された個人情報はクライアント識別子
を伴って中継手段４に送られ、中継手段４は付随するク
ライアント識別子が有効であることを条件にＷｅｂサー
バ２へ中継する。

【００４２】Ｗｅｂサーバ２は、ユーザ端末１から得た
個人情報に従って、注文された商品の配送を手配する。
また、注文を受けた商品、その配送先の情報、請求金
額、請求書番号などを記載した請求書を作成し、クライ
アント識別子を付随させて中継手段４に送信する。中継
手段４は、付随するクライアント識別子が有効であるこ
とを条件にそれをユーザ端末１へ中継する。

【００４３】以上のような動作と並行して、中継手段４
は、ユーザ端末１とＷｅｂサーバ２とで授受されるデー
タの全部または少なくとも一部を履歴記録手段８に伝達
している。履歴記録手段８は、データに付随するクライ
アント識別子に対応するユーザＩＤ Ｕ１をクライアン
ト識別子設定手段６から得て、そのユーザＩＤ Ｕ１に
対応して、これらのデータを履歴データとして記憶す
る。決済手段９による決済を可能にするには、Ｗｅｂサ
ーバ２からユーザ端末１宛に出される請求書データを少
なくとも履歴として残す必要がある。

【００４４】決済手段９は、履歴記録手段８に記録され
た請求書データに基づき、ユーザ端末１からＷｅｂサー
バ２に支払うべき料金の徴収を代行する。具体的には、
履歴記録手段８に記録された各ユーザＩＤ別の履歴デー
タから請求書データを検索し、請求書データに記載され
た商品の購入単価及び数量から当該ユーザＩＤを持つユ
ーザに対して請求するオンラインショッピング料金を算
出して請求を行う。また、Ｗｅｂサーバ２からオンライ
ンショッピング料金の請求があった場合には、履歴記録
手段８に記録された各ユーザＩＤ毎の履歴データから当
該Ｗｅｂサーバ２にかかる請求書を検索し、請求書に記
載された商品の購入単価及び数量から当該Ｗｅｂサーバ
２に支払うべきオンラインショッピング料金を算出して
支払いを行う。

【００４５】このように本実施の形態にかかるオンライ
ンショッピングシステムによれば、ユーザ端末１からＷ
ｅｂサーバ２に支払うべき料金の徴収を第三者機関３が
代行するため、ユーザ端末１はＷｅｂサーバ２に対して
クレジットカード情報を通知する必要がなくなる。ま
た、商品の配送先などの個人情報の問合せがＷｅｂサー
バ２から出されたとき、第三者機関３に事前に登録して
ある個人情報が設定された形式でユーザ端末１に届くの
で、ユーザは修正の必要な箇所のみ入力すれば足りる。
更に、ユーザ認証時にユーザ端末１に一意なクライアン
ト識別子を一時的に割り当て、ユーザ端末１とＷｅｂサ
ーバ２間のデータ授受の際にはそのクライアント識別子
を付随させるようにし、また中継手段４は、有効なクラ
イアント識別子が付随しないデータは廃棄するため、Ｗ
ｅｂサーバ２側にとっては、中継手段４経由でアクセス
してくるユーザ端末１は信用のおける端末であると推定
できて安心して商売を行うことができ、ユーザ及び第三
者機関３側にとっては、有効なクライアント識別子が付
随しない請求書は廃棄されるため、Ｗｅｂサーバ２から
の不正な請求を防止することができる。

【００４６】なお、認証手段５によって認証されたユー
ザ端末１にかかるデータだけを有効なデータとして中継
手段４で中継する別の方法として、認証されたユーザ端
末１のＩＰアドレスとユーザＩＤのペアを保存し、ユー
ザ端末１からＷｅｂサーバ２宛に出されたデータの送信
元ＩＰアドレスが保存されているＩＰアドレスと一致し
ないデータ、Ｗｅｂサーバ２からユーザ端末１宛に出さ
れたデータの送信先ＩＰアドレスが保存されているＩＰ
アドレスと一致しないデータは無効化する方法も考えら
れるが、本実施の形態ではそのような方法を使用せず、
ＩＰアドレスと認証時刻とで構成されるクライアント識
別子を生成し、このクライアント識別子とユーザＩＤと
のペアを保存して、中継データの有効、無効を制御して
いる。以下、そのようにした理由を説明する。

【００４７】ユーザ端末１がＩＳＰ経由でしかインター
ネットにアクセスできない端末の場合、ＩＳＰによる認
証時にＩＰアドレスが動的にユーザ端末１に割り当てら
れる。ＩＰアドレスはＩＳＰに同時にアクセスしている
異なるユーザ端末１には重複して割り当てられることは
ないが、或るユーザ端末１が既にアクセス終了している
場合には、そのユーザ端末１に割り当てられたものと同
じＩＰアドレスが異なるユーザ端末１に割り当てられる
可能性がある。今、或るユーザＵ１のユーザ端末１にＩ
Ｐアドレスａが割り当てられたとする。クライアント識
別子を使用せず、ユーザＩＤ Ｕ１をＩＰアドレスａだ
けで管理すると、図２（ａ）に示すように、ユーザＵ１
がＷｅｂサーバ２に対して商品を注文した直後に回線を
切断し、ＩＰアドレスａが一旦無効化された後、別のユ
ーザＵ２に同じアドレスａが割り当てられ、その時点
で、Ｗｅｂサーバ２から先のユーザＵ１に対する料金請
求にかかるデータが送信されると、そのときのアドレス
ａに対応するユーザはユーザＵ２として第三者機関３で
管理されているため、ユーザＵ２に対応して当該データ
が保存され、またユーザＵ２に対して当該データが中継
されてしまう。従って、最悪の場合、商品を購入してい
ないユーザに対して料金を請求してしまう可能性があ
る。

【００４８】これに対して、例えばＩＰアドレスａと認
証時刻ｔ１とで構成されるクライアント識別子でユーザ
ＩＤ Ｕ１を管理すると、図２（ｂ）に示すように、ユ
ーザＵ１がＷｅｂサーバ２に対して商品を注文した直後
に回線が断となり、ＩＰアドレスａが一旦無効化された
後、別のユーザＵ２に同じアドレスａが割り当てられて
も、その認証時刻ｔ２が異なるので、ユーザＵ２に割り
当てられるクライアント識別子はａ＋ｔ２となり、ユー
ザＵ１のクライアント識別子と相違する。従って、Ｗｅ
ｂサーバ２から先のユーザＵ１に対する料金請求にかか
るデータが送信されると、それに付随するクライアント
識別子はａ＋ｔ１で、現在有効でないため、無効化され
ることになり、商品を購入していない別のユーザに対し
て料金を請求してしまう誤りが防止される。

【００４９】以上は、ユーザ端末１がＩＳＰ経由でしか
インターネットにアクセスできない端末の場合であった
が、ユーザ端末１が専用のＩＰアドレスを保有し、イン
ターネットに直接にアクセスできる端末であっても、同
じユーザ端末１を異なるユーザＩＤを持つ複数のユーザ
が連続して使用する環境にある場合、やはりクライアン
ト識別子が必要である。例えば、ＩＰアドレスａを有す
るユーザ端末１をユーザＵ１が使用している場合、クラ
イアント識別子を使用せず、ユーザＩＤをＩＰアドレス
ａだけで管理すると、図２（ａ）に示すように、ユーザ
Ｕ１がＷｅｂサーバ２に対して商品を注文した直後に回
線が断となり、ＩＰアドレスａが無効化された後、同じ
ユーザ端末１を別のユーザＵ２が使用を開始し、その時
点で、Ｗｅｂサーバ２から先のユーザＵ１に対する料金
請求にかかるデータが送信されると、そのときのアドレ
スａに対応するユーザはユーザＵ２として第三者機関３
で管理されているため、ユーザＵ２に対応して当該デー
タが保存され、またユーザＵ２に対して当該データが中
継されてしまう。従って、最悪の場合、商品を購入して
いないユーザに対して料金を請求してしまう可能性があ
る。

【００５０】これに対して、例えばＩＰアドレスａと認
証時刻ｔ１とで構成されるクライアント識別子でユーザ
ＩＤ（Ｕ１）を管理すると、図２（ｂ）に示すように、
ユーザＵ１がＷｅｂサーバ２に対して商品を注文した直
後に回線が断となり、ＩＰアドレスａが無効化された
後、別のユーザＵ２が同じユーザ端末１の使用を開始し
ても、その認証時刻ｔ２が異なるので、ユーザＵ２に割
り当てられるクライアント識別子はａ＋ｔ２となり、ユ
ーザＵ１のクライアント識別子と相違する。従って、Ｗ
ｅｂサーバ２から先のユーザＵ１に対する料金請求にか
かるデータが送信されると、それに付随するクライアン
ト識別子はａ＋ｔ１で、現在有効でないため、無効化さ
れることになり、商品を購入していない別のユーザに対
して料金を請求してしまう誤りが防止される。

【００５１】本実施の形態では、クライアント識別子を
ＩＰアドレスと認証時刻で構成したが、認証が行われた
時刻だけでクライアント識別子を構成しても良いし、ク
ライアント識別子を付与する毎に歩進されるカウンタを
設け、そのカウンタ値とＩＰアドレスとを連結したも
の、或いはカウンタ値そのものでクライアント識別子を
構成しても良い。

【００５２】

【実施例】以下、本発明の具体的な構成を幾つかの実施
例を挙げて説明する。

【００５３】

【第１の実施例】図３は本発明を適用したオンラインシ
ョッピングシステムの一実施例のブロック図である。同
図において、ユーザ端末１００は、家庭等に設置された
パーソナルコンピュータ等の情報処理装置であり、ＣＰ
Ｕ、メモリ、キーボード、ＣＲＴ、モデム等のハードウ
ェア機器を備えると共にブラウザを含めて必要なソフト
ウェアがインストールされている。Ｗｅｂサーバ１５０
は、オンラインショッピングサービスを提供するワーク
ステーション等の情報処理装置であり、ＣＰＵ、メモ
リ、モデム等のハードウェア機器を備えると共にサーバ
として必要なソフトウェアがインストールされている。
図３には、ユーザ端末及びＷｅｂサーバはそれぞれ１台
しか図示されていないが、一般には複数のユーザ端末及
びＷｅｂサーバが存在する。

【００５４】アクセスサーバ１１０、認証サーバ１２
０、代理サーバ（プロキシーサーバ）１３０、データベ
ースサーバ１４０及び決済サーバ１６０は、図１の第三
者機関３の構成要素であり、ユーザ端末１００のユーザ
が加入しているＩＳＰが運営している。即ち、本実施例
の場合、ＩＳＰが第三者機関３となる。アクセスサーバ
１１０及び代理サーバ１３０はインターネット１９０に
接続され、認証サーバ１２０は通信回線１２１、１２２
を通じてアクセスサーバ１１０及び代理サーバ１３０に
接続され、データベースサーバ１４０は通信回線１４
１、１４２を通じて代理サーバ１３０及び決済サーバ１
６０に接続されている。

【００５５】ユーザ端末１００は、加入者回線１０１を
通じてＩＳＰのアクセスサーバ１１０に接続される。ユ
ーザ端末１００のユーザは、インターネット１９０経由
でＷｅｂサーバ１５０をアクセスする際には、ダイアル
アップ接続によってアクセスサーバ１１０に接続し、Ｉ
Ｐアドレス及びクライアント識別子の割り当てを受け
て、インターネット接続サービスを利用する。ユーザ端
末１００は、データを送信する場合、割り当てられたＩ
Ｐアドレスを送信元アドレスとして設定する。また、代
理サーバ１３０経由でＷｅｂサーバ１５０をアクセスす
る際には、割り当てられたクライアント識別子を付随さ
せる。

【００５６】アクセスサーバ１１０は、接続してきたユ
ーザ端末１００に対してＩＰアドレスを割り当て、この
ＩＰアドレスとユーザが入力した認証情報とを通信回線
１２１経由で認証サーバ１２０に送り、認証を行わせ
る。認証が成功した場合に限って、ＩＰアドレス及びク
ライアント識別子をユーザ端末１００に通知し、インタ
ーネット接続サービスを提供する。ユーザ端末１００と
の間の通信が切断されるか、一定時間以上にわたってユ
ーザ端末１００からデータが送信されてこない場合、ユ
ーザ端末１００のユーザＩＤをインターネット１９０経
由で代理サーバ１３０に通知し、そのユーザＩＤに対応
するクライアント識別子を無効化させる。

【００５７】認証サーバ１２０は、ＩＳＰの各会員の認
証情報（例えばユーザ名（アカウント名）とパスワード
の組み合わせ）を事前に保持している。また、クライア
ント識別子を生成する機能を有している。認証サーバ１
２０は、アクセスサーバ１１０からＩＰアドレス及びユ
ーザ認証情報が送られてくると、そのユーザ認証情報が
事前に登録された真正なユーザ認証情報と一致するか否
かの認証を行い、その成否をアクセスサーバ１１０に通
知する。また、認証が成功した場合には、ユーザ認証情
報と一緒にアクセスサーバ１１０から送られたＩＰアド
レスに、現在の時刻を連結したデータをクライアント識
別子として生成し、ユーザ認証情報中のユーザＩＤと共
に通信回線１２２経由で代理サーバ１３０へ通知する。

【００５８】代理サーバ１３０は、ユーザ端末１００と
Ｗｅｂサーバ１５０との間のデータを中継する機能を持
つ。認証サーバ１２０から送られてきたユーザＩＤとク
ライアント識別子のペアを内部のメモリに保存し、アク
セスサーバ１１０からユーザＩＤが通知されてきたとき
は同じユーザＩＤを持つユーザＩＤとクライアント識別
子のペアを内部メモリから消去する。代理サーバ１３０
は、ユーザ端末１００からＷｅｂサーバ１５０宛に送信
されたデータ及びその反対にＷｅｂサーバ１５０からユ
ーザ端末１００宛に送信されたデータのうち、内部メモ
リに保存されているクライアント識別子と同じクライア
ント識別子が付随するデータだけを中継する。また、Ｗ
ｅｂサーバ１５０からユーザ端末１００宛に送信された
個人情報問合せ要求を検出し、データベースサーバ１４
０から個人情報を読み出し、個人情報設定済みの個人情
報問合せ要求を生成して、ユーザ端末１００に中継する
機能や、中継データのうち少なくともＷｅｂサーバ１５
０からユーザ端末１００宛に出される請求書データの履
歴をとるために、データベースサーバ１４０に中継デー
タを伝達する機能も有している。

【００５９】データベースサーバ１４０は、ＩＳＰの各
会員の個人情報（氏名、住所、電話番号など）をユーザ
ＩＤに対応して保持する機能、代理サーバ１３０からの
個人情報の問合せに対して回答する機能、代理サーバ１
３０から伝達された中継データをユーザＩＤ別に保存す
る履歴機能を有している。

【００６０】決済サーバ１６０は、ＩＳＰの各会員に対
してインターネット接続サービスに対する料金を請求す
る機能に加えて、データベースサーバ１４０に記録され
たユーザ端末１００とＷｅｂサーバ１５０間で授受され
た商取引にかかる履歴データに基づき、ユーザ端末１０
０からＷｅｂサーバ１５０に支払うべき料金の徴収を代
行する機能を有している。

【００６１】次に本実施例の動作を以下の順序で説明す
る。 （１）事前準備段階 （２）ユーザ端末１００からアクセスサーバ１１０への
接続段階 （３）代理サーバ１３０による中継 （４）個人情報代理応答 （５）履歴対象データの検出方法 （６）請求・支払い段階

【００６２】（１）事前準備段階 事前準備として、ユーザ端末１００のユーザがＩＳＰへ
のダイアルアップ接続の際に使用するユーザ認証情報を
認証サーバ１２０へ登録し、また、そのユーザの個人情
報をデータベースサーバ１４０へ登録しておく。図４に
認証サーバ１２０が有する認証情報テーブル１２３の内
容例を、図５にデータベースサーバ１４０が有する個人
情報テーブル１４３の内容例を、それぞれ示す。ここで
は、ユーザ認証情報はユーザＩＤとパスワードで構成さ
れ、個人情報は氏名、住所、電話番号で構成され、ユー
ザＩＤで検索可能になっている。

【００６３】（２）ユーザ端末１００からアクセスサー
バ１１０への接続段階 この段階の処理フローを図６に示す。ユーザ端末１００
のモデムにより加入者回線１０１を通じてＩＳＰのアク
セスサーバ１１０へのダイアルアップ接続が行われ、接
続要求がアクセスサーバ１１０に送出されると（ステッ
プＳ１）、アクセスサーバ１１０はユーザ端末１００に
認証情報の入力を要求する（ステップＳ２）。これに応
じてユーザがユーザ端末１００から認証情報をアクセス
サーバ１１０に送信すると（ステップＳ３）、アクセス
サーバ１１０は、ユーザ端末１００に対してＩＰアドレ
スを割り当て（ステップＳ４）、この割り当てたＩＰア
ドレスとユーザ端末１００から入力された認証情報とを
通信回線１２１経由で認証サーバ１２０に送って認証を
依頼する（ステップＳ５）。

【００６４】認証サーバ１２０は、受信した認証情報と
図４に示した認証情報テーブル１２３に登録されている
認証情報とを照合することにより、受信した認証情報が
正しいものかどうかを調査する（ステップＳ６）。受信
した認証情報が認証情報テーブル１２３に登録されてい
る何れの認証情報とも合致しない場合には、ユーザが入
力した認証情報が正しくないと判断し、認証失敗を示す
応答を通信回線１２１経由でアクセスサーバ１１０に送
信する（ステップＳ７）。他方、受信した認証情報と一
致する認証情報が認証情報テーブル１２３に登録されて
いる場合には、ユーザが入力した認証情報が正しいと判
断し、認証情報と一緒に送られてきたＩＰアドレスと現
在時刻とからクライアント識別子を生成する（ステップ
Ｓ８）。そして、生成したクライアント識別子と認証情
報中のユーザＩＤとのペアを通信回線１２２経由で代理
サーバ１３０に送って登録を依頼し（ステップＳ９）、
代理サーバ１３０からの登録完了の応答を受信した時点
で（ステップＳ１１）、クライアント識別子を添えて認
証成功を示す応答を通信回線１２１経由でアクセスサー
バ１１０に送信する（ステップＳ１２）。代理サーバ１
３０では、認証サーバ１２０から送られてきたクライア
ント識別子とユーザＩＤとのペアを内部メモリに保存す
る（ステップＳ１０）。

【００６５】アクセスサーバ１１０は、認証サーバ１２
０からの応答が認証成功、認証失敗の何れであるかを判
別し（ステップＳ１３）、認証失敗の場合はユーザ端末
１００の接続を拒否する（ステップＳ１４）。この場
合、ステップＳ５で生成したＩＰアドレスは無効化され
る。認証成功の場合は、ステップＳ５で生成したＩＰア
ドレスと認証サーバ１２０で生成されたクライアント識
別子とを添えて、ユーザ端末１００に接続許可を通知す
る（ステップＳ１５）。

【００６６】（３）代理サーバ１３０による中継 この段階の処理フローを図７に示す。接続許可を得たユ
ーザ端末１００のユーザは、Ｗｅｂサーバ１５０へアク
セスする場合、割り当てられたクライアント識別子を添
えてＷｅｂサーバ１５０への接続要求を代理サーバ１３
０経由で送信する（ステップＳ２０）。代理サーバ１３
０は、ユーザ端末１００から受信したデータにクライア
ント識別子が付随しているか否か、付随している場合、
内部メモリに登録されている何れかのクライアント識別
子と一致するかどうかのクライアント識別子有効性判断
を行う（ステップＳ２１）。クライアント識別子が付随
していないデータ、付随していても内部メモリに登録さ
れている何れのクライアント識別子とも一致しないデー
タは中継せず、廃棄する（ステップＳ２２）。

【００６７】有効なクライアント識別子が付随していた
場合、代理サーバ１３０は、Ｗｅｂサーバ１５０への接
続要求をＷｅｂサーバ１５０へ中継する（ステップＳ２
３）。また、今回中継したデータが履歴データとして保
存すべきデータであるかを判定し（ステップＳ２４）、
保存すべきデータである場合に限って、そのデータに付
随するクライアント識別子に対応するユーザＩＤを内部
メモリから得て、そのユーザＩＤを添えて当該データを
通信回線１４１経由でデータベースサーバ１４０に送っ
て登録を依頼する（ステップＳ２５）。どのデータが履
歴データとして保存すべきデータであるか否かの判定方
法については後述する。データベースサーバ１４０は、
登録依頼のあったデータを付随するユーザＩＤ別に記録
する（ステップＳ２６）。

【００６８】他方、ユーザ端末１００からの接続要求を
受信したＷｅｂサーバ１５０は、自サーバが提供する各
種の商品の情報を含むホームページを代理サーバ１３０
経由でユーザ端末１００宛に送信する（ステップＳ２
７）。この際、接続要求に付随していたクライアント識
別子を付加して送信する。代理サーバ１３０は、ステッ
プＳ２２と同様にクライアント識別子の有効性を判断し
（ステップＳ２８）、有効なクライアント識別子が付随
していればユーザ端末１００へ中継する（ステップＳ２
９）。ユーザ端末１００では、受信した商品情報を画面
に表示する。他方、クライアント識別子が無効ならば、
代理サーバ１３０はこのデータは中継せずに廃棄する
（ステップＳ３０）。また、ステップＳ２４と同様に今
回の中継データが履歴対象データであるか否かを判定し
（ステップＳ３１）、履歴対象データであれば、そのデ
ータに付随するクライアント識別子に対応するユーザＩ
Ｄを内部メモリから得て、そのユーザＩＤを添えて当該
データを通信回線１４１経由でデータベースサーバ１４
０に送って登録を依頼する（ステップＳ３２）。データ
ベースサーバ１４０は、登録依頼のあったデータを付随
するユーザＩＤ別に記録する（ステップＳ３３）。

【００６９】以降、ユーザ端末１００とＷｅｂサーバ１
５０間でデータの授受が行われる場合、同様な動作が代
理サーバ１３０で実施される。但し、Ｗｅｂサーバ１５
０から個人情報問合せ要求がユーザ端末１００に出され
た場合には、代理サーバ１３０において特別な処理が行
われるので、それについて以下説明する。

【００７０】（４）個人情報代理応答 この段階の処理フローを図８に示す。なお、代理サーバ
１３０では、クライアント識別子の有効性判断、履歴対
象データか否かの判断が適宜実施されるが、説明が重複
するので図８のフローでは省略している。また、この段
階に至るまでに、ユーザ端末１００のユーザはＷｅｂサ
ーバ１５０が提供するホームページから購入を希望する
商品を既に選択しているものとする。

【００７１】Ｗｅｂサーバ１５０は、ユーザ端末１００
のユーザから注文された商品を配送するために、ユーザ
の個人情報の問合せ要求を代理サーバ１３０経由でユー
ザ端末１００に送信する（ステップＳ４１）。代理サー
バ１３０は、Ｗｅｂサーバ１５０からユーザ端末１００
宛の個人情報問合せ要求を受信すると、それに付随する
有効なクライアント識別子に対応するユーザＩＤを内部
メモリから読み出し、そのユーザＩＤを指定してデータ
ベースサーバ１４０に通信回線１４１経由で個人情報を
問合せる（ステップＳ４２）。データベースサーバ１４
０は、図５の個人情報テーブル１４３をユーザＩＤで検
索して、氏名、住所および電話番号で構成される個人情
報を読み出し（ステップＳ４３）、代理サーバ１３０に
通信回線１４１経由で応答を返す（ステップＳ４４）。

【００７２】代理サーバ１３０は、データベースサーバ
１４０から取得した個人情報を、Ｗｅｂサーバ１５０か
ら受信した個人情報問合せ要求中に設定した個人情報設
定済み個人情報問合せ要求を生成し（ステップＳ４
５）、これをユーザ端末１００へ送信する（ステップＳ
４６）。ユーザ端末１００では、受信した個人情報問合
せ要求を画面に表示し、ユーザによる確認ないし修正を
可能にする（ステップＳ４７）。ユーザは、表示された
個人情報で問題がなければ、そのまま送信操作を行い、
一部変更したければ修正を加えた後に送信操作を行うこ
とにより、個人情報問合せ応答を代理サーバ１３０経由
でＷｅｂサーバ１５０へ送信する（ステップＳ４８）。
代理サーバ１３０は、有効なクライアント識別子が付随
していることを条件に、これをＷｅｂサーバ１５０へ中
継する（ステップＳ４９）。

【００７３】Ｗｅｂサーバ１５０は、受信した個人情報
問合せ応答で示される個人情報に従って商品の配送の手
配を行い（ステップＳ５０）、またユーザ端末１００宛
の請求書を作成し（ステップＳ５１）、代理サーバ１３
０へ送信する（ステップＳ５２）。代理サーバ１３０
は、有効なクライアント識別子が付随していることを条
件に当該請求書をユーザ端末１００へ中継する（ステッ
プＳ５３）。

【００７４】図９（ａ）にＷｅｂサーバ１５０が送信す
る個人情報問合せ要求データの一例を示す。ユーザが購
入を希望した商品名、数量、単価、Ｗｅｂショップ名、
現在日時の記載欄に加えて、氏名、住所、電話番号の入
力欄が設けられており、これらの入力欄は全て空白にな
っている。図９（ｂ）は代理サーバ１３０が生成した個
人情報設定済み個人情報問合せ要求データの一例を示
す。図９（ａ）中の入力欄にデータベースサーバ１４０
から取得した個人情報で示される氏名、住所、電話番号
が設定されている。ユーザ端末１００には、この個人情
報設定済み個人情報問合せ要求データが送られるので、
氏名、住所、電話番号が記載通りのもので良い場合に
は、ユーザは個人情報を一切入力しなくて済む。また、
商品の配送先を別のところに変更したい場合には、個人
情報設定済み個人情報問合せ要求データに記載された個
人情報を修正して送信すれば良い。ユーザが修正して送
信した個人情報問合せ応答データの一例を図９（ｃ）に
示す。

【００７５】図１０にＷｅｂサーバ１５０が作成したユ
ーザ端末１００宛の請求書データの一例を示す。ユーザ
が注文した商品名、数量、単価、Ｗｅｂショップ名、Ｗ
ｅｂサーバ及び請求事件を一意に識別するための請求書
番号、現在日時、個人情報問合せ応答で回答された氏
名、住所、電話番号が記載されている。

【００７６】（５）履歴対象データの検出方法 １つの方法は、履歴として記録したいデータのひな型を
事前に登録しておき、ひな型に合致するデータを履歴対
象データとする方法である。例えば、図１０に示した請
求書データを例に説明すると、このようなデータはＨＴ
ＭＬテキストやＸＭＬテキストによって記述されるが、
記述項目とその記載場所などの書式はＷｅｂサーバ１５
０毎に定まっている。従って、請求書データの書式を事
前に代理サーバ１３０に登録しておき、中継するデータ
の書式が登録された何れかの書式に合致するか否かによ
って履歴対象とするか否かを検出することができる。同
様の方法で、図９（ａ）に示した個人情報問合せ要求デ
ータ、図９（ｃ）に示した個人情報問合せ応答データな
どを履歴対象データとすることができる。なお、この方
法は代理サーバ１３０で個人情報問合せ要求データを検
出する方法としても利用できる。

【００７７】他の方法は、履歴データとして記録するか
否かを送信データに特別な印を付加してＷｅｂサーバ１
５０及びユーザ端末１００から送信し、代理サーバ１３
０では特別な印の有無によって履歴対象データか否かを
判定する方法である。この方法は代理サーバ１３０で個
人情報問合せ要求データを検出する方法としても利用で
きる。特別な印は事前に取り決められていればどのよう
なビット列でも良く、付加する方法も例えばクライアン
ト識別子と同様にデータに付随させる方法、ＨＴＭＬテ
キストやＸＭＬテキストのヘッダ部分またはボディ部分
に付加する方法など任意の方法が利用できる。また、特
別な印自体で当該データの種別（請求書データや個人情
報問合せ要求データなど）が判別できるようになってい
ても良い。更に、個人情報問い合わせ要求データの場合
には、特別な印と共に要求する個人情報の種類（住所な
ど）をヘッダ部分で指定しておくと、ボディ部分の解析
が不要になり、処理効率が向上する。

【００７８】（６）請求・支払い段階 決済サーバ１６０は、ＩＳＰの加入者に対してインター
ネット接続サービス料金を請求する際に、その加入者に
対してオンラインショッピング料金も併せて請求する。
１加入者当たりの処理例を図１１に示す。

【００７９】先ず、決済サーバ１６０は、データベース
サーバ１４０に記録されているユーザＩＤ別の履歴デー
タのうち、当該加入者のユーザＩＤに対応する履歴デー
タから図１０に示した請求書データを未請求分につき全
て抽出する（ステップＳ６１）。次に、抽出した請求書
データ毎に、それに記載されている単価と数量を掛け算
して１取引当たりの請求額を求め、それを抽出した請求
書データ全てで合算して合計額を計算する（ステップＳ
６２）。そして当該加入者に対するインターネット接続
サービス料金と合算し（ステップＳ６３）、ユーザ宛の
請求書を作成する（ステップＳ６４）。この請求書の作
成時、今回処理した履歴データ中のＷｅｂサーバ１５０
からの請求書データに請求済みの印を付け請求済みとし
て管理する。ユーザ宛の請求書には、合計請求額以外
に、個々のオンラインショッピング取引の明細などが付
記される。明細はＷｅｂサーバ１５０からの請求書デー
タに基づいて作成される。作成されたユーザ宛の請求書
は、加入者に郵送され、予め定められた方法（例えば銀
行口座からの引き落とし等）によって料金を徴収する。

【００８０】また決済サーバ１６０は、Ｗｅｂサーバ１
５０からオンラインショッピング料金の請求があったと
きに、データベースサーバ１４０に記録された履歴デー
タに基づいてＷｅｂサーバ１５０に支払うべきオンライ
ンショッピング料金を計算し、銀行振り込み等の方法で
Ｗｅｂサーバ１５０に支払う。取引単位で支払う場合を
例にその処理例を図１２に示す。

【００８１】Ｗｅｂサーバ１５０から請求書番号を特定
した請求が来ると、決済サーバ１６０は、データベース
サーバ１４０に記録されている各ユーザＩＤ毎の履歴デ
ータをその請求書番号で検索する（ステップＳ７１）。
そして、同じ請求書番号を持つ未払いの請求書データが
存在した場合（ステップＳ７２でＹＥＳ）、それに記載
されている単価と数量を掛け算して１取引当たりの請求
額を求め、その額をＷｅｂサーバ１５０に支払う（ステ
ップＳ７３）。勿論、一定の手数料を差し引いて請求す
るようにしても良い。なお、支払った場合、今回処理し
たＷｅｂサーバ１５０からの請求書データに支払い済み
の印を付け支払い済みとして管理する。他方、該当する
請求書データが存在しない場合（ステップＳ７２でＮ
Ｏ）、不正な請求とみなし、エラー処理を行う（ステッ
プＳ７４）。

【００８２】本実施例のオンラインショッピングシステ
ムにおける商品と料金の流れを図１３に示す。Ｗｅｂシ
ョップはＷｅｂサーバ１５０がユーザ端末１００から受
けた注文に従って、商品をユーザの指定先に配送し、料
金をＩＳＰに請求する。ＩＳＰは、Ｗｅｂショップから
ユーザに対するオンラインショッピング料金を請求され
るとその料金を立て替え払いする。ＩＳＰは、インター
ネット接続サービス料金の回収時にＷｅｂショッピング
の料金も回収する。ユーザは、Ｗｅｂショップから商品
を受け取り、ＩＳＰにその料金を支払う。

【００８３】

【第２の実施例】本実施例は、ユーザが使用するユーザ
端末が専用のＩＰアドレスを保有し、インターネットに
直接接続できる形態の端末である点が第１の実施例と相
違している。本実施例にかかるオンラインショッピング
システムのブロック図を図１４に示す。

【００８４】図１４において、ユーザ端末２００は、パ
ーソナルコンピュータ等の情報処理装置であり、ＣＰ
Ｕ、メモリ、キーボード、ＣＲＴ、モデム等のハードウ
ェア機器を備えると共にブラウザを含めて必要なソフト
ウェアがインストールされている。第１の実施例におけ
るユーザ端末１００と相違し、インターネット２９０に
直接接続できる通信インタフェースを備えている。この
ため、ユーザ端末２００は通信回線２０１によって直接
にインターネット２９０に接続されている。Ｗｅｂサー
バ２５０は、オンラインショッピングサービスを提供す
るワークステーション等の情報処理装置であり、ＣＰ
Ｕ、メモリ、モデム等のハードウェア機器を備えると共
にサーバとして必要なソフトウェアがインストールされ
ている。図１４には、ユーザ端末及びＷｅｂサーバはそ
れぞれ１台しか図示されていないが、一般には複数のユ
ーザ端末及びＷｅｂサーバが存在する。

【００８５】認証サーバ２２０、代理サーバ（プロキシ
ーサーバ）２３０、データベースサーバ２４０及び決済
サーバ２６０は、図１の第三者機関３の構成要素であ
り、同じ事業主体が運営している。認証サーバ２２０及
び代理サーバ２３０はインターネット２９０に接続され
ると共に通信回線２２２を通じて相互に直接接続されて
いる。データベースサーバ２４０は通信回線２４１、２
４２を通じて代理サーバ２３０及び決済サーバ２６０に
接続されている。

【００８６】ユーザ端末２００は、Ｗｅｂサーバ２５０
を代理サーバ２３０経由でアクセスする。そのため、先
ず代理サーバ２３０を使用するために認証サーバ２２０
で認証を受け、クライアント識別子を割り当ててもら
う。ユーザ端末２００は、この割り当てられたクライア
ント識別子を付随させて代理サーバ２３０経由でＷｅｂ
サーバ２５０をアクセスする。

【００８７】認証サーバ２２０は、代理サーバ２３０を
利用する会員の認証情報（例えばユーザ名（アカウント
名）とパスワードの組み合わせ）を事前に保持してい
る。また、クライアント識別子を生成する機能を有して
いる。認証サーバ２２０は、ユーザ端末２００からユー
ザ認証情報が送られてくると、そのユーザ認証情報が事
前に登録された真正なユーザ認証情報と一致するか否か
の認証を行う。認証に成功した場合には、ユーザ端末２
００のＩＰアドレスと認証時刻とを連結したものをクラ
イアント識別子として設定し、ユーザ認証情報中のユー
ザＩＤと共に通信回線２２２経由で代理サーバ２３０へ
通知する。また、認証サーバ２２０は、ユーザ端末２０
０からユーザＩＤを添えて代理サーバ２３０の利用を終
了する旨の通知が送信されると、代理サーバ２３０に当
該ユーザＩＤを持つクライアント識別子を無効化するよ
う通知する。

【００８８】代理サーバ２３０は、ユーザ端末２００と
Ｗｅｂサーバ２５０との間のデータを中継する機能を持
つ。認証サーバ２２０から送られてきたユーザＩＤとク
ライアント識別子のペアを内部のメモリに保存する。認
証サーバ２２０からユーザＩＤを指定した無効化通知を
受信すると、指定されたユーザＩＤを含むユーザＩＤと
クライアント識別子のペアを無効にする。また、ユーザ
端末２００から一定時間以上にわたってデータが送信さ
れてこない場合、前記保存したユーザＩＤとクライアン
ト識別子のペアを無効にする。その他、代理サーバ２３
０は第１の実施例における代理サーバ１３０と同様な機
能を有する。

【００８９】データベースサーバ２４０及び決済サーバ
２６０は、第１の実施例におけるデータベースサーバ１
４０及び決済サーバ１６０と同じ機能を有する。

【００９０】次に本実施例の動作を、第１の実施例との
相違点を中心に以下説明する。

【００９１】事前準備として、ユーザ端末２００の代理
サーバ２３０を利用する際のユーザ認証情報を図４と同
様に認証サーバ２２０へ登録し、また、そのユーザの個
人情報を図５と同様にデータベースサーバ２４０へ登録
しておく。

【００９２】ユーザ端末２００の認証段階の処理フロー
を図１５に示す。ユーザがユーザ端末２００から代理サ
ーバ２３０に接続するための認証情報を添えて認証要求
をインターネット２９０経由で認証サーバ２２０に送信
すると（ステップＳ１０１）、認証サーバ２２０は、受
信した認証情報と図４に示した認証情報テーブル１２３
に登録されている認証情報とを照合することにより、受
信した認証情報が正しいものかどうかを調査する（ステ
ップＳ１０２）。受信した認証情報が認証情報テーブル
１２３に登録されている何れの認証情報とも合致しない
場合には、ユーザが入力した認証情報が正しくないと判
断し、接続拒否を示す応答をインターネット２９０経由
でユーザ端末２００に送信する（ステップＳ１０３）。

【００９３】他方、受信した認証情報と一致する認証情
報が認証情報テーブル１２３に登録されている場合、認
証サーバ２２０は、ユーザが入力した認証情報が正しい
と判断し、ユーザ端末２００のＩＰアドレスと現在時刻
とからクライアント識別子を生成する（ステップＳ１０
４）。そして、生成したクライアント識別子と認証情報
中のユーザＩＤとのペアを通信回線２２２経由で代理サ
ーバ２３０に送って登録を依頼し（ステップＳ１０
５）、代理サーバ２３０からの登録完了の応答を受信し
た時点で（ステップＳ１０７）、クライアント識別子を
添えて接続許可の通知をユーザ端末２００へ送信する
（ステップＳ１０８）。代理サーバ２３０では、認証サ
ーバ２２０から送られてきたクライアント識別子とユー
ザＩＤとのペアを内部メモリに保存する（ステップＳ１
０６）。

【００９４】接続許可を得たユーザ端末２００のユーザ
は、Ｗｅｂサーバ２５０へアクセスする場合、割り当て
られたクライアント識別子を添えてＷｅｂサーバ２５０
への接続要求を代理サーバ２３０経由で送信する。以降
の動作は、アクセスサーバが介在しない点を除いて第１
の実施例と同様である。

【００９５】

【発明の効果】以上説明したように本発明によれば以下
のような効果が得られる。

【００９６】ユーザは、クレジットカード情報を公衆ネ
ットワーク上に流す危険を犯すことなくオンラインショ
ッピングが楽しめる。その理由は、ユーザ端末からＷｅ
ｂサーバに支払うべきオンラインショッピングにかかる
代金の徴収を、そのユーザ端末に中継手段を提供する第
三者機関が代行するためである。従って、クレジットカ
ードを持たないユーザでもオンラインショッピングが行
える効果も奏する。

【００９７】ユーザは、オンラインショッピングを手軽
に楽しむことができる。その理由は、単に中継手段経由
でＷｅｂサーバをアクセスすれば良く、第１の従来技術
のように請求書送付電話呼といった特別な手続きを行う
必要がなく、第２の従来技術のように購入斡旋業者とＥ
メールをやりとりする必要がなく、第３の従来技術のよ
うに送金要求メールを出す必要がなく、結果として手続
きが簡便になるからである。

【００９８】Ｗｅｂサーバは、中継手段経由でアクセス
してくるユーザ端末を信用のおける端末であると推定で
き、安心して商売を行うことができる。その理由は、第
三者機関によって認証されたユーザ端末だけが中継手段
経由でアクセスしてくるからである。

【００９９】ユーザ及び第三者機関は、Ｗｅｂサーバか
らの不正な請求を防止することができる。その理由は、
第三者機関によってユーザ端末に割り当てたクライアン
ト識別子が付随しない請求書は無効化されるためであ
る。

【０１００】インターネットサービスプロバイダ等の第
三者機関がユーザの嗜好を収集することができる。その
理由は、ユーザがＷｅｂショップから購入した商品を第
三者機関で把握できるからである。請求書データ以外
に、ユーザが閲覧したＷｅｂサーバのホームページな
ど、他のデータも履歴として保存すれば、ユーザの嗜好
をより詳細に収集することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかるオンラインショッ
ピングシステムのブロック図である。

【図２】クライアント識別子の役割を説明する図であ
る。

【図３】本発明を適用したオンラインショッピングシス
テムの第１の実施例のブロック図である。

【図４】認証サーバが有する認証情報テーブルの内容例
を示す図である。

【図５】データベースサーバが有する個人情報テーブル
の内容例を示す図である。

【図６】本発明を適用したオンラインショッピングシス
テムの第１の実施例におけるユーザ端末からアクセスサ
ーバへの接続段階の処理フロー図である。

【図７】本発明を適用したオンラインショッピングシス
テムの第１の実施例における代理サーバによる中継段階
の処理フロー図である。

【図８】本発明を適用したオンラインショッピングシス
テムの第１の実施例における個人情報代理応答段階の処
理フロー図である。

【図９】個人情報問合せ要求データ、個人情報設定済み
個人情報問合せ要求データ、個人情報問合せ応答データ
の一例を示す図である。

【図１０】Ｗｅｂサーバが作成したユーザ端末宛の請求
書データの一例を示す図である。

【図１１】決済サーバがＩＳＰの加入者に対してインタ
ーネット接続サービス料金を請求する際に行う処理例を
示すフローチャートである。

【図１２】決済サーバがＷｅｂサーバからオンラインシ
ョッピング料金の請求があった際に行う処理例を示すフ
ローチャートである。

【図１３】本発明の第１の実施例のオンラインショッピ
ングシステムにおける商品と料金の流れを示す図であ
る。

【図１４】本発明を適用したオンラインショッピングシ
ステムの第２の実施例のブロック図である。

【図１５】本発明を適用したオンラインショッピングシ
ステムの第２の実施例におけるユーザ認証段階の処理フ
ロー図である。

【図１６】従来のオンラインショッピングシステムの典
型例を示すブロック図である。

【符号の説明】

１…ユーザ端末 ２…Ｗｅｂサーバ ３…第三者機関

Claims (16)

【特許請求の範囲】
1. 【請求項１】 ユーザ端末とＷｅｂサーバを中継する中
   継手段を備え、前記中継手段の利用を許可するユーザの
   認証情報及び個人情報を前記中継手段を運営する第三者
   機関で管理し、認証したユーザ端末にのみ前記中継手段
   経由による前記Ｗｅｂサーバへのアクセスを許可し、且
   つ、前記中継手段で中継するデータのうち少なくとも前
   記Ｗｅｂサーバから前記ユーザ端末宛に出された請求書
   データの履歴を記録し、該記録された請求書データに基
   づき、前記第三者機関が前記ユーザ端末から前記Ｗｅｂ
   サーバに支払うべき料金の徴収を代行することを特徴と
   するオンラインショッピング方法。
2. 【請求項２】 前記Ｗｅｂサーバから前記ユーザ端末宛
   に個人情報問合せ要求があったとき、前記第三者機関で
   管理しているユーザの個人情報のうち前記個人情報問合
   せ要求のあったユーザの個人情報を読み出して前記個人
   情報問合せ要求に設定して前記中継手段によって前記ユ
   ーザ端末に中継する請求項１記載のオンラインショッピ
   ング方法。
3. 【請求項３】 ユーザ認証時に前記ユーザ端末に対して
   前記ユーザ端末が前記中継手段の利用を終了するまで有
   効なクライアント識別子を一時的に割り当て、前記ユー
   ザ端末と前記Ｗｅｂサーバ間のデータ授受の際には前記
   クライアント識別子を付随させ、前記中継手段は、有効
   なクライアント識別子が付随しないデータは中継せずに
   廃棄する請求項１または２記載のオンラインショッピン
   グ方法。
4. 【請求項４】 前記クライアント識別子は、前記ユーザ
   端末のＩＰアドレスと認証が行われた時刻とを含む請求
   項３記載のオンラインショッピング方法。
5. 【請求項５】 ユーザ端末と、前記ユーザ端末にインタ
   ーネット接続サービスを提供するインターネットサービ
   スプロバイダのアクセスサーバと、前記アクセスサーバ
   とインターネットを介して接続され前記ユーザ端末に対
   してオンラインショッピングサービスを提供するＷｅｂ
   サーバと、前記インターネットサービスプロバイダが運
   営する代理サーバ、認証サーバ、データベースサーバ及
   び決済サーバとを含むオンラインショッピングシステム
   におけるオンラインショッピング方法であって、（ａ）
   前記ユーザ端末から前記アクセスサーバに対する接続要
   求時に、前記認証サーバでユーザ認証を行い、認証した
   前記ユーザ端末に対して、前記ユーザ端末が前記アクセ
   スサーバから切断されるまで有効なクライアント識別子
   を一時的に割り当てるステップと、（ｂ）有効なクライ
   アント識別子が付随するデータについて前記代理サーバ
   により前記ユーザ端末と前記Ｗｅｂサーバ間を中継し、
   有効なクライアント識別子が付随しないデータは廃棄す
   るステップと、（ｃ）前記代理サーバで中継するデータ
   のうち少なくとも前記Ｗｅｂサーバから前記ユーザ端末
   宛に出された請求書データの履歴を前記データベースサ
   ーバに記録するステップと、（ｄ）前記決済サーバが前
   記データベースサーバに記憶された請求書データに基づ
   き、前記ユーザ端末から前記Ｗｅｂサーバに支払うべき
   料金の徴収を代行するステップとを含むオンラインショ
   ッピング方法。
6. 【請求項６】 更に、（ｅ）前記代理サーバで前記Ｗｅ
   ｂサーバから前記ユーザ端末に出された個人情報問合せ
   要求を検出し、前記データベースサーバに保持された個
   人情報のうち前記個人情報問合せ要求にかかる個人情報
   を読み出して前記個人情報問合せ要求に設定して前記ユ
   ーザ端末に中継するステップを含む請求項５記載のオン
   ラインショッピング方法。
7. 【請求項７】 ユーザ端末と、前記ユーザ端末に対して
   オンラインショッピングサービスを提供するＷｅｂサー
   バと、前記ユーザ端末と前記Ｗｅｂサーバ間を中継する
   代理サーバと、前記代理サーバを運営する第三者機関の
   認証サーバ、データベースサーバ及び決済サーバとを含
   むオンラインショッピングシステムにおけるオンライン
   ショッピング方法であって、（ａ）前記代理サーバに接
   続するための認証情報を添えた認証要求が前記ユーザ端
   末から前記認証サーバに送信されたときに、前記認証サ
   ーバでユーザ認証を行い、認証した前記ユーザ端末に対
   して、前記ユーザ端末が前記代理サーバの利用を終了す
   るまで有効なクライアント識別子を一時的に割り当てる
   ステップと、（ｂ）有効なクライアント識別子が付随す
   るデータについて前記代理サーバにより前記ユーザ端末
   と前記Ｗｅｂサーバ間を中継し、有効なクライアント識
   別子が付随しないデータは廃棄するステップと、（ｃ）
   前記代理サーバで中継するデータのうち少なくとも前記
   Ｗｅｂサーバから前記ユーザ端末宛に出された請求書デ
   ータの履歴を前記データベースサーバに記録するステッ
   プと、（ｄ）前記決済サーバが前記データベースサーバ
   に記憶された請求書データに基づき、前記ユーザ端末か
   ら前記Ｗｅｂサーバに支払うべき料金の徴収を代行する
   ステップとを含むオンラインショッピング方法。
8. 【請求項８】 更に、（ｅ）前記代理サーバで前記Ｗｅ
   ｂサーバから前記ユーザ端末に出された個人情報問合せ
   要求を検出し、前記データベースサーバに保持された個
   人情報のうち前記個人情報問合せ要求にかかる個人情報
   を読み出して前記個人情報問合せ要求に設定して前記ユ
   ーザ端末に中継するステップを含む請求項７記載のオン
   ラインショッピング方法。
9. 【請求項９】 ユーザ端末とＷｅｂサーバを中継する中
   継手段と、前記中継手段の利用を許可するユーザの認証
   情報及び個人情報を管理し、認証の認められたユーザ端
   末にのみ前記中継手段経由による前記Ｗｅｂサーバへの
   アクセスを許可する認証手段と、前記中継手段で中継す
   るデータのうち少なくとも前記Ｗｅｂサーバから前記ユ
   ーザ端末宛に出された請求書データの履歴を記録する履
   歴記録手段と、記録された請求書データに基づき前記ユ
   ーザ端末から前記Ｗｅｂサーバに支払うべき料金の徴収
   を代行する決済手段とを備えたオンラインショッピング
   システム。
10. 【請求項１０】 前記中継手段を利用する会員の個人情
    報を保持管理し、前記Ｗｅｂサーバから前記ユーザ端末
    宛に個人情報問合せ要求があったとき、前記管理してい
    るユーザの個人情報のうち前記個人情報問合せ要求のあ
    ったユーザの個人情報を読み出して前記個人情報問合せ
    要求に設定して前記中継手段によって前記ユーザ端末に
    中継する個人情報代理応答手段を備えた請求項９記載の
    オンラインショッピングシステム。
11. 【請求項１１】 前記ユーザ端末と前記Ｗｅｂサーバ間
    のデータ授受の際に付随すべきクライアント識別子をユ
    ーザ認証時に前記ユーザ端末が前記中継手段の利用を終
    了するまで一時的に前記ユーザ端末に割り当てるクライ
    アント識別子設定手段を備え、前記中継手段は、有効な
    クライアント識別子が付随しないデータは廃棄する構成
    を有する請求項９または１０記載のオンラインショッピ
    ングシステム。
12. 【請求項１２】 前記クライアント識別子は、前記ユー
    ザ端末のＩＰアドレスと認証が行われた時刻とを含む請
    求項１１記載のオンラインショッピングシステム。
13. 【請求項１３】 コンピュータを、 ユーザ端末とＷｅｂサーバを中継する中継手段、 前記中継手段の利用を許可するユーザの認証情報及び個
    人情報を管理し、認証の認められたユーザ端末にのみ前
    記中継手段経由による前記Ｗｅｂサーバへのアクセスを
    許可する認証手段、 前記中継手段で中継するデータのうち少なくとも前記Ｗ
    ｅｂサーバから前記ユーザ端末宛に出された請求書デー
    タの履歴を記録する履歴記録手段、 記録された請求書データに基づき前記ユーザ端末から前
    記Ｗｅｂサーバに支払うべき料金の徴収を代行する決済
    手段、 として機能させるプログラム。
14. 【請求項１４】 前記コンピュータを、更に、前記中継
    手段を利用する会員の個人情報を保持管理し、前記Ｗｅ
    ｂサーバから前記ユーザ端末宛に個人情報問合せ要求が
    あったとき、前記管理しているユーザの個人情報のうち
    前記個人情報問合せ要求のあったユーザの個人情報を読
    み出して前記個人情報問合せ要求に設定して前記中継手
    段によって前記ユーザ端末に中継する個人情報代理応答
    手段として機能させるプログラムを含む請求項１３記載
    のプログラム。
15. 【請求項１５】 前記コンピュータを、更に、前記ユー
    ザ端末と前記Ｗｅｂサーバ間のデータ授受の際に付随す
    べきクライアント識別子をユーザ認証時に前記ユーザ端
    末が前記中継手段の利用を終了するまで一時的に前記ユ
    ーザ端末に割り当てるクライアント識別子設定手段とし
    て機能させ、且つ、前記中継手段を、有効なクライアン
    ト識別子が付随しないデータは廃棄するよう動作させる
    プログラムを含む請求項１３または１４記載のプログラ
    ム。
16. 【請求項１６】 前記クライアント識別子は、前記ユー
    ザ端末のＩＰアドレスと認証が行われた時刻とを含む請
    求項１５記載のプログラム。