JP2013196557A - サーバ、クライアント、プログラム - Google Patents

Abstract

【課題】クライアント装置の負荷状態に応じ、クライアント装置の処理要求に対するサーバ装置からの応答情報を制御する。
【解決手段】サーバ装置であって、リクエスト識別情報、及び、参照処理時間情報が関連付けられた指標管理情報を複数記憶する指標管理情報記憶手段と、順次リクエストを取得するリクエスト取得手段と、前記リクエストの前のリクエストに対する前記クライアント装置における処理時間情報、及び、前記前のリクエストを識別するリクエスト識別情報を取得する負荷情報取得手段と、前記指標管理情報記憶手段から、前記参照処理時間情報を取得する参照処理時間情報取得手段と、前記処理時間情報が前記参照処理時間情報より大きいかを判定する指標判定手段と、前記指標判定手段の判定結果に応じて、前記クライアント装置における描画処理の負荷が異なる描画情報を含むレスポンスを生成するレスポンス生成手段と、を含む。
【選択図】図２

Description

本発明は、サーバ、クライアント、プログラムに関する。

クライアント・サーバシステムにおいて、サーバとクライアントでそれぞれ処理速度を算出して、サーバとクライアントで分散処理させる技術が知られている。具体的には、クライアントが自らの処理速度を算出し、当該処理速度とともにサーバに対し、サーバに処理を依頼する。そして、サーバは受信した処理速度と自らの処理速度に基づいて、端末及びサーバのいずれがタスクを処理すべきか判断する（特許文献１参照）。

特開平９−２８８６４８号公報

クライアントサーバのシステムで、Ｗｅｂアプリケーションにおけるクライアント装置のＷｅｂブラウザの描画処理など、クライアント装置で実施する処理において、クライアント装置の負荷状態に応じ、クライアント装置の処理要求に対するサーバ装置からの応答の情報を制御できるサーバ装置及びクライアント装置及びプログラムを提供する。

請求項１に記載のサーバ装置は、クライアント装置からの処理要求の情報であるリクエストを識別するリクエスト識別情報、及び、参照処理時間情報が関連付けられた指標管理情報を複数記憶する指標管理情報記憶手段と、前記クライアント装置から順次リクエストを取得するリクエスト取得手段と、前記取得されたリクエストの前のリクエストに対する前記クライアント装置における処理時間に関する処理時間情報、及び、前記前のリクエストを識別するリクエスト識別情報を取得する負荷情報取得手段と、前記取得されたリクエスト識別情報に基づいて、前記指標管理情報記憶手段から、前記参照処理時間情報を取得する参照処理時間情報取得手段と、前記処理時間情報が前記参照処理時間情報より大きいか否かを判定する指標判定手段と、前記指標判定手段の判定結果に応じて、前記クライアント装置における描画処理の負荷が異なる描画情報を含む、前記リクエストに対する応答の情報であるレスポンスを生成するレスポンス生成手段と、を含むことを特徴とする。

請求項２に記載のサーバ装置は、請求項１に記載のサーバ装置において、前記リクエスト識別情報は、前記クライアント装置における描画対象であるＵＲＬを識別するＵＲＬ識別情報であり、前記指標判定手段が、前記処理時間情報が前記参照処理時間情報以下であると判定した場合には、前記レスポンス生成手段は、前記ＵＲＬに対する描画内容を前記描画処理の負荷が異なる描画情報のうち、前記描画処理の負荷が低い描画情報をＨＴＭＬで表現した情報として含むようにレスポンスを生成する、ことを特徴とする。

請求項３に記載のサーバ装置は、請求項２に記載のサーバ装置において、前記指標判定手段が、前記処理時間情報が前記参照処理時間情報より大きいと判定した場合には、前記ＵＲＬに対する描画内容を表す描画情報と、前記描画情報に応じたＨＴＭＬの生成を前記クライアント装置に行うよう指示する描画指示とを含むレスポンスを生成する、ことを特徴とする。

請求項４に記載のサーバ装置は、請求項１乃至３のいずれかに記載のサーバ装置において、前記指標管理情報には、更に、前記クライアント装置を識別するクライアント識別情報が関連付けられ、前記参照処理時間情報取得手段は、更に、前記クライアント識別情報に基づいて、前記指標管理情報記憶手段から、前記参照処理時間情報を取得する、ことを特徴とする。

