JPH11296583A

JPH11296583A - コンテンツ課金方法及びシステム及び代行サーバ及びコンテンツ課金プログラムを格納した記憶媒体

Info

Publication number: JPH11296583A
Application number: JP9737998A
Authority: JP
Inventors: Atsushi Takai; 敦高井; Takeshi Ogiwara; 健荻原; Yuichi Morita; 祐一森田; Kakumori Oshima; 角盛大島; Haruki Katayama; 晴喜片山; Takayuki Uehara; 孝之上原; Mamoru Murakami; 守村上; Ryuichi Hara; 隆一原
Original assignee: Nippon Telegraph and Telephone Corp; NTT PC Communications Inc
Current assignee: Nippon Telegraph and Telephone Corp; NTT PC Communications Inc
Priority date: 1998-04-09
Filing date: 1998-04-09
Publication date: 1999-10-29

Abstract

(57)【要約】【課題】利用者が登録されているプロバイダのＩＤ、
パスワードを利用してサイバーショップにおける商品購
入時の認証、課金を行うシステムにおいて、複数のプロ
バイダの利用者が商品の購入を可能とするコンテンツ課
金方法及びシステム及びコンテンツ課金プログラムを格
納した記憶媒体を提供する。【解決手段】本発明は、代行サーバにおいて、店舗Ｗ
ＷＷサーバから取得した認証要求及び課金要求から認証
処理及び課金処理の依頼先となるプロバイダの情報を抽
出して、該プロバイダの情報に基づいて該認証要求及び
該課金要求を発行して、該ブロバイダから認証結果及び
課金結果を取得して、該店舗ＷＷＷサーバに返却し、店
舗ＷＷＷサーバは、課金結果に基づいて、ＷＷＷブラウ
ザに、サービスを提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ課金方
法及びシステム及び代行サーバ及びコンテンツ課金プロ
グラムを格納した記憶媒体に係り、特に、インターネッ
ト上のサイバーショップシステム（ＷＷＷシステム）に
おいて、複数のプロバイダに加入している利用者がサイ
バーショップシステムを利用して商品の購入を可能とす
るために利用する際に、複数の認証・課金システム（認
証・課金サーバ）に対応するコンテンツの利用に対する
課金を行うためのコンテンツ課金方法及びシステム及び
代行サーバ及びコンテンツ課金プログラムを格納した記
憶媒体に関する。

【０００２】

【従来の技術】従来のサイバーショップシステムにおい
て、利用者がコンテンツを利用した場合の課金はプロバ
イダ毎に認証・課金サーバを利用して行われている。図
１５は、従来のプロバイダの認証・課金サーバを利用し
たサイバーショップシステムを説明するための図であ
る。

【０００３】同図に示すシステムは、プロバイダ毎に店
舗サーバが構築されており、店舗でショッピングができ
る利用者は、そのプロバイダの利用者に限定されてい
る。同図のシステムにおけるプロバイダＡの利用者のＷ
ＷＷブラウザと、プロバイダＡの利用者向け店舗ＷＷＷ
サーバ及び、プロバイダＡの認証・課金サーバ間におけ
る動作を説明する。以下の説明において、（）内の番号
は、同図中の番号に該当するものとする。

【０００４】（１）プロバイダＡの利用者のＷＷＷブ
ラウザは、購入商品の指定をプロバイダＡの利用者向け
店舗ＷＷＷサーバに対して発行する。（２）これにより、プロバイダＡの利用者向け店舗Ｗ
ＷＷサーバは、プロバイダＡの利用者のＷＷＷブラウザ
に対して、プロバイダＡでのＩＤ及びパスワードの要求
を発行し、これに対して利用者は自ＩＤとパスワードを
プロバイダＡの利用者向け店舗ＷＷＷサーバに対して送
出する。

【０００５】（３）プロバイダＡの利用者向け店舗Ｗ
ＷＷサーバは、プロバイダＡの利用者のＷＷＷブラウザ
から取得したＩＤとパスワードを用いてプロバイダＡの
認証・課金サーバに対してプロバイダＡの利用者の認証
要求を発行する。（４）プロバイダＡの認証・課金サーバは、認証要求
に基づいて、プロバイダＡの利用者の認証を行い、認証
結果をプロバイダＡの利用者向け店舗ＷＷＷサーバに返
却する。

【０００６】（５）さらに、利用者向け店舗ＷＷＷサ
ーバは、プロバイダＡの認証・課金サーバに対して、利
用者のＩＤ及び当該利用者が購入した金額情報を用いて
課金要求を発行する。（６）プロバイダＡの認証・課金サーバは、利用者向
け店舗ＷＷＷサーバからの課金要求に基づいて、当該利
用者に対する課金処理を行い、当該課金結果を利用者向
け店舗ＷＷＷサーバに送出する。

【０００７】（７）利用者向け店舗ＷＷＷサーバは、
プロバイダＡの利用者のＷＷＷブラウザに対して商品
（ファイル等）を提供する。同図において、プロバイダ
Ｂに関しても上記と同様の処理が行われる。次に、上記
のサイバーショップシステムの構成について説明する。
図１６は、従来のサイバーショップシステムの構成を示
す。

【０００８】同図に示すシステムは、ＷＷＷブラウザ１
０、ＷＷＷサーバ２０、プロキシサーバ３０及び認証・
課金システム４０から構成される。プロキシサーバ３０
は、商品情報文書出力部３１、認証画面文書出力部３
２、認証要求処理部３３、課金要求処理部３４、ファイ
ル出力部３５、外部記憶装置３６から構成される。

