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

Abstract

【課題】システムが異なるボード間で効率よく情報を共有することができる。【解決手段】管理装置２０は、他のシステムとタスクが共有される第１のボードの識別情報に、他のシステムへの接続先情報及び共有対象の第２のボードの識別情報を対応付ける連携先情報記憶部２１５と、利用情報にタスク作成権限を有する第１及び第２のボードに該各ボードに対するパスワードを対応付ける利用者情報記憶部２１１と、第２のボードへのタスク送信指示を受け付けると、指示者が第２のボードにタスク作成権限を有するかを認証し、タスク登録要求を外部装置から受けた場合に、該登録要求の指示者が第１のボードにタスク作成権限を有するかを認証する認証処理部２２３と、認証成功時に転送指示を受けたタスクを送信する送信処理部２２２と、認証成功時にタスクを登録するボード管理部２２４とを有する。【選択図】図２

Description

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

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

また、メッセージングシステムにおいて、管理サーバが様々なアプリケーションで、存在情報や環境情報といった背景情報を共有するために必要な共有情報(ユーザ情報、サービス情報、エイリアス情報)を一元管理する技術が提案されている（例えば、特許文献1参照）。この技術では、アプリケーションに付加されているアダプタとの間で、共通情報を通信して共有することにより、リアルタイムにイベントを共有することができる。

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

特開２００５−３４６５９４号公報

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

ここで、グループ会社である危機事象に対応する場合、全ての会社が１つのサーバ上のシステムを使用するよりも、個々の会社ごとにシステムが使用される可能性が高い。また、グループ会社である危機事象に対応する場合、複数のサーバに導入された同じシステムに、各々の会社が分散して使用するよりも、個々の会社ごとにシステムが使用される可能性が高い。或いは、グループ会社である危機事象に対応する場合、クラウド上でも１つのシステムを共用して使用するよりも、個々の会社ごとにシステムが使われる可能性が高い。

例えば、持株会社には、各社の危機対応の担当が登録されたバーチャル組織があり、そこでやり取りされる情報は、各社に展開すべき情報や各社に依頼すべき作業内容である。ここで、バーチャル組織に所属する各社の担当は、持株会社のボードに記載された内容を自社のシステムのボードに登録する場合の処理について説明する。まず、各社の担当は、持株会社のボードに記載された内容を保存する。そして、各社の担当は、自社のシステムにログインして該当するボードを選択し、先ほど保存した内容を新規に登録するといった煩雑な作業をする必要がある。各社の担当にとって、これらの作業は、特に緊急時において、負担となっていた。

また、各社の担当は、依頼された作業内容を持株会社のボードに報告する時も、自社のシステムで取りまとめた結果を保存し、バーチャル組織用のシステムにログインし、該当ボードにアクセスし、先ほど保存した内容を回答として記載する作業をする必要があり、非常に非効率であった。

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

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

また、特許文献１記載の技術は、背景情報を共有するために必要な共通情報を、管理サーバとアプリケーションに付加されているアダプタとで通信して共有することにより、アプリケーション依存を排除している。しかしながら、特許文献１記載の技術は、背景情報の変化があった時に、アダプタが検出し、管理サーバ経由で他のアプリケーションに付加されているアダプタに通知するものである。この特許文献１記載の技術は、あくまでもアプリケーションを使っている人の情報であり、危機管理においては対象外の情報である。また、アダプタがあれば通信されてしまうため、全ての情報が送られてしまい、ボードを選択して送信する、または、送信しないといった判断はしていない。

このため、従来の方法では、危機管理マネジメントシステムに対し、システムが異なるボード間での、危機に関するタスク情報のやり取りを、効率よく実行することができなかった。

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

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

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

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

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

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

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

危機管理マネジメントシステム１Ｚは、Ｚ社が使用する危機管理マネジメントシステムである。危機管理マネジメントシステム１Ａは、Ａ社が使用する危機管理マネジメントシステムである。危機管理マネジメントシステム１Ｂは、Ｂ社が使用する危機管理マネジメントシステムである。例えば、Ｚ社は、持株会社であり、Ａ社及びＢ社は、Ｚ社のグループ会社である。各社は、自社のシステムを使用する。また、各社は、使用するネットワーク体系も異なる。

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

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

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

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

ネットワーク４０は、接続される各装置が相互に通信可能に構成されていればよく、例えばインターネットやＬＡＮ（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」、連携先システムボードＩＤ「Ｚｓ［グループ会社Ｆ地区大雨対応］」、「Ａｅ［Ａ社 Ｆ地区大雨対応］」、「Ｂｍ［Ｂ社危機対応情報］」が登録される。

