JP6839071B2 - 管理装置及び管理方法 - Google Patents

Description

本発明は、管理装置及び管理方法に関する。

インターネットにおける掲示板は、特定のテーマに対して不特定多数或いは特定のメンバーが書き込みをする、または、閲覧するものである。例えば、ｍｉｘｉ（登録商標）は、コミュニティと呼ばれるグループに所属することによって、参加メンバー間で特定のテーマに対する情報をやり取りすることができるようになっている（例えば、非特許文献１参照）。なお、以下において、掲示板のことをボードという。

また、コミュニティ内での情報交換や共同作業等の処理をシステム間で統一して、ユーザが容易にコミュニティにおけるコミュニケーションを行なうことが可能なコミュニティ管理方法およびコミュニケーション運営システムを提供する方法が提案されている（例えば、特許文献１参照）。この方法では、同じコミュニティに所属する人同士での共同作業や情報交換の手法が提案されており、同じコミュニティに所属しているため、相手の許可を得ることなく上記行為が実現できる。

そして、自然災害やサイバー攻撃などの危機対応の管理を行う危機管理マネジメントシステムにおいてもボードが使用されている。危機管理マネジメントシステムでは、ある危機事象に対して作成されたボードに、関係するメンバーが登録され、危機対応に関連する指示やその対応状況を書き込む、或いは、状況報告や外部からの情報を共有するといった使われ方をする。これによって、危機管理マネジメントシステムでは、サイバー攻撃や自然災害などの危機対応の状況報告や様々な情報の共有をボードでやり取りする。

特開２００４−２４０７２６号公報

mixi「Ｑ．コミュニティとはなんですか？」、［online］、［平成２９年４月１７日検索］、インターネット＜ＵＲＬ：http://mixi.jp/help.pl?mode=item&item=139＞

ここで、サイバー攻撃によって発電所が停電した事例がある。この場合、発電所の設備における不具合をチェックする組織が、サイバー攻撃を監視している別の組織と別個に対応してしまうことによって、解決への対応が遅れて市民生活を脅かすおそれがある。また、さらに他の施設への攻撃も活発となることで、攻撃による被害が拡大することに繋がってしまうおそれがある。そして、ＮＩＳＣ(National center of Incident readiness and Strategy for Cybersecurity：内閣官房 内閣サイバーセキュリティセンター)では、第３次行動計画で、重要インフラ全体の防護能力の向上を図るために、重要インフラ事業者１３分野が参加する、分野横断的演習を実施している。このように、甚大な被害が発生した場合には、危機対応のために、組織をまたがった連携が必要である。

このため、危機管理マネジメントシステムでは、組織、すなわち、システムが異なるボード間でも、危機に関するタスク情報を、効率よく共有することが望まれている。

しかしながら、従来の方法では、システムが異なるボード間で情報を共有する場合に、双方のシステムに登録された利用者が、人手を用いて情報のやり取りを行っており、システムが異なるボード間で効率よく情報を共有することができなかった。

例えば、ｍｉｘｉでは、あるテーマに対して複数のコミュニティが存在しており、利用者がいくつかのコミュニティに入っている場合であって、あるコミュニティに書き込まれた情報を他のコミュニティに書き込む場合、利用者は、あるコミュニティに書き込まれた該当文章をコピーし、他のコミュニティに「引用」という形でペーストするしかなかった。この方法では、複数のコミュニティに関する画面を表示し、人手で情報を共有するやり方であるため、コミュニティをグルーピングし、その中で効率よく情報共有できるとは言い難い。

また、特許文献１記載の技術は、同じコミュニティに所属する人同士での共同作業や情報交換に関する方法であり、異なるコミュニティに所属する人同士での情報共有や共同作業に対する方法ではない。

本発明は、上記に鑑みてなされたものであって、システムが異なるボード間で効率よく情報を共有することができる管理装置及び管理方法を提供することを目的とする。

本発明の管理装置は、危機に関するタスク情報をボードに分けて管理する管理装置であって、タスク情報と、該タスク情報が属するボードの識別情報とを対応付けて記憶するボード情報記憶部と、ボードのうち、他のシステムにおける管理装置との間でタスク情報の共有が設定されている第１のボードの識別情報に、他のシステムにおける管理装置への接続先情報及び他のシステムにおける管理装置が管理するボードのうち共有対象のタスク情報が属する第２のボードの識別情報を対応付けて記憶する連携先情報記憶部と、タスク情報に関する指示を受け付ける処理受付部と、任意のタスク情報について第２のボードへの転送指示を処理受付部が受け付けると、連携先情報記憶部が記憶する他のシステムにおける管理装置への接続先情報及び第２のボードの識別情報を参照して、第２のボードを管理する他のシステムにおける管理装置に、転送指示を受けたタスク情報を送信する送信処理部と、転送先の他のシステムにおける管理装置から、転送されたタスク情報の第２のボードに対する登録情報を受信すると、ボード情報記憶部に、転送先の他のシステムにおける管理装置の識別情報と転送されたタスク情報が登録された第２のボードの識別情報とを転送されたタスク情報に対応づけて登録するボード管理部と、を有することを特徴とする。

本発明によれば、システムが異なるボード間で効率よく情報を共有することができる。

図１は、複数の危機管理マネジメントシステムの接続関係を説明する図である。 図２は、危機管理マネジメントシステムの概要を説明するための図である。 図３は、組織管理テーブルのデータ構成の一例を示す図である。 図４は、組織管理テーブルのデータ構成の一例を示す図である。 図５は、組織管理テーブルのデータ構成の一例を示す図である。 図６は、ボード管理テーブルのデータ構成の一例を示す図である。 図７は、ボード管理テーブルのデータ構成の一例を示す図である。 図８は、タスク管理テーブルのデータ構成の一例を示す図である。 図９は、タスク管理テーブルのデータ構成の一例を示す図である。 図１０は、タスク管理テーブルのデータ構成の一例を示す図である。 図１１は、タスクログ管理テーブルのデータ構成の一例を示す図である。 図１２は、タスクログ管理テーブルのデータ構成の一例を示す図である。 図１３は、連携先情報管理テーブルのデータ構成の一例を示す図である。 図１４は、連携先情報管理テーブルのデータ構成の一例を示す図である。 図１５は、Ｚ社内部の組織間の関係を示す図である。 図１６は、Ｚ社におけるボードと、ボードが対応する組織との対応関係を示す図である。 図１７は、作成したタスク情報を自システムの他のボードに転送する際の宛先選択の画面例である。 図１８は、Ｚ社、Ａ社及びＢ社の組織間の関係を示す図である。 図１９は、Ｚ社、Ａ社及びＢ社の間におけるネットワーク構成を示す図である。 図２０は、作成したタスク情報を他システムに転送する際の宛先選択の画面例を示す図である。 図２１は、ボード間の連携パターンを説明する図である。 図２２は、ボード間の連携パターンを説明する図である。 図２３は、ボード間の連携パターンを説明する図である。 図２４は、タスクログの作成経緯を示す図である。 図２５は、利用者端末に表示される画面の一例である。 図２６は、Ｚ社の危機管理マネジメントシステム利用者端末に表示されるボードの一例を示す図である。 図２７は、Ｚ社の危機管理マネジメントシステム利用者端末に表示されるタスク転送指示用の画面の一例を示す図である。 図２８は、Ａ社の危機管理マネジメントシステム利用者端末に表示されるボードを例示する図である。 図２９は、タスク転送のために管理装置が送信する情報の構成を示す図である。 図３０は、タスク転送前後のＺ社の危機管理マネジメントシステムの管理装置が記憶するタスク情報と、Ａ社の危機管理マネジメントシステムの管理装置が記憶するタスク情報とを示す図である。 図３１は、実施の形態における危機管理マネジメントシステム間の通信処理の処理手順を示すシーケンス図である。 図３２は、管理装置におけるタスク情報転送処理の処理手順を示すシーケンス図である。 図３３は、管理装置におけるタスク情報受信処理の処理手順を示すシーケンス図である。 図３４は、プログラムが実行されることにより管理装置が実現されるコンピュータの一例を示す図である。

以下に、本願に係る管理装置及び管理方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。本発明の管理装置として、危機管理マネジメントシステムに含まれる装置、または危機管理マネジメントシステムの１つの機能として実現された場合を例に説明する。

［実施の形態］
［危機管理マネジメントシステムの概要］
ここで、危機管理マネジメントシステムとは、自治体や企業の危機管理部門が災害やサイバー攻撃といった危機に対応するためのマネジメントを支援するシステムのことである。そして、ある危機管理に対して、様々な危機管理対応業務（タスク）を束ねたものをボードと定義する。ボード内には、危機管理を遂行する上で必要となる各種情報がタスク情報としてまとめられ、危機管理マネジメントシステムでは、これらの情報を利用者に出力することによって、利用者による意思決定や組織間連携を支援する。

［複数の危機管理マネジメントシステムの接続関係］
図１は、複数の危機管理マネジメントシステムの接続関係を説明する図である。図１に示すように、実施の形態では、複数の危機管理マネジメントシステム１Ｚ，１Ａ，１Ｂが、ネットワークＮを介して、通信可能に接続する例について説明する。

危機管理マネジメントシステム１Ｚは、Ｚ社が使用する危機管理マネジメントシステムである。危機管理マネジメントシステム１Ａは、Ａ社が使用する危機管理マネジメントシステムである。危機管理マネジメントシステム１Ｂは、Ｂ社が使用する危機管理マネジメントシステムである。Ｚ社、Ａ社及びＢ社は、例えば、それぞれ異なるインフラ企業であるが、別会社であり、資本関係はなく、使用するネットワーク体系も異なる。

ここで、本実施の形態では、危機管理マネジメントシステム１Ｚ，１Ａ，１Ｂは、それぞれが互いに連携する関係を有し、連携関係にあるシステム間でタスク情報を共有する。そして、危機管理マネジメントシステム１Ｚ，１Ａ，１Ｂは、同様の機能を有するとして説明する。なお、以下では、危機管理マネジメントシステム１Ｚ，１Ａ，１Ｂのそれぞれを区別することなく総称する場合に単に危機管理マネジメントシステム１と記載する。

［危機管理マネジメントシステムの構成］
次に、危機管理マネジメントシステム１の構成について説明する。図２は、危機管理マネジメントシステム１の概要を説明するための図である。図２に示すように、危機管理マネジメントシステム１は、ネットワーク４０を介して、複数の利用者端末１０及び管理装置２０が接続する構成を有する。なお、管理装置２０は、危機を統括して管理する統括管理組織の本部と同じ場所に備えられてもよいし、統括管理組織とは異なる場所に備えられてもよい。また、利用者端末１０は、統括管理組織及び統括管理組織に関連する各機関に備えられる。また、本実施の形態では、掲示板のことをボードという。

