JP2002189973A

JP2002189973A - 認証・課金代行方法、認証・課金代行システム及び認証・課金代行プログラムを記憶した記憶媒体

Info

Publication number: JP2002189973A
Application number: JP2000386482A
Authority: JP
Inventors: Shuichi Saito; 修一斉藤; Nobuki Sugimoto; 信樹杉本; Masayuki Shiba; 雅幸柴; Masaaki Okamura; 正明岡村
Original assignee: NEC Corp; NEC Nexsolutions Ltd
Current assignee: NEC Corp; NEC Nexsolutions Ltd
Priority date: 2000-12-20
Filing date: 2000-12-20
Publication date: 2002-07-05

Abstract

(57)【要約】【課題】コンテンツ提供者が認証・課金に悩まされず
に、コンテンツの作成に専念でき、複数のプロバイダの
会員に低価格でコンテンツを提供できるようにする。【解決手段】開示される認証・課金代行方法では、プ
ロキシサーバ１２は、ユーザ端末１１からのアクセス要
求に含まれている自己のドメイン名をサーバ１４１，１
４２のドメイン名に変換した後、変換後のアクセス要求
をサーバ１４１に送信し、サーバ１４１からの応答に含
まれるリンク情報のうち、自己の管理下にあるすべての
サーバ１４１，１４２のドメイン名を自己のドメイン名
に変換した後、変換後の応答をユーザ端末１１に送信
し、認証・課金サーバ１３に認証処理及び課金処理を要
求する。認証・課金サーバ１３は、ユーザが正当な顧客
であること確認する認証処理と、ユーザのコンテンツの
利用に対する課金処理とを実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、認証・課金代行
方法、認証・課金代行システム及び認証・課金代行プロ
グラムを記憶した記憶媒体に関し、詳しくは、ユーザが
ユーザ端末を操作してインターネット等のネットワーク
を介してサーバより各種のコンテンツの提供を受ける際
に、ユーザの正当性の認証やコンテンツ利用に対する課
金を代行する認証・課金代行方法、認証・課金代行シス
テム及び認証・課金代行プログラムを記憶した記憶媒体
に関する。

【０００２】

【従来の技術】特開平１１−２９６５８３号公報には、
従来の認証・課金代行システムが開示されている。この
例の認証・課金代行システムにおいては、ＷＷＷ（Worl
d Wide Web）サーバが認証・課金サーバに接続されたプ
ロキシサーバを呼び出す機能を有し、ユーザ端末におい
てＷＷＷブラウザが起動され、当該ＷＷＷサーバにアク
セスする度に、ＷＷＷサーバがプロキシサーバを呼び出
して認証及び課金を要求する。これにより、プロキシサ
ーバは、認証・課金サーバにアクセスして認証・課金処
理を行わせた後、認証結果・課金結果をＷＷＷサーバに
送信する。この後、ＷＷＷサーバは、ユーザ端末から要
求されたコンテンツをユーザ端末に送信する。

【０００３】また、上記プロキシサーバに用いられるプ
ロキシ技術には、従来から、フォワードプロキシとリバ
ースプロキシとがある。フォワードプロキシは、図１１
に示すように、ユーザ端末１１において代行処理を行わ
せるプロキシサーバとして、プロキシサーバ２（プロキ
シサーバＸ）の設定を定義することにより、複数個のＷ
ＷＷサーバ３１及び３２（ＷＷＷサーバＡ及びＢ）への
アクセスをプロキシサーバ２（プロキシサーバＸ）に集
約することができる。一方、リバースプロキシは、図１
２に示すように、プロキシサーバの設定を任意に定義
し、プロキシサーバ５（プロキシサーバＸ）がＷＷＷサ
ーバ６１（ＷＷＷサーバＡ）の処理を代行処理すること
により、プロキシサーバ５（プロキシサーバＸ）を経由
してユーザ端末４へのアクセスを実現することができ
る。

【０００４】

【発明が解決しようとする課題】しかしながら、上記公
報に開示された従来の認証・課金代行システムは、認証
・課金サーバに接続されたプロキシサーバを呼び出す機
能をＷＷＷサーバに追加する必要があるため、認証処理
及び課金処理の機能を実現することが実質上困難である
という欠点があった。というのは、ＷＷＷサーバによっ
てはライセンス等の都合により機能を拡張することがで
きない場合があるし、また多種多様に存在するすべての
ＷＷＷサーバに認証処理及び課金処理の機能を追加する
ことは事実上不可能だからである。これにより、コンテ
ンツ提供者は、認証処理及び課金処理をどのように行う
かに悩まされ、コンテンツの作成に専念できないという
問題があった。

【０００５】また、上記したフォワードプロキシにおい
ては、インターネットに任意に接続されているユーザ端
末を対象とするサービスの場合、すべてのユーザ端末に
おいて、代行処理を行わせるプロキシサーバとして、同
一のプロキシサーバの設定を定義することは事実上不可
能である。さらに、図１１に示すように、あるユーザ端
末１２において、プロキシサーバ２の設定を定義しなか
ったり、図示せぬ他のプロキシサーバの設定を定義した
場合には、認証・課金を代行処理するプロキシサーバ２
（プロキシサーバＸ）を経由しないため、プロキシサー
バ２（プロキシサーバＸ）による認証・課金代行処理が
行われないという欠点があった。