また、テーブルＴ５Ａでは、連携先システムＩＤ「２」には、連携先システム名「Ａ社危機管理マネジメントシステム」、連携先システムＵＲＬ「https://www.a_comp.co.jp/kiki/」、連携先システムボードＩＤ「Ａｅ［A社F地区大雨対応］」、「Ａｓ［危機に関する情報共有］」、「Ａｔ［何でも相談］」、「Ａｕ［危機対応関連］」が登録される。これは、自システム内での連携先に関する情報である。

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

図１６及び図１７に示すように、Ａ社では、危機管理部門は「危機に関する情報共有」ボード（ボードＩＤ「Ａｓ」）を用いて、Ａ社に発生したインシデント対応をしている。危機管理部門には、メンバーとして、担当ａ１，ａ２が所属する。一方、総務部門、営業部門及び製造部門の３部門は、情報共有するためのボード「何でも相談」（ボードＩＤ「Ａｔ」）を用いる。総務部門の担当ａｋ，ａｌは、双方のボードに所属し、リエゾンとしての役割を果たす。

ここで、担当ａｋは、「危機に関する情報共有」ボードで、危機管理部門からの「Ｉの脆弱性に関する調査依頼」タスクを複写し、微修正して、「何でも相談」ボードに投稿し、関係部門に調査を依頼する。言い換えると、担当ａｋは、「危機に関する情報共有」ボード（ボードＩＤ「Ａｓ」）の「Ｉの脆弱性に関する調査依頼」タスクを「何でも相談」ボード（ボードＩＤ「Ａｔ」）ボードに転送する。

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

この場合、図１８に示す画面Ｗ１には、自システムにおける他のボードへのタスク情報の転送を選択できるチェックボックスＣＢａが表示される。例えば、担当ａｋは、チェックボックスＣＢａにチェックを入れて自身が属する部門「総務部門」を選択することもできる（図１７の（１）参照）。そして、担当ａｋは、ＣＢｂにチェックを入れて、「このタスクを自システムの他のボードに送る」ことを選択すると、画面Ｗ１は、担当ａｋにタスク作成権があるボードを選択肢として表示する（図１８の（２）参照）。

担当ａｋが、送信先のボードとして「何でも相談」ボードを選択すると、画面Ｗ１には、送信先組織「総務部門」、「営業部門」及び「製造部門」を選択できるチェックボックスＣＢｃが表示される。なお、タスク作成権があるボードは、複数設定可能である（図１８の（３）参照）。

担当ａｋは、この画面Ｗ１における選択指示を完了し、作成したタスク情報の転送を指示すると、転送先のボード（「何でも相談」ボード）に、作成したタスク情報が登録され、関係部門への調査を依頼することができる。そして、担当ａｋは、総務部門における調査結果を取りまとめ、危機管理部門への報告として、「危機に関する情報共有」ボードと、「何でも相談」ボードへの双方に、報告を投稿する。言い換えると、担当ａｋは、「Ｉの脆弱性に関する調査依頼」タスクに対する回答を行う。なお、担当ａｋは、図１８で例示した画面Ｗ１と同様の画面構成の画面を参照し、チェックボックス等の選択を行うことによって、タスク回答を行う。

［自システム内での連携の他の例］
自システム内での連携の他の例について説明する。図１９は、Ａ社内部の組織間の関係の他の例を示す図である。図２０は、Ａ社におけるボードと、ボードが対応する組織との対応関係の他の例を示す図である。

図１９及び図２０に示すように、Ａ社では、危機管理部門と各部門代表とで情報を共有するための「危機対応関連」（ボードＩＤ「Ａｕ」）を用いて、Ａ社に発生したインシデント対応をしている。各部門代表は、総務部門、営業部門及び製造部門の代表から構成されており、メンバーは、総務部門の担当ａｋ、営業部門の担当ａｐ及び製造部門の担当ａｖで構成されている。各担当は、複数の組織に属している。

一方、総務部門、営業部門及び製造部門の３部門は、情報共有するためのボード「何でも相談」（ボードＩＤ「Ａｔ」）を用いる。総務部門の担当ａｋは、ボードＩＤ「Ａｕ」では、各部門代表として振る舞い、ボードＩＤ「Ａｔ」では、総務部門として振る舞い、ボードＩＤ「Ａｕ」とボードＩＤ「Ａｔ」との間のリエゾンとしての役割を果たす。なお、営業部門の担当ａｐ及び製造部門の担当ａｖも同様である。

ここで、担当ａｋは、「危機対応関連」ボードで、危機管理部門からの「Ｊの脆弱性に関する調査依頼」タスクを複写し、微修正して、総務部門として、「何でも相談」ボードに投稿する。言い換えると、担当ａｋは、「危機対応関連」ボードの「Ｊの脆弱性に関する調査依頼」タスクを「何でも相談」ボードに転送する。

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