管理装置２０は、例えばサーバ装置である。管理装置２０は、危機に対する組織の対応状態を示す危機対応情報等を含むタスク情報を管理する。管理装置２０は、対策本部の下部組織や支部等に備えられた利用者端末１０に、タスク情報を示す各種画面を表示させることによって、危機対応情報を各利用者端末１０に提供する。例えば、管理装置２０は、タスク情報を、タスク情報が属するボードに分けて管理し、利用者端末１０に、利用者が閲覧可能であるボードを出力して、利用者にタスク情報を提供する。また、管理装置２０は、利用者端末１０から送信された情報をタスク情報として、関連するボードに対応付けて登録する。

利用者端末１０は、例えばパーソナルコンピュータ、スマートフォン、携帯電話等である。利用者は、各利用者端末１０のＷｅｂブラウザを介してボードを閲覧することによって、管理装置２０から提供されるタスク情報を参照することができる。そして、利用者は、各利用者端末１０のＷｅｂブラウザを介してボードに情報を書き込むことによって、管理装置２０への情報の送信等を行うことができる。

ネットワーク４０は、接続される各装置が相互に通信可能に構成されていればよく、例えばインターネットやＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等で構成することができる。

さらに、管理装置２０は、他のシステムにおける管理装置２０との間でタスク情報を共有する。管理装置２０は、事前に、他の危機管理マネジメントシステム１で管理されているボードを、自装置が管理するボードのうちタスク情報の共有対象であるボードと連携させておく。そして、管理装置２０は、共有対象のタスク情報を、他のシステムにおける管理装置２０との間で送受信し、送受信したタスク情報を登録する。管理装置２０は、この処理を行うことによって、他のシステムにおける管理装置２０との間でタスク情報を共有する。

［危機管理マネジメントシステムサーバの構成］
次に、この管理装置２０の構成について詳細に説明する。なお、本管理装置２０が管理するボードのうち、自装置とは異なる他のシステムにおける管理装置２０との間でタスク情報の共有が設定されているボードを、第１のボードとして説明する。また、他のシステムにおける管理装置２０が管理するボードのうち、共有対象のタスク情報が属するボードを、第２のボードとして説明する。この管理装置２０は、図２に示すように、記憶部２１とデータ処理部２２とを有する。

記憶部２１は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、管理装置２０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。

本危機管理マネジメントシステム１の運用のために運用管理者が任命されると、この運用管理者は、システムを使用させるために、組織情報や利用者情報など危機対応に必要な情報を登録する。記憶部２１は、これらの情報を記憶する。言い換えると、記憶部２１は、危機対応に関する危機対応情報として、例えば、タスク等を示す識別情報と、対応業務に含まれる各対応指示及び各対応内容等とを対応付けて記憶する。以下では、危機への対応業務の識別情報をタスクＩＤ（identification）とし、各対応指示及び各対応内容の識別情報をタスクログＩＤとして説明する。そして、タスクを束ねたボードの識別情報をボードＩＤとして説明する。

記憶部２１は、利用者情報記憶部２１１、組織情報記憶部２１２、アクセス制御情報記憶部２１３、ボード情報記憶部２１４、連携先情報記憶部２１５及びログ情報記憶部２１６を有する。

利用者情報記憶部２１１は、危機管理マネジメントシステム１の利用者情報を示す情報を格納する。利用者情報記憶部２１１は、利用者ＩＤ、氏名、読み仮名、ログインＩＤ、パスワード、メールアドレス及び登録日時等、利用者に対応する各種情報が登録される。また、利用者には、組織や役割が割り当てられている。ここで、役割として、「運用管理者」の他、ボードの管理を行う「ボード管理者」、ボードでの情報のやり取りを行う「担当」がある。ユーザに対し、組織は複数対応付けられる。組織によって、ユーザの役割が変わるため、ユーザの役割も組織ごとに一意に設定される。このため、利用者情報記憶部２１１は、利用者ＩＤに、組織ＩＤ、組織における利用者の役割を、組織ごとに対応付けて記憶する。

組織情報記憶部２１２は、危機管理マネジメントシステム１を有する自治体や企業における、危機に対応するための組織を示す組織管理テーブルを格納する。組織情報記憶部２１２は、例えば、ある会社の危機管理に対応するための組織が登録されている。

アクセス制御情報記憶部２１３は、各役割におけるデータのアクセス制御に関連する情報を格納する。すなわち、アクセス制御情報記憶部２１３は、どの役割がどのようなことができるのか、といった情報を格納する。

ボード情報記憶部２１４は、タスク情報と、該タスク情報が属するボードの識別情報とを対応付けて記憶する。また、ボード情報記憶部２１４は、第１のボードのタスク情報が連携先の他のシステムにおける管理装置２０に転送された場合、該連携先の他のシステムにおける管理装置２０の識別情報と第２のボードの識別情報とを、タスク情報に対応づけて登録する。

具体的には、ボード情報記憶部２１４は、ボードＩＤと該ＩＤに対応する危機の各種情報とを対応付けたボード管理テーブルを格納する。ボード情報記憶部２１４は、各タスクにタスクＩＤと該タスクが属するボードのボードＩＤとを対応付けたタスク管理テーブルを格納する。ボード情報記憶部２１４は、各タスクログにタスクログＩＤと対応タスクＩＤ及びタスクが属するボードＩＤとを対応付けたタスクログ管理テーブルを格納する。

さらに、タスク管理テーブルは、第１のボードのタスク情報のうち他のシステムにおける管理装置２０に転送されたタスク情報については、第２のボードのボードＩＤと、転送されたタスク情報に他のシステムの管理装置２０が付した第２のボードにおけるタスクＩＤと、該タスク情報の送信先情報とを対応付けて記憶する。そして、タスク管理テーブルは、タスク情報のうち他のシステムにおける管理装置２０から転送されたタスク情報については、転送元における該タスクのボードＩＤと、該タスク情報の他のシステムにおけるタスクＩＤと、該タスク情報の送信元情報とを対応付けて記憶する。

また、タスクログ管理テーブルは、第１のボードのタスクログのうち他のシステムにおける管理装置２０に転送されたタスク情報については、該タスク情報の送信先情報を対応付けて記憶する。そして、タスクログ管理テーブルは、タスク情報のうち他のシステムにおける管理装置２０から転送されたタスク情報については、転送元の起票元組織及び起票者組織における送信元情報を対応付けて記憶する。

なお、本実施の形態では、タスクログは、あるタスクに関する対応指示及び各対応内容等の個々の情報である。したがって、タスクログと、本システムの使用時に出力されるログや、操作内容を表すログとは異なる。

また、ボード管理部２２４（後述）は、ボード情報記憶部２１４が格納するボード管理テーブル、タスク管理テーブル及びタスクログ管理テーブルを基に、利用者端末１０の画面に表示させるボードを作成する。そして、タスク管理テーブル及びタスクログ管理テーブルでは、他のシステムとの間で共有されるタスク情報については、連携した送信先の他システムを示す送信先情報、第２のボードのボードＩＤ、第２のボードにおけるタスクＩＤを登録する。これによって、本実施の形態では、連携先のシステムと自システムとの双方に登録されている利用者がいなくても、連携先のシステムへのタスクの転送、連携先のシステムにおける転送されたタスクの登録、及び、連携先のシステムで登録されたタスクの登録情報の受信を行うことによって、双方のシステムのボードの情報を見ることができるようになる。

連携先情報記憶部２１５は、ボードのうち、第１のボードの識別情報に、他のシステムにおける管理装置２０への接続先情報及び第２のボードの識別情報を対応付けて記憶する。例えば、連携先情報記憶部２１５は、第１のボードの識別情報に、他のシステムにおける管理装置２０への接続先情報及び第２のボードの識別情報を対応付けた連携先情報管理テーブルを記憶する。

ログ情報記憶部２１６は、本システムを使用したときの利用者の認証結果、操作内容等を格納する。ログ情報記憶部２１６は、一連の操作のログを記憶する。

例えば、システム監査人は、監査時に、このログ情報記憶部２１６に格納されているログを確認することで、誰がいつ何を変更したのか、不正な処理が行なわれていないかといった内容を把握することができる。また、管理装置２０では、ネットワークエラーが発生した場合には、他システムとの連携に失敗するが、自システムには影響はないため、自システムの自ボードや他ボードへのタスク作成は実施する。失敗のログはログ情報記憶部２１６に出力され、かつシステム管理者に、エラー内容が通知される。システム管理者は、エラー内容に基づき、ログ情報記憶部２１６にあるログを見ることによって、詳細なエラー状況を把握できる。なお、このようなネットワークエラーがある際、管理装置２０は、定期的にリカバリを実施する。管理装置２０では、システム管理者によって、リカバリ処理の停止及び再開が設定できるようにしている。

データ処理部２２は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、データ処理部２２は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路である。また、データ処理部２２は、ＮＩＣ（Network Interface Card）等を有し、ＬＡＮ（Local Area Network）やインターネットなどの電気通信回線を介した他の装置との間の通信を行う。データ処理部２２は、処理受付部２２１、送信処理部２２２、認証処理部２２３、ボード管理部２２４、連携先情報管理部２２５及びログ出力部２２６を有する。

処理受付部２２１は、入出力インタフェースから成り、タスク情報に関する指示を受け付ける。処理受付部２２１は、利用者端末１０の操作によって入力された操作データを受信し、操作データを受け付けて、各処理部に操作データを出力する。そして、処理受付部２２１は、データ処理部２２において処理された情報を利用者端末１０に出力する。

具体的には、処理受付部２２１は、利用者端末１０からのボードアクセスを受け付けると、認証処理部２２３の認証処理後、利用者端末１０の利用者が閲覧可能である情報を含むボードの一覧を利用者端末１０に出力する。処理受付部２２１は、利用者端末１０の利用者がボード一覧からアクセスするボードを選択した場合には、この選択結果を利用者端末１０から受信し、ボード管理部２２４に出力する。処理受付部２２１は、ボード管理部２２４が作成したボードを利用者端末１０に出力する。