【０００６】また、上記したリバースプロキシにおいて
は、ＨＴＭＬ形式で記述されたコンテンツ内に設定さ
れ、他のＨＴＭＬ形式で記述されたコンテンツを参照す
るためのポインタであるリンク（ハイパーリンク）を、
インターネット上のコンテンツ提供元の相対ＵＲＬ（Un
iform Resource Locator）（宛先情報であるドメイン名
を含まず、パス指定のみ）アドレスによりで統一しなけ
ればならないなどの制約がある。さらに、上記したリバ
ースプロキシにおいては、図１２に示すように、ユーザ
端末４から他のＷＷＷサーバ６２（ＷＷＷサーバＢ）へ
のリンクは絶対ＵＲＬ（ドメイン名を含む）アドレスが
必要とされるため、フォワードプロキシの場合と同様、
プロキシサーバ５（プロキシサーバＸ）を経由せず、プ
ロキシサーバ５（プロキシサーバＸ）による認証・課金
代行処理が行われないという欠点があった。もっとも、
上記したフォワードプロキシ及びリバースプロキシの欠
点については、リバースプロキシを採用した上で、図１
３に示すように、ＷＷＷサーバ９内のすべてのコンテン
ツ及びすべてのリンクを特定のプロキシサーバ８１（プ
ロキシサーバＸ，Ｙ）専用に修正することにより解消す
ることができる。しかしながら、この場合、ＷＷＷサー
バ９内のコンテンツのリンクを修正した時点で、このＷ
ＷＷサーバ９は特定のドメイン（プロバイダ）（プロキ
シサーバＸ，Ｙ）専用になってしまうため、他のドメイ
ン（プロバイダ）のプロキシサーバ８２（プロキシサー
バα，β）を追加することができないという問題があっ
た。これにより、コンテンツ提供者は、コンテンツ作成
後もその修正を余儀なくされるだけでなく、単一のプロ
バイダの会員だけしかコンテンツを提供することができ
ないという問題があった。したがって、コンテンツの販
売単価を引き下げることができないという欠点があっ
た。

【０００７】この発明は、上述の事情に鑑みてなされた
もので、コンテンツ提供者が認証・課金に悩まされるこ
となく、コンテンツの作成に専念できるとともに、複数
のプロバイダの会員に低価格でコンテンツを提供するこ
とができる認証・課金代行方法、認証・課金代行システ
ム及び認証・課金代行プログラムを記憶した記憶媒体を
提供することを目的としている。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、請求項１記載の発明は、ユーザ端末と、プロキシサ
ーバと、認証・課金サーバと、サーバとがネットワーク
を介して互いに接続されたシステムにおいて、ユーザが
上記ユーザ端末を操作して上記ネットワークを介して上
記サーバよりコンテンツの提供を受ける際に、上記プロ
キシサーバが上記ユーザの正当性の認証やコンテンツ利
用に対する課金を代行する認証・課金代行方法に係り、
上記プロキシサーバは、上記ユーザ端末からのアクセス
要求に含まれている自己のドメイン名を上記サーバのド
メイン名に変換した後、変換後のアクセス要求を上記サ
ーバに送信する第１の処理と、上記サーバからの応答に
含まれるリンク情報のうち、自己の管理下にあるすべて
のサーバのドメイン名を自己のドメイン名に変換した
後、変換後の応答を上記ユーザ端末に送信する第２の処
理と、上記認証・課金サーバに認証処理及び課金処理を
要求する第３の処理とを実行し、上記認証・課金サーバ
は、上記ユーザが正当な顧客であること確認する認証処
理と、上記ユーザのコンテンツの利用に対する課金処理
とを実行することを特徴としている。

【０００９】また、請求項２記載の発明は、請求項１記
載の認証・課金代行方法に係り、上記プロキシサーバ
は、上記認証・課金サーバによって上記ユーザが認証さ
れなかった場合には、識別番号、パスワードの入力を要
求する情報、上記ユーザが上記サーバのコンテンツ提供
者と契約を締結するためのサーバへのリンク情報の少な
くとも１つを含むエラーページを上記ユーザ端末に送信
することを特徴としている。

【００１０】また、請求項３記載の発明は、請求項１又
は２記載の認証・課金代行方法に係り、上記プロキシサ
ーバは、上記第１及び第２の処理では、上記ドメイン名
を変換する際、上記アクセス要求又は上記応答を構成す
るデータの種類に応じて変換機能を使い分けるととも
に、上記アクセス要求又は上記応答を構成するデータの
中に未知のデータ形式を有するものがある場合には、未
知のデータ形式専用の変換機能を追加することを特徴と
している。

【００１１】また、請求項４記載の発明は、請求項１乃
至３のいずれか１に記載の認証・課金代行方法に係り、
上記認証・課金サーバは、上記ユーザに関するユーザ情
報を有し、上記プロキシサーバは、上記認証・課金サー
バから供給されるユーザ情報に基づいて、上記ユーザご
と又は上記コンテンツごとに上記アクセス要求又は上記
応答を加工することを特徴としている。

【００１２】また、請求項５記載の発明は、請求項１乃
至４のいずれか１に記載の認証・課金代行方法に係り、
上記プロキシサーバは、上記アクセス要求、上記応答及
び上記コンテンツに使用される言語をある言語から他の
言語へすることを特徴としている。

【００１３】また、請求項６記載の発明は、請求項１乃
至５のいずれか１に記載の認証・課金代行方法に係り、
上記プロキシサーバは、上記第１及び第２の処理では、
上記アクセス要求又は上記応答を構成するデータのパス
名をも変換することを特徴としている。

【００１４】また、請求項７記載の発明は、請求項４乃
至６のいずれか１に記載の認証・課金代行方法に係り、
上記プロキシサーバは、上記第１の処理では、上記認証
・課金サーバから供給されるユーザ情報を上記サーバに
供給するアクセス要求に追加することを特徴としてい
る。

