情報処理システム、情報処理システムの動作方法、および、プログラム
【課題】各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムにおいて、端末装置の起動障害に起因するデータ処理の時間ロスを最小限に抑えることを課題とする。
【解決手段】各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置２と、複数の端末装置２とネットワークを介して繋がっているサーバ装置１と、を有する情報処理システムであって、サーバ装置１は、第１のイベント検知をトリガに、第１のイベントに関連する情報を処理するための起動処理を、第１の端末装置群に対して実行する第１の起動手段と、第１の端末装置群に対する起動処理が失敗した場合、第１の端末装置群に対する起動処理を終了し、第２の端末装置群に対して起動処理を実行する第２の起動手段と、を有する情報処理システム。
【解決手段】各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置２と、複数の端末装置２とネットワークを介して繋がっているサーバ装置１と、を有する情報処理システムであって、サーバ装置１は、第１のイベント検知をトリガに、第１のイベントに関連する情報を処理するための起動処理を、第１の端末装置群に対して実行する第１の起動手段と、第１の端末装置群に対する起動処理が失敗した場合、第１の端末装置群に対する起動処理を終了し、第２の端末装置群に対して起動処理を実行する第２の起動手段と、を有する情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理システムの動作方法、および、プログラムに関する。
【背景技術】
【０００２】
所定の情報処理を行う情報処理システムであって、複数の端末装置を備え、２つ以上の端末装置を１つの組として利用するものがある。また、このような情報処理システムの中には、普段は端末装置を休止状態としておき、何らかの事象が発生すると端末装置を起動して、その事象に関連する情報の処理を実行する情報処理システムがある。
【０００３】
このような情報処理システムとしては、地震などの災害発生時における情報の処理を行うための情報処理システム等が該当する。
【０００４】
例えば、地震発生時に行われる情報の処理としては、波形の分析や震源の特定等が考えられる。これらの処理に関連する情報は膨大であるため、１つの端末装置にまとめて出力するのは困難である。そこで、地震発生時の情報処理を行う情報処理システムは、複数の端末装置を１つの組として利用し、これら複数の端末装置に分けて情報を出力するよう構成している。また、短い時間の間に複数の災害が発生する可能性がある。そこで、地震などの災害発生時の情報処理を行う情報処理システムは、２つ以上の端末装置を１つの組とする端末装置群が複数設けられている。さらに、災害は常時発生するものではないため、災害発生に起因して行われる情報の処理は間欠的である。そこで、地震などの災害発生時の情報処理を行う情報処理システムは、普段は端末装置を休止状態としておき、何らかの事象が発生すると端末装置を起動して、その事象に関連する情報の処理を行うよう構成している。
【０００５】
このような情報処理システムに関連する技術としては、特許文献１に開示されたものがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−３７３５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したような情報処理システムの場合、普段は端末装置が休止状態となっているため、何らかの不測の障害（以下、「起動障害」という）により、端末装置が起動できない状態となっていることをあらかじめ認識することが困難である。このため、地震などの災害発生時に実際に端末装置の起動処理を実行し、起動処理が失敗すると、その端末装置に起動障害が発生していることを認識することとなる。
【０００８】
かかる場合、端末装置を操作して情報処理を行うユーザは、ある端末装置群の起動処理が失敗したことを認識した後、他の端末装置群の起動処理を行うよう操作するとともに、新たに起動した端末装置群を介して情報を出力するよう操作する必要がある。
【０００９】
しかし、地震などの災害発生時に行われる情報処理は一刻を争うものであるにも関わらず、上述のような手段を用いて使用する端末装置群の切替を行っていたのでは時間が掛かり過ぎる。
【００１０】
そこで、本発明では、複数の端末装置を備え、２つ以上の端末装置を１つの組として利用し、かつ、普段は端末装置を休止状態としておき、何らかの事象が発生すると端末装置を起動して、その事象に関連する情報の処理を実行する情報処理システムにおいて、端末装置の起動障害に起因するデータ処理の時間ロスを最小限に抑える技術を提供することを課題とする。
【課題を解決するための手段】
【００１１】
本発明によれば、各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、前記複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムであって、前記サーバ装置は、第１のイベント検知をトリガに、前記第１のイベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動手段と、前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動手段と、を有する情報処理システムが提供される。
【００１２】
また、本発明によれば、各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置とネットワークを介して繋がっているコンピュータに実行させるためのプログラムであって、所定のイベントを検知する検知ステップと、前記検知ステップによる前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動ステップと、前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動ステップと、をコンピュータに実行させるためのプログラムが提供される。
【００１３】
また、本発明によれば、各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、前記複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムの動作方法であって、所定のイベントを検知する検知工程と、前記検知工程による前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動工程と、前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動工程と、を有する情報処理システムの動作方法が提供される。
【発明の効果】
【００１４】
本発明によれば、複数の端末装置を備え、２つ以上の端末装置を１つの組として利用し、かつ、普段は端末装置を休止状態としておき、何らかの事象が発生すると端末装置を起動して、その事象に関連する情報の処理を実行する情報処理システムにおいて、端末装置の起動障害に起因するデータ処理の時間ロスを最小限に抑えることが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態の情報処理システムの概要を説明するための図である。
【図２】本実施形態のサーバ装置の機能ブロック図の一例である。
【図３】本実施形態の端末装置の機能ブロック図の一例である。
【図４】本実施形態の情報処理システムの動作方法の一例を示すフローチャートである。
【図５】本実施形態の情報処理システムの作用効果を説明するための概念図である。
【図６】本実施形態のサーバ装置の機能ブロック図の一例である。
【図７】本実施形態の情報処理システムの作用効果を説明するための概念図である。
【図８】本実施形態の情報処理システムの作用効果を説明するための概念図である。
【図９】本実施形態の情報処理システムの作用効果を説明するための概念図である。
【図１０】本実施形態の端末装置群情報の一例である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、図面を用いて説明する。すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００１７】
なお、本実施形態の装置を構成する各部は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム（あらかじめ装置を出荷する段階からメモリ内に格納されているプログラムのほか、ＣＤ等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムも含む）、そのプログラムを格納するハードディスク等の記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。
【００１８】
また、本実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、本実施形態の装置は１つの装置により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。
【００１９】
＜実施形態１＞
まず、本実施形態の情報処理システムの概要について説明する。
【００２０】
本実施形態の情報処理システムは、図１に示すように、サーバ装置１と、複数の端末装置２と、を有する。複数の端末装置２の各々とサーバ装置１とは、有線および／または無線で構成されたネットワークを介して繋がっている。
【００２１】
複数の端末装置２は、各々２つ以上の端末装置２を有する複数の端末装置群に分かれている。図示した例では、情報処理システムはｎ個の端末装置群を有し、各端末装置群は２つの端末装置２を有している。なお、端末装置群の数および各端末装置群が有する端末装置２の数は設計事項であり、図示するものに限定されない。
【００２２】
ここで、複数の端末装置群はそれぞれ、電源系統、および／または、ネットワーク系統が異なっていてもよい。このようにすれば、複数の端末装置群に対して同時に同じ原因の障害が発生することを回避することができる。
【００２３】
このような構成の情報処理システムの動作の概要の一例を説明する。
【００２４】
まず、複数の端末装置２は、データ処理を行っていない間は休止状態となっている。このような状態で、サーバ装置１が例えば地震などの災害発生を検知すると、サーバ装置１は複数の端末装置群の中の任意の１つ、例えば第１の端末装置群に対して起動処理を実行する。そして、起動処理が成功すると、サーバ装置１は、第１の端末装置群に属する端末装置２を介して地震などの災害に関連する情報を出力する。その後、ユーザは第１の端末装置群に属する端末装置２を利用して情報の処理を行う。
【００２５】
一方、第１の端末装置群に対する起動処理が失敗すると、サーバ装置１は、第１の端末装置群に対する起動処理を中止するとともに、第２の端末装置群に対して起動処理を実行する。そして、起動処理が成功すると、サーバ装置１は、第２の端末装置群に属する端末装置２を介して地震などの災害に関連する情報を出力する。その後、ユーザは第２の端末装置群に属する端末装置２を利用して情報の処理を行う。
【００２６】
以下、本実施形態の情報処理システムを構成する各装置の構成について詳細に説明する。
【００２７】
まず、本実施形態のサーバ装置１について説明する。
【００２８】
図２は、本実施形態のサーバ装置１の構成の一例を示す機能ブロック図である。図に示すように、本実施形態のサーバ装置１は、第１の起動部１１および第２の起動部１２を有する起動部１０と、外部機器インターフェイス部５０と、を有する。なお、本実施形態のサーバ装置１は、出力部２０、イベント検知部３０、および、報知部４０の中のいずれか１つ以上をさらに有してもよい。以下、各部の構成について説明する。
【００２９】
イベント検知部３０は、所定のイベントを検知すると、その旨を示す情報を以下で説明する起動部１０に送信する。例えば、イベント検知部３０は、地震などの災害が発生したことを示す情報を受信すると、その旨を示す情報を起動部１０に送信する。なお、地震などの災害が発生したことを示す情報は、サーバ装置１内、または、サーバ装置１と有線または無線で繋がった外部装置内に設けられた観測データ解析部（図示せず）からイベント検知部３０に送信されてもよい。観測データ解析部は、観測データを解析することで、所定の事象が発生したことを特定する。例えば、観測データ解析部は、地震波形データ等を取得・解析することで地震が発生したことを特定する。このような観測データ解析部の構成は、従来技術に準じて実現することができる。上述した例はあくまで一例であり、イベント検知部３０はその他のイベントを検知してもよい。なお、イベント検知部３０は、所定のイベントを検知すると、その旨を示す情報を以下で説明する報知部４０に送信してもよい。
【００３０】
第１の起動部１１は、第１のイベント検知をトリガに、第１のイベントに関連する情報を処理するための起動処理を、第１の端末装置群に対して実行する。
【００３１】
ここで、イベントに関連する情報は、イベント発生に起因し、早急に行わなければならない処理に関連する情報であってもよい。例えば、地震波形からＰ波、Ｓ波を特定する処理に関連する情報（波形データ、波形データからコンピュータが自動解析し特定したＰ波、Ｓ波を示すデータなど）であってもよい。または、地震の震央を特定する処理に関連する情報（コンピュータが自動解析し特定した震央位置を示すデータなど）であってもよい。なお、上記はあくまで一例であり、イベントに関連する情報はその他の情報であってもよい。
【００３２】
次に、イベントに関連する情報を処理するための起動処理とは、端末装置２に格納されているイベントに関連する情報を処理するためのＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ：以下、「イベントＡＰ」という）を起動する処理が該当する。イベントＡＰは、例えば、サーバ装置１からイベントに関連するデータを取得し、このデータをディスプレイやスピーカを介して出力し、また、ユーザからデータ解析に関する入力を受付け、受付けた情報をサーバ装置１に送信する機能を有するものであってもよい。その他の例としては、イベントＡＰは、サーバ装置１からイベントに関連するデータを取得し、このデータをディスプレイやスピーカを介して出力し、また、ユーザからデータ解析に関する入力を受付け、受付けた情報を基に演算処理し、結果をディスプレイやスピーカを介して出力する機能を有するものであってもよい。なお、ここでの起動処理は、さらに、端末装置２に格納されているイベントＡＰを起動するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動する処理を含んでもよい。すなわち、イベントに関連する情報を出力するため起動処理は、「ＯＳの起動＋イベントＡＰの起動」であってもよいし、動作中のＯＳを利用した「イベントＡＰの起動」のみであってもよい。以下、「イベントに関連する情報を出力するため起動処理」を単に、「起動処理」という場合がある。
【００３３】
次に、第１の端末装置群に対して起動処理を実行するとは、第１の端末装置群に属する複数の端末装置２に対して起動処理を実行することを意味する。
【００３４】
ここで、第１の起動部１１は、第１の端末装置群の中の所定数の端末装置２の起動処理が成功すると、第１の端末装置群の起動処理が成功したと判定する。一方、起動処理が成功した端末装置２の数が所定数に満たない場合は、第１の起動部１１は、第１の端末装置群の起動処理が失敗したと判定する。
【００３５】
例えば、第１の起動部１１は、第１の端末装置群に対して起動処理を実行後、所定の時間以内に、所定数の端末装置２から起動処理が完了したことを示す情報が戻ってきたら、第１の端末装置群に対する起動処理が成功したと判定する。一方、所定の時間以内に、起動処理が完了したことを示す情報を返信してきた端末装置２の数が所定数に満たない場合には、第１の起動部１１は、第１の端末装置群に対する起動処理が失敗したと判定する。なお、端末装置２の起動処理が成功したとは、イベントＡＰが正常に起動したことを意味する。
【００３６】
第１の起動部１１は、第１の端末装置群に対する起動処理が成功すると、その旨を示す情報を、以下で説明する出力部２０に送信する。一方、第１の端末装置群に対する起動処理が失敗すると、第１の起動部１１は、その旨を示す情報を、以下で説明する第２の起動部１２に送信する。
【００３７】
ここで、第１の起動部１１は、第１の端末装置群に属するすべての端末装置２に対して起動処理を実行してもよいし、その中の一部に対して起動処理を実行してもよい。一部に対して起動処理を実行する場合、その中のいずれかの端末装置２の起動処理が失敗すると、他の端末装置２に対して起動処理を実行するようにしてもよい。
【００３８】
なお、端末装置２は、イベント検知部３０が検知したイベントに関連する情報を処理していない間は、休止状態となっている。ここでの休止状態とは、イベントＡＰおよびＯＳが動作していない状態であってもよいし、ＯＳは動作しておりイベントＡＰが動作していない状態であってもよい。
【００３９】
第１の起動部１１は、サーバ装置１内のメモリに格納されている端末装置群情報（図１０参照）を利用可能に構成しておき、端末装置群情報に従い、外部機器インターフェイス部５０を介して、第１の端末装置群に属する端末装置２に対する起動処理を実行する。端末装置群情報は、複数の端末装置群および各々に属する端末装置２を識別する情報を有する。なお、端末装置群情報には、複数の端末装置群に対して起動処理を実行する順番が定められていてもよい。また、端末装置群情報には、図１０に示すように、各端末装置群に、イベントに関連する情報の処理を行っている状態（動作中の場合）であるか、または、イベントに関連する情報の処理を行っていない状態（休止状態の場合）であるかを識別する情報が付されていてもよい。この構成は、サーバ装置１が各端末装置群の状態を常時監視しておき、状態が変化すると端末装置群情報の情報を書き換えることで実現することができる。図１０の例では、第１の端末装置群は動作中（端末装置Ａ乃至Ｃのいずれも動作中）であり、第２の端末装置群は休止状態（端末装置Ｄ乃至Ｆのいずれも休止状態）であることが示されている。なお、第３の端末装置群に関する記載に関しては、以下の実施形態２で説明する。
【００４０】
第２の起動部１２は、第１の起動部１１による第１の端末装置群に対する起動処理が失敗した場合、第１の端末装置群に対する起動処理を終了し、第２の端末装置群に対して起動処理を実行する。
【００４１】
第２の起動部１２が第１の端末装置群に対する起動処理の失敗を検知する手段は特段制限されないが、第１の起動部１１から起動失敗を示す情報を取得することで検知してもよい。
【００４２】
第２の起動部１２は、第１の起動部１１による第１の端末装置群に対する起動処理が失敗したことを検知すると、第１の端末装置群に対する起動処理を終了するよう第１の起動部１１を制御する。この制御により、第１の起動部１１は、その時点で行っていた第１の端末装置群に対する起動処理を終了する。例えば、起動完了を示す情報を返信してこない端末装置２に対して繰り返し起動処理を実行するよう第１の起動部１１が構成されていた場合、第１の起動部１１は繰り返し行っていた起動処理を終了する。なお、第１の起動部１１は、第２の起動部１２による制御に従い起動処理を終了した後、第１の端末装置群に属する端末装置２を介して、第１の端末装置群に起動処理障害が発生していることを示す情報を出力してもよい。このような情報を出力するために利用する端末装置２は、ＯＳが動作している端末装置２であればいずれであっても構わない。また、第１の起動部１１は、第１の端末装置群に対する起動処理が失敗した場合、起動処理が成功した端末装置２を休止状態に戻してもよい。
【００４３】
第２の起動部１２は、第１の起動部１１による第１の端末装置群に対する起動処理が失敗したことを検知すると、第２の端末装置群に対して起動処理を実行するが、ここでの起動処理は、第１の起動部１１が行う起動処理と同様であるので、説明は省略する。
【００４４】
ここで、第２の起動部１２は、第２の端末装置群に対する起動処理が成功すると、その旨を示す情報を、以下で説明する出力部２０に送信する。一方、第２の端末装置群に対する起動処理が失敗すると、第２の起動部１１は、第２の端末装置群に対する起動処理を終了し、第３の端末装置群に対して起動処理を行う。
【００４５】
出力部２０は、第１の起動部１１および第２の起動部１２から受信した情報、または、端末装置群情報（図１０参照）を基に起動処理が成功した端末装置群（以下、「起動端末装置群」という）を識別し、起動端末装置群に属する端末装置２に、第１のイベントに関連する情報を出力する。
【００４６】
イベントに関連する情報は上記説明の通りであるので、ここでの説明は省略する。出力部２０がイベントに関連する情報を取得する手段は設計事項であり、外部機器から取得してもよいし、サーバ装置１内に格納されている場合には、それを取得してもよい。
【００４７】
報知部４０は、イベント検知部３０が所定のイベントを検知すると、その旨を示す情報を、ユーザに対して出力する。なお、出力手段は特段制限されず、ディスプレイ、スピーカ、プリンタなどのあらゆる出力装置を利用して実現することができる。これにより、ユーザは、例えば、地震などの災害が発生したことを認識することができる。そして、災害発生を認識したユーザは、迅速に端末装置２に移動し、所定の情報処理を行うことができる。
【００４８】
外部機器インターフェイス部５０は、外部機器からの情報の入力、および、外部機器への情報の出力を行う。なお、外部機器インターフェイス部５０の構成は特段制限されず、従来技術に準じて様々な態様で実現することができる。
【００４９】
ここで、上述のような本実施形態のサーバ装置１の構成は、各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置とネットワークを介して繋がっているコンピュータに実行させるためのプログラムであって、所定のイベントを検知する検知ステップと、前記検知ステップによる前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動ステップと、前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動ステップと、を有するプログラムをコンピュータにインストールし、実行させることで実現することができる。
【００５０】
次に、本実施形態の端末装置２について説明する。
【００５１】
図３は、本実施形態の端末装置２の構成の一例を示す機能ブロック図である。図に示すように、本実施形態の端末装置２は、表示部８０と、外部機器インターフェイス部９０と、を有する。なお、本実施形態の端末装置２は、ユーザ入力受付部１００をさらに有してもよい。このような本実施形態の端末装置２は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であってもよい。以下、各部の構成について説明する。
【００５２】
表示部８０は、外部機器インターフェイス部９０を介して、サーバ装置１の出力部２０からイベントに関連する情報を受取り、ディスプレイ等を介してこの情報を出力する。イベントに関連する情報は、上記説明の通りであるので、ここでの説明は省略する。
【００５３】
ユーザ入力受付部１００は、マウス、キーボード、マイク、タッチパネル等のあらゆる入力装置を用いて構成され、ユーザからの入力を受付ける。なお、ユーザ入力受付部１００は、入力を受付けた情報を、外部機器インターフェイス部９０を介して、サーバ装置１に送信してもよい。
【００５４】
例えば、ユーザ入力受付部１００は、表示部８０がイベントに関連する情報を表示している状態で、ユーザからデータを解析等するための情報の入力を受付ける。そして、入力を受付けた情報を、外部機器インターフェイス部９０を介して、サーバ装置１に送信する。その後、サーバ装置１は、受信した情報を基に、所定の演算処理を行い、その結果を示す情報を端末装置２に送信する。その後、表示部８０は、ディスプレイ等を介してこの情報を出力する。
【００５５】
なお、上記は一例であり、ユーザ入力受付部１００が受付けた情報を基に、各端末装置２内で演算処理し、表示部８０は、ディスプレイ等を介してその結果を出力してもよい。
【００５６】
次に、図４のフローチャートおよび図５の概念図を用いて、本実施形態の情報処理システムの動作方法の一例について説明する。
【００５７】
図５に示す例では、情報処理システムは、２つの端末装置群を備えている。そして、端末装置群は各々２つの端末装置２を備えている。また、この情報処理システムは、いずれの端末装置群にも属さない予備の端末装置２を２つ備えている。
【００５８】
まず、検知工程Ｓ１０では、所定のイベントを検知する。この工程は、例えば、イベント検知部３０により実現される。
【００５９】
次に、第１の起動工程Ｓ２０では、検知工程Ｓ１０によるイベントの検知をトリガに、イベントに関連する情報を処理するための起動処理を、第１の端末装置群に対して実行する。この工程は、例えば、第１の起動部１１により実現される。
ここで、図５に示す例の場合、第１の端末装置群に属する１つの端末装置２に起動障害が発生している。このため、第１の端末装置群に対する起動処理は失敗する。
【００６０】
次に、第２の起動工程Ｓ３０では、第１の起動工程Ｓ２０での第１の端末装置群に対する起動処理が失敗すると、第１の端末装置群に対する起動処理を終了し、第２の端末装置群に対して起動処理を実行する。この工程は、例えば、第２の起動部１２により実現される。
【００６１】
その結果、図５に示すように、第２の端末装置群を介してイベントに関連する情報が出力される。
【００６２】
このように、本実施形態では、端末装置２を介して何らかのイベントに関連する情報を出力する際、ある端末装置群（図５の場合、第１の端末装置群）に起動障害が発生していたとしても、ユーザ操作を要することなく、起動障害が発生していない端末装置群（図５の場合、第２の端末装置群）を介してイベントに関連する情報を迅速に出力することができる。
【００６３】
このような本実施形態によれば、休止状態の端末装置を起動してから行うデータ処理において、端末装置の起動障害に起因するデータ処理の時間ロスを最小限に抑えることが可能となる。結果、地震などの災害が発生した際の関連情報（地震速報等）を遅延することなく、迅速に発信することが可能となる。
【００６４】
＜実施形態２＞
本実施形態は、実施形態１を基本とし、さらに、短い時間の間に複数のイベントが発生し、起動処理が成功する端末装置群が残っていない場合の対処手段を備えている。
【００６５】
まず、本実施形態のサーバ装置１について説明する。
【００６６】
図６は、本実施形態のサーバ装置１の構成の一例を示す機能ブロック図である。図に示すように、本実施形態のサーバ装置１は、第１の起動部１１、第２の起動部１２、および、第３の起動部１３を有する起動部１０と、出力部２０と、外部機器インターフェイス部５０と、を有する。なお、本実施形態のサーバ装置１は、イベント検知部３０、報知部４０、第１切替部６１と第２切替部６２とを有する切替部６０、および、受付部７０の中のいずれか１つ以上をさらに有してもよい。以下、各部の構成について説明する。なお、第１の起動部１１、第２の起動部１２、イベント検知部３０、報知部４０、および、外部機器インターフェイス部５０の構成については、実施形態１と同様であるので、ここでの説明は省略する。
【００６７】
第３の起動部１３は、起動端末装置群が第１のイベントに関連する情報を表示中に第２のイベントを検知した場合、それをトリガに、第３の端末装置群に対して起動処理を実行する。そして、その起動処理が失敗した場合であって、他に起動可能な端末装置群が残っていない場合には、第３の端末装置群の中の起動可能な端末装置２のみを起動する。
【００６８】
ここでの起動処理は、第１の起動部１１が行う起動処理と同様であるので、説明は省略する。なお、第３の起動部１３による上記起動処理は、上記説明した端末装置群情報（図１０参照）を利用して実現してもよい。すなわち、第３の起動部１３は、端末装置群情報を利用して、起動端末装置群が第１のイベントに関連する情報を表示中であることを認識してもよい。そして、端末装置群情報を利用して、動作中でない第３の端末装置群を特定し、起動処理を実行してもよい。なお、図示しないが、端末装置群情報には、起動障害が発生している端末装置群を識別する情報が付与されていてもよい。そして、第３の起動部１３は、この情報を基に、起動可能な端末装置群が残っていないか判断してもよい。なお、起動障害が発生している端末装置群を識別する情報の付与は、起動部１０による起動処理が失敗すると、その都度、情報の書き換えを行うことで実現できる。そして、メンテナンスなどにより起動障害が解消されると、ユーザ操作により、この情報が書き換えられてもよい。
【００６９】
第３の起動部１３は、第３の端末装置群の起動可能な端末装置２のみを起動すると、その旨を示す情報を出力部２０に送信する。なお、端末装置群情報に、その旨を示す情報、すなわち、端末装置群の中の一部の端末装置２のみを起動したことを示す情報および起動した端末装置２を識別する情報が書き込まれてもよい。図１０には、第３の端末装置群は、端末装置ＧおよびＨのみが動作中であることが書き込まれている。
【００７０】
出力部２０は、第３の起動部１３から受信した情報、または、端末装置群情報を基に、第３の端末装置群および起動した端末装置２を識別し、起動した端末装置２のみにイベントに関連する情報を出力する。この時、出力部２０は、起動した端末装置２の中の少なくとも１つの端末装置２に、２つ以上の端末装置２を介して出力されるべき情報を出力する。例えば、出力部２０は、起動端末装置群を介して出力する際は２つの端末装置２を介して出力される情報を、１つの端末装置２に出力する。このような情報を受信した端末装置２は、取得した情報をいずれも処理し、出力する。出力手段は特段制限されないが、例えば、１つの画面を複数に分割したいわゆるマルチ画面で表示してもよいし、または、画面上に複数のウインドウを作成して表示してもよい。
【００７１】
第１切替部６１は、起動端末装置群が第１のイベントに関連する情報の表示を終了すると、それをトリガに、第２のイベントに関連する情報の表示を終了するよう第３の端末装置群の表示部８０を制御する。また、第１切替部６１は、その時点で第３の端末装置群が表示していた第２のイベントに関連する情報を、表示を終了した起動端末装置群に属する端末装置２に出力するよう出力部２０を制御する。
【００７２】
例えば、第１切替部６１は、端末装置群情報（図１０）を利用して上記処理を実現してもよい。すなわち、第１切替部６１は、端末装置群情報を利用して、起動端末装置群（動作中の端末装置群：図１０の場合、第１の端末装置群）を特定し、この端末装置群の状態が休止状態に変わるタイミングを監視しておく。そして、起動端末装置群の状態が休止状態に変わると、第３の起動部１３により起動された端末装置群があるか検索する。図の場合、動作中でもなく、休止状態でもない第３の端末装置群が該当する。第１切替部６１は、第３の端末装置群が第３の起動部１３により起動された端末装置群であることを特定すると、イベントに関連する情報の表示を終了するよう第３の端末装置群の表示部８０を制御する。また、この制御に前後して、第１切替部６１は、起動部１０を制御して第１の端末装置群（表示を終了した起動端末装置群）を起動し、その後、それまで第３の端末装置群が表示していた情報を第１の端末装置群に出力するよう出力部２０を制御する。
【００７３】
なお、出力部２０が、第１の端末装置群に出力する情報（それまで第３の端末装置群が表示していた情報）を取得する手段は特段制限されないが、例えば以下のような手段であってもよい。例えば、出力部２０は、外部機器インターフェイス部５０を介して端末装置２にイベントに関連する情報を送信すると、その送信情報を保持しておくよう構成する。そして、この保持している情報から、それまで第３の端末装置群が表示していた情報を取り出してもよい。または、第３の端末装置群の表示を終了する際、外部機器インターフェイス部９０および５０を介して、第３の端末装置群からそれまで表示していた情報を取得してもよい。
【００７４】
受付部７０は、第４の端末装置群が表示している情報を、第５の端末装置群による表示に切り替える指示入力（以下、「切替指示入力」という）をユーザから受付ける。すなわち、受付部７０は、端末装置２のユーザ入力受付部１００（図３参照）が、ユーザから切替指示入力を受付けると、外部機器インターフェイス部９０および５０を介して、切替指示入力を受信する。なお、切替指示入力を受付ける端末装置２は、ＯＳ、または、ＯＳおよびイベントＡＰが動作中の端末装置２であればいずれであっても構わない。
【００７５】
第２切替部６２は、受付部７０による受付内容に従い、イベントに関連する情報の表示を終了するよう第４の端末装置群の表示部８０を制御する。また、第２切替部６２は、その時点で第４の端末装置群が表示していたイベントに関連する情報を、第５の端末装置群に属する端末装置２に出力するよう出力部２０を制御する。
【００７６】
なお、第２切替部６２による切替処理は、第１切替部６１の切替処理に準じて実現することができるので、ここでの説明は省略する。
【００７７】
次に、図７乃至９を用いて本実施形態の作用効果について説明する。
【００７８】
図７乃至９に示す例では、情報処理システムは、２つの端末装置群を備えている。そして、端末装置群は各々２つの端末装置２を備えている。また、この情報処理システムは、いずれの端末装置群にも属さない予備の端末装置２を２つ備えている。
【００７９】
図７では、第１の端末装置群に属する１つの端末装置２に起動障害が発生しており、そして、第２の端末装置群を介して第１のイベントに関連する情報を出力している。このような状態で、第２のイベントが発生すると、本実施形態の場合、第１の端末装置群の起動が可能な１つの端末装置２を起動し、マルチ画面表示などして第２のイベントに関連する情報を出力する。かかる場合、第１の端末装置群に属する端末装置２を利用して行うユーザの操作性は多少悪くなるが、ユーザは第２のイベントについての概要を把握するができる。
【００８０】
例えば、ユーザは、第２の端末装置群を利用して第１の地震に関する処理を行っている最中に、第２の地震が発生した場合、第１の端末装置群に表示された第２の地震に関する情報から地震の規模を把握し、第１の地震と第２の地震の処理の優先順位を決定することが可能となる。
【００８１】
また、本実施形態では、図７に示す状態の後、第２の端末装置群を介した第１のイベントに関連する情報の出力が終了すると、それをトリガにまたはユーザ操作に応じて、図８に示すように、第１の端末装置群を介した第２のイベントに関連する情報の出力を終了するとともに、第２の端末装置群を介した第２のイベントに関連する情報（それまで第１の端末装置群が表示していた情報）の出力を開始する。かかる場合、ユーザは複数のイベントに関連する情報を連続的に処理することが可能となり、ユーザの操作性が向上する。
【００８２】
例えば、第２の端末装置群を利用して行っている第１の地震に関する処理をユーザが終了すると、それまで第１の端末装置群に表示されていた第２の地震に関連する情報が第２の端末表示群に表示されることとなる。結果、ユーザは、席の移動などすることなく、利用可能な端末装置群を利用して複数の地震に関する情報の処理を連続的に迅速に行うことが可能となる。
【００８３】
また、本実施形態では、図９に示すように、残っている端末装置群（第１の端末装置群）のすべての端末装置が起動できないような場合、すなわち、イベントに関連する情報を出力する端末装置２が全く残っていないような場合には、予備の端末装置２を介して、イベントに関連する情報を出力することもできる。この構成により、イベントに関連する情報を迅速に処理することが可能となる。
【符号の説明】
【００８４】
１ サーバ装置
２ 端末装置
１０ 起動部
１１ 第１の起動部
１２ 第２の起動部
１３ 第３の起動部
２０ 出力部
３０ イベント検知部
４０ 報知部
５０ 外部機器インターフェイス部
６０ 切替部
６１ 第１切替部
６２ 第２切替部
７０ 受付部
８０ 表示部
９０ 外部機器インターフェイス部
１００ ユーザ入力受付部
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理システムの動作方法、および、プログラムに関する。
【背景技術】
【０００２】
所定の情報処理を行う情報処理システムであって、複数の端末装置を備え、２つ以上の端末装置を１つの組として利用するものがある。また、このような情報処理システムの中には、普段は端末装置を休止状態としておき、何らかの事象が発生すると端末装置を起動して、その事象に関連する情報の処理を実行する情報処理システムがある。
【０００３】
このような情報処理システムとしては、地震などの災害発生時における情報の処理を行うための情報処理システム等が該当する。
【０００４】
例えば、地震発生時に行われる情報の処理としては、波形の分析や震源の特定等が考えられる。これらの処理に関連する情報は膨大であるため、１つの端末装置にまとめて出力するのは困難である。そこで、地震発生時の情報処理を行う情報処理システムは、複数の端末装置を１つの組として利用し、これら複数の端末装置に分けて情報を出力するよう構成している。また、短い時間の間に複数の災害が発生する可能性がある。そこで、地震などの災害発生時の情報処理を行う情報処理システムは、２つ以上の端末装置を１つの組とする端末装置群が複数設けられている。さらに、災害は常時発生するものではないため、災害発生に起因して行われる情報の処理は間欠的である。そこで、地震などの災害発生時の情報処理を行う情報処理システムは、普段は端末装置を休止状態としておき、何らかの事象が発生すると端末装置を起動して、その事象に関連する情報の処理を行うよう構成している。
【０００５】
このような情報処理システムに関連する技術としては、特許文献１に開示されたものがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−３７３５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したような情報処理システムの場合、普段は端末装置が休止状態となっているため、何らかの不測の障害（以下、「起動障害」という）により、端末装置が起動できない状態となっていることをあらかじめ認識することが困難である。このため、地震などの災害発生時に実際に端末装置の起動処理を実行し、起動処理が失敗すると、その端末装置に起動障害が発生していることを認識することとなる。
【０００８】
かかる場合、端末装置を操作して情報処理を行うユーザは、ある端末装置群の起動処理が失敗したことを認識した後、他の端末装置群の起動処理を行うよう操作するとともに、新たに起動した端末装置群を介して情報を出力するよう操作する必要がある。
【０００９】
しかし、地震などの災害発生時に行われる情報処理は一刻を争うものであるにも関わらず、上述のような手段を用いて使用する端末装置群の切替を行っていたのでは時間が掛かり過ぎる。
【００１０】
そこで、本発明では、複数の端末装置を備え、２つ以上の端末装置を１つの組として利用し、かつ、普段は端末装置を休止状態としておき、何らかの事象が発生すると端末装置を起動して、その事象に関連する情報の処理を実行する情報処理システムにおいて、端末装置の起動障害に起因するデータ処理の時間ロスを最小限に抑える技術を提供することを課題とする。
【課題を解決するための手段】
【００１１】
本発明によれば、各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、前記複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムであって、前記サーバ装置は、第１のイベント検知をトリガに、前記第１のイベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動手段と、前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動手段と、を有する情報処理システムが提供される。
【００１２】
また、本発明によれば、各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置とネットワークを介して繋がっているコンピュータに実行させるためのプログラムであって、所定のイベントを検知する検知ステップと、前記検知ステップによる前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動ステップと、前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動ステップと、をコンピュータに実行させるためのプログラムが提供される。
【００１３】
また、本発明によれば、各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、前記複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムの動作方法であって、所定のイベントを検知する検知工程と、前記検知工程による前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動工程と、前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動工程と、を有する情報処理システムの動作方法が提供される。
【発明の効果】
【００１４】
本発明によれば、複数の端末装置を備え、２つ以上の端末装置を１つの組として利用し、かつ、普段は端末装置を休止状態としておき、何らかの事象が発生すると端末装置を起動して、その事象に関連する情報の処理を実行する情報処理システムにおいて、端末装置の起動障害に起因するデータ処理の時間ロスを最小限に抑えることが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態の情報処理システムの概要を説明するための図である。
【図２】本実施形態のサーバ装置の機能ブロック図の一例である。
【図３】本実施形態の端末装置の機能ブロック図の一例である。
【図４】本実施形態の情報処理システムの動作方法の一例を示すフローチャートである。
【図５】本実施形態の情報処理システムの作用効果を説明するための概念図である。
【図６】本実施形態のサーバ装置の機能ブロック図の一例である。
【図７】本実施形態の情報処理システムの作用効果を説明するための概念図である。
【図８】本実施形態の情報処理システムの作用効果を説明するための概念図である。
【図９】本実施形態の情報処理システムの作用効果を説明するための概念図である。
【図１０】本実施形態の端末装置群情報の一例である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、図面を用いて説明する。すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００１７】
なお、本実施形態の装置を構成する各部は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム（あらかじめ装置を出荷する段階からメモリ内に格納されているプログラムのほか、ＣＤ等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムも含む）、そのプログラムを格納するハードディスク等の記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。
【００１８】
また、本実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、本実施形態の装置は１つの装置により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。
【００１９】
＜実施形態１＞
まず、本実施形態の情報処理システムの概要について説明する。
【００２０】
本実施形態の情報処理システムは、図１に示すように、サーバ装置１と、複数の端末装置２と、を有する。複数の端末装置２の各々とサーバ装置１とは、有線および／または無線で構成されたネットワークを介して繋がっている。
【００２１】
複数の端末装置２は、各々２つ以上の端末装置２を有する複数の端末装置群に分かれている。図示した例では、情報処理システムはｎ個の端末装置群を有し、各端末装置群は２つの端末装置２を有している。なお、端末装置群の数および各端末装置群が有する端末装置２の数は設計事項であり、図示するものに限定されない。
【００２２】
ここで、複数の端末装置群はそれぞれ、電源系統、および／または、ネットワーク系統が異なっていてもよい。このようにすれば、複数の端末装置群に対して同時に同じ原因の障害が発生することを回避することができる。
【００２３】
このような構成の情報処理システムの動作の概要の一例を説明する。
【００２４】
まず、複数の端末装置２は、データ処理を行っていない間は休止状態となっている。このような状態で、サーバ装置１が例えば地震などの災害発生を検知すると、サーバ装置１は複数の端末装置群の中の任意の１つ、例えば第１の端末装置群に対して起動処理を実行する。そして、起動処理が成功すると、サーバ装置１は、第１の端末装置群に属する端末装置２を介して地震などの災害に関連する情報を出力する。その後、ユーザは第１の端末装置群に属する端末装置２を利用して情報の処理を行う。
【００２５】
一方、第１の端末装置群に対する起動処理が失敗すると、サーバ装置１は、第１の端末装置群に対する起動処理を中止するとともに、第２の端末装置群に対して起動処理を実行する。そして、起動処理が成功すると、サーバ装置１は、第２の端末装置群に属する端末装置２を介して地震などの災害に関連する情報を出力する。その後、ユーザは第２の端末装置群に属する端末装置２を利用して情報の処理を行う。
【００２６】
以下、本実施形態の情報処理システムを構成する各装置の構成について詳細に説明する。
【００２７】
まず、本実施形態のサーバ装置１について説明する。
【００２８】
図２は、本実施形態のサーバ装置１の構成の一例を示す機能ブロック図である。図に示すように、本実施形態のサーバ装置１は、第１の起動部１１および第２の起動部１２を有する起動部１０と、外部機器インターフェイス部５０と、を有する。なお、本実施形態のサーバ装置１は、出力部２０、イベント検知部３０、および、報知部４０の中のいずれか１つ以上をさらに有してもよい。以下、各部の構成について説明する。
【００２９】
イベント検知部３０は、所定のイベントを検知すると、その旨を示す情報を以下で説明する起動部１０に送信する。例えば、イベント検知部３０は、地震などの災害が発生したことを示す情報を受信すると、その旨を示す情報を起動部１０に送信する。なお、地震などの災害が発生したことを示す情報は、サーバ装置１内、または、サーバ装置１と有線または無線で繋がった外部装置内に設けられた観測データ解析部（図示せず）からイベント検知部３０に送信されてもよい。観測データ解析部は、観測データを解析することで、所定の事象が発生したことを特定する。例えば、観測データ解析部は、地震波形データ等を取得・解析することで地震が発生したことを特定する。このような観測データ解析部の構成は、従来技術に準じて実現することができる。上述した例はあくまで一例であり、イベント検知部３０はその他のイベントを検知してもよい。なお、イベント検知部３０は、所定のイベントを検知すると、その旨を示す情報を以下で説明する報知部４０に送信してもよい。
【００３０】
第１の起動部１１は、第１のイベント検知をトリガに、第１のイベントに関連する情報を処理するための起動処理を、第１の端末装置群に対して実行する。
【００３１】
ここで、イベントに関連する情報は、イベント発生に起因し、早急に行わなければならない処理に関連する情報であってもよい。例えば、地震波形からＰ波、Ｓ波を特定する処理に関連する情報（波形データ、波形データからコンピュータが自動解析し特定したＰ波、Ｓ波を示すデータなど）であってもよい。または、地震の震央を特定する処理に関連する情報（コンピュータが自動解析し特定した震央位置を示すデータなど）であってもよい。なお、上記はあくまで一例であり、イベントに関連する情報はその他の情報であってもよい。
【００３２】
次に、イベントに関連する情報を処理するための起動処理とは、端末装置２に格納されているイベントに関連する情報を処理するためのＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ：以下、「イベントＡＰ」という）を起動する処理が該当する。イベントＡＰは、例えば、サーバ装置１からイベントに関連するデータを取得し、このデータをディスプレイやスピーカを介して出力し、また、ユーザからデータ解析に関する入力を受付け、受付けた情報をサーバ装置１に送信する機能を有するものであってもよい。その他の例としては、イベントＡＰは、サーバ装置１からイベントに関連するデータを取得し、このデータをディスプレイやスピーカを介して出力し、また、ユーザからデータ解析に関する入力を受付け、受付けた情報を基に演算処理し、結果をディスプレイやスピーカを介して出力する機能を有するものであってもよい。なお、ここでの起動処理は、さらに、端末装置２に格納されているイベントＡＰを起動するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を起動する処理を含んでもよい。すなわち、イベントに関連する情報を出力するため起動処理は、「ＯＳの起動＋イベントＡＰの起動」であってもよいし、動作中のＯＳを利用した「イベントＡＰの起動」のみであってもよい。以下、「イベントに関連する情報を出力するため起動処理」を単に、「起動処理」という場合がある。
【００３３】
次に、第１の端末装置群に対して起動処理を実行するとは、第１の端末装置群に属する複数の端末装置２に対して起動処理を実行することを意味する。
【００３４】
ここで、第１の起動部１１は、第１の端末装置群の中の所定数の端末装置２の起動処理が成功すると、第１の端末装置群の起動処理が成功したと判定する。一方、起動処理が成功した端末装置２の数が所定数に満たない場合は、第１の起動部１１は、第１の端末装置群の起動処理が失敗したと判定する。
【００３５】
例えば、第１の起動部１１は、第１の端末装置群に対して起動処理を実行後、所定の時間以内に、所定数の端末装置２から起動処理が完了したことを示す情報が戻ってきたら、第１の端末装置群に対する起動処理が成功したと判定する。一方、所定の時間以内に、起動処理が完了したことを示す情報を返信してきた端末装置２の数が所定数に満たない場合には、第１の起動部１１は、第１の端末装置群に対する起動処理が失敗したと判定する。なお、端末装置２の起動処理が成功したとは、イベントＡＰが正常に起動したことを意味する。
【００３６】
第１の起動部１１は、第１の端末装置群に対する起動処理が成功すると、その旨を示す情報を、以下で説明する出力部２０に送信する。一方、第１の端末装置群に対する起動処理が失敗すると、第１の起動部１１は、その旨を示す情報を、以下で説明する第２の起動部１２に送信する。
【００３７】
ここで、第１の起動部１１は、第１の端末装置群に属するすべての端末装置２に対して起動処理を実行してもよいし、その中の一部に対して起動処理を実行してもよい。一部に対して起動処理を実行する場合、その中のいずれかの端末装置２の起動処理が失敗すると、他の端末装置２に対して起動処理を実行するようにしてもよい。
【００３８】
なお、端末装置２は、イベント検知部３０が検知したイベントに関連する情報を処理していない間は、休止状態となっている。ここでの休止状態とは、イベントＡＰおよびＯＳが動作していない状態であってもよいし、ＯＳは動作しておりイベントＡＰが動作していない状態であってもよい。
【００３９】
第１の起動部１１は、サーバ装置１内のメモリに格納されている端末装置群情報（図１０参照）を利用可能に構成しておき、端末装置群情報に従い、外部機器インターフェイス部５０を介して、第１の端末装置群に属する端末装置２に対する起動処理を実行する。端末装置群情報は、複数の端末装置群および各々に属する端末装置２を識別する情報を有する。なお、端末装置群情報には、複数の端末装置群に対して起動処理を実行する順番が定められていてもよい。また、端末装置群情報には、図１０に示すように、各端末装置群に、イベントに関連する情報の処理を行っている状態（動作中の場合）であるか、または、イベントに関連する情報の処理を行っていない状態（休止状態の場合）であるかを識別する情報が付されていてもよい。この構成は、サーバ装置１が各端末装置群の状態を常時監視しておき、状態が変化すると端末装置群情報の情報を書き換えることで実現することができる。図１０の例では、第１の端末装置群は動作中（端末装置Ａ乃至Ｃのいずれも動作中）であり、第２の端末装置群は休止状態（端末装置Ｄ乃至Ｆのいずれも休止状態）であることが示されている。なお、第３の端末装置群に関する記載に関しては、以下の実施形態２で説明する。
【００４０】
第２の起動部１２は、第１の起動部１１による第１の端末装置群に対する起動処理が失敗した場合、第１の端末装置群に対する起動処理を終了し、第２の端末装置群に対して起動処理を実行する。
【００４１】
第２の起動部１２が第１の端末装置群に対する起動処理の失敗を検知する手段は特段制限されないが、第１の起動部１１から起動失敗を示す情報を取得することで検知してもよい。
【００４２】
第２の起動部１２は、第１の起動部１１による第１の端末装置群に対する起動処理が失敗したことを検知すると、第１の端末装置群に対する起動処理を終了するよう第１の起動部１１を制御する。この制御により、第１の起動部１１は、その時点で行っていた第１の端末装置群に対する起動処理を終了する。例えば、起動完了を示す情報を返信してこない端末装置２に対して繰り返し起動処理を実行するよう第１の起動部１１が構成されていた場合、第１の起動部１１は繰り返し行っていた起動処理を終了する。なお、第１の起動部１１は、第２の起動部１２による制御に従い起動処理を終了した後、第１の端末装置群に属する端末装置２を介して、第１の端末装置群に起動処理障害が発生していることを示す情報を出力してもよい。このような情報を出力するために利用する端末装置２は、ＯＳが動作している端末装置２であればいずれであっても構わない。また、第１の起動部１１は、第１の端末装置群に対する起動処理が失敗した場合、起動処理が成功した端末装置２を休止状態に戻してもよい。
【００４３】
第２の起動部１２は、第１の起動部１１による第１の端末装置群に対する起動処理が失敗したことを検知すると、第２の端末装置群に対して起動処理を実行するが、ここでの起動処理は、第１の起動部１１が行う起動処理と同様であるので、説明は省略する。
【００４４】
ここで、第２の起動部１２は、第２の端末装置群に対する起動処理が成功すると、その旨を示す情報を、以下で説明する出力部２０に送信する。一方、第２の端末装置群に対する起動処理が失敗すると、第２の起動部１１は、第２の端末装置群に対する起動処理を終了し、第３の端末装置群に対して起動処理を行う。
【００４５】
出力部２０は、第１の起動部１１および第２の起動部１２から受信した情報、または、端末装置群情報（図１０参照）を基に起動処理が成功した端末装置群（以下、「起動端末装置群」という）を識別し、起動端末装置群に属する端末装置２に、第１のイベントに関連する情報を出力する。
【００４６】
イベントに関連する情報は上記説明の通りであるので、ここでの説明は省略する。出力部２０がイベントに関連する情報を取得する手段は設計事項であり、外部機器から取得してもよいし、サーバ装置１内に格納されている場合には、それを取得してもよい。
【００４７】
報知部４０は、イベント検知部３０が所定のイベントを検知すると、その旨を示す情報を、ユーザに対して出力する。なお、出力手段は特段制限されず、ディスプレイ、スピーカ、プリンタなどのあらゆる出力装置を利用して実現することができる。これにより、ユーザは、例えば、地震などの災害が発生したことを認識することができる。そして、災害発生を認識したユーザは、迅速に端末装置２に移動し、所定の情報処理を行うことができる。
【００４８】
外部機器インターフェイス部５０は、外部機器からの情報の入力、および、外部機器への情報の出力を行う。なお、外部機器インターフェイス部５０の構成は特段制限されず、従来技術に準じて様々な態様で実現することができる。
【００４９】
ここで、上述のような本実施形態のサーバ装置１の構成は、各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置とネットワークを介して繋がっているコンピュータに実行させるためのプログラムであって、所定のイベントを検知する検知ステップと、前記検知ステップによる前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動ステップと、前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動ステップと、を有するプログラムをコンピュータにインストールし、実行させることで実現することができる。
【００５０】
次に、本実施形態の端末装置２について説明する。
【００５１】
図３は、本実施形態の端末装置２の構成の一例を示す機能ブロック図である。図に示すように、本実施形態の端末装置２は、表示部８０と、外部機器インターフェイス部９０と、を有する。なお、本実施形態の端末装置２は、ユーザ入力受付部１００をさらに有してもよい。このような本実施形態の端末装置２は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であってもよい。以下、各部の構成について説明する。
【００５２】
表示部８０は、外部機器インターフェイス部９０を介して、サーバ装置１の出力部２０からイベントに関連する情報を受取り、ディスプレイ等を介してこの情報を出力する。イベントに関連する情報は、上記説明の通りであるので、ここでの説明は省略する。
【００５３】
ユーザ入力受付部１００は、マウス、キーボード、マイク、タッチパネル等のあらゆる入力装置を用いて構成され、ユーザからの入力を受付ける。なお、ユーザ入力受付部１００は、入力を受付けた情報を、外部機器インターフェイス部９０を介して、サーバ装置１に送信してもよい。
【００５４】
例えば、ユーザ入力受付部１００は、表示部８０がイベントに関連する情報を表示している状態で、ユーザからデータを解析等するための情報の入力を受付ける。そして、入力を受付けた情報を、外部機器インターフェイス部９０を介して、サーバ装置１に送信する。その後、サーバ装置１は、受信した情報を基に、所定の演算処理を行い、その結果を示す情報を端末装置２に送信する。その後、表示部８０は、ディスプレイ等を介してこの情報を出力する。
【００５５】
なお、上記は一例であり、ユーザ入力受付部１００が受付けた情報を基に、各端末装置２内で演算処理し、表示部８０は、ディスプレイ等を介してその結果を出力してもよい。
【００５６】
次に、図４のフローチャートおよび図５の概念図を用いて、本実施形態の情報処理システムの動作方法の一例について説明する。
【００５７】
図５に示す例では、情報処理システムは、２つの端末装置群を備えている。そして、端末装置群は各々２つの端末装置２を備えている。また、この情報処理システムは、いずれの端末装置群にも属さない予備の端末装置２を２つ備えている。
【００５８】
まず、検知工程Ｓ１０では、所定のイベントを検知する。この工程は、例えば、イベント検知部３０により実現される。
【００５９】
次に、第１の起動工程Ｓ２０では、検知工程Ｓ１０によるイベントの検知をトリガに、イベントに関連する情報を処理するための起動処理を、第１の端末装置群に対して実行する。この工程は、例えば、第１の起動部１１により実現される。
ここで、図５に示す例の場合、第１の端末装置群に属する１つの端末装置２に起動障害が発生している。このため、第１の端末装置群に対する起動処理は失敗する。
【００６０】
次に、第２の起動工程Ｓ３０では、第１の起動工程Ｓ２０での第１の端末装置群に対する起動処理が失敗すると、第１の端末装置群に対する起動処理を終了し、第２の端末装置群に対して起動処理を実行する。この工程は、例えば、第２の起動部１２により実現される。
【００６１】
その結果、図５に示すように、第２の端末装置群を介してイベントに関連する情報が出力される。
【００６２】
このように、本実施形態では、端末装置２を介して何らかのイベントに関連する情報を出力する際、ある端末装置群（図５の場合、第１の端末装置群）に起動障害が発生していたとしても、ユーザ操作を要することなく、起動障害が発生していない端末装置群（図５の場合、第２の端末装置群）を介してイベントに関連する情報を迅速に出力することができる。
【００６３】
このような本実施形態によれば、休止状態の端末装置を起動してから行うデータ処理において、端末装置の起動障害に起因するデータ処理の時間ロスを最小限に抑えることが可能となる。結果、地震などの災害が発生した際の関連情報（地震速報等）を遅延することなく、迅速に発信することが可能となる。
【００６４】
＜実施形態２＞
本実施形態は、実施形態１を基本とし、さらに、短い時間の間に複数のイベントが発生し、起動処理が成功する端末装置群が残っていない場合の対処手段を備えている。
【００６５】
まず、本実施形態のサーバ装置１について説明する。
【００６６】
図６は、本実施形態のサーバ装置１の構成の一例を示す機能ブロック図である。図に示すように、本実施形態のサーバ装置１は、第１の起動部１１、第２の起動部１２、および、第３の起動部１３を有する起動部１０と、出力部２０と、外部機器インターフェイス部５０と、を有する。なお、本実施形態のサーバ装置１は、イベント検知部３０、報知部４０、第１切替部６１と第２切替部６２とを有する切替部６０、および、受付部７０の中のいずれか１つ以上をさらに有してもよい。以下、各部の構成について説明する。なお、第１の起動部１１、第２の起動部１２、イベント検知部３０、報知部４０、および、外部機器インターフェイス部５０の構成については、実施形態１と同様であるので、ここでの説明は省略する。
【００６７】
第３の起動部１３は、起動端末装置群が第１のイベントに関連する情報を表示中に第２のイベントを検知した場合、それをトリガに、第３の端末装置群に対して起動処理を実行する。そして、その起動処理が失敗した場合であって、他に起動可能な端末装置群が残っていない場合には、第３の端末装置群の中の起動可能な端末装置２のみを起動する。
【００６８】
ここでの起動処理は、第１の起動部１１が行う起動処理と同様であるので、説明は省略する。なお、第３の起動部１３による上記起動処理は、上記説明した端末装置群情報（図１０参照）を利用して実現してもよい。すなわち、第３の起動部１３は、端末装置群情報を利用して、起動端末装置群が第１のイベントに関連する情報を表示中であることを認識してもよい。そして、端末装置群情報を利用して、動作中でない第３の端末装置群を特定し、起動処理を実行してもよい。なお、図示しないが、端末装置群情報には、起動障害が発生している端末装置群を識別する情報が付与されていてもよい。そして、第３の起動部１３は、この情報を基に、起動可能な端末装置群が残っていないか判断してもよい。なお、起動障害が発生している端末装置群を識別する情報の付与は、起動部１０による起動処理が失敗すると、その都度、情報の書き換えを行うことで実現できる。そして、メンテナンスなどにより起動障害が解消されると、ユーザ操作により、この情報が書き換えられてもよい。
【００６９】
第３の起動部１３は、第３の端末装置群の起動可能な端末装置２のみを起動すると、その旨を示す情報を出力部２０に送信する。なお、端末装置群情報に、その旨を示す情報、すなわち、端末装置群の中の一部の端末装置２のみを起動したことを示す情報および起動した端末装置２を識別する情報が書き込まれてもよい。図１０には、第３の端末装置群は、端末装置ＧおよびＨのみが動作中であることが書き込まれている。
【００７０】
出力部２０は、第３の起動部１３から受信した情報、または、端末装置群情報を基に、第３の端末装置群および起動した端末装置２を識別し、起動した端末装置２のみにイベントに関連する情報を出力する。この時、出力部２０は、起動した端末装置２の中の少なくとも１つの端末装置２に、２つ以上の端末装置２を介して出力されるべき情報を出力する。例えば、出力部２０は、起動端末装置群を介して出力する際は２つの端末装置２を介して出力される情報を、１つの端末装置２に出力する。このような情報を受信した端末装置２は、取得した情報をいずれも処理し、出力する。出力手段は特段制限されないが、例えば、１つの画面を複数に分割したいわゆるマルチ画面で表示してもよいし、または、画面上に複数のウインドウを作成して表示してもよい。
【００７１】
第１切替部６１は、起動端末装置群が第１のイベントに関連する情報の表示を終了すると、それをトリガに、第２のイベントに関連する情報の表示を終了するよう第３の端末装置群の表示部８０を制御する。また、第１切替部６１は、その時点で第３の端末装置群が表示していた第２のイベントに関連する情報を、表示を終了した起動端末装置群に属する端末装置２に出力するよう出力部２０を制御する。
【００７２】
例えば、第１切替部６１は、端末装置群情報（図１０）を利用して上記処理を実現してもよい。すなわち、第１切替部６１は、端末装置群情報を利用して、起動端末装置群（動作中の端末装置群：図１０の場合、第１の端末装置群）を特定し、この端末装置群の状態が休止状態に変わるタイミングを監視しておく。そして、起動端末装置群の状態が休止状態に変わると、第３の起動部１３により起動された端末装置群があるか検索する。図の場合、動作中でもなく、休止状態でもない第３の端末装置群が該当する。第１切替部６１は、第３の端末装置群が第３の起動部１３により起動された端末装置群であることを特定すると、イベントに関連する情報の表示を終了するよう第３の端末装置群の表示部８０を制御する。また、この制御に前後して、第１切替部６１は、起動部１０を制御して第１の端末装置群（表示を終了した起動端末装置群）を起動し、その後、それまで第３の端末装置群が表示していた情報を第１の端末装置群に出力するよう出力部２０を制御する。
【００７３】
なお、出力部２０が、第１の端末装置群に出力する情報（それまで第３の端末装置群が表示していた情報）を取得する手段は特段制限されないが、例えば以下のような手段であってもよい。例えば、出力部２０は、外部機器インターフェイス部５０を介して端末装置２にイベントに関連する情報を送信すると、その送信情報を保持しておくよう構成する。そして、この保持している情報から、それまで第３の端末装置群が表示していた情報を取り出してもよい。または、第３の端末装置群の表示を終了する際、外部機器インターフェイス部９０および５０を介して、第３の端末装置群からそれまで表示していた情報を取得してもよい。
【００７４】
受付部７０は、第４の端末装置群が表示している情報を、第５の端末装置群による表示に切り替える指示入力（以下、「切替指示入力」という）をユーザから受付ける。すなわち、受付部７０は、端末装置２のユーザ入力受付部１００（図３参照）が、ユーザから切替指示入力を受付けると、外部機器インターフェイス部９０および５０を介して、切替指示入力を受信する。なお、切替指示入力を受付ける端末装置２は、ＯＳ、または、ＯＳおよびイベントＡＰが動作中の端末装置２であればいずれであっても構わない。
【００７５】
第２切替部６２は、受付部７０による受付内容に従い、イベントに関連する情報の表示を終了するよう第４の端末装置群の表示部８０を制御する。また、第２切替部６２は、その時点で第４の端末装置群が表示していたイベントに関連する情報を、第５の端末装置群に属する端末装置２に出力するよう出力部２０を制御する。
【００７６】
なお、第２切替部６２による切替処理は、第１切替部６１の切替処理に準じて実現することができるので、ここでの説明は省略する。
【００７７】
次に、図７乃至９を用いて本実施形態の作用効果について説明する。
【００７８】
図７乃至９に示す例では、情報処理システムは、２つの端末装置群を備えている。そして、端末装置群は各々２つの端末装置２を備えている。また、この情報処理システムは、いずれの端末装置群にも属さない予備の端末装置２を２つ備えている。
【００７９】
図７では、第１の端末装置群に属する１つの端末装置２に起動障害が発生しており、そして、第２の端末装置群を介して第１のイベントに関連する情報を出力している。このような状態で、第２のイベントが発生すると、本実施形態の場合、第１の端末装置群の起動が可能な１つの端末装置２を起動し、マルチ画面表示などして第２のイベントに関連する情報を出力する。かかる場合、第１の端末装置群に属する端末装置２を利用して行うユーザの操作性は多少悪くなるが、ユーザは第２のイベントについての概要を把握するができる。
【００８０】
例えば、ユーザは、第２の端末装置群を利用して第１の地震に関する処理を行っている最中に、第２の地震が発生した場合、第１の端末装置群に表示された第２の地震に関する情報から地震の規模を把握し、第１の地震と第２の地震の処理の優先順位を決定することが可能となる。
【００８１】
また、本実施形態では、図７に示す状態の後、第２の端末装置群を介した第１のイベントに関連する情報の出力が終了すると、それをトリガにまたはユーザ操作に応じて、図８に示すように、第１の端末装置群を介した第２のイベントに関連する情報の出力を終了するとともに、第２の端末装置群を介した第２のイベントに関連する情報（それまで第１の端末装置群が表示していた情報）の出力を開始する。かかる場合、ユーザは複数のイベントに関連する情報を連続的に処理することが可能となり、ユーザの操作性が向上する。
【００８２】
例えば、第２の端末装置群を利用して行っている第１の地震に関する処理をユーザが終了すると、それまで第１の端末装置群に表示されていた第２の地震に関連する情報が第２の端末表示群に表示されることとなる。結果、ユーザは、席の移動などすることなく、利用可能な端末装置群を利用して複数の地震に関する情報の処理を連続的に迅速に行うことが可能となる。
【００８３】
また、本実施形態では、図９に示すように、残っている端末装置群（第１の端末装置群）のすべての端末装置が起動できないような場合、すなわち、イベントに関連する情報を出力する端末装置２が全く残っていないような場合には、予備の端末装置２を介して、イベントに関連する情報を出力することもできる。この構成により、イベントに関連する情報を迅速に処理することが可能となる。
【符号の説明】
【００８４】
１ サーバ装置
２ 端末装置
１０ 起動部
１１ 第１の起動部
１２ 第２の起動部
１３ 第３の起動部
２０ 出力部
３０ イベント検知部
４０ 報知部
５０ 外部機器インターフェイス部
６０ 切替部
６１ 第１切替部
６２ 第２切替部
７０ 受付部
８０ 表示部
９０ 外部機器インターフェイス部
１００ ユーザ入力受付部
【特許請求の範囲】
【請求項１】
各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、前記複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムであって、
前記サーバ装置は、
第１のイベント検知をトリガに、前記第１のイベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動手段と、
前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動手段と、を有する情報処理システム。
【請求項２】
請求項１に記載の情報処理システムにおいて、
前記サーバ装置は、
前記起動処理が成功した前記端末装置群である起動端末装置群に属する前記端末装置に、前記第１のイベントに関連する情報を出力する出力手段を有し、
前記端末装置は、
前記第１のイベントに関連する情報を受取り表示する表示手段を有する情報処理システム。
【請求項３】
請求項１または２に記載の情報処理システムにおいて、
前記第２の起動手段は、
前記起動処理が成功した前記端末装置の数が所定数に満たない場合は、前記第１の端末装置群に対する前記起動処理を終了し、前記第２の端末装置群に対して前記起動処理を実行する情報処理システム。
【請求項４】
請求項２または３に記載の情報処理システムにおいて、
前記サーバ装置は、
前記起動端末装置群が前記第１のイベントに関連する情報を表示中に第２のイベントを検知した場合、それをトリガに、第３の前記端末装置群に対して前記起動処理を実行し、その起動処理が失敗した場合には、起動可能な前記端末装置のみを起動する第３の起動手段を有し、
前記出力手段は、
前記第３の端末装置群の中の前記第３の起動手段により起動された前記端末装置のみに前記第２のイベントに関連する情報を出力するとともに、少なくとも１つの前記端末装置に、２つ以上の前記端末装置を介して出力されるべき情報を出力する情報処理システム。
【請求項５】
請求項４に記載の情報処理システムにおいて、
前記サーバ装置は、
前記起動端末装置群が前記第１のイベントに関連する情報の表示を終了すると、それをトリガに、前記第２のイベントに関連する情報の表示を終了するよう前記第３の端末装置群の前記表示手段を制御するとともに、その時点で前記第３の端末装置群が表示していた前記第２のイベントに関連する情報を、前記起動端末装置群に属する前記端末装置に出力するよう前記出力手段を制御する第１切替手段を有する出力する情報処理システム。
【請求項６】
請求項２から５のいずれか一に記載の情報処理システムにおいて、
前記サーバ装置は、
第４の前記端末装置群が表示している情報を、第５の前記端末装置群による表示に切り替える指示入力をユーザから受付ける受付手段と、
前記受付手段による受付内容に従い、イベントに関連する情報の表示を終了するよう前記第４の端末装置群の前記表示手段を制御するとともに、その時点で前記第４の端末装置群が表示していたイベントに関連する情報を、前記第５の端末装置群に属する前記端末装置に出力するよう前記出力手段を制御する第２切替手段を有する情報処理システム。
【請求項７】
請求項１から６のいずれか一に記載の情報処理システムにおいて、
前記複数の端末装置群はそれぞれ、電源系統、および／または、ネットワーク系統が異なる情報処理システム。
【請求項８】
請求項１から７のいずれか一に記載の情報処理システムにおいて、
前記イベントは、地震発生を示す情報の受信である情報処理システム。
【請求項９】
各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置とネットワークを介して繋がっているコンピュータに実行させるためのプログラムであって、
所定のイベントを検知する検知ステップと、
前記検知ステップによる前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動ステップと、
前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動ステップと、
を有するプログラム。
【請求項１０】
各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、前記複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムの動作方法であって、
所定のイベントを検知する検知工程と、
前記検知工程による前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動工程と、
前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動工程と、
を有する情報処理システムの動作方法。
【請求項１】
各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、前記複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムであって、
前記サーバ装置は、
第１のイベント検知をトリガに、前記第１のイベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動手段と、
前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動手段と、を有する情報処理システム。
【請求項２】
請求項１に記載の情報処理システムにおいて、
前記サーバ装置は、
前記起動処理が成功した前記端末装置群である起動端末装置群に属する前記端末装置に、前記第１のイベントに関連する情報を出力する出力手段を有し、
前記端末装置は、
前記第１のイベントに関連する情報を受取り表示する表示手段を有する情報処理システム。
【請求項３】
請求項１または２に記載の情報処理システムにおいて、
前記第２の起動手段は、
前記起動処理が成功した前記端末装置の数が所定数に満たない場合は、前記第１の端末装置群に対する前記起動処理を終了し、前記第２の端末装置群に対して前記起動処理を実行する情報処理システム。
【請求項４】
請求項２または３に記載の情報処理システムにおいて、
前記サーバ装置は、
前記起動端末装置群が前記第１のイベントに関連する情報を表示中に第２のイベントを検知した場合、それをトリガに、第３の前記端末装置群に対して前記起動処理を実行し、その起動処理が失敗した場合には、起動可能な前記端末装置のみを起動する第３の起動手段を有し、
前記出力手段は、
前記第３の端末装置群の中の前記第３の起動手段により起動された前記端末装置のみに前記第２のイベントに関連する情報を出力するとともに、少なくとも１つの前記端末装置に、２つ以上の前記端末装置を介して出力されるべき情報を出力する情報処理システム。
【請求項５】
請求項４に記載の情報処理システムにおいて、
前記サーバ装置は、
前記起動端末装置群が前記第１のイベントに関連する情報の表示を終了すると、それをトリガに、前記第２のイベントに関連する情報の表示を終了するよう前記第３の端末装置群の前記表示手段を制御するとともに、その時点で前記第３の端末装置群が表示していた前記第２のイベントに関連する情報を、前記起動端末装置群に属する前記端末装置に出力するよう前記出力手段を制御する第１切替手段を有する出力する情報処理システム。
【請求項６】
請求項２から５のいずれか一に記載の情報処理システムにおいて、
前記サーバ装置は、
第４の前記端末装置群が表示している情報を、第５の前記端末装置群による表示に切り替える指示入力をユーザから受付ける受付手段と、
前記受付手段による受付内容に従い、イベントに関連する情報の表示を終了するよう前記第４の端末装置群の前記表示手段を制御するとともに、その時点で前記第４の端末装置群が表示していたイベントに関連する情報を、前記第５の端末装置群に属する前記端末装置に出力するよう前記出力手段を制御する第２切替手段を有する情報処理システム。
【請求項７】
請求項１から６のいずれか一に記載の情報処理システムにおいて、
前記複数の端末装置群はそれぞれ、電源系統、および／または、ネットワーク系統が異なる情報処理システム。
【請求項８】
請求項１から７のいずれか一に記載の情報処理システムにおいて、
前記イベントは、地震発生を示す情報の受信である情報処理システム。
【請求項９】
各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置とネットワークを介して繋がっているコンピュータに実行させるためのプログラムであって、
所定のイベントを検知する検知ステップと、
前記検知ステップによる前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動ステップと、
前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動ステップと、
を有するプログラム。
【請求項１０】
各々２つ以上の端末装置を有する複数の端末装置群に分かれている複数の端末装置と、前記複数の端末装置とネットワークを介して繋がっているサーバ装置と、を有する情報処理システムの動作方法であって、
所定のイベントを検知する検知工程と、
前記検知工程による前記検知をトリガに、前記イベントに関連する情報を処理するための起動処理を、第１の前記端末装置群に対して実行する第１の起動工程と、
前記第１の端末装置群に対する前記起動処理が失敗した場合、前記第１の端末装置群に対する前記起動処理を終了し、第２の前記端末装置群に対して前記起動処理を実行する第２の起動工程と、
を有する情報処理システムの動作方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−１７０８１４（Ｐ２０１１−１７０８１４Ａ）
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願番号】特願２０１０−３６６３２（Ｐ２０１０−３６６３２）
【出願日】平成２２年２月２２日（２０１０．２．２２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願日】平成２２年２月２２日（２０１０．２．２２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]