JP2001318899A - サーバ装置 - Google Patents

Abstract

(57)【要約】 【課題】ネットワークの輻輳時に、クライアント側のユ
ーザがブラウザによって構成されるページの概要を迅速
に認識することが可能なサーバ装置を提供する。 【解決手段】ＷＷＷサーバ１００は、ＴＣＰ／ＩＰネッ
トワーク１５０を介してクライアントと接続されてお
り、該クライアントからのリクエストの内容を解析する
リクエスト処理部１０２と、リクエスト処理部１０２に
よる解析に基づいて、クライアントからのリクエストに
対応するコンテンツを含んだリプライを生成するリプラ
イ生成部１０３と、ＴＣＰ／ＩＰネットワーク１５０の
状態を監視し、輻輳が検知された場合に、クライアント
へ予め設定された種類のコンテンツを優先的が到着する
ように、リプライ生成部１０３を制御する負荷計測部１
０６とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
してクライアント装置と接続され、該クライアント装置
からのリクエストに応じてリプライを生成するサーバ装
置に関する。

【０００２】

【従来の技術】インターネットで提供されるＷＷＷ（Wo
rld Wide Web）サービスは、ＨＴＴＰ（Hyper Text Tra
nsfer Protocol）を使用するものである。ＷＷＷサーバ
は、テキスト、画像、音声、プログラム等が混在したコ
ンテンツを保持しており、クライアントのリクエストに
対応するコンテンツを含んだリプライをクライアントへ
送信する。クライアントのブラウザは、受信したリプラ
イに含まれるコンテンツからページを構成し表示する。
これにより、クライアント側のユーザが必要な情報を取
得することが可能になる。

【０００３】このＷＷＷサービスで扱われるコンテンツ
は、ＨＴＭＬ（Hyper Text Makeup Language）なる言語
で記述されており、ＨＴＭＬファイル内のタグにより他
のリソースへのリンクが張られており、テキストの他
に、画像、音声等の異なるメディアを一括して扱うこと
を可能にしている。

【０００４】

【発明が解決しようとする課題】しかしながら、ネット
ワークが輻輳し、ＷＷＷサーバにクライアントからのリ
クエストが集中すると、ＷＷＷサーバでは、そのリクエ
スト処理に遅れが生じる。特に、動画や静止画等のコン
テンツは、テキストデータに比べてサイズが大きく、リ
クエストに応じてこれらサイズの大きいコンテンツを転
送することは、ネットワークに更なる負荷を生じさせる
原因となる。このように、ネットワークに更なる負荷が
生じると、クライアントへのコンテンツの到着が遅れ、
クライアント側のユーザがブラウザによって構成される
ページの概要を認識するまでに時間がかかる場合があ
る。このため、ネットワークの輻輳時に、クライアント
側のユーザがブラウザによって構成されるページの概要
を迅速に認識可能とすることが要求されている。

【０００５】本発明は、上記従来の問題点を解決するも
のであり、その目的は、ネットワークの輻輳時に、クラ
イアント側のユーザがブラウザによって構成されるペー
ジの概要を迅速に認識することが可能なサーバ装置を提
供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明のサーバ装置は、ネットワークを介してクラ
イアント装置と接続されており、前記クライアント装置
からのリクエストの内容を解析するリクエスト解析手段
と、コンテンツを格納するコンテンツ格納手段と、前記
リクエスト解析手段による解析に基づいて、前記クライ
アント装置からのリクエストに対応するコンテンツを前
記コンテンツ格納手段から読み出し、該コンテンツを含
んだリプライを生成するリプライ生成手段と、前記ネッ
トワークの状態を監視する監視手段と、前記監視手段に
よって前記ネットワークの輻輳が検知された場合に、前
記クライアント装置へ予め指定された種類のコンテンツ
が優先的に到着するように、前記リプライ生成手段を制
御する制御手段とを備えて構成される。

【０００７】特に、前記サーバ装置が前記クライアント
装置とローカルなネットワークを介して接続されている
場合には、前記サーバ装置のコンテンツ格納手段に前記
クライアント装置からのリクエストに対応するコンテン
ツが格納されていない場合に、グローバルなネットワー
ク上のサーバ装置に対し、該コンテンツを要求するリク
エストを生成するリクエスト生成手段を更に備え、前記
制御手段は、前記監視手段によって前記ローカルなネッ
トワークの輻輳が検知された場合に、前記クライアント
装置へ前記予め指定された種類のコンテンツが優先的に
到着するように、前記リクエスト生成手段を制御するこ
とが好ましい。