ここで、ボードには、タスクごとに、他システムへの転送の有無を選択できる転送選択欄が対応付けられている。利用者は、自身の利用者端末１０に出力されたボードの任意のタスク情報について、他システムへの転送の可否及び転送先を選択することができる。処理受付部２２１は、任意のタスク情報の転送処理が利用者端末１０において選択された場合、このタスク情報について、他のシステムの第２のボードへの転送指示を受け付ける。

送信処理部２２２は、処理受付部２２１が、任意のタスク情報について、他のシステムの第２のボードへの転送指示を受け付けると、連携先情報記憶部２１５が記憶する他のシステムにおける管理装置２０への接続先情報及び第２のボードの識別情報を参照して、第２のボードを管理する他のシステムにおける管理装置２０に、転送指示を受けたタスク情報を送信する。言い換えると、送信処理部２２２は、第２のボードを管理する管理装置２０に、転送指示を受けたタスク情報を送信する。

なお、処理受付部２２１が、他のシステムにおける管理装置２０へのタスク情報の共有許可要求を受け付けると、送信処理部２２２は、要求先の管理装置２０に対しタスク情報の共有許可を要求する通知を送信する。この通知に応じた他のシステムにおける管理装置２０によるタスク情報の共有許可及び第２のボードの識別情報の通知は、処理受付部２２１が受信し、連携先情報記憶部２１５に出力する。これらの処理は、タスク情報の転送処理を迅速かつ正確に実行するため、タスク情報の転送処理前に事前に行われる。

認証処理部２２３は、処理受付部２２１により利用者端末１０のログインＩＤやパスワードなどの識別情報を受信した場合に、利用者情報記憶部２１１及び組織情報記憶部２１２に格納された利用者情報をもとに認証を行なう。

ボード管理部２２４は、運用管理者及びボード管理者等が操作する利用者端末１０からの操作データにしたがって、ボードを作成する。ボードは、例えば、タスクログＩＤ、対応タスクＩＤ、ボードＩＤ、タスクの内容、起票元タスクログフラグ、起票元組織、起票者情報、送信元情報及び転送選択欄等の項目を有する。

また、処理受付部２２１は、転送先の他のシステムにおける管理装置２０から、転送されたタスク情報の第２のボードに対する登録情報を受信する。この際、ボード管理部２２４は、ボード情報記憶部２１４に、転送先の他のシステムにおける管理装置２０の識別情報と、転送されたタスク情報が登録された第２のボードの識別情報とを、転送されたタスク情報に対応づけて登録する。

連携先情報管理部２２５は、他のシステムにおける管理装置２０への接続先情報及び第２のボードの識別情報を取得し、連携先情報記憶部２１５に登録する。また、処理受付部２２１が、他のシステムにおける管理装置２０からタスク情報の共有許可及び第２のボードの識別情報の通知を受信すると、連携先情報管理部２２５は、連携先情報記憶部２１５に、第１のボードの識別情報に、他のシステムにおける管理装置２０への接続先情報及び第２のボードの識別情報を対応付けて登録する。これらの処理は、タスク情報の転送処理を迅速かつ正確に実行するため、タスク情報転送処理前に、予め行われる。

また、連携先情報管理部２２５は、任意のタスク情報について第２のボードへの転送指示を処理受付部２２１が受け付けた際、連携先情報記憶部２１５を参照し、該タスク情報を転送可能である他のシステムにおける管理装置２０の識別情報及び第２のボードの識別情報を取得する。そして、連携先情報管理部２２５は、取得した情報を処理受付部２２１に通知する。

また、連携先情報管理部２２５は、当該管理装置２０が外部装置によって送信されたタスク情報を受信すると、外部装置が連携先情報記憶部２１５に登録された他のシステムにおける管理装置２０であるか否かを判定する。連携先情報管理部２２５によって、外部装置が連携先情報記憶部２１５に登録された他のシステムにおける管理装置２０であると判定された場合について説明する。この場合、ボード管理部２２４は、ボード情報記憶部２１４に、他のシステムにおける管理装置２０に対応したボードに、受信したタスク情報を登録する。

なお、処理受付部２２１は、タスク情報転送画面を利用者端末１０に提示する際、連携先情報管理部２２５が取得した、他のシステムにおける管理装置２０の識別情報及び第２のボードの識別情報を利用者端末１０に提示する。この際、誤った場所へのタスク情報の転送を防止するため、処理受付部２２１は、該提示した他のシステムにおける管理装置２０の識別情報及び第２のボードの識別情報の変更を受け付けない状態で提示を行う。

ログ出力部２２６は、管理装置２０を使用した場合の利用者の認証結果、操作内容等を、ログ情報記憶部２１６に格納する。

このように、管理装置２０は、連携先のシステムへのタスクの転送、連携先のシステムにおける転送されたタスクの登録、及び、連携先のシステムで登録されたタスクの登録情報の受信を行うことによって、双方のシステムのボードの情報を見ることができるようになる。したがって、管理装置２０は、連携先のシステムと自システムとの双方に登録されている利用者がいなくても、システムが異なるボード間で効率よく情報を共有することができる。続いて、管理装置２０が各処理を行う際に記憶部２１から参照するデータの構成について説明する。

［組織管理テーブルの一例］
まず、組織情報記憶部２１２が記憶する組織管理テーブルのデータ構成について説明する。図３〜図５は、組織管理テーブルのデータ構成の一例を示す図である。図３〜図５に示すように、組織管理テーブルには、組織ＩＤ、組織名、開始日時、廃止日時、最上位組織等が組織ごとに登録される。

例えば、図３に示すテーブルＴ１Ｚは、Ｚ社における危機管理マネジメントシステム１が記憶する組織管理テーブルである。Ｚ社については、Ｚ社の危機に対応するための「危機管理部門」と、グループ会社全体の危機対応を実施する「グループ会社危機対応組織」が登録されており、それぞれの組織にはＩＤが割り当てられる。

例えば、テーブルＴ１Ｚでは、組織ＩＤ「１」は、組織名「Ｚ社」であり、開始日時が「2017/4/1 9:00」であり、最上位組織は組織ＩＤ「１」の組織である。テーブルＴ１Ｚでは、組織ＩＤ「２」は、組織名「危機管理部門」であり、開始日時が「2017/4/1 9:30」であり、最上位組織が「１」である。また、テーブルＴ１Ｚでは、組織ＩＤ「３」は、組織名「グループ会社危機対応組織」であり、開始日時が「2017/4/6 14:35」であり、最上位組織が「１」である。

また、図４に示すテーブルＴ１Ａは、Ａ社における危機管理マネジメントシステム１が記憶する組織管理テーブルである。図４に示すように、Ａ社については、「Ａ社」、Ａ社の危機に対応するための「危機管理部門」や「総務部門」等が登録されており、それぞれの組織にはＩＤが割り当てられる。また、図５に示すテーブルＴ１Ｂは、Ｂ社における危機管理マネジメントシステム１が記憶する組織管理テーブルである。図５に示すように、Ｂ社については、「Ｂ社」、Ｂ社の危機に対応するための「危機管理部門」等が登録されており、それぞれの組織にはＩＤが割り当てられる。

［ボード管理テーブルの一例］
図６及び図７は、ボード管理テーブルのデータ構成の一例を示す図である。図６及び図７のテーブルに示すように、ボード管理テーブルには、ボードＩＤ、ボードの名前、このボードの概要、作成日時、状態、対応組織、登録日時、登録元組織などが登録される。運用管理者及びリーダは、処理受付部２２１を介して、ボード管理部２２４を用いてボードを作成することができる。

図６に示すテーブルＴ２Ｚは、Ｚ社における危機管理マネジメントシステム１Ｚが記憶するボード管理テーブルである。例えば、テーブルＴ２Ｚには、ボードＩＤ「Ｚｈ」に対し、名前「Ｚ社危機に関する情報共有」、概要「ＥにおけるＺ社の危機に関してどのように対応したかを情報共有する」、作成日時「2017/7/21 03:34」、状態「対応中」、対応組織「危機管理部門」、登録日時「2017/7/21 03:57」、登録元組織「危機管理部門」が登録される。また、テーブルＴ２Ｚには、ボードＩＤ「Ｚｓ」に対し、名前「グループ会社Ｆ地区大雨対応」、概要「Ｆ地区の大雨によるグループ全体の災害状況や対応方針の共有」、作成日時「2017/7/21 03:36」、状態「対応中」、対応組織「危機管理部門 グループ会社危機対応組織」、登録日時「2017/7/21 04:12」、登録元組織「危機管理部門」が登録される。

また、図７に示すテーブルＴ２Ａは、Ａ社における危機管理マネジメントシステム１Ａが記憶するボード管理テーブルである。例えば、テーブルＴ２Ａには、ボードＩＤ「Ａｅ」に対し、名前「Ａ社における危機情報」、概要「Ｅにおける危機に関する情報共有」、作成日時「2017/7/21 03:38」、対応組織「危機管理部門」、登録日時「2017/7/21 04:19」、登録元組織「危機管理部門」が登録される。また、図示はしていないが、Ｂ社における危機管理マネジメントシステム１Ｂにおいてもボード管理テーブルを記憶し、例えば、ボードＩＤ「Ｂｗ」に対し、名前「Ｂ社危機対応情報」、概要「ＥにおけるＢ社における危機対応情報」、作成日時、対応組織「危機管理部門」、登録日時、登録元組織「危機管理部門」が記憶される。

［タスク管理テーブルの一例］
次に、タスク管理テーブルのデータ構成について説明する。図８〜図１０は、タスク管理テーブルのデータ構成の一例を示す図である。タスクＩＤは、最初に払い出される。

図８〜図１０のテーブルに示すように、タスク管理テーブルは、払い出されたタスクＩＤと、タスクの名称であるタスク名、このタスクＩＤに対応するタスクがいずれのボードに関係するかを示すボードＩＤ、タスクの優先度などが登録される。各々のタスクに対して、関連するタスクログが登録される。さらに、タスク管理テーブルは、他のシステムに転送されたタスク情報については、送信先システム名、該送信先システムが管理する第２のボードのＩＤ、及び、転送されたタスクに付された第２のボードにおけるタスクＩＤを対応付けて記憶する。

具体的に、図８を参照して、タスク管理テーブルのデータ構成について説明する。図８に示すテーブルＴ３Ｚは、Ｚ社における危機管理マネジメントシステム１Ｚが記憶するタスク管理テーブルである。

テーブルＴ３Ｚでは、タスクＩＤ「３０」のタスクは、タスク名が「変電所が不安定」であり、該タスクが属するボードのボードＩＤ「Ｚｈ」であり、優先度が「重要」と登録される。

