(57)【要約】【課題】ウェブクライアントでのウェブコンテンツの可用性を高める。【解決手段】広域通信網２０にコンテンツを提供する複数のコンテンツサーバ２１が接続される。構内通信網１０にウェブブラウザを搭載したウェブクライアント１１が接続される。コンテンツサーバ２１とウェブクライアント１１との間に介在して構内通信網１０に接続される管理装置３０が設けられる。管理装置３０は、コンテンツサーバ２１の動作状態や広域通信網１０との通信帯域を含む通信状態を監視する動作監視部３１と、ウェブクライアント１１から指定されたコンテンツ名をアドレスに変換してウェブクライアント１１に返すＤＮＳサーバ部３２とを備える。ＤＮＳサーバ部３２は、ウェブクライアント１１からコンテンツ名が指定されると、動作監視部３１で監視した通信状態に応じて利用できるアドレスをウェブクライアント１１に返す。【選択図】図１
2012128667.tif 000002
【特許請求の範囲】
【請求項１】
広域通信網に接続されコンテンツを提供する複数のコンテンツサーバと構内通信網に接続されウェブブラウザを搭載したウェブクライアントとの間に介在し、構内通信網に接続される管理装置であって、前記コンテンツサーバの動作状態と広域通信網との通信帯域との少なくとも一方を含む通信状態を監視する動作監視部と、前記ウェブクライアントから指定されたコンテンツ名をアドレスに変換して前記ウェブクライアントに返すアドレスサーバ部とを備え、前記アドレスサーバ部は、前記ウェブクライアントからコンテンツ名が指定されると、前記動作監視部で監視した通信状態に応じて利用できるアドレスを前記ウェブクライアントに返すことを特徴とする管理装置。
【請求項２】
前記アドレスサーバ部は、前記複数のコンテンツサーバにより提供される各コンテンツの送信データ量を各コンテンツのコンテンツ名およびアドレスに対応付けて記憶するコンテンツ情報記憶部と、前記コンテンツ情報記憶部において前記ウェブクライアントから指定されたコンテンツ名に対応付けられたアドレスが複数存在する場合に、当該複数のアドレスのうち前記動作監視部で監視した通信状態において利用できるコンテンツのアドレスを前記ウェブクライアントに返すアドレス選択部とを備えることを特徴とする請求項１記載の管理装置。
【請求項３】
構内通信網に接続されエラーを示すコンテンツを提供するローカルコンテンツサーバを備え、前記アドレスサーバ部は、前記動作監視部が監視した通信状態によりウェブクライアントから指定された前記コンテンツが利用不能であると判断すると、前記ウェブクライアントから指定されたコンテンツ名に対して前記ローカルコンテンツサーバが提供するコンテンツのアドレスを返すことを特徴とする請求項１又は２記載の管理装置。
【請求項４】
前記アドレスサーバ部は、前記動作監視部が監視した通信状態によりウェブクライアントから指定された前記コンテンツが利用不能であると判断すると、前記ウェブクライアントにウェブクライアント自身を示すアドレスを返すことを特徴とする請求項１又は２記載の管理装置。
【請求項５】
広域通信網に接続されコンテンツを提供する複数のコンテンツサーバと、構内通信網に接続され前記コンテンツサーバと前記ウェブクライアントとの間に介在する管理装置とを備え、前記管理装置は、前記コンテンツサーバの動作状態と広域通信網との通信帯域との少なくとも一方を含む通信状態を監視する動作監視部と、前記ウェブクライアントから指定されたコンテンツ名をアドレスに変換して前記ウェブクライアントに返すアドレスサーバ部とを備え、前記アドレスサーバ部は、前記ウェブクライアントからコンテンツ名が指定されると、前記動作監視部で監視した通信状態に応じて利用できるアドレスを前記ウェブクライアントに返すことを特徴とするコンテンツ提供システム。
【請求項６】
前記管理装置は、前記コンテンツサーバとの間で広域通信網を通して通信可能である場合に、前記動作監視部が監視した通信状態を前記コンテンツサーバへ通知する機能を有し、前記コンテンツサーバは、送信データ量の異なる複数のコンテンツを送信データ量とともに同じアドレスに対応付けた保存コンテンツ記憶部と、前記保存コンテンツ記憶部において前記ウェブクライアントから指定されたアドレスに対応付けられたコンテンツが複数存在する場合に、当該複数のコンテンツのうち前記管理装置から通知された動作状態に応じて利用できるコンテンツを選択するコンテンツ選択部とを備えることを特徴とする請求項５記載のコンテンツ提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブクライアントから要求されたコンテンツを提供する際に用いる管理装置、その管理装置を用いたコンテンツ提供システムに関するものである。
【背景技術】
【０００２】
従来から、コンテンツサーバがユーザ端末（ウェブクライアント）からコンテンツの配信要求を受けたときに、ユーザ端末が利用可能な通信帯域に応じたコンテンツを選択して配信するコンテンツ提供システムが提案されている（たとえば、特許文献１参照）。
【０００３】
特許文献１には、複数の通信帯域に合わせて編集した複数のコンテンツを保持するコンテンツサーバが記載されている。コンテンツサーバでは、ウェブクライアントからコンテンツ配信の要求を受けると、ウェブクライアントが利用可能な通信帯域を問い合わせ、その通信帯域以下のコンテンツを配信する技術が採用されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３４８４９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ウェブクライアントにおいてコンテンツを利用する場合、コンテンツサーバの異常や通信網の通信帯域によって、特定のコンテンツに対する配信を要求できないことがある。このような場合でも、ウェブクライアント側から利用可能なコンテンツを指定して要求すれば、利用可能なコンテンツが存在する場合もある。しかしながら、特許文献１に記載の技術では、ウェブサーバにおいてコンテンツを選択しているから、利用可能なコンテンツがある場合でも、コンテンツサーバに異常があれば、コンテンツの配信要求が受け付けられない可能性がある。
【０００６】
本発明は、ウェブクライアントでのウェブコンテンツの可用性を高めた管理装置、およびその管理装置を用いたコンテンツ提供システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のコンテンツ提供システムは、広域通信網に接続されコンテンツを提供する複数のコンテンツサーバと、構内通信網に接続されコンテンツサーバとウェブクライアントとの間に介在する管理装置とを備え、管理装置は、コンテンツサーバの動作状態と広域通信網との通信帯域との少なくとも一方を含む通信状態を監視する動作監視部と、ウェブクライアントから指定されたコンテンツ名をアドレスに変換してウェブクライアントに返すアドレスサーバ部とを備え、アドレスサーバ部は、ウェブクライアントからコンテンツ名が指定されると、動作監視部で監視した通信状態に応じて利用できるアドレスをウェブクライアントに返すことを特徴とする。
【０００８】
アドレスサーバ部は、複数のコンテンツサーバにより提供される各コンテンツの送信データ量を各コンテンツのコンテンツ名およびアドレスに対応付けて記憶するコンテンツ情報記憶部と、コンテンツ情報記憶部においてウェブクライアントから指定されたコンテンツ名に対応付けられたアドレスが複数存在する場合に、当該複数のアドレスのうち動作監視部で監視した通信状態において利用できるコンテンツのアドレスをウェブクライアントに返すアドレス選択部とを備えることが好ましい。
【０００９】
加えて、構内通信網に接続されエラーを示すコンテンツを提供するローカルコンテンツサーバを備え、アドレスサーバ部は、動作監視部が監視した通信状態によりウェブクライアントから指定されたコンテンツが利用不能であると判断すると、ウェブクライアントから指定されたコンテンツ名に対してローカルコンテンツサーバが提供するコンテンツのアドレスを返すことが好ましい。
【００１０】
また、アドレスサーバ部は、動作監視部が監視した通信状態によりウェブクライアントから指定されたコンテンツが利用不能であると判断すると、ウェブクライアントにウェブクライアント自身を示すアドレスを返すことが好ましい。
【００１１】
本発明に係るコンテンツ提供システムは、広域通信網に接続されコンテンツを提供する複数のコンテンツサーバと、構内通信網に接続されコンテンツサーバとウェブクライアントとの間に介在する管理装置とを備え、管理装置は、コンテンツサーバの動作状態と広域通信網との通信帯域との少なくとも一方を含む通信状態を監視する動作監視部と、ウェブクライアントから指定されたコンテンツ名をアドレスに変換してウェブクライアントに返すアドレスサーバ部とを備え、アドレスサーバ部は、ウェブクライアントからコンテンツ名が指定されると、動作監視部で監視した通信状態に応じて利用できるアドレスをウェブクライアントに返すことを特徴とする。
【００１２】
管理装置は、コンテンツサーバとの間で広域通信網を通して通信可能である場合に、動作監視部が監視した通信状態をコンテンツサーバへ通知する機能を有し、コンテンツサーバは、送信データ量の異なる複数のコンテンツを送信データ量とともに同じアドレスに対応付けた保存コンテンツ記憶部と、保存コンテンツ記憶部においてウェブクライアントから指定されたアドレスに対応付けられたコンテンツが複数存在する場合に、当該複数のコンテンツのうち管理装置から通知された動作状態に応じて利用できるコンテンツを選択するコンテンツ選択部とを備えることが好ましい。
【発明の効果】
【００１３】
本発明の構成によれば、ウェブクライアントが広域通信網の通信帯域を含む動作状態を監視し、動作状態に基づいてウェブクライアント側から利用可能なコンテンツを指定するから、ウェブクライアントでのコンテンツの可用性を高めることができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態を示すブロック図である。
【図２】同上の動作説明図である。
【発明を実施するための形態】
【００１５】
本実施形態は、図１に示すように、ウェブブラウザを搭載したウェブクライアント１１と、ウェブクライアント１１にコンテンツを提供するコンテンツサーバ２１とを備える。ウェブクライアント１１は、集合住宅、オフィスビルなどの所定の空間において構築されている構内通信網１０に接続される。一方、コンテンツサーバ２１は、インターネットのような広域通信網２０に接続される。
【００１６】
ウェブクライアント１１は、集合住宅の各住戸に配置された住戸端末のような設備機器の一機能として設けることができるが、構内通信網１０に接続されていれば、パーソナルコンピュータや携帯情報端末などにより実現してもよい。また、後述するように、ウェブクライアント１１と同じ装置内にＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｃｏｌ）サーバ１２を設けてもよい。図１に示す例ではＨＴＴＰサーバ１２を記載しているが、ＨＴＴＰサーバ１２は省略することができる。
【００１７】
一方、コンテンツサーバ２１は、画像データ、テキストデータ、音声データなどの形態のコンテンツを提供するＨＴＴＰサーバであり、広域通信網２０には複数のコンテンツサーバ２１が設けられる。各コンテンツサーバ２１が提供するコンテンツの個数にはとくに制限はない。
【００１８】
また、コンテンツにはアドレスが設定される。コンテンツのアドレスは、広域通信網２０において用いる上位アドレスと、上位アドレスの範囲内で用いる下位アドレスとを組み合わせてある。すなわち、コンテンツを特定するには、上位アドレスと下位アドレスとを組み合わせたアドレスを用いる。
【００１９】
後述するように、コンテンツサーバ２１において、特定の関係を持った複数のコンテンツには、同じアドレスを用いてもよい。この場合の特定の関係とは、提供する情報の内容は同じであり、コンテンツの容量（実際には、送信データ量）が異なっていることを意味する。
【００２０】
たとえば、画像データおよびテキストデータを含むコンテンツと、画像データを含まずにテキストデータのみを含むコンテンツとであって、両者のテキストデータの内容が実質的に同じである場合には、上述した特定の関係になる。また、テキストデータで全文と抄録との関係、画像データで画素数や圧縮率が異なる関係、音声データで圧縮率が異なる関係なども特定の関係になる。
【００２１】
なお、送信データ量は、容量自体の数値で扱うのではなく、容量を複数段階に区分し、各区分ごとにレベルを設定するのが望ましい。コンテンツの容量に応じてレベルを設定しておくと、送信データ量の目安を少ないデータ量で扱うことができる。
【００２２】
コンテンツサーバ２１において、複数のコンテンツに同じアドレスを割り当てる場合には、各コンテンツと各コンテンツの送信データ量とを対応付けて登録した保存コンテンツ記憶部２１１を設ける。また、コンテンツサーバ２１には、保存コンテンツ記憶部２１１を参照してコンテンツを選択するコンテンツ選択部２１２を設ける。保存コンテンツ記憶部２１１およびコンテンツ選択部２１２については後述する。
【００２３】
ところで、構内通信網１０と広域通信網２０との間には、ルータ１３および管理装置３０が設けられる。ルータ１３は、構内通信網１０と広域通信網２０とを分離する機能を有し、ルータ１３と管理装置３０との間の構内通信網１０には、ローカルコンテンツサーバが１４が接続される。ローカルコンテンツサーバ１４は、エラーを示すコンテンツを提供するために必要に応じて設けられる。ローカルコンテンツサーバ１４の動作は後述する。
【００２４】
管理装置３０は、ルータ１３とウェブクライアント１１との間に設けられる。したがって、管理装置３０は、ウェブクライアント１１とコンテンツサーバ２１との間に介在することになる。管理装置３０は、コンテンツサーバ２１の動作状態と広域通信網２０との通信帯域との少なくとも一方を含む通信状態を監視する動作監視部３１を備える。すなわち、動作監視部３１は、コンテンツサーバ２１に適宜のタイミングでアクセスすることによって、コンテンツサーバ２１の動作が正常か異常かを判断する。また、動作監視部３１は、正常なコンテンツサーバ２１からの応答時間により、コンテンツサーバ２１との間の広域通信網２０の通信帯域を求める。動作監視部３１では、次に通信状態を求めるタイミングまで求めた通信状態を保持する。
【００２５】
また、管理装置３０は、ウェブクライアント１１から指定されたコンテンツ名をアドレスに変換してウェブクライアント１１に返すアドレスサーバ部としてのＤＮＳサーバ部３２を備える。すなわち、ＤＮＳサーバ部３２は、コンテンツ名をアドレスに変換する機能では、インターネットにおいて用いられているＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバと同様の機能を有している。
【００２６】
インターネットで用いられるＤＮＳサーバでは、ウェブクライアント１１がドメイン名をＤＮＳサーバに送信すると、ＤＮＳサーバからドメイン名に対応するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｃｏｌ）アドレスがウェブクライアント１１に返送される。また、ウェブクライアント１１は、ＤＮＳサーバから返送されたＩＰアドレスを用いて、コンテンツサーバ２１にアクセスする。
【００２７】
これに対して、管理装置３０のＤＮＳサーバ部３２は、広域通信網２０で用いるＩＰアドレスだけではなく、必要に応じて構内通信網１０で用いるアドレス（形式は、ＩＰアドレスと同じ）を返すことが可能になっている。さらに、ＤＮＳサーバ部３２は、ウェブクライアント１１からコンテンツ名が指定されたときに、動作監視部３１で監視した通信状態に応じて利用できるアドレスをウェブクライアント１１に返す機能を有している。
【００２８】
以下では、ＤＮＳサーバ部３２からウェブクライアント１１に返すアドレスを、動作監視部３１で監視した通信状態に応じて決定する技術について説明する。以下の動作では、ウェブクライアント１１から要求されるコンテンツ名に対して、ＤＮＳサーバ部３２で選択できるアドレスが複数存在していることが前提になっている。
【００２９】
コンテンツ名を１つのドメイン名とする場合には、当該ドメイン名に対応するサイト内で容量の異なるコンテンツごとにアドレスが設定されている場合を想定する。たとえば、ニュースを提供するサイト内では、広告および写真付きの記事、広告なしの写真付きの記事（印刷用の記事）、テキストのみの記事が提供されることがあるから、同じドメインで同様の内容の記事に異なるアドレスが設定されていることがある。また、写真を提供するサイトでは、複数の写真を一覧するためにサムネイルが用意されている場合があるから、同じドメインで同様の内容の写真に異なるアドレスが設定されていることがある。
【００３０】
さらに、ＤＮＳサーバ部３２で扱うコンテンツ名として、たとえば、「天気予報」「ニュース」「掲示板」などを用いる場合、ウェブクライアント１１では、コンテンツ名（たとえば、「天気予報」）を指定し、ＤＮＳサーバ部３２において、「天気予報」のコンテンツを提供している複数のサイトのドメイン名に展開してもよい。
【００３１】
ＤＮＳサーバ部３２は、複数のコンテンツサーバ２１が提供している各コンテンツの送信データ量およびコンテンツサーバ２１の異常の有無を各コンテンツのコンテンツ名およびアドレスに対応付けて記憶するコンテンツ情報記憶部３２１を備えている。すなわち、コンテンツ情報記憶部３２１には、コンテンツの存在場所を示すアドレス、当該アドレスが提供するコンテンツの送信データ量（レベル）、当該アドレスのコンテンツを保有するコンテンツサーバ２１の稼働情報（正常、異常の別）が、コンテンツ名に対応付けて登録される。また、動作監視部３１では、広域通信網２０と構内通信網１０との通信帯域（たとえば、広域通信網の通信帯域：２Ｍｂｐｓ、構内通信網の通信帯域：５００ｋｂｐｓ）を管理する。
【００３２】
ＤＮＳサーバ部３２は、ウェブクライアント１１からコンテンツ名が指定されたときに、コンテンツ情報記憶部３２１に記憶している情報を参照することにより、利用可能なコンテンツのアドレスを選択するアドレス選択部３２２も設けられる。
【００３３】
アドレス選択部３２２では、ウェブクライアント１１から指定されたコンテンツ名に対応するアドレスを、コンテンツ情報記憶部３２１から抽出する。アドレス選択部３２２は、コンテンツ情報記憶部３２１から複数のアドレスが抽出された場合には、これらの複数のアドレスのうち、動作監視部３１で監視した通信状態において利用できるコンテンツのアドレスをウェブクライアント１１に返す。つまり、動作監視部３１が監視しているコンテンツサーバ２１との間の広域通信網２０の通信帯域が、コンテンツ名に対応するコンテンツの送信データ量で決まる通信帯域よりも広ければ、当該コンテンツを利用できると判断する。このように判断されたコンテンツが１つであれば、このコンテンツのアドレスをウェブクライアント１１に返し、複数のコンテンツが存在する場合には、その中で、送信データ量が最大のコンテンツのアドレスをウェブクライアント１１に返す。
【００３４】
上述した動作により、広域通信網２０の通信帯域に応じた送信データ量のコンテンツを利用することができる。たとえば、広域通信網２０の通信帯域が広い場合に、画像付きの通常のコンテンツのアドレスをウェブクライアント１１に返し、広域通信網２０の通信帯域が狭い場合に、テキストを中心とする軽量なコンテンツのアドレスをウェブクライアント１１に返すことが可能になる。その結果、ウェブクライアント１１においてエラーメッセージが提示される頻度を低減させ、コンテンツの可用性を高めることになる。
【００３５】
ところで、広域通信網２０やコンテンツサーバ２１に異常がある場合には、ＤＮＳサーバ部３２のコンテンツ情報記憶部３２１に登録されているコンテンツを選択できないこともある。また、広域通信網２０やコンテンツサーバ２１には異常がなくとも、広域通信網２０のトラフィックが多くなっている場合、コンテンツサーバ２１へのアクセス数が多くなっいる場合、コンテンツサーバ２１がメンテナンス中である場合なども同様である。これらの場合に、コンテンツの取得ができないことになる。
【００３６】
一般に、コンテンツの取得ができない場合に、ウェブクライアント１１では「４０４：Ｎｏｔ  Ｆｏｕｎｄ」のような内容のエラーメッセージを提示している。ウェブクライアント１１ではコンテンツサーバ２１にコンテンツを要求し、コンテンツサーバ２１から応答がないことを確認した後に、上述のようなエラーメッセージを提示する。すなわち、ウェブクライアント１１では、エラータイムアウトを待ってからエラーメッセージを提示している。したがって、コンテンツの要求からエラーメッセージの提示までに比較的長い時間を要するという問題がある。この時間は、たとえば３０秒程度になる。
【００３７】
本実施形態では、この問題を解決するために、構内通信網１０において固有のアドレスが設定されかつエラーを示すコンテンツを提供するローカルコンテンツサーバ１４を設けている。ローカルコンテンツサーバ１４は、ウェブクライアント１１から指定されたコンテンツを利用できないことを示すエラーメッセージをコンテンツにしており、このコンテンツを提示するためのアドレスが設定されている。
【００３８】
ＤＮＳサーバ部３２は、動作監視部３１が監視した通信状態によりウェブクライアント１１から指定されたコンテンツが利用不能であることが示されていると、ローカルコンテンツサーバ１４のアドレスをウェブクライアント１１に返す。ＤＮＳサーバ部３２は、動作監視部３１があらかじめ監視している通信状態に応じてウェブクライアント１１に応答するから、ウェブクライアント１１から指定されたコンテンツに対して比較的短い時間でエラーメッセージを返すことができる。つまり、ウェブクライアント１１から要求された後にコンテンツサーバ２１へのアクセスを試み、コンテンツサーバ２１からの応答の有無を待ってエラーメッセージを提示する場合に比較すると、エラーメッセージが提示されるまでの時間を大幅に短縮できる。しかも、構内通信網１０の範囲内で動作が完結しており、広域通信網２０に不要なトラフィックが発生しないから、広域通信網２０の通信帯域に影響を与えることがないのである。
【００３９】
一般に、管理装置３０は、保存できるデータ量が、コンテンツサーバ２１に比べて少ないから、コンテンツサーバ２１の機能を種々のコンテンツに関して管理装置３０に持たせることはコストの点から言っても望ましくない。ただし、上述のように、エラーメッセージを提示する程度のコンテンツであれば容量が比較的小さいから、管理装置３０に保存しておくことができる。また、動作監視部３１では、ウェブクライアント１１からコンテンツが要求される前に取得している通信状態を用いてエラーメッセージを返すから、ウェブクライアント１１ではタイムアウトまで待つことなく、エラーメッセージが提示される。このとき、動作監視部３１が取得した通信状態を併せてウェブクライアント１１に提示すれば、エラーメッセージが生じた理由の詳細も通知することができる。なお、ローカルコンテンツサーバ１４は、管理装置３０に設けることも可能である。
【００４０】
ところで、構内通信網１０は、コンテンツの閲覧のほか、電子メールの送受信や構内通信網１０の範囲内での通信にも用いられるから、構内通信網１０における通信帯域の低下は避けることが望ましい。管理装置３０にローカルコンテンツサーバ１４を設ける上述の構成では、ローカルコンテンツサーバ１４からウェブクライアント１１にエラーメッセージを提示させるから、ローカルコンテンツサーバ１４からウェブクライアント１１へのコンテンツにより構内通信網１０のトラフィックが増加することになる。
【００４１】
そこで、構内通信網１０におけるトラフィックの増加を抑制するには、ウェブクライアント１１から指定されたコンテンツが利用不能である場合に、ＤＮＳサーバ部３２がウェブクライアント１１に返すアドレスとしてウェブクライアント１１自身を示すアドレスを用いるようにしてもよい。ウェブクライアント１１自身を示すアドレスには、ウェブクライアント１１のアドレス、あるいはローカルループバックアドレスを用いる。以下では、ウェブクライアント１１自身のアドレスが、ローカルループバックアドレスである場合を例として説明する。
【００４２】
コンテンツが利用可能か否かは、上述した動作例と同様に、動作監視部３１が監視した通信状態で示される。また、ローカルループバックアドレスとしては、通常は「１２７．０．０．１」が用いられる。ウェブクライアント１１は、ローカルループバックアドレスが返送されると、ウェブブラウザの機能としてエラーメッセージを提示する。なお、ウェブクライアントにおいて、ローカルループバックアドレスで指定されるサーバ機能部としてのＨＴＴＰサーバ１２を設け、ＨＴＴＰサーバ１２がウェブクライアント１１にエラーメッセージを提示するようにしてもよい。この場合、ＨＴＴＰサーバ１２においてエラーメッセージの表現を自由に設定することが可能になる。
【００４３】
上述した技術を採用すれば、管理装置３０にローカルコンテンツサーバ１４を設けないから、システムの構成が簡単になり、しかも、構内通信網１０において動作が完結しているから広域通信網２０の通信帯域に影響を与えることもない。その上、動作監視部３１で監視した通信状態を用いてウェブクライアント１１に応答するから、コンテンツを取得できない場合に、タイムアウトを待つことなく、迅速な応答が得られることになる。さらには、ウェブクライアント１１に対してアドレスを送信するのみであってコンテンツを送信しないから構内通信網１０のトラフィックの増加も抑制され、構内通信網１０の通信帯域への影響も小さくなる。
【００４４】
図２を参照して上述した構成の動作を簡単に説明する。まず、管理装置３０が起動されると（Ｓ１）、動作監視部３１ではコンテンツ情報記憶部３２１に登録されたコンテンツサーバ２１にアクセスするのに必要な情報を取得する（Ｓ２）。すなわち、動作監視部３１は、管理装置３０の起動後にコンテンツサーバ２１のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とＩＰアドレスとを取得する。
【００４５】
次に、動作監視部３１は、取得した情報に基づいて各コンテンツの取得に必要な通信帯域（送信データ量）がコンテンツ情報記憶部３２１に記録されているか否かを検証する（Ｓ３）。ここで、通信帯域がコンテンツ情報記憶部３２１に記憶されていないコンテンツがあれば（Ｓ３：Ｎｏ）、そのコンテンツに実際にアクセスし、コンテンツサーバ２１からの応答に基づいてコンテンツの受信に必要な通信帯域を測定する（Ｓ４）。測定された通信帯域はコンテンツ名に対応付けてコンテンツ情報記憶部３２１に記憶される。図２に示す動作では、１つのコンテンツについて１回だけ通信帯域を測定しているが、コンテンツとの通信帯域は動的に変化するから、定期的あるいは不定期的に適宜のタイミングで通信帯域を測定してもよい。
【００４６】
一方、コンテンツ情報記憶部３２１に通信帯域（送信データ量）が記憶されている場合には（Ｓ３：Ｙｅｓ）、コンテンツサーバ２１に実際にアクセスすることにより、コンテンツサーバ２１の異常の有無を確認する。この情報もコンテンツ情報記憶部３２１に記録される。なお、図示していないが、管理装置３０は、構内通信網１０に接続されたウェブクライアント１１との間の通信帯域を動的に監視している。
【００４７】
上述したように、管理装置３０が起動されると、コンテンツ情報記憶部３２１に登録されたコンテンツごとに、送信データ量が測定され、コンテンツサーバ２１の異常の有無が検出され、測定および検出の結果がコンテンツ情報記憶部３２１に記録される。その後、ウェブクライアント１１に搭載されたウェブクブラウザからコンテンツ名を受信すると（Ｓ６：Ｙｅｓ）、ＤＮＳサーバ部３２では、動作監視部３１で監視した通信状態に基づいて、指定されたコンテンツが利用可能か否かを判定する（Ｓ７、Ｓ９）。動作監視部３１で監視した通信状態は、実際にはコンテンツ情報記憶部３２１に記録された情報を用いる。
【００４８】
ＤＮＳサーバ部３２では、指定されたコンテンツ名に対応するコンテンツで利用できるものがあると判断した場合には（Ｓ７：Ｎｏ、Ｓ９：Ｎｏ）、利用できるコンテンツのうち送信データ量がもっとも大きいコンテンツのアドレスを送信する（Ｓ１１）。また、指定されたコンテンツ名に対応するコンテンツの一部が利用できないと判断した場合には（Ｓ７：Ｎｏ、Ｓ９：Ｙｅｓ）、利用可能なコンテンツから適切な送信データ量のコンテンツのアドレスを送信する（Ｓ１０）。さらに、指定されたコンテンツ名に対応するコンテンツのどれもが利用できないと判断した場合には（Ｓ７：Ｙｅｓ）、ローカルループバックアドレスを送信する（Ｓ８）。
【００４９】
図２に示す動作は、ローカルコンテンツサーバ１４を設けずにローカルループバックアドレスを送信する構成を採用している。ただし、ローカルコンテンツサーバ１４を設ける場合には、ステップＳ８において、ローカルループバックアドレスを送信する代わりに、ローカルコンテンツサーバ１４のアドレスを送信すればよい。
【００５０】
上述した構成では、コンテンツ名が指定されると、管理装置３０において所望のコンテンツを保有するコンテンツサーバ２１のアドレスに展開しているが、コンテンツサーバ２１において複数のコンテンツに展開する構成を採用してもよい。この場合、管理装置３０には、コンテンツサーバ２１との間で広域通信網２０を通して通信可能であるときに、動作監視部３１が監視した通信状態（実際には、送信データ量のレベル）を通知する機能を持たせる。
【００５１】
一方、図１に示すように、コンテンツサーバ２１は、送信データ量（送信データ量のレベル）が異なる複数のコンテンツを送信データ量とともに同じアドレスに対応付けた保存コンテンツ記憶部２１１を備える。また、コンテンツサーバ２１は、１つのアドレスに対応付けたコンテンツが保存コンテンツ記憶部２１１に複数登録されているときに、管理装置３０から通知された送信データ量に応じ、利用できるコンテンツを選択するコンテンツ選択部２１２を備える。
【００５２】
この構成では、コンテンツサーバ２１がウェブクライアント１１からアクセスされると、コンテンツサーバ２１において、ウェブクライアント１１に送ることができるコンテンツを選択する。ウェブクライアント１１に搭載したウェブクライアント１１がアドレスを指定してコンテンツサーバ２１にアクセスすると、コンテンツ選択部２１２は、指定されたアドレスに対応付けた複数のコンテンツが保存コンテンツ記憶部２１１に存在するか否かを判断する。
【００５３】
１つのアドレスに複数のコンテンツが存在する場合、コンテンツ選択部２１２では、管理装置３０から受け取った通信状態（送信データ量のレベル）を参照し、どのコンテンツであれば送信可能かを評価し、利用できるコンテンツを選択する。このようにしてコンテンツサーバ２１で選択されたコンテンツがコンテンツサーバ２１からウェブクライアント１１に送信され、ウェブクライアント１１に提示される。
【００５４】
なお、上述の動作では、管理装置３０がコンテンツサーバ２１に対して通信状態を送信しているが、ウェブクライアント１１が管理装置３０から通信状態を取得し、コンテンツの要求とともに通信状態をコンテンツサーバ２１に送るようにしてもよい。
【００５５】
コンテンツサーバ２１でコンテンツを展開する構成では、ウェブクライアント１１から指定されたコンテンツ名に対して管理装置３０において複数のアドレスに展開する必要がなく、管理装置３０の処理負荷を軽減することができる。
【符号の説明】
【００５６】
１０  構内通信網
１１  ウェブクライアント
１４  ローカルコンテンツサーバ
２０  広域通信網
２１  コンテンツサーバ
３０  管理装置
３１  動作監視部
３２  ＤＮＳサーバ部（アドレスサーバ部）
２１１  保存コンテンツ記憶部
２１２  コンテンツ選択部
３２１  コンテンツ情報記憶部
３２２  アドレス選択部
【図１】
2012128667.tif 000003
【図２】
2012128667.tif 000004