【０００８】これらの場合において、前記監視手段は、
前記クライアント装置からのリクエストの数、前記リプ
ライ生成手段によって生成されるリプライのサイズ、又
は前記ローカルなネットワーク上に伝送されるデータの
伝送量を監視することが好ましい。

【０００９】また、前記リプライ生成手段は、前記制御
手段の制御に応じて、前記コンテンツの並び順を、その
種類に応じて変更したリプライを生成すること、特に前
記予め指定された種類のコンテンツを先頭に配置したリ
プライを生成することが好ましい。また、前記リプライ
生成手段は、前記制御手段の制御に応じて、前記コンテ
ンツの並び順を、そのサイズに応じて変更したリプライ
を生成することが好ましい。

【００１０】また、前記リクエスト生成手段は、前記制
御手段の制御に応じて、前記予め指定された種類のコン
テンツのみを要求するリクエストを生成することが好ま
しい。

【００１１】また、前記予め指定された種類のコンテン
ツは、ＨＴＭＬのファイル形式のコンテンツであること
が好ましい。

【００１２】

【発明の実施の形態】以下、図示した一実施形態に基い
て本発明を詳細に説明する。図１は、本発明に係るＷＷ
Ｗサーバを備えたクライアント・サーバネットワークの
概要を示す図である。同図に示すクライアント・サーバ
ネットワーク１は、ＷＷＷサーバ１００、クライアント
１１０、１２０、１３０を備えて構成されており、これ
らはＴＣＰ／ＩＰネットワーク１５０を介して接続され
ている。図２は、ＷＷＷサーバ１００の構成を示すブロ
ック図である。同図に示すＷＷＷサーバ１００は、ＴＣ
Ｐ／ＩＰネットワーク１５０を介してクライアント１１
０等と接続され、該クライアント１１０等からのリクエ
ストに応じてリプライを生成するものであり、パケット
受信部１０１、リクエスト処理部１０２、リプライ生成
部１０３、コンテンツ保持部１０４、パケット送信部１
０５、負荷計測部１０６を備えて構成される。

【００１３】クライアント側のユーザがウェブページの
表示等の要求を行うと、クライアントによってリクエス
トが生成され、そのリクエストは複数のリクエストパケ
ットに分割されてＷＷＷサーバ１００へ送出される。パ
ケット受信部１０１は、これら複数のリクエストパケッ
トを受信する。リクエスト処理部１０２は、複数のリク
エストパケットからリクエストを再構成し、その内容を
解析する。

【００１４】リプライ生成部１０３は、リクエスト処理
部１０２によるリクエスト内容の解析結果に基づいて、
該リクエストに応じたリプライを生成する。コンテンツ
保持部１０４には、クライアントのブラウザがページを
構成するために必要となる、ＨＴＭＬ、ＪＰＥＧ、ＧＩ
Ｆ、ＭＰＥＧ等の各種のファイル形式のコンテンツが格
納されており、リプライ生成部１０３は、リクエスト処
理部１０２による解析結果に基づいて、リクエストに対
応するコンテンツをコンテンツ保持部１０４から読み出
し、これらコンテンツを含んだリプライを生成する。次
に、リプライ生成部１０３は、生成したリプライを複数
のリプライパケットに分割する。パケット送信部１０５
は、これら複数のリプライパケットをＴＣＰ／ＩＰネッ
トワーク１５０を介して、リクエストの送出元のクライ
アントへ送信する。

【００１５】このように、ＷＷＷサーバ１００におい
て、クライアントのリクエストに応じた一連の動作が行
われている間、負荷計測部１０６は、ＴＣＰ／ＩＰネッ
トワーク１５０の状態を監視する。具体的には、負荷計
測部１０６は、リクエスト処理部１０２に所定時間内に
到着するリクエストパケットの数を監視すると共に、リ
プライ生成部１０３によって生成されるリプライのサイ
ズを監視する。そして、負荷計測部１０６は、リクエス
トパケットの数が予め設定された所定値を超えた場合、
又はリプライのサイズが予め設定された所定値を超えた
場合には、ネットワークに輻輳が生じたと判断してリプ
ライ生成部１０３に対して割り込み処理を行う。

