(57)【要約】  データの取得要求が集中した場合に、装置の負荷を低減することが可能なコンテンツ切替部を提供することである。本発明のコンテンツ切替部は、クライアントからのデータ取得要求に対して、そのデータに対応するコンテンツをそのクライアントに送信する装置に、前記送信するコンテンツを切り替える処理を行わせている。そして、その装置にかかる負荷を取得する負荷取得部と、取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツであって、それぞれが異なる容量を有する複数のコンテンツのうちの１つを選択するコンテンツ選択部と、送信するコンテンツの格納先を選択したコンテンツの格納先に変更する格納先変更部を備える。
2007108135.tif 000002
【特許請求の範囲】
【請求項１】
要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信する装置に、前記コンテンツを切り替える処理を実行させるプログラムにおいて、
前記装置にかかる負荷を取得する負荷取得ステップと、
取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツであって、それぞれが異なる容量を有する複数のコンテンツのうちの１つを選択するコンテンツ選択ステップと、
前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更ステップを前記装置に実行させることを特徴とするコンテンツ切替プログラム。
【請求項２】
前記コンテンツの切り替えは、前記要求元からのデータ取得要求と非同期に行われることを特徴とする請求項１記載のコンテンツ切替プログラム。
【請求項３】
前記装置にかかる負荷がより大きくなった場合に、前記複数のコンテンツのうちで、より容量の小さいコンテンツが選択されることを特徴とする請求項１記載のコンテンツ切替プログラム。
【請求項４】
要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信する装置が、前記コンテンツを切り替える処理を実行する方法において、
前記装置にかかる負荷を取得する負荷取得ステップと、
取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツであって、それぞれが異なる容量を有する複数のコンテンツのうちの１つを選択するコンテンツ選択ステップと、
前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更ステップを備えることを特徴とするコンテンツ切替方法。
【請求項５】
前記コンテンツの切り替えは、前記要求元からのデータ取得要求と非同期に行われることを特徴とする請求項４記載のコンテンツ切替方法。
【請求項６】
前記装置にかかる負荷がより大きくなった場合に、前記複数のコンテンツのうちで、より容量の小さいコンテンツが選択されることを特徴とする請求項４記載のコンテンツ切替方法。
【請求項７】
要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信するコンテンツ管理装置において、
前記装置にかかる負荷を取得する負荷取得部と、
取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツであって、それぞれが異なる容量を有する複数のコンテンツのうちの１つを選択するコンテンツ選択部と、
前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更部を備えることを特徴とするコンテンツ管理装置。
【請求項８】
前記負荷取得、コンテンツ選択、および、コンテンツの格納先変更は、前記要求元からのデータ取得要求と非同期に行われることを特徴とする請求項７記載のコンテンツ管理装置。
【請求項９】
前記コンテンツ管理装置にかかる負荷がより大きくなった場合に、前記複数のコンテンツのうちで、より容量の小さいコンテンツが選択されることを特徴とする請求項７記載のコンテンツ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ切替プログラム、コンテンツ切替方法、および、そのコンテンツ切替機能を有するコンテンツ管理装置に関する。
【背景技術】
【０００２】
クライアントの端末にコンテンツを表示する場合、そのクライアント上のＷｅｂブラウザからＷｅｂサーバに対してデータを要求し、該当するデータをＷｅｂサーバから受信してクライアント側で表示している。【０００３】
しかし、地震等の災害発生時においては、一時的にアクセスが集中する場合がある。このような状況下では、Ｗｅｂサーバやネットワークの負荷が高くなり、データを要求したすべてのクライアントに、そのデータが到達するのに時間がかかってしまう。【０００４】
そこで、このような状況を回避するために、特許文献１には、クライアント（Ｗｅｂブラウザ）側で、Ｗｅｂサーバの負荷状態やネットワークの負荷状態を判断し、その負荷状態が高かった場合には、Ｗｅｂサーバに対して通常表示されるデータが省略されたデータを要求する技術が示されている。【０００５】
しかし、特許文献１の技術では、Ｗｅｂサーバの負荷やネットワークの負荷を計測するために、データの送受信が必要である。そして、この余分なデータの送受信により、Ｗｅｂサーバやネットワークに負荷がかかるという問題がある。
【特許文献１】特開２００４−２１３６５号公報  「受信するコンテンツの選択方法」
【発明の開示】
【０００６】
本発明の課題は、データの取得要求が集中した場合に、装置の負荷を低減することが可能なコンテンツ切替プログラム、コンテンツ切替方法、および、コンテンツ管理装置を提供することである。
【０００７】
本発明の第１態様のコンテンツ切替プログラムは、要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信する装置に、前記コンテンツを切り替える処理を実行させるプログラムにおいて、前記装置にかかる負荷を取得する負荷取得ステップと、取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツのうちの１つを選択するコンテンツ選択ステップと、前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更ステップを前記装置に実行させることを特徴とするコンテンツ切替プログラムである。
【０００８】
ここで、装置にかかる負荷を基に、送信するコンテンツの格納先が変更される。よって、例えば、装置にかかる負荷がより大きくなった場合に、複数のコンテンツのうちで、より容量の小さいコンテンツが選択されて、その選択されたコンテンツを送信するようにすれば、データの取得要求が集中した場合に、装置の負荷を低減することができる。
【０００９】
本発明の第２態様のコンテンツ切替方法は、要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信する装置が、前記コンテンツを切り替える処理を実行する方法において、前記装置にかかる負荷を取得する負荷取得ステップと、取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツのうちの１つを選択するコンテンツ選択ステップと、前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更ステップを備えることを特徴とするコンテンツ切替方法である。
【００１０】
本発明の第３態様のコンテンツ管理装置は、要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信するコンテンツ管理装置において、前記装置にかかる負荷を取得する負荷取得部と、取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツのうちの１つを選択するコンテンツ選択部と、前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更部を備えることを特徴とするコンテンツ管理装置である。
【００１１】
本発明によれば、データの取得要求が集中した場合に、装置の負荷を低減することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態のコンテンツ切替部の構成を示す図である。
【図２】図１のコンテンツ切替部を備えたコンテンツ管理装置（Ｗｅｂサーバ装置）の構成を示すブロック図である。
【図３】コンテンツ記憶領域内のあるコンテンツに対して設定された、複数のコンテンツの記憶領域を示す図である。
【図４】リッチコンテンツ、静止画像およびテキスト版コンテンツ、テキストのみ版コンテンツ、最低限情報版コンテンツ、の表示例を示す図である。
【図５】コンテンツ切替部（装置負荷取得部および格納先ディレクトリ変更部）が内蔵するロジックに対応するコードの一例を示す図である。
【図６】コンテンツ選択部が内蔵する選択ロジックの一例を示す表である。
【図７】クライアントに送信するコンテンツの選択処理のフローチャートである。
【図８】記憶媒体例を示す図である。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を、図面を参照しながら詳細に説明する。
図１は、本発明の一実施形態のコンテンツ切替部の構成を示す図である。このコンテンツ切替部は、クライアントからのデータ（Ｗｅｂページ、ＵＲＬ）の取得要求に対して、そのデータに対応するコンテンツをそのクライアントに送信するＷｅｂサーバ装置（不図示）に内蔵される。【００１４】
図１に示すように、コンテンツ切替部１０は、Ｗｅｂサーバ装置にかかる負荷を取得する装置負荷取得部１１、取得された負荷を基に、送信するコンテンツになりうる複数のコンテンツであって、それぞれが異なる容量を有する複数のコンテンツのうちの１つを選択するコンテンツ選択部１７、送信するコンテンツの格納先ディレクトリを選択したコンテンツの格納先ディレクトリに変更する格納先ディレクトリ変更部１８を備える。【００１５】
装置負荷取得部１１は、ＣＰＵ（Central Processing Unit）使用率取得部１３、メモリ使用量取得部１４、ネットワーク使用率取得部１５を備える。
ここで、ＣＰＵ使用率とは、ある時間間隔で見た場合のＣＰＵのビジー（busy）とウェイト（wait）の比率であり、メモリ使用量とは、ＯＳで管理している全メモリ領域に対する使用しているメモリ領域の比率であり、ネットワーク使用率とは、ネットワークアダプタのＩＯ使用率である。【００１６】
例えば、ＣＰＵ使用率取得部１３、メモリ使用量取得部１４、ネットワーク使用率取得部１５は、オペレーティングシステム（ＯＳ）側で用意された関数、または、ユーティリティによって実現される。【００１７】
図２は、図１のコンテンツ切替部を備えたコンテンツ管理装置（Ｗｅｂサーバ装置）の構成を示すブロック図である。
なお、以下の説明において、「Ｗｅｂサーバ装置」とは、ハードウェアとしてのコンテンツ管理機能を有する装置を意味するものとし、「Ｗｅｂサーバ」とは、Ｗｅｂサーバ装置が備える１機能であって、クライアントからのＵＲＬ（Uniform Resource Locator）を入力して、そのＵＲＬに対応するコンテンツを出力する機能ブロックを意味するものとする。【００１８】
図２に示すように、コンテンツ管理装置（Ｗｅｂサーバ装置）２０は、Ｗｅｂサーバ２１、上述のコンテンツ切替部１０、および、コンテンツ記憶領域２２を備える。
コンテンツ記憶領域２２は、クライアントに送信するコンテンツになりうる複数のコンテンツが記憶できるように、その送信するコンテンツのディレクトリの下に、その複数のコンテンツを記憶する複数のディレクトリを設けた構造をしている。【００１９】
図３は、コンテンツ記憶領域２２内のあるコンテンツに対して設定された、複数のコンテンツの記憶領域を示す図である。
図３に示されるコンテンツに対しては、テキストと画像データに加えて、（ＦＬＡＳＨ、ＧＩＦ（Graphics Interchange Format）等の）アニメーションも使用したコンテンツである「リッチコンテンツ」、リッチコンテンツからアニメーションを除去して、静止画像とテキストにより構成したコンテンツである「静止画像およびテキスト版コンテンツ」、リッチコンテンツからアニメーションおよび画像データを除去して、テキストのみにより構成したコンテンツである「テキストのみ版コンテンツ」、最低限の情報のみをテキストで構成したコンテンツである「最低限情報版コンテンツ」、の４つのコンテンツが設けられている。すなわち、そのコンテンツに対しては、コンテンツ記憶領域２２内に、リッチコンテンツ記憶領域２３、静止画像およびテキスト版コンテンツ記憶領域２４、テキストのみ版コンテンツ記憶領域２５、最低限情報版コンテンツ記憶領域２６が設定される。コンテンツの容量は、「リッチコンテンツ」が最も大きく、「静止画像およびテキスト版コンテンツ」、「テキストのみ版コンテンツ」、「最低限情報版コンテンツ」、の順に小さくなる。【００２０】
図４に、リッチコンテンツ、静止画像およびテキスト版コンテンツ、テキストのみ版コンテンツ、最低限情報版コンテンツ、の表示例を示した。
必要に応じて、「リッチコンテンツ」から「静止画像およびテキスト版コンテンツ」や「テキストのみ版コンテンツ」を自動的に生成してもよい。【００２１】
以下に、コンテンツ切替部１０が行うコンテンツの切替処理について説明する。
Ｗｅｂサーバ装置上のコンテンツは、ＵＲＬに対応したディレクトリ毎に管理されている。【００２２】
例えば、クライアントのＷｅｂブラウザから要求されたＵＲＬが、「http://fujitsu.com/index.html」であり、そのＵＲＬに対応するＷｅｂサーバ装置上のディレクトリが「/var/httpd/htdocs/」であった場合、Ｗｅｂサーバは、そのディレクトリ（/var/httpd/htdocs/）の下にある、そのＵＲＬに対応したコンテンツ（/var/httpd/htdocs/index.html）をクライアントに送信している。このＷｅｂサーバによるコンテンツの送信処理とは非同期に、コンテンツ切替部１０によって、指定したディレクトリ（「/var/httpd/htdocs/」）に対して、その指定したディレクトリとは別のディレクトリを参照するように、参照先ディレクトリの変更処理が実行される。【００２３】
例えば、その指定したディレクトリ（「/var/httpd/htdocs/」）の下に、下記の４つのディレクトリを設けて、そのいずれかを参照するように、コンテンツ切替部１０は、参照先（htmlファイルの格納先）ディレクトリを変更している。
/var/httpd/htdocs/rich/  ・・・  リッチコンテンツ格納先ディレクトリ
/var/httpd/htdocs/picture_text/  ・・・  静止画像およびテキスト版コンテンツ格納先ディレクトリ
/var/httpd/htdocs/text/  ・・・  テキストのみ版コンテンツ格納先ディレクトリ
/var/httpd/htdocs/minimum_info/  ・・・  最低限情報版コンテンツ格納先ディレクトリ
図５は、コンテンツ切替部１０（装置負荷取得部１１および格納先ディレクトリ変更部１２）が内蔵するロジックに対応するコードの一例を示す図である。【００２４】
図５において、１行目の「Label1:」は無限ループの開始位置を示している。２行目の「DirectoryIs();」は、コンテンツの格納先ディレクトリを選択する関数である。この関数は、装置負荷取得部１１とコンテンツ選択部１７との組み合わせに対応し、取得された装置の各負荷（ＣＰＵ使用率、メモリ使用量、ネットワーク使用率）を基に、コンテンツの格納先ディレクトリを選択する。選択された格納先ディレクトリは、この関数の戻り値を格納する変数「Ret」に設定される。【００２５】
３行目から１０行目の「if文」において、戻り値「Ret」の値に応じた、コンテンツの格納先ディレクトリの変更処理が行われる。
図５において、４、６、８、１０行目の「link文」は、以下の形式を有する。
ｌｉｎｋ  −ｓ  ディレクトリ１  ディレクトリ２
この「link文」が実行された後に、例えば、Ｗｅｂサーバ２１によって参照先として「ディレクトリ１」が指定されれば、その参照先（「ディレクトリ１」）が「ディレクトリ２」に変更される。すなわち、Ｗｅｂサーバ２１は、「ディレクトリ２」の下にある、例えば、ｈｔｍｌファイルをクライアントに送信することになる。「link文」は、指定された参照先の切替方式の１つとして知られるシンボリックリンクの１機能に対応し、ＯＳ側で用意された関数、または、ユーティリティによって実現される。【００２６】
例えば、図５の３行目において、関数「DirectoryIs();」の戻り値が「Rich（リッチコンテンツを使用する）」であると判定された場合に、４行目において、「link文」を使用して、コンテンツの格納先のディレクトリ（/var/httpd/htdocs/）をリッチコンテンツを格納したディレクトリ（/var/httpd/htdocs/rich/）に変更している。【００２７】
図５の１１行目では、「goto文」により先頭行に制御が戻っている。すなわち、本実施形態のコンテンツ切替部１０は、動作中、図５に示すループ処理を行う。
図６は、コンテンツ選択部１８が内蔵する選択ロジックの一例を示す表である。【００２８】
図６に示される表では、以下のように、クライアントに送信するコンテンツが選択される。
・ＣＰＵ使用率が３０％以下、メモリ使用量が３０％以下、ネットワーク使用率が３０％以下であれば、「リッチコンテンツ」をクライアントに送信するコンテンツとして選択する。
・ＣＰＵ使用率、メモリ使用量、ネットワーク使用率の中で最も大きい値が３１％〜４９％の間に含まれる場合、「静止画像およびテキスト版コンテンツ」をクライアントに送信するコンテンツとして選択する。
・ＣＰＵ使用率、メモリ使用量、ネットワーク使用率の中で最も大きい値が５０％〜７５％の間に含まれる場合、「テキストのみ版コンテンツ」をクライアントに送信するコンテンツとして選択する。
・ＣＰＵ使用率、メモリ使用量、ネットワーク使用率の中で最も大きい値が７６％〜１００％の間に含まれる場合、「最低限情報版コンテンツ」をクライアントに送信するコンテンツとして選択する。【００２９】
図７は、クライアントに送信するコンテンツの選択処理のフローチャートである。このフローチャートの処理は、図２のコンテンツ選択部１７によって行われる。
図７において、まず、ステップＳ１０１で、その時刻で取得された、ＣＰＵ使用率、メモリ使用量、ネットワーク使用率のうちで最大なものの値が、その時刻の最大負荷を示す変数ＭＡＸに設定される。そして、ステップＳ１０２で、変数ＭＡＸの値が属する範囲が判定される。ステップＳ１０２で、変数ＭＡＸが３０％以下と判定されれば、ステップＳ１０３において、クライアントに送信するコンテンツとして「リッチコンテンツ」が選択され、一連の処理が終了する。【００３０】
ステップＳ１０２で、変数ＭＡＸが３１％〜４９％の範囲に含まれると判定されれば、ステップＳ１０４において、クライアントに送信するコンテンツとして「静止画像およびテキスト版コンテンツ」が選択され、一連の処理が終了する。【００３１】
ステップＳ１０２で、変数ＭＡＸが５０％〜７５％の範囲に含まれると判定されれば、ステップＳ１０５において、クライアントに送信するコンテンツとして「テキストのみ版コンテンツ」が選択され、一連の処理が終了する。【００３２】
ステップＳ１０２で、変数ＭＡＸが７６％〜１００％の範囲に含まれると判定されれば、ステップＳ１０６において、クライアントに送信するコンテンツとして「最低限情報版コンテンツ」が選択され、一連の処理が終了する。【００３３】
なお、以上では、災害時にアクセスがＷｅｂサーバ装置に一時的に集中する場合を想定して説明したが、それ以外の場合で、アクセスがＷｅｂサーバ装置に集中する場合にも本実施形態のコンテンツ切替技術が有用であることは言うまでもない。【００３４】
図８は、記憶媒体例を示す図である。
本発明のコンテンツ切替処理は、情報処理装置６１によって実現することが可能である。本発明の処理のためのプログラムやデータは、情報処理装置６１の記憶装置６５から情報処理装置６１のメモリにロードして実行することも、可搬型記憶媒体６３から情報処理装置６１のメモリにロードして実行することも、外部記憶装置６２からネットワーク６６を介して情報処理装置６１のメモリにロードして実行することも可能である。
【図１】
2007108135.tif 000003
【図２】
2007108135.tif 000004
【図３】
2007108135.tif 000005
【図４】
2007108135.tif 000006
【図５】
2007108135.tif 000007
【図６】
2007108135.tif 000008
【図７】
2007108135.tif 000009
【図８】
2007108135.tif 000010
【手続補正書】
【提出日】平成20年6月11日(2008.6.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信する装置に、前記コンテンツを切り替える処理を実行させるプログラムにおいて、
前記装置にかかる負荷を取得する負荷取得ステップと、
取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツであって、それぞれが異なる容量を有する複数のコンテンツのうちの１つを選択するコンテンツ選択ステップと、
前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更ステップを前記装置に実行させることを特徴とするコンテンツ切替プログラム。
【請求項２】
前記コンテンツの切り替えは、前記要求元からのデータ取得要求と非同期に行われることを特徴とする請求項１記載のコンテンツ切替プログラム。
【請求項３】
前記装置にかかる負荷がより大きくなった場合に、前記複数のコンテンツのうちで、より容量の小さいコンテンツが選択されることを特徴とする請求項１記載のコンテンツ切替プログラム。
【請求項４】
要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信する装置が、前記コンテンツを切り替える処理を実行する方法において、
前記装置にかかる負荷を取得する負荷取得ステップと、
取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツであって、それぞれが異なる容量を有する複数のコンテンツのうちの１つを選択するコンテンツ選択ステップと、
前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更ステップを備えることを特徴とするコンテンツ切替方法。
【請求項５】
要求元からのデータ取得要求に対して、そのデータに対応するコンテンツをその要求元に送信するコンテンツ管理装置において、
前記装置にかかる負荷を取得する負荷取得部と、
取得された負荷を基に、前記送信するコンテンツになりうる複数のコンテンツであって、それぞれが異なる容量を有する複数のコンテンツのうちの１つを選択するコンテンツ選択部と、
前記送信するコンテンツの格納先を前記選択したコンテンツの格納先に変更する格納先変更部を備えることを特徴とするコンテンツ管理装置。
【国際調査報告】
2007108135.tif 000011
2007108135.tif 000012