また、タスクＩＤ「３１」のタスクは、タスク名が「Ｆ地区の停電」であり、該タスクが属するボードのボードＩＤ「Ｚｈ」であり、優先度が「緊急」と登録される。さらに、タスクＩＤ「３１」のタスクの内容は、他システムにも送信されたものである。このため、タスクＩＤ「３１」のタスクには、送信先システム「Ａ社」、送信先システムにおける第２のボードＩＤ「Ａｅ」及び送信先におけるタスクＩＤ「１０８」と、送信先システム「Ｂ社」、送信先システムにおける第２のボードＩＤ「Ｂｗ」及び送信先におけるタスクＩＤ「４２」が登録される。したがって、タスクＩＤ「３１」のタスクは、Ａ社のボードＩＤ「Ａｅ」及びＢ社のボードＩＤ「Ｂｗ」と連携しており、連携先のタスクＩＤは、Ａ社については「１０８」であり、Ｂ社については「４２」である。

同様に、タスクＩＤ「３２」のタスクは、Ａ社のボードＩＤ「Ａｅ」及びＢ社のボードＩＤ「Ｂｗ」と連携しており、連携先のタスクＩＤは、Ａ社については「１０９」であり、Ｂ社については「４３」である。

また、図９に示すテーブルＴ３Ａは、Ａ社における危機管理マネジメントシステム１Ａが記憶するタスク管理テーブルである。テーブルＴ３Ａを参照すると、タスクＩＤ「１０７」のタスクは、タスク名が「Ｈ線に電気が来ない」であり、該タスクが属するボードのボードＩＤ「Ａｅ」であり、優先度が「緊急」と登録される。

また、タスクＩＤ「１０８」のタスクは、テーブルＴ３Ｚでも示したように、Ｚ社から転送されたボードＺｈのタスクである。具体的には、タスクＩＤ「１０８」に対し、タスク名が「Ｆ地区の停電」、ボードＩＤ「Ａｅ」、優先度「緊急」、送信元システム「Ｚ社」、送信元ボードＩＤ「Ｚｈ」、ボードＺｈにおけるタスクＩＤである送信元タスクＩＤ「３１」が登録される。さらに、該タスクＩＤ「１０８」のタスクは、Ｂ社のボード「Ｂｗ」にも転送されているため、タスクＩＤ「１０８」に対し、他に送信された送信先システム「Ｂ社」、Ｂ社におけるボードＩＤ「Ｂｗ」、ボードＢｗにおけるタスクＩＤである送信先タスクＩＤ「４２」が登録される。

また、図１０に示すテーブルＴ３Ｂは、Ｂ社における危機管理マネジメントシステム１Ｂが記憶するタスク管理テーブルである。テーブルＴ３Ｂを参照すると、タスクＩＤ「４２」のタスクは、テーブルＴ３Ｚでも示したように、Ｚ社から転送されたボードＺｈのタスクである。このため、タスクＩＤ「４２」に対し、タスク名が「Ｆ地区の停電」、ボードＩＤ「Ｂｗ」、優先度「緊急」、送信元システム「Ｚ社」、送信元ボードＩＤ「Ｚｈ」、ボードＺｈにおけるタスクＩＤである送信元タスクＩＤ「３１」が登録される。さらに、タスクＩＤ「４２」に対し、他に送信された送信先システム「Ａ社」、Ａ社におけるボードＩＤ「Ａｅ」、ボードＡｅにおけるタスクＩＤである送信先タスクＩＤ「１０８」が登録される。

［タスクログ管理テーブルの一例］
次に、タスクログ管理テーブルのデータ構成について説明する。図１１及び図１２は、タスクログ管理テーブルのデータ構成の一例を示す図である。図１１及び図１２のテーブルに示すように、タスクログ管理テーブルには、タスクログＩＤ、対応タスクＩＤ、ボードＩＤ、記載された内容、起票元か否かを示す起票元タスクログフラグ、起票元組織、起票者情報、送信先情報などが登録される。

具体的に、図１１を参照して、タスクログ管理テーブルのデータ構成について説明する。図１１に示すテーブルＴ４Ｚは、Ｚ社における危機管理マネジメントシステム１Ｚが記憶するタスクログ管理テーブルである。例えば、テーブルＴ４Ｚでは、タスクログＩＤ「７３」に対し、対応タスクＩＤ「３１」、ボードＩＤ「Ｚｈ」、記載された内容「Ｆ地区で停電が発生しました。鉄道、道路への影響が出始めています．．．．」、起票元タスクログフラグ「ｔｒｕｅ」、起票元組織「危機管理部門」、起票者情報「ｚ２」、送信元情報「危機管理部門、Ａ社、Ｂ社」などが登録される。

また、図１２に示すテーブルＴ４Ａは、Ａ社における危機管理マネジメントシステム１Ａが記憶するタスクログ管理テーブルである。テーブルＴ４Ａでは、タスクログＩＤ「３２１」に対し、対応タスクＩＤ「１０８」、ボードＩＤ「Ａｅ」、記載された内容「Ｆ地区で停電が発生しました。鉄道、道路への影響が出始めています．．．．」、起票元タスクログフラグ「ｆａｌｓｅ」が登録される。このタスクログＩＤ「３２１」の対応タスクＩＤは「１０８」である。このため、このタスクは、Ｚ社から転送されたものである。このため、タスクログＩＤ「３２１」については、起票元組織「Ｚ社危機管理部門」、起票者情報「ｚ２」、送信元情報「Ｚ社、Ａ社、Ｂ社」などが登録される。

［連携先情報管理テーブルの一例］
図１３及び図１４は、連携先情報管理テーブルのデータ構成の一例を示す図である。図１３及び図１４のテーブルに示すように、連携先情報管理テーブルには、連携先システムＩＤ、連携先システム名、連携先システムＵＲＬ及び連携先システムボードＩＤが登録される。連携先情報管理テーブルは、連携先情報管理部２２５によって、他のシステムにおける管理装置への接続先情報及び第２のボードの識別情報が登録される。

具体的に、図１３を参照して、連携先情報管理テーブルのデータ構成について説明する。図１３に示すテーブルＴ５Ｚは、Ｚ社における危機管理マネジメントシステム１Ｚが記憶する連携先情報管理テーブルである。

テーブルＴ５Ｚでは、連携先システムＩＤ「１」には、連携先システム名「Ｚ社危機管理マネジメントシステム」、連携先システムＵＲＬ「https://www.z_comp.co.jp/rsk
」、連携先システムボードＩＤ「Ｚｓ［危機に関する情報共有］」、「Ｚｔ［サイバー攻撃に関する情報共有］」が登録される。これは、自システム内での連携先に関する情報である。

そして、テーブルＴ５Ｚでは、他社のシステムに対する連携先として、連携先システムＩＤ「２」には、連携先システム名「Ａ社危機管理マネジメントシステム」、連携先システムＵＲＬ「https://www.a_comp.co.jp/kiki/」、連携先システムボードＩＤ「Ｚｈ［Ｚ社危機に関する情報共有]」、「Ａｅ［Ａ社における危機情報］」、「Ｂｗ［Ｂ社危機対応情報］」が登録される。

さらに、テーブルＴ５Ｚでは、他社のシステムに対する連携先として、連携先システムＩＤ「３」には、連携先システム名「Ｂ社危機管理マネジメントシステム」、連携先システムＵＲＬ「https://www.b_comp.co.jp/risk/」、連携先システムボードＩＤ「Ｚｈ［Ｚ社危機に関する情報共有]」、「Ａｅ［Ａ社における危機情報］」、「Ｂｗ［Ｂ社危機対応情報］」が登録される。

また、図１４に示すテーブルＴ５Ａは、Ａ社における危機管理マネジメントシステム１Ｚが記憶する連携先情報管理テーブルである。テーブルＴ５Ａでは、他社のシステムに対する連携先として、連携先システムＩＤ「１」には、連携先システム名「Ｚ社危機管理マネジメントシステム」、連携先システムＵＲＬ「https://www.z_comp.co.jp/rsk」、連携先システムボードＩＤ「Ｚｈ［Ｚ社危機に関する情報共有]」、「Ａｅ［Ａ社における危機情報］」が登録される。

［自システム内での連携］
管理装置２０が、他システムとの間でタスク情報の共有を行う他、自装置が管理するボード間でタスク情報を共有することもできる。そこで、まず、自システム内での連携について説明する。図１５は、Ｚ社内部の組織間の関係を示す図である。図１６は、Ｚ社におけるボードと、ボードが対応する組織との対応関係を示す図である。

図１５及び図１６に示すように、Ｚ社では、危機管理部門は「危機に関する情報共有」ボード（ボードＩＤ「Ｚｓ」）を用いて、Ｚ社に発生したインシデント対応をしている。危機管理部門には、メンバーとして、担当ｚ１，ｚ２が所属する。一方、情報システム部門は、「サイバー攻撃に関する情報共有」ボード（ボードＩＤ「Ｚｔ」）を用いて、サイバー攻撃に関する情報共有や対策等の報告を行なっている。情報システム部門には、メンバーとして、担当ｚｍ，ｚｎが所属する。

ここで、担当ｚ１は、「危機に関する情報共有」ボードでやり取りしているインシデントがサイバー攻撃によるものであることを、担当ｚｍから連絡された。そこで、担当ｚ１は、ボードＩＤ「Ｚｓ」とボードＩＤ「Ｚｔ」との間で同じ情報を共有できるように、ボード間の連携を設定する。

まず、担当ｚ１は、運用管理者及びボードＩＤ「Ｚｔ」のボード管理者に、ボードＩＤ「Ｚｓ」とボードＩＤ「Ｚｔ」との連携許可を要求する。運用管理者及びボード管理者がボードＩＤ「Ｚｓ」とボードＩＤ「Ｚｔ」との連携を許可すると、管理装置２０は、連携先情報記憶部２１５に、ボードＩＤ「Ｚｓ」とボードＩＤ「Ｚｔ」とが互いに連携するボードであることを登録する（例えば、図１３のテーブルＴ５Ｚ、連携先システムＩＤ「１」参照）。この登録後、危機管理部門及び情報システム部門のメンバーは、タスク情報をボードＩＤ「Ｚｓ」とボードＩＤ「Ｚｔ」の双方のボードに同時に送って、危機対応にあたることが可能になる。