この場合、図２１に示す画面Ｗ２には、自システムにおける他のボードへのタスク情報の転送を選択できるチェックボックスＣＢｄが表示される。例えば、担当ａｋは、チェックボックスＣＢｄにチェックを入れて自身が属する部門「各部門代表」を選択することもできる（図２１の（１）参照）。そして、担当ａｋは、ＣＢｅにチェックを入れて、「このタスクを他のボードに送る」ことを選択すると、画面Ｗ２には、担当ａｋにタスク作成権があるボードが選択肢として表示される（図２１の（２）参照）。

担当ａｋが、送信先のボードとして「何でも相談」ボードを選択すると、画面Ｗ２には、送信先組織「総務部門」、「営業部門」及び「製造部門」を選択できるチェックボックスＣＢｆが表示される。なお、タスク作成権があるボードは、複数設定可能である（図２１の（３）参照）。

担当ａｋは、この画面Ｗ２における選択指示を完了し、作成したタスク情報の転送を指示すると、転送先のボード（「何でも相談（総務部門）」ボード）に、作成したタスク情報が登録され、関係部門への調査を依頼することができる。そして、担当ａｋは、総務部門における調査結果を取りまとめ、危機管理部門への報告として、「危機に関する情報共有」ボードと、「何でも相談」ボードへの双方に、報告を投稿する。言い換えると、担当ａｋは、「Ｊの脆弱性に関する調査依頼」タスクに対する回答を行う。なお、担当ａｋは、図２１で例示した画面Ｗ２と同様の画面構成の画面を参照し、チェックボックス等の選択を行うことによって、タスク回答を行う。

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

まず、図２２及び図２３のネットワーク構成では、複数の危機管理マネジメントシステム１Ｚ，１Ａ，１Ｂが立ち上がっており、各社は自社のシステムを使用する。ネットワーク体系は異なる。

各社の組織について説明する。図２２〜図２４に示すように、Ｚ社には、Ｚ社自身の危機対応を行なう組織「危機管理部門」に加え、グループ会社全体の危機対応を行なうためのバーチャル組織である「グループ会社危機対応組織」がある。「グループ会社危機対応組織」のメンバーには、Ａ社、Ｂ社の危機管理部門の各担当が所属している。Ｚ社にある「グループ会社危機対応組織」には、Ｚ社の担当ｚ１，ｚ２の他、Ａ社の担当ａ１及びＢ社の担当ｂ１が所属する。また、Ｚ社の危機管理部門には、担当ｚ１及び担当ｚ２が所属する。Ａ社の担当ａ１は、Ｚ社の「グループ会社危機対応組織」及びＡ社の「危機管理部門」に属する。Ｂ社の担当ｂ１も同様に、Ｚ社の「グループ会社危機対応組織」およびＢ社の「危機管理部門」に属する。

そして、あるインシデントが発生した際には、各社が関係するボードを作成し、相互に連携させる。具体的には、バーチャル組織に属する担当者は、自社におけるボードのＩＤを入手する。例えば、バーチャル組織に属する担当者は、Ｚ社であればボードＩＤ「Ｚｈ」、Ａ社であればボードＩＤ「Ａｅ」、Ｂ社であればボードＩＤ「Ｂｍ」を入手する。

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

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

具体的に、バーチャル組織に属する担当者が、Ｚ社のボードＩＤ「Ｚｓ」に記載されるタスク情報を、Ａ社のボードＩＤ「Ａｅ」及びＢ社のボードＩＤ「Ｂｍ」と共有させたい場合について説明する。この場合、バーチャル組織に属する担当者は、ボードＩＤ「Ｚｓ」の設定情報として、Ａ社及びＢ社の危機管理マネジメントシステム１Ａ，１Ｂへの接続先情報と、Ａ社のボードＩＤ「Ａｅ」及びＢ社のボードＩＤ「Ｂｍ」に関するボード情報とを登録する。すなわち、Ｚ社の危機管理マネジメントシステム１Ｚの管理装置２０は、図１４のテーブルＴ５Ｚに示すように、連携先システムＩＤ「２」，「３」の各情報を登録する。

また、バーチャル組織に属する担当者が、Ａ社のボードＩＤ「Ａｅ」に記載されるタスク情報を、Ｚ社のボードＩＤ「Ｚｓ」に共有させたい場合は、ボードＩＤ「Ａｅ」の設定情報として、Ｚ社の危機管理マネジメントシステム１Ｚの登録先情報と、ボードＩＤ「Ｚｓ」に関するボード情報とを登録する。この結果、Ａ社の管理装置２０は、図１５のテーブルＴ５Ａに例示する連携先管理テーブルを登録する。

なお、これらの複数の危機管理マネジメントシステムが連携する時には、システム間でのセキュリティを高めておく。以下に、その例を示す。

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

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