【００１５】また、請求項８記載の発明は、ユーザ端末
と、プロキシサーバと、認証・課金サーバと、サーバと
がネットワークを介して互いに接続され、ユーザが上記
ユーザ端末を操作して上記ネットワークを介して上記サ
ーバよりコンテンツの提供を受ける際に、上記プロキシ
サーバが上記ユーザの正当性の認証やコンテンツ利用に
対する課金を代行する認証・課金代行システムに係り、
上記プロキシサーバは、上記ユーザ端末からのアクセス
要求に含まれている自己のドメイン名を上記サーバのド
メイン名に変換した後、変換後のアクセス要求を上記サ
ーバに送信する第１の処理と、上記サーバからの応答に
含まれるリンク情報のうち、自己の管理下にあるすべて
のサーバのドメイン名を自己のドメイン名に変換した
後、変換後の応答を上記ユーザ端末に送信する第２の処
理と、上記認証・課金サーバに認証処理及び課金処理を
要求する第３の処理とを実行し、上記認証・課金サーバ
は、上記ユーザが正当な顧客であること確認する認証処
理と、上記ユーザのコンテンツの利用に対する課金処理
とを実行することを特徴としている。

【００１６】また、請求項９記載の発明は、請求項８記
載の認証・課金代行システムに係り、上記プロキシサー
バは、上記認証・課金サーバによって上記ユーザが認証
されなかった場合には、識別番号、パスワードの入力を
要求する情報、上記ユーザが上記サーバのコンテンツ提
供者と契約を締結するためのサーバへのリンク情報の少
なくとも１つを含むエラーページを上記ユーザ端末に送
信することを特徴としている。

【００１７】また、請求項１０記載の発明は、請求項８
又は９記載の認証・課金代行システムに係り、上記プロ
キシサーバは、上記第１及び第２の処理では、上記ドメ
イン名を変換する際、上記アクセス要求又は上記応答を
構成するデータの種類に応じて変換機能を使い分けると
ともに、上記アクセス要求又は上記応答を構成するデー
タの中に未知のデータ形式を有するものがある場合に
は、未知のデータ形式専用の変換機能を追加することを
特徴としている。

【００１８】また、請求項１１記載の発明は、請求項８
乃至１０のいずれか１に記載の認証・課金代行システム
に係り、上記認証・課金サーバは、上記ユーザに関する
ユーザ情報を有し、上記プロキシサーバは、上記認証・
課金サーバから供給されるユーザ情報に基づいて、上記
ユーザごと又は上記コンテンツごとに上記アクセス要求
又は上記応答を加工することを特徴としている。

【００１９】また、請求項１２記載の発明は、請求項８
乃至１１のいずれか１に記載の認証・課金代行システム
に係り、上記プロキシサーバは、上記アクセス要求、上
記応答及び上記コンテンツに使用される言語をある言語
から他の言語へすることを特徴としている。

【００２０】また、請求項１３記載の発明は、請求項８
乃至１２のいずれか１に記載の認証・課金代行システム
に係り、上記プロキシサーバは、上記第１及び第２の処
理では、上記アクセス要求又は上記応答を構成するデー
タのパス名をも変換することを特徴としている。

【００２１】また、請求項１４記載の発明は、請求項１
１乃至１３のいずれか１に記載の認証・課金代行システ
ムに係り、上記プロキシサーバは、上記第１の処理で
は、上記認証・課金サーバから供給されるユーザ情報を
上記サーバに供給するアクセス要求に追加することを特
徴としている。

【００２２】請求項１５記載の発明に係る記憶媒体は、
コンピュータに請求項１乃至１４のいずれか１に記載の
機能を実現させるための認証・課金代行プログラムが記
憶されていることを特徴としている。

【００２３】

【作用】この発明の構成によれば、コンテンツ提供者が
認証・課金に悩まされることなく、コンテンツの作成に
専念できる。また、複数のプロバイダの会員に低価格で
コンテンツを提供することができる。

【００２４】

【発明の実施の形態】以下、図面を参照して、この発明
の実施の形態について説明する。説明は、実施例を用い
て具体的に行う。図１は、この発明の一実施例である認
証・課金代行システムの構成を示すブロック図である。
この例の認証・課金代行システムは、ユーザ端末１１
と、プロキシサーバ１２と、認証・課金サーバ１３と、
ＷＷＷサーバ１４１〜１４３とから構成されており、イ
ンターネット等のネットワークを介して互いに接続され
ている。ユーザ端末１１は、ＣＰＵ（中央処理装置）等
からなる制御部と、ＲＯＭ、ＲＡＭや、ＦＤ（フロッピ
ー（登録商標）・ディスク）、ＨＤ（ハード・ディス
ク）、ＭＯ（光磁気）ディスク、ＣＤ−ＲＯＭが装着さ
れるＦＤＤ（ＦＤドライバ）、ＨＤＤ、ＭＯディスクド
ライバ、ＣＤ−ＲＯＭドライバ等からなる記憶部と、Ｃ
ＲＴディスプレイや液晶ディスプレイとからなる表示部
と、キーボードやマウス等からなる操作部と、図示せぬ
ネットワークを介してプロキシサーバ１２等と通信を行
うための通信部とを有するコンピュータ等の情報処理装
置によって構成されている。ユーザ端末１１の制御部
は、記憶部に記憶されたＷＷＷブラウザや、各種のプロ
グラムを実行して、記憶部を構成する作業領域に確保さ
れた各種レジスタやフラグを用いて、ユーザ端末１１の
各部を制御する。

【００２５】プロキシサーバ１２は、ＣＰＵ等からなる
制御部と、ＲＯＭ、ＲＡＭや、ＦＤ、ＨＤ、ＭＯディス
ク、ＣＤ−ＲＯＭが装着されるＦＤＤ、ＨＤＤ、ＭＯデ
ィスクドライバ、ＣＤ−ＲＯＭドライバ等からなる記憶
部と、ＣＲＴディスプレイや液晶ディスプレイとからな
る表示部と、キーボードやマウス等からなる操作部と、
図示せぬネットワークを介してユーザ端末１１等と通信
を行うための通信部とを有するコンピュータ等の情報処
理装置によって構成されている。プロキシサーバ１２の
制御部は、記憶部に記憶されているプログラムに基づい
て、ユーザ端末１１からアクセスされた場合、ユーザ端
末１１からのアクセス要求に含まれているプロキシサー
バ１２のドメイン名をＷＷＷサーバ１４１又は１４２の
ドメイン名に変換する第１ドメイン名変換処理、変換後
のアクセス要求をＷＷＷサーバ１４１又は１４２に送信
する要求送信処理、ＷＷＷサーバ１４からアクセスされ
た場合、ＷＷＷサーバからの応答に含まれるリンク情報
（ドメイン名）のうち、自己の管理下にあるすべてのＷ
ＷＷサーバ（今の場合、ＷＷＷサーバ１４１及び１４
２）のドメイン名をプロキシサーバ１２のドメイン名に
変換する第２ドメイン名変換処理、変換後の応答をユー
ザ端末１１に送信する応答送信処理、認証・課金サーバ
１３に認証処理を要求する認証要求処理、認証・課金サ
ーバ１３に課金処理を要求する課金要求処理等を実行す
る。

