(57)【特許請求の範囲】
【請求項１】
広告情報付きのコンテンツを提供する広告情報提供装置であって、
広告添付が許可されているプロキシ・サーバの情報を保管する添付許諾プロキシ・データベースと、
コンテンツ要求を受信するコンテンツ要求受信手段と、
前記添付許諾プロキシ・データベースに問い合わせて、コンテンツの要求元が広告添付を許可されているプロキシ・サーバか否かを判別する要求元判別手段と、
コンテンツ要求元が広告添付を許可されている場合には、要求コンテンツ中の書き換え可能な広告情報のスペースを認識するための情報を要求コンテンツに付加する情報付加手段と、
要求されたコンテンツを要求元に返信するコンテンツ送信手段と、
を具備することを特徴とする広告情報提供装置。
【請求項２】
前記情報付加手段は、書き換え可能な広告情報であることのマーク、及び／又は、該広告情報のレイアウトやサイズを付加する、
ことを特徴とする請求項１に記載の広告情報提供装置。
【請求項３】
コンテンツはＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述されたファイルであり、
前記コンテンツ要求受信手段及び前記コンテンツ送信手段は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）情報空間上でＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルに従ってコンテンツの要求及び応答を送受信する、
ことを特徴とする請求項１に記載の広告情報提供装置。
【請求項４】
前記情報付加手段は、タグ・データ形式で情報を付加する、
ことを特徴とする請求項３に記載の広告情報提供装置。
【請求項５】
コンテンツを要求するクライアントとサーバとして動作する請求項１に記載の広告情報提供装置の間を中継し、コンテンツ中の広告情報をローカライズする広告情報提供装置であって、
クライアントに提供するローカル広告情報を保管するローカル広告データベースと、
クライアントからのコンテンツ要求に応じてサーバからコンテンツを取得するコンテンツ取得手段と、
取得したコンテンツ中で書き換え可能な広告情報のスペースを認識するための情報を検出して、該検出された広告情報に置き換わるローカル広告情報を識別するローカル広告識別情報に変換するコンテンツ変換手段と、）
該検出された広告情報のスペースに適合するように、前記ローカル広告データベースに保管されているローカル広告情報を変換するローカル広告情報変換手段と、
前記コンテンツ変換手段による変換後のコンテンツをコンテンツ要求元のクライアントに返信するコンテンツ送信手段と、
クライアントからのローカル広告識別情報の要求に応答して、該当するローカル広告情報を返信するローカル広告提供手段と、
を具備することを特徴とする広告情報提供装置。
【請求項６】
前記コンテンツ変換手段は、コンテンツ中で置換可能な広告情報のうち一部のみをローカル広告識別情報に変換する、
ことを特徴とする請求項５に記載の広告情報提供装置。
【請求項７】
コンテンツはＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述されたファイルであり、
前記コンテンツ取得手段、前記コンテンツ送信手段、及びローカル広告提供手段は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）情報空間上でＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルに従ってコンテンツの要求及び応答を送受信する、
ことを特徴とする請求項５に記載の広告情報提供装置。
【請求項８】
前記コンテンツ変換手段は、タグ・データ形式で自己が識別可能なローカル広告識別情報を付加する、
ことを特徴とする請求項７に記載の広告情報提供装置。
【請求項９】
コンピュータを用いて構築される広告情報提供装置において広告情報付きのコンテンツを提供する広告情報提供方法であって、
コンピュータが備えるコンテンツ要求受信手段が、コンテンツ要求を受信するコンテンツ要求受信ステップと、
コンピュータが備える要求元判別手段が、広告添付が許可されているプロキシ・サーバの情報を保管する添付許諾プロキシ・データベースに問い合わせて、コンテンツの要求元が広告添付を許可されているプロキシ・サーバか否かを判別する要求元判別ステップと、
コンピュータが備える情報付加手段が、コンテンツ要求元が広告添付を許可されている場合には、要求コンテンツ中の書き換え可能な広告情報のスペースを認識するための情報を要求コンテンツに付加する情報付加ステップと、
コンピュータが備えるコンテンツ送信手段が、要求されたコンテンツを要求元に返信するコンテンツ送信ステップと、
を有することを特徴とする広告情報提供方法。
【請求項１０】
前記情報付加ステップでは、書き換え可能な広告情報であることのマーク、及び／又は、該広告情報のレイアウトやサイズを付加する、
ことを特徴とする請求項９に記載の広告情報提供方法。
【請求項１１】
コンテンツはＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述されたファイルであり、
前記コンテンツ要求受信ステップ及び前記コンテンツ送信ステップでは、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）情報空間上でＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルに従ってコンテンツの要求及び応答を送受信する、
ことを特徴とする請求項９に記載の広告情報提供方法。
【請求項１２】
前記情報付加ステップでは、タグ・データ形式で情報を付加する、
ことを特徴とする請求項１１に記載の広告情報提供方法。
【請求項１３】
コンピュータを用いて構築される広告情報提供装置において、コンテンツを要求するクライアントとサーバとして動作する請求項１に記載の広告情報提供装置の間を中継し、コンテンツ中の広告情報をローカライズする広告情報提供方法であって、
コンピュータが備えるコンテンツ取得手段が、クライアントからのコンテンツ要求に応じてサーバからコンテンツを取得するコンテンツ取得ステップと、
コンピュータが備えるコンテンツ変換手段が、取得したコンテンツ中で書き換え可能な広告情報のスペースを認識するための情報を検出して、該検出された広告情報に置き換わるローカル広告情報を識別するローカル広告識別情報に変換するコンテンツ変換ステップと、
コンピュータが備えるローカル広告情報変換手段が、クライアントに提供するローカル広告情報を保管するローカル広告データベースに保管されているローカル広告情報を、該検出された広告情報のスペースに適合するように変換するローカル広告情報変換ステップと、
コンピュータが備えるコンテンツ送信手段が、前記コンテンツ変換ステップによる変換後のコンテンツをコンテンツ要求元のクライアントに返信するコンテンツ送信ステップと、
コンピュータが備えるローカル広告提供手段が、クライアントからのローカル広告識別情報の要求に応答して、該当するローカル広告情報を返信するローカル広告提供ステップと、
を有することを特徴とする広告情報提供方法。
【請求項１４】
前記コンテンツ変換ステップでは、コンテンツ中で置換可能な広告情報のうち一部のみをローカル広告識別情報に変換する、
ことを特徴とする請求項１３に記載の広告情報提供方法。
【請求項１５】
コンテンツはＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述されたファイルであり、
前記コンテンツ取得ステップ、前記コンテンツ送信ステップ、及びローカル広告提供ステップでは、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）情報空間上でＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルに従ってコンテンツの要求及び応答を送受信する、
ことを特徴とする請求項１３に記載の広告情報提供方法。
【請求項１６】
前記コンテンツ変換ステップでは、タグ・データ形式で自己が識別可能なローカル広告識別情報を付加する、
ことを特徴とする請求項１５に記載の広告情報提供方法。
【請求項１７】
広告情報付きのコンテンツを提供する処理をコンピュータ上で実行するように記述されたコンピュータ・プログラムであって、前記コンピュータを、
広告添付が許可されているプロキシ・サーバの情報を保管する添付許諾プロキシ・データベース、
コンテンツ要求を受信するコンテンツ要求受信手段、
前記添付許諾プロキシ・データベースに問い合わせて、コンテンツの要求元が広告添付を許可されているプロキシ・サーバか否かを判別する要求元判別手段、
コンテンツ要求元が広告添付を許可されている場合には、要求コンテンツ中の書き換え可能な広告情報のスペースを認識するための情報を要求コンテンツに付加する情報付加手段、
要求されたコンテンツを要求元に返信するコンテンツ送信手段、
として機能させるためのコンピュータ・プログラム。
【請求項１８】
コンテンツを要求するクライアントとサーバとして動作する請求項１に記載の広告情報提供装置の間を中継し、コンテンツ中の広告情報をローカライズする処理をコンピュータ上で実行するように記述されたコンピュータ・プログラムであって、前記コンピュータを、
クライアントに提供するローカル広告情報を保管するローカル広告データベース、
クライアントからのコンテンツ要求に応じてサーバからコンテンツを取得するコンテンツ取得手段、
取得したコンテンツ中で書き換え可能な広告情報のスペースを認識するための情報を検出して、該検出された広告情報に置き換わるローカル広告情報を識別するローカル広告識別情報に変換するコンテンツ変換手段、
該検出された広告情報のスペースに適合するように、前記ローカル広告データベースに保管されているローカル広告情報を変換するローカル広告情報変換手段、
前記コンテンツ変換手段による変換後のコンテンツをコンテンツ要求元のクライアントに返信するコンテンツ送信手段、
クライアントからのローカル広告識別情報の要求に応答して、該当するローカル広告情報を返信するローカル広告提供手段、
として機能させるためのコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、広告情報をネットワーク上で提供する広告情報提供装置及び方法、並びに記憶媒体に係り、特に、インターネットなどの広域ネットワークを経由して閲覧可能なウェブ・ページ上で「バナー広告」などの形式により付加的に広告情報を提供する広告情報提供装置及び方法、並びに記憶媒体に関する。
【０００２】
更に詳しくは、本発明は、特定事業者による集中管理に頼ることなくローカライズされた広告情報を提供する広告情報提供装置及び方法、並びに記憶媒体に係り、特に、クライアント毎に適当な内容の広告コンテンツを選択して配信する広告情報提供装置及び方法、並びに記憶媒体に関する。
【０００３】
【従来の技術】
昨今、情報処理や情報通信などのコンピューティング技術が飛躍的に向上し、コンピュータ・システムが広汎に普及してきている。さらに、コンピュータ同士を相互接続するネットワーク・コンピューティング技術に対する要望も高まってきている。ネットワーク上では、各コンピュータのユーザ同士で、コンピュータ資源の共有や、情報の共有・流通・配布・交換などの協働的作業を円滑に行うことができる。
【０００４】
コンピュータ同士を相互接続するネットワークの形態は様々である。例えば、ＥｔｈｅｒｎｅｔやＢｌｕｅｔｏｏｔｈのような局所に敷設されたＬＡＮ（Local Area Network）や、ＬＡＮ同士を専用線などで相互接続して構成されるＷＡＮ（Wide Area Network）、さらには、ネットワーク同士の相互接続を繰り返し行った結果として文字通り世界規模のネットワークへ成長を遂げた「インターネット」（The Internet）など様々である。
【０００５】
「インターネット」は、各大学や研究機関等に設置されたサーバ（主にＵＮＩＸワークステーション）が自主的に相互接続を繰り返した結果、巨大ネットワークへと成長するに至った、字義とおり、ネットワークのネットワークである。現在、インターネット上には無数のサーバが接続されており、各サーバは、各種の資源オブジェクトを無数のクライアントに公開している。インターネット上のサーバどうしは、通常、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ベースで相互接続されている。
【０００６】
インターネット上では、ＷＷＷ（World Wide Web）、Ｎｅｗｓ、ＴＥＬＮＥＴ（TELetypewriter NETwork）、ＦＴＰ（File Transfer Protocol）、Ｇｏｐｈｅｒなど、多数のサービスが公開されている。
【０００７】
このうち、ＷＷＷは、ハイパーリンク構造の情報空間を提供する広域情報検索システムであり、インターネットの爆発的な成長や急速な普及を遂げる最大の要因ともなっている。ＷＷＷは、テキスト、画像、音声などの各種メディアをハイテキスト形式で閲覧することができる広域情報検索システムである。ＷＷＷ上で扱われるハイパーテキスト情報は、ＨＴＭＬ（Hyper Text Markup Language）と呼ばれるハイパーテキスト形式の記述言語で記述される。現在、インターネット上には無数のＨＴＭＬドキュメントすなわち情報資源が、有償又は無償で公開されている。ＴＣＰ／ＩＰに従えば、これらＨＴＭＬドキュメントを始めとする各種の情報資源は、ＵＲＬ（Uniform Resource Locator）という形式の識別子によって特定され、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルに従って転送することができる（周知）。
【０００８】
現在、ＷＷＷを始めとする広域的な情報検索システムを利用して、インターネット上ではさまざまな情報資源が公開されている。このような情報資源の提供サービスを有償とするか又は無償とするかは、情報提供者すなわちプロバイダの意思に委ねられている。多くの場合、情報提供者は無償で情報公開サービスを提供し、代わりに、いわゆる「バナー広告」をウェブ・ページ上に表示させて、スポンサから得た広告収入をサイト運営費や利益に充当する。この場合、情報資源の利用者は、バナー広告を見ることによって情報利用料を支払うことになる。
【０００９】
言うまでもなく、宣伝効果の高いバナー広告を表示させることにより、スポンサは増収益となり、その見返りとしてプロバイダの利益も増大する。この結果、プロバイダはよりよい情報資源の提供に努めることができ、ひいてはネットワーク産業界の発展にも貢献する。
【００１０】
従来、ウェブ・ページ上で提供されるバナー広告などの広告コンテンツは、当のサイトあるいは特定の広告業者によって集中管理されていた。このため、広域ネットワーク上では、すべてのクライアントに対して同じすなわち均一な内容の広告コンテンツしか提供することができない。
【００１１】
しかしながら、クライアント・ユーザ毎に趣味や嗜好、ニーズは区々であり、同じ内容の広告コンテンツでは各クライアントに対して同じ広告効果を期待することはできない。
【００１２】
言い換えれば、従来からある集中管理型の配信方法ではなく、クライアント毎に適当な内容の広告コンテンツを選択して配信することが、より高い宣伝効果を期待できるものと思料される。
【００１３】
【発明が解決しようとする課題】
本発明の目的は、インターネットなどの広域ネットワークを経由して閲覧可能なウェブ・ページ上において、「バナー広告」などの形式により付加的な広告情報を効果的に提供することができる、優れた広告情報提供装置及び方法、並びに記憶媒体を提供することにある。
【００１４】
本発明の更なる目的は、特定事業者による集中管理に頼ることなくローカライズされた広告情報を提供することができる、優れた広告情報提供装置及び方法、並びに記憶媒体を提供することにある。
【００１５】
本発明の更なる目的は、クライアント毎に適当な内容の広告コンテンツを選択して配信することができる、優れた広告情報提供装置及び方法、並びに記憶媒体を提供することにある。
【００１６】
【課題を解決するための手段及び作用】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、広告情報付きのコンテンツを提供する広告情報提供装置又は方法であって、
コンテンツ要求を受信するコンテンツ要求受信手段又はステップと、
コンテンツの要求元が広告添付を許可されているか否かを判別する要求元判別手段又はステップと、
コンテンツ要求元が広告添付を許可されている場合には、要求コンテンツ中の書き換え可能な広告情報にコンテンツ要求元が認識可能な情報を付加する情報付加手段又はステップと、
要求されたコンテンツを要求元に返信するコンテンツ送信手段又はステップと、
を具備することを特徴とする広告情報提供装置又は方法である。
【００１７】
ここで、前記情報付加手段又はステップは、書き換え可能な広告情報であることのマーク、及び／又は、該広告情報のレイアウトやサイズを付加するようにしてもよい。
【００１８】
また、コンテンツは、例えばＨＴＭＬ（Hyper Text Markup Language）形式で記述されたファイルである。このような場合、前記コンテンツ要求受信手段又はステップ、及び、前記コンテンツ送信手段又はステップは、ＷＷＷ（World Wide Web）情報空間上でＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルに従ってコンテンツの要求及び応答を送受信することができる。また、前記情報付加手段は、タグ・データ形式で情報を付加することができる。
【００１９】
本発明の第１の側面に係る広告情報提供装置、又は、本発明の第１の側面に係る広告情報提供方法を実装した装置は、例えば、ＨＴＴＰサーバとして稼働して、ウェブ・ページを要求するＨＴＴＰクライアントとの間を取り持つプロキシ・サーバに対して、ウェブ・ページ中の広告情報のローカライズすなわちローカル広告の添付を許諾することができる。
【００２０】
本発明の第１の側面に係る広告情報提供装置又は方法によれば、ＨＴＴＰクライアントからのＨＴＭＬファイルなどのコンテンツ要求を中継するプロキシ・サーバがローカル広告の許諾を受けている場合には、要求されたコンテンツに書き換え可能な広告情報が含まれている場合には、この広告情報にプロキシ・サーバが認識可能な情報を付加してからコンテンツを返信する。
【００２１】
したがって、プロキシ・サーバにおいては、書き換え可能な広告情報の位置やレイアウトを検出することができ、さらに、これと置き換えることができるサイズのローカル広告を用意することができる。また、コンテンツ要求元であったＨＴＴＰクライアントが書き換え可能な広告情報を要求したことに応答して、プロキシ・サーバがローカライズされた広告情報を返信することで、ＨＴＴＰクライアントに対してローカライズされたウェブ・ページを提供することができる。広告情報のローカライズに際し、ＨＴＴＰクライアントは、自己が要求する広告情報がローカライズされているか否かをまったく意識する必要はない。
【００２２】
また、本発明の第２の側面は、コンテンツ中の広告情報をローカライズする広告情報提供装置又は方法であって、
コンテンツ要求に応じてコンテンツを取得するコンテンツ取得手段又はステップと、
取得したコンテンツ中で置換可能な広告情報を検出して、自己が識別可能なローカル広告識別情報に変換するコンテンツ変換手段又はステップと、
該検出された広告情報に置き換わるローカル広告情報を作成するローカル広告作成手段又はステップと、
前記コンテンツ変換手段又はステップによる変換後のコンテンツをコンテンツ要求元に返信するコンテンツ送信手段又はステップと、
ローカル広告識別情報の要求に応答して、該当するローカル広告情報を返信するローカル広告提供手段又はステップと、
を具備することを特徴とする広告情報提供装置又は方法である。
【００２３】
ここで、前記コンテンツ変換手段又はステップは、コンテンツ中で置換可能な広告情報のうち一部のみを自己が識別可能な識別情報に変換するようにしてもよい。このような場合、あるコンテンツを完全にローカライズするために、広告情報提供装置又は方法を多段で構成することができる。
【００２４】
また、コンテンツは、例えばＨＴＭＬ（Hyper Text Markup Language）形式で記述されたファイルである。このような場合、前記コンテンツ取得手段又はステップ、前記コンテンツ送信手段又はステップ、及びローカル広告提供手段又はステップは、ＷＷＷ（World Wide Web）情報空間上でＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルに従ってコンテンツの要求及び応答を送受信することができる。また、前記コンテンツ変換手段又はステップは、タグ・データ形式で自己が識別可能なローカル広告識別情報を付加することができる。
【００２５】
本発明の第２の側面に係る広告情報提供装置、又は、本発明の第１の側面に係る広告情報提供方法を実装した装置は、例えば、ウェブ・ページを要求するＨＴＴＰクライアントとの間を取り持つプロキシ・サーバとして稼働して、ウェブ・ページを提供する所定のＨＴＴＰサーバから、ウェブ・ページ中の広告情報のローカライズすなわちローカル広告の添付の許諾を受けることができる。
【００２６】
このプロキシ・サーバにおいては、ＨＴＴＰクライアントから要求されたウェブ・ページを所定のＨＴＴＰサーバから取り寄せる際に、書き換え可能な広告情報の位置やレイアウトを検出することができる。さらに、このプロキシ・サーバにおいては、広告情報と置き換えることができるサイズのローカル広告を用意することができる。また、コンテンツ要求元であったＨＴＴＰクライアントが書き換え可能な広告情報を要求したことに応答して、プロキシ・サーバがローカライズされた広告情報を返信することで、ＨＴＴＰクライアントに対してローカライズされたウェブ・ページを提供することができる。広告情報のローカライズに際し、ＨＴＴＰクライアントは、自己が要求する広告情報がローカライズされているか否かをまったく意識する必要はない。
【００２７】
また、本発明の第３の側面は、広告情報付きのコンテンツを提供する処理をコンピュータ・システム上で実行するように記述されたコンピュータ・ソフトウェアをコンピュータ可読形式で物理的に格納した記憶媒体であって、前記コンピュータ・ソフトウェアは、
コンテンツ要求を受信するコンテンツ要求受信ステップと、
コンテンツの要求元が広告添付を許可されているか否かを判別する要求元判別ステップと、
コンテンツ要求元が広告添付を許可されている場合には、要求コンテンツ中の書き換え可能な広告情報にコンテンツ要求元が認識可能な情報を付加する情報付加ステップと、
要求されたコンテンツを要求元に返信するコンテンツ送信ステップと、
を具備することを特徴とする記憶媒体である。
【００２８】
また、本発明の第４の側面は、コンテンツ中の広告情報をローカライズする処理をコンピュータ・システム上で実行するように記述されたコンピュータ・ソフトウェアをコンピュータ可読形式で物理的に格納した記憶媒体であって、前記コンピュータ・ソフトウェアは、
コンテンツ要求に応じてコンテンツを取得するコンテンツ取得ステップと、
取得したコンテンツ中で置換可能な広告情報を検出して、自己が識別可能なローカル広告識別情報に変換するコンテンツ変換ステップと、
該検出された広告情報に置き換わるローカル広告情報を作成するローカル広告作成ステップと、
前記コンテンツ変換ステップによる変換後のコンテンツをコンテンツ要求元に返信するコンテンツ送信ステップと、
ローカル広告識別情報の要求に応答して、該当するローカル広告情報を返信するローカル広告提供ステップと、
を具備することを特徴とする記憶媒体である。
【００２９】
本発明の第３又は第４の各側面に係る記憶媒体は、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ・ソフトウェアをコンピュータ可読な形式で提供する媒体である。このような媒体は、例えば、ＣＤ（Compact Disc）やＦＤ（Floppy Disk）、ＭＯ（Magneto-Optical disc）などの着脱自在で可搬性の記憶媒体である。あるいは、ネットワーク（ネットワークは無線、有線の区別を問わない）などの伝送媒体などを経由してコンピュータ・ソフトウェアを特定のコンピュータ・システムに提供することも技術的に可能である。
【００３０】
このような記憶媒体は、コンピュータ・システム上で所定のコンピュータ・ソフトウェアの機能を実現するための、コンピュータ・ソフトウェアと記憶媒体との構造上又は機能上の協働的関係を定義したものである。換言すれば、本発明の第３及び第４の各側面に係る記憶媒体を介して所定のコンピュータ・ソフトウェアをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１及び第２の各側面に係る広告情報提供装置及び方法と同様の作用効果を得ることができる。
【００３１】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００３２】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００３３】
第１の実施形態
図１には、本発明が適用されるコンピュータ・ネットワークの構成を模式的に示している。
【００３４】
ここで言うコンピュータ・ネットワークは、例えばインターネットのような広域ネットワークを想定している。コンピュータ・ネットワーク上には、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルに従って、多数のホスト端末１０Ａ，１０Ｂ，…が相互接続されており、情報資源を共有し合っている。ＴＣＰ／ＩＰネットワーク上で公開される情報資源の所在は、ＵＲＬ（Uniform Resource Locator）形式で記述された資源識別子によって表すことができる。
【００３５】
コンピュータ・ネットワーク上で公開される情報資源の一部は、ＨＴＭＬ（Hyper Text Markup Language）と呼ばれるハイパーテキスト形式の記述言語で記述されている。ＴＣＰ／ＩＰネットワーク上では、各ホスト端末１０Ａ，１０Ｂ…は、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルに従ってＨＴＭＬコンテンツを転送することができる。
【００３６】
インターネット上では、ＷＷＷ（World Wide Web）のような分散型の情報検索サービスによってＨＴＭＬコンテンツが利用に供される。すなわち、ＨＴＴＰクライアント５０は、例えばＷＷＷブラウザを用いてＵＲＬ形式で情報資源を指定したり、あるいはブラウザ画面上でＵＲＬなどのリンク参照情報が埋め込まれたアンカーを指定することによって、ＨＴＭＬコンテンツの取得を要求するＨＴＴＰリクエストを送信する。これに対しＨＴＴＰサーバ１０は、該当するＨＴＭＬコンテンツを返信する。
【００３７】
以下では、所定のＨＴＴＰ（Hyper Text Transfer Protocol）サーバがバナー広告を含むウェブ・ページをインターネット上で公開している場合を例にとって、本発明の実施形態について説明する。
【００３８】
本発明を実現可能なコンピュータ・ネットワーク上では、広告情報を配信する広告主又は広告代理店の端末２０が接続されている。ＨＴＭＬコンテンツを公開するＨＴＴＰサーバ１０は、この広告主・広告代理店端末２０から取得した広告情報を利用して、例えばバナー広告などの形式で広告情報を公開コンテンツ中に埋め込むことができる。また、広告主・広告代理店端末２０は、ローカル広告添付用プロキシ・サーバ３０（後述）と通信して、そのローカル広告データベースに広告情報（例えば、ローカライズされた広告情報）を転送するようになっている。
【００３９】
また、コンピュータ・ネットワーク上のＨＴＴＰサーバ１０のうち少なくとも１つは、ローカル広告許諾ＨＴＴＰサーバとして稼働する。ローカル広告許諾ＨＴＴＰサーバは、元のＨＴＭＬコンテンツ中に貼り付けられている広告情報をローカライズされた他の広告（以下では、「ローカル広告」とも呼ぶ）に置き換えることの是非を決定する機能を持つ。このローカル広告許諾ＨＴＴＰサーバは、ローカル広告の添付許諾のあるプロキシ・サーバ情報を保管する添付許諾プロキシ・データベース１５を付設しており、プロキシ・サーバからのメッセージを受信するとこのデータベース１５に問い合わせて、必要に応じて広告情報を添付したウェブ・ページすなわちＨＴＭＬコンテンツを接続要求のあったプロキシ・サーバに送信するようになっている。
【００４０】
インターネットのような広域的なネットワークには、例えばプロキシ・サーバ３０を介して、ＬＡＮ（Local Area Network）やイントラネットのようなアクセス権限が制限された内部（又は局所）ネットワークが接続されている。プロキシ・サーバ３０は、インターネットから内部ネットワークへのアクセスを制限してセキュリティの維持を行ったり、キャッシュ機能による内部ネットワークのトラフィック制御などを行う。
【００４１】
本実施形態では、プロキシ・サーバ３０のうち少なくとも１つは広告添付プロキシ・サーバとして稼動し、内部ネットワーク上のＨＴＴＰクライアントに対してローカライズされた広告情報を提供する。広告添付プロキシ・サーバは、ローカル広告を保管するためのローカル広告データベース３５を付設しており、必要に応じて、任意のＨＴＴＰサーバ１０Ａ，１０Ｂ，…、内部ネットワーク上のＨＴＴＰクライアント５０Ａ，５０Ｂ，…、あるいは、中継を行う他のプロキシ３０’とＨＴＴＰプロトコルに従った通信を行う。また、広告添付プロキシ・サーバは、認証可能なＦＴＰ（File Transfer  Protocol）プロトコルなどに従って、広告主・広告代理店端末２０と通信して、ファイル転送などの形式で広告コンテンツを受信することができる。
【００４２】
内部ネットワーク上には、ＷＷＷブラウザによってＨＴＭＬコンテンツを閲覧可能なＨＴＴＰクライアントが接続されている。ＨＴＴＰクライアントは、ＨＴＴＰプロトコルを使用して、プロキシ・サーバ３０に対して、インターネット上の一般的なＨＴＴＰサーバ１０やローカル広告許諾サーバからウェブ・ページすなわちＨＴＭＬコンテンツを要求することができる。
【００４３】
ＨＴＴＰサーバ１０によって公開されるＨＴＭＬコンテンツは、ＨＴＴＰクライアント５０側ではＷＷＷブラウザによってウェブ・ページという形式で画面構成され、表示出力される。図２には、一般的なウェブ・ページの構成を例示している。同図に示すように、ウェブ・ページ上には、画像やテキストなどウェブ・ページ本来の構成要素の他に、広告情報（バナー広告）のような付加的な情報が表示される。
【００４４】
本発明で対象とする広告は、図２に示したウェブ・ページ中の広告のような適当な画像としてウェブ・ページ内に含まれたコンテンツである。このような広告コンテンツは、通常、コンテキストの画像などウェブ・ページ本来の構成要素と区別することができない。
【００４５】
本発明によれば、ウェブ・ページを公開するＨＴＴＰサーバ１０は、接続要求してきたプロキシ・サーバの広告添付許可の有無をローカル広告許諾ＨＴＴＰサーバに問い合わせて確認した上で、広告を識別するためのマークと広告のレイアウト情報を付加したウェブ・ページを送信することができる。また、広告のローカライズを行うプロキシ・サーバ３０すなわち広告添付プロキシ・サーバは、ウェブ・ページに付加された情報を元にウェブ・ページ中の広告画像を識別して、ローカルな広告を添付して（あるいは、元の広告画像と置き換えて）、要求元のＨＴＴＰクライアント５０に送信することができる。この結果、ＨＴＴＰクライアント５０のＷＷＷブラウザ画面上では、広告情報がローカライズされたウェブ・ページを閲覧することが可能となる。ＨＴＴＰクライアント５０側では、ウェブ・ページ上の広告情報がローカライズされたものか否かをまったく意識する必要がない。
【００４６】
なお、ＨＴＴＰサーバ１０、広告主、広告代理店端末２０、プロキシ・サーバ３０、ＨＴＴＰクライアント５０は、一般的な計算機システム上で所定のサーバ・アプリケーション、又は、所定のクライアント・アプリケーションを実行するという形態で実現することができる。このような計算機システムの一例は、米ＩＢＭ社のＰＣ／ＡＴ（Personal Computer/Advanced Technology）互換機又はその後継機である。
【００４７】
次いで、ＨＴＴＰクライアント５０がローカライズされた広告を含むウェブ・ページを取得するための処理手順について説明する。
【００４８】
ＨＴＴＰクライアント５０は、あらかじめ設定されているプロキシ・サーバ３０に対して、ＵＲＬを指定してウェブ・ページ取得の要求を送信する。ウェブ・ページの取得は、実際には、ＷＷＷブラウザ画面内の場所ボックスにＵＲＬ文字列をキー入力するか、又は、表示中のウェブ・ページ内でリンク参照情報が埋め込まれたアンカーをマウス・カーソルで指示することによって要求される。
【００４９】
ウェブ・ページの取得要求は、途中任意数のプロキシ・サーバ３０へ順次転送され、最終的に指定されたＨＴＴＰサーバ１０へ直接要求を行うプロキシ・サーバが存在する。これらウェブ・ページの取得要求に関与するプロキシ・サーバ群のうちいずれも、潜在的には広告のローカライズを行う可能性を持つ。その中でも、ＨＴＴＰサーバに対してＨＴＴＰメッセージを送信するプロキシ・サーバ（図１で言えば、ローカル広告添付プロキシ・サーバ３０Ａ）が、最も優先的に広告のローカライズを行うことができる。
【００５０】
ＵＲＬで指定されたウェブ・ページすなわちＨＴＭＬコンテンツを提供するＨＴＴＰサーバ１０は、ＨＴＴＰプロトコルに従ってウェブ・ページ取得要求を受信する。図３には、広告添付を許諾することができるＨＴＴＰサーバ１０がウェブ・ページ取得要求を受信したことに応答して実行する処理手順をフローチャートの形式で示している。以下、このフローチャートに従って、広告添付許諾ＨＴＴＰサーバ１０によるウェブ・ページ取得要求に対する処理について説明する。
【００５１】
広告添付を許諾することができるＨＴＴＰサーバ１０は、起動中、任意のＨＴＴＰクライアント、あるいはプロキシ・サーバからのウェブ・ページの取得要求を待機する状態にある。
【００５２】
広告添付許諾ＨＴＴＰサーバ１０は、あるＨＴＴＰクライアント５０あるいはプロキシ・サーバ３０からウェブ・ページの取得要求があると、これに応答して、そのＨＴＴＰクライアント５０又はプロキシ・サーバ３０とのＨＴＴＰプロトコルに従った接続を開始する（ステップＳ１）。
【００５３】
次いで、広告添付許諾ＨＴＴＰサーバ１０は、ＨＴＴＰ接続を行なった相手が広告添付の許可を出しているプロキシ・サーバであるか否かを判別する（ステップＳ２）。
【００５４】
接続相手となるプロキシ・サーバ３０が広告添付を許可されたサーバであるか否かは、ローカル広告許諾ＨＴＴＰサーバ１０の添付許諾プロキシ・データベース１５に問い合わせることによって確認にすることができる。添付許諾プロキシ・データベース１５は、例えばＩＰアドレスやホスト・ドメイン名などで検索できるように構成されている。
【００５５】
接続先が広告添付を許可されたプロキシ・サーバである場合には、転送するウェブ・ページ内に含まれる広告スペースを、当該プロキシ・サーバにおいて認識できるように、マークや広告スペース、レイアウトの情報を添付して、接続要求のあったプロキシ・サーバへ返信する（ステップＳ３）。
【００５６】
広告コンテンツのマークや広告スペース、レイアウトの情報（例えば幅と高さ）は、プロキシ・サーバ３０においてウェブ・ページ中の広告スペースを認識し、ローカル広告を配置するために利用される（後述）。ウェブ・ページに添付される広告レイアウト情報を以下に例示しておく。
【００５７】
【数１】
<IMG SRC = "REPLACE_ADVERTISEMENT",
width = 200, height = 100>
【００５８】
【数２】
<IMG SRC = "REPLACE_200x100>
【００５９】
【数３】
<IMG SRC = "http://www.replace.com/dummy.jpg",
width = 200, height = 100>
【００６０】
【数４】
<!-- Please replace the following line -->
<IMG SRC = "http://www.replace.com/replace.gif",
width = 200, height = 100>
【００６１】
他方、接続先が広告添付の許可を得ていないプロキシ・サーバやＨＴＴＰクライアントである場合には、ウェブ・ページをそのまま転送する（ステップＳ５）。この際、意図的に広告スペースとコンテンツとの区別を行わないようにすることで、許可のないプロキシ・サーバによってウェブ・ページ上に無断で広告を添付されるのを防止する。
【００６２】
広告添付プロキシ・サーバ３０は、ＨＴＴＰプロトコルに従って動作し、広告添付許諾ＨＴＴＰサーバ１０からマークや広告スペース、レイアウトに関する情報が付加されたウェブ・ページを受信すると、これら付加情報に基づいて広告ローカライズのために動作する。
【００６３】
図４には、広告添付プロキシ・サーバ３０がＨＴＴＰクライアント５０又は他のプロキシ・サーバからウェブ・ページ取得要求を受信したことに応答して実行する処理手順をフローチャートの形式で示している。以下、このフローチャートに従って、広告許諾プロキシ・サーバ３０によるウェブ・ページ取得要求に対する処理について説明する。
【００６４】
広告添付プロキシ・サーバ３０は、ＨＴＴＰクライアント５０あるいは他のプロキシ・サーバからウェブ・ページの取得要求を受信したことに応答して、その要求元とＨＴＴＰプロトコルによる接続を開始する（ステップＳ１１）。
【００６５】
そして、広告添付プロキシ・サーバ３０は、その接続がウェブ・ページ内の広告情報をローカライズするローカル広告の要求であるか否かを判別する（ステップＳ１２）。
【００６６】
広告添付プロキシ・サーバ３０は、その接続がローカル広告の要求でない場合には、要求されたウェブ・ページを管理するＨＴＴＰサーバ１０に接続して（ステップＳ１４）、該要求されたウェブ・ページを取得する（ステップＳ１５）。
【００６７】
次いで、接続したＨＴＴＰサーバ１０が広告添付を許可されているサーバであるか否かをチェックする（ステップＳ１６）。接続したＨＴＴＰサーバ１０が広告添付を許可されているサーバである場合には、送信されてきたウェブ・ページ中からマークの検出並びに広告スペース／レイアウト情報の抽出を行う（ステップＳ１７）。
【００６８】
そして、広告添付プロキシ・サーバ３０は、抽出したスペース情報、例えば幅や高さなどに合わせて加工して、ローカル広告データベース３５内の広告コンテンツを適当に格納しておき、それに識別情報ＩＤを割り当てておく（ステップＳ１８）。勿論、既に適当なサイズの広告コンテンツがローカル広告データベース３５内にあるのならば、それにＩＤを割り振るだけでもよい。
【００６９】
このＩＤが割り当てられたローカル広告の要求がクライアントに送信されるようにするために、また、広告スペースの確保のために、ＨＴＴＰサーバから送信されてきたウェブ・ページ中の広告情報を、ローカル広告を提供するプロキシ・サーバのホスト名及びファイル名を含むディレクトリ・パス内にローカル広告のＩＤ情報を記述したＵＲＬと、ローカル広告のスペースを確保するための幅（width）と高さ（height）の指定とを記述したＨＴＭＬタグに変換して、これを要求元クライアントに送信する（ステップＳ１９）。ウェブ・ページ中の広告情報を変換した例を以下に示しておく。
【００７０】
【数５】
<IMG SRC = "http://proxy.localsite.com/ID001.gif",
width = 200, height = 100>
【００７１】
【数６】
<IMG SRC = "http://proxy.localsite.com/
ID001_200x100.gif", width = 200, height = 100>
【００７２】
また、判断ブロックＳ１６において、接続したＨＴＴＰサーバ１０が広告添付の許可を得ていないサーバであった場合には、取得したウェブ・ページを、何ら加工を施すことなく、そのまま要求元のＨＴＴＰクライアント５０に送信する（ステップＳ２１）。
【００７３】
また、判断ブロックＳ１２において、ローカル広告を示すＵＲＬへの要求があったと判断された場合には、先に作成しておいた該当するローカル広告をローカル広告データベース３５から取り出し、要求元のＨＴＴＰクライアント５０に送信する（ステップＳ１３）。
【００７４】
そして、要求されたウェブ・ページ又はローカルコンテンツを要求元のＨＴＴＰクライアント５０に送信した後、ＨＴＴＰによる接続を終了して（ステップＳ２０）、本処理ルーチン全体を終了する。
【００７５】
広告添付プロキシ・サーバ３０が管理するローカル広告データベース３５に対する広告情報の追加、削除、更新などの作業は、広告主・広告代理店端末２０とローカル広告データベース３５間、あるいは各システムの管理者間で広告データの受け渡し作業を必要とする。このデータ受け渡し作業を、広告主・広告代理店端末２０とローカル広告データベース３５とをＦＴＰ（File Transfer Protocol）などのファイル転送プロトコルを利用して、コンピュータ・ネットワーク経由で行うことができる。
【００７６】
次いで、ウェブ・ページ内に含まれる広告をローカライズするための処理について説明する。
【００７７】
ＨＴＴＰクライアント５０がローカライズされた広告を含むウェブ・ページを表示するために、ＨＴＴＰクライアント５０は、ローカル広告添付プロキシ・サーバ３０と協働的に動作する。ここでは、図５に示すような、ＨＴＴＰクライアント５０とＨＴＴＰサーバ１０間に単一の広告ローカライズ用のプロキシ・サーバ３０のみが介在する場合を例にとって、広告ローカライズ処理について説明する。この場合、ＨＴＴＰクライアント５０とＨＴＴＰサーバ１０、ローカル広告プロキシ・サーバ３０が図６に示すようなメッセージ交換を実行することによって、ＨＴＴＰクライアント５０はローカル広告を含むウェブ・ページを取得することができる。以下、図６を参照しながら広告をローカライズする処理手順について説明する。但し、ＨＴＴＰクライアント５０上では、ウェブ・ブラウザがＨＴＭＬファイルを先頭から順に解析していくものとする。
【００７８】
（１）ＨＴＴＰクライアント５０は、ローカル広告を含むページ（index.html）をＵＲＬとして、ローカル広告添付プロキシ・サーバ３０に要求する。
【００７９】
（２）ＨＴＴＰクライアント５０からの接続要求を受けたローカル広告添付プロキシ・サーバ３０は、要求されたＵＲＬには自分が識別できる特殊なＩＤが含まれていないので、このＵＲＬで指定されているＨＴＴＰサーバ１０に対して、ＨＴＴＰクライアント５０から要求されたウェブ・ページ（index.html）を要求する。（図４中のステップＳ１１→Ｓ１２→Ｓ１４→Ｓ１５）
【００８０】
（３）ローカル広告添付プロキシ・サーバ３０からの接続要求を受けたＨＴＴＰサーバ１０は、このプロキシ・サーバ３０のＩＰアドレスなどを基に添付許可プロキシ・データベース１５を検索して、ローカル広告添付の許可を受けているプロキシ・サーバであるかどうかを判定する。許諾を受けているプロキシ・サーバである場合には、広告のマークやレイアウト情報が付加されているＨＴＭＬファイル（index.html(a)）をプロキシ・サーバ３０に転送する。他方、許諾を得ていないプロキシ・サーバ３０に対しては、広告のマークやレイアウト情報が付加されていないＨＴＭＬファイル（index.html(b)）をそのまま転送する。（図３中のステップＳ１→Ｓ２→Ｓ３→Ｓ４）
【００８１】
（４）図示の例では、ローカル広告添付プロキシ・サーバ３０は、接続先のＨＴＴＰサーバから広告の許可（すなわちウェブ・ページ内の広告をローカライズする許可）を得ているので、広告のマークやレイアウト情報が付加されているＨＴＭＬファイル（index.html(a)）を受信することができる。そして、このＨＴＭＬファイルを解析して、該ファイルの中から広告のマークやレイアウト情報を探し出す。
例えば、図７に示すようなウェブ・ページ描画結果を持つＨＴＭＬファイルのソース・コードが図８に示す通りであったとする。このＨＴＭＬファイル中では、ファイル名が"KOKOKU.jpg"であることがローカル広告を添付できる場所であることのマークであり、このファイル名に続く"width=…, height=…"の記述部分がレイアウト情報である。
ＨＴＭＬファイル中で添付可能な箇所を見つけた場合、ローカル広告データベース３５に保管されている広告を適当なサイズに加工して、その広告に対して識別情報ＩＤを割り当て、ファイル"KOKOKU"にそのＩＤを含ませておく。図示の例では、ファイル名を例えば"KOKOKU_ID001"に書き換えておく。
取得したウェブ・ページに対してこのような処理を施した後、そのＨＴＭＬファイル（index.html(a)）をＨＴＴＰクライアント５０に転送する。（図４中のステップＳ１６→Ｓ１７→Ｓ１８→Ｓ１９）
【００８２】
（５）ＨＴＴＰクライアント５０は、広告添付プロキシ・サーバ３０から受け取ったＨＴＭＬファイル（index.html(a)）を解析して、そのウェブ・ページを描画するためには、さらに画像ファイル"image.jpg"及び"KOKOKU_ID001.jpg"が必要であることを認識する。
【００８３】
（６）ＨＴＴＰクライアント５０は、まず、画像ファイル"image.jpg"を取得するとして、ＵＲＬを用いて"image.jpg"を指定して、広告添付プロキシ・サーバ３０にファイルを要求する。
【００８４】
（７）広告添付プロキシ・サーバ３０は、ＨＴＴＰクライアント５０から要求された画像ファイル（image.jpg）にはローカル広告の識別子が含まれていないので（KOKOKU_ID????.jpg形式のファイルではない）、要求された画像ファイルをそのままＨＴＴＰサーバ１０に要求する。（図４中のステップＳ１１→Ｓ１２→Ｓ１３→Ｓ２０）
【００８５】
（８）ＨＴＴＰサーバ１０は、広告置き換え許可を与えている広告添付プロキシ・サーバ３０からの接続であるが、画像ファイル"image.jpg"にはバイナリ形式のファイルで添付する情報が含まれていないので、そのままプロキシ・サーバ３０へ送出する。（図３中のステップＳ１→Ｓ２→Ｓ５→Ｓ４）
【００８６】
（９）画像ファイル"image.jpg"を受け取ったプロキシ・サーバ３０も、image.jpgには広告のマークが含まれていないので、これをそのままＨＴＴＰクライアント５０に転送する。（図４中のステップＳ１６→Ｓ１７→Ｓ１８→Ｓ１９→Ｓ２０）
【００８７】
（10）ＨＴＴＰクライアント５０は、広告添付プロキシ・サーバ３０から画像ファイル"image.jpg"を受け取り、ＨＴＴＰコネクションを一度終了する。（図４中のステップＳ２０）
【００８８】
（11）次いで、ＨＴＭＬファイル"index.html"を描画するためには画像ファイル"KOKOKU_ID001.jpg"が必要であるので、ＨＴＴＰクライアント５０は、ＵＲＬを用いて"KOKOKU_ID001.jpg"を指定して、広告添付プロキシ・サーバ３０に要求する。この際、ＨＴＴＰクライアント５０は、画像ファイル"KOKOKU_ID001.jpg"がローカル広告であるか否かを意識せずにファイル要求する。
【００８９】
（12）ＨＴＴＰクライアント５０からファイル要求を受けた広告添付プロキシ・サーバ３０は、指定されたＵＲＬ中に"KOKOKU_ID????.jpg"の文字列が含まれていることから、要求されているものがローカル広告であることを検出する。さらに、ローカル広告の識別子が"ID001"であることを識別して、先行するプロセス（４）において既に割り当てられている広告画像をＨＴＴＰクライアント５０に送信する。（図４中のステップＳ１１→Ｓ１２→Ｓ１３）
【００９０】
（13）ＨＴＴＰクライアント５０は、画像ファイル"KOKOKU_ID001.jpg"を広告添付プロキシ・サーバ３０から受け取ると、これとのＨＴＴＰ接続を切断する（図４中のステップＳ２０）。
【００９１】
以上の処理で、ＨＴＴＰクライアント５０は、"index.html"に関するウェブ・ページを表示するためのすべてのファイルを獲得することができたので、ローカル広告を含むウェブ・ページを実際に描画する。
【００９２】
第２の実施形態
本発明によれば、他のウェブ・ページを含むウェブ・ページを表示する場合であっても、同様に、広告のローカライズを適切に行うことが可能である。
【００９３】
他のウェブ・ページを含むウェブ・ページをローカライズして表示するための処理手順について、図９に示すようなフレーム対応のウェブ・ページ"index.html"を例にとって以下に説明する。但し、図９に示したウェブ・ページ表示画面のうち、左側のフレームは、単独では、図１１に示すようなウェブ・ページ表示結果並びにソース・コードを持つものとし、同右側のフレームは、単独では、図１２に示すようなウェブ・ページ表示結果並びソース・コードを持つものとする。また、図９に示したウェブ・ページのソース・コードを図１０に示しておく。
【００９４】
図１０に示すソース・コードからも判るように、図９に示したウェブ・ページ"index.html"は、他の別々のウェブサイトｓｉｔｅ１及びｓｉｔｅ２に存在するウェブ・ページ"page1.html"及び"page2.html"を、フレーム機能を用いて単一のウェブ・ページ内に並べて配置することで構成される。
【００９５】
一方のウェブ・ページ"page1.html"は、ＨＴＴＰクライアント５０に対してローカル広告の添付を許可しているＨＴＴＰサーバ１０−１"www.site1.org"上で提供されており、他方のウェブ・ページ"page2.html"は、ＨＴＴＰクライアント５０に対してローカル広告の添付を許可していないＨＴＴＰサーバ１０−２"www.site2.org"上で提供されている。
【００９６】
図１３には、ＨＴＴＰクライアント５０が広告ローカライズ用のプロキシ・サーバ３０を介して複数のＨＴＴＰサーバ１０Ｊ，１０Ｋ，…に接続されるネットワーク構成を模式的に示している。この場合、ＨＴＴＰクライアント５０と複数のＨＴＴＰサーバ１０、並びにローカル広告プロキシ・サーバ３０が、図１４に示すようなメッセージ交換を実行することによって、ＨＴＴＰクライアント５０は他のウェブ・ページを含むウェブ・ページを取得し、さらに広告情報をローカライズすることができる。以下、図１４を参照しながらウェブ・ページ中の広告をローカライズする処理手順について説明する。但し、ＨＴＴＰクライアント５０上では、ウェブ・ブラウザがＨＴＭＬファイルを先頭から順に解析していくものとする。
【００９７】
（１）まず、ＨＴＴＰクライアント５０は、広告添付プロ機種・サーバ３０に対して、他のウェブ・ページを含むウェブ・ページ"index.html"（図１０を参照のこと）を要求する。
【００９８】
（２）広告添付プロキシ・サーバ３０は、ＨＴＴＰクライアント５０が指定したＵＲＬがローカル広告ではないので、ＵＲＬで指定されたＨＴＴＰサーバに対してＨＴＭＬファイル"index.html"を要求する。（図４中のステップＳ１１→Ｓ１２→Ｓ１４→Ｓ１５）
【００９９】
（３）ウェブ・ページの要求を受けたＨＴＴＰサーバは、広告置き換えの許可を与えているプロキシ・サーバ３０からの接続ではあるが、要求されているＨＴＭＬファイル"index.html"自体は広告を含んでいないため（図１０を参照のこと）、このファイルをそのままプロキシ・サーバ３０へ送信する。（図３中のステップＳ１→Ｓ２→Ｓ３→Ｓ４）
【０１００】
（４）ＨＴＭＬファイル"index.html"を受け取った広告添付プロキシ・サーバ３０は、接続したＨＴＴＰサーバから広告許諾を受けているが、ファイル"index.html"には広告情報が記述されていないので、図４中のステップＳ１７〜Ｓ１９をスキップして、ステップＳ２０によりＨＴＴＰサーバとのＨＴＴＰコネクションを切断する。
【０１０１】
（５）ＨＴＴＰクライアント５０は、広告添付プロキシ・サーバ３０からＨＴＭＬファイル"index.html"を受け取った後、広告添付プロキシ・サーバ３０とのＨＴＴＰコネクションを切断する。そして、ＨＴＴＰクライアント５０は、ＨＴＭＬファイル"index.html"の描画処理を開始する。
【０１０２】
（６）次いで、ＨＴＴＰクライアント５０は、ＨＴＭＬファイル"index.html"を構文解析した結果、図９に示すように２つのウェブ・ページ"www.site1.org/page1.html"及び"www.site2.org/page2.html"を内部に含むウェブ・ページであることを認識する。
【０１０３】
（７）ＨＴＴＰクライアント５０は、各々のページを表示するために、"www.site1.org/page1.html"及び"www.site2.org/page2.html"の要求を広告添付プロキシ・サーバ３０に対して行う。ここでは、まず、一方の"www.site1.org/page1.html"の取得を行う。
【０１０４】
（８）ＨＴＴＰサーバ"www.site1.org"は、広告添付プロキシ・サーバ３０に対してローカル広告を許諾しているＨＴＴＰサーバであり、すなわち広告情報のローカライズを行ってから、広告添付プロキシ・サーバ３０にウェブ・ページを送信する。（図３中のステップＳ１→Ｓ２→Ｓ３→Ｓ４）
【０１０５】
（９）広告添付・プロキシ・サーバ３０は、ローカル広告を含むウェブ・ページのＨＴＭＬファイル（図１１を参照のこと）を、要求元のＨＴＴＰクライアント５０に転送する。
【０１０６】
（10）ＨＴＴＰクライアント５０は、受け取ったＨＴＭＬファイルに基づいて、ウェブ・ページ"index.html"に含まれる一方のフレーム内の描画処理を行う（図１１を参照のこと）。このとき、ローカル広告の表示に必要な画像ファイル"KOKOKU.jpg"を適宜広告添付プロキシ・サーバ３０に要求する。勿論、ＨＴＴＰクライアント５０は、ローカル広告であるか否かを意識せずに、画像ファイルを要求することができる
【０１０７】
（11）次いで、ＨＴＴＰクライアント５０は、他方のウェブ・ページ"www.site2.org/page2.html"を、広告添付プロキシ・サーバ３０に対して要求する。
【０１０８】
（12）広告添付プロキシ・サーバ３０は、ＨＴＴＰクライアント５０が指定したＵＲＬ"www.site2/org/page2.html"中にローカル広告を示す識別子"KOKOKU????.jpg"がないので、該当するＨＴＴＰサーバ"www.site2.org"に対してＨＴＭＬファイル"page2.html"を要求する。（図４中のステップＳ１１→Ｓ１２→Ｓ１４→Ｓ１５）
【０１０９】
（13）ＨＴＴＰサーバ"www.site2.org"は、広告添付プロキシ・サーバ３０に対してローカル広告を許諾していないので、ローカル広告のマークを添付せずに、自身が保持する広告"kanban.jpg"を記述したままのＨＴＭＬファイル"page2.html"（図１２を参照のこと）を、そのまま広告添付プロキシ・サーバ３０に送信する。
【０１１０】
（14）ＨＴＭＬファイル"page2.html"を受け取った広告添付プロキシ・サーバ３０は、ＨＴＴＰサーバ"www.site2.org"からローカル広告の許諾を得ていないので、受け取ったままの状態でＨＴＭＬファイルを要求元ＨＴＴＰクライアント５０へ転送する。
【０１１１】
（15）ＨＴＭＬファイル"page2.html"を受け取ったＨＴＴＰクライアント５０は、広告添付プロキシ・サーバ３０とのＨＴＴＰコネクションを一旦切断する。その後、ＨＴＴＰクライアント５０は、受け取ったＨＴＭＬファイルに基づいて、ウェブ・ページ"index.html"に含まれる他方のフレーム内の描画処理（図１２を参照のこと）を行う。このとき、ローカル広告の表示に必要な画像ファイル"kanban.jpg"を広告添付プロキシ・サーバ３０を介して取得する。
【０１１２】
第３の実施形態
本発明の変形例として、広告のローカライズを行うプロキシ・サーバを多段で構成して、このうちの１つのプロキシ・サーバ上でウェブ・ページ上の広告情報を部分的にローカライズすることが可能である。この場合、図４に示したプロキシ・サーバの処理機能を拡張する必要がある。
【０１１３】
図１５には、多段構成が可能な広告添付プロキシ・サーバ３０がＨＴＴＰクライアント５０又は他のプロキシ・サーバからウェブ・ページ取得要求を受信したことに応答して実行する処理手順をフローチャートの形式で示している。以下、このフローチャートに従って、機能拡張された広告許諾プロキシ・サーバ３０によるウェブ・ページ取得要求に対する処理について説明する。
【０１１４】
広告許諾プロキシ・サーバ３０は、ＨＴＴＰクライアント５０あるいは他のプロキシ・サーバからウェブ・ページの取得要求を受信したことに応答して、その要求元とＨＴＴＰプロトコルによる接続を開始する（ステップＳ３１）。
【０１１５】
そして、広告許諾プロキシ・サーバ３０は、その接続がウェブ・ページ内の広告情報をローカライズするローカル広告の要求であるか否かを判別する（ステップＳ３２）。
【０１１６】
広告許諾プロキシ・サーバ３０は、その接続がローカル広告の要求でない場合には、要求されたウェブ・ページを管理するＨＴＴＰサーバに接続して（ステップＳ３４）、該要求されたウェブ・ページを取得する（ステップＳ３５）。
【０１１７】
次いで、広告許諾プロキシ・サーバ３０は、接続したＨＴＴＰサーバが広告添付を許可されているサーバであるか否かをチェックする（ステップＳ３６）。接続したＨＴＴＰサーバが広告添付を許可されているサーバである場合には、送信されてきたウェブ・ページ中からマークの検出並びに広告スペース／レイアウト情報の抽出を行う（ステップＳ３７）。
【０１１８】
次いで、取得した広告情報の中から、適当な割合で、この広告許諾プロキシ・サーバ３０においてローカライズする箇所を決定する（ステップＳ３８）。
【０１１９】
そして、自身でローカライズすることを決定した広告に関するスペース情報、例えば幅や高さなどに合わせて加工して、ローカル広告データベース３５内の広告コンテンツを適当に格納しておき、それに識別情報ＩＤを割り当てておく（ステップＳ３９）。勿論、既に適当なサイズの広告コンテンツがローカル広告データベース３５内にあるのならば、それにＩＤを割り振るだけでもよい。
【０１２０】
このＩＤが割り当てられたローカル広告の要求がＨＴＴＰクライアント５０に送信されるようにするために、また、広告スペースの確保のために、ＨＴＴＰサーバから送信されてきたウェブ・ページ中の広告情報を、ローカル広告を提供するプロキシ・サーバのホスト名及びファイル名を含むディレクトリ・パス内にローカル広告のＩＤ情報を記述したＵＲＬと、ローカル広告のスペースを確保するための幅（width）と高さ（height）の指定とを記述したＨＴＭＬタグに変換して、これを要求元ＨＴＴＰクライアント５０に送信する（ステップＳ４０）。
【０１２１】
また、判断ブロックＳ３６において、接続したＨＴＴＰサーバが広告添付の許可を得ていないサーバであった場合には、取得したウェブ・ページを、何ら加工を施すことなくそのままクライアントに送信する（ステップＳ４２）。
【０１２２】
また、判断ブロックＳ３２において、ローカル広告を示すＵＲＬへの要求があったと判断された場合には、広告添付プロキシ・サーバ３０は、先に作成しておいた該当するローカル広告をローカル広告データベース３５から取り出し、クライアントに送信する（ステップＳ３３）。
【０１２３】
そして、要求されたウェブ・ページ又はローカルコンテンツをクライアントに送信した後、ＨＴＴＰによる接続を終了して（ステップＳ４１）、本処理ルーチン全体を終了する。
【０１２４】
以下では、図１６に示すように、ＨＴＴＰクライアント５０とＨＴＴＰサーバ１０との間に２つの広告ローカライズ用のプロキシ・サーバ３０Ａ及び３０Ｂが介在する場合を例にとって、ＨＴＴＰサーバ１０が提供するＨＴＭＬファイル"index.html"がＨＴＴＰクライアントに転送されるまでの間に各プロキシ・サーバ３０Ａ及び３０Ｂによってローカル広告を逐次添付する処理手順について具体的に説明する。
【０１２５】
このような場合、ＨＴＴＰクライアント５０とＨＴＴＰサーバ１０、並びに広告添付プロキシ・サーバ３０Ａ及び３０Ｂの間では、図１７に示すようなメッセージ交換を実行することによって、ＨＴＴＰクライアント５０はローカライズされたウェブ・ページを取得することができる。また、ＨＴＴＰサーバ１０は図１８に示すようなＨＴＭＬファイル"index.html"を提供するものとし、これが最初の広告添付プロキシ・サーバ３０Ａによって図１９に示すように部分的にローカライズされ、次の広告添付プロキシ・サーバ３０Ｂによってさらに図２０によってローカライズが進むものとする。
【０１２６】
（１）ＨＴＴＰクライアント５０は、直近上位の広告添付プロキシ・サーバ３０Ｂを経由して、ＨＴＭＬファイル"index.html"の取得を試みる。
【０１２７】
（２）指定されたＵＲＬ中に広告添付プロキシ・サーバが広告のマークに使用する文字列（"KOUKOKU.jpg"）が含まれていないので（図１８を参照のこと）、広告添付プロキシ・サーバ３０Ｂは、さらに直近上位の広告添付プロキシ・サーバ３０Ａを経由して、ＨＴＭＬファイル"index.html"の取得を試みる。
【０１２８】
（３）指定されたＵＲＬ中に広告添付プロキシ・サーバが広告のマークに使用する文字列（"KOUKOKU.jpg"）が含まれていないので、広告添付プロキシ・サーバ３０Ａは、最終的に、ＵＲＬで指定されたＨＴＴＰサーバ１０にＨＴＭＬファイルを要求する。
【０１２９】
（４）ＨＴＴＰサーバ１０は、受け取った広告添付プロキシ・サーバ３０Ａを広告許諾しているので、広告のマーク（"KOUKOKU.jpg"）を含んだＨＴＭＬファイル"index.html"を、ＨＴＴＰサーバ１０と直接通信する広告添付プロキシ・サーバ３０Ａに転送する。
【０１３０】
（５）広告添付プロキシ・サーバ３０Ａは、受け取ったＨＴＭＬファイル"index.html"を構文解析して、広告の印を２箇所だけ発見する。そして、次段の広告添付プロキシ・サーバ３０Ｂも他の広告を添付する余地を残すために、片方の広告のマークのみを自分自身が判定できる形式"K1_0001.jpg"に変換して、他方の広告のマークを先行せずに（図１９を参照のこと）、広告添付プロキシ・サーバ３０Ｂに転送する。（図１５中のステップＳ３６→Ｓ３７→Ｓ３８→Ｓ３９→Ｓ４０）
【０１３１】
（６）広告添付プロキシ・サーバ３０Ｂは、受け取ったＨＴＭＬファイル"index.html"を構文解析して、ローカライズされずに残された広告のマークを１箇所だけ発見する。
【０１３２】
（７）そして、広告添付プロキシ・サーバ３０Ｂは、この広告のマークを自分自身が判定できる形式"KK1_0001.jpg"に変換した後（図２０を参照のこと）、要求元のＨＴＴＰクライアント５０に転送する。（図１５中のステップＳ３６→Ｓ３７→Ｓ３８→Ｓ３９→Ｓ４０）
【０１３３】
（８）ＨＴＭＬファイル"index.html"（図２０を参照のこと）を受け取ったＨＴＴＰクライアント５０は、これを構文解析する。そして、はじめにＨＴＭＬファイル"index.html"中で指定された画像ファイル"K1_0001.jpg"を直近上位の広告添付プロキシ・サーバ３０Ｂに要求する。
【０１３４】
（９）広告添付プロキシ・サーバ３０Ｂは、ＨＴＴＰクライアント５０から要求されたＵＲＬ中には自身が保持する広告の要求であるマークが含まれていないので、さらに直近上位の広告添付プロキシ・サーバ３０Ａに要求する。（図１５中のステップＳ３１→Ｓ３２→Ｓ３４→Ｓ３５）
【０１３５】
（10）広告添付プロキシ・サーバ３０Ｂから画像ファイル"K1_0001.jpg"の要求を受け取った広告添付プロキシ・サーバ３０Ａは、要求にあるＵＲＬ中に自身が付加した広告のマーク"K1_0001.jpg"を見つけ、対応する広告情報をローカル広告データベース３５Ａから取り出して、広告添付プロキシ・サーバ３０Ｂに転送する。（図１５中のステップＳ３１→Ｓ３２→Ｓ３３→Ｓ４１）
【０１３６】
（11）画像ファイル"K1_0001.jpg"を受け取った広告添付プロキシ・サーバ３０Ｂは、そのファイル自体は広告のマークがないことを確認して、要求元のＨＴＴＰクライアント５０に転送する。（図１５中のステップＳ３６→Ｓ３７→Ｓ３８→Ｓ３９→Ｓ４０）
【０１３７】
（12）画像ファイル"K1_0001.jpg"を受け取ったＨＴＴＰクライアント５０は、ウェブ・ページ中の該当する広告スペースを、画像ファイル"K1_0001.jpg"を用いて描画する。
【０１３８】
（13）次いで、ＨＴＴＰクライアント５０は、ＨＴＭＬファイル"index.html"中で指定された画像ファイル"KK1_0001.jpg"を直近上位の広告添付プロキシ・サーバ３０Ｂに要求する。
【０１３９】
（14）ＨＴＴＰクライアント５０から画像ファイル"KK1_0001.jpg"の要求を受け取った広告添付プロキシ・サーバ３０Ｂは、要求にあるＵＲＬ中に自身が付加した広告のマーク"KK1_0001.jpg"を見つけ、対応する広告情報をローカル広告データベース３５Ｂから取り出して、ＨＴＴＰクライアント５０に転送する。（図１５中のステップＳ３１→Ｓ３２→Ｓ３３→Ｓ４１）
【０１４０】
（15）ＨＴＴＰクライアント５０は、ウェブ・ページ"index.html"を描画するために必要なすべてのファイルを取得したことになるので、このウェブ・ページ表示を完成させる。
【０１４１】
［追補］
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１４２】
【発明の効果】
以上詳記したように、本発明によれば、インターネットなどの広域ネットワークを経由して閲覧可能なウェブ・ページ上において、「バナー広告」などの形式により付加的な広告情報を効果的に提供することができる、優れた広告情報提供装置及び方法、並びに記憶媒体を提供することができる。
【０１４３】
また、本発明によれば、特定事業者による集中管理に頼ることなくローカライズされた広告情報を提供することができる、優れた広告情報提供装置及び方法、並びに記憶媒体を提供することができる。
【０１４４】
また、本発明によれば、クライアント毎に適当な内容の広告コンテンツを選択して配信することができる、優れた広告情報提供装置及び方法、並びに記憶媒体を提供することができる。
【０１４５】
また、本発明によれば、バナー広告などの広告コンテンツを含むウェブ・ページを送信する際に、プロキシ・サーバを利用することによって広告情報をローカライズさせることにより、クライアントのニーズに適った広告情報を提供するとともに広告宣伝の効果を向上させることができる。
【０１４６】
本発明によれば、１以上の広告コンテンツを含むウェブ・ページを配信する際に、ウェブ・ページを提供するＨＴＴＰサーバとＨＴＴＰクライアントとの間に介在するプロキシ・サーバにおいて、ウェブ・サーバから配信される付加的な情報を利用して、ウェブ・ページの中に含まれる広告コンテンツを検出しこれらをローカル広告に置き換えることができる。この結果、ローカライズされ、クライアントの趣味や嗜好、ニーズなどにより適合した広告情報を提供することができ、宣伝広告の効果を高めることができる。
【０１４７】
また、プロキシ・サーバにおいて、ＨＴＴＰサーバから更新される広告情報、及びそのレイアウト情報を利用して、適当な広告画像を生成することによって、ウェブ・ページが本来持っていたレイアウトを崩すことなく広告を置き換えることができる。
【０１４８】
また、ウェブ・ページを提供するＨＴＴＰサーバは、広告の許諾の有無を接続先となるプロキシ・サーバから判断して、それに基づいて広告情報の添付を行うので、許可のないプロキシ・サーバが勝手に広告を置き換えられることを防ぐことができる。
【図面の簡単な説明】
【図１】本発明が適用されるコンピュータ・ネットワークの構成を模式的に示した図である。
【図２】一般的なウェブ・ページの構成を例示した図である。
【図３】広告添付許諾ＨＴＴＰサーバ１０がウェブ・ページ取得要求を受信したことに応答して実行する処理手順を示したフローチャートである。
【図４】広告添付プロキシ・サーバがＨＴＴＰクライアント又は他のプロキシ・サーバからウェブ・ページ取得要求を受信したことに応答して実行する処理手順を示したフローチャートである。
【図５】ＨＴＴＰクライアント５０とＨＴＴＰサーバ１０間に単一の広告ローカライズ用のプロキシ・サーバ３０のみが介在するネットワーク構成を模式的に示した図である。
【図６】ＨＴＴＰクライアント５０がローカライズされた広告を含むウェブ・ページを取得するために、ＨＴＴＰクライアント５０とＨＴＴＰサーバ１０、ローカル広告プロキシ・サーバ３０がメッセージ交換する様子を示した図である。
【図７】ローカル広告を含むウェブ・ページ描画結果を示した図である。
【図８】図７に示したウェブ・ページのソース・コードを示した図である。
【図９】フレーム内に他のサイトのウェブ・ページを表示した様子を示した図である。
【図１０】図９に示したウェブ・ページのソース・コードを示した図である。
【図１１】図９に示したウェブ・ページ内の左側のフレームを単独で描画した場合のウェブ・ページ表示結果、並びにソース・コードを示した図である。
【図１２】図９に示したウェブ・ページ内の右側のフレームを単独で描画した場合のウェブ・ページ表示結果、並びにソース・コードを示した図である。
【図１３】ＨＴＴＰクライアント５０が広告ローカライズ用のプロキシ・サーバ３０を介して複数のＨＴＴＰサーバ１０Ａ，１０Ｂ，…に接続されるネットワーク構成を模式的に示した図である。
【図１４】ＨＴＴＰクライアント５０がローカライズされた広告を含むウェブ・ページを取得するために、ＨＴＴＰクライアント５０と複数のＨＴＴＰサーバ１０、広告添付プロキシ・サーバ３０がメッセージ交換する様子を示した図である。
【図１５】多段構成のために機能拡張された広告添付プロキシ・サーバ３０が実行する処理手順を示したフローチャートである。
【図１６】ＨＴＴＰクライアント５０とＨＴＴＰサーバ１０との間に２つの広告ローカライズ用のプロキシ・サーバ３０Ａ及び３０Ｂが介在するネットワーク構成を模式的に示した図である。
【図１７】ＨＴＴＰクライアント５０がローカライズされた広告を含むウェブ・ページを取得するために、ＨＴＴＰクライアント５０とＨＴＴＰサーバ１０、並びに広告添付プロキシ・サーバ３０Ａ，３０Ｂがメッセージ交換する様子を示した図である。
【図１８】ＨＴＴＰサーバ１０が提供するＨＴＭＬファイル"index.html"を示した図である。
【図１９】最初の広告添付プロキシ・サーバ３０Ａによって部分的にローカライズされたＨＴＭＬファイル"index.html"を示した図である。
【図２０】次の広告添付プロキシ・サーバ３０ＢによってさらにローカライズされたＨＴＭＬファイル"index.html"を示した図である。
【符号の説明】
１０…ＨＴＴＰサーバ
１５…添付許諾プロキシ・データベース
３０…プロキシ・サーバ
３５…ローカル広告データベース
５０…ＨＴＴＰクライアント
【図１】
0004660948.tif 000002
【図２】
0004660948.tif 000003
【図３】
0004660948.tif 000004
【図４】
0004660948.tif 000005
【図５】
0004660948.tif 000006
【図６】
0004660948.tif 000007
【図７】
0004660948.tif 000008
【図８】
0004660948.tif 000009
【図９】
0004660948.tif 000010
【図１０】
0004660948.tif 000011
【図１１】
0004660948.tif 000012
【図１２】
0004660948.tif 000013
【図１３】
0004660948.tif 000014
【図１４】
0004660948.tif 000015
【図１５】
0004660948.tif 000016
【図１６】
0004660948.tif 000017
【図１７】
0004660948.tif 000018
【図１８】
0004660948.tif 000019
【図１９】
0004660948.tif 000020
【図２０】
0004660948.tif 000021