ここで、例えば、Ａ社の担当ａ１は、「グループ会社Ｆ地区大雨対応情報」ボードでタスク情報をやり取りしている。この際、担当ａ１は、「グループ会社Ｆ地区大雨対応」ボードにて、Ｚ社危機管理部門からの「Ｇ工場敷地内の流木を撤去するための重機提供依頼」タスクを複写し、微修正して「Ａ社Ｆ地区大雨対応」ボードに対して投稿する。

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

この場合、図２５に示す画面Ｗ３には、他のシステムにおける他のボードへのタスク情報の転送を選択できるチェックボックスＣＢｇが表示される。例えば、担当ａ１は、チェックボックスＣＢｇにチェックを入れて、自身が属する部門「グループ会社危機対応組織」を選択することによって、自ボードでの送信先を選択することもできる（図２５の（１）参照）。そして、担当ａ１は、ＣＢｈにチェックを入れて、「このタスクを他のシステムにボードに送る」ことを選択すると、画面Ｗ３の領域Ｒ１には、担当ａｋにタスク作成権があるボードが選択可能に表示される。担当ａ１は、領域Ｒ１の送信先システム欄をプルダウンして、送信先のシステムを選択し、送信先のボードＩＤを記入する（例えば、ボードＩＤ「Ａｅ」）。そして、担当ａ１は、領域Ｒ２の各欄に自分のアカウント情報を記入する。なお、タスク作成権があるボードは、複数設定可能である（図２５の（３）参照）。

また、担当ａ１は、図１６〜図２１において説明したように、自システム内（Ａ社）の権限のある他のボードに、作成したタスク情報を送ることも可能である（図２５の（２）参照）。

そして、担当ａ１は、Ａ社内の調査結果を取りまとめ、Ｚ社危機管理部門への報告として、「グループ会社Ｆ地区大雨対応」ボードと「Ａ社Ｆ地区大雨対応」ボードとに、取りまとめたタスク情報を投稿する。

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

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

ボード間の連携パターンの他の例を、図２７を参照して説明する。図２７の例では、管理装置２０は、リエゾンの役割を有する担当の操作によって、ボードＡ（自ボード）の任意のタスクの回答として、ボードＢ（他ボード）にも送信する。

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

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

図２６〜図２８を用いて説明したいずれのパターンにおいても、タスク送信することによって、その後、ボードＡとボードＢとの間でタスクを共有することができる。なお、いずれのパターンにおいても、ボードＡのタスクとボードＢのタスクとが連携せず、別タスクとして個々に管理される。

［ボード作成］
次に、ボード作成について説明する。例えば、Ｚ社のバーチャル組織「グループ会社Ｆ地区大雨対応」の運用管理者もしくはボード管理者が、ボードを作成する場合について説明する。図２９は、利用者端末１０に表示される画面の一例である。

この場合、管理装置２０は、Ｚ社のバーチャル組織「グループ会社Ｆ地区大雨対応」の運用管理者もしくはボード管理者のボード作成要求を受け付けて、図２９に示すボード作成用の画面ＷＺ１を利用者端末１０に表示させる。この画面ＷＺ１には、ボード名記入欄Ｒ１１、作成日時欄Ｒ１２、状態の選択欄Ｒ１３、ボードの概要記入欄Ｒ１４、連携する危機管理マネジメントシステムの設定欄Ｒ１５及び対象組織設定欄Ｒ１６が表示される。

ここで、Ｚ社の危機管理マネジメントシステム１Ｚでは、事前にグループ会社のＡ社及びＢ社の連携先情報を、管理装置２０の連携先情報記憶部２１５に登録済みである。このため、Ｚ社運用管理者またはＺ社ボード管理者は、連携先システム名の各プルダウンＱ１１，Ｑ１２をクリックすると、登録されている連携先システム名を選択できる。

この際、Ｚ社運用管理者またはＺ社ボード管理者は、ボード名記入欄Ｒ１１、作成日時欄Ｒ１２、状態の選択欄Ｒ１３、ボードの概要記入欄Ｒ１４、連携する危機管理マネジメントシステムの設定欄Ｒ１５及び対象組織設定欄Ｒ１６について記入または選択を行うことにより、ボード名、作成日時、状態、ボードの概要、連携先システム名、対象組織などを設定する。そして、Ｚ社運用管理者またはＺ社ボード管理者が、登録ボタンＵ１を選択すると、管理装置２０において、設定されたボードが作成される。

なお、図２９では、管理装置２０が、連携先システム名を一つずつ選択する欄を有する画面ＷＺ１を利用者端末１０に表示させる例を示したが、もちろん、これに限らない。管理装置２０は、連携先として登録されている全ての連携先システムを一度に選択できる欄を表示した画面を利用者端末１０に表示させるも可能である。

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

