(57)【要約】　　　（修正有）【課題】プライベートＩＰアドレスしか持たないＨＴＴＰサーバを使ってウェブサイトを運営することを可能にするウェブサイト運営支援方法の提供。【解決手段】コンテンツ閲覧装置からのコンテンツ要求を受信する第１のステップと、受信したコンテンツ要求で指定されたコンテンツ提供者名をコンテンツ提供者一覧ファイルから抽出し、抽出したコンテンツ提供者名に対応するコンテンツ提供者装置宛に該コンテンツ要求を電文形式で転送する第２のステップと、コンテンツ提供者装置から返信されたコンテンツを要求元の閲覧者装置に返信する第３のステップと、コンテンツ要求を前記インターネット事業者装置から受信し、該コンテンツ要求に対応するコンテンツを取得し、前記インターネット事業者装置に電文形式で返信する第４のステップを備える。【選択図】　　　　図６
2004030227.tif 000002
【特許請求の範囲】
【請求項１】
インターネット事業者装置とコンテンツ提供者装置とからなり、コンテンツ閲覧装置から送信されるコンテンツ要求をコンテンツ提供者装置に中継し、コンテンツ要求に対応するコンテンツを取得して要求元のコンテンツ閲覧装置に返信するコンテンツリクエスト中継方法であって、
前記インターネット事業者装置が、
コンテンツ閲覧装置からのコンテンツ要求を受信する第１のステップと、受信したコンテンツ要求で指定されたコンテンツ提供者名をコンテンツ提供者一覧ファイルから抽出し、抽出したコンテンツ提供者名に対応するコンテンツ提供者装置宛に該コンテンツ要求を電文形式で転送する第２のステップと、コンテンツ提供者装置から返信されたコンテンツを要求元の閲覧者装置に返信する第３のステップとを備え、
前記コンテンツ提供者装置が、
コンテンツ要求を前記インターネット事業者装置から受信し、該コンテンツ要求に対応するコンテンツを取得し、前記インターネット事業者装置に電文形式で返信する第４のステップを備えることを特徴とするコンテンツリクエスト中継方法。
【請求項２】
インターネット事業者装置とコンテンツ提供者装置とからなり、コンテンツ閲覧装置から送信されるコンテンツ要求をコンテンツ提供者装置に中継し、コンテンツ要求に対応するコンテンツを取得して要求元のコンテンツ閲覧装置に返信するコンテンツリクエスト中継システムであって、
前記インターネット事業者装置が、
コンテンツ閲覧装置からのコンテンツ要求を受信する第１の手段と、コンテンツ提供者名を記録したコンテンツ提供者一覧ファイルと、前記第１の手段が受信したコンテンツ要求で指定されたコンテンツ提供者名を前記コンテンツ提供者一覧ファイルから抽出し、抽出したコンテンツ提供者名に対応するコンテンツ提供者装置宛に該コンテンツ要求を電文形式で転送すると共に、コンテンツ提供者装置から返信されたコンテンツを前記第１の手段を介して要求元の閲覧者装置に返信する第２の手段を備え、
前記コンテンツ提供者装置が、
前記第２の手段からのコンテンツ要求を受信し、該コンテンツ要求に対応するコンテンツを取得し、前記第２の手段に電文形式で返信する第３の手段を備えることを特徴とするコンテンツリクエスト中継システム。
【請求項３】
前記インターネット事業者装置が、コンテンツ提供者装置から受信したコンテンツを記憶する記憶手段を備え、前記第２の手段はコンテンツ閲覧装置から要求されたコンテンツが前記記憶手段に格納されている場合には、格納されたコンテンツを要求元のコンテンツ閲覧装置宛に返信することを特徴とする請求項１に記載のコンテンツリクエスト中継システム。
【請求項４】
前記第２の手段にグローバルＩＰアドレスが割り当てられ、前記第３の手段にプライベートＩＰアドレスが割り当てられ、第２の手段から第３の手段へのコンテンツ要求は、第３の手段が第２の手段宛に送信したコンテンツ要求転送要求電文に対する返信であるリクエスト転送電文のデータ部にコンテンツ要求を格納して転送ことを特徴とする請求項２〜３のいずれか一項に記載のコンテンツリクエスト中継システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット事業者がコンテンツ提供者に対してウェブサイトの運営を支援するサービスを提供するのに好適なコンテンツリクエスト中継方法およびシステムに関する。
【０００２】
【従来の技術】
ウェブサイトの運営に必要な事項は、表１に示すように、ａ１：インターネット接続、ａ２：ＨＴＴＰサーバの運用、ａ３：ドメイン名の管理，ａ４：コンテンツの管理の４つである。ａ１は、ＩＰアドレスを取得し、インターネットに接続することである。ａ２は、ＨＴＴＰサーバを運用し、閲覧者からのＨＴＴＰリクエストを処理することである。ａ３は、ＤＮＳサーバを運営し、閲覧者の指定したドメイン名をＩＰアドレスに変換することである。ａ４は、閲覧者に提供するコンテンツを作成し、ＨＴＴＰサーバに配置することである。
【表１】
2004030227.tif 000003
【０００３】
これに対し、従来インターネット事業者がコンテンツ提供者に対してウェブサイト運営を支援するために提供しているサービスは、表２に示すように、ｂ１：コンテンツ管理サービス、ｂ２：ドメイン名管理サービスの２種類に分類することができる。ｂ１は、インターネット事業者が運用するＨＴＴＰサーバのディスクの一部をコンテンツ提供者に貸し出すサービスである。ｂ２は、コンテンツ提供者が運用するＨＴＴＰサーバのＩＰアドレスとドメイン名の対応関係を、インターネット事業者が運用するＤＮＳサーバで管理するサービスである。
【表２】
2004030227.tif 000004
【０００４】
ｂ１の場合、図１０に示すように、コンテンツ提供者がインターネット事業者１００の運用するＨＴＴＰサーバ１０２にコンテンツをアップロードし（Ｓ１００１）、閲覧者のウェブブラウザがインターネット事業者１００のＤＮＳサーバ１０１にウェブサイトのドメイン名に対応したＩＰアドレスを問い合わせ（Ｓ１００２、Ｓ１００３）、ウェブブラウザがＨＴＴＰサーバ１０２にコンテンツを要求するＨＴＴＰリクエストを送信し（Ｓ１００４）、ＨＴＴＰサーバ１０２がコンテンツを含んだＨＴＴＰレスポンスを返信する（Ｓ１００５）ことにより、閲覧者はコンテンツ提供者が提供するコンテンツを閲覧する。
【０００５】
ｂ２の場合、図１１に示すように、コンテンツ提供者１２０が自分の運用するＨＴＴＰサーバ１０２にコンテンツを配置し（Ｓ１１０１）、コンテンツ提供者１２０がＨＴＴＰサーバ１０２のＩＰアドレスをインターネット事業者１００のＤＮＳサーバ１０１に登録し（Ｓ１１０２）、閲覧者のウェブブラウザがインターネット事業者１００のＤＮＳサーバ１０１にウェブサイトのドメイン名に対応したＩＰアドレスを問い合わせ（Ｓ１１０３，Ｓ１１０４）、ウェブブラウザがＨＴＴＰサーバ１０２にコンテンツを要求するＨＴＴＰリクエストを送信し（Ｓ１１０５）、ＨＴＴＰサーバ１０２がコンテンツを含んだＨＴＴＰレスポンスを返信する（Ｓ１１０６）ことにより、閲覧者はコンテンツ提供者１２０が提供するコンテンツを閲覧する。
【０００６】
【発明が解決しようとする課題】
しかしながら、ｂ１とｂ２の方法にはそれぞれ次のような問題がある。
ウェブサイトが提供するコンテンツの中には、ＨＴＴＰサーバ上でプログラムを動作させることにより動的に生成される「動的コンテンツ」も存在する。例えば、ウェブ上の掲示板や検索システムは動的コンテンツである。
【０００７】
ｂ１の方法では、（１）多数のコンテンツ提供者がＨＴＴＰサーバ１０２を共同で使用しており、サーバ補助プログラムの不具合によりＨＴＴＰサーバ全体が停止する危険性がある。（２）悪意を持ったサーバ補助プログラムによりＨＴＴＰサーバ内の情報が改竄、あるいは盗まれる危険性がある。（３）複雑なサーバ補助プログラムの実行によりＨＴＴＰサーバ１０２に負荷がかかる可能性がある。これらの理由から、コンテンツ提供者に対してＨＴＴＰサーバ１０２上でのプログラムの実行に制限を加える必要がある。そのため、コンテンツ提供者は自分の意図する動的コンテンツを提供できない場合がある、という問題がある。
また、ｂ１の方法の場合、手元のコンピュータで作成したコンテンツをコンテンツ提供者が明示的にＨＴＴＰサーバ１０２にアップロードしなければならず、手間がかかるという問題もある。
【０００８】
一方、ｂ２の方法では、ＨＴＴＰサーバ１０２のＩＰアドレスをインターネット事業者１００のＤＮＳサーバ１０１に登録し、そのＩＰアドレスで閲覧者のウェブブラウザからのＨＴＴＰリクエストを受け付けるが、インターネット接続事業者１００がグローバルＩＰアドレスの割り当てを行っていない、１つのグローバルＩＰアドレスを複数のパソコンで共有するためにＮＡＴ（Ｎｅｔｗｏｒｋ　Ａｄｄｒｅｓｓ　Ｔｒａｎｓｌａｔｏｒ）を使用していて個々のパソコンにはプライベートＩＰアドレスしか割り当てていない、等の理由でＨＴＴＰサーバ１０２がプライベートＩＰアドレスしか持っていない場合に、閲覧者からのＨＴＴＰリクエストを受け付けることができない、という問題がある。
【０００９】
プライベートＩＰアドレスを持ったＨＴＴＰサーバ１０２が閲覧者からのＨＴＴＰリクエストを受信できない理由は、自身の接続されたＬＡＮ内に存在するコンピュータは該アドレスによって該ＨＴＴＰサーバの位置を特定できるが、ＬＡＮ外のコンピュータからは該アドレスによって該ＨＴＴＰサーバの位置を特定できない、というプライベートＩＰアドレスの性質に起因する。上記性質のために、プライベートＩＰアドレスを割り当てられたコンピュータは、ＬＡＮ外のコンピュータに対してリクエスト電文を送信し、該リクエスト電文に対するレスポンス電文を受信することはできるが、ＬＡＮ外のコンピュータからリクエスト電文を受信し、該リクエスト電文に対するレスポンス電文を送信することはできないのである。
【００１０】
また、ｂ２の方法において、コンテンツ提供者がインターネット１１０への接続回線にＡＤＳＬやケーブルテレビインターネットを使用している場合、それらの回線は上りの伝送速度が遅いため、ＨＴＴＰサーバ１０２から閲覧者へのＨＴＴＰレスポンスの返信（Ｓ１１０６）に時間がかかる場合がある、という問題もある。
【００１１】
本発明の目的は、コンテンツ提供者が管理するプライベートＩＰアドレスしかもたないＨＴＴＰサーバを使ってウェブサイトを運営することを可能にすることによって、任意の動的コンテンツを生成することができないという問題と、コンテンツのアップロードに手間がかかるという問題と、利用可能なＩＰアドレスがプライベートＩＰアドレスの場合にＨＴＴＰサーバを運用できないという問題と、コンテンツ提供者の使用するインターネット接続回線の上りの伝送速度が遅い場合に応答遅延が発生するという問題点の全てを一挙に解決することができるウェブサイト運営支援方法を提供することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明は、インターネット事業者装置とコンテンツ提供者装置とからなり、コンテンツ閲覧装置から送信されるコンテンツ要求をコンテンツ提供者装置に中継し、コンテンツ要求に対応するコンテンツを取得して要求元のコンテンツ閲覧装置に返信するコンテンツリクエスト中継方法であって、
前記インターネット事業者装置が、
コンテンツ閲覧装置からのコンテンツ要求を受信する第１のステップと、受信したコンテンツ要求で指定されたコンテンツ提供者名をコンテンツ提供者一覧ファイルから抽出し、抽出したコンテンツ提供者名に対応するコンテンツ提供者装置宛に該コンテンツ要求を電文形式で転送する第２のステップと、コンテンツ提供者装置から返信されたコンテンツを要求元の閲覧者装置に返信する第３のステップとを備え、
前記コンテンツ提供者装置が、
コンテンツ要求を前記インターネット事業者装置から受信し、該コンテンツ要求に対応するコンテンツを取得し、前記インターネット事業者装置に電文形式で返信する第４のステップを備えることを特徴とする。
【００１３】
また、インターネット事業者装置とコンテンツ提供者装置とからなり、コンテンツ閲覧装置から送信されるコンテンツ要求をコンテンツ提供者装置に中継し、コンテンツ要求に対応するコンテンツを取得して要求元のコンテンツ閲覧装置に返信するコンテンツリクエスト中継システムであって、
前記インターネット事業者装置が、
コンテンツ閲覧装置からのコンテンツ要求を受信する第１の手段と、コンテンツ提供者名を記録したコンテンツ提供者一覧ファイルと、前記第１の手段が受信したコンテンツ要求で指定されたコンテンツ提供者名を前記コンテンツ提供者一覧ファイルから抽出し、抽出したコンテンツ提供者名に対応するコンテンツ提供者装置宛に該コンテンツ要求を電文形式で転送すると共に、コンテンツ提供者装置から返信されたコンテンツを前記第１の手段を介して要求元の閲覧者装置に返信する第２の手段を備え、
前記コンテンツ提供者装置が、
前記第２の手段からのコンテンツ要求を受信し、該コンテンツ要求に対応するコンテンツを取得し、前記第２の手段に電文形式で返信する第３の手段を備えることを特徴とするコンテンツリクエスト中継システム。
【００１４】
また、前記インターネット事業者装置が、コンテンツ提供者装置から受信したコンテンツを記憶する記憶手段を備え、前記第２の手段はコンテンツ閲覧装置から要求されたコンテンツが前記記憶手段に格納されている場合には、格納されたコンテンツを要求元のコンテンツ閲覧装置宛に返信することを特徴とする。
また、前記第２の手段にグローバルＩＰアドレスが割り当てられ、前記第３の手段にプライベートＩＰアドレスが割り当てられ、第２の手段から第３の手段へのコンテンツ要求は、第３の手段が第２の手段宛に送信したコンテンツ要求転送要求電文に対する返信であるリクエスト転送電文のデータ部にコンテンツ要求を格納して転送ことを特徴とする。
【００１５】
【発明の実施の形態】
以下、本発明を実施する場合の一形態を、図面を参照して具体的に説明する。
図１は、本発明の実施の一形態であるリクエスト中継システムの構成を示すブロック図である。
本実施形態のリクエスト中継システムは、図１に示すように、インターネット事業者１の施設内に設置され、閲覧者が使用するウェブブラウザ３（コンテンツ閲覧装置）からのＨＴＴＰリクエストをインターネット４を介して受信する窓口ＨＴＴＰサーバ１０と、サービスを利用するコンテンツ提供者２の情報を記録したコンテンツ提供者一覧ファイル１１と、ＨＴＴＰリクエストからリクエストの宛先となるコンテンツ提供者名を抽出し、該ＨＴＴＰリクエストを該コンテンツ提供者１に転送するリクエスト中継サーバプログラム１２と、静的コンテンツを要求するＨＴＴＰリクエストに対するＨＴＴＰレスポンスをキャッシュするキャッシュ装置１３とを備えている。
【００１６】
また、コンテンツ提供者の施設内に設置され、リクエスト中継サーバプログラム１２にコンテンツ提供者１の接続状況を通知し、リクエスト中継サーバプログラム１２が転送するＨＴＴＰリクエストを受信するリクエスト中継クライアントプログラム２０と、ＨＴＴＰリクエストを処理しＨＴＴＰレスポンスを生成するＨＴＴＰサーバ２１からなっている。
ここで、リクエスト中継サーバプログラム１２にはグローバルＩＰアドレスが割り当てられ、リクエスト中継クライアントプログラム２０にはプライベートＩＰアドレスが割り当てられ、リクエスト中継サーバプログラム１２からリクエスト中継クライアントプログラム２０へのＨＴＴＰリクエスト（コンテンツ要求）は、リクエスト中継クライアントプログラム２０がリクエスト中継サーバプログラム１２に送信したコンテンツ要求転送要求電文に対する返信であるリクエスト転送電文のデータ部にコンテンツ要求を格納して転送される。
【００１７】
まず、コンテンツ提供者がシステムに参加し、ＨＴＴＰリクエストの受信を開始するまでの処理の流れを説明する。
コンテンツ提供者２は、ＨＴＴＰサーバ２１を起動し、ＨＴＴＰサーバ２１にコンテンツを配置し、リクエスト中継クライアントプログラム２０を起動する。
リクエスト中継クライアントプログラム２０は、リクエスト中継サーバプログラム１２宛に図２のようなフォーマットのリクエスト転送要求電文５０１を送信する。
リクエスト転送要求電文５０１には、インターネット事業者１がコンテンツ提供者２に予め付与したユーザＩＤを指定する。
リクエスト転送要求電文５０１を受信したリクエスト中継サーバプログラム１２は、リクエスト転送要求電文５０１に指定されたユーザＩＤがコンテンツ提供者一覧ファイル１１に登録されているかどうか確認する。
ユーザＩＤがコンテンツ提供者一覧ファイル１１に登録されていない場合、リクエスト中継サーバプログラム１２は接続を切断し、処理を終了する。
【００１８】
ユーザＩＤがコンテンツ提供者一覧ファイル１１に登録されている場合、リクエスト中継サーバプログラム１２は、図３のようなコンテンツ提供者状態テーブル３００の接続中フラグ３０１を「オフライン」から「オンライン」に書き換える。
以上でコンテンツ提供者２はＨＴＴＰリクエストを受信可能な状態になる。
【００１９】
次に、閲覧者がウェブブラウザ３を使って送信するＨＴＴＰリクエストを、適切なコンテンツ提供者２のＨＴＴＰサーバ２１に割り振る方法について説明する。
閲覧者はウェブブラウザ３を使って、コンテンツ提供者２の提供するコンテンツを要求するＨＴＴＰリクエスト５０２を窓口ＨＴＴＰサーバ１０宛に送信する。ＨＴＴＰリクエスト５０２は、図４のようにＨＴＴＰメソッド、要求ＵＲＩ、ＨＴＴＰバージョンとからなっており、要求するコンテンツを表すＵＲＩ部の先頭にコンテンツ提供者のユーザＩＤを含んでいる。
【００２０】
窓口ＨＴＴＰサーバ１０は、ＨＴＴＰリクエスト５０２をそのまま（図１では符号５０３）リクエスト中継サーバプログラム１２に転送し、リクエスト中継サーバプログラム１２からＨＴＴＰレスポンス５０８が返ってくるのを待つ。
リクエスト中継サーバプログラム１２はＨＴＴＰリクエスト５０３に含まれるユーザＩＤを参照して、ユーザＩＤに対応したコンテンツ提供者２のリクエスト中継クライアントプログラム２０宛に該ＨＴＴＰリクエストをデータ部に格納したＨＴＴＰリクエスト転送電文５０４送信し、該ＨＴＴＰリクエスト転送電文５０４に対するＨＴＴＰレスポンス転送電文５０７を受信するのを待つ。
ＨＴＴＰレスポンス転送電文５０７を受信したリクエスト中継サーバプログラム１２は、ＨＴＴＰレスポンス転送電文５０７に格納されたＨＴＴＰレスポンス５０８を窓口ＨＴＴＰサーバ１０に転送する。
窓口ＨＴＴＰサーバ１０は、ＨＴＴＰレスポンス５０８が返ってきたならば、それをそのまま（図１では符号５０９）ウェブブラウザ３に返信する。
【００２１】
次に、リクエスト中継サーバプログラム１２がＨＴＴＰリクエスト５０３を受信してからＨＴＴＰレスポンス５０８を返信するまでの処理の流れを、図６のフローチャートに沿って説明する。
まず、リクエスト中継サーバプログラム１２は、ＨＴＴＰリクエスト５０３に指定されたユーザＩＤに対応したコンテンツ提供者２の情報がコンテンツ提供者一覧ファイル１１に記録されているかどうか確認する。
指定されたユーザＩＤが無効な場合、リクエスト中継サーバプログラム１２は、エラーを表すＨＴＴＰレスポンス５０８を窓口ＨＴＴＰサーバ１０に返信する。
指定されたユーザＩＤに対応するコンテンツ提供者２の情報がコンテンツ提供者一覧ファイル１１に記録されている場合、図６に示したフローチャートに従ってリクエストの転送処理が実行される。
【００２２】
リクエスト中継サーバプログラム１２は、図３のコンテンツ提供者状態テーブル３００の接続状態フラグ３０１を参照し、コンテンツ提供者２がオンラインかどうかを確認する（ステップ６０１）。
コンテンツ提供者２がオフラインの場合、要求されたコンテンツがキャッシュ装置１３に保存されているかどうかを確認し（ステップ６０２）、保存されている場合はキャッシュ装置１に保存されているコンテンツを格納したＨＴＴＰレスポンスを返し（ステップ６０３）、保存されていない場合はコンテンツ提供者２がオフラインであることを表すＨＴＴＰレスポンスを返す（ステップ６０４）。
【００２３】
コンテンツ提供者２がオンラインの場合、要求されたコンテンツがキャッシュ装置１３に保存されているかどうかを確認し（ステップ６０５）、保存されている場合はキャッシュ装置１３に保存されているコンテンツを格納したＨＴＴＰレスポンスを返し（ステップ６０３）、保存されていない場合は該ＨＴＴＰリクエストを、図５に示すような該コンテンツ提供者２のＨＴＴＰリクエストキュー５００のＨＴＴＰリクエスト格納部５００２に格納し（ステップ６０６）、ＨＴＴＰレスポンス格納部５００３にＨＴＴＰレスポンスが格納されるのを待つ。
所定の時間内にＨＴＴＰレスポンス格納部５００３に該ＨＴＴＰリクエストに対するＨＴＴＰレスポンスが格納された場合、窓口ＨＴＴＰサーバ１０に該ＨＴＴＰレスポンス５０８を返信する（ステップ６０７）。
【００２４】
所定の時間内にＨＴＴＰレスポンス格納部５００３に該ＨＴＴＰリクエストに対するＨＴＴＰレスポンスが格納されなかった場合、処理がタイムしたことを表すＨＴＴＰレスポンスを窓口ＨＴＴＰサーバ１０に返信する。
次に、リクエスト中継クライアントプログラム２０が、図２のリクエスト転送要求電文５０１を送信し、該コンテンツ提供者２のＨＴＴＰリクエストキュー５００のＨＴＴＰリクエスト格納部５００２に格納されたＨＴＴＰリクエストをデータ部に格納したリクエスト転送電文５０４を受信し、該ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを含んだレスポンス転送電文５０７を返信し、該ＨＴＴＰレスポンスをＨＴＴＰリクエストキュー５００のＨＴＴＰレスポンス格納部５００３に格納するまでの処理の流れを、図７に示すフローチャートに沿って説明する。
【００２５】
既に説明したように、リクエスト中継クライアントプログラム２０は、リクエスト中継サーバプログラム１２宛に図２のようなフォーマットのリクエスト転送要求電文５０１を送信する（ステップ７０１）。
次に、リクエスト中継サーバプログラム１２は、コンテンツ提供者ごとに割り当てられたＨＴＴＰリクエストキュー５００のＨＴＴＰリクエスト格納部５００２に該コンテンツ提供者宛のＨＴＴＰリクエストが蓄えられているかどうかを確認する（ステップ７０２）。
ＨＴＴＰリクエストキュー５００が空の場合、リクエスト中継サーバプログラム１２は、リクエスト転送要求電文５０１に対する返信電文として、アイドル通知電文を送信し、該コンテンツ提供者宛のＨＴＴＰリクエストがないことを通知する（ステップ７０３）。
【００２６】
ＨＴＴＰリクエストキュー５００に該コンテンツ提供者宛のＨＴＴＰリクエストが存在する場合、リクエスト中継サーバプログラム１２は、リクエスト転送要求電文５０１に対する返信電文として、図８のようなフォーマットで、リクエストＩＤと該ＨＴＴＰリクエストをデータ部に格納したリクエスト転送電文５０４を送信する（ステップ７０５）。
リクエスト中継クライアントプログラム２０は、アイドル通知電文を受信した場合、一定時間待った後に（ステップ７０４）、リクエスト中継サーバプログラム１２宛にリクエスト転送要求電文５０１を送信する（ステップ７０１）。
リクエスト中継クライアントプログラム２０は、リクエスト転送電文５０４を受信した場合、リクエスト転送電文５０４から抽出したＨＴＴＰリクエスト５０５をＨＴＴＰサーバ２１に送信し、ＨＴＴＰレスポンス５０６を受信する（ステップ７０６）。
リクエスト中継クライアントプログラム２０は、図９のようなフォーマットでリクエストＩＤと該ＨＴＴＰレスポンス５０６をデータ部に格納したレスポンス転送電文５０７をリクエスト中継サーバプログラム１２に送信する（ステップ７０７）。
【００２７】
レスポンス転送電文５０７を受信したリクエスト中継サーバプログラム１２は、レスポンス転送電文５０７から抽出したＨＴＴＰレスポンス５０８を、該コンテンツ提供者２のレスポンス転送電文に記録されたリクエストＩＤに対応したＨＴＴＰレスポンス格納部に格納し、さらにそのＨＴＴＰレスポンスに格納されたコンテンツをキャッシュ装置１３に格納する（ステップ７０８）。
さらに、リクエスト中継サーバプログラム１２は、ステップ７０２に戻り、その時点で該コンテンツ提供者のＨＴＴＰリクエストキュー５００にＨＴＴＰリクエストが蓄えられているかどうかを確認し、その後の処理を続行する。
【００２８】
なお、リクエスト中継サーバプログラム１２においてＨＴＴＰリクエストの中継を行う場合に、図６のフローチャートのステップ６０８，６０９に示すように、ＨＴＴＰレスポンスを返却するたびに中継料金を課金する処理を付加することにより、有料の中継サービスを実現することができる。
【００２９】
【発明の効果】
以上説明したように、本発明を利用することによって、プライベートＩＰアドレスしか持たないコンピュータでＨＴＴＰサーバを運営し、コンテンツを提供することができる。
その結果、コンテンツ提供者は、ローカルコンピュータ上で作成したコンテンツをインターネット事業者のＨＴＴＰサーバにアップロードする手間を省略することができる。
また、コンテンツ提供者は、インターネット事業者に制限を受けることなく、サーバ補助プログラムを作成、実行することが可能になり、任意の動的コンテンツを提供することができる。
また、インターネット事業者は、ユーザであるコンテンツ提供者のコンテンツのバックアップを取る手間を省略することができる。
また、インターネット事業者は、インターネット事業者の所有するＨＴＴＰサーバ内でサーバ補助プログラムを動作させる必要がなくなるので、サーバの負荷を軽減することができる。
さらに、インターネット事業者は、補助プログラムのバグによるサーバの停止、悪意を持った補助プログラムの使用による情報の漏洩、破壊、改竄等の問題を未然に防ぐことができる。
【図面の簡単な説明】
【図１】本発明を適用したリクエスト中継システムの実施の形態を示すシステム構成図である。
【図２】リクエスト転送要求電文のフォーマット構成図である。
【図３】コンテンツ提供者の接続状態を管理するテーブルの構成図である。
【図４】リクエスト中継システムが想定するＨＴＴＰリクエストのフォーマット構成図である。
【図５】中継するＨＴＴＰリクエストとＨＴＴＰレスポンスを管理するＨＴＴＰリクエストキューの構成図である。
【図６】リクエスト中継サーバプログラムの処理を示すフローチャートである。
【図７】リクエスト中継クライアントプログラムの処理を示すフローチャートである。
【図８】リクエスト転送電文のフォーマット構成図である。
【図９】レスポンス転送電文のフォーマット構成図である。
【図１０】従来におけるコンテンツ管理サービスの概略構成を示すブロック図である。
【図１１】従来におけるドメイン名管理サービスの概略構成を示すブロック図である。
【符号の説明】
３…ウェブブラウザ、１０…窓口ＨＴＴＰサーバ、１１…コンテンツ提供者一覧ファイル、１２…リクエスト中継サーバプログラム、１３…キャッシュ装置、２０…リクエスト中継クライアントプログラム、２１…ＨＴＴＰサーバ。
【図１】
2004030227.tif 000005
【図２】
2004030227.tif 000006
【図３】
2004030227.tif 000007
【図４】
2004030227.tif 000008
【図５】
2004030227.tif 000009
【図６】
2004030227.tif 000010
【図７】
2004030227.tif 000011
【図８】
2004030227.tif 000012
【図９】
2004030227.tif 000013
【図１０】
2004030227.tif 000014
【図１１】
2004030227.tif 000015