請求項５に記載のサーバ装置は、請求項４に記載のサーバ装置において、前記指標管理情報には、更に、各クライアント装置のスペックを表すスペック情報が関連付けられ、前記参照処理時間情報取得手段は、前記クライアント装置と同一のスペック情報に関連付けられるとともに、他のクライアント装置のクライアント識別情報に関連付けられた参照処理時間情報を取得し、前記サーバ装置は、更に、前記他のクライアント装置のクライアント識別情報に関連付けられた参照処理時間情報に基づいて、前記指標管理情報を更新する更新部を含む、ことを特徴とする。

請求項６に記載のサーバ装置は、請求項５に記載のサーバ装置において、前記サーバ装置は、前記処理時間情報が前記他のクライアント装置のクライアント識別情報に関連付けられた参照処理時間情報より大きいか否かを示す同スペック指標判定手段を含み、前記更新部は、前記同スペック判定手段の判定結果に応じて、前記指標管理情報を更新することを特徴とする。

請求項７に記載のクライアント装置は、第１のリクエスト及び第２のリクエストを順に送信するリクエスト送信手段と、前記第１のリクエストに対するサーバ装置からのレスポンスを取得するレスポンス取得部と、前記レスポンスに応じて描画処理を行う描画処理手段と、前記描画処理に要した処理時間を計数する時間計数部と、前記第１のリクエストを識別するリクエスト識別情報及び前記処理時間に関する処理時間情報を含む、前記第１のリクエストの次に送信する第２のリクエストを生成するリクエスト生成手段と、を含むことを特徴とする。

請求項８に記載のプログラムは、クライアント装置からの処理要求の情報であるリクエストを識別するリクエスト識別情報、及び、参照処理時間情報が関連付けられた指標管理情報を複数記憶する指標管理情報記憶手段、前記クライアント装置から順次リクエストを取得するリクエスト取得手段、前記取得されたリクエストの前のリクエストに対する前記クライアント装置における処理時間に関する処理時間情報、及び、前記前のリクエストを識別するリクエスト識別情報を取得する負荷情報取得手段、前記取得されたリクエスト識別情報に基づいて、前記指標管理情報記憶手段から、前記参照処理時間情報を取得する参照処理時間情報取得手段、前記処理時間情報が前記参照処理時間情報より大きいか否かを判定する指標判定手段、及び、前記指標判定手段の判定結果に応じて、前記クライアント装置における描画処理の負荷が異なる描画情報を含む、前記リクエストに対する応答の情報であるレスポンスを生成するレスポンス生成手段、としてコンピュータを機能させることを特徴とする。

請求項９に記載のプログラムは、第１のリクエスト及び第２のリクエストを順に送信するリクエスト送信手段、前記第１のリクエストに対するサーバ装置からのレスポンスを取得するレスポンス取得手段、前記レスポンスに応じて描画処理を行う描画処理手段、前記描画処理に要した処理時間を計数する時間計数手段、前記第１のリクエストを識別するリクエスト識別情報及び前記処理時間に関する処理時間情報を含む、前記第１のリクエストの次に送信する第２のリクエストを生成するリクエスト生成手段、としてコンピュータを機能させることを特徴とする。

請求項１、７、８、９の発明によれば、クライアント装置の負荷状態に応じて、サーバ装置からのレスポンスを制御し、クライアント装置の負荷を制御することができる。

請求項２の発明によれば、負荷情報に応じて、クライアント装置において描画内容を描画処理の負荷が低いＨＴＭＬで表現した描画内容を表示することができる。

請求項３の発明によれば、負荷情報に応じ、クライアント装置の処理能力に基づく描画内容を表示することができる。

請求項４の発明によれば、クライアント装置毎に、クライアント装置の負荷状態に応じて、サーバ装置からのレスポンスを制御し、クライアント装置の負荷を制御することができる。

請求項５、６の発明によれば、同一スペックのクライアントの指標を表す指標管理情報に基づいて、各クライアントの指標を表す指標管理情報が更新される。

情報処理システムのハードウェア構成の概要について説明するための図である。 サーバの機能的構成について説明するための図である。 負荷情報の一例を示す図である。 指標管理情報の一例を示す図である。 シンプルなＵＩで表示された画面の一例を示す図である。 図２に示した更新部の機能的構成について説明するための図である。 更新された指標管理情報の一例を示す図である。 クライアントの機能的構成について説明するための図である。 サーバの処理のフローの一例について説明するための図である。

以下、本発明の実施形態について、図面を参照しつつ説明する。なお、図面については、同一又は同等の要素には同一の符号を付し、重複する説明は省略する。