例えば、担当ａ１の利用者端末１０の画面には、図３０に示すように、ボードＩＤ「Ｚｓ」のボードＬＺが表示される。このボードＩＤ「Ｚｓ」は、「グループ会社危機対応組織」が使用する「グループ会社Ｚ社Ｆ地区大雨対応」ボードであり、Ｚ社の担当ｚ１，ｚ２以外にも、Ａ社の担当ａ１、Ｂ社の担当ｂ１が利用可能である。

図３０に示すように、ボードＬＺには、タスクＩＤ、優先度、状態、タスク名、更新日時、起票日時、送信側、受信側、連絡内容、転送欄が表示される。さらに、ボードＬＺには転送選択欄には、各タスクログＩＤに対応させて、転送する旨を選択可能であるプルダウンＰ１１，Ｐ１２が設けられる。ボードＬＺにおいて、枠Ｄ１に示すタスクのタスクログ内容は、枠Ｄ２に示される。

ここで、例えば、担当ａ１が、ボードＩＤ「Ｚｓ」のタスクＩＤ「１」のタスクログのうち枠Ｄ２内の２行目の情報を、Ａ社のボードに転送する指示を行った場合について説明する。具体的には、担当ａ１が、「7/21 04:19」に起票された「Ｈ川が氾濫危険水位にせまっています。」とする連絡内容を転送する場合である。担当ｚ１は、転送対象のタスクＩＤ「１」の行における転送選択欄のプルダウンＰ１２の「転送する」欄Ｐ１２Ｓを選択する。この結果、担当ａ１の利用者端末１０には、タスク転送指示用の画面が表示される。

図３１は、危機管理マネジメントシステム１の利用者端末１０に表示されるタスク転送指示用の画面の一例を示す図である。担当ａ１の転送指示操作に応じて、管理装置２０は、担当ａ１の利用者端末１０の画面に、図３１に示す画面ＷＺ２を表示させる。画面ＷＺ２は、左側領域に、転送を指示したタスク名の記入欄Ｒ２１、優先度の選択欄、及び、送信内容記入欄Ｒ２３を表示する。また、画面ＷＺ２は、右側領域に、自ボードにおける送信先選択欄Ｒ２４、送信先ボード選択欄Ｑ２２、送信先組織選択欄Ｒ２５、及び、他システムへの転送選択欄及び認証情報入力領域Ｒ２６を右側領域に表示する。

この画面ＷＺ２では、送信内容記入欄Ｒ２３が編集可能である。そこで、担当ａ１は、送信内容記入欄Ｒ２３の送信内容を、Ａ社に対応させた内容や最新の内容に編集する。このように、本実施の形態では、タスク転送時に、送信先に対応させた内容や最新の内容にタスク情報を編集できるため、最適なタスク情報を送信先に提供でき、危機対応を円滑に支援することができる。

また、担当ａ１は、自ボードにおける送信先については、送信先選択欄Ｒ２４のチェックボックスにチェックを入れる。そして、担当ａ１は、このタスクをＺ社の他のボードに送る時は、チェックボックスＱ２１にチェックを入れ、送信先ボード選択欄Ｑ２２をプルダウンすることによって送信先ボードを選択する。続いて、担当ａ１は、送信先組織選択欄Ｒ２５のチェックボックスを選択することによって送信先組織を選択する。

そして、担当ａ１は、このタスクを他システムのボードに送る場合には、他システムへの転送選択欄Ｑ２３をチェックし、転送先のシステムの選択や転送先のシステムにおける認証情報を認証情報入力領域Ｒ２６の各欄に記入する。例えば、担当ａ１は、転送先として、自身が属するＡ社の危機管理マネジメントシステムのボードＩＤ「Ａｅ」を選択し、送信先ログインＩＤ欄、送信先組織名欄、送信先パスワードを入力し、送信実行ボタンＵ２を選択する。

Ｚ社の管理装置２０は、上記操作によりタスクの転送指示を受け付けると、転送指示を受けた連携先のシステムの接続先情報を連携先情報記憶部２１５から取得する。さらに、Ｚ社の管理装置２０は、転送指示を行った利用者が、送信先のＡ社の危機管理マネジメントシステム１ＡにおけるボードＩＤ「Ａｅ」にタスク作成権限を有するか否かを認証する第１の認証処理を行う。

そこで、Ｚ社の管理装置２０は、例えば、図３のＴｕＺを参照し、担当ａ１に、ボードＩＤ「Ａｅ」のタスク作成権が有るか否かを認証する。テーブルＴｕＺには、担当ａ１の利用者ＩＤに、ボードＩＤ「Ａｅ」が対応付けられている。このため、Ｚ社の管理装置２０は、入力されたログインＩＤ、パスワード等が図３のテーブルＴｕＺに登録されたものと同一であれば、担当ａ１が、送信先のＡ社のボードＩＤ「Ａｅ」にタスク作成権限を有することを認証する。

