(57)【要約】【課題】  クライアントおよびブラウザの性能向上によりサーバは少数のクライアントからの情報取得要求であっても短時間に大量のＨＴＴＰリクエストの返信処理をせざるを得ず、サーバの動作処理の低速化およびネットワーク帯域の減少が発生する不具合があった。【解決手段】  ＰＣから送られる同時に複数のＨＴＴＰ取得リクエストをＷｅｂサーバが応答する際に、その取得リクエストに対するファイルの種類がＨＴＭＬファイルである場合には、他の種類のＨＴＴＰ取得リクエストの応答が完了するまで遅延することにより、同一ＰＣからＷｅｂサーバへ一度に大量のＨＴＴＰリクエストを送られないようにする。【選択図】  図１
2007094830.tif 000002
【特許請求の範囲】
【請求項１】
ファイル情報を記憶するファイル情報記憶手段と、情報処理装置からの情報取得要求を受信する受信手段と、前述情報取得要求の内容を解釈して前述ファイル情報記憶手段よりファイル情報を取得する取得要求応答手段と、前述取得要求応答手段により取得されたファイル情報を前述情報処理装置へ返信する返信手段を有するＷｅｂサーバ装置において、前述情報処理装置を一意に識別する情報処理装置識別手段と、前述ファイル情報と一意に対応するファイル種類情報を記憶するファイル種類情報記憶手段と、前述情報処理装置識別手段と前述ファイル種類情報の内容により前述返信手段を制御する返信制御手段を備えることを特徴とするＷｅｂサーバ装置。
【請求項２】
前述返信制御手段は、前述ファイル種類情報がＨＴＭＬ形式であるファイル情報を返信する前述返信手段の動作を、他のファイル種類情報であるファイル情報を返信する送信手段の動作より遅延させることを特徴とする請求項１に記載のＷｅｂサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されるＷｅｂサーバ装置に関するものである。
【背景技術】
【０００２】
従来におけるＷｅｂサーバ装置（以下サーバと呼ぶ）においては、ネットワーク上に接続された情報処理装置（以下クライアントと呼ぶ）上で動作するブラウザソフトウェア（以下ブラウザと呼ぶ）により指定されたＵＲＬに該当する情報取得要求（以下ＨＴＴＰリクエストと呼ぶ）を受け、サーバに格納されているファイル記憶装置から上述指定されたＵＲＬに該当するファイル情報を得て、前述得られたファイル情報を前述要求したクライアントへ返信する処理が行われていた。
【０００３】
あるいは上述ファイル記憶装置内のファイル情報に代えて、上述指定されたＵＲＬを元にＷｅｂサーバ装置内のファイル情報生成手段により生成されたファイル情報を前述要求したクライアントへ返信する処理も行われていた。
【０００４】
従来のサーバの動作について、図２、図３、および図４を用いて説明する。
【０００５】
図２はサーバに格納されるＨＴＭＬファイル２０１〜２０４および画像ファイル２０５〜２１０の内容の一例であり、括弧内で示したファイル名にて上述ファイル記憶装置内に保持されている。図３はブラウザによりＵＲＬをALL.htmと指定してサーバにＨＴＴＰリクエストを行った結果を示す画面３０１の一例である。
【０００６】
図２で示したＨＴＭＬファイル群２０１〜２０４および画像ファイル２０５〜２１０をブラウザが解釈した結果、図３に図示したようにブラウザの画面３０１上を水平方向に３つに分割し、それぞれの分割した領域３０２〜３０４内に各々独立した画像３０５〜３１０が１〜３個配置されている画面となっている。
【０００７】
図４は、ブラウザによりＵＲＬをALL.htmと指定してサーバにＨＴＴＰリクエストを行った際の、ブラウザとサーバとのＨＴＴＰリクエストの動作遷移を示す図である。図の横軸４０１および４０２はそれぞれブラウザとサーバ上での時間経過を右方向へ示しており、図の上から下への矢印４０３は円内に書かれたＨＴＭＬファイルあるいは画像ファイルのＨＴＴＰリクエスト４０４がブラウザからサーバへ要求されたことを示し、図の下から上への矢印４０５は前述ＨＴＴＰリクエスト４０４に対してサーバがブラウザへ返信されたことを示している。
【０００８】
また、図の矩形４０６はサーバにてＨＴＴＰリクエスト４０４の返信処理動作が行われていることを示しており、図の矩形４０７についてはブラウザにてＨＴＴＰリクエストの返信４０５の内容を解釈する処理動作が行われていることを示している。
【０００９】
従来のブラウザでは、まずサーバに対して指定されたＵＲＬのＨＴＴＰリクエスト４０４を発行し、当該リクエストの返信４０５の内容をＨＴＭＬとして解釈した上で、当該ＨＴＭＬ内に記述された要素（別のＨＴＭＬファイルあるいは画像ファイルなど）を１つづつサーバに対してＨＴＴＰリクエスト４０４を発行する動作手順をとっていた。
【００１０】
従来例としては、例えば特許文献１と特許文献２と特許文献３をあげることが出来る。
【特許文献１】特開２００１−３３７８０６号公報
【特許文献２】特開２００４−５３９４号公報
【特許文献３】特開２００１−１０１０５２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、現在クライアントおよびブラウザの性能向上により、一つのクライアントより一度に大量のＨＴＴＰリクエストを発行するブラウザが動作可能となっている。
【００１２】
図５は、クライアントおよびブラウザの性能向上された場合において、図４と同様のブラウザによりＵＲＬをALL.htmと指定してサーバにＨＴＴＰリクエストを行った際の、ブラウザとサーバとのＨＴＴＰリクエストの動作遷移を示す図である。
【００１３】
図５において、前述説明した図４と異なる点は、クライアントおよびブラウザの性能向上により、１つのクライアント内部にブラウザの動作を行うタスク５０１〜５０９を複数同時に動作実行できる点にある。
【００１４】
図５においては、ブラウザの内部にてＨＴＴＰリクエストの返信を解釈する処理動作も動作時間が短くなっており、さらに当該リクエストの返信内容をＨＴＭＬとして解釈した際に、当該ＨＴＭＬ内に記述された要素に対するＨＴＴＰリクエストを発行するため、各々の要素ごとに新規にクライアント内部にブラウザ動作を行うタスクを起動させ、全ての要素について同時にサーバに対してＨＴＴＰリクエストを発行する動作手順を行っている。
【００１５】
このため、図５で示すようにサーバへ同時に複数のＨＴＴＰリクエストが発行されるため、サーバの当該リクエストへの返信に対しては、サーバに到達したＨＴＴＰリクエスト順に返信処理が実行される。しかしながら、図５に示すとおり、１つのＨＴＴＰリクエストに対する返信を行うと同時に、ブラウザはその返信内容を解釈して即座に複数の要素に対する新たなＨＴＴＰリクエストをサーバへ発行するため、サーバ内に滞留する返信待ちＨＴＴＰリクエストの数が増大し、あまりに返信処理時間を要する場合においては当該ＨＴＴＰリクエストに対するブラウザの返信待ち時間のタイムアウト処理が実行されてしまい、ブラウザ上には図３で図示するような所望の画面出力が得られない不具合があった。
【００１６】
また図５で示すとおり、クライアントおよびブラウザの性能向上によりサーバは少数のクライアントからの情報取得要求であっても短時間に大量のＨＴＴＰリクエストの返信処理をせざるを得ず、サーバの動作処理の低速化およびネットワーク帯域の減少が発生する不具合があった。
【課題を解決するための手段】
【００１７】
本発明は、情報処理装置を一意に識別する情報処理装置識別手段と、前述ファイル情報と一意に対応するファイル種類情報を記憶するファイル種類情報記憶手段と、前述クライアント識別手段と前述ファイル種類情報の内容により前述返信手段を制御する返信制御手段を備えることを特徴とする。
【００１８】
また、前述返信制御手段は、前述ファイル種類情報がＨＴＭＬ形式であるファイル情報を返信するに前述返信手段の動作を、他のファイル種類情報であるファイル情報を返信する返信手段の動作より遅延させることを特徴とする。
【００１９】
本発明の返信制御手段により、前述ファイル種類情報がＨＴＭＬ形式であるファイル情報を返信するに前述返信手段の動作を、他のファイル種類情報であるファイル情報を返信する返信手段の動作より遅延させることで、同一クライアントから同時に多数のＨＴＴＰリクエストがサーバへ発行することを抑制でき、また、サーバにおけるＨＴＴＰリクエストの返信処理時間の最大値が減少する。
【発明の効果】
【００２０】
本願の記載した発明によれば、情報処理装置を一意に識別する情報処理装置識別手段と、前述ファイル情報と一意に対応するファイル種類情報を記憶するファイル種類情報記憶手段と、前述情報処理装置識別手段と前述ファイル種類情報の内容により前述返信手段を制御する返信制御手段を備えることにより、同一クライアントから同時に多数のＨＴＴＰリクエストがサーバへ発行することを抑制する効果が得られ、また、サーバにおけるＨＴＴＰリクエストの返信処理時間の最大値が減少する効果も得られる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態について図面を用いて説明する。
【００２２】
本発明は、たとえば、図１に示すようなサーバ１００に適用される。
【００２３】
このサーバ１００は、ネットワーク上に接続されたクライアントから送信されるＨＴＴＰリクエストを受信して当該ＨＴＴＰリクエストに対する返信を送信するローカルネットワークインターフェース（ＬＡＮ−Ｉ／Ｆ）１０１、装置全体の動作制御を司るＣＰＵ１０２、図７で示されるＨＴＴＰリクエスト返信制御処理などのプログラムを格納するＲＯＭ１０３、後述するＨＴＴＰリクエスト返信待ち情報６００やＣＰＵ１０１にて生成されたファイル情報など各種のデータを書込及び読出が行われるＲＡＭ１０４、前述図２で例示したサーバ内のファイル情報およびファイル種類情報などを記憶するＨＤＤ１０５を備えており、これらはバス１０６を介して互いにデータ授受するようになされている。
【００２４】
次に、上述のように構成されたサーバ１００において、本発明を適用したサーバ１００のＨＴＴＰリクエスト返信制御処理に使用するＨＴＴＰリクエスト返信待ち情報６００の構造について図６を用いて説明する。
【００２５】
ＨＴＴＰリクエスト返信待ち情報６００は、ＬＡＮ−Ｉ／Ｆ１０１においてネットワーク上に接続されたクライアントから送信されたＨＴＴＰリクエストの内容が格納されており、前述クライアントを一意に識別するＩＰアドレス６０１と当該ＨＴＴＰリクエスト内容であるＵＲＬ６０２の組により構成されている。
【００２６】
図６にて図示されたＨＴＴＰリクエスト返信待ち情報６００は、ＬＡＮ−Ｉ／Ｆ１０１によりネットワーク上に接続されたクライアントから送信されたＨＴＴＰリクエストを受信した際にＨＴＴＰリクエスト返信待ち情報６００の最下位に当該ＨＴＴＰリクエストのＩＰアドレス６０１とＵＲＬ６０２が挿入され、後述するＨＴＴＰリクエスト返信制御処理によりＨＴＴＰリクエスト返信待ち情報６００の最上位にあるＩＰアドレス６０１とＵＲＬ６０２が取得されて動作処理が行われ、当該ＩＰアドレスを持つクライアントにＨＴＴＰリクエストの返信が送信された後に前述最上位にあるＩＰアドレス６０１とＵＲＬ６０２はＨＴＴＰリクエスト返信待ち情報６００より削除される。
【００２７】
次に図６にて説明したＨＴＴＰリクエスト返信待ち情報６００を用いたＨＴＴＰリクエスト返信制御処理について、図７の流れ図を用いて説明する。
【００２８】
返信制御処理を開始すると、ステップＳ７０１にてＨＴＴＰリクエスト返信待ち情報６００が存在するまで処理実行を待ち、ＨＴＴＰリクエスト返信待ち情報６００が存在したらステップＳ７０２でＨＴＴＰリクエスト返信待ち情報６００の最上位にあるＩＰアドレス６０１とＵＲＬ６０２を取得する。
【００２９】
ステップＳ７０３でステップＳ７０２にて取得したＵＲＬ６０２に相当するファイル名を有するファイル情報をＨＤＤ１０５より取得し、ステップＳ７０４でＬＡＮ−Ｉ／Ｆ１０１からステップＳ７０３にて取得したファイル情報の内容を一定量クライアントへ返信する。
【００３０】
ステップＳ７０５でステップＳ７０３にて取得したファイル情報の内容を全てクライアントに返信したかを判断し、全てのファイル情報をクライアントに返信した場合にはステップＳ７０６でステップＳ７０２にて取得したＩＰアドレス６０１とＵＲＬ６０２をＨＴＴＰリクエスト返信待ち情報６００から削除しステップＳ７０１へ戻る。
【００３１】
ステップＳ７０５で全てのファイル情報をクライアントに返信していない場合には、ステップＳ７０７で現在クライアントに返信しているファイル情報のファイル種類がＨＴＭＬ形式であるかを判断する。当該判断する基準としては当該ファイル情報のファイル名の文字列終端が「.htm」あるいは「.html」であるかによる。
【００３２】
ステップＳ７０７にて現在クライアントに返信しているファイル情報のファイル種類がＨＴＭＬ形式でない場合には、ステップＳ７０４へ戻り未返信のファイル情報の内容をクライアントに返信することを継続する。
【００３３】
ステップＳ７０７にて現在クライアントに返信しているファイル情報のファイル種類がＨＴＭＬ形式である場合には、ステップＳ７０８にて現在返信しているクライアントのＩＰアドレス６０１と同じＩＰアドレス６０１を持ち、かつ当該ＩＰアドレス６０１と組となるＵＲＬ６０２により指定されたファイル情報の種類がＨＴＭＬ形式でないＨＴＴＰリクエスト返信待ち情報６００が存在するかを検索する。
【００３４】
ステップＳ７０９でステップＳ７０８の検索の結果が存在しない場合、ステップＳ７０４へ戻り未返信のファイル情報の内容をクライアントに返信することを継続する。
【００３５】
ステップＳ７０９でステップＳ７０８の検索の結果が存在する場合、現在返信しているクライアントへの返信処理を一時停止するため、現在返信中のクライアントのＩＰアドレス６０１、ＵＲＬ６０２、ファイル情報の内容を一時ＲＡＭ１０４へ退避する。
【００３６】
その後、ステップＳ７１１でステップＳ７０８にて検索しか結果得られたＨＴＴＰリクエスト返信待ち情報６００のＵＲＬ６０２を取得し、ステップＳ７１２でステップＳ７１１にて取得したＵＲＬ６０２に相当するファイル名を有するファイル情報をＨＤＤ１０５より取得し、ステップＳ７１３でＬＡＮ−Ｉ／Ｆ１０１からステップＳ７１２にて取得したファイル情報の内容を一定量クライアントへ返信する。
【００３７】
ステップＳ７１４でステップＳ７１２にて取得したファイル情報の内容を全てクライアントに返信したかを判断し、全てのファイル情報をクライアントに返信されるまでステップＳ７１３へ戻り返信処理を繰り返す。
【００３８】
ステップＳ７１４でステップＳ７１２にて取得したファイル情報の内容を全てクライアントに返信されたと判断した場合には、ステップＳ７１５で現在返信しているクライアントのＩＰアドレス６０１と同じＩＰアドレス６０１を持ち、かつ当該ＩＰアドレス６０１と組となるＵＲＬ６０２により指定されたファイル情報の種類がＨＴＭＬ形式でないＨＴＴＰリクエスト返信待ち情報６００が存在するかを検索する。
【００３９】
ステップＳ７１６でステップＳ７１５の検索の結果が存在する場合、ステップＳ７１１へ戻り、検索の結果得られたＨＴＴＰリクエスト返信待ち情報６００に基づき処理を繰り返す。
【００４０】
ステップＳ７１６でステップＳ７１５の検索の結果が存在しない場合、ステップＳ７１０にて一時ＲＡＭに退避されていた現在返信中のクライアントのＩＰアドレス６０１、ＵＲＬ６０２、ファイル情報の内容を復帰させた後、ステップＳ７０４へ戻り、未返信のファイル情報の内容をクライアントに返信することを継続する。
【００４１】
本実施例のＨＴＴＰリクエスト返信制御処理において、クライアントからのＨＴＴＰリクエストに含まれるＵＲＬ６０２に相当するファイル名を有するファイル情報をＨＤＤ１０５より取得してクライアントへ返信する動作を行っていたが、当該ＵＲＬ６０２の内容によっては、従来のサーバにて既に用いられているＣＧＩプログラムのようにＣＰＵ１０１によりＲＡＭ１０４上にファイル情報を生成してクライアントへ返信する動作を行う場合においても、本発明の効果は変化しない。
【００４２】
本実施例において、ファイル情報の種類についての判定方法としてファイル名あるいはＵＲＬ６０２の文字列終端が「.htm」あるいは「.html」であるかによる方法を用いていたが、別途ファイル種類情報をファイル情報と対でＨＤＤ１０５内に記憶しておき、当該ファイル種類情報によりファイル情報の種類を判定することでも、本発明の効果は変化しない。
【００４３】
また、本実施例においては、サーバのＨＴＴＰリクエスト返信制御処理については、図５で図示したクライアント側の動作とは異なり１つのタスクにより動作する例について説明したが、サーバ内で複数のＨＴＴＰリクエスト返信制御処理を行うタスクを起動した場合においても、本発明による効果は得られる。
【００４４】
前述説明した実施例を実施した場合における、図４と同様のブラウザによりＵＲＬをALL.htmと指定してサーバにＨＴＴＰリクエストを行った際の、ブラウザとサーバとのＨＴＴＰリクエストの動作遷移について、図８を用いて説明する。
【００４５】
図８中の斜線の矩形８０１は、前述説明した実施例におけるＲＡＭ１０４に一時退避されているＨＴＴＰリクエスト処理を示している。
【００４６】
図８において、前述説明した実施例によるＨＴＴＰリクエスト返信処理を行うことにより、任意のクライアントからＵＲＬをＨＴＭＬ形式で指定されたＨＴＴＰリクエストであるＨＴＴＰリクエスト返信処理中８０２に、前述同一クライアントからＵＲＬをＨＴＭＬ形式以外で指定されたＨＴＴＰリクエストを送信された時点８０３で、サーバは実行中のＨＴＴＰリクエスト返信処理中８０２を一時停止し、前述同一クライアントからＵＲＬをＨＴＭＬ形式以外で指定されたＨＴＴＰリクエストに対するＨＴＴＰリクエスト返信処理８０４を実行する。
【００４７】
ＨＴＴＰリクエスト返信処理８０４を実行完了後に、サーバは一時停止していたＨＴＴＰリクエスト返信処理中８０２を復帰させて実行を再開する。
【００４８】
以上、図８に示されたとおり、従来のサーバにおけるブラウザとサーバとのＨＴＴＰリクエストの動作遷移を示した図５と比較して、本発明を実施することで同一クライアントから同時に多数のＨＴＴＰリクエストを発行することを抑制する効果が得られ、同時にサーバに滞留するＨＴＴＰリクエスト返信待ちの数を減少させる効果が得られる。
【００４９】
また、本発明を実施することで、同一クライアントから発行されるＨＴＴＰリクエストの返信処理時間の最大値を短縮する効果も得られる。以下に、その内容を説明する。
【００５０】
図５および図８内で記したように、上述従来のサーバにてクライアントが要素Ｂ１．ｉｍｇに対するＨＴＴＰリクエストを発行してから当該ＨＴＴＰリクエストの返信を得られるまでの時間をＴＢ１、ＨＴＴＰリクエスト応答待ちの無い状態における要素Ｂ１．ｉｍｇのＨＴＴＰリクエストに対するサーバの処理時間をｔＢ１、上述実施例を実施した場合におけるサーバにてクライアントが要素Ｂ１．ｉｍｇに対するＨＴＴＰリクエストを発行してから当該ＨＴＴＰリクエストの返信を得られるまでの時間をＴＴＢ１とした場合、図２および図３で例示した場合の各要素対するサーバの返信時間の最大値は、従来のサーバにおいては要素Ｃ３．ｉｍｇに対する返信時間ＴＣ３＝Ｂ１＋Ｂ２＋Ｃ１＋Ｃ２＋Ｃ３が最大であったが、本発明を実施したサーバにおいては要素Ｃ．ｈｔｍに対する返信時間ＴＴＣ３＝Ａ１＋Ｂ１＋Ｂ２が最大となり、本発明を実施したサーバの方が（Ｃ１＋Ｃ２＋Ｃ３−Ａ１）時間分だけＨＴＴＰリクエストの返信処理時間の最大値が減少する。
【図面の簡単な説明】
【００５１】
【図１】本発明を適用したＷｅｂサーバ装置１００の構成を示すブロック図である。
【図２】従来のＷｅｂサーバ装置におけるファイル情報の一例を示す図である。
【図３】従来のＷｅｂサーバ装置において図２で図示されたファイル情報の得たブラウザソフトウェアの出力結果画面を示す図である。
【図４】従来のＷｅｂサーバ装置とブラウザソフトウェアとの情報取得要求の動作遷移を示す図である。
【図５】従来のＷｅｂサーバ装置と性能向上されたブラウザソフトウェアとの情報取得要求の動作遷移を示す図である。
【図６】本発明を適用したＷｅｂサーバ装置１００におけるＨＴＴＰリクエスト返信待ち情報６００を示す図である。
【図７】本発明を適用したＷｅｂサーバ装置１００におけるＨＴＴＰリクエスト返信制御処理の手順を示す流れ図である。
【図８】本発明を適用したＷｅｂサーバ装置１００と性能向上されたブラウザソフトウェアとの情報取得要求の動作遷移を示す図である。
【符号の説明】
【００５２】
１０１  ＬＡＮ−Ｉ／Ｆ
１０２  ＣＰＵ
１０３  ＲＯＭ
１０４  ＲＡＭ
１０５  ＨＤＤ
【図１】
2007094830.tif 000003
【図２】
2007094830.tif 000004
【図３】
2007094830.tif 000005
【図４】
2007094830.tif 000006
【図５】
2007094830.tif 000007
【図６】
2007094830.tif 000008
【図７】
2007094830.tif 000009
【図８】
2007094830.tif 000010