図１は、本発明の実施形態に係る情報処理システムのハードウェア構成の概要について説明するための図である。図１に示すように、情報処理システム１００は、ネットワーク１３０（例えば、インターネット）を介して接続された情報処理装置であるサーバ１１０及びクライアント１２０を有する。なお、図１においては、情報処理システム１００は、１のクライアント１２０のみを有しているが、その他複数のクライアント１２０を有してもよい。

サーバ１１０は、制御部１１１、記憶部１１２、通信部１１３を含む。制御部１１１は、例えば、ＣＰＵ等であって、記憶部１１２に格納されたプログラムに従って動作する。記憶部１１２は、例えば、ハードディスクやＲＯＭやＲＡＭ等の情報記録媒体で構成され、制御部１１１によって実行されるプログラムを保持する情報記録媒体である。また、記憶部１１２は、制御部１１１のワークメモリとしても動作する。

通信部１１３は、ネットワークインターフェースであって、制御部１１１からの指示にしたがって、ネットワーク１３０を介して、情報を送受信する。なお、制御部１１１、記憶部１１２、通信部１１３は、それぞれ、バス１１４を介して接続される。

また、クライアント１２０は、制御部１２１、通信部１２２、記憶部１２３、表示部１２４、操作部１２５を含む。同様に、各部１２１乃至１２５は、バス１２６を介して接続される。上述したサーバ１１０と同様に、制御部１２１は、例えば、ＣＰＵ等であって、記憶部１１２に格納されたプログラムに従って動作する。記憶部１２３は、例えば、ハードディスクやＲＯＭやＲＡＭ等の情報記録媒体で構成され、制御部１２１によって実行されるプログラムを保持する情報記録媒体である。また、記憶部１２３は、制御部１２１のワークメモリとしても動作する。

操作部１２５は、例えば、キーボード、マウス、ボタン等のインターフェースで構成され、ユーザの指示操作に応じて、当該指示操作の内容を制御部１２１に出力する。表示部１２４は、例えば、液晶ディスプレイ、ＣＲＴディスプレイ、または有機ＥＬディスプレイ等であって、制御部１２１からの指示に従い、情報を表示する。

なお、上記制御部１１１及び１２１で処理されるプログラムは、例えば、ネットワークを介して、ダウンロードされて提供されてもよいし、または、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータで読み取り可能な各種の情報記録媒体によって提供されてもよい。なお、上記サーバ１１０やクライアント１２０の構成は一例であってこれに限定されるものではない。また、サーバ１１０及びクライアント１２０の機能的な構成の詳細については、後述する。

図２は、サーバの機能的構成について説明するための図である。図２に示すように、サーバ１１０は、リクエスト取得部２０１、負荷情報取得部２０２、レスポンス生成部２０５、レスポンス送信部２０６、判定部２１０、更新部２２０、指標管理情報記憶部２３０を含む。

なお、下記においては、説明の簡略化のため、主に、クライアント識別情報Ａで識別されるクライアント１２０（以下、「クライアントＡ」という）において、ＵＲＬ１（Uniform Resource Locator）に対応する画面をリッチＵＩ(User
Interface)で表示している状態で、ＵＲＬ２にアクセスした場合を例として説明する。また、ＵＲＬ１に対応する画面を表示する画面を表示するのに要した描画処理時間が０．４（ｍｓ）の場合を例として説明する。

リクエスト取得部２０１は、クライアント１２０から種々の処理要求の情報であるリクエストを取得する。具体的には、例えば、上記例の場合、クライアントＡにおいてＵＲＬ２へのアクセスを指示した際におけるサーバ１１０からの応答の情報であるレスポンスについてのリクエストを取得する。なお、サーバ１１０からのレスポンスの詳細については後述する。

負荷情報取得部２０２は、取得されたリクエストに含まれる負荷情報を取得する。ここで、負荷情報とは、例えば、現在要求している画面の１つ前の画面に関するＵＲＬ識別情報、描画処理時間情報、及び、クライアント識別情報を含む。具体的には、上記例の場合、図３に示す情報が負荷情報として、負荷情報取得部２０２により取得される。なお、当該負荷情報は、リクエストとは別にクライアント１２０から送信され、当該負荷情報が、負荷情報取得部２０２により取得されるように構成してもよい。