そして、Ｚ社の管理装置２０から、Ａ社の危機管理マネジメントシステム１Ａの管理装置２０に、ボードＩＤ「Ｚｓ」のタスクＩＤ「１」のタスク情報が転送される。Ａ社の管理装置２０は、Ｚ社からタスク情報を受信すると、該タスク情報の送信を指示した利用者が、自装置のボードにタスク作成権限を有するか否かを認証する第２の認証処理を行う。

Ａ社の管理装置２０は、例えば、図４のテーブルＴｕＡを参照し、担当ａ１に、ボードＩＤ「Ａｅ」のタスク作成権が有るか否かを認証する。テーブルＴｕＡには、担当ａ１の利用者ＩＤに、ボードＩＤ「Ａｅ」が対応付けられている。このため、Ａ社の管理装置２０は、入力されたログインＩＤ、パスワード等が図４のテーブルＴｕＡに登録されたものと同一であれば、担当ａ１が、送信先のＡ社のボードＩＤ「Ａｅ」にタスク作成権限を有することを認証する。そして、管理装置２０は、自装置の連携先のシステムの接続先情報を連携先情報記憶部２１５から取得し、転送されたタスク情報を、Ａ社に対応するボードに登録し、新たにタスクＩＤまたはタスクログＩＤを付与する。

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

図３２は、利用者端末に表示されるボードを例示する図である。図３２は、Ａ社の危機管理マネジメントシステム１Ａの利用者端末１０に表示されるボードの一例である。上記処理後に、Ａ社の担当ａ１がボードＩＤ「Ａｅ」を呼び出すと、利用者端末１０の画面には、図３２に示すボードＬＡが表示される。このボードＬＡには、タスクＩＤ「１１」の連絡内容として、ボードＩＤ「Ｚｓ」のタスクＩＤ「１」の内容を基に担当ａ１が編集した「Ｈ川が氾濫危険水位にせまっています。社員の安全確保が必要です。・・・」が表示される。

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

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

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

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

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

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

送信先のＡ社の管理装置２０では、タスク送信の指示者が、自システムの登録先ボードにタスク作成権を有するか否かを、ユーザＩＤ及びパスワードで認証する第２の認証処理を行う。その後、Ａ社の管理装置２０では、受信データから得られる送信元システムやボードＩＤと、連携先情報設定テーブルの情報とが一致した場合には、送信データに含まれるタスクまたはタスクログを登録する。すなわち、Ａ社の管理装置２０は、ボードＩＤやタスクＩＤをチェックし、該当するボードにタスク情報を登録する。

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

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

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

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

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

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

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

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

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

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

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

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

処理受付部２２１は、例えば、必要事項の記載のための画面（例えば、図３１の画面ＷＺ２）を利用者端末１０に表示させて、必要事項を受け付け、転送先の連携先システムに関する情報を呼び出す（ステップＳ１９）。これにともない、まず、認証処理部２２３は、リエゾン情報管理テーブルを参照し、自システムのタスク情報に対して転送指示を行った利用者が、転送先のボードにアクセス及びタスク作成を有するリエゾンであるか否かを認証する第１の認証処理を行う（ステップＳ２０）。そして、ボード管理部２２４は、アクセス制御情報記憶部２１３及びボード情報記憶部２１４に格納されている情報を参照して、利用者がアクセス可能なボードを検索する（ステップＳ２１）。さらに、連携先情報管理部２２５は、連携先情報記憶部２１５を参照して、転送対象のタスクが属する関連ボードの連携先情報を検索する（ステップＳ２２）。

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

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

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

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

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

図３７に示すように、まず、処理受付部２２１が転送元からタスクまたはタスクログの転送情報を受信すると（ステップＳ３１）、認証処理部２２３は、リエゾン情報管理テーブルを参照し、送信情報に含まれるＩＤ及びパスワードとリエゾン情報管理テーブルのＩＤ及びパスワードとを照合する。そして、認証処理部２２３は、該タスク情報の送信を指示した利用者が、自装置のボードにタスク作成権限を有するか否かを認証する第２の認証処理を行う（ステップＳ３２）。第２の認証処理において認証が成功すると、連携先情報管理部２２５は、連携先情報記憶部２１５を参照し、連携先情報として、転送元のシステムの名称とタスクまたはタスクログを登録するボードＩＤとを検索する（ステップＳ３３）。

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

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

［管理装置における他のシステムへのタスク情報転送処理の処理手順］
次に、管理装置２０における自システム内のタスク情報転送処理について説明する。図３８は、管理装置２０における自システム内のタスク情報転送処理の処理手順を示すシーケンス図である。例えば、この処理は、Ａ社の管理装置２０管理するボードＩＤ「Ａｓ」からボードＩＤ「Ａｔ」へのタスク転送処理である。