【００２６】認証・課金サーバ１３は、ＣＰＵ等からな
る制御部と、ＲＯＭ、ＲＡＭや、ＦＤ、ＨＤ、ＭＯディ
スク、ＣＤ−ＲＯＭが装着されるＦＤＤ、ＨＤＤ、ＭＯ
ディスクドライバ、ＣＤ−ＲＯＭドライバ等からなる記
憶部と、ＣＲＴディスプレイや液晶ディスプレイとから
なる表示部と、キーボードやマウス等からなる操作部
と、図示せぬネットワークを介してプロキシサーバ１２
等と通信を行うための通信部とを有するコンピュータ等
の情報処理装置によって構成されている。認証・課金サ
ーバ１３の記憶部には、ユーザ端末１１を操作するユー
ザに関するユーザ情報、ＷＷＷサーバ１４１及び１４２
により提供されるコンテンツに関するコンテンツ情報、
コンテンツの利用に対してなされる課金に関する課金情
報が記憶される。認証・課金サーバ１３の制御部は、記
憶部に記憶されているプログラムに基づいて、ユーザ端
末１１の操作者であるユーザが正当な顧客であること確
認するとともに、ユーザが所望のコンテンツを利用する
ことが可能か否かを判定する認証処理、コンテンツ提供
者とコンテンツの提供に関する契約を締結する契約締結
処理、ユーザのコンテンツの利用に対する課金処理等を
実行する。

【００２７】ＷＷＷサーバ１４１〜１４３は、ＣＰＵ等
からなる制御部と、ＲＯＭ、ＲＡＭや、ＦＤ、ＨＤ、Ｍ
Ｏディスク、ＣＤ−ＲＯＭが装着されるＦＤＤ、ＨＤ
Ｄ、ＭＯディスクドライバ、ＣＤ−ＲＯＭドライバ等か
らなる記憶部と、ＣＲＴディスプレイや液晶ディスプレ
イとからなる表示部と、キーボードやマウス等からなる
操作部と、図示せぬネットワークを介してプロキシサー
バ１２等と通信を行うための通信部とを有するコンピュ
ータ等の情報処理装置によって構成されており、それぞ
れコンテンツ提供者によって設置されている。ＷＷＷサ
ーバ１４１の制御部は、記憶部に記憶されているプログ
ラムに基づいて、プロキシサーバ１２からアクセスされ
た場合、ユーザによって要求されたコンテンツを生成し
た後、応答をプロキシサーバ１２に送信する処理等を実
行する。ＷＷＷサーバ１４２の制御部は、記憶部に記憶
されているプログラムに基づいて、プロキシサーバ１２
からアクセスされた場合、ユーザによって要求された、
ＷＷＷサーバ１４１が提供するコンテンツとは異なるコ
ンテンツを生成した後、応答をプロキシサーバ１２に送
信する処理等を実行する。ＷＷＷサーバ１４３は、ネッ
トワークに接続された任意のＷＷＷサーバであり、プロ
キシサーバ１２によって管理されておらず、認証・課金
が代行されない。

【００２８】次に、上記構成の認証・課金代行システム
の動作について、図２に示すフローチャートを参照して
説明する。前提として、プロキシサーバ１２が管理する
ＷＷＷサーバ１４１及び１４２のドメイン名の数だけ、
プロキシサーバ１２にドメイン名（仮想的なドメイン名
で良い）を、図３に示すように、一対一で割り当ててお
くものとする。図３（１）はプロキシサーバ１２のＵＲ
Ｌアドレスであり、ＵＲＬ１２１はＷＷＷサーバ１４１
に対応し、ＵＲＬ１２２はＷＷＷサーバ１４２に対応す
る。図３（２）はＷＷＷサーバのＵＲＬアドレスであ
り、ＵＲＬ１４１はＷＷＷサーバ１４１のＵＲＬアドレ
ス、ＵＲＬ１４２はＷＷＷサーバ１４２のＵＲＬアドレ
ス、ＵＲＬ１４３はＷＷＷサーバ１４３のＵＲＬアドレ
スである。

【００２９】まず、ユーザは、ユーザ端末１１の操作部
を構成するキーボードを操作して、ＷＷＷブラウザを起
動した後、予め告知済のコンテンツのＵＲＬアドレス
（例えば、図３（１）ＵＲＬ１２１）を入力するか、あ
るいは所望のコンテンツのＵＲＬアドレスへリンクする
ために、ユーザ端末１１の表示部に表示されたＵＲＬア
ドレスにマウスを用いてマウスカーソルを移動した後ク
リックする。これにより、ユーザ端末１１の制御部（厳
密には、起動されたＷＷＷブラウザ）は、ユーザによっ
て指定されたコンテンツのＵＲＬアドレスのドメイン名
が指示するプロキシサーバ１２に対し、アクセス要求＜
ＵＲＬ１２１＞を送信する（図２のステップＡ１）。

