(57)【要約】【課題】  サーバ・クライアントシステムにおいて、サーバ装置の利用状況に関する情報を、その出力が必要なときに出力し得るサーバ装置等を提供する。【解決手段】  本発明に係るサーバ装置１は、複数のクライアント端末装置２からのアクセスを受け付け、そのクライアント端末装置２からの指示に基づいた処理を実行する実行処理部１１と、クライアント端末装置２における実行処理部の利用状況を示す情報である利用状況情報を取得する取得部１２と、その利用状況情報が所定の条件を充たすかどうか判断する判断部１３と、その利用状況情報が所定の条件を充たすと判断部によって判断された場合に、利用状況情報に基づいた出力情報を出力する表示データ処理部１５とを備える。このような構成により、サーバ装置１の利用状況に関する情報をその出力が必要なときに出力し得るサーバ装置１を提供する。【選択図】        図３
2005202941.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末装置からのアクセスを受け付け、当該クライアント端末装置からの指示に基づいた処理を実行する実行処理部と、
前記クライアント端末装置における前記実行処理部の利用状況を示す情報である利用状況情報を取得する取得部と、
前記利用状況情報が所定の条件を充たすかどうか判断する判断部と、
前記利用状況情報が前記所定の条件を充たすと前記判断部によって判断された場合に、当該利用状況情報に基づいた出力情報を出力する出力部と、を備えたサーバ装置。
【請求項２】
前記判断部は、前記取得部が取得した最新の前記利用状況情報が前記所定の条件を充たすかどうか判断する、請求項１記載のサーバ装置。
【請求項３】
前記取得部が取得した前記利用状況情報を蓄積する蓄積部と、
前記蓄積部が蓄積した前記利用状況情報に基づいて、前記利用状況情報が前記所定の条件を少なくとも充たさない時期、または前記利用状況情報が前記所定の条件を充たす時期を予測する予測部と、をさらに備え、
前記出力情報は、前記予測部が予測した時期を示す時期情報を含む、請求項１または２記載のサーバ装置。
【請求項４】
前記取得部が取得した前記利用状況情報を蓄積する蓄積部をさらに備え、
前記判断部は、前記蓄積部が蓄積した過去の前記利用状況情報が前記所定の条件を充たすかどうか判断する、請求項１記載のサーバ装置。
【請求項５】
前記判断部は、前記過去の利用状況情報のうち、現在と同時期における前記利用状況情報が前記所定の条件を充たすかどうか判断する、請求項４記載のサーバ装置。
【請求項６】
前記蓄積部が蓄積した前記利用状況情報に基づいて、前記利用状況情報が前記所定の条件を少なくとも充たさない時期、または前記利用状況情報が前記所定の条件を充たす時期を予測する予測部をさらに備え、
前記出力情報は、前記予測部が予測した時期を示す時期情報を含む、請求項４記載のサーバ装置。
【請求項７】
前記取得部が取得した前記利用状況情報を蓄積する蓄積部をさらに備え、
前記出力情報は、前記蓄積部が蓄積した前記過去の利用状況情報に関する情報を含む、請求項１または２記載のサーバ装置。
【請求項８】
前記出力情報は、前記蓄積部が蓄積した前記過去の利用状況情報に関する情報を含む、請求項３記載のサーバ装置。
【請求項９】
前記出力情報は、前記取得部が取得した最新の前記利用状況情報に関する情報を含む、請求項１または２記載のサーバ装置。
【請求項１０】
前記所定の条件は、前記利用状況情報が所定のしきい値以上混雑していることを示すことである、請求項１または２記載のサーバ装置。
【請求項１１】
前記取得部が取得する前記利用状況情報は、前記クライアント端末装置のログイン数を示す情報であり、
前記所定の条件は、前記ログイン数が所定のしきい値以上であることである、請求項１または２記載のサーバ装置。
【請求項１２】
前記出力部は、前記出力情報をログイン中のすべての前記クライアント端末装置に対して出力する、請求項１１記載のサーバ装置。
【請求項１３】
前記出力部は、前記出力情報を、最後にログインを行った前記クライアント端末装置に対して出力する、請求項１１記載のサーバ装置。
【請求項１４】
前記実行処理部は、前記ログイン数が所定のしきい値以上であると前記判断部により判断される場合には、新たなログインを受け付けない、請求項１１記載のサーバ装置。
【請求項１５】
前記実行処理部は、前記ログイン数が所定のしきい値以上であると前記判断部により判断される場合には、ログイン中の前記クライアント端末装置のうち、所定の前記クライアント端末装置をログアウトさせる、請求項１１記載のサーバ装置。
【請求項１６】
前記所定のクライアント端末装置は、最前にログインした前記クライアント端末装置である、請求項１５記載のサーバ装置。
【請求項１７】
前記所定のクライアント端末装置は、最も処理量の少ない前記クライアント端末装置である、請求項１５記載のサーバ装置。
【請求項１８】
前記所定のクライアント端末装置は、最も処理量の多い前記クライアント端末装置である、請求項１５記載のサーバ装置。
【請求項１９】
前記取得部が取得する前記利用状況情報は、前記実行処理部の処理稼働率を示す情報であり、
前記所定の条件は、前記処理稼働率が所定のしきい値以上であることである、請求項１または２記載のサーバ装置。
【請求項２０】
複数のクライアント端末装置と、当該クライアント端末装置からの指示に基づいた処理を実行する請求項１または２記載のサーバ装置と、を備えた情報処理システム。
【請求項２１】
複数のクライアント端末装置からのアクセスを受け付け、当該クライアント端末装置からの指示に基づいた処理を実行する実行処理部の前記クライアント端末装置の利用状況を示す情報である利用状況情報を取得する取得ステップと、
前記利用状況情報が所定の条件を充たすかどうか判断する判断ステップと、
前記利用状況情報が前記所定の条件を充たすと前記判断ステップで判断された場合に、当該利用状況情報に基づいた出力情報を出力する出力ステップと、を備えた情報処理方法。
【請求項２２】
コンピュータに、
複数のクライアント端末装置からのアクセスを受け付け、当該クライアント端末装置からの指示に基づいた処理を実行する実行処理部の前記クライアント端末装置の利用状況を示す情報である利用状況情報を取得する取得ステップと、
前記利用状況情報が所定の条件を充たすかどうか判断する判断ステップと、
前記利用状況情報が前記所定の条件を充たすと前記判断ステップで判断された場合に、当該利用状況情報に基づいた出力情報を出力する出力ステップと、を実行させるためのプログラム。
【請求項２３】
請求項２２に記載のプログラムを含む記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のクライアント端末装置からのアクセスを受け付けるサーバ装置等に関する。
【背景技術】
【０００２】
近年のインターネットの普及とインターネットにアクセスするユーザ数の増加に伴い、サーバ装置へのアクセスが混在し、快適に利用できないケースが生じることがある。
【０００３】
このような状況に鑑みて、従来、コールセンターなどの顧客受付窓口の混雑状況を自動的に測定し、ネットワークへ開示するシステム等が開発されている（例えば、特許文献１参照）。
【特許文献１】特開２００２−３６８８９７号公報（第７頁−第９頁、第１図等）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、サーバ・クライアントシステムにおけるサーバ装置の利用状況（混雑状況）が、クライアント端末装置等において絶えず表示されている場合には、ユーザがその利用状況の表示に慣れてしまい、表示されている利用状況に注目しない結果となることが多いと考えられる。また、クライアント端末装置がサーバ装置へのアクセスを快適に行っている場合には、サーバ装置の利用状況へのユーザの関心は低いため、サーバ装置の利用状況をユーザに提示する必要がないと考えられるが、サーバ装置へのアクセスが混雑している場合には、ユーザは、サーバ装置の利用状況を知りたいことが多いと考えられる。
【０００５】
したがって、上記従来の技術によれば、絶えずサーバ装置の利用状況を表示していたのでは、ユーザが必要としていないときにも利用状況を表示してしまうことになるという問題がある。さらに、ユーザが必要としていないときにも、サーバ装置の利用状況をモニター等に表示する場合には、情報の表示範囲を狭めることとなり、ユーザに快適な作業環境（表示環境）を提供できなくなるという問題もある。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、サーバ・クライアントシステムにおいて、サーバ装置の利用状況に関する情報を、その出力が必要なときに出力し得るサーバ装置等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明におけるサーバ装置は、複数のクライアント端末装置からのアクセスを受け付け、当該クライアント端末装置からの指示に基づいた処理を実行する実行処理部と、前記クライアント端末装置による前記実行処理部の利用状況を示す情報である利用状況情報を取得する取得部と、前記利用状況情報が所定の条件を充たすかどうか判断する判断部と、前記利用状況情報が前記所定の条件を充たすと前記判断部によって判断された場合に、当該利用状況情報に基づいた出力情報を出力する出力部と、を備えたものである。
【０００８】
このような構成により、利用条件情報が所定の条件を充たす場合にのみ出力情報が出力されることとなる。したがって、所定の条件を適切に設定することで、ユーザが必要としているときにのみ、サーバ装置の利用状況等を示す出力情報を出力することとなり、ユーザが必要としていないときにも出力情報が出力される事態を回避することができ得る。
【発明の効果】
【０００９】
本発明によれば、必要なときにだけ、サーバ装置の利用状況に関する情報が提示され、ユーザに対して、最適な環境が提供される。必要のないときに、ユーザがサーバ装置の利用状況に煩わされる事態を回避することができ得る。
【発明を実施するための最良の形態】
【００１０】
（実施の形態１）
本発明の実施の形態１におけるサーバ装置について、図面を参照しながら説明する。
【００１１】
図１は、本実施の形態１におけるサーバ・クライアントシステムの構成を示す図である。図１において、本実施の形態１におけるサーバ・クライアントシステムは、サーバ装置１と、複数のクライアント端末装置２とを備える。このサーバ装置１と、クライアント端末装置２とは、有線または無線の通信回線３を介して接続されている。この通信回線は、例えば、インターネットや、イントラネットなどである。なお、本実施の形態１におけるサーバ・クライアントシステムは、ＬＡＮにおけるサーバ・クライアントシステムであってもよく、インターネット等のＷＡＮにおいてウェブサーバ等のサーバ装置と、そのサーバ装置にアクセスするブラウザ等を有する情報処理装置（クライアント端末装置）とから構成されるものであってもよい。
【００１２】
図２は、本実施の形態１におけるサーバ・クライアントシステムにおける主な処理を示すフローチャートである。
【００１３】
まず、クライアント端末装置２が通信回線３を介してサーバ装置１へアクセスする（ステップＳ１０）。そして、アクセスされたサーバ装置１は、このサーバ・クライアントシステム全体の利用状況を判断し、クライアント端末装置２に対してその利用状況の表示処理を行う（ステップＳ１２）。表示処理に関する詳細については、図３、図４を用いて後述する。
【００１４】
次に、サーバ装置１はクライアント端末装置２の利用状況に応じて、サーバ装置１へアクセスする数を制御する（ステップＳ１４）。すなわち、アクセスを許可する場合はログイン・認証処理を行い、アクセスを許可しない場合はログイン・認証処理は行わない。この認証処理は、後述する実行処理部１１で行われる。そして、クライアント端末装置２のユーザは、アクセスが許可されて初めてアプリケーションプログラムを実行することができる（ステップＳ１６）。
【００１５】
なお、ステップＳ１２とステップＳ１４とは、必ずしもこの順番に実行される必要はない。例えば、ステップＳ１４が先に実行され、後からステップＳ１２が実行されてもシステム全体の処理は変わらない。
【００１６】
本発明の特徴である利用状況の表示処理は、図２に示すフローチャートのステップＳ１２において実行される。以下、この利用状況の表示処理について詳細に説明する。
【００１７】
図３は、本実施の形態１におけるサーバ装置１の構成を示すブロック図である。図３において、サーバ装置１は、実行処理部１１と、取得部１２と、判断部１３と、蓄積部１４と、表示データ処理部１５と、モニター（表示部）１６とを備える。
【００１８】
実行処理部１１は、複数のクライアント端末装置２からのアクセスを受け付け、そのクライアント端末装置２からの指示に基づいた処理を実行する。この実行処理部１１は、例えば、ＣＰＵと、そのＣＰＵで実行されるソフトウェア・プログラムを記憶している記憶手段とから構成される。例えば、サーバ装置１がデータベースサーバである場合には、実行処理部１１は、クライアント端末装置２からの検索等の指示に応じて、検索結果をクライアント端末装置２に送信する等の処理を行う。
【００１９】
取得部１２は、利用状況情報を取得する。ここで、利用状況情報とは、クライアント端末装置２における実行処理部１１の利用状況を示す情報である。この利用状況情報によって、実行処理部１１において行われる処理に関する混雑度が示されることとなる。この利用状況情報は、例えば、サーバ装置１にログインしているクライアント端末装置２の数（ユーザ数）を示す情報や、実行処理部１１の処理稼働率（処理能力に対する処理負荷の割合。例えば、ＣＰＵの使用率の平均値など）を示す情報等である。取得部１２は、例えば、実行処理部１１において記憶されている利用状況情報を単に読み出すことによって取得してもよく、あるいは、実行処理部１１が有する情報（例えば、ログインしているユーザを示す情報など）に基づいて、所定の処理、演算（例えば、ログインしているユーザ数のカウント）等を行うことによって利用状況情報を取得してもよい。
【００２０】
判断部１３は、取得部１２が取得した最新の利用状況情報が、所定の条件を充たすかどうか判断する。ここで、所定の条件とは、利用状況情報が所定のしきい値以上混雑していることを示すことである。したがって、判断部１３がその所定の条件を充たすと判断した場合には、実行処理部１１における処理が一定以上混雑した状態にあることがわかる。この所定の条件、所定のしきい値については任意に定めることができるが、例えば、クライアント端末装置２の指示に基づいた処理の実行が遅くなったとクライアント端末装置２のユーザが感じる場合に、その所定の条件を充たすこととなるように設定しておくことが適切である。この所定の条件を示す情報は、例えば、あらかじめ判断部１３において保持されていてもよく、あるいは、判断部１３以外の所定の記録媒体で記憶されていてもよい。
【００２１】
蓄積部１４は、取得部１２が取得した利用状況情報を所定の記録媒体に蓄積する。この記録媒体は、例えば、半導体メモリや、光ディスク、磁気ディスク等であり、蓄積部１４が有していてもよく、あるいは蓄積部１４の外部（サーバ装置１の外部でもよい）に存在してもよい。また、この記録媒体は、利用状況情報を一時的に記憶するものであってもよく、そうでなくてもよい。
【００２２】
表示データ処理部１５は、取得部１２が取得した最新の利用状況情報が、所定の条件を充たすと判断部１３によって判断された場合に、出力情報を出力する。ここで、この出力情報は、蓄積部１４が蓄積した利用状況情報に基づいた情報であり、実行処理部１１の利用状況の履歴を示す情報である。ここで、この出力は、例えば、表示デバイス（例えば、モニター（表示部）１６など）への表示でもよく、通信回線３を介したクライアント端末装置２への送信であってもよく、プリンタによる印刷でもよく、スピーカによる音声出力でもよい。なお、表示データ処理部１５は、出力を行うデバイス（例えば、表示デバイスやプリンタなど）を含んでもよく、あるいは含まなくてもよい。また、表示データ処理部１５は、ハードウェアによって実現されてもよく、あるいは、それらのデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。本実施の形態１では、表示データ処理部１５は、出力情報をクライアント端末装置２に送信するものとする。
【００２３】
次に、本実施の形態１におけるサーバ装置１の動作について、図４のフローチャートを用いて説明する。なお、実行処理部１１において、複数のクライアント端末装置２からの指示に基づいた処理が実行されているものとする。
【００２４】
（ステップＳ１０１）取得部１２は、利用状況情報を取得するタイミングであるかどうか判断する。そして、取得するタイミングであると判断した場合には、ステップＳ１０２に進み、そうでない場合には、利用状況情報を取得するタイミングであると判断するまでステップＳ１０１の処理を繰り返す。ここで、利用状況情報を取得するタイミングは、所定の期間ごと（例えば、１０分ごとなど）であってもよく、所定のイベント（例えば、新たなログインが行われたことなど）をトリガーとするものであってもよく、その他のタイミングであってもよい。
【００２５】
（ステップＳ１０２）取得部１２は、利用状況情報を取得する。
（ステップＳ１０３）蓄積部１４は、ステップＳ１０２で取得部１２が取得した利用状況情報を蓄積する。
【００２６】
（ステップＳ１０４）判断部１３は、ステップＳ１０２で取得部１２が取得した利用状況情報、すなわち最新の利用状況情報が所定の条件を充たすかどうか判断する。そして、所定の条件を充たす場合には、その旨を表示データ処理部１５に伝えてステップＳ１０５に進み、充たさない場合には、ステップＳ１０１に戻る。
【００２７】
（ステップＳ１０５）表示データ処理部１５は、蓄積部１４が蓄積した過去の利用状況情報に関する情報を含む出力情報を出力する。そして、ステップＳ１０１に戻る。なお、この蓄積部１４が蓄積した過去の利用状況情報は、最新の利用状況情報を含んでもよい。
【００２８】
なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００２９】
次に、本実施の形態１におけるサーバ装置１の動作について、具体例を用いて説明する。以下の具体例においては、利用状況情報がクライアント端末装置２のサーバ装置１に対するログイン数を示す情報であるとする。また、所定の条件は、ログイン数が所定のしきい値（以下の具体例では「４０」とする）以上であることであるとする。
【００３０】
［具体例１］
この具体例１においては、表示データ処理部１５がログイン中のすべてのクライアント端末装置２に対して出力情報を出力し、実行処理部１１は、ログイン数が所定のしきい値以上であると判断されると、新たなログインを受け付けない場合について説明する。
【００３１】
実行処理部１１は、複数のクライアント端末装置２からのログインを受け付け、ログインしたクライアント端末装置２からの指示に基づいた処理を実行する。図５は、実行処理部１１が有するログイン情報の一例を示す図である。図５において、ユーザを識別するユーザＩＤに、クライアント端末装置２を識別する端末ＩＤと、ユーザがログインした時刻を示すログイン時刻とが対応付けられている。なお、ユーザがログアウトしたときには、実行処理部１１は、ログアウトしたユーザに対応するレコードをログイン情報から削除する。
【００３２】
取得部１２は、クライアント端末装置２のログイン数を１０分おきに取得するものとする。このログイン数を示す情報が、利用状況情報である。具体的には、取得部１２は、ログイン情報を参照し、ログインしているクライアント端末装置２の数（ユーザの数）をカウントする（すなわち、ログイン情報に含まれるレコード数をカウントする）ことによって、利用状況情報（ログイン数）を取得する。
【００３３】
２００３年１２月１５日の午前１０時に取得部１２は、取得のタイミングであると判断し（ステップＳ１０１）、実行処理部１１が有するログイン情報を参照し、ログインしているユーザ数をカウントすることによってログイン数を取得する（ステップＳ１０２）。そのログイン数は「１５」であったとする。取得部１２は、その取得したログイン数「１５」を、蓄積部１４と、判断部１３とに渡す。蓄積部１４は、そのログイン数をその時点の時刻「１０：００」に対応付けて蓄積する（ステップＳ１０３）。判断部１３は、ログイン数が４０未満であるため、利用状況情報が所定の条件を充たさないと判断する（ステップＳ１０４）。その結果、出力情報の出力はなされない。
【００３４】
このような処理が繰り返されることにより、蓄積部１４によって利用状況情報が蓄積されていく。図６は、蓄積部１４が蓄積した利用状況情報の一例を示す図である。
【００３５】
午前１０時３０分に取得部１２が取得したログイン数が「４１」であったとする（ステップＳ１０１、Ｓ１０２）。そのログイン数「４１」は、蓄積部１４によって蓄積される（ステップＳ１０３）。また、判断部１３によってしきい値「４０」以上であると判断される（ステップＳ１０４）。判断部１３は、ログイン数がしきい値を超えた旨を表示データ処理部１５に伝える。また、判断部１３は、ログイン数がしきい値を超えた旨を実行処理部１１にも伝える。その結果、表示データ処理部１５は、蓄積部１４が蓄積した利用状況情報を読み出し、その読み出した利用状況情報から過去の利用履歴を示す出力情報を生成し、その出力情報をログイン中の各クライアント端末装置２に送信する（ステップＳ１０５）。ここで、表示データ処理部１５は、実行処理部１１からログイン中の端末ＩＤを取得し、その端末ＩＤを用いてログイン中のクライアント端末装置２に対する出力情報の送信を行う。
【００３６】
図７は、ログイン中のクライアント端末装置２における出力情報の表示の一例を示す図である。図７で示すように、サーバ装置１から送信された出力情報に基づいて、利用状況表示のウィンドウにおいて、混雑状況の履歴が表示されている。なお、図７では、利用状況を図形的に表示している。利用状況を、例えば、数値として表示してもよく、利用状況を示す方法は問わない。
【００３７】
なお、図４のフローチャートによれば、最新の利用状況情報が所定の条件を充たす場合には、利用状況情報が取得されるタイミングごとに、出力情報が送信されることとなる。その出力情報に基づいた表示を行うクライアント端末装置２では、新たな出力情報を受信するごとに新たな表示を行ってもよく、あるいは、新たな出力情報を受信したときに、まだ以前の出力情報に基づいた表示を行っているのであれば、その表示を更新するだけでもよい。
【００３８】
実行処理部１１は、判断部１３から、ログイン数が所定のしきい値「４０」を超えた旨を受け取ると、それ以後の新たなログインを受け付けない。すなわち、ログインの指示を所定のクライアント端末装置２から受け取ったとしても、実行処理部１１は、ログインを受け付けず、混雑しているのでログインを受け付けられない旨を示す情報をそのクライアント端末装置２に対して送信する。その結果、図８で示される表示が、そのクライアント端末装置２においてなされる。なお、この表示において、表示データ処理部１５がログイン中の各クライアント端末装置２に送信した出力情報を含めてもよい。
【００３９】
［具体例２］
この具体例２においては、表示データ処理部１５がログイン中のすべてのクライアント端末装置２に対して出力情報を出力し、実効処理部１１は、ログイン数が所定のしきい値以上であると判断されると、ログイン中のクライアント端末装置２のうち、所定のクライアント端末装置２をログアウトさせる場合について説明する。なお、出力情報が表示データ処理部１５からクライアント端末装置２に対して送信されるまでの動作については、具体例１と同様であり、その説明を省略する。
【００４０】
実行処理部１１は、判断部１３から、ログイン数が所定のしきい値「４０」を超えた旨を受け取ると、ログイン情報を参照し、最前にログインしたクライアント端末装置２をログアウトさせる。そのクライアント端末装置２は、図５で示されるログイン情報では、端末ＩＤ「Ｃ００１」で識別されるクライアント端末装置２である。
【００４１】
具体的には、実行処理部１１は、端末ＩＤ「Ｃ００１」のクライアント端末装置２のログインを解消し、その端末ＩＤ「Ｃ００１」に対応するレコードをログイン情報から削除する。また、強制的にログアウトさせたクライアント端末装置２に対して、強制的なログアウトがなされた旨の情報を送信する。その結果、ログアウトさせられたクライアント端末装置２において、図９で示すように、強制的なログアウトがなされた旨の表示がなされ、そのクライアント端末装置２を操作しているユーザは、強制的なログアウトがなされたことを知ることができる。
【００４２】
このように、最前にログインしたクライアント端末装置２をログアウトさせることで、ログインした直後のクライアント端末装置２が、すぐにログアウトされてしまう事態を避けることができる。
【００４３】
なお、ここでは、実行処理部１１が一方的にログアウトの処理を行う場合について説明したが、実行処理部１１は、例えば、最前にログインしたクライアント端末装置２に、至急ログアウトする旨の指示を送信し、その送信に応じて、クライアント端末装置２のユーザに自主的にログアウトさせてもよい。
【００４４】
また、この具体例２では、ログイン数が所定のしきい値以上であると判断されると、最前にログインしたクライアント端末装置２をログアウトさせる場合につい説明したが、これ以外のクライアント端末装置２をログアウトさせてもよい。例えば、最も処理量の少ないクライアント端末装置２をログアウトとさせてもよく、あるいは、最も処理量の多いクライアント端末装置２をログアウトさせてもよい。このような場合には、例えば図１０のように、実行処理部１１は、ログイン情報において、各端末ＩＤに対して処理量を示す情報を対応付けており、その処理量を用いてログアウトさせるクライアント端末装置２を選定する。なお、ログイン情報に含まれる処理量は、各クライアント端末装置２による処理量に応じて更新されるものとする。この処理量は、実行処理部１１における処理の累積値を示すものでもよく、あるいは、瞬間的な処理の量を示すものでもよい。
【００４５】
このように、最も処理量の多いクライアント端末装置２をログアウトさせることで、実行処理部１１における処理量を大きく削減することができ、他のクライアント端末装置２に対して、快適な処理環境を提供し得ることとなる。
【００４６】
また、最も処理量の少ないクライアント端末装置２は、単にログインしているだけであり、実行処理部１１に対する処理の指示をなんら行っていない場合もあると考えられるので、そのようなクライアント端末装置２をログアウトさせたとしても、そのクライアント端末装置２を使用しているユーザに影響がないと考えられる。したがって、新たなログインを受け付ける一方、最も処理量の少ないクライアント端末装置２をログアウトさせることによってログイン数の増加を抑えることができ、ログイン情報の情報量を抑えることができる。その結果、例えば、ログイン情報の情報量が増大することによって、予期していたメモリ領域を超えてログイン情報が記録されることとなり、プログラムやデータが破壊され、システムが不安定になる事態を回避することができ、安定したシステムを提供し得ることとなる。
【００４７】
また、具体例２において、ログイン数が所定のしきい値以上であると判断されると、１つのクライアント端末装置２をログアウトさせる場合について説明したが、複数のクライアント端末装置２をログアウトさせてもよい。そのログアウトさせるクライアント端末装置２の数は、あらかじめ決まっていてもよく、あるいは、判断時のログイン数に応じて決定されてもよい（例えば、ログイン数が所定のしきい値を大きくオーバーしている場合には、ログアウトさせる数を多くし、そうでない場合には、ログアウトさせる数を少なくするなど）。
【００４８】
また、上記各具体例において、表示データ処理部１５が出力情報をログイン中の各クライアント端末装置２に送信する場合について説明した。なお、表示データ処理部１５は、最後にログインしたクライアント端末装置２に出力情報を送信してもよい。この場合には、最後にログインしたユーザは、実行処理部１１による処理の対応が遅かったとしても、ログアウトされたことを、出力情報によって知ることができる。
【００４９】
以上のように、本実施の形態１におけるサーバ装置１では、最新の利用状況情報が所定の条件を充たした場合に、蓄積された利用状況情報に基づいた出力情報を出力し、所定の条件を充たさない場合に、出力情報を出力しないようにしたことで、最新の利用状況情報によって、実行処理部１１による処理が一定以上混雑していることが示された場合に、その混雑の状況を示す出力情報を、サーバ装置１を利用しているクライアント端末装置２のユーザに示すことができ得る。その結果、必要なときにだけ、サーバ装置１の利用状況がサーバ装置１を利用しているユーザに示されることとなり、必要のないときに、ユーザがサーバ装置１の利用状況に煩わされる事態を回避することができ得る。
【００５０】
なお、本実施の形態１では、蓄積部１４が蓄積した過去の利用状況情報に関する情報を含む出力情報が出力される場合について説明したが、表示データ処理部１５は、取得部１２によって取得された利用状況情報が所定の条件を充たすと判断された場合に、そのときに取得部１２が取得した最新の利用状況情報に関する情報を含む出力情報を出力してもよい。このような構成により、例えば、現在の時点において実行処理部における処理が混雑している場合に、出力情報を出力することができることとなる。また、この場合には、サーバ装置１が蓄積部１４を有さなくてもよい。
【００５１】
（実施の形態２）
本発明の実施の形態２におけるサーバ装置について、図面を参照しながら説明する。本実施の形態２におけるサーバ装置は、蓄積された過去の利用状況情報が所定の条件を充たす場合に、現在の利用状況情報を出力するものである。なお、本実施の形態２におけるサーバ・クライアントシステムの構成も、実施の形態１における図１と同様であるとする。
【００５２】
図１１は、本実施の形態２におけるサーバ装置１の構成を示すブロック図である。図１１において、サーバ装置１は、実行処理部１１と、取得部１２と、蓄積部１４と、判断部２１と、表示データ処理部２２、モニター（表示部）１６とを備える。なお、判断部２１および表示データ処理部２２以外の構成及び動作は、実施の形態１と同様であり、その説明を省略する。
【００５３】
判断部２１は、蓄積部１４が蓄積した過去の利用状況情報が所定の条件を充たすかどうか判断する。より詳しくは、判断部２１は、その過去の利用状況情報のうち、現在と同時期における利用状況情報が、その所定の条件を充たすかどうか判断する。ここで、この所定の条件とは、実施の形態１における所定の条件と同様のものである。また、同時期とは、例えば、現在と同じ時間帯あるいは時刻であることや、現在と同じ曜日であること、現在と同じ日であること、現在と同じ月であることなどである。
【００５４】
表示データ処理部２２は、蓄積部１４が蓄積した過去の利用状況情報が所定の条件を充たすと判断部２１によって判断された場合に、出力情報を出力する。ここで、この出力情報は、取得部１２が取得した最新の利用状況情報に関する情報である。なお、この出力情報は、最新の利用状況情報とまったく同じであってもよく、あるいは、最新の利用状況情報の内容を示すように、その利用状況情報に基づいて生成された情報であってもよい。後者の場合としては、例えば、最新の利用状況情報が、最新の利用情報を数値によって示す情報であり、出力情報が、最新の利用状況を図形的に示す（例えば、グラフなどによって示す）情報である場合などがある。また、この出力は、例えば、表示デバイス（例えば、モニター（表示部）１６）への表示でもよく、通信回線３を介したクライアント端末装置２への送信であってもよく、プリンタによる印刷でもよく、スピーカによる音声出力でもよい。なお、表示データ処理部２２は、出力を行うデバイス（例えば、表示デバイスやプリンタなど）を含んでもよく、あるいは含まなくてもよい。また、表示データ処理部２２は、ハードウェアによって実現されてもよく、あるいは、それらのデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。本実施の形態２では、表示データ処理部２２は、出力情報をクライアント端末装置２に送信するものとする。
【００５５】
次に、本実施の形態２におけるサーバ装置１の動作について、図１２のフローチャートを用いて説明する。なお、実行処理部１１において、複数のクライアント端末装置２からの指示に基づいた処理が実行されているものとする。また、ステップＳ２０１、Ｓ２０２以外の処理は、実施の形態１における図４と同様であり、その説明を省略する。
【００５６】
（ステップＳ２０１）判断部２１は、蓄積部１４が蓄積した利用状況情報、すなわち過去の利用状況情報が所定の条件を充たすかどうか判断する。そして、所定の条件を充たす場合には、その旨を表示データ処理部２２に伝えてステップＳ２０２に進み、そうでない場合には、ステップＳ１０１に戻る。
【００５７】
（ステップＳ２０２）表示データ処理部２２は、取得部１２が取得した利用状況情報に基づいた出力情報を出力する。そして、ステップＳ１０１に戻る。
【００５８】
なお、図１２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００５９】
次に、本実施の形態２におけるサーバ装置１の動作について、具体例を用いて説明する。以下の具体例においても、実施の形態１における具体例と同様に、利用状況情報がクライアント端末装置２のサーバ装置１に対するログイン数を示す情報であるとする。また、所定の条件は、１日前の同時間帯のログイン数が所定のしきい値（以下の具体例では、「４０」とする）以上であることであるとする。また、表示データ処理部２２は、最新の利用状況情報、すなわち、取得部１２によって最後に取得された利用状況情報を、表示データ処理部２２の有するバッファメモリ（図示せず）において一時的に記憶しているものとする。なお、利用状況情報が蓄積部１４によって蓄積されるまでの動作（ステップＳ１０１〜Ｓ１０３）については、実施の形態１における具体例と同様であり、その説明を省略する。図１３は、そのようにして蓄積された利用状況情報の一例を示す図である。
【００６０】
現在が２００３年１２月１６日であり、１０時２０分のログイン数「２５」がちょうど蓄積された直後であるとする。すると、判断部２１は、前日（２００３年１２月１５日）の同時間帯のログイン数（ここでは、利用状況情報の次の取得タイミングの時刻に対応する前日のログイン数であるとする）がしきい値「４０」以上であるかどうか判断する（ステップＳ１０１，Ｓ１０２）。すなわち、判断部２１は、２００３年１２月１５日の１０時３０分に対応するログイン数「４１」がしきい値「４０」を超えていると判断し、その旨を表示データ処理部２２に伝える。すると、表示データ処理部２２は、バッファメモリで記憶している現在のログイン数「２５」をログイン中のすべてのクライアント端末装置２に送信する。その結果、クライアント端末装置２において、図１４で示される「利用状況」ウィンドウの表示がなされる。この表示では、現在のログイン数を分子に示し、しきい値を分母に示している。この表示によって、ユーザは現在の混み具合を知ることができる。
【００６１】
なお、本実施の形態２の具体例では、実施の形態１の具体例と同じしきい値を用いることとした。過去の利用状況情報に基づいて判断する場合には、最新の利用状況情報に基づいて判断する場合よりも低い値のしきい値（例えば、「３０」など）を用いてもよい。このようにすることで、過去に混雑していた時間帯よりも広範囲の時間帯にわたって利用状況が表示されることとなる。その結果、現在の混雑状況と、過去の混雑状況とにタイムラグがあったとしても、そのタイムラグにもよりよく対応できることとなり得る。
【００６２】
また、本実施の形態２の具体例では、前日の同時間帯のログイン数が所定のしきい値以上かどうかを判断するとした。判断部２１による判断は、過去の同時期、すなわち、例えば、前月の同日の同時間帯や、前週の同じ曜日の同時間帯の利用状況情報に基づいてなされてもよい。また、過去の利用状況情報におけるログイン数の平均を算出し、その平均によって判断を行ってもよい。例えば、過去の１週間分の同時間帯におけるログイン数の平均を取り、そのログイン数の平均が所定のしきい値以上かどうかを判断してもよい。また、同時間帯で判断するのではなく、例えば、過去の利用状況情報から、月曜日の全日にわたる平均ログイン数を算出し、その平均ログイン数が所定のしきい値以上である場合には、月曜日には終日、出力情報をクライアント端末装置２に送信するようにしてもよい。
【００６３】
また、本実施の形態２の具体例では、表示データ処理部２２が有しているバッファメモリで記憶されている利用状況情報に基づいて出力情報が出力される場合について説明した。表示データ処理部２２は、蓄積部１４が最後に蓄積した利用状況情報に基づいて、出力情報を出力してもよい。
【００６４】
また、実施の形態１の具体例と同様に、過去の利用状況情報が所定の条件を充たすと判断された場合に、実行処理部１１におけるログインを受け付けないようにしてもよく、あるいは、所定のクライアント端末装置２をログアウトさせるようにしてもよい。
【００６５】
また、表示データ処理部２２は、出力情報をログインしているすべてのクライアント端末装置２に送信してもよく、あるいは、最後にログインしたクライアント端末装置２に送信してもよい。
【００６６】
以上のように、本実施の形態２におけるサーバ装置１では、過去の利用状況情報が所定の条件を充たした場合に、最新の利用状況情報に基づいた出力情報を出力するようにしたことで、実行処理部１１による処理が一定以上混雑することが過去の利用状況情報から予想される場合に、現在の利用状況情報をログイン中のユーザに対して示すことができる。その結果、現在は混雑していないが、徐々に混雑するような場合にも混雑状況がユーザに示されることとなり、ユーザは、その表示を見ることによって、徐々にサーバ装置１からのレスポンスが遅くなることなどを知ることができる。また、サーバ装置１の混雑状況が、混雑が予想される期間にのみ表示されることとなり、必要のないときに、ユーザがサーバ装置１の利用状況を示す表示に煩わされる事態を回避することができ得る。
【００６７】
なお、本実施の形態２では、取得部１２が取得した最新の利用状況情報に関する情報を含む出力情報を出力する場合について説明した。表示データ処理部２２は、蓄積部１４によって蓄積された過去の利用状況情報に関する情報を含む出力情報を出力してもよい。
【００６８】
また、本実施の形態２では、過去の利用状況情報が所定の条件を充たすかどうかの判断を、過去の利用状況情報の示すログイン数が所定のしきい値を超えるかどうかによって判断する場合について説明した。例えば、過去の利用状況情報に基づいて外挿することによって得られる将来（例えば、３０分後など）のログイン数が所定のしきい値を超える場合に、過去の利用状況情報が所定の条件を充たすと判断してもよい。すなわち、判断部２１が判断する対象である「過去の利用状況情報」は、蓄積部１４によって蓄積された利用状況情報の一つのレコードであってもよく、蓄積部１４によって蓄積された利用状況情報の全体（すなわち、最新の利用状況情報も含まれる）であってもよい。
【００６９】
（実施の形態３）
本発明の実施の形態３におけるサーバ装置について、図面を参照しながら説明する。本実施の形態３におけるサーバ装置は、蓄積された利用状況情報に基づいて、利用状況情報が所定の条件を少なくとも充たさない時期を予測するものである。なお、本実施の形態３におけるサーバ・クライアントシステムの構成も、実施の形態１における図１で示される構成と同様であるとする。
【００７０】
図１５は、本実施の形態３におけるサーバ装置１の構成を示すブロック図である。図１５において、サーバ装置１は、実行処理部１１と、取得部１２と、判断部１３と、蓄積部１４と、予測部３１と、表示データ処理部３２、表示部（モニター）１６とを備える。なお、予測部３１および表示データ処理部３２以外の構成及び動作は、実施の形態１と同様であり、その説明を省略する。
【００７１】
予測部３１は、蓄積部１４が蓄積した利用状況情報に基づいて、利用状況情報が所定の条件を少なくとも充たさない時期を予測する。ここで、この所定の条件は、判断部１３での判断で用いられる所定の条件と同じ条件である。また、所定の条件を少なくとも充たさない時期は、所定の条件を充たさない時期の全部、または一部となる。また、予測部３１が予測する時期は、時期の範囲が閉じていてもよく（例えば、「２時から３時」など）、あるいは閉じていなくてもよい（例えば、「２時から」など）。また、その時期は、ある時点を示す時刻であってもよい。また、その時期は、絶対的なものであってもよく（例えば、２００３年１２月１６日２時から３時など）、相対的なものであってもよい（例えば、１時間後から２時間後など）。
【００７２】
表示データ処理部３２は、予測部３１が予測した時期を示す時期情報を含む出力情報を出力する以外、実施の形態１における表示データ処理部１５と同様のものである。
【００７３】
次に、本実施の形態３におけるサーバ装置１の動作について、図１６のフローチャートを用いて説明する。なお、実行処理部１１において、複数のクライアント端末装置２からの指示に基づいた処理が実行されているものとする。また、ステップＳ３０１、Ｓ３０２以外の処理は、実施の形態１における図４で示される処理と同様であり、その説明を省略する。
【００７４】
（ステップＳ３０１）予測部３１は、蓄積部１４が蓄積した利用状況情報に基づいて、利用状況情報が所定の条件を少なくとも充たさない時期を予測する。そして、その予測した時期を示す時期情報を表示データ処理部３２に渡す。
【００７５】
（ステップＳ３０２）表示データ処理部３２は、蓄積部１４が蓄積した利用状況情報に基づいて、出力情報を出力する。その出力情報には、予測部３１から受け取った時期情報が含まれている。そして、ステップＳ１０１に戻る。
【００７６】
なお、図１６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００７７】
次に、本実施の形態３におけるサーバ装置１の動作について、具体例を用いて説明する。以下の具体例においては、利用状況情報がクライアント端末装置２のサーバ装置１に対するログイン数を示す情報であるとする。また、所定の条件は、ログイン数が所定のしきい値（以下の具体例では「４０」とする）以上であることであるとする。また、予測部３１は、その所定の条件を少なくとも充たさない時期として、ログイン数が「３５」未満となる時期を予測するものとする。なお、利用状況情報が蓄積部１４によって蓄積され、所定の条件を充たすと判断されるまでの動作（ステップＳ１０１〜Ｓ１０４）については、実施の形態１の具体例と同様であり、その説明を省略する。図１７は、そのようにして蓄積された利用状況情報の一例を示す図である。
【００７８】
現在が２００３年１２月１６日であり、１０時４０分のログイン数「４２」がちょうど蓄積された直後であるとする。すると、判断部１３は、ログイン数「４２」がしきい値「４０」を超えたため、所定の条件を充たすと判断し（ステップＳ１０４）、その旨を表示データ処理部３２に渡す。そして、表示データ処理部３２は、最新の利用状況情報が所定の条件を充たす旨を予測部３１に伝える。すると、予測部３１は、蓄積部１４が蓄積した利用状況情報のうち、前日（２００３年１２月１５日）の同時間帯のログイン数を参照し、そのログイン数が３５未満となる時刻を取得する。図１７では、１２時になった時点で、ログイン数が３５未満となっているため、予測部３１は、１２時を取得する。そして、その時刻（１２時）と、現在の時刻（１０時４０分）との時間間隔（１時間２０分）を求め、その時間間隔を示す情報である時期情報を表示データ処理部３２に渡す（ステップＳ３０１）。
【００７９】
表示データ処理部３２は、蓄積部１４が蓄積した利用状況情報から、最新のレコードを含む４つ分のレコードを読み出す。そして、その読み出した利用状況情報と、予測部３１から受け取った時期情報とを含む出力情報を生成し、その出力情報をログイン中の各クライアント端末装置２に送信する（ステップＳ３０２）。その結果、ログイン中の各クライアント端末装置２において、図１８で示される表示がなされる。この表示によって、クライアント端末装置２を操作しているユーザは、実行処理部１１における処理が混雑してきていることと、１時間２０分程度経過した後には、混雑が解消している可能性のあることを知ることができる。処理を急がないユーザの中には、混雑している時期を避けてサーバ装置１での処理を行うユーザもいると考えられるため、ログイン数を全体的に平準化することができ、一時期に処理が集中し、処理への対応等が遅くなる事態をより回避しやすくなりうる。
【００８０】
なお、本実施の形態３の具体例においては、予測部３１が時間に関する予測をする場合について説明したが、予測部３１は、例えば、曜日や日、月に関して予測を行ってもよい。したがって、予測情報は、混雑が解消していると予測される時期としては、例えば、「次の水曜日」や、「１８日」、「１月」などであってもよい。
【００８１】
また、本実施の形態３の具体例では、判断部１３で用いているしきい値「４０」と異なるしきい値「３５」を予測部３１において用いたが、予測部３１で用いるしきい値は、判断部１３で用いるしきい値以下であればよい。この場合に、「判断部１３で用いる所定の条件を少なくとも充たさない」という条件を充たす時期の予測を予測部３１が行うこととなる。
【００８２】
また、実施の形態１における具体例と同様に、利用状況情報が所定の条件を充たしていると判断された場合には、ログインをできなくしてもよく、あるいは、所定のクライアント端末装置２をログアウトさせてもよい。また、出力情報は、最後にログインしたクライアント端末装置２にのみ送信されてもよい。
【００８３】
以上のように、本実施の形態３におけるサーバ装置１では、予測部３１が実行処理部１１における処理が混雑していない時期を予測し、その予測した時期を示す予測時期が表示データ処理部３２によって出力されることで、クライアント端末装置２を利用しているユーザは、いつになれば混雑が解消し得るのかを知ることができる。その結果、例えば、緊急ではない処理を行っているユーザが、混雑していないときに処理を行うようになることで、実行処理部における処理の量を全体として平準化し得ることになる。また、ユーザは、その予測された時期情報を参照することによって、空いている時期に処理を行うことができ、その結果、作業効率を向上させることができ得る。
【００８４】
また、上記本実施の形態３の具体例のように、予測部３１における予測において、「判断部１３で用いる所定の条件を少なくとも充たさない」という条件よりもさらに厳しい条件によって予測を行うことで、単に混雑していないだけではなく、実行処理部１１における処理を快適に実行できる時期を予測し得ることとなる。また、このようにすることで、予測した混雑状況と、実際の混雑状況とにタイムラグ等があったとしても、そのようなタイムラグに対応できる場合もあり得ることとなる。
【００８５】
なお、本実施の形態３では、予測部３１が、判断部１３で用いている所定の条件を少なくとも充たさない時期を予測する場合について説明した。予測部３１が、判断部１３で用いている所定の条件を少なくとも充たす時期を予測してもよい。このようにして予測された時期は、実行処理部１１における処理が混雑している時期を示すこととなる。したがって、そのようにして予測された時期を示されたユーザは、その時期を避けてサーバ装置１を利用するようにすればよい。
【００８６】
また、本実施の形態３では、実施の形態１のサーバ装置１に対して予測部３１を追加した構成の場合について説明したが、実施の形態２のサーバ装置１に対して予測部３１を追加する構成としてもよい。
【００８７】
また、本実施の形態３では、予測部３１が、過去の利用状況情報と、現在の利用状況情報との類似性に着目して予測を行う場合について説明した。この予測の方法は一例であって、予測部３１は、例えば、蓄積された利用状況情報に対して、外挿処理等を行うことによって、混雑していない時期、あるいは混雑している時期の予測を行ってもよい。具体的には、ログイン数について外挿を行うことによって、将来のログイン数の予測を行い、その予測したログイン数と、所定のしきい値との比較を行うことによって予測を行ってもよい。
【００８８】
また、サーバ装置１において、（１）予測を行うかどうか、（２）判断部が最新の利用状況情報に関する判断を行うのか、過去の利用状況情報に関する判断を行うのか、（３）出力情報が、過去の利用状況情報に関する情報であるのか、最新の利用状況情報に関する情報であるのか、については、適宜、組み合わせて構成することができる点については、上記各実施の形態において説明したとおりである。
【００８９】
また、出力情報は、最新の利用状況情報と、過去の利用状況情報に関する情報の両方を含む情報であってもよい。
【００９０】
過去の混雑の状況に関する履歴がユーザに対して示されることにより、ユーザは利用状況の推移を知ることができ、今後、さらに混むのか、あるいは、だんだんと混雑が解消していくのか、などについて予測することができ得る。また、現在の時点における利用状況がユーザに対して示されることにより、ユーザは現在の利用状況を知ることができる。さらに、サーバ装置１での処理が混雑していることが示される場合には、一時的にサーバ装置１に対する処理の指示を延期するなどの措置をとることができ得る。
【００９１】
また、上記各実施の形態において、利用状況情報がサーバ装置１へのログイン数を示す場合について説明したが、利用状況情報はログイン数を示すものに限られないことはいうまでもない。例えば、利用状況情報は、実行処理部１１の処理稼働率を示すものであってもよい。
【００９２】
また、上記各実施の形態では、出力情報がクライアント端末装置２に送信される場合について説明した。出力情報は、サーバ装置１において表示等されてもよい。その表示によって、サーバ装置１の管理者は、サーバ装置１における処理が混雑してきた旨等を必要なときに知ることができ得る。
【００９３】
また、上記実施の形態において、所定の条件は、複数の項目から構成されていてもよいし、複数の項目が論理積（ａｎｄ）又は論理和（ｏｒ）で結合されていてもよい。たとえば、図１９に示されるように、「ログイン数が４０以上で、かつ、ＣＰＵ使用率が６０％以上であること」を所定の条件としたり、「ログイン数が４０以上で、又は、ＣＰＵ使用率が６０％以上、又は、メモリ使用率が８０％以上であること」を所定の条件としてもよい。
【００９４】
また、上記実施の形態において、クライアント端末装置ごとに、あるいは、クライアント端末装置群ごとに、所定の条件、強制的なログアウトの許否、出力情報の詳細度等のパラメータを独立に設定してもよい。たとえば、図１９に示されるように、クライアント端末装置Ａについては、サーバ装置の混雑状況を知らせる必要性が低く、かつ、アクセスの重要度が高い装置であるので、所定の条件を「ログイン数が６０以上」とし、強制的なログアウトを「不許可」とし、出力情報を「メッセージのみ」とする。一方、クライアント端末装置群Ｂ１〜Ｂｎについては、サーバ装置の混雑状況を知らせる必要性が比較的高く、かつ、アクセスの重要度が低い装置であるので、所定の条件を「ログイン数が４０以上で、かつ、ＣＰＵ使用率が６０％以上」とし、強制的なログアウトを「許可」とし、出力情報を「メッセージと現在の利用状況情報」とする。このようなクライアント端末装置ごとの異なる管理は、例えば、サーバ装置に登録・編集可能な管理テーブルを設け、サーバ装置が、その管理テーブルを参照しながら上記実施の形態と同様の処理を行うことで、実現される。
【００９５】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。例えば、利用状況情報がサーバ装置１からクライアント端末装置２に定期的に送信され、その送信された利用状況情報に基づいて、クライアント端末装置２において判断処理を行い、判断の結果に応じて、出力情報の出力を行ってもよい。また、例えば、サーバ装置１がデータベースサーバと、ウェブサーバとから構成されており、データベースサーバにおいて利用状況情報の取得等が行われ、ウェブサーバにおいて出力情報の出力が行われるようにしてもよい。
【００９６】
また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。なお、上記各実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータに、複数のクライアント端末装置からのアクセスを受け付け、当該クライアント端末装置からの指示に基づいた処理を実行する実行処理部の前記クライアント端末装置の利用状況を示す情報である利用状況情報を取得する取得ステップと、前記利用状況情報が所定の条件を充たすかどうか判断する判断ステップと、前記利用状況情報が前記所定の条件を充たすと前記判断ステップで判断された場合に、当該利用状況情報に基づいた出力情報を出力する出力ステップと、を実行させるためのものである。
【００９７】
なお、上記プログラムにおいて、情報を出力する出力ステップなどでは、ハードウェアによって行われる処理、例えば、出力ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【００９８】
また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。
【００９９】
また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【産業上の利用可能性】
【０１００】
本発明におけるサーバ装置等は、サーバ・クライアントシステムにおけるサーバ装置の利用状況に関する情報を出力することができ、クライアント端末からの指示に基づいてサーバ装置で処理を実行するサーバ・クライアントシステム等において有用である。
【図面の簡単な説明】
【０１０１】
【図１】本発明の実施の形態１におけるサーバ・クライアントシステムの構成を示す図である。
【図２】本発明の実施の形態１におけるサーバ・クライアントシステムの主な処理を示すフローチャートである。
【図３】本発明の実施の形態１におけるサーバ装置の構成を示すブロック図である。
【図４】本発明の実施の形態１におけるサーバ装置の動作を示すフローチャートである。
【図５】本発明の実施の形態１におけるログイン情報の一例を示す図である。
【図６】本発明の実施の形態１における蓄積された利用状況情報の一例を示す図である。
【図７】本発明の実施の形態１におけるクライアント端末装置の一例を示す図である。
【図８】本発明の実施の形態１におけるクライアント端末装置の表示の一例を示す図である。
【図９】本発明の実施の形態１におけるクライアント端末装置の表示の一例を示す図である。
【図１０】本発明の実施の形態１における処理量が付加されたログイン情報の一例を示す図である。
【図１１】本発明の実施の形態２におけるサーバ装置の構成を示すブロック図である。
【図１２】本発明の実施の形態２におけるサーバ装置の動作を示すフローチャートである。
【図１３】本発明の実施の形態２におけるログイン情報の一例を示す図である。
【図１４】本発明の実施の形態２におけるクライアント端末装置の表示の一例を示す図である。
【図１５】本発明の実施の形態３におけるサーバ装置の構成を示すブロック図である。
【図１６】本発明の実施の形態３におけるサーバ装置の動作を示すフローチャートである。
【図１７】本発明の実施の形態３におけるログイン情報の一例を示す図である。
【図１８】本発明の実施の形態３におけるクライアント端末装置の表示の一例を示す図である。
【図１９】本発明の所定の条件の設定の一例を示す図である。
【符号の説明】
【０１０２】
１              サーバ装置
２              クライアント端末装置
３              通信回線
１１              実行処理部
１２              取得部
１３              最新利用情報状況による判断部
１４              蓄積部
１５、２２、３２  表示データ処理部
１６              モニター（表示部）
２１              過去の利用情報状況による判断部
３１              予測部
【図１】
2005202941.tif 000003
【図２】
2005202941.tif 000004
【図３】
2005202941.tif 000005
【図４】
2005202941.tif 000006
【図５】
2005202941.tif 000007
【図６】
2005202941.tif 000008
【図７】
2005202941.tif 000009
【図８】
2005202941.tif 000010
【図９】
2005202941.tif 000011
【図１０】
2005202941.tif 000012
【図１１】
2005202941.tif 000013
【図１２】
2005202941.tif 000014
【図１３】
2005202941.tif 000015
【図１４】
2005202941.tif 000016
【図１５】
2005202941.tif 000017
【図１６】
2005202941.tif 000018
【図１７】
2005202941.tif 000019
【図１８】
2005202941.tif 000020
【図１９】
2005202941.tif 000021