【００１６】なお、負荷計測部１０６は、ＴＣＰ／ＩＰ
ネットワーク１５０がローカルなネットワークである場
合には、該ＴＣＰ／ＩＰネットワーク１５０上に伝送さ
れるデータの伝送量を監視するようにしてもよい。この
場合には、負荷計測部１０６は、該伝送量が所定値を超
えた場合に、リプライ生成部１０３に対して割り込み処
理を行う。また、リクエスト処理部１０２に所定時間内
に到着するリクエストパケットの数の監視、リプライ生
成部１０３によって生成されるリプライのサイズの監
視、及びＴＣＰ／ＩＰネットワーク１５０上に伝送され
る伝送量の監視を適宜組み合わせて、負荷計測部１０６
による監視を行うようにしてもよい。

【００１７】リプライ生成部１０３は、負荷計測部１０
６によって割り込み処理が行われると、コンテンツの並
び順を変更したリプライを生成する。ここで、クライア
ント側のユーザは、少なくともテキスト情報が得られれ
ば、ブラウザによって構成されるページの概要を認識す
ることができ、必ずしも画像データ等の全てのコンテン
ツの到着を待つ必要はない。

【００１８】そこで、リプライ生成部１０３は、テキス
ト情報であるＨＴＭＬのファイル形式のコンテンツを優
先的に送出すべく、コンテンツの並び順を変更したリプ
ライを生成する。

【００１９】すなわち、リプライ生成部１０３は、リク
エストに対応する各コンテンツのファイル形式を解析
し、ＨＴＭＬのファイル形式のコンテンツを先頭に配置
したリプライを生成して、該ＨＴＭＬのファイル形式の
コンテンツが優先的に送出されるようにする。

【００２０】また、クライアントから複数のリクエスト
があった場合には、リプライ生成部１０３は、まず、各
リクエスト毎に、該リクエストに対応するＨＴＭＬのフ
ァイル形式のコンテンツのみを含んだリプライを生成
し、これらＨＴＭＬのファイル形式のコンテンツが優先
的に送出されるようにする。そして、ＨＴＭＬのファイ
ル形式のコンテンツを含んだ複数のリプライを生成した
後に、リプライ生成部１０３は、他のファイル形式のコ
ンテンツを含んだリプライを生成する。

【００２１】リプライ生成部１０３は、このようにして
コンテンツの並び順を変更したリプライを複数のリプラ
イパケットに分割する。これら複数のリプライパケット
は、パケット送信部１０５によってリクエストの送出元
のクライアントへ送信される。

【００２２】また、負荷計測部１０６は、リプライ生成
部１０３に対して割り込み処理を行った後も、継続して
ＴＣＰ／ＩＰネットワーク１５０の状態を監視し、輻輳
が解消した場合には、再びリプライ生成部１０３に対し
て割り込み処理を行う。この割り込み処理が行われる
と、リプライ生成部１０３はコンテンツの並び順を変更
したリプライの生成を終了する。

【００２３】一方、クライアントのブラウザは、受信し
たリクエストパケットに含まれるコンテンツを順に取り
込んでページを構成する。このとき、ＷＷＷサーバ１０
０は、上述の通り、テキスト情報であるＨＴＭＬのファ
イル形式のコンテンツを優先的に送出するため、クライ
アントにおいては、該ＨＴＭＬのファイル形式のコンテ
ンツが最初に取り込まれてテキスト情報が表示される。
このため、クライアント側のユーザは、直ちにページの
概要を認識することができ、そのページが所望のもので
あるか否かを確認することが可能となる。

【００２４】このように、ＷＷＷサーバ１００では、負
荷計測部１０６はＴＣＰ／ＩＰネットワーク１５０の状
態を監視しており、該ＴＣＰ／ＩＰネットワーク１５０
に輻輳が生じた場合には、リプライ生成部１０３はＨＴ
ＭＬのファイル形式のコンテンツが優先的に送出される
ように、コンテンツの並び順を変更したリプライを生成
する。このため、クライアントにおいては、該ＨＴＭＬ
のファイル形式のコンテンツが最初に取り込まれて表示
される。従って、クライアント側のユーザは、直ちにペ
ージの概要を認識することができ、そのページが所望の
ものであるか否かを確認することが可能となる。

【００２５】ところで、上述した実施形態では、本発明
をＷＷＷサーバに適用した場合について説明したが、同
様にプロキシサーバにも適用することができる。