【０００９】認証・課金システム４０は、認証・課金サ
ーバ４１とデータベース４２から構成される。上記に構
成にシステムの動作を以下に示す。図１７、図１８、図
１９は、従来のサイバーショップシステムの動作を説明
するためのフローチャートである。

【００１０】ステップ２０）プロキシサーバ３０の商
品情報文書出力部３１は、商品情報をＨＴＭＬ文書化
し、ＷＷＷサーバ２０を介してＷＷＷブラウザ１０に送
信する。ステップ２１）ＷＷＷブラウザ１０を利用するシステ
ムの利用者は、ＷＷＷブラウザ２０において、文書化さ
れた商品情報を閲覧し、購入する商品の情報をＷＷＷサ
ーバ２０を介してプロキシサーバ３０に送信する。

【００１１】ステップ２２）プロキシサーバ３０の認
証画面文書出力部３２は、認証画面を出力する文書をＷ
ＷＷサーバ２０を介してＷＷＷブラウザ１０に送信す
る。ステップ２３）システムの利用者は、ＷＷＷブラウザ
１０にて、ＩＤ、パスワードを入力してＷＷＷサーバ２
０を介してプロキシサーバ３０に送信する。ステップ２４）認証要求処理部３３は、受信したＩ
Ｄ、パスワードを属性として持つ認証要求電文を作成
し、認証・課金サーバ４１に送信する。

【００１２】ステップ２５）認証・課金サーバ４１
は、受信した認証要求電文よりＩＤ、パスワードを抽出
し、データベース３２に記録されたデータとの照合を行
う。ステップ２６）ＩＤとパスワードが一致した場合には
ステップ２７に移行し、不一致の場合にはステップ３６
に移行する。ステップ２７）認証・課金サーバ３０は、認証応答電
文を電文種別の属性を「接続可」として認証要求処理部
３３に送る。

【００１３】ステップ２８）課金要求処理部３４は、
ＩＤを属性として持つ課金要求（開始）電文を認証・課
金サーバ３０に送信する。ステップ２９）認証・課金サーバ３０は、受信した課
金要求（開始）電文よりＩＤを抽出し、データベース３
２に課金開始ログを記録する。ステップ３０）認証・課金サーバ３０は、課金応答電
文を課金要求処理部３４に送信する。

【００１４】ステップ３１）課金要求処理部３４は、
商品情報から課金度数を取得する。ステップ３２）課金要求処理部３４は、ＩＤ、課金度
数を属性として持つ課金要求（停止）電文を認証・課金
サーバ４１に送信する。ステップ３３）認証・課金サーバ４１は、受信した課
金要求（停止）電文よりＩＤ、課金度数を抽出し、デー
タベース３２に課金停止ログを記録する。

【００１５】ステップ３４）認証・課金サーバ４１
は、課金応答電文を課金要求処理部３４に送信する。ステップ３５）ファイル出力部３５は、外部記憶装置
２６から商品（ファイルをＷＷＷサーバ２０を介してＷ
ＷＷブラウザ１０に送信する。ステップ３６）ステップ２６において、ＩＤ、パスワ
ードが不一致の場合には、認証・課金サーバ４１は、認
証応答電文を電文種別属性を「接続拒否」として認証要
求処理部３３に送信する。

【００１６】ステップ３７）認証要求処理部３３は、
エラー処理を行い処理を終了する。次に、従来行われて
いる国際ローミング技術について説明する。当該国際ロ
ーミングは、ネットワークサービスを提供し、トラヒッ
ク（通信時間）について課金するサービスである。図２
０は、国際ローミング技術を説明するための図である。
以下の説明において、（）内の番号は、同図中の番号に
該当するものとする。

【００１７】（１）プロバイダＡの利用者の通信ソフ
トから、全プロバイダの利用者共通のダイアルアップル
ータに対して、プロバイダＡの識別子、ＩＤ及びパスワ
ードを送出する。（２）ダイアルアップルータは、認証・課金プロキシ
サーバに対して、プロバイダＡの識別子、ＩＤ及びパス
ワードを送出して認証要求を発行する。

【００１８】（３）認証・課金プロキシサーバは、取
得したプロバイダＡの識別子に基づいて対応するプロバ
イダの認証・課金サーバのアドレス、ポート番号、電子
署名に利用するシークレット（暗号鍵）を取得し、プロ
バイダＡの認証・課金サーバに対して、ダイアルアップ
ルータから取得したＩＤ、パスワードを送出することに
より認証要求を発行する。

【００１９】（４）プロバイダＡの認証・課金サーバ
は、認証・課金プロキシサーバから転送されたプロバイ
ダＡの利用者のＩＤ及びパスワードにより認証処理を行
い、認証結果を認証・課金プロキシサーバに送信する。（５）認証・課金プロキシサーバは、認証結果を全プ
ロバイダの利用者供給のダイアルアップルータに認証結
果を送信する。

【００２０】（６）これにより、全プロバイダの利用
者共通のダイアルアップルータは、プロバイダＡの利用
者の通信ソフトとの間にＴＣＰ／ＩＰによる接続を行
う。（７）接続により通信が終了すると、当該接続は切断
される。（８）これにより、全プロバイダの利用者共通のダイ
アルアップルータは、利用者との通信が終了すると、認
証・課金プロキシサーバに対して課金要求として、プロ
バイダＡの識別子、ＩＤ及び使用時間を送出する。

【００２１】（９）認証・課金プロキシサーバは、プ
ロバイダＡの識別子に基づいて、対応するプロバイダの
認証・課金サーバのアドレス、ポート番号、電子署名に
利用するシークレット（暗号鍵）を取得し、パケットを
プロバイダＡの認証・課金サーバに対して、課金要求と
して、利用者のＩＤと使用時間を送出する。（１０）プロバイダＡの認証・課金サーバは、当該使
用時間に基づいて課金処理を行い、当該課金結果を認証
・課金プロキシサーバに送信する。