図１７は、作成したタスク情報を自システムの他のボードに転送する際の宛先選択の画面例である。例えば、担当ｚ１が、危機管理部門のボードＩＤ「Ｚｓ」のタスク情報を、情報システム部門のボードＩＤ「Ｚｔ」に転送する例について説明する。

この場合、図１７に示す画面Ｗ１には、自システムにおける他のボードへのタスク情報の転送を選択できるチェックボックスＣＢａが表示される。例えば、担当ｚ１は、チェックボックスＣＢａにチェックを入れて自身が属する部門「危機管理部門」を選択する（図１７の（１）参照）。すると、画面Ｗ１の下部に、「危機管理部門」の連携先のボードとして、情報システム部門のボードＩＤ「Ｚｔ」が表示される（図１７の（２）参照）。情報システム部門のボードＩＤ「Ｚｔ」は、連携先として登録済みのボードである。なお、この表示欄は、選択解除が不可の状態で表示される（図１７の（２）参照）。したがって、担当ｚ１が、ボードを誤って設定することを回避することができる。なお、連携先としてボードは複数設定可能である（図１７の（３）参照）。

担当ｚ１は、この画面Ｗ１における選択指示を完了し、作成したタスク情報の転送を指示すると、転送先のボード（ボードＩＤ「Ｚｔ」）に、作成したタスク情報が登録され、情報システム部門のメンバーも、担当ｚ１が作成したタスク情報を確認できる。

［他システム間との連携］
次に、他の危機管理マネジメントシステム１との間の連携について説明する。図１８は、Ｚ社、Ａ社及びＢ社の組織間の関係を示す図である。図１９は、Ｚ社、Ａ社及びＢ社の間におけるネットワーク構成を示す図である。

まず、図１８及び図１９のネットワーク構成では、複数の危機管理マネジメントシステム１Ｚ，１Ａ，１Ｂが立ち上がっており、各社は自社のシステムを使用する。ネットワーク体系は異なる。これらの複数の危機管理マネジメントシステムが連携する時には、システム間でのセキュリティを高めておく。以下に、その例を示す。

例えば、サーバ間認証用のサーバを用意し、管理装置２０は、ＩＤ及びパスワードで相互認証を実施する。認証用ＩＤとして、各々のシステムを区別するためのＩＤを使用する。また、他の例として、ＳＳＬ（Secure Sockets Layer）クライアント証明を、危機管理マネジメントシステム１Ｚ，１Ａ，１Ｂの管理装置２０に適用して相互認証を実施する。さらに、管理装置２０は、システム間の通信に、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）プロトコルを使用して、データ傍受できないようにする。

また、他の例として、管理装置２０は、サーバ証明書を含めた共有データを秘密鍵で暗号化し、公開鍵を用いて復号する。Ｚ社の危機マネジメントシステム１Ｚは、Ａ社、Ｂ社との危機管理マネジメントシステム１Ａ，１Ｂと連携する際、公開鍵を用いて復号した後で、Ａ社、Ｂ社の危機管理マネジメントシステム１Ａ，１Ｂの接続先情報等を、管理装置２０の連携先情報管理テーブルに登録する。

なお、Ａ社が、例えばＺ社とのみ連携する時には、Ｚ社の危機管理マネジメントシステム１Ｚの接続先情報等を、危機管理マネジメントシステム１Ａの管理装置２０の連携先情報管理テーブルに登録する。図１３のテーブルＴ５Ｚ、図１４のテーブルＴ５Ａは、Ｚ社およびＡ社において登録された連携先情報管理テーブルの実際の例である。

そして、あるインシデントが発生した際には、各社が関係するボードを作成し、相互に連携させる。図１８及び図１９では、Ｚ社の危機管理部門が用いるボードＩＤ「Ｚｈ」、Ａ社の危機管理部門が用いるボードＩＤ「Ａｅ」、Ｂ社の危機管理部門が用いるボードＩＤ「Ｂｗ」のボードにおいてタスク情報を共有させる場合について説明する。なお、Ｚ社の危機管理部門には、担当ｚ１，ｚ２が所属する。Ａ社の危機管理部門には、担当ａ１，ａ２が所属する。Ｂ社の危機管理部門には、担当ｂ１，ｂ２が所属する。

Ｚ社のボードＩＤ「Ｚｈ」、Ａ社ボードＩＤ「Ａｅ」、Ｂ社ボードＩＤ「Ｂｗ」の３つのボードを共有させたい場合、Ｚ社の危機管理マネジメントシステム１Ｚでは、ボードＩＤ「Ｚｈ」の連携先情報として、Ａ社およびＢ社の危機管理マネジメントシステム１Ａ，１Ｂの接続先情報と、それぞれ連携を行うボードＩＤを設定する。すなわち、Ｚ社の危機管理マネジメントシステム１Ｚの管理装置２０は、図１３のテーブルＴ５Ｚに示すように、連携先システムＩＤ「２」，「３」の各情報を登録する。

同様に、Ａ社の危機管理マネジメントシステム１Ａの管理装置２０は、図１３のテーブルＴ５Ａに示すように、Ｚ社とＢ社の危機管理マネジメントシステムの接続先情報と各ボードＩＤを登録する。また、Ｂ社の危機管理マネジメントシステム１Ｂの管理装置２０は、Ｚ社とＡ社の危機管理マネジメントシステムの接続先情報と各ボードＩＤを設定する。

ここで、例えば、Ｚ社の担当ｚ１は、「危機に関する情報共有」ボードでやり取りしているインシデントが、複数の重要インフラ企業とやり取りすべき情報であるとの指摘を受けた。この場合、担当ｚ１は、Ａ社及びＢ社に連絡を取り、さらに、管理装置２０を操作して、管理装置２０から、Ａ社およびＢ社の危機管理マネジメントシステム１Ａ，１Ｂの管理装置２０に対し、タスク情報共有許可を要求する通知を送信する。これに応じて、管理装置２０は、Ａ社およびＢ社の危機管理マネジメントシステム１Ａ，１Ｂの管理装置２０からタスク情報の共有許可とともに、システム名、接続先情報（例えば、ＵＲＬ）、第２のボードＩＤ等を受信すると、連携先情報管理テーブルに受信した情報を登録する。

上記のようなやり取りを行って、Ｚ社、Ａ社、Ｂ社それぞれの管理装置２０が、連携先情報管理テーブルに連携に必要な情報を登録する。登録後は、タスク情報の転送や登録情報の返信等を行うことによって、どの社からも、タスクまたはタスクログの登録内容がボードで閲覧できるようになる。

図２０は、作成したタスク情報を他システムに転送する際の宛先選択の画面例を示す図である。例えば、担当ｚ１が、危機管理部門のボードＩＤ「Ｚｈ」のタスク情報を、Ａ社及びＢ社の危機管理マネジメントシステム１Ａ，１Ｂに転送する例について説明する。

この場合、図２０に示す画面Ｗ２には、他のシステムへの転送を選択できるチェックボックスＣＢｂが表示される。例えば、担当ｚ１は、このチェックボックスＣＢｂにチェックを入れて自信が属する部門「危機管理部門」を選択する（図２０の（１）参照）。すると、画面Ｗ１の下部に、「危機管理部門」の連携先の他のシステムにおけるボードとして、Ａ社におけるボードＩＤ「Ａｅ［Ａ社における危機情報］」、Ｂ社におけるボードＩＤ「Ｂｗ［Ｂ社危機対応情報］」が表示される（図２０の（２）参照）。なお、この表示欄は、選択解除が不可の状態で表示される（図２０の（２）参照）。したがって、担当ｚ１が、ボードを誤って設定することを回避することができる。なお、連携先としてボードは複数設定可能である（図２０の（３）参照）。

［ボード間の連携パターン］
次に、ボード間の連携パターンについて説明する。図２１〜図２３は、ボード間の連携パターンを説明する図である。

ボード間の連携パターンの一例として、図２１に示すように、タスク作成時にタスクを他ボードに複写するパターンがある。この場合、作成したタスクは、ボードＡ（自ボード）及びボードＢ（他ボード）に同時に新規タスクとして登録される。なお、このタスクのタスクＩＤは、ボードＡでは「１」が付与され、ボードＢでは「３０」が付与される。

ボード間の連携パターンの他の例を、図２２を参照して説明する。図２２の例では、管理装置２０は、ボードＡ（自ボード）の任意のタスクの回答として、ボードＢ（他ボード）にも送信する。

図２２の（ａ）に示すように、このタスクの回答が、連携しているタスクに対する回答であれば、ボードＡのタスクログがボードＢのタスクログとして登録される。すなわち、ボードＡのタスクログの作成と同時に、ボードＢへタスクログとして登録される。例えば、ボードＡでは、タスクＩＤとして「１」が付与され、タスクログＩＤとして「１１」が付与される。また、ボードＢでは、タスクＩＤとして「３０」が付与され、タスクログＩＤとして「３５」が付与される。

また、図２２の（ｂ）に示すように、このタスクの回答が、連携していないタスクに対する回答であれば、ボードＡのタスクログがボードＢの新規タスクとして登録される。すなわち、ボードＡのタスクログの作成と同時に、ボードＢへ新規タスクとして登録される。例えば、ボードＡでは、タスクＩＤとして「１」が付与され、タスクログＩＤとして「１１」が付与される。また、ボードＢでは、タスクＩＤとして「３０」が付与される。

ボード間の連携パターンの他の例として、図２３を参照し、ボードＡ及びボードＢの連携前にボードＡで作成されたタスクまたはタスクログを、連携後にボードＢに登録する例を説明する。図２３に示すように、管理装置２０は、連携前にボードＡで作成されたタスクまたはタスクログについては、自ボード（ボードＡ）には複写せず、ボードＢのみに複写する。言い換えると、ボードＡのタスクは作成済みである。連携後、管理装置２０は、このタスクを転送することによって、ボードＢにタスク登録させる。したがって、双方のタスク登録には時間差が生じる。なお、このタスクのタスクＩＤは、ボードＡでは「１」が付与されており、ボードＢでは「３０」が付与される。

図２１〜図２３を用いて説明したいずれのパターンにおいても、タスク送信することによって、その後、ボードＡとボードＢとの間でタスクを共有することができる。図２４は、タスクログの作成経緯を示す図である。まず、連携開始後に作成されたタスクログ（タスクログβ−２）について説明する。この場合、管理装置２０は、タスクログβ―２を連携先の管理装置２０に送信するタイミングで、タスクログβ−２を含むタスクβ、及び、タスクβに関連するタスクログβ−１も一緒に連携先の管理装置２０に送信する（図２４の（１）参照）。これによって、連携先の管理装置２０では、タスクログβ−２とともに、過去の経緯（タスクβ及びタスクログβ−１）も見ることができるようになる。