【００２６】図３は、本発明に係るプロキシサーバを備
えたクライアント・サーバネットワークの概要を示す図
である。同図に示すクライアント・サーバネットワーク
２は、プロキシサーバ２００、クライアント２１０、２
２０、２３０、ＷＷＷサーバ２４０を備えて構成されて
おり、これらはＬＡＮ等のローカルなネットワークであ
るＴＣＰ／ＩＰネットワーク２５０及びインターネット
等のグローバルなネットワークであるＴＣＰ／ＩＰネッ
トワーク２６０と、これらＴＣＰ／ＩＰネットワーク２
５０、２６０を接続するルータ２７０とを介して接続さ
れている。

【００２７】図４は、プロキシサーバ２００の構成を示
すブロック図である。同図に示すプロキシサーバ２００
は、ＴＣＰ／ＩＰネットワーク２５０を介してクライア
ント２１０等と接続され、該クライアント２１０等から
のリクエストに応じてリプライを生成するものであり、
パケット受信部２０１、リクエスト処理部２０２、リプ
ライ生成部２０３、コンテンツ一時保持部２０４、リク
エスト生成部２０５、パケット送信部２０６、負荷計測
部２０７を備えて構成される。

【００２８】パケット受信部２０１、リクエスト処理部
２０２、リプライ生成部２０３、コンテンツ一時保持部
２０４、パケット送信部２０６の動作は、それぞれ図２
に示したパケット受信部１０１、リクエスト処理部１０
２、リプライ生成部１０３、コンテンツ保持部１０４、
パケット送信部１０５の動作と同様であるので、その説
明は省略する。

【００２９】リクエスト生成部２０５は、クライアント
のリクエストに対応するコンテンツがコンテンツ一時保
持部２０４に格納されていなかった場合に動作する。す
なわち、クライアントのリクエストに対応するコンテン
ツがコンテンツ一時保持部２０４に格納されていなかっ
た場合には、リプライ生成部２０３によるリプライ生成
は行われない。このとき、リクエスト生成部２０５は、
クライアントのリクエストに対応するコンテンツを取得
するために、ＷＷＷサーバ２４０に対するリクエストを
生成する。次に、リクエスト生成部２０５は、このよう
にして生成したリクエストを複数のリクエストパケット
に分割する。これら複数のリクエストパケットは、パケ
ット送信部２０６によってＷＷＷサーバ２４０へ送信さ
れる。ＷＷＷサーバ２４０は、このリクエストに応じて
リプライを生成する。生成されたリプライは、リクエス
トの送出元のクライアントへ送出される。また、該リプ
ライに含まれるコンテンツは、コンテンツ一時保持部２
０４に格納される。

【００３０】プロキシサーバ２００において、クライア
ントのリクエストに応じた一連の動作が行われている
間、負荷計測部２０７は、ＴＣＰ／ＩＰネットワーク２
５０の状態を監視する。具体的には、負荷計測部２０７
は、リクエスト処理部１０２に所定時間内に到着するリ
クエストパケットの数を監視すると共に、ＴＣＰ／ＩＰ
ネットワーク２５０上に伝送されるデータの伝送量を監
視する。そして、負荷計測部２０７は、リクエストパケ
ットの数が予め設定された所定値を超えた場合、又はＴ
ＣＰ／ＩＰネットワーク２５０上に伝送されるデータの
伝送量が予め設定された所定値を超えた場合には、ネッ
トワークに輻輳が生じたと判断してリプライ生成部２０
３及びリクエスト生成部２０５に対して割り込み処理を
行う。

【００３１】なお、負荷計測部２０７は、リクエスト処
理部２０２に所定時間内に到着するリクエストパケット
の数を監視すると共に、リプライ生成部２０３によって
生成されるリプライのサイズを監視するようにしてもよ
い。また、リクエスト処理部２０２に所定時間内に到着
するリクエストパケットの数の監視、リプライ生成部２
０３によって生成されるリプライのサイズの監視、及び
ＴＣＰ／ＩＰネットワーク２５０上に伝送されるデータ
の伝送量の監視を適宜組み合わせて、負荷計測部２０７
による監視を行うようにしてもよい。

【００３２】リプライ生成部２０３は、負荷計測部２０
７によって割り込み処理が行われると、コンテンツの並
び順を変更したリプライを生成する。具体的な手順は、
上述したリプライ生成部１０３による手順と同様であ
る。コンテンツの並び順が変更されたリプライは、複数
のリプライパケットに分割され、パケット送信部２０６
によってリクエストの送出元のクライアントへ送信され
る。