【００２２】（１１）認証・課金プロキシサーバは、
プロバイダＡの課金認証サーバから取得した課金結果を
全プロバイダの利用者共通のダイアルアップルータに送
信する。

【００２３】

【発明が解決しようとする課題】しかしながら、上記の
サイバーショップシステムでは、あるプロバイダ専用の
店舗サーバでは、異なるプロバイダに属する利用者はサ
ービスを利用できないという問題がある。仮に、店舗サ
ーバが、複数のプロバイダの利用者に商品を販売するた
めには、店舗のＷＷＷサーバは、複数のプロバイダの認
証・課金サーバとコネクションをはかるための情報（ア
ドレス、ポート番号、暗号鍵）の管理が必要となり、効
率が悪いという問題がある。

【００２４】本発明は、上記の点に鑑みなされたもの
で、利用者が登録されているプロバイダのＩＤ、パスワ
ードを利用してサイバーショップにおける商品購入時の
認証、課金を行うシステムにおいて、複数の異なるプロ
バイダの利用者であっても商品の購入を可能とするコン
テンツ課金方法及びシステム及び代行サーバ及びコンテ
ンツ課金プログラムを格納した記憶媒体を提供すること
を目的とする。

【００２５】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。本発明（請求項１）は、イン
ターネット上のサイバーショップシステム（ＷＷＷシス
テム）において、複数のプロバイダに加入している利用
者がサイバーショップシステムを利用して商品を購入す
る際に、複数の認証・課金システムに対応してコンテン
ツの利用に対して課金するためのコンテンツ課金方法に
おいて、利用者が使用する、少なくとも１つのＷＷＷブ
ラウザから、任意のタイミングで全プロバイダの利用者
共通の店舗のＷＷＷサーバを介して購入サービス（商
品）の指定情報及び認証要求及び課金要求を取得して、
該ＷＷＷブラウザから指定されたプロバイダに対して、
認証処理及び課金処理を依頼する代行サーバを設け、
代行サーバにおいて、店舗ＷＷＷサーバから取得した認
証要求から認証処理の依頼先となるプロバイダの情報を
抽出して、該プロバイダの情報に該当するプロバイダに
該認証要求を発行して（ステップ４）、該ブロバイダか
ら認証結果を取得して（ステップ５）、該店舗ＷＷＷサ
ーバに返却し（ステップ６）、店舗ＷＷＷサーバから課
金要求を取得し（ステップ７）、取得した課金要求から
課金要求の依頼先となるプロバイダの情報を抽出して、
該プロバイダの情報に該当するプロバイダに該課金要求
を発行して（ステップ８）、該プロバイダからの課金結
果を取得して（ステップ９）、該店舗ＷＷＷサーバに返
却し（ステップ１０）、店舗ＷＷＷサーバは、課金結果
に基づいて、ＷＷＷブラウザに、サービス（商品）を提
供する（ステップ１１）。

【００２６】本発明（請求項２）は、代行サーバにおい
て、利用者がサービスを選択するための画面情報を店舗
ＷＷＷサーバを介して、ＷＷＷブラウザに提供する。図
２は、本発明の原理構成図である。本発明（請求項３）
は、インターネット上のサイバーショップシステム（Ｗ
ＷＷシステム）において、あるプロバイダに加入してい
る利用者がサイバーショップシステムを利用して商品を
購入する際に、複数の認証・課金システムに対応してコ
ンテンツの利用に対して課金するためのコンテンツ課金
システムであって、購入サービス（商品）の指定及び利
用者が属するプロバイダの識別子及び利用者情報を入力
してネットワークに送信する少なくとも１つのＷＷＷブ
ラウザ１００と、少なくとも１つのＷＷＷブラウザ１０
０から、任意のタイミングで受け付けた購入サービス
（商品）の指定及び利用者が属するプロバイダの識別子
及び利用者情報からプロバイダに接続するための情報を
抽出し、認証要求、及び、課金要求を発行する少なくと
も１つの全プロバイダの利用者共通の店舗ＷＷＷサーバ
２００と、店舗ＷＷＷサーバ２００から認証要求、及
び、課金要求を受信して、該要求に指定されているプロ
バイダに対して認証処理、及び、課金処理を依頼する処
理依頼手段と、該店舗ＷＷＷサーバ２００に対して処理
依頼に対する応答を取得して、店舗ＷＷＷサーバに返却
する応答返却手段とを有する代行サーバ３００と、代行
サーバ３００から認証処理及び課金処理の依頼を取得し
て、該認証処理及び該課金処理を実行し、処理結果を代
行サーバに返却する少なくとも１つのプロバイダの認証
・課金サーバ４００とを有する。

【００２７】本発明（請求項４）は、代行サーバ３００
において、利用者がサービスを選択するための画面情報
を店舗ＷＷＷサーバ２００を介して、ＷＷＷブラウザに
提供する画面情報提供手段を含む。本発明（請求項５）
は、インターネット上のサイバーショップシステム（Ｗ
ＷＷシステム）において、あるプロバイダに加入してい
る利用者がサイバーショップシステムを利用して商品を
購入する際に、複数の認証・課金システムに対応してコ
ンテンツの利用に対して課金するためのコンテンツ課金
システムで上の代行サーバであって、全プロバイダの利
用者共通の店舗ＷＷＷサーバから認証要求、及び、課金
要求を受信する要求受信手段と、認証要求及び課金要求
に指定されているプロバイダに対して認証処理、及び、
課金処理を依頼する処理依頼手段と、プロバイダから処
理依頼に対する応答を取得して、店舗ＷＷＷサーバに返
却する応答返却手段とを有する。