また、連携前に作成し、連携後にやり取りがないタスクおよびタスクログ（タスクα、タスクログα−１〜α−ｎ)について説明する。このタスクα、タスクログα−１〜α−ｎについては、管理装置２０は、タスク複写機能を用いて連携先の管理装置２０と共有することによって、双方で過去のやり取りも共有することができる。具体的には、適切な時期に、タスク複写機能により、タスクα、タスクログα−１〜α−ｎまでの一連のやり取りを連携先の管理装置２０に転送し、共有する（図２４の（２）参照）。

［ボード間の連携の設定］
次に、ボード間の連携の設定について詳細に説明する。例えば、Ｚ社運用管理者またはＺ社ボード管理者がボードの設定を変更する場合について説明する。図２５は、利用者端末１０に表示される画面の一例である。

この場合、管理装置２０は、Ｚ社運用管理者またはＺ社ボード管理者によるボード設定変更要求を受け付けて、図２５に示すボード変更用の画面ＭＺ１を利用者端末１０に表示させる。この画面ＭＺ１のうち、枠Ｍ１内の領域に、ボード間連携のための設定欄が表示される。Ｚ社運用管理者またはＺ社ボード管理者は、この枠Ｍ１内の各設定欄に対し、設定や書き込みを行うことによって、ボード間の連携の設定を行う。

Ｚ社の危機管理マネジメントシステム１Ｚでは、事前にＡ社、Ｂ社について管理装置２０の連携先情報管理テーブルに接続先情報が登録済みである。このため、画面ＭＺ１では、連携先システム名のプルダウンをクリックすると、登録されている連携先システム名が選択できる。

例えば、Ｚ社運用管理者またはＺ社ボード管理者は、欄Ｑ１をプルダウンすると、Ａ社危機管理マネジメントシステムが選択可能である。Ｚ社運用管理者またはＺ社ボード管理者は、Ａ社危機管理マネジメントシステムを選択した場合、このＡ社危機管理マネジメントシステムでの連携先であるボードＩＤを欄Ｑ１１、ボード名を欄Ａ１２に入力する。具体的には、欄Ｑ１１には「Ａｅ」を入力し、欄Ｑ１２には「Ａ社における危機情報」を入力する。また、Ｚ社運用管理者またはＺ社ボード管理者は、欄Ｑ２をプルダウンし、Ｂ社危機管理マネジメントシステムを選択した場合、このＢ社危機管理マネジメントシステムでの連携先であるボードＩＤ「Ｂｗ」を欄Ｑ２１、ボード名「Ｂ社危機対応情報」を欄Ｑ２２に入力する。

そして、Ｚ社運用管理者またはＺ社ボード管理者は、連携先のＡ社及びＢ社のシステムのボード管理者に連携の設定を行ったことを通知する場合は、チェックボックスＲ１「連携先ボード管理者に通知する」にチェックをつける。

このように、Ｚ社運用管理者またはＺ社ボード管理者は、連携先システム名、連携先ボードＩＤ、連携先ボード名を設定した後に、変更ボタンＵ１を選択すると、管理装置２０において、ボードの連携先に関する設定が変更される。

この連携先の設定は、事前に、すなわち、ボードへのタスク登録前に行うことが望ましい。事前に連携先を設定することによって、タスクの共有がタイムラグなく行われるためである。もちろん、上記のように連携後であっても過去のタスクの共有は可能であるため、必ずしも事前に連携先を設定する必要はない。

［タスクの共有処理の流れ］
次に、タスクの共有処理の流れについて説明する。図２６は、Ｚ社の危機管理マネジメントシステム１Ｚの利用者端末１０に表示されるボードの一例を示す図である。

例えば、担当ｚ１の利用者端末１０の画面には、図２６に示すように、ボードＩＤ「Ｚｈ」のボードＬＺが表示される。図２６に示すように、ボードＬＺには、タスクＩＤ、優先度、状態、タスク名、更新日時、起票日時、送信側、受信側、連絡内容、転送欄が表示される。さらに、ボードＬＺの転送選択欄には、各タスクログＩＤに対応させて、転送する旨を選択可能であるプルダウンＰ１１，Ｐ１２，Ｐ１３が設けられる。

例えば、担当ｚ１が、ボードＩＤ「Ｚｈ」のタスクＩＤ「３２」のタスク情報を、Ａ社及びＢ社のボード間で共有する指示を行った場合について説明する。担当ｚ１は、共有対象のタスクＩＤ「３２」の行における転送選択欄のプルダウンＰ１３のうち「転送する」（欄Ｐ１３ｓ）を選択する。この結果、担当ｚ１の利用者端末１０には、タスク転送指示用の画面が表示される。

図２７は、Ｚ社の危機管理マネジメントシステム１Ｚの利用者端末１０に表示されるタスク転送指示用の画面の一例を示す図である。担当ｚ１の転送指示操作に応じて、管理装置２０は、担当ｚ１の利用者端末１０の画面に、図２７に示す画面ＭＺ２を表示させる。画面ＭＺ２は、転送を指示したタスク名、優先度及び送信内容を左側領域に表示する。また、画面ＭＺ２は、自ボードにおける送信先領域Ｒ２１、外部システム連携領域Ｒ２２及び送信先ボード選択領域Ｒ２３を右側領域に表示する。

担当ｚ１は、自ボードにおける送信先については、送信先領域Ｒ２１のチェックボックスにチェックを入れる。そして、担当ｚ１は、外部システム連携領域Ｒ２２に示された連携先のシステムの名称やボードＩＤを確認する。さらに、他のシステムにタスク情報を送信する場合には、送信先ボード選択領域Ｒ２３の欄Ｒ２３ｓをプルダウンし、送信先ボードを選択する。続いて、担当ｚ１は、送信実行ボタンＵ２を選択する。

管理装置２０は、上記操作によりタスクの転送指示を受け付けると、転送指示を受けた連携先のシステムの接続先情報を連携先情報記憶部２１５から取得し、転送先の連携先システムにタスク情報を送信する。図２７の例では、Ｚ社の管理装置２０から、Ａ社の危機管理マネジメントシステム１ＡのボードＩＤ「Ａｅ」に、ボードＩＤ「Ｚｈ」のタスク「３２」のタスク情報が転送される。これに応じて、Ａ社の危機管理マネジメントシステム１Ａの管理装置２０は、転送されたタスク情報を、Ｚ社に対応するボードに登録し、新たにタスクＩＤまたはタスクログＩＤを付与する。

具体的には、Ａ社の危機管理マネジメントシステム１Ａの管理装置２０は、Ｚ社の危機管理マネジメントシステム１Ｚからタスク情報を受信すると、登録対象であるボードＩＤ「Ａｅ」のボードに、転送されたタスク情報を登録する。例えば、図２７の画面ＭＺ２に示すタスクが転送された場合には、図９のテーブルＴ３Ａ及び図１２のテーブルＴ４Ａに示すように、転送されたタスクには、Ａ社の管理装置２０によって、タスクログＩＤ「３２２」、タスクＩＤ「１０９」が付与され、送信元情報や他の送信先情報と対応付けて登録される。

図２８は、Ａ社の危機管理マネジメントシステム１Ａの利用者端末１０に表示されるボードを例示する図である。上記処理後に、Ａ社の担当ａ１がボードＩＤ「Ａｅ」を呼び出すと、利用者端末１０の画面には、図２８に示すボードＬＡが表示される。このボードＬＡには、タスクＩＤ「１０９」のタスク名として、ボードＩＤ「Ｚｈ」のタスクＩＤ「３２」のタスク名「Ｇ地区の停電」が表示される。そして、ボードＬＡのタスクＩＤ「１０９」には、連絡内容として「Ｆ地区の変電所がストップしたため、Ｇ地区にも停電が起きています。」が表示される。

また、Ａ社の危機管理マネジメントシステム１Ａの管理装置２０は、転送されたタスクログのＡ社における登録情報を、Ｚ社の危機管理マネジメントシステム１Ｚの管理装置２０に送信する。すなわち、Ａ社の管理装置２０は、転送されたタスク情報にタスクログＩＤ「３２２」及びタスクＩＤ「１０９」を付与し、ボードＩＤ「Ａｅ」に登録した旨を示す登録情報を、Ｚ社の管理装置２０に送信する。

Ｚ社の管理装置２０がこの登録情報を受信すると、Ｚ社のボード管理部２２４がボード情報記憶部２１４に登録情報を登録する。具体的には、ボード管理部２２４は、図８のテーブルＴ３Ｚ及び図１１のテーブルＴ４Ｚに示すように、転送されたタスクＩＤ「３２」、タスクログＩＤ「７４」のタスク情報に対し、送信先であるＡ社を示す情報、共有先のボードＩＤ「Ａｅ」及びＡ社において付されたタスクＩＤ「１０９」を登録する。これによって、タスク情報の転送処理は終了する。

［タスク情報に対する処理の流れ］
次に、タスク情報に対する処理の流れについて説明する。例えば、Ｚ社の危機管理マネジメントシステム１ＺからＡ社の危機管理マネジメントシステム１Ａ及びＢ社の危機管理マネジメントシステム１Ｂへタスクが送信される場合を例に説明する。

まず、Ｚ社においては、管理装置２０は、利用者のタスク作成処理を受け付けて、対応するボードにタスク情報を登録する。そして、利用者が、タスクの転送を指示した場合には、管理装置２０は、図２７に示すタスク転送指示用の画面を利用者端末１０に表示させる。利用者は、利用者端末１０に表示された画面にしたがって、送信先ボードＩＤ、ログインＩＤ、組織名、パスワードを入力した上で、タスク情報の転送を指示する。なお、連携先の他の危機管理マネジメントシステムの接続先情報やタスク共有されるボードのＩＤは、事前に連携先情報記憶部２１５に登録されている。

管理装置２０は、タスク情報の転送指示を受け付けると、タスクの内容を、作成時に付与された危機管理マネジメントシステム１ＺでのタスクＩＤとともに、ＨＴＴＰＳプロトコルを使用して、Ａ社及びＢ社に送信する。

図２９は、タスク転送のために管理装置２０が送信する情報の構成を示す図である。管理装置２０は、図２９のテーブルＴ６に示すデータ構成の情報を送信する。すなわち、図２９に示すように、管理装置２０が送信する情報は、送信先のシステム名、登録先のボード（第２のボード）ＩＤ、送信元のシステム名、及び、送信元におけるボード（第１のボード）ＩＤ、タスク名や内容等の送信データを有する構成である。

