(57)【要約】【課題】サイトへのアクセス集中時でも，安定したウェブページの配信を行うことが可能となる技術を提供する。【解決手段】配信サーバ１０において，受信部１１は，ユーザが操作するクライアントから，複数のコンテンツを含むウェブページの送信要求を受信する。負荷状況監視部１１０は，ウェブページを生成する配信サーバ１０の負荷状況を監視する。決定部１２０は，配信サーバ１０の負荷状況に応じて，複数のコンテンツからウェブページに含めるコンテンツを決定する。コンテンツ取得部１４０は，ウェブページに含めることが決定されたコンテンツを取得する。生成部１３０は，決定部１２０により決定されたコンテンツを含むウェブページを生成する。送信部１２は，生成されたウェブページを，要求元のクライアントに送信する。【選択図】図２
2014106575.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータが，
ウェブページを生成するコンピュータの負荷状況を監視し，
複数のコンテンツを含むウェブページの送信要求を受信し，
前記負荷状況に応じて，前記複数のコンテンツからウェブページに含めるコンテンツを決定し，
前記決定されたコンテンツを含むウェブページを生成し，
前記生成されたウェブページを送信する処理を実行する
ことを特徴とする配信方法。
【請求項２】
前記コンピュータが，さらに，
前記送信要求を行ったユーザの種別を取得する処理を実行し，
前記コンテンツを決定する処理では，さらに前記ユーザの種別に応じて，ウェブページに含めるコンテンツを決定する
ことを特徴とする配信方法。
【請求項３】
ウェブページを生成するコンピュータの負荷状況を監視する負荷状況監視部と，
複数のコンテンツを含むウェブページの送信要求を受信する受信部と，
前記負荷状況に応じて，前記複数のコンテンツからウェブページに含めるコンテンツを決定する決定部と，
前記決定されたコンテンツを含むウェブページを生成する生成部と，
前記生成されたウェブページを送信する送信部とを備える
ことを特徴とする配信装置。
【請求項４】
コンピュータに，
ウェブページを生成するコンピュータの負荷状況を監視し，
複数のコンテンツを含むウェブページの送信要求を受信し，
前記負荷状況に応じて，前記複数のコンテンツからウェブページに含めるコンテンツを決定し，
前記決定されたコンテンツを含むウェブページを生成し，
前記生成されたウェブページを送信する
処理を実行させるための配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ウェブページの配信方法，配信装置および配信プログラムに関するものである。
【背景技術】
【０００２】
ネットワークを介して，ユーザに情報を提供するサービスがある。例えば，ニュースサイトでは，ユーザからのニュース閲覧の要求に応じて，要求されたニュースの記事本文を含むウェブページの配信が行われている。
【０００３】
ニュースサイトにおいて，配信するウェブページがサーバで生成される際に，要求されたニュースの記事本文のほかに，該記事に関連する他の記事へのリンクや広告などのコンテンツが，追加情報としてウェブページ内に加えられる場合がある。関連記事や広告は，環境に応じて随時変化するため，関連記事へのリンクや広告などのコンテンツを含むウェブページが，ユーザの要求を受けてから生成される場合も多い。
【０００４】
なお，普及コンピューティング装置により表示するために，該普及コンピューティング装置のパフォーマンス上の制限などに応じて，ウェブコンテンツファイルを変更する技術が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２２２２７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
例えば，ニュースサイトなどのウェブサイトでは，事件などの外部要因で，突発的にユーザからのニュース閲覧の要求が集中する場合がある。このとき，ウェブページを生成するサーバの負荷が高くなり，応答が遅い，サイトに接続できないといった状況となる可能性がある。特にニュース記事などのコンテンツについては，即時性が求められており，突発的にサーバの負荷が高くなる場合でも，ユーザからの要求に対してすぐに配信できる状態が保たれていることが望まれている。
【０００７】
一側面では，本発明は，サイトへのアクセス集中時でも，安定してウェブページの配信を行うことが可能となる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
１態様では，配信方法は，コンピュータが，ウェブページを生成するコンピュータの負荷状況を監視し，複数のコンテンツを含むウェブページの送信要求を受信し，負荷状況に応じて複数のコンテンツからウェブページに含めるコンテンツを決定し，決定されたコンテンツを含むウェブページを生成し，生成されたウェブページを送信する処理を実行する。
【発明の効果】
【０００９】
１態様では，ウェブページの送信要求が集中する場合でも，安定したウェブページの配信が可能となる。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態によるウェブページを配信するシステムの構成例を示す図である。
【図２】本実施の形態による配信サーバの機能構成例を示す図である。
【図３】本実施の形態によるページ生成機能部を備える配信サーバを実現するコンピュータのハードウェア構成例を示す図である。
【図４】本実施の形態による負荷状況判定データの例を示す図である。
【図５】本実施の形態によるユーザデータの例を示す図である。
【図６】本実施の形態による構成データの例を示す図である。
【図７】本実施の形態による重要度データの例を示す。
【図８】本実施の形態によるウェブページの生成を説明する図である。
【図９】本実施の形態によるウェブページの生成を説明する図である。
【図１０】本実施の形態の配信サーバによる配信処理フローチャートである。
【発明を実施するための形態】
【００１１】
以下，本実施の形態について，図を用いて説明する。以下の本実施の形態では，主にニュースサイトにおけるニュース記事のウェブページを配信する例を用いて，説明を行うものとする。
【００１２】
図１は，本実施の形態によるウェブページを配信するシステムの構成例を示す図である。
【００１３】
図１に示すシステムは，ユーザが操作するクライアント２０にニュース記事のウェブページを配信するシステムの例である。図１に示すシステムにおいて，配信サーバ１０は，ニュースサイトにおけるニュース記事のウェブページを配信するコンピュータである。クライアント２０は，ユーザが操作するコンピュータである。クライアント２０は，インターネットなどのネットワーク７０を介して，配信サーバ１０にアクセス可能である。ユーザは，クライアント２０を用いて，配信サーバ１０が提供するニュース記事のウェブページを閲覧することができる。
【００１４】
配信サーバ１０は，クライアント２０からのウェブページの送信要求に応じて，ウェブページを生成する機能を有する。例えば，配信サーバ１０は，ニュースの記事本文を含むウェブページの送信要求をクライアント２０から受けた場合，要求された記事本文を含むウェブページを生成し，生成されたウェブページのデータを該当クライアント２０に送信する。ここで，配信サーバ１０が配信しているニュース記事本文を含むウェブページは，記事本文のコンテンツを含む，複数のコンテンツを有する仕様となっている。例えば，配信サーバ１０は，記事に関係する画像，記事に関連する情報へのリンク，広告など，ニュースの記事本文以外のコンテンツを含めたウェブページの生成を行う。
【００１５】
例えば，ニュース記事は，様々な情報提供社により随時ネットワーク上にアップされるため，リンク先となり得る関連記事は随時変化する。本実施の形態による配信サーバ１０は，この変化に対応して適切な関連情報へのリンクをユーザに提示するために，配信するウェブページを，クライアント２０から送信要求を受ける都度に生成する。
【００１６】
ファイルサーバ３０は，ウェブページに含める記事本文や記事に関係する画像のファイルを管理するコンピュータである。ファイルサーバ３０は，配信サーバ１０からの要求に応じて，要求された記事本文のファイルや記事に関係する画像のファイルを配信サーバ１０に渡す。
【００１７】
検索サーバ４０は，ウェブページに含める記事に関連する情報を検索するコンピュータである。例えば，検索サーバ４０は，要求された記事中のキーワードなどをもとに，要求された記事と同じ内容に関する記事が含まれる他社や過去のウェブページ，該記事に含まれる用語が解説されているウェブページなどを検索する。検索サーバ４０は，検索により得られた情報を，要求された記事に関連する情報として，配信サーバ１０に渡す。
【００１８】
広告システム５０は，ウェブページに含める広告のコンテンツを提供する外部サービスのコンピュータシステムである。配信サーバ１０と広告システム５０とは，インターネットや専用線などのネットワーク８０を介して，接続可能である。ネットワーク７０とネットワーク８０とが同じネットワークであってもよい。広告システム５０は，配信サーバ１０からの要求に応じて，広告のファイルを配信サーバ１０に渡す。
【００１９】
図２は，本実施の形態による配信サーバの機能構成例を示す図である。
【００２０】
配信サーバ１０は，受信部１１，送信部１２，負荷状況監視部１１０，決定部１２０，生成部１３０，コンテンツ取得部１４０，情報記憶部１５０を備える。図２に示す配信サーバ１０の例では，負荷状況監視部１１０，決定部１２０，生成部１３０，コンテンツ取得部１４０，情報記憶部１５０によって，本実施の形態によるウェブページの生成を行うページ生成機能部１００が実現される。
【００２１】
情報記憶部１５０は，本実施の形態によるウェブページの生成に用いられる様々な情報を記憶する記憶部である。情報記憶部１５０は，負荷状況判定情報記憶部１５１，ユーザ情報記憶部１５２，構成情報記憶部１５３，重要度情報記憶部１５４を備える。負荷状況判定情報記憶部１５１は，ウェブページを生成するサーバの負荷状況の判定に用いられる閾値などの条件が記録された負荷判定情報を記憶する記憶部である。ユーザ情報記憶部１５２は，ユーザの会員登録の状況を含むユーザ情報を記憶する記憶部である。構成情報記憶部１５３は，ユーザの会員登録状況やウェブページを生成するサーバの負荷状況に応じた，ウェブページの構成条件が示された構成情報を記憶する記憶部である。重要度情報記憶部１５４は，各コンテンツの重要度が示された重要度情報を記憶する記憶部である。
【００２２】
受信部１１は，クライアント２０から，ウェブページの送信要求を受信する。ここで，送信要求されるウェブページは，複数のコンテンツを有する仕様のウェブページである。上述したように，本実施の形態の例におけるウェブページの仕様は，ニュースの記事本文，記事に関係する画像，記事に関連する情報へのリンク，広告などの複数のコンテンツが含まれるように設計されている。以下では，記事に関係する画像を，記事画像と呼ぶ。また，記事に関連する情報を関連情報と呼ぶ。
【００２３】
ウェブページに含まれるコンテンツのうちの少なくとも１つは，クライアント２０から要求された特定のコンテンツである。本実施の形態の例では，特定のコンテンツは，送信要求で指定されたニュースの本文記事である。受信部１１は，送信要求で指定されたニュースの記事本文のコンテンツを含むウェブページの送信要求を受信する。
【００２４】
負荷状況監視部１１０は，ウェブページを生成するサーバの負荷状況を監視する。例えば，負荷状況監視部１１０は，ウェブページの生成時間や，単位時間あたりのウェブページの送信要求数などの負荷を監視し，負荷状況判定情報記憶部１５１の負荷状況判定情報に示される条件を用いて，ウェブページを生成するサーバの負荷状況を判定する。
【００２５】
決定部１２０は，負荷状況監視部１１０により判定された負荷状況に応じて，本来のウェブページの仕様にある複数のコンテンツから，生成するウェブページに含めるコンテンツを決定する。生成するウェブページに含めるコンテンツを決定するということは，同時に生成するウェブページに含めないコンテンツを決定するということである。なお，ウェブページに含めるコンテンツには，クライアント２０から要求された特定のコンテンツが含まれる。
【００２６】
例えば，決定部１２０は，構成情報記憶部１５３の構成情報を参照して，負荷状況に応じた，ウェブページに含めるコンテンツの重要度の条件を取得する。決定部１２０は，重要度情報記憶部１５４の重要度情報を参照して，取得した重要度の条件を満たすコンテンツを，ウェブページに含めるコンテンツに決定する。
【００２７】
また，決定部１２０が，さらに，クライアント２０を操作して送信要求を行ったユーザの種別を取得し，ウェブページに含めるコンテンツを決定する際に，さらに取得されたユーザの種別に応じてウェブページに含めるコンテンツを決定するようにしてもよい。ユーザの種別は，所定の条件でユーザを分類した種別である。例えば，ユーザの種別は，ユーザが会員であるか否かの種別である。決定部１２０は，ユーザ情報記憶部１５２のユーザ情報を参照して，送信要求を行ったユーザの種別を取得する。これにより，ウェブページを生成する配信サーバ１０の負荷に応じて，会員など特定のユーザに送信するウェブページからはコンテンツの削減を行わず，非会員であるユーザに送信するウェブページからのみ一部コンテンツを削減するといった差別化が可能となる。
【００２８】
生成部１３０は，決定部１２０により決定されたコンテンツを含むウェブページを生成する。例えば，生成部１３０は，決定部１２０によってウェブページに含めることに決定されたコンテンツの取得を，コンテンツ取得部１４０に要求する。生成部１３０は，コンテンツ取得部１４０により取得されたコンテンツを含むウェブページを生成する。生成部１３０により生成されるウェブページは，本来の仕様のウェブページから，決定部１２０により生成するウェブページに含めないとされたコンテンツが除外されたものとなる。
【００２９】
コンテンツ取得部１４０は，生成するウェブページに含めるとされた各種コンテンツを取得する。生成するウェブページに含めないとされたコンテンツの取得は，行われない。本実施の形態の例では，コンテンツ取得部１４０は，記事ファイル取得部１４１，画像ファイル取得部１４２，関連情報取得部１４３，広告取得部１４４を備える。記事ファイル取得部１４１は，ファイルサーバ３０から，ニュースの記事本文のファイルを取得する。画像ファイル取得部１４２は，ファイルサーバ３０から，記事画像のファイルを取得する。関連情報取得部１４３は，検索サーバ４０から，関連情報へのリンク情報を取得する。広告取得部１４４は，広告システム５０から，広告のファイルを取得する。
【００３０】
送信部１２は，該当クライアント２０に対して，生成部１３０により生成されたウェブページを送信する。
【００３１】
図３は，本実施の形態によるページ生成機能部を備える配信サーバを実現するコンピュータのハードウェア構成例を示す図である。
【００３２】
図２に示すページ生成機能部１００を備える配信サーバ１０を実現するコンピュータ１は，例えば，ＣＰＵ（Central Processing Unit ）２，主記憶となるメモリ３，記憶装置４，通信装置５，媒体読取・書込装置６，入力装置７，出力装置８等を備える。記憶装置４は，例えばＨＤＤ（Hard Disk Drive ）等の外部記憶装置や，補助記憶装置などである。媒体読取・書込装置６は，例えばＣＤ−Ｒ（Compact Disc Recordable ）ドライブやＤＶＤ−Ｒ（Digital Versatile Disc Recordable ）ドライブなどである。入力装置７は，例えばキーボード・マウス等の入力機器などである。出力装置８は，例えばディスプレイ等の表示装置などである。
【００３３】
図２に示す配信サーバ１０および配信サーバ１０が備える各機能部は，コンピュータ１が備えるＣＰＵ２，メモリ３等のハードウェアと，ソフトウェアプログラムとによって実現することが可能である。コンピュータ１が実行可能なプログラムは，記憶装置４に記憶され，その実行時にメモリ３に読み出され，ＣＰＵ２により実行される。
【００３４】
コンピュータ１は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。また，コンピュータ１は，サーバコンピュータからプログラムが転送されるごとに，逐次，受け取ったプログラムに従った処理を実行することもできる。さらに，このプログラムは，コンピュータ１で読み取り可能な記録媒体に記録しておくことができる。
【００３５】
以下，本実施の形態によるウェブページを生成して配信する技術について，より具体的な例を用いて説明する。
【００３６】
図４は，本実施の形態による負荷状況判定データの例を示す図である。
【００３７】
図４に示す負荷状況判定データ１９１は，負荷状況判定情報記憶部１５１に記憶された負荷状況判定情報の一例を示す。図４に示す負荷状況判定データ１９１は，負荷状況，アクセス数，ページ生成時間などの情報を持つ。負荷状況は，負荷の高さをレベルで評価した評価値である。本実施の形態では，ウェブページを生成する配信サーバ１０の負荷状況は，レベル０〜３の４段階で評価されるものとする。アクセス数は，単位時間（ここでは１秒）あたりのページビューの発生回数（ＰＶ：page view ）の条件を示す。ページ生成時間は，１つのウェブページの生成に要する時間（ｍｓ：ミリ秒）の条件を示す。
【００３８】
図４に示す負荷状況判定データ１９１の各レコードには，配信サーバ１０の負荷状況が該当レコードの負荷状況であると判断するための，アクセス数の条件とページ生成時間の条件とが示されている。例えば，単位時間あたりのアクセス数が３０００（ＰＶ／ｓｅｃ）以上かつページ生成時間が３００（ｍｓ）以上であれば，負荷状況監視部１１０は，図４に示す負荷状況判定データ１９１から，配信サーバ１０の負荷状況がレベル３であると判断する。また，例えば，レベル３の条件を満たしていない場合に，単位時間あたりのアクセス数が２０００（ＰＶ／ｓｅｃ）以上かつページ生成時間が２００（ｍｓ）以上であれば，負荷状況監視部１１０は，図４に示す負荷状況判定データ１９１から，配信サーバ１０の負荷状況がレベル２であると判断する。また，例えば，レベル２の条件を満たしていない場合に，単位時間あたりのアクセス数が１０００（ＰＶ／ｓｅｃ）以上かつページ生成時間が１００（ｍｓ）以上であれば，負荷状況監視部１１０は，図４に示す負荷状況判定データ１９１から，配信サーバ１０の負荷状況がレベル１であると判断する。レベル１の条件が満たされていなければ，負荷状況監視部１１０は，配信サーバ１０の負荷状況がレベル０であると判断する。
【００３９】
負荷状況監視部１１０は，例えば，クライアント２０から配信サーバ１０へのアクセス数や，配信サーバ１０によるウェブページの生成時間を監視する。ウェブページの生成時間としては，例えば，生成部１３０によるウェブページの生成時間を監視するようにしてもよいし，受信部１１によりウェブページの送信要求を受けてから送信部１２によりウェブページを送信するまでの時間を監視するようにしてもよい。負荷状況監視部１１０は，負荷状況判定データ１９１の条件を用いて，配信サーバ１０のアクセス数やウェブページの生成時間を判定し，ウェブページを生成する配信サーバ１０の負荷状況を判断する。なお，負荷状況監視部１１０が監視する配信サーバの負荷が，ＣＰＵ使用率や，メモリ使用量などのリソース負荷であってもよい。
【００４０】
図５は，本実施の形態によるユーザデータの例を示す図である。
【００４１】
図５に示すユーザデータ１９２は，ユーザ情報記憶部１５２に記憶されたユーザ情報の一例を示す。図５に示すユーザデータ１９２は，ユーザＩＤ，ユーザ種別の情報を持つ。ユーザＩＤは，クライアント２０を操作するユーザを識別する識別情報である。ユーザ種別は，ユーザを分類する種別である。本実施の形態の例では，ユーザ種別は，該当ユーザＩＤのユーザが，該当サイトの会員であるか否かを示す。会員は，有料会員であってもよいし，無料会員であってもよい。また，同じ会員でも，一般会員とＶＩＰ会員とを区別するようにしてもよい。図５に示すユーザデータ１９２のユーザ種別には，サイトαとサイトβとの２つのサイトについて，それぞれ会員であるか否かの情報が記録されている。
【００４２】
例えば，決定部１２０は，クライアント２０からウェブページの送信要求を受信した際に，該クライアント２０によるログインの処理で入力されたユーザＩＤでユーザデータ１９２を検索し，該クライアント２０を操作するユーザのユーザ種別を取得する。また，例えば，決定部１２０は，クライアント２０が携帯電話端末などである場合に，該クライアント２０から発信される識別情報をユーザＩＤとしてユーザデータ１９２を検索し，該クライアント２０を操作するユーザのユーザ種別を取得する。クライアント２０からユーザデータ１９２に存在するユーザＩＤが得られない場合には，決定部１２０は，該クライアント２０を操作するユーザが非会員であると判断する。
【００４３】
図６は，本実施の形態による構成データの例を示す図である。
【００４４】
図６に示す構成データ１９３は，構成情報記憶部１５３に記憶された構成情報の一例を示す。図６に示す構成データ１９３は，サイト種別，ユーザ種別，負荷状況，ページ構成条件の情報を持つ。サイト種別は，クライアント２０がアクセスするサイトを示す。ユーザ種別は，クライアント２０を操作するユーザが会員であるか否かを示す。負荷状況は，ウェブページを生成する配信サーバ１０の負荷状況を示す。ページ構成条件は，サイト種別，ユーザ種別，負荷状況の組合せに対応する，ウェブページに含めるコンテンツの条件を示す。
【００４５】
決定部１２０は，クライアント２０が送信を要求するウェブページのサイトと，ユーザデータを参照して得られるクライアント２０を操作するユーザと，負荷状況監視部１１０により判定された負荷状況との組合せで構成データ１９３を検索し，ページ構成条件を取得する。例えば，クライアント２０がアクセスしているサイトがサイトαで，クライアント２０を操作するユーザのユーザ種別が非会員で，配信サーバ１０の負荷状況がレベル２である場合，図６に示す構成データ１９３から得られるページ構成条件は，「重要度３以上」となる。
【００４６】
図７は，本実施の形態による重要度データの例を示す。
【００４７】
図７に示す重要度データ１９４は，重要度情報記憶部１５４に記憶された重要度情報の一例を示す。図７に示す重要度データ１９４は，サイト種別，構成要素，重要度の情報を持つ。サイト種別は，クライアント２０がアクセスするサイトを示す。構成要素は，該当サイトのウェブページに含まれるコンテンツを示す。重要度は，該当サイトのウェブページにおいて，該当構成要素のコンテンツの重要性を示す評価値である。図７に示す重要度データ１９４の例では，重要度の値が高いコンテンツほど，該当ウェブページにおいて重要なコンテンツとなっている。
【００４８】
決定部１２０は，構成データ１９３の検索で得られたページ構成条件を満たすコンテンツを重要度データ１９４から抽出し，抽出されたコンテンツをウェブページに含めるコンテンツとして決定する。例えば，クライアント２０がアクセスするサイトがサイトαである場合に，ページ構成条件が「重要度３以上」であれば，図７に示す重要度データ１９４から，パーツ＃ａとパーツ＃ｂとが抽出され，ウェブページに含めるコンテンツとして決定される。
【００４９】
生成部１３０は，決定部１２０により決定されたコンテンツを含むウェブページを生成する。このとき，コンテンツ取得部１４０は，決定部１２０により決定されたコンテンツを取得し，それ以外のコンテンツの取得は行わない。生成部１３０は，コンテンツ取得部１４０により取得されたコンテンツを含むウェブページを生成する。
【００５０】
図８，図９は，本実施の形態によるウェブページの生成を説明する図である。
【００５１】
ここでは，クライアント２０から送信要求されたウェブページが，ニュースサイトであるサイトαのニュース記事のウェブページであるものとする。また，ウェブページの送信要求を行ったクライアント２０のユーザは，サイトαの非会員であるものとする。ウェブページの構成要素については，パーツ＃ａが記事本文のコンテンツを示し，パーツ＃ｂが記事画像のコンテンツを示し，パーツ＃ｃが関連情報へのリンクのコンテンツを示し，パーツ＃ｄとパーツ＃ｅとが広告のコンテンツを示す。
【００５２】
配信サーバ１０の負荷状況がレベル０である場合，図６に示す構成データ１９３から，ウェブページの本来の仕様に含まれるすべてのコンテンツが，生成するウェブページに含まれるコンテンツに決定される。このとき，コンテンツ取得部１４０は，パーツ＃ａ〜＃ｅのすべてのコンテンツ，すなわち記事本文，記事画像，関連情報へのリンク，広告のコンテンツを取得する。
【００５３】
生成部１３０は，取得された記事本文，記事画像，関連情報へのリンク，広告のコンテンツを含むウェブページを生成する。このとき生成されるウェブページは，例えば図８（Ａ）に示す構成となる。図８（Ａ）に示す構成のウェブページは，本来の仕様のウェブページであり，仕様にあるすべてのコンテンツが含まれたウェブページとなっている。
【００５４】
配信サーバ１０の負荷状況がレベル１である場合，図６に示す構成データ１９３から，重要度２以上のコンテンツが，生成するウェブページに含まれるコンテンツに決定される。図７に示す重要度データ１９４から，重要度２以上のコンテンツ，すなわちパーツ＃ａ，パーツ＃ｂ，パーツ＃ｄ，パーツ＃ｅのコンテンツが，生成するウェブページに含まれるコンテンツとして決定される。逆に考えれば，重要度が１であるパーツ＃ｃのコンテンツが，生成されるウェブページに含まれないコンテンツとして決定されたことになる。このとき，コンテンツ取得部１４０は，パーツ＃ｃ（関連情報へのリンク）のコンテンツを除く，パーツ＃ａ（記事本文），パーツ＃ｂ（記事画像），パーツ＃ｄ，＃ｅ（広告）のコンテンツを取得する。この場合，関連情報の検索が行われないので，時間の短縮が図れる。
【００５５】
生成部１３０は，取得された記事本文，記事画像，広告のコンテンツを含むウェブページを生成する。このとき生成されるウェブページは，例えば図８（Ｂ）に示す構成となる。図８（Ｂ）に示す構成のウェブページは，図８（Ａ）に示す本来のウェブページの仕様にあるコンテンツから，パーツ＃ｃ（関連情報へのリンク）のコンテンツが除外されたウェブページとなっている。
【００５６】
配信サーバ１０の負荷状況がレベル２である場合，図６に示す構成データ１９３から，重要度３以上のコンテンツが，生成するウェブページに含まれるコンテンツに決定される。図７に示す重要度データ１９４から，重要度３以上のコンテンツ，すなわちパーツ＃ａ，パーツ＃ｂのコンテンツが，生成するウェブページに含まれるコンテンツとして決定される。逆に考えれば，重要度が１，２であるパーツ＃ｃ〜＃ｅのコンテンツが，生成されるウェブページに含まれないコンテンツとして決定されたことになる。このとき，コンテンツ取得部１４０は，パーツ＃ｃ（関連情報へのリンク）とパーツ＃ｄ，＃ｅ（広告）のコンテンツを除く，パーツ＃ａ（記事本文）とパーツ＃ｂ（記事画像）のコンテンツを取得する。この場合，関連情報の検索や，外部の広告システム５０からの広告の取得が行われないので，時間の短縮が図れる。
【００５７】
生成部１３０は，取得された記事本文，記事画像のコンテンツを含むウェブページを生成する。このとき生成されるウェブページは，例えば図９（Ａ）に示す構成となる。図９（Ａ）に示す構成のウェブページは，図８（Ａ）に示す本来のウェブページの仕様にあるコンテンツから，パーツ＃ｃ（関連情報へのリンク）とパーツ＃ｄ，＃ｅ（広告）のコンテンツが除外されたウェブページとなっている。
【００５８】
配信サーバ１０の負荷状況がレベル３である場合，図６に示す構成データ１９３から，重要度４以上のコンテンツが，生成するウェブページに含まれるコンテンツに決定される。図７に示す重要度データ１９４から，重要度４以上のコンテンツ，すなわちパーツ＃ａのコンテンツが，生成するウェブページに含まれるコンテンツとして決定される。逆に考えれば，重要度が１〜３であるパーツ＃ｂ〜＃ｅのコンテンツが，生成されるウェブページに含まれないコンテンツとして決定されたことになる。このとき，コンテンツ取得部１４０は，パーツ＃ｂ（記事画像），パーツ＃ｃ（関連情報へのリンク），パーツ＃ｄ，＃ｅ（広告）のコンテンツを除く，パーツ＃ａ（記事本文）のコンテンツを取得する。この場合，記事画像のファイルの取得や，関連情報の検索，外部の広告システム５０からの広告の取得が行われないので，時間の短縮が図れる。
【００５９】
生成部１３０は，取得された記事本文のコンテンツを含むウェブページを生成する。このとき生成されるウェブページは，例えば図９（Ｂ）に示す構成となる。図９（Ｂ）に示す構成のウェブページは，図８（Ａ）に示す本来のウェブページの仕様にあるコンテンツから，パーツ＃ｂ（記事画像），パーツ＃ｃ（関連情報へのリンク），パーツ＃ｄ，＃ｅ（広告）のコンテンツが除外されたウェブページとなっている。
【００６０】
図１０は，本実施の形態の配信サーバによる配信処理フローチャートである。
【００６１】
配信サーバ１０において，受信部１１は，クライアント２０からウェブページの送信要求を受信する（ステップＳ１０）。負荷状況監視部１１０は，負荷状況判定データ１９１の条件を用いて，ウェブページを生成する配信サーバ１０の負荷状況を判定する（ステップＳ１１）。
【００６２】
決定部１２０は，ユーザデータ１９２を参照し，ウェブページの送信要求を行ったクライアント２０を操作するユーザのユーザ種別を取得する（ステップＳ１２）。決定部１２０は，構成データ１９３と重要度データ１９４を参照し，判定された負荷状況や取得されたユーザ種別から，ウェブページに含めるコンテンツを決定する（ステップＳ１３）。
【００６３】
コンテンツ取得部１４０は，決定部１２０により決定されたコンテンツを取得する（ステップＳ１４）。生成部１３０は，コンテンツ取得部１４０により取得されたコンテンツを含むウェブページを生成する（ステップＳ１５）。送信部１２は，生成されたウェブページを，該当クライアント２０に送信する（ステップＳ１６）。
【００６４】
以上説明した本実施の形態によるウェブページ生成の技術によって，ウェブページを生成する配信サーバ１０の負荷状況に応じて，生成するウェブページに含めるコンテンツを削減することができるので，ウェブページ生成のための時間や処理負荷を軽減することができる。これにより，応答の遅延やアクセス制限の発生が抑制され，サイトへのアクセス集中時でも，安定したウェブページの配信を行うことが可能となる。
【００６５】
以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【００６６】
例えば，本実施の形態の例では，クライアント２０から送信要求を受信する配信サーバ１０がウェブページの生成を行っているが，別のサーバでウェブページを生成してもよい。
【００６７】
また，例えば，本実施の形態では，主にニュースサイトにおけるウェブページについての例を用いて説明を行ったが，複数のコンテンツを有する他のサイトのウェブページについても，本実施の形態によるウェブページ生成の技術を適用可能である。
【符号の説明】
【００６８】
１０  配信サーバ
１１  受信部
１２  送信部
１００  ページ生成機能部
１１０  負荷状況監視部
１２０  決定部
１３０  生成部
１４０  コンテンツ取得部
１４１  記事ファイル取得部
１４２  画像ファイル取得部
１４３  関連情報取得部
１４４  広告取得部
１５０  情報記憶部
１５１  負荷状況判定情報記憶部
１５２  ユーザ情報記憶部
１５３  構成情報記憶部
１５４  重要度情報記憶部
２０  クライアント
３０  ファイルサーバ
４０  検索サーバ
５０  広告システム
７０，８０  ネットワーク
【図１】
2014106575.tif 000003
【図２】
2014106575.tif 000004
【図３】
2014106575.tif 000005
【図４】
2014106575.tif 000006
【図５】
2014106575.tif 000007
【図６】
2014106575.tif 000008
【図７】
2014106575.tif 000009
【図８】
2014106575.tif 000010
【図９】
2014106575.tif 000011
【図１０】
2014106575.tif 000012