【００２８】本発明（請求項６）は、処理依頼手段にお
いて、要求に指定されているプロバイダ識別子により対
応するプロバイダの認証・課金サーバのアドレス、ポー
ト番号、電子署名に利用する暗号鍵を取得する手段を含
む。本発明（請求項７）は、利用者がサービスを選択す
るための画面情報を店舗ＷＷＷサーバを介して、ＷＷＷ
ブラウザに提供する画面情報提供手段を含む。

【００２９】本発明（請求項８）は、インターネット上
のサイバーショップシステム（ＷＷＷシステム）におい
て、あるプロバイダに加入している利用者がサイバーシ
ョップシステムを利用して商品を購入する際に、複数の
認証・課金システムに対応してコンテンツの利用に対し
て課金するためのコンテンツ課金システムで上の代行サ
ーバに搭載されるコンテンツ課金プログラムを格納した
記憶媒体であって、全プロバイダの利用者共通の店舗Ｗ
ＷＷサーバから認証要求、及び、課金要求を受信させる
要求受信プロセスと、要求に指定されているプロバイダ
に対して認証処理、及び、課金処理を依頼する処理依頼
プロセスと、プロバイダから処理依頼に対する応答を取
得して、店舗ＷＷＷサーバに返却させる応答返却プロセ
スとを有する。

【００３０】本発明（請求項９）は、処理依頼プロセス
において、要求に指定されているプロバイダ識別子によ
り対応するプロバイダの認証・課金サーバのアドレス、
ポート番号、電子署名に利用する暗号鍵を取得するプロ
セスを含む。本発明（請求項１０）は、利用者がサービ
スを選択するための画面情報を店舗ＷＷＷサーバを介し
て、ＷＷＷブラウザに提供する画面情報提供プロセスを
含む。

【００３１】上記のように、本発明では、インターネッ
ト上のサイバーショップシステム（ＷＷＷシステム）に
おいて、利用者の認証依頼、課金依頼を代行する代行サ
ーバを利用することにより、複数のプロバイダに所属す
る利用者が商品を購入できるようになる。本発明のシス
テムは、複数のＷＷＷブラウザに共通のＷＷＷサーバに
おいて、各ＷＷＷブラウザから任意のタイミングで受け
付けた商品購入の指定情報や、プロバイダの識別子、利
用者情報を取得して、代行サーバに対して認証要求や、
課金要求を発行する。これにより代行サーバは、ＷＷＷ
サーバから取得した要求に基づいて、接続するプロバイ
ダの認証・課金サーバを選択して、認証要求や課金要求
を依頼する。これにより当該要求に対応した処理結果を
認証・課金サーバから取得すると、ＷＷＷサーバに対し
てこれらの応答を返却する。従って、店舗側のＷＷＷサ
ーバは、プロバイダの識別子をＷＷＷブラウザにおいて
利用者に入力させるのみで、ＷＷＷサーバから、代行サ
ーバに認証要求や、課金要求を発行するのみで複数のプ
ロバイダに対応した認証、課金に基づいたサービスの提
供が可能となる。

【００３２】

【発明の実施の形態】図３は、本発明の複数のプロバイ
ダに対応したサイバーショップシステムの動作の概要を
示す。以下の説明における（）内の番号と同図中におけ
る番号は一致するものとする。

【００３３】（１）プロバイダＡの利用者のＷＷＷブ
ラウザ１００において、利用者は購入商品の指定を行
い、全プロバイダの利用者共通の店舗ＷＷＷサーバ２０
０に送信する。（２）全プロバイダの利用者共通の店舗ＷＷＷサーバ
２００は、プロバイダの識別子等からなる要求情報をプ
ロバイダＡの利用者ＷＷＷブラウザ１００に送信する
と、当該ＷＷＷブラウザ１００は、利用者により入力さ
れたプロバイダＡの識別子、ＩＤ、パスワードを全プロ
バイダの利用者共通の店舗ＷＷＷサーバ２００に送信す
る。

【００３４】（３）店舗ＷＷＷサーバ２００は、プロ
バイダＡの識別子により対応するプロバイダＡの認証・
課金サーバのアドレス、ポート番号、電子署名に利用す
るシークレットを取得し、当該利用者のＩＤとパスワー
ドからなる認証要求のパケットを代行サーバ３００に送
信する。（４）代行サーバ３００は、ＩＤとパスワードをプロ
バイダＡの認証・課金サーバ４００に送信する。

【００３５】（５）プロバイダＡの認証・課金サーバ
４００は、認証結果を代行サーバ３００に送信する。（６）代行サーバ３００は、プロバイダＡの認証・課
金サーバ４００から取得した認証結果を店舗ＷＷＷサー
バ２００に送信する。（７）ＷＷＷサーバ２００は、プロバイダＡの識別
子、ＩＤ、及び購入金額からなる課金要求を代行サーバ
３００に送信する。

【００３６】（８）代行サーバ３００は、プロバイダ
Ａの識別子に基づいて、プロバイダＡの認証・課金サー
バ４００に取得したＩＤと購入金額からなる課金要求を
送信する。（９）プロバイダＡの認証・課金サーバ４００は、課
金処理を行い、課金結果を代行サーバ３００に送信す
る。

【００３７】（１０）代行サーバ３００は、取得した
課金結果を店舗ＷＷＷサーバ２００に送信する。（１１）これにより、店舗ＷＷＷサーバ２００は、フ
ァイル等の商品を、プロバイダＡの利用者のＷＷＷブラ
ウザ１００に提供する。

【００３８】

