(57)【要約】【課題】サーバおよびクライアントの負荷を低減させ、ネットワークのトラフィックの削減を実現させながら、タイムリーにコンテンツの更新情報を各クライアントが得る。【解決手段】イントラネットサーバ２は、各コンテンツに対して更新が行われたかについての判定を行う更新有無判定手段１０と、更新が行われたと判定された場合に、そのコンテンツの更新内容を取得して、コンテンツ更新の配信文書を作成する配信文書作成手段１２と、その配信文書を全クライアント３に送信する配信文書送信手段１３とを有している。各クライアント３は、配信文書受信手段２０が受信した配信文書がフィルタリング条件を満たしているか否かの判定を行うフィルタリング手段２２と、フィルタリング条件を満たすと判定された場合に、配信文書の表示を行うためのＨＴＭＬドキュメント作成手段２３および配信文書表示手段２４とを有している。【選択図】図１
2006260361.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、前記サーバに通信網を介して接続される１以上のクライアントと、前記サーバによって前記クライアントにコンテンツを配信するコンテンツデリバリーシステムであって、
前記サーバは、
前記コンテンツを格納するコンテンツ格納手段と、
前記コンテンツ格納手段に格納した前記コンテンツに対して更新が行われたかについての判定を行う更新有無判定手段と、
前記更新有無判定手段によって更新が行われたと判定された場合に、そのコンテンツの更新内容を取得して、コンテンツ更新の配信文書を作成する配信文書作成手段と、
前記配信文書作成手段によって作成した前記配信文書を前記クライアントに送信する配信文書送信手段と
を有し、
前記クライアントは、
前記サーバの前記配信文書送信手段により送信される前記配信文書を受信する配信文書受信手段と、
前記配信文書受信手段によって受信した前記配信文書を表示するか否かの判定を行うためのフィルタリング条件を格納しているフィルタリング条件格納手段と、
前記配信文書受信手段が前記配信文書を受信したときに、受信した前記配信文書が前記フィルタリング条件を満たしているか否かの判定を行うフィルタリング手段と、
前記フィルタリング手段によって前記配信文書を表示すると判定した場合に、前記配信文書の表示を行う配信文書表示手段と
を有している
ことを特徴とするコンテンツデリバリーシステム。
【請求項２】
前記コンテンツ格納手段は、前記コンテンツのコンテンツファイルと、前記コンテンツのＩＤ、前記コンテンツの最新の更新日時、前記コンテンツを格納したフォルダ、および、前記コンテンツの相対パスの情報を格納し、
前記更新有無判定手段は、前記コンテンツの最新の更新日時の情報に基づいて、前記コンテンツの更新がおこなわれたかについての判定を行う
ことを特徴とする請求項１に記載のコンテンツデリバリーシステム。
【請求項３】
前記配信文書送信手段によって送信する前記配信文書は、前記コンテンツのＩＤ、コンテンツファイル名、および、前記コンテンツのタイトルの情報が含まれていることを特徴とする請求項１または２に記載のコンテンツデリバリーシステム。
【請求項４】
前記フィルタリング手段における前記フィルタリング条件は、前記コンテンツのフォルダが選択指定されることにより設定されて、
前記配信文書送信手段によって配信された前記配信文書のコンテンツが格納されているフォルダが、前記フィルタリング条件として設定されているフォルダと同じであった場合に、前記フィルタリング手段は前記配信文書を表示すると判定する
ことを特徴とする請求項２または３に記載のコンテンツデリバリーシステム。
【請求項５】
前記フィルタリング手段における前記フィルタリング条件は、前記コンテンツのタイトルに含まれ得るキーワードが入力指定されることにより設定されて、
前記配信文書送信手段によって配信された前記配信文書のコンテンツのタイトルに、前記フィルタリング条件として設定されているキーワードが含まれていた場合に、前記フィルタリング手段は前記配信文書を表示すると判定する
ことを特徴とする請求項２または３に記載のコンテンツデリバリーシステム。
【請求項６】
前記通信網はイントラネットで構成されていることを特徴とする請求項１ないし５のいずれか１項に記載のコンテンツデリバリーシステム。
【請求項７】
サーバと、前記サーバに通信網を介して接続される１以上のクライアントと、前記サーバによって前記クライアントにコンテンツを配信するコンテンツデリバリーシステムのサーバ側プログラムであって、
前記コンテンツを格納させるコンテンツ格納ステップと、
コンテンツ格納装置に格納させたコンテンツの更新の有無についての判定を行わせる更新有無判定ステップと、
前記更新有無判定ステップにより更新が行われたと判定された場合に、そのコンテンツの更新内容を取得させて、コンテンツの更新を通知する配信文書を作成させる配信文書作成ステップと、
前記配信文書作成ステップにより作成された前記配信文書を前記コンテンツの配信先に送信させる配信文書送信ステップと
をコンピュータに実行させるためのコンテンツデリバリーシステムのサーバ側プログラム。
【請求項８】
サーバと、前記サーバに通信網を介して接続される１以上のクライアントと、前記サーバによって前記クライアントにコンテンツを配信するコンテンツデリバリーシステムのクライアント側プログラムであって、
コンテンツの更新を通知するための配信文書を受信させる配信文書受信ステップと、
前記配信文書受信ステップにより受信される前記配信文書を表示するか否かの判定のためのフィルタリング条件を格納させるフィルタリング条件格納ステップと、
前記配信文書受信ステップにより前記配信文書が受信されたときに、受信された前記配信文書が前記フィルタリング条件を満たしているか否かの判定を行わせるフィルタリングステップと、
前記フィルタリングステップによって前記配信文書を表示すると判定された場合に、前記配信文書の表示を行わせる配信文書表示ステップと
をコンピュータに実行させるためのコンテンツデリバリーシステムのクライアント側プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はコンテンツデリバリーシステムおよびコンテンツデリバリープログラムに関し、特に、サーバからネットワークを介してクライアントにコンテンツを配信するためのコンテンツデリバリーシステムおよびコンテンツデリバリープログラムに関する。
【背景技術】
【０００２】
従来のコンテンツデリバリーシステムにおいては、クライアントから、特定のコンテンツに関する更新通知を要求されたときに、サーバが、要求コンテンツと要求元アドレスとの関係を管理テーブルに記憶しておき、コンテンツが更新されたとき、管理テーブルを参照して特定された宛先アドレスにコンテンツの更新通知を送信する。
【０００３】
【特許文献１】国際公開第０１／０９８９０４号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のコンテンツデリバリーシステムにおいては、サーバ内で、クライアントごとに、管理テーブルを参照して、更新通知の要求が設定されているコンテンツであるか否かの条件判定を行って、条件を満たしたコンテンツについて登録されているアドレスに更新通知を送信する構成であるため、サーバが条件の判定を行う必要があり、サーバの負担が大きくなってしまうという問題点があった。
【０００５】
そのため、サーバの負担を軽くするように構成された他の従来のコンテンツデリバリーシステムも考案されている。例えば、自社内のイントラネットでコンテンツを配信しているような場合には、各クライアントから更新情報があるか定期的にサーバを確認する。このようにすることにより、サーバの負担は軽くすることができる。しかしながら、この場合には、クライアントがタイムリーに情報を得るには、毎回アクセスする必要があるが、その分、無駄な作業が多くなってしまうという問題点があった。さらに、各クライアントが、更新情報を得るために毎回アクセスすることで、アクセス数が増加し、ネットワークトラフィックが多くなってしまうという問題点があった。
【０００６】
この発明はかかる問題点を解決するためになされたものであり、サーバおよびクライアントの負荷を低減させ、ネットワークのトラフィックの削減を実現させながら、タイムリーにコンテンツの更新情報を各クライアントが得ることが可能なコンテンツデリバリーシステムおよびコンテンツデリバリープログラムを得ることを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、サーバと、前記サーバに通信網を介して接続される１以上のクライアントと、前記サーバによって前記クライアントにコンテンツを配信するコンテンツデリバリーシステムであって、前記サーバは、前記コンテンツを格納するコンテンツ格納手段と、前記コンテンツ格納手段に格納した前記コンテンツに対して更新が行われたかについての判定を行う更新有無判定手段と、前記更新有無判定手段によって更新が行われたと判定された場合に、そのコンテンツの更新内容を取得して、コンテンツ更新の配信文書を作成する配信文書作成手段と、前記配信文書作成手段によって作成した前記配信文書を前記クライアントに送信する配信文書送信手段とを有し、前記クライアントは、前記サーバの前記配信文書送信手段により送信される前記配信文書を受信する配信文書受信手段と、前記配信文書受信手段によって受信した前記配信文書を表示するか否かの判定を行うためのフィルタリング条件を格納しているフィルタリング条件格納手段と、前記配信文書受信手段が前記配信文書を受信したときに、受信した前記配信文書が前記フィルタリング条件を満たしているか否かの判定を行うフィルタリング手段と、前記フィルタリング手段によって前記配信文書を表示すると判定した場合に、前記配信文書の表示を行う配信文書表示手段とを有していることを特徴とするコンテンツデリバリーシステムである。
【発明の効果】
【０００８】
この発明は、サーバと、前記サーバに通信網を介して接続される１以上のクライアントと、前記サーバによって前記クライアントにコンテンツを配信するコンテンツデリバリーシステムであって、前記サーバは、前記コンテンツを格納するコンテンツ格納手段と、前記コンテンツ格納手段に格納した前記コンテンツに対して更新が行われたかについての判定を行う更新有無判定手段と、前記更新有無判定手段によって更新が行われたと判定された場合に、そのコンテンツの更新内容を取得して、コンテンツ更新の配信文書を作成する配信文書作成手段と、前記配信文書作成手段によって作成した前記配信文書を前記クライアントに送信する配信文書送信手段とを有し、前記クライアントは、前記サーバの前記配信文書送信手段により送信される前記配信文書を受信する配信文書受信手段と、前記配信文書受信手段によって受信した前記配信文書を表示するか否かの判定を行うためのフィルタリング条件を格納しているフィルタリング条件格納手段と、前記配信文書受信手段が前記配信文書を受信したときに、受信した前記配信文書が前記フィルタリング条件を満たしているか否かの判定を行うフィルタリング手段と、前記フィルタリング手段によって前記配信文書を表示すると判定した場合に、前記配信文書の表示を行う配信文書表示手段とを有していることを特徴とするコンテンツデリバリーシステムであるので、サーバは配信文書の送信をするか否かの判定を行わず、また、クライアントは更新情報を得るためにサーバにアクセスする必要がないので、サーバおよびクライアントの負荷を低減させることができるとともに、ネットワークのトラフィックの削減を実現させることができ、タイムリーにコンテンツの更新情報を各クライアントが得ることができる。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
図に基づいて、この発明の実施の形態１に係るコンテンツデリバリーシステムについて説明する。図１（ａ）に示す本実施の形態は、イントラネットを前提としている。図１（ａ）に示すように、この発明の実施の形態１に係るコンテンツデリバリーシステムは、イントラネット１を介して接続されるイントラネットサーバ２と複数のクライアント３から構成されている。イントラネットサーバ２内には、配信される種々のコンテンツ（コンテンツファイル）を格納しているデータベースサーバ４（以下、ＤＢサーバ４とする。）が設けられている。この例では、コンテンツは会社の各部署ごとに分類されてＤＢサーバ４に格納されているものとする。具体的には、人事課のコンテンツ、あるいは、総務部のコンテンツというように、各コンテンツは各部署ごとに分類されて、分類名が付されて、当該分類名に対応したフォルダ（部門フォルダ）に格納されている。イントラネットサーバ２は、ＤＢサーバ４に対して定期的にアクセスし、各コンテンツが更新されていないかをチェックする。ＤＢサーバ４には、図３に示すように、各コンテンツのコンテンツＩＤとともに、当該コンテンツの最新の更新時間が格納されている。そのため、当該更新時間を確認すれば、コンテンツの更新の有無を検知することができる。コンテンツに対し更新が行われていたら、全クライアント３に、当該コンテンツが更新されていたことを通知するための配信文書を送信する。各クライアント３は、イントラネットサーバ２から当該配信文書がきたら、自身が保有しているフィルタリング条件（図９参照）に応じて、当該コンテンツの更新情報の表示を行うか否かを決定し、表示を行うと判定した場合に、自動で、更新表示を行う。このようにして、利用者は手を煩わせることなく、各コンテンツの更新を知ることができる。
【００１０】
図１（ｂ）により、さらに詳細に説明する。図１（ｂ）に示すように、イントラネットサーバ２には、更新有無判定手段１０と、タイマー１１と、配信文書作成手段１２と、配信文書送信手段１３と、ＤＢサーバ４とが設けられている。
更新有無判定手段１０は、ＤＢサーバ４に格納されているコンテンツに対して更新が行われたかについての判定を定期的に行う。
タイマー１１は、更新有無判定手段１０が判定を行う周期を計測する。
配信文書作成手段１２は、更新有無判定手段１０によって更新が行われたと判定された場合に、そのコンテンツの更新内容を取得して、当該更新内容に基づいてコンテンツ更新の配信文書を作成する。
配信文書送信手段１３は、配信文書作成手段１２によって作成された配信文書をイントラネット１を介して全クライアント３に送信する。
ＤＢサーバ４は、配信される各コンテンツが格納されている。ＤＢサーバ４に格納されているデータは、各コンテンツのコンテンツファイル、コンテンツＩＤ、コンテンツが格納されている部門フォルダの相対パス、コンテンツの最新の更新日時、コンテンツの分類名（および／またはコンテンツの部門フォルダ名）、コンテンツのタイトルタグ等である。
【００１１】
また、図１（ｂ）に示すように、各クライアント３には、配信文書受信手段２０と、フィルタリング条件格納手段２１と、フィルタリング手段２２と、ＨＴＭＬドキュメント作成手段２３と、配信文書表示手段２４とが設けられている。
配信文書受信手段２０は、イントラネットサーバ２の配信文書送信手段１３によって送信される配信文書を受信する。
フィルタリング条件格納手段２１は、イントラネットサーバ２の配信文書送信手段１３によって送信される配信文書を表示するか否かの判定を行うためのフィルタリング条件を格納している（図９参照）。なお、フィルタリング条件は、図１０に示す画面例のように、フィルタリング条件として設定され得るメニューが各クライアント３の画面に表示されて、その中から該当するものを利用者がマウスで選択するようにして設定する。また、キーボードにより、フィルタリング条件として設定したいキーワードを、図１０の画面例のフリーキーワード入力欄にキーボード等の入力手段により利用者が入力して設定するようにしてもよい。
フィルタリング手段２２は、配信文書受信手段２０がイントラネットサーバ２の配信文書送信手段１３から配信文書を受信したときに、受信した配信文書がフィルタリング条件格納手段２１に登録されているフィルタリング条件を満たしているか否かの判定を行う。
ＨＴＭＬドキュメント作成手段２３は、フィルタリング手段２２によって配信文書を表示すると判定された場合に、配信文書をポップアップウインドウとして表示するためのＨＴＭＬドキュメントファイルを作成する。
配信文書表示手段２４は、ＨＴＭＬドキュメント作成手段２３によって作成されたＨＴＭＬドキュメントを用いて、配信文書の表示を行う。
【００１２】
次に、動作について説明する。
まずはじめに、イントラネットサーバ２の動作について説明する。コンテンツ更新チェックおよび更新通知処理の流れは図２のフローチャートに示す。まず、コンテンツ更新通知サービスを開始したら（ステップＳ１）、イントラネットサーバ２は、タイマー１１による経過時間計測を開始し（ステップＳ２）、タイマー１１によって発生するイベント毎に、すなわち、所定の時間経過毎に定期的に（ステップＳ３）、更新有無判定手段１０が、ＤＢサーバ４に格納されている各コンテンツに対してアクセスを行う（ステップＳ４）。このとき、タイマーイベントの発生間隔は任意とし、予め、イントラネットサーバ２内に設定しておくこととする。イントラネットサーバ２は、このようにして定期的にコンテンツにアクセスしてコンテンツに更新が行われているかどうかを判定する（ステップＳ５）。なお、更新が行われているかどうかの判定は、コンテンツの更新日時をチェックして行う。すなわち、１回前のタイマーイベントの発生時刻（例えば、２００４−１２−３１−００：００：００）を記憶しておき、コンテンツの更新日時がその１回前のタイマーイベントの発生時刻よりも前であればコンテンツの更新はなく、発生時刻後であればコンテンツの更新があったと判定される。なお、ＤＢサーバ４内には、図３に示すコンテンツ更新判別用データ４０が格納されている。コンテンツ更新判別用データ４０には、コンテンツＩＤと、コンテンツが格納されている部門フォルダの相対パスと、コンテンツの最新の更新日時と、コンテンツが所属している分類名とが格納されている。なお、コンテンツの分類名は、図３の例のように、“人事課”および“総務部”のようにテキストデータを格納してもよいが、各分類名に予め付した数字からなる分類名コードを格納するようにしてもよい。ステップＳ５で判定した結果、更新がなかった場合、すなわち、コンテンツ更新判別用データ４０のコンテンツの更新日時が前回チェックした時刻（前回のタイマー１１のイベント発生時刻）以前であった場合には、何も行わずに、ステップＳ３の処理に戻る。また、更新があった場合には、配信文書作成手段１２が、コンテンツの更新内容を取得する（ステップＳ６）。このとき、取得する内容は、コンテンツＩＤと、コンテンツファイル名と、コンテンツのタイトルタグの内容と、更新日時とする。これらの取得した情報を基に、配信文書作成手段１２が、図５に示す配信文書５０を生成し（ステップＳ７）、配信文書送信手段１３が、ブロードキャストで全クライアント３に配信する（ステップＳ８）。
【００１３】
上述の説明において、各コンテンツにコンテンツＩＤを付していると説明したが、このコンテンツＩＤとは、コンテンツを特定するために付された重複することのない固有のコードである（所定の桁の数字から構成されている）。コンテンツＩＤは一意に決められ、部門フォルダごとに持たれている。部門フォルダとは、各分類名ごとに生成されたフォルダで、図４の例では、人事フォルダを指す。このように、部門フォルダの名前は、各分類名になっている。また、上述した相対パスとは、部門フォルダのパスを示す。図４に、ＤＢサーバ４のコンテンツ格納構造を示す。ＤＢサーバ４内には、図４に示すように、イントラホームフォルダが設けられており、その下に、各分類名に対応した複数の部門フォルダ４２が設けられている。各コンテンツ４３はコンテンツファイル名が付されて、分類フォルダ４２内に格納されている。
【００１４】
次に、クライアント３の動作について説明する。クライアントの処理の流れを図６に示す。まず、上述の図２のステップＳ８の処理によりイントラネットサーバ２から配信情報が送られてくるので、コンテンツ更新通知サービスが開始されたら（ステップＳ１１）、イントラネットサーバ２からブロードキャストで送信される配信情報を受信する為に、ポートを開けて待機する（ステップＳ１２）。イントラネットサーバ２から図５に示す配信文書５０を配信文書受信手段２０が受信したら（ステップＳ１３）、フィルタリング手段２２が、当該配信文書５０の内容が、クライアント３に予め設定されているフィルタリング条件に合うか判定を行う（ステップＳ１４）。フィルタリング条件ファイル７０の一例を図９に示す。図９に示すように、フィルタリング条件は、各コンテンツＩＤと、コンテンツが格納されている相対パスと、分類名と、当該コンテンツの更新表示を行うか否かのフラグが格納されている。フラグが“true”の場合は表示を行い、“false”の場合は表示を行わないことを意味する。配信文書５０の内容が、図９のフィルタリング条件を満たす場合は、ＨＴＭＬドキュメント作成手段２３が、配信文書５０の内容に基づいてポップアップウインドウ用ＨＴＭＬドキュメントを作成する（ステップＳ１５）。このとき、配信文書５０は、更新コンテンツのタイトルタグの内容と更新日時を情報としてもっており、この２つを元にＨＴＭＬドキュメントを作成する。配信文書表示手段２４は、作成したＨＴＭＬドキュメントを使用して、ポップアップウインドウを表示し、利用者に通知を行う（ステップＳ１６）。ポップアップウインドウの一例を図８に示す。ポップアップウインドウ６０は、ＤＢサーバ４内のコンテンツとリンクしており、ポップアップウインドウ６０内のタイトルタグをクリックすることにより、コンテンツファイル名とクライアント３が持っている相対パスの情報（図９参照）とからＤＢサーバ４にアクセスして、即座に元のコンテンツを閲覧することができる。
【００１５】
次に、フィルタリング条件の設定方法について説明する。フィルタリング設定は図１０（ａ）の画面によって各クライアント３において行われる。フィルタリング条件設定で選択できる項目は、イントラネットサーバ２で決めた項目のみとする。すなわち、イントラネットサーバ２からフィルタリングファイルが送信されてくると（図７のステップＳ２４参照）、フィルタリングファイルに含まれている分類名（部門フォルダ）の情報を用いて、各クライアント３において、図１０（ａ）の画面用のＨＴＭＬドキュメントを作成し、作成したＨＴＭＬドキュメントを使用して図１０の画面を表示する。次に、図１０（ａ）の画面の中の分類名（部門フォルダ名）を、各クライアント３の利用者が選択してマウスでクリックすることにより、フィルタリング条件を設定することができる。例えば、クライアント３の利用者が、図１０（ａ）の画面で、人事課を選択指定したとする。これにより、図９に示すフィルタリング設定データの一例のように、人事課に所属するコンテンツのフラグが“true”に設定される。選択指定されない分類名に所属するコンテンツについては、フラグが“false”に設定される。また、図１０のフリーキーワードの入力欄に、利用者がタイトルタグに含まれ得る任意のキーワード（例えば、“ウイルス”）をキーボードで利用者が入力すると、図９のフィルタリング設定データのキーワード欄に“ウイルス”が登録されるとともに、それのフラグが“true”に設定される。このようにして、フィルタリング設定データは、各クライアント３ごとに設定され、各クライアント３の記憶装置（図示省略）に格納される。これにより、図６のステップＳ１４のフィルタリングにおいては、更新が行われたコンテンツが、図９で“true”と設定されている分類名（部門フォルダ）に所属するか否かが判定されて、所属していた場合に、ステップＳ１６の処理で、ポップアップウインドウが表示され、また、更新が行われたコンテンツが、“false”と設定されている分類名（部門フォルダ）に所属している場合でも、当該フラグにかかわらず、登録されているキーワードが更新コンテンツのタイトルタグに含まれている場合には、同様に、ステップＳ１６の処理で、ポップアップウインドウが表示される。
【００１６】
図７を用いて、フィルタリング設定のイントラネットサーバ２での処理について説明する。上述したように、フィルタリング条件設定で選択できる項目は、イントラネットサーバ２で決めた項目のみである。従って、図７に示すように、まずはじめに、イントラネットサーバ２に対してキーワードファイルを作成する（ステップＳ２１）。次に、図３に示すようなテーブルをイントラネットサーバ２の画面に表示して、フィルタリング対象となる各コンテンツをチェックし、各コンテンツに対して任意の分類名（“人事課”、“総務部”）をオペレータが入力する（ステップＳ２２）。入力された分類名をイントラネットサーバ２のフィルタリングファイルに登録する（ステップＳ２３）。次に、イントラネットサーバ２は、全クライアント３に対して、フィルタリングファイルを送信する（ステップＳ２４）。これにより、上述したように、各クライアント３は図１０（ａ）の画面を表示する。なお、フィルタリングファイルとして、図３のコンテンツ更新判別データを用いるようにしてもよい。
【００１７】
次に、フィルタリング条件設定で選択できる項目が増えた場合について説明する。この場合は、図７のステップＳ２２以降と同様の処理になる。図３に示すようなテーブルをイントラネットサーバ２の画面に表示して、フィルタリング対象となるコンテンツをチェックし、当該コンテンツに対する追加される分類名（“△△課”）をオペレータが入力する（ステップＳ２２）。入力された分類名をイントラネットサーバ２のフィルタリングファイルに追加登録する（ステップＳ２３）。次に、イントラネットサーバ２は、全クライアント３に対して、更新されたフィルタリングファイルをツールアップデート情報として送信する（ステップＳ２４）。このツールアップデート情報を受信したクライアントは、図９のフィルタリング設定データのＩＤ、相対パス、分類名が更新され、図１０（ｂ）のように、設定画面のフィルタリング選択肢が更新されて表示される（△△課が追加されている。）。なお、ツールアップデート情報として、図３のコンテンツ更新判別データを使用するようにしてもよい。
【００１８】
以上のように、この実施の形態においては、イントラネットサーバ２がＤＢサーバ２に定期的にアクセスし、各コンテンツが更新されていないかを確認し、更新されていたコンテンツがあった場合には、当該コンテンツが更新されていたことを各クライアント３に通知する。各クライアント３は、自身が保存しているフィルタリング条件に合わせて、当該通知の表示を行うか否かを判定し、表示を行うと判定された場合に、自動的に、画面に表示するようにしたので、利用者は手を煩わせることなく、各コンテンツの更新を知ることができる。また、更新通知に際して、クライアント３からイントラネットサーバ２に対しては一切アクセスを行わないため、ネットワークトラフィックの増加を避けることができる。また、各クライアント３で更新通知の判定を行うため、イントラネットサーバが全クライアントについて判定していた従来のシステムに比べて、イントラネットサーバ２にかかる負荷を大幅に削減することができる。
【００１９】
実施の形態２．
上述した実施の形態１においては、通信網としてイントラネットを用いる例について説明したが、この場合に限らず、通信網としてインターネットを用いるようにしてもよい。その場合には、コンテンツの更新を知らせる配信文書を送信する相手先のクライアントを予めサーバに登録しておき、その登録された全クライアントに対して配信文書を送信するようにすれば、実施の形態１と同様の効果が得られる。なお、この場合には、ポップアップウインドウではなく、電子メールで通知するようにしてもよい。
【図面の簡単な説明】
【００２０】
【図１】この発明の実施の形態１に係るコンテンツデリバリーシステムの構成を示した構成図である。
【図２】この発明の実施の形態１に係るコンテンツデリバリーシステムにおけるイントラネットサーバの処理の流れを示した流れ図である。
【図３】この発明の実施の形態１に係るコンテンツデリバリーシステムにおけるコンテンツ更新判別用データの一例を示した説明図である。
【図４】この発明の実施の形態１に係るコンテンツデリバリーシステムにおけるコンテンツ格納構造の一例を示した説明図である。
【図５】この発明の実施の形態１に係るコンテンツデリバリーシステムにおける配信文書の一例を示した説明図である。
【図６】この発明の実施の形態１に係るコンテンツデリバリーシステムにおけるクライアントの処理の流れを示した流れ図である。
【図７】この発明の実施の形態１に係るコンテンツデリバリーシステムにおけるイントラネットサーバの処理の流れを示した流れ図である。
【図８】この発明の実施の形態１に係るコンテンツデリバリーシステムにおける配信文書を表示するポップアップウインドウの一例を示した説明図である。
【図９】この発明の実施の形態１に係るコンテンツデリバリーシステムにおけるフィルタリング条件ファイルの一例を示した説明図である。
【図１０】この発明の実施の形態１に係るコンテンツデリバリーシステムにおけるクライアントの画面表示の一例を示した説明図である。
【符号の説明】
【００２１】
１  イントラネット、２  イントラネットサーバ、３  クライアント、４  データベースサーバ（ＤＢサーバ）、１０  更新有無判定手段、１１  タイマー、１２  配信文書作成手段、１３  配信文書送信手段、２０  配信文書受信手段、２１  フィルタリング条件格納手段、２２  フィルタリング手段、２３  ＨＴＭＬドキュメント作成手段、２４  配信文書表示手段、４０  コンテンツ更新判別用データ、５０  配信文書、６０  ポップアップウインドウ、７０  フィルタリング条件ファイル。
【図１】
2006260361.tif 000003
【図２】
2006260361.tif 000004
【図３】
2006260361.tif 000005
【図４】
2006260361.tif 000006
【図５】
2006260361.tif 000007
【図６】
2006260361.tif 000008
【図７】
2006260361.tif 000009
【図８】
2006260361.tif 000010
【図９】
2006260361.tif 000011
【図１０】
2006260361.tif 000012