送信先のシステム、例えば、Ａ社の管理装置２０では、Ｚ社から送信された情報を受信し、この受信データから得られる送信元システムやボードＩＤを、連携先情報設定テーブルの情報と照合する。そして、Ａ社の管理装置２０は、受信データから得られる送信元システムやボードＩＤと、連携先情報設定テーブルの情報とが一致した場合には、送信データに含まれるタスクまたはタスクログを登録する。すなわち、Ａ社の管理装置２０は、ボードＩＤやタスクＩＤをチェックし、該当するボードにタスク情報を登録する。

図３０は、タスク転送前後のＺ社の危機管理マネジメントシステム１Ｚの管理装置２０が記憶するタスク情報と、Ａ社の危機管理マネジメントシステム１Ａの管理装置２０が記憶するタスク情報とを示す図である。図３０の（ａ）上段に示すように、Ｚ社の危機管理マネジメントシステム１Ｚにおいて、ボードＩＤ「Ｚｈ」にタスクＩＤ「３１」のタスク情報が登録される。この時点では、図３０の（ｂ）上段に示すように、Ａ社の危機管理マネジメントシステム１Ａにおいて、Ｚ社と関連するタスク情報は登録されていない。

その後、Ｚ社の危機管理マネジメントシステム１Ｚにおいて、ボードＩＤ「Ｚｈ」のタスクＩＤ「３１」に対し、Ａ社の危機管理マネジメントシステム１Ａへの転送が指示される。この転送指示にしたがい、ボードＩＤ「Ｚｈ」のタスクＩＤ「３１」タスク情報がＡ社の危機管理マネジメントシステム１Ａに転送される。

これに応じて、Ａ社の危機管理マネジメントシステム１Ａでは、図３０の（ｂ）下段に示すように、ボードＩＤ「Ｚｈ」のタスクＩＤ「３１」タスク情報をボードＩＤ「Ａｅ」登録し、タスクＩＤ「１０８」を付与する。そして、Ａ社の危機管理マネジメントシステム１Ａは、登録内容をＺ社の危機管理マネジメントシステム１Ｚに送信する。Ｚ社の危機管理マネジメントシステム１Ｚでは、Ａ社の危機管理マネジメントシステム１Ａからの登録情報を受けて、タスクＩＤ「３１」のタスク情報に、Ａ社のシステムにおいて該タスク情報が登録されたボードＩＤ「Ａｅ」及びＡ社にて該タスク情報に付与されたタスクＩＤ「１０８」を登録する。

なお、Ｚ社の危機管理マネジメントシステム１Ｚは、Ｂ社の危機管理マネジメントシステム１Ｂにも同様にこのタスクＩＤ「３１」のタスク情報の転送処理を行った場合、同様に、Ｂ社のシステムにおいて該タスク情報が登録されたボードＩＤ「Ｂｗ」及びＢ社にて該タスク情報に付与されたタスクＩＤ「４２」を登録する。

［他のシステム間における通信処理の処理手順］
次に、他のシステム間における通信処理の処理手順について説明する。図３１は、実施の形態における危機管理マネジメントシステム間の通信処理の処理手順を示すシーケンス図である。ここでは、Ｚ社における危機管理マネジメントシステム１Ｚと、Ａ社における危機管理マネジメントシステム１Ａとの間の通信処理を例に説明する。

図３１に示すように、Ｚ社における危機管理マネジメントシステム１Ｚでは、管理装置２０が、利用者のタスク登録指示及び転送指示を受け付けると、タスクＩＤを決定し、決定したタスクＩＤとともにタスクの内容を自システムのボードに登録する（ステップＳ１）。そして、Ｚ社における危機管理マネジメントシステム１Ｚの管理装置２０は、タスク情報を、ＨＴＴＰＳプロトコルを用いてＡ社の危機管理マネジメントシステム１Ａの「Ａ社における危機情報」ボードに送る（ステップＳ２）。

Ａ社の危機管理マネジメントシステム１Ａでは、送信されたタスク情報を受信すると、タスク（タスクログ）を該当ボードに登録し、ボード情報記憶部２１４の情報を更新する（ステップＳ３）。そして、Ａ社の危機管理マネジメントシステム１Ａは、受信したタスク情報を登録したボードＩＤ、Ａ社の危機管理マネジメントシステム１Ａにおいて付与したタスクＩＤ、タスクログＩＤを、ＨＴＴＰＳプロトコルを用いて、送信元のＺ社の危機管理マネジメントシステム１Ｚに送る（ステップＳ４）。

Ｚ社の危機管理マネジメントシステム１Ｚは、送信先のＡ社の危機管理マネジメントシステム１Ａから登録情報を受信すると、ボード情報記憶部２１４の情報を更新し（ステップＳ５）、送信したタスクに対応付けて、Ａ社におけるボードＩＤ、タスクＩＤ、タスクログＩＤを登録する。

［管理装置におけるタスク情報転送処理の処理手順］
次に、管理装置２０におけるタスク情報転送処理について説明する。図３２は、管理装置２０におけるタスク情報転送処理の処理手順を示すシーケンス図である。具体的には、図３２に示す処理は、図３１に示すステップのうち、タスクを送信するＺ社の危機管理マネジメントシステム１Ｚにおける管理装置２０が実行する処理である。

図３２に示すように、まず、処理受付部２２１が利用者端末１０によるログインを受け付けると（ステップＳ１１）、認証処理部２２３は、利用者端末１０のログイン情報と、利用者情報記憶部２１１及び組織情報記憶部２１２とに格納されている情報とを参照し、認証を検証する（ステップＳ１２）。認証処理部２２３が該利用者端末１０の認証に成功すると、ボード管理部２２４は、アクセス制御情報記憶部２１３に格納されている情報を参照して、この利用者がアクセス可能なボードを検索する。そして、ボード管理部２２４は、利用者が閲覧可能であるボード一覧を、ボード情報記憶部２１４に格納されている情報を参照して作成する（ステップＳ１３）。処理受付部２２１は、ボード管理部２２４が作成したボード一覧を利用者端末１０に送信する。

処理受付部２２１が、利用者端末１０によるボード一覧からのアクセスするボードの選択を受け付けると（ステップＳ１４）、ボード管理部２２４は、アクセス制御情報記憶部２１３及びボード情報記憶部２１４を参照し、利用者からアクセスを指定されたボードに関する情報を読み出し（ステップＳ１５）、ボードを作成する。処理受付部２２１は、ボード管理部２２４が作成したボードの内容（例えば、図２６のボードＬＺ）を、利用者端末１０（例えば、担当ｚ１）に送信して表示させる（ステップＳ１６）。

処理受付部２２１が、利用者端末１０より、あるタスクまたはタスクログの選択及び選択したタスクまたはタスクログの転送指示を受けると、選択したタスクまたはタスクログの転送処理を起動する（ステップＳ１７）。これを受けて、ボード管理部２２４は、ボード情報記憶部２１４を参照して、該当するタスクまたはタスクログの詳細を検索する（ステップＳ１８）。そして、ボード管理部２２４は、検索したタスクまたはタスクログを処理受付部２２１に出力する。

処理受付部２２１は、例えば、必要事項の記載のための画面（例えば、図２７の画面ＭＺ２）を利用者端末１０に表示させて、必要事項を受け付け、転送先の連携先システムに関する情報を呼び出す（ステップＳ１９）。これにともない、ボード管理部２２４は、アクセス制御情報記憶部２１３及びボード情報記憶部２１４に格納されている情報を参照して、利用者がアクセス可能なボードを検索する（ステップＳ２０）。そして、連携先情報管理部２２５は、連携先情報記憶部２１５を参照して、転送対象のタスクが属する関連ボードの連携先情報を検索する（ステップＳ２１）。

処理受付部２２１は、ボード管理部２２４及び連携先情報管理部２２５が検索した情報を基に、対象のタスクの、自システム内への転送先を選択するとともに他システムへの送信先を選択する（ステップＳ２２）。

これにより、ボード管理部２２４は、アクセス制御情報記憶部２１３及びボード情報記憶部２１４が格納する情報を更新して、自システムの指定ボードに、転送対象のタスクの内容を、新規タスク、新規タスクログとして登録する（ステップＳ２３）。

また、送信処理部２２２は、連携先情報管理部２２５が検索した他のシステムにおける管理装置２０への接続先情報及び第２のボードの識別情報を参照して、転送対象のタスクを、該タスクが属するボードに対応付けられた連携先の他システムに送信する処理を実行する（ステップＳ２４）。

送信処理部２２２による転送処理が完了する（ステップＳ２５）。その後、処理受付部２２１は、転送先の管理装置２０から、タスク、タスクログの登録情報を受信する（ステップＳ２６）。具体的には、登録情報は、転送先の管理装置２０における、対象タスクまたはタスクログの登録ボードＩＤ、タスクＩＤまたはタスクログＩＤを含む。そこで、ボード管理部２２４は、受信したタスクまたはタスクログの登録情報をボード情報記憶部２１４に登録して（ステップＳ２７）、処理を終了する。なお、一連の操作ログは、ログ出力部２２６によってログ情報記憶部２１６に記録されている（ステップＳ２８）。

［管理装置におけるタスク情報受信処理の処理手順］
次に、管理装置２０におけるタスク情報受信処理について説明する。図３３は、管理装置２０におけるタスク情報受信処理の処理手順を示すシーケンス図である。具体的には、図３３に示す処理は、図３１に示すステップのうち、タスクを受信したＡ社の危機管理マネジメントシステム１Ａにおける管理装置２０が実行する処理である。

図３３に示すように、まず、処理受付部２２１が転送元からタスクまたはタスクログの転送情報を受信すると（ステップＳ３１）、連携先情報管理部２２５は、連携先情報記憶部２１５を参照し、連携先情報として、転送元のシステムの名称とタスクまたはタスクログを登録するボードＩＤとを検索する（ステップＳ３２）。

ボード管理部２２４は、連携先情報管理部２２５による検索結果を基に、ボード情報記憶部２１４から、登録するボードを検索する（ステップＳ３３）。続いて、ボード管理部２２４は、受信した情報に含まれるタスクまたはタスクログを、検索したボードに新規タスク、新規タスクログとして登録する（ステップＳ３４）。この際、ボード管理部２２４は、登録したタスクまたはタスクログに対して新たに、本管理装置２０におけるタスクＩＤ、タスクログＩＤを付与する。また、ボード管理部２２４は、登録したタスクに対し、転送元の危機管理マネジメントシステムの名称、転送元において該タスクが属するボードＩＤ、転送元におけるタスクＩＤ等も対応付けて登録する。