【実施例】以下、図面と共に本発明の実施例を説明す
る。図４は、本発明の一実施例のコンテンツ課金システ
ムの構成を示す。同図に示すシステムは、ＷＷＷブラウ
ザ１００、店舗ＷＷＷサーバ２００、代行サーバ３０
０、及び認証・課金サーバを有する複数の認証・課金シ
ステム４００から構成される。

【００３９】代行サーバ３００は、商品情報文書出力部
３１０、要求処理部３２０、ファイル出力部３３０、外
部記憶装置３４０及び認証・課金要求代理処理部５００
から構成され、要求処理部３２０は、認証画面文書出力
部３２１、認証要求処理依頼部３２２、課金要求処理依
頼部３２３から構成される。認証・課金システム４００
は、認証・課金サーバ４１０とデータベース４２０から
構成される。

【００４０】図５は、本発明の一実施例の認証・課金要
求代理処理部の構成を示す。同図に示す認証・課金要求
代理処理部５００は、記憶領域５０１、要求電文受信部
５１０、認証・課金サーバ情報取得部５２０、要求電文
生成部５３０、コネクション情報格納部５４０、応答電
文送信部５５０、要求電文送信部５６０、応答電文受信
部５７０、コネクション情報取得部５８０、応答電文生
成部５９０から構成される。

【００４１】上記の構成におけるコンテンツ課金システ
ムの動作の概要を説明する。図６〜図１４は、本発明の
一実施例のコンテンツ課金システムの動作のフローチャ
ートである。ステップ１０１）代行サーバ３００の商品情報文書出
力部３１０は、ダイヤルアップルータの機能の一部をＣ
ＧＩプログラムとして構築された商品情報をＨＴＭＬ文
書化し、ＷＷＷサーバ２００を介してＷＷＷブラウザ１
００に送信する。

【００４２】ステップ１０２）システムの利用者は、
ＷＷＷブラウザ１００において、文書化された商品情報
を閲覧し、購入する商品の情報をＷＷＷサーバ２００に
送信する。ステップ１０３）代行サーバ３００の認証画面文書出
力部３２１において、認証画面を出力する文書をＷＷＷ
サーバ２００を介してＷＷＷブラウザ１００に送信す
る。

【００４３】ステップ１０４）ＷＷＷブラウザ１００
において、システム利用者は、ＩＤ、パスワード、及び
認証・課金サーバ識別子を入力して、ＷＷＷサーバ２０
０に送信する。ステップ１０５）認証要求処理依頼部３２２は、ＷＷ
Ｗサーバ２００を介して受信したＩＤ、パスワード、認
証・課金サーバ識別子を属性として持つ接続要求電文を
作成し、認証・課金要求代理処理部５００に送信する。

【００４４】ステップ１０６）認証・課金要求代理処
理部５００は、認証要求処理依頼部３２２から送信され
た認証要求電文を要求電文受信部５１０で受信し、認証
・課金サーバ識別子等の属性を取得する。ステップ１０７）認証・課金サーバ情報取得部５２０
は、要求電文受信部５１０で取得した認証・課金サーバ
の識別子をキーとし、記憶領域５０１に格納されたテー
ブルより、マッチする認証・課金サーバとコネクション
を確立するために必要なアドレス、ポート番号などの情
報を取得する。

【００４５】ステップ１０８）要求電文生成部５３０
では、要求電文受信部５１０で取得した属性を持つ認証
要求電文を生成する。ステップ１０９）コネクション情報格納部５４０で
は、生成した認証要求電文に対応する認証・課金サーバ
からの認証応答電文を、認証要求処理依頼部３２２から
受信した認証要求電文に対応する認証応答電文として送
信するためにコネクションの保持に必要なアドレス、ポ
ート番号などの情報を記憶領域５０１に格納するか、ま
たは、生成した認証要求電文の属性として追加する。

【００４６】ステップ１１０）要求電文送信部５６０
は、生成した認証要求電文を認証・課金サーバ情報取得
部５２０にて取得したコネクション情報を利用して認証
・課金サーバ４１０に送信する。ステップ１１１）認証・課金サーバ４１０では、認証
・課金要求代理処理部５００から受信した認証要求電文
より、ＩＤ、パスワードを抽出し、データベース４２０
に記録されたデータとの照合を行う。

【００４７】ステップ１１２）照合の結果、ＩＤ及び
パスワードが一致している場合にはステップ１１３に移
行し、不一致の場合にはステップ１４３に移行する。ステップ１１３）認証・課金サーバ４１０は、認証応
答電文を電文種別の属性を「接続可」として認証・課金
要求代理処理部５００に送信する。ステップ１１４）認証・課金要求代理処理部５００の
応答電文受信部５７０は、認証・課金サーバ４１０から
の認証応答電文を取得し、電文種別などの属性を取得す
る。

【００４８】ステップ１１５）コネクション情報取得
部５８０は、記憶領域５０１または、応答電文受信部５
７０で受信した認証応答電文の属性より、受信した認証
応答電文に対応する認証要求処理依頼部３２２からの認
証要求電文のアドレス、ポート番号などのコネクション
情報を取得する。ステップ１１６）応答電文生成部５９０は、応答電文
受信部５７０で取得した電文種別などの属性をもつ認証
応答電文を生成する。

【００４９】ステップ１１７）応答電文送信部５５０
は、コネクション情報取得部５８０で取得したコネクシ
ョン情報及び、認証要求処理依頼部３２２のコネクショ
ンを利用して生成した認証応答電文を認証要求処理依頼
部３２２に送信する。ステップ１１８）課金要求処理依頼部３２３は、Ｉ
Ｄ、認証・課金サーバ識別子を属性として持つ課金要求
（開始）電文を認証・課金要求代理処理部５００に送信
する。