指標管理情報記憶部２３０は、例えば、図４に示すように、クライアント識別情報、ＵＲＬ識別情報、描画処理時間情報、スペック情報、アクセス情報、シンプルＵＩフラグを関連付けて、表の形式で、記憶する。ここで、クライアント識別情報とは、クライアント１２０を識別する情報であって、例えば、クライアント１２０のＩＰアドレスやＣｏｏｋｉｅなどを利用した識別情報である。描画処理時間情報とは、例えば、ＵＲＬについてクライアント１２０で描画するのに要した時間（ｍｓ）を示す。アクセス情報とは、例えば、各ＵＲＬについてアクセスされた回数を示す。シンプルＵＩフラグとは、例えば、前回アクセスされたＵＲＬについての画像を、シンプルなＵＩで表示されたか、リッチなＵＩで表示されたかを示す。

ここで、シンプルなＵＩで表示された画面の一例を図５に示す。図５に示すように、シンプルなＵＩで表示される場合、例えば、画面には必要となる主要な情報（例えば、文書のリスト、担当者、作成日時等の情報）のみを表示し、画面は、画面のデザインやＵＩをスクリプト言語であるＪａｖａＳｃｒｉｐｔ（登録商標）やＣＳＳ（Cascading Style Sheets）を用いずに、ＨＴＭＬだけで構築される。逆に、例えば、Ｗｅｂページを動的に表示するようなリッチなＵＩで表示される場合、画面のデザインやＵＩをＪａｖａＳｃｒｉｐｔやＣＳＳを用いて構築された画面のみを表示する。つまり、当該シンプルなＵＩを表示する際の端末１２０の負荷は、リッチなＵＩを表示する場合に比べて低い。

なお、本実施の形態においては、例えば、図５に示すように、シンプルＵＩによる画面表示を解除するチェックボックスを設け、このチェックボックスが選択された状態で送信ボタンがクリックされた場合や画面中のリンク（図中の下線付き文字）をクリックした場合に、シンプルＵＩによる画面表示の解除要求がサーバ１１０に送信され、サーバ１１０が、当該解除要求に応じて、対応するクライアント１２０にリッチなＵＩを描画するよう指示するように構成してもよい。

判定部２１０は、ＵＩ判定部２０３、指標判定部２０４、同スペック指標判定部２０７、指標管理情報取得部２０８、同スペック指標管理情報取得部２０９を含む。指標管理情報取得部２０８は、取得された負荷情報に基づいて、指標管理情報記憶部２３０から、当該負荷情報に対応する指標管理情報を取得する。具体的には、上記例の場合、図３に示す負荷情報が取得されているので、負荷情報に含まれるクライアント識別情報：Ａ、ＵＲＬ識別情報：ＵＲＬ１に基づいて、図４に示したクライアント識別情報：Ａ、ＵＲＬ識別情報：ＵＲＬ１、描画処理時間情報：０．５、スペック情報：５、アクセス情報：４、シンプルＵＩフラグ：Ｆａｌｓｅを含む指標情報を取得する。

ＵＩ判定部２０３は、取得された指標管理情報に含まれるシンプルＵＩフラグがシンプルＵＩを示しているか否か判定する。上記例の場合、ＵＩ判定部２０３は、シンプルＵＩフラグがＦａｌｓｅであるので、シンプルＵＩを示していないと判定する。

指標判定部２０４は、ＵＩ判定部２０３がシンプルＵＩを示していないと判定した場合には、負荷情報に含まれる描画処理時間情報（以下、「処理時間情報」という）が、取得された指標管理情報に含まれる描画処理時間情報（以下、「参照処理時間情報」という）より大きいか否かを判定する。具体的には、上記例の場合、指標判定部２０４は、処理時間情報が０．４で参照処理時間情報が０．５であるので、処理時間情報が参照処理時間情報以下であると判定する。

レスポンス生成部２０５は、ＵＩ判定部２０３の判定結果や、指標判定部２０４の判定結果に応じたレスポンスを生成する。具体的には、ＵＩ判定部２０３がシンプルＵＩであると判定した場合、及び、指標判定部２０４が、処理時間情報が参照処理時間情報より大きいと判定した場合には、クライアント１２０での描画処理の負荷の低い、シンプルな描画内容を含むレスポンスを生成する。一方、指標判定部２０４が、処理時間情報が参照処理時間情報以下であると判定した場合には、クライアント１２０にリッチなＵＩの描画処理を行う指示を含むレスポンスを生成する。具体的には、上記例の場合、指標判定部２０４は、処理時間情報が参照処理時間情報以下であると判定するので、クライアントＡにＵＲＬ２についてリッチなＵＩの描画処理を行う指示を含むレスポンスを生成する。なお、リッチなＵＩでの描画処理は、例えば、クライアント１２０の処理能力に基づく処理に相当する。