図３８に示すステップＳ４１〜ステップＳ４９は、図３６に示すステップＳ１１〜ステップＳ１９と同様の処理である。ステップＳ４９にともない、まず、認証処理部２２３は、リエゾン情報管理テーブルを参照し、自システムのタスク情報に対して転送指示を行った利用者が、自システム内の転送先のボードにアクセス及びタスク作成を有するリエゾンであるか否かを認証する第１の認証処理を行う（ステップＳ５０）。ステップＳ５１は、図３６に示すステップＳ２１と同様の処理である。

処理受付部２２１は、第１の認証処理において認証が成功すると、ボード管理部２２４が検索した情報を基に、対象のタスクの、自システム内への転送先のボードを選択するとともに該選択した転送先のボードへのタスク転送を実行する（ステップＳ５２）。

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

処理受付部２２１は、自システム内でのタスクの転送処理が完了する（ステップＳ５４）と、処理を終了する。なお、一連の操作ログは、ログ出力部２２６によってログ情報記憶部２１６に記録されている（ステップＳ５５）。

［実施の形態の効果］
このように、本実施の形態に係る管理装置２０は、連携先の他のシステムとの間においてタスク情報のやり取りを行うために、自装置のタスク情報を、他のシステムに転送する。この際、管理装置２０は、任意のタスク情報について、連携先の他のシステムのボードへの送信指示を処理受付部２２１が受け付けると、送信指示を行った利用者が転送先のボードにタスク作成権限を有するか否かを認証する第１の認証処理を行う。その後、管理装置２０は、送信先の他のシステムから、転送されたタスク情報の第２のボードにおける登録情報を受信すると、この連携先の他のシステムの識別情報と第２のボードの識別情報とを、転送したタスク情報に対応づけて登録する。

また、管理装置２０は、連携する他のシステムから管理装置２０から送信されたタスク情報を受信すると、該登録要求を指示した利用者が自システムの登録先のボードにタスク作成権限を有するか否かを認証する第２の認証処理を行う。そして、管理装置２０は、第２の認証処理が成功すると、他のシステムに対応する自装置のボードに、受信したタスク情報を登録する。この結果、タスク管理テーブル及びタスクログ管理テーブルには、他のシステムとの間で共有されるタスク情報については、連携先の他システムを示す情報、第２のボードのボードＩＤ、第２のボードにおけるタスクＩＤを登録される。これによって、本実施の形態では、利用者は、他方のシステムのボードの情報を、自装置のボードにおいて見ることができるようになる。

また、送信元の管理装置２０は、タスク情報転送画面を利用者端末１０に提示する際、連携先である他のシステムにおける管理装置２０の識別情報及び第２のボードの識別情報を利用者端末１０に提示する。このため、リエゾンである利用者は、タスク情報転送画面上で、自システム連携する他のシステム及び第２のボードを選択し、転送を指示するのみで、他のシステムの第２のボードにタスクの登録を指示することができる。したがって、リエゾンは、所望のタスク情報を自システムのボードに共有させるために、他のシステムにログインして複数のボードを立ち上げる必要がなく、また、所望のタスク情報をコピーし自システムのボードにペーストする必要もない。

そして、上述したように、管理装置２０は、連携先のシステムへのタスク情報の転送、及び、連携先のシステムから転送されたタスク情報の登録を、転送指示または登録指示を行った利用者が、転送先のシステムのボード或いは登録先の自システムのボードにアクセス及びタスク作成権限を有するリエゾンであることを認証した上で、実行する。

このため、本実施の形態に係る管理装置２０によれば、システムが異なるボード間での、危機に関するタスク情報のやり取りを、セキュリティを保持しながら効率よく実行することができる。言い換えると、本実施の形態に係る管理装置２０によれば、システムが異なるボード間で効率よく情報を共有することができる。

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

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

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

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

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

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

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

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

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

Claims (5)

