(57)【要約】【課題】  本発明の目的は、セキュリティレベルの高い情報を出力可能な情報系システムにおいて、簡単なデバイス制御方式、つまり情報漏洩防止プログラム、または情報漏洩防止装置を実装することにより、セキュリティを確保した記録媒体への出力処理を提供することにある。【解決手段】  リムーバブル・ドライブに対する入出力要求前に行うデバイスのアンロック、入出力処理後に行うデバイスのロックにより、記録媒体への出力が許可された業務ＡＰのみ情報の出力を可能とする。記録媒体に出力可能なデータは、暗号化モジュールにより暗号化を行うことで、セキュリティを確保した制御方式を提供する。【選択図】図１
2007334619.tif 000002
【特許請求の範囲】
【請求項１】
デバイスに対するアクセスを制御して情報の漏洩を防止する情報漏洩防止プログラムにおいて、コンピュータに接続されるリムーバブル・デバイスを検索し、アクセスをロック処理するステップと、上記コンピュータのＡＰＰから上記リムーバブル・デバイスのアンロック処理を要求するステップと、上記デバイスへの出力処理終了後に上記ＡＰＰから上記リムーバブル・デバイスへのアクセスをロック処理するステップを実行させることを特徴とする情報漏洩防止プログラム。
【請求項２】
上記リムーバブル・デバイスのロック処理は、オペレーティングシステム起動時に認識されるデバイスのロック処理と、オペレーティングシステム稼動時に新規追加で認識されるデバイスのロック処理を含み、全リムーバブル・デバイスのロック処理を可能とし、また、上記デバイスの管理は、上記コンピュータのメモリ上で管理することを特徴とする請求項１記載の情報漏洩防止プログラム。
【請求項３】
上記デバイスに対するアクセス処理は、上記コンピュータのロック情報テーブルにより管理を行い、アンロックを要求した親プロセスの停止やアンロックが一定時間以上経過した場合、強制的にロックの状態に戻すステップを含む請求項１記載の情報漏洩防止プログラム。
【請求項４】
デバイスに対するアクセスを制御して情報の漏洩を防止する情報漏洩防止装置において、リムーバブル・デバイスが接続されるパーソナルコンピュータからなり、該コンピュータは、デバイス制御呼出し機能を有するＡＰＰ部と、該ＡＰＰ部のデバイス制御呼出しを受けて上記デバイスを制御するデバイス制御部と、上記デバイスをロックするロック情報を記憶する記憶部とを含み、上記ＡＰＰ部からデバイス呼出しを受けたとき、上記デバイス制御部をもって上記デバイスをアンロックし、該デバイスへのデータ出力後、上記ロック情報記憶部の情報をもって上記デバイスをロックすることを特徴とする情報漏洩防止装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は記録媒体による情報漏洩を防止するため、コンピュータ・デバイスに対する制御により、情報漏洩を防止する情報漏洩防止プログラムおよび情報漏洩防止装置に関する。
【背景技術】
【０００２】
近年、情報システム化が進み情報がデータ化されたことにより、企業情報・個人情報の情報漏洩が社会問題となっている。例えば、パーソナルコンピュータやデータ格納メディアの小型化により、盗難・紛失といったことが情報漏洩の機会となっている。
【０００３】
その防衛策として、利用者のアクセス権限情報を登録し、ＯＳからリソースへの操作要求を監視することで、リソースへの利用権限がないユーザに対しては、記録媒体への持ち出しを制限するといった情報漏洩対策技術がある。
【０００４】
【特許文献１】特開２００５−１２２４７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の情報漏洩対策では、ユーザが利用できる操作を制限し、また、ユーザ自身に特別な操作を強いることで、セキュリティを確保する方法となっている。
【０００６】
また、記録媒体への出力に関しては、リソースによる利用制限を行っているため、セキュリティレベルによる記録媒体への持ち出しを制限することができない問題があった。
【０００７】
本発明の目的は、セキュリティレベルの高い情報を出力可能な情報系システムにおいて、簡単なデバイス制御方式、つまり情報漏洩防止プログラム、または情報漏洩防止装置を実装することにより、セキュリティを確保した記録媒体への出力処理を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明ではパーソナルコンピュータにリムーバブル・デバイスの制御を行うソフトウェアを導入し、業務ＡＰＰからドライブの読み込み・書き込みを行う際に、デバイス制御を要求することにより、セキュリティを確保した記録媒体への出力処理を提供する。
【発明の効果】
【０００９】
本発明によれば、出力が可能な業務ＡＰＰのみが記録媒体への出力可能となる。また、ユーザ毎にアクセス権限の設定を行う等の操作を必要とせずに記録媒体への持ち出しを管理できるという利点がある。
【発明を実施するための最良の形態】
【００１０】
[実施例]
以下、図面を参照して実施の形態について説明する。図１は本発明の実施の形態を示す構成図である。
【００１１】
パーソナルコンピュータ１には、各種ＡＰＰ部２、デバイス制御部４、暗号化モジュール部５、プロセスＩＤ情報テーブル（プロセスＩＤ情報格納部）８、ロック情報テーブル（ロック情報格納部）９、ログファイル（ログ格納部）１０を実装しており、接続されたドライブ６のデバイス制御は、各種ＡＰＰ２に実装するデバイス制御呼出部３とデバイス制御部４の通信電文により実現する。
【００１２】
ドライブ６は、情報データの読み出しや書き込みが可能であるＦＤ、ＭＯ、ＵＳＢ（Universal Serial Bus）メモリなどのリムーバブル・ディスクドライブとする。
【００１３】
デバイス制御部４において、制御対象とするデバイスは、ディスクを外部へ持ち出し可能なリムーバブル・デバイス６とする。また、デバイス制御部４は、パーソナルコンピュータ１に接続されドライブ６を検索し、全てのリムーバブル・デバイスのロック処理を行う。ロックしたドライブ名称はロック情報テーブル９に記録する。ロックされたドライブ６に対しては、読み取り、書き込み操作をＯＳレベルで禁止する。
【００１４】
各種ＡＰＰ２からドライブ６の記録媒体７への出力は、デバイス制御呼出部３とデバイス制御部４により行う。
【００１５】
デバイス制御呼出部３は、記録媒体７の読み込み、書き込み前に、デバイス制御４へアンロックの要求を電文で依頼する。デバイス制御部４は要求電文を受け取ると、ロック情報テーブル９を参照し、該当デバイスの状況を確認する。該当ドライブがロックされていた場合、ドライブのアンロックを実行し、ドライブの状態をアンロックに変更する。
【００１６】
プロセスＩＤ情報テーブル８は、ドライブ６のアンロックを要求した業務ＡＰＰ２の親プロセスＩＤとアンロック開始時間を管理する。例えば、アンロックを要求したプロセスがロック処理を要求せずに終了した場合や、長時間アンロックの状態を維持した場合、ドライブ操作に対するセキュリティホールが発生する。このセキュリティホールを防ぐため、アンロックを要求したプロセスの生死確認、一定時間以上アンロックしているドライブの確認を行い強制的にロック処理を行うために、プロセスＩＤ情報テーブル８を使用する。
【００１７】
ロック情報テーブル９は、デバイス制御部４でロックした全てのドライブ情報を記録する。また、デバイス制御呼出部３より要求されるドライブ操作の状況、ロックの多重度を管理する。複数の業務ＡＰＰから同一ドライブに対してアンロックを実行した場合でも、最後に実行したロック処理要求時にドライブのロックを実現する。
【００１８】
暗号化モジュール５は、記録媒体７への出力データに対して暗号化を行う。ログファイル１０は、デバイス制御３の動作状況をログ記録する。
【００１９】
次にリムーバブル・デバイス６のロック処理を図２のフローチャートに従って説明する。
【００２０】
図２はパーソナルコンピュータ１の起動時にサービス・アプリケーションから自動起動された場合を示したものである。同図において、自動起動後、パーソナルコンピュータ１に接続された利用可能なディスク・ドライブ６の取得を行う（Ｓ１１）。取得したドライブがリムーバブル・ドライブの場合（Ｓ１２）、検出した該当ドライブのロック処理を行う（Ｓ１３）。取得したドライブがリムーバブル・ドライブ以外の場合（Ｓ１２）、次に利用可能なディスク・ドライブの取得を行う（Ｓ１１）。
【００２１】
ロックしたドライブについては、図６に示すロック情報テーブルに情報を登録する（Ｓ１４）。例えば、デバイス制御４のプロセスＩＤ＝１００１でフロッピー（登録商標）ディスク・ドライブ（Ａ：）を検知した場合、ロック情報テーブル９へ、“Ａ，１，１，１００１”を登録する。
【００２２】
この一連の処理によって、パーソナルコンピュータ１に接続される全てのリムーバブル・ドライブのロック処理が可能となる。
【００２３】
また、本処理はサービス起動中に繰り返し実行することにより、新規に追加されたリムーバブル・ドライブについてもロックを可能とする。
【００２４】
次に、プロセスＩＤ＝１０２６の業務ＡＰＰ２より、フロッピー（登録商標）ディスク・ドライブ（Ａ：）へ出力要求を行う場合の流れを図３のフローチャートに従って説明する。
【００２５】
ユーザは業務処理を実行する（Ｓ２１）。業務ＡＰＰ２からドライブ６への出力要求を行うため、デバイスのアンロックを要求電文で送信する（Ｓ２２）。デバイスのアンロック要求はデバイス制御呼出部３からデバイス制御部４へ図７に示す要求電文を使用して通信される。要求電文の内容は“SEC0020：0：A：1026”となる。デバイス制御４は、要求電文の内容より処理を実行して、図８に示す応答電文をデバイス制御呼出３へ返す（Ｓ２３）。要求通りに正常に終了した場合（Ｓ２４）、応答電文として、“SEC0010：0”を返す。要求した処理が異常終了した場合（Ｓ２３）、処理を終了する。
【００２６】
デバイス制御部４は、ドライブ６のアンロック後、暗号化モジュールへのデータ出力を実行する（Ｓ２５）。出力終了後、使用したドライブのロックを行うため、デバイスのロックを要求電文で送信する（Ｓ２６）。デバイスロックを要求する場合、要求電文の内容は“SEC0020：1：A：1026”となる。
【００２７】
デバイス制御部４は、要求電文の内容に従い処理を実行し、応答電文をデバイス制御呼出部３へ送信する（Ｓ２７）。ロック処理が正常終了した場合（Ｓ２８）、応答電文として“SEC0010：0”を受信する。ロック処理が異常終了の場合（Ｓ２８）、指定したドライブが未存在、又は制御が異常終了した場合は、“SEC0010：1”又は“SEC0010：2”を返し、処理を終了する。
【００２８】
デバイス制御部４の主処理の流れを図４に示すフローチャートに従って説明する。主処理では、デバイス制御呼出部３から送信される要求電文の受信を待ち、要求電文の受信後に各処理の実行を行う（Ｓ３１）。受信した要求電文より、指定ドライブが存在するかチェックを行う。指定ドライブが存在する場合（Ｓ３２）、制御区分の判定を行う（Ｓ３３）。制御区分が“0：ロック”の場合、該当ドライブのロック処理を行う。また、制御区分が“1：アンロック”の場合は、該当ドライブのアンロック処理を行う。
【００２９】
該当ドライブのロック・アンロック処理の実行結果、指定ドライブが存在しない場合（Ｓ３２）、エラー情報を応答電文として送信する（Ｓ３６）。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施の形態を示す構成図
【図２】全リムーバブル・ドライブのロック処理手順を示したフローチャート
【図３】ＡＰＰからリムーバブル・ドライブへの情報出力手順を示したフローチャート
【図４】デバイス制御の主処理を示したフローチャート
【図５】プロセスＩＤ情報テーブルを示した図
【図６】ロック情報テーブルを示した図
【図７】要求電文の一例
【図８】応答電文の一例
【符号の説明】
【００３１】
１：パーソナルコンピュータ
２：各種ＡＰＰ
３：デバイス制御呼出部
４：デバイス制御部
５：暗号化モジュール
６：ドライブ
７：記録媒体
８：プロセスＩＤ情報テーブル
９：ロック情報テーブル
１０：ログファイル
【図１】
2007334619.tif 000003
【図２】
2007334619.tif 000004
【図３】
2007334619.tif 000005
【図４】
2007334619.tif 000006
【図５】
2007334619.tif 000007
【図６】
2007334619.tif 000008
【図７】
2007334619.tif 000009
【図８】
2007334619.tif 000010