レスポンス送信部２０６は、レスポンス生成部２０５により生成されたレスポンスを対応するクライアント１２０に送信する。

次に、主に、指標管理情報記憶部２３０に記憶された指標管理情報を更新するためのサーバ１１０の機能的構成について説明する。

同スペック指標管理情報取得部２０９は、取得された負荷情報及び指標管理情報に基づき、同じスペックのクライアントについての指標管理情報（同スペック指標管理情報）を指標管理情報取得部２０８から取得する。具体的には、上記例の場合、クライアント識別情報：Ａ、ＵＲＬ識別情報：ＵＲＬ１、スペック情報：５が取得されていることから、同スペック指標管理情報として、クライアント識別情報：Ｂ、ＵＲＬ識別情報：ＵＲＬ１、描画処理時間情報：０．７、スペック情報：５、アクセス情報：４、シンプルＵＩフラグ：Ｆａｌｓｅを含む指標情報を取得する。

同スペック指標判定部２０７は、ＵＩ判定部２０３がシンプルＵＩでないと判定した場合、取得された同スペック指標管理情報に含まれる参照処理時間情報（同スペック参照処理時間情報）より大きいか否かを判定する。上記例の場合、同スペック指標判定部２０７は、処理時間情報が０．４であるので、同スペック参照処理時間情報０．７以下であると判定する。

更新部２２０は、図６に示すように、指標更新部６０１、更新情報算出部６０２、補正値算出部６０３、フラグ更新部６０４を含む。更新部２２０は、処理時間情報が、同じスペックのクライアント１２０の参照処理時間情報（同スペック参照処理時間情報）以下であると判定した場合には、処理時間情報、参照処理時間情報、アクセス回数情報に基づいて、更新情報を算出し、参照処理時間情報を更新情報に更新する。具体的には、例えば、今までの描画処理時間と負荷情報に含まれる描画処理時間との平均値に更新する。

より具体的には、例えば、更新情報算出部６０２は、（参照処理時間情報＊アクセス回数情報＋処理時間情報）／（アクセス回数情報＋１）を行い、更新情報を算出する。つまり、上記例の場合（０．５＊４＋０．４）／（４＋１）＝０．４８を求める。そして、指標更新部６０１は、参照処理時間情報０．５を０．４８に更新するとともに、アクセス回数についても１加算した値である５に更新する。上記のように、更新された指標管理情報記憶部２３０に記憶された指標管理情報を図７に示す。

また、更新部２２０は、処理時間情報が、同じスペックのクライアント１２０の参照処理時間情報（同スペック参照処理時間情報）より大きいと判定した場合には、更新情報の算出に、同じスペックの参照処理時間情報に基づく補正値を用いる。この場合の具体例として、主に、クライアント識別情報Ｂで識別されるクライアント１２０（以下、「クライアント１２０Ｂ」という）において、ＵＲＬ１に対応する画面をリッチＵＩで表示している状態で、ＵＲＬ２にアクセスした場合について説明する。また、クライアント１２０ＢにおいてＵＲＬ１に対応する画面を表示する画面を表示するのに要した描画処理時間（処理時間情報）を０．８（ｍｓ）として説明する。

上記例の場合、補正値算出部６０３は、例えば、（処理時間情報−同スペック参照処理時間情報）／２を補正値として算出する。なお、上記の他、補正値算出部６０３は、処理時間情報の同スペック参照処理時間情報に対する分散などその他の値を用いて補正値を求めてもよい。

次に、更新情報算出部６０２は、（参照処理時間情報＊アクセス回数情報＋処理時間情報）／（アクセス回数情報＋１）を行い、更新情報を算出するが、この場合、当該補正値により処理時間情報を補正した値（処理時間情報ー補正値）を処理時間情報の代わりに用いる。上記例の場合、（０．７＊５＋（０．８−０．１５）／（５＋１）＝０．６１が算出される。そして、指標更新部６０１は、参照処理時間情報０．７を０．６１に更新するとともに、アクセス回数についても１加算した値である６に更新する。上記のように、更新された指標管理情報記憶部２３０に記憶された指標管理情報を図７に示す。