ボード管理部２２４によるタスクまたはタスクログの登録が完了すると（ステップＳ３５）、送信処理部２２２は、本管理装置２０において登録したボードＩＤ、タスクＩＤまたはタスクログＩＤ等の登録情報を転送元に通知して（ステップＳ３６）、処理を終了する。なお、一連の操作ログは、ログ出力部２２６によってログ情報記憶部２１６に記録されている（ステップＳ３７）。

［実施の形態の効果］
このように、本実施の形態に係る管理装置２０は、連携先の他のシステムとの間においてタスク情報の共有を行うために、自装置のタスク情報を、他のシステムに転送する。その後、管理装置２０は、他のシステムから、転送されたタスク情報の第２のボードにおける登録情報を受信すると、この連携先の他のシステムの識別情報と第２のボードの識別情報とを、転送したタスク情報に対応づけて登録する。

また、管理装置２０は、連携する他のシステムから管理装置２０から送信されたタスク情報を受信すると、他のシステムに対応する自装置のボードに、受信したタスク情報を登録する。この結果、タスク管理テーブル及びタスクログ管理テーブルには、他のシステムとの間で共有されるタスク情報については、連携先の他システムを示す情報、第２のボードのボードＩＤ、第２のボードにおけるタスクＩＤを登録される。

このように、本実施の形態では、連携先のシステムへのタスクの転送、連携先のシステムにおける転送されたタスクの登録、及び、連携先のシステムで登録されたタスクの登録情報の受信を行う。この結果、本実施の形態によれば、利用者は、他のシステムのボードの情報を自システムのボードの情報として見ることができるようになる。したがって、本実施の形態に係る管理装置２０は、連携先のシステムと自システムとの双方に登録されている利用者がいなくても、システムが異なるボード間で効率よく情報を共有することができる。

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施の形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
図３４は、プログラムが実行されることにより、管理装置２０が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、管理装置２０の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、管理装置２０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid State Drive）により代替されてもよい。

また、上述した実施の形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施の形態について説明したが、本実施の形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれる。

１，１Ｚ，１Ａ，１Ｂ 危機管理マネジメントシステム
１０ 利用者端末
２０ 管理装置
２１ 記憶部
２２ データ処理部
４０，Ｎ ネットワーク
２１１ 利用者情報記憶部
２１２ 組織情報記憶部
２１３ アクセス制御情報記憶部
２１４ ボード情報記憶部
２１５ 連携先情報記憶部
２１６ ログ情報記憶部
２２１ 処理受付部
２２２ 送信処理部
２２３ 認証処理部
２２４ ボード管理部
２２５ 連携先情報管理部
２２６ ログ出力部

Claims (7)

1. 危機管理対応業務の内容を示すタスクと前記タスクの識別情報とを含むタスク情報をボードに分けて管理して、危機に対応するためのマネジメントを支援する管理装置であって、
   前記タスク情報と、該タスク情報が属する前記ボードの識別情報とを対応付けて記憶するボード情報記憶部と、
   前記ボードのうち、他のシステムにおける管理装置との間でタスク情報の共有が設定されている第１のボードの識別情報に、前記他のシステムにおける管理装置への接続先情報及び前記他のシステムにおける管理装置が管理するボードのうち共有対象のタスク情報が属する第２のボードの識別情報を対応付けて記憶する連携先情報記憶部と、
   前記タスク情報に関する指示を受け付ける処理受付部と、
   任意のタスク情報について前記第２のボードへの転送指示を前記処理受付部が受け付けると、前記連携先情報記憶部が記憶する前記他のシステムにおける管理装置への接続先情報及び前記第２のボードの識別情報を参照して、前記第２のボードを管理する前記他のシステムにおける管理装置に、転送指示を受けたタスク情報を送信する送信処理部と、
   転送先の前記他のシステムにおける管理装置から、転送されたタスク情報の前記第２のボードに対する登録情報を受信すると、前記ボード情報記憶部に、転送先の前記他のシステムにおける管理装置の識別情報と前記転送されたタスク情報が登録された第２のボードの識別情報とを前記転送されたタスク情報に対応づけて登録するとともに、前記連携先情報記憶部に登録された前記他のシステムにおける管理装置によって送信されたタスク情報を受信すると、前記ボード情報記憶部が記憶するボードの識別情報のうち前記他のシステムにおける管理装置に対応する第１のボードの識別情報に、受信したタスク情報を登録するボード管理部と、
   を有し、
   前記送信処理部は、前記第１のボードの識別情報と前記第２のボードの識別情報との対応付けが前記連携先情報記憶部に記録される前に作成されたタスク情報を任意のタイミングで送信し、
   前記ボード管理部は、前記第１のボードの識別情報と前記第２のボードの識別情報との対応付けが前記連携先情報記憶部に記録される前に作成されたタスク情報を受信すると、前記ボード情報記憶部が記憶するボードの識別情報のうち前記他のシステムにおける管理装置に対応する第１のボードの識別情報に、受信したタスク情報を登録することを特徴とする管理装置。
2. 前記ボード管理部は、前記第１のボードの識別情報と前記第２のボードの識別情報との対応付けが前記連携先情報記憶部に記録される前に作成されたタスク情報を受信すると、受信したタスク情報が、前記他のシステムにおける管理装置との間で共有が設定されているタスクに対する情報の場合には、前記ボード情報記憶部が記憶するボードの識別情報のうち前記他のシステムにおける管理装置に対応する第１のボードの識別情報に、前記受信したタスク情報を登録し、前記受信したタスク情報が、前記他のシステムにおける管理装置との間で共有が設定されていないタスクに対する情報の場合には、前記他のシステムにおける管理装置に対応する第１のボードの識別情報に、前記受信したタスク情報に対応するタスクを新規タスクとして登録することを特徴とする請求項１に記載の管理装置。
3. 前記他のシステムにおける管理装置への接続先情報及び前記第２のボードの識別情報を取得し、前記連携先情報記憶部に登録する連携先情報管理部をさらに有することを特徴とする請求項１または２に記載の管理装置。
4. 前記送信処理部は、前記他のシステムにおける管理装置へのタスク情報の共有許可要求を前記処理受付部が受け付けると、前記他のシステムにおける管理装置に対しタスク情報の共有許可を要求する通知を送信し、
   前記連携先情報管理部は、当該管理装置が、前記他のシステムにおける管理装置からタスク情報の共有許可及び前記第２のボードの識別情報の通知を受信すると、連携先情報記憶部に、第１のボードの識別情報と、前記他のシステムにおける管理装置への接続先情報及び前記第２のボードの識別情報を対応付けて登録することを特徴とする請求項３に記載の管理装置。
5. 前記連携先情報管理部は、当該管理装置が、外部装置によって送信されたタスク情報を受信すると、前記外部装置が前記連携先情報記憶部に登録された前記他のシステムにおける管理装置であるか否かを判定し、
   前記ボード管理部は、前記連携先情報管理部によって前記外部装置が前記連携先情報記憶部に登録された前記他のシステムにおける管理装置であると判定された場合に、前記ボード情報記憶部が記憶するボードのうち前記他のシステムにおける管理装置に対応するボードに、受信したタスク情報を登録することを特徴とする請求項３または４に記載の管理装置。
6. 前記連携先情報管理部は、前記任意のタスク情報について前記第２のボードへの転送指示を前記処理受付部が受け付けた際に、前記連携先情報記憶部を参照し、該タスク情報を転送可能である他のシステムにおける管理装置の識別情報及び前記第２のボードの識別情報を取得し、
   前記処理受付部は、前記連携先情報管理部が取得した前記タスク情報を転送可能である他のシステムにおける管理装置の識別情報及び前記第２のボードの識別情報を提示するとともに、該提示した前記他のシステムにおける管理装置の識別情報及び前記第２のボードの識別情報の変更を受け付けないことを特徴とする請求項３〜５のいずれか一つに記載の管理装置。
7. 危機管理対応業務の内容を示すタスクと前記タスクの識別情報とを含むタスク情報をボードに分けて管理して、危機に対応するためのマネジメントを支援する管理装置が実行する管理方法であって、
   前記管理装置は、
   前記タスク情報と、該タスク情報が属する前記ボードの識別情報とを対応付けて記憶するボード情報記憶部と、
   前記ボードのうち、他のシステムにおける管理装置との間でタスク情報の共有が設定されている第１のボードの識別情報に、前記他のシステムにおける管理装置への接続先情報及び前記他のシステムにおける管理装置が管理するボードのうち共有対象のタスク情報が属する第２のボードの識別情報を対応付けて記憶する連携先情報記憶部と、
   を有し、
   前記タスク情報に関する指示を受け付ける工程と、
   任意のタスク情報について前記第２のボードへの転送指示を受け付けると、前記連携先情報記憶部が記憶する前記他のシステムにおける管理装置への接続先情報及び前記第２のボードの識別情報を参照して、前記第２のボードを管理する前記他のシステムにおける管理装置に、転送指示を受けたタスク情報を送信する工程と、
   転送先の前記他のシステムにおける管理装置から、転送されたタスク情報の前記第２のボードに対する登録情報を受信すると、前記ボード情報記憶部に、転送先の前記他のシステムにおける管理装置の識別情報と前記転送されたタスク情報が登録された第２のボードの識別情報とを前記転送されたタスク情報に対応づけて登録するとともに、前記連携先情報記憶部に登録された前記他のシステムにおける管理装置によって送信されたタスク情報を受信すると、前記ボード情報記憶部が記憶するボードの識別情報のうち前記他のシステムにおける管理装置に対応する第１のボードの識別情報に、受信したタスク情報を登録する工程と、
   を含み、
   前記送信する工程は、前記第１のボードの識別情報と前記第２のボードの識別情報との対応付けが前記連携先情報記憶部に記録される前に作成されたタスク情報を任意のタイミングで送信し、
   前記登録する工程は、前記第１のボードの識別情報と前記第２のボードの識別情報との対応付けが前記連携先情報記憶部に記録される前に作成されたタスク情報を受信すると、前記ボード情報記憶部が記憶するボードの識別情報のうち前記他のシステムにおける管理装置に対応する第１のボードの識別情報に、受信したタスク情報を登録することを特徴とする管理方法。

Images