情報処理装置、情報処理システム、制御方法、プログラム、及び記憶媒体
【課題】利便性がよく、より強固なデバイスの利用制限をかけることができる技術を提供する。
【手段】ユーザのデバイスの利用を制御可能な情報処理装置であって、前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段有し、前記複数の制御処理手段は、前記デバイスとの間のデータの入出力、または、入力、または、出力のうち少なくとも一つを制御する。
【手段】ユーザのデバイスの利用を制御可能な情報処理装置であって、前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段有し、前記複数の制御処理手段は、前記デバイスとの間のデータの入出力、または、入力、または、出力のうち少なくとも一つを制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、制御方法、プログラム、及び記憶媒体に関する。特に、情報漏えい防止の技術に関する。
【背景技術】
【０００２】
情報処理装置からデバイスへの機密情報の漏えいを防止するために、デバイスドライバに対するデバイスフィルタドライバでデバイスへのデータのＩ／Ｏを制御し、情報漏えいを防止する方法が知られている。
【０００３】
しかしながら、従来の構成のように、デバイスフィルタドライバのみで制御する手法では、悪意ある者によってその技術を回避する方法を知られてしまうと、デバイスへの制御が有効に用いられず、情報漏えいが発生してしまうという問題がある。
【０００４】
そこで、特許文献１では、ファイルアクセス制御ドライバと外部媒体書込み制御ドライバとにより、外部媒体への書き込み制御を行うシステムが開示されている。また、特許文献２では、デバイスフィルタドライバとファームウェアとにより、デバイスの利用制限を行い、情報漏えいを防止している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−５９５０１号公報
【特許文献２】特開２００８−１６５３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、ファイルアクセス制御ドライバは、ファイルパスの切り替えを行う機能であるため、入出力対象が書き込みを禁止したものは、擬似的に外部媒体との間で入出力を行う。これにより、ユーザからは一見ファイルをコピーできたかのように見えるため、ユーザが意図した処理となっているかが明確ではなく、ユーザビリティ（ユーザの利便性）における課題がある。
【０００７】
また、特許文献２では、ファームウェアを用いてデバイスへの制御を行うため、汎用性が乏しく、こちらにおいてもユーザビリティにおける課題がある。
【０００８】
本発明は、上記の課題を鑑みてなされたものであり、ユーザの利便性がよく、より強固なデバイスの利用制限をかけることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は以下の構成を有する。ユーザのデバイスの利用を制御可能な情報処理装置であって、前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段を有し、前記複数の制御処理手段は、前記デバイスとの間のデータの入出力、または、入力、または、出力のうち少なくとも一つを制御することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、利便性がよく、より強固なデバイスの利用制限をかけることが出来る技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るシステム構成の例図。
【図２】本実施形態に係るグローバルフックによる制御のフローチャートの例図。
【図３】本実施形態に係るＡＰＩフックによる書き込み制御例のフローチャートの図。
【図４】本実施形態に係るＡＰＩフックによる読み込み制御例のフローチャートの図。
【図５】本実施形態に係るファイルシステムフィルタドライバ、及びデバイスフィルタドライバの書き込み制御例のフローチャートの図。
【図６】本実施形態に係るファイルシステムフィルタドライバ、及びデバイスフィルタドライバの読み込み制御例のフローチャートの図。
【図７】本実施形態に係るファイルシステムフィルタドライバのアタッチ例のフローチャートの図。
【図８】本実施形態に係るファイルシステムフィルタドライバのアタッチ例のフローチャートの図。
【図９】本実施形態に係るデバイスフィルタドライバのアタッチ例のフローチャートの図。
【発明を実施するための形態】
【００１２】
＜第一の実施形態＞
以下、本発明について、図面を用いて詳細に説明する。なお、これにより本発明が限定されるものではない。
【００１３】
図１は、本実施形態に係る強固な情報漏えい防止を実現するための情報処理装置のソフトウェア構成例を示したものである。なお、ここでの情報処理装置とは、例えば、ＰＣや汎用コンピュータなどを指しているが、これに限定されるものではなく、情報処理装置として同様の機能が実現可能なものであればどういったものでも良い。ここで示した情報処理装置のソフトウェアにおける構成要素はその役割、及び関連する制御処理に基づいて階層構造を構成している。図１は、ユーザが用いる既存の情報処理装置のＯＳ１を示しており、その構成要素として、各処理レイヤに対しグローバルフック２、ＡＰＩフック３、ファイルシステムフィルタドライバ５、デバイスフィルタドライバ７がインストールされている。
【００１４】
なお、各処理レイヤに対応するフィルタ手段（グローバルフック２、ＡＰＩフック３、ファイルシステムフィルタドライバ５、デバイスフィルタドライバ７）は、各処理レイヤへの要求をフィルタ（拡張、置き換え等）するものである。例えば、各処理レイヤにおけるリムーバブルディスクへの書き込み、読み込み等を制御することができる。
【００１５】
グローバルフック２とＡＰＩフック３（アプリケーション制御手段）は、ユーザモード層４の上位に位置する。グローバルフック２は、リムーバブルディスク（外付けデバイス）が接続されている場合に、ユーザが保存ボタンを押下すると、保存を行う際のウィンドウが表示されず保存できないように制御する機能を備える。ＡＰＩフック３は、リムーバブルディスクへの書き込み、リムーバブルディスクからの読み込みを制御する機能を備える。なお、各フックや各フィルタドライバを生成するための制御プロセス（不図示）は、ユーザモード層４にインストールされる。
【００１６】
また、グローバルフック２とＡＰＩフック３は、後述するデバイスフィルタドライバ７のみでは制御できない、例えば、エラーメッセージを表示させない機能を備えることも可能である。
【００１７】
ファイルシステムフィルタドライバ５（ファイルシステム制御手段）は、ファイルシステムドライバ層６の上位に位置する。ファイルシステムフィルタドライバ５は、ファイルシステム（例えば、ボリューム）の制御をする機能を備える。なお、ここでのボリュームとは、例えば、情報処理装置内に備えるハードディスクなどに代表される記憶媒体（不図示）の記憶領域などを指す。
【００１８】
また、ファイルシステムフィルタドライバ５は、後述するデバイスフィルタドライバ７のみでは制御できない、例えば、遅延書き込みエラーのメッセージを表示させないための機能を備える。
【００１９】
また、ファイルシステムフィルタドライバ５は、使用しているデバイス（例えば、ポート）を判定する機能を備えることも可能である。
【００２０】
デバイスフィルタドライバ７（デバイス制御手段）は、デバイスドライバ層８の上位に位置する。デバイスフィルタドライバ７は、デバイス（例えば、ポート）の制御を行う機能を備える。なお、ここでのポートとは、例えば、情報処理装置が有するデバイスを接続するためのインタフェース（不図示）などを指す。
【００２１】
以上により、本実施形態において、ユーザモード層４では、リムーバブルディスク（デバイス）の利用を制御するために、ユーザモードに対するデータの保存／書き込み／読み込みといった入出力の処理を行う。ファイルシステムドライバ層６では、ファイルシステムに対するデータの書き込み／読み込みといった、ファイルシステムに対する入出力の処理を行う。デバイスドライバ層８では、デバイスに対するデータの書き込み／読み込みといったデバイスに対する入出力の処理を行う。すなわち、ユーザがデバイスを使用するために実行される複数の処理レイヤにて、それぞれの役割に応じた処理を行う。そして、それらのデバイスを利用するための処理に対し、上記インストールされたフック、及びフィルタドライバは制御処理を行う。
【００２２】
なお、制御処理は、フック、及びフィルタドライバに限定されず、例えば、ファイルシステムドライバ、デバイスドライバ等、複数の処理レイヤにてデバイスとの間のデータの入出力を制御するものでも可能である。また、入力、もしくは出力の一方のみの制御であっても良い。
【００２３】
［制御処理］
以下に図を用いて、各処理レイヤにおいて実行される制御処理の例を示す。
【００２４】
図２は、ユーザモード層４に対応するグローバルフック２の制御例のフローチャートを示している。アプリケーションにおける保存ボタンを押下された際に、それに起因してイベントが発生する（ステップ２１）。続いて、リムーバブルディスクが接続されているか否かの判定を行う（ステップ２２）。もし、リムーバブルディスクが接続されているのであれば、保存処理を行わせないために、保存画面を表示させず、閉じる制御を行う（ステップ２３）。リムーバブルディスクが接続されていなければ、ウィンドウメッセージを本来受け取る出力先に渡し、保存画面のウィンドウを表示させる（ステップ２４）。
【００２５】
図３は、ユーザモード層４に対応するＡＰＩフック３の書き込み制御例のフローチャートを示している。まず、アプリケーションからの書き込みイベントが発生する（ステップ３１）。続いて、発生した書き込みイベントがリムーバブルディスク（デバイス）への書き込みか否かを判定する（ステップ３２）。リムーバブルディスクへの書き込みの場合は、書き込み処理を実行しないように制御する（ステップ３３）。リムーバブルディスク以外への書き込みであれば、システム本来の書き込み処理を実行する（ステップ３４）。
【００２６】
図４は、ユーザモード層４に対応するＡＰＩフック３の読み込み制御例のフローチャートを示している。まず、アプリケーションからの読み込みイベントが発生する（ステップ４１）。続いて、発生した読み込みイベントがリムーバブルディスクからの読み込みか否かを判定する（ステップ４２）。リムーバブルディスクからの読み込み場合は、読み込み処理を実行しないように制御する（ステップ４３）。リムーバブルディスクからの読み込みで無い場合は、システム本来の読み込み処理を実行する（ステップ４４）。
【００２７】
図５は、ファイルシステムドライバ層６に対応するファイルシステムフィルタドライバ５、及びデバイスドライバ層８に対応するデバイスフィルタドライバ７の書き込み制御例のフローチャートを示している。まず、ＯＳからＩＲＰ＿ＭＪ＿ＷＲＩＴＥが発生する（ステップ５１）。このリクエストが発生したら、ＳＴＡＴＵＳ＿ＡＣＣＥＳＳ＿ＤＥＮＹをＯＳに返し、書き込み処理を禁止する（ステップ５２）。
【００２８】
なお、ファイルシステムフィルタドライバ５の処理後にデバイスフィルタドライバ７の処理を行うが、情報処理装置の負荷を考慮して、ファイルシステムフィルタドライバ５の処理がエラー無く実行されれば、デバイスフィルタドライバ７の処理を行わない設定としても良い。
【００２９】
また、図５の処理は、後述するファイルシステムフィルタドライバ５、及びデバイスフィルタドライバ７がアタッチされると実行される。従って、アタッチされない場合は、この処理は実行されない。また、ＳＴＡＴＵＳ＿ＡＣＣＥＳＳ＿ＤＥＮＹは書き込み（もしくは、読み込み）禁止の一例であり、後述するデバイス向けと認識できるファイルシステムに対応するものであれば、これに限定されない。
【００３０】
図６は、ファイルシステムドライバ層６に対応するファイルシステムフィルタドライバ５、及びデバイスドライバ層８に対応するデバイスフィルタドライバ７の読み込み制御例のフローチャートを示している。まず、ＯＳからＩＲＰ＿ＭＪ＿ＲＥＡＤが発生する（ステップ６１）。このリクエストが発生したらＳＴＡＴＵＳ＿ＡＣＣＥＳＳ＿ＤＥＮＹを返し、読み込み処理を禁止する（ステップ６２）。なお、図６の制御処理は、後述するファイルシステムフィルタドライバ５、及びデバイスフィルタドライバ７がアタッチされると実行される。従って、アタッチされない場合は、この制御処理は実行されない。
【００３１】
図７は、ファイルシステムドライバ層６に対応するファイルシステムフィルタドライバ５のアタッチ例のフローチャートを示している。まず、ボリュームのマウントイベントが発生する（ステップ７１）。マウントされたボリュームがファイルシステムフィルタドライバ５をアタッチするべきボリュームか否かを、ファイルシステムに基づいて判定する（ステップ７２）。
【００３２】
例えば、ファイルシステムは、ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ｅｘＦＡＴ、ＮＦＳ、ＤＦＳ、ｃＤＦＳ等、様々な種類が存在する。ここでは、デバイス（ＵＳＢ、ＰＣＭＣＩＡ、ＩＥＥＥ１３９４）向けと認識できるファイルシステム（ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ｅｘＦＡＴ）の場合は、アタッチするべきボリュームとして予め定義しておき、この定義に従って判定する。アタッチするべきボリュームの場合は、ファイルシステムフィルタドライバ５をアタッチする（ステップ７３）。
【００３３】
図８は、ボリュームがマウントされたままになっており、ボリュームのマウントイベントが発生しなかったときのアタッチ例のフローチャートを示している。本制御処理はファイルシステムドライバ層６に対応する。
【００３４】
まず、制御プロセスを起動する（ステップ８１）。なお、制御プロセスを起動するタイミングは、ＯＳが起動したとき、ユーザ（管理者）が指示したとき、その他様々な設定が可能である。続いて、起動した制御プロセスがマウントされているボリュームを確認する（ステップ８２）。
【００３５】
次に、マウントされているボリュームがファイルシステムフィルタドライバ５をアタッチするべきか否かを、ファイルシステムに基づいて判定する（ステップ８３）。例えば、ファイルシステムは、ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ｅｘＦＡＴ、ＮＦＳ、ＤＦＳ、ｃＤＦＳ等、様々な種類が存在する。ここでは、デバイス（ＵＳＢ、ＰＣＭＣＩＡ、ＩＥＥＥ１３９４）向けと認識できるファイルシステム（ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ｅｘＦＡＴ）の場合は、アタッチするべきボリュームとして予め定義しておき、この定義に従って判定する。アタッチするべきボリュームの場合は、ファイルシステムフィルタドライバ５をアタッチする（ステップ８４）。
【００３６】
図９は、デバイスドライバ層８に対応するデバイスフィルタドライバ７のアタッチ例のフローチャートを示している。まず、制御プロセスを起動する（ステップ９１）。なお、制御プロセスを起動するタイミングは、ＯＳが起動したとき、ユーザ（管理者）が指示したとき、その他様々な設定が可能である。続いて、制御プロセスに予め保持されている情報に基づいて、デバイスフィルタドライバ７をアタッチするべきポートか否かを判定する（ステップ９２）。ここでの制御プロセスに予め保持されている情報とは、書き込み（もしくは、読み込み）を禁止したいポートに関する情報である。アタッチするべきポートである場合は、デバイスフィルタドライバ７をアタッチする（ステップ９３）。なお、ここでは制御するデバイスをポートとして記載しているが、その他のデバイスであっても良い。
【００３７】
なお、本実施形態で扱う制御プロセスは、上述した各フック、各フィルタドライバの処理に限定されない。例えば、書き込み制御は行うが読み込み制御は行わない設定とすることも可能である。従って、デバイスからの情報の読み込みは出来るが、書き込みは禁止することができ、よりユーザの利便性を向上させ、情報漏えいを防止することが可能である。
【００３８】
以上のように、本実施形態によれば、各処理レイヤに制御のためのフック、及びフィルタドライバがインストールされる。そして、ユーザモード層４では、リムーバブルディスク（デバイス）への保存の制御とリムーバブルディスク（デバイス）への書き込み制御とリムーバブルディスク（デバイス）からの読み込み制御とを行う。また、ファイルシステムドライバ層６では、ボリュームへの書き込み制御とボリュームからの読み込み制御とを行う。さらに、デバイスドライバ層８では、ポートへの書き込み制御とポートからの読み込み制御とを行う。このように、複数の処理レイヤにて、それぞれ制御処理を行い、デバイスの利用に対する制限をかけることが出来る。すなわち、悪意ある者によって、ある処理レイヤに対応する制御を回避された場合でも、次の処理レイヤ（図１に示す、より下層に位置する処理レイヤ）にて多段的にデバイスへの制御を行うことによって、より強固なデバイスの利用制限をかけることができる。
【００３９】
なお、複数の処理レイヤに対応する複数の制御処理は、例えば、ファイルシステム制御手段（ファイルシステムフィルタドライバ５）とデバイス制御手段（デバイスフィルタドライバ７）、アプリケーション制御手段（グローバルフック２、ＡＰＩフック３）とファイルシステム制御手段（ファイルシステムフィルタドライバ５）、アプリケーション制御手段（ＡＰＩフック３）とデバイス制御手段（デバイスフィルタドライバ７）等、いずれの組み合わせでも可能である。
【００４０】
従って、例えばデバイスフィルタドライバのみという手法では制御できない、一見ファイルをデバイスにコピーできたかのように見える、といった細かい制御をデバイスドライバ層の上位層にて行うために、処理を補完することができる。これにより、本発明はユーザのデバイスの利用を制御可能な情報処理装置において、複数の防御策を設けることで強固な情報漏えい防止、及び利便性向上を実現可能とする。
【００４１】
＜第二の実施形態＞
第二の実施形態では、第一の実施形態の変形例について説明する。具体的には、情報処理装置からアクセス可能なネットワーク上に、管理サーバ（不図示）を配置し、管理サーバから情報処理装置の記憶装置に保持されている各設定情報（フック、フィルタドライバ、制御プロセス）を更新する。そして、情報処理装置は、送信された各設定情報に基づいて、デバイスとの間の入出力を制御する。
【００４２】
以下、このデバイスとの間の入出力を制御するための制御設定に関する設定情報を便宜上、制御設定情報と呼ぶ。すなわち、ユーザのデバイス利用に対する制御可能な情報処理装置と制御設定情報を管理する管理サーバとを含む情報処理システムを構成する。なお、管理サーバとは、情報処理装置と同様に、管理サーバとしての同様の機能が実現可能なものであればどういったものでも良い。また、管理サーバ、及び情報処理装置はネットワーク上に複数含まれていても良い。
【００４３】
情報処理装置の記憶装置に保持されている制御設定情報を更新できるようにすることで、ユーザ毎に設定を定義し、制御することが可能となる。また、管理サーバにより包括的に制御設定情報の管理が可能となる。これにより、よりユーザに利便性の高い必要に応じた情報漏えい防止が可能となる。なお、第二の実施形態の動作に係る大部分は、第一の実施形態と共通するため、第一の実施形態と異なる差異についてのみ説明し、共通の動作については説明を省略する。
【００４４】
管理サーバ（不図示）は、ユーザ（情報処理装置）と各制御設定情報（例えば、禁止するポート、禁止するボリューム、アプリケーション毎のデバイスへの読み込み／書き込みに対する制限、禁止する時間など）を関連付けた管理テーブルを有する（制御設定情報管理手段）。なお、管理テーブルは、ユーザ毎に定義することに限定されず、例えば、部署、所属別というようなグループ毎に定義しても良い。また、管理テーブルは、データベースとして保持しても良いし、ファイル形式にて外部から与えられても良く、その形式は限定されない。
【００４５】
管理サーバは、管理テーブルを参照して制御設定情報を情報処理装置に送信する。そして、情報処理装置は、管理サーバから送信された制御設定情報に基づいて記憶装置に保持されている制御設定情報を更新する。なお、情報処理装置に送信するタイミングは、所定時間単位（例えば、５分間隔）、情報処理装置が起動したとき、情報処理装置からの要求を受けたとき、管理テーブルが更新されたとき、その他様々な条件を設定可能である。その後、情報処理装置では、更新した制御設定情報に基づいて、デバイスへの入出力の処理に対する制御処理を行う。
【００４６】
以上のように、本実施形態によれば、情報処理装置の記憶装置に保持されている制御設定情報を更新できるようにすることで、ユーザ毎（もしくは、任意のグループ毎）に設定を定義し、変更することが可能となる。これにより、例えば、通常はデバイスの利用を禁止しているが、業務上必要な際には、特定のユーザに対して３０分間だけリムーバブルディスクへの書き込みを利用できる、という必要に合わせた詳細な設定も可能となる。これによって、情報漏えい防止を実現しつつ、ユーザの利便性を向上させることが可能となる。
【００４７】
＜その他の実施形態＞
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムをコンピュータ（またはＣＰＵやＭＰＵ）が読出し実行することによっても、達成される。この場合、プログラムは図示したフローの手順を実現するためのものを含むこととなる。また、本発明を実現するためのソフトウェアを格納した記憶媒体も本発明の範疇であることは言うまでも無い。
【符号の説明】
【００４８】
１ ＯＳ
２ グローバルフック
３ ＡＰＩフック
４ ユーザモード層
５ ファイルシステムフィルタドライバ
６ ファイルシステムドライバ層
７ デバイスフィルタドライバ
８ デバイスドライバ層
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、制御方法、プログラム、及び記憶媒体に関する。特に、情報漏えい防止の技術に関する。
【背景技術】
【０００２】
情報処理装置からデバイスへの機密情報の漏えいを防止するために、デバイスドライバに対するデバイスフィルタドライバでデバイスへのデータのＩ／Ｏを制御し、情報漏えいを防止する方法が知られている。
【０００３】
しかしながら、従来の構成のように、デバイスフィルタドライバのみで制御する手法では、悪意ある者によってその技術を回避する方法を知られてしまうと、デバイスへの制御が有効に用いられず、情報漏えいが発生してしまうという問題がある。
【０００４】
そこで、特許文献１では、ファイルアクセス制御ドライバと外部媒体書込み制御ドライバとにより、外部媒体への書き込み制御を行うシステムが開示されている。また、特許文献２では、デバイスフィルタドライバとファームウェアとにより、デバイスの利用制限を行い、情報漏えいを防止している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−５９５０１号公報
【特許文献２】特開２００８−１６５３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、ファイルアクセス制御ドライバは、ファイルパスの切り替えを行う機能であるため、入出力対象が書き込みを禁止したものは、擬似的に外部媒体との間で入出力を行う。これにより、ユーザからは一見ファイルをコピーできたかのように見えるため、ユーザが意図した処理となっているかが明確ではなく、ユーザビリティ（ユーザの利便性）における課題がある。
【０００７】
また、特許文献２では、ファームウェアを用いてデバイスへの制御を行うため、汎用性が乏しく、こちらにおいてもユーザビリティにおける課題がある。
【０００８】
本発明は、上記の課題を鑑みてなされたものであり、ユーザの利便性がよく、より強固なデバイスの利用制限をかけることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は以下の構成を有する。ユーザのデバイスの利用を制御可能な情報処理装置であって、前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段を有し、前記複数の制御処理手段は、前記デバイスとの間のデータの入出力、または、入力、または、出力のうち少なくとも一つを制御することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、利便性がよく、より強固なデバイスの利用制限をかけることが出来る技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るシステム構成の例図。
【図２】本実施形態に係るグローバルフックによる制御のフローチャートの例図。
【図３】本実施形態に係るＡＰＩフックによる書き込み制御例のフローチャートの図。
【図４】本実施形態に係るＡＰＩフックによる読み込み制御例のフローチャートの図。
【図５】本実施形態に係るファイルシステムフィルタドライバ、及びデバイスフィルタドライバの書き込み制御例のフローチャートの図。
【図６】本実施形態に係るファイルシステムフィルタドライバ、及びデバイスフィルタドライバの読み込み制御例のフローチャートの図。
【図７】本実施形態に係るファイルシステムフィルタドライバのアタッチ例のフローチャートの図。
【図８】本実施形態に係るファイルシステムフィルタドライバのアタッチ例のフローチャートの図。
【図９】本実施形態に係るデバイスフィルタドライバのアタッチ例のフローチャートの図。
【発明を実施するための形態】
【００１２】
＜第一の実施形態＞
以下、本発明について、図面を用いて詳細に説明する。なお、これにより本発明が限定されるものではない。
【００１３】
図１は、本実施形態に係る強固な情報漏えい防止を実現するための情報処理装置のソフトウェア構成例を示したものである。なお、ここでの情報処理装置とは、例えば、ＰＣや汎用コンピュータなどを指しているが、これに限定されるものではなく、情報処理装置として同様の機能が実現可能なものであればどういったものでも良い。ここで示した情報処理装置のソフトウェアにおける構成要素はその役割、及び関連する制御処理に基づいて階層構造を構成している。図１は、ユーザが用いる既存の情報処理装置のＯＳ１を示しており、その構成要素として、各処理レイヤに対しグローバルフック２、ＡＰＩフック３、ファイルシステムフィルタドライバ５、デバイスフィルタドライバ７がインストールされている。
【００１４】
なお、各処理レイヤに対応するフィルタ手段（グローバルフック２、ＡＰＩフック３、ファイルシステムフィルタドライバ５、デバイスフィルタドライバ７）は、各処理レイヤへの要求をフィルタ（拡張、置き換え等）するものである。例えば、各処理レイヤにおけるリムーバブルディスクへの書き込み、読み込み等を制御することができる。
【００１５】
グローバルフック２とＡＰＩフック３（アプリケーション制御手段）は、ユーザモード層４の上位に位置する。グローバルフック２は、リムーバブルディスク（外付けデバイス）が接続されている場合に、ユーザが保存ボタンを押下すると、保存を行う際のウィンドウが表示されず保存できないように制御する機能を備える。ＡＰＩフック３は、リムーバブルディスクへの書き込み、リムーバブルディスクからの読み込みを制御する機能を備える。なお、各フックや各フィルタドライバを生成するための制御プロセス（不図示）は、ユーザモード層４にインストールされる。
【００１６】
また、グローバルフック２とＡＰＩフック３は、後述するデバイスフィルタドライバ７のみでは制御できない、例えば、エラーメッセージを表示させない機能を備えることも可能である。
【００１７】
ファイルシステムフィルタドライバ５（ファイルシステム制御手段）は、ファイルシステムドライバ層６の上位に位置する。ファイルシステムフィルタドライバ５は、ファイルシステム（例えば、ボリューム）の制御をする機能を備える。なお、ここでのボリュームとは、例えば、情報処理装置内に備えるハードディスクなどに代表される記憶媒体（不図示）の記憶領域などを指す。
【００１８】
また、ファイルシステムフィルタドライバ５は、後述するデバイスフィルタドライバ７のみでは制御できない、例えば、遅延書き込みエラーのメッセージを表示させないための機能を備える。
【００１９】
また、ファイルシステムフィルタドライバ５は、使用しているデバイス（例えば、ポート）を判定する機能を備えることも可能である。
【００２０】
デバイスフィルタドライバ７（デバイス制御手段）は、デバイスドライバ層８の上位に位置する。デバイスフィルタドライバ７は、デバイス（例えば、ポート）の制御を行う機能を備える。なお、ここでのポートとは、例えば、情報処理装置が有するデバイスを接続するためのインタフェース（不図示）などを指す。
【００２１】
以上により、本実施形態において、ユーザモード層４では、リムーバブルディスク（デバイス）の利用を制御するために、ユーザモードに対するデータの保存／書き込み／読み込みといった入出力の処理を行う。ファイルシステムドライバ層６では、ファイルシステムに対するデータの書き込み／読み込みといった、ファイルシステムに対する入出力の処理を行う。デバイスドライバ層８では、デバイスに対するデータの書き込み／読み込みといったデバイスに対する入出力の処理を行う。すなわち、ユーザがデバイスを使用するために実行される複数の処理レイヤにて、それぞれの役割に応じた処理を行う。そして、それらのデバイスを利用するための処理に対し、上記インストールされたフック、及びフィルタドライバは制御処理を行う。
【００２２】
なお、制御処理は、フック、及びフィルタドライバに限定されず、例えば、ファイルシステムドライバ、デバイスドライバ等、複数の処理レイヤにてデバイスとの間のデータの入出力を制御するものでも可能である。また、入力、もしくは出力の一方のみの制御であっても良い。
【００２３】
［制御処理］
以下に図を用いて、各処理レイヤにおいて実行される制御処理の例を示す。
【００２４】
図２は、ユーザモード層４に対応するグローバルフック２の制御例のフローチャートを示している。アプリケーションにおける保存ボタンを押下された際に、それに起因してイベントが発生する（ステップ２１）。続いて、リムーバブルディスクが接続されているか否かの判定を行う（ステップ２２）。もし、リムーバブルディスクが接続されているのであれば、保存処理を行わせないために、保存画面を表示させず、閉じる制御を行う（ステップ２３）。リムーバブルディスクが接続されていなければ、ウィンドウメッセージを本来受け取る出力先に渡し、保存画面のウィンドウを表示させる（ステップ２４）。
【００２５】
図３は、ユーザモード層４に対応するＡＰＩフック３の書き込み制御例のフローチャートを示している。まず、アプリケーションからの書き込みイベントが発生する（ステップ３１）。続いて、発生した書き込みイベントがリムーバブルディスク（デバイス）への書き込みか否かを判定する（ステップ３２）。リムーバブルディスクへの書き込みの場合は、書き込み処理を実行しないように制御する（ステップ３３）。リムーバブルディスク以外への書き込みであれば、システム本来の書き込み処理を実行する（ステップ３４）。
【００２６】
図４は、ユーザモード層４に対応するＡＰＩフック３の読み込み制御例のフローチャートを示している。まず、アプリケーションからの読み込みイベントが発生する（ステップ４１）。続いて、発生した読み込みイベントがリムーバブルディスクからの読み込みか否かを判定する（ステップ４２）。リムーバブルディスクからの読み込み場合は、読み込み処理を実行しないように制御する（ステップ４３）。リムーバブルディスクからの読み込みで無い場合は、システム本来の読み込み処理を実行する（ステップ４４）。
【００２７】
図５は、ファイルシステムドライバ層６に対応するファイルシステムフィルタドライバ５、及びデバイスドライバ層８に対応するデバイスフィルタドライバ７の書き込み制御例のフローチャートを示している。まず、ＯＳからＩＲＰ＿ＭＪ＿ＷＲＩＴＥが発生する（ステップ５１）。このリクエストが発生したら、ＳＴＡＴＵＳ＿ＡＣＣＥＳＳ＿ＤＥＮＹをＯＳに返し、書き込み処理を禁止する（ステップ５２）。
【００２８】
なお、ファイルシステムフィルタドライバ５の処理後にデバイスフィルタドライバ７の処理を行うが、情報処理装置の負荷を考慮して、ファイルシステムフィルタドライバ５の処理がエラー無く実行されれば、デバイスフィルタドライバ７の処理を行わない設定としても良い。
【００２９】
また、図５の処理は、後述するファイルシステムフィルタドライバ５、及びデバイスフィルタドライバ７がアタッチされると実行される。従って、アタッチされない場合は、この処理は実行されない。また、ＳＴＡＴＵＳ＿ＡＣＣＥＳＳ＿ＤＥＮＹは書き込み（もしくは、読み込み）禁止の一例であり、後述するデバイス向けと認識できるファイルシステムに対応するものであれば、これに限定されない。
【００３０】
図６は、ファイルシステムドライバ層６に対応するファイルシステムフィルタドライバ５、及びデバイスドライバ層８に対応するデバイスフィルタドライバ７の読み込み制御例のフローチャートを示している。まず、ＯＳからＩＲＰ＿ＭＪ＿ＲＥＡＤが発生する（ステップ６１）。このリクエストが発生したらＳＴＡＴＵＳ＿ＡＣＣＥＳＳ＿ＤＥＮＹを返し、読み込み処理を禁止する（ステップ６２）。なお、図６の制御処理は、後述するファイルシステムフィルタドライバ５、及びデバイスフィルタドライバ７がアタッチされると実行される。従って、アタッチされない場合は、この制御処理は実行されない。
【００３１】
図７は、ファイルシステムドライバ層６に対応するファイルシステムフィルタドライバ５のアタッチ例のフローチャートを示している。まず、ボリュームのマウントイベントが発生する（ステップ７１）。マウントされたボリュームがファイルシステムフィルタドライバ５をアタッチするべきボリュームか否かを、ファイルシステムに基づいて判定する（ステップ７２）。
【００３２】
例えば、ファイルシステムは、ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ｅｘＦＡＴ、ＮＦＳ、ＤＦＳ、ｃＤＦＳ等、様々な種類が存在する。ここでは、デバイス（ＵＳＢ、ＰＣＭＣＩＡ、ＩＥＥＥ１３９４）向けと認識できるファイルシステム（ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ｅｘＦＡＴ）の場合は、アタッチするべきボリュームとして予め定義しておき、この定義に従って判定する。アタッチするべきボリュームの場合は、ファイルシステムフィルタドライバ５をアタッチする（ステップ７３）。
【００３３】
図８は、ボリュームがマウントされたままになっており、ボリュームのマウントイベントが発生しなかったときのアタッチ例のフローチャートを示している。本制御処理はファイルシステムドライバ層６に対応する。
【００３４】
まず、制御プロセスを起動する（ステップ８１）。なお、制御プロセスを起動するタイミングは、ＯＳが起動したとき、ユーザ（管理者）が指示したとき、その他様々な設定が可能である。続いて、起動した制御プロセスがマウントされているボリュームを確認する（ステップ８２）。
【００３５】
次に、マウントされているボリュームがファイルシステムフィルタドライバ５をアタッチするべきか否かを、ファイルシステムに基づいて判定する（ステップ８３）。例えば、ファイルシステムは、ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ｅｘＦＡＴ、ＮＦＳ、ＤＦＳ、ｃＤＦＳ等、様々な種類が存在する。ここでは、デバイス（ＵＳＢ、ＰＣＭＣＩＡ、ＩＥＥＥ１３９４）向けと認識できるファイルシステム（ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ｅｘＦＡＴ）の場合は、アタッチするべきボリュームとして予め定義しておき、この定義に従って判定する。アタッチするべきボリュームの場合は、ファイルシステムフィルタドライバ５をアタッチする（ステップ８４）。
【００３６】
図９は、デバイスドライバ層８に対応するデバイスフィルタドライバ７のアタッチ例のフローチャートを示している。まず、制御プロセスを起動する（ステップ９１）。なお、制御プロセスを起動するタイミングは、ＯＳが起動したとき、ユーザ（管理者）が指示したとき、その他様々な設定が可能である。続いて、制御プロセスに予め保持されている情報に基づいて、デバイスフィルタドライバ７をアタッチするべきポートか否かを判定する（ステップ９２）。ここでの制御プロセスに予め保持されている情報とは、書き込み（もしくは、読み込み）を禁止したいポートに関する情報である。アタッチするべきポートである場合は、デバイスフィルタドライバ７をアタッチする（ステップ９３）。なお、ここでは制御するデバイスをポートとして記載しているが、その他のデバイスであっても良い。
【００３７】
なお、本実施形態で扱う制御プロセスは、上述した各フック、各フィルタドライバの処理に限定されない。例えば、書き込み制御は行うが読み込み制御は行わない設定とすることも可能である。従って、デバイスからの情報の読み込みは出来るが、書き込みは禁止することができ、よりユーザの利便性を向上させ、情報漏えいを防止することが可能である。
【００３８】
以上のように、本実施形態によれば、各処理レイヤに制御のためのフック、及びフィルタドライバがインストールされる。そして、ユーザモード層４では、リムーバブルディスク（デバイス）への保存の制御とリムーバブルディスク（デバイス）への書き込み制御とリムーバブルディスク（デバイス）からの読み込み制御とを行う。また、ファイルシステムドライバ層６では、ボリュームへの書き込み制御とボリュームからの読み込み制御とを行う。さらに、デバイスドライバ層８では、ポートへの書き込み制御とポートからの読み込み制御とを行う。このように、複数の処理レイヤにて、それぞれ制御処理を行い、デバイスの利用に対する制限をかけることが出来る。すなわち、悪意ある者によって、ある処理レイヤに対応する制御を回避された場合でも、次の処理レイヤ（図１に示す、より下層に位置する処理レイヤ）にて多段的にデバイスへの制御を行うことによって、より強固なデバイスの利用制限をかけることができる。
【００３９】
なお、複数の処理レイヤに対応する複数の制御処理は、例えば、ファイルシステム制御手段（ファイルシステムフィルタドライバ５）とデバイス制御手段（デバイスフィルタドライバ７）、アプリケーション制御手段（グローバルフック２、ＡＰＩフック３）とファイルシステム制御手段（ファイルシステムフィルタドライバ５）、アプリケーション制御手段（ＡＰＩフック３）とデバイス制御手段（デバイスフィルタドライバ７）等、いずれの組み合わせでも可能である。
【００４０】
従って、例えばデバイスフィルタドライバのみという手法では制御できない、一見ファイルをデバイスにコピーできたかのように見える、といった細かい制御をデバイスドライバ層の上位層にて行うために、処理を補完することができる。これにより、本発明はユーザのデバイスの利用を制御可能な情報処理装置において、複数の防御策を設けることで強固な情報漏えい防止、及び利便性向上を実現可能とする。
【００４１】
＜第二の実施形態＞
第二の実施形態では、第一の実施形態の変形例について説明する。具体的には、情報処理装置からアクセス可能なネットワーク上に、管理サーバ（不図示）を配置し、管理サーバから情報処理装置の記憶装置に保持されている各設定情報（フック、フィルタドライバ、制御プロセス）を更新する。そして、情報処理装置は、送信された各設定情報に基づいて、デバイスとの間の入出力を制御する。
【００４２】
以下、このデバイスとの間の入出力を制御するための制御設定に関する設定情報を便宜上、制御設定情報と呼ぶ。すなわち、ユーザのデバイス利用に対する制御可能な情報処理装置と制御設定情報を管理する管理サーバとを含む情報処理システムを構成する。なお、管理サーバとは、情報処理装置と同様に、管理サーバとしての同様の機能が実現可能なものであればどういったものでも良い。また、管理サーバ、及び情報処理装置はネットワーク上に複数含まれていても良い。
【００４３】
情報処理装置の記憶装置に保持されている制御設定情報を更新できるようにすることで、ユーザ毎に設定を定義し、制御することが可能となる。また、管理サーバにより包括的に制御設定情報の管理が可能となる。これにより、よりユーザに利便性の高い必要に応じた情報漏えい防止が可能となる。なお、第二の実施形態の動作に係る大部分は、第一の実施形態と共通するため、第一の実施形態と異なる差異についてのみ説明し、共通の動作については説明を省略する。
【００４４】
管理サーバ（不図示）は、ユーザ（情報処理装置）と各制御設定情報（例えば、禁止するポート、禁止するボリューム、アプリケーション毎のデバイスへの読み込み／書き込みに対する制限、禁止する時間など）を関連付けた管理テーブルを有する（制御設定情報管理手段）。なお、管理テーブルは、ユーザ毎に定義することに限定されず、例えば、部署、所属別というようなグループ毎に定義しても良い。また、管理テーブルは、データベースとして保持しても良いし、ファイル形式にて外部から与えられても良く、その形式は限定されない。
【００４５】
管理サーバは、管理テーブルを参照して制御設定情報を情報処理装置に送信する。そして、情報処理装置は、管理サーバから送信された制御設定情報に基づいて記憶装置に保持されている制御設定情報を更新する。なお、情報処理装置に送信するタイミングは、所定時間単位（例えば、５分間隔）、情報処理装置が起動したとき、情報処理装置からの要求を受けたとき、管理テーブルが更新されたとき、その他様々な条件を設定可能である。その後、情報処理装置では、更新した制御設定情報に基づいて、デバイスへの入出力の処理に対する制御処理を行う。
【００４６】
以上のように、本実施形態によれば、情報処理装置の記憶装置に保持されている制御設定情報を更新できるようにすることで、ユーザ毎（もしくは、任意のグループ毎）に設定を定義し、変更することが可能となる。これにより、例えば、通常はデバイスの利用を禁止しているが、業務上必要な際には、特定のユーザに対して３０分間だけリムーバブルディスクへの書き込みを利用できる、という必要に合わせた詳細な設定も可能となる。これによって、情報漏えい防止を実現しつつ、ユーザの利便性を向上させることが可能となる。
【００４７】
＜その他の実施形態＞
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムをコンピュータ（またはＣＰＵやＭＰＵ）が読出し実行することによっても、達成される。この場合、プログラムは図示したフローの手順を実現するためのものを含むこととなる。また、本発明を実現するためのソフトウェアを格納した記憶媒体も本発明の範疇であることは言うまでも無い。
【符号の説明】
【００４８】
１ ＯＳ
２ グローバルフック
３ ＡＰＩフック
４ ユーザモード層
５ ファイルシステムフィルタドライバ
６ ファイルシステムドライバ層
７ デバイスフィルタドライバ
８ デバイスドライバ層
【特許請求の範囲】
【請求項１】
ユーザのデバイスの利用を制御可能な情報処理装置であって、
前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段
を有し、
前記複数の制御処理手段は、前記デバイスとの間のデータの入出力、または、入力、または、出力のうち少なくとも一つを制御することを特徴とする情報処理装置。
【請求項２】
前記複数の制御処理手段は、当該制御処理手段それぞれが対応する階層におけるデータの書き込み読み込み、または、書き込み、または、読み込みのうち少なくとも一つを制御するためのフィルタ手段を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記フィルタ手段は、当該フィルタ手段に対応する制御設定を備えることを特徴とする請求項２または３に記載の情報処理装置。
【請求項４】
前記複数の制御処理手段は、前記階層構造における階層それぞれに対応して、
ユーザモードに対する制御処理手段を実行する際に、アプリケーションからの指示による前記デバイスへの保存処理、または、前記デバイスへの書き込み、または、前記デバイスからの読み込みのうち少なくとも一つを制御するアプリケーション制御手段、
ファイルシステムに対する制御処理を実行する際に、前記ファイルシステムへの書き込み、または、前記ファイルシステムからの読み込みのうち少なくとも一つを制御するファイルシステム制御手段、
前記デバイスに対する制御処理を実行する際に、前記デバイスへの書き込み、または、前記デバイスからの読み込みのうち少なくとも一つを制御するデバイス制御手段、
のうちのいずれか複数の組み合わせであることを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
ユーザのデバイスの利用を制御可能な情報処理装置であって、
前記デバイスの利用の際に実行される処理のうち、ファイルシステムに対する制御処理手段を有し、
前記制御処理手段は、前記デバイスとの間のデータの入出力を制御することを特徴とする情報処理装置。
【請求項６】
ユーザのデバイスの利用を制御可能な情報処理装置と管理サーバとを含む情報処理システムであって、
前記情報処理装置は、
前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段
を有し、
前記複数の制御処理手段は、前記デバイスとの間のデータの入出力を制御し、
前記管理サーバは、
前記デバイスとの間のデータの入出力を制御するための情報を前記情報処理装置に送信する送信手段と
を有し、
前記情報処理装置は、前記管理サーバの前記送信手段により送信された前記情報に基づいて、前記デバイスとの間のデータの入出力を制御することを特徴とする情報処理システム。
【請求項７】
ユーザのデバイスの利用を制御可能な情報処理装置の制御方法であって、
前記情報処理装置の制御処理工程が、前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理工程と、
を有し、
前記複数の制御処理工程は、前記デバイスとの間のデータの入出力を制御することを特徴とする制御方法。
【請求項８】
コンピュータを、
デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段と
して機能させ、
前記複数の制御処理手段は、前記デバイスとの間のデータの入出力を制御することを特徴とするプログラム。
【請求項９】
請求項８に記載のプログラムを格納した記憶媒体。
【請求項１】
ユーザのデバイスの利用を制御可能な情報処理装置であって、
前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段
を有し、
前記複数の制御処理手段は、前記デバイスとの間のデータの入出力、または、入力、または、出力のうち少なくとも一つを制御することを特徴とする情報処理装置。
【請求項２】
前記複数の制御処理手段は、当該制御処理手段それぞれが対応する階層におけるデータの書き込み読み込み、または、書き込み、または、読み込みのうち少なくとも一つを制御するためのフィルタ手段を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記フィルタ手段は、当該フィルタ手段に対応する制御設定を備えることを特徴とする請求項２または３に記載の情報処理装置。
【請求項４】
前記複数の制御処理手段は、前記階層構造における階層それぞれに対応して、
ユーザモードに対する制御処理手段を実行する際に、アプリケーションからの指示による前記デバイスへの保存処理、または、前記デバイスへの書き込み、または、前記デバイスからの読み込みのうち少なくとも一つを制御するアプリケーション制御手段、
ファイルシステムに対する制御処理を実行する際に、前記ファイルシステムへの書き込み、または、前記ファイルシステムからの読み込みのうち少なくとも一つを制御するファイルシステム制御手段、
前記デバイスに対する制御処理を実行する際に、前記デバイスへの書き込み、または、前記デバイスからの読み込みのうち少なくとも一つを制御するデバイス制御手段、
のうちのいずれか複数の組み合わせであることを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
ユーザのデバイスの利用を制御可能な情報処理装置であって、
前記デバイスの利用の際に実行される処理のうち、ファイルシステムに対する制御処理手段を有し、
前記制御処理手段は、前記デバイスとの間のデータの入出力を制御することを特徴とする情報処理装置。
【請求項６】
ユーザのデバイスの利用を制御可能な情報処理装置と管理サーバとを含む情報処理システムであって、
前記情報処理装置は、
前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段
を有し、
前記複数の制御処理手段は、前記デバイスとの間のデータの入出力を制御し、
前記管理サーバは、
前記デバイスとの間のデータの入出力を制御するための情報を前記情報処理装置に送信する送信手段と
を有し、
前記情報処理装置は、前記管理サーバの前記送信手段により送信された前記情報に基づいて、前記デバイスとの間のデータの入出力を制御することを特徴とする情報処理システム。
【請求項７】
ユーザのデバイスの利用を制御可能な情報処理装置の制御方法であって、
前記情報処理装置の制御処理工程が、前記デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理工程と、
を有し、
前記複数の制御処理工程は、前記デバイスとの間のデータの入出力を制御することを特徴とする制御方法。
【請求項８】
コンピュータを、
デバイスの利用の際に実行される階層構造からなる処理のうち、少なくとも２つの階層の処理に対応する複数の制御処理手段と
して機能させ、
前記複数の制御処理手段は、前記デバイスとの間のデータの入出力を制御することを特徴とするプログラム。
【請求項９】
請求項８に記載のプログラムを格納した記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２８７１８７（Ｐ２０１０−２８７１８７Ａ）
【公開日】平成２２年１２月２４日（２０１０．１２．２４）
【国際特許分類】
【出願番号】特願２００９−１４２６９５（Ｐ２００９−１４２６９５）
【出願日】平成２１年６月１５日（２００９．６．１５）
【出願人】（０００１０４６５２）キヤノン電子株式会社 (876)
【Ｆターム（参考）】
【公開日】平成２２年１２月２４日（２０１０．１２．２４）
【国際特許分類】
【出願日】平成２１年６月１５日（２００９．６．１５）
【出願人】（０００１０４６５２）キヤノン電子株式会社 (876)
【Ｆターム（参考）】
[ Back to top ]