(57)【要約】【課題】フィード情報を配信しユーザにＷｅｂコンテンツの閲覧を促すようなＷｅｂシステムの仕組みにおいて、一時的にＷｅｂサーバにアクセスが集中してしまうことに起因する問題を解決する。【解決手段】Ｗｅｂサーバと、複数のクライアントから成るグループとの間を中継する中継サーバが、Ｗｅｂサーバから配信されるフィード情報などのメタ情報を受信すると、該メタ情報に含まれるＷｅｂコンテンツの所在を示す所在情報を前記グループ内に属するコンテンツキャッシュサーバ上を示す所在情報に変換して該グループ内のクライアントに配信するとともに、該グループ内に属するコンテンツキャッシュサーバに前記メタ情報に含まれるＷｅｂコンテンツをキャッシュさせるように構成する。【選択図】図１
2009140115.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバと、複数のクライアントから成るグループとの間を中継する情報処理装置に、
前記Ｗｅｂサーバから配信される、Ｗｅｂコンテンツに関わるメタ情報を取得するメタ情報取得ステップと、
前記メタ情報に含まれる、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を、前記グループに属するコンテンツキャッシュサーバ上を示す所在情報に変換し、該変換した所在情報を含むメタ情報を前記グループ内のクライアントに配信するメタ情報変換・配信ステップと、
前記コンテンツキャッシュサーバに、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を送信し、該Ｗｅｂコンテンツのキャッシュの実行を要求するキャッシュ要求ステップと、
を実行させることを特徴とするプログラム。
【請求項２】
前記グループ内に複数のコンテンツキャッシュサーバを備え、
前記キャッシュ要求ステップにおいて、負荷の最も低いコンテンツキャッシュサーバにＷｅｂコンテンツのキャッシュの実行を要求するとともに、前記メタ情報変換・配信ステップにおいて、前記グループ内のクライアントに配信するメタ情報に含まれるＷｅｂコンテンツの所在情報を該負荷の最も低いコンテンツキャッシュサーバ上を示すように変換する、ことを特徴とする請求項１記載のプログラム。
【請求項３】
更に、前記コンテンツキャッシュサーバがＷｅｂコンテンツを廃棄したことを伝えるための通知を受信する廃棄通知受信ステップと、
前記廃棄通知を受信すると、前記グループ内のクライアントに配信するメタ情報に含まれるＷｅｂコンテンツの所在情報を、前記Ｗｅｂサーバ上を示すように再変換して配信するメタ情報再変換ステップと、
を含むことを特徴とする請求項１または請求項２記載のプログラム。
【請求項４】
Ｗｅｂサーバと、複数のクライアントから成るグループとの間を中継する中継サーバであって、
前記Ｗｅｂサーバから配信される、Ｗｅｂコンテンツに関わるメタ情報を取得するメタ情報取得手段と、
前記メタ情報に含まれる、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を、前記グループに属するコンテンツキャッシュサーバ上を示す所在情報に変換し、該変換した所在情報を含むメタ情報を前記グループ内のクライアントに配信するメタ情報変換・配信手段と、
前記コンテンツキャッシュサーバに、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を送信し、該Ｗｅｂコンテンツのキャッシュの実行を要求するキャッシュ要求手段と、
を備えることを特徴とする中継サーバ。
【請求項５】
Ｗｅｂサーバと、複数のクライアントから成るグループとの間を中継する中継サーバが、
前記Ｗｅｂサーバから配信される、Ｗｅｂコンテンツに関わるメタ情報を取得するメタ情報取得し、
前記メタ情報に含まれる、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を、前記グループに属するコンテンツキャッシュサーバ上を示す所在情報に変換し、該変換した所在情報を含むメタ情報を前記グループ内のクライアントに配信し、
前記コンテンツキャッシュサーバに、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を
示す所在情報を送信し、該Ｗｅｂコンテンツのキャッシュの実行を要求する、
ことを特徴とする方法。
【請求項６】
複数のクライアントを含むグループ内ネットワークに存在し、ＷｅｂコンテンツをＷｅｂサーバからキャッシュするコンテンツキャッシュサーバであって、
前記グループ内ネットワークと前記Ｗｅｂサーバを中継する中継サーバからコンテンツのキャッシュ要求を受信するキャッシュ要求受付手段と、
前記受信したキャッシュ要求に基づいて、前記ＷｅｂサーバにアクセスしてＷｅｂコンテンツをキャッシュするコンテンツ取得手段と、  
前記キャッシュしたＷｅｂコンテンツそれぞれについて存在する保持条件について、該保持条件を満たすか否かを監視し、満たさなくなった場合には対応するＷｅｂコンテンツを破棄する保持条件監視手段と、
を備えることを特徴とするコンテンツキャッシュサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上のＷＷＷデータアクセスにおいて、アクセス頻度の高い  データ（ＨＴＭＬファイル等）をキャッシュ装置等に格納しておくことで、以降の同データへのアクセスを高速化するとともに外部ネットワークへのアクセス数を低減する技術に関する。
【背景技術】
【０００２】
従来より、Ｗｅｂシステムにおいて、クライアントマシンとＷｅｂサーバとの間には、Ｗｅｂコンテンツをキャッシュ（先読み）して一時的に蓄えておくキャッシュ装置が存在する。従来のＷｅｂシステム構成の概略図を図１３に示す。キャッシュ装置１３２は一度読み込んだファイルをしばらく自ら保存しておくため、クライアント１３３からＷｅｂサーバ１３１へのアクセス要求に対し、キャッシュ装置１３２が保持しているＷｅｂコンテンツの場合にはキャッシュ装置１３２にアクセスして閲覧することが可能となる。このように、Ｗｅｂサーバ１３１へのアクセス集中を回避することが可能となっている。
【０００３】
更に、特許文献１および特許文献２は、単にデータのキャッシュを行うのみならず、当該データからリンク付けされているデータを自動的にＷｅｂサーバから取得してキャッシュする先読み機能を備えたキャッシュ装置について開示している。しかしながらこれらの文献に開示された技術は単独のキャッシュ装置を利用するもので、キャッシュ装置自身の負荷が高くなってしまった場合などは結局コンテンツへのアクセス応答を十分に高めることができない、という問題があった。
【０００４】
一方、近年、Ｗｅｂコンテンツに関わるメタ情報、例えば、ＲＳＳ（Ｒｉｃｈ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ，Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ，ＲＤＦ  Ｓｉｔｅ  Ｓｕｍｍａｒｙ）またはＡｔｏｍ等のフィード情報を配信することによって、読者（ユーザ）に閲覧を促すような仕組みが、Ｗｅｂシステムにおいて盛んに取り入れられている。
【０００５】
このような仕組みにおいては、フィード情報が配信されると該当するＷｅｂコンテンツにアクセスが集中してしまうため、読者（ユーザ）に対し応答遅延が発生したり、ネットワークトラフィックが一時的に増大してしまうなどという問題が生じている。よってこれらの問題を解決する技術が求められている。
【特許文献１】特開平１１−２４９８１号公報
【特許文献２】特開平１１−１４９４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
そこで、本発明の課題は、フィード情報を配信しユーザにＷｅｂコンテンツの閲覧を促すようなＷｅｂシステムの仕組みにおいて、一時的にＷｅｂサーバにアクセスが集中してしまうことに起因する問題、より具体的にはユーザに対する応答遅延の発生およびネットワークトラフィックの一時的な増大、という問題を解決することにある。
【課題を解決するための手段】
【０００７】
このＷｅｂシステムの特徴は、Ｗｅｂサーバと複数のクライアントから成るグループとの間を中継する中継サーバが、Ｗｅｂサーバから配信されるフィード情報などのメタ情報を受信すると、該メタ情報に含まれるＷｅｂコンテンツの所在を示す所在情報を前記グループ内に属するコンテンツキャッシュサーバ上を示す所在情報に変換して該グループ内の
クライアントに配信するとともに、該グループ内に属するコンテンツキャッシュサーバに前記メタ情報に含まれるＷｅｂコンテンツをキャッシュさせるところにある。
【０００８】
このように、フィード情報が配信されてアクセスが集中すると予想されるＷｅｂコンテンツをあらかじめグループ内のコンテンツキャッシュサーバがキャッシュし、グループ内のクライアントは該当するＷｅｂコンテンツをグループ内のコンテンツキャッシュサーバから閲覧するようになるため、Ｗｅｂサーバにアクセスが集中してしまうことを回避することができる。また、ユーザに対する応答性を上げることが可能で、また、外部ネットワークへのアクセス数を低減することが可能となる。
【０００９】
また、上記Ｗｅｂシステムにおいて、前記グループ内に複数のコンテンツキャッシュサーバを備え、前記中継サーバは前記コンテンツキャッシュサーバにＷｅｂコンテンツのキャッシュを要求する際に、処理負荷の最も低いコンテンツキャッシュサーバにキャッシュを依頼することを特徴とする。更に前記中継サーバは、メタ情報に含まれるＷｅｂコンテンツの所在を示す所在情報を、該処理負荷の最も低いコンテンツキャッシュサーバ上を示す所在情報に変換し、該変換した所在情報を含むメタ情報をグループ内のクライアントに配送する。これにより動的にコンテンツキャッシュサーバの処理負荷分散が可能であり、また、Ｗｅｂコンテンツのデータを分散させることも可能である。
【００１０】
また、上記Ｗｅｂシステムにおいて、前記コンテンツキャッシュサーバは、Ｗｅｂコンテンツの保持条件に基づいてＷｅｂコンテンツを廃棄することを特徴とする。この際、前記中継サーバは、前記コンテンツキャッシュサーバが、Ｗｅｂコンテンツを破棄したことを伝えるための通知を受信し、それに基づいてメタ情報に含まれるコンテンツの所在情報をＷｅｂサーバ上を示す情報に再変換して、前記グループ内のクライアントに配信する。これにより、常にコンテンツキャッシュサーバはよりアクセスの多いと考えられるＷｅｂコンテンツを優先的に自装置内の記憶装置に格納しておくことが可能となる。
【発明の効果】
【００１１】
開示のシステムは、フィード情報を配信しユーザにＷｅｂコンテンツの閲覧を促すようなＷｅｂシステムの仕組みにおいて、一時的にＷｅｂサーバにアクセスが集中するのを回避するという効果や、ユーザに対する応答遅延の発生およびネットワークトラフィックの一時的な増大を防ぐという効果を奏する。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明の実施の形態について説明する。
尚、以下の実施例では、Ｗｅｂサーバから配信されるＷｅｂコンテンツに関わるメタ情報としてＲＳＳというフィード情報を用いるが、本発明は下記の実施形態に限定されるものではなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【００１３】
図１に、実施例のＷｅｂシステムの全体構成を示す。
インターネット１に、Ｗｅｂサイト（２−１〜２−５）を提供するＷｅｂサーバが接続している。
【００１４】
また、インターネット１に、クライアント１〜５（３−１〜３−５）がフィード中継サーバ４を介して接続する。クライアント１〜５（３−１〜３−５）は、企業内ネットワークに接続された端末や、プロバイダなどが提供するプロキシを介してインターネットに接続する端末であり、このようなまとまりをグループ６と呼ぶことにする。図１には示していないが、インターネット１にはグループ６のようにフィード中継サーバ４とクライアント３から構成されるグループが多数接続している。また、各グループにはコンテンツキャッシュサーバ５が備えられている。コンテンツキャッシュサーバ５はグループ６内に二台
以上存在してもかまわない。
【００１５】
システム全体の動作の概要は次のようになる。
まず、フィード中継サーバ４が、各Ｗｅｂサーバ２から配信されるメタ情報である、フィード情報（ＲＳＳ）を収集する。
【００１６】
次に、フィード中継サーバ４は、コンテンツキャッシュサーバ５に、Ｗｅｂコンテンツのキャッシュ要求を送信する。
また、フィード中継サーバ４は、フィード情報のうちＷｅｂコンテンツの所在を示す情報を、Ｗｅｂサーバ２上を示すものからコンテンツキャッシュサーバ５上を示すものに変換する。そして、フィード中継サーバ４は、変換した所在情報を含むフィード情報をグループ６内のクライアント１〜５（３−１〜３−５）に配信する。
【００１７】
コンテンツキャッシュサーバ５は、フィード中継サーバ４からキャッシュ要求を受信すると、該当するＷｅｂサーバ２にアクセスし、Ｗｅｂコンテンツを先読みし、自らの記憶装置に保存する。
【００１８】
クライアント３のユーザは、フィード情報に基づいてＷｅｂコンテンツを閲覧するが、クライアント３に配信されたフィード情報中のＷｅｂコンテンツの所在情報は、グループ６内のコンテンツキャッシュサーバ５を示すように変換されているため、クライアント３はＷｅｂコンテンツを閲覧する際にはコンテンツキャッシュサーバ５にアクセスすることになる。
【００１９】
また、コンテンツキャッシュサーバ５は、キャッシュ要求受信にあわせて、Ｗｅｂコンテンツの保持条件に関わる情報を受信するように構成も可能である。保持条件として例えば、Ｗｅｂコンテンツの保持期限を受信した場合には、コンテンツキャッシュサーバ５は保持期限の過ぎたＷｅｂコンテンツについては廃棄、つまり自らの記憶装置からＷｅｂコンテンツデータを削除し、フィード中継サーバ４に廃棄したことを通知する。
【００２０】
Ｗｅｂコンテンツデータの廃棄通知を受信したフィード中継サーバ４は、フィード情報中のＷｅｂコンテンツの所在情報を元のＷｅｂサーバ２上を示すものに変換して、該変換した所在情報を含むフィード情報をクライアント３に配信する。これにより、コンテンツキャッシュサーバ５がＷｅｂコンテンツを廃棄したあと、該Ｗｅｂコンテンツを閲覧しようとする場合には、クライアント３はＷｅｂサーバ２にアクセスすることになる。
【００２１】
図２に実施例のＷｅｂシステムのシーケンス図を示す。尚、図２はコンテンツキャッシュサーバ５が複数台存在するＷｅｂシステムのシーケンス図を示したものである。
まず、フィード情報配信機能のあるＷｅｂサイト２が、フィード配信を行う（図２の１．）。フィード情報中継サーバ４は、フィード情報を受信し、キャッシュ生成処理を行う。
【００２２】
キャッシュ生成処理は、図２の２．〜７．によって実行される。まず、フィード中継サーバ４は、コンテンツキャッシュサーバ５に負荷（ロード）を問い合わせる（図２の２．）。コンテンツキャッシュサーバ５が、ロード状況を回答する（図２の３．）。フィード中継サーバ４は、Ｗｅｂコンテンツのキャッシュを依頼するコンテンツキャッシュサーバ５を決定し、キャッシュを依頼する（図２の４．）。コンテンツキャッシュサーバ５は、Ｗｅｂサイト２にアクセスしコンテンツ要求を行い（図２の５．）、Ｗｅｂコンテンツを取得する（図２の６．）。その後、フィード中継サーバ４は、フィード情報中のＷｅｂコンテンツの所在を示す部分を、該Ｗｅｂコンテンツをキャッシュしたコンテンツキャッシュサーバ５を示すものに変換し、該フィード情報をクライアント３に配信する（図２の７
．）。
【００２３】
クライアント３がＷｅｂコンテンツへアクセスする場合（図２の８．）、クライアント３はコンテンツキャッシュサーバ５にアクセスし、コンテンツキャッシュサーバ５はキャッシュしたＷｅｂコンテンツを送信し、クライアント３にてＷｅｂコンテンツを閲覧できる（図２の９．）。
【００２４】
コンテンツキャッシュサーバ５は、コンテンツ保持条件を満たさなくなると、コンテンツを破棄し、破棄したことをフィード中継サーバ４に通知する（図２の１０．）。フィード中継サーバ４は、フィード情報中のＷｅｂコンテンツの所在情報を元のＷｅｂサーバ２上を示すものに変換して、該変換した所在情報を含むフィード情報をクライアント３に配信する（図２の１１．）。
【００２５】
それ以後、クライアント３がＷｅｂコンテンツへアクセスする場合には（図２の１２．）、クライアント３はＷｅｂサーバ２に直接アクセスするようになる（図２の１３）。
次に、図３にフィード中継サーバの機能ブロック図を示す。
【００２６】
フィード中継サーバ４は、Ｗｅｂサーバ２からフィード情報であるＲＳＳデータを取得するＲＳＳデータ取得部４１と、ＲＳＳデータを変換するＲＳＳデータ変換部４２と、ＲＳＳデータを送信しコンテンツキャッシュサーバ５−１、５−２にキャッシュを依頼するＲＳＳデータ分配部４３と、コンテンツキャッシュサーバ５−１、５−２がＷｅｂコンテンツを廃棄したことを知らせる廃棄通知を受信する廃棄通知受信部４５と、コンテンツキャッシュサーバ５−１、５−２がＷｅｂコンテンツを廃棄した場合にＲＳＳデータ中のＷｅｂコンテンツの所在情報を元のＷｅｂサーバ２上を示すものに変換するＲＳＳデータ再変換部４４とを備える。
【００２７】
ＲＳＳデータ取得部４１には、タイマが内蔵されており、例えば３０分ごとにＲＳＳデータを収集する。そして、取得した複数のＲＳＳデータについて、Ｗｅｂコンテンツの所在を示す所在情報（ＵＲＬ）を抽出し、重複しているものをまとめる処理を行う。
【００２８】
ＲＳＳデータ変換部４２の処理の詳細について図４〜図６を用いて説明する。
まず、ＲＳＳデータのサンプルを図４に示す。図４のようにフィード情報であるＲＳＳデータの中には、Ｗｅｂコンテンツの所在を示す所在情報であるＵＲＬ（Ｕｎｉｆｏｒｍ
Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が含まれている。
【００２９】
ここで、ＲＳＳデータ中の、Ｗｅｂコンテンツの所在を示すＵＲＬの例を図５の（ａ）であるとする。ＲＳＳデータ変換部４２は、図５の（ｂ）に示すように変換する。すなわち、「http://キャッシュ対象Ｘ」というコンテンツの所在を、キャッシュを依頼するサーバＡ上を示す「http://サーバＡ/proxy?site=http://キャッシュ対象Ｘ」という所在情報に変換する。他の所在情報ついても同様に変換する。そして、フィード中継サーバ４およびコンテンツキャッシュサーバ５で使用されるリストに登録する。リスト７の例を図６に示す。
【００３０】
リスト７は、Ｗｅｂコンテンツのタイトル、Ｗｅｂコンテンツの所在を示す変換前の情報、Ｗｅｂコンテンツの所在を示す変換後の情報、Ｗｅｂコンテンツ取得年月日、Ｗｅｂコンテンツの保持条件として例えばＷｅｂコンテンツの保持期限を示す年月日などの項目から構成される。
【００３１】
以上のように、ＲＳＳデータ変換部４２では、ＲＳＳデータを変換リスト７を作成する処理を行う。そしてフィード中継サーバ４は、リスト７に基づき、不図示のフィード配信
機能により、変換後のＷｅｂコンテンツの所在情報を含むフィード情報を配信する。
【００３２】
また、図３のＲＳＳデータ分配部４３は、コンテンツキャッシュサーバ５の負荷状況に応じて、いずれのコンテンツキャッシュサーバ５にキャッシュを依頼するかを決定する。本実施例では例えば、負荷の最も低いコンテンツキャッシュサーバ５に、キャッシュを依頼することを決定する。決定したコンテンツキャッシュサーバ５に、図６に示したリストのうち、変換前のＷｅｂコンテンツの所在を示す情報（Ｗｅｂサーバ上を示す）と、保持条件としての例えばＷｅｂコンテンツの保持期限等を送信する。これを受信したコンテンツキャッシュサーバ５は、該当するＷｅｂコンテンツのキャッシュを実行する。尚、ＲＳＳデータ分配部４３がキャッシュ依頼を行う際、ＲＳＳデータ分配部４３は、図６に示したリスト７中のＩＤのみをコンテンツキャッシュサーバ５に送信するように構成してもよく、その場合コンテンツキャッシュサーバ５は、必要に応じてリスト７中の必要な情報を参照する。
【００３３】
破棄通知受信部４５は、コンテンツキャッシュサーバ５がＷｅｂコンテンツを廃棄したことを知らせる通知を受信し、ＲＳＳデータ再変換部４４に通知する。
ＲＳＳデータ再変換部４４は、Ｗｅｂコンテンツの所在情報を変換前の情報に再変換し、元のＷｅｂサーバ２上を示すものにし、リスト７を書き換える。上述のようにクライアント３にはリスト７に基づいてＷｅｂコンテンツの所在情報を含むフィード情報が配信されるため、ＲＳＳデータ再変換部４４によりＷｅｂコンテンツの所在情報が書き換えられるとクライアント３はそれ以後Ｗｅｂサーバ２にアクセスするようになる。
【００３４】
このように、たとえば新しい記事がＷｅｂサイトに更新されたばかりでグループ６内からＷｅｂサーバ２にアクセスが集中するような場合には、あらかじめ対応するＷｅｂコンテンツをグループ６内のコンテンツキャッシュサーバ５がキャッシュしておき、クライアント３はコンテンツキャッシュサーバ５にアクセスして記事を閲覧することができる。そして、ある一定期間が過ぎて該記事が古くなり、対応するＷｅｂコンテンツへのアクセスが少なくなってきている場合には、コンテンツキャッシュサーバ５が該コンテンツデータを破棄し、グループ６内からその記事を閲覧したい場合にはＷｅｂサーバ２にアクセスして閲覧することが可能である。よって、一時的にＷｅｂサーバにアクセスが集中するのを回避することが可能であり、また、ユーザに対する応答遅延も低く抑えることが可能で、更にはネットワークトラフィックの一時的な増大も防ぐことができる。
【００３５】
以上、図３〜図６を参照しフィード中継サーバ４の構成について説明したが、次に、コンテンツキャッシュサーバ５の機能ブロック図を図７に示す。
コンテンツキャッシュサーバ５は、自身の負荷状況を監視するロード監視部５１と、フィード中継サーバ４からキャッシュ依頼を受信するキャッシュ要求受付部５２と、Ｗｅｂサーバ２にアクセスし、Ｗｅｂコンテンツを取得するコンテンツ取得部５３と、保持しているＷｅｂコンテンツの保持条件を監視し、保持条件を満たさなくなったＷｅｂコンテンツを破棄する保持条件監視部５４と、Ｗｅｂコンテンツを廃棄した際に、フィード中継サーバ４にＷｅｂコンテンツを廃棄したことを通知する廃棄通知送信部５５と、クライアント３のＷｅｂコンテンツへのアクセス要求を受け付け、該当するＷｅｂコンテンツをクライアント３に供給するアクセス要求受付部５６と、を備える。
【００３６】
ロード監視部５１は、図２の２．および３．の処理で動作する部分で、フィード中継サーバ４がコンテンツキャッシュサーバ５の負荷状況を問い合わせると、自身の負荷状況を回答する。
【００３７】
また、キャッシュ要求受付部５２は、フィード中継サーバ４が送信するキャッシュ依頼を受信し、コンテンツ取得部５３に伝達する。該依頼にはキャッシュするＷｅｂコンテン
ツの所在情報に関わる情報が含まれる。
【００３８】
コンテンツ取得部５３は、Ｗｅｂコンテンツの所在情報に基づいてＷｅｂサーバ２にアクセスし、Ｗｅｂコンテンツのデータを自身の記憶装置に格納する。
保持条件監視部５４は、保持期限などのコンテンツ保持条件を満たしているか否かを監視し、条件を満たさなくなったＷｅｂコンテンツについては破棄、すなわち自身の記憶装置に格納されたＷｅｂコンテンツのデータを削除する。この保持条件としては、保持期限の他に、たとえば２４時間以上クライアントからアクセス要求が１回もない場合は該当Ｗｅｂコンテンツを破棄するようにする、または、ある一定期間内にクライアントからのある一定のアクセス数を得られない場合に該当Ｗｅｂコンテンツを破棄するようにするなど、様々な保持条件を与えることが可能である。
【００３９】
廃棄通知送信部５５は、保持条件監視部５４がＷｅｂコンテンツを廃棄したことを受けて、コンテンツ廃棄通知をフィード中継サーバ４に送信する。
以上のように、フィード中継サーバ４およびコンテンツキャッシュサーバ５の構成について詳細に説明したが、次に図８を用いてフィード中継サーバ４とコンテンツキャッシュサーバ５の処理の流れについて説明する。
【００４０】
まず、フィード中継サーバ４において、ステップＳ１で、ＲＳＳデータ取得部４１がフィード情報であるＲＳＳデータを収集し、ステップＳ２で、取得したＲＳＳデータについて、Ｗｅｂコンテンツの所在を示す所在情報を抽出し、重複しているものをまとめる処理を行う。
【００４１】
次に、ステップＳ３で、フィード中継サーバ４のＲＳＳデータ分配部４３が各コンテンツキャッシュサーバ５の負荷状況を問い合わせるとともに、ステップＳ４でフィード中継サーバ４のＲＳＳデータ変換部４２が図５で説明したようにＷｅｂコンテンツの所在情報についての変換処理を行う。そして、ステップＳ５でリスト７を書き換える処理を行う。このリスト７に基づいてフィード情報の配信がクライアント３に対して行われる。ステップＳ６で、コンテンツキャッシュサーバ５に対してキャッシュ依頼を送信する。
【００４２】
フィード中継サーバ４は、フィード情報収集対象Ｗｅｂサイトをあらかじめリストアップしておき、そのリストを保持するように構成することできる。ステップＳ７では、リストアップされた対象Ｗｅｂサイトについてフィード情報の収集が完了しているか否かを判断している。もし、リストアップされたものの中にフィード収集が済んでいないものがある場合にはステップＳ１に戻る。リストアップされたもののフィード収集が済んでいる場合にはステップＳ８に進み、予め設定されたフィード情報を収集する周期に合わせて、ＲＳＳデータ取得部４１の内臓タイマが次のフィード情報の収集を開始する（ステップＳ１に戻って処理を繰り返す。）。
【００４３】
ステップＳ６でフィード中継サーバ４からキャッシュ依頼を受けたコンテンツキャッシュサーバ５は、ステップＳ９で、キャッシュ要求受付部５２が該キャッシュ依頼を受信する。そして、ステップＳ１０で、コンテンツ取得部５３が対応するＷｅｂサーバ２にアクセスし、該当するコンテンツのデータを獲得し、ステップＳ１１で獲得したＷｅｂコンテンツをコンテンツキャッシュサーバ５の記憶装置に格納する。
【００４４】
コンテンツキャッシュサーバ５のアクセス要求受付部５６が、ステップＳ１２でクライアント３からＷｅｂコンテンツへのアクセス要求を受信すると、ステップＳ１３で該当するコンテンツデータを記憶装置から読み出し、クライアント３へ送信する。
【００４５】
ステップＳ１４では、保持条件監視部５４がコンテンツの保持条件を満たしているか否
かを判断し、条件を満たしている場合にはステップＳ１２に戻り、条件を満たしていない場合にはステップＳ１５に進む。ステップＳ１５では、廃棄通知送信部５５がフィード中継サーバ４に廃棄通知を送信するとともに、ステップＳ１６で保持条件監視部５４がＷｅｂコンテンツを廃棄し、コンテンツキャッシュサーバ５は処理を終了する。
【００４６】
ステップＳ１５で、コンテンツキャッシュサーバ５からＷｅｂコンテンツの廃棄通知を受けたフィード中継サーバ４において、ステップＳ１７で廃棄通知受信部４５が該通知を受信する。そしてステップＳ１８で、ＲＳＳデータ再変換部４４がＷｅｂコンテンツの所在情報を再変換し、元のＷｅｂサーバ２上を示すものにし、ステップＳ１９でリスト７を書き換える。
【００４７】
以上のように本実施例のシステム構成、動作について詳細に説明した。
本実施例は、例えば次に示す図９や図１０のように応用することが可能である。
まず応用例１として、フィード中継サーバ４およびコンテンツキャッシュサーバ５を社内ニュース再配信サーバとして構成する。図９に示すように、本応用例１は、社外のニュースサイトのコンテンツデータを、社内のコンテンツキャッシュサーバ５に蓄積・配布したのち、一定期間経過後に配布を終了するものである。
【００４８】
社内外を接続するプロキシサーバの能力が限られている場合など、社内のメンバはニュースサイトの応答時間が長くなってしまいニュースの閲覧をやめてしまう傾向にある。このような情報収集能力の低下は、企業の大きな損失といっても過言ではない。本応用例１によれば、社外ニュースのコンテンツデータをあらかじめ社内のコンテンツキャッシュサーバ５に蓄積し、社内コンテンツキャッシュサーバ上にコンテンツが存在することをフィード情報として配信するため、社員は社内ネットワークの応答時間内でニュースサイトのコンテンツにアクセスすることが可能となり、情報収集能力を向上させることができる。また、応用例２はＷｅｂサイトの定点観測である。競合他社などの注目している企業のニュースリリースや業界のキーマンのブログ（Ｗｅｂ  Ｌｏｇ）などの更新を定点観測する。応用例１の場合と同様に、社内外を接続するプロキシサーバの能力が限られている場合など、情報収集を迅速に行うことができない。このような情報収集能力の低下を防ぐために、本実施例を用いることが可能である。本応用例２によれば、注目しているサイトの更新が行われた場合に、Ｗｅｂサーバから配信されたフィード情報に基づいてコンテンツデータを社内のコンテンツキャッシュサーバ５に蓄積し、社内コンテンツキャッシュサーバ上にコンテンツが存在することをフィード情報として配信するため、社員メンバは社内のネットワークの応答時間内で、企業活動に有用な情報を入手することが可能となる。
【００４９】
以上のように本実施例を応用することにより、企業活動をますます活性化させることが可能である。
以上、図１〜図１０を参照し、本実施例のシステムについて詳細に説明したが、本実施例は上述したシステムに限定されるものでないことはいうまでもなく、コンピュータなどの情報処理装置上で動作するソフトウェアプログラムとして実現されてもよい。
【００５０】
図１１に、本実施例のフィード中継サーバ４、コンテンツキャッシュサーバ５を実現する情報処理装置のハードウェア構成を示す。
情報処理装置１１００は、ＣＰＵ１１０１、メモリ１１０２、入力装置１１０３、出力装置１１０４、外部記憶装置１１０５、媒体駆動装置１１０６、及びネットワーク接続装置１１０７を備え、それらはバス１１０８により互いに接続されている。
【００５１】
メモリ１１０２は、例えばＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含み、フィード中継サーバまたはコンテンツキャッシュサーバを実現するためのプログラムやデータを格納する。
【００５２】
ＣＰＵ１１０１は、メモリ１１０２を利用してプログラムを実行することによりフィード中継サーバまたはコンテンツキャッシュサーバを実現する。
入力装置１１０３は、例えば、キーボード、ポインティングデバイス、タッチパネル等であり、サーバを管理する管理者などによる情報入力等に用いられる。出力装置１１０４は、例えばディスプレイやプリンタ等であり、情報処理装置１１００の利用者への処理結果等の出力に用いられる。
【００５３】
外部記憶装置１１０５は、例えば磁気ディスク装置、光ディスク装置、光磁気ディスク装置等である。この外部記憶装置１１０５にプログラムとデータを保存しておき、必要に応じて、それらをメモリ１１０２上にロードして使用することもできる。
【００５４】
媒体駆動装置１１０６は、可搬型記録媒体１１０９を駆動し、その記録内容にアクセスする。可搬型記録媒体１１０９としては、メモリカード、メモリスティック、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ、光ディスク、光磁気ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等、任意のコンピュータで読み取り可能な記録媒体が用いられる。この可搬型記録媒体１１０９にプログラムとデータを格納しておき、必要に応じて、それらをメモリ１１０２にロードして使用することもできる。
【００５５】
ネットワーク接続装置１１０７は、ＬＡＮ，ＷＡＮ等の任意のネットワーク（回線）を介して外部の装置と通信し、通信に伴うデータ変換を行う。また、必要に応じて、プログラムとデータを外部装置から受け取り、それらをメモリ１１０２にロードして使用することもできる。
【００５６】
情報処理装置上で動作するプログラムは、情報処理装置のメモリ１１０２等を用いて、図８に示したフローを処理するように構成される。
本実施例のフィード中継サーバまたはコンテンツキャッシュサーバが情報処理装置上のプログラムを実行することによって実現される場合に、当該プログラムを情報処理装置へローディングする方法について図１２に示しておく。
【００５７】
図１２の（ａ）は、情報処理装置１２０１のハードディスクなどの外部記憶装置に格納されたプログラムやデータ１２０２を情報処理装置１２０１がローディングする方法を示したものである。
【００５８】
図１２の（ｂ）は、ＣＤ−ＲＯＭやＤＶＤなどの可搬型の記憶媒体に記録されたプログラムやデータ１２０４が、情報処理装置１２０１の媒体駆動装置を介してローディングする方法を示したものである。
【００５９】
図１２の（ｃ）は、ネットワークなどの回線を介して、情報提供者が提供するプログラムやデータ１２０３を、情報処理装置１２０１の通信装置を介してローディングする方法を示したものである。
【００６０】
以上のように本実施例は、上述したサーバの各機能と同等の機能をコンピュータなどの情報処理装置に行わせるためのプログラムとして構成してもよい。また、本実施例は上述した機能と同様の機能をコンピュータなどの情報処理装置に行わせるためのプログラムを記録したコンピュータ読み出し可能記録媒体として構成することもできる。また、本実施例は搬送波に具現化された上述のプログラムを表現するコンピュータ・データ・シグナルとして構成することもできる。
【００６１】
以上、本実施例について詳細に説明したが、本実施例によれば、フィード情報を配信し、ユーザにＷｅｂコンテンツの閲覧を促すようなＷｅｂシステムの仕組みにおいて、複数のクライアントから構成されるグループのネットワーク内に存在するコンテンツキャッシュサーバが予めフィード情報に基づいてコンテンツデータをキャッシュしておくため、ユーザがコンテンツのアクセス要求を行う場合にはＷｅｂサーバではなくコンテンツキャッシュサーバにアクセスすればよい。これにより、Ｗｅｂサーバにアクセスが集中してしまうことを回避することが可能であり、またユーザに対する応答遅延の発生およびネットワークトラフィックの一時的な増大を防ぐことが可能である。
【００６２】
また、グループ内に複数のコンテンツキャッシュサーバが存在する場合に、フィード中継サーバは負荷状態の低いコンテンツキャッシュサーバにコンテンツのキャッシュを依頼するように制御し、負荷分散を行うことができる。これにより、従来キャッシュ装置では自身の負荷が高くなってしまった場合に、結局コンテンツへのアクセス応答を高めることができない、というような問題が発生していたが、本実施例ではそのような問題が発生する可能性を極めて低くすることができる。
【００６３】
更に、コンテンツキャッシュサーバは、キャッシュしたコンテンツデータの保持条件が満たされなくなると、該コンテンツデータを自ら破棄することが可能であるため、コンテンツキャッシュサーバの記憶資源を有効利用することが可能である。
【００６４】
上述の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）  Ｗｅｂサーバと、複数のクライアントから成るグループとの間を中継する情報処理装置に、
前記Ｗｅｂサーバから配信される、Ｗｅｂコンテンツに関わるメタ情報を取得するメタ情報取得ステップと、
前記メタ情報に含まれる、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を、前記グループに属するコンテンツキャッシュサーバ上を示す所在情報に変換し、該変換した所在情報を含むメタ情報を前記グループ内のクライアントに配信するメタ情報変換・配信ステップと、
前記コンテンツキャッシュサーバに、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を送信し、該Ｗｅｂコンテンツのキャッシュの実行を要求するキャッシュ要求ステップと、
を実行させることを特徴とするプログラム。
（付記２）  前記グループ内に複数のコンテンツキャッシュサーバを備え、
前記キャッシュ要求ステップにおいて、負荷の最も低いコンテンツキャッシュサーバにＷｅｂコンテンツのキャッシュの実行を要求するとともに、前記メタ情報変換・配信ステップにおいて、前記グループ内のクライアントに配信するメタ情報に含まれるＷｅｂコンテンツの所在情報を該負荷の最も低いコンテンツキャッシュサーバ上を示すように変換する、ことを特徴とする付記１記載のプログラム。
（付記３）  更に、前記コンテンツキャッシュサーバがＷｅｂコンテンツを廃棄したことを伝えるための通知を受信する廃棄通知受信ステップと、
前記廃棄通知を受信すると、前記グループ内のクライアントに配信するメタ情報に含まれるＷｅｂコンテンツの所在情報を、前記Ｗｅｂサーバ上を示すように再変換して配信するメタ情報再変換ステップと、
を含むことを特徴とする付記１または付記２記載のプログラム。
（付記４）  前記コンテンツキャッシュサーバのＷｅｂコンテンツの廃棄は、該コンテンツの保持条件に基づいて行われることを特徴とする付記３記載のプログラム。
（付記５）  前記コンテンツの保持条件は、該コンテンツの保持期限を示した情報であることを特徴とする付記４記載のプログラム。
（付記６）  前記コンテンツの保持条件は、ある一定期間の該コンテンツへのある一定の
アクセス数を示した情報であることを特徴とする付記４記載のプログラム。
（付記７）  Ｗｅｂサーバと、複数のクライアントから成るグループとの間を中継する中継サーバであって、
前記Ｗｅｂサーバから配信される、Ｗｅｂコンテンツに関わるメタ情報を取得するメタ情報取得手段と、
前記メタ情報に含まれる、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を、前記グループに属するコンテンツキャッシュサーバ上を示す所在情報に変換し、該変換した所在情報を含むメタ情報を前記グループ内のクライアントに配信するメタ情報変換・配信手段と、
前記コンテンツキャッシュサーバに、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を送信し、該Ｗｅｂコンテンツのキャッシュの実行を要求するキャッシュ要求手段と、
を備えることを特徴とする中継サーバ。
（付記８）  前記グループ内に複数のコンテンツキャッシュサーバを備え、
前記キャッシュ要求手段は、負荷の最も低いコンテンツキャッシュサーバにＷｅｂコンテンツのキャッシュの実行を要求し、
前記メタ情報変換・配信手段は、前記グループ内のクライアントに配信するメタ情報に含まれるＷｅｂコンテンツの所在情報を前記負荷の最も低いコンテンツキャッシュサーバ上を示すように変換する、
ことを特徴とする付記７記載の中継サーバ。
（付記９）  更に、前記コンテンツキャッシュサーバがＷｅｂコンテンツを廃棄したことを伝えるための通知を受信する廃棄通知受信手段と、
前記廃棄通知を受信すると、前記グループ内のクライアントに配信するメタ情報に含まれるＷｅｂコンテンツの所在情報を、前記Ｗｅｂサーバ上を示すように再変換して配信するメタ情報再変換手段と、
を含むことを特徴とする付記７または付記８記載の中継サーバ。
（付記１０）  前記コンテンツキャッシュサーバのＷｅｂコンテンツの廃棄は、該コンテンツの保持条件に基づいて行われることを特徴とする付記９記載の中継サーバ。
（付記１１）  前記コンテンツの保持条件は、該コンテンツの保持期限を示した情報であることを特徴とする付記１０記載の中継サーバ。
（付記１２）  前記コンテンツの保持条件は、ある一定期間の該コンテンツへのある一定のアクセス数を示した情報であることを特徴とする付記１０記載の中継サーバ。
（付記１３）  Ｗｅｂサーバと、複数のクライアントから成るグループとの間を中継する中継サーバが、
前記Ｗｅｂサーバから配信される、Ｗｅｂコンテンツに関わるメタ情報を取得するメタ情報取得し、
前記メタ情報に含まれる、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を、前記グループに属するコンテンツキャッシュサーバ上を示す所在情報に変換し、該変換した所在情報を含むメタ情報を前記グループ内のクライアントに配信し、
前記コンテンツキャッシュサーバに、前記Ｗｅｂサーバ上のＷｅｂコンテンツの所在を示す所在情報を送信し、該Ｗｅｂコンテンツのキャッシュの実行を要求する、  
ことを特徴とする方法。
（付記１４）  複数のクライアントを含むグループ内ネットワークに存在し、ＷｅｂコンテンツをＷｅｂサーバからキャッシュするコンテンツキャッシュサーバであって、
前記グループ内ネットワークと前記Ｗｅｂサーバを中継する中継サーバからコンテンツのキャッシュ要求を受信するキャッシュ要求受付手段と、
前記受信したキャッシュ要求に基づいて、前記ＷｅｂサーバにアクセスしてＷｅｂコンテンツをキャッシュするコンテンツ取得手段と、  
前記キャッシュしたＷｅｂコンテンツそれぞれについて存在する保持条件について、該保持条件を満たすか否かを監視し、満たさなくなった場合には対応するＷｅｂコンテンツ
を破棄する保持条件監視手段と、
を備えることを特徴とするコンテンツキャッシュサーバ。
（付記１５）  前記コンテンツの保持条件は、該コンテンツの保持期限を示した情報であることを特徴とする付記１４記載のコンテンツキャッシュサーバ。
（付記１６）  前記コンテンツの保持条件は、ある一定期間の該コンテンツへのある一定のアクセス数を示した情報であることを特徴とする付記１４記載のコンテンツキャッシュサーバ。
【図面の簡単な説明】
【００６５】
【図１】実施例のＷｅｂシステムの全体構成を示す図である。
【図２】実施例のＷｅｂシステムの流れを示す図である。
【図３】フィード中継サーバの機能ブロック図を示す図である。
【図４】フィード情報の具体例であるＲＳＳデータのサンプルを示す図である。
【図５】フィード情報（ＲＳＳデータ）の変換を説明する図である。
【図６】リストの構造および具体例を示す図である。
【図７】コンテンツキャッシュサーバの機能ブロック図を示す図である。
【図８】サーバのフローを示す図である。
【図９】応用例１（社内ニュース再配信サーバ）を示す図である。
【図１０】応用例２（Ｗｅｂサイトの定点観測）を示す図である。
【図１１】フィード中継サーバまたはコンテンツキャッシュサーバを実現する情報処理装置の構成を示す図である。
【図１２】プログラムの情報処理装置へのローディングを説明する図である。
【図１３】従来のＷｅｂシステムの構成を示す図である。
【符号の説明】
【００６６】
１      インターネット
２、２−１〜２−５      ＷｅｂサイトまたはＷｅｂサーバ
３、３−１〜３−５      クライアント
４      フィード中継サーバ
５      コンテンツキャッシュサーバ
６      グループ
４１      ＲＳＳデータ取得部
４２      ＲＳＳデータ変換部
４３      ＲＳＳデータ分配部
４４      ＲＳＳデータ再変換部
４５      廃棄通知受信部
５１      ロード監視部
５２      キャッシュ要求受付部
５３      コンテンツ取得部
５４      保持条件監視部
５５      廃棄通知送信部
５６      アクセス要求受付部
１１００      情報処理装置
１１０１      ＣＰＵ
１１０２      メモリ
１１０３      入力装置
１１０４      出力装置
１１０５      外部記憶装置
１１０６      媒体駆動装置
１１０７      ネットワーク接続装置
１１０８      バス
１１０９      可搬記録媒体
１２０１      情報処理装置
１２０２      外部記憶装置に格納されたプログラムやデータ
１２０３      情報提供者が提供するプログラムやデータ
１２０４      可搬型の記憶媒体に記録されたプログラムやデータ
１３１      Ｗｅｂサーバ
１３２      キャッシュ装置
１３３      クライアント
【図１】
2009140115.tif 000003
【図２】
2009140115.tif 000004
【図３】
2009140115.tif 000005
【図４】
2009140115.tif 000006
【図５】
2009140115.tif 000007
【図６】
2009140115.tif 000008
【図８】
2009140115.tif 000009
【図９】
2009140115.tif 000010
【図１０】
2009140115.tif 000011
【図１１】
2009140115.tif 000012
【図１２】
2009140115.tif 000013
【図１３】
2009140115.tif 000014
【図７】
2009140115.tif 000015