【００３０】ユーザ端末１１からのアクセス要求＜ＵＲ
Ｌ１２１＞を受信したプロキシサーバ１２の制御部は、
認証・課金サーバ１３に認証処理を要求する認証要求処
理を実行する。すなわち、プロキシサーバ１２の制御部
は、認証・課金サーバ１３に対して、ユーザ端末１１の
操作者であるユーザが正当な顧客であるか否か、アクセ
ス要求＜ＵＲＬ１２１＞に含まれているＵＲＬアドレス
（今の場合、ＵＲＬ１２１）のコンテンツを当該ユーザ
が利用することが可能か否かについて、問い合わせる認
証要求処理を実行する（ステップＡ２）。これにより、
認証・課金サーバ１３の制御部は、ユーザ端末１１の操
作者であるユーザが正当な顧客であるか否かを確認する
とともに、ユーザが所望のコンテンツを利用することが
可能か否かを判定する認証処理を実行した後、認証結果
をプロキシサーバ１２に送信する（ステップＡ３）。

【００３１】認証・課金サーバ１３からの認証結果を受
信したプロキシサーバ１２の制御部は、認証結果を判定
し、認証されなかった場合には、ユーザ端末１１に対
し、そのことを示すＨＴＭＬ文書のエラーページを送信
する。このエラーページには、識別番号（ＩＤ）及びパ
スワードの入力を要求する情報（例えば、ＨＴＴＰヘッ
ダの認証情報）や、ユーザがＷＷＷサーバ１４１のコン
テンツ提供者と契約を締結するために、その契約締結用
のＷＷＷサーバへのリンク情報を含めることができる。
一方、認証結果を判定し、認証された場合には、プロキ
シサーバ１２の制御部は、以下に示す第１ドメイン名変
換処理に移行する（ステップＡ４）。

【００３２】第１ドメイン名変換処理では、プロキシサ
ーバ１２の制御部は、アクセス要求＜ＵＲＬ１２１＞に
含まれているプロキシサーバ１２のドメイン名をＷＷＷ
サーバ１４１のドメイン名に変換した後（ステップＡ
５）、変換後のアクセス要求＜ＵＲＬ１４１＞をＷＷＷ
サーバ１４１に送信する要求送信処理を実行する（ステ
ップＡ６）。ここで、図４にＨＴＴＰヘッダのホスト名
のフィールド変換の一例を示す。図４から分かるよう
に、第１ドメイン名変換処理においては、アクセス要求
に含まれているプロキシサーバ１２のドメイン名のＨＴ
ＴＰヘッダのホスト名（図３（１）参照）のフィールド
がＷＷＷサーバ１４１のドメイン名のＨＴＴＰヘッダの
ホスト名（図３（２）参照）に変換されている。

【００３３】プロキシサーバ１２からのアクセス要求＜
ＵＲＬ１４１＞を受信したＷＷＷサーバ１４１の制御部
は、ユーザによって要求されたコンテンツ＜ＵＲＬ１４
１＞を生成し、応答＜ＵＲＬ１４１＞としてプロキシサ
ーバ１２に送信した後（ステップＡ７）、一連の処理を
終了する。

【００３４】ＷＷＷサーバ１４１からの応答＜ＵＲＬ１
４１＞を受信したプロキシサーバ１２の制御部は、応答
＜ＵＲＬ１４１＞にＷＷＷサーバ１４１のドメイン名の
他、その他のＷＷＷサーバへのリンク情報が含まれてい
るので、ＷＷＷサーバ１４１からの応答＜ＵＲＬ１４１
＞に含まれるリンク情報（ドメイン名）のうち、自己の
管理下にあるすべてのＷＷＷサーバ（今の場合、ＷＷＷ
サーバ１４１及び１４２）のドメイン名をプロキシサー
バ１２のドメイン名に変換する第２ドメイン名変換処理
を実行する（ステップＡ８）。なお、プロキシサーバ１
２の制御部は、ＷＷＷサーバ１４１からの応答に含まれ
るリンク情報（ドメイン名）のうち、自己の管理下にな
いＷＷＷサーバ（今の場合、ＷＷＷサーバ１４３）のド
メイン名は変換しない。ここで、図５にリンク情報のド
メイン名変換の一例を示す。図５から分かるように、第
２ドメイン名変換処理においては、ＷＷＷサーバ１４１
からの応答＜ＵＲＬ１４１＞に含まれるリンク情報（ド
メイン名）のうち、自己の管理下にあるＷＷＷサーバ１
４１及び１４２のドメイン名（図３（２）参照）がプロ
キシサーバ１２のドメイン名（図３（１）参照）に変換
されているが、自己の管理下にないＷＷＷサーバ１４３
のドメイン名は変換されていない。

【００３５】この例においては、第１ドメイン名変換処
理（ステップＡ４）及び第２ドメイン名変換処理（ステ
ップＡ５）において、アクセス要求及び応答それぞれの
ドメイン名を変換する際、図６に示すように、アクセス
要求及び応答を構成するデータの種類（例えば、ＨＴＴ
ＰヘッダのContent-TypeやＭＩＭＥタイプ）に応じて、
変換機能を使い分けている。また、アクセス要求及び応
答を構成するデータの中に未知のデータ形式（例えば、
テキスト用、ＨＴＭＬ用、画像用など）を有するものが
ある場合には、未知のデータ形式専用の変換機能を追加
することにより、任意のデータ形式に対応することが可
能である。

【００３６】次に、プロキシサーバ１２の制御部は、ド
メイン名を変換した後の応答＜ＵＲＬ１４１＞をユーザ
端末１１に送信する（ステップＡ９）。これにより、プ
ロキシサーバ１２からの応答＜ＵＲＬ１４１＞を受信し
たユーザ端末１１の制御部は、応答＜ＵＲＬ１４１＞を
コンテンツ＜ＵＲＬ１４１＞として表示部に表示した後
（ステップＡ１０）、一連の処理を終了する。