フラグ更新部６０４は、レスポンス生成部２０５により生成されたレスポンスに応じて、対応する指標管理情報に含まれるフラグを更新する。具体的には、例えば、シンプルな描画内容を含むレスポンスが生成された場合には、シンプルＵＩフラグをＴｒｕｅに更新し、リッチなＵＩの描画処理を行う指示を含むレスポンスが生成された場合には、シンプルＵＩフラグをＦａｌｓｅに更新する。なお、変更がない場合にはフラグの状態を変更しない、つまり、維持することはいうまでもない。より具体的には、例えば、上記のクライアントＡについての例の場合には、上記のようにリッチなＵＩの描画処理を行う指示を含むレスポンスが生成されるので、図７に示すように、フラグ更新部６０４はシンプルＵＩフラグをＦａｌｓｅに維持する。一方、上記クライアント１２０Ｂについての例の場合には、処理時間情報が参照処理時間情報より大きいので、シンプルな描画内容を含むレスポンスが生成される。よって、シンプルＵＩフラグは、図７に示すように、Ｔｒｕｅに更新される。

次に、図８を用いて、クライアント１２０の機能的構成について説明する。図８に示すように、クライアント１２０は、機能的に、レスポンス取得部８０１、描画処理部８０２、時間計数部８０３、リクエスト生成部８０４、リクエスト送信部８０５を含む。

なお、下記においては、上記と同様に、主に、クライアントＡにおいて、ＵＲＬ１に対応する画面をリッチＵＩで表示している状態で、ＵＲＬ２にアクセスした場合を例として説明する。

レスポンス取得部８０１は、サーバ１１０からのレスポンスを取得する。描画処理部８０２は、レスポンスに応じて、描画処理を行う。具体的には、例えば、描画処理部８０２は、レスポンスに応じて、シンプルなＨＴＭＬに基づいた描画処理、または、リッチなＵＩの描画処理を行う。

時間計数部８０３は、描画処理に要した時間（描画処理時間）を計測する。具体的には、例えば、クライアント１２０において、各ＵＲＬを表示するのに要した時間を計測する。

リクエスト生成部８０４は、上記描画処理時間を示す描画処理時間情報を含む負荷情報とともに、リクエストをサーバ１１０に送信する。ここで、リクエストとは、上記例の場合、クライアントＡにおいてＵＲＬ２へのアクセスを指示した際におけるサーバ１１０からのレスポンスの要求に相当する。具体的には、リクエスト生成部８０４は、ＵＲＬ１に対応する画面を表示する画面を表示するのに要した描画処理時間が０．４（ｍｓ）の場合、当該ＵＲＬ１を識別するＵＲＬ識別情報や当該描画処理時間を０．４（ｍｓ）を示す描画処理時間情報を含む負荷情報を含めたリクエストを生成する。また、当該負荷情報には、クライアント識別情報などその他の情報が含まれてもよいことは上述のとおりである。

リクエスト送信部８０５は、リクエスト生成部８０４により生成されたリクエストをサーバ１１０に送信する。

次に、本実施の形態におけるサーバ１１０の処理のフローについて説明する。図９は、サーバの処理のフローの一例について説明するための図である。図９に示すように、まず、リクエスト取得部２０１は、クライアント１２０からリクエストを取得する（Ｓ１０１）。負荷情報取得部２０２は、取得されたリクエストに含まれる負荷情報を取得する（Ｓ１０２）。指標管理情報取得部２０８は、取得された負荷情報に基づいて、指標管理情報記憶部２３０から、当該負荷情報に対応する指標管理情報を取得する（Ｓ１０３）。

ＵＩ判定部２０３は、取得された指標管理情報に含まれるシンプルＵＩフラグがシンプルＵＩを示しているか否か判定する（Ｓ１０４）。指標判定部２０４は、ＵＩ判定部２０３がシンプルＵＩを示していないと判定した場合には、負荷情報に含まれる描画処理時間情報（以下、「処理時間情報」という）が、取得された指標管理情報に含まれる描画処理時間情報（以下、「参照処理時間情報」という）より大きいか否かを判定する（Ｓ１０５）。

レスポンス生成部２０５は、Ｓ１０４でＵＩ判定部２０３がシンプルＵＩであると判定した場合、または、Ｓ１０５で指標判定部２０４が、処理時間情報が参照処理時間情報より大きいと判定した場合には、クライアント１２０での描画処理の負荷の低いシンプルなＨＴＭＬを生成する（Ｓ１０６）。

一方、レスポンス生成部２０５は、Ｓ１０５で指標判定部２０４が、処理時間情報が参照処理時間情報以下であると判定した場合には、クライアント１２０にリッチなＵＩの描画処理を行う指示を含むレスポンスを生成する（Ｓ１０７）。

