(57)【特許請求の範囲】
【請求項１】
１以上の端末装置に対してサービスを提供する２以上のサービスサーバと管理サーバとを具備する情報システムであって、
前記サービスサーバは、
当該サービスサーバの状態に関する自己の状態情報が格納される自己状態格納部と、
他のサービスサーバの状態に関する１以上の他の状態情報が格納される他状態格納部と、
１以上の端末装置に対してサービスを提供するサービス部と、
前記自己の状態情報を前記管理サーバに送信する状態送信部と、
前記管理サーバから１以上の他の状態情報を受信する状態受信部と、
前記状態受信部が受信した前記１以上の他の状態情報を前記他状態格納部に蓄積する他状態蓄積部と、
前記自己の状態情報が第一条件を満たすか否かを判断する第一判断部と、
前記第一判断部が前記第一条件を満たすと判断した場合に、前記１以上の他の状態情報を用いて、前記サービス部がサービスを提供しているいずれか１以上の端末装置が他のサービスサーバからサービスを受けるための処理である移管処理を行う移管処理部とを具備し、
前記管理サーバは、
前記２以上の各サービスサーバの状態情報が格納される管理格納部と、
前記２以上の各サービスサーバから自己の状態情報を受信する管理受信部と、
前記管理受信部が受信した状態情報を前記管理格納部に蓄積する管理処理部と、
前記管理格納部に格納されている２以上の状態情報のうち、少なくとも送信先のサービスサーバの状態情報ではない１以上の他の状態情報を、前記２以上の各サービスサーバに送信する管理送信部とを具備し、
前記移管処理部は、
前記１以上の他の状態情報を用いて、前記サービス部がサービスを提供している前記１以上の端末装置のうち、いずれか１以上の端末装置がサービスを受ける他のサービスサーバを決定する決定処理を行う移管サーバ決定手段と、
前記サービス部がサービスを提供しているいずれか１以上の端末装置が、前記移管サーバ決定手段が決定した他のサービスサーバからサービスを受けるための移管処理を行う移管処理手段とを具備し、
前記管理サーバは、
前記２以上の各サービスサーバの状態情報を保持しているが、前記決定処理を行わない、情報システム。
【請求項２】
前記移管処理部は、
端末識別子に対応付けられた情報であり、前記サービス部がサービスを提供している端末装置の状態に関する情報である端末サービス情報を含む移管依頼を受信する移管依頼受信手段と、
前記移管依頼に対応する端末識別子で識別される端末装置との通信を開始する通信開始手段とを具備し、
前記サービス部は、
前記移管依頼に含まれる端末サービス情報を用いて、前記移管依頼に対応する端末識別子で識別される端末装置に対してサービスを提供する請求項１記載の情報システム。
【請求項３】
前記状態受信部は、
前記管理サーバから２以上のすべてのサービスサーバの状態情報を受信し、
前記管理送信部は、
前記管理受信部が受信した前記２以上のすべての自己状態情報を、前記２以上の各サービスサーバに送信する、請求項１または請求項２記載の情報システム。
【請求項４】
前記状態送信部は、
前記自己の状態情報を前記管理サーバに、概ね定期的に送信し、
前記管理送信部は、
前記１以上の他の状態情報を、前記２以上の各サービスサーバに、概ね定期的に送信する請求項１から請求項３いずれか一項に記載の情報システム。
【請求項５】
前記サービスサーバは、
当該サービスサーバの自己の状態情報を取得し、前記自己状態格納部に蓄積する状態更新部をさらに具備する請求項１から請求項４いずれか一項に記載の情報システム。
【請求項６】
前記サービスサーバは、
第二条件を満たす場合に、ダウンするためのダウン処理を行うダウン部をさらに具備する請求項１から請求項５いずれか一項に記載の情報システム。
【請求項７】
前記ダウン部は、
前記移管処理部が、前記サービス部がサービスを提供しているすべての端末装置に対する前記移管処理が完了した後に、前記ダウン処理を行う、請求項６記載の情報システム。
【請求項８】
前記サービスサーバは、
端末装置からリクエストを受信するリクエスト受信部をさらに具備し、
前記第一判断部は、
前記自己の状態情報を参照し、前記リクエストを受け入れた場合に前記第一条件を満たすか否かを判断する、請求項１から請求項７いずれか一項に記載の情報システム。
【請求項９】
前記サービスサーバは、
第三条件を満たす場合に、休止中の当該サービスサーバを起動させるための起動処理を行う起動部とをさらに具備する請求項１から請求項８いずれか一項に記載の情報システム。
【請求項１０】
前記サービスサーバが１以上の端末装置に対して提供するサービスは、ゲームである、請求項１から請求項９いずれか一項に記載の情報システム。
【請求項１１】
サービスサーバの状態に関する自己の状態情報が格納される自己状態格納部と、
他のサービスサーバの状態に関する１以上の他の状態情報が格納される他状態格納部と、
１以上の端末装置に対してサービスを提供するサービス部と、
前記自己の状態情報を管理サーバに送信する状態送信部と、
前記管理サーバから１以上の他の状態情報を受信する状態受信部と、
前記状態受信部が受信した前記１以上の他の状態情報を前記他状態格納部に蓄積する他状態蓄積部と、
前記自己の状態情報が第一条件を満たすか否かを判断する第一判断部と、
前記第一判断部が前記第一条件を満たすと判断した場合に、前記１以上の他の状態情報を用いて、前記サービス部がサービスを提供しているいずれか１以上の端末装置が他のサービスサーバからサービスを受けるための処理である移管処理を行う移管処理部とを具備し、
前記移管処理部は、
前記１以上の他の状態情報を用いて、前記サービス部がサービスを提供している前記１以上の端末装置のうち、いずれか１以上の端末装置がサービスを受ける他のサービスサーバを決定する移管サーバ決定手段と、
前記サービス部がサービスを提供しているいずれか１以上の端末装置が、前記移管サーバ決定手段が決定した他のサービスサーバからサービスを受けるための移管処理を行う移管処理手段とを具備するサービスサーバ。
【請求項１２】
１以上の端末装置に対してサービスを提供する２以上の各サービスサーバの状態情報が格納される管理格納部と、
前記２以上の各サービスサーバから自己の状態情報を受信する管理受信部と、
前記管理受信部が受信した状態情報を前記管理格納部に蓄積する管理処理部と、
前記管理格納部に格納されている２以上の状態情報のうち、少なくとも送信先のサービスサーバの状態情報ではない１以上の他の状態情報を、前記２以上の各サービスサーバに送信する管理送信部とを具備し、
前記２以上の各サービスサーバの状態情報を用いて、１以上の端末装置に対してサービスを提供するサービスサーバを決定する処理は行わない、管理サーバ。
【請求項１３】
サービスサーバの状態に関する自己の状態情報が格納される自己状態格納部と、他のサービスサーバの状態に関する１以上の他の状態情報が格納される他状態格納部と、サービス部と、状態送信部と、状態受信部と、他状態蓄積部と、第一判断部と、移管処理部とにより実現される情報処理方法であって、
前記サービス部が、１以上の端末装置に対してサービスを提供するサービスステップと、
前記状態送信部が、前記自己の状態情報を管理サーバに送信する状態送信ステップと、
前記状態受信部が、前記管理サーバから１以上の他の状態情報を受信する状態受信ステップと、
前記他状態蓄積部が、前記状態受信ステップで受信された前記１以上の他の状態情報を前記他状態格納部に蓄積する他状態蓄積ステップと、
前記第一判断部が、前記自己の状態情報が第一条件を満たすか否かを判断する第一判断ステップと、
前記移管処理部が、前記第一判断ステップで前記第一条件を満たすと判断された場合に、前記１以上の他の状態情報を用いて、前記サービスステップでサービスが提供されているいずれか１以上の端末装置が他のサービスサーバからサービスを受けるための処理である移管処理を行う移管処理ステップとを具備し、
し、
前記移管処理ステップは、
前記１以上の他の状態情報を用いて、前記サービスステップでサービスが提供されている前記１以上の端末装置のうち、いずれか１以上の端末装置がサービスを受ける他のサービスサーバを決定する移管サーバ決定サブステップと、
前記サービスステップでサービスが提供されているいずれか１以上の端末装置が、前記移管サーバ決定サブステップで決定された他のサービスサーバからサービスを受けるための移管処理を行う移管処理サブステップとを具備する情報処理方法。
【請求項１４】
１以上の端末装置に対してサービスを提供する２以上の各サービスサーバの状態情報が格納される管理格納部と、管理受信部と、管理処理部と、管理送信部とにより実現される情報処理方法であって、
前記管理受信部が、前記２以上の各サービスサーバから自己の状態情報を受信する管理受信ステップと、
前記管理処理部が、前記管理受信ステップで受信された状態情報を前記管理格納部に蓄積する管理処理ステップと、
前記管理送信部が、前記管理格納部に格納されている２以上の状態情報のうち、少なくとも送信先のサービスサーバの状態情報ではない１以上の他の状態情報を、前記２以上の各サービスサーバに送信する管理送信ステップとを具備し、
前記２以上の各サービスサーバの状態情報を保持しているが、１以上の端末装置に対してサービスを提供するサービスサーバを決定する処理は行わない、情報処理方法。
【請求項１５】
サービスサーバの状態に関する自己の状態情報が格納される自己状態格納部と、他のサービスサーバの状態に関する１以上の他の状態情報が格納される他状態格納部とにアクセス可能なコンピュータを、
１以上の端末装置に対してサービスを提供するサービス部と、
前記自己の状態情報を管理サーバに送信する状態送信部と、
前記管理サーバから１以上の他の状態情報を受信する状態受信部と、
前記状態受信部が受信した前記１以上の他の状態情報を前記他状態格納部に蓄積する他状態蓄積部と、
前記自己の状態情報が第一条件を満たすか否かを判断する第一判断部と、
前記第一判断部が前記第一条件を満たすと判断した場合に、前記１以上の他の状態情報を用いて、前記サービス部がサービスを提供しているいずれか１以上の端末装置が他のサービスサーバからサービスを受けるための処理である移管処理を行う移管処理部として機能させるためのプログラムであって、
前記移管処理部は、
前記１以上の他の状態情報を用いて、前記サービス部がサービスを提供している前記１以上の端末装置のうち、いずれか１以上の端末装置がサービスを受ける他のサービスサーバを決定する移管サーバ決定手段と、
前記サービス部がサービスを提供しているいずれか１以上の端末装置が、前記移管サーバ決定手段が決定した他のサービスサーバからサービスを受けるための移管処理を行う移管処理手段として、前記コンピュータを機能させるためのプログラム。
【請求項１６】
１以上の端末装置に対してサービスを提供する２以上の各サービスサーバの状態情報が格納される管理格納部にアクセス可能なコンピュータを、
前記２以上の各サービスサーバから自己の状態情報を受信する管理受信部と、
前記管理受信部が受信した状態情報を前記管理格納部に蓄積する管理処理部と、
前記管理格納部に格納されている２以上の状態情報のうち、少なくとも送信先のサービスサーバの状態情報ではない１以上の他の状態情報を、前記２以上の各サービスサーバに送信する管理送信部として機能させるためのプログラムであって、
前記２以上の各サービスサーバの状態情報を用いて、１以上の端末装置に対してサービスを提供するサービスサーバを決定する処理は行わない、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末装置に対してサービスを提供する情報システム等に関するものである。
【背景技術】
【０００２】
従来、通信ネットワークを介して複数のプレイヤが同じゲームを簡単に楽しめる仕組みを提供するシステムが存在した（特許文献１参照）。
【０００３】
かかるシステムを構成するゲームサーバは、複数のゲーム端末と通信ネットワークを介して接続される。ゲームサーバは、グループ要求を送信した第１のゲーム端末から所定距離内に第１のゲーム端末と同一のルームＩＤにてグループ要求をしている第２のゲーム端末が存在しないときには、第１のゲーム端末に対応するエリアルームを開設し、そのような第２のゲーム端末が存在するときには第２のゲーム端末が対応づけられているエリアルームに第１のゲーム端末を対応づける。エリアルームにおいて複数のゲーム端末のマッチングが成立したとき、エリアルームに対応づけられているゲーム端末に共通のゲーム設定情報を提供する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０２０−１１０６７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術においては、端末装置に対してサービスを提供するサービスサーバの障害に強い情報システムを提供できなかった。つまり、従来技術においては、例えば、ゲームサーバがダウンした場合、端末装置へのゲームというサービスの提供が継続できなかった。
【課題を解決するための手段】
【０００６】
本第一の発明の情報システムは、１以上の端末装置に対してサービスを提供する２以上のサービスサーバと管理サーバとを具備する情報システムであって、サービスサーバは、サービスサーバの状態に関する自己の状態情報が格納される自己状態格納部と、他のサービスサーバの状態に関する１以上の他の状態情報が格納される他状態格納部と、１以上の端末装置に対してサービスを提供するサービス部と、自己の状態情報を管理サーバに送信する状態送信部と、管理サーバから１以上の他の状態情報を受信する状態受信部と、状態受信部が受信した１以上の他の状態情報を他状態格納部に蓄積する他状態蓄積部と、自己の状態情報が第一条件を満たすか否かを判断する第一判断部と、第一判断部が第一条件を満たすと判断した場合に、サービス部がサービスを提供しているいずれか１以上の端末装置が他のサービスサーバからサービスを受けるための処理である移管処理を行う移管処理部とを具備し、管理サーバは、２以上の各サービスサーバから自己の状態情報を受信する管理受信部と、管理受信部が受信した２以上の自己の状態情報のうち、少なくとも送信先のサービスサーバの状態情報ではない１以上の他の状態情報を、２以上の各サービスサーバに送信する管理送信部とを具備する情報システムである。
【０００７】
かかる構成により、端末装置に対してサービスを提供するサービスサーバの障害に強い情報システムを提供できる。
【０００８】
また、本第二の発明の情報システムは、第一の発明に対して、移管処理部は、１以上の他の状態情報を用いて、サービス部がサービスを提供している１以上の端末装置のうち、いずれか１以上の端末装置がサービスを受ける他のサービスサーバを決定する移管サーバ決定手段と、サービス部がサービスを提供しているいずれか１以上の端末装置が、移管サーバ決定手段が決定した他のサービスサーバからサービスを受けるための移管処理を行う移管処理手段とを具備する情報システムである。
【０００９】
かかる構成により、端末装置に対してサービスを提供するサービスサーバの障害に強い情報システムを提供できる。
【００１０】
また、本第三の発明の情報システムは、第一または第二の発明に対して、移管処理部は、端末識別子に対応付けられた情報であり、サービス部がサービスを提供している端末装置の状態に関する情報である端末サービス情報を含む移管依頼を受信する移管依頼受信手段と、移管依頼に対応する端末識別子で識別される端末装置との通信を開始する通信開始手段とを具備し、サービス部は、移管依頼に含まれる端末サービス情報を用いて、移管依頼に対応する端末識別子で識別される端末装置に対してサービスを提供する情報システムである。
【００１１】
かかる構成により、端末装置に対してサービスを提供するサービスサーバの障害に強い情報システムを提供できる。
【００１２】
また、本第四の発明の情報システムは、第一から第三いずれか１つの発明に対して、状態送信部は、状態受信部が受信した、最新の１以上の他の状態情報のバージョンを特定する特定情報をも管理サーバに送信し、管理受信部は、サービスサーバから特定情報をも受信し、管理送信部は、管理受信部が受信した特定情報が示すバージョンが、管理受信部が受信した、最新の２以上の状態情報に対応するバージョンと一致しない場合に、１以上の他の状態情報を、２以上の各サービスサーバに送信する、情報システムである。
【００１３】
かかる構成により、サービスサーバと管理サーバとの通信量を減らすことができる。
【００１４】
また、本第五の発明の情報システムは、第一から第四いずれか１つの発明に対して、状態受信部は、管理サーバから２以上のすべてのサービスサーバの状態情報を受信し、管理送信部は、管理受信部が受信した２以上のすべての自己状態情報を、２以上の各サービスサーバに送信する、情報システムである。
【００１５】
かかる構成により、管理サーバの処理量を減らすことができる。
【００１６】
また、本第六の発明の情報システムは、第一から第五いずれか１つの発明に対して、状態送信部は、自己の状態情報を管理サーバに、概ね定期的に送信し、管理送信部は、１以上の他の状態情報を、２以上の各サービスサーバに、概ね定期的に送信する情報システムである。
【００１７】
かかる構成により、サービスサーバと管理サーバとの通信量を減らすことができる。
【００１８】
また、本第七の発明の情報システムは、第一から第六いずれか１つの発明に対して、サービスサーバは、サービスサーバの自己の状態情報を取得し、自己状態格納部に蓄積する状態更新部をさらに具備する情報システムである。
【００１９】
かかる構成により、自己の状態情報を更新できる。
【００２０】
また、本第八の発明の情報システムは、第一から第七いずれか１つの発明に対して、サービスサーバは、第二条件を満たす場合に、ダウンするためのダウン処理を行うダウン部をさらに具備する情報システムである。
【００２１】
かかる構成により、サービスサーバを適切にダウンさせることができる。
【００２２】
また、本第九の発明の情報システムは、第八の発明に対して、ダウン部は、移管処理部が、サービス部がサービスを提供しているすべての端末装置に対する移管処理が完了した後に、ダウン処理を行う、情報システムである。
【００２３】
かかる構成により、サービスサーバをダウンさせる前に、サービス提供先の端末装置を他のサービスサーバに移管することにより、サービスサーバを適切にダウンさせることができる。
【００２４】
また、本第十の発明の情報システムは、第一から第九いずれか１つの発明に対して、サービスサーバは、端末装置からリクエストを受信するリクエスト受信部をさらに具備し、第一判断部は、自己の状態情報を参照し、リクエストが第一条件を満たすか否かを判断する、情報システムである。
【００２５】
かかる構成により、サービス提供先の端末装置を他のサービスサーバに、適切に移管することできる。
【００２６】
また、本第十一の発明の情報システムは、第一から第十いずれか１つの発明に対して、サービスサーバは、第三条件を満たす場合に、休止中のサービスサーバを起動させるための起動処理を行う起動部とをさらに具備する情報システムである。
【００２７】
かかる構成により、サービスサーバを適切に起動できる。
【００２８】
また、本第十二の発明の情報システムは、第一から第十一いずれか１つの発明に対して、サービスサーバは、端末装置から１以上のユーザ属性値を受信するユーザ属性値受信部と、ユーザ属性値受信部が受信した１以上のユーザ属性値に対応する属性値条件を満たす端末装置を識別する２以上の端末識別子を取得し、２以上の端末識別子を有するグループリストを取得するグループ化部と、グループリストを端末装置に送信するグループリスト送信部とをさらに具備する情報システムである。
【００２９】
かかる構成により、端末装置のグループを適切に作成できる。
【００３０】
また、本第十三の発明の情報システムは、第十二の発明に対して、グループ化部は、ユーザ属性値受信部が受信した１以上のユーザ属性値を含む端末選択要求を１以上の他のサービスサーバに送信する要求送信手段と、端末選択要求の送信に応じて、属性値条件を満たす１以上の端末装置の端末識別子を受信する端末識別子受信手段と、端末識別子受信手段が受信した１以上の端末識別子を含むグループリストを構成するグループリスト構成手段とを具備する情報システムである。
【００３１】
かかる構成により、端末装置のグループをより適切に作成できる。
【００３２】
また、本第十四の発明の情報システムは、第十三の発明に対して、サービス部がサービス提供している端末装置の１以上のユーザ属性値を、端末識別子に対応付けて格納しているユーザ属性値格納部と、端末選択要求を他のサービスサーバから受信する選択要求受信部をさらに具備し、グループ化部は、サービス部がサービスを提供している端末装置の中から、選択要求受信部が受信した端末選択要求に合致するユーザ属性値に対応する１以上の端末装置を選択し、１以上の各端末装置４を識別する端末識別子を取得する端末選択手段と、端末選択手段が取得した１以上の端末識別子を、端末選択要求を送信してきたサービスサーバに送信する端末識別子送信手段とをさらに具備する、情報システムである。
【００３３】
かかる構成により、端末装置のグループをより適切に作成できる。
【００３４】
また、本第十五の発明の情報システムは、第一から第十四いずれか１つの発明に対して、サービスサーバが１以上の端末装置に対して提供するサービスは、ゲームである、情報システムである。
【００３５】
かかる構成により、端末装置に対してサービスを提供する一のサービスサーバに障害が発生しても、継続して、ゲームを楽しむことができる。
【発明の効果】
【００３６】
本発明による情報システムによれば、端末装置に対してサービスを提供するサービスサーバの障害に強い情報システムを提供できる。
【図面の簡単な説明】
【００３７】
【図１】実施の形態１における情報システムＡの概念図
【図２】同情報システムＡのブロック図
【図３】同情報システムＡを構成するサービスサーバ１のブロック図
【図４】同サービスサーバ１の動作例について説明するフローチャート
【図５】同第一判断処理の例について説明するフローチャート
【図６】同移管処理の例について説明するフローチャート
【図７】同リスト構成処理の例について説明するフローチャート
【図８】同端末選択処理の例について説明するフローチャート
【図９】同ダウン処理の例について説明するフローチャート
【図１０】同被移管処理の例について説明するフローチャート
【図１１】同管理サーバ２の動作例について説明するフローチャート
【図１２】同外部サーバ３の動作例について説明するフローチャート
【図１３】同端末装置４の動作例について説明するフローチャート
【図１４】同コンピュータシステムの概観図
【図１５】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００３８】
以下、情報システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００３９】
（実施の形態１）
本実施の形態において、２以上のサービスサーバと管理サーバとを具備する情報システムについて説明する。サービスサーバは、１以上の端末装置にサービスを提供するとともに、管理サーバに状態情報を送信する。また、サービスサーバは、管理サーバから他のサービスサーバの状態情報を受信する。管理サーバは、各サービスサーバから状態情報を受信し、かつ各サービスサーバに他のサービスサーバの状態情報を送信する。その結果、各サービスサーバでは、他のサービスサーバの状態情報をも管理する。そして、一のサービスサーバの状態情報が第一条件を満たす場合、サービスサーバは、他のサービスサーバの状態情報を参照し、当該一のサービスサーバからサービスを受けている端末装置、または当該一のサービスサーバにアクセスした端末装置が、サービスを受けるべき他のサービスサーバを決定し、当該一の端末装置が当該他のサービスサーバからサービスを受けるための移管処理を行う。なお、サービスサーバと管理サーバとの通信方法、通信の頻度等について、種々の方法等が考えられる。また、サービスサーバにおいて、通常、頻度高く、または常時、自己の状態情報を更新する。
【００４０】
また、本実施の形態において、サービスサーバが第二条件を満たす場合、当該サービスサーバをダウンさせるための処理を行う情報システムについて説明する。
【００４１】
また、本実施の形態において、サービスサーバが第三条件を満たす場合、休止中のサービスサーバを起動させるための処理を行う情報システムについて説明する。
【００４２】
また、本実施の形態において、２以上の端末装置のマッチメイキングを行う情報システムについて説明する。
【００４３】
さらに、本実施の形態において、サービスサーバの起動やダウンをコントロールする外部サーバをさらに具備する情報システムについて説明する。
【００４４】
図１は、本実施の形態における情報システムＡの概念図である。情報システムＡは、２以上のサービスサーバ１、管理サーバ２、外部サーバ３、および２以上の端末装置４を備える。
【００４５】
サービスサーバ１は、端末装置４にサービスを提供するサーバである。サービスサーバ１が提供するサービスは問わない。サービスは、例えば、ゲームである。つまり、端末装置のユーザは、サービスサーバ１と管理サーバ２とを用いて、ゲームを行える。ただし、サービスサーバ１が端末装置４に提供するサービスは、ゲームに限らない。サービスサーバ１が端末装置４に提供するサービスは、例えば、ＡＲ（拡張現実感）を用いた情報の表示サービス、ＶＲ（仮想現実）を用いた情報の表示サービス、チャット、ＴＶ会議でも良く、その内容は問わない。
【００４６】
管理サーバ２は、２以上の各サービスサーバ１の状態を管理するサーバである。管理サーバ２は、２以上の各サービスサーバ１から状態情報を受信し、各サービスサーバ１に他のサービスサーバ１の状態情報を送信する。管理サーバ２が送信する状態情報は、全サービスサーバ１の状態情報である状態情報群でも良い。
【００４７】
外部サーバ３は、２以上の各サービスサーバ１の状態情報を受信し、サービスサーバ１にダウン指示や起動指示を送信するサーバである。なお、管理サーバ２が受信する状態情報と外部サーバ３が受信する状態情報とは、同じ種類の情報でなくても良い。
【００４８】
端末装置４は、サービスの提供を受ける端末である。端末装置４は、通常、サービスサーバ１から、サービスの提供を受ける端末である。
【００４９】
サービスサーバ１、管理サーバ２、および外部サーバ３は、例えば、ＡＳＰのサーバ、クラウドサーバ等である。但し、サービスサーバ１、管理サーバ２、および外部サーバ３の種類は問わない。
【００５０】
端末装置４は、例えば、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等であり、その種類は問わない。
【００５１】
２以上のサービスサーバ１、管理サーバ２、外部サーバ３、および２以上の端末装置４は、通常、インターネット、ＬＡＮ等のネットワークにより、相互に通信可能である。
【００５２】
図２は、本実施の形態における情報システムＡのブロック図である。図３は、情報システムＡを構成するサービスサーバ１のブロック図である。
【００５３】
サービスサーバ１は、格納部１１、処理部１２、送信部１３、および受信部１４を備える。格納部１１は、例えば、自己状態格納部１１１、他状態格納部１１２、端末サービス情報格納部１１３、およびユーザ属性値格納部１１４を備える。
【００５４】
処理部１２は、例えば、サービス部１２１、状態更新部１２２、他状態蓄積部１２３、第一判断部１２４、移管処理部１２５、ダウン部１２６、起動部１２７、およびグループ化部１２８を備える。移管処理部１２５は、例えば、移管サーバ決定手段１２５１、移管処理手段１２５２、移管依頼受信手段１２５３、端末サービス情報蓄積手段１２５４、および通信開始手段１２５５を備える。グループ化部１２８は、例えば、要求送信手段１２８１、端末識別子受信手段１２８２、グループリスト構成手段１２８３、端末選択手段１２８４、および端末識別子送信手段１２８５を備える。送信部１３は、例えば、状態送信部１３１、およびグループリスト送信部１３２を備える。受信部１４は、例えば、状態受信部１４１、リクエスト受信部１４２、ユーザ属性値受信部１４３、および選択要求受信部１４４を備える。
【００５５】
管理サーバ２は、管理格納部２１、管理受信部２２、管理処理部２３、および管理送信部２４を備える。
【００５６】
外部サーバ３は、外部格納部３１、外部受信部３２、外部処理部３３、および外部送信部３４を備える。
【００５７】
端末装置４は、端末格納部４１、端末受付部４２、端末処理部４３、端末送信部４４、端末受信部４５、および端末出力部４６を備える。
【００５８】
サービスサーバ１を構成する格納部１１には、各種の情報が格納される。各種の情報とは、例えば、後述する状態情報、後述する端末サービス情報、後述するユーザ属性値、後述する属性値条件、自己のサービスサーバ識別子、１以上の他のサービスサーバ識別子である。
【００５９】
サービスサーバ識別子は、サービスサーバ１を識別する情報である。サービスサーバ識別子は、例えば、ＩＤ、ＩＰアドレス、ＭＡＣアドレスである。ただし、サービスサーバ識別子は、サービスサーバ１を識別できる情報であれば良く、問わない。
【００６０】
自己状態格納部１１１には、自己の状態情報が格納される。状態情報とは、サービスサーバ１の状態に関する情報である。自己の状態情報は、サービスサーバ１自身の状態情報である。
【００６１】
状態は、常時、変化する情報ではない静的状態、概ね常時変化し得る動的状態の２種類の状態のうちの１種類または２種類の状態である。つまり、状態情報は、静的状態情報、動的状態情報、または静的状態情報と動的状態情報である。
【００６２】
静的状態情報は、例えば、処理対象情報、処理能力情報である。処理対象情報は、サービスサーバ１が提供できるサービスを特定する情報である。処理対象情報は、サービスサーバ１が対応可能なサービスの守備範囲を特定する情報である、と考えても良い。処理対象情報は、例えば、処理可能な命令を識別する命令識別子、サービス提供可能なゲームのルームを識別するルーム識別子、サービス提供可能なゲームのステージを識別するステージ識別子である。処理能力情報は、サービスサーバ１の処理能力を特定する情報である。処理能力情報は、例えば、サービス提供が可能な最大の端末装置４の数、プロセッサの能力を示す情報（例えば、ＣＰＵのクロック数、コア数）である。なお、静的状態情報は、例えば、システムの管理者の端末装置４から受信部１４が受信し、処理部１２により、蓄積された情報である。
【００６３】
動的状態情報は、例えば、負荷情報である。負荷情報は、サービスサーバ１の負荷に関する情報である。負荷情報は、例えば、端末数、プロセッサの稼働率（例えば、ＣＰＵ稼働率）、負荷のレベルである。端末数は、サービスサーバ１がサービスを提供している端末装置４の数である。
【００６４】
他状態格納部１１２は、１または２以上の他の状態情報が格納される。他の状態情報とは、他のサービスサーバ１の状態情報である。通常、自己の態情報と他の状態情報とは同じ種類の情報である。他の状態情報は、通常、他のサービスサーバ１の他のサービスサーバ識別子に対応付いている。
【００６５】
端末サービス情報格納部１１３には、１以上の各端末装置４の端末サービス情報が格納される。端末サービス情報は、通常、端末装置４を識別する端末識別子に対応付けられている。１以上の各端末装置４は、サービス部１２１がサービスを提供している端末装置である。なお、端末識別子は、端末装置４を識別する情報である。端末識別子は、端末装置４を使用するユーザを識別するユーザ識別子でも良い。端末識別子は、例えば、ＩＤ、ＩＰアドレス、ＭＡＣアドレス、電話番号、ユーザＩＤ、メールアドレスである。
【００６６】
端末サービス情報は、サービスを提供している端末装置４に関する情報である。端末サービス情報は、サービス部１２１がサービスを提供している端末装置４の状態に関する情報である。端末サービス情報は、例えば、進行中のゲームの状態に関する情報である。端末サービス情報は、例えば、ゲームの再開を可能にするための情報である。端末サービス情報は、例えば、ＶＲで出力されている情報または場面を特定する情報である。端末サービス情報は、例えば、ＡＲで出力されている情報または場面を特定する情報である。端末サービス情報は、例えば、チャットにおける相手先の端末装置４を識別する端末識別子および今までのチャットの内容を含む。
【００６７】
ユーザ属性値格納部１１４には、１以上の各ユーザの１以上のユーザ属性値が格納される。１以上の各ユーザとは、１以上の各端末装置４を使用するユーザである。１以上のユーザ属性値は、端末識別子に対応付けられている。１以上の各端末装置４は、サービス部１２１がサービスを提供している端末装置である。ユーザ属性値は、ユーザの属性値である。ユーザ属性値は、例えば、ユーザのゲームのレベル、氏名、性別、年齢、所属する組織の識別子（例えば、会社名、会社ＩＤ）等である。ユーザ属性値は、ユーザに関する情報であれば何でも良い。
【００６８】
処理部１２は、各種の処理を行う。各種の処理とは、例えば、サービス部１２１、状態更新部１２２、他状態蓄積部１２３、第一判断部１２４、移管処理部１２５、ダウン部１２６、起動部１２７、グループ化部１２８が行う処理である。
【００６９】
処理部１２は、例えば、後述する第二条件を満たすか否かを判断する。また、処理部１２は、例えば、後述する第三条件を満たすか否かを判断する。
【００７０】
処理部１２は、例えば、受信された１以上のユーザ属性値を、端末識別子に対応付けて、ユーザ属性値格納部１１４に蓄積する。１以上のユーザ属性値は、例えば、ユーザ属性値受信部１４３が受信する。１以上のユーザ属性値は、例えば、受信されたリクエストに含まれている。
【００７１】
サービス部１２１は、１以上の端末装置４に対してサービスを提供する。上述した通り、  サービスの内容は問わない。サービスは、例えば、ゲーム、ＶＲ、ＡＲ等である。
【００７２】
サービス部１２１は、通常、１以上の端末装置４に対してサービスを提供し、当該サービスの提供の結果を含む端末サービス情報を取得し、当該端末サービス情報を、端末識別子と対にして端末サービス情報格納部１１３に蓄積する。なお、端末サービス情報の内容やデータ構造等は、通常、サービスにより異なる。また、サービス部１２１がサービスを提供し、端末サービス情報を取得する処理は、種々の公知技術により実現可能である。
【００７３】
サービスの提供とは、例えば、端末装置４から受信したリクエストに対する処理を行うことである。かかる処理の結果は、例えば、端末装置４に送信される。
【００７４】
状態更新部１２２は、サービスサーバ１の自己の状態情報を取得し、自己状態格納部１１１に蓄積する。状態更新部１２２は、例えば、常時、自己の状態情報を取得し、自己状態格納部１１１に蓄積する。状態更新部１２２は、例えば、定期的に状態情報を取得し、自己状態格納部１１１に蓄積する。状態更新部１２２が状態情報を更新するタイミングは問わない。また、定期的に情報を取得することは、常時、情報を取得することを含むと考えても良い。定期的に情報を取得することは、略定期的であれば良く、情報の取得の間隔が、多少、異なっていても良い趣旨である。
【００７５】
状態更新部１２２は、例えば、サービスを提供している端末装置４の数である端末数を取得する。状態更新部１２２は、例えば、プロセッサの稼働率を取得する。端末数やプロセッサの稼働率を取得する技術は公知技術であるので、詳細な説明は省略する。
【００７６】
状態更新部１２２が行う更新処理の結果、自己状態格納部１１１には、通常、自己の最新の状態情報が格納されている。
【００７７】
他状態蓄積部１２３は、状態受信部１４１が受信した１または２以上の他の状態情報を他状態格納部１１２に蓄積する。  他状態蓄積部１２３は、状態受信部１４１が受信した１以上の各状態情報を、サービスサーバ識別子に対応付けて、他状態格納部１１２に蓄積する。他状態蓄積部１２３は、通常、状態受信部１４１が受信したすべての状態情報を他状態格納部１１２に蓄積する。かかるすべての状態情報の中に、自己の状態情報が含まれていても良い。
【００７８】
他状態蓄積部１２３の処理の結果、他状態格納部１１２には、通常、１以上の他のサービスサーバ１の最新の状態情報が、サービスサーバ識別子に対応付けて格納されている。
【００７９】
第一判断部１２４は、自己の状態情報が第一条件を満たすか否かを判断する。第一判断部１２４は、例えば、自己の状態情報のみを使用して、第一条件を満たすか否かを判断する。
【００８０】
第一条件は、リクエストを送信してきた端末装置４を他のサービスサーバ１に移管するための条件である。第一条件は、サービス提供中の端末装置４または新たにアクセスしてきた端末装置４を他のサービスサーバ１に移管するための条件である。
【００８１】
第一判断部１２４は、例えば、自己の状態情報が有する端末数が第一条件を満たすか否かを判断する。かかる場合、第一条件は、例えば、「端末数が閾値以下」、「端末数が閾値未満」、「全サービスサーバ１が対応している端末装置４の数（以下、適宜、「全端末数」という）のうちの端末数の割合が閾値以下」、「全端末数のうちの端末数の割合が閾値未満」、または「端末数が自己の対応可能な端末数と比較して予め決められた条件を満たすほど多い（例えば、同じ、または多い等）」、である。
【００８２】
第一判断部１２４は、例えば、自己の状態情報と受信されたリクエストとを使用して、第一条件を満たすか否かを判断する。第一判断部１２４は、例えば、自己の状態情報を参照し、リクエストが第一条件を満たすか否かを判断する。
【００８３】
第一判断部１２４は、例えば、リクエストが有する処理対象情報が、自己の状態情報が有する処理対象情報の中に含まれるか否か（サービス部１２１がリクエストに対応するサービスの提供が可能か否か）を判断する。かかる場合、第一条件は、「リクエストが有する処理対象情報が自己の状態情報が有する処理対象情報に含まれないこと」である。例えば、ゲームが進行していき、ゲームが次のステージになった場合に、第一判断部１２４は、端末装置４から送信されたリクエストが有する処理対象情報が自己の状態情報が有する処理対象情報に含まれないと判断する。
【００８４】
第一判断部１２４は、例えば、提供しているサービス（例えば、ゲーム）におけるカレントの段階の処理が完了したことを判断する。かかる場合、第一条件は、例えば、一の段階の処理が完了すること、ゲームにおいて他のルームに移動する必要が生じたことである。また、かかる場合、格納部１１には、例えば、サービス（例えば、ゲーム）の段階の処理を判断するための情報が格納されている。
【００８５】
移管処理部１２５は、移管処理を行う。移管処理とは、サービス部１２１がサービスを提供しているいずれか１以上の端末装置が他のサービスサーバからサービスを受けるための処理である。移管処理は、例えば、サービス部１２１がサービスを提供しているいずれか１以上の端末装置４が、移管サーバ決定手段１２５１が決定した他のサービスサーバ１からサービスを受けるための処理である。
【００８６】
移管処理は、例えば、移管する端末装置４の端末識別子に対応する端末サービス情報を端末サービス情報格納部１１３から取得し、当該端末サービス情報を、移管先のサービスサーバ１に送信する処理である。移管処理は、例えば、移管される端末装置４との通信を切断する処理も含む。移管先のサービスサーバ１に送信する処理は、移管サーバ決定手段１２５１が取得した他のサービスサーバ識別子を用いて、当該サービスサーバ識別子で識別されるサービスサーバ１に送信する処理である。
【００８７】
移管サーバ決定手段１２５１は、１以上の他の状態情報を用いて、移管先のサービスサーバ１を決定する。移管先のサービスサーバ１とは、端末装置４に対して、サービスを提供するべきサービスサーバ１である。
【００８８】
移管サーバ決定手段１２５１は、１以上の他の状態情報を用いて、例えば、サービス部１２１がサービスを提供している１以上の端末装置４のうち、いずれか１以上の端末装置４がサービスを受ける他のサービスサーバ１を決定する。
【００８９】
移管サーバ決定手段１２５１は、１以上の他の状態情報を用いて、例えば、アクセスが開始された端末装置４がサービスを受けるべき他のサービスサーバ１を決定する。アクセスが開始された端末装置４とは、通常、１以上の一連のリクエストの送付の中での初めてのリクエストを送付してきた端末装置４である。
【００９０】
移管サーバ決定手段１２５１は、通常、第一判断部１２４が第一条件を満たすと判断した場合に、端末装置４がサービスを受けるべき他のサービスサーバ１を決定する。
【００９１】
決定される他のサービスサーバ１は、例えば、端末装置４からのリクエストに対応可能なサービスサーバ１である。移管サーバ決定手段１２５１は、例えば、受信されたリクエストに含まれる処理対象情報に対応するサービスの提供が可能なサービスサーバ１を、移管先のサービスサーバ１として決定する。移管サーバ決定手段１２５１は、例えば、受信されたリクエストに含まれる処理対象情報に対応する処理対象情報を含む他の状態情報を、他状態格納部１１２から検出し、当該他の状態情報と対になる他のサービスサーバ識別子を取得する。
【００９２】
移管サーバ決定手段１２５１は、例えば、受信されたリクエストに含まれる処理対象情報に対応するサービスの提供が可能なサービスサーバ１のうち、負荷情報が示す負荷が最も小さい他の状態情報に対応するサービスサーバ１を移管先のサービスサーバ１として決定する。
【００９３】
移管処理手段１２５２は、サービス部１２１がサービスを提供しているいずれか１以上の端末装置が、移管サーバ決定手段１２５１が決定した他のサービスサーバ１からサービスを受けるための移管処理を行う。
【００９４】
移管処理手段１２５２は、例えば、移管対象の端末装置４の端末識別子を取得する。また、移管処理手段１２５２は、当該端末識別子と対になる端末サービス情報を端末サービス情報格納部１１３から取得する。次に、移管処理手段１２５２は、端末識別子と端末サービス情報とが対応付いた移管依頼を構成する。次に、移管処理手段１２５２は、当該移管医大を移管サーバ決定手段１２５１が決定した他のサービスサーバ１に送信する。次に、移管処理手段１２５２は、当該端末装置４との通信を切断する。
【００９５】
移管依頼受信手段１２５３は、移管依頼を受信する。移管依頼受信手段１２５３は、他のサービスサーバ１から送信された移管依頼を受信する。
【００９６】
端末サービス情報蓄積手段１２５４は、移管依頼受信手段１２５３が受信した移管依頼に含まれる端末サービス情報を、当該移管依頼に含まれる端末識別子と対にして、端末サービス情報格納部１１３に蓄積する。
【００９７】
通信開始手段１２５５は、移管依頼に含まれる端末識別子で識別される端末装置４との通信を開始する。以後、リクエスト受信部１４２は、当該端末装置４からリクセスとを受信することができる。
【００９８】
ダウン部１２６は、第二条件を満たす場合に、ダウン処理を行う。ダウン処理とは、サービスサーバ１がダウンするための処理である。ダウン処理は、例えば、サービスサーバ１のシャットダウンの処理である。ダウン処理は、例えば、サービスサーバ１をスリープ状態にする処理である。スリープ状態とは、起動信号の受け付けにより起動できる状態である。
【００９９】
第二条件は、例えば、外部の装置からダウン指示を受信したことである。ダウン指示とは、ダウンすることの指示である。また、外部の装置は、例えば、外部サーバ３である。外部の装置は、例えば、他のサービスサーバ１、または管理サーバ２でも良い。
【０１００】
第二条件は、例えば、自己の状態情報に関する条件である。第二条件は、例えば、自己の状態情報が有する負荷情報の負荷が予め決められた条件を満たすほど小さいことである。第二条件は、例えば、サービスを提供している端末装置４の数または割合が、予め決められた条件を満たすほど少ないことである。第二条件は、例えば、サービスを提供している端末装置４の数が「０」であることである。
【０１０１】
ダウン部１２６は、移管処理部１２５が、サービス部１２１がサービスを提供しているすべての端末装置４に対する移管処理が完了した後に、ダウン処理を行うことは好適である。
【０１０２】
なお、処理部１２は、第二条件を満たすか否かを判断する第二判断部（図示しない）を具備しても良い。
【０１０３】
起動部１２７は、第三条件を満たす場合に、休止中のサービスサーバ１を起動させるための起動処理を行う。起動処理は、例えば、スリープ状態から、通常のサービス提供可能な状態とすることである。
【０１０４】
第三条件は、例えば、外部の装置から起動指示を受信したことである。また、外部の装置は、例えば、外部サーバ３である。外部の装置は、例えば、他のサービスサーバ１、または管理サーバ２でも良い。休止中のサービスサーバ１は、自己である。起動処理とは、サービスサーバ１を起動する処理である。起動処理は、スリープ状態から、サービス提供が可能な状態とする処理でも良い。
【０１０５】
なお、処理部１２は、第三条件を満たすか否かを判断する第三判断部（図示しない）を具備しても良い。
【０１０６】
グループ化部１２８は、属性値条件を満たす端末装置４を識別する２以上の端末識別子を取得し、２以上の端末識別子を有するグループリストを取得する。属性値条件とは、ユーザ属性値受信部１４３が受信した１以上のユーザ属性値に対する条件である。属性値条件は、例えば、ユーザ属性値受信部１４３が受信した１以上のユーザ属性値を用いた条件である。例えば、ユーザ属性値受信部１４３が受信した１以上のユーザ属性値がユーザのゲームのレベルである場合、属性値条件は、例えば、「レベルが一致すること」「レベルが予め決められた条件を満たすほど近似すること」である。「レベルが予め決められた条件を満たすほど近似すること」は、例えば、「レベルの差が閾値以下」「レベルの差が閾値未満」「「レベルの差が上位Ｎ人以内（差が無いほど上位）」である。
【０１０７】
グループ化部１２８は、例えば、要求送信手段１２８１、端末識別子受信手段１２８２、グループリスト構成手段１２８３の処理により、上記の処理を実現する。
【０１０８】
要求送信手段１２８１は、端末選択要求を１以上の他のサービスサーバ１に送信する。端末選択要求とは、ユーザ属性値受信部１４３が受信した１以上のユーザ属性値に対応するユーザとグループを構成するユーザを選択する要求である。ユーザの選択は、端末装置４の選択である。端末選択要求は、ユーザ属性値受信部１４３が受信した１以上のユーザ属性値を含む。端末選択要求は、例えば、端末装置４から送信された命令である。
【０１０９】
端末識別子受信手段１２８２は、端末選択要求の送信に応じて、属性値条件を満たす１以上の端末装置４の端末識別子を受信する。なお、端末選択要求は、端末装置４から送信されたリクエストの一例であっても良いし、他のサービスサーバ１から送信されても良い。
【０１１０】
グループリスト構成手段１２８３は、ユーザ属性値受信部１４３が受信した１以上のユーザ属性値に対応するユーザとグループを構成する２以上の各ユーザに対応する端末識別子を含むグループリストを構成する。
【０１１１】
グループリスト構成手段１２８３は、例えば、端末識別子受信手段１２８２が受信した１以上の端末識別子を含むグループリストを構成する。
【０１１２】
グループリスト構成手段１２８３は、例えば、ユーザ属性値受信部１４３が受信した１以上のユーザ属性値に対応するユーザとグループを構成するユーザを、サービス部１２１がサービスを提供している端末装置４に対応する１以上のユーザから選択し、当該選択したユーザに対応する端末識別子を取得する。グループリスト構成手段１２８３は、例えば、サービス部１２１がサービスを提供している端末装置４を識別する端末識別子を取得し、当該端末識別子と対になる１以上のユーザ属性値をユーザ属性値格納部１１４から取得し、当該１以上のユーザ属性値が属性値条件を満たす場合に、当該端末識別子を、グループリストを構成する情報として取得する。
【０１１３】
グループリスト構成手段１２８３は、ユーザ属性値受信部１４３が受信した１以上のユーザ属性値に対応するユーザに対応する端末識別子と、自ら選択した１以上の各ユーザに対応する端末識別子のみを含むグループリストを構成しても良い。
【０１１４】
グループリスト構成手段１２８３は、自ら選択した１以上の各ユーザに対応する端末識別子と、端末識別子受信手段１２８２が受信した１以上の端末識別子とを含むグループリストを構成しても良い。
【０１１５】
端末選択手段１２８４は、サービス部１２１がサービスを提供している端末装置４の中から、後述する選択要求受信部１４４が受信した端末選択要求に合致するユーザ属性値に対応する１以上の端末装置４を選択し、当該１以上の各端末装置４を識別する端末識別子を取得する。端末選択手段１２８４は、例えば、サービス部１２１がサービスを提供している端末装置４の端末識別子と対になる１以上のユーザ属性値が、端末選択要求に含まれる１以上のユーザ属性値に基づいた属性値条件を満たすか否かを判断し、満たす１以上のユーザ属性値と対になる端末識別子を取得する。
【０１１６】
端末識別子送信手段１２８５は、端末選択手段１２８４が取得した１以上の端末識別子を、端末選択要求を送信してきたサービスサーバ１に送信する。
【０１１７】
送信部１３は、各種の情報を送信する。各種の情報は、例えば、自己の状態情報、グループリスト、サービス部１２１における処理結果である。
【０１１８】
状態送信部１３１は、自己の状態情報を管理サーバ２に送信する。状態送信部１３１は、自己の状態情報を管理サーバ２に、概ね定期的に送信することは好適である。ただし、状態送信部１３１が自己の状態情報を管理サーバ２に送信するタイミングは問わない。概ね定期的とは、少しの送信間隔の差異は許容する趣旨である。概ね定期的とは、常時でも良い。
【０１１９】
状態送信部１３１は、自己状態格納部１１１から、最新の自己の状態情報を取得し、当該状態情報を管理サーバ２に送信することは好適である。
【０１２０】
状態送信部１３１は、特定情報をも管理サーバ２に送信することは好適である。特定情報とは、状態受信部１４１が受信した、最新の１以上の他の状態情報のバージョンを特定する情報である。特定情報は、例えば、最新の１以上の他の状態情報、または最新の１以上の他の状態情報と最新の自己の状態情報から作成されたハッシュ値である。特定情報は、例えば、最新の１以上の他の状態情報、または最新の１以上の他の状態情報と最新の自己の状態情報を暗号化した情報である。ただし、特定情報は、最新の１以上の他の状態情報のバージョンを特定できる情報であれば良く、そのデータ構造等は問わない。
【０１２１】
状態送信部１３１は、自己の状態情報と特定情報とを一緒に送信することは好適であるが、別々に送信しても良い。
【０１２２】
グループリスト送信部１３２は、グループリストを端末装置４に送信する。グループリスト送信部１３２は、通常、グループリスト要求を送信してきた端末装置４に、グループリスト構成手段１２８３が構成したグループリストを送信する。
【０１２３】
受信部１４は、各種の情報を受信する。各種の情報とは、例えば、他の状態情報、リクエスト、ユーザ属性値、選択要求である。
【０１２４】
状態受信部１４１は、管理サーバ２から１以上の他の状態情報を含む状態情報群を受信する。状態受信部１４１は、管理サーバ２から２以上のすべてのサービスサーバ１の状態情報を受信しても良い。すべてのサービスサーバ１の状態情報は、自己の状態情報を含む。状態受信部１４１が受信する状態情報は、サービスサーバ識別子に対応付いている。
【０１２５】
リクエスト受信部１４２は、端末装置４からリクエストを受信する。リクエストとは、サービス提供のためのリクエストである。リクエスト受信部１４２が受信するリクエストは、端末識別子に対応付いている。リクエストの内容、データ構造等は、種々のものがあり得、問わない。
【０１２６】
ユーザ属性値受信部１４３は、端末装置４から１以上のユーザ属性値を受信する。ユーザ属性値受信部１４３は、通常、端末識別子に対応付けられた１以上のユーザ属性値を受信する。
【０１２７】
選択要求受信部１４４は、端末選択要求を他のサービスサーバ１から受信する。端末選択要求は、通常、１以上のユーザ属性値を含む。
【０１２８】
管理サーバ２を構成する管理格納部２１には、各種の情報が格納される。各種の情報とは、例えば、２以上の各サービスサーバ１の状態情報を有する状態情報群である。２以上の各状態情報は、サービスサーバ１を識別するサービスサーバ識別子に対応付いている。また、各種の情報とは、特定情報である。特定情報は、最新の状態情報群に対応付いている。最新の状態情報群は、２以上の各サービスサーバ１の状態情報を含む。
【０１２９】
管理受信部２２は、２以上の各サービスサーバ１から自己の状態情報を受信する。管理受信部２２は、サービスサーバ１から特定情報をも受信することは好適である。管理受信部２２は、サービスサーバ１のサービスサーバ識別子に対応付けて、サービスサーバ１から、状態情報または特定情報を受信する。
【０１３０】
管理処理部２３は、各種の処理を行う。各種の処理は、例えば、管理受信部２２が受信した状態情報を管理格納部２１に蓄積する処理である。管理処理部２３は、例えば、管理受信部２２が受信した状態情報を、サービスサーバ識別子に対応付けて管理格納部２１に蓄積する。
【０１３１】
管理処理部２３は、２以上のサービスサーバ１の状態情報を用いて、特定情報を構成し、当該特定情報に対応付けて、当該２以上の状態情報を管理格納部２１に蓄積することは好適である。なお、管理処理部２３は、例えば、２以上の状態情報を用いて、特定情報を取得する。管理処理部２３は、例えば、２以上の状態情報をハッシュ関数に与え、ハッシュ値である特定情報を取得する。管理処理部２３は、例えば、２以上の状態情報を暗号化して、特定情報を取得する。
【０１３２】
管理処理部２３は、サービスサーバ１から受信した特定情報が、管理格納部２１に格納されている特定情報と予め決められた関係を有するか否かを判断しても良い。かかる判断処理を特定情報判断という。なお、予め決められた関係は、例えば、一致すること、一方の特定情報を所定の関数に与えて出力された値が他方の特定情報と一致すること等である。
【０１３３】
管理送信部２４は、管理受信部２２が受信した２以上の自己の状態情報のうち、少なくとも送信先のサービスサーバ１の状態情報ではない１以上の他の状態情報を、２以上の各サービスサーバに送信する。
【０１３４】
管理送信部２４は、管理受信部２２が受信した２以上の状態情報のすべてを、２以上の各サービスサーバに送信することは好適である。
【０１３５】
管理送信部２４は、例えば、サービスサーバ１から受信した特定情報が、管理格納部２１に格納されている特定情報と予め決められた関係を有しない場合に、最新の２以上の状態情報を、特定情報を送信してきたサービスサーバ１に送信する。
【０１３６】
管理送信部２４は、管理受信部２２が受信した特定情報が示すバージョンが、管理受信部２２が受信した、最新の２以上の状態情報に対応するバージョンと一致しない場合に、１以上の他の状態情報を、２以上の各サービスサーバ１に送信することは好適である。
【０１３７】
管理送信部２４は、管理受信部２２が受信した２以上のすべての自己の状態情報を、２以上の各サービスサーバ１に送信することは好適である。
【０１３８】
管理送信部２４は、１以上の状態情報を、２以上の各サービスサーバ１に、概ね定期的に送信することは好適である。
【０１３９】
管理送信部２４は、サービスサーバ１からの要求に応じて、１以上の状態情報を送信することは好適である。
【０１４０】
管理送信部２４は、サービスサーバ１からの要求に応じて、管理処理部２３が行った特定情報判断の結果、予め決められた関係を有しない、と管理処理部２３が判断した場合に、１以上の状態情報を送信することは好適である。
【０１４１】
管理処理部２３が、サービスサーバ１から受信した特定情報が、管理格納部２１に格納されている特定情報と予め決められた関係を有しない、と判断した場合に、管理送信部２４は、１以上の他の状態情報を、当該サービスサーバ１に送信することは好適である。
【０１４２】
外部サーバ３を構成する外部格納部３１には、各種の情報が格納される。各種の情報は、例えば、２以上の各サービスサーバ１の負荷情報である。負荷情報は、サービスサーバ識別子に対応付いていることは好適である。
【０１４３】
外部受信部３２は、２以上の各サービスサーバ１から負荷情報を受信する。外部受信部３２は、サービスサーバ識別子に対応付けられた負荷情報を受信する。
【０１４４】
外部処理部３３は、各種の処理を行う。各種の処理は、例えば、外部受信部３２が受信した負荷情報を、サービスサーバ識別子に対応付けて外部格納部３１に蓄積する処理である。各種の処理は、例えば、外部格納部３１の１以上の負荷情報を用いて、休止中のサービスサーバ１に起動指示を送信するか否かを判断する処理である。各種の処理は、例えば、外部格納部３１の１以上の負荷情報を用いて、サービスサーバ１にダウン指示を送信するか否かを判断する処理である。
【０１４５】
外部処理部３３は、例えば、負荷情報が予め決められた第二条件（例えば、「サービス提供中の端末数が閾値以下」）を満たすか否かを判断し、第二条件を満たす負荷情報と対になるサービスサーバ識別子を、ダウン指示を送信する先の情報として取得する。
【０１４６】
外部処理部３３は、例えば、１または２以上のサービスサーバ１の負荷情報が予め決められた第三条件（例えば、「総負荷量が予め決められた条件を満たすほど大きい」）を満たすか否かを判断し、第三条件を満たす場合に、ダウン中であることを示す負荷情報と対になるサービスサーバ識別子を、起動指示を送信する先の情報として取得する。
【０１４７】
外部送信部３４は、例えば、外部処理部３３がダウン指示を送信すると判断したサービスサーバ１に対して、ダウン指示を送信する。
外部送信部３４は、例えば、外部処理部３３が起動指示を送信すると判断したサービスサーバ１に対して、起動指示を送信する。
【０１４８】
外部送信部３４は、例えば、ダウン指示を送信する先として取得したサービスサーバ識別子で識別されるサービスサーバ１にダウン指示を送信する。
【０１４９】
外部送信部３４は、例えば、外部処理部３３が起動指示を送信する先として取得したサービスサーバ識別子で識別されるサービスサーバ１に起動指示を送信する。
【０１５０】
端末装置４を構成する端末格納部４１には、各種の情報が格納される。各種の情報は、例えば、端末識別子、１以上のユーザ属性値である。
【０１５１】
端末受付部４２は、各種の指示や情報を受け付ける。各種の指示や情報は、例えば、各種のリクエスト、端末選択要求である。なお、端末選択要求もリクエストの一例である、と考えても良い。
【０１５２】
各種の指示や情報の入力手段は、タッチパネルやゲームコントローラやキーボードやマウスやメニュー画面によるもの等、何でも良い。
【０１５３】
端末処理部４３は、各種の処理を行う。各種の処理は、例えば、端末受付部４２が受け付けた各種の指示や情報を送信する指示や情報に構成する処理である。各種の処理は、例えば、末受信部４５が受信した情報を送信する情報に構成する処理である。各種の処理は、例えば、端末受付部４２が受け付けたリクエストと、端末格納部４１の端末識別子とを用いて、端末識別子に対応付いたリクエストを構成する。
【０１５４】
端末送信部４４は、各種の指示や情報をサービスサーバ１に送信する。各種の指示や情報は、例えば、端末識別子に対応付いたリクエストである。
【０１５５】
端末受信部４５は、各種の情報をサービスサーバ１から受信する。各種の情報は、例えば、
リクエストに対する処理の結果、グループリストである。
【０１５６】
端末出力部４６は、各種の情報を出力する。各種の情報は、例えば、リクエストに対する処理の結果、グループリストである。
【０１５７】
ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【０１５８】
格納部１１、自己状態格納部１１１、他状態格納部１１２、端末サービス情報格納部１１３、ユーザ属性値格納部１１４、管理格納部２１、外部格納部３１、および端末格納部４１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【０１５９】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。
【０１６０】
処理部１２、サービス部１２１、状態更新部１２２、他状態蓄積部１２３、第一判断部１２４、移管サーバ決定手段１２５１、移管処理部１２５、ダウン部１２６、起動部１２７、グループ化部１２８、グループリスト構成手段１２８３、端末選択手段１２８４、管理処理部２３、外部処理部３３、および端末処理部４３は、通常、プロセッサやメモリ等から実現され得る。処理部１２等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。プロセッサは、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等であるが、その種類は問わない。
【０１６１】
要求送信手段１２８１、端末識別子送信手段１２８５、送信部１３、状態送信部１３１、グループリスト送信部１３２、管理送信部２４、外部送信部３４、および端末送信部４４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０１６２】
端末識別子受信手段１２８２、受信部１４、状態受信部１４１、リクエスト受信部１４２、ユーザ属性値受信部１４３、選択要求受信部１４４、管理受信部２２、外部受信部３２、および端末受信部４５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【０１６３】
端末受付部４２は、タッチパネルやゲームコントローラやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【０１６４】
端末出力部４６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部４６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【０１６５】
次に、情報システムＡの動作例について説明する。まず、サービスサーバ１の動作例について、図４のフローチャートを用いて説明する。
【０１６６】
（ステップＳ４０１）リクエスト受信部１４２は、端末装置４から、端末識別子に対応付けて、リクエストを受信したか否かを判断する。リクエストを受信した場合はステップＳ４０２に行き、リクエストを受信しなかった場合はステップＳ４１４に行く。
【０１６７】
（ステップＳ４０２）処理部１２は、ステップＳ４０１で受信されたリクエストが端末選択要求であるか否かを判断する。端末選択要求である場合はステップＳ４１２に行き、端末選択要求でない場合はステップＳ４０３に行く。
【０１６８】
（ステップＳ４０３）第一判断部１２４は、リクエストを送信した端末装置４を、他のサービスサーバ１に移管するか否かの判断である第一判断処理を行う。第一判断処理の例について、図５のフローチャートを用いて説明する。
【０１６９】
（ステップＳ４０４）第一判断の結果が「移管する」場合はステップＳ４１１に行き、「移管しない」場合はステップＳ４０５に行く。
【０１７０】
（ステップＳ４０５）サービス部１２１は、ステップＳ４０１で受信されたリクエストに対する処理を行う。なお、通常、リクエストに対する処理の結果は、端末装置４に送信される。
【０１７１】
（ステップＳ４０６）サービス部１２１は、ステップＳ４０５における処理の結果を含む端末サービス情報を取得し、当該端末サービス情報を、受信されたリクエストに対応付く端末識別子に対応付けて、端末サービス情報格納部１１３に蓄積する。
【０１７２】
（ステップＳ４０７）処理部１２は、ステップＳ４０１で受信したリクエストに、当該リクエストを送信した端末装置４のユーザの１以上のユーザ属性値が含まれるか否かを判断する。１以上のユーザ属性値が含まれる場合はステップＳ４０８に行き、１以上のユーザ属性値が含まれない場合はステップＳ４０９に行く。
【０１７３】
（ステップＳ４０８）処理部１２は、ステップＳ４０１で受信したリクエストに対応付く端末識別子に対応付けて、当該リクエストに含まれる１以上のユーザ属性値を、ユーザ属性値格納部１１４に蓄積する。
【０１７４】
（ステップＳ４０９）状態更新部１２２は、サービスサーバ１の状態情報を取得する。なお、ここで取得する状態情報は、通常、動的状態情報である。
【０１７５】
（ステップＳ４１０）状態更新部１２２は、ステップＳ４０９で取得した状態情報を自己状態格納部１１１に蓄積し、自己の状態情報を更新する。ステップＳ４０１に戻る。
【０１７６】
（ステップＳ４１１）移管処理部１２５等は、移管処理を行う。ステップＳ４０１に戻る。移管処理の例について、図６のフローチャートを用いて説明する。
【０１７７】
（ステップＳ４１２）グループ化部１２８は、グループリストを構成する処理を行う。かかるリスト構成処理の例について、図７のフローチャートを用いて説明する。
【０１７８】
（ステップＳ４１３）端末識別子送信手段１２８５は、リクエストを送信した端末装置４に、ステップＳ４１２で構成されたグループリストを送信する。ステップＳ４０１に戻る。
【０１７９】
（ステップＳ４１４）処理部１２は、１以上の他のサービスサーバ１の状態情報を含む状態情報群の送信を要求するタイミングであるか否かを判断する。状態情報群の送信を要求するタイミングであればステップＳ４１５に行き、状態情報群の送信を要求するタイミングでなければステップＳ４１９に行く。なお、状態情報群の送信を要求するタイミングは、例えば、定期的、常時等である。また、ステップＳ４１４の判断処理は無く、常に、状態情報群の送信が要求されても良い。
【０１８０】
（ステップＳ４１５）処理部１２は、他状態格納部１１２に格納されている現在の最新の状態情報群に対応する特定情報を取得する。なお、特定情報は、現在の最新の状態情報群に対応付けられて他状態格納部１１２に格納されていても良いし、送信の直前に、現在の最新の状態情報群を用いて取得されても良い。
【０１８１】
（ステップＳ４１６）送信部１３は、ステップＳ４１５で取得した特定情報を管理サーバ２に送信する。なお、かかる特定情報の送信は、状態情報群の要求である。
【０１８２】
（ステップＳ４１７）状態受信部１４１は、管理サーバ２から状態情報群を受信したか否かを判断する。状態情報群を受信した場合はステップＳ４１８に行き、状態情報群を受信しなかった場合はステップＳ４０１に戻る。なお、状態情報群を受信しなかった場合とは、例えば、予め決められたタイムアウトする時間を待って状態情報群を受信しなかった場合である。
【０１８３】
（ステップＳ４１８）他状態蓄積部１２３は、ステップＳ４１７で受信された状態情報群を他状態格納部１１２に蓄積する。ステップＳ４０１に戻る。
【０１８４】
なお、ステップＳ４１７で受信された状態情報群を構成する各状態情報は、当該状態情報に対応するサービスサーバ１を識別するサービスサーバ識別子に対応付いている。つまり、他状態蓄積部１２３は、ステップＳ４１７で受信された状態情報群を構成する各状態情報を、サービスサーバ識別子に対応付けて他状態格納部１１２に蓄積する。
【０１８５】
また、他状態蓄積部１２３は、ステップＳ４１７で受信された状態情報群を用いて特定情報を取得し、当該特定情報と対にして、状態情報群を他状態格納部１１２に蓄積することは好適である。
【０１８６】
（ステップＳ４１９）ユーザ属性値受信部１４３は、端末装置４から１以上のユーザ属性値を受信したか否かを判断する。１以上のユーザ属性値を受信した場合はステップＳ４２０に行き、１以上のユーザ属性値を受信しなかった場合はステップＳ４２１に行く。なお、ユーザ属性値受信部１４３は、通常、端末識別子に対応付く、１以上のユーザ属性値を受信する。なお、１以上のユーザ属性値を送信した端末装置４は、通常、サービス部１２１がサービスを提供している端末装置４である。
【０１８７】
（ステップＳ４２０）処理部１２は、端末識別子に対応付けて、ステップＳ４１９で受信された１以上のユーザ属性値を、ユーザ属性値格納部１１４に蓄積する。ステップＳ４０１に戻る。
【０１８８】
（ステップＳ４２１）選択要求受信部１４４は、他のサービスサーバ１から、選択要求を受信したか否かを判断する。選択要求を受信した場合はステップＳ４２２に行き、選択要求を受信しなかった場合はステップＳ４２４に行く。
【０１８９】
（ステップＳ４２２）処理部１２は、端末選択処理を行う。端末選択処理の例について、図８のフローチャートを用いて説明する。端末選択処理とは、選択要求に対応するグループリストを構成する端末識別子を取得する処理である。
【０１９０】
（ステップＳ４２３）端末識別子送信手段１２８５は、選択要求を送信してきた他のサービスサーバ１に、ステップＳ４２２で取得された１以上の端末識別子を送信する。ステップＳ４０１に戻る。なお、ここで、１以上の端末識別子を送信できない場合もあり得る。
【０１９１】
（ステップＳ４２４）処理部１２は、第二条件を満たすか否かを判断する。第二条件を満たす場合はステップＳ４２５に行き、第二条件を満たさない場合はステップＳ４２６に行く。なお、第二条件は、例えば、外部サーバ３からダウン指示を受信したこと、負荷情報が示す負荷が条件を満たすほど小さい（例えば、サービス部１２１がサービスを提供している端末装置４が閾値以下）ること等である。
【０１９２】
（ステップＳ４２５）ダウン部１２６は、ダウン処理を行う。ステップＳ４０１に戻る。
ダウン処理の例について、図９のフローチャートを用いて説明する。
【０１９３】
（ステップＳ４２６）処理部１２は、第三条件を満たすか否かを判断する。第三条件を満たす場合はステップＳ４２７に行き、第三条件を満たさない場合はステップＳ４２８に行く。なお、第三条件は、例えば、外部サーバ３から起動指示を受信したことである。
【０１９４】
（ステップＳ４２７）起動部１２７は、サービスサーバ１を起動する。ステップＳ４０１に戻る。
【０１９５】
（ステップＳ４２８）受信部１４は、移管依頼を受信したか否かを判断する。移管依頼を受信した場合はステップＳ４２９に行き、移管依頼を受信しなかった場合はステップＳ４０１に戻る。
【０１９６】
（ステップＳ４２９）処理部１２は、移管依頼に対応する処理である被移管処理を行う。被移管処理の例について、図１０のフローチャートを用いて説明する。ステップＳ４０１に戻る。
【０１９７】
なお、図４のフローチャートにおいて、処理部１２は、例えば、サービスサーバ１の負荷情報を、定期的または常時、取得する。そして、送信部１３は、取得された負荷情報を、定期的または常時、外部サーバ３に送信することは好適である。
【０１９８】
また、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１９９】
次に、ステップＳ４０３の第一判断処理の例について、図５のフローチャートを用いて説明する。
【０２００】
（ステップＳ５０１）第一判断部１２４は、自己状態格納部１１１から、現在の自己の状態情報を取得する。
【０２０１】
（ステップＳ５０２）第一判断部１２４は、第一条件を取得する。第一判断部１２４は、例えば、受信されたリクエストから処理対象情報を取得し、当該処理対象情報を有する第一条件（例えば、処理対象情報）を構成する。第一判断部１２４は、例えば、格納部１１から第一条件（例えば、サービス提供できる最大の端末数）を読み出す。
【０２０２】
（ステップＳ５０３）第一判断部１２４は、ステップＳ５０１で取得した自己の状態情報が、ステップＳ５０２で取得した第一条件を満たすか否かを判断する。第一条件を満たす場合はステップＳ５０４に行き、第一条件を満たさない場合はステップＳ５０５に行く。
【０２０３】
第一判断部１２４は、例えば、受信されたリクエストに含まれる処理対象情報が、自己の状態情報に含まれる１以上の処理対象情報に含まれるか否か（リクエストがサービスサーバ１の処理可能な範囲か否か）を判断する。
【０２０４】
第一判断部１２４は、例えば、受信されたリクエストが最初のアクセスであって、当該リクエストを受け付けた場合には、サービス提供の端末装置４が増える場合に、自己の状態情報が有する「サービス提供できる最大の端末数」を超えるか否かを判断する。
【０２０５】
（ステップＳ５０４）第一判断部１２４は、変数「判断結果」に「移管しない」旨の情報を代入する。
【０２０６】
（ステップＳ５０５）第一判断部１２４は、変数「判断結果」に「移管する」旨の情報を代入する。上位処理にリターンする。
【０２０７】
次に、ステップＳ４１１の移管処理の例について、図６のフローチャートを用いて説明する。
【０２０８】
（ステップＳ６０１）移管サーバ決定手段１２５１は、カウンタｉに１を代入する。
【０２０９】
（ステップＳ６０２）移管サーバ決定手段１２５１は、他状態格納部１１２に、ｉ番目の他の状態情報が格納されているか否かを判断する。ｉ番目の他の状態情報が格納されている場合はステップＳ６０３に行き、ｉ番目の他の状態情報が格納されていない場合はステップＳ６０７に行く。
【０２１０】
（ステップＳ６０３）移管サーバ決定手段１２５１は、ｉ番目の他の状態情報を他状態格納部１１２から取得する。
【０２１１】
（ステップＳ６０４）移管サーバ決定手段１２５１は、ｉ番目の他の状態情報を用いて、当該他の状態情報に対応する他のサービスサーバ１が、移管対象の端末装置４に対してサービス提供が可能であるか否かを判断する。サービス提供が可能であればステップＳ６０５に行き、サービス提供が可能でなければステップＳ６０６に行く。
【０２１２】
（ステップＳ６０５）移管サーバ決定手段１２５１は、ｉ番目の他の状態情報と対になるサービスサーバ識別子を他状態格納部１１２から取得し、当該サービスサーバ識別子を図示しないバッファに一時蓄積する。
【０２１３】
（ステップＳ６０６）移管サーバ決定手段１２５１は、カウンタｉを１、インクリメントする。ステップＳ６０２に戻る。
【０２１４】
（ステップＳ６０７）移管サーバ決定手段１２５１は、図示しないバッファに一時蓄積された１以上の各サービスサーバ識別子と対になる負荷情報を他状態格納部１１２から取得する。そして、移管サーバ決定手段１２５１は、取得した負荷情報が最小のサービスサーバのサービスサーバ識別子を取得する。
【０２１５】
（ステップＳ６０８）移管処理手段１２５２は、移管対象の端末装置４の端末識別子を取得する。また、移管処理手段１２５２は、当該端末識別子と対になる端末サービス情報を端末サービス情報格納部１１３から取得する。また、当該端末装置４から送信されたリクエストで、未処理のリクエストがあれば、そのリクエストを取得する。そして、移管処理部１２５は、端末サービス情報を含む、送信する情報を構成する。送信する情報は、例えば、端末識別子、端末サービス情報、リクエストを含む。
【０２１６】
（ステップＳ６０９）移管処理手段１２５２は、ステップＳ６０８で取得した端末サービス情報等を、ステップＳ６０７で取得されたサービスサーバ識別子で識別される他のサービスサーバ１に送信する。
【０２１７】
（ステップＳ６１０）移管処理手段１２５２は、当該端末装置４との通信を切断する。上位処理にリターンする。
【０２１８】
次に、ステップＳ４１２のリスト構成処理の例について、図７のフローチャートを用いて説明する。
【０２１９】
（ステップＳ７０１）グループ化部１２８は、サービス部１２１がサービスを提供している端末装置４の中から端末を選択する端末選択処理を行う。端末選択処理の例について、図８のフローチャートを用いて説明する。
【０２２０】
（ステップＳ７０２）グループ化部１２８は、ステップＳ７０１において選択した端末より多い端末が必要であるか否かを判断する。端末が必要である場合はステップＳ７０３に行き、端末が必要でない場合はステップＳ７０７に行く。なお、端末が必要であることは、グループリストを構成するグループのユーザが必要であることである。また、かかる判断の条件は、格納部１１に格納されている。また、かかる判断の条件は、例えば、「グループを構成する最大人数」である。
【０２２１】
（ステップＳ７０３）要求送信手段１２８１は、１以上の他のサービスサーバ１に、選択要求を送信する。なお、選択要求は、１以上のユーザ属性値、または属性値条件を有する。
【０２２２】
（ステップＳ７０４）端末識別子受信手段１２８２は、他のサービスサーバ１から、選択結果を受信したか否かを判断する。選択結果を受信した場合はステップＳ７０５に行き、選択結果を受信しなかった場合はステップＳ７０４に戻る。なお、選択結果は、１以上の端末識別子、または選択なしの旨の情報を含む。
【０２２３】
（ステップＳ７０５）グループ化部１２８は、選択要求を送信したすべての他のサービスサーバ１から選択結果を受信したか否かを判断する。すべての他のサービスサーバ１から選択結果を受信した場合はステップＳ７０６に行き、すべての他のサービスサーバ１から受信していない場合はステップＳ７０４に戻る。
【０２２４】
（ステップＳ７０６）グループリスト構成手段１２８３は、ステップＳ７０１で取得した端末識別子、ステップＳ７０４で受信した選択結果に含まれる端末識別子を用いて、グループリストを構成する端末識別子を取得する。
【０２２５】
なお、ここで取得する端末識別子は、通常、端末選択要求を送信してきた端末装置４の端末識別子を含む。また、グループリストを構成する予め決められた端末数が存在する場合であり、ステップＳ７０１で取得した端末識別子とステップＳ７０４で受信した選択結果に含まれる端末識別子との合計数が予め決められた端末数を超える場合は、グループリスト構成手段１２８３は、例えば、端末選択要求に対応するユーザ属性値との差異がより小さい（例えば、同一）ユーザ属性値に対応する端末識別子を選択する。
【０２２６】
（ステップＳ７０７）グループリスト構成手段１２８３は、ステップＳ７０６で取得した２以上の端末識別子が含まれるグループリストを構成する。上位処理にリターンする。
【０２２７】
なお、図７のフローチャートにおいて、ステップＳ７０１の処理は無くても良い。
【０２２８】
次に、ステップＳ４２２の端末選択処理の例について、図８のフローチャートを用いて説明する。
【０２２９】
（ステップＳ８０１）端末選択手段１２８４は、選択要求に含まれる１以上のユーザ属性値を用いて、属性値条件を取得する。なお、選択要求に属性値条件が含まれる場合、端末選択手段１２８４は、選択要求に含まれる属性値条件を取得する。
【０２３０】
例えば、選択要求に含まれる１以上のユーザ属性値が「ユーザのゲームのレベル」である場合、端末選択手段１２８４は、例えば、属性値条件「ユーザのゲームのレベルと一致すること」または「ユーザのゲームのレベルとの差異が閾値以下であること」または「ユーザのゲームのレベルとの差異が閾値未満であること」を取得する。
【０２３１】
（ステップＳ８０２）端末選択手段１２８４は、カウンタｉに１を代入する。
【０２３２】
（ステップＳ８０３）端末選択手段１２８４は、サービス部１２１がサービスを提供しているｉ番目の端末装置４が存在するか否かを判断する。ｉ番目の端末装置４が存在する場合はステップＳ８０４に行き、ｉ番目の端末装置４が存在しない場合はステップＳ８０８に行く。
【０２３３】
端末選択手段１２８４は、例えば、端末サービス情報格納部１１３に格納されているｉ番目の端末識別子が存在するか否かを判断する。つまり、サービス部１２１がサービスを提供中のみ、端末サービス情報格納部１１３に端末識別子と端末サービス情報とが格納されている。
【０２３４】
（ステップＳ８０４）端末選択手段１２８４は、ｉ番目の端末装置４を識別する端末識別子と対になる１以上のユーザ属性値を、ユーザ属性値格納部１１４をから取得する。なお、かかる１以上のユーザ属性値は、例えば、「ユーザのゲームのレベル」である。
【０２３５】
（ステップＳ８０５）端末選択手段１２８４は、ステップＳ８０４で取得した１以上のユーザ属性値が、ステップＳ８０１で取得した属性値条件を満たすか否かを判断する。属性値条件を満たす場合はステップＳ８０６に行き、属性値条件を満たさない場合はステップＳ８０７に行く。
【０２３６】
（ステップＳ８０６）端末選択手段１２８４は、ｉ番目の端末装置４に対応する端末識別子を端末サービス情報格納部１１３から取得し、当該端末識別子を図示しないバッファに一時蓄積する。
【０２３７】
（ステップＳ８０７）端末選択手段１２８４は、カウンタｉを１、インクリメントする。ステップＳ８０３に戻る。
【０２３８】
（ステップＳ８０８）端末選択手段１２８４は、図示しないバッファに端末識別子が存在するか否かを判断する。端末識別子が存在する場合はステップＳ８０９に行き、端末識別子が存在しない場合はステップＳ８１０に行く。
【０２３９】
（ステップＳ８０９）端末選択手段１２８４は、変数「選択結果」に図示しないバッファに格納されている１以上の端末識別子を代入する。上位処理にリターンする。
【０２４０】
（ステップＳ８１０）端末選択手段１２８４は、変数「選択結果」に「選択なし」の旨の情報を代入する。上位処理にリターンする。
【０２４１】
次に、ステップＳ４２５のダウン処理の例について、図９のフローチャートを用いて説明する。
【０２４２】
（ステップＳ９０１）ダウン部１２６は、サービス部１２１がサービスを提供中の端末装置４が存在するか否かを判断する。サービスを提供中の端末装置４が存在する場合はステップＳ９０２に行き、サービスを提供中の端末装置４が存在しない場合はステップＳ９１１に行く。
【０２４３】
（ステップＳ９０２）ダウン部１２６は、サービスを提供中のすべての端末装置４の端末識別子と対になる端末サービス情報を端末サービス情報格納部１１３から取得する。
【０２４４】
（ステップＳ９０３）ダウン部１２６は、カウンタｉに１を代入する。
【０２４５】
（ステップＳ９０４）ダウン部１２６は、ｉ番目の端末識別子と対になる端末サービス情報に基づいて、サービスを中断しても良いか否かを判断する。サービスを中断しても良いと判断した場合はステップＳ９０５に行き、サービスを中断できないと判断した場合はステップＳ９０８に行く。
【０２４６】
なお、中断するための条件は、ダウン部１２６は、格納部１１に格納されており、かかる条件に合致するか否かを判断する。また、中断するための条件は、端末サービス情報に関する条件（例えば、サービスの提供が格納されている区切りの段階になったこと）であることは好適である。ただし、中断するための条件は、問わない。
【０２４７】
（ステップＳ９０５）移管処理部１２５等は、ｉ番目の端末識別子で識別される端末装置４の移管処理を行う。
【０２４８】
（ステップＳ９０６）ダウン部１２６は、カウンタｉを１、インクリメントする。
【０２４９】
（ステップＳ９０７）ダウン部１２６は、サービス部１２１がサービスを提供中の端末装置４に対応するｉ番目の端末サービス情報が存在するか否かを判断する。ｉ番目の端末サービス情報が存在する場合はステップＳ９０４に戻り、ｉ番目の端末サービス情報が存在しない場合はステップＳ９０１に戻る。
【０２５０】
（ステップＳ９０８）ダウン部１２６は、ｉ番目の端末識別子で識別される端末装置４からリクエストを受信したか否かを判断する。リクエストを受信した場合はステップＳ９０９に行き、リクエストを受信していない場合はステップＳ９０６に行く。
【０２５１】
（ステップＳ９０９）サービス部１２１は、受信したリクエストを処理する。
【０２５２】
（ステップＳ９１０）サービス部１２１は、ステップＳ９０９における処理の結果を含む端末サービス情報を取得し、当該端末サービス情報を、受信されたリクエストに対応付く端末識別子に対応付けて、端末サービス情報格納部１１３に蓄積する。ステップＳ９０６に行く。
【０２５３】
（ステップＳ９１１）ダウン部１２６は、サービスサーバ１のダウンのための処理を行う。上位処理にリターンする。
【０２５４】
なお、図９のフローチャートにおいて、ダウンのための処理を行う前に、サービス提供中のすべての端末装置４に対する移管処理を行えば良く、その手順は問わない。
【０２５５】
次に、ステップＳ４２９の被移管処理の例について、図１０のフローチャートを用いて説明する。
【０２５６】
（ステップＳ１００１）端末サービス情報蓄積手段１２５４は、受信された移管依頼に含まれる端末サービス情報を取得する。
【０２５７】
（ステップＳ１００２）端末サービス情報蓄積手段１２５４は、受信された移管依頼に含まれる端末識別子を取得する。
【０２５８】
（ステップＳ１００３）端末サービス情報蓄積手段１２５４は、ステップＳ１００１で取得した端末サービス情報を、ステップＳ１００２で取得した端末識別子に対応付けて、端末サービス情報格納部１１３に蓄積する。
【０２５９】
（ステップＳ１００４）通信開始手段１２５５は、ステップＳ１００２で取得した端末識別子で識別される端末装置４との通信を開始する。
【０２６０】
（ステップＳ１００５）移管処理部１２５は、受信された移管依頼にリクエストが存在するか否かを判断する。リクエストが存在する場合は図４のステップＳ４０５に行き、リクエストが存在しない場合は上位処理にリターンする。
【０２６１】
次に、管理サーバ２の動作例について、図１１のフローチャートを用いて説明する。
【０２６２】
（ステップＳ１１０１）管理受信部２２は、サービスサーバ識別子に対応付けて、サービスサーバ１から状態情報を受信したか否かを判断する。状態情報を受信した場合はステップＳ１１０２に行き、状態情報を受信しなかった場合はステップＳ１１０４に行く。
【０２６３】
（ステップＳ１１０２）管理処理部２３は、ステップＳ１１０１で受信された状態情報を、サービスサーバ識別子に対応付けて管理格納部２１に蓄積する。
【０２６４】
（ステップＳ１１０３）管理処理部２３は、ステップＳ１１０１で受信された状態情報を含む状態情報群であり、２以上のサービスサーバ１の状態情報を含む状態情報群を用いて、特定情報を取得する。そして、管理処理部２３は、当該特定情報を、ステップＳ１１０１で受信された状態情報を含む状態情報群に対応付けて管理格納部２１に蓄積する。ステップＳ１１０１に戻る。
【０２６５】
（ステップＳ１１０４）管理受信部２２は、サービスサーバ１から特定情報を受信したか否かを判断する。特定情報を受信した場合はステップＳ１１０５に行き、特定情報を受信しなかった場合はステップＳ１１０１に戻る。なお、ここでの特定情報の受信は、状態情報群の送信の依頼である。
【０２６６】
（ステップＳ１１０５）管理処理部２３は、管理格納部２１に格納されている最新の特定情報を取得する。
【０２６７】
（ステップＳ１１０６）管理処理部２３は、ステップＳ１１０４で受信された特定情報と、ステップＳ１１０５で取得した最新の特定情報とが予め決められた関係（例えば、一致）にあるか否かを判断する。予め決められた関係にある場合は上位処理にリターンし、予め決められた関係にない場合はステップＳ１１０７に行く。
【０２６８】
（ステップＳ１１０７）管理処理部２３は、最新の特定情報に対応する状態情報群を取得する。なお、取得した状態情報群を構成する各状態情報は、サービスサーバ識別子に対応付いている。
【０２６９】
（ステップＳ１１０８）管理送信部２４は、ステップＳ１１０７で取得した状態情報群であり、サービスサーバ識別子に対応付いた状態情報の集合である状態情報群を、特定情報を送信してきたサービスサーバ１に送信する。ステップＳ１１０１に戻る。
【０２７０】
なお、図１１のフローチャートにおいて、管理送信部２４は、最新の状態情報群を保持していないサービスサーバ１に、最新の状態情報群を送信した。しかし、管理送信部２４は、適切なタイミングで、最新の状態情報群をサービスサーバ１に送信しても良い。適切なタイミングとは、例えば、概ね定期的、常時等である。
【０２７１】
また、図１１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０２７２】
次に、外部サーバ３の動作例について、図１２のフローチャートを用いて説明する。
【０２７３】
（ステップＳ１２０１）外部受信部３２は、サービスサーバ識別子に対応付けて、負荷情報を受信したか否かを判断する。負荷情報を受信した場合はステップＳ１２０２に行き、負荷情報を受信しなかった場合はステップＳ１２０３に行く。
【０２７４】
（ステップＳ１２０２）外部処理部３３は、ステップＳ１２０１で受信された負荷情報を、サービスサーバ識別子に対応付けて、外部格納部３１に蓄積する。
【０２７５】
（ステップＳ１２０３）外部処理部３３は、外部格納部３１に格納されている第二条件を取得する。なお、第二条件は、サービスサーバ１をダウンさせるための条件である。第二条件は、例えば、「サービス提供先の端末装置４の端末数が０」である。
【０２７６】
（ステップＳ１２０４）外部処理部３３は、外部格納部３１に格納されている第三条件を取得する。なお、第三条件は、サービスサーバ１を起動させるための条件である。第三条件は、例えば、２以上のサービスサーバ１の総負荷情報が示す負荷が予め決められた条件を満たすほど大きいことである。第三条件は、例えば、２以上のサービスサーバ１の総負荷情報である総端末数が閾値以上であることである。
【０２７７】
（ステップＳ１２０５）外部処理部３３は、カウンタｉに１を代入する。
【０２７８】
（ステップＳ１２０６）外部処理部３３は、ｉ番目の負荷情報が外部格納部３１に存在するか否かを判断する。ｉ番目の負荷情報が存在する場合はステップＳ１２０７に行き、ｉ番目の負荷情報が存在しない場合はステップＳ１２０１に戻る。
【０２７９】
（ステップＳ１２０７）外部処理部３３は、ｉ番目の負荷情報がステップＳ１２０３で取得した第二条件を満たすか否かを判断する。第二条件を満たす場合はステップＳ１２０８に行き、第二条件を満たさない場合はステップＳ１２１１に行く。
【０２８０】
（ステップＳ１２０８）外部処理部３３は、ｉ番目の負荷情報と対になるサービスサーバ識別子を外部格納部３１から取得する。
【０２８１】
（ステップＳ１２０９）外部送信部３４は、ステップＳ１２０８で取得したサービスサーバ識別子で識別されるサービスサーバ１に、ダウン指示を送信する。外部処理部３３は、ステップＳ１２０８で取得したサービスサーバ識別子と対になる負荷情報を、ダウンしている旨の情報に書き換える。
【０２８２】
（ステップＳ１２１０）外部処理部３３は、カウンタｉを１、インクリメントする。ステップＳ１２０６に戻る。
【０２８３】
（ステップＳ１２１１）外部処理部３３は、外部格納部３１に格納されている１または２以上の負荷情報（例えば、総負荷情報）が、ステップＳ１２０４で取得した第三条件を満たすか否かを判断する。第三条件を満たす場合はステップＳ１２１２に行き、第三条件を満たさない場合はステップＳ１２１０に行く。
【０２８４】
（ステップＳ１２１２）外部処理部３３は、現在、スリープしており、起動対象のサービスサーバ１が存在するか否かを、外部格納部３１の負荷情報を用いて判断する。起動対象のサービスサーバ１が存在する場合はステップＳ１２１３に行き、起動対象のサービスサーバ１が存在しない場合はステップＳ１２１０に行く。
【０２８５】
（ステップＳ１２１３）外部処理部３３は、現在、スリープしており、起動対象のサービスサーバ１のサービスサーバ識別子を外部格納部３１から取得する。
【０２８６】
（ステップＳ１２１４）外部送信部３４は、ステップＳ１２１３で取得したサービスサーバ識別子で識別されるサービスサーバ１に、起動指示を送信する。ステップＳ１２１０に行く。
【０２８７】
なお、図１２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０２８８】
次に、端末装置４の動作例について、図１３のフローチャートを用いて説明する。
【０２８９】
（ステップＳ１３０１）端末受付部４２は、ユーザから指示等を受け付けたか否かを判断する。指示等を受け付けた場合はステップＳ１３０２に行き、指示等を受け付けなかった場合はステップＳ１３０６に行く。
【０２９０】
（ステップＳ１３０２）端末処理部４３は、ステップＳ１３０１で受け付けられた指示等を用いて、リクエストを構成する。なお、端末処理部４３は、例えば、端末格納部４１の端末識別子を読み出し、当該端末識別子に対応付いたリクエストを構成する。なお、リクエストは、通常、ユーザの端末装置４に対する操作により発生する。ただし、リクエストは、端末装置４の自律的な処理により発生しても良い。
【０２９１】
（ステップＳ１３０３）端末送信部４４は、ステップＳ１３０２で構成されたリクエストを、端末識別子に対応付けて、サービスの提供を受けるサービスサーバ１に送信する。なお、端末格納部４１には、サービスサーバ１のサービスサーバ識別子（例えば、ＩＰアドレス）が格納されており、端末送信部４４は、かかるサービスサーバ識別子を用いて、リクエストを送信する。
【０２９２】
（ステップＳ１３０４）端末受付部４２は、リクエストの送信に応じた処理結果を受信したか否かを判断する。処理結果を受信した場合はステップＳ１３０５に行き、処理結果を受信しなかった場合はステップＳ１３０４に戻る。
【０２９３】
（ステップＳ１３０５）端末処理部４３は、ステップＳ１３０４で受信された処理結果を用いて、出力する処理結果を構成する。端末出力部４６は、当該処理結果を出力する。ステップＳ１３０１に戻る。
【０２９４】
（ステップＳ１３０６）端末処理部４３は、１以上のユーザ属性値を送信するか否かを判断する。ユーザ属性値を送信する場合はステップＳ１３０７に行き、ユーザ属性値を送信しない場合はステップＳ１３０１に戻る。
【０２９５】
（ステップＳ１３０７）端末処理部４３は、端末格納部４１に格納されている１以上のユーザ属性値を取得する。
【０２９６】
（ステップＳ１３０８）端末送信部４４は、ステップＳ１３０７で取得された１以上のユーザ属性値を、端末格納部４１に格納されている端末識別子に対応付けて、サービスサーバ１に送信する。ステップＳ１３０１に戻る。なお、１以上のユーザ属性値は、最初にリクエストを送信するタイミングで送信される。また、１以上のユーザ属性値は、ユーザ登録の際に送信される。１以上のユーザ属性値が送信されるタイミングは問わない。
【０２９７】
なお、図１３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０２９８】
以上、本実施の形態によれば、端末装置４に対してサービスを提供するサービスサーバの障害に強い情報システムＡを提供できる。
【０２９９】
また、本実施の形態によれば、特定情報を用いて、状態情報群を送信するか否かを決定することにより、サービスサーバ１と管理サーバ２との通信量を減らすことができる。
【０３００】
また、本実施の形態によれば、管理サーバ２が全サービスサーバ１に同一の状態情報群を送信することにより、管理サーバ２の処理量を減らすことができる。
【０３０１】
また、本実施の形態によれば、サービスサーバを１適切にダウンさせることができる。特に、サービスサーバ１をダウンさせる前に、サービス提供先の端末装置４を他のサービスサーバ１に移管することにより、サービスサーバ１を適切にダウンさせることができる。
【０３０２】
また、本実施の形態によれば、サービス提供先の端末装置４を他のサービスサーバ１に、適切に移管することできる。
【０３０３】
また、本実施の形態によれば、サービスサーバ１を適切に起動できる。そのことにより、情報システムＡ全体の処理が適切に継続できる。
【０３０４】
また、本実施の形態によれば、端末装置４のグループを適切に作成できる。
【０３０５】
さらに、本実施の形態によれば、情報システムＡをゲームに使用した場合、端末装置４に対してサービスを提供する一のサービスサーバ１に障害が発生しても、ユーザは、継続して、ゲームを楽しむことができる。
【０３０６】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態におけるサービスサーバ１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、当該サービスサーバの状態に関する自己の状態情報が格納される自己状態格納部と、他のサービスサーバの状態に関する１以上の他の状態情報が格納される他状態格納部とにアクセス可能なコンピュータを、１以上の端末装置に対してサービスを提供するサービス部と、前記自己の状態情報を前記管理サーバに送信する状態送信部と、前記管理サーバから１以上の他の状態情報を受信する状態受信部と、前記状態受信部が受信した前記１以上の他の状態情報を前記他状態格納部に蓄積する他状態蓄積部と、前記自己の状態情報が第一条件を満たすか否かを判断する第一判断部と、前記第一判断部が前記第一条件を満たすと判断した場合に、前記サービス部がサービスを提供しているいずれか１以上の端末装置が他のサービスサーバからサービスを受けるための処理である移管処理を行う移管処理部として機能させるためのプログラムである。
【０３０７】
また、本実施の形態における管理サーバ２を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、２以上の各サービスサーバから自己の状態情報を受信する管理受信部と、前記管理受信部が受信した２以上の自己の状態情報のうち、少なくとも送信先のサービスサーバの状態情報ではない１以上の他の状態情報を、前記２以上の各サービスサーバに送信する管理送信部として機能させるためのプログラムである。
【０３０８】
また、図１４は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態のサービスサーバ１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１４は、このコンピュータシステム３００の概観図であり、図１５は、システム３００のブロック図である。
【０３０９】
図１４において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
【０３１０】
図１５において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ−ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０３１１】
コンピュータシステム３００に、上述した実施の形態のサービスサーバ１等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０３１２】
プログラムは、コンピュータ３０１に、上述した実施の形態のサービスサーバ１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０３１３】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０３１４】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０３１５】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０３１６】
また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０３１７】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０３１８】
以上のように、本発明にかかる情報システムは、端末装置に対してサービスを提供するサービスサーバの障害に強い情報システムを提供できるという効果を有し、情報システム等として有用である。
【符号の説明】
【０３１９】
１  サービスサーバ
２  管理サーバ
３  外部サーバ
４  端末装置
１１  格納部
１２  処理部
１３  送信部
１４  受信部
２１  管理格納部
２２  管理受信部
２３  管理処理部
２４  管理送信部
３１  外部格納部
３２  外部受信部
３３  外部処理部
３４  外部送信部
４１  端末格納部
４２  端末受付部
４３  端末処理部
４４  端末送信部
４５  端末受信部
４５  末受信部
４６  端末出力部
１１１  自己状態格納部
１１２  他状態格納部
１１３  端末サービス情報格納部
１１４  ユーザ属性値格納部
１２１  サービス部
１２２  状態更新部
１２３  他状態蓄積部
１２４  第一判断部
１２５  移管処理部
１２６  ダウン部
１２７  起動部
１２８  グループ化部
１３１  状態送信部
１３２  グループリスト送信部
１４１  状態受信部
１４２  リクエスト受信部
１４３  ユーザ属性値受信部
１４４  選択要求受信部
１２５１  移管サーバ決定手段
１２５２  移管処理手段
１２５３  移管依頼受信手段
１２５４  端末サービス情報蓄積手段
１２５５  通信開始手段
１２８１  要求送信手段
１２８２  端末識別子受信手段
１２８３  グループリスト構成手段
１２８４  端末選択手段
１２８５  端末識別子送信手段
【要約】
【課題】従来、サービスサーバの障害に強い情報システムを提供できなかった。
【解決手段】自己の状態情報が格納される自己状態格納部と、他のサービスサーバの状態情報が格納される他状態格納部と、端末装置に対してサービスを提供するサービス部と、自己の状態情報を管理サーバに送信する状態送信部と、管理サーバから他の状態情報を受信する状態受信部と、自己の状態情報が第一条件を満たすか否かを判断する第一判断部と、第一条件を満たすと判断した場合に、サービス部がサービスを提供しているいずれか１以上の端末装置が他のサービスサーバからサービスを受けるための処理である移管処理を行う移管処理部とを具備する情報システムにより、サービスサーバの障害に強い情報システムを提供できる。
【選択図】図３【図１】
0006929582.tif 000002
【図２】
0006929582.tif 000003
【図３】
0006929582.tif 000004
【図４】
0006929582.tif 000005
【図５】
0006929582.tif 000006
【図６】
0006929582.tif 000007
【図７】
0006929582.tif 000008
【図８】
0006929582.tif 000009
【図９】
0006929582.tif 000010
【図１０】
0006929582.tif 000011
【図１１】
0006929582.tif 000012
【図１２】
0006929582.tif 000013
【図１３】
0006929582.tif 000014
【図１４】
0006929582.tif 000015
【図１５】
0006929582.tif 000016