【００３７】一方、プロキシサーバ１２の制御部は、ユ
ーザ端末１１への応答＜ＵＲＬ１４１＞の送信を完了し
た後、認証・課金サーバ１３に課金情報（例えば、処理
結果、ユーザ情報、コンテンツアドレスなど）を通知し
て課金処理を要求する課金要求処理を実行した後（ステ
ップＡ１１）、一連の処理を終了する。課金情報を通知
された認証・課金サーバ１３は、課金情報を内部の記憶
部に記憶する課金処理を実行した（ステップＡ１２）
後、一連の処理を終了する。

【００３８】また、ユーザ端末１１の表示部に表示され
たコンテンツ＜ＵＲＬ１４１＞を閲覧したユーザが、コ
ンテンツ＜ＵＲＬ１４１＞中に含まれ、表示部に表示さ
れている他のＷＷＷサーバ、例えば、ＷＷＷサーバ１４
２へのリンク＜ＵＲＬ１４２＞上にマウスカーソルを移
動させてその部分でクリックすると、ユーザ端末１１の
制御部（厳密には、起動されたＷＷＷブラウザ）は、ユ
ーザによって指定された他のＷＷＷサーバ（今の場合、
ＷＷＷサーバ１４２）のコンテンツのＵＲＬアドレスの
ドメイン名が指示するプロキシサーバ１２に対し、アク
セス要求＜ＵＲＬ１２２＞を送信する。ユーザ端末１１
からのアクセス要求＜ＵＲＬ１２２＞を受信したプロキ
シサーバ１２の制御部は、アクセス要求＜ＵＲＬ１２１
＞を受信した場合と同様、認証・課金サーバ１３に認証
処理を要求する認証要求処理を実行する。これ以降の動
作については、上記した処理と略同様であるので、その
説明を省略する。すなわち、ユーザは、ユーザ端末１１
の表示部に表示されたコンテンツ＜ＵＲＬ１４１＞を閲
覧した際に、さらに他のＷＷＷサーバ（今の場合、ＷＷ
Ｗサーバ１４２）のコンテンツを閲覧を所望する場合に
は、自ら当該コンテンツのＵＲＬアドレスを入力する必
要はなく、操作性が簡略化されている。

【００３９】このように、この例の構成によれば、ユー
ザ端末１１とＷＷＷサーバ１４１及び１４２との間に、
第１及び第２ドメイン名変換処理、認証処理及び課金処
理を実行るプロキシサーバ１２を設けており、ユーザ端
末１１、ＷＷＷサーバ１４１及び１４３に機能を追加し
たり、設定を変更したりすることが一切必要なく、さら
に、ＷＷＷサーバ１４１及び１４２を構成する記憶部に
記憶されるコンテンツについて作成後データやプログラ
ムに修正することが一切必要ない。このため、図７に示
すように、フォワードプロキシを採用した場合、ユーザ
端末２１において代行処理を行わせるプロキシサーバの
設定を任意に定義しても、ユーザ端末２１と複数個のＷ
ＷＷサーバ２３１及び２３２（ＷＷＷサーバＡ及びＢ）
との間のアクセス要求及び応答をプロキシサーバ２２
（プロキシサーバＸ，Ｙ）に集約することができる。さ
らに、プロキシサーバ２２に集約したＷＷＷサーバ２３
１又は２３２（ＷＷＷサーバＡ又はＢ）へのアクセス要
求及び応答について、プロキシサーバ２２において認証
処理及び課金処理を一括して実行することができる。こ
れにより、この例の構成によれば、この例の構成を有す
るプロキシサーバ１２を設けるだけでＷＷＷサービスに
認証処理及び課金処理を追加することができるので、コ
ンテンツ提供者は、認証処理及び課金処理をこの例のプ
ロキシサーバ１２によるサービスに移管することがで
き、コンテンツの作成に専念することができる。

【００４０】一方、リバースプロキシを採用した場合、
コンテンツ提供者は、図８に示すように、ＷＷＷサーバ
３３を構成する記憶部に記憶されるコンテンツについて
作成後データやプログラムに修正することが一切必要な
く、オリジナルのままで、また何ら制約を受けることな
く、コンテンツを認証処理及び課金処理付きの複数の相
手先ドメイン（プロバイダ）で提供することができる。
さらに、図８に示すように、他のドメイン（プロバイ
ダ）のプロキシサーバ３２２（プロキシサーバα，β）
を追加することもできる。したがって、コンテンツ提供
者は、一度コンテンツを作成してしまえば以後のカスタ
マイズ（加工）が不要になるため、低コストで潜在顧客
（複数のプロバイダの会員）を増やすことができ、これ
により、コンテンツの販売単価を引き下げることができ
る。以上説明したように、この例の構成によれば、コン
テンツ提供者が認証・課金に悩まされることなく、コン
テンツの作成に専念できるとともに、複数のプロバイダ
の会員に低価格でコンテンツを提供することができる。

【００４１】以上、この発明の実施例を図面を参照して
詳述してきたが、具体的な構成はこの実施例に限られる
ものではなく、この発明の要旨を逸脱しない範囲の設計
の変更等があってもこの発明に含まれる。例えば、上述
の実施例においては、ユーザ端末１１、プロキシサーバ
１２及び認証・課金サーバ１３をそれぞれ１台ずつ設け
るとともに、ＷＷＷサーバ１４１〜１４３を３台設ける
例を示したが、これに限定されず、これらは何台設けて
も良い。また、上述の実施例においては、ユーザ端末１
１、プロキシサーバ１２、ＷＷＷサーバ１４１〜１４３
それぞれの間の通信プロトコルとしてＷＷＷ（ＨＴＴ
Ｐ）を用いる例を示したが、これに限定されず、どのよ
うな通信プロトコルを用いても良い。同様に、プロキシ
サーバ１２と認証・課金サーバ１３との間の通信プロト
コルについてもどのような通信プロトコルを用いても良
く、どのような処理方式を用いても良い。