【００５０】ステップ１１９）要求電文受信部５１０
は、課金要求処理依頼部３２３から送信された課金（開
始）要求電文を受信し、認証・課金サーバ識別子などの
属性を取得する。ステップ１２０）認証・課金サーバ情報取得部５２０
は、要求電文受信部５１０で取得した認証・課金サーバ
識別子をキーとし、記憶領域５０１に格納されたテーブ
ルより、マッチする認証・課金サーバ４１０とコネクシ
ョンを確立するために必要なアドレス、ポート番号など
の情報を取得する。

【００５１】ステップ１２１）要求電文生成部５３０
は、要求電文受信部５１０で取得した属性を持つ課金要
求（開始）電文を生成する。ステップ１２２）コネクション情報格納部５４０は、
生成した課金要求（開始）電文に対応する認証・課金サ
ーバ４１０からの課金応答電文を、認証要求処理依頼部
３２２から受信した課金要求（開始）電文に対応する課
金応答電文として送信するためにコネクションの保持に
必要なアドレス、ポート番号などの情報を記憶領域５０
１に格納するか、または、生成した課金要求（開始）電
文の属性えとして追加する。

【００５２】ステップ１２３）要求電文送信部５６０
は、生成した課金要求（開始）電文を認証・課金サーバ
情報取得部５２０にて取得したコネクション情報を利用
して認証・課金サーバ４１０に送信する。ステップ１２４）認証・課金サーバ４１０は、受信し
た課金要求（開始）電文よりＩＤを抽出し、データベー
ス４２０に課金（開始）ログを記録する。

【００５３】ステップ１２５）認証・課金サーバ４１
０は、課金応答電文を認証・課金要求代理処理部５００
に送信する。ステップ１２６）応答電文受信部５７０は、認証・課
金サーバ４１０からの課金応答電文を取得し、電文種別
などの属性を取得する。ステップ１２７）コネクション情報取得部５８０は、
記憶領域５０１または、応答電文受信部５７０で受信し
た課金応答電文の属性より、受信した課金応答電文に対
応する課金要求処理依頼部３２３からの課金要求（開
始）電文のアドレス、ポート番号などのコネクション情
報を取得する。

【００５４】ステップ１２８）応答電文生成部５９０
は、応答電文受信部５７０で取得した電文種別などの属
性を持つ課金応答電文を生成する。ステップ１２９）応答電文送信部５５０は、コネクシ
ョン情報取得部５８０で取得したコネクション情報と、
課金要求処理依頼部３２３のコネクションを利用して生
成した課金応答電文を課金要求処理依頼部３２３に送信
する。

【００５５】ステップ１３０）課金要求処理依頼部３
２３は、ＩＤ、認証・課金サーバ識別子、課金度数を属
性として持つ課金要求（停止）電文を認証・課金要求代
理処理部５００に送信する。ステップ１３１）要求電文受信部５１０は、課金要求
処理依頼部３２３から送信された課金要求（停止）電文
を受信し、認証・課金サーバ識別子等の属性を取得す
る。

【００５６】ステップ１３２）認証・課金サーバ情報
取得部５２０は、要求電文受信部５１０で取得した認証
・課金サーバ識別子をキーとして記憶領域５０１に格納
されたテーブルよりマッチする認証・課金サーバ４１０
とコネクションを確立するために必要なアドレス、ポー
ト番号などの情報を取得する。ステップ１３３）要求電文生成部５３０は、要求電文
受信部５１０で取得した属性を持つ課金要求（停止）電
文を生成する。

【００５７】ステップ１３４）コネクション情報格納
部５４０は、生成した課金要求（停止）電文に対応する
認証・課金サーバから課金応答文を、認証要求処理依頼
部３２２から受信した課金要求（停止）電文に対応する
課金応答電文として送信するためにコネクションの保持
に必要なアドレス、ポート番号などの情報を記憶領域５
０１に格納するか、または、生成した課金要求（停止）
電文の属性として追加する。

【００５８】ステップ１３５）要求電文送信部５６０
は、生成した課金要求（停止）電文を認証・課金サーバ
情報取得部５２０にて取得したコネクション情報を利用
して認証・課金サーバ４１０に送信する。ステップ１３６）認証・課金サーバ４１０は、受信し
た課金要求（停止）電文よりＩＤ、課金度数を抽出し、
データベース４２０に課金（停止）ログを記録する。

【００５９】ステップ１３７）認証・課金サーバ４１
０は、課金応答電文を認証・課金要求代理処理部５００
に転送する。ステップ１３８）応答電文受信部５７０は、認証・課
金サーバ４１０からの課金応答電文を取得し、電文種別
などの属性を取得する。ステップ１３９）コネクション情報取得部５８０は、
記憶領域５０１または、応答電文受信部５７０で受信し
た課金応答電文の属性より、受信した課金応答電文に対
応する課金要求処理依頼部３２３からの課金要求（開
始）電文のアドレス、ポート番号などのコネクション情
報を取得する。

【００６０】ステップ１４０）応答電文生成部５９０
は、応答電文受信部５７０で取得した電文種別などの属
性を持つ課金応答電文を生成する。ステップ１４１）応答電文送信部５５０は、コネクシ
ョン情報取得部５８０で取得し、課金要求処理依頼部３
２３のコネクションを利用して生成し、課金応答電文を
課金要求処理依頼部３２３に転送する。

