(57)【要約】【課題】複数のボード間で効率よく情報を共有することができる。【解決手段】危機管理マネジメントシステムサーバ２は、危機に関する情報を、情報が属するボードに分けて管理する情報管理装置であって、ボードのグルーピングを指示するグルーピング指示情報を受け付けた場合、グルーピングを指示された複数のボードの識別情報と、該複数のボードが属するグループの識別情報とを対応付けたグルーピング情報をグルーピング情報記憶部２１６に登録するグルーピング管理部２２４と、ボードの情報の転送指示を受け付けた場合、グルーピング情報を参照し、転送先の候補として、転送対象の情報を含むボードが属するグループの他のボードの一覧を利用者端末１に出力する転送一覧出力部２２１Ｂと、転送先を指示された場合に転送対象の情報を転送先のボードの識別情報に対応付けて登録するボード管理部２２３と、を有する。【選択図】図１
2018190005.tif 000002
【特許請求の範囲】
【請求項１】
危機に関する情報を、前記情報が属するボードに分けて管理する情報管理装置であって、
前記情報と、前記情報が属するボードの識別情報とを対応付けて記憶するボード情報記憶部と、
前記ボードの識別情報と該ボードが属するグループの識別情報とを対応付けたグルーピング情報を記憶するグルーピング情報記憶部と、
前記ボードのグルーピングを指示するグルーピング指示情報を受け付けた場合、前記グルーピング指示情報においてグルーピングを指示された複数のボードの識別情報と、該複数のボードが属するグループの識別情報とを対応付けたグルーピング情報を、前記グルーピング情報記憶部に登録するグルーピング管理部と、
前記ボードの情報の転送指示を受け付けた場合、前記グルーピング情報記憶部を参照し、転送先の候補として、転送対象の情報を含むボードが属するグループの他のボードの一覧を、利用者端末に出力する転送一覧出力部と、
転送先の指示を受け付けた場合に、転送対象の情報を転送先のボードの識別情報に対応付けて前記ボード情報記憶部に登録するボード管理部と、
を有することを特徴とする情報管理装置。
【請求項２】
前記ボードとともに前記ボードのグルーピングの実行を選択可能であるグルーピング作成ボタンを利用者端末に出力し、該ボードのグルーピング作成ボタンが選択されることで前記ボードのグルーピングの実行指示を受け付けると、利用者がグルーピング可能であるボードの一覧を利用者端末に出力するボード出力部をさらに有し、
前記グルーピング管理部は、前記グルーピング指示情報を受け付けた場合、前記グルーピング指示情報においてグルーピングを指示された複数のボードの識別情報と、該複数のボードが属するグループとを対応付けたグルーピング情報を、前記グルーピング情報記憶部に登録することを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記ボード出力部は、前記ボードを利用者端末に出力する際、転送の実行を選択できる転送ボタンを各情報に対応付けて出力し、
前記転送一覧出力部は、前記転送ボタンが選択されることで情報の転送指示を受け付けると、前記転送先の候補として、前記他のボードの一覧及び前記他のボードに参加する組織の一覧を利用者端末に出力することを特徴とする請求項２に記載の情報管理装置。
【請求項４】
危機に関する情報を、前記情報が属するボードに分けて管理する情報管理装置が実行する情報管理方法であって、
前記情報管理装置は、
前記情報と、前記情報が属するボードの識別情報とを対応付けて記憶するボード情報記憶部と、
前記ボードの識別情報と該ボードが属するグループの識別情報とを対応付けたグルーピング情報を記憶するグルーピング情報記憶部と、
を有し、
前記ボードのグルーピングを指示するグルーピング指示情報を受け付けた場合、前記グルーピング指示情報においてグルーピングを指示された複数のボードの識別情報と、該複数のボードが属するグループの識別情報とを対応付けたグルーピング情報を、前記グルーピング情報記憶部に登録する工程と、
前記ボードの情報の転送指示を受け付けた場合、前記グルーピング情報記憶部を参照し、転送先の候補として、転送対象の情報を含むボードが属するグループの他のボードの一覧を、利用者端末に出力する工程と、
転送先の指示を受け付けた場合に、転送対象の情報を転送先のボードの識別情報に対応付けて前記ボード情報記憶部に登録する工程と、
を含んだことを特徴とする情報管理方法。
【請求項５】
コンピュータを、請求項１〜３のいずれか一つに記載の情報管理装置として機能させるための情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理装置、情報管理方法および情報管理プログラムに関する。
【背景技術】
【０００２】
インターネットにおける掲示板は、特定のテーマに対して不特定多数或いは特定のメンバーが書き込みをする、または、閲覧するものである。例えば、ｍｉｘｉ（登録商標）は、コミュニティと呼ばれるグループに所属することによって、参加メンバー間で特定のテーマに対する情報をやり取りすることができるようになっている（例えば、非特許文献１参照）。なお、以下において、掲示板のことをボードという。
【０００３】
また、コミュニケーションをとる相手の状況を示すプレゼンス情報を管理する技術が提案されている（例えば、特許文献１参照）。この技術は、プレゼンス情報を提供する際、提供者と利用者との役割関係を示すロール属性や相性属性に基づき、プレゼンス情報を適切に変換し、利用者端末に送信する。
【０００４】
さらに、自然災害やサイバー攻撃などの危機対応の管理を行う危機管理マネジメントシステムにおいてもボードが使用されている。危機管理マネジメントシステムでは、ある危機事象に対して作成されたボードに、関係するメンバーが登録され、危機対応に関連する指示やその対応状況を書き込む、或いは、状況報告や外部からの情報を共有するといった使われ方をする。これによって、危機管理マネジメントシステムでは、サイバー攻撃や自然災害などの危機対応の状況報告や様々な情報の共有をボードでやり取りする。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５３８２７２１号公報
【非特許文献】
【０００６】
【非特許文献１】mixi「Ｑ．コミュニティとはなんですか？」、［online］、［平成２９年４月１７日検索］、インターネット＜ＵＲＬ：http://mixi.jp/help.pl?mode=item&item=139＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来では、参加者が異なるボード間で情報を共有するには、人手を用いた情報のやり取りを行っていたため、複数のボード間で効率よく情報を共有することができなかった。
【０００８】
例えば、ｍｉｘｉでは、あるテーマに対して複数のコミュニティが存在する場合がある。このとき、利用者が複数のコミュニティに入っており、あるコミュニティに書き込まれた情報を他のコミュニティに書き込む場合には、あるコミュニティに書き込まれた該当文章をコピーし、他のコミュニティに「引用」という形でペーストする。この方法は、複数のコミュニティに関する画面を表示し、人手で情報をコピー及びペーストする方法であるため、複数のコミュニティ間で効率よく情報を共有できるとは言えない。
【０００９】
また、特許文献１記載の技術では、プレゼンス利用者とプレゼンス提供者のプレゼンス表現を決める属性(プレゼンス表現決定属性)との組と、プレゼンス表示を対応付けるプレゼンス表示のモデルを作成する。そして、特許文献１記載の技術では、プレゼンス利用者とプレゼンス提供者とがモデルを選択することにより、プレゼンス情報の出し分けとプレゼンス利用者のグルーピングとを行なうことができるとある。この場合、ある特定のプレゼンスに限れば、参加者のグルーピングが可能であるが、プレゼンスは、状況や時刻とともに変わるため、そのときに関わる人も変わってしまう。また、プレゼンスは、あくまでも個人の状態を表現する手段でしかなく、あるやり取りから別のやり取りに情報を共有することには言及されていない。
【００１０】
そして、危機管理マネジメントシステムでは、複数の組織で危機対応にあたる場合、各々の組織のボードと、統括管理組織本部のように組織の代表が集まって方針を議論するボードとを分けて運営することになる。このため、総合危機管理センタで決まった方針を、自組織に展開するときに、間違った方針を間違った相手先に展開しないようにする仕組みが必要である。
【００１１】
ここで、危機管理マネジメントシステムでは、ボードのタイトルを一覧表示し、既読状態或いは未読状態を表示する機能は存在する。しかしながら、危機管理マネジメントシステムでは、共有が必要な別々のボードを関連付ける仕組みや、共有が必要なボードに共有すべき情報を提供してそれ以外のボードには提供しないようにする仕組みがない。このため、危機管理マネジメントシステムでは、異なるボード間で情報を共有するには、人手を用いた情報のやり取りを行っていた。
【００１２】
本発明は、上記に鑑みてなされたものであって、複数のボード間で効率よく情報を共有することができる情報管理装置、情報管理方法および情報管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の情報管理装置は、危機に関する情報を、情報が属するボードに分けて管理する情報管理装置であって、情報と、情報が属するボードの識別情報とを対応付けて記憶するボード情報記憶部と、ボードの識別情報と該ボードが属するグループの識別情報とを対応付けたグルーピング情報を記憶するグルーピング情報記憶部と、ボードのグルーピングを指示するグルーピング指示情報を受け付けた場合、グルーピング指示情報においてグルーピングを指示された複数のボードの識別情報と、該複数のボードが属するグループの識別情報とを対応付けたグルーピング情報を、グルーピング情報記憶部に登録するグルーピング管理部と、ボードの情報の転送指示を受け付けた場合、グルーピング情報記憶部を参照し、転送先の候補として、転送対象の情報を含むボードが属するグループの他のボードの一覧を、利用者端末に出力する転送一覧出力部と、転送先の指示を受け付けた場合に、転送対象の情報を転送先のボードの識別情報に対応付けてボード情報記憶部に登録するボード管理部と、を有することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、複数のボード間で効率よく情報を共有することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、危機管理マネジメントシステムの概要を説明するための図である。
【図２】図２は、組織管理テーブルのデータ構成の一例を示す図である。
【図３】図３は、利用者アカウント管理テーブルのデータ構成の一例を示す図である。
【図４】図４は、利用者所属組織管理テーブルのデータ構成の一例を示す図である。
【図５】図５は、ボード管理テーブルのデータ構成の一例を示す図である。
【図６】図６は、図５に示すテーブルと対応組織との関係を表した図である。
【図７】図７は、タスク管理テーブルのデータ構成の一例を示す図である。
【図８】図８は、タスクログ管理テーブルのデータ構成の一例を示す図である。
【図９】図９は、グルーピング管理テーブルのデータ構成の一例を示す図である。
【図１０】図１０は、図１に示すボード出力部が利用者端末に出力するボード一覧を例示する図である。
【図１１】図１１は、図１に示すボード出力部が利用者端末に出力するグルーピング用画面を例示する図である。
【図１２】図１２は、Struts脆弱性対応におけるボードの一例を示す図である。
【図１３】図１３は、利用者端末に表示される転送用画面の一例を示す図である。
【図１４】図１４は、転送実行後のタスク管理テーブルの一例を示す図である。
【図１５】図１５は、転送実行後のタスクログ管理テーブルの一例を示す図である。
【図１６】図１６は、図１に示す危機管理マネジメントシステムにおけるボードのグルーピング処理の処理手順を示すシーケンス図である。
【図１７】図１７は、図１に示す危機管理マネジメントシステムにおける情報の転送処理の処理手順を示すシーケンス図である。
【図１８】図１８は、プログラムが実行されることにより危機管理マネジメントシステムサーバが実現されるコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１６】
以下に、本願に係る情報管理装置、情報管理方法および情報管理プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施形態により本発明が限定されるものではない。本発明の情報管理装置として、危機管理マネジメントシステムに含まれる装置、または危機管理マネジメントシステムの１つの機能として実現された場合を例に説明する。
【００１７】
［実施の形態］
［危機管理マネジメントシステムの概要］
ここで、危機管理マネジメントシステムとは、自治体や企業の危機管理室が災害やサイバー攻撃といった危機に対応するためのマネジメントを支援するシステムのことである。そして、ある危機管理に対して、様々な危機管理対応業務を束ねたものをボードと定義する。ボード内には、危機管理を遂行する上で必要となる各種情報がまとめられ、危機管理マネジメントシステムでは、これらの情報を利用者に出力することによって、利用者による意思決定や組織間連携を支援する。
【００１８】
図１は、危機管理マネジメントシステムの概要を説明するための図である。図１に示すように、危機管理マネジメントシステムは、ネットワークＮを介して、複数の利用者端末１及び危機管理マネジメントシステムサーバ２（情報管理装置）が接続する構成を有する。なお、危機管理マネジメントシステムサーバ２は、危機を統括して管理する統括管理組織の本部と同じ場所に備えられてもよいし、統括管理組織とは異なる場所に備えられてもよい。また、利用者端末１は、統括管理組織及び統括管理組織に関連する各機関に備えられる。また、本実施の形態では、掲示板のことをボードという。
【００１９】
危機管理マネジメントシステムサーバ２は、例えばサーバ装置である。危機管理マネジメントシステムサーバ２は、危機に対する組織の対応状態を示す危機対応情報を管理する。危機管理マネジメントシステムサーバ２は、対策本部の下部組織や支部等に備えられた利用者端末１に、危機対応情報を示す各種画面を表示させることによって、危機対応情報を各利用者端末１に提供する。例えば、危機管理マネジメントシステムサーバ２は、危機に関する情報を、情報が属するボードに分けて管理し、利用者端末１に、利用者が閲覧可能であるボードを該利用者に出力する。また、危機管理マネジメントシステムサーバ２は、利用者端末１から送信された情報を、危機対応情報として登録する。
【００２０】
利用者端末１は、例えばパーソナルコンピュータ、スマートフォン、携帯電話等である。利用者は、各利用者端末１のＷｅｂブラウザを介してボードを閲覧することによって、危機管理マネジメントシステムサーバ２から提供される危機対応情報を参照することができる。そして、利用者は、各利用者端末１のＷｅｂブラウザを介してボードに情報を書き込むことによって、危機管理マネジメントシステムサーバ２への情報の送信等を行うことができる。
【００２１】
ネットワークＮは、接続される各装置が相互に通信可能に構成されていればよく、例えばインターネットやＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等で構成することができる。
【００２２】
［危機管理マネジメントシステムサーバの構成］
危機管理マネジメントシステムサーバ２は、利用者から指示に基づき複数のボードの識別情報と、該複数のボードが属するグループの識別情報とを対応付ける。そして、危機管理マネジメントシステムサーバ２は、ボードの情報の転送指示を利用者から受け付けると、転送対象の情報を含むボードが属するグループの他のボードの一覧を利用者に出力し、利用者から転送先を指示された場合に転送対象の情報を転送先のボードの識別情報に対応付けて登録する。
【００２３】
このように、危機管理マネジメントシステムサーバ２は、危機管理マネジメントシステムにおいて、自然災害やサイバー攻撃などの危機対応の状況報告や様々な情報の共有をボードやり取りする場面において、ボードに参加している組織がある危機事象に関係のある複数のボードをグルーピングすることで、あるボードの情報を他のボードに効率的に提供する。
【００２４】
そこで、まず、危機管理マネジメントシステムサーバ２の構成について詳細に説明する。この危機管理マネジメントシステムサーバ２は、図１に示すように、記憶部２１とデータ処理部２２とを有する。
【００２５】
記憶部２１は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、危機管理マネジメントシステムサーバ２を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。
【００２６】
ここで、本危機管理マネジメントシステムの運用のために運用管理者が任命されると、この運用管理者は、システムを使用させるために、組織情報や利用者情報など危機対応に必要な情報を登録する。記憶部２１は、これらの情報を記憶する。言い換えると、記憶部２１は、危機対応に関する危機対応情報として、例えば、危機への対応業務を示す識別情報と、対応業務に含まれる各対応指示及び各対応内容とを対応付けて記憶する。
【００２７】
記憶部２１は、組織情報記憶部２１１、利用者情報記憶部２１２、アクセス制御情報記憶部２１３、ボード情報記憶部２１４、ログ情報記憶部２１５及びグルーピング情報記憶部２１６を有する。
【００２８】
組織情報記憶部２１１は、危機に対応するための組織を示す組織管理テーブルを格納する。例えば、ある会社の危機管理に対応するための組織が登録される。図２は、組織管理テーブルのデータ構成の一例を示す図である。図２のテーブルＴ１に示すように、組織管理テーブルは、組織ＩＤ、組織名、開始日時、廃止日時、最上位組織等が組織ごとに登録される。例えば、組織として、ＣＳＩＲＴ（統括管理組織）、α会社、β会社、γ会社、情報システム部、Ａ部などが登録されており、各組織には、組織ＩＤが割り当てられる。
【００２９】
利用者情報記憶部２１２は、危機管理マネジメントシステムの利用者情報を示す利用者カウント管理テーブルを格納する。図３は、利用者アカウント管理テーブルのデータ構成の一例を示す図である。図３のテーブルＴ２に示すように、利用者アカウント管理テーブルは、利用者ＩＤ、氏名、読み仮名、ログインＩＤ、パスワード、メールアドレス及び登録日時等、利用者に対応する各種情報が登録される。
【００３０】
また、利用者情報記憶部２１２は、組織管理テーブルと利用者アカウント管理テーブルとを関連付けるための利用者所属組織管理テーブルを格納する。利用者所属組織管理テーブルは、各々の利用者の役割を対応付ける。図４は、利用者所属組織管理テーブルのデータ構成の一例を示す図である。図４のテーブルＴ３に示すように、利用者所属組織管理テーブルは、利用者ＩＤ、組織ＩＤ、各々の役割を対応付けたものである。例えば、役割として、「運用管理者」の他、ボードの管理を行う「リーダ」、ボードでの情報のやり取りを行う「担当」がある。
【００３１】
アクセス制御情報記憶部２１３は、各役割におけるデータのアクセス制御に関連する情報を格納する。すなわち、アクセス制御情報記憶部２１３は、どの役割がどのようなことができるのか、といった情報を格納する。
【００３２】
ボード情報記憶部２１４は、ボードＩＤと該ＩＤに対応する危機の各種情報とを対応付けたボード管理テーブル、各タスクにタスクＩＤと該タスクが属するボードのボードＩＤとを対応付けたタスク管理テーブル、及び、各タスクログにタスクログＩＤと対応タスクＩＤとを対応付けたタスクログ管理テーブルを格納する。本実施の形態では、タスクログは、あるタスクに関する個々の情報である。したがって、タスクログと、本システムの使用時に出力されるログや、操作内容を表すログとは異なる。
【００３３】
図５は、ボード管理テーブルのデータ構成の一例を示す図である。図５のテーブルＴ４に示すように、ボード管理テーブルには、ボードＩＤ、ボードの名前、このボードの概要、発生日時、状態、対応組織、登録日時、登録元組織などが登録される。運用管理者及びリーダは、ボード管理部２２３（後述）を用いてボードを作成することができる。
【００３４】
図６は、図５に示すテーブルＴ４と、対応組織との関係を表した図である。図６において、実線は、ボードＩＤ「１」の組織を囲い、破線は、ボードＩＤ「２」の組織を囲い、二点鎖線は、ボードＩＤ「３」の組織を囲っている。このように、利用者は、閲覧及び書き込みが可能であるボードが設定されており、他のボードＩＤのボードの閲覧及び書き込みができない設定となっている。
【００３５】
図７は、タスク管理テーブルのデータ構成の一例を示す図である。タスクＩＤは、最初に払い出される。図７のテーブルＴ５に示すように、タスク管理テーブルは、払い出されたタスクＩＤと、タスクの名称であるタスク名、このタスクＩＤに対応するタスクがいずれのボードに関係するかを示すボードＩＤ、タスクの優先度などが登録される。各々のタスクに対して、関連するタスクログが登録される。
【００３６】
図８は、タスクログ管理テーブルのデータ構成の一例を示す図である。図８のテーブルＴ６に示すように、タスクログ管理テーブルには、タスクログＩＤ、対応タスクＩＤ、ボードＩＤ、記載された内容、起票元か否かを示す起票元タスクログフラグ、起票元組織、起票者情報、送信元情報などが登録される。
【００３７】
図７のテーブルＴ５を参照すると、タスクＩＤ「３６１」のタスクは、タスク名が「Strutsの任意コード実行の脆弱性［第２報］」である。そして、図８のテーブルＴ６より、このＩＤ「３６１」のタスクにはタスクログＩＤ「６２２」から「６２４」までの３つのタスクログが関連付けられている。ボード管理部２２３（後述）は、ボード情報記憶部２１４が格納するボード管理テーブル、タスク管理テーブル及びタスクログ管理テーブルを基に、利用者端末１の画面に表示させるボードを作成する。
【００３８】
ログ情報記憶部２１５は、本システムを使用したときの利用者の認証結果、操作内容等を格納する。システム監査人は、監査時に、このログ情報記憶部２１５に格納されているログを確認することで、誰がいつ何を変更したのか、不正な処理が行なわれていないかといった内容を把握することができる。
【００３９】
グルーピング情報記憶部２１６は、ボードＩＤと該ボードが属するグループのグルーピングＩＤとを対応付けたグルーピング管理テーブル（グルーピング情報）を格納する。図９は、グルーピング管理テーブルのデータ構成の一例を示す図である。
【００４０】
図９のテーブルＴ７に示すように、グルーピング管理テーブルは、利用者ＩＤ、グルーピングＩＤ、グルーピング名、ボード数、ボードＩＤが登録される。図９に示すように、例えば、利用者ＩＤ「３」である利用者については、グルーピングＩＤ「８」、グルーピング名「Struts脆弱性対応（情報共有）」、ボード数「３」、ボードＩＤ「１」，「２」，「３」が対応付けられている。これは、利用者ＩＤ「３」である利用者「中村次郎」（図３参照）が、グルーピングＩＤ「８」に、グルーピング名「Struts脆弱性対応（情報共有）」という名称を付し、自身の組織が参加している３つのボードＩＤ「１」，「２」，「３」を束ねていることを示す。
【００４１】
データ処理部２２は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、データ処理部２２は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路である。データ処理部２２は、処理受付部２２１、認証処理部２２２、ボード管理部２２３、グルーピング管理部２２４及びログ出力部２２５を有する。
【００４２】
処理受付部２２１は、入出力インタフェースからなる。処理受付部２２１は、利用者端末１の操作によって入力された操作データを受信し、操作データを受け付けて、各処理部に操作データを出力する。そして、処理受付部２２１は、データ処理部２２において処理された情報を利用者端末１に出力する。処理受付部２２１は、ボード出力部２２１Ａ及び転送一覧出力部２２１Ｂを有する。
【００４３】
具体的には、ボード出力部２２１Ａは、利用者端末１からのボードアクセスを受け付けると、ボード情報記憶部２１４を参照し、利用者端末１の利用者が閲覧可能である情報を含むボードの一覧を利用者端末１に出力する。
【００４４】
そして、ボード出力部２２１Ａは、利用者端末１の利用者がボード一覧からアクセスするボードを選択した場合には、この選択結果を利用者端末１から受信し、ボード管理部２２３に出力する。続いて、ボード出力部２２１Ａは、ボード管理部２２３が作成したボードを利用者端末１に出力する。
【００４５】
また、ボード出力部２２１Ａは、ボードのグルーピングを指示するグルーピング指示情報を受け付けた場合、グルーピング指示情報をグルーピング管理部２２４に出力する。ボード出力部２２１Ａは、ボードとともにボードのグルーピングの実行を選択可能であるグルーピング作成ボタンを利用者端末に出力する。ボード出力部２２１Ａは、該ボードのグルーピング作成ボタンが選択されることでグルーピングの実行指示を受け付けると、利用者がグルーピング可能であるボードの一覧を利用者端末に出力する。
【００４６】
また、転送一覧出力部２２１Ｂは、ボードの情報の転送指示を受け付けた場合、グルーピング情報記憶部２１６を参照し、転送先の候補として、転送対象の情報を含むボードが属するグループの他のボードの一覧を利用者端末１に出力する。
【００４７】
ボード出力部２２１Ａは、ボードを利用者端末１に出力する際、転送の実行を選択できる転送ボタンを各情報に対応付けて出力する。転送一覧出力部２２１Ｂは、転送ボタンが選択されることで情報の転送指示を受け付けると、転送先の候補として、他のボードの一覧及び他のボードに参加する組織の一覧を利用者端末１に出力する。そして、転送一覧出力部２２１Ｂは、利用者端末１から転送先を指示された場合に、この指示内容をボード管理部２２３に出力する。
【００４８】
認証処理部２２２は、処理受付部２２１により利用者端末１のログインＩＤやパスワードなどの識別情報を受信した場合に、組織情報記憶部２１１及び利用者情報記憶部２１２に格納された利用者情報をもとに認証を行なう。
【００４９】
ボード管理部２２３は、運用管理者及びリーダが操作する利用者端末１からの操作データにしたがって、ボードを作成する。利用者がボード一覧から「Struts脆弱性対応」のボードを選択した場合、ボード管理部２２３は、図５のテーブルＴ４に示すボードＩＤ「１」の「Struts脆弱性対応」のボードを作成する。これによって、利用者端末１には、「Struts脆弱性対応」のボードが表示される。
【００５０】
グルーピング管理部２２４は、グルーピング指示情報を受け付けた場合、グルーピング指示情報においてグルーピングを指示された複数のボードの識別情報と、該複数のボードが属するグループの識別情報とを対応付けたグルーピング情報を、グルーピング情報記憶部２１６に登録する。
【００５１】
ログ出力部２２５は、危機管理マネジメントシステムサーバ２を使用した場合の利用者の認証結果、操作内容等を、ログ情報記憶部２１５に格納する。
【００５２】
［ボードのグルーピング処理］
次に、ボードのグルーピング処理について説明する。まず、ボード出力部２２１Ａは、利用者が閲覧可能であるボード一覧を利用者端末１に出力する。図１０は、図１に示すボード出力部２２１Ａが利用者端末１に出力するボード一覧を例示する図である。
【００５３】
例えば、利用者が、利用者ＩＤ「３」の「中村次郎」である場合、利用者ＩＤ「３」である利用者は、図１０のテーブルＴ４ｕに示すボードＩＤ「１」〜「３」，「５」，「７」が閲覧可能である。そこで、ボード出力部２２１Ａは、利用者ＩＤ「３」である利用者の利用者端末１に対して、図１０に示すテーブルＴ４ｕを含む画面Ｍ１を出力する。この画面Ｍ１には、この利用者が閲覧可能であるボードＩＤごとに、各ボードの名前、概要、発生日時、状態、対応組織、登録日時、登録元組織等を示す。利用者は、このボード一覧を確認することによって、自身が閲覧等を行うボードを選択する。
【００５４】
そして、ボード出力部２２１Ａは、画面Ｍ１に、閲覧可能であるボード一覧とともに、ボードのグルーピングの実行を選択可能であるグルーピング作成ボタンＧ１を利用者端末に出力する。利用者は、複数のボードをグルーピングしたい場合には、端末を操作することによって、このグルーピング作成ボタンＧ１を選択する。
【００５５】
ボード出力部２２１Ａは、利用者がボードのグルーピング作成ボタンＧ１を選択した場合、全てのボードから、この利用者が書き込み可能であるボードを絞り込み、書き込み可能であるボード一覧を含むグルーピング用画面を利用者端末１に出力する。言い換えると、ボード出力部２２１Ａは、ボードとともにグルーピング作成ボタンＧ１を利用者に出力し、グルーピング作成ボタンＧ１が選択されることでグルーピングの実行指示を受け付けると、該利用者がグルーピング可能であるボードの一覧を出力する。図１１は、図１に示すボード出力部２２１Ａが利用者端末１に出力するグルーピング用画面を例示する図である。
【００５６】
図１１に示すグルーピング用画面Ｍ２は、グルーピング選択用テーブルＴ８と、グルーピングしたグループ名を書き込むグループ名欄Ｃ１と、グルーピングの実行を選択できるグルーピング実行ボタンＧ２とを含む。グルーピング選択用テーブルＴ８は、この利用者ＩＤ「３」である利用者が書き込み可能であるボードＩＤ「１」〜「３」，「５」，「７」の一覧とともに、グルーピングの選択可否を入力可能であるチェックボックスＢａ〜Ｂｅが各ボードＩＤに対応付けられている。
【００５７】
利用者は、端末を操作して、表示されたグルーピング選択用テーブルＴ８のうち、関連付けたいボードのチェックボックスＢａ〜Ｂｅにチェックを入れ、グループ名欄Ｃ１にグループ名を記載後、グルーピング実行ボタンＧ２を選択する。図１１の例では、利用者は、チェックボックスＢａ〜Ｂｃにチェックが入れ、チェックボックスＢａ〜Ｂｃに対応するボードＩＤ「１」〜「３」を選択し、「Struts脆弱性対応（情報共有）」というグループ名を付けてグルーピングしている。この結果、グループ名「Struts脆弱性対応（情報共有）」のボードＩＤ「１」〜「３」のグルーピングを指示するグルーピング指示情報が、利用者端末１から、危機管理マネジメントシステムサーバ２に送信される。
【００５８】
ボード出力部２２１Ａが利用者端末１からグルーピング指示情報を受付けると、グルーピング管理部２２４は、グルーピング指示情報にしたがってグルーピング管理テーブルを更新する。例えば、グルーピング管理部２２４は、グループ名「Struts脆弱性対応（情報共有）」のボードＩＤ「１」〜「３」のグルーピングを指示するグルーピング指示情報にしたがい、利用者ＩＤ「３」である利用者に対し、グルーピングＩＤ「８」、グルーピング名「Struts脆弱性対応（情報共有）」、ボード数「３」及びボードＩＤ「１」，「２」，「３」をグルーピング管理テーブル（例えば、図９参照）に登録する。このように、利用者は、関連する複数のボードのグルーピングを、危機管理マネジメントシステムサーバ２に登録する。
【００５９】
すなわち、グルーピング管理部２２４は、グルーピング指示情報を利用者から受け付けた場合、グルーピング指示情報においてグルーピングを指示された複数のボードの識別情報と、該複数のボードが属するグループとを対応付けたグルーピング情報を、グルーピング情報記憶部２１６に登録する。
【００６０】
このように、利用者は、自身が関連する複数のボードをグルーピングすることができる。利用者は、複数のグルーピングを作成することも可能である。ただし、グルーピング対象のボードは、該当する利用者がアクセスできるボードであることが条件となる。
【００６１】
［情報の転送処理］
続いて、情報の転送処理について説明する。図１２は、Struts脆弱性対応におけるボードの一例を示す図である。図１２では、例えば、利用者ＩＤ「３」の利用者端末１に、ＩＤ「１」のボード画面Ｍ３を示す。
【００６２】
ボード画面Ｍ３に示すように、ボードには、タスクＩＤ、優先度、状態、タスク名、更新日時、起票日時、送信側、受信側、連絡内容が示される。さらに、ボードには、連絡内容（情報）ごとに、操作バーＴ１−１〜Ｔ１−７が示されており、それぞれ、各連絡内容に対する「回答」、「変更」、「転送」の操作が選択できるようになっている。
【００６３】
このため、利用者は、自身の端末に表示されたボードに書き込まれているタスク或いはタスクログを他のボードに転送するときは、表示されているボードの転送ボタンを押す。例えば、利用者ＩＤ「３」の「中村次郎」は、このタスクＩＤ「３６１」に記載された「6/7  17:30」に共有された「Struts  DMIにおける任意コード実行の脆弱性の第２報が発表されました。」という情報を、自身が参加している他のボードに共有したい場合、この情報に対応する操作バーの「転送」を選択する。すなわち、利用者は、ボード画面Ｍ３に示すボードのうち、欄Ｄ１の連絡内容を転送したい場合には、この欄Ｄ１に対応する操作バーＴ１−６を操作し、枠Ｃ４内の「転送」ボタンＣ４−１を選択する。
【００６４】
ここで、通常のタスクあるいはタスクログを起票する場合は、利用者によって、タスク或いはタスクログを受信する側が指定される。これに対し、転送の場合、転送一覧出力部２２１Ｂは、グルーピング管理テーブル（図９参照）から該当利用者が作成したグルーピングＩＤを検索し、グルーピング名、グルーピングに含まれるボード名、利用者が個々のボードに対するアクセス権限の確認をした後で、各ボードに含まれる組織名を利用者端末１に表示し、利用者がどこに転送したいのかを選択させる。
【００６５】
この例では、利用者の利用者ＩＤは「３」であるため、転送一覧出力部２２１Ｂは、図９のグルーピング管理テーブルＴ７を参照し、利用者ＩＤ「３」に対応するとともに転送対象の情報を含むボード「１」が属するグループ「Struts脆弱性対応（情報共有）」を認識する。そして、転送一覧出力部２２１Ｂは、このグループ「Struts脆弱性対応（情報共有）」の他のボードが、ボードＩＤ「２」，「３」であることを認識する。続いて、転送一覧出力部２２１Ｂは、転送先の候補がボードＩＤ「２」，「３」である一覧を含む転送用画面を利用者ＩＤ「３」である利用者端末１に出力する。
【００６６】
この結果、利用者ＩＤ「３」の利用者端末１の画面には、「Struts脆弱性情報」を転送するための転送用画面が表示される。図１３は、利用者端末１に表示される転送用画面の一例を示す図である。図１３に示すように、転送用画面Ｍ４には、転送対象の情報と、この転送情報を含むボードが属するグルーピング名称と、該グルーピングに登録されている他のボードの一覧を表示するとともに、転送実行を指示するための転送実行ボタンＧ３が表示される。
【００６７】
具体的には、転送用画面Ｍ４の左側領域に、利用者が転送を指示したタスクのタスク名、優先度、転送内容Ｗ１が示される。この転送内容Ｗ１のうち、枠Ｗ３の中は、利用者が書き込んだ内容である。そして、図１３の例では、転送内容Ｗ１のうち、それ以外は、転送を選択したタスクログの記載内容がそのまま転記されている（図１３の（１）参照）。なお、利用者は、枠Ｗ３に対す操作を行うことによって、転送内容に文章を加える、或いは、転送内容の一部を修正するなどの加工を施すことができる。
【００６８】
そして、転送用画面Ｍ４の右側領域の転送先Ｗ２には、この転送情報を含むボードＩＤ「１」が属するグルーピング名称「Struts脆弱性対応（情報共有）」と、このグルーピングに登録されている他のボード及び他のボードに参加する組織の一覧が表示される。
【００６９】
この転送先Ｗ２では、１段目にグルーピング名（例えば、行Ｒ１に示す「Struts脆弱性対応（情報共有）」、行Ｒ１’に示す「台風○○号対応」）、２段目に各ボード名（例えば、行Ｒ２ａ〜Ｒ２ｃ参照）、３段目にそれぞれのボードに属する組織名が表示される（図１３の（２）参照）。これらの他のボード及び他のボードに参加する組織の一覧には、転送の可否を選択できるチェックボックスが各ボード及び各組織に対応付けて表示されている。利用者は、各チェックボックスを選択することによって、転送先を選択できる。
【００７０】
例えば、利用者は、２段目のボードＩＤ「３」の「Struts脆弱性対応（αグループ会社）」（行Ｒ２ｃ参照）のチェックボックスＢ４にチェックを入れると、このボードの全ての組織、「α＿Ｇ１会社」及び「α＿Ｇ２会社」が、転送対象のタスクＩＤ「３６１」の情報を閲覧できるようになる。なお、利用者ＩＤ「３」の利用者は、ボードＩＤ「３」の「Struts脆弱性対応（αグループ会社）」に参加する組織のうち「情報システム部」には転送権限を有しない。このため、「情報システム部」にはチェックボックスが付いておらず、「情報システム部」にはタスクＩＤ「３６１」の情報を転送できないようになっている。
【００７１】
また、利用者が、３段目のボードＩＤ「２」「Struts脆弱性対応（α会社）」（行Ｒ２ｂ参照）のうちの「Ａ部」のチェックボックスＢ５にチェックを入れると、選択した組織「Ａ部」のみが、転送対象のタスクＩＤ「３６１」の情報を閲覧できるようになる。このように、利用者は、ボード全体に情報の転送を指示することもでき、ボードに参加する組織ごとに転送を指示することもできる。なお、この利用者が閲覧のみで書き込み権限のないボード（例えば、行Ｒ１’の「台風○○号対応」）については、表示はされるが選択できないようになっている。
【００７２】
利用者は、図１３の例では、端末を操作し、転送先Ｗ２のうち、転送対象の情報を転送するボード或いは転送先組織のチェックボックスにチェックを入れた後に、転送実行ボタンＧ３を選択する。これによって、ボードＩＤ「２」に参加する全ての組織に、タスクＩＤ「３６１」の情報を転送する転送指示が危機管理マネジメントシステムサーバ２に送信される。
【００７３】
このように、危機管理マネジメントシステムでは、転送可能である転送先のボード或いは組織の一覧を利用者に出力した上で、転送対象の情報を参加者以外に共有してよいかどうかの判断を、転送指示を行った利用者自身が行ない、転送先を指示する。したがって、共有してよいか否かに対する判断を利用者が行なった上で転送対象の情報、転送先を指示するため、提供する秘匿すべき情報の漏えいを低減することができる。
【００７４】
グルーピング管理部２２４は、この転送指示を受付けると、転送対象の情報を転送先のボードの識別情報に対応付けてボード情報記憶部２１４に登録する。グルーピング管理部２２４は、転送先のボードに、転送されたタスク或いはタスクログを、新規タスク或いは新規タスクログとして登録する。図１４は、転送実行後のタスク管理テーブルの一例を示す図である。図１５は、転送実行後のタスクログ管理テーブルの一例を示す図である。
【００７５】
具体的には、グルーピング管理部２２４は、転送対象のタスクに対して、新規タスクＩＤを払い出し、タスク名、ボードＩＤ、優先度などを、タスクログ管理テーブルに登録する。すなわち、グルーピング管理部２２４は、図１４の行Ｌ１に示すように、タスク管理テーブルＴ５’に、タスク名「Struts  DMI脆弱性(6/7  17:30現在)」について、新規タスクＩＤ「２３４」を払い出す。そして、グルーピング管理部２２４は、図１４の行Ｌ１に示すように、図１３の転送用画面Ｍ４の指示にしたがってタスク名「Struts  DMI脆弱性(6/7  17:30現在)」、ボードＩＤ「３」、優先度「緊急」を登録する。
【００７６】
さらに、グルーピング管理部２２４は、転送対象のタスクに対して、新規タスクログＩＤを払い出し、払い出した対応タスクＩＤ、ボードＩＤ、内容、起票元タスクログフラグ、送信先情報などを、タスクログ管理テーブルに登録する。例えば、グルーピング管理部２２４は、図１５の行Ｌ２に示すように、タスクログ管理テーブルＴ６’に、タスクＩＤ「２３４」に対して新規タスクログＩＤ「１４８」を払い出す。そして、グルーピング管理部２２４は、図１５の行Ｌ２に示すように、タスクログＩＤ「１４８」に対し、図１３の転送用画面Ｍ４の指示にしたがって、対応タスクＩＤ「２３４」、ボードＩＤ「３」、内容「関係各位  Strutsに関する最新情報を転送します。...」、起票元タスクログフラグ「true」、起票元組織「５」、起票者情報「３」、送信先情報「３４，３５」を登録する。起票元組織および起票者情報は、利用者管理テーブル及び組織テーブルから一意に決まるので、これらのテーブルに基づいて登録する。
【００７７】
［ボードのグルーピング処理の処理手順］
次に、危機管理マネジメントシステムサーバ２によるボードのグルーピング処理の処理手順について説明する。図１６は、図１に示す危機管理マネジメントシステムにおけるボードのグルーピング処理の処理手順を示すシーケンス図である。
【００７８】
まず、処理受付部２２１が利用者端末１によるログインを受け付けると（ステップＳ１）、認証処理部２２２は、利用者端末１のログイン情報と、組織情報記憶部２１１及び利用者情報記憶部２１２とに格納されている情報とを参照し、利用者端末１に対する認証を行う（ステップＳ２）。認証処理部２２２が該利用者端末１の認証に成功すると、ボード管理部２２３は、アクセス制御情報記憶部２１３に格納されている情報を参照して、この利用者がアクセス可能なボードを検索する（ステップＳ３）。そして、ボード管理部２２３は、利用者が閲覧可能であるボード一覧を、ボード情報記憶部２１４に格納されている情報を参照して作成する（ステップＳ４）。処理受付部２２１は、ボード管理部２２３が作成したボード一覧を利用者端末１に送信する（ステップＳ５，Ｓ６）。
【００７９】
処理受付部２２１は、利用者端末１から、グルーピング作成要求を受け付けると（ステップＳ７）、図１１に例示するグルーピング用画面を利用者端末１に出力する（ステップＳ８）。そして、処理受付部２２１が、利用者端末１から送信されたグルーピング指示情報を受け付けると（ステップＳ９，Ｓ１０）、グルーピング管理部２２４は、グルーピング指示情報にしたがって、関連ボードのグルーピングを実施し、グルーピング情報記憶部２１６に登録する（ステップＳ１１）。言い換えると、グルーピング管理部２２４は、グルーピング指示情報においてグルーピングを指示された複数の関連するボードの識別情報と、該複数のボードが属するグループの識別情報とを対応付けたグルーピング情報を、グルーピング情報記憶部２１６に登録する。
【００８０】
そして、処理受付部２２１は、登録結果を利用者端末１に送信して（ステップＳ１２，Ｓ１３）、処理を終了する。なお、一連の操作ログは、ログ出力部２２５によってログ情報記憶部２１５に出力されている（ステップＳ１４）。
【００８１】
［転送処理の処理手順］
次に、危機管理マネジメントシステムサーバ２による情報の転送処理の処理手順について説明する。図１７は、図１に示す危機管理マネジメントシステムにおける情報の転送処理の処理手順を示すシーケンス図である。
【００８２】
図１７に示すように、処理受付部２２１は、利用者端末１から、ボードのアクセス要求を受け付けると（ステップＳ２１）、ボード管理部２２３に、ボード一覧から利用者端末１がアクセス要求するボード作成を指示する（ステップＳ２２）。ボード管理部２２３は、アクセス制御情報記憶部２１３及びボード情報記憶部２１４を参照し、利用者からアクセスを要求されたボードに関する情報を読み出し（ステップＳ２３）、ボードを作成する。処理受付部２２１は、ボード管理部２２３が作成したボードを、利用者端末１に送信する（ステップＳ２４，Ｓ２５）。
【００８３】
続いて、処理受付部２２１は、利用者端末１から、あるタスク、或いは、タスクログの選択、転送指示を受け付けると（ステップＳ２６）、転送対象のタスク或いはタスクログの選択、転送処理を起動し（ステップＳ２７）、転送指示情報をボード管理部２２３に出力する。これに応じて、ボード管理部２２３は、転送対象に該当するタスクまたはタスクログを、ボード情報記憶部２１４から検索する（ステップＳ２８）。処理受付部２２１は、ボード管理部２２３による検索結果を利用者端末１に出力する（ステップＳ２９）。
【００８４】
そして、処理受付部２２１が、利用者端末１から、必要記載事項とグルーピング情報の呼び出しを受け付けると（ステップＳ３０，Ｓ３１）、グルーピング管理部２２４は、グルーピング情報記憶部２１６を参照し、転送対象のタスクまたはタスクログが関連するボードのグルーピング情報を検索する（ステップＳ３２）。処理受付部２２１は、グルーピング管理部２２４が検索したグルーピング情報を利用者端末１に出力する（ステップＳ３３）。すなわち、処理受付部２２１は、ボードの情報の転送指示を受け付けると、グルーピング情報を参照し、転送先の候補として、転送対象の情報を含むボードが属するグループの他のボードの一覧を、利用者端末１に出力する。
【００８５】
続いて、処理受付部２２１は、利用者端末１から転送指示情報を受け付けると（ステップＳ３４）、この転送先情報に従い、転送先を選択して転送を実行する（ステップＳ３５）。これにともない、ボード管理部２２３は、アクセス制御情報記憶部２１３及びボード情報記憶部２１４に、転送対象の情報を、転送を指定されたボードに新規タスクまたは新規タスクログとして登録する（ステップＳ３６）。すなわち、ボード管理部２２３は、転送先を指示された場合に、転送対象の情報を転送先のボードの識別情報に対応付けて登録する。
【００８６】
処理受付部２２１は、転送完了通知を利用者端末１に送信して（ステップＳ３７，Ｓ３８）、処理を終了する。なお、一連の操作ログは、ログ出力部によってログ情報記憶部２１５に出力されている（ステップＳ３９）。
【００８７】
［本実施の形態の効果］
このように、本実施の形態に係る危機管理マネジメントシステムサーバ２は、利用者の操作にしたがい利用者自身が関連する複数のボードをグルーピングしておき、あるボードの情報を利用者が転送するときは、グルーピング情報を用いて転送先候補を利用者端末１に出力し、グルーピングした１つ以上の他のボードに転送できるようにする。このため、利用者は、複数のボードを同時に立ち上げることなく、必要な情報を他のボードに共有させることができる。したがって、本実施の形態では、複数のボード間で効率よく情報を共有することができ、効率的に危機対応を実施することができる。
【００８８】
また、本実施の形態に係る危機管理マネジメントシステムサーバ２では、転送可能である転送先のボード或いは組織の一覧を利用者端末１に出力した上で、転送対象の情報を参加者以外に共有してよいかどうかの判断を、転送指示を行った利用者自身が行ない、転送先を指示する。したがって、共有してよいか否かに対する判断を利用者が行なった上で転送対象の情報、転送先を指示するため、提供する秘匿すべき情報の漏えいを低減することができる。
【００８９】
［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９０】
また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００９１】
［プログラム］
図１８は、プログラムが実行されることにより、危機管理マネジメントシステムサーバ２が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
【００９２】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。
【００９３】
ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、危機管理マネジメントシステムサーバ２の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、危機管理マネジメントシステムサーバ２における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid  State  Drive）により代替されてもよい。
【００９４】
また、上述した実施の形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
【００９５】
なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００９６】
以上、本発明者によってなされた発明を適用した実施の形態について説明したが、本実施の形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれる。
【符号の説明】
【００９７】
１  利用者端末
２  危機管理マネジメントシステムサーバ
２１  記憶部
２２  データ処理部
２１１  組織情報記憶部
２１２  利用者情報記憶部
２１３  アクセス制御情報記憶部
２１４  ボード情報記憶部
２１５  ログ情報記憶部
２１６  グルーピング情報記憶部
２２１  処理受付部
２２１Ａ  ボード出力部
２２１Ｂ  転送一覧出力部
２２２  認証処理部
２２３  ボード管理部
２２４  グルーピング管理部
２２５  ログ出力部
Ｎ  ネットワーク
【図１】
2018190005.tif 000003
【図２】
2018190005.tif 000004
【図３】
2018190005.tif 000005
【図４】
2018190005.tif 000006
【図５】
2018190005.tif 000007
【図６】
2018190005.tif 000008
【図７】
2018190005.tif 000009
【図８】
2018190005.tif 000010
【図９】
2018190005.tif 000011
【図１０】
2018190005.tif 000012
【図１１】
2018190005.tif 000013
【図１２】
2018190005.tif 000014
【図１３】
2018190005.tif 000015
【図１４】
2018190005.tif 000016
【図１５】
2018190005.tif 000017
【図１６】
2018190005.tif 000018
【図１７】
2018190005.tif 000019
【図１８】
2018190005.tif 000020