【００４２】また、上述の実施例においては、ＷＷＷサ
ーバ１４１〜１４３を構成する記憶部に記憶されるコン
テンツの記述形式としてＨＴＭＬ形式を用いる例を示し
たが、これに限定されず、どのような記述形式やデータ
形式を用いても良い。他のデータ形式としては、例え
ば、静的なＨＴＭＬファイル、任意のプログラムが生成
するＨＴＭＬファイル、あるいはバイナリデータなどが
ある。また、上述の実施例においては、アクセス要求及
びそれに対する応答のそれぞれに対してデータの種類ご
とにドメイン名変換処理を施す例を示したが、これに限
定されず、認証・課金サーバ１３から得られたユーザ情
報を組み合わせることにより、ユーザごと又はコンテン
ツごとにアクセス要求及びそれに対する応答をカスタマ
イズすることができる。ここで、図９にプロキシサーバ
１２の側でのコンテンツのカスタマイズの一例を示す。
ＷＷＷサーバ１４１からの応答が図９（１）である場
合、例えば、図９（２）に示すように、ユーザごとに情
報を追加又は変更することができる。図９（２）に示す
例においては、２行目及び３行目をプロキシサーバ１２
が、ユーザ情報に基づいて追加している。

【００４３】また、上述の実施例においては、アクセス
要求、応答及びコンテンツに使用される言語は日本語で
ある例を示したが、これに限定されず、アクセス要求、
応答及びコンテンツに使用される言語をある言語から他
の言語へ、例えば、日本語から英語へ、又は英語から日
本語へ変換するようにしても良い。また、上述の実施例
においては、ドメイン名だけを変換する例を示したが、
これに限定されず、図１０に示すように、ドメイン名だ
けではなく、パス名をも変換するように構成しても良
い。これにより、コンテンツ単位でＷＷＷサーバの負荷
を分散することができる。また、上述の実施例において
は、プロキシサーバ１２は、認証・課金サーバ１３から
得られたユーザ情報は内部だけで用いる例を示したが、
これに限定されず、上記ユーザ情報をＷＷＷサーバ１４
１〜１４３に供給するアクセス要求情報に追加するよう
に構成しても良い。これにより、ＷＷＷサーバ１４１〜
１４３側においてユーザ情報を収集することができ、ユ
ーザごとにコンテンツをカスタマイズすることが可能と
になる。

【００４４】

【発明の効果】以上説明したように、この発明の構成に
よれば、プロキシサーバが、ユーザ端末からのアクセス
要求に含まれている自己のドメイン名をサーバのドメイ
ン名に変換した後、変換後のアクセス要求をサーバに送
信する第１の処理と、サーバからの応答に含まれるリン
ク情報のうち、自己の管理下にあるすべてのサーバのド
メイン名を自己のドメイン名に変換した後、変換後の応
答をユーザ端末に送信する第２の処理と、認証・課金サ
ーバに認証処理及び課金処理を要求する第３の処理とを
実行し、認証・課金サーバが、ユーザが正当な顧客であ
ること確認する認証処理と、ユーザのコンテンツの利用
に対する課金処理とを実行するので、コンテンツ提供者
が認証・課金に悩まされることなく、コンテンツの作成
に専念できる。また、複数のプロバイダの会員に低価格
でコンテンツを提供することができる。

【図面の簡単な説明】

【図１】この発明の一実施例である認証・課金代行シス
テムの構成を示すブロック図である。

【図２】同システムの動作の一例を説明するためのフロ
ーチャートである。

【図３】プロキシサーバ１２が管理するＷＷＷサーバ１
４１及び１４２のドメイン名と一対一に割り当てられた
プロキシサーバ１２のドメイン名の一例を示す図であ
る。

【図４】ＨＴＴＰヘッダのホスト名のフィールド変換の
一例を示す図である。

【図５】リンク情報のドメイン名変換の一例を示す図で
ある。

【図６】アクセス要求及び応答の各ドメイン名を変換す
る際のアクセス要求及び応答を構成するデータの種類に
応じた変換機能の使い分けの一例を示す図である。

【図７】この例の構成にフォワードプロキシを採用した
場合の効果を説明するためのブロック図である。

【図８】この例の構成にリバースプロキシを採用した場
合の効果を説明するためのブロック図である。

【図９】この発明の変形例を説明するための図である。

【図１０】この発明の他の変形例を説明するための図で
ある。

【図１１】フォワードプロキシを採用した従来の認証・
課金代行システムの構成例を示すブロック図である。

【図１２】リバースプロキシを採用した従来の認証・課
金代行システムの構成例を示すブロック図である。

【図１３】リバースプロキシを採用した従来の認証・課
金代行システムの他の構成例を示すブロック図である。

【符号の説明】