次に、主に、指標管理情報記憶部２３０に記憶された指標管理情報を更新するためのサーバ１１０の処理のフローについて説明する。ＵＩ判定部２０３は、取得された指標管理情報に含まれるシンプルＵＩフラグがシンプルＵＩを示しているか否か判定する（Ｓ１０８）。なお、Ｓ１０８を設けずに、Ｓ１０１の結果を利用するように構成してもよい。

ＵＩ判定部２０３が、シンプルＵＩフラグがシンプルＵＩを示していないと判定した場合、同スペック指標管理情報取得部２０９は、取得された負荷情報及び指標管理情報に基づき、同じスペックのクライアントについての指標管理情報（同スペック指標管理情報）を指標管理情報取得部２０８から取得する（Ｓ１０９）。同スペック指標判定部２０７は、取得された同スペック指標管理情報に含まれる参照処理時間情報（同スペック参照処理時間情報）より大きいか否かを判定する（Ｓ１１０）。補正値算出部６０３は、処理時間情報が、同スペック参照処理時間情報より大きいと判定した場合には、同じスペックの参照処理時間情報に基づく補正値を算出する（Ｓ１１１）。

一方、更新情報算出部６０２は、処理時間情報が、同スペック参照処理時間情報以下であると判定した場合には、処理時間情報、参照処理時間情報、アクセス回数情報に基づいて、更新情報を算出する（Ｓ１１２）。ここで、Ｓ１１１で補正値が算出されている場合には、当該補正値を用いて更新情報を算出する。なお、補正値や更新情報の算出の詳細については上述のとおりである。

指標更新部６０１は、更新情報に基づいて、指標管理情報を更新する（Ｓ１１３）。フラグ更新部６０４は、レスポンス生成部２０５により生成されたレスポンスに応じて、対応する指標管理情報に含まれるフラグを更新する（Ｓ１１４）。レスポンス送信部２０６は、レスポンス生成部２０５により生成されたレスポンスを対応するクライアント１２０に送信する（Ｓ１１５）。そして、処理を終了する。

本発明は、上記実施の形態に限定されるものではなく、上記実施の形態で示した構成と実質的に同一の構成、同一の作用効果を奏する構成又は同一の目的を達成することができる構成で置き換えてもよい。具体的には、例えば、指標管理情報記憶部２３０は、指標管理情報に、ネットワークの負荷を示す情報を更に関連付けて記憶し、当該ネットワークの負荷があらかじめ設定された指標を超過したか否かに応じて、キャッシュに保存された表示内容を表示するか、上記のようなレスポンスに応じた表示内容を表示するように構成してもよい。

１１０ サーバ、１１１、１２１ 制御部、１１２、１２３ 記憶部、１１３ 通信
部、１２４ 表示部、１２５ 操作部、２０１ リクエスト取得部、２０２ 負荷情報取得部、２０３ ＵＩ判定部、２０４ 指標判定部、２０５ レスポンス生成部、２０６ レスポンス送信部、２０７ 同スペック判定部、２０８ 指標管理情報取得部、２０９ 同スペック指標管理情報取得部、２１０ 判定部、２２０ 更新部、２３０ 指標管理情報記憶部、６０１ 指標更新部、６０２ 更新情報算出部、６０３ 補正値算出部、６０４ フラグ更新部、８０１ レスポンス取得部、８０２ 描画処理部、８０３ 時間計数部、８０４ リクエスト生成部、８０５ リクエスト送信部。

Claims (9)

1. クライアント装置からの処理要求の情報であるリクエストを識別するリクエスト識別情報、及び、参照処理時間情報が関連付けられた指標管理情報を複数記憶する指標管理情報記憶手段と、
   前記クライアント装置から順次リクエストを取得するリクエスト取得手段と、
   前記取得されたリクエストの前のリクエストに対する前記クライアント装置における処理時間に関する処理時間情報、及び、前記前のリクエストを識別するリクエスト識別情報を取得する負荷情報取得手段と、
   前記取得されたリクエスト識別情報に基づいて、前記指標管理情報記憶手段から、前記参照処理時間情報を取得する参照処理時間情報取得手段と、
   前記処理時間情報が前記参照処理時間情報より大きいか否かを判定する指標判定手段と、
   前記指標判定手段の判定結果に応じて、前記クライアント装置における描画処理の負荷が異なる描画情報を含む、前記リクエストに対する応答の情報であるレスポンスを生成するレスポンス生成手段と、
   を含むサーバ装置。