【００３３】リクエスト生成部２０５は、負荷計測部２
０７によって割り込み処理が行われると、画像や動画で
あるＪＰＥＧ、ＧＩＦ、ＭＰＥＧ等のファイル形式のコ
ンテンツの要求を除外し、ＨＴＭＬのファイル形式のコ
ンテンツのみを要求するリクエストを生成する。このよ
うにして生成されたリクエストは、複数のリクエストパ
ケットに分割され、パケット送信部２０６によってＷＷ
Ｗサーバ２４０へ送信される。ＷＷＷサーバ２４０は、
このリクエストに応じてリプライを生成する。生成され
たリプライは、リクエストの送出元のクライアントへ送
出される。

【００３４】また、負荷計測部２０７は、リプライ生成
部２０３及びリクエスト生成部２０５に対して割り込み
処理を行った後も、継続してＴＣＰ／ＩＰネットワーク
２５０の状態を監視し、輻輳が解消した場合には、再び
リプライ生成部２０３及びリクエスト生成部２０５に対
して割り込み処理を行う。この割り込み処理が行われる
と、リプライ生成部２０３はコンテンツの並び順を変更
したリプライの生成を終了する。また、リクエスト生成
部２０５はＨＴＭＬのファイル形式のコンテンツのみを
要求するリクエスト生成を終了する。

【００３５】一方、クライアントのブラウザは、受信し
たリクエストパケットに含まれるコンテンツを順に取り
込んでページを構成する。このとき、ＨＴＭＬのファイ
ル形式のコンテンツが最初に取り込まれてテキスト情報
が表示される。このため、クライアント側のユーザは、
直ちにページの概要を認識することができ、そのページ
が所望のものであるか否かを確認することが可能とな
る。

【００３６】このように、プロキシサーバ２００では、
負荷計測部２０７はＴＣＰ／ＩＰネットワーク２５０の
状態を監視しており、該ＴＣＰ／ＩＰネットワーク２５
０に輻輳が生じた場合には、ＨＴＭＬのファイル形式の
コンテンツが優先的に送出されるように、リプライ生成
部２０３はコンテンツの並び順を変更したリプライを生
成し、リクエスト生成部２０５はＨＴＭＬのファイル形
式のコンテンツのみを要求するリクエストを生成する。
このため、クライアントにおいては、該ＨＴＭＬのファ
イル形式のコンテンツが最初に取り込まれて表示され
る。従って、クライアント側のユーザは、直ちにページ
の概要を認識することができ、そのページが所望のもの
であるか否かを確認することが可能となる。

【００３７】ところで、上述したＷＷＷサーバ１００及
びプロキシサーバ２００においては、リプライ生成部は
ＨＴＭＬのファイル形式のコンテンツが優先的に送出さ
れるように、コンテンツの並び順を変更したリプライを
生成したが、並び替えの方法は他にも考えられる。すな
わち、ＨＴＭＬのファイル形式のコンテンツは、一般に
画像や動画であるＪＰＥＧ、ＧＩＦ、ＭＰＥＧ等のファ
イル形式のコンテンツよりもそのサイズが小さいことを
考慮し、リプライ生成部は、リクエストに対応する各コ
ンテンツのサイズを解析し、予め設定された所定値以下
のサイズを有するコンテンツを優先的に送出するよう
に、コンテンツを並び替えるようにしてもよい。

【００３８】また、コンテンツを並び替えるのではな
く、ＪＰＥＧ、ＧＩＦ、ＭＰＥＧ等のファイル形式のコ
ンテンツを含まないリプライを生成するようにしてもよ
い。

【００３９】以上、本発明の一実施形態を図面に沿って
説明した。しかしながら本発明は前記実施形態に示した
事項に限定されず、特許請求の範囲の記載に基づいてそ
の変更、改良等が可能であることは明らかである。

【００４０】

【発明の効果】以上の如く本発明によれば、ネットワー
クが輻輳している場合には、リプライ生成やリクエスト
生成が制御され、予め設定された種類のコンテンツがク
ライアント装置へ優先的に到着するため、クライアント
側のユーザがブラウザによって構成されるページの概要
を迅速に認識することが可能になる。

【図面の簡単な説明】

【図１】本発明に係るＷＷＷサーバを備えたクライアン
ト・サーバネットワークの概要を示す図である。