1. 危機に関するタスク情報をボードに分けて管理する管理装置であって、
   前記タスク情報と、該タスク情報が属する前記ボードの識別情報とを対応付けて記憶するボード情報記憶部と、
   前記ボードのうち、他のシステムにおける管理装置との間でタスク情報の共有が設定されている第１のボードの識別情報に、前記他のシステムにおける管理装置への接続先情報及び前記他のシステムにおける管理装置が管理するボードのうち共有対象のタスク情報が属する第２のボードの識別情報を対応付けて記憶する連携先情報記憶部と、
   利用者の識別情報に、所属先、タスク作成権限を有する第１のボードの識別情報及び該第１のボードに対するパスワード、及び、タスク作成権限を有する第２のボードの識別情報に該第２のボードに対するパスワードを対応付けて記憶する利用者情報記憶部と、
   前記タスク情報に関する指示を受け付ける処理受付部と、
   任意のタスク情報について前記第２のボードへの送信指示を前記処理受付部が受け付けると、送信指示を行った利用者が前記第２のボードにタスク作成権限を有するか否かを認証する第１の認証処理と、任意のタスク情報の登録要求を前記他のシステムの管理装置から受けた場合に、該登録要求を指示した利用者が前記第１のボードにタスク作成権限を有するか否かを認証する第２の認証処理と、を行う認証処理部と、
   前記認証処理部が、前記第１の認証処理において、送信指示を行った利用者が前記第２のボードにタスク作成権限を有すると認証した場合に、前記連携先情報記憶部が記憶する前記他のシステムにおける管理装置への接続先情報及び前記第２のボードの識別情報を参照して、前記第２のボードを管理する前記他のシステムにおける管理装置に、前記送信指示を受けたタスク情報を送信する送信処理部と、
   前記認証処理部が、前記第２の認証処理において、登録要求を指示した利用者が前記第１のボードにタスク作成権限を有すると認証した場合に、前記ボード情報記憶部が記憶する第１のボードに、登録対象のタスク情報を新規タスクとして登録するボード管理部と、
   を有することを特徴とする管理装置。
2. 前記他のシステムにおける管理装置への接続先情報及び前記第２のボードの識別情報を取得し、前記連携先情報記憶部に登録する連携先情報管理部をさらに有することを特徴とする請求項１に記載の管理装置。
3. 前記送信処理部は、前記他のシステムにおける管理装置へのタスク情報の共有許可要求を前記処理受付部が受け付けると、前記他のシステムにおける管理装置に対しタスク情報の共有許可を要求する通知を送信し、
   前記連携先情報管理部は、当該管理装置が、前記他のシステムにおける管理装置からタスク情報の共有許可及び前記第２のボードの識別情報の通知を受信すると、連携先情報記憶部に、第１のボードの識別情報と、前記他のシステムにおける管理装置への接続先情報及び前記第２のボードの識別情報を対応付けて登録することを特徴とする請求項２に記載の管理装置。
4. 前記連携先情報管理部は、当該管理装置が、外部装置によって送信されたタスク情報を受信すると、前記外部装置が前記連携先情報記憶部に登録された前記他のシステムにおける管理装置であるか否かを判定し、
   前記ボード管理部は、前記連携先情報管理部によって前記外部装置が前記連携先情報記憶部に登録された前記他のシステムにおける管理装置であると判定された場合に、前記ボード情報記憶部が記憶するボードのうち前記他のシステムにおける管理装置に対応するボードに、受信したタスク情報を登録することを特徴とする請求項２または３に記載の管理装置。
5. 危機に関するタスク情報をボードに分けて管理する管理装置が実行する管理方法であって、
   前記管理装置は、
   前記タスク情報と、該タスク情報が属する前記ボードの識別情報とを対応付けて記憶するボード情報記憶部と、
   前記ボードのうち、他のシステムにおける管理装置との間でタスク情報の共有が設定されている第１のボードの識別情報に、前記他のシステムにおける管理装置への接続先情報及び前記他のシステムにおける管理装置が管理するボードのうち共有対象のタスク情報が属する第２のボードの識別情報を対応付けて記憶する連携先情報記憶部と、
   利用者の識別情報に、所属先、タスク作成権限を有する第１のボードの識別情報及び該第１のボードに対するパスワード、及び、タスク作成権限を有する第２のボードの識別情報に該第２のボードに対するパスワードを対応付けて記憶する利用者情報記憶部と、
   を有し、
   前記タスク情報に関する指示を受け付ける工程と、
   任意のタスク情報について前記第２のボードへの送信指示を受け付けると、送信指示を行った利用者が前記第２のボードにタスク作成権限を有するか否かを認証する第１の認証処理工程と、
   任意のタスク情報の登録要求を前記他のシステムの管理装置から受けた場合に、該登録要求を指示した利用者が前記第１のボードにタスク作成権限を有するか否かを認証する第２の認証処理工程と、
   前記第１の認証処理工程において、送信指示を行った利用者が前記第２のボードにタスク作成権限を有すると認証した場合に、前記連携先情報記憶部が記憶する前記他のシステムにおける管理装置への接続先情報及び前記第２のボードの識別情報を参照して、前記第２のボードを管理する前記他のシステムにおける管理装置に、前記送信指示を受けたタスク情報を送信する工程と、
   前記第２の認証処理工程において、登録要求を指示した利用者が前記第１のボードにタスク作成権限を有すると認証した場合に、前記ボード情報記憶部が記憶する第１のボードに、登録対象のタスク情報を新規タスクとして登録する工程と、
   を含んだことを特徴とする管理方法。

Images