(57)【特許請求の範囲】
【請求項１】
複数の端末装置が第１のネットワークと第２のネットワークを介して複数のサーバ装置に接続され、前記複数のサーバ装置が第３のネットワークを介して前記複数のサーバ装置が共有する記憶装置に接続され、かつ、前記端末装置から前記サーバ装置への接続要求処理にあわせて、前記記憶装置からデータを読み取り、前記サーバ装置を起動させる通信システムであって、
前記複数のサーバ装置と第２のネットワークを介して接続され、更に前記複数のサーバ装置及び前記記憶装置と第３のネットワークを介して接続される管理装置を備え、
前記管理装置は、前記端末装置から前記サーバ装置への接続要求を受け付けた際に、前記サーバ装置の起動処理に要する通信データ量が前記第３のネットワークの許容帯域幅を超える場合に、サーバ装置の起動処理を待機させることを特徴とする通信システム。
【請求項２】
請求項１記載の通信システムにおいて、
前記管理装置は、前記サーバ装置の起動処理に必要なネットワーク帯域幅を算出し、前記サーバ装置の起動要求を起動要求処理キューに格納し、前記サーバ装置の起動処理が可能であるか否かを、起動処理に要する通信データ量が前記第３のネットワークの許容帯域幅を超えるか否かにより判断して前記サーバ装置を起動することを特徴とする通信システム。
【請求項３】
請求項１記載の通信システムにおいて、前記管理装置は、前記サーバ装置の起動要求処理に関する待機情報を作成し、前記待機情報を前記端末装置に通知することを特徴とする通信システム。
【請求項４】
請求項１記載の通信システムにおいて、前記起動要求処理キューは、優先度の異なる複数の接続要求処理キューにより構成され、前記管理装置は、前記端末装置の利用者の属性情報、前記端末装置の位置、前記端末装置からサーバ装置への接続設定情報の少なくとも１つに応じて、前記サーバ装置の起動要求を前記優先度の異なる複数の接続要求処理キューのいずれかに格納することを特徴とする通信システム。
【請求項５】
請求項１記載の通信システムにおいて、前記管理装置は、前記端末装置から前記サーバ装置に関する起動時刻登録要求を受け付け、前記サーバ装置の起動時刻を登録し、前記登録時刻に前記サーバ装置を起動することを特徴とする通信システム。
【請求項６】
請求項１記載の通信システムにおいて、前記管理装置は、前記サーバ装置の起動時刻を推定し、前記推定時刻を前記サーバ装置の起動時刻として登録し、前記登録時刻に前記サーバ装置を起動し、前記登録時刻に前記端末から接続要求がなかった場合に前記サーバ装置を停止することを特徴とする通信システム。
【請求項７】
請求項１記載の通信システムにおいて、前記管理装置は、前記端末装置からの入退室管理装置との連携による前記サーバ装置の自動起動登録要求を受け付け、前記サーバ装置の入退室管理装置との連携による自動起動を登録し、前記入退室管理装置と連携して前記サーバ装置を起動し、前記入退室管理装置と連携して前記サーバ装置を停止することを特徴とする通信システム。
【請求項８】
請求項１記載の通信システムにおいて、前記管理装置は、前記サーバ装置へのログイン処理後に切断して、前記サーバ装置を待機させることを特徴とする通信システム。
【請求項９】
請求項１記載の通信システムにおいて、前記管理装置は、前記起動要求処理キューの状態を管理者に通知することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び通信管理方法に係り、特に、端末装置からサーバ装置への接続要求や起動要求の制御を行って、端末装置とサーバ装置との間で通信を行う通信システム及び通信管理方法に関する。
【背景技術】
【０００２】
データセンタ等に集約して配置された複数のサーバ装置と、サーバ装置にネットワークを介して接続される複数の端末装置からなる通信システムは、端末装置からサーバ装置への通信がサーバが配置されている集約地点のネットワークに集中することになる。
【０００３】
一般に、端末装置からサーバ装置への接続処理に要する通信データ量は、端末装置がサーバ装置の通常のサービスを利用するための通信データ量に比較して多い。また、端末装置からの接続要求時にサーバ装置が未起動の場合、サーバ装置を起動する必要があるが、サーバ装置の起動処理に要する通信データ量も、通常のデータ通信時に要する通信データ量に比較して多い。従って、多数の端末装置からサーバ装置に接続要求が集中する時間帯、例えば、業務開始時等には、通常のデータ通信時に比較して大量の通信データ量が集約地点のネットワークに発生することになる。
【０００４】
前述のように、多数の端末装置からサーバ装置に接続要求が集中すると、集約地点のネットワークの許容帯域幅を越える通信データ量が発生する可能性があり、輻輳が発生することがあり得る。
【０００５】
前述したような輻輳の発生を防止することができる従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、ネットワークを介する通信システムにおいて、通信データ量がネットワーク容量の閾値を超えて増加した場合に、ノード間に通信パスを設定することにより、ネットワークの帯域幅を増加するというものである。
【０００６】
また、他の従来技術として、例えば、特許文献２等に記載された技術が知られている。この従来技術は、データ通信中継装置に関するもので、サーバ装置と端末装置との間で確立しているコネクション数に応じて、端末装置からの接続要求の中継を拒否する等の制御を行って輻輳の発生を防止するというものである。
【特許文献１】特開２０００−２３２４８３号公報
【特許文献２】特開２００４−１３９２９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
前述した特許文献１に記載の従来技術は、通信データ量が増加したときに、ネットワークの帯域幅を増加するために通信パスを追加して設定することができるものであるが、ネットワークの帯域幅が固定されていて、通信パスを追加することのできない通信システムに対して適用することができないという問題点を有している。
【０００８】
また、特許文献２に記載の従来技術は、サーバ装置と端末装置との間で確立しているコネクション数を検出してその数に応じた制御を行うことができるももの、ネットワークの通信データ量を検出する仕組みを持たないため、ネットワークの通信データ量等に応じて端末装置からの接続要求を制御することができず、ネットワークに大量の通信データ量が発生した場合に、ネットワークに輻湊を生じさせてしまうという問題点を有している。
【０００９】
本発明の目的は、前述した従来技術の問題点を解決し、多数の端末装置からサーバ装置に接続要求が集中しても、サーバ装置の集約地点のネットワークに許容される帯域幅を越える通信データ量を発生させることなく、輻輳を発生させることのない通信システム及び通信管理方法を提供することにある。また、本発明の目的は、利用者の接続要求に係る待機時間を低減することのできる通信システム及び通信管理方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明によれば前記目的は、複数のサーバ装置と複数の端末装置とが第１のネットワークを介して接続可能に構成される通信システムであって、前記複数のサーバ装置と第２のネットワーク介して接続される管理装置を備え、前記第１のネットワークが前記第２のネットワークに接続されており、前記管理装置は、前記端末装置から前記サーバ装置への接続要求を受け付け、前記端末装置から前記サーバ装置への接続設定情報を取得し、前記端末装置から前記サーバ装置への接続処理に必要なネットワーク帯域幅を算出し、前記端末装置から前記サーバ装置への接続要求を接続要求処理キューに格納し、前記端末装置から前記サーバ装置への接続処理が可能であるか否かを、接続処理に要する通信データ量が前記第２のネットワークの許容帯域幅を超えるか否かにより判断して前記端末装置に通知することにより達成される。
【００１１】
また、本発明によれば前記目的は、複数のサーバ装置と複数の端末装置とが第１のネットワークを介して接続可能に構成され、かつ、前記端末装置から前記サーバ装置への接続要求処理に合わせて前記サーバ装置を起動させる通信システムであって、前記複数のサーバ装置と第２のネットワーク介して接続される管理装置を備え、前記第１のネットワークが前記第２のネットワークに接続されており、前記管理装置は、前記サーバ装置の起動処理に必要なネットワーク帯域幅を算出し、前記サーバ装置の起動要求を起動要求処理キューに格納し、前記サーバ装置の起動処理が可能であるか否かを、起動処理に要する通信データ量が前記第２のネットワークの許容帯域幅を超えるか否かにより判断して前記サーバ装置を起動することにより達成される。
【００１２】
また、本発明によれば前記目的は、複数のサーバ装置と複数の端末装置とが第１のネットワークを介して接続可能に構成され、かつ、前記端末装置から前記サーバ装置への接続要求処理にあわせて前記サーバ装置を起動させる通信システムであって、前記複数のサーバ装置と第２のネットワーク介して接続される管理装置を備え、前記複数のサーバ装置及び前記管理装置が第３のネットワークを介して前記複数のサーバ装置が共有する記憶装置に接続され、前記第１のネットワークが前記第２のネットワークに接続されており、前記管理装置は、前記端末装置から前記サーバ装置への接続要求を受け付けて、前記サーバ装置を起動する際、サーバ装置の起動処理に要する通信データ量が前記第３のネットワークの許容帯域幅を超える場合に、サーバ装置の起動処理を待機させることにより達成される。
【００１３】
さらに、本発明によれば前記目的は、複数のサーバ装置と複数の端末装置とが第１のネットワークを介して接続可能に構成される通信システムにおける通信管理方法であって、前記複数のサーバ装置と第２のネットワーク介して接続される管理装置を備え、前記第１のネットワークが前記第２のネットワークに接続されており、前記管理装置は、前記端末装置から前記サーバ装置への接続要求を受け付け、前記端末装置からサーバ装置への接続処理に要する通信データ量が前記第２のネットワークの許容帯域幅を超える場合に、前記端末装置からサーバ装置への接続要求を待機させることにより達成される。
【発明の効果】
【００１４】
本発明によれば、複数端末装置とサーバ装置との間で通信を行う通信システムにおいて、多数の端末装置からサーバ装置に接続要求が集中しても、サーバ装置の集約地点のネットワークに許容される帯域幅を越える通信データ量を発生させることがなく、従って、輻輳を発生させることのない通信システムを実現することができ、また、利用者の接続要求に係る待機時間を低減することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明による通信システム及び通信管理方法の実施形態を図面により詳細に説明する。なお、以下に説明する本発明の実施形態は、本発明の技術的範囲を限定するものではない。
【００１６】
図１は本発明の一実施形態による通信システムの全体構成を示すブロック図である。図１において、１０１はデータセンタ、１０２、１０３はサーバ装置、１０４は端末装置側ネットワーク、１０５は管理装置、１０６はネットワーク、１０７、１０８は端末装置である。なお、図１には、２台のサーバ装置と２台の端末装置とを示しているが、これらの装置は、それぞれさらに多数が備えられていてよい。
【００１７】
本発明の実施形態による通信システムは、データセンタ１０１に複数のサーバ装置１０２、１０３が集約されて配置され、また、本発明のために管理装置１０５が配置され、これらのサーバ装置１０２、１０３及び管理装置１０５が端末装置側ネットワーク１０４を介して相互に接続され、さらに、これらのサーバ装置１０２、１０３、管理装置１０５が、端末装置側ネットワーク１０４、インターネット、イントラネット等の外部ネットワーク１０６を介して複数の端末装置１０７、１０８と接続可能とされて構成されている。
【００１８】
前述において、サーバ装置１０２、１０３は、ターミナルサービス機能を有しているターミナルサーバである。ターミナルサービス機能を利用することにより、端末装置１０７、１０８が必要とするアプリケーションソフトは、サーバ装置１０２、１０３上で実行され、端末装置１０７、１０８は、専用の通信プロトコルを使用して、利用者からの入力をサーバ装置１０２、１０３に送信し、サーバ装置１０２、１０３からの画面情報を受信することにより所望の業務等を行うことができる。
【００１９】
サーバ装置１０２、１０３は、端末装置１０７、１０８と１対１で接続されてもよく、あるいは、１対多で接続されてもよい。従って、１台の端末装置１０７が、あるいは、複数の端末装置１０７、１０８が同時に、サーバ装置１０２にネットワークを通じて接続し処理を行うことができる。
【００２０】
なお、サーバ装置１０２、１０３は、ターミナルサーバに限定される必要はなく、通常のウェブサーバ等であってもよい。
【００２１】
端末装置側ネットワーク１０４は、データセンタ１０１における端末装置１０７、１０８との間の通信のためのＬＡＮ（Local Area Network）であり、１００Ｍｂｐｓ（bit per second）や、１Ｇｂｐｓの固定された帯域幅を持つ一般的なネットワークである。
【００２２】
なお、帯域幅とは、ネットワークが持つ通信データ量の転送能力（転送速度）のことであり、１秒当りに転送することができるデータのビット数（ｂｐｓ：bits per second)やバイト数（bytes per second）を単位として表わされる。
【００２３】
前述した本発明の実施形態による通信システムは、データセンタ１０１にサーバ装置１０２、１０３が集約されて配置されているため、端末装置１０７、１０８からサーバ装置１０２、１０３への通信は、端末装置側ネットワーク１０４に集中する。端末装置１０７、１０８は、サーバ装置１０２、１０３への接続処理時に、接続情報、初期設定情報、初期情報等からなる大量の通信データをサーバ装置１０２、１０３から受信する。そのため、端末装置１０７、１０８からサーバ装置１０２、１０３への接続処理に要する通信データ量は、端末装置１０７、１０８がサーバ装置１０２、１０３の通常のサービスを利用するときの通信データ量に比較して多くなる。
【００２４】
従って、端末装置１０７、１０８からサーバ装置１０２、１０３への接続処理が集中すると、通信データ量が端末装置側ネットワーク１０４の許容される帯域幅を超える可能性があり、端末装置側ネットワーク１０４に輻輳が発生する恐れが生じる。このため、本発明の実施形態では、端末置側ネットワーク１０４に管理装置１０５を設置する。管理装置１０５は、端末装置１０７、１０８からサーバ装置１０２、１０３への接続処理の制御を行う。
【００２５】
図２は管理装置１０５のハードウェア構成例を示すブロック図である。図２において、２０１は筐体、２０２はＣＰＵ(Central Processing Unit）、２０３はメモリ、２０４は二次記憶装置、２０５は内部信号線、２０６は通信インタフェース、２０７は表示装置、２０８は入力装置である。
【００２６】
管理装置１０５は、通常のコンピュータ装置内に構成され、図２に例示するように、筐体２０１内にＣＰＵ２０２、メモリ２０３、ハードディスク等の二次記憶装置２０４、バス等の内部信号線２０５を備えて構成されており、筐体２０１の表面や外部に、通信インタフェース２０６、ディスプレイ等の表示装置２０７、キーボード等の入力装置２０８が接続されている。管理装置１０５は、ＯＳ（Operating System）の制御によりＣＰＵ２０２が記憶装置２０４に格納されたプログラムをメモリ２０３上に呼び出して実行することにより以下に説明する各機能を実現している。
【００２７】
サーバ装置１０２、１０３、端末装置１０７、１０８も、前述した管理装置１０５と同様のハードウェア構成によりより実現することができる。但し、サーバ装置１０２、１０３は、ディスプレイ等の表示装置２０７、キーボード等の入力装置２０８を備えていなくてもよい。また、サーバ装置１０２、１０３は、それぞれ、ＣＰＵ２０２、メモリ２０３、ハードディスク等の二次記憶装置２０４、バス等の内部信号線２０５を備えたコンピュータ基盤であって、それらのコンピュータ基盤が、内部にネットワークを備えた１つの筐体に格納されている形態でもよい。また、サーバ装置１０２、１０３は、それら自身では記憶装置２０４を有せず、あるいは、それら自身が有する記憶装置２０４を利用せずに、外部に設置された複数の格納領域を有する記憶装置とネットワークを介して接続される形態でもよい。
【００２８】
図３は本発明の他の実施形態による通信システムの全体構成を示すブロック図である。図３において、３０１は記憶装置、３０２は記憶装置側ネットワークであり、他の符号は図１の場合と同一である。図３に示す通信システムの例は、サーバ装置１０２、１０３が、それら自身では記憶装置２０４を有せず、あるいは、それら自身に有する記憶装置２０４を利用せず、外部に設置された複数の格納領域を有する記憶装置３０１とネットワークを介して接続される場合の例である。
【００２９】
図３に示す通信システムにおけるサーバ装置１０２、１０３は、記憶装置３０１と、記憶装置側ネットワーク３０２を介して接続されている。記憶装置３０１は、内部に複数のサーバ装置１０２、１０３のそれぞれに対応する記憶領域を有しており、サーバ装置１０２、１０３とは、ｉＳＣＳＩ等の専用プロトコルを用いて通信を行う。
【００３０】
記憶装置側ネットワーク３０２は、端末装置側ネットワーク１０４と同様の１００Ｍｂｐｓや、１Ｇｂｐｓの固定された帯域幅を持つ一般的なネットワークである。なお、記憶装置側ネットワーク３０２は、端末装置側ネットワーク１０４と同一のネットワークとして共用してもよい。
【００３１】
前述した本発明の他の実施形態による通信システムは、図１により説明した通信システムの場合と同様に、データセンタ１０１にサーバ装置１０２、１０３が集約されて配置されているため、記憶装置３０１とサーバ装置１０２、１０３との間の通信は、記憶装置ネットワーク３０１に集中する。サーバ装置１０２、１０３の起動時に、サーバ装置１０２、１０３が記憶装置３０１から取得するデータ量は、端末装置１０７、１０８がサーバ装置１０２、１０３の通常のアプリケーションの処理サービスを利用するときの通信データ量に比較して多くなる。
【００３２】
従って、サーバ装置１０２、１０３の起動時には、記憶装置３０１からサーバ装置１０２、１０３への通信データ量が、記憶装置側ネットワーク３０２に許容される帯域幅を超える可能性があり、記憶装置側ネットワーク３０２に輻輳が発生する恐れが生じる。このため、本発明の実施形態では、記憶置側ネットワーク３０２に管理装置１０５を設置する。管理装置１０５は、前述で説明した接続処理の制御を行うと共に、サーバ装置１０２、１０３の起動処理の制御を行う。
【００３３】
図４は端末装置１０７がサーバ装置１０２に接続して通信を行う場合に、管理装置１０５が、端末装置側ネットワーク１０４の通信データ量を制御しながら、端末装置１０７からサーバ装置１０２への接続要求を仲介する処理動作を説明するフローチャートであり、次に、これについて説明する。
【００３４】
（１）端末装置１０７は、サーバ装置１０２を利用したい場合に、利用者情報４０１及び接続要求４２１を送信する。管理装置１０５は、端末装置１０７から送信されれてきた利用者情報４０１及び接続要求４２１を受信する。端末装置１０７の利用者情報とは、端末装置１０７の利用者を認証するための情報であり、利用者ＩＤとパスワードとの組み合わせからなる。パスワードは、固定パスワードでも、ワンタイムパスワードでもよい。また、利用者情報として、デジタル証明書やバイオメトリクス情報を用いてもよい（ステップ４０２）。
【００３５】
（２）管理装置１０５は、ステップ４０２において受信した利用者情報４０１を解析し、利用者が正規の利用者であると認証できたか否かを確認する。管理装置１０５は、認証が成功しなかった場合、認証失敗４０４のメッセージを端末装置１０７に送信して処理を中止し、また、認証が成功して正規の利用者であることが確認できた場合、認証成功４０５のメッセージを端末装置１０７に送信し、ステップ４０７以降の処理を続行する（ステップ４０３）。
【００３６】
前述において、端末装置１０７は、管理装置１０５から認証失敗４０４のメッセージ、あるいは、認証成功４０５のメッセージを受け取ると、ディスプレイに表示する等により、その情報を利用者に通知する。
【００３７】
（３）ステップ４０３で認証に成功した場合、端末装置１０７がサーバ装置情報４０６と接続設定情報４２２とを送信してくるので、管理装置１０５は、端末装置１０７から送信されてくるサーバ装置情報４０６と接続設定情報４２２とを受信する。サーバ装置情報４０６とは、サーバ装置１０２を一意に指定するための情報であり、コンピュータ名等の情報である。接続設定情報４２２とは、サーバ装置１０２のサービスを利用するための情報であり、サーバ装置１０２のターミナルサービスを利用する場合、サーバ装置１０２から受信する画面情報のサイズ、色深度、端末装置１０７のハードディスクやプリンタ等のローカルデバイスとの接続の有無、転送画面における背景画像の有無等の情報である。また、サーバ装置１０２のウェブサーバ機能によるサービス等、他のサービスを利用する場合における接続設定情報４２２は、そのサービスを利用するための設定情報である。なお、サーバ装置情報４０６や接続設定情報４２２は、ステップ４０２での処理時に利用者情報４０１や接続要求４２１と同時に受信してもよい（ステップ４０７）。
【００３８】
（４）次に、管理装置１０５は、接続対象であるサーバ装置１０２の起動状態や待機状態を調べて、その結果を端末装置１０７に通知する。このため、管理装置１０５は、ｐｉｎｇやポートスキャン等のプログラムを用いて、接続対象に割り当てたサーバ装置１０２の起動状態や、サーバ装置１０２のターミナルサービス等に関する接続インタフェースの起動状態の問い合わせ４０９を行い、応答４１０を受け取る。さらに、管理装置１０５は、後述するように利用者がログインしていない状態か、ログインされた後に切断されている状態かの問い合わせ４０９をサーバ装置４０９に行い、応答４１０を受け取ってもよい。その後、管理装置１０５は、応答４１０をもとに、サーバ装置１０２の起動状態、サーバ装置１０２におけるサービスの起動状態、利用者のログイン状態を、状態情報４１１として端末装置１０７に送信する（ステップ４０８）。
【００３９】
前述において、端末装置１０７は、管理装置１０５から状態情報４１１を受け取ると、ディスプレイに表示する等により、その情報を利用者に通知する。
【００４０】
なお、ここでは、サーバ装置１０２及びサーバ装置１０２におけるサービスは起動しているものとして、ステップ４１２以降の処理に進む。サーバ装置１０２及びサーバ装置１０２におけるサービスが起動されていない場合の処理については、図６を参照して後述する。
【００４１】
（５）管理装置１０５は、端末装置１０７からサーバ装置１０２への接続処理を行うために要するネットワーク帯域幅を算出する。必要なネットワーク帯域幅は、端末装置１０７がサーバ装置１０２のターミナルサービスを利用する場合であれば、受信する画面情報のサイズや色深度等の接続設定情報４２２に依存する。また、サーバ装置１０２にログインして接続する場合と、１度ログインした後、切断して待機状態にあるサーバ装置１０２に接続する場合によっても異なる。ネットワーク帯域幅については、通信パケットのヘッダー部分に記載された帯域幅情報を読み取ることにより取得してもよい。あるいは、ステップ４０７での処理において管理装置１０５が受信する接続設定情報４２２に含まれていてもよい。あるいは、帯域幅の情報をデータベースに格納しておき、サーバ装置情報４０６や接続設定情報４２２等に対応する帯域幅をデータベースから取得してもよい（ステップ４１２）。
【００４２】
（６）管理装置１０５は、端末装置１０７からの接続要求４２１をメモリ２０３上の接続要求処理キューに格納する。接続要求処理キューとは、接続要求を処理するための待ち行列であり、先に入力された接続要求４２１が先に処理される。なお、接続要求処理キューとして、優先度の異なる複数のキューからなる接続要求処理キューを備えてもよい。なお、複数キューからなる続要求処理キューについての詳細は、図５を参照して後述する（ステップ４１３）。
【００４３】
（７）その後、管理装置１０５は、接続要求４２１が接続要求処理キューに格納されてから処理されるまでの処理待ち時間や、要求をキューに格納する時点にすでに接続要求処理キューに格納されている他の接続要求数を確認する。処理待ち時間は、単一のキューからなる接続処理キューの場合、例えば、式（１）により求めることができる。複数のキューからなる接続処理キューの場合も同様である。
【数１】
0004550704.tif 000002
【００４４】
式（１）において、
ｎは、当該接続要求４２１の格納時点に既にキューに格納されている接続要求数、
Ｖliは、各接続要求の接続処理に要するネットワーク帯域幅、
Ｔliは各接続要求の接続処理に係る時間、
Ｖl0は端末装置側ネットワーク１０４の有効帯域幅である。
【００４５】
管理装置１０５は、これらの処理待ち時間や処理待ち接続要求数を待機情報４１５として端末装置１０７に送信する。また、管理装置１０５は、単位時間当たりの接続要求処理キューに格納されている処理待ち接続要求数やその合計値を、予め設定した周期で定期的に、あるいは、予め設定してある閾値を超えた場合や、現在までの最大値を更新した場合等に、電子メールやＳＮＭＰ（Simple Network Management Protocol）トラップ等の手段を用いて、管理者あるいは管理者に通知するための装置に通知する（ステップ４１４）。
【００４６】
前述において、端末装置１０７は、待機情報４１５を受け取ると、ディスプレイに表示する等により、その情報を利用者に通知する。
【００４７】
（８）その後、管理装置１０５は、接続処理が可能であるか否かを判断する。管理装置１０５は、可能であると判断した場合、端末装置１０７に、端末装置１０７がサーバ装置１０２に接続要求４１８を送信できるようにするためにサーバ装置識別情報４１７を送信する。サーバ装置識別情報４１７とは、サーバ装置１０２を一意に識別するための情報であり、サーバ装置情報４０６等に対応するＩＰアドレス情報等である。また、管理装置１０５は、接続処理が不可能であると判断した場合、ステップ４１４に戻り、再度、処理を繰り返す。接続処理が可能であるか否かの判断は、式（２）が成立するか、あるいは、式（３）が成立するか等により行うことができる。式（２）、式（３）は、いずれも、端末装置側ネットワーク１０４に接続処理に必要とする帯域の空きがあることを確認するためのものである（ステップ８１６）。
【数２】
0004550704.tif 000003
【００４８】
式（２）において、
Ｖl0は、端末装置側ネットワーク１０４の有効帯域幅、
Ｖl1は、端末装置側ネットワーク１０４の使用中の有効帯域幅、
Ｖlcは、当該接続要求４２１の接続処理に要するネットワーク帯域幅である。
【数３】
0004550704.tif 000004
【００４９】
式（３）において、
Ｖl0は、端末装置側ネットワーク１０４の有効帯域幅、
ｍは、接続処理中の接続要求数、
Ｖliは、各接続要求の接続処理に要するネットワーク帯域幅、
Ｖlcは、当該接続要求４２１の接続処理に要するネットワーク帯域幅である。
【００５０】
（９）端末装置１０７は、管理装置１０５からサーバ装置識別情報４１７を受信すると、その情報を利用してサーバ装置１０２へ接続処理を行う。このため、端末装置１０７は、サーバ装置１０２へ接続要求４１８等を送信し、サーバ装置１０２から接続情報、初期設定情報、初期情報等からなる接続応答４１９等を受信することにより接続処理を完了する。接続処理完了以降、端末装置１０７は、サーバ装置１０２のサービスを利用するための通信４２０を行う。
【００５１】
図５は複数キューからなる続要求処理キューの構成例を示す図であり、次に、これについて説明する。
【００５２】
図５に示す例は、接続要求処理キュー５０３が優先度の異なる複数のキューからなるものであり、キューの数は、優先度のレベル分けに応じて適切な数が用意される。図５に例示するように、３つの優先度の異なるキューを有する場合、端末装置１０７からの接続要求４２１は、接続要求振り分け手段５０２により、高優先度キュー５０４、中優先度キュー５０５、低優先度キュー５０６のいずれかに入力され、高優先度キュー５０４に格納された接続要求４２１は中優先度キュー５０５、低優先度キュー５０６より優先的に処理され、中優先度キュー５０５に格納された接続要求４２１は低優先度キュー５０６より優先的に処理される。
【００５３】
接続要求振り分け手段５０２は、端末装置１０７からの利用者情報４０１、利用者の属性、端末装置１０７の位置、サーバ装置情報４０６、接続設定情報４２２等に応じて、各優先度のキューに接続要求４２１を振り分ける。利用者の属性とは、利用者の所属、部署、役職等の情報である。優先度は、データベースに利用者情報４０１と対応付けて格納しておき利用者情報４０１をキーとしてデータベースを検索する等の方法を用いて取得することができる。また、端末装置１０７の位置とは、社内、社外（自宅、モバイル）等の情報である。この端末装置１０７の位置の情報は、接続設定情報４２２に含まれていてもよいし、端末装置１０７からの通信パケットの送信元ＩＰアドレスをもとに判断してもよい。
【００５４】
図６は端末装置１０７がサーバ装置１０２に接続して通信を行う場合に、管理装置１０５が、端末装置１０７から接続要求４２１を受信し、記憶装置側ネットワーク３０２の通信データ量を制御しながらサーバ装置１０２の起動要求を仲介する制御を行う処理を説明するフローチャートであり、次に、これについて説明する。なお、図６に示す処理は、図４におけるステップ４０８とステップ４１２との間に挿入される処理であり、図６に示すステップ４０８とステップ４１２との処理は、図４のステップ４０８及びステップ４１２と同一の処理である。
【００５５】
（１）管理装置１０５は、接続対象とするサーバ装置１０２の状態の問い合わせ４０９を行い、サーバ装置１０２からの応答４１０をもとに、サーバ装置１０２及びサーバ装置１０２におけるサービス接続インタフェースが未起動の状態であるか否かを判定し、未起動でなく起動されていると判断した場合、その旨を状態情報４１１として端末装置１０７に送信し、図４により説明したステップ４１２からの処理に進む（ステップ４０８、６０１）。
【００５６】
（２）ステップ６０１の判定で、管理装置１０５が、応答４１０をもとに、サーバ装置１０２及びサーバ装置１０２におけるサービス接続インタフェースが起動していないと判断した場合、その旨を状態情報４１１として端末装置１０７に送信し、その後、管理装置１０５は、サーバ装置１０２の起動処理を行うために必要なネットワークの帯域幅を算出する。必要なネットワーク帯域幅は、起動対象となるサーバ装置１０２や、サーバ装置１０２のＯＳ等によって異なる。ネットワークの帯域幅の情報は、ステップ４０７での処理で、管理装置１０５が受信する接続設定情報４２２に含まれていてもよく、あるいは、帯域幅の情報をデータベースに格納しておき、サーバ装置情報４０６や接続設定情報４２２に対応する帯域幅をデータベースから取得してもよい（ステップ６０２）。
【００５７】
（３）管理装置１０５は、サーバ装置１０２への起動要求をメモリ２０３上の起動要求処理キューに格納する。起動要求処理キューとは、接続要求を処理するための待ち行列であり、先に入力された起動要求が先に処理される。起動要求処理キューは、図４により説明したステップ４１３の処理における接続要求処理キューと同様の機能を備える。従って、図５に例示するように優先度の異なる複数のキューからなる起動要求処理キューを備えてもよく、端末装置１０７の利用者情報４０１、利用者の属性、端末装置１０７の位置、サーバ装置情報４０６、接続設定情報４２２等に応じて優先度付けされて処理されてもよい（ステップ６０３）。
【００５８】
（４）管理装置１０５は、起動要求が起動要求処理キューに格納されてから処理されるまでの処理待ち時間や、格納時点にすでに起動要求処理キューに格納されている他の起動要求数を確認する。処理待ち時間は、単一のキューからなる接続処理キューの場合、例えば、式（４）により求めることができる。複数のキューからなる接続処理キューの場合も同様である。
【数４】
0004550704.tif 000005
【００５９】
式（４）において、
ｐは、当該起動要求の格納時点に既にキューに格納されている起動要求数、
Ｖbiは、各起動要求の起動処理に要するネットワーク帯域幅、
Ｔbiは、各起動要求の起動処理に係る時間、
Ｖb0は、記憶末装置側ネットワーク３０２の有効帯域幅である。
【００６０】
管理装置１０５は、これらの処理待ち時間や処理待ち起動要求数を待機情報６０５として端末装置１０７に送信する。また、管理装置１０５は、単位時間当たりの起動要求処理キューに格納されている処理待ち起動要求数やその合計値を、予め設定した周期で定期的に、あるいは、予め設定してある閾値を超えた場合や、現在までの最大値を更新した場合等に、電子メールやＳＮＭＰ（Simple Network Management Protocol）トラップ等の手段を用いて、管理者あるいは管理者に通知するための装置に通知する（ステップ６０４）。
【００６１】
前述において、端末装置１０７は、待機情報６０５を受け取ると、ディスプレイに表示する等により、その情報を利用者に通知する。
【００６２】
（５）その後、管理装置１０５は、サーバ装置に対する起動処理が可能であるか否かを判断する。管理装置１０５は、起動処理が可能であると判断した場合、ステップ６０７の処理に進みサーバ装置１０２の起動を行い、また、起動処理が不可能であると判断した場合、ステップ６０４に戻り、再度、処理を繰り返す。起動処理が可能であるか否かの判断は、式（５）が成立するか、あるいは、式（６）が成立するか等により行うことができる。式（５）、式（６）は、いずれも、記憶装置側ネットワーク３０２に起動処理に必要とする帯域の空きがあることを確認するためのものである（ステップ６０６）。
【数５】
0004550704.tif 000006
【００６３】
式（５）において、
Ｖb0は、記憶装置側ネットワーク３０２の有効帯域幅、
Ｖb1は、記憶装置側ネットワーク３０２の使用中の有効帯域幅、
Ｖbcは、当該起動要求の起動処理に要するネットワーク帯域幅である。
【数６】
0004550704.tif 000007
【００６４】
式（６）において、
Ｖb0は、記憶装置側ネットワーク３０２の有効帯域幅、
ｑは、起動処理中の起動要求数、
Ｖbiは、各起動要求の起動処理に要するネットワーク帯域幅、
Ｖbcは、当該起動要求の起動処理に要するネットワーク帯域幅である。
【００６５】
（６）ステップ６０６で、起動処理が可能であると判断した場合、管理装置１０５は、サーバ装置１０２の起動処理を行う。このため、管理装置１０５は、サーバ装置１０２に対し、起動要求６０８を送信する。サーバ装置１０２は、起動要求６０８を受信すると、自身のＯＳを起動し、さらに端末装置１０７に提供するサービスを起動する。サーバ装置１０２は、サービス起動後に管理装置１０５に応答６０９を送信して、自身の起動状態、及び、自身におけるサービス接続インタフェースの起動状態を通知する。あるいは、管理装置１０５が、サーバ装置１０２の起動状態や、サーバ装置１０２におけるサービス接続インタフェースの起動状態の問い合わせを行い、それに対する応答６０９を受け取ってもよい（ステップ６０７）。
【００６６】
（７）管理装置１０５は、サーバ装置１０２からの応答６０９を元に、サーバ装置１０２及びサービス接続インタフェースの起動状態を判断し、起動済みであると判断した場合、状態情報４１１を端末装置１０７に送信し、図４により説明したステップ４１２以降の、端末装置１０７とサーバ装置１０２の接続処理を実施する。起動に失敗したと判断した場合、管理装置１０５は、起動エラー情報６１１を端末装置１０７に送信した後、エラー情報をログに出力したり、アラート情報をサーバ装置の管理者に送付したりする（ステップ６１０）。
【００６７】
前述した本発明の実施形態での処理は、管理装置１０５が端末装置１０７からの接続要求に対して、接続処理が可能になったときに端末装置１０７にサーバ装置識別情報を送信し、これに基づいて端末装置１０７がサーバ装置１０２に直接ログインして接続するというものであった。
【００６８】
一般に、端末装置１０７からサーバ装置１０２に直接ログインして接続する場合と、サーバ装置１０２にログインした後、切断し、その後、接続する場合では、前者の処理に要する通信データ量より、後者の処理に要する通信データ量の方が少ない。従って、端末装置１０７からサーバ装置１０２に直接ログインして接続してもよいが、サーバ装置１０２の状態を、管理装置１０５が、利用者の代理で１度サーバ装置１０２にログインし、その後、切断した状態としておくことにより、端末装置１０７は、より少ない通信データでサーバ装置１０２に接続することが可能なる。次に、このような場合の処理について説明する。
【００６９】
図１０は管理装置１０５が、利用者の代理としてサーバ装置１０２にログインし、その後、切断してサーバ装置１０２を待機状態にしておく処理動作を説明するフローチャートである。図１０に示す処理は、図４に示すフローのステップ４０８とステップ４１２との間に挿入される処理であり、サーバ装置１０２が未起動の場合、図６に示した起動処理を実施した後に行われる。図１０に示すステップ４０８とステップ４１２とは、図４のステップ４０８及びステップ４１２と同一の処理である。
【００７０】
（１）管理装置１０５は、接続対象とするサーバ装置１０２の状態の問い合わせを行い、サーバ装置１０２からの応答４１０をもとに、サーバ装置１０２がログインされずに未ログインの状態にあるか否かを判定し、サーバ装置１０２がログインされた後、切断されて待機状態にあると判断した場合、その旨を状態情報４１１として端末装置１０７に送信し、図４に示したステップ４１２の処理に進み、サーバ装置１０２がログインされていないと判断した場合、その旨を状態情報４１１として端末装置１０７に送信し、ステップ１００２の処理に進む（ステップ４０８、１００１）。
【００７１】
（２）ステップ１００１でサーバ装置１０２が未ログインの状態と判断された場合、管理装置１０５は、サーバ装置１０２へのログイン処理を行うために必要なネットワーク帯域幅を算出する。必要なネットワーク帯域幅は、ログイン対象となるサーバ装置１０２や、サーバ装置１０２のＯＳ等によって異なる。ネットワーク帯域幅の情報は、ステップ４０７で管理装置１０５が受信する接続設定情報４２２に含まれていてもよく、あるいは、帯域幅の情報をデータベースに格納しておき、サーバ装置情報４０６や接続設定情報４２２に対応する帯域幅をデータベースから取得してもよい（ステップ１００２）。
【００７２】
（３）管理装置１０５は、サーバ装置１０２へのログイン要求をメモリ２０３上のログイン要求処理キューに格納する。ログイン要求処理キューとは、ログイン要求を処理するための待ち行列であり、先に入力されたログイン要求が先に処理される。ログイン要求処理キューは、図４により説明したステップ４１３における接続要求処理キューと同様の機能を備える。従って、図５に例示するように優先度の異なる複数のキューからなるログイン要求処理キューを備えてもよく、端末装置１０７の利用者情報４０１、利用者の属性、端末装置１０７の位置、サーバ装置情報４０６、接続設定情報４２２等に応じて優先度付けされて処理されてもよい（ステップ１００３）。
【００７３】
（４）管理装置１０５は、ログイン要求がログイン要求処理キューに格納されてから処理されるまでの処理待ち時間や、格納時点にすでに起動要求処理キューに格納されている他の起動要求数を確認する。処理待ち時間は、図４のステップ４１４の処理における接続要求に対する処理待ち時間の算出方法と同様の方法により算出することができる。管理装置１０５は、これらの処理待ち時間や、処理待ち要求数を待機情報１００５として端末装置１０７に送信する。また、管理装置１０５は、単位時間当たりのログイン要求処理キューに格納されている処理待ち接続要求数やその合計値を、予め設定した周期で定期的に、あるいは、予め設定してある閾値を超えた場合や、現在までの最大値を更新した場合等に、電子メールやＳＮＭＰ（Simple Network Management Protocol）トラップ等の手段を用いて、管理者、あるいは、管理者に通知するための装置に通知する（ステップ１００４）。
【００７４】
前述において、端末装置１０７は、待機情報１００５を受け取ると、ディスプレイに表示する等により、その情報を利用者に通知する。
【００７５】
（５）管理装置１０５は、ログイン処理が可能であるか否かを判断する。可能であると判断した場合、管理装置１０５は、ステップ１００７に進みサーバ装置１０２へのログインを行う。また、ログイン処理が不可能であると判断した場合、管理装置１０５は、ステップ１００４に戻り、再度、処理を繰り返す。ログイン処理が可能であるか否かの判断は、図４により説明したステップ４１６における接続処理の判断の場合と同様である（ステップ１００６）。
【００７６】
（６）ステップ１００６で、ログイン処理が可能であると判断された場合、管理装置１０５は、サーバ装置１０２へのログイン処理を行う。ログイン処理に必要な情報は、図４により説明したステップ４０２における利用者情報４０１に含めておくこととする。サーバ装置１０２へのログイン処理のため、管理装置１０５は、サーバ装置１０２に対してログイン要求１００８を送る。サーバ装置１０２は、ログイン要求１００８を受信すると、ログイン処理を受け付け、ログイン処理後に管理装置１０５に応答１００９を送信して、ログイン状態を通知する。あるいは、管理装置１０５が、サーバ装置１０２へのログイン状態の問い合わせを行い、それに対する応答１００９を受け取ってもよい（ステップ１００７）。
【００７７】
（７）管理装置１０５は、サーバ装置１０２からの応答１００９を元にサーバ装置１０２へのログイン状態がログイン成功か否かを判断する。ログイン成功であると判断した場合、ステップ１０１２の処理に進み、ログインに失敗したと判断したとき、管理装置１０５は、ログインエラー情報１０１１を端末装置１０７に送信した後、エラー情報をログに出力したり、アラート情報をサーバ装置の管理者に送付したりする（ステップ１０１０）。
【００７８】
（８）ステップ１０１０で、ログイン成功であると判断した場合、管理装置１０５は、サーバ装置１０２との切断処理を行う。このため、管理装置１０５は、サーバ装置１０２に対して切断要求１０１３を送信する。サーバ装置１０２は、切断要求１０１３を受信すると、切断処理を実行する。サーバ装置１０２は、切断処理の後に管理装置１０５に応答１０１４を送信して切断状態を通知する。あるいは、管理装置１０５が、サーバ装置１０２への切断状態の問い合わせを行い、それに対する応答１０１４を受け取ってもよい（ステップ１０１２）。
【００７９】
（９）次に、管理装置１０５は、サーバ装置１０２からの応答１０１４を元にサーバ装置１０２との切断状態を判断して、切断成功か否かを判定する。管理装置１０５は、切断成功であると判断した場合、状態情報４１１を端末装置１０７に送信し、図４により説明したステップ４１２以降の、端末装置１０７とサーバ装置１０２との接続処理を実施する。また、切断に失敗したと判断したとき、管理装置１０５は、切断エラー情報１０１６を端末装置１０７に送信した後、エラー情報をログに出力したり、アラート情報をサーバ装置の管理者に送付したりする（ステップ１０１５）。
【００８０】
一般に、サーバ装置１０２の起動に係る時間は、サーバ装置１０２への接続に係る時間よりはるかに長いので、端末装置１０７からの接続要求４２１の受信より以前にサーバ装置１０２を起動しておくことにより、端末装置から１０７サーバ装置１０２への接続時間の短縮を図ることができる。以下では、端末装置１０７からの接続要求４２１の受信より以前にサーバ装置１０２を起動する処理の例の幾つかについて説明する。また、説明する事前の起動処理に加えて、ログイン、切断処理を実施してもよい。
【００８１】
図７は管理装置１０５が端末装置１０７から登録された時刻にサーバ装置１０２を起動する場合の処理動作を説明するフローチャートであり、まず、この例について説明する。
【００８２】
（１）まず、管理装置１０５は、端末装置１０７から送信されてくる利用者情報４０１及び起動時刻登録要求７０１を受信する。管理装置１０５は、利用者情報４０１を受信した後、図４により説明したステップ４０３での処理と同様の認証処理を行う（ステップ７０２、４０３）。
【００８３】
（２）ステップ４０３での認証が成功した後、管理装置１０５は、端末装置１０７から対象となるサーバ装置情報４０６及び起動時刻７０６の情報を受信して登録する。これらのサーバ装置情報４０６及び起動時刻７０６の情報は、ステップ７０２での処理時に利用者情報４０１及び起動時刻登録要求７０１と同時に受信してもよい。管理装置１０５は、指定されたサーバ装置１０２に対する起動時刻登録を完了すると、登録完了７０８のメッセージを端末装置１０７に送信する（ステップ７０７）。
【００８４】
前述において、端末装置１０７は、管理装置１０５から登録完了７０８のメッセージを受け取ると、ディスプレイに表示する等により、その情報を利用者に通知する。
【００８５】
（３）管理装置１０５は、現在時刻がステップ７０７で登録された起動時刻７０６であるか否かを監視して判断する。起動時刻７０６でない場合、待機して監視処理を続行する。起動時刻７０６になったと判断した場合、図６により説明したステップ４０８からステップ６１０の処理を実行し、サーバ装置１０２を起動する。さらに、図１０により説明したステップ４０８からステップ１０１５の処理を実行し、サーバ装置１０２へのログイン・切断を行ってもよい。ここで起動、ログイン・切断されたサーバ装置１０２は、端末装置１０７からの接続要求４２１があるまで待機状態となる。管理装置１０５は、端末装置１０７の接続要求４２１を受信した場合は、図４により説明したステップ４０２からの接続要求処理を実行する（ステップ７０９、４０８）。
【００８６】
図８は管理装置１０２が利用者のサーバ装置１０２への接続要求時刻を推定し、その推定時刻に合わせてサーバ装置１０２を起動する処理動作を説明するフローチャートであり、次に、この例について説明する。
【００８７】
（１）管理装置１０５は、端末装置１０７から送信されてくる利用者情報４０１及び自動起動登録要求８１１を受信する。管理装置１０５は、利用者情報４０１を受信した後、図４により説明したステップ４０３での処理と同様の認証処理を行う（ステップ８１２、４０３）。
【００８８】
（２）ステップ４０３での認証が成功した後、管理装置１０５は、端末装置１０７から対象となるサーバ装置情報４０６を受信して登録する。サーバ装置情報４０６は、ステップ８１２の処理時に利用者情報４０１及び自動起動登録要求８１１と同時に受信してもよい。管理装置１０５は、指定されたサーバ装置１０２に対する自動起動登録を完了すると、登録完了８１４のメッセージを端末装置１０７に送信する（ステップ８１３）。
【００８９】
前述において、端末装置１０７は、管理装置１０５から登録完了８１４のメッセージを受け取ると、ディスプレイに表示する等により、その情報を利用者に通知する。
【００９０】
（３）管理装置１０５は、サーバ装置１０２への接続要求時刻の推定を行い、推定した時刻をサーバ装置１０２の起動時刻として登録する。起動時刻の推定は、利用者のこれまでの履歴を登録しておき、この登録された履歴情報からいままででの最も早い接続要求時刻に、サーバ装置１０２の起動に要する時間及び誤差の時間を加えた時間を減じた時刻を起動時刻とする等により推定する。あるいは、利用者の現時点までの接続要求時刻の平均値、分散、サンプル数をもとに確率的に充分早い接続要求時刻を求め、それにサーバ装置１０２の起動に要する時間及び誤差の時間を加えた時間を減じた時刻を起動時刻としてもよい（ステップ８０１）。
【００９１】
（４）次に、管理装置１０５は、図７により説明したステップ７０９に進み、現在時刻がステップ８０１の処理で推定、登録された起動時刻となったか否かを判断する。起動時刻となっていた場合、図６により説明したステップ４０８からステップ６１０の処理を実行してサーバ装置１０２を起動する。さらに、図１０により説明したステップ４０８からステップ１０１５の処理を実行し、サーバ装置１０２へのログイン・切断を行ってもよい。ここで起動、ログイン・切断したサーバ装置１０２は、利用者からの接続要求４２１があるまで待機状態となる（ステップ７０９、６０７）。
【００９２】
（５）管理装置１０５は、端末装置１０７からの接続要求４２１を待ち受ける。そして、管理装置１０５は、端末装置１０７からの接続要求４２１がないか否かを判定し、接続要求４２１を受信することができた場合は、図４により説明したステップ４０２の処理に進み、接続要求処理を実行する（ステップ８０２、８０３、４０２）。
【００９３】
（６）ステップ８０３の判定で、端末装置１０７からの接続要求４２１がなく、接続要求を受信することができなかった場合、管理装置１０５は、端末装置１０７からの接続要求４２１の待ち受け時間が、予め設定された時間、あるいは、予め設定された時刻を超えているか否か、すなわち、待ち受け時間をオーバーしたか否かを判定し、待ち受け時間をオーバーしていなかった場合、ステップ８０２に戻り、接続要求待ち受け処理を続行する（ステップ８０４）。
【００９４】
（７）ステップ８０４の判定で、待ち受け時間が予め設定された時間、あるいは、予め設定された時刻を超えた場合、管理装置１０５は、起動したサーバ装置１０２を停止する。このため、管理装置１０５は、サーバ装置１０２に停止要求８０６を送る。サーバ装置１０２は、停止要求８０６を受信すると、端末装置１０７に提供するサービスを停止し、さらに自身のＯＳを停止する。サーバ装置１０２は、ＯＳ停止中に管理装置１０５に応答８０７を送信して、自身のサービス接続インタフェースの停止状態、及び、自身の停止状態を通知する。あるいは、管理装置１０５が、サーバ装置１０２のサービス接続インタフェースの停止状態や、サーバ装置１０２の停止状態の問い合わせを行い、それに対する応答８０７を受け取ってもよい（ステップ８０５）。
【００９５】
図９は管理装置１０５が入退室管理装置と連携してサーバ装置１０２を自動起動する処理動作を説明するフローチャートであり、次に、この例について説明する。ここで説明する例は、端末装置が設置されている部屋、建家等の入り口での端末装置利用者の入退出を管理する入退出管理装置との連携を行ってサーバ装置１０２を自動起動する処理の例である。
【００９６】
（１）管理装置１０５は、端末装置１０７から送信されてくる利用者情報４０１及び入退出管理装置と連携した自動起動登録要求９０１を受信する。管理装置１０５は、利用者情報４０１を受信した後、図４により説明したステップ４０３での処理と同様の認証処理を行う（ステップ９０２、４０３）。
【００９７】
（２）ステップ４０３での認証が成功した後、管理装置１０５は、端末装置１０７から対象となるサーバ装置情報４０６を受信して登録する。サーバ装置情報４０６は、ステップ９０２の処理時に利用者情報４０１及び入退出管理装置と連携した自動起動登録要求９０１と同時に受信してもよい。管理装置１０５は、指定されたサーバ装置１０２に対する自動起動登録を完了すると、登録完了９０８のメッセージを端末装置１０７に送信する（ステップ９０７）。
【００９８】
前述において、端末装置１０７は、管理装置１０５から登録完了９０８メッセージを受け取ると、ディスプレイに表示する等により、その情報を利用者に通知する。
【００９９】
（３）その後、入退室管理装置９１０は、利用者のオフィス等への入室を契機として、入室の際に確認した利用者の情報をもとに、利用者情報４０１及び起動要求９１１を管理装置１０５に送信してくる。管理装置１０５は、入退室管理装置９１０が送信した利用者情報４０１及び起動要求９１１を受信する（ステップ９１２）。
【０１００】
（４）管理装置１０５は、利用者情報４０１を受信した後、図４により説明したステップ４０３での処理と同様の認証処理を行う。認証に成功した場合、管理装置１０５は、図６により説明したステップ４０８からステップ６１０の処理を実行し、サーバ装置１０２を起動する。さらに、図１０により説明したステップ４０８からステップ１０１５の処理を実行し、サーバ装置１０２へのログイン・切断を行ってもよい。ここで起動、ログイン・切断したサーバ装置１０２は、利用者からの接続要求４２１があるまで待機状態となる（ステップ４０３、４０８）。
【０１０１】
以降、管理装置１０５は、図８により説明したステップ８０２以降の、端末装置１０７からの接続要求の待ち受け処理を行う。そして、管理装置１０５は、図８で説明したように、端末装置１０７から接続要求があった場合は、図４のステップ４０２以降の接続処理を行う。待ち受け時間内に接続要求がない場合は、ステップ８０５のサーバ装置１０２の停止処理を行う。
【０１０２】
前述した例では、入退室管理装置９１０と管理装置１０５とが連携して、サーバ装置１０２を起動する処理について説明したが、入退室管理装置９１０と管理装置１０５とが連携して、利用者の退室時にサーバ装置１０２を停止する処理についても同様の処理を行うことにより実現することができる。また、入退室管理装置９１０の代わりに、管理装置１０５との同様の連携機能を有する出退勤管理装置等を利用してもよい。
【０１０３】
前述した本発明の実施形態での各処理は、プログラムにより構成し、計算機が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【０１０４】
以上、説明したように、本発明の実施形態によれば、次のような特徴と機能を奏することができる。
【０１０５】
前述した本発明の実施形態によれば、サーバ装置とサーバ装置にネットワークを介して接続される端末装置とからなる通信システムにおいて、端末装置からサーバ装置１０２への接続処理に要する通信データ量が端末装置側ネットワークの許容帯域幅を超える場合に、端末装置からサーバ装置への接続要求を待機させることができ、また、端末装置からサーバ装置への接続要求処理における待機情報を端末装置の利用者に通知することができる。
【０１０６】
また、本発明の実施形態によれば、端末装置の利用者の属性、端末装置の位置、サーバ装置への接続設定情報等に応じて、端末装置からの接続要求処理の優先度を決定することができる。
【０１０７】
さらに、前述した本発明の実施形態によれば、端末装置からサーバ装置への接続要求処理に合わせてサーバ装置を起動する通信システムにおいて、サーバ装置の起動処理に要する通信データ量が記憶装置側ネットワークの許容帯域幅を超える場合に、サーバ装置への起動要求を待機させることができ、また、端末装置からサーバ装置への起動要求処理における待機情報を端末装置の利用者に通知することができる。
【０１０８】
また、本発明の実施形態によれば、端末装置の利用者の属性、端末装置の位置、サーバ装置への接続設定情報等に応じて、サーバ装置の起動要求処理の優先度を決定することができる。
【０１０９】
さらに、本発明の実施形態によれば、利用者が事前に登録した時間に合わせて、事前にサーバ装置を起動することができ、また、サーバ装置に対して一旦ログイン処理を行っ後、サーバ装置を待機状態にすることができる。
【０１１０】
さらに、本発明の実施形態によれば、利用者の接続要求時刻を推定し、事前にサーバ装置を起動することができ、また、サーバ装置に対して一旦ログイン処理を行った後、サーバ装置を待機状態にすることができる。
【０１１１】
さらに、本発明の実施形態によれば、利用者の入退室情報と連動して、事前にサーバ装置を起動することができ、また、サーバ装置に対して一旦ログイン処理を行った後待機状態にすることができる。
【０１１２】
さらに、本発明の実施形態によれば、ある時間において蓄積されている接続要求数や起動要求数を管理者に通知することができる。
【０１１３】
さらに、本発明の実施形態によれば、端末装置からサーバ装置への接続処理にかかる通信データ量を低減することができる。
【０１１４】
これらが動作することにより、多数の端末装置から複数のサーバ装置に接続要求が集中しても、サーバ装置の集約地点のネットワークである端末装置側ネットワークや記憶装置側ネットワークの通信データ量を制御しながら、接続処理や起動処理を実行することができる。
【図面の簡単な説明】
【０１１５】
【図１】本発明の一実施形態による通信システムの全体構成を示すブロック図である。
【図２】管理装置のハードウェア構成例を示すブロック図である。
【図３】本発明の他の実施形態による通信システムの全体構成を示すブロック図である。
【図４】端末装置がサーバ装置に接続して通信を行う場合に、管理装置が、端末装置側ネットワークの通信データ量を制御しながら、端末装置からサーバ装置への接続要求を仲介する処理動作を説明するフローチャートである。
【図５】複数キューからなる続要求処理キューの構成例を示す図である。
【図６】端末装置がサーバ装置に接続して通信を行う場合に、管理装置が、端末装置から接続要求を受信し、記憶装置側ネットワークの通信データ量を制御しながらサーバ装置の起動要求を仲介する制御を行う処理を説明するフローチャートである。
【図７】管理装置が端末装置から登録された時刻にサーバ装置を起動する場合の処理動作を説明するフローチャートである。
【図８】管理装置が利用者のサーバ装置への接続要求時刻を推定し、その推定時刻に合わせてサーバ装置を起動する処理動作を説明するフローチャートである。
【図９】管理装置が入退室管理装置と連携してサーバ装置を自動起動する処理動作を説明するフローチャートである。
【図１０】管理装置が、利用者の代理としてサーバ装置にログインし、その後、切断してサーバ装置を待機状態にしておく処理動作を説明するフローチャートである。
【符号の説明】
【０１１６】
１０１  データセンタ
１０２、１０３  サーバ装置
１０４  端末装置側ネットワーク
１０５  管理装置
１０６  ネットワーク
１０７、１０８  端末装置
２０１  筐体
２０２  ＣＰＵ(Central Processing Unit）
２０３  メモリ
２０４  二次記憶装置
２０５  内部信号線
２０６  通信インタフェース
２０７  表示装置
２０８  入力装置
３０１  記憶装置
３０２  記憶装置側ネットワーク
【図１】
0004550704.tif 000008
【図２】
0004550704.tif 000009
【図３】
0004550704.tif 000010
【図４】
0004550704.tif 000011
【図５】
0004550704.tif 000012
【図６】
0004550704.tif 000013
【図７】
0004550704.tif 000014
【図８】
0004550704.tif 000015
【図９】
0004550704.tif 000016
【図１０】
0004550704.tif 000017