(57)【要約】【課題】サービス提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するようにできなかった。【解決手段】サービス識別子と当該サービスの制約情報とを有する１以上のサービス制約情報を格納し得るサービス制約情報格納部と、端末装置からサービス要求を受信するコアサーバ受信部と、サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行するサービスサーバを決定するサービスサーバ決定部と、決定したサービスサーバに対して、サービス要求を送信するコアサーバ送信部とを具備するコアサーバにより、サービス提供ポリシーを満たしつつ、レスポンス性能が向上するように、サービスを提供するサービスサーバを決定できる。【選択図】図２
2012014541.tif 000002
【特許請求の範囲】
【請求項１】
２以上の端末装置と２以上のサービスサーバと１以上のコアサーバとを有する情報システムであって、
前記端末装置は、
サービスを識別するサービス識別子を有するサービスの要求であるサービス要求を受け付ける端末受付部と、
前記サービス要求を前記コアサーバに送信する端末送信部と、
前記サービス要求の送信に応じて、サービスの結果を受信する端末受信部と、
前記端末受信部が受信したサービスの結果を出力する端末出力部とを具備し、
前記サービスサーバは、
前記サービスを遂行するための１以上の処理手段を格納し得る処理手段格納部と、
前記コアサーバから前記サービス要求を受信するサービスサーバ受信部と、
前記サービスサーバ受信部が受信したサービス要求に従って、前記処理手段格納部の処理手段を実行し、サービスを遂行し、サービスの結果を取得するサービス部と、
前記サービス部のサービスの結果を送信するサービスサーバ送信部とを具備し、
前記コアサーバは、
サービスを識別するサービス識別子と当該サービスの制約に関する情報である制約情報とを有する１以上のサービス制約情報を格納し得るサービス制約情報格納部と、
前記端末装置からサービス要求を受信するコアサーバ受信部と、
前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定するサービスサーバ決定部と、
前記サービスサーバ決定部が決定したサービスサーバに対して、前記サービス要求を送信するコアサーバ送信部とを具備する情報システム。
【請求項２】
前記コアサーバは、
ユーザ毎または２以上のユーザを含むユーザグループ毎のサービスの過去の利用状況を示す情報である履歴情報を格納し得る履歴情報格納部をさらに具備し、
前記サービスサーバ決定部は、
前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、前記履歴情報を用いて全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定する請求項１記載の情報システム。
【請求項３】
前記コアサーバは、
ユーザ毎またはユーザグループ毎のサービスの利用予定を示す情報である予約情報を格納し得る予約情報格納部をさらに具備し、
前記サービスサーバ決定部は、
前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、前記予約情報を用いて全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定する請求項１または請求項２記載の情報システム。
【請求項４】
前記コアサーバは、
前記サービスサーバ決定部が一のサービスを遂行する第一のサービスサーバを決定し、前記サービス要求送信部が前記第一のサービスサーバに対して前記サービス要求を送信し、前記第一のサービスサーバにおいて当該サービスの遂行中に、当該サービスの利用状況を示す情報である動的履歴情報を取得する動的履歴情報取得部と、
前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、前記動的履歴情報を用いて、全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行する第二のサービスサーバを決定し、
前記第二のサービスサーバが、先にサービスを遂行していた前記第一のサービスサーバと異なる場合に、前記第一のサービスサーバに対して、サービスを停止する旨を示す停止命令を送信し、前記第二のサービスサーバに対して、前記サービス要求を送信する動的サービスサーバ変更部とをさらに具備する請求項１から請求項３いずれか記載の情報システム。
【請求項５】
前記サービス要求は、
２以上のサービスを複合した複合サービスを識別するサービス識別子を有するサービスの要求であり、
前記サービスサーバ決定部は、
前記サービス要求に含まれる複合サービスを構成する２以上の各サービスを識別する２以上のサービス識別子と対になる２以上の制約情報を取得し、当該２以上の制約情報をすべて満たすように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定する請求項１から請求項４いずれか記載の情報システム。
【請求項６】
前記コアサーバ送信部は、
一のサービスを遂行するサービスサーバを変更する場合、前記一のサービスを先に遂行していた第一のサービスサーバに対して、サービスを停止する旨を示す停止命令を送信し、前記サービスサーバ決定部が新たにサービスを遂行するとして決定した第二のサービスサーバに対して、前記サービス要求を送信し、
前記サービスサーバ受信部は、
前記停止命令を受信し、
前記サービス部は、
前記サービスサーバ受信部が前記停止命令を受信した場合、前記処理手段の実行を停止する請求項１から請求項５いずれか記載の情報システム。
【請求項７】
前記コアサーバ送信部は、
一のサービスを遂行するサービスサーバを変更する場合、前記一のサービスを先に遂行していた第一のサービスサーバに対して、サービスを停止する旨を示す停止命令、および前記サービスサーバ決定部が新たにサービスを遂行するとして決定した第二のサービスサーバに対する前記一のサービスに対応する処理手段の複写を指示する複写命令、および前記一のサービスに対応する処理手段の削除を指示する削除命令を送信し、前記第二のサービスサーバに対して、前記複写命令に従って複写された前記処理手段を起動するサービス要求を送信し、
前記サービスサーバ受信部は、
前記コアサーバから、前記停止命令、前記複写命令、および前記削除命令を受信し、
前記サービス部は、
前記サービスサーバ受信部が停止命令を受信した場合、当該停止命令に対応する処理手段の停止し、
前記サービスサーバ受信部が前記複写命令を受信した場合、当該複写命令に対応する処理手段を、前記第二のサービスサーバに複写し、
前記サービスサーバ受信部が削除命令を受信した場合、当該削除命令に対応する処理手段を前記処理手段格納部から削除する請求項１から請求項５いずれか記載の情報システム。
【請求項８】
サービスを識別するサービス識別子と当該サービスの制約に関する情報である制約情報とを有する１以上のサービス制約情報を格納し得るサービス制約情報格納部と、
端末装置からサービス要求を受信するコアサーバ受信部と、
前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定するサービスサーバ決定部と、
前記サービスサーバ決定部が決定したサービスサーバに対して、前記サービス要求を送信するコアサーバ送信部とを具備するコアサーバ。
【請求項９】
請求項１から請求項７いずれか記載の情報システムを構成するコアサーバ。
【請求項１０】
記録媒体に、
サービスを識別するサービス識別子と当該サービスの制約に関する情報である制約情報とを有する１以上のサービス制約情報を格納しており、
コアサーバ受付部、サービスサーバ決定部、およびコアサーバ送信部により実現されるサービスサーバ制御方法であって、
前記コアサーバ受付部は、サービス要求を受け付けるコアサーバ受付ステップと、
前記サービスサーバ決定部は、前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定するサービスサーバ決定ステップと、
前記コアサーバ送信部は、前記サービスサーバ決定ステップで決定されたサービスサーバに対して、前記サービス要求を送信するコアサーバ送信ステップとを具備するサービスサーバ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供の際の制約を満たしながら、全体のレスポンス性能が高くなるようにサービスを実行する情報システム等に関するものである。
【背景技術】
【０００２】
従来、負荷の小さいＷｅｂサーバに負荷を分散させることができるＷｅｂサーバシステムがあった（特許文献１参照）。
【０００３】
また、名前解決に要するオーバーヘッドの時間を削減し、かつ、ＤＮＳサーバに対する通信負荷を軽減することによって、ユーザが通信速度の向上を体感できるコンテンツサーバシステムがあった（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２３７８３５号公報（第１頁、第１図等）
【特許文献２】特開２０１０−１０３８４４号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のシステムにおいては、複数のサービスを大規模なネットワーク環境で利用する場合、サービスの提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するように処理を行えなかった。
そこで、本発明において、複数のサービスを大規模なネットワーク環境で利用する場合に、サービスの提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを決定することを目的とする。
【課題を解決するための手段】
【０００６】
本第一の発明の情報システムは、２以上の端末装置と２以上のサービスサーバと１以上のコアサーバとを有する情報システムであって、端末装置は、サービスを識別するサービス識別子を有するサービスの要求であるサービス要求を受け付ける端末受付部と、サービス要求をコアサーバに送信する端末送信部と、サービス要求の送信に応じて、サービスの結果を受信する端末受信部と、端末受信部が受信したサービスの結果を出力する端末出力部とを具備し、サービスサーバは、サービスを遂行するための１以上の処理手段を格納し得る処理手段格納部と、コアサーバからサービス要求を受信するサービスサーバ受信部と、サービスサーバ受信部が受信したサービス要求に従って、処理手段格納部の処理手段を実行し、サービスを遂行し、サービスの結果を取得するサービス部と、サービス部のサービスの結果を送信するサービスサーバ送信部とを具備し、コアサーバは、サービスを識別するサービス識別子とサービスの制約に関する情報である制約情報とを有する１以上のサービス制約情報を格納し得るサービス制約情報格納部と、端末装置からサービス要求を受信するコアサーバ受信部と、サービス要求に含まれるサービス識別子と対になる制約情報を取得し、制約情報を満たすように、かつ、全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行するサービスサーバを決定するサービスサーバ決定部と、サービスサーバ決定部が決定したサービスサーバに対して、サービス要求を送信するコアサーバ送信部とを具備する情報システムである。
【０００７】
かかる構成により、複数のサービスを大規模なネットワーク環境で利用する場合、サービスの提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを決定できる。
【０００８】
また、本第二の発明の情報システムは、第一の発明に対して、コアサーバは、ユーザ毎または２以上のユーザを含むユーザグループ毎のサービスの過去の利用状況を示す情報である履歴情報を格納し得る履歴情報格納部をさらに具備し、サービスサーバ決定部は、サービス要求に含まれるサービス識別子と対になる制約情報を取得し、制約情報を満たすように、かつ、履歴情報を用いて全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行するサービスサーバを決定する情報システムである。
【０００９】
かかる構成により、サービスの過去の利用状況を示す履歴情報を用いて、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを精度高く決定できる。
【００１０】
また、本第三の発明の情報システムは、第一または第二の発明に対して、コアサーバは、ユーザ毎またはユーザグループ毎のサービスの利用予定を示す情報である予約情報を格納し得る予約情報格納部をさらに具備し、サービスサーバ決定部は、サービス要求に含まれるサービス識別子と対になる制約情報を取得し、制約情報を満たすように、かつ、予約情報を用いて全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行するサービスサーバを決定する情報システムである。
【００１１】
かかる構成により、サービスの利用予定を示す予約情報を用いて、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを精度高く決定できる。
【００１２】
また、本第四の発明の情報システムは、第一から第三いずれかの発明に対して、利用予定を示す予約情報を用いて、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを精度高く決定できるコアサーバは、サービスサーバ決定部が一のサービスを遂行する第一のサービスサーバを決定し、サービス要求送信部が第一のサービスサーバに対してサービス要求を送信し、第一のサービスサーバにおいてサービスの遂行中に、サービスの利用状況を示す情報である動的履歴情報を取得する動的履歴情報取得部と、サービス要求に含まれるサービス識別子と対になる制約情報を取得し、制約情報を満たすように、かつ、動的履歴情報を用いて、全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行する第二のサービスサーバを決定し、第二のサービスサーバが、先にサービスを遂行していた第一のサービスサーバと異なる場合に、第一のサービスサーバに対して、サービスを停止する旨を示す停止命令を送信し、第二のサービスサーバに対して、サービス要求を送信する動的サービスサーバ変更部とをさらに具備する情報システムである。
【００１３】
かかる構成により、サービスの提供中にサービスの利用状況を把握しながら、動的にサービスを提供するサービスサーバを変更できる。
【００１４】
また、本第五の発明の情報システムは、第一から第四いずれかの発明に対して、サービス要求は、２以上のサービスを複合した複合サービスを識別するサービス識別子を有するサービスの要求であり、サービスサーバ決定部は、サービス要求に含まれる複合サービスを構成する２以上の各サービスを識別する２以上のサービス識別子と対になる２以上の制約情報を取得し、２以上の制約情報をすべて満たすように、サービス要求に対応するサービスを遂行するサービスサーバを決定する情報システムである。
【００１５】
かかる構成により、複数のサービスからなる複合サービスを提供する場合でも、サービスの提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを決定できる。
【００１６】
また、本第六の発明の情報システムは、第一から第五いずれかの発明に対して、コアサーバ送信部は、一のサービスを遂行するサービスサーバを変更する場合、一のサービスを先に遂行していた第一のサービスサーバに対して、サービスを停止する旨を示す停止命令を送信し、サービスサーバ決定部が新たにサービスを遂行するとして決定した第二のサービスサーバに対して、サービス要求を送信し、サービスサーバ受信部は、停止命令を受信し、サービス部は、サービスサーバ受信部が停止命令を受信した場合、処理手段の実行を停止する情報システムである。
【００１７】
かかる構成により、サービスを提供するサービスサーバを適切に切り替えることができる。
【００１８】
また、本第七の発明の情報システムは、第一から第五いずれかの発明に対して、コアサーバ送信部は、一のサービスを遂行するサービスサーバを変更する場合、一のサービスを先に遂行していた第一のサービスサーバに対して、サービスを停止する旨を示す停止命令、およびサービスサーバ決定部が新たにサービスを遂行するとして決定した第二のサービスサーバに対する一のサービスに対応する処理手段の複写を指示する複写命令、および一のサービスに対応する処理手段の削除を指示する削除命令を送信し、第二のサービスサーバに対して、複写命令に従って複写された処理手段を起動するサービス要求を送信し、サービスサーバ受信部は、コアサーバから、停止命令、複写命令、および削除命令を受信し、サービス部は、サービスサーバ受信部が停止命令を受信した場合、停止命令に対応する処理手段の停止し、サービスサーバ受信部が複写命令を受信した場合、複写命令に対応する処理手段を、第二のサービスサーバに複写し、サービスサーバ受信部が削除命令を受信した場合、削除命令に対応する処理手段を処理手段格納部から削除する情報システムである。
【００１９】
かかる構成により、サービスを提供するサービスサーバを適切に切り替えることができる。
【発明の効果】
【００２０】
本発明による情報システムによれば、複数のサービスを大規模なネットワーク環境で利用する場合、サービスの提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを決定できる。
【図面の簡単な説明】
【００２１】
【図１】実施の形態１における情報システムの概念図
【図２】同情報システムの内部構成を示すブロック図
【図３】同端末装置の動作について説明するフローチャート
【図４】同サービスサーバの動作について説明するフローチャート
【図５】同コアサーバの動作について説明するフローチャート
【図６】同サービスサーバ決定処理の動作について説明するフローチャート
【図７】同ユーザ情報管理表を示す図
【図８】同サービス制約情報管理表を示す図
【図９】同履歴情報管理表を示す図
【図１０】同予約情報管理表を示す図
【図１１】同複合サービス管理表を示す図
【図１２】同履歴情報管理表を示す図
【図１３】同コンピュータシステムの概観図
【図１４】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００２２】
以下、情報システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２３】
（実施の形態１）
本実施の形態において、２以上の端末装置、２以上のサービスサーバ、および１以上のコアサーバとを有する情報システムであって、制約を満たしながら、全体のレスポンス性能が高くなるようにサービスを提供する情報システムについて説明する。
【００２４】
また、本実施の形態において、サービスの過去の利用状況を示す履歴情報やサービスの利用予定を示す予約情報等を用いて、全体のレスポンス性能が向上するように、サービスを提供する情報システムについて説明する。
【００２５】
さらに、本実施の形態において、サービスの提供中にサービスの利用状況を把握しながら、動的にサービスを提供するサービスサーバを変更できる情報システムについて説明する。
【００２６】
図１は、本実施の形態における情報システムの概念図である。情報システムは、２以上の端末装置１、２以上のサービスサーバ２、および１以上のコアサーバ３を備える。また、２以上の端末装置１、２以上のサービスサーバ２、および１以上のコアサーバ３は、インターネットやＬＡＮやＷＡＮ等のネットワーク４により、通信可能である。
【００２７】
なお、２以上の端末装置１は、通常、２以上の国に分散している。しかし、２以上の端末装置１は、１国内に存在していても良い。また、２以上のサービスサーバ２は、通常、２以上の国に分散している。しかし、２以上のサービスサーバ２は、１国内に存在していても良い。さらに、本実施の形態において、コアサーバ３が２以上存在する場合、２以上のコアサーバ３は、通常、２以上の国に分散している。しかし、２以上のコアサーバ３は、１国内に存在していても良い。
【００２８】
図２は、本実施の形態における情報システムの内部構成を示すブロック図である。
端末装置１は、端末受付部１１、端末送信部１２、端末受信部１３、および端末出力部１４を備える。
【００２９】
サービスサーバ２は、処理手段格納部２１、サービスサーバ受信部２２、サービス部２３、サービスサーバ送信部２４、処理手段蓄積部２５、および処理手段削除部２６を備える。
【００３０】
コアサーバ３は、ユーザ情報格納部３０１、サービス制約情報格納部３０２、履歴情報格納部３０３、予約情報格納部３０４、コアサーバ受信部３０５、履歴情報取得部３０６、履歴情報蓄積部３０７、予約情報蓄積部３０８、サービスサーバ決定部３０９、コアサーバ送信部３１０、動的履歴情報取得部３１１、および動的サービスサーバ変更部３１２を備える。
【００３１】
端末装置１の端末受付部１１は、サービス要求を受け付ける。サービス要求とは、サービスを識別するサービス識別子を有するサービスの要求である。サービス要求は、２以上のサービスを複合した複合サービスを識別するサービス識別子を有するサービスの要求であっても良い。また、サービス要求とは、通常、ユーザ識別子も有する。なお、ユーザ識別子は、予め端末装置１が保持している。また、ユーザ識別子は、例えば、ユーザがログインする際に入力した情報である。ユーザ識別子は、ユーザＩＤ、端末装置１のＩＰアドレス等、ユーザを識別できる情報であれば何でも良い。また、サービスには、一つの機能を果たす原子サービスと、複数の原子サービスが統合した複合サービスとがある。また、サービスは、例えば、機械翻訳処理や、動画字幕同時翻訳のサービスや、言語翻訳付きのＴＶ会議システムのサービスなどである。ただし、サービスの内容は問わない。また、端末受付部１１は、ユーザから各種の指示やデータを受け付ける。
【００３２】
ここで、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。サービス要求等の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。端末受付部１１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００３３】
端末送信部１２は、端末受付部１１が受け付けたサービス要求をコアサーバ３に送信する。また、端末送信部１２は、端末受付部１１が受け付けた他の命令や、データ等をコアサーバ３に送信する。端末送信部１２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００３４】
端末受信部１３は、サービス要求の送信に応じて、サービスの結果を受信する。ここでの受信は、通常、コアサーバ３からの受信である。しかし、端末受信部１３は、サービスの結果をサービスサーバ２から受信しても良い。また、端末受信部１３は、サービスを享受している間、サービスの結果を受信する。例えば、ＴＶ電話（ＴＶ会議）のサービスは、会議中において、相手からの動画や音声等を受信し続ける。端末受信部１３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００３５】
端末出力部１４は、端末受信部１３が受信したサービスの結果を出力する。ここでの出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタへの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。また、端末出力部１４は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部１４は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【００３６】
サービスサーバ２を構成する処理手段格納部２１は、サービスを遂行するための１以上の処理手段を格納し得る。ここで、処理手段とは、通常、サービスを実現するプログラム、ソフトウェアであるが、サービスを実現するハードウェアでも良い。なお、プログラムやソフトウェアは、通常、実行可能なプログラムやソフトウェアである。
【００３７】
処理手段格納部２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。処理手段格納部２１に処理手段が記憶される過程は問わない。例えば、記録媒体を介して処理手段が処理手段格納部２１で記憶されるようになってもよく、通信回線等を介して送信された処理手段が処理手段格納部２１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された処理手段が処理手段格納部２１で記憶されるようになってもよい。
【００３８】
サービスサーバ受信部２２は、コアサーバ３からサービス要求を受信する。また、サービスサーバ受信部２２は、コアサーバ３から、停止命令、複写命令、削除命令なども受信する。サービスサーバ受信部２２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００３９】
サービス部２３は、サービスサーバ受信部２２が受信したサービス要求に従って、処理手段格納部２１の処理手段を実行し、サービスを遂行し、サービスの結果を取得する。サービス部２３は、通常、サービス要求に含まれるサービス識別子に対応する処理手段を処理手段格納部２１から読み出し、当該読み出した処理手段を実行する。
【００４０】
また、サービス部２３は、サービスサーバ受信部２２が停止命令を受信した場合、停止命令が有するサービス識別子に対応する処理手段の実行を停止する。なお、サービス部２３は、処理手段により、停止命令が受信されるまで、処理手段の実行を継続し、サービスを遂行し続けても良い。サービス部２３は、通常、ＭＰＵやメモリ等から実現され得る。サービス部２３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４１】
サービスサーバ送信部２４は、サービス部２３のサービスの結果を送信する。サービスサーバ送信部２４は、サービスの結果を、通常、コアサーバ３に送信する。しかし、サービスサーバ送信部２４は、サービス要求を送信した端末装置１に送信しても良い。サービスサーバ送信部２４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００４２】
処理手段蓄積部２５は、複写命令が有する処理手段を、処理手段格納部２１に蓄積する。処理手段蓄積部２５は、通常、ＭＰＵやメモリ等から実現され得る。処理手段蓄積部２５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４３】
処理手段削除部２６は、削除命令が有するサービス識別子で識別されるサービスの処理手段を、処理手段格納部２１から削除する。処理手段削除部２６は、通常、ＭＰＵやメモリ等から実現され得る。処理手段削除部２６の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４４】
コアサーバ３を構成するユーザ情報格納部３０１は、ユーザ識別子を有するユーザ情報を格納し得る。ユーザ情報は、ユーザを管理するための情報である。また、ユーザ情報は、例えば、ユーザ識別子、パスワード、氏名、国籍、最寄りのコアサーバ３を識別する最近コアサーバ識別子、最寄りのサービスサーバ２を識別する最近サービスサーバ識別子とを有する。
【００４５】
ユーザ情報格納部３０１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。ユーザ情報格納部３０１にユーザ情報が記憶される過程は問わない。例えば、記録媒体を介してユーザ情報がユーザ情報格納部３０１で記憶されるようになってもよく、通信回線等を介して送信されたユーザ情報がユーザ情報格納部３０１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたユーザ情報がユーザ情報格納部３０１で記憶されるようになってもよい。
【００４６】
サービス制約情報格納部３０２は、１以上のサービス制約情報を格納し得る。サービス制約情報は、サービスの制約を示す情報である。制約情報は、通常、サービス提供ポリシーを示す情報であるが、サービスの提供に際して満たすべき制約であれば何でも良い。また、サービス制約情報は、サービスを識別するサービス識別子とサービスの制約に関する情報である制約情報とを有する。制約情報は、例えば、サービスを遂行する処理手段のライセンス数、動作できる時間帯、単位時間（例えば、１ヶ月）における起動回数や動作時間などである。ライセンス数とは、同時に起動できる数でも良いし、同時にインストールできる数でも良い。サービス制約情報格納部３０２は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。サービス制約情報格納部３０２にサービス制約情報が記憶される過程は問わない。
【００４７】
履歴情報格納部３０３は、１以上の履歴情報を格納し得る。履歴情報とは、ユーザ毎または２以上のユーザを含むユーザグループ毎のサービスの過去の利用状況を示す情報である。ここで、ユーザグループとは、例えば、国やある範囲の地域ごとにグループ化されたユーザのグループである。また、履歴情報は、例えば、ユーザ識別子、サービス識別子、利用時刻、利用時間などの情報を有する。
【００４８】
履歴情報格納部３０３は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。履歴情報格納部３０３に履歴情報が記憶される過程は問わない。但し、履歴情報格納部３０３の履歴情報は、通常、履歴情報蓄積部３０７が蓄積した情報である。
【００４９】
予約情報格納部３０４は、予約情報を格納し得る。予約情報とは、ユーザ毎またはユーザグループ毎のサービスの利用予定を示す情報である。予約情報は、例えば、ユーザ識別子、サービス識別子、利用時間帯などの情報を有する。予約情報格納部３０４は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。予約情報格納部３０４に予約情報が記憶される過程は問わない。但し、予約情報格納部３０４の予約情報は、通常、予約情報蓄積部３０８が蓄積した情報である。
【００５０】
コアサーバ受信部３０５は、端末装置１からサービス要求を受信する。また、コアサーバ受信部３０５は、端末装置１からユーザ識別子やパスワードを受信しても良い。また、コアサーバ受信部３０５は、端末装置１から予約情報を受信しても良い。また、コアサーバ受信部３０５は、サービスサーバ２からサービスの結果を受信しても良い。さらに、コアサーバ受信部３０５は、端末装置１から他の指示やデータを受信しても良い。コアサーバ受信部３０５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００５１】
履歴情報取得部３０６は、コアサーバ受信部３０５が受信したサービス要求を用いて、履歴情報を構成する。例えば、履歴情報取得部３０６は、コアサーバ受信部３０５が受信したサービス要求からユーザ識別子とサービス識別子とを取得し、図示しない時計から時刻を取得する。そして、履歴情報取得部３０６は、当該サービス識別子で識別されるサービスの提供が終了するまでの時間を計測する。そして、履歴情報取得部３０６は、（ユーザ識別子，サービス識別子，時刻，時間）を有する履歴情報を取得する。履歴情報取得部３０６は、通常、ＭＰＵやメモリ等から実現され得る。履歴情報取得部３０６の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００５２】
履歴情報蓄積部３０７は、履歴情報取得部３０６が取得した履歴情報を、履歴情報格納部３０３に蓄積する。履歴情報蓄積部３０７は、通常、ＭＰＵやメモリ等から実現され得る。履歴情報蓄積部３０７の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００５３】
予約情報蓄積部３０８は、コアサーバ受信部３０５が受信した予約情報を、予約情報格納部３０４に蓄積する。予約情報蓄積部３０８は、通常、ＭＰＵやメモリ等から実現され得る。予約情報蓄積部３０８の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００５４】
サービスサーバ決定部３０９は、サービス要求に対応するサービスを遂行する１以上のサービスサーバ２を決定する。さらに具体的には、サービスサーバ決定部３０９は、サービス要求に含まれるサービス識別子と対になる制約情報を取得し、制約情報を満たすように、かつ、全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行するサービスサーバ２を決定する。なお、「全体のレスポンス性能が向上するように」とは、複数の端末装置１がサービスを利用する場合に、全体的なレスポンス性能が向上する（例えば、すべての端末装置１のレスポンスタイムの総和が最小になる等）ことである。また、サービスサーバ決定部３０９は、サービス要求に含まれるサービス識別子と対になる制約情報を取得し、制約情報を満たすように、かつ、履歴情報、予約情報のうちの１以上の情報を用いて全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行するサービスサーバ２を決定する。また、サービスサーバ決定部３０９は、サービス要求に含まれる複合サービス識別子で識別される複合サービスを構成する２以上の各サービスを識別する２以上のサービス識別子と対になる２以上の制約情報を取得し、当該２以上の制約情報をすべて満たすように、サービス要求に対応するサービスを遂行するサービスサーバ２を決定する。さらに、サービスサーバ決定部３０９は、サービス要求に含まれる複合サービス識別子で識別される複合サービスを構成する２以上の各サービスを識別する２以上のサービス識別子と対になる２以上の制約情報、および複合サービス識別子と対になる１以上の制約情報とを取得し、当該３以上の制約情報をすべて満たすように、サービス要求に対応するサービスを遂行するサービスサーバ２を決定する。なお、全体のレスポンス性能が向上するようにサービスサーバ２を決定する処理は、例えば、高い頻度、高い割合でサービスを利用する端末装置１とネットワーク上近いサービスサーバ２に決定する処理である。また、サービスサーバ決定部３０９は、制約情報をサービス制約情報格納部３０２から取得して、当該取得した制約情報に合致するように、サービスサーバ２を決定する。
【００５５】
サービスサーバ決定部３０９は、通常、ＭＰＵやメモリ等から実現され得る。サービスサーバ決定部３０９の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００５６】
コアサーバ送信部３１０は、サービスサーバ決定部３０９が決定したサービスサーバ２に対して、サービス要求を送信する。
【００５７】
また、コアサーバ送信部３１０は、一のサービスを遂行するサービスサーバ２を変更する場合、以下の２つの方法のうちのいずれの方法を用いても良い。
（１）静的処理手段管理方法
静的処理手段管理方法は、サービスを遂行する処理手段を、サービスを提供する可能性のあるすべてのサービスサーバ２に格納しておく方法である。そして、コアサーバ送信部３１０は、一のサービスを遂行するサービスサーバ２を変更する場合、一のサービスを先に遂行していた第一のサービスサーバ２に対して、サービスを停止する旨を示す停止命令を送信し、サービスサーバ決定部３０９が新たにサービスを遂行するとして決定した第二のサービスサーバ２に対して、サービス要求を送信する。
（２）動的処理手段管理方法
動的処理手段管理方法は、サービスを遂行する処理手段を、サービスを提供する可能性のあるすべてのサービスサーバ２に予め格納しておく必要がなく、サービスを遂行する前に入手する方法である。そして、コアサーバ送信部３１０は、一のサービスを遂行するサービスサーバ２を変更する場合、一のサービスを先に遂行していた第一のサービスサーバ２に対して、サービスを停止する旨を示す停止命令、およびサービスサーバ決定部３０９が新たにサービスを遂行するとして決定した第二のサービスサーバ２に対する一のサービスに対応する処理手段の複写を指示する複写命令、および一のサービスに対応する処理手段の削除を指示する削除命令を送信し、第二のサービスサーバ２に対して、複写命令に従って複写された処理手段を起動するサービス要求を送信する。ここで、複写命令は、通常、複写するサービスの処理手段を識別するサービス識別子、および処理手段とを有する。また、削除命令は、通常、削除する処理手段を識別するサービス識別子を有する。
【００５８】
また、コアサーバ送信部３１０は、コアサーバ受信部３０５が受信したサービスの結果を、サービス要求を送信した端末装置１に送信する。さらに、コアサーバ送信部３１０は、認証結果を端末装置１に送信しても良い。
【００５９】
コアサーバ送信部３１０は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００６０】
動的履歴情報取得部３１１は、サービスサーバ決定部３０９が一のサービスを遂行する第一のサービスサーバ２を決定し、コアサーバ送信部３１０が第一のサービスサーバ２に対してサービス要求を送信し、第一のサービスサーバ２においてサービスの遂行中に、サービスの利用状況を示す情報である動的履歴情報を取得する。動的履歴情報取得部３１１は、通常、ＭＰＵやメモリ等から実現され得る。動的履歴情報取得部３１１の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００６１】
動的サービスサーバ変更部３１２は、サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、動的履歴情報取得部３１１が取得した動的履歴情報を用いて、全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行する第二のサービスサーバ２を決定し、当該第二のサービスサーバ２が、先にサービスを遂行していた第一のサービスサーバ２と異なる場合に、第一のサービスサーバ２に対して、サービスを停止する旨を示す停止命令を送信し、第二のサービスサーバ２に対して、サービス要求を送信する。ここで、動的サービスサーバ変更部３１２は、動的履歴情報に加えて、履歴情報と予約情報とのうちの１以上の情報を用いて第二のサービスサーバ２を決定しても良い。また、第二のサービスサーバ２が、先にサービスを遂行していた第一のサービスサーバ２と異なる場合に、第一のサービスサーバ２に対して、サービスを停止する旨を示す停止命令を送信し、第二のサービスサーバ２に対して、サービス要求を送信する。なお、ここでの停止命令は、通常、サービス識別子を有する。また、動的サービスサーバ変更部３１２は、第二のサービスサーバ２が、先にサービスを遂行していた第一のサービスサーバ２と異なる場合に、第一のサービスサーバ２に対して、サービスの停止命令および削除命令を送信し、第二のサービスサーバ２に対して、サービスの複写命令を送信し、かつサービス要求を送信する。なお、ここでの停止命令、削除命令、複写命令、およびサービス要求は、同一のサービス識別子を有する。動的サービスサーバ変更部３１２は、通常、ＭＰＵやメモリ等から実現され得る。動的サービスサーバ変更部３１２の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
次に、情報システムの動作について説明する。まず、情報システムを構成する端末装置１の動作について、図３のフローチャートを用いて説明する。
【００６２】
（ステップＳ３０１）端末受付部１１は、ユーザから指示等を受け付けたか否かを判断する。指示等を受け付ければステップＳ３０２に行き、指示等を受け付けなければステップＳ３０７に行く。
【００６３】
（ステップＳ３０２）端末送信部１２は、ステップＳ３０１で受け付けた指示等が、ログインのためのユーザ識別子等であるか否かを判断する。ユーザ識別子等であればステップＳ３０３に行き、ユーザ識別子等でなければステップＳ３０４に行く。
【００６４】
（ステップＳ３０３）端末送信部１２は、ステップＳ３０１で受け付けたユーザ識別子等を、コアサーバ３に送信し、ステップＳ３０１に戻る。
【００６５】
（ステップＳ３０４）端末送信部１２は、ステップＳ３０１で受け付けた指示等が、サービス要求であるか否かを判断する。サービス要求であればステップＳ３０５に行き、サービス要求でなければステップＳ３０６に行く。
【００６６】
（ステップＳ３０５）端末送信部１２は、ステップＳ３０１で受け付けたサービス要求をコアサーバ３に送信し、ステップＳ３０１に戻る。なお、端末送信部１２は、格納しているユーザ識別子をステップＳ３０１で受け付けたサービス要求に付加して、当該ユーザ識別子が付加されたサービス要求をコアサーバ３に送信することは好適である。
【００６７】
（ステップＳ３０６）端末送信部１２または図示しない処理手段は、ステップＳ３０１で受け付けたその他の指示やデータに対応した処理を行い、ステップＳ３０１に戻る。なお、端末受付部１１がステップＳ３０１で予約情報を受け付けた場合、端末送信部１２は当該予約情報をコアサーバ３に送信する。また、端末受付部１１がステップＳ３０１で、処理手段に渡す情報（例えば、ＴＶ会議では、動画や音声や字幕など）を受け付けた場合、端末送信部１２は当該処理手段に渡す情報をコアサーバ３またはサービスサーバ２に送信する。
【００６８】
（ステップＳ３０７）端末受信部１３は、コアサーバ３から認証結果「認証許可」を受信したか否かを判断する。「認証許可」を受信すればステップＳ３０８に行き、受信しなければステップＳ３０９に行く。
【００６９】
（ステップＳ３０８）端末受信部１３は、ユーザ識別子を一時格納する。なお、通常、ユーザ識別子は、ログアウトするまで、端末装置１に保持される。
【００７０】
（ステップＳ３０９）端末受信部１３は、サービスの結果を受信したか否かを判断する。サービスの結果を受信すればステップＳ３１０に行き、受信しなければステップＳ３０１に戻る。
【００７１】
（ステップＳ３１０）端末出力部１４は、ステップＳ３０９で受信されたサービスの結果を出力し、ステップＳ３０１に戻る。
【００７２】
なお、図３のフローチャートにおいて、ユーザがサービスの停止指示を入力した場合、サービス識別子を有する停止命令がコアサーバ３に送信される。
【００７３】
また、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００７４】
次に、サービスサーバ２の動作について、図４のフローチャートを用いて説明する。
【００７５】
（ステップＳ４０１）サービスサーバ受信部２２は、コアサーバ３からサービス要求を受信したか否かを判断する。サービス要求を受信すればステップＳ４０２に行き、サービス要求を受信しなければステップＳ４０６に行く。
【００７６】
（ステップＳ４０２）サービス部２３は、ステップＳ４０１で受信されたサービス要求に含まれるサービス識別子を取得する。
【００７７】
（ステップＳ４０３）サービス部２３は、ステップＳ４０２で取得したサービス識別子に対応する処理手段を処理手段格納部２１から読み出し、当該読み出した処理手段を実行する。
【００７８】
（ステップＳ４０４）サービスサーバ送信部２４は、ステップＳ４０３におけるサービス部２３のサービスの結果を取得する。
【００７９】
（ステップＳ４０５）サービスサーバ送信部２４は、ステップＳ４０４で取得したサービスの結果を送信し、ステップＳ４０１に戻る。
【００８０】
（ステップＳ４０６）サービスサーバ受信部２２は、コアサーバ３から停止命令を受信したか否かを判断する。停止命令を受信すればステップＳ４０７に行き、停止命令を受信しなければステップＳ４０９に行く。
【００８１】
（ステップＳ４０７）サービス部２３は、ステップＳ４０６で受信された停止命令に含まれるサービス識別子を取得する。
【００８２】
（ステップＳ４０８）サービス部２３は、ステップＳ４０７で取得したサービス識別子に対応する処理手段の実行を停止し、ステップＳ４０１に戻る。
【００８３】
（ステップＳ４０９）サービスサーバ受信部２２は、コアサーバ３から複写命令を受信したか否かを判断する。複写命令を受信すればステップＳ４１０に行き、複写命令を受信しなければステップＳ４１２に行く。
【００８４】
（ステップＳ４１０）処理手段蓄積部２５は、ステップＳ４０９で受信された複写命令が有する処理手段とサービス識別子とを取得する。
【００８５】
（ステップＳ４１１）処理手段蓄積部２５は、ステップＳ４１０で取得した処理手段とサービス識別子とを処理手段格納部２１に蓄積し、ステップＳ４０１に戻る。
【００８６】
（ステップＳ４１２）サービスサーバ受信部２２は、コアサーバ３から削除命令を受信したか否かを判断する。削除命令を受信すればステップＳ４１３に行き、削除命令を受信しなければステップＳ４０１に戻る。
【００８７】
（ステップＳ４１３）処理手段削除部２６は、ステップＳ４０９で受信された削除命令が有するサービス識別子を取得する。
【００８８】
（ステップＳ４１４）処理手段削除部２６は、ステップＳ４１３で取得したサービス識別子に対応する処理手段を、処理手段格納部２１から削除し、ステップＳ４０１に戻る。
【００８９】
なお、図４のフローチャートにおいて、サービス要求を受信した後、停止命令を受信するまで、サービス要求に含まれるサービス識別子に対応する処理手段を実行し続けても良い。そして、サービスの結果の取得、および送信を繰り返しても良い。
【００９０】
また、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００９１】
次に、コアサーバ３の動作について、図５のフローチャートを用いて説明する。
【００９２】
（ステップＳ５０１）コアサーバ受信部３０５は、端末装置１から、ユーザ認証のためのユーザ識別子やパスワードを受信したか否かを判断する。ユーザ識別子等を受信すればステップＳ５０２に行き、受信しなければステップＳ５０４に行く。
【００９３】
（ステップＳ５０２）図示しない認証部は、ステップＳ５０１で受信したユーザ識別子等を用いて、認証処理を行う。なお、認証処理は、通常、ユーザ情報格納部３０１のユーザ情報を用いて行う。認証処理は、公知技術であるので、詳細な説明を省略する。
【００９４】
（ステップＳ５０３）コアサーバ送信部３１０は、ステップＳ５０２における認証結果を、端末装置１に送信し、ステップＳ５０１に戻る。なお、認証結果は、例えば、「認証許可」または「認証不許可」である。
【００９５】
（ステップＳ５０４）コアサーバ受信部３０５は、端末装置１からサービス要求を受信したか否かを判断する。サービス要求を受信すればステップＳ５０５に行き、サービス要求を受信しなければステップＳ５１２に行く。
【００９６】
（ステップＳ５０５）サービスサーバ決定部３０９は、ステップＳ５０４で受信されたサービス要求が有するサービス識別子を取得する。
【００９７】
（ステップＳ５０６）サービスサーバ決定部３０９は、ステップＳ５０５で取得したサービス識別子を用いて、サービスサーバの決定を行う。かかるサービスサーバ決定処理について、図６のフローチャートを用いて説明する。
【００９８】
（ステップＳ５０７）コアサーバ送信部３１０は、ステップＳ５０６で決定された１以上のサービスサーバ２に対して、ステップＳ５０４で受信されたサービス要求を送信する。または、コアサーバ送信部３１０は、サービスサーバ２に渡す情報等を含むサービス要求を送信する。
【００９９】
（ステップＳ５０８）コアサーバ受信部３０５は、ステップＳ５０７でサービス要求を送信した１以上のサービスサーバ２から、サービスの結果を受信したか否かを判断する。サービスの結果を受信すればステップＳ５０９に行き、受信しなければステップＳ５０８で戻る。なお、サービスの結果を受信しない時間が予め決められた時間以上となった場合に、タイムアウトとして、端末装置１にエラーの旨の通知を行ったり、ステップＳ５０１に戻ったりしても良い
【０１００】
（ステップＳ５０９）コアサーバ送信部３１０は、ステップＳ５０８で受信されたサービスの結果を、サービス要求を送信してきた端末装置１に送信し、ステップＳ５０１に戻る。
【０１０１】
（ステップＳ５１０）コアサーバ受信部３０５は、端末装置１から予約情報を受信したか否かを判断する。予約情報を受信すればステップＳ５１１に行き、受信しなければステップＳ５１２に行く。
【０１０２】
（ステップＳ５１１）予約情報蓄積部３０８は、ステップＳ５１０で受信された予約情報を、予約情報格納部３０４に蓄積する。ステップＳ５０１に戻る。
【０１０３】
（ステップＳ５１２）コアサーバ受信部３０５は、端末装置１から、サービスサーバ２に渡す情報等を受信したか否かを判断する。情報等を受信すればステップＳ５０７に行き、受信しなければステップＳ５１３に行く。
【０１０４】
（ステップＳ５１３）コアサーバ受信部３０５は、端末装置１から、停止指示を受信したか否かを判断する。停止指示とは、サービスの停止の指示である。停止指示を受信すればステップＳ５１４に行き、停止指示を受信しなければステップＳ５０１に戻る。
【０１０５】
（ステップＳ５１４）コアサーバ送信部３１０は、停止指示に対応する停止命令を、対応するサービスサーバ２に送信する。なお、停止命令は、サービス識別子を有する。
【０１０６】
（ステップＳ５１５）履歴情報取得部３０６は、ユーザ識別子、サービス識別子、サービス開始の時刻、サービス提供の時間などを有する履歴情報を取得する。なお、サービス開始の時刻は、例えば、ステップＳ５０４でサービス要求を受信した時刻である。また、サービス提供の時間は、サービス開始の時刻から、連続的に、同一のサービスを提供していた時間である。履歴情報取得部３０６は、かかる時間を取得する、とする。
【０１０７】
（ステップＳ５１６）履歴情報蓄積部３０７は、ステップＳ５１５で取得された履歴情報を、履歴情報格納部３０３に蓄積し、ステップＳ５０１に戻る。
【０１０８】
なお、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１０９】
次に、ステップＳ５０６のサービスサーバ決定処理について、図６のフローチャートを用いて説明する。
【０１１０】
（ステップＳ６０１）サービスサーバ決定部３０９は、カウンタｉに１を代入する。
【０１１１】
（ステップＳ６０２）サービスサーバ決定部３０９は、サービス識別子で識別されるサービスが提供可能であるｉ番目のサービスサーバ２が存在するか否かを判断する。存在すればステップＳ６０３に行き、存在しなければステップＳ６０８に行く。
【０１１２】
（ステップＳ６０３）サービスサーバ決定部３０９は、サービス識別子で識別されるサービスが提供可能であるｉ番目のサービスサーバ２に近い１以上のユーザ（これをユーザグループという）の履歴情報を、履歴情報格納部３０３から読み出す。
【０１１３】
（ステップＳ６０４）サービスサーバ決定部３０９は、サービス識別子で識別されるサービスが提供可能であるｉ番目のサービスサーバ２に近いユーザグループの予約情報を、予約情報格納部３０４から読み出す。
【０１１４】
（ステップＳ６０５）サービスサーバ決定部３０９は、ステップＳ６０３で取得した履歴情報、ステップＳ６０４で取得した予約情報のうちの１以上の情報を用いて、ユーザグループの負荷予測値を算出する。なお、負荷予測値は、サービス識別子で識別されるサービスを提供する場合の負荷の予測値である。負荷予測値は、ユーザグループ内のユーザがサービスを過去に利用した頻度が高いほど大きくなり、サービスを利用する予定のユーザ数が多いほど大きくなり、サービスを利用する予定の各ユーザの利用度合いが大きいほど大きくなる。なお、利用度合いとは、起動数、利用時間等、利用に関するパラメータを用いた情報であれば何でも良い。
【０１１５】
（ステップＳ６０６）サービスサーバ決定部３０９は、ｉ番目のサービスサーバ２を識別する情報（例えば、ｉやサーバのＩＰアドレスやサーバＩＤなど）と対応付けて、ステップＳ６０５で算出した負荷予測値を、図示しないバッファに一時蓄積する。
【０１１６】
（ステップＳ６０７）サービスサーバ決定部３０９は、カウンタｉを１、インクリメントする。ステップＳ６０２に戻る。
【０１１７】
（ステップＳ６０８）サービスサーバ決定部３０９は、サービス識別子に対応する制約情報をサービス制約情報格納部３０２から読み出す。
【０１１８】
（ステップＳ６０９）サービスサーバ決定部３０９は、ステップＳ６０６で一時蓄積されたバッファ中の２以上のサービスサーバ２の負荷予測値を用いて、ステップＳ６０８で読み出した制約情報が示す制約に合致するように、１以上のサービスサーバ２を選択する。ここで、選択とは、サービスサーバ２を識別する情報（例えば、ｉやサーバのＩＰアドレスやサーバＩＤなど）を取得することである。上位処理にリターンする。なお、ここで、制約情報が示す制約が「ライセンス数＝１」であれば、サービスサーバ決定部３０９は、サービスを提供するサービスサーバ２を、負荷予測値が最も大きいサービスサーバ２に決定する。また、制約情報が示す制約が「ライセンス数＝２」であれば、サービスサーバ決定部３０９は、サービスを提供する２つのサービスサーバ２を、負荷予測値が最も大きいサービスサーバ２と負荷予測値が第二位のサービスサーバ２とに決定する。
【０１１９】
なお、図６のフローチャートにおいて、説明しなかったが、動的履歴情報取得部３１１は、サービスサーバ決定部３０９が一のサービスを遂行する第一のサービスサーバ２を決定し、コアサーバ送信部３１０が第一のサービスサーバ２に対してサービス要求を送信し、第一のサービスサーバ２においてサービスの遂行中に、かかるサービスの利用状況を示す情報である動的履歴情報を取得することは好適である。そして、動的サービスサーバ変更部３１２は、動的履歴情報が示す動的なサービスの利用状況に応じて、全体のレスポンス性能が向上するように、サービス要求に対応するサービスを遂行する第二のサービスサーバ２を決定し、当該第二のサービスサーバ２が、先にサービスを遂行していた第一のサービスサーバ２と異なる場合に、第一のサービスサーバ２に対して、サービスを停止する旨を示す停止命令を送信し、第二のサービスサーバ２に対して、サービス要求を送信することは好適である。
【０１２０】
以下、本実施の形態における情報システムの具体的な動作について説明する。
【０１２１】
今、コアサーバ３のユーザ情報格納部３０１は、図７に示すユーザ情報管理表を保持している。ユーザ情報管理表は、「ＩＤ」「ユーザ識別子」「最寄サービスサーバＩＤ」「最寄コアサーバＩＤ」「ＰＷ」を属性値として有するユーザ情報を１以上管理している。「ＩＤ」は、ユーザ情報を識別する情報である。「ユーザ識別子」は、ユーザを識別する情報である。「最寄サービスサーバＩＤ」は、ユーザの端末装置１から最も近い（最もネットワークを経由しても通信の遅延が少ないと考えられる）サービスサーバ２を識別する情報である。「最寄コアサーバＩＤ」は、ユーザの端末装置１から最も近い（最もネットワークを経由しても通信の遅延が少ないと考えられる）コアサーバ３を識別する情報である。なお、最寄サービスサーバＩＤおよび最寄コアサーバＩＤは、ここでは、装置の名称であるが、装置のＩＰアドレスやＵＲＬなどの情報でも良い。なお、ここでは、図示しないが、装置の名称に対応付けて、装置と通信するためのＩＰアドレスやＵＲＬなどの情報が管理されている、とする。「ＰＷ」は、パスワードである。コアサーバ３は、ユーザ識別子とＰＷとを用いて、ユーザ認証を行う、とする。
【０１２２】
また、図８は、サービス制約情報格納部３０２に格納されているサービス制約情報管理表である。サービス制約情報管理表は、「ＩＤ」「サービス識別子」「制約情報」を有するレコードを１以上管理している。ここでは、「制約情報」は、「同時起動数」「同時インストール数」を有する。「同時起動数」は、同時に起動され得るサービス（処理手段）の数である。また、「同時インストール数」は、同時にインストールされ得るサービス（処理手段）の数である。なお、「同時起動数」「同時インストール数」は、ライセンスポリシーの一例である。
【０１２３】
また、図９は、履歴情報格納部３０３に格納されている履歴情報管理表である。履歴情報管理表は、「ＩＤ」「ユーザ識別子」「サービス識別子」「利用開始時刻」「利用終了時刻」「利用時間」の属性値を有するレコードを１以上管理している。なお、履歴情報管理表の履歴情報は、上述した処理により履歴情報取得部３０６が取得し、履歴情報蓄積部３０７が蓄積した情報である。また、図９において、「利用開始時刻」「利用終了時刻」は、各国の時差が影響しないように、一の国の時刻に補正されて、蓄積されている、とする。つまり、履歴情報蓄積部３０７は、ユーザ識別子で恣意別されるユーザ（端末装置１）が存在する場所と基準地域との時差の情報を用いて、ユーザ識別子で識別されるユーザがサービスを利用した時刻を補正する。なお、ユーザが存在する場所と基準地域との時差の情報は、例えば、図７のユーザ情報管理表や図示しない時差管理表が保持している、とする。時差の情報が図７のユーザ情報管理表で管理されている場合、時差の情報は、例えば、ユーザ毎に管理される。また、時差の情報が図示しない時差管理表で管理されている場合、時差の情報は、例えば、最寄サービスサーバＩＤや最寄コアサーバＩＤ毎に管理される。
【０１２４】
また、図１０は、予約情報格納部３０４に格納されている予約情報管理表である。予約情報管理表は、「ＩＤ」「ユーザ識別子」「サービス識別子」「利用開始時刻」「利用終了時刻」の属性値を有するレコードを１以上管理している。なお、予約情報管理表の予約情報は、コアサーバ受信部３０５が各ユーザの端末装置１から受信し、予約情報蓄積部３０８が蓄積した情報である。また、図１０において、「利用開始時刻」「利用終了時刻」は、各国の時差が影響しないように、一の国の時刻に補正されて、蓄積されている、とする。つまり、予約情報蓄積部３０８は、ユーザ識別子で識別されるユーザ（端末装置１）が存在する場所と基準地域との時差の情報を用いて、ユーザ識別子で識別されるユーザが予約したサービスの開始時刻、終了時刻を補正する。
【０１２５】
また、図１１は、サービスサーバ決定部３０９が図示しない複合サービス格納手段で管理している複合サービス管理表である。複合サービス管理表は、１以上の複合サービス定義情報を有する。複合サービス定義情報は、１以上の原子サービスからなる複合サービスを定義する情報である。複合サービス定義情報は、複合サービスＩＤ、および２以上の原子サービスＩＤを有する。図１１において、複合サービス「言語翻訳付きＴＶ会議」は、原子サービス「動画サービス」および「字幕翻訳サービス」からなることを示す。「動画サービス」は、受信した動画を配信対象の１以上の端末装置１に送信するサービスである。また、「字幕翻訳サービス」は、受信した動画に対応付けられている字幕を、配信対象の１以上の端末装置１のユーザが望む言語に翻訳するサービスである。なお、ユーザが望む言語は、サービスの開始前（例えば、呼び出し時）に端末装置１からコアサーバ３に送信されてくる、とする。かかる言語は、例えば、サービス要求に含まれる。
【０１２６】
また、現在、２０１０年６月２０日である、とする。そして、かかる状況において、以下の３つの具体例に基づいて、サービスを提供するサービスサーバ２を決定する処理について説明する。
（具体例１）
【０１２７】
具体例１は、履歴情報に基づいて、サービスを提供するサービスサーバ２を決定する場合である。
【０１２８】
そして、９時００分になって、ユーザＢがサービス識別子「英日翻訳サービス」で識別されるサービスを利用しようとした、とする。つまり、ユーザＢは、自分の端末装置１にユーザ識別子「ユーザＢ」、パスワード「ｐｗＢ」を入力し、端末装置１に最寄りのコアサーバ３にログインしようとした、とする。そして、端末装置１の端末送信部１２は、ユーザ識別子「ユーザＢ」、パスワード「ｐｗＢ」を有するログイン命令を受け付ける。
【０１２９】
次に、端末送信部１２は、受け付けたユーザ識別子「ユーザＢ」、パスワード「ｐｗＢ」を、コアサーバ３に送信する。
【０１３０】
次に、コアサーバ３のコアサーバ受信部３０５は、端末装置１から、ユーザ認証のためのユーザ識別子「ユーザＢ」、パスワード「ｐｗＢ」を受信する。そして、コアサーバ３の図示しない認証部は、受信したユーザ識別子「ユーザＢ」、パスワード「ｐｗＢ」を用いて、認証処理を行い、認証結果「認証許可」をユーザＢの端末装置１に送信する。
【０１３１】
次に、ユーザＢは、端末装置１に、サービス識別子「英日翻訳サービス」を含むサービス要求を入力する。
次に、端末受付部１１は、サービス識別子「英日翻訳サービス」を含むサービス要求を受け付ける。そして、端末送信部１２は、サービス識別子「英日翻訳サービス」を含むサービス要求をコアサーバ３に送信する。
【０１３２】
次に、コアサーバ３のコアサーバ受信部３０５は、端末装置１からサービス識別子「英日翻訳サービス」を含むサービス要求を受信する。
【０１３３】
次に、サービスサーバ決定部３０９は、受信されたサービス要求が有するサービス識別子「英日翻訳サービス」を取得する。
【０１３４】
そして、サービスサーバ決定部３０９は、サービス識別子で識別されるサービスが提供可能である各サービスサーバ２に対して、当該サービスサーバ２の傘下に存在する（当該サービスサーバ２が最寄りである）１以上のユーザの当該サービスの利用実績を、図９の履歴情報管理表から取得する。ここでは、利用実績は、各サービスサーバ２の傘下の１以上のユーザのサービス利用時間の合計である。そして、アメリカサービスサーバにおける「英日翻訳サービス」の利用実績は、例えば、２３時間、日本サービスサーバにおける「英日翻訳サービス」の利用実績は、例えば、２５８時間、フランスサービスサーバにおける「英日翻訳サービス」の利用実績は、例えば、０時間、オランダサービスサーバにおける「英日翻訳サービス」の利用実績は、例えば、２時間であった、とする。そして、サービスサーバ決定部３０９は、各サービスサーバ２を識別する情報（例えば、ＩＰアドレスやサーバＩＤなど）と対応付けて、取得した時間を、図示しないバッファに一時蓄積する。なお、ここでは、利用実績の時間が、上述した負荷予測値である、とする。
【０１３５】
次に、サービスサーバ決定部３０９は、サービス識別子「英日翻訳サービス」に対応する制約情報「同時インストール数＝１」を、図８のサービス制約情報管理表から読み出す。
【０１３６】
そして、現在、サービス識別子「英日翻訳サービス」で識別される処理手段（例えば、プログラム）は、例えば、オランダサービスサーバに存在する、とする。直前に、サービス識別子「英日翻訳サービス」で識別されるサービスが利用されたサービスサーバ２がオランダサービスサーバであったからである。
【０１３７】
次に、サービスサーバ決定部３０９は、一時蓄積されたバッファ中の２以上のサービスサーバ２の負荷予測値（時間）を用いて、制約情報「同時インストール数＝１」を満たすように、当該時間が最も大きい日本サービスサーバに、「英日翻訳サービス」を行うサービスサーバ２を決定する。
【０１３８】
次に、サービスサーバ決定部３０９は、オランダサービスサーバに対して、サービス識別子「英日翻訳サービス」を有する削除命令を送信する。また、サービスサーバ決定部３０９は、サービス識別子「英日翻訳サービス」および当該サービスの処理手段を有する複写命令を、日本サービスサーバに送信する。なお、コアサーバ３は、各処理手段を予め格納していることは好適である。ただし、コアサーバ３は、オランダサービスサーバがサービス識別子「英日翻訳サービス」に対応する処理手段を削除する前に、オランダサービスサーバから当該処理手段を受信し、蓄積していても良い。
【０１３９】
次に、オランダサービスサーバのサービスサーバ受信部２２は、サービス識別子「英日翻訳サービス」を有する削除命令を受信する。そして、処理手段削除部２６は、受信された削除命令が有するサービス識別子「英日翻訳サービス」を取得する。
【０１４０】
そして、処理手段削除部２６は、取得したサービス識別子「英日翻訳サービス」に対応する処理手段を、処理手段格納部２１から削除する。
【０１４１】
また、日本サービスサーバのサービスサーバ受信部２２は、サービス識別子「英日翻訳サービス」、および当該サービスの処理手段を有する複写命令を受信する。
【０１４２】
次に、処理手段蓄積部２５は、受信された複写命令が有する処理手段とサービス識別子「英日翻訳サービス」とを取得する。そして、処理手段蓄積部２５は、取得した処理手段とサービス識別子「英日翻訳サービス」とを処理手段格納部２１に蓄積する。
【０１４３】
次に、コアサーバ送信部３１０は、決定された日本サービスサーバ２に対して、サービス識別子「英日翻訳サービス」を有するサービス要求を送信する。
【０１４４】
次に、日本サービスサーバのサービスサーバ受信部２２は、コアサーバ３から、サービス識別子「英日翻訳サービス」を有するサービス要求を受信する。
【０１４５】
次に、サービス部２３は、受信されたサービス要求に含まれるサービス識別子「英日翻訳サービス」を取得する。そして、サービス部２３は、取得したサービス識別子「英日翻訳サービス」に対応する処理手段を処理手段格納部２１から読み出し、当該読み出した処理手段を実行する。
【０１４６】
そして、以後、サービス部２３は、サービス識別子「英日翻訳サービス」で識別される処理手段に、日本コアサーバから受信した英語文を渡し、翻訳された結果の日本語文を取得する。
【０１４７】
そして、サービスサーバ送信部２４は、サービス部２３のサービスの結果（日本語文）を取得する。次に、サービスサーバ送信部２４は、取得したサービスの結果（日本語文）を、日本コアサーバに送信する。
【０１４８】
次に、日本コアサーバは、サービスの結果（日本語文）を受信し、当該結果をユーザＢの端末装置１に転送する。
【０１４９】
なお、英日翻訳の処理は、ユーザＢが、サービスの停止命令を入力するまで、ユーザＢが端末装置１に入力した文に対して継続される、とする。
【０１５０】
そして、履歴情報取得部３０６は、ユーザ識別子「ユーザＢ」、サービス識別子「英日翻訳サービス」、サービス開始の時刻「２０１０／６／２０  ９：００：００」、サービス提供の時間「２５分」などを有する履歴情報を取得する。
【０１５１】
次に、履歴情報蓄積部３０７は、取得された履歴情報を、図９の履歴情報管理表に蓄積する。
（具体例２）
【０１５２】
具体例２は、予約情報および履歴情報に基づいて、サービスを提供するサービスサーバを決定する場合である。
【０１５３】
今、１０時２５分である、とする。そして、あるユーザが、サービス識別子「言語翻訳付きＴＶ電話」を含むサービス要求を、自身の端末装置１に入力した、とする。
【０１５４】
そして、そのユーザの端末装置１の端末受付部１１は、サービス識別子「言語翻訳付きＴＶ電話」を含むサービス要求を受け付ける。次に、端末送信部１２は、当該サービス要求をコアサーバ３に送信する。
【０１５５】
次に、コアサーバ３のコアサーバ受信部３０５は、サービス識別子「言語翻訳付きＴＶ電話」を含むサービス要求を受信する。そして、サービスサーバ決定部３０９は、受信されたサービス要求に含まれるサービス識別子「言語翻訳付きＴＶ電話」を取得する。
【０１５６】
次に、サービスサーバ決定部３０９は、取得したサービス識別子「言語翻訳付きＴＶ電話」を用いて、サービスサーバの決定を行う。つまり、まず、サービスサーバ決定部３０９は、サービス識別子「言語翻訳付きＴＶ電話」で識別されるサービスを利用するとする予約情報であり、現在時刻（１０時２５分）から閾値以内（例えば、３０分以内）を開始時刻とする予約情報が、図１０の予約情報管理表に存在するか否かを判断する。
【０１５７】
ここで、図１０の予約情報管理表を参照し、サービスサーバ決定部３０９は、ユーザＡがサービス識別子「言語翻訳付きＴＶ電話」で識別されるサービスを「２０１０／６／２０  １０：３０：００」から「２０１０／６／２０  １１：３０：００」まで利用することを検出する。そして、サービスサーバ決定部３０９は、ユーザＡの利用時間「６０分」を得る、とする。また、サービスサーバ決定部３０９は、ユーザＥがサービス識別子「言語翻訳付きＴＶ電話」で識別されるサービスを「２０１０／６／２０  １０：３０：００」から「２０１０／６／２０  １１：３０：００」まで利用することを検出する。そして、サービスサーバ決定部３０９は、ユーザＥの利用時間「６０分」を得る、とする。
【０１５８】
次に、サービスサーバ決定部３０９は、ユーザＡに対応する最寄サービスサーバＩＤ「アメリカサービスサーバ」を取得する。そして、サービスサーバ決定部３０９は、「アメリカサービスサーバ」にポイント「６０」を付加する。なお、ポイントの算出方法は予め決められている、とする。ここでのポイントの算出方法は、例えば、「ポイント＝予約情報が示す利用予定の時間（分）＋累積利用時間（分）／１００」である、とする。なお、ポイントの算式は、予約情報が示す利用予定の時間をパラメータとする増加関数であり、かつ累積利用時間をパラメータとする増加関数であることは好適である。
【０１５９】
次に、サービスサーバ決定部３０９は、ユーザＥに対応する最寄サービスサーバＩＤ「オランダサービスサーバ」を取得する。そして、サービスサーバ決定部３０９は、「オランダサービスサーバ」にポイント「６０」を付加する。
【０１６０】
次に、サービスサーバ決定部３０９は、複合サービスの識別子「言語翻訳付きＴＶ電話」から、当該複合サービスの識別子と対になる原子サービスの識別子「動画サービス」または「字幕翻訳サービス」を、図１１の複合サービス管理表から取得する。
【０１６１】
そして、サービスサーバ決定部３０９は、図９の履歴情報管理表から、各ユーザが「動画サービス」または「字幕翻訳サービス」で識別されるサービスを利用した時間を取得する。そして、ユーザごとに取得された「時間／１００（分）」を算出する。
【０１６２】
次に、サービスサーバ決定部３０９は、各ユーザの最寄サービスサーバＩＤごとに、ユーザごとに取得された利用時間によるポイントを算出する。
【０１６３】
ここで、「日本サービスサーバ」のポイントは「６０＋２３＝８３ポイント」、「オランダサービスサーバ」のポイントは「６０＋７＝６７ポイント」、「アメリカサービスサーバ」のポイントは「０＋２８＝２８ポイント」等であった、とする。そして、最大のポイントは、「日本サービスサーバ」であった、とする。
【０１６４】
そして、サービスサーバ決定部３０９は、ポイントが最も大きい「日本サービスサーバ」で識別されるサービスサーバ２を、「言語翻訳付きＴＶ電話」を行うサーバとして決定する。
【０１６５】
次に、コアサーバ送信部３１０は、決定された「日本サービスサーバ」で識別されるサービスサーバ２に対して、複合サービス識別子「言語翻訳付きＴＶ電話」と対になる原子サービス識別子「動画サービス」および「字幕翻訳サービス」を含むサービス要求を送信する。
【０１６６】
次に、サービスサーバ２のサービスサーバ受信部２２は、コアサーバ３から、「動画サービス」および「字幕翻訳サービス」を含むサービス要求を受信する。そして、サービス部２３は、サービス識別子「動画サービス」および「字幕翻訳サービス」に対応する処理手段を処理手段格納部２１から読み出し、実行する。
【０１６７】
以後、端末装置１が受け付けた動画や文字列（字幕）がコアサーバ３経由で「日本サービスサーバ」で識別されるサービスサーバ２に送信され、サービスサーバ２では、動画サービスおよび字幕翻訳サービスを実行し、実行結果をコアサーバ３経由で、適切な端末装置１に送信する。以上の処理を、ユーザＡまたはユーザＥが停止指示を入力するまで繰り返し、言語翻訳付きＴＶ電話を実現する。なお、言語翻訳付きＴＶ電話の処理自体は公知技術であるので、詳細な説明を省略する。
【０１６８】
そして、履歴情報取得部３０６は、ユーザ識別子「ユーザＡ」、サービス識別子「動画サービス」、サービス開始の時刻「２０１０／６／２０  １０：３０：００」、サービス提供の時間「６０分」などを有する履歴情報を取得する。また、履歴情報取得部３０６は、ユーザ識別子「ユーザＡ」、サービス識別子「字幕翻訳サービス」、サービス開始の時刻「２０１０／６／２０  １０：３０：００」、サービス提供の時間「６０分」などを有する履歴情報を取得する。また、履歴情報取得部３０６は、ユーザ識別子「ユーザＥ」、サービス識別子「動画サービス」、サービス開始の時刻「２０１０／６／２０  １０：３０：００」、サービス提供の時間「６０分」などを有する履歴情報を取得する。また、履歴情報取得部３０６は、ユーザ識別子「ユーザＥ」、サービス識別子「字幕翻訳サービス」、サービス開始の時刻「２０１０／６／２０  １０：３０：００」、サービス提供の時間「６０分」などを有する履歴情報を取得する。
【０１６９】
次に、履歴情報蓄積部３０７は、取得された４つの履歴情報を、図９の履歴情報管理表に蓄積する。以上より、図１２の履歴情報管理表が得られることとなる。
（具体例３）
【０１７０】
具体例３は、起動中に動的にサービスサーバを現行する場合である。そして、例えば、動的サービスサーバ変更部３１２は、「サービス識別子」「変更条件」を有する動的サービスサーバ変更条件情報を１以上、保持している、とする。ここでは、動的サービスサーバ変更部３１２は、サービス識別子「動画サービス」、変更条件「ユーザ数が多い状況が５分以上継続したこと」を有する動的サービスサーバ変更条件情報を格納している、とする。また、動的サービスサーバ変更部３１２は、サービス識別子「日英翻訳サービス」、変更条件「サービスの利用割合が５０％を超えたこと」を有する動的サービスサーバ変更条件情報も格納している、とする。なお、変更条件は、サービスサーバを変更する場合の条件である。変更条件は、サービスの利用状況と継続時間の情報を有する。また、変更条件は、一時的なサービスの利用状況のみでも良い。
【０１７１】
現在、サービス識別子「動画サービス」で識別される処理手段が、アメリカサービスサーバで起動されて、ユーザＡが当該サービスを利用している、とする。また、アメリカサービスサーバの傘下のユーザが１名のみ、利用していた、とする。そして、時間が経過し、日本サービスサーバの傘下のユーザ２名が、アメリカサービスサーバで起動されているサービス識別子「動画サービス」で識別されるサービスを利用し出して、５分が経過した、とする。そして、動的履歴情報取得部３１１は、サービスサーバ決定部３０９がサービス「動画サービス」を遂行するサービスサーバ２をアメリカサービスサーバに決定し、コアサーバ送信部３１０がアメリカサービスサーバに対して「動画サービス」のサービス要求を送信し、アメリカサービスサーバにおいてサービスの遂行中に、サービスの利用状況を示す情報である動的履歴情報を取得する。ここで、動的履歴情報は、アメリカサービスサーバの傘下のユーザ１名（ユーザＡのみ）が、利用を開始して１５分経過し、日本サービスサーバの傘下のユーザ１名（例えば、ユーザＢ）が、利用を開始して１０分経過し、日本サービスサーバの傘下の他のユーザ１名（例えば、ユーザＸ）が、利用を開始して５分経過したことを示す情報であった、とする。
【０１７２】
そして、動的サービスサーバ変更部３１２は、上記の動的履歴情報は、日本サービスサーバは変更条件「ユーザ数が多い状況が５分以上継続したこと」を満たした、と判断する。
【０１７３】
次に、動的サービスサーバ変更部３１２は、サービス識別子「動画サービス」で識別される処理手段を起動するサービスサーバ２が、アメリカサービスサーバから日本サービスサーバに変更することを決定する。そして、動的サービスサーバ変更部３１２は、サービス識別子「動画サービス」に対応する制約情報「同時起動数＝１」を、図８のサービス制約情報管理表から読み出す。そして、動的サービスサーバ変更部３１２は、アメリカサービスサーバに、サービス識別子「動画サービス」を含む停止命令を送信する。また、動的サービスサーバ変更部３１２は、日本サービスサーバに、サービス識別子「動画サービス」を含むサービス要求を送信する。
【０１７４】
そして、アメリカサービスサーバは、サービス識別子「動画サービス」を含む停止命令を受信し、サービス識別子「動画サービス」で識別されるサービスを停止する。
【０１７５】
また、日本サービスサーバは、サービス識別子「動画サービス」を含むサービス要求を受信し、サービス識別子「動画サービス」で識別される処理手段を起動する。
【０１７６】
そして、以後、日本サービスサーバに存在する処理手段を利用して、動画サービスが各端末装置に提供される。
【０１７７】
以上、本実施の形態によれば、複数のサービスを大規模なネットワーク環境で利用する場合、サービスの提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを決定できる。
【０１７８】
また、本実施の形態によれば、サービスの過去の利用状況を示す履歴情報を用いて、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを精度高く決定できる。
【０１７９】
また、本実施の形態によれば、サービスの利用予定を示す予約情報を用いて、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを精度高く決定できる。
【０１８０】
また、本実施の形態によれば、サービスの提供中にサービスの利用状況を把握しながら、動的にサービスを提供するサービスサーバを変更できる。
【０１８１】
さらに、本実施の形態によれば、複数のサービスからなる複合サービスを提供する場合でも、サービスの提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを決定できる。
【０１８２】
なお、本実施の形態において、サービスの結果は、サービスサーバ２からコアサーバ３を経由して端末装置１に送信されても良いし、コアサーバ３を経由しないで端末装置１に送信されても良い。
【０１８３】
また、本実施の形態において、コアサーバ３の処理は、端末装置１で行っても良い。かかる場合のサービスサーバ制御方法は、記録媒体に、サービスを識別するサービス識別子と当該サービスの制約に関する情報である制約情報とを有する１以上のサービス制約情報を格納しており、コアサーバ受付部、サービスサーバ決定部、およびコアサーバ送信部により実現されるサービスサーバ制御方法であって、前記コアサーバ受付部は、サービス要求を受け付けるコアサーバ受付ステップと、前記サービスサーバ決定部は、前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定するサービスサーバ決定ステップと、前記コアサーバ送信部は、前記サービスサーバ決定ステップで決定されたサービスサーバに対して、前記サービス要求を送信するコアサーバ送信ステップとを具備するサービスサーバ制御方法である。なお、上記におけるコアサーバ受付ステップにおける受け付けとは、受信や、手入力による受け付けや、記録媒体からの読み込み等を含む概念である。
【０１８４】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態におけるコアサーバ３を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、記録媒体に、サービスを識別するサービス識別子と当該サービスの制約に関する情報である制約情報とを有する１以上のサービス制約情報を格納しており、コンピュータを、サービス要求を受け付けるコアサーバ受付部と、前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定するサービスサーバ決定部と、前記サービスサーバ決定部が決定したサービスサーバに対して、前記サービス要求を送信するコアサーバ送信部として機能させるためのプログラム、である。
【０１８５】
上記プログラムにおいて、記録媒体に、ユーザ毎または２以上のユーザを含むユーザグループ毎のサービスの過去の利用状況を示す情報である履歴情報をさらに格納しており、前記サービスサーバ決定部は、前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、前記履歴情報を用いて全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定するものとしてコンピュータを機能させることは好適である。
【０１８６】
上記プログラムにおいて、記録媒体に、ユーザ毎またはユーザグループ毎のサービスの利用予定を示す情報である予約情報をさらに格納しており、前記サービスサーバ決定部は、前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、前記予約情報を用いて全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定するものとしてコンピュータを機能させることは好適である。
【０１８７】
上記プログラムにおいて、前記サービスサーバ決定部が一のサービスを遂行する第一のサービスサーバを決定し、前記サービス要求送信部が前記第一のサービスサーバに対して前記サービス要求を送信し、前記第一のサービスサーバにおいて当該サービスの遂行中に、当該サービスの利用状況を示す情報である動的履歴情報を取得する動的履歴情報取得部と、前記サービス要求に含まれるサービス識別子と対になる制約情報を取得し、当該制約情報を満たすように、かつ、前記動的履歴情報を用いて、全体のレスポンス性能が向上するように、前記サービス要求に対応するサービスを遂行する第二のサービスサーバを決定し、前記第二のサービスサーバが、先にサービスを遂行していた前記第一のサービスサーバと異なる場合に、前記第一のサービスサーバに対して、サービスを停止する旨を示す停止命令を送信し、前記第二のサービスサーバに対して、前記サービス要求を送信する動的サービスサーバ変更部とをさらに具備するものとしてコンピュータを機能させることは好適である。
【０１８８】
上記プログラムにおいて、前記サービス要求は、２以上のサービスを複合した複合サービスを識別するサービス識別子を有するサービスの要求であり、前記サービスサーバ決定部は、前記サービス要求に含まれる複合サービスを構成する２以上の各サービスを識別する２以上のサービス識別子と対になる２以上の制約情報を取得し、当該２以上の制約情報をすべて満たすように、前記サービス要求に対応するサービスを遂行するサービスサーバを決定するものとしてコンピュータを機能させることは好適である。
【０１８９】
また、図１３は、本明細書で述べたプログラムを実行して、上述した実施の形態の情報システムを構成する装置（コアサーバ等）を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１３は、このコンピュータシステム３４０の概観図であり、図１４は、コンピュータシステム３４０のブロック図である。
【０１９０】
図１３において、コンピュータシステム３４０は、ＦＤドライブ、ＣＤ−ＲＯＭドライブを含むコンピュータ３４１と、キーボード３４２と、マウス３４３と、モニタ３４４とを含む。
【０１９１】
図１４において、コンピュータ３４１は、ＦＤドライブ３４１１、ＣＤ−ＲＯＭドライブ３４１２に加えて、ＭＰＵ３４１３と、ＣＤ−ＲＯＭドライブ３４１２及びＦＤドライブ３４１１に接続されたバス３４１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３４１５とに接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３４１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３４１７とを含む。ここでは、図示しないが、コンピュータ３４１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０１９２】
コンピュータシステム３４０に、上述した実施の形態のコアサーバ等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３５０１、またはＦＤ３５０２に記憶されて、ＣＤ−ＲＯＭドライブ３４１２またはＦＤドライブ３４１１に挿入され、さらにハードディスク３４１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３４１に送信され、ハードディスク３４１７に記憶されても良い。プログラムは実行の際にＲＡＭ３４１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３５０１、ＦＤ３５０２またはネットワークから直接、ロードされても良い。
プログラムは、コンピュータ３４１に、上述した実施の形態のコアサーバ等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３４０がどのように動作するかは周知であり、詳細な説明は省略する。
【０１９３】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０１９４】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１９５】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０１９６】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０１９７】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１９８】
以上のように、本発明にかかる情報システムは、複数のサービスを大規模なネットワーク環境で利用する場合、サービスの提供者によって異なるライセンス制限等のサービス提供ポリシーを満たしつつ、全体のレスポンス性能が向上するように、サービスを提供するサービスサーバを決定できる。という効果を有し、大規模情報システム等として有用である。
【符号の説明】
【０１９９】
１  端末装置
２  サービスサーバ
３  コアサーバ
１１  端末受付部
１２  端末送信部
１３  端末受信部
１４  端末出力部
２１  処理手段格納部
２２  サービスサーバ受信部
２３  サービス部
２４  サービスサーバ送信部
２５  処理手段蓄積部
２６  処理手段削除部
３０１  ユーザ情報格納部
３０２  サービス制約情報格納部
３０３  履歴情報格納部
３０４  予約情報格納部
３０５  コアサーバ受信部
３０６  履歴情報取得部
３０７  履歴情報蓄積部
３０８  予約情報蓄積部
３０９  サービスサーバ決定部
３１０  コアサーバ送信部
３１１  動的履歴情報取得部
３１２  動的サービスサーバ変更部
【図１】
2012014541.tif 000003
【図２】
2012014541.tif 000004
【図３】
2012014541.tif 000005
【図４】
2012014541.tif 000006
【図５】
2012014541.tif 000007
【図６】
2012014541.tif 000008
【図７】
2012014541.tif 000009
【図８】
2012014541.tif 000010
【図９】
2012014541.tif 000011
【図１０】
2012014541.tif 000012
【図１１】
2012014541.tif 000013
【図１２】
2012014541.tif 000014
【図１３】
2012014541.tif 000015
【図１４】
2012014541.tif 000016