【図２】本発明に係るＷＷＷサーバの構成を示すブロッ
ク図である。

【図３】本発明に係るプロキシサーバを備えたクライア
ント・サーバネットワークの概要を示す図である。

【図４】本発明に係るプロキシサーバの構成を示すブロ
ック図である。

【符号の説明】

１、２ クライアント・サーバネットワーク １００ ＷＷＷサーバ １０１ パケット受信部 １０２ リクエスト処理部 １０３ リプライ生成部 １０４ コンテンツ保持部 １０５ パケット送信部 １０６ 負荷計測部 １１０、１２０、１３０ クライアント １５０ ＴＣＰ／ＩＰネットワーク ２００ プロキシサーバ ２０１ パケット受信部 ２０２ リクエスト処理部 ２０３ リプライ生成部 ２０４ コンテンツ一時保持部 ２０５ リクエスト生成部 ２０６ パケット送信部 ２０７ 負荷計測部 ２１０、２２０、２３０ クライアント ２４０ ＷＷＷサーバ ２５０、２６０ ＴＣＰ／ＩＰネットワーク ２７０ ルータ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介してクライアント装置
   と接続されるサーバ装置において、 前記クライアント装置からのリクエストの内容を解析す
   るリクエスト解析手段と、 コンテンツを格納するコンテンツ格納手段と、 前記リクエスト解析手段による解析に基づいて、前記ク
   ライアント装置からのリクエストに対応するコンテンツ
   を前記コンテンツ格納手段から読み出し、該コンテンツ
   を含んだリプライを生成するリプライ生成手段と、 前記ネットワークの状態を監視する監視手段と、 前記監視手段によって前記ネットワークの輻輳が検知さ
   れた場合に、前記クライアント装置へ予め指定された種
   類のコンテンツが優先的に到着するように、前記リプラ
   イ生成手段を制御する制御手段と、を備えることを特徴
   とするサーバ装置。
2. 【請求項２】 請求項１のサーバ装置が前記クライアン
   ト装置とローカルなネットワークを介して接続されたも
   のであり、 前記サーバ装置のコンテンツ格納手段に前記クライアン
   ト装置からのリクエストに対応するコンテンツが格納さ
   れていない場合に、グローバルなネットワーク上のサー
   バ装置に対し、該コンテンツを要求するリクエストを生
   成するリクエスト生成手段を更に備え、 前記制御手段は、前記監視手段によって前記ローカルな
   ネットワークの輻輳が検知された場合に、前記クライア
   ント装置へ前記予め指定された種類のコンテンツが優先
   的に到着するように、前記リクエスト生成手段を制御す
   ることを特徴とするサーバ装置。
3. 【請求項３】 前記監視手段は、前記クライアント装置
   からのリクエストの数を監視することを特徴とする請求
   項１又は２に記載のサーバ装置。
4. 【請求項４】 前記監視手段は、前記リプライ生成手段
   によって生成されるリプライのサイズを監視することを
   特徴とする請求項１〜３の何れかに記載のサーバ装置。
5. 【請求項５】 前記監視手段は、前記ローカルなネット
   ワーク上に伝送されるデータの伝送量を監視することを
   特徴とする請求項２に記載のサーバ装置。
6. 【請求項６】 前記リプライ生成手段は、前記制御手段
   の制御に応じて、前記コンテンツの並び順を、その種類
   に応じて変更したリプライを生成することを特徴とする
   請求項１〜５の何れかに記載のサーバ装置。
7. 【請求項７】 前記リプライ生成手段は、前記予め指定
   された種類のコンテンツを先頭に配置したリプライを生
   成することを特徴とする請求項６に記載のサーバ装置。
8. 【請求項８】 前記リプライ生成手段は、前記制御手段
   の制御に応じて、前記コンテンツの並び順を、そのサイ
   ズに応じて変更したリプライを生成することを特徴とす
   る請求項１〜５の何れかに記載のサーバ装置。
9. 【請求項９】 前記リクエスト生成手段は、前記制御手
   段の制御に応じて、前記予め指定された種類のコンテン
   ツのみを要求するリクエストを生成することを特徴とす
   る請求項２〜７の何れかに記載のサーバ装置。
10. 【請求項１０】 前記予め指定された種類のコンテンツ
    は、ＨＴＭＬのファイル形式のコンテンツであることを
    特徴とする請求項１〜９に記載のサーバ装置。