【００６１】ステップ１４２）ファイル出力部３３０
は、ファイル（文書）をＷＷＷサーバ２００を介してＷ
ＷＷブラウザ１００に送信する。上記のように、代行サーバを設けることにより、利用者
ＡがプロバイダＡに加入し、利用者ＢがプロバイダＢに
加入している場合でも、同じ店舗ＷＷＷサーバを利用し
て、それぞれの利用者が加入しているプロバイダからの
サービスの提供を受けることが可能となる。このため、
店舗においても各プロバイダ毎にＷＷＷサーバを設置す
る必要はなく、１つのＷＷＷサーバのみでこれらのサー
ビスが可能となる。

【００６２】また、代行サーバにおいて、任意のタイミ
ングで受信する認証要求や課金要求は記憶領域に格納し
ておき、キュー待ち行列等を用いて到着順に処理するこ
とも可能であると共に、ある一定値以上のキュー待ちと
なった場合には、ＷＷＷサーバに対して待ち時間の通知
等を行うことも可能である。また、上記の実施例では、
図４の構成に基づいて説明したが、この例に限定される
ことなく、代行サーバ３００の各構成要素をプログラム
として構築し、当該代行サーバに接続されるディスク装
置やフロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒
体に格納しておき、本発明を実施する際にインストール
することにより容易に本発明を実現できる。

【００６３】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【００６４】

【発明の効果】上述のように、本発明によれば、ダイア
ルアップサービスに利用されている代行サーバをサイバ
ーショップシステムに適用することにより、インターネ
ット上のサイバーショップシステム（ＷＷＷシステム）
において、利用者の認証依頼、課金依頼を代行する代行
サーバを設け、当該代行サーバで当該認証依頼、及び課
金依頼を代行することにより、複数のプロバイダに所属
する利用者が商品を購入することできる。

【００６５】また、本発明は、従来のダイヤルアップサ
ービスとは異なり、利用者が画面上からサービス（商
品）を選択することが可能となる。さらに、本発明は、
代行サーバにおいて、処理依頼の一括管理を行うこと
で、認証処理や課金処理依頼を複数の任意のタイミング
で実行することが可能となる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明の複数のプロバイダに対応したサイバー
ショップシステムの動作の概要を示す図である。

【図４】本発明の一実施例のコンテンツ課金システムの
構成図である。

【図５】本発明の一実施例の認証・課金要求代理処理部
の構成図である。

【図６】本発明の一実施例のコンテンツ課金システムの
動作を示すフローチャート（その１）である。

【図７】本発明の一実施例のコンテンツ課金システムの
動作を示すフローチャート（その２）である。

【図８】本発明の一実施例のコンテンツ課金システムの
動作を示すフローチャート（その３）である。

【図９】本発明の一実施例のコンテンツ課金システムの
動作を示すフローチャート（その４）である。

【図１０】本発明の一実施例のコンテンツ課金システム
の動作を示すフローチャート（その５）である。

【図１１】本発明の一実施例のコンテンツ課金システム
の動作を示すフローチャート（その６）である。

【図１２】本発明の一実施例のコンテンツ課金システム
の動作を示すフローチャート（その７）である。

【図１３】本発明の一実施例のコンテンツ課金システム
の動作を示すフローチャート（その８）である。

【図１４】本発明の一実施例のコンテンツ課金システム
の動作を示すフローチャート（その９）である。

【図１５】従来のプロバイダの認証課金サーバを利用し
たサイバーショップシステムを説明するための図であ
る。

【図１６】従来のサイバーショップシステム構成図であ
る。

【図１７】従来のサイバーショップシステムの動作を説
明するためのフローチャート（その１）である。

【図１８】従来のサイバーショップシステムの動作を説
明するためのフローチャート（その２）である。

【図１９】従来のサイバーショップシステムの動作を説
明するためのフローチャート（その３）である。

【図２０】国際ローミング技術を説明するための図であ
る。

【符号の説明】

１００ＷＷＷブラウザ２００ＷＷＷサーバ３００代行サーバ３１０商品情報文書出力部３２０要求処理部３２１認証画面文書出力部３２２認証要求処理依頼部３２３課金要求処理依頼部３３０ファイル出力部３４０外部記憶装置４００認証・課金サーバ４１０認証・課金サーバ４２０データベース５００認証・課金要求代理処理部５０１記憶領域５１０要求電文受信部５２０認証・課金サーバ情報取得部５３０要求電文生成部５４０コネクション情報取得部５５０応答電文送信部５６０要求電文送信部５７０応答電文受信部５８０コネクション情報取得部５９０応答電文生成部

───────────────────────────────────────────────────── フロントページの続き (72)発明者荻原健東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者森田祐一東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者大島角盛東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者片山晴喜東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者上原孝之東京都港区新橋６丁目１番11号株式会社エヌ・ティ・ティピー・シーコミュニケーションズ内 (72)発明者村上守東京都港区新橋６丁目１番11号株式会社エヌ・ティ・ティピー・シーコミュニケーションズ内 (72)発明者原隆一東京都港区新橋６丁目１番11号株式会社エヌ・ティ・ティピー・シーコミュニケーションズ内

Claims

【特許請求の範囲】