１１，２１，３１１，３１２ユーザ端末１２，２２，３２１，３２２プロキシサーバ１３認証・課金サーバ１４１〜１４３，２３１，２３２，３３ＷＷＷサーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者杉本信樹東京都港区三田一丁目４番28号日本電気情報サービス株式会社内 (72)発明者柴雅幸東京都港区三田一丁目４番28号日本電気情報サービス株式会社内 (72)発明者岡村正明東京都港区三田一丁目４番28号日本電気情報サービス株式会社内Ｆターム(参考） 5J104 AA07 KA01 NA05 PA07 PA11

Claims

【特許請求の範囲】

【請求項１】ユーザ端末と、プロキシサーバと、認証
・課金サーバと、サーバとがネットワークを介して互い
に接続されたシステムにおいて、ユーザが前記ユーザ端
末を操作して前記ネットワークを介して前記サーバより
コンテンツの提供を受ける際に、前記プロキシサーバが
前記ユーザの正当性の認証やコンテンツ利用に対する課
金を代行する認証・課金代行方法であって、前記プロキシサーバは、前記ユーザ端末からのアクセス
要求に含まれている自己のドメイン名を前記サーバのド
メイン名に変換した後、変換後のアクセス要求を前記サ
ーバに送信する第１の処理と、前記サーバからの応答に
含まれるリンク情報のうち、自己の管理下にあるすべて
のサーバのドメイン名を自己のドメイン名に変換した
後、変換後の応答を前記ユーザ端末に送信する第２の処
理と、前記認証・課金サーバに認証処理及び課金処理を
要求する第３の処理とを実行し、前記認証・課金サーバは、前記ユーザが正当な顧客であ
ること確認する認証処理と、前記ユーザのコンテンツの
利用に対する課金処理とを実行することを特徴とする認
証・課金代行方法。
【請求項２】前記プロキシサーバは、前記認証・課金
サーバによって前記ユーザが認証されなかった場合に
は、識別番号、パスワードの入力を要求する情報、前記
ユーザが前記サーバのコンテンツ提供者と契約を締結す
るためのサーバへのリンク情報の少なくとも１つを含む
エラーページを前記ユーザ端末に送信することを特徴と
する請求項１記載の認証・課金代行方法。
【請求項３】前記プロキシサーバは、前記第１及び第
２の処理では、前記ドメイン名を変換する際、前記アク
セス要求又は前記応答を構成するデータの種類に応じて
変換機能を使い分けるとともに、前記アクセス要求又は
前記応答を構成するデータの中に未知のデータ形式を有
するものがある場合には、未知のデータ形式専用の変換
機能を追加することを特徴とする請求項１又は２記載の
認証・課金代行方法。
【請求項４】前記認証・課金サーバは、前記ユーザに
関するユーザ情報を有し、前記プロキシサーバは、前記
認証・課金サーバから供給されるユーザ情報に基づい
て、前記ユーザごと又は前記コンテンツごとに前記アク
セス要求又は前記応答を加工することを特徴とする請求
項１乃至３のいずれか１に記載の認証・課金代行方法。
【請求項５】前記プロキシサーバは、前記アクセス要
求、前記応答及び前記コンテンツに使用される言語をあ
る言語から他の言語へすることを特徴とする請求項１乃
至４のいずれか１に記載の認証・課金代行方法。
【請求項６】前記プロキシサーバは、前記第１及び第
２の処理では、前記アクセス要求又は前記応答を構成す
るデータのパス名をも変換することを特徴とする請求項
１乃至５のいずれか１に記載の認証・課金代行方法。
【請求項７】前記プロキシサーバは、前記第１の処理
では、前記認証・課金サーバから供給されるユーザ情報
を前記サーバに供給するアクセス要求に追加することを
特徴とする請求項４乃至６のいずれか１に記載の認証・
課金代行方法。
【請求項８】ユーザ端末と、プロキシサーバと、認証
・課金サーバと、サーバとがネットワークを介して互い
に接続され、ユーザが前記ユーザ端末を操作して前記ネ
ットワークを介して前記サーバよりコンテンツの提供を
受ける際に、前記プロキシサーバが前記ユーザの正当性
の認証やコンテンツ利用に対する課金を代行する認証・
課金代行システムであって、前記プロキシサーバは、前記ユーザ端末からのアクセス
要求に含まれている自己のドメイン名を前記サーバのド
メイン名に変換した後、変換後のアクセス要求を前記サ
ーバに送信する第１の処理と、前記サーバからの応答に
含まれるリンク情報のうち、自己の管理下にあるすべて
のサーバのドメイン名を自己のドメイン名に変換した
後、変換後の応答を前記ユーザ端末に送信する第２の処
理と、前記認証・課金サーバに認証処理及び課金処理を
要求する第３の処理とを実行し、前記認証・課金サーバは、前記ユーザが正当な顧客であ
ること確認する認証処理と、前記ユーザのコンテンツの
利用に対する課金処理とを実行することを特徴とする認
証・課金代行システム。
【請求項９】前記プロキシサーバは、前記認証・課金
サーバによって前記ユーザが認証されなかった場合に
は、識別番号、パスワードの入力を要求する情報、前記
ユーザが前記サーバのコンテンツ提供者と契約を締結す
るためのサーバへのリンク情報の少なくとも１つを含む
エラーページを前記ユーザ端末に送信することを特徴と
する請求項８記載の認証・課金代行システム。
【請求項１０】前記プロキシサーバは、前記第１及び
第２の処理では、前記ドメイン名を変換する際、前記ア
クセス要求又は前記応答を構成するデータの種類に応じ
て変換機能を使い分けるとともに、前記アクセス要求又
は前記応答を構成するデータの中に未知のデータ形式を
有するものがある場合には、未知のデータ形式専用の変
換機能を追加することを特徴とする請求項８又は９記載
の認証・課金代行システム。
【請求項１１】前記認証・課金サーバは、前記ユーザ
に関するユーザ情報を有し、前記プロキシサーバは、前
記認証・課金サーバから供給されるユーザ情報に基づい
て、前記ユーザごと又は前記コンテンツごとに前記アク
セス要求又は前記応答を加工することを特徴とする請求
項８乃至１０のいずれか１に記載の認証・課金代行シス
テム。
【請求項１２】前記プロキシサーバは、前記アクセス
要求、前記応答及び前記コンテンツに使用される言語を
ある言語から他の言語へすることを特徴とする請求項８
乃至１１のいずれか１に記載の認証・課金代行システ
ム。
【請求項１３】前記プロキシサーバは、前記第１及び
第２の処理では、前記アクセス要求又は前記応答を構成
するデータのパス名をも変換することを特徴とする請求
項８乃至１２のいずれか１に記載の認証・課金代行シス
テム。
【請求項１４】前記プロキシサーバは、前記第１の処
理では、前記認証・課金サーバから供給されるユーザ情
報を前記サーバに供給するアクセス要求に追加すること
を特徴とする請求項１１乃至１３のいずれか１に記載の
認証・課金代行システム。
【請求項１５】コンピュータに請求項１乃至１４のい
ずれか１に記載の機能を実現させるための認証・課金代
行プログラムを記憶した記憶媒体。