(57)【要約】      （修正有）【課題】効率的かつ安全な情報管理を実現するインシデント管理システム、インシデント管理方法およびインシデント管理プログラムを提供する。【解決手段】インシデント管理システムは、ログ受信部１３１と、記憶部１２０と、表示データ送信部１３２と、を備える。ログ受信部１３１は、クライアント２０がダウンロードしたファイルの情報と、ファイルに対するクライアント上の動作と、ファイルのダウンロードの契機となったインシデントのステータスと、をクライアント２０から受信する。記憶部１２０は、ログ受信部１３１が受信したファイルの情報と、動作と、インシデントのステータスと、を対応づけて記憶する。表示データ送信部１３２は、記憶部１２０を参照して、ファイルの情報と、動作と、インシデントのステータスと、を対応付けて所定のクライアント上に表示するデータを所定のクライアントに送信する。【選択図】図１
2017068378.tif 000002
【特許請求の範囲】
【請求項１】
クライアントがダウンロードしたファイルの情報と、当該ファイルに対するクライアント上の動作と、当該ファイルのダウンロードの契機となったインシデントのステータスと、を当該クライアントから受信する受信部と、
前記受信部が受信したファイルの情報と、動作と、インシデントのステータスと、を対応づけて記憶する記憶部と、
前記記憶部を参照して、前記ファイルの情報と、動作と、インシデントのステータスと、を対応付けて所定のクライアント上に表示するデータを前記所定のクライアントに送信する表示データ送信部と、
を備えるインシデント管理システム。
【請求項２】
前記受信部は、前記クライアントがダウンロードしたファイルの情報と、当該ファイルに対するクライアント上の削除動作の有無と、当該ファイルのダウンロードの契機となった前記インシデントの処理が終了したか否かと、を受信し、
前記記憶部は、前記受信部が受信したファイルの情報と、前記削除動作の有無と、前記インシデントの処理が終了したか否かと、を対応付けて記憶し、
前記表示データ送信部は、前記削除動作の有無と、前記インシデントの処理が終了したか否かと、を、前記ファイルの情報に対応づけて前記所定のクライアント上に認識可能に表示するデータを前記所定のクライアントに送信することを特徴とする請求項１に記載のインシデント管理システム。
【請求項３】
所定のタイミングで、前記記憶部に記憶されるファイルの情報のうち、削除動作無、および、インシデントの処理が終了した旨の情報と対応づけて記憶されるファイルの情報を特定する特定部と、
前記特定部が特定したファイルの情報を前記所定のクライアントに送信する送信部と、
をさらに備えることを特徴とする請求項２に記載のインシデント管理システム。
【請求項４】
所定のタイミングで、前記記憶部に記憶されるファイルの情報のうち、削除動作無、および、インシデントの処理が終了した旨の情報と対応づけて記憶されるファイルの情報を特定する特定部と、
前記特定部が特定したファイルの情報をダウンロードしたクライアントから当該ファイルの情報を削除する指示を、当該クライアントに送信する送信部と、
をさらに備えることを特徴とする請求項２に記載のインシデント管理システム。
【請求項５】
前記受信部は、前記ファイルに対するクライアント上での移動、コピー、上書き移動、および上書きコピーの操作の情報を当該クライアントから受信することを特徴とする請求項１から４のいずれか１項に記載のインシデント管理システム。
【請求項６】
クライアントがダウンロードしたファイルの情報と、当該ファイルに対するクライアント上の動作と、当該ファイルのダウンロードの契機となったインシデントのステータスと、を当該クライアントから受信する受信工程と、
前記受信工程において受信したファイルの情報と、動作と、インシデントのステータスと、を対応づけて記憶部に記憶する記憶工程と、
前記記憶部を参照して、前記ファイルの情報と、動作と、インシデントのステータスと、を対応付けて所定のクライアント上に表示するデータを前記所定のクライアントに送信する表示データ送信工程と、
を含む各処理をコンピュータに実行させることを特徴とするインシデント管理方法。
【請求項７】
クライアントがダウンロードしたファイルの情報と、当該ファイルに対するクライアント上の動作と、当該ファイルのダウンロードの契機となったインシデントのステータスと、を当該クライアントから受信する受信手順と、
前記受信手順において受信したファイルの情報と、動作と、インシデントのステータスと、を対応づけて記憶部に記憶する記憶手順と、
前記記憶部を参照して、前記ファイルの情報と、動作と、インシデントのステータスと、を対応付けて所定のクライアント上に表示するデータを前記所定のクライアントに送信する表示データ送信手順と、
を含む各処理をコンピュータに実行させることを特徴とするインシデント管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インシデント管理システム、インシデント管理方法およびインシデント管理プログラムに関する。
【背景技術】
【０００２】
近年、個人情報等の管理の重要性が増している。他方、企業等が、業務上個人情報を参照して行う処理も多数存在する。かかる状況に鑑みて、個人情報を安全に利用し管理するための様々な技術が提案されている。
【０００３】
たとえば、ユーザが外出先からパスワード等の秘匿情報を参照することを可能とした情報管理システムが知られている（特許文献１）。また、クライアントがサーバにログインしたときにダウンロードした顧客情報を、ログアウト時にクライアントのメモリから削除するプログラムがある（特許文献２）。さらに、携帯端末から金融機関の店舗外で顧客情報を照会した場合、携帯端末に表示される確認キーを押すと、照会した顧客情報が携帯端末のメモリ部から消去されるシステムも知られている（特許文献３）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１１６７２６号公報
【特許文献２】特開２０１２−１１８６５８号公報
【特許文献３】特開２００４−２２７４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のような従来のシステムでは、ある程度長い期間にわたって顧客情報を参照して処理を実行する場合に、安全に顧客情報を管理することが困難である。たとえば、インシデントが発生したときに、社内ネットワークに接続されたクライアントが、社内のセキュアサーバから顧客情報をダウンロードする。そして、数日から数週間にわたり、顧客情報を参照してクライアント上で処理が実行される。処理が完了すると、クライアント上に記憶された顧客情報は、クライアントのユーザが手動で消去する。このような場合、顧客情報をクライアント上から削除する処理は、ユーザの手作業にゆだねられる。このため、情報の削除のためのユーザによる工数が必要である。そして、ユーザの不注意によって情報が消去されないままになったり、情報が流出したりする可能性を完全には排除しにくい。また、情報の管理が個人ユーザに依存するため、効率的かつ一元的な情報管理の実現が困難である。
【０００６】
１つの側面では、効率的かつ安全な情報管理を実現することができるインシデント管理システム、インシデント管理方法およびインシデント管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の案では、クライアントがダウンロードしたファイルの情報と、当該ファイルに対するクライアント上の動作と、当該ファイルのダウンロードの契機となったインシデントのステータスと、を当該クライアントから受信する。そして、受信したファイルの情報と、動作と、インシデントのステータスと、を対応づけて記憶部に記憶する。記憶部を参照して、ファイルの情報と、動作と、インシデントのステータスと、を対応付けて所定のクライアント上に表示するデータを所定のクライアントに送信する。
【発明の効果】
【０００８】
本発明の１実施形態によれば、効率的かつ安全な情報管理を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１の実施形態に係るインシデント管理システムの構成の一例を示す図である。
【図２】図２は、第１の実施形態に係るインシデント管理処理の流れの一例を示すフローチャートである。
【図３】図３は、第１の実施形態に係るサーバが記憶する顧客情報の構成の一例を示す図である。
【図４】図４は、第１の実施形態に係るサーバが記憶するログ情報の構成の一例を示す図である。
【図５】図５は、第１の実施形態に係るサーバが記憶するインシデント情報の構成の一例を示す図である。
【図６】図６は、第１の実施形態に係るクライアントが記憶するログ情報の構成の一例を示す図である。
【図７】図７は、第１の実施形態に係るインシデント管理システムにおける処理の流れの一例を説明するための図である。
【図８】図８は、第１の実施形態に係るインシデント管理システムにおける処理の流れの他の例を説明するための図である。
【図９】図９は、第１の実施形態に係るインシデント管理システムにおける処理の流れのさらに他の例を説明するための図である。
【図１０】図１０は、第２の実施形態に係るインシデント管理システムの構成の一例を示す図である。
【図１１】図１１は、インシデント管理サーバにおける処理の一例を示すフローチャートである。
【図１２】図１２は、資料管理サーバにおける処理の一例を示すフローチャートである。
【図１３】図１３は、ネットワーク監視処理の流れの一例を示すフローチャートである。
【図１４】図１４は、ファイル監視処理の流れの一例を示すフローチャートである。
【図１５】図１５は、ログ送信処理の流れの一例を示すフローチャートである。
【図１６】図１６は、ファイル操作監視処理の流れの一例を示すフローチャートである。
【図１７】図１７は、顧客情報削除依頼処理の流れの一例を示すフローチャートである。
【図１８】図１８は、クライアント上でユーザが証跡ログを確認する際の処理の流れの一例を示すフローチャートである。
【図１９】図１９は、第１〜３の実施形態に係るインシデント管理プログラムを実行するコンピュータの一例について説明するための図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示するインシデント管理システム、インシデント管理方法およびインシデント管理プログラムの実施形態を図面に基づいて詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。
【００１１】
（第１の実施形態）
第１の実施形態に係るインシデント管理システムは、顧客情報を記憶するサーバと、当該サーバと通信可能に接続され顧客情報をダウンロードしてインシデントの処理を実行するクライアントと、を備える。インシデント管理システムは、クライアントがダウンロードした顧客情報を用いたインシデントの処理を追跡し、処理が完了した場合に顧客情報がクライアント上から削除されたか否かを管理する。そして、インシデント管理システムは、インシデントの処理のステータスを顧客情報に対応づけて表示する。また、インシデント管理システムは、インシデントの処理が完了しても顧客情報がクライアント上から削除されていない場合に、削除指示を管理者権限を持つユーザのクライアントに送信する。また、インシデント管理システムは、インシデントの処理が完了しても顧客情報がクライアント上から削除されていない場合に、自動的に当該顧客情報を当該クライアント上から削除させる指示を送信する。
【００１２】
［用語の説明］
まず、以下の説明において使用する用語につき説明する。
【００１３】
「インシデント」とは、出来事、事件、事故等の意味である。「インシデント」は、たとえば、顧客からの苦情や質問、トラブルの報告など、顧客情報を参照して担当者が処理する契機となる事象を指す。以下の説明において、「インシデント」は、顧客情報を参照して担当者がなんらかの処理を実行するきっかけとなる事象を広く包含するものとする。たとえば、１回の顧客情報のダウンロードを、一つのインシデントに対応づけることができる。また、複数の顧客情報のダウンロードを、一つのインシデントに対応づけることもできる。また、顧客情報以外の高い機密性を要求する情報を参照して実行する処理の契機となる事象も「インシデント」と呼ぶものとする。
【００１４】
「顧客情報」とは、インシデント管理システムにより利用される秘密情報である。第１の実施形態においては、例として、顧客情報について説明するが、顧客情報に限らず、企業秘密や秘匿する必要がある情報たとえば新規事業に関連する情報等も広く含むものとする。企業秘密等を処理する場合は、後述する「顧客情報」を格納する記憶部の構成は、企業秘密に適合するよう変更される。
【００１５】
［第１の実施形態に係るインシデント管理システムの構成の一例］
図１は、第１の実施形態に係るインシデント管理システムの構成の一例を示す図である。インシデント管理システム１は、サーバ１０と、クライアント２０，３０，４０と、を備える。サーバ１０とクライアント２０，３０，４０とは、ネットワーク５０により通信可能に接続される。
【００１６】
サーバ１０は、顧客情報を管理する。サーバ１０は、クライアント２０，３０，４０において実行される顧客情報を参照して実行されるインシデントの処理のログを所定のタイミングでクライアント２０，３０，４０から受信して集積する。そして、サーバ１０は、管理者権限を持つユーザのクライアントに、表示可能な形式で集積したログを送信する。
【００１７】
サーバ１０はたとえば、会社の顧客に関する情報を管理する管理サーバである。図１の例では、サーバ１０と、クライアント２０，３０，４０のみを示すが、サーバ１０以外に複数のサーバを設けてネットワーク５０に接続してもよい。そして、クライアント２０，３０，４０が社内ネットワークにログインすることで、サーバ１０を含む複数のサーバにアクセスできるように構成してもよい。サーバ１０は、物理的に１つのサーバであってもよいし、クラウドを利用して構築される仮想サーバであってもよい。
【００１８】
クライアント２０，３０，４０は、顧客情報へのアクセスを許可されたユーザが使用する情報処理端末である。クライアント２０，３０，４０はたとえば、ユーザがパスワードとＩＤ（Identifier）を所定の画面上で入力し認証を受けることにより、サーバ１０へのアクセスを許可される。
【００１９】
また、クライアント２０，３０，４０のユーザのうち、予め定められたユーザに管理者権限が付与される。管理者権限を有するユーザのクライアントには、サーバ１０に対してログの表示を要求する表示要求を送信する機能が付与される。たとえば、インシデント管理プログラムをサーバ１０から各クライアント２０，３０，４０にダウンロードしてインストールする。サーバ１０に対してログの表示を要求する表示要求を送信する機能は、デフォルトではオフに設定される。そして、管理者権限を付与されたユーザが当該機能をオンにする処理を実行することで当該機能を実行することができる。または、サーバ１０側から各クライアントの各機能をオンオフできるようにインシデント管理プログラムを構築してもよい。この場合、各クライアントは、自装置の機能のオンオフの切替は実行できないように構成してもよい。
【００２０】
図１には３つのクライアント２０，３０，４０を図示するが、クライアントの数は特に限定されない。サーバ１０が管理する顧客情報にアクセスする権限を持つすべてのクライアントが、クライアント２０と同様に構成される。
【００２１】
ネットワーク５０は、サーバ１０とクライアント２０，３０，４０とを通信可能に接続する。ネットワーク５０は、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワークその他任意のネットワークである。また、ネットワーク５０は、無線ネットワークまたは有線ネットワークであってよく、両者の組み合わせであってもよい。
【００２２】
［サーバ１０の構成の一例］
次に、図１を参照し、サーバ１０の構成の一例につき説明する。サーバ１０は、通信部１１０と、記憶部１２０と、制御部１３０と、を有する。
【００２３】
通信部１１０は、サーバ１０と他の装置等との間の通信を実現する機能部である。通信部１１０はたとえば、ポートやスイッチ等を含む。通信部１１０は、クライアント２０，３０，４０から送信される情報を受信する。また、通信部１１０は、サーバ１０内の各部に、受信した情報を振り分ける。また、通信部１１０は、サーバ１０内の各部からの指示に従い、情報をクライアント２０，３０，４０に送信する。
【００２４】
記憶部１２０は、サーバ１０の各部の処理に使用する情報および各部の処理により生成される情報を記憶する。記憶部１２０には、半導体メモリ素子や記憶装置を採用できる。例えば、半導体メモリ素子としては、ＶＲＡＭ（Ｖｉｄｅｏ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やフラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）などが挙げられる。また、記憶装置としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。
【００２５】
［記憶部に記憶される情報の一例］
記憶部１２０は、顧客記憶部１２１と、ログ記憶部１２２と、インシデント記憶部１２３と、を有する。
【００２６】
図３は、第１の実施形態に係るサーバ１０が記憶する顧客情報の構成の一例を示す図である。顧客情報は、インシデント管理システム１が管理する顧客情報である。たとえば、インシデント管理システム１を利用する会社の顧客に関する情報が、顧客記憶部１２１に記憶される。
【００２７】
顧客情報は、「顧客ＩＤ」と、「顧客データ」と、「インシデントＩＤ」と、を含む。「顧客ＩＤ」は、各顧客を一意に特定するための識別子（Identifier）である。「顧客データ」は、顧客ＩＤにより特定される顧客に関する各種情報である。「顧客データ」は、たとえば、顧客の氏名、年齢、住所、生年月日等の個人情報を含む。また、「顧客データ」は、たとえば、顧客が購買した商品や、顧客に提供されたサービス等の情報を含む。図３の例では、「顧客データ」として、当該顧客に関する情報が記憶されたファイルを特定する情報が記憶されている。「インシデントＩＤ」は、インシデントを一意に特定する識別子である。たとえば、顧客がこれまでに苦情を申し立てており、当該申立てに対応する処理がインシデントとしていずれかのクライアントによって実行されている場合に、当該インシデントを特定するインシデントＩＤが記憶される。これまでにインシデントが発生していない場合は、「インシデントＩＤ」の欄には何も記憶されない。
【００２８】
たとえば、図３の例では、「顧客ＩＤ、ｃｕ０００１」に対応付けて、「顧客データ、ｘｘｘｘｘ．ｐｄｆ」、「インシデントＩＤ、ｉ１５−０００００１」が記憶されている。これは、顧客ＩＤ「ｃｕ０００１」で特定される顧客に関するデータが、「ｘｘｘｘｘ．ｐｄｆ」で特定されるファイルに記憶されていることを示す。また、顧客ＩＤ「ｃｕ０００１」で特定される顧客について、これまでに「ｉ１５−０００００１」で特定されるインシデントの処理が実行されていることを示す。
【００２９】
図４は、第１の実施形態に係るサーバ１０が記憶するログ情報の構成の一例を示す図である。ログ記憶部１２２は、クライアント２０，３０，４０から受信したログ情報を統合して記憶する。ログ情報は、「クライアントＩＤ」と、「インシデントＩＤ」と、「ファイル種類」と、「ファイルサイズ」と、「操作」と、を含む。「クライアントＩＤ」は、クライアントを一意に特定する識別子である。特にログ記憶部１２２に記憶されるクライアントＩＤは、対応するログを送信したクライアントを特定する情報である。「インシデントＩＤ」は、図３のインシデントＩＤと同様である。「ファイル種類」は、クライアントにおいて操作されたファイルの種類を特定する情報である。たとえば、図４の例では、「ｐｄｆ」、「ｘｌｓｘ」などの情報がファイル種類として記憶される。「ｐｄｆ」は、当該ファイルがｐｄｆ（portable  document  format）のファイル形式であることを示す。「ｘｌｓｘ」は、当該ファイルがｘｌｓｘ形式のファイルであることを示す。「ファイルサイズ」は、クライアントにおいて操作されたファイルの大きさを示す。「操作」は、対応付けて記憶されるファイルに対してクライアントが実行した処理の内容を示す。
【００３０】
たとえば、図４の例では、「クライアントＩＤ、ｃｌ０１」に対応づけて「インシデントＩＤ、ｉｄ１５−０００００１」、「ファイル種類、ｐｄｆ」が記憶されている。これは、クライアントＩＤ「ｃｌ０１」で特定されるクライアントが、インシデントＩＤ「ｉｄ１５−０００００１」で特定されるインシデントの処理を実行したことを示す。また、当該インシデントの処理において、ｐｄｆ形式のファイルが使用されたことを示す。さらに、「クライアントＩＤ、ｃｌ０１」に対応付けて、「ファイルサイズ、２３．１ＭＢ」と「操作、ダウンロード」が記憶されている。これは、当該インシデントの処理において、ファイルサイズが２３．１ＭＢのｐｄｆ形式のファイルがクライアントによりダウンロードされたことを示す。なお、「ファイル種類」と「ファイルサイズ」以外にも、操作対象のファイルを特定する情報をログ情報としてクライアントから取得して記憶するように構成してもよい。
【００３１】
図５は、第１の実施形態に係るサーバ１０が記憶するインシデント情報の構成の一例を示す図である。インシデント情報は、インシデント管理システム１において処理されたインシデントに関する情報である。インシデント情報は、インシデント記憶部１２３に記憶される。
【００３２】
インシデント情報は、「インシデントＩＤ」と、「インシデント内容」と、「状態」、と、「承認」とを含む。「インシデントＩＤ」は、図３および図４に示す「インシデントＩＤ」と同様である。「インシデント内容」は、当該インシデントがどのような内容のインシデントであったかを示す情報である。たとえば、「サーバ負荷オーバ」、「アプリケーション誤動作」などを「インシデント内容」として記憶することができる。「インシデント内容」は予め想定されるカテゴリーを設定しておいてもよく、インシデントの処理を担当した担当者がクライアントから入力し、サーバ１０に送信するようにしてもよい。「状態」は、当該インシデントに対する処理の状態を示す。図５の例では、「状態」として、「ｃｌｏｓｅ」が記憶される。「ｃｌｏｓｅ」は当該インシデントに関連する処理が終了していることを示す。たとえば、顧客からの苦情に対して回答し、顧客から満足した旨の連絡を得た場合等である。また、装置等の不具合が発生した場合であれば、不具合が解消した場合等である。「ｃｌｏｓｅ」の情報は、当該インシデントを処理した担当者のクライアントから送信される。「承認」は、当該インシデントの処理においてクライアントにダウンロードされて使用された顧客情報がすべて削除されたことを確認したか否かを示す情報である。「承認」に記憶される情報は、当該インシデントの処理の担当者を管理する管理者のクライアントから送信される。図５の例では、「インシデントＩＤ、ｉ１５−０００００１」に対応づけて、「インシデント内容、ｘｘｘｘｘｘｘｘ」、「状態、ｃｌｏｓｅ」、「承認、ｙｅｓ」が記憶される。これは、「ｉ１５−０００００１」で特定されるインシデントの内容は、「ｘｘｘｘｘｘｘｘ」であり、当該インシデントについての処理が完了していることを示す。また、当該インシデントの処理においてクライアントにダウンロードされた顧客情報がすべて削除されていることを、管理者が確認済みであることを示す。
【００３３】
なお、記憶部１２０の各部に記憶される情報の構成は、インシデント管理システム１の動作を妨げない範囲で任意に変更することができる。
【００３４】
［制御部の構成の一例］
次に図１に戻り、サーバ１０の制御部１３０の構成の一例につき説明する。制御部１３０は、サーバ１０の動作および機能を制御する。制御部１３０にはたとえば、各種の集積回路や電子回路を採用できる。また、制御部１３０に含まれる機能部の一部を別の集積回路や電子回路とすることもできる。例えば、集積回路としては、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）が挙げられる。また、電子回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などが挙げられる。
【００３５】
制御部１３０は、ログ受信部１３１と、表示データ送信部１３２と、ファイル特定部１３３と、指示送信部１３４と、削除部１３５と、を有する。
【００３６】
ログ受信部１３１は、通信部１１０を介してクライアント２０，３０，４０から各クライアントのログを受信する。ログ受信部１３１が受信したログは、ログ記憶部１２２に記憶される。
【００３７】
ログ受信部１３１はまた、クライアント２０，３０，４０からインシデントの処理が終了したことを示す通知を受信する。受信した通知に応じて、ログ受信部１３１は、インシデント記憶部１２３に記憶されるインシデントの「状態」を更新する。
【００３８】
ログ受信部１３１はまた、管理者権限を有するユーザのクライアントから、インシデントの処理に使用された顧客情報がクライアント上から削除されたことを確認した旨の通知を受信する。受信した通知に応じて、ログ受信部１３１は、インシデント記憶部１２３に記憶される「承認」を更新する。
【００３９】
表示データ送信部１３２は、管理者権限を有するユーザのクライアントから送信される表示要求に応じて、要求されたログの情報を当該クライアントに送信する。たとえば、クライアント４０が管理者権限を有するユーザのクライアントであるとする。クライアント４０は、サーバ１０に対して表示要求を送信する。すると、表示要求を受信した通信部１１０は、当該要求を表示データ送信部１３２に渡す。表示データ送信部１３２は、表示要求に応じて、ログ記憶部１２２に記憶されるログ情報を表示可能な形式でクライアント４０に送信する。
【００４０】
また、表示データ送信部１３２は、ファイル特定部１３３（後述）が特定した顧客情報が強調表示されるよう、ログ情報を加工してクライアント４０に送信することができる。
【００４１】
ファイル特定部１３３は、所定のタイミングになると、インシデント自体の処理は終了しているが、ダウンロードされた顧客情報がまだクライアント上から削除されていないインシデントがあるか否かを判定する。たとえば、ファイル特定部１３３は、所定のタイミングになると、ログ記憶部１２２およびインシデント記憶部１２３を参照する。そして、ファイル特定部１３３は、インシデント記憶部１２３に「状態、ｃｌｏｓｅ」「承認、ＮＡ」が記憶されているインシデントがあるか否かを判定する。ファイル特定部１３３は、「状態、ｃｌｏｓｅ」「承認、ＮＡ」のインシデントがあると判定すると、ログ記憶部１２２を参照して、当該インシデントに対応してダウンロードされたファイルを特定する。なお、ファイル特定部１３３が動作する所定のタイミングは、たとえば、サーバ１０が管理者権限を持つユーザのクライアントから表示要求を受信した場合である。また、所定のタイミングは、予め設定された時間ごとである。
【００４２】
指示送信部１３４は、インシデントの処理が終了しているが、処理のためにダウンロードされた顧客情報がまだ削除されていない場合に、顧客情報を削除させるための指示を、クライアントに送信する。
【００４３】
削除部１３５は、ファイル特定部１３３が特定したファイルをクライアントから自動的に削除する。削除部１３５は、ファイル特定部１３３が特定したファイルに対応づけてログ記憶部１２２に記憶されているクライアントＩＤのクライアントに、削除指示を送信する。削除指示は、削除対象のファイル（顧客情報）を特定する情報を含む。
【００４４】
［クライアントの構成の一例］
図１を参照し、クライアント２０，３０，４０の構成の一例について説明する。クライアント２０，３０，４０はいずれも同一の構成を有するものとする。このため、以下の説明では、例としてクライアント２０について説明する。
【００４５】
クライアント２０は、通信部２１０と、記憶部２２０と、制御部２３０と、表示部２４０と、入出力部２５０と、を有する。
【００４６】
通信部２１０は、クライアント２０とサーバ１０他との間の通信を実現する機能部である。通信部２１０はたとえば、ポートやスイッチ等を含む。通信部２１０は、サーバ１０から送信される情報を受信する。また、通信部２１０は、クライアント２０内で生成されたログをサーバ１０に送信する。
【００４７】
記憶部２２０は、サーバ１０の各部の処理に使用する情報および各部の処理により生成される情報を記憶する。記憶部２２０には、半導体メモリ素子や記憶装置を採用できる。例えば、半導体メモリ素子としては、ＶＲＡＭ（Ｖｉｄｅｏ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やフラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）などが挙げられる。また、記憶装置としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。
【００４８】
記憶部２２０は、ファイル記憶部２２１とログ記憶部２２２とを有する。
【００４９】
ファイル記憶部２２１は、インシデントの処理のためにダウンロードしたファイルを記憶する。なお、図１の例では説明の便宜上、ファイル記憶部２２１を一つ示すが、実際には、ダウンロードされたファイルは一つの場所に記憶されるとは限らず、クライアント２０内の複数の記憶領域に分散して記憶される場合もある。
【００５０】
ログ記憶部２２２は、クライアント２０において、インシデントの処理のためにダウンロードされたファイルに関して実行された処理のログを記憶する。第１の実施形態においては、クライアント２０は、顧客情報のダウンロードがあった場合、１回のダウンロードを一つのインシデントとしてログを生成する。サーバ１０による管理対象である顧客情報がクライアント２０によりダウンロードされると、当該顧客情報に対応づけてインシデントＩＤが付与される。そして、ログ記憶部２２２に、インシデントＩＤと対応づけてダウンロードされた顧客情報に関する情報が記憶される。
【００５１】
図６は、第１の実施形態に係るクライアントが記憶するログ情報の構成の一例を示す図である。図６（Ａ）は、クライアント２０により生成されるログ情報の一例である。図６（Ｂ）は、クライアント３０により生成されるログ情報の一例である。図６（Ｃ）は、クライアント４０により生成されるログ情報の一例である。
【００５２】
ログ情報は、「インシデントＩＤ」と、「ファイル種類」と、「ファイルサイズ」と、「操作」とを含む。クライアントにより生成されるログ情報の構成は、「クライアントＩＤ」を含まない点を除き、サーバ１０に記憶されるログ情報の構成と同様である。各クライアントからサーバ１０にログ情報が送信される際、クライアントＩＤがログ情報に付加される。または、サーバ１０でログ情報を記憶する際に、送信元のクライアントＩＤが付加される。
【００５３】
図６（Ａ）の例では、クライアント２０はファイル種類「ｐｄｆ」でファイルサイズが「２３．１ＭＢ」のファイルをダウンロードした後、削除している。この場合には、ファイルを使用したインシデントの処理は既に終了して、ファイルは適切に削除されたものと推測される。図６（Ｃ）の例では、クライアント４０は、インシデントＩＤ「ｉｄ１５−０００００３」のインシデント処理のため、ファイル種類「ｐｄｆ」、ファイルサイズ「２３．１ＭＢ」のファイルをダウンロードしている。その後、クライアント４０はダウンロードしたファイルを更新しているが、まだ削除していない。この場合、インシデント記憶部１２３に「状態、ｃｌｏｓｅ」が記憶されていれば、インシデントの処理が完了したのに未削除の状態ということになる。他方、インシデント記憶部１２３に「状態、ＮＡ」が記憶されていれば、インシデントの処理が未完了であるということになる。
【００５４】
制御部２３０は、クライアント２０の動作および機能を制御する。制御部２３０にはたとえば、各種の集積回路や電子回路を採用できる。また、制御部２３０に含まれる機能部の一部を別の集積回路や電子回路とすることもできる。例えば、集積回路としては、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）が挙げられる。また、電子回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などが挙げられる。
【００５５】
制御部２３０は、ダウンロード部２３１と、監視部２３２と、ログ送信部２３３と、終了通知送信部２３４と、表示要求送信部２３５と、確認通知送信部２３６と、削除部２３７と、を有する。
【００５６】
ダウンロード部２３１は、ユーザの指示入力に応じて、指示入力により特定される顧客情報をダウンロードする。図１の例では、ダウンロード部２３１は、サーバ１０の記憶部１２０内に記憶される顧客情報をダウンロードする。ただし、ダウンロード部２３１は、他のサーバ等が顧客情報を記憶する場合は、他のサーバから顧客情報をダウンロードしてもよい。
【００５７】
監視部２３２は、ダウンロード部２３１がダウンロードした顧客情報のファイルに対するクライアント２０における処理を監視する。たとえば、監視部２３２は、顧客情報のファイルがダウンロードされると、当該ダウンロードに対応付けてインシデントＩＤを付与する。インシデントＩＤはインシデント管理システム１内でユニークな識別子となるよう設定する。そして、監視部２３２は、インシデントＩＤと、当該ファイルの種類、サイズ、操作とを対応づけて、ログ記憶部２２２に記憶させる。また、監視部２３２は、インシデントＩＤに対応づけて記憶された顧客情報のファイルに対するダウンロード後の操作を監視する。たとえば、当該ファイルが更新されたとき、削除されたときに、監視部２３２は、ログ記憶部２２２に、インシデントＩＤ、ファイル種類、ファイルサイズに対応づけて操作の内容を記憶させる。
【００５８】
ログ送信部２３３は、所定のタイミングで、ログ記憶部２２２に記憶されたログ情報をサーバ１０に送信する。たとえば、ログ送信部２３３は、所定の時間ごとにログ情報をサーバ１０に送信する。またたとえば、ログ送信部２３３は、ログ情報が更新されるごとにログ情報をサーバ１０に送信する。またたとえば、ログ送信部２３３は、サーバ１０から要求を受信したときに、ログ情報をサーバ１０に送信する。
【００５９】
終了通知送信部２３４は、一つのインシデントに対応する処理が終了したときに、当該インシデントの処理が終了したことを示す入力をユーザから受け付ける。そして、終了通知送信部２３４は、当該インシデントの処理が終了したこと示す通知を、サーバ１０に送信する。なお、インシデントの処理が終了したことを示す通知は、クライアント２０以外の他の情報処理装置が送信できるように構成してもよい。たとえば、管理者権限を持つユーザのクライアントが当該情報を送信できるように構成してもよい。インシデントの処理が終了したことを示す通知は、ログ受信部１３１により受信され、インシデント記憶部１２３に記憶される「状態」が「ｃｌｏｓｅ」に更新される。
【００６０】
表示要求送信部２３５は、管理者権限を持つユーザのクライアントにのみ実装される。表示要求送信部２３５は、ログ情報の送信を要求する表示要求をサーバ１０に送信する。なお、表示要求送信部２３５は、所定の範囲のログ情報のみを送信するようサーバ１０に要求することができるように構成してもよい。たとえば、表示要求送信部２３５は、ログ情報のうち、所定のクライアントまたは所定のインシデントのみに対応するログ情報を送信するよう要求する表示要求を、サーバ１０に送信することもできる。また、表示要求送信部２３５は、処理が完了しているが顧客情報の削除が完了していないインシデントに対応するログ情報のみの送信を要求する表示要求を、サーバ１０に送信するよう構成してもよい。
【００６１】
確認通知送信部２３６は、インシデントの処理に使用された顧客情報がクライアント上から削除されたことを確認した旨の通知を送信する。確認通知送信部２３６は、表示要求送信部２３５と同様、管理者権限を持つユーザのクライアントにのみ実装される。管理者権限を持つユーザは、表示要求に応じて送信されるデータを確認して、処理が完了したインシデントについて顧客情報が削除されていれば通知をサーバ１０に送信する。サーバ１０のログ受信部１３１は、通知を受信すると、インシデント記憶部１２３の「承認」を更新する。
【００６２】
削除部２３７は、サーバ１０の削除部１３５から削除指示を受信した場合に、削除指示によって特定されるインシデントの顧客情報を自装置上から削除する。
【００６３】
表示部２４０は、各種情報を視認可能な形式で表示する。表示部２４０はたとえば、液晶モニタ等である。表示部２４０は、表示要求送信部２３５が送信した表示要求に応じてサーバ１０から送信されるログ情報を視認可能な形式で表示する。たとえば、表示部２４０は、処理が完了しているが顧客情報が削除されていないインシデントに対応するログ情報を強調表示することができる。
【００６４】
入出力部２５０は、情報の入力を受付け、情報を出力する。入出力部２５０はたとえば、マウス、キーボード、マイクロフォン等である。また、入出力部２５０はまた、スピーカ等である。
【００６５】
［インシデント管理処理の大まかな流れ］
図２は、第１の実施形態に係るインシデント管理処理の流れの一例を示すフローチャートである。図２に示すように、インシデント管理処理においては、まず、各クライアント２０，３０，４０における操作を監視してログ情報を蓄積する（ステップＳ２１）。そして、各クライアント２０，３０，４０からサーバ１０に蓄積したログ情報を送信する。サーバ１０は、各クライアント２０，３０，４０から送信されるログ情報を収集し、集積する（ステップＳ２２）。サーバ１０は、クライアントからの表示要求を受信すると、表示要求に応じてログ情報を送信し、クライアントに表示させる（ステップＳ２３）。これがインシデント管理処理のおおまかな流れである。
【００６６】
インシデント管理処理は、クライアントによる顧客情報のダウンロードを契機として監視部２３２の処理が開始するように構成してもよい。また、インシデント管理処理は、クライアントによる顧客情報の有無と関係なく監視部２３２によるクライアント２０の操作の監視が常時実行されるように構成してもよい。
【００６７】
［インシデント管理システムにおけるログ情報の表示処理］
図７は、第１の実施形態に係るインシデント管理システム１における処理の流れの一例を説明するための図である。図７は、インシデント管理システム１において、管理者権限を持つユーザのクライアントからの表示要求に応じてサーバ１０がログ情報を送信し表示させる処理の例を示す。図７の例では、クライアント３０が、管理者権限を持つユーザのクライアントであるとする。
【００６８】
まず、クライアント２０が顧客情報のファイルをダウンロードする（ステップＳ７０１）。顧客情報のファイルがダウンロードされると、監視部２３２は、当該ファイルのダウンロードに対応付けてインシデントＩＤを付与し、ログ記憶部２２２にログ情報を記憶する。そして、監視部２３２は当該ファイルに対するクライアント２０上での操作内容を監視する。ログ送信部２３３は、ファイルのダウンロードから所定時間が経過したか否かを判定する（ステップＳ７０２）。所定時間が経過していないと判定すると、ログ送信部２３３は、ステップＳ７０２の処理を繰り返す。他方、所定時間が経過したと判定すると、ログ送信部２３３は、ログ記憶部２２２に蓄積されたログ情報をサーバ１０に送信する（ステップＳ７０３）。サーバ１０は、ログ送信部２３３から送信されるログ情報を受信して、ログ記憶部１２２に記憶する（ステップＳ７０４）。クライアント２０では、終了通知送信部２３４が、各インシデントに対応してユーザから処理の終了を示す入力があったか否かを判定する（ステップＳ７０５）。終了を示す入力がないと判定すると（ステップＳ７０５、否定）、ステップＳ７０２に戻り、当該インシデントについての監視部２３２の処理が継続する。他方、終了を示す入力があったと判定すると（ステップＳ７０５、肯定）、終了通知送信部２３４は、処理の終了を示す通知をサーバ１０に送信する（ステップＳ７０６）。通知を受信したサーバ１０は、インシデント記憶部１２３の対応する箇所に、「状態、ｃｌｏｓｅ」を記憶する（ステップＳ７０７）。そして、終了通知送信部２３４は、当該インシデントに関するファイルが削除済みか否かを判定する（ステップＳ７０８）。未削除と判定すると（ステップＳ７０８、否定）、監視部２３２による監視とログ送信部２３３によるログ送信が継続される（ステップＳ７０９）。他方、ファイルが削除されたと判定すると（ステップＳ７０８、肯定）、終了通知送信部２３４は、処理を終了する。
【００６９】
他方、クライアント３０からサーバ１０に対して表示要求が送信される（ステップＳ７１０）。サーバ１０は、ログ記憶部１２２およびインシデント記憶部１２３を参照して、インシデントに対応する処理が終了しているが、未削除のファイルがあるか否かを判定する（ステップＳ７１１）。すなわち、サーバ１０のファイル特定部１３３は、インシデント記憶部１２３に「状態、ｃｌｏｓｅ」と記憶されているが、「承認、ＮＡ」のインシデントＩＤがあるか否かを判定する。そして、ファイル特定部１３３は、ログ記憶部１２２を参照して、当該インシデントＩＤに対応付けられるファイルを特定する（ステップＳ７１１）。そして、ファイル特定部１３３は、特定したファイルに関する情報を表示データ送信部１３２に渡す。表示データ送信部１３２は、表示要求に対応するログ情報のうち、ファイル特定部１３３が特定したファイルがある場合（ステップＳ７１１、肯定）、当該ファイルの情報に強調表示をするようログ情報を更新する（ステップＳ７１２）。他方、ファイル特定部１３３が特定したファイルがない場合（ステップＳ７１１、否定）、表示データ送信部１３２は、強調表示のための処理は実行しない（ステップＳ７１３）。そして、表示データ送信部１３２は、要求されたログ情報を含む表示データをクライアント３０に送信する（ステップＳ７１４）。そして、表示データを受信したクライアント３０では、受信した表示データが表示部に表示される（ステップＳ７１５）。これで処理が終了する。
【００７０】
図７の処理では、表示要求を受信したサーバ１０において、ログ情報の一部に強調表示するための処理を実行するものとした。ただし、強調表示のための処理（図７のステップＳ７１１〜Ｓ７１３）は省略してもよい。この場合、表示要求を受信したサーバ１０では、表示データ送信部１３２が表示要求に対応するログ情報を抽出してそのままクライアント３０に送信する。
【００７１】
［インシデント管理システムにおける削除指示送信処理］
図８は、第１の実施形態に係るインシデント管理システム１における処理の流れの他の例を説明するための図である。図８の例では、インシデント管理システム１において、サーバ１０が、所定のタイミングになるとログ記憶部１２２をチェックして、顧客情報の削除を促す削除指示を管理者権限を持つユーザのクライアント３０に送信する。
【００７２】
図８の右側のステップＳ８０１〜Ｓ８０９までの処理は、図７のステップＳ７０１〜Ｓ７０９までの処理と同様である。したがって、ステップＳ８０１〜Ｓ８０９の処理の説明は省略する。
【００７３】
サーバ１０では、ファイル特定部１３３は所定のタイミングになったか否かを判定する（ステップＳ８１０）。そして所定のタイミングになっていないと判定すると、ファイル特定部１３３はステップＳ８１０の処理を繰り返す。他方、所定のタイミングになったと判定すると、ファイル特定部１３３は、処理が完了しているが、顧客情報が削除されていないインシデントがあるか否かを判定する（ステップＳ８１１）。すなわち、ファイル特定部１３３は、インシデント記憶部１２３に「状態、ｃｌｏｓｅ」と記憶されているが、「承認、ＮＡ」のインシデントＩＤがあるか否かを判定する。そして、該当するインシデントＩＤなしと判定すると（ステップＳ８１１、否定）、ファイル特定部１３３は、ステップＳ８１０に戻る。他方、該当するインシデントＩＤありと判定すると（ステップＳ８１１、肯定）、ファイル特定部１３３はその旨指示送信部１３４に通知する。指示送信部１３４は、該当するインシデントＩＤで特定されるインシデントの処理に使用したファイルの削除を促す通知を、管理者権限を持つユーザのクライアント３０に送信する（ステップＳ８１２）。これで処理が終了する。
【００７４】
［インシデント管理システムにおける自動削除処理］
図９は、第１の実施形態に係るインシデント管理システム１における処理の流れのさらに他の例を説明するための図である。図９の例では、サーバ１０は、インシデントの処理が完了しているのに顧客情報が削除されていない場合、当該インシデントの処理担当者のクライアントに通知して顧客情報を削除させる。
【００７５】
図９の右側のステップＳ９０１〜Ｓ９０９までの処理は、図７のステップＳ７０１〜Ｓ７０９までの処理と同様である。したがって、ステップＳ９０１〜Ｓ９０９の処理の説明は省略する。
【００７６】
サーバ１０のファイル特定部１３３は、所定のタイミングになったか否かを判定する（ステップＳ９１０）。そして所定のタイミングになっていないと判定すると、ファイル特定部１３３はステップＳ９１０の処理を繰り返す。他方、所定のタイミングになったと判定すると、ファイル特定部１３３は、対応が完了しているが、顧客情報が削除されていないインシデントがあるか否かを判定する（ステップＳ９１１）。すなわち、ファイル特定部１３３は、インシデント記憶部１２３に「状態、ｃｌｏｓｅ」と記憶されているが、「承認、ＮＡ」のインシデントＩＤがあるか否かを判定する。そして、該当するインシデントＩＤなしと判定すると（ステップＳ９１１、否定）、ファイル特定部１３３は、ステップＳ９１０に戻る。他方、該当するインシデントＩＤありと判定すると（ステップＳ９１１、肯定）、ファイル特定部１３３は、当該インシデントＩＤにより特定されるインシデントの処理担当者すなわちクライアントを特定する（ステップＳ９１２）。そして、ファイル特定部１３３は、特定したクライアントの情報と、インシデントＩＤの情報とを指示送信部１３４に渡す。指示送信部１３４は、特定されたクライアント３０に、特定されたインシデントの処理で使用したファイルを削除するよう通知する削除通知を送信する（ステップＳ９１３）。削除通知を受信したクライアント３０の削除部は、通知されたファイルを削除（ステップＳ９１４）する。そして、監視部がファイルの削除をログ記憶部に記憶する。ログ送信部は、ファイルを削除したことを記録したログ情報をサーバ１０に送信する（ステップＳ９１５）。これで処理が終了する。
【００７７】
［第１の実施形態の効果］
第１の実施形態に係るインシデント管理システムは、受信部（ログ受信部）と、記憶部と、表示データ送信部と、を備える。受信部は、クライアントがダウンロードしたファイルの情報と、当該ファイルに対するクライアント上の動作と、当該ファイルのダウンロードの契機となったインシデントのステータスと、を当該クライアントから受信する。記憶部は、受信部が受信したファイルの情報と、動作と、インシデントのステータスと、を対応づけて記憶する。表示データ送信部は、記憶部を参照して、ファイルの情報と、動作と、インシデントのステータスと、を対応付けて所定のクライアント上に表示するデータを所定のクライアントに送信する。このように、インシデント管理システムは、クライアントがダウンロードしたファイルに対する処理を追跡して、ダウンロードの契機となったインシデントのステータスと対応付けて表示することができる。このため、ユーザは、ダウンロードされたファイルが、インシデントのステータスからみて適切な処理を実行されているか否かを容易に確認することができる。したがって、ユーザは、ダウンロードされたファイルの状態を容易に確認して管理することができる。このため、第１の実施形態のインシデント管理システムによれば、効率的かつ安全な情報管理を実現することができる。
【００７８】
また、第１の実施形態に係るインシデント管理システムにおいて、受信部は、クライアントがダウンロードしたファイルの情報と、当該ファイルに対するクライアント上の削除動作の有無と、を受信する。また、受信部は、当該ファイルのダウンロードの契機となったインシデントの処理が終了したか否かを受信する。記憶部は、受信部が受信したファイルの情報と、削除動作の有無と、インシデントの処理が終了したか否かと、を対応付けて記憶する。表示データ送信部は、削除動作の有無と、インシデントの処理が終了したか否かと、を、ファイルの情報に対応づけて所定のクライアント上に認識可能に表示するデータを所定のクライアントに送信する。このため、ユーザは、インシデントの処理が終了しているのにクライアント上に顧客情報が残存していないか、容易に判断することができる。このため、効率的かつ安全な情報管理を実現することができる。
【００７９】
また、第１の実施形態に係るインシデント管理システムは、特定部（ファイル特定部）と、送信部（指示送信部）と、をさらに備える。特定部は、所定のタイミングで、記憶部に記憶されるファイルの情報のうち、削除動作無、および、インシデントの処理が終了した旨の情報と対応づけて記憶されるファイルの情報を特定する。送信部は、特定部が特定したファイルの情報を所定のクライアントに送信する。このため、ユーザは、インシデントの処理が終了しているのにクライアント上に顧客情報が残存しているインシデントを容易に特定することができる。そして、ユーザは、特定されたインシデントに対応する顧客情報を削除する等の対応を容易にとることが出来る。このため、効率的かつ安全な情報管理を実現することができる。
【００８０】
また、第１の実施形態に係るインシデント管理システムは、特定部（ファイル特定部）と、送信部（削除部）と、をさらに備える。特定部は、所定のタイミングで、記憶部に記憶されるファイルの情報のうち、削除動作無、および、インシデントの処理が終了した旨の情報と対応づけて記憶されるファイルの情報を特定する。送信部は、特定部が特定したファイルの情報をダウンロードしたクライアントから当該ファイルの情報を削除する指示を、当該クライアントに送信する。このため、インシデント管理システムによれば、インシデントの処理が終了しているのに顧客情報がクライアント上に残存している場合に、容易に当該顧客情報を削除させることができる。このため、効率的かつ安全な情報管理を実現することができる。
【００８１】
［変形例］
第１の実施形態に係るインシデント管理システム１は、インシデントのステータスと顧客情報の削除有無と、顧客情報と、を対応付けて、管理者権限を有するユーザのクライアントに表示する。また、インシデント管理システム１は、インシデントの処理が完了した後にクライアントから削除されていない顧客情報がある場合に、管理者権限を有するユーザのクライアントに削除指示を送信する。また、インシデント管理システム１は、インシデントの処理が完了した後にクライアントから削除されていない顧客情報がある場合に、当該クライアントから顧客情報を自動的に削除する削除指示を送信する。しかし、これに限定されず、サーバが、表示処理、削除指示送信処理、自動削除処理のうちいずれか１つまたは２つの処理を実行するように構成してもよい。この場合、図１に示す表示データ送信部１３２、ファイル特定部１３３、指示送信部１３４、削除部１３５のうち実行する処理に関係しない部分を削除してもよい。また、クライアントについても同様に、制御部２３０に含まれる部分のうち実行する処理に関係しない部分を削除してもよい。
【００８２】
第１の実施形態においては、サーバ１０が顧客情報を記憶するサーバとした。ただし、これに限定されず、サーバ１０とは別に顧客情報を記憶するセキュアサーバを設けてもよい。そして、クライアント２０，３０，４０がセキュアサーバから顧客情報をダウンロードした場合に、クライアント２０，３０，４０におけるログの生成が開始するように構成してもよい。また、クライアント２０，３０，４０がセキュアサーバから顧客情報をダウンロードした場合に、セキュアサーバからサーバ１０に通知される構成としてもよい。
【００８３】
また、第１の実施形態においては、自動削除処理は、サーバ１０が所定のタイミングで記憶部１２０に記憶される情報をチェックして直ちに実行するものとした。これに限らず、インシデントの処理が終了してから所定の期間は顧客情報の残存を許容し、所定の期間が経過すると自動的に削除されるようにインシデント管理システムを構成してもよい。たとえば、インシデント記憶部１２３に「状態、ｃｌｏｓｅ」が記憶されるときに、その時点を示すタイムスタンプを併せて記憶する。そして、ファイル特定部１３３は、ファイルを特定する際に、「ｃｌｏｓｅ」が記憶されてから３日経過しているファイルを特定する。そして、指示送信部１３４は、特定されたファイルを削除する指示を送信する。
【００８４】
また、自動削除処理を実行する場合に、インシデント内容（図５）に応じて、「ｃｌｏｓｅ」の記憶から削除までの時間の長さを変えてもよい。たとえば、インシデント内容が「苦情処理」の場合であれば１週間、インシデント内容が「サーバ容量不足」の場合であれば１カ月等としてもよい。
【００８５】
なお、第１の実施形態では、管理者権限を有するユーザのクライアントのみが、ログ情報の送信を要求できるものとした。これに限らず、全てのクライアントが、ログ情報の送信を要求できるものとしてもよい。また、ログ情報の送信を要求できるクライアントを任意に設定できるようにしてもよい。
【００８６】
また、第１の実施形態では、ファイル特定部１３３は、「状態、ｃｌｏｓｅ」、「承認、ＮＡ」のインシデントに対応する顧客情報は未削除であると判定した。そして、表示処理、削除指示送信処理および自動削除処理が実行されるものとした。しかし、「状態、ｃｌｏｓｅ」、「承認、ＮＡ」のインシデントであっても、顧客情報は削除済みの場合も考えられる。したがって、「状態、ｃｌｏｓｅ」、「承認、ＮＡ」のインシデントが特定された後、さらに、ファイル特定部１３３が、対応する顧客情報についてログ記憶部１２２に「操作、削除」が記憶されているか否かを判定するステップを設けてもよい。そして、未削除のファイルと、未承認のファイルとで表示形式を変えるように構成してもよい。また、未削除のファイルの場合と未承認のファイルの場合とで、管理者に送信する指示内容を変更してもよい。また、未承認のファイルのうち未削除のファイルが存在した場合のみ、自動削除処理を実行するように構成してもよい。
【００８７】
（第２の実施形態）
図１０は、第２の実施形態に係るインシデント管理システム２の構成の一例を示す図である。
【００８８】
図１０に示すように、第２の実施形態に係るインシデント管理システム２は、インシデント管理サーバ６０と、資料管理サーバ７０と、集計サーバ１０Ａと、クライアント２０Ａ，３０Ａと、を備える。インシデント管理サーバ６０、資料管理サーバ７０、集計サーバ１０Ａ、クライアント２０Ａ，３０Ａは、任意のネットワークにより相互に通信可能に接続される。
【００８９】
インシデント管理サーバ６０は、インシデントの情報を管理するサーバである。インシデントが発生すると、インシデントに関する情報がインシデント管理サーバ６０のデータベース６１に記憶される。データベース６１に記憶されるインシデント情報は、図５に示すインシデント情報と同様である。インシデント管理サーバ６０は、クライアント２０Ａ，３０Ａ等との情報の送受信を制御するネットワーク制御部６２を備える。
【００９０】
資料管理サーバ７０は、インシデント管理システム２において使用される顧客に関する情報を管理するサーバである。資料管理サーバ７０は、データベース７１を備える。データベース７１には、顧客情報が記憶される。顧客情報の構成は、図３に示す顧客情報と同様である。資料管理サーバ７０はまた、クライアント２０Ａ，３０Ａ等との情報の送受信を制御するネットワーク制御部７２を備える。
【００９１】
集計サーバ１０Ａは、クライアント２０Ａから証跡ログを受信して、証跡ログデータベース１１に記憶する。集計サーバ１０Ａは、ログ編集部１２とネットワーク制御部１３とを備える。ログ編集部１２は、クライアント３０Ａからの表示要求に応じて、証跡ログデータベース１１に記憶されるログを編集する。ネットワーク制御部１３は、クライアント２０Ａ，３０Ａ等との情報の送受信を制御する。ネットワーク制御部１３は、クライアント３０Ａからの表示要求を受信すると、ログ編集部１２に当該要求を渡す。また、ネットワーク制御部１３は、表示要求に応じてログ編集部１２が編集したログを、クライアント３０Ａに送信する。
【００９２】
インシデント管理サーバ６０、資料管理サーバ７０、集計サーバ１０Ａは、図１に示したサーバ１０と同様の機能を集合的に実現する。
【００９３】
クライアント２０Ａは、インシデントに対応して処理を実行するインシデント対応者が使用する情報処理端末である。クライアント２０Ａは、図１に示したクライアント２０と同様の機能を実現する。クライアント２０Ａは、ネットワーク制御部２１と、ネットワーク監視部２２と、ファイル監視部２３と、表示部２４と、入出力制御部２５と、記憶部２６と、を備える。
【００９４】
ネットワーク制御部２１は、インシデント管理サーバ６０、資料管理サーバ７０、集計サーバ１０Ａ等との情報の送受信を制御する。
【００９５】
ネットワーク監視部２２は、ネットワーク上でやりとりされる情報を監視する。ネットワーク監視部２２はたとえば、資料管理サーバ７０からダウンロードされるパケットを検知する。また、ネットワーク監視部２２は、インシデント管理サーバ６０からダウンロードされるパケットを検知する。
【００９６】
ファイル監視部２３は、クライアント２０Ａ上で実行されるファイルの処理を監視する。ファイル監視部２３はたとえば、アプリケーションが実行するダウンロードや、キャッシュファイルの生成を監視する。また、ファイル監視部２３は、一時ファイルから実際のファイルが作成される処理を検知する。
【００９７】
表示部２４は、液晶モニタ等の表示画面を備え、情報を視認可能な形式で提示する。表示２４は、情報を認識可能な形式で提示できれば、音声等の形式で提示してもよい。ただし、本実施形態では、視認可能な形式で提示するものとする。
【００９８】
入出力制御部２５は、クライアント２０Ａに対する情報の入力およびクライアント２０Ａからの情報の出力を制御する。入出力制御部２５は、たとえば、マウスやキーボード、スピーカ等を備える。
【００９９】
記憶部２６は、資料管理サーバ７０からダウンロードした顧客データを記憶する。また、記憶部２６は、クライアント２０Ａにおいて集積される証跡ログを記憶する。証跡ログとは、クライアント上で顧客データに対して実行される処理のログである。証跡ログは、図４に示したログ情報と同様の構成でよい。
【０１００】
クライアント３０Ａは、管理者が使用する情報処理端末である。クライアント３０Ａは、ネットワーク制御部３１と、表示部３２と、入出力制御部３３と、を備える。
【０１０１】
ネットワーク制御部３１は、クライアント２０Ａのネットワーク制御部２１と同様の機能および構成を有する。
【０１０２】
表示部３２は、クライアント２０Ａの表示部２４と同様の機能および構成を有する。
【０１０３】
入出力制御部３３は、クライアント３０Ａに対する情報の入力およびクライアント３０Ａからの情報の出力を制御する。入出力制御部３３は、クライアント２０Ａの入出力制御部２５と同様の機能および構成を有する。
【０１０４】
［インシデント管理サーバ６０における処理の一例］
図１１は、インシデント管理サーバ６０における処理の一例を示すフローチャートである。図１１に示すように、インシデント管理サーバ６０は、集計サーバ１０Ａ、クライアント２０Ａ等からインシデントを参照する要求を受信する。インシデント管理サーバ６０は、インシデントを参照する要求を受信した場合（ステップＳ１１０１、肯定）、要求によって指定されたインシデントの情報をデータベースから抽出して要求元に送信する（ステップＳ１１０２）。他方、要求を受信していない場合（ステップＳ１１０１、否定）、インシデント管理サーバ６０は処理を終了する。
【０１０５】
［資料管理サーバ７０における処理の一例］
図１２は、資料管理サーバ７０における処理の一例を示すフローチャートである。資料管理サーバ７０は、インシデントに対応した顧客情報の要求を、集計サーバ１０Ａ、クライアント２０Ａ等から受信する。資料管理サーバ７０は、要求を受信したと判定した場合（ステップＳ１２０１、肯定）、要求により特定される顧客情報を要求元に送信する（ステップＳ１２０２）。資料管理サーバ７０は、要求を受信していないと判定した場合（ステップＳ１２０１、否定）、処理を終了する。
【０１０６】
［クライアント２０Ａにおけるネットワーク監視処理の流れの一例］
図１３は、ネットワーク監視処理の流れの一例を示すフローチャートである。クライアント２０Ａのネットワーク監視部２２は、ダウンロード処理が実行されるとき、資料管理サーバ７０からのダウンロードか否かを判定する（ステップＳ１３０１）。そして、資料管理サーバ７０からのダウンロードであると判定すると（ステップＳ１３０１、肯定）、記憶部２６に、監視対象ファイル情報を記憶する領域を準備する（ステップＳ１３０２）。監視対象ファイル情報とは、インシデント管理処理において監視対象とするファイルの情報である。監視対象ファイル情報とは、たとえば、図４に示したインシデントＩＤ、ファイル種類、ファイルサイズ、操作の情報に対応する。そして、ネットワーク監視部２２は、監視対象ファイル情報を準備された領域に記憶する。たとえば、ネットワーク監視部２２は、顧客情報のファイルに対する操作情報を記憶部２６にログとして保存する（ステップＳ１３０３）。たとえば、図４のログ情報に示したように、ダウンロードされたファイルのファイル種類、ファイルサイズ、ファイル名等を記憶部２２に記憶する。なお、ステップＳ１３０１において、資料管理サーバからのダウンロードではないと判定した場合（ステップＳ１３０１、否定）、ネットワーク監視部２２は処理を終了する。
【０１０７】
［クライアント２０Ａにおけるファイル監視処理の流れの一例］
図１４は、ファイル監視処理の流れの一例を示すフローチャートである。クライアント２０Ａのファイル監視部２３は、クライアント２０Ａ上で実行されるファイルに対する操作を監視する。ファイル監視部２３は、操作を検知すると、当該操作が監視対象ファイルに対する操作であるか否かを判定する（ステップＳ１４０１）。監視対象ファイルに対する操作であると判定した場合（ステップＳ１４０１、肯定）、ファイル監視部２３は、当該操作の情報をログに保存する（ステップＳ１４０２）。たとえば、ファイル監視部２３は、記憶部２６中、ネットワーク監視部２２により準備された対応する監視対象ファイル情報の領域に、操作の情報を記憶する。監視対象ファイルに対する操作ではないと判定した場合（ステップＳ１４０１、否定）、ファイル監視部２３は処理を終了する。
【０１０８】
［クライアント２０Ａにおけるログ送信処理の流れの一例］
図１５は、ログ送信処理の流れの一例を示すフローチャートである。クライアント２０Ａの入出力制御部２５は、予め設定された時間（ログ送信時間）になったか否かを判定する（ステップＳ１５０１）。入出力制御部２５は、予め設定された時間になったと判定すると（ステップＳ１５０１、肯定）、集計サーバ１０Ａに記憶部２６に記憶されたログを送信する（ステップＳ１５０２）。他方、予め設定された時間になっていないと判定すると（ステップＳ１５０１、否定）、入出力制御部２５は処理を終了する。
【０１０９】
［クライアント２０Ａにおけるファイル操作監視処理の流れの一例］
図１６は、ファイル操作監視処理の流れの一例を示すフローチャートである。ファイル監視部２３は、監視対象ファイルが設定されているとき、ファイルシステムの監視を開始する。たとえば、ネットワーク監視部２２が監視対象ファイル情報の領域を準備したとき、ファイル監視部２３は、ファイルシステムの監視を開始する。まず、ファイル監視部２３は、イベントを検知したか否かを判定する（ステップＳ１６０１）。検知したと判定すると（ステップＳ１６０１、肯定）、ファイル監視部２３は、イベント種別を判定する。イベント種別がＤｅｌｅｔｅｄイベントである場合（ステップＳ１６０２）、ファイル監視部２３は、「削除」（ステップＳ１６０３）を「操作」としてログに記憶する（ステップＳ１６０４）。また、イベント種別がＣｒｅａｔｅｄイベントである場合（ステップＳ１６０５）、ファイル監視部２３は、直前にＤｅｌｅｔｅｄイベントがあるか否かを判定する（ステップＳ１６０６）。直前にＤｅｌｅｔｅｄイベントがある場合（ステップＳ１６０６、肯定）、ファイル監視部２３は、「移動」（ステップＳ１６０７）を「操作」としてログに記憶する（ステップＳ１６０４）。また、直前にＤｅｌｅｔｅｄイベントがない場合（ステップＳ１６０６、否定）、ファイル監視部２３は、「コピー」（ステップＳ１６０８）を「操作」としてログに記憶する（ステップＳ１６０４）。また、イベント種別がＣｈａｎｇｅｄイベントである場合（ステップＳ１６０９）、ファイル監視部２３は、直前にＤｅｌｅｔｅｄイベントがあるか否かを判定する（ステップＳ１６１０）。直前にＤｅｌｅｔｅｄイベントがある場合（ステップＳ１６１０、肯定）、ファイル監視部２３は、「上書き移動」（ステップＳ１６１１）をログに記憶する（ステップＳ１６０４）。他方、直前にＤｅｌｅｔｅｄイベントがない場合（ステップＳ１６１０、否定）、ファイル監視部２３は、「上書きコピー」（ステップＳ１６１２）をログに記憶する（ステップＳ１６０４）。また、イベント種別がＲｅｎａｍｅｄイベントである場合（ステップＳ１６１３）、ファイル監視部２３は、「名前変更」（ステップＳ１６１４）をログに記憶する（ステップＳ１６０４）。これで処理が終了する。このようにファイル監視部２３は、ファイルシステムレベルの操作をユーザ操作レベルに変換して、ログとして記憶する。
【０１１０】
［集計サーバ１０Ａにおける顧客情報削除依頼処理の流れの一例］
図１７は、顧客情報削除依頼処理の流れの一例を示すフローチャートである。集計サーバ１０Ａは、クライアント２０Ａから受信した証跡ログをデータベース１１に記憶する。ログ編集部１２は、記憶された証跡ログを編集する（ステップＳ１７０１）。そして、ログ編集部１２は、ログに対応づけられるインシデントの状態を、インシデント管理サーバ６０から取得して確認する（ステップＳ１７０２）。たとえば、ログ編集部１２は、図５の「状態」に相当する情報を確認する。そして、ログ編集部１２は、確認した情報が「Ｃｌｏｓｅ」すなわちインシデントに対応する処理が終了したことを示すか否かを判定する（ステップＳ１７０３）。「Ｃｌｏｓｅ」であると判定した場合（ステップＳ１７０３、肯定）、ログ編集部１２は、証跡ログを参照し、当該インシデントに対応する顧客情報を確認する（ステップＳ１７０４）。ログ編集部１２は、削除されていない顧客情報があるか否かを判定する（ステップＳ１７０５）。削除されていない顧客情報があると判定した場合（ステップＳ１７０５、肯定）、ログ編集部１２は、担当者に削除依頼を送信する（ステップＳ１７０６）。たとえば、ログ編集部１２は、証跡ログにより特定される当該インシデントの担当者のクライアントに削除依頼を送信する。他方、ログ編集部１２が、インシデントの状態が「Ｃｌｏｓｅ」ではないと判定した場合（ステップＳ１７０３、否定）、処理は終了する。また、ログ編集部１２が、削除されていない顧客情報はないと判定した場合（ステップＳ１７０５、否定）も、処理は終了する。
【０１１１】
［証跡ログの確認時の処理の流れの一例］
図１８は、クライアント３０Ａ上でユーザが証跡ログを確認する際の処理の流れの一例を示すフローチャートである。まず、クライアント３０Ａからインシデント確認画面の要求が送信される（ステップＳ１８０１）。インシデント確認画面の要求は、第１の実施形態の表示要求と同様である。インシデント確認画面はたとえば、図４に示すログ情報と同様の情報を表示する画面である。
【０１１２】
インシデント確認画面の要求を受信した集計サーバ１０Ａ（ステップＳ１８０２）において、ログ編集部１２は、要求に応じて証跡ログを編集する（ステップＳ１８０３）。そして、ログ編集部１２は、ネットワーク制御部１３を介してクライアント３０Ａに編集した証跡ログを送信する（ステップＳ１８０４）。
【０１１３】
クライアント３０Ａは、集計サーバ１０Ａから要求した画面を受信したか否かを判定する（ステップＳ１８０５）。受信していないと判定すると（ステップＳ１８０５、否定）、クライアント３０Ａは、ステップＳ１８０５の判定を繰り返す。他方、受信したと判定すると（ステップＳ１８０５、肯定）、クライアント３０Ａは画面を表示して、ユーザにインシデントの処理状況を確認させる（ステップＳ１８０６）。以上で処理が終了する。
【０１１４】
［第２の実施形態の効果］
第２の実施形態に係るインシデント管理システム２は、第１の実施形態に係るインシデント管理システム１と同様、効率的かつ安全な情報管理を実現する。また、第２の実施形態に係るインシデント管理システム２において、ファイル監視部は、クライアント上でのファイルの移動、コピー、上書き移動、および上書きコピーの操作の情報を検知する。そして、集計サーバ１０Ａのネットワーク制御部１３（受信部）は、ファイルに対するクライアント上での移動、コピー、上書き移動、および上書きコピーの操作の情報をクライアントから受信する。このため、集計サーバは、クライアント上で実行された操作の内容を詳しく取得して証跡ログを編集することができる。このため、管理者のクライアントに対して、ダウンロードされたファイルの状態を詳しく表示することができる。このため、第２の実施形態に係るインシデント管理システムは、効率的かつ安全な情報管理を実現することができる。
（第３の実施形態）
【０１１５】
これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０１１６】
［クラウドコンピューティングによる実装］
開示のインシデント管理プログラムは、クラウドシステムを構成するサーバに実装し、クラウドシステムを介してクライアントによる顧客情報のダウンロードを監視するために使用することができる。
【０１１７】
［分散および統合］
図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の付加や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１１８】
［インシデント管理プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをサーバ等のコンピュータからタブレット端末やノート型コンピュータ等のコンピュータに配布し、サーバとコンピュータとが処理を協働して実行することによって実現することができる。そこで、以下では、図１９を用いて、上記の実施例と同様の機能を有するインシデント管理プログラムを実行するコンピュータの一例について説明する。
【０１１９】
図１９は、第１〜３の実施形態に係るインシデント管理プログラムを実行するコンピュータの一例について説明するための図である。図１９に示すように、コンピュータ１０００は、操作部１１００と、ディスプレイ１２００と、通信部１３００とを有する。さらに、このコンピュータ１０００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１４００と、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５００と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１６００と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１７００とを有する。これら１１００〜１７００の各部はバス１８００を介して接続される。
【０１２０】
ＨＤＤ１７００には、図１９に示すように、上記の第１の実施形態で示したサーバ１０が有する各部と同様の機能を発揮するモジュールと、クライアント２０が有する各部と同様の機能を発揮するモジュールと、を実装することができるインシデント管理プログラム１７００ａが予め記憶される。このインシデント管理プログラム１７００ａについては、図１に示した各々の各構成要素と同様、適宜統合または分離してもよい。すなわち、ＨＤＤ１７００に記憶される各データは、常に全てのデータがＨＤＤ１７００に記憶される必要はなく、処理に必要なデータのみがＨＤＤ１７００に記憶されればよい。
【０１２１】
そして、ＣＰＵ１４００が、インシデント管理プログラム１７００ａの各モジュールをＨＤＤ１７００から読み出してＲＡＭ１６００に展開する。これによって、図１９に示すように、インシデント管理プログラム１７００ａは、インシデント管理プロセス１６００ａとして機能する。このインシデント管理プロセス１６００ａは、ＨＤＤ１７００から読み出した各種データを適宜ＲＡＭ１６００上の自身に割り当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。なお、インシデント管理プロセス１６００ａは、図１に示した各処理部にて実行される処理を含む。また、ＣＰＵ１４００上で仮想的に実現される各処理部は、常に全ての処理部がＣＰＵ１４００上で動作する必要はなく、必要な処理部のみが仮想的に実現されればよい。
【０１２２】
なお、上記のインシデント管理プログラム１７００ａについては、必ずしも最初からＨＤＤ１７００やＲＯＭ１５００に記憶させておく必要はない。たとえば、コンピュータ１０００に挿入されるフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの「可搬用の物理媒体」に各プログラムを記憶させる。または、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）ディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１０００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを介してコンピュータ１０００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておいてもよい。そして、コンピュータ１０００がこれらから各プログラムを取得して実行するようにしてもよい。
【符号の説明】
【０１２３】
１  インシデント管理システム
１０  サーバ
１１０  通信部
１２０  記憶部
１２１  顧客記憶部
１２２  ログ記憶部
１２３  インシデント記憶部
１３０  制御部
１３１  ログ受信部
１３２  表示データ送信部
１３３  ファイル特定部
１３４  指示送信部
１３５  削除部
２０，３０，４０  クライアント
２１０  通信部
２２０  記憶部
２２１  ファイル記憶部
２２２  ログ記憶部
２３０  制御部
２３１  ダウンロード部
２３２  監視部
２３３  ログ送信部
２３４  終了通知送信部
２３５  表示要求送信部
２３６  確認通知送信部
２３７  削除部
２４０  表示部
２５０  入出力部
５０  ネットワーク
【図１】
2017068378.tif 000003
【図２】
2017068378.tif 000004
【図３】
2017068378.tif 000005
【図４】
2017068378.tif 000006
【図５】
2017068378.tif 000007
【図６】
2017068378.tif 000008
【図７】
2017068378.tif 000009
【図８】
2017068378.tif 000010
【図９】
2017068378.tif 000011
【図１０】
2017068378.tif 000012
【図１１】
2017068378.tif 000013
【図１２】
2017068378.tif 000014
【図１３】
2017068378.tif 000015
【図１４】
2017068378.tif 000016
【図１５】
2017068378.tif 000017
【図１６】
2017068378.tif 000018
【図１７】
2017068378.tif 000019
【図１８】
2017068378.tif 000020
【図１９】
2017068378.tif 000021