【請求項１】インターネット上のサイバーショップシ
ステム（ＷＷＷシステム）において、複数のプロバイダ
に加入している利用者がサイバーショップシステムを利
用してサービス（商品）を購入する際に、複数の認証・
課金システムに対応してコンテンツの利用に対して課金
するためのコンテンツ課金方法において、利用者が使用する、少なくとも１つのＷＷＷブラウザか
ら、任意のタイミングで全プロバイダの利用者共通の店
舗のＷＷＷサーバを介して購入サービス（商品）の指定
情報及び認証要求及び課金要求を取得して、該ＷＷＷブ
ラウザから指定されたプロバイダに対して認証処理及び
課金処理を依頼する代行サーバを設け、前記代行サーバにおいて、前記店舗ＷＷＷサーバから取
得した認証要求から認証処理の依頼先となるプロバイダ
の情報を抽出して、該プロバイダの情報に該当するプロ
バイダに該認証要求を発行して、該ブロバイダから認証
結果を取得して、該店舗ＷＷＷサーバに返却し、前記店舗ＷＷＷサーバから取得した課金要求から課金要
求の依頼先となるプロバイダの情報を抽出して、該プロ
バイダの情報に該当するプロバイダに該課金要求を発行
して、該プロバイダからの課金結果を取得して、該店舗
ＷＷＷサーバに返却し、前記店舗ＷＷＷサーバは、前記課金結果に基づいて、前
記ＷＷＷブラウザに、サービス（商品）を提供すること
を特徴とするコンテンツ課金方法。
【請求項２】前記代行サーバにおいて、前記利用者が
サービスを選択するための画面情報を前記店舗ＷＷＷサ
ーバを介して、前記ＷＷＷブラウザに提供する請求項１
記載のコンテンツ課金方法。
【請求項３】インターネット上のサイバーショップシ
ステム（ＷＷＷシステム）において、あるプロバイダに
加入している利用者がサイバーショップシステムを利用
して商品を購入する際に、複数の認証・課金システムに
対応してコンテンツの利用に対して課金するためのコン
テンツ課金システムであって、購入サービス（商品）の指定及び利用者が属するプロバ
イダの識別子及び利用者情報を入力してネットワークに
送信する少なくとも１つのＷＷＷブラウザと、少なくとも１つのＷＷＷブラウザから、任意のタイミン
グで受け付けた前記購入サービス（商品）の指定及び前
記利用者が属するプロバイダの識別子及び前記利用者情
報からプロバイダに接続するための情報を抽出し、認証
要求、及び、課金要求を発行する少なくとも１つの全プ
ロバイダの利用者共通の店舗ＷＷＷサーバと、前記店舗ＷＷＷサーバから前記認証要求、及び、前記課
金要求を受信して、該要求に指定されているプロバイダ
に対して認証処理、及び、課金処理を依頼する処理依頼
手段と、該店舗ＷＷＷサーバからの処理依頼に対する応
答を取得して、前記店舗ＷＷＷサーバに返却する応答返
却手段とを有する代行サーバと、前記代行サーバから前記認証処理及び前記課金処理の依
頼を取得して、該認証処理及び該課金処理を実行し、処
理結果を前記代行サーバに返却する少なくとも１つのプ
ロバイダの認証・課金サーバとを有することを特徴とす
るコンテンツ課金システム。
【請求項４】前記代行サーバは、前記利用者がサービスを選択するための画面情報を前記
店舗ＷＷＷサーバを介して、前記ＷＷＷブラウザに提供
する画面情報提供手段を含む請求項３記載のコンテンツ
課金システム。
【請求項５】インターネット上のサイバーショップシ
ステム（ＷＷＷシステム）において、あるプロバイダに
加入している利用者がサイバーショップシステムを利用
して商品を購入する際に、複数の認証・課金システムに
対応してコンテンツの利用に対して課金するためのコン
テンツ課金システムで上の代行サーバであって、全プロバイダの利用者共通の店舗ＷＷＷサーバから認証
要求、及び、前記課金要求を受信する要求受信手段と、前記認証要求及び前記課金要求に指定されているプロバ
イダに対して認証処理、及び、課金処理を依頼する処理
依頼手段と、前記プロバイダから処理依頼に対する応答を取得して、
前記店舗ＷＷＷサーバに返却する応答返却手段とを有す
ることを特徴とする代行サーバ。
【請求項６】前記処理依頼手段は、前記要求に指定されているプロバイダ識別子により対応
するプロバイダの認証・課金サーバのアドレス、ポート
番号、電子署名に利用する暗号鍵を取得する手段を含む
請求項５記載の代行サーバ。
【請求項７】前記利用者がサービスを選択するための
画面情報を前記店舗ＷＷＷサーバを介して、前記ＷＷＷ
ブラウザに提供する画面情報提供手段を含む請求項５記
載の代行サーバ。
【請求項８】インターネット上のサイバーショップシ
ステム（ＷＷＷシステム）において、あるプロバイダに
加入している利用者がサイバーショップシステムを利用
して商品を購入する際に、複数の認証・課金システムに
対応してコンテンツの利用に対して課金するためのコン
テンツ課金システムで上の代行サーバに搭載されるコン
テンツ課金プログラムを格納した記憶媒体であって、全プロバイダの利用者共通の店舗ＷＷＷサーバから認証
要求、及び、前記課金要求を受信させる要求受信プロセ
スと、前記要求に指定されているプロバイダに対して認証処
理、及び、課金処理を依頼する処理依頼プロセスと、前記プロダイタから処理依頼に対する応答を取得して、
前記店舗ＷＷＷサーバに返却させる応答返却プロセスと
を有することを特徴とするコンテンツ課金プログラムを
格納した記憶媒体。
【請求項９】前記処理依頼プロセスは、前記要求に指定されているプロバイダ識別子により対応
するプロバイダの認証・課金サーバのアドレス、ポート
番号、電子署名に利用する暗号鍵を取得するプロセスを
含む請求項８記載のコンテンツ課金プログラムを格納し
た記憶媒体。
【請求項１０】前記利用者がサービスを選択するため
の画面情報を前記店舗ＷＷＷサーバを介して、前記ＷＷ
Ｗブラウザに提供する画面情報提供プロセスを含む請求
項８記載のコンテンツ課金プログラムを格納した記憶媒
体。