2. 前記リクエスト識別情報は、前記クライアント装置における描画対象であるＵＲＬを識別するＵＲＬ識別情報であり、
   前記指標判定手段が、前記処理時間情報が前記参照処理時間情報以下であると判定した場合には、前記レスポンス生成手段は、前記ＵＲＬに対する描画内容を前記描画処理の負荷が異なる描画情報のうち、前記描画処理の負荷が低い描画情報をＨＴＭＬで表現した情報として含むようにレスポンスを生成する、
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記指標判定手段が、前記処理時間情報が前記参照処理時間情報より大きいと判定した場合には、前記ＵＲＬに対する描画内容を表す描画情報と、前記描画情報に応じたＨＴＭＬの生成を前記クライアント装置に行うよう指示する描画指示とを含むレスポンスを生成する、
   ことを特徴とする請求項２に記載のサーバ装置。
4. 前記指標管理情報には、更に、前記クライアント装置を識別するクライアント識別情報が関連付けられ、
   前記参照処理時間情報取得手段は、更に、前記クライアント識別情報に基づいて、前記指標管理情報記憶手段から、前記参照処理時間情報を取得する、
   ことを特徴とする請求項１乃至３のいずれかに記載のサーバ装置。
5. 前記指標管理情報には、更に、各クライアント装置のスペックを表すスペック情報が関連付けられ、
   前記参照処理時間情報取得手段は、前記クライアント装置と同一のスペック情報に関連付けられるとともに、他のクライアント装置のクライアント識別情報に関連付けられた参照処理時間情報を取得し、
   前記サーバ装置は、更に、前記他のクライアント装置のクライアント識別情報に関連付けられた参照処理時間情報に基づいて、前記指標管理情報を更新する更新部を含む、
   ことを特徴とする請求項４に記載のサーバ装置。
6. 前記サーバ装置は、前記処理時間情報が前記他のクライアント装置のクライアント識別情報に関連付けられた参照処理時間情報より大きいか否かを示す同スペック指標判定手段を含み、
   前記更新部は、前記同スペック判定手段の判定結果に応じて、前記指標管理情報を更新することを特徴とする請求項５に記載のサーバ装置。
7. 第１のリクエスト及び第２のリクエストを順に送信するリクエスト送信手段と、
   前記第１のリクエストに対するサーバ装置からのレスポンスを取得するレスポンス取得部と、
   前記レスポンスに応じて描画処理を行う描画処理手段と、
   前記描画処理に要した処理時間を計数する時間計数部と、
   前記第１のリクエストを識別するリクエスト識別情報及び前記処理時間に関する処理時間情報を含む、前記第１のリクエストの次に送信する第２のリクエストを生成するリクエスト生成手段と、
   を含むクライアント装置。
8. クライアント装置からの処理要求の情報であるリクエストを識別するリクエスト識別情報、及び、参照処理時間情報が関連付けられた指標管理情報を複数記憶する指標管理情報記憶手段、
   前記クライアント装置から順次リクエストを取得するリクエスト取得手段、
   前記取得されたリクエストの前のリクエストに対する前記クライアント装置における処理時間に関する処理時間情報、及び、前記前のリクエストを識別するリクエスト識別情報を取得する負荷情報取得手段と、
   前記取得されたリクエスト識別情報に基づいて、前記指標管理情報記憶手段から、前記参照処理時間情報を取得する参照処理時間情報取得手段、及び、
   前記処理時間情報が前記参照処理時間情報より大きいか否かを判定する指標判定手段と、
   前記指標判定手段の判定結果に応じて、前記クライアント装置における描画処理の負荷が異なる描画情報を含む、前記リクエストに対する応答の情報であるレスポンスを生成するレスポンス生成手段、
   としてコンピュータを機能させるためのプログラム。
9. 第１のリクエスト及び第２のリクエストを順に送信するリクエスト送信手段、
   前記第１のリクエストに対するサーバ装置からのレスポンスを取得するレスポンス取得手段、
   前記レスポンスに応じて描画処理を行う描画処理手段、
   前記描画処理に要した処理時間を計数する時間計数手段、
   前記第１のリクエストを識別するリクエスト識別情報及び前記処理時間に関する処理時間情報を含む、前記第１のリクエストの次に送信する第２のリクエストを生成するリクエスト生成手段、
   としてコンピュータを機能させるためのプログラム。

Images