情報管理システム、情報管理の方法および装置、暗号化の方法およびプログラム
【課題】組織、管理者、またはこれらの各層別における情報管理を一元化、各種機械装置に組み込まれた情報の安全な保護管理を可能にし、情報管理の負荷を軽減し、情報流出を防止し、ファイルの保全・保護、破壊、改竄、変更を防止できる情報管理システム等を提供する。
【解決手段】情報管理システム３２は、元ファイル５１を符号化して暗号化ファイル４１を作成する符号化手段４４と、暗号化ファイルを保存するデータ保存メモリ２１と、復号化手段４２と、メモリ１３と、定常的運用処理サイクルで、暗号化ファイルを復号化手段で編集可能な表示ファイル４３等に復号化してメモリに記憶し、表示ファイル等の形式で必要な編集を行い、編集後に表示ファイル等を符号化手段で暗号化ファイルに変換してデータ保存メモリに保存する情報管理手段と、情報管理手段での暗号化ファイルについての処理または操作を制御する情報管理ファイル３３を備える。
【解決手段】情報管理システム３２は、元ファイル５１を符号化して暗号化ファイル４１を作成する符号化手段４４と、暗号化ファイルを保存するデータ保存メモリ２１と、復号化手段４２と、メモリ１３と、定常的運用処理サイクルで、暗号化ファイルを復号化手段で編集可能な表示ファイル４３等に復号化してメモリに記憶し、表示ファイル等の形式で必要な編集を行い、編集後に表示ファイル等を符号化手段で暗号化ファイルに変換してデータ保存メモリに保存する情報管理手段と、情報管理手段での暗号化ファイルについての処理または操作を制御する情報管理ファイル３３を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル（通常のファイル、プログラム等の実行ファイルを含む）やデータに係る情報の遺漏・流出・維持保全・変更・改竄・破壊について当該遺漏・流出の防止、維持保全、変更・改竄・破壊の防止に対してカラー等を利用して作られるコード等の機能を一部活用し、一元的に情報を管理することにより遺漏・流出等を防止するようにした情報管理システム、情報管理の方法および装置、暗号化の方法およびプログラムに関する。
【背景技術】
【０００２】
コンピュータ（パーソナルコンピュータ（ＰＣ）やサーバ等）、携帯電話、アイホン、記録再生装置、ゲーム機またはこれに類似する単体の端末装置等（以下「コンピュータ等」と記す）で扱われる情報の流出対策は多岐であり、暗号化、金庫化、パスワード化、フィルタ化等、多種のものが行われている。暗号化技術としても利用できる代表的な手法として本出願人は先にカラーを利用した技術を提案した（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開ＷＯ００／７２２２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、業務の各分野（産業、放送、機械工業、公共、民生、遊戯など）で各種情報（ここで、当該「情報」は、機械装置の組込みソフトまたは組込みシステムに関する技術情報を含む。）の流出等の防止管理の必要がいわれ、同時に個人情報の流出とそれに係わる業務の流出が問われている。実際、コンピュータ等からの情報流出については現状では多数の発生しつつあり、その被害も大きく、防止対策が望まれている。また情報の管理レベルが大きく問われ、情報の遺漏・流出に関する意識の大小に大きく左右される傾向がある。情報の遺漏・流出の防止に関する管理不備や意識の課題を問われ、当該遺漏・流出の防止が期待されている。
さらに、組織、管理者またはこれらの各層別における情報管理を一元化することが期待される。
前述した先行技術文献に開示された発明では、コンピュータオブジェクト（コンピュータの内部またはコンピュータに介して取り扱われる文字、記号、図形、数式、画像、映像（動画）、音声等の個々のデータまたは情報（プログラム（ソフトウェア）を含む。）を意味する。ソフトウェアとそれによって扱われるデータとを一体的に組み合わせたものも含む。）を暗号化する技術が含まれている。この応用範囲の拡大が望まれる。
【０００５】
本発明の目的は、上記の課題に鑑み、組織、管理者、またはこれらの各層別における情報管理を一元化することを可能にし、これにより情報管理の負荷を軽減し、情報流出を防止することができる情報管理システム、情報管理の方法および装置、暗号化の方法およびプログラムを提供することにある。
上記の情報管理システムは、機械装置の組込みソフト、あるいは組込みシステムを含むものである。
【課題を解決するための手段】
【０００６】
本発明に係る情報管理システム、情報管理の方法および装置、暗号化の方法およびプログラムは、上記の目的を達成するため次のように構成される。
【０００７】
本発明に係る情報管理システムは、
コンピュータ上で取り扱われるファイルを管理するため、各種のコンピュータの上で動作可能に構築されている情報管理システムであり、
少なくとも文書ファイル、図面ファイル、実行ファイル（プログラムまたはソフトウェア）を含む各種のファイル（この「ファイル」は、さらに、画像・映像（動画）・音声のファイル、装置駆動ファイル、放送などのメディアのコンテンツを含む。）からなる元ファイルを情報置換型および情報変換型の少なくともいずれか一方の変換機能に基づき符号化して暗号化ファイルを作成する符号化手段（または暗号化手段）と、
暗号化ファイルを保存するデータ保存メモリと、
符号化手段の符号化とは逆になる変換機能を有する復号化手段と、
ワーキングメモリと、
初期処理後の定常的運用処理サイクルで、データ保存メモリに保存された暗号化ファイルを、表示、閲覧、処理、または操作するときには、暗号化ファイルを復号化手段で編集可能な表示ファイル等（アプリケーションソフト（ＡＰソフト）も含む）に復号化してワーキングメモリに記憶し、表示ファイル等の形式で必要な編集（またはＡＰソフトの場合には実行）を行い、編集後に表示ファイル等を符号化手段で暗号化ファイルに変換してデータ保存メモリに保存する情報管理手段と、を備え、
さらにメモリに、情報管理手段における暗号化ファイルについての処理または操作を制御する情報管理ファイルを備える。
上記の情報管理ファイルの中には後述される「付記事項」が含まれ、当該「付記事項」に基づいて暗号化ファイルについての処理または操作が制御される。
【０００８】
上記の情報管理システムにおいて、好ましくは、データ保存メモリは、暗号化ファイルのみを保存しかつこの暗号化ファイルに対応する元ファイルを保存しないように構成される。
上記の情報管理システムにおいて、さらに好ましくは、データ保存メモリは暗号化ファイルと共に元ファイルを保存するように構成することもできる。
【０００９】
上記の構成を有する本発明に係る情報管理システムは、さらに次のように構成される。
元ファイルを暗号化ファイルに符号化する符号化手段は、カラーを利用した符号化を行う手段であり、当該符号化ではＯＮＣ対応表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つの対応関係）に基づく情報置換型変換機能と、さらに必要な場合において、カラー暗号キーに基づく情報変換型変換機能を含むように構成する。
各種のコンピュータ（ＰＣ、サーバ、クライアント等）の上で動作可能に構築されている情報管理システムであり、情報管理手段を構成するシステム実行ファイルに埋め込まれたコンピュータ識別番号と、使用されるコンピュータに固有に付与されているコンピュータ識別番号とを照合し、両者が一致するときには起動し、一致しないときには起動しない起動手段を備えるように構成する。
上記の情報管理ファイルは、暗号化ファイルについての処理または操作を制御するための構成要素として、ＯＮＣ対応表識別番号リスト（表）、組織部門／ランク管理表、ファイル二重管理表、付記事項、外部記録デバイス識別番号リスト（表）の少なくともいずれか１つを含むように構成する。
符号化手段（暗号化手段）は、情報管理ファイルに含まれるＯＮＣ対応表識別番号リストにおいてＯＮＣ対応表識別番号で指定されたＯＮＣ対応表に基づいて、初期処理時に元ファイルをカラー符号化して暗号化ファイルを作成し、復号化手段および符号化手段は、定常的運用処理サイクルでは、それぞれ、指定されたＯＮＣ対応表に基づいて、暗号化ファイルを復号化し、符号化するように構成する。
情報管理ファイルに含まれる外部記録デバイス識別番号リストに基づいて、外部記録デバイスによるファイル情報の持ち出しを禁止する持ち出し禁止手段を備えるように構成する。
この持ち出し禁止手段は、外部記録デバイスを本体装置に接続するとき、情報管理ファイルに含まれる外部記録デバイス識別番号リストに基づいて、外部記録デバイスの識別番号の照合を行い、当該照合で一致するときには使用を許可し、一致しないときには使用を不許可にするように構成する。
復号化手段および符号化手段が、初期処理時または定常的運用処理サイクルでＯＮＣ対応表に基づいてそれぞれ符号化、復号化する構成において、ＯＮＣ対応表を変更する対応表変更手段を備え、対応表変更手段がＯＮＣ対応表を変更し、これにより変更後のＯＮＣ対応表に基づき他の暗号化ファイルが作成され、他の暗号化ファイルは、変更後のＯＮＣ対応表に基づき復号化され、変更前のＯＮＣ対応表に基づき復号化不能であるように構成する。
ＯＮＣ対応表の変更は、ＯＣ対応関係の変更、ＯＮ対応関係の変更、またはＮＣ対応関係の変更に基づいて行われるように構成する。
復号化手段および符号化手段が、初期処理時または定常的運用処理サイクルでＯＮＣ対応表に基づいてそれぞれ符号化、復号化する構成であり、ＯＮＣ対応表を削除する対応表削除手段を備え、対応表削除手段がＯＮＣ対応表を削除し、これにより復号化処理が不能になるように構成する。またはＯＮＣ対応表を符号化し、当該ＯＮＣ対応表に基づき復号化不能であるように構成する。
ＯＮＣ対応表を変更または削除する条件の設定で、復号化機能の利用制限、または暗号化ファイルから復号化する表示ファイルの利用制限を行うように構成する。
ＯＮＣ対応表を変更または削除するタイミングの条件の設定で、期間制限、時間制限、期限、回数制限の少なくともいずれかを行うように構成する。
情報管理ファイルに含まれる付記事項に基づき、付記事項に含まれ付記条件に従って符号化処理、復号化処理、ファイル操作、ファイルの入力・保存について条件付き実行制御を自動的または手動的に行うように構成される。
【００１０】
付記事項の付記条件はファイルの目的に照らし、自在に内容は設定される構成である。従って当該内容は例えば次の通りである。
【００１１】
（１）元ファイルのファイル操作、ファイルの入力・保存の条件付き実行制御を自動的または手動的に行うように構成される。
（２）カラーファイル（一般的には暗号化ファイル）のファイル操作、ファイルの入力・保存の条件付き実行制御を自動的または手動的に行うように構成される。
（３）付記事項の付記条件に従って、表示ファイルのファイル操作の条件付き実行制御を自動的または手動的に行うように構成される。
（４）実行否のときに実行ファイルの暗号化を行い実行不能とするように構成される。
（５）転送否のときに、Ｅメールソフトの暗号化を行い表示ファイルを転送不能とするように構成される。
（６）印刷否のときに、プリンタドライバの暗号化を行い表示ファイルを印刷不能とするように構成される。
【００１２】
さらに上記の情報管理システムでは、付記事項に含まれる付記条件に従って、表示される表示ファイル、あるいはホームページ（ブラウザによる表示画面）、あるいは表示・閲覧画面（ビューワによる表示画面）の第三者（製作者側と同等の立場をとる者）による変更、改竄、編集、コピーを防止する。これにより「なりすまし」による改竄、改変等を防止することができる。
【００１３】
他の観点で本発明では次のような情報管理システムを提供する。
上記の構成において、符号化手段による元ファイルから暗号化ファイルへの初期処理としての符号化、復号化手段による暗号化ファイルから表示ファイルへの復号化、および符号化手段による表示ファイルから暗号化ファイルへの再度の符号化の各工程において、元ファイルを除き、暗号化ファイルおよび表示ファイル、符号化のために使用される要素および復号化のために使用される要素に、コンピュータに固有に付与されているコンピュータ識別番号を設定する。
上記の構成において、コンピュータ上で情報管理システムの制御によって管理されるファイルに係るコンピュータオブジェクトについて、表示ファイルの状態にあるコンピュータオブジェクトに対して編集、実行、保存、削除を行うように構成され、暗号化ファイルの状態に基づいてコンピュータでの閉ループ環境を構成し、当該閉ループ環境において暗号化ファイルの状態にあるコンピュータオブジェクトを取り扱うようにした。
上記の構成において、暗号化ファイルの状態でコンピュータオブジェクトが保存メモリに保存されるときには、対応する元ファイルは削除される。
さらに上記の構成において、コンピュータに対して着脱自在な外部記録デバイスであって、既に符号化された暗号化ファイルを記録した第１記録部、および／または情報置換型および情報変換型の少なくともいずれか一方の変換機能に係る要素を記録する第２記録部を含む外部記録デバイスを用意し、
外部記録デバイスをコンピュータに接続した時に第１記録部と第２記録部に記録された内容はモジュールとしてコンピュータに提供され、符号化手段による符号化処理、復号化手段による復号化処理、ファイルの操作に係る実行制御処理が行われる。
さらに上記の構成において、コンピュータに対して着脱自在な外部記録デバイスであって、符号化手段と、保存メモリと、復号化手段と、情報管理手段と、情報管理ファイルとをモジュールとして備える外部記録デバイスを使用するように構成される。
上記のコンピュータはゲーム機または単体の端末装置であってもよい。
【００１４】
さらに他の観点で本発明では次のような情報管理システムを提供する。
本発明に係る情報管理システムは、
文書ファイル、図面ファイル、実行ファイル（プログラム）を含む各種のファイルからなる元ファイルを少なくとも情報置換型変換機能に基づき符号化して暗号化ファイルを作成する符号化手段と、
暗号化ファイルと、符号化初期処理前の元ファイルとを保存するデータ保存メモリと、
符号化初期処理前の元ファイルを外部の他の記録デバイス（コンピュータや外部記録デバイス等）に移動または複製するという要求があったとき、符号化初期処理前の元ファイルを符号化手段によって暗号化ファイルに符号化して他の記録デバイスに移動または複製する情報管理手段と、
を備えるように構成される。
【００１５】
上記の構成において、符号化初期処理前の元ファイルを外部の他の記録デバイスに移動または複製するという要求において、移動先または複製先が指定された時点で、符号化初期処理前の元ファイルを暗号化ファイルに符号化するように構成される。
【００１６】
また他の観点で本発明では次のような情報管理の方法および装置を提供する。
【００１７】
本発明に係る情報管理の方法は、
情報管理ファイルに用意された制御用構成要素に基づく制御の下で、符号化手段または復号化手段により元ファイルと暗号化ファイルとの間で符号化または復号化を行う情報管理システムにおいて実行される情報管理の方法であり、
ＭＡＣアドレス、基板シリアル番号等のごときコンピュータ識別番号を用意し、
コンピュータ識別番号を、暗号化ファイルと、符号化手段の符号化用対応表と、復号化手段の復号化用対応表の各々に付記し、
符号化用対応表に付記されたコンピュータ識別番号と復号化用対応表に付記されたコンピュータ対応表が一致照合の条件を満たすとき、暗号化ファイルの復号化処理を許可し、これにより通常の暗号化に必要なパスワードを不要とするように構成される方法である。
【００１８】
本発明に係る情報管理の装置は、
情報管理ファイルに用意された制御用構成要素に基づく制御の下で、符号化手段または復号化手段により元ファイルと暗号化ファイルとの間で符号化または復号化を行う情報管理システムにおいて使用される情報管理の装置であり、
ＭＡＣアドレス、基板シリアル番号等のごときコンピュータ識別番号を用意し、
コンピュータ識別番号を、暗号化ファイルと、符号化手段の符号化用対応表と、復号化手段の復号化用対応表の各々に付記する手段と、
符号化用対応表に付記されたコンピュータ識別番号と復号化用対応表に付記されたコンピュータ対応表が一致照合の条件を満たすとき、暗号化ファイルの復号化処理を許可する手段とを備え、
通常の暗号化に必要なパスワードを不要とするように構成される。
【００１９】
本発明に係る情報管理システムを利用することにより、より詳細には、次のような構成を実現することが可能である。
（１）情報管理システム（当該情報管理システムは、機械や装置に組み込んだファイル、データなどの情報管理システムを含む。）での付記事項の付記条件（印刷の可否）に従って、情報管理システムをプリンタ装置の例として、プリンタ装置内蔵のコンピュータにて、プリンタ組込の情報管理システムは、印刷否のときに、カラーファイルの印刷（復号化して印刷）のみを許可し、表示ファイル／元ファイルの印刷をリジェクトするように構成する。
（２）プリンタ組込の情報管理システムは、カラーファイルの付記事項の付記条件（印刷条件）に従って、カラーファイル印刷の条件付き実行制御を自動的に行うように構成する。付記条件（印刷条件）とは、装置の使用、実現すべき目的に照らし内容が設定され、本例では印刷範囲（ページ）、印刷部数、縦横印刷等のの設定である。
（３）情報管理ファイルの制御下で、カラー暗号化キー等で元ファイルと暗号化ファイルの間で符号化／復号化を行う情報管理システムにおいて、情報管理システムの付記事項の付記条件（印刷の可否.）に従って、プリンタ内蔵コンピュータにて、プリンタ組込の情報管理システムは、印刷否のときに、暗号化ファイルの印刷（復号化して印刷）のみを許可し、表示ファイル／元ファイルの印刷をリジェクトするように構成する。
（４）情報管理ファイルの制御下で、カラー暗号化キー等で元ファイルと暗号化ファイルの間で符号化／復号化を行う情報管理システムは、付記事項の付記条件（印刷の可否.）に従って、印刷否のときに、プリンタドライバを符号化（凍結）を行って表示ファイルを印刷不能とするように構成する。
（５）情報管理システムは、付記事項の付記条件に従って、元ファイルの符号化の条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、符号化の可否、期間、時間、期限、範囲、実行回数等、その他、管理上必要な事項の制限である。
（６）情報管理システムは、付記事項の付記条件に従って、表示ファイルの符号化の条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、符号化の可否、期間、時間、期限、範囲、実行回数等、その他、管理上必要な事項の制限である。
（７）情報管理システムは、付記事項の付記条件に従って、カラーファイルの復号化（再生）の条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、復号化の可否、期間、時間、期限、範囲、実行回数等、その他、管理上必要な事項の制限である。
（８）情報管理システムは、原曲、映像を符号化したカラーファイルの復号化（再生）を、カラーファイルに付加された付記事項の付記条件で条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、正規でないファイルダウンロードに対し、コピーしたファイルの何らかの制約／１曲・イントロ・１小節再生など、適正手続きの督促、有償、無償の時期、範囲の限定、使用者の特定（装置の特定装置固有の識別コード）、コマーシャルの表示、その他案内である。
（９）情報管理システムは、ダウンロード用の原ファイルを符号化したカラーファイルの復号化（再生）を、カラーファイルに付加された付記事項の付記条件で条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、ＰＣ／携帯の識別番号が不明または大方不明の場合に、使用制限を設けて初期にファイルの再生を可能とし、正規手続き、拡販につなげる構成である。
（１０）情報管理システムは、付記事項の付記条件（登録された外部記録デバイス識別番号リスト）に従って、外部記録デバイス識別番号の照合チェックを行い、一致すれば使用を許可し、一致しなければ「使用不許可」のメッセージ画面を表示して、それ以上のＰＣ画面操作を出来なくすることで、外部記録デバイスによるファイル情報の持出を禁止するように構成される。
（１１）装置への組込みソフトおよび組込みシステムでは第三者の介在を高度に阻止する機密目的に照らし、付記条件の可否において否の実行を条件設定することにより元ファイルの実行をリジェクトするように構成される。符号化ファイルの復号化を自動化する可能な構成である。
（１２）情報管理システムは、情報管理ファイルのファイル２重管理表を基にして、元ファイル名でカラーファイルのアクセスが可能となる構成とし、記録装置のカラーファイルの一元管理の機密保管をするように構成される。
（１３）情報管理ファイルのファイル２重管理表は、元ファイル名に対して、カラーファイル識別番号と格納フォルダ名（フォルダ所在のパス）とが対応する構成とし、元ファイル名を指定すると、格納フォルダ名（フォルダ所在のパス）とカラーファイル識別番号から、ハードディスクに保管されている当該カラーファイルをアクセスできるように構成される。カラーファイルは、元ファイルからカラー暗号化（符号化）された実体ファイルであり、情報を盗み見られることはない。他方、元ファイル自体はカラー暗号化後、自動削除されて存在せず、第三者が直接的に外部持出はできない。元ファイルはカラーファイルと対応表に基づいて生成される構成である。
（１４）カラーファイル識別番号は、元ファイル名を連想することのできない数字であり、カラーファイル自体は隠しファイルであり、格納フォルダも隠しフォルダであり、元ファイルに対応するカラーファイルを捜し当てることができない構成となっている。
（１５）情報管理システムは、初期処理時に、元ファイルをカラー暗号化（符号化）してカラーファイルを生成し、元ファイルは記録装置から自動削除し、ファイル２重管理表を基にして暗号化されたカラーファイルのみを記録装置に保管するように構成される。これによれば、元ファイルの生情報の外部流出を防止する。カラー暗号化されたカラーファイルは外部流出しても、ＯＮＣ対応表なしには復号化できないので、情報を盗み見られることはない。
（１６）情報管理システムは、初期処理後の定常運用時に、記録装置のカラーファイルを復号化／符号化することで、表示ファイルを編集可能とする構成において、ファイル２重管理表を基にして、記録装置のカラーファイルの一元管理の機密保管をするように構成される。これにより元ファイルの生情報の外部流出を防止する。カラー暗号化されたカラーファイルは外部流出しても、ＯＮＣ対応表なしには復号化できないので、情報を盗み見られることはない。
（１７）情報管理システムは、情報管理ファイルの組織部門表／組織ランク表を基にして、カラーファイルの復号化／符号化を組織部門別／組織ランク別に行い、セキュリティ管理（情報外部流出防止）のセグメンテーションを細分化し厳格化するように構成することも可能である。
（１８）情報管理システムは、情報管理ファイルの組織部門表／組織ランク表により構成される組織部門別／組織ランク別のＯＮＣ対応表を基にして、初期に元ファイルをカラー暗号化（符号化）して組織部門別／組織ランク別のカラーファイルを生成し、定常運用サイクルで組織部門別／組織ランク別のカラーファイルを復号化／符号化するように構成される。
（１９）情報管理システムは、組織部門別／組織ランク別にしか利用できないＯＮＣ対応表を基にして、初期処理時に、元ファイルをカラー暗号化（符号化）して組織部門別／組織ランク別のカラーファイルを生成し、定常運用プロセスのサイクルの中で、記録装置からの組織部門別／組織ランク別のカラーファイルを復号化／編集／符号化して、組織部門別／組織ランク別のカラーファイルを記録装置に保管し、使用ＰＣ等の内部で、暗号化された組織部門別／組織ランク別のカラーファイルのみを循環させ、組織部門別／組織ランク別に仕切られたカラーファイルのセキュリティ管理（情報外部流出防止）を行うように構成される。
（２０）組織部門別／組織ランク別カラーファイルは、表示ファイルに復号化されたときに、表示ファイルの利用範囲が限定される構成となっている。表示ファイルの利用範囲とは、ファイル操作（閲覧、作成、編集、削除、コピー、転送）ができる開示可能なファイル領域である。
（２１）組織ランク表は、組織に於ける指揮命令系統の構成関係を示す各ランクが使用を許可されるＯＮＣ対応表とカラーファイル（複数）のインデックス（識別番号ＩＤ）のテーブルである。
（２２）組織部門表は、組織に於ける指揮命令系統の構成関係を示す各部門が使用を許可されるＯＮＣ対応表とカラーファイル（複数）のインデックス（識別番号ＩＤ）のテーブルである。
【００２０】
さらに本発明に係る暗号化の方法およびプログラムは次のように構成される。
【００２１】
暗号化の方法は、
任意に指定されたキー画像から所定のビット列を抽出する第１のステップと、
ビット列を使用して第１の乱数配列を発生し、第１の乱数配列にハッシュ関数を繰り返し使用して第１の暗号鍵を作る第２のステップと、
第１の暗号鍵と、別途に用意された被暗号化データと、既知の暗号化のための処理方法とを組み合わせて、被暗号化データに関する暗号化ファイルを作成する第３のステップと、を有するように構成される。
【００２２】
上記の暗号化方法において、第３のステップは、
第１の暗号鍵を使用して第２の暗号鍵を作るステップと、
被暗号化データにハッシュ関数を使用してファイル鍵を作るステップと、
ファイル鍵を使用して第３の乱数配列を発生するステップと、
第２の暗号鍵に対して第３の乱数配列によってシャッフルし第３の暗号鍵を作るステップと、
被暗号化データに対してビット単位で第３の暗号鍵により排他的論理和を施して暗号化ファイルを作るステップと、を含んでいる。
【００２３】
さらに上記の暗号化方法において、第３のステップは、
第１の暗号鍵を使用して第２の暗号鍵を作るステップと、
被暗号化データにハッシュ関数を使用してファイル鍵を作るステップと、
ファイル鍵を使用して第３の乱数配列を発生するステップと、
第２の暗号鍵に対して第３の乱数配列によってシャッフルし第３の暗号鍵を作るステップと、
第３の暗号鍵をブロック暗号の鍵として使用し、ブロック暗号に基づいて被暗号化データから暗号化ファイルを作るステップと、を含んでいる。
【００２４】
また暗号化のプログラムは、コンピュータに暗号化装置を実現させるプログラムであり、当該暗号化装置で上記の暗号化方法を当該コンピュータ上で実行させるプログラムである。
【発明の効果】
【００２５】
本発明にかかる情報管理システムは次の効果を奏する。
（１）情報管理システムによれば、情報管理ファイルの制御下で動作し、元ファイルをカラー暗号化（符号化）／復号化を行うことを基本機能として、ファイル操作の制限によりファイル情報の外部流出をトータルに防止する情報管理システム統合化環境を実現することができる。
（２）情報管理システムによれば、システム実行ファイルに埋め込んだＰＣ識別番号等と使用ＰＣ等に固有に付与されているＰＣ識別番号等（ＬＡＮカードのＭＡＣアドレス、マザーボードのシリアル番号、ＣＰＵＩＤ、ＢＩＯＳのシリアル番号、ハードディスクのシリアル番号等）との間で照合チェックを行い、一致すれば起動し、一致しなければ起動しない構成とし、ソフト不正使用を防止することができる。
（３）情報管理ファイルは、ＯＮＣ対応表識別番号表（またはリスト）、組織部門／ランク管理表、ファイル２重管理表、付記事項、外部記録デバイス識別番号表から構成されるため、これにより、ファイル情報の本体とファイルの出入口のセキュリティ管理を組織的に行う上記の構成により、ファイル情報の情報外部流出をトータルに防止する情報管理システム統合化環境を実現することができる。
（４）組織においてコンピュータ上ソフト等は、管理者の一元管理下にあり、制御できる。使用者は作成、編集、削除、複製、転送（添付ファイル含む）は自在可能であるが、情報管理システム管理者によるコンピュータの許可機能/ハードの使用制限の変更の自在任意に任意に依拠して防止することができる。
（５）ウィルスを埋め込んだファイルもカラーファイル化され、侵害目的のファイルは符号化、カラーファイル化される。カラーファイルは対応表に基づいて変更する構成であることから、記録の変更に影響はない。従って、影響は本システム上当該ファイルに限定される構成である。カラーファイルとＣＰＵの機能とにより本情報管理システムは機能し、ファイル流出／阻害防止機能を構成する。従って、ウィルス被害の限定効果があり、また、当該ファイルがカラーファイルとして符号化されていることから、封し効果、削除、捕捉、解析できる等の効果がある。
（６）作業ミスによる削除、故意による削除などを防止できる。これは、カラーファイルを利用することに基づき、カラーファイル識別コードとファイル名の２重構造（識別コードの２層化また２重化）とすることで可能となる。
（７）モニタ等のディスプレイに表示された情報のコピーを行うことができない。モニタ上に表示しているファイルをマウスでドラック＆ペーストで複製しようとしても、コピーしたファイルを他に転送する折にはカラーファイルに符号化されて変更され、さらに複製媒体、ＢＡＩＯＳ管理があり、周辺装置の利用は制限されて複製することができない。これにより情報の流出を阻止する。
（８）高度な機密装置のシステム、データ、ファイル等の情報の安全性の保持および保護を行うことができ、またＨＤＤ等のメモリにおけるデータ削除御の複製阻止の処理を必要としないという効果が発揮される。
【図面の簡単な説明】
【００２６】
【図１】本発明に係る情報管理システムが適用されるコンピュータシステムのハードウェア構成を示す構成図である。
【図２】本発明に係る情報管理システムが適用されるコンピュータシステムのハードウェア構成でデータ保存メモリの部分をより詳しく示した構成図である。
【図３】本発明に係る情報管理システムの構成を示すブロック図である。
【図４】情報管理システムで表示ソフトについて定常的運用処理を行う構成を示す図である。
【図５】情報管理システムでＡＰソフトについて定常的運用処理を行う構成を示す図である。
【図６】情報管理システムのファイル構成例を示す図表（テーブル）である。
【図７】ファイル名２重管理表の内容例を示す図表（テーブル）である。
【図８】ランク表の内容例を示す図表（テーブル）である。
【図９】組織部門表の内容例を示す図表（テーブル）である。
【図１０Ａ】オブジェクト・カラー対応表等の内容例を示す図表（テーブル）である。
【図１０Ｂ】オブジェクト・カラー数値対応表等の内容例を示す図表（テーブル）である。
【図１０Ｃ】カラー・カラー数値対応表等の内容例を示す図表（テーブル）である。
【図１１】情報管理システムにおける情報管理ファイルに付加された付記事項を示す構成図である。
【図１２】情報管理システムにおけるＯＮＣ対応表に付加された付記事項を示す構成図である。
【図１３】情報管理システムにおけるカラーファイルに付加された付記事項を示す構成図である。
【図１４】情報管理ファイルに付加された付記事項の内容例を示す図表（テーブル）である。
【図１５】ＯＮＣ対応表に付加された付記事項の内容例を示す図表（テーブル）である。
【図１６】カラーファイルに付加された付記事項の内容例を示す図表（テーブル）である。
【図１７】初期処理の動作例を説明するための構成図である。
【図１８】初期処理の動作例におけるファイルの流れを示す図である。
【図１９】定常的な運用処理の動作例を説明するための構成図である。
【図２０】定常的な運用処理におけるファイルの流れを示す図である。
【図２１】ファイル２重管理表を利用した定常的な運用処理におけるファイルの流れを示す図である。
【図２２】ランク別利用範囲の制限を説明するための図である。
【図２３】ランク区分けのファイルの構成を説明するための図である。
【図２４】組織部門表の例を説明する図である。
【図２５】ランク別ＯＮＣ対応表等を利用して初期処理を行うファイルの流れを示す図である。
【図２６】ランク別ＯＮＣ対応表等を利用して定常的な運用処理を行うファイルの流れを示す図である。
【図２７】組織部門別ＯＮＣ対応表等を利用して初期処理を行うファイルの流れを示す図である。
【図２８】組織部門別ＯＮＣ対応表等を利用して定常的な運用処理を行うファイルの流れを示す図である。
【図２９】初期処理の動作を示すフローチャートである。
【図３０】定常的な運用処理の動作を示すフローチャートである。
【図３１Ａ】付記事項／条件付き実行制御に基づく定常的な運用処理の動作の前半部を示すフローチャートである。
【図３１Ｂ】付記事項／条件付き実行制御に基づく定常的な運用処理の動作の後半部を示すフローチャートである。
【図３２Ａ】ファイル２重管理を利用する定常的な運用処理の動作の前半部を示すフローチャートである。
【図３２Ｂ】ファイル２重管理を利用する定常的な運用処理の動作の後半部を示すフローチャートである。
【図３３】カラー暗号化の処理（アルゴリズム）の流れを図解した図である。
【図３４】暗号鍵の作り方を図解した図である。
【図３５Ａ】暗号鍵およびブロック暗号（関数）Ｅを用いて暗号化を行う様子を示す図である。
【図３５Ｂ】暗号鍵およびブロック暗号（関数）Ｅ−１を用いて復号を行う様子を示した図である。
【図３６Ａ】キー画像を利用した暗号化におけるサーバとクライアントの関係を示す図である。
【図３６Ｂ】キー画像を利用した復号化におけるサーバとクライアントの関係を示す図である。
【発明を実施するための形態】
【００２７】
以下に、本発明の好適な実施形態（実施例）を添付図面に基づいて説明する。
【００２８】
図１は、本発明に係る情報管理システムが実現されるコンピュータの装置構成（コンピュータシステム）を示す。なお当該コンピュータでは、前提として、代表的にカラー（または所謂カラーコードを含む）を利用した暗号化方法（符号化方法）が実施される装置構成（暗号化装置）が組み込まれている。図２は同コンピュータのハードウェア構成において、外部記録デバイス等に付されたシリアル番号の関係を示している。
なお暗号化（符号化）に利用される手段・要素は、本実施形態では代表的に「カラー」を利用した例で説明するが、「カラー」には限定されず、実質的に同等の働きを有する他の手段・要素を利用することもできる。
【００２９】
図１等は、コンピュータネットワークをベースとした閉じたコンピュータシステム（コンピュータ・クローズド・システム）の中の１つのコンピュータ（または一部のコンピュータシステム）１０を示している。コンピュータ１０は、バス１１を介して相互に接続されたＣＰＵ（中央処理装置）１２、メモリ（通常のメモリ、ワーキングメモリまたは一時作業領域用メモリを含む）１３、入出力制御部（入出力制御システム、ＢＩＯＳ）１４を備えている。さらに入出力制御部１４には、データ保存メモリとしてのハードディスク（ＨＤ）２１および外部記録デバイス３１、出力装置としての例えばディスプレイ２２、入力装置としての例えばキーボード２３、出力装置としてのプリンタ２４、カメラ（携帯、デジカメ、固定式）２５、外部装置との間でインターネットを経由して信号送受（通信）を行うためのインターネット・インターフェース（インターネットＩ／Ｆ）２６が接続されている。
なおインターネット・インターフェース２６は一般的に通信部であってもよい。「通信」は、放送、通信衛星による信号授受を含む概念である。
上記のハードディスク（ＨＤ）２１については、図２に示すように、内蔵ＨＤ２１Ａ、外付ＨＤ２１Ｂがある。内蔵ＨＤ２１Ａ、外付ＨＤ２１Ｂを総称してハードディスク２１という。
上記の外部記録デバイス３１の種類としては、図２に示すように、ＵＳＢメモリ３１Ａ、フレキシブルディスク（ＦＤ）、コンパクトディスク（ＣＤ）、ＤＶＤ等３１Ｂである。
これらの要素２１〜２５は、入出力制御部１４およびバス１１を介してＣＰＵ１２との間でデータの送受を行う。ここで「ＣＰＵ」は広義であり、プロセッサ、マイクロプロセッサ、マイコン、ＤＳＰを含む概念である。
外部装置は、少なくとも１台の他のコンピュータ（コンピュータシステム）２７である。コンピュータ１０と他のコンピュータ２７の間では、代表的にはインターネット、あるいはその他のＬＡＮ等の通信回線２８を介して文書ファイル、図面ファイル、実行ファイル（各種のプログラムを含む）、その他の各種のデータ等のデータ・情報に関する送受を行えるように通信可能になっている。
【００３０】
上記の構成において、メモリ１３はメインメモリであり、ＣＰＵ１２によって演算処理されたデータまたは演算処理が継続されるデータを一時的に保持するワーキングメモリを含んでいる。ハードディスク２１（内蔵ＨＤ２１Ａ、外付ＨＤ２１Ｂ）は、ＣＰＵ１２により演算処理で作成されメモリ１３で一時的に保持されたデータを保存するための保存メモリである。また外部記録デバイス３１は、外部メモリであって、主に携帯型の保存メモリとして機能するものである。
【００３１】
なお上記のコンピュータ１０は、よく知られるように、汎用機器としてのパーソナルコンピュータ（ＰＣ）やその他のサーバ等のコンピュータ、あるいは、専用機器としてのコンピュータである。後者の専用機器としてのコンピュータは、上記のＣＰＵ１２を内蔵したインテリジェントな機器であり、例えばＣＰＵ１２を含む固定型または携帯型のゲーム機器、携帯電話機、スマートフォン等であり、特定用途向けの機器である。このような専用機器としてのコンピュータの場合には、上記の外部記録デバイス３１に関する装備は装置の条件に応じて制約を受けることになり、例えば保存メモリとしては周知のごとく半導体メモリ（ＲＡＭ、ＲＯＭ）が用いられることになる。以下の実施形態では、コンピュータ１０については「ＰＣ」の例で説明する。
【００３２】
上記のシステム構成において、図２に示すように、コンピュータ１０に対して装着とその装着解除が自在である外付ＨＤ２１ＢとＵＳＢメモリ３１Ａの各々には固有の「シリアル番号」２１Ｂ−１，３１Ａ−１が付与されており、ＦＤ等の外部記録デバイス３１Ｂには固有の「識別番号」３１Ｂ−１が付与されている。図２において、コンピュータ１０等において登録されているシリアル番号を有するＵＳＢメモリ３１Ａ、あるいは登録されている識別番号を有する外部記録デバイス３１Ｂは、コンピュータ１０に装着したとき、コンピュータ１０でその接続および情報の送受が受け入れられる。この場合において「登録されている」とは、事前登録、および接続時の新規登録を含んでいる。またコンピュータ１０等において登録されていないシリアル番号を有するＵＳＢメモリ等、あるいは登録されていない識別番号を有する外部記録デバイス等は、コンピュータ１０に装着されたとき、コンピュータ１０にその接続を拒否される。
【００３３】
図３は、図１および図２で示したハードウェア構成を有するコンピュータ１０において、その要部のハードウェア構成と、その要部の機能構成を表す。
【００３４】
図３においてブロック１０は上述したコンピュータ（コンピュータシステム）を指している。メモリ１３のブロック内には、本実施形態に係る情報管理システム３２と、情報管理ファイル３３が示されている。
情報管理システム３２は、後述される本発明の特徴のある情報管理（暗号化による情報管理）を行うプログラムによって機能が実現されるシステム部分である。当該情報管理システム３２には固有の「識別番号」３２−１が付加されている。コンピュータ１０は、本実施形態では特にパーソナルコンピュータ（ＰＣ）の例で説明するので、当該識別番号３２−１は「ＰＣ識別番号」である。
なお上記の「ＰＣ識別番号」３２−１の例としては、一般に、ＭＡＣアドレス、マザーボードシリアル番号、ＣＰＵＩＤ、ＢＩＯＳシリアル番号、ハードディスクシリアル番号等である。
情報管理ファイル３３は、情報管理システム３２が、選択した管理対象のファイル等に対して要求された必要な処理を行うときに、当該処理に必要な条件を与える各種のデータを含んでなるファイルである。情報管理システム３２は、処理に必要なデータを情報管理ファイル３３から取り入れる。
コンピュータ１０を構成するハードウェア要素として、上記のＣＰＵ１２、メモリ１３、入出力制御システム（ＢＩＯＳ）１４が示され、さらに、ＬＡＮカード３４とマザーボード３５が示されている。
これらのハードウェア要素のうち、ＣＰＵ１２には「ＣＰＵＩＤ」１２−１が付与されており、ＬＡＮカード３４は「ＭＡＣアドレス」３４−１が付与されており、入出力制御システム１４は「シリアル番号」１４−１が付与されており、マザーボード３５には「シリアル番号」３５−１が付与されている。
【００３５】
コンピュータ（ＰＣ）１０におけるハードウェア要素に関して、ＣＰＵ１２のＣＰＵＩＤ１２−１、メモリ１３内の情報管理システム３２のＰＣ識別番号３２−１、ＬＡＮカード３４のＭＡＣアドレス３４−１、入出力制御システム１４のシリアル番号１４−１、マザーボード３５のシリアル番号３５−１は、コンピュータ１０を特定する識別番号であり、一般的には「コンピュータ識別番号」と総称する。
【００３６】
図３に示したコンピュータ１０の構成では、情報管理システム３２、すなわち情報管理を行うシステム実行ファイルに埋め込んだＰＣ識別番号３２−１と、使用されるコンピュータ１０に付与されている上記のコンピュータ識別番号（ＰＣ識別番号：ＣＰＵＩＤ１２−１等）との間で照合が事前にとられている。ＰＣ識別番号とコンピュータ識別番号（ＰＣ識別番号）とが一致するという条件の下で情報管理システム３２は起動する。反対に一致しない場合には起動しない。これによりソフトウェアの不正使用が防止される。
【００３７】
次に図４と図５を参照して情報管理システム３２の動作例（実現される機能構成）を説明する。
この動作例は、元ファイルであるコンピュータオブジェクトをカラーファイルに最初に符号化する初期処理を行い、当該初期処理後における定常的な運用処理のサイクルでの動作例である。
【００３８】
図４は、文書ファイルや図面ファイル等の通常のファイル（表示ファイル）を編集等する場合の動作例を示している。ここで、「編集」は「編集の拒否」を含む概念である。表示ファイルに対する編集は、表示内容に従ったアクセスは認めるが、本来的な製作者の意図に反した故意または悪意の第三者による編集は認めない。かかる「編集の拒否」は、後述される情報管理ファイルに含まれる「付記事項」に基づく制御により設定される。当該編集の例は、例えばホームページ（ブラウザによる表示画面）、表示・閲覧画面（ビューワによる表示画面）の例など、画面キャプチャーの防止、画面内容についての悪意の改竄・変更等を防止する対策としては、図１４に示した「変更の可否」、図１６に示した「付記条件」での「変換不能」などである。
また図５は、アプリケーションプログラム（ＡＰ（Applicaiton）ソフト、実行ファイル）を実行する場合の動作例を示している。
なお図４と図５では、説明の便宜上、それぞれ、情報管理システム３２上で生成される処理（編集、実行等）の対象として表示ファイル４３とＡＰソフト４６を分けて示したが、本実施形態の説明ではいずれもコンピュータオブジェクトとしての元ファイルに含まれるものである。図１１以降の説明では代表的に「表示ファイル４３」の例で説明しているが、本発明ではファイルという概念には通常のファイルと実行ファイルとを含ませているので、「表示ファイル」に関する説明で、併せて実行ファイル（ＡＰソフト）の説明も含ませている。
【００３９】
上記において、元ファイルが、ＡＰソフトと当該ＡＰソフトで作成・編集される文書等のデータとから構成されるファイルであることもあり得る。この場合には、文書ファイル等とＡＰソフトに係る実行ファイルとが一体になったものが元ファイルとなり、当該元ファイルが１つのカラーファイルに符号化される。従って、このカラーファイルを復号化して生成される上記の「表示ファイル４３」は、文書ファイル等とＡＰソフトに係る実行ファイルとが一体になった上記の元ファイルに相当することになる。
【００４０】
なお上記の「初期処理」の内容については、図１７、図１８、図２９を参照して、後で説明される。
【００４１】
図４と図５に示した情報管理システム３２では、当該情報管理システム３２に付与されたＰＣ識別番号３２−１がコンピュータ１０に付与されているＰＣ識別番号と一致しているので、正当に起動し動作することができる。
【００４２】
図４について説明する。図４では、情報管理ファイル３３の内部構成と、情報管理システム３２の内部構成と、ハードディスク２１の内部構成とが示されている。情報管理システム３２の内部構成は、情報管理の処理内容を動作例として示されている。
ハードディスク２１の内部には、一例として、多数（または複数）のカラーファイル４１が保存されている。カラーファイル４１は、この実施形態の場合では、予め別途に用意されたＯＮＣ対応表もしくはカラー暗号キー、またはＯＮＣ対応表とカラー暗号キーを用いて元ファイルから符号化（暗号化）されたものである。符号化（暗号化）の方法と元ファイルについて後で説明する。なお符号化（暗号化）の方法は、カラーを利用するものだけに限定されない。
ハードディスク２１内のカラーファイルの保存の仕方としては隠しフォルダ形式であっても隠しファイル形式であってもよい。図４では、情報管理システム３２は、ハードディスク２１内に保存された多数のカラーファイルのうちの任意の１つのカラーファイルであって、特に通常の文書ファイル等の表示ファイルを取り出して、これをメモリ１３で情報管理システム３２上で編集処理すると、いう動作の状態が構成的に、かつデータの流れとして示されている。
ハードディスク２１の多数のカラーファイル４１から１つのカラーファイル４１Ａが取り出され（ステップＳ１１）、情報管理システム３２の中に取り込まれる。このカラーファイル４１Ａの暗号化前の元ファイルの内容は文書ファイル等である。
情報管理システム３２において、メモリ１３上で、取り出されたカラーファイル４１Ａは、復号化手段４２による復号化処理に基づいて、元ファイルである表示ファイル４３に変換される。表示ファイル４３は編集処理を行うようにメモリ１３上で扱われる。目標とする処理が終了すると、表示ファイル４３は符号化手段４４による符号化処理（暗号化処理）に基づいて再びカラーファイル４１Ａに変換される。符号化後のカラーファイル４１Ａは、その内容が更新される。その後、当該カラーファイル４１Ａはハードディスク２１のカラーファイル４１の中に保存される（ステップＳ１２）。
【００４３】
ここで、符号化（暗号化）の方法と元ファイルについて説明する。
【００４４】
先ず「元ファイル」について一般的に説明する。ここで「元ファイル」とは、通常のコンピュータ上でまたはコンピュータを介して取り扱われる対象（データ、情報、プログラム、装置駆動ファイル、放送などのメディアのコンテンツ）であり、コンピュータオブジェクトである。コンピュータオブジェクトは、「コンピュータの内部またはコンピュータを介して取り扱われる文字（文書）、記号、図形、数式、画像、映像（動画）、音声等の個々のデータ、情報、プログラム（実行ファイル、ソフトウェア）、アプリケーションソフトウェアとそれによって扱われるデータとを一体的に組み合わせたもの、」である。
なおコンピュータオブジェクトは、コンピュータ１０の周辺装置、関連する諸種の装置、または通信回線で接続された複数のコンピュータから成るコンピュータシステム等においても取り扱われることが可能な対象である。
【００４５】
次に「符号化（暗号化）」の方法について説明する。本実施形態では、代表的に、カラーを利用して符号化（暗号化）を行う。
カラーを利用した符号化方法では「カラー」または「カラーに係るデータ」で表現される。当該符号化された内容を示すカラーデータは、ＲＧＢまたはＣＭＹＫ等のカラーを表すためのデータである。前述のごとく、カラーデータは、ハードディスク２１においてカラーファイル４１の形式で保存されている。以下、カラーデータとカラーファイルは同義である。
ここで「カラー」とは、コンピュータ内でデータとして取り扱われかつそのディスプレイの画面に表示することが可能な数百万以上の色のことを意味する。当該「カラー」は、原則として、可視光に基づいて通常の人間がその視覚により認識する物理的実在である。当該カラーをコンピュータ１０のディスプレイ２２の画面上に表示すると、カラーは画面上で色の組合せに基づく表示物、すなわち「カラーコード」の画像として人間の視覚に認識されるものである。
なお上記の「カラーデータ」は「カラーディジタル値」である。この「カラーディジタル値」は、カラーの属性に依存する数値であり、コンピュータ上でカラーをデータとして扱うときに割り当てられるディジタル数値である。
コンピュータオブジェクト（元ファイル）は符号化手段（変換部）４４によってカラーデータ（カラーファイル）に変換される。符号化手段（変換部）の変換機能は「情報変換型の変換機能」と「情報置換型の変換機能」の２つのタイプの変換機能を有している。２つのタイプの変換機能は選択的に使用される。
変換部３３の情報変換／情報置換の機能（情報変換の機能または情報置換の機能）、すなわち「カラー符号化」の機能により作成された上記のカラーデータは、仮にディスプレイ２２の画面に表示されたとすると、特定のカラーコード画像を表示することができるものである。ここで「カラーコード画像」は「カラー画像」と同義である。カラーデータは、それ自体は、コンピュータ１０のハードディスク２１の上において、上記のカラーファイル４１を形成している。
上述した通りコンピュータオブジェクト（元ファイル）は符号化手段４４によりカラーファイル４１に変換される。
上記において、コンピュータオブジェクト（元ファイル）とカラーファイルとは対応した関係にある。コンピュータオブジェクト（元ファイル）の各々は、符号化手段４４の情報変換／情報置換の機能によって、カラーファイル（カラーデータ）の各々に対応づけられる。
符号化手段４４の「情報変換／情報置換」の機能は、通常的な意味の「情報変換（変換）」の機能と、単なる「情報置換（置換え）」の機能とから構成される。情報置換の機能は、また代替機能であってもよい。符号化手段４４の変換機能に関して、「情報変換」であるか、または「情報置換」であるかについてはコンピュータオブジェクトの内容に依存して決まる。例えばバイトデータの文書データ等は情報置換の処理がなされ、バイナリデータの圧縮データやプログラム等は情報変換の処理がなされる。但し、バイトデータに対しては情報変換処理と情報置換処理ができるが、バイナリデータは情報変換の処理しかできない。実際に、「情報変換」と「情報置換」はコンピュータオブジェクトに依存して別物であるが、符号化手段４４の情報変換／情報置換の機能として、統合的に取り扱われる。
また逆に、カラーファイル４１を、復号化手段（逆変換部）４２で変換すると、コンピュータオブジェクトすなわち元ファイルに戻る。
上記の符号化手段４４は、後述されるように情報管理ファイル３３に用意されたカラー変換テーブル（ＯＮＣ対応関係表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つ）、または置換えプログラム）、あるいは、カラー変換キー（カラー暗号キー、または符号化（暗号化）プログラム）を用いた処理に基づいて、「情報変換／情報置換」の機能が実現される。なお「カラー変換テーブル」も広義には「カラー暗号キー」である。
上記の「Ｏ」はコンピュータオブジェクトであり、「Ｎ」はカラー数値であり、「Ｃ」はカラーを意味している。
さらに復号化手段４２は、同様に、情報管理ファイル３３に用意されたカラー逆変換テーブル（ＯＮＣ対応関係表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つ）、または置換えプログラム）、あるいはカラー変換キー（カラー暗号解除キー）を用いた処理に基づいて、復号（逆変換）機能が実現される。
カラー逆変換テーブルは、上記のカラー変換テーブルを逆向きに用いるものであり、対応表としては、変換元と変換先が入れ替わるだけであり、実質的に同じものであるということができる。
コンピュータオブジェクト（元ファイル）が、符号化手段４４でカラーファイル４１に変換されると、当該カラーファイル４１に基づいて元のコンピュータオブジェクトの内容を直接に認識し、知ることはできない。カラーファイル４１をコンピュータオブジェクト（元ファイル）として認識したい場合には、復号化手段４２を使用して元に戻すことが必要である。但し、コンピュータ１０上では情報管理システム３２の上だけである。ハードディスク２１等に保存されている状態では常にカラーファイル４１の形式であり、元ファイルすなわちコンピュータオブジェクトは存在していない。これによって、コンピュータ１０内のハードディスク２１等に記憶されるデータ、情報、プログラム等の秘匿または保全を確実に行うことができる。
【００４６】
次に、再び図４に戻り、情報管理ファイル３３の内容について説明する。情報管理ファイル３３には、情報として、本実施形態の場合、少なくとも、「ＯＮＣ対応表識別番号表」、「カラー暗号キー表（またはカラー暗号化キー表）」、「組織部門／ランク管理表」、「ファイル２重管理表」、「付記事項」、「外部記録デバイス識別番号表」を含んでいる。またＯＮＣ対応表識別番号表に表記された対応する複数のＯＮＣ対応表に係る情報、およびカラー暗号キー表に表記された対応する複数のカラー暗号キーに係る情報等については、情報管理ファイル３３やハードディスク２１等に保存されている。さらに「カラー暗号キー」の一例としては、現行ファイルでは「キー画像」と表現し得る。
【００４７】
図４に示した情報管理システム４２での処理の流れにおいて、復号化手段４２と符号化手段４４の各々で、情報管理ファイル３３から提供される「ＯＮＣ対応表」および「カラー暗号化キー」４５が用いられる。
【００４８】
次に図５について説明する。図５では、情報管理システム３２において処理される対象がＡＰソフト（実行ファイル、アプリケーションプログラム）であり、プログラム実行処理がなされている点に特徴がある。その他の構成等については、図４で説明した内容と同じである。従って、図５に示された要素について、図４で説明した要素と同一の要素には同一の符号を付し、その説明を省略する。
【００４９】
なお図４に示された情報管理システム３２の構成において、情報管理システム３２にＰＣ識別番号３２−１が付与されていない場合には、次のように扱われる。
前述した通り、情報管理システム３２に付与されたＰＣ識別番号３２−１はコンピュータ１０での正当な起動を許可されるための条件であった。情報管理システム３２において、そのシステム実行ファイルにＰＣ識別番号３２−１が埋め込まれていない場合には、コンピュータ１０では起動させることはできない。
すなわち、情報管理システム３２においてＰＣ識別番号３２−１が埋め込まれていない場合には、情報管理ファイル３３から「ＯＮＣ対応表」および「カラー暗号化キー」４５が提供されず、復号化手段４２およい符号化手段４４を実現することができない。よって、仮にハードディスク２１からカラーファイル４１Ａを取り出したとしても（ステップＳ１１）、例えば、その後の表示ファイル４３の編集、カラーファイル４１Ａの更新、更新したカラーファイル４１Ａの保存（ステップＳ１２）というプロセスを生じさせることができない。
【００５０】
上記の情報管理ファイル３３の内容、すなわちファイル構成等を図６に示す。情報管理システム３３の機能は、図６に記載される通り、少なくとも、「符号化／復号化の実行」、「ファイル管理」、「ファイル操作制限」、「ファイル情報持出禁止」の４つの機能である。
【００５１】
「符号化／復号化の実行」の機能によって上記の符号化手段４４と復号化手段４２が実現される。「符号化／復号化の実行」の機能では、ファイル構成は「ＯＮＣ対応表識別番号表」と「組織部門表」と「組織ランク表」である。
ＯＮＣ対応表識別番号表の実体ファイルは「ＯＮＣ対応表」である。ＯＮＣ対応表は、前述した通り、カラー変換テーブルであり、ＯＮＣ対応関係表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つ）、または置換えプログラムである。またＯＮＣ対応表は、広義には、カラー変換キー（カラー暗号キー、または符号化（暗号化）プログラム）を概念的に含む。さらに「ＯＮＣ対応表」には、復号化のための逆変換の内容も含まれる。
また「組織部門表」の実体ファイルは「部門別ＯＮＣ対応表」であり、「組織ランク表」の実体ファイルは「ランク別ＯＮＣ対応表」である。「組織部門表」における「部門別ＯＣＮ対応表」の一例が図９に示される。この組織部門表によれば、組織部門の各々の段階（レベル）に応じて、「ＯＮＣ対応表識別番頭」と「カラーファイル識別番号リスト」が示されている。また「組織ランク表」における「ランク別ＯＮＣ対応表」の一例が図８に示される。この組織ランク表によれば、ランクに応じて「ＯＮＣ対応表識別番号」と「カラーファイル識別番号リスト」が示される。
図８と図９に示されたテーブルにおいて、「ＯＮＣ対応表識別番号」の項目に記載された各内容がＯＮＣ対応表の操作の対象となり、「カラーファイル識別番号リスト」の項目に示された各内容がカラーファイルの操作（読込み、保存、削除、コピー、移動等）の対象となる。
図６に示されたテーブルでは、情報管理ファイル構成の各々の内容に応じて「セキュリティの概要」が記載されている。
【００５２】
図６に示したテーブルで、「ファイル管理」の機能では、ファイル構成は「ファイル名２重管理表」と「付記事項付ファイル」である。「実体ファイル」では「カラーファイル」と「元ファイル」が含まれる。
「ファイル名２重管理表」の実体ファイルは「カラーファイル」である。「ファイル名２重管理表」の一例を図７に示す。このテーブルによれば、元ファイル１〜ｎに対して、「カラーファイル識別番号」の項目でカラーファイルＩＤ１〜ＩＤｎが対応付けられ、「格納フォルダ名（パス）」の項目で各カラーファイルの格納フォルダ名が対応付けられている。カラーファイルＩＤ１〜ＩＤｎの各々がカラーファイルの操作の対象になる。
また「セキュリティーの概要」では、「ファイルの入力・保存は拒絶される。」が記載されている。これは、時に厳重なファイルまたは装置管理の必要なファイルの場合に、カラーファイル以外の元ファイルの入力も制御または制限し、その可否を制御するという意図である。このことは、本システムに入力し保存できる元ファイルを限定することを意味している。換言すれば、元ファイルに付記事項を付し、当該付記事項の内容にはファイルの入力・保存の要件を含むものであり、かかる付記事項に適う管理事項・処理要件を具備したファイルであるか否かに基づいて、本システムでの処理の可否を判断する。
【００５３】
「ファイル操作制限」の機能では、ファイル構成は「付記事項（ファイル操作）」であり、実体ファイルは「元ファイル」と「カラーファイル」と「表示ファイル」である。情報管理ファイル３２等と「付記事項」との関係については図１１〜図１７を参照して後で説明する。
なお「ファイル操作制限」の「セキュリティーの概要」において、本システムに対して外部からファイルを入力または保存しようとする場合に、一定の条件を具備するファイルに限って本システムへの入力・保存の可否を判断する構成とし、入力または保存を制御できる構成としている。これは、悪意のファイルの本システムへの入力・保存の拒絶を意図するものである。
【００５４】
「ファイル情報持出禁止」の機能では、ファイル構成は「外部記録デバイス識別番号」である。情報管理システム３２で登録されていない識別番号（シリアル番号）の外部記録デバイスは、コンピュータ１０では拒否（リジェクト）される。
【００５５】
図１０Ａ〜図１０ＣにＯＮＣ対応表（またはＯＮＣ対応関係表）の例を示す。
図１０Ａはオブジェクト・カラー対応表（ＯＣ対応表）とオブジェクトカラー編集エディタについてのテーブルを示す。図１０Ａに示したテーブルの左欄には「オブジェクト・カラー対応表作成」の欄にてオブジェクト（Ｏｉ（ｉ＝１〜ｎ））とカラー（Ｃｉ（ｉ＝１〜ｎ））との対応関係が示されている。オブジェクトＯｉは手動または自動でオブジェクト分割に基づき生成される。個数（ｎ）は例えば最大で６５，５３６個である。カラーＣｉはカラー部分空間（ＲＧＢ）に割り当てられる。個数（ｎ）は例えば最大で６５，５３６個である。また図１０Ａに示したテーブルの右欄には「オブジェクトカラー編集エディタ」の欄にて設定変更１〜ｍが示されている。オブジェクトカラー編集エディタにおける設定変更のルールは例えば乱数、循環シフト等が用いられる。
図１０Ｂはオブジェクト・カラー数値対応表（ＯＮ対応表）とオブジェクトカラー数値編集エディタについてのテーブルを示す。図１０Ｂに示したテーブルの左欄には「オブジェクト・カラー数値対応表作成」の欄にてオブジェクト（Ｏｉ（ｉ＝１〜ｎ））とカラー数値（Ｎ：１〜ｎ）との対応関係が示されている。カラー数値Ｎの最大値は６５，５３６である。また図１０Ｂに示したテーブルの右欄には「オブジェクトカラー数値編集エディタ」の欄にて設定変更１〜ｍが示されている。
図１０Ｃはカラー・カラー数値対応表（ＣＮ対応表）とカラー・カラー数値編集エディタについてのテーブルを示す。図１０Ｃに示したテーブルの左欄には「カラー・カラー数値対応表作成」の欄にてカラー（Ｃｉ（ｉ＝１〜ｎ））とカラー数値（Ｎ：１〜ｎ）との対応関係が示されている。また図１０Ｃに示したテーブルの右欄には「カラー・カラー数値編集エディタ」の欄にて設定変更１〜ｍが示されている。
【００５６】
次に図１１〜図１６を参照して前述の「付記事項」について説明する。図１１〜図１３で示されたブロック構成は、図４で示されたブロック構成と基本的に同じである。図４で示した要素と同一の要素には同一の符号を付し、詳細な説明を省略する。図１１〜図１３の処理では、カラーファイル４１Ａを取り出し、メモリ１３上の情報管理システム３２で表示ファイル４３に変換して編集を行う場合において、前述の「付記事項」に含まれるいずれかの内容を指定して編集を実行する。
なお付記事項の編集においては、表示機能のみで、編集機能を含まないように構成することもできる。
図１１は情報管理ファイル３３に付記事項５０Ａを付加する構成を示している。情報管理ファイル３３に付加される付記事項５０Ａの内容の例は、図１４において、テーブル形式で示される。図１４に示されたテーブルにおいて、付記事項５０Ａのカテゴリは「情報流出（保全・変更・破壊）」である。当該テーブルでは、最上位の行に「付記条件」、「条件付き実行制御」、「対象」、「実施例」の項目が記載されており、「付記条件」の欄に記載された「ＰＣ識別番号の照合」、「作成の可否」、「削除の可否」、「移動（コピー）の可否」、「転送の可否」、「変更の可否」、「コピーの可否」、「転送の可否」、「印刷の可否」の各々について内容が記載されている。「変更の可否」において「否」の場合には編集を認めない。
また「作成の可否」の「条件付き実行制御」では「作成」と「拒絶」が含まれ、またその「対象」では「カラーファイル」と「元ファイル」が含まれている。その「実施例」には、「ファイルの初期化処理で元ファイルの拒絶」が含まれる。
図１２はＯＮＣ対応表４５Ａに付記事項５０Ｂを付加する構成を示している。ＯＮＣ対応表４５Ａに付加された付記事項５０Ｂの内容の例は、図１５において、テーブル形式で示される。図１５に示されたテーブルにおいて、付記事項５０Ｂのカテゴリは同じく「情報流出（保全・変更・破壊）」である。当該テーブルでは、最上位の行に「付記条件」、「条件付き実行制御」、「対象」、「実施例」の項目が記載されており、「付記条件」の欄に記載された「ＰＣ識別番号の照合、付記事項（一定条件）の照合」、「移動の可否」、「再移動の可否」、「コピーの可否」、「転送の可否」、「印刷の可否」の各々について内容が記載されている。
「ＰＣ識別番号の照合、付記事項（一定条件）の照合」の内容では、その「条件付き実行制御」で「復号化」と「拒絶」を含み、「対象」で「カラーファイル」と「元ファイル」を含み、さらに「実施例」で「条件に適わないファイルを拒絶する。」を含んでいる。
上記のＯＮＣ対応表に付記事項を付加する構成では、好ましくは、ＯＮＣ対応表におけるカラー数値をレコードとして構成し、カラー数値レコード項目に付記事項に相当する機能を割り付け、機能を有するレコード項目で付記事項を具現する構成が可能である。
図１３はカラーファイル４１Ａに付記事項５０Ｃを付加する構成を示している。カラーファイル４１Ａに付加された付記事項５０Ｃの内容の例は、図１６において、テーブル形式で示される。図１６に示されたテーブルにおいて、付記事項５０Ｃのカテゴリは「情報流出（保全・変更・破壊）」、「配信」、「非正規ファイル」、「ダウンロード」、「違法コピー」、「ダウンロード」である。当該テーブルでは、最上位の行に「付記条件」、「条件付き実行制御」、「対象」、「実施例」の項目が記載されており、カテゴリに記載された各内容に応じて項目毎に内容が記載されている。
なお、付記事項として示される記載内容、付記条件等はカテゴリの具現化に即し、対応すべく適宜変更する。
また付記事項５０Ｃは、付記事項の内容を制約するものではなく、表示ファイルなどについて必要に基づいて設定可能である。
上記の付記事項の付記条件はファイルの目的に照らし、自在に内容は設定される構成である。そして付記事項の付記条件に基づく制御は自動的または手動的に行うように構成される。なお手動的に行う場合には、コンピュータ１０のディスプレイ２２に、オペレータに対して手動的な操作を指示するメッセージが表示され、オペレータはその指示メッセージに基づいて必要な手動操作を行うことになる。
【００５７】
次に、上記のハードウェア構成（コンピュータ１０等）、各種の機能手段（情報管理システム３２、符号化手段４４、復号化手段４２等）およびファイル（情報管理ファイル３３、カラーファイル４１等）によって実行される動作内容をより詳しく説明する。
【００５８】
図１７、図１８、図２９を参照して、カラーを利用した元ファイル（コンピュータオブジェクト）のカラーを利用した符号化（カラー暗号化）における初期処理の動作内容を説明する。図１７はハードウェア構成上のデータの流れ、処理の流れを示し、図１８は特にファイル（データ）の流れを示し、図２９は初期処理のフローチャートを示している。
【００５９】
図２９に示したフローチャートに従って説明を行う。最初はコンピュータ１０のハードディスク２１に、通常的に、多数（または複数）の元ファイル５１が保存された状態にある。
ステップＳ１０１で、コンピュータ１０上で情報管理システム３２を起動する。その際ＰＣ識別番号のチェックが行われ、それに適合した場合に起動・動作を許可する。ＣＰＵ１２が情報管理システム用プログラムを実行することによりメモリ１３上に情報管理システム３２が構築される。
次のステップＳ１０２で、情報管理ファイル３３の内容に基づいて、情報管理システム３２の符号化機能（符号化手段４４）を使用する。その結果、メモリ１３に符号化手段４４（図１７と図１８では「カラー暗号化」という手段で示している）が実現される。
ステップＳ１０３で、情報管理ファイル３３の内容に基づいて、ＯＮＣ対応表／カラー暗号化キー４５が指定される。この「ＯＮＣ対応表／カラー暗号化キー４５」は「キー画像」と呼ぶことができる。当該「キー画像」、すなわち「ＯＮＣ対応表／カラー暗号化キー４５」は、いわゆるパスワードに相当するものであり、本願発明における固有なパスワードの役割を有する要素である。
次のステップＳ１０４において、暗号化しようとする元ファイルを、ハードディスク２１に保存された元ファイル５１の中から指定する。指定した元ファイル５１Ａはハードディスク２１から取り出される（図１７と図１８におけるステップＳ２１）。なお元ファイルの指定・取出しは個別にまたは一括で行うことができる。
ステップＳ１０５では、取り出した元ファイル５１Ａを符号化機能すなわちカラー暗号化手段４４によってカラーファイル４１Ａに置換または変換する。カラー暗号化手段でのカラー暗号化の処理では、ＯＮＣ対応表および／またはカラー暗号化キー４５が使用される。
次のステップＳ１０６では、生成されたカラーファイル４１Ａをハードディスク２１に保存する（ステップＳ２２）。こうして多数のカラーファイル４１の保存領域が形成される。
最後のステップＳ１０７において、上記のごとくカラーファイル５１Ａが生成された元ファイル４１Ａについては、ハードディスク２１上から自動的に削除する。
【００６０】
上記の初期処理によれば、当該初期処理後において、多数の元ファイル５１のすべてがカラー暗号化（符号化またはカラー暗号化の手段４４）によってカラーファイル４１になると、元ファイル５１はすべて消えることになる。ハードディスク２１等の保存メモリにおいて元ファイル５１は自動的に削除され、消滅するので、元ファイルの外部持出しは不可能になる。またその後の内容更新等の処理では、コンピュータ１０内では暗号化された安全なカラーファイル４１のみが閉ループを形成して循環されることになるので、データ等の漏洩を確実に防止することができる。
但し、上記の構成において、初期処理によりカラーファイル４１に暗号化された元ファイル５１に関して、初期処理後にはハードディスク２１上で当該元ファイル５１をすべて自動的に削除するように構成することは望ましいが、必要に応じて、当該元ファイル５１の一部または全部を残すように構成することも可能である。この場合には、データ保存メモリであるハードディスク２１において、初期処理後、元ファイル５１と各元ファイルに対応する暗号化が行われたカラーファイル４１とが存在し、両ファイルが併存することになる。このことは、任意にシステム設計することができることを意味している。
さらに、当然のことながら、データ保存メモリであるハードディスク２１において、初期処理前の元ファイル５１と初期処理後のカラーファイル４１とが併存されることはあり得る。元ファイル５１自体は、コンピュータ１０の通常の機能・動作で次々と生成されるものであるから、コンピュータ１０のハードディスク２１で初期処理が完了したカラーファイル４１と初期処理前の状態にある元ファイル５１が併存することは通常的なことである。
さらに、ＵＳＢメモリ３１Ａ等の外部記録デバイス３１等を介してコンピュータ１０のハードディスク２１に元ファイル５１を保存し、当該元ファイル５１がウィルス等のファイルが埋め込まれている場合に、それを除去するためのクリーニングが行われる。すなわち、元ファイル５１の内部に埋め込まれているファイルについては、初期処理での符号化の際に、本発明に係るファイル暗号化ソフト以外は、すべてを除去するというクリーニング処理が行われる。
上記のクリーニング処理の方式に関して、除去／削除マーカの設定、図１６で説明した付記事項での「削除の設定」、図１４で説明した付記条件での「削除の可否」が、制御プログラム保護の観点から検討される。プログラム（実行ファイル）は、本発明に係るファイル暗号化ソフト以外、すべてのプログラムが削除される構成とする。このため、本発明に係るファイル暗号化ソフトのみを入出力可能とし、かつその他のプログラムは削除する機能を備えている。またコンピュータからの外部流出を図るウィルスソフトを除去することにより、情報の流出・遺漏を阻止する。
【００６１】
次に、図１９、図２０、図３０を参照して、カラーファイル４１の内容を更新する定常的な運用処理の動作内容を説明する。図１９はハードウェア構成上のデータの流れ、処理の流れを示し、図２０は特にファイル（データ）の流れを示し、図３０は運用処理のフローチャートを示している。
【００６２】
図３０に示したフローチャートに従って説明を行う。初期処理後であるので、コンピュータ１０のハードディスク２１には、多数（または複数）のカラーファイル４１のみが保存された状態にある。
図１９に示された構成は、図４に示された構成と実質的に同じであるので、図４に示された要素と同じ要素には同じ符号を付している。
ステップＳ２０１で、コンピュータ１０上で情報管理システム３２を起動する。その際ＰＣ識別番号のチェックが行われ、それに適合した場合に起動・動作を許可する。ＣＰＵ１２が情報管理システム用プログラムを実行することによりメモリ１３上に情報管理システム３２が構築される。
なお、ＰＣ識別番号のチェック時においてＰＣ識別番号が一致したときに、ウィルスソフトが起動することがないように事前に前述のクリーニング処理を実行する。
次のステップＳ２０２で、情報管理ファイル３３の内容に基づいて、情報管理システム３２の復号化機能（復号化手段４２）を使用する。その結果、メモリ１３に復号化手段４２が実現される。
ステップＳ２０３で、情報管理ファイル３３の内容に基づいて、ＯＮＣ対応表／カラー暗号化キー４５が指定される。
次のステップＳ２０４において、更新しようとするカラーファイル４１Ａを、ハードディスク２１に保存されたカラーファイル４１の中から指定する。指定したカラーファイル４１Ａはハードディスク２１から取り出される（図１９と図２０におけるステップＳ１１）。なおカラーファイルの指定・取出しは個別にまたは一括で行うことができる。
ステップＳ２０５では、取り出したカラーファイル４１Ａを復号化機能すなわち復号化手段４２によって表示ファイル４３に置換または変換する。復号化手段４２での復号化の処理では、ＯＮＣ対応表および／またはカラー暗号化キー４５が使用される。
ステップＳ２０６では、表示ファイル４３の編集作業が行われ、表示ファイル４３の内容が更新される。なおこの例では表示ファイル４３の例を説明するが、ＡＰソフトであっても同じである。
次のステップＳ２０７では、編集作業で更新された表示ファイル４３を符号化手段４４でカラーファイル４１Ａに符号化する。
さらにステップＳ２０８では、カラーファイル４１Ａをハードディスク２１に保存する（ステップＳ１２）。
【００６３】
上記において、コンピュータオブジェクトは、ハードディスク２１ではカラーファイル４１の形式で保存され、内容を更新するときには情報管理システム３２によってメモリ１３上だけで表示ファイル４３として取り扱われ、編集作業が実行される。このときにも編集対象として表示ファイル４３になるだけであり、元ファイルになるわけではない。「表示ファイル」とは、内容がディスプレイ２２に表示され、キーボード２３等を利用して編集を行うことができるファイルの意味である。
図６に示すように、編集作業において作成、変更、削除が可能であるが、図１４に示す通り情報管理ファイル、付記条件の変更可否によって変更否においては編集によるファイル変更は不可である。表示ファイルで示されるアクセスポイントにアクセスしてリンク項目を表示することは可能であるが、表示ファイル（例えばホームページなど）の第三者による変更（悪質なホームページの改竄・変更）はできない構成となっている。
【００６４】
上記の定常的な運用処理の動作によれば、表示ファイル４３は一次作業領域であるメモリ１３のみにおいて存在し、それ以外のあらゆる記憶領域または記録領域には存在することができない。表示ファイル４３はメモリ１３上の揮発性ファイルである。またこのような表示ファイル４３の操作について、「保存」に関しては元ファイルは常時自動削除されている仕組みになっている。また「印刷、転送」に関しては停止モードに設定され、これはパスワード入力で解除される仕組みになっている。
また、印刷機は当該デバイス識別番号や付記事項の付記で利用を停止し、あるいは復号化の印刷も可能である。これにより印刷機の機能を制限的に利用する。付記事項の付記条件において、例えば、印刷条件で「印刷否」のときにはカラーファイルから復号化された表示ファイルの印刷出力は拒否され、また印刷条件で「印刷可」のときには当該表示ファイルの印刷出力は許可される。また当該印刷条件の中には、印刷範囲、印刷部数、縦横印刷等を含ませることができる。
またハードディスク２１に保存される内容をＵＳＢメモリ３１Ａ等に保存して持ち歩き、当該ＵＳＢメモリ３１Ａ等を何らかの理由で紛失したとしても、他者はＯＮＣ対応表なしでは復号化できないので、極めて安全である。
【００６５】
図３０に示した定常的な運用処理の動作内容の示すフローチャートの変形例を、図３１Ａと図３１Ｂを参照して説明する。図３１Ａのフローチャートと図３１Ｂのフローチャートは、全体として１つのフローチャートを分けて示したものである。
図３１Ａと図３１Ｂに示したフローチャートは、情報管理ファイル３３に用意された付記事項を使用する場合の定常的運用処理の動作内容を示している。図３１Ａと図３１Ｂに示したフローチャートにおいて、図３０のフローチャートで説明したステップと同一のステップには同一の符号を付し、その説明を省略する。この場合、ステップＳ２０１，Ｓ２０２，Ｓ２０３，Ｓ２０４，Ｓ２０６，Ｓ２０８が同一である。
ステップＳ２０４の後にステップＳ３０１が実行される。このステップＳ３０１では、指定したカラーファイルから、当該カラーファイルに付与されている「付記事項」が取り出される。
次のステップＳ３０２では、取り出した「付記事項」の付記条件に従って条件付きの実行制御が行われる。ステップ３０２の具体的内容は、例えば復号化についてＮＯである場合には終了し、ＹＥＳである場合には復号化機能を実行し、指定したカラーファイルを取り出し、表示ファイルを再生する。
表示ファイルの編集等に係るステップＳ２０６の後にはステップＳ３０３が実行される。ステップＳ３０３では、取り出した「付記事項」の付記条件に従って条件付きの実行制御が行われる。ステップ３０３の具体的内容は、例えば符号化についてＮＯである場合には処理を終了し、ＹＥＳである場合には符号化機能を実行し、編集された表示ファイルを符号化機能によりカラーファイルに符号化する。
最後に内容が更新されたカラーファイルをハードディスク２１に再び保存する（ステップＳ２０８）。
【００６６】
次に図２１〜図２８、図３２Ａ、図３２Ｂを参照して、カラーファイル４１の内容を更新する定常的な運用処理の動作内容であって、情報管理ファイル３３に用意されたファイル２重管理表、組織部門／ランク管理表等を使用する場合の動作内容を説明する。図２１はファイル（データ）の流れを示し、図３２Ａ、図３２Ｂは運用処理のフローチャートを示している。図３２Ａのフローチャートと図３２Ｂのフローチャートは、全体として１つのフローチャートを分けて示したものである。
【００６７】
図２１において、ハードディスク４１に保存されたカラーファイル４１の中から内容更新の必要のある任意なカラーファイル４１Ａを取り出し、復号化手段４２で表示ファイル４３等（ＡＰソフト４４の場合もある）に復号し、編集作業を行って内容を更新し、更新した表示ファイル４３等を符号化手段４４でカラー暗号化し、再びハードディスク２１に保存する処理の流れは、図１９および図２０を参照して説明した内容と同じである。この実施形態では、上記の処理の流れにおいて、図２１に示されるように、ファイル２重管理表６１を利用したファイルインデックス管理６２に基づいてファイル２重管理が適用される。
【００６８】
図３２Ａと図３２Ｂに示したフローチャートに従って説明を行う。初期処理後であるので、コンピュータ１０のハードディスク２１には、多数（または複数）のカラーファイル４１のみが保存された状態にある。
ステップＳ４０１により、コンピュータ１０上で情報管理システム３２を起動する。その際ＰＣ識別番号のチェックが行われ、それに適合した場合に起動・動作を許可する。ＣＰＵ１２が情報管理システム用プログラムを実行することによりメモリ１３上に情報管理システム３２が構築される。
次のステップＳ４０２で、情報管理ファイル３３の内容に基づいて、情報管理システム３２の復号化機能（復号化手段４２）を使用する。その結果、メモリ１３に復号化手段４２が実現される。
ステップＳ４０３で、情報管理ファイル３３の内容に基づいて、ＯＮＣ対応表／カラー暗号化キー４５が指定される。
次のステップＳ４０４では、「ファイルインデックス管理」が実行される。この「ファイルインデックス管理の機能部分は、図２１においてはブロック６２で示されている。
ステップＳ４０５では、元ファイル名リスト６３から元ファイル名６４を指定している。この元ファイル名は選択入力される。元ファイル６４の指定は個別または一括により行われる。
次のステップＳ４０６では、ファイル２重管理表６１に基づいて、これから対応するカラーファイル識別番号６５とパス（位置情報）を取得する。
次のステップ４０７においては、取得されたカラーファイル識別番号６５を用いて、当該カラーファイル識別番号に対応するカラーファイルを指定する。前述した循環する内容更新のための定常的な運用処理の動作において、更新対象のカラーファイル４１Ａを取り出すとき、上記のカラーファイル識別番号を有するカラーファイルが取り出される（図２１におけるステップＳ１１）。なおカラーファイル４１Ａの指定・取出しは個別にまたは一括で行うことができる。
ステップＳ４０８では、取り出したカラーファイル４１Ａを復号化機能すなわち復号化手段４２によって表示ファイル４３に置換または変換し、再生する。復号化手段４２での復号化の処理では、ＯＮＣ対応表および／またはカラー暗号化キー４５が使用される。
ステップＳ４０９では、表示ファイル４３の編集作業が行われ、表示ファイル４３の内容が更新される。なおこの例では表示ファイル４３の例を説明するが、ＡＰソフトであっても同じである。
次のステップＳ４１０では、編集作業で更新された表示ファイル４３を符号化手段４４でカラーファイル４１Ａに符号化する。
さらにステップＳ４１１では、カラーファイル４１Ａをハードディスク２１に保存する（ステップＳ１２）。
【００６９】
図２２〜図２４は、情報管理システム３２の情報管理ファイル３３の構成として図６等で説明した組織部門／ランク管理表の内容の一例を示している。
図２２に示されるように、ランク別の利用範囲の制限を示す。組織を構成するメンバーとしての社長、部長、課長、担当者というランクの各々に対して、元ファイル７１の全体を基準にしてそれぞれファイル利用範囲がランクに応じて相対的に決められている。なお会社等の組織部門のピラミッド構成を図２４に示す。社長は最上位に位置し、部長は「部」の長であり、課長は「課」の長である。担当者は「課」に属するメンバーである。これにより組織部門と、組織全体を構成するメンバーのランクの位置関係が明らかになる。
また図２３に示されるように、元ファイル７１とカラーファイル７２との対応関係において、元ファイル７１とカラーファイル７２の各々で、上記のランクに応じてランク別に内容の利用範囲が決められている。
【００７０】
図２５は、元ファイルをカラーファイルに符号化（カラー暗号化）する初期処理の動作例であってランク別の初期処理の動作例を示し、基本的な構成部分は図１７および図１８で説明した内容と同じである。図２５において図１８で説明した要素と同一の要素には同一の符号を付してその説明を省略する。
図２５の特徴的構成は、「ＯＮＣ対応表、カラー暗号化キー」４５の代わりに「ランク別ＯＮＣ対応表、カラー暗号化キー」４５Ｂが用いられる点であり、その結果、ランク別カラーファイル４１Ｂが作成されることである。この初期処理は、図２３に示したランク別のファイル構成を反映させたものである。
【００７１】
図２６は、符号化されたカラーファイルの内容を更新する定常的な運用処理の動作例であってランク別の動作例を示し、基本的な構成部分は図１７および図１８で説明した内容と同じである。図２６において図２０で説明した要素と同一の要素には同一の符号を付してその説明を省略する。
図２６の特徴的構成は、更新対象がランク別のカラーファイル４１Ｂであり、「ＯＮＣ対応表、カラー暗号化キー」４５の代わりに「ランク別ＯＮＣ対応表、カラー暗号化キー」４５Ｂが用いられる点であり、その結果、ランク別表示ファイル４３Ｂが作成されることである。この定常的な運用処理は、図２３に示したランク別のファイル構成を反映させたものである。
【００７２】
図２７は、元ファイルをカラーファイルに符号化（カラー暗号化）する初期処理の動作例であって組織部門別の初期処理の動作例を示し、基本的な構成部分は図１９および図２０で説明した内容と同じである。図２７において図２０で説明した要素と同一の要素には同一の符号を付してその説明を省略する。
図２７の特徴的構成は、「ＯＮＣ対応表、カラー暗号化キー」４５の代わりに「組織部門別ＯＮＣ対応表、カラー暗号化キー」４５Ｃが用いられる点であり、その結果、組織部門別カラーファイル４１Ｃが作成されることである。この初期処理は、図２４に示したラ組織部門別のファイル構成を反映させたものである。
【００７３】
図２８は、符号化されたカラーファイルの内容を更新する定常的な運用処理の動作例であって組織部門別の動作例を示し、基本的な構成部分は図１９および図２０で説明した内容と同じである。図２８において図２０で説明した要素と同一の要素には同一の符号を付してその説明を省略する。
図２８の特徴的構成は、更新対象が組織部門別のカラーファイル４１Ｃであり、「ＯＮＣ対応表、カラー暗号化キー」４５の代わりに「組織部門別ＯＮＣ対応表、カラー暗号化キー」４５Ｃが用いられる点であり、その結果、組織部門別表示ファイル４３Ｃが作成されることである。この定常的な運用処理は、図２４に示した組織部門別のファイル構成を反映させたものである。
【００７４】
上記の実施形態の説明では、データ保存メモリとしてハードディスク（ＨＤ）２１を用いる場合の例を説明したが、その他のデータ保存メモリ、すなわち外部記録デバイス３１（ＵＳＢメモリ３１Ａ、ＦＤやＣＤ等の外部記録デバイス３１Ｂ）を用いる場合でも同様に構成することができる。
【００７５】
次に本発明に係る情報管理システム３２について他の実施形態を説明する。この実施形態は前述した情報管理システム３２の動作の変形例である。
先に図１７と図１８等を参照して段落００４１〜００４３で元ファイル５１をカラーファイル４１に符号化する符号化初期処理について説明した。この初期処理では、前述した通り、当然のことながら、ハードディスク２１で初期処理前の元ファイルと初期処理が完了したカラーファイルとが併存する状態があり得る。そこで、このような状態では、オペレータや外部からの侵入者等が、ハードディスク２１から、ＵＳＢメモリ３１Ａ等の外部記録デバイス３１やその他のコンピュータユニットに、初期処理前の元ファイル５１を移動または複製し、当該元ファイルをコンピュータ１０の外部に持ち出そうとすることがあり得る。このような場合には、前述の符号化手段４４によって自動的に元ファイルをカラーファイルに符号化し、ＵＳＢメモリ３１Ａ等に移動または複製させるようにする。すなわち、情報管理システム３２は、図１７と図１８等に示したその情報管理機能（符号化初期処理機能）に基づいて、外部等より初期処理前の元ファイルを外部のＵＳＢメモリ等に移動または複製するという要求があったとき、この元ファイルを符号化手段４４によって暗号化ファイルに符号化してＵＳＢメモリ３１Ａ等に移動または複製する。この装置的構成は、図１７および図１８で示した構成において、生成されたカラーファイル４１Ａがハードディスク２１に保存される代わりにＵＳＢメモリ３１Ａ等に保存されるように構成することである。従って、ＵＳＢメモリ３１Ａ等で保存されたファイルの形式は暗号化されたカラーファイル４１Ａとなる。このため、ＯＮＣ対応表等を持たない第三者は情報内容を知ることはできない。
また上記において、符号化初期処理前の元ファイルを外部のＵＳＢメモリ等に移動または複製するという要求において、移動先または複製先が指定された時点で、符号化初期処理前の元ファイルを暗号化ファイルに符号化するように構成される。
【００７６】
上記の各実施形態の構成について、カラーファイルに符号化される元ファイルに追記領域部分を追加し、その追記領域部分に例えば「ＰＣ識別番号」と「ＨＤシリアル番号」をの情報を付加するように構成することも望ましい。この構成を採用することにより、パスワードによる認証は必要なくなる。
【００７７】
次に、図３３と図３４を参照して、図１７等で説明したカラー暗号化（または符号化、手段４４）の具体的な仕組みについて、さらに詳細に説明する。
図３３はカラー暗号化の処理（アルゴリズム）の流れを図解した図であり、図３４は暗号鍵の作り方を図解した図である。
この暗号化の方式では、被暗号化データ（平文）に、以下の手順で作成された暗号鍵によってビット単位に排他的論理和を施し、暗号化ファイルを作成する。被暗号化データと暗号鍵のサイズは等しい。また逆に、この暗号鍵で、暗号化ファイルに対して、再度、排他的論理和を施し、復号を実行する。この暗号は共通鍵方式の暗号である。
【００７８】
図３３において、１０１は「キー画像」であり、１０２は被暗号化データ（平文）の元ファイル（一例として文書ファイル）であり、１０３は暗号化処理の結果作られたカラーファイルである。
キー画像１０１は代表的にはカラー写真画像が使用されるが、これに限定されるものではない。カラー写真画像については例えば本等に示された支障のない適宜な画像が使用される。さらに、カラー写真画像については、電子ブック等の表示画面に示された同様の画像を使用することもできる。
元ファイル１０２としては、この例では、ブラウザの表示画面に表示された文書データが使用されている。
図３３に示したカラー暗号化の処理（アルゴリズム）は、キー画像１０１を利用して元ファイル１０２を暗号化（または符号化）してカラーファイル１０３を作成するための８つのステップ（Ａ），（Ｂ），（Ｃ），（Ｄ），（Ｅ），（Ｆ），（Ｇ），（Ｈ）を含んでいる。以下に、これらのステップ（Ａ）〜（Ｈ）を説明する。
【００７９】
ステップ（Ａ）：
このステップはキー画像１０１からデータ１１１（ビット配列、バイト列）を抽出するステップである。
抽出配列の長さ（ビット数）をどの程度にするかは、次の乱数発生との関係に基づいて任意に定められる。このキー画像１０１によって後述の暗号鍵が生成されるため、当該キー画像は通常の暗号化の際に利用されるパスワードに類似した役割を果たす。抽出されるデータ１１１のサイズは、画像の約半分、数千から数万バイト程度を目安とする。また現在の計算機性能から言って、全件検索を行うことが事実上不可能な抽出サイズを満たしていることの根拠については、「全件検索による解読について」の欄に後述される。
【００８０】
ステップ（Ｂ）：
このステップは乱数を発生させるステップである。
ここで「乱数」とは、すべて擬似乱数の意味であるとする。乱数発生器１１２の初期値（シード、種）として上記の抽出データをセットし、乱数配列１１３を発生させる。なお、初期値の違いによる乱数配列１１３の差異が十分著しいことが望ましい。
【００８１】
ステップ（Ｃ）：
このステップは暗号鍵Ａを作成するステップである。
上記乱数配列１１３を適当な長さ（固定長）に区切り、それぞれの区間をハッシュ関数１１４の入力値（キー）として、ハッシュ値を求め、それらを結合して暗号鍵Ａを作成する。この暗号鍵Ａは、後述するファイル鍵と共に、暗号鍵の再現を可能とする。それ故に、暗号化のアプリケーションとは別の場所に移動して、保存する等の利用が想定される。
それに応えるため、暗号的強度の観点以外に、ネットワーク上のトラフィック負荷を考慮して、支障なくデータのやりとりが可能となるように、そのサイズ（コンパクトさ）を決定しなければならない。これを暗号鍵Ａの「サイズ妥当性」と名付ける。これは当然ある幅を持った数値となる。ハッシュ関数の使用（反復）回数は、そのハッシュ値の長さ（出力長）の和が、このサイズ妥当性に適合していることが条件となり、決定される。
なお、ハッシュ関数のキー（入力）長は、出力長に比べ十分大きいことが条件となる。
【００８２】
ステップ（Ｄ）：
このステップは暗号鍵Ｂを作成するステップである。
上記暗号鍵Ａを初期値（種）として乱数発生器１１５で乱数配列１１６を発生させる。ハッシュ関数１１７で乱数配列１１６を適当な長さに区切ってハッシュ値を求め、それらを結合して適当な長さのビット列を作成し、暗号鍵Ｂと名付ける。この暗号鍵Ｂの部分配列を抽出し、並び替えたものが、暗号鍵となる。図３３で示したステップ（Ｆ）の「シャッフル」を参照する。暗号鍵のビット配列のランダムさを保障するため、この暗号鍵Ｂの長さは暗号鍵Ａより長いものにする。
【００８３】
以上までのステップ（Ａ）〜（Ｄ）の操作は、キー画像１０１が決定されたタイミングで行うことが可能であり、かつその方が望ましい。これを前提として、被暗号化データ（平文）を暗号化する手順（ステップ（Ｅ）〜（Ｈ））を以下に述べる。
【００８４】
ステップ（Ｅ）：
このステップはファイル鍵を作成するステップである。このステップでは、被暗号化データ（平文）１０２、すなわち元ファイル１０２をハッシュ関数１１８に代入して得られるビット配列をファイル鍵１１９とする。
【００８５】
ステップ（Ｆ）：
このステップはシャッフル用乱数配列を作成するステップである。このステップでは、ファイル鍵１１９を初期値として乱数発生器１２０によりシャッフル用乱数配列１２１を発生させる。
【００８６】
ステップ（Ｇ）：
このステップは暗号鍵を作成するステップである。
上記で作成した、暗号鍵Ｂとシャッフル用乱数配列１２１を用いて、シャッフル処理１２２を行って暗号鍵１２３を作成する。
シャッフル用乱数配列１２１は適当な長さｌビット（固定）に区切られる。
ｌの条件としては、２ｌ≧（暗号鍵Ｂのビット長）であればよい。
ｌビットで区切られたビット配列をそれぞれ数値に変換したものをａｉ，ｂｉ（ｉ＝１，２，…）とおく（図３４に示す）。
次にａｉ，ｂｉを暗号鍵Ｂのビット長で割った余りを、それぞれａｉ＊，ｂｉ＊とする。
すなわち、
ａｉ＊＝ａｉ ｍｏｄ （暗号鍵Ｂのビット長）
ｂｉ＊＝ｂｉ ｍｏｄ （暗号鍵Ｂのビット長）
このとき、
０≦ａｉ＊≦（暗号鍵Ｂのビット長）−１
０≦ｂｉ＊≦（暗号鍵Ｂのビット長）−１
従って、
１≦ａｉ＊＋１≦（暗号鍵Ｂのビット長）
１≦ｂｉ＊＋１≦（暗号鍵Ｂのビット長）
いま、ａｉ＊，ｂｉ＊の大小を比較して、大きい方をｃ、小さい方をｄとする。
暗号鍵Ｂのｃ＋１ビット目からｄ＋１ビット目のビット配列をＥｉ（そのビット長をｅｉ）として、Ｅｉ−１に結合する。
このとき、
ｅ１＋ｅ２＋…＋ｅｉ−１＋ｅｉ＜平文のビット長
そうであるならば、引き続きａｉ＋１，ｂｉ＋１についてＥｉ＋１を作成し、結合列Ｅ１＋…＋Ｅｉ＋１を作り、その長さの和が平文のビット長を超えるまで続ける。
ｅ１＋ｅ２＋…＋ｅｉ−１＋ｅｉ≧平文のビット長
であれば、ビット配列の結合Ｅ１＋Ｅ２＋…＋Ｅｉ−１＋Ｅｉを暗号鍵１２３とする。
【００８７】
ステップ（Ｈ）：
このステップは被暗号化データ（平文）である元ファイル１０２に対してビット単位で、暗号鍵１２３により、排他的論理和を施し、暗号化を行ってカラーファイル（暗号化ファイル）１０３を作成する。
【００８８】
上記のごときして作成されたカラーファイル（暗号化ファイル）１０３を復号化するときには、暗号鍵Ｂとファイル鍵１１９により図３３に示したステップ（Ｄ），（Ｆ），（Ｇ）の手順を再現して暗号鍵１２３を作成する。そしてこの暗号鍵１２３を用いてカラーファイル（暗号化ファイル）１０３に排他的論理和を施すことによって被暗号化データ（平分）すなわち元ファイル１０２に復号化される。
【００８９】
次いで本発明によるカラー暗号化方法に関する全件検索による解読について説明する。
１０バイト（英数字１０文字）のパスワード設定が、全数検索で１０−ｎ秒（ｎ＝３なら１ミリ秒、ｎ＝６なら１マイクロ秒、ｎ＝９なら１ナノ秒）で解読されると仮定する。
このとき、その１０倍の１００バイト（英数字１００文字）のパスワード設定がどの程度の時間で解読できるかを計算する。
本発明によるキー画像の採用の場合、数千〜数万文字のパスワード設定に該当することは前述の通りである。
１０バイトのパスワード設定の場合、考え得る全ケースは、
２５６１０＝（２８）１０＝２８０通り…（１）
同様に１００バイトの場合、
２５６１００＝（２８）１００＝２８００通り…（２）
（１）を解読するのに１０−ｎ秒、（２）を解読するためにｘ秒、それぞれ要したとすると、
２８０：２８００＝１０−ｎ：ｘ
ｘ＝（２８００）×１０−ｎ／２８０＝２７２０／１０ｎ（秒）
これを年に直すと、
２７２０／（１０ｎ×６０×６０×２４×３６５）（年）
これが１０進法でどれくらいの桁数（ｙ桁）をもつ数値であるかを示すために、
１０ｙ＝２７２０／（１０ｎ×６０×６０×２４×３６５）
とおく。両辺の（自然）対数をとって、
ｙlog１０＝７２０・log２−ｎ・log（１０×６０×６０×２４×３６５）
ｙ＝（７２０・log２−ｎ・log（１０×６０×６０×２４×３６５））／log１０
このとき、
ｎ＝３の場合 ⇒ ｙ≒１９１
ｎ＝６の場合 ⇒ ｙ≒１６６
ｎ＝９の場合 ⇒ ｙ≒１４０
となる。
さて、クロック周波数が１GHzのＣＰＵは、基本回路が１秒間に１０億（＝１０９）回の動作をする。この１動作で全件検索の際の１つの場合が判定できたとする。そうすると、ｎGHzの性能のＣＰＵで１０バイトのパスワードを全件検索するのに要する時間は、
２８０/（ｎ×１０９）（秒）＝２８０/（ｎ×１０９×６０×６０×２４×３６５）（年）
仮に１GHｚのＣＰＵが１０００倍程度の性能のＣＰＵを使用した（ｎ＝１０３）としても、
２８０/（１０１２×６０×６０×２４×３６５）（年）≒４万年
程度の時間がかかることを考慮すると、上で１０バイトのパスワード設定が１ミリ秒（１０００分の１秒）で解読されたとするという仮定が途方も無く緩やかなものであることがわかるが、これを維持して計算を進める。
全件検索で、１０バイト（英数字１０文字）のパスワード設定が１ミリ秒（１０００分の１秒）で解読されたとした場合、
１００バイト（英数字１００文字）のパスワードを解読に要する時間は、およそ１９０桁程度の数値を持った年で表わされる。
ちなみに地球誕生から今日までの経過時間が、５０億年程度と考えられているが、桁数にして高々１０桁程度のものである。
この「地球年齢」に対して、１００バイトパスワード解読に要する時間は、１０１９０／１０１０＝１０１８０＝(１０９０）２倍程度の大きさと考えられるが、これがどの程度のものかを次のようにして想像してみる。
今、全宇宙に存在する原子の総数を（やや多めに）１０９０個として、それらを１個１個（同じ速さで）数えてゆくとする。
この全原子の数え上げを、さらに１個１個の原子ごとに繰り返して行うと、１０９０×１０９０＝(１０９０）２個のものを数え上げが終了したことになる。
この操作に要する時間を１００バイトパスワード解読に要する時間だとすると、「地球年齢」５０億年は１個の原子を数えるのに等しい時間にしか相当しない。
【００９０】
前述のカラー暗号化方法では、暗号鍵を作成するステップＧにおいてシャッフル処理１２２を行って暗号化鍵１２３を作成したが、代わりに他の「ブロック暗号」の手法を用いることもできる。
【００９１】
以下に、先ず「ブロック暗号」について説明する。
ＮｂビットのブロックとＮｋビットの鍵を入力として、Ｎｂビットのブロックを暗号として出力する関数を「ブロック暗号（共通鍵暗号の一種）」と呼ぶ。暗号化（encryption）Ｅと復号（decryption）Ｅ−１の２つのアルゴリズム（関数）からなり、ｋを長さＮｋビットの鍵、ｍを長さＮｂビットの平文としたとき、
Ｅｋ−１（Ｅｋ（ｍ））＝ｍ
が成立する。すなわち、暗号化したものは復号できることを表す。
代表的な「ブロック暗号」として、米ＮＩＳＴが制定したＡＥＳ(Advanced Encryption Standard)、あるいは日本製のＭＩＳＴＹ１やCamellia等がある。
【００９２】
次に上記の「ブロック暗号」を用いた暗号化方法を説明する。
暗号化に対する要求として、公的機関による客観的評価を経ヘた暗号実装を求められることがある。例えば平成１５年２月２０日付で総務省ならびに経済産業省によって発表された「電子政府推奨暗号リスト」等がある。この要求に応えるため、共通鍵方式のブロック暗号を用いて暗号化する場合の、アルゴリズムを以下に説明する。なお、使用するブロック暗号の属性としては、上記の「ブロック暗号」に述べた以上のことは求められないものとする。
【００９３】
図３３における「シャッフル処理１２２」の後「暗号鍵１２３」を作成するまでのプロセスは、既述のアルゴリズムを踏襲する。ただし、今度は、作成された暗号鍵１２３をブロック暗号の鍵として使用する。
図３５Ａと図３５Ｂに、この暗号鍵およびブロック暗号（関数）ＥおよびＥ−１を用いて、暗号化および復号を行う様子を図示した。図３５Ａは暗号化を示し、図３５Ｂは復号を示している。
まず、暗号鍵カギを長さＮｋビットずつに区切り、各々のビット配列をｋ１，ｋ２，ｋ３，…，ｋｉ，…で表す。同様に、被暗号化文（平文）も長さNｂビットずつに区切り、各々のビット配列をｍ１，ｍ２，ｍ３，…，ｍｉで表す。このときブロック暗号（関数）Ｅを用いて、ビット配列ｍｊをＥｋｊ（ｍｊ）で置き換えていく（ｊ＝１，２，３，…）ことによって被暗号化文（平文）を暗号化する。
またこのようにして暗号化されたデータを復号するためには、暗号鍵とＥ−１を用いてビット配列Ｅｋｊ（ｍｊ）にＥｋｊ−１を施し、Ｅｋｊ−１（Ｅｋｊ（ｍｊ））＝ｍｊに戻す（ｊ＝１，２，３，…）ことによって復号する。
【００９４】
前述の実施形態の説明では、図１等に示したコンピュータシステム１０はＰＣを想定していた。当該コンピュータシステム１０は、前述した通り、サーバであってもよい。そこで、コンピュータシステム１０をサーバであると想定した場合におけるシステム構成について説明する。
【００９５】
コンピュータシステム１０がサーバである場合、サーバとしてのコンピュータシステム１０はネットワークを介して複数のクライアント（他のコンピュータシステム）と接続され、これらのクライアントとの間で各種のファイルが送受される。これらの各種のファイルが元ファイルとして扱われ、暗号化される。図１および図２で図示された構成によれば、コンピュータシステム１０がサーバである場合、他のコンピュータシステム２７がクライアントになる。このようなサーバとクラインとのシステム構成は、例えば企業等の社内ネットワークの構成、会社単位でサーバを設置する構成、社内ＬＡＮにサーバを設置する構成等において採用される。
【００９６】
図３６Ａはキー画像を利用した暗号化におけるサーバとクライアントの関係を示し、図３６Ｂはキー画像を利用した復号化におけるサーバとクライアントの関係を示している。図３６Ａと図３６Ｂでは、２００Ａをサーバとし、２００Ｂをクライアントとしている。
【００９７】
図３６Ａによれば、サーバ２００Ａにおいて、クライアント２００Ｂのマシン情報（使用マシンの識別情報）２００Ｂ−１を確認してキー画像（パスワード）２０１によって元ファイル２０２を暗号化し（処理２０４）、暗号化ファイル（カラーファイル）２０３を作成するシステム構成が示されている。また図３６Ｂによれば、同じくサーバ２００Ａにおいて、クライアント２００Ｂのマシン情報２００Ｂ−１を確認してキー画像（パスワード）２０１によって暗号化ファイル（カラーファイル）２０３を復号し（処理２０５）、表示ファイル２０６（元ファイル２０３に対応する）を作成するシステム構成が示されている。図３６Ａの暗号化の処理、図３６Ｂの復号の処理では、マシン情報２００Ｂ−１は正当であると判断されている。
上記の暗号化の処理２０３、復号の処理２０５は、図３３で説明したカラー暗号化の処理（アルゴリズム）と基本的に同じ内容である。
【００９８】
図３６Ａおよび図３６Ｂで示された構成によれば、本発明に係るカラー暗号化プログラムを組み込んだサーバ２００Ａは、下記の通りの「門番」、「キー画像管理」、「コミュニケーション中継」、「ウェブサービス」の機能（役割）を有している。
【００９９】
「門番」の機能：
サーバ２００Ａは、例えば空港のチェッキングカウンタと同じセキュリティー維持の役割を有している。クライアント２００Ｂは、正規に認証ＩＤを有し（正当なユーザ）、かつ社内ネットワーク等に設置したサーバ２００Ａに対して正規にアクセスできる（正当な使用マシン）ことを条件に、サーバ２００Ａにアクセスでき、サーバ２００Ａとの間で情報の送受を行うことができる。その条件を満たさないクライアントまたは外部のコンピュータはサーバ２００Ａにアクセスすることができない。これにより、正規にサーバ２００Ａにアクセスできる人に限定することにより、ある程度のセキュリティーの確保することが可能になる。さらに不正にサーバ２００Ａにアクセスした人がいれば、その人のマシン情報がサーバの記録に残り、不正侵入を調査することが可能となる。
【０１００】
「キー画像管理」の機能：
キー画像２０１は、「パスワード」に相当し、サーバ２００Ａに保存される。キー画像２０１は、仮にサーバ２００Ａの外部にコピーで取り出して紛失したとしても、再度取り出すことができる。またキー画像２０１は従来の通常のパスワードとは異なり、キー画像２０１は暗号化ファイルと共に流出しても、それだけでは復号できない。サーバ２００Ａは、キー画像の画像データ自身は記録せず、復号するに足るだけのデータを暗号化して保存している。
【０１０１】
「コミュニケーション中継」の機能：
社内ネットワーク等では、暗号化ファイル２０３をメールに添付して、社内のユーザに送ることができれば便利である。仮に、暗号化ファイル２０３が社外に漏れたとしても、同じサーバ２００Ａにアクセスできる資格を有するユーザしか復号できませんから、高い安全性を有している。これにより社内ネットワーク等において、「ファイルを共有可能モードで暗号化する」という構成が実現される。このように暗号化ファイル２０３を他のユーザに送る場合、暗号化ファイル２０３を復号するためのキー画像２０１を同時に送る必要はない。他のユーザは、キー画像情報を、他の手段でサーバ２００Ａから取得する。こうしてサーバ２００Ａは、暗号化ファイル２０３を作成したユーザと、その暗号化ファイル２０３を復号する他のユーザとの間の中継機のような機能を有している。
【０１０２】
「ウェブサービス」の機能：
クライアント２００Ｂとサーバ２００Ａのコミュニケーションの手段として「ウェブサービス」が使用される。このウェブサービスは「SOAP(Simple Object Access Protocol)」とも呼ばれている。ウェブサービスの通信プロトコルは、ウェブサーバで使用しているものとまったく同じあり、一般的に、ウェブサーバはウェブブラウザ上における表示規格を重視したメディアであるＨＴＭＬをクライアント（ウェブブラウザ）に対して送信する。一方、ウェブサービスでは、データ通信を重視したＸＭＬというメディアを送受信している。ウェブサービスは、通信プロトコルとしてＨＴＴＰを使用することから、ウェブブラウザでウェブサイトを閲覧できるＰＣならば、どのようなＰＣでもウェブサービスを利用できる。つまり、複雑なＰＣの設定は必要ない。さらに必要に応じて、サーバ２００Ａとクライアント２００Ｂの間の通信を、確立されたウェブサーバの暗合化技術を使って暗合化できる。
【０１０３】
一般的にＰＣ（クライアントを含む）あるいは上記のごときサーバ等に組み込まれる、カラーファイルによる暗号化ソフトを有する本発明に係る情報管理システムの機能、または当該暗号化の仕組みによれば、次の特徴点を有している。
【０１０４】
本暗号化ソフトでは、いったんカラーファイルに暗号化されたデータを使用する場合、正当な使用者・使用マシーンであることを確認した上で、自動的に元ファイル（「平文」等）に復号し、元ファイルに関連するとむすびついたアプリケーションに制御を引き渡す。そこで、図４および図５等を参照して説明したように、閲覧・編集等の作業が通常通り行われる。当該作業が終了しファイルが保存されたタイミングで、再度、本暗号化ソフトが当該アプリケーションから制御を受け取り、保存された元ファイルを自動的に暗号化する。その結果、暗号化されたカラーファイルのみが、データ保存メモリ（ハードディスク２１等）に保管される。従って、元ファイルのままの生情報が外部に流出することは防止される。
【０１０５】
暗号化ファイル２０３を復号するためには、図３６Ｂに示したように、暗号化時に使用したキー画像（パスワードに相当する画像）２０１、使用マシーン２００Ｂのマシン情報（識別情報）２００Ｂ−１、サーバ２００Ａによる認証、のすべての条件をクリアすることが要求される。
また本発明の暗号化ソフトは、「暗号化ファイル（暗号文）から元ファイル（平文）を復号することが不可能である難読性を構築・実装したこと」と、「権限を付与されたユーザは、暗号化・復号化を極力意識することなく作業を遂行でき、自己の不注意もしくは悪意ある第三者によるデータの部外流出を未然に防止できる機能を具備すること」とが両立されるという利点を有している。
【０１０６】
本暗号化ソフトによって暗号化されたカラーファイルとは、まぎれもなく一個の画像である。本暗号化ソフトによれば、「無意味な画像」ではなく、そこから意味を読み取ろうと思えば読み取り得る可能性を排除しないカラーファイルとして暗号化ファイルを発想した点が、既存の暗号化ソフトにはない暗号化コンセプトの核心である。
つまり、従来の暗号化ソフトは、暗号化されたファイルは、外部に流出しても解読はできないあるいは実際的には不可能だが、外部流出はあくまでも避けなければならないという前提・枠組みの中で、いわば二次的な保険として発想されるものである。これに対して、解読することが無意味であるという究極的な解読不可能性を有する本発明のカラーファイルの特性は、重要なデータは、秘匿するのではなく、むしろカラーファイルとしてフリーにネット上を流通させ、本暗号化ソフトの復号機能を解読キーとして選択的に配布するという発想に基づいている。
殊に、動画配信、電子書籍、楽曲のダウンロードのような不特定多数を相手にデータ配信するケースにおいて、情報をカラーファイル化して流通させることにおいて、本暗号化ソフトはその真価が発揮される。その際、暗号化されたカラーファイルは元ファイル（平文）とほぼ同じ容量であるという特性を有し、この特性は、現行のデータ圧縮方式をそのまま利用できるという利点をも有している。
【０１０７】
以上の実施形態で説明された構成、形状、大きさおよび配置関係については本発明が理解・実施できる程度に概略的に示したものにすぎない。従って本発明は、説明された実施形態に限定されるものではなく、特許請求の範囲に示される技術的思想の範囲を逸脱しない限り様々な形態に変更することができる。
【産業上の利用可能性】
【０１０８】
本発明に係る情報管理システム等は、コンピュータ上であるいはコンピュータに介して取り扱われる情報の管理において、全てのファイル（文書ファイルやプログラムを含む実行ファイル等）についてファイル情報を代表的にカラーファイルとして変換することでコンピュータの日常作業が可能であることから、違和感なくコンピュータを使用しながら、さらに流出の防止、阻止、予防、保全、破壊防止、悪意の第三者による改竄および変更の防止に利用することが期待できる。従ってコンピュータの使用分野で流出に関心のある、流出被害の想定される分野において実施される。多種多様な多くの産業分野で流出危惧される分野での使用、利用可能性は大きく利用することができる。
【符号の説明】
【０１０９】
１０ コンピュータ（コンピュータシステム）
１２ ＣＰＵ
１３ メモリ（一次作業領域）
１４ 入出力制御システム
２１ ハードディスク
２２ ディスプレイ
２３ キーボード
３１ 外部記録デバイス
３２ 情報管理システム
３３ 情報管理ファイル
４１ カラーファイル
４２ 復号化手段
４３ 表示ファイル
４４ 符号化手段（カラー暗号化手段）
４５ ＯＮＣ対応表／カラー暗号化キー
４６ ＡＰソフト
５１ 元ファイル
１０１ キー画像
１０２ 元ファイル（被暗号化データ（平文））
１０３ 暗号化ファイル
１２２ シャッフル処理
１２３ 暗号鍵
２００Ａ サーバ
２００Ｂ クライアント
２００Ｂ−１ マシン情報（識別情報）
２０１ キー画像
２０２ 元ファイル
２０３ 暗号化ファイル（カラーファイル）
２０４ 暗号化処理
２０５ 復号処理
２０６ 表示ファイル
【技術分野】
【０００１】
本発明は、ファイル（通常のファイル、プログラム等の実行ファイルを含む）やデータに係る情報の遺漏・流出・維持保全・変更・改竄・破壊について当該遺漏・流出の防止、維持保全、変更・改竄・破壊の防止に対してカラー等を利用して作られるコード等の機能を一部活用し、一元的に情報を管理することにより遺漏・流出等を防止するようにした情報管理システム、情報管理の方法および装置、暗号化の方法およびプログラムに関する。
【背景技術】
【０００２】
コンピュータ（パーソナルコンピュータ（ＰＣ）やサーバ等）、携帯電話、アイホン、記録再生装置、ゲーム機またはこれに類似する単体の端末装置等（以下「コンピュータ等」と記す）で扱われる情報の流出対策は多岐であり、暗号化、金庫化、パスワード化、フィルタ化等、多種のものが行われている。暗号化技術としても利用できる代表的な手法として本出願人は先にカラーを利用した技術を提案した（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開ＷＯ００／７２２２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、業務の各分野（産業、放送、機械工業、公共、民生、遊戯など）で各種情報（ここで、当該「情報」は、機械装置の組込みソフトまたは組込みシステムに関する技術情報を含む。）の流出等の防止管理の必要がいわれ、同時に個人情報の流出とそれに係わる業務の流出が問われている。実際、コンピュータ等からの情報流出については現状では多数の発生しつつあり、その被害も大きく、防止対策が望まれている。また情報の管理レベルが大きく問われ、情報の遺漏・流出に関する意識の大小に大きく左右される傾向がある。情報の遺漏・流出の防止に関する管理不備や意識の課題を問われ、当該遺漏・流出の防止が期待されている。
さらに、組織、管理者またはこれらの各層別における情報管理を一元化することが期待される。
前述した先行技術文献に開示された発明では、コンピュータオブジェクト（コンピュータの内部またはコンピュータに介して取り扱われる文字、記号、図形、数式、画像、映像（動画）、音声等の個々のデータまたは情報（プログラム（ソフトウェア）を含む。）を意味する。ソフトウェアとそれによって扱われるデータとを一体的に組み合わせたものも含む。）を暗号化する技術が含まれている。この応用範囲の拡大が望まれる。
【０００５】
本発明の目的は、上記の課題に鑑み、組織、管理者、またはこれらの各層別における情報管理を一元化することを可能にし、これにより情報管理の負荷を軽減し、情報流出を防止することができる情報管理システム、情報管理の方法および装置、暗号化の方法およびプログラムを提供することにある。
上記の情報管理システムは、機械装置の組込みソフト、あるいは組込みシステムを含むものである。
【課題を解決するための手段】
【０００６】
本発明に係る情報管理システム、情報管理の方法および装置、暗号化の方法およびプログラムは、上記の目的を達成するため次のように構成される。
【０００７】
本発明に係る情報管理システムは、
コンピュータ上で取り扱われるファイルを管理するため、各種のコンピュータの上で動作可能に構築されている情報管理システムであり、
少なくとも文書ファイル、図面ファイル、実行ファイル（プログラムまたはソフトウェア）を含む各種のファイル（この「ファイル」は、さらに、画像・映像（動画）・音声のファイル、装置駆動ファイル、放送などのメディアのコンテンツを含む。）からなる元ファイルを情報置換型および情報変換型の少なくともいずれか一方の変換機能に基づき符号化して暗号化ファイルを作成する符号化手段（または暗号化手段）と、
暗号化ファイルを保存するデータ保存メモリと、
符号化手段の符号化とは逆になる変換機能を有する復号化手段と、
ワーキングメモリと、
初期処理後の定常的運用処理サイクルで、データ保存メモリに保存された暗号化ファイルを、表示、閲覧、処理、または操作するときには、暗号化ファイルを復号化手段で編集可能な表示ファイル等（アプリケーションソフト（ＡＰソフト）も含む）に復号化してワーキングメモリに記憶し、表示ファイル等の形式で必要な編集（またはＡＰソフトの場合には実行）を行い、編集後に表示ファイル等を符号化手段で暗号化ファイルに変換してデータ保存メモリに保存する情報管理手段と、を備え、
さらにメモリに、情報管理手段における暗号化ファイルについての処理または操作を制御する情報管理ファイルを備える。
上記の情報管理ファイルの中には後述される「付記事項」が含まれ、当該「付記事項」に基づいて暗号化ファイルについての処理または操作が制御される。
【０００８】
上記の情報管理システムにおいて、好ましくは、データ保存メモリは、暗号化ファイルのみを保存しかつこの暗号化ファイルに対応する元ファイルを保存しないように構成される。
上記の情報管理システムにおいて、さらに好ましくは、データ保存メモリは暗号化ファイルと共に元ファイルを保存するように構成することもできる。
【０００９】
上記の構成を有する本発明に係る情報管理システムは、さらに次のように構成される。
元ファイルを暗号化ファイルに符号化する符号化手段は、カラーを利用した符号化を行う手段であり、当該符号化ではＯＮＣ対応表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つの対応関係）に基づく情報置換型変換機能と、さらに必要な場合において、カラー暗号キーに基づく情報変換型変換機能を含むように構成する。
各種のコンピュータ（ＰＣ、サーバ、クライアント等）の上で動作可能に構築されている情報管理システムであり、情報管理手段を構成するシステム実行ファイルに埋め込まれたコンピュータ識別番号と、使用されるコンピュータに固有に付与されているコンピュータ識別番号とを照合し、両者が一致するときには起動し、一致しないときには起動しない起動手段を備えるように構成する。
上記の情報管理ファイルは、暗号化ファイルについての処理または操作を制御するための構成要素として、ＯＮＣ対応表識別番号リスト（表）、組織部門／ランク管理表、ファイル二重管理表、付記事項、外部記録デバイス識別番号リスト（表）の少なくともいずれか１つを含むように構成する。
符号化手段（暗号化手段）は、情報管理ファイルに含まれるＯＮＣ対応表識別番号リストにおいてＯＮＣ対応表識別番号で指定されたＯＮＣ対応表に基づいて、初期処理時に元ファイルをカラー符号化して暗号化ファイルを作成し、復号化手段および符号化手段は、定常的運用処理サイクルでは、それぞれ、指定されたＯＮＣ対応表に基づいて、暗号化ファイルを復号化し、符号化するように構成する。
情報管理ファイルに含まれる外部記録デバイス識別番号リストに基づいて、外部記録デバイスによるファイル情報の持ち出しを禁止する持ち出し禁止手段を備えるように構成する。
この持ち出し禁止手段は、外部記録デバイスを本体装置に接続するとき、情報管理ファイルに含まれる外部記録デバイス識別番号リストに基づいて、外部記録デバイスの識別番号の照合を行い、当該照合で一致するときには使用を許可し、一致しないときには使用を不許可にするように構成する。
復号化手段および符号化手段が、初期処理時または定常的運用処理サイクルでＯＮＣ対応表に基づいてそれぞれ符号化、復号化する構成において、ＯＮＣ対応表を変更する対応表変更手段を備え、対応表変更手段がＯＮＣ対応表を変更し、これにより変更後のＯＮＣ対応表に基づき他の暗号化ファイルが作成され、他の暗号化ファイルは、変更後のＯＮＣ対応表に基づき復号化され、変更前のＯＮＣ対応表に基づき復号化不能であるように構成する。
ＯＮＣ対応表の変更は、ＯＣ対応関係の変更、ＯＮ対応関係の変更、またはＮＣ対応関係の変更に基づいて行われるように構成する。
復号化手段および符号化手段が、初期処理時または定常的運用処理サイクルでＯＮＣ対応表に基づいてそれぞれ符号化、復号化する構成であり、ＯＮＣ対応表を削除する対応表削除手段を備え、対応表削除手段がＯＮＣ対応表を削除し、これにより復号化処理が不能になるように構成する。またはＯＮＣ対応表を符号化し、当該ＯＮＣ対応表に基づき復号化不能であるように構成する。
ＯＮＣ対応表を変更または削除する条件の設定で、復号化機能の利用制限、または暗号化ファイルから復号化する表示ファイルの利用制限を行うように構成する。
ＯＮＣ対応表を変更または削除するタイミングの条件の設定で、期間制限、時間制限、期限、回数制限の少なくともいずれかを行うように構成する。
情報管理ファイルに含まれる付記事項に基づき、付記事項に含まれ付記条件に従って符号化処理、復号化処理、ファイル操作、ファイルの入力・保存について条件付き実行制御を自動的または手動的に行うように構成される。
【００１０】
付記事項の付記条件はファイルの目的に照らし、自在に内容は設定される構成である。従って当該内容は例えば次の通りである。
【００１１】
（１）元ファイルのファイル操作、ファイルの入力・保存の条件付き実行制御を自動的または手動的に行うように構成される。
（２）カラーファイル（一般的には暗号化ファイル）のファイル操作、ファイルの入力・保存の条件付き実行制御を自動的または手動的に行うように構成される。
（３）付記事項の付記条件に従って、表示ファイルのファイル操作の条件付き実行制御を自動的または手動的に行うように構成される。
（４）実行否のときに実行ファイルの暗号化を行い実行不能とするように構成される。
（５）転送否のときに、Ｅメールソフトの暗号化を行い表示ファイルを転送不能とするように構成される。
（６）印刷否のときに、プリンタドライバの暗号化を行い表示ファイルを印刷不能とするように構成される。
【００１２】
さらに上記の情報管理システムでは、付記事項に含まれる付記条件に従って、表示される表示ファイル、あるいはホームページ（ブラウザによる表示画面）、あるいは表示・閲覧画面（ビューワによる表示画面）の第三者（製作者側と同等の立場をとる者）による変更、改竄、編集、コピーを防止する。これにより「なりすまし」による改竄、改変等を防止することができる。
【００１３】
他の観点で本発明では次のような情報管理システムを提供する。
上記の構成において、符号化手段による元ファイルから暗号化ファイルへの初期処理としての符号化、復号化手段による暗号化ファイルから表示ファイルへの復号化、および符号化手段による表示ファイルから暗号化ファイルへの再度の符号化の各工程において、元ファイルを除き、暗号化ファイルおよび表示ファイル、符号化のために使用される要素および復号化のために使用される要素に、コンピュータに固有に付与されているコンピュータ識別番号を設定する。
上記の構成において、コンピュータ上で情報管理システムの制御によって管理されるファイルに係るコンピュータオブジェクトについて、表示ファイルの状態にあるコンピュータオブジェクトに対して編集、実行、保存、削除を行うように構成され、暗号化ファイルの状態に基づいてコンピュータでの閉ループ環境を構成し、当該閉ループ環境において暗号化ファイルの状態にあるコンピュータオブジェクトを取り扱うようにした。
上記の構成において、暗号化ファイルの状態でコンピュータオブジェクトが保存メモリに保存されるときには、対応する元ファイルは削除される。
さらに上記の構成において、コンピュータに対して着脱自在な外部記録デバイスであって、既に符号化された暗号化ファイルを記録した第１記録部、および／または情報置換型および情報変換型の少なくともいずれか一方の変換機能に係る要素を記録する第２記録部を含む外部記録デバイスを用意し、
外部記録デバイスをコンピュータに接続した時に第１記録部と第２記録部に記録された内容はモジュールとしてコンピュータに提供され、符号化手段による符号化処理、復号化手段による復号化処理、ファイルの操作に係る実行制御処理が行われる。
さらに上記の構成において、コンピュータに対して着脱自在な外部記録デバイスであって、符号化手段と、保存メモリと、復号化手段と、情報管理手段と、情報管理ファイルとをモジュールとして備える外部記録デバイスを使用するように構成される。
上記のコンピュータはゲーム機または単体の端末装置であってもよい。
【００１４】
さらに他の観点で本発明では次のような情報管理システムを提供する。
本発明に係る情報管理システムは、
文書ファイル、図面ファイル、実行ファイル（プログラム）を含む各種のファイルからなる元ファイルを少なくとも情報置換型変換機能に基づき符号化して暗号化ファイルを作成する符号化手段と、
暗号化ファイルと、符号化初期処理前の元ファイルとを保存するデータ保存メモリと、
符号化初期処理前の元ファイルを外部の他の記録デバイス（コンピュータや外部記録デバイス等）に移動または複製するという要求があったとき、符号化初期処理前の元ファイルを符号化手段によって暗号化ファイルに符号化して他の記録デバイスに移動または複製する情報管理手段と、
を備えるように構成される。
【００１５】
上記の構成において、符号化初期処理前の元ファイルを外部の他の記録デバイスに移動または複製するという要求において、移動先または複製先が指定された時点で、符号化初期処理前の元ファイルを暗号化ファイルに符号化するように構成される。
【００１６】
また他の観点で本発明では次のような情報管理の方法および装置を提供する。
【００１７】
本発明に係る情報管理の方法は、
情報管理ファイルに用意された制御用構成要素に基づく制御の下で、符号化手段または復号化手段により元ファイルと暗号化ファイルとの間で符号化または復号化を行う情報管理システムにおいて実行される情報管理の方法であり、
ＭＡＣアドレス、基板シリアル番号等のごときコンピュータ識別番号を用意し、
コンピュータ識別番号を、暗号化ファイルと、符号化手段の符号化用対応表と、復号化手段の復号化用対応表の各々に付記し、
符号化用対応表に付記されたコンピュータ識別番号と復号化用対応表に付記されたコンピュータ対応表が一致照合の条件を満たすとき、暗号化ファイルの復号化処理を許可し、これにより通常の暗号化に必要なパスワードを不要とするように構成される方法である。
【００１８】
本発明に係る情報管理の装置は、
情報管理ファイルに用意された制御用構成要素に基づく制御の下で、符号化手段または復号化手段により元ファイルと暗号化ファイルとの間で符号化または復号化を行う情報管理システムにおいて使用される情報管理の装置であり、
ＭＡＣアドレス、基板シリアル番号等のごときコンピュータ識別番号を用意し、
コンピュータ識別番号を、暗号化ファイルと、符号化手段の符号化用対応表と、復号化手段の復号化用対応表の各々に付記する手段と、
符号化用対応表に付記されたコンピュータ識別番号と復号化用対応表に付記されたコンピュータ対応表が一致照合の条件を満たすとき、暗号化ファイルの復号化処理を許可する手段とを備え、
通常の暗号化に必要なパスワードを不要とするように構成される。
【００１９】
本発明に係る情報管理システムを利用することにより、より詳細には、次のような構成を実現することが可能である。
（１）情報管理システム（当該情報管理システムは、機械や装置に組み込んだファイル、データなどの情報管理システムを含む。）での付記事項の付記条件（印刷の可否）に従って、情報管理システムをプリンタ装置の例として、プリンタ装置内蔵のコンピュータにて、プリンタ組込の情報管理システムは、印刷否のときに、カラーファイルの印刷（復号化して印刷）のみを許可し、表示ファイル／元ファイルの印刷をリジェクトするように構成する。
（２）プリンタ組込の情報管理システムは、カラーファイルの付記事項の付記条件（印刷条件）に従って、カラーファイル印刷の条件付き実行制御を自動的に行うように構成する。付記条件（印刷条件）とは、装置の使用、実現すべき目的に照らし内容が設定され、本例では印刷範囲（ページ）、印刷部数、縦横印刷等のの設定である。
（３）情報管理ファイルの制御下で、カラー暗号化キー等で元ファイルと暗号化ファイルの間で符号化／復号化を行う情報管理システムにおいて、情報管理システムの付記事項の付記条件（印刷の可否.）に従って、プリンタ内蔵コンピュータにて、プリンタ組込の情報管理システムは、印刷否のときに、暗号化ファイルの印刷（復号化して印刷）のみを許可し、表示ファイル／元ファイルの印刷をリジェクトするように構成する。
（４）情報管理ファイルの制御下で、カラー暗号化キー等で元ファイルと暗号化ファイルの間で符号化／復号化を行う情報管理システムは、付記事項の付記条件（印刷の可否.）に従って、印刷否のときに、プリンタドライバを符号化（凍結）を行って表示ファイルを印刷不能とするように構成する。
（５）情報管理システムは、付記事項の付記条件に従って、元ファイルの符号化の条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、符号化の可否、期間、時間、期限、範囲、実行回数等、その他、管理上必要な事項の制限である。
（６）情報管理システムは、付記事項の付記条件に従って、表示ファイルの符号化の条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、符号化の可否、期間、時間、期限、範囲、実行回数等、その他、管理上必要な事項の制限である。
（７）情報管理システムは、付記事項の付記条件に従って、カラーファイルの復号化（再生）の条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、復号化の可否、期間、時間、期限、範囲、実行回数等、その他、管理上必要な事項の制限である。
（８）情報管理システムは、原曲、映像を符号化したカラーファイルの復号化（再生）を、カラーファイルに付加された付記事項の付記条件で条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、正規でないファイルダウンロードに対し、コピーしたファイルの何らかの制約／１曲・イントロ・１小節再生など、適正手続きの督促、有償、無償の時期、範囲の限定、使用者の特定（装置の特定装置固有の識別コード）、コマーシャルの表示、その他案内である。
（９）情報管理システムは、ダウンロード用の原ファイルを符号化したカラーファイルの復号化（再生）を、カラーファイルに付加された付記事項の付記条件で条件付き実行制御を自動的に行うように構成される。上記の付記条件とは、ＰＣ／携帯の識別番号が不明または大方不明の場合に、使用制限を設けて初期にファイルの再生を可能とし、正規手続き、拡販につなげる構成である。
（１０）情報管理システムは、付記事項の付記条件（登録された外部記録デバイス識別番号リスト）に従って、外部記録デバイス識別番号の照合チェックを行い、一致すれば使用を許可し、一致しなければ「使用不許可」のメッセージ画面を表示して、それ以上のＰＣ画面操作を出来なくすることで、外部記録デバイスによるファイル情報の持出を禁止するように構成される。
（１１）装置への組込みソフトおよび組込みシステムでは第三者の介在を高度に阻止する機密目的に照らし、付記条件の可否において否の実行を条件設定することにより元ファイルの実行をリジェクトするように構成される。符号化ファイルの復号化を自動化する可能な構成である。
（１２）情報管理システムは、情報管理ファイルのファイル２重管理表を基にして、元ファイル名でカラーファイルのアクセスが可能となる構成とし、記録装置のカラーファイルの一元管理の機密保管をするように構成される。
（１３）情報管理ファイルのファイル２重管理表は、元ファイル名に対して、カラーファイル識別番号と格納フォルダ名（フォルダ所在のパス）とが対応する構成とし、元ファイル名を指定すると、格納フォルダ名（フォルダ所在のパス）とカラーファイル識別番号から、ハードディスクに保管されている当該カラーファイルをアクセスできるように構成される。カラーファイルは、元ファイルからカラー暗号化（符号化）された実体ファイルであり、情報を盗み見られることはない。他方、元ファイル自体はカラー暗号化後、自動削除されて存在せず、第三者が直接的に外部持出はできない。元ファイルはカラーファイルと対応表に基づいて生成される構成である。
（１４）カラーファイル識別番号は、元ファイル名を連想することのできない数字であり、カラーファイル自体は隠しファイルであり、格納フォルダも隠しフォルダであり、元ファイルに対応するカラーファイルを捜し当てることができない構成となっている。
（１５）情報管理システムは、初期処理時に、元ファイルをカラー暗号化（符号化）してカラーファイルを生成し、元ファイルは記録装置から自動削除し、ファイル２重管理表を基にして暗号化されたカラーファイルのみを記録装置に保管するように構成される。これによれば、元ファイルの生情報の外部流出を防止する。カラー暗号化されたカラーファイルは外部流出しても、ＯＮＣ対応表なしには復号化できないので、情報を盗み見られることはない。
（１６）情報管理システムは、初期処理後の定常運用時に、記録装置のカラーファイルを復号化／符号化することで、表示ファイルを編集可能とする構成において、ファイル２重管理表を基にして、記録装置のカラーファイルの一元管理の機密保管をするように構成される。これにより元ファイルの生情報の外部流出を防止する。カラー暗号化されたカラーファイルは外部流出しても、ＯＮＣ対応表なしには復号化できないので、情報を盗み見られることはない。
（１７）情報管理システムは、情報管理ファイルの組織部門表／組織ランク表を基にして、カラーファイルの復号化／符号化を組織部門別／組織ランク別に行い、セキュリティ管理（情報外部流出防止）のセグメンテーションを細分化し厳格化するように構成することも可能である。
（１８）情報管理システムは、情報管理ファイルの組織部門表／組織ランク表により構成される組織部門別／組織ランク別のＯＮＣ対応表を基にして、初期に元ファイルをカラー暗号化（符号化）して組織部門別／組織ランク別のカラーファイルを生成し、定常運用サイクルで組織部門別／組織ランク別のカラーファイルを復号化／符号化するように構成される。
（１９）情報管理システムは、組織部門別／組織ランク別にしか利用できないＯＮＣ対応表を基にして、初期処理時に、元ファイルをカラー暗号化（符号化）して組織部門別／組織ランク別のカラーファイルを生成し、定常運用プロセスのサイクルの中で、記録装置からの組織部門別／組織ランク別のカラーファイルを復号化／編集／符号化して、組織部門別／組織ランク別のカラーファイルを記録装置に保管し、使用ＰＣ等の内部で、暗号化された組織部門別／組織ランク別のカラーファイルのみを循環させ、組織部門別／組織ランク別に仕切られたカラーファイルのセキュリティ管理（情報外部流出防止）を行うように構成される。
（２０）組織部門別／組織ランク別カラーファイルは、表示ファイルに復号化されたときに、表示ファイルの利用範囲が限定される構成となっている。表示ファイルの利用範囲とは、ファイル操作（閲覧、作成、編集、削除、コピー、転送）ができる開示可能なファイル領域である。
（２１）組織ランク表は、組織に於ける指揮命令系統の構成関係を示す各ランクが使用を許可されるＯＮＣ対応表とカラーファイル（複数）のインデックス（識別番号ＩＤ）のテーブルである。
（２２）組織部門表は、組織に於ける指揮命令系統の構成関係を示す各部門が使用を許可されるＯＮＣ対応表とカラーファイル（複数）のインデックス（識別番号ＩＤ）のテーブルである。
【００２０】
さらに本発明に係る暗号化の方法およびプログラムは次のように構成される。
【００２１】
暗号化の方法は、
任意に指定されたキー画像から所定のビット列を抽出する第１のステップと、
ビット列を使用して第１の乱数配列を発生し、第１の乱数配列にハッシュ関数を繰り返し使用して第１の暗号鍵を作る第２のステップと、
第１の暗号鍵と、別途に用意された被暗号化データと、既知の暗号化のための処理方法とを組み合わせて、被暗号化データに関する暗号化ファイルを作成する第３のステップと、を有するように構成される。
【００２２】
上記の暗号化方法において、第３のステップは、
第１の暗号鍵を使用して第２の暗号鍵を作るステップと、
被暗号化データにハッシュ関数を使用してファイル鍵を作るステップと、
ファイル鍵を使用して第３の乱数配列を発生するステップと、
第２の暗号鍵に対して第３の乱数配列によってシャッフルし第３の暗号鍵を作るステップと、
被暗号化データに対してビット単位で第３の暗号鍵により排他的論理和を施して暗号化ファイルを作るステップと、を含んでいる。
【００２３】
さらに上記の暗号化方法において、第３のステップは、
第１の暗号鍵を使用して第２の暗号鍵を作るステップと、
被暗号化データにハッシュ関数を使用してファイル鍵を作るステップと、
ファイル鍵を使用して第３の乱数配列を発生するステップと、
第２の暗号鍵に対して第３の乱数配列によってシャッフルし第３の暗号鍵を作るステップと、
第３の暗号鍵をブロック暗号の鍵として使用し、ブロック暗号に基づいて被暗号化データから暗号化ファイルを作るステップと、を含んでいる。
【００２４】
また暗号化のプログラムは、コンピュータに暗号化装置を実現させるプログラムであり、当該暗号化装置で上記の暗号化方法を当該コンピュータ上で実行させるプログラムである。
【発明の効果】
【００２５】
本発明にかかる情報管理システムは次の効果を奏する。
（１）情報管理システムによれば、情報管理ファイルの制御下で動作し、元ファイルをカラー暗号化（符号化）／復号化を行うことを基本機能として、ファイル操作の制限によりファイル情報の外部流出をトータルに防止する情報管理システム統合化環境を実現することができる。
（２）情報管理システムによれば、システム実行ファイルに埋め込んだＰＣ識別番号等と使用ＰＣ等に固有に付与されているＰＣ識別番号等（ＬＡＮカードのＭＡＣアドレス、マザーボードのシリアル番号、ＣＰＵＩＤ、ＢＩＯＳのシリアル番号、ハードディスクのシリアル番号等）との間で照合チェックを行い、一致すれば起動し、一致しなければ起動しない構成とし、ソフト不正使用を防止することができる。
（３）情報管理ファイルは、ＯＮＣ対応表識別番号表（またはリスト）、組織部門／ランク管理表、ファイル２重管理表、付記事項、外部記録デバイス識別番号表から構成されるため、これにより、ファイル情報の本体とファイルの出入口のセキュリティ管理を組織的に行う上記の構成により、ファイル情報の情報外部流出をトータルに防止する情報管理システム統合化環境を実現することができる。
（４）組織においてコンピュータ上ソフト等は、管理者の一元管理下にあり、制御できる。使用者は作成、編集、削除、複製、転送（添付ファイル含む）は自在可能であるが、情報管理システム管理者によるコンピュータの許可機能/ハードの使用制限の変更の自在任意に任意に依拠して防止することができる。
（５）ウィルスを埋め込んだファイルもカラーファイル化され、侵害目的のファイルは符号化、カラーファイル化される。カラーファイルは対応表に基づいて変更する構成であることから、記録の変更に影響はない。従って、影響は本システム上当該ファイルに限定される構成である。カラーファイルとＣＰＵの機能とにより本情報管理システムは機能し、ファイル流出／阻害防止機能を構成する。従って、ウィルス被害の限定効果があり、また、当該ファイルがカラーファイルとして符号化されていることから、封し効果、削除、捕捉、解析できる等の効果がある。
（６）作業ミスによる削除、故意による削除などを防止できる。これは、カラーファイルを利用することに基づき、カラーファイル識別コードとファイル名の２重構造（識別コードの２層化また２重化）とすることで可能となる。
（７）モニタ等のディスプレイに表示された情報のコピーを行うことができない。モニタ上に表示しているファイルをマウスでドラック＆ペーストで複製しようとしても、コピーしたファイルを他に転送する折にはカラーファイルに符号化されて変更され、さらに複製媒体、ＢＡＩＯＳ管理があり、周辺装置の利用は制限されて複製することができない。これにより情報の流出を阻止する。
（８）高度な機密装置のシステム、データ、ファイル等の情報の安全性の保持および保護を行うことができ、またＨＤＤ等のメモリにおけるデータ削除御の複製阻止の処理を必要としないという効果が発揮される。
【図面の簡単な説明】
【００２６】
【図１】本発明に係る情報管理システムが適用されるコンピュータシステムのハードウェア構成を示す構成図である。
【図２】本発明に係る情報管理システムが適用されるコンピュータシステムのハードウェア構成でデータ保存メモリの部分をより詳しく示した構成図である。
【図３】本発明に係る情報管理システムの構成を示すブロック図である。
【図４】情報管理システムで表示ソフトについて定常的運用処理を行う構成を示す図である。
【図５】情報管理システムでＡＰソフトについて定常的運用処理を行う構成を示す図である。
【図６】情報管理システムのファイル構成例を示す図表（テーブル）である。
【図７】ファイル名２重管理表の内容例を示す図表（テーブル）である。
【図８】ランク表の内容例を示す図表（テーブル）である。
【図９】組織部門表の内容例を示す図表（テーブル）である。
【図１０Ａ】オブジェクト・カラー対応表等の内容例を示す図表（テーブル）である。
【図１０Ｂ】オブジェクト・カラー数値対応表等の内容例を示す図表（テーブル）である。
【図１０Ｃ】カラー・カラー数値対応表等の内容例を示す図表（テーブル）である。
【図１１】情報管理システムにおける情報管理ファイルに付加された付記事項を示す構成図である。
【図１２】情報管理システムにおけるＯＮＣ対応表に付加された付記事項を示す構成図である。
【図１３】情報管理システムにおけるカラーファイルに付加された付記事項を示す構成図である。
【図１４】情報管理ファイルに付加された付記事項の内容例を示す図表（テーブル）である。
【図１５】ＯＮＣ対応表に付加された付記事項の内容例を示す図表（テーブル）である。
【図１６】カラーファイルに付加された付記事項の内容例を示す図表（テーブル）である。
【図１７】初期処理の動作例を説明するための構成図である。
【図１８】初期処理の動作例におけるファイルの流れを示す図である。
【図１９】定常的な運用処理の動作例を説明するための構成図である。
【図２０】定常的な運用処理におけるファイルの流れを示す図である。
【図２１】ファイル２重管理表を利用した定常的な運用処理におけるファイルの流れを示す図である。
【図２２】ランク別利用範囲の制限を説明するための図である。
【図２３】ランク区分けのファイルの構成を説明するための図である。
【図２４】組織部門表の例を説明する図である。
【図２５】ランク別ＯＮＣ対応表等を利用して初期処理を行うファイルの流れを示す図である。
【図２６】ランク別ＯＮＣ対応表等を利用して定常的な運用処理を行うファイルの流れを示す図である。
【図２７】組織部門別ＯＮＣ対応表等を利用して初期処理を行うファイルの流れを示す図である。
【図２８】組織部門別ＯＮＣ対応表等を利用して定常的な運用処理を行うファイルの流れを示す図である。
【図２９】初期処理の動作を示すフローチャートである。
【図３０】定常的な運用処理の動作を示すフローチャートである。
【図３１Ａ】付記事項／条件付き実行制御に基づく定常的な運用処理の動作の前半部を示すフローチャートである。
【図３１Ｂ】付記事項／条件付き実行制御に基づく定常的な運用処理の動作の後半部を示すフローチャートである。
【図３２Ａ】ファイル２重管理を利用する定常的な運用処理の動作の前半部を示すフローチャートである。
【図３２Ｂ】ファイル２重管理を利用する定常的な運用処理の動作の後半部を示すフローチャートである。
【図３３】カラー暗号化の処理（アルゴリズム）の流れを図解した図である。
【図３４】暗号鍵の作り方を図解した図である。
【図３５Ａ】暗号鍵およびブロック暗号（関数）Ｅを用いて暗号化を行う様子を示す図である。
【図３５Ｂ】暗号鍵およびブロック暗号（関数）Ｅ−１を用いて復号を行う様子を示した図である。
【図３６Ａ】キー画像を利用した暗号化におけるサーバとクライアントの関係を示す図である。
【図３６Ｂ】キー画像を利用した復号化におけるサーバとクライアントの関係を示す図である。
【発明を実施するための形態】
【００２７】
以下に、本発明の好適な実施形態（実施例）を添付図面に基づいて説明する。
【００２８】
図１は、本発明に係る情報管理システムが実現されるコンピュータの装置構成（コンピュータシステム）を示す。なお当該コンピュータでは、前提として、代表的にカラー（または所謂カラーコードを含む）を利用した暗号化方法（符号化方法）が実施される装置構成（暗号化装置）が組み込まれている。図２は同コンピュータのハードウェア構成において、外部記録デバイス等に付されたシリアル番号の関係を示している。
なお暗号化（符号化）に利用される手段・要素は、本実施形態では代表的に「カラー」を利用した例で説明するが、「カラー」には限定されず、実質的に同等の働きを有する他の手段・要素を利用することもできる。
【００２９】
図１等は、コンピュータネットワークをベースとした閉じたコンピュータシステム（コンピュータ・クローズド・システム）の中の１つのコンピュータ（または一部のコンピュータシステム）１０を示している。コンピュータ１０は、バス１１を介して相互に接続されたＣＰＵ（中央処理装置）１２、メモリ（通常のメモリ、ワーキングメモリまたは一時作業領域用メモリを含む）１３、入出力制御部（入出力制御システム、ＢＩＯＳ）１４を備えている。さらに入出力制御部１４には、データ保存メモリとしてのハードディスク（ＨＤ）２１および外部記録デバイス３１、出力装置としての例えばディスプレイ２２、入力装置としての例えばキーボード２３、出力装置としてのプリンタ２４、カメラ（携帯、デジカメ、固定式）２５、外部装置との間でインターネットを経由して信号送受（通信）を行うためのインターネット・インターフェース（インターネットＩ／Ｆ）２６が接続されている。
なおインターネット・インターフェース２６は一般的に通信部であってもよい。「通信」は、放送、通信衛星による信号授受を含む概念である。
上記のハードディスク（ＨＤ）２１については、図２に示すように、内蔵ＨＤ２１Ａ、外付ＨＤ２１Ｂがある。内蔵ＨＤ２１Ａ、外付ＨＤ２１Ｂを総称してハードディスク２１という。
上記の外部記録デバイス３１の種類としては、図２に示すように、ＵＳＢメモリ３１Ａ、フレキシブルディスク（ＦＤ）、コンパクトディスク（ＣＤ）、ＤＶＤ等３１Ｂである。
これらの要素２１〜２５は、入出力制御部１４およびバス１１を介してＣＰＵ１２との間でデータの送受を行う。ここで「ＣＰＵ」は広義であり、プロセッサ、マイクロプロセッサ、マイコン、ＤＳＰを含む概念である。
外部装置は、少なくとも１台の他のコンピュータ（コンピュータシステム）２７である。コンピュータ１０と他のコンピュータ２７の間では、代表的にはインターネット、あるいはその他のＬＡＮ等の通信回線２８を介して文書ファイル、図面ファイル、実行ファイル（各種のプログラムを含む）、その他の各種のデータ等のデータ・情報に関する送受を行えるように通信可能になっている。
【００３０】
上記の構成において、メモリ１３はメインメモリであり、ＣＰＵ１２によって演算処理されたデータまたは演算処理が継続されるデータを一時的に保持するワーキングメモリを含んでいる。ハードディスク２１（内蔵ＨＤ２１Ａ、外付ＨＤ２１Ｂ）は、ＣＰＵ１２により演算処理で作成されメモリ１３で一時的に保持されたデータを保存するための保存メモリである。また外部記録デバイス３１は、外部メモリであって、主に携帯型の保存メモリとして機能するものである。
【００３１】
なお上記のコンピュータ１０は、よく知られるように、汎用機器としてのパーソナルコンピュータ（ＰＣ）やその他のサーバ等のコンピュータ、あるいは、専用機器としてのコンピュータである。後者の専用機器としてのコンピュータは、上記のＣＰＵ１２を内蔵したインテリジェントな機器であり、例えばＣＰＵ１２を含む固定型または携帯型のゲーム機器、携帯電話機、スマートフォン等であり、特定用途向けの機器である。このような専用機器としてのコンピュータの場合には、上記の外部記録デバイス３１に関する装備は装置の条件に応じて制約を受けることになり、例えば保存メモリとしては周知のごとく半導体メモリ（ＲＡＭ、ＲＯＭ）が用いられることになる。以下の実施形態では、コンピュータ１０については「ＰＣ」の例で説明する。
【００３２】
上記のシステム構成において、図２に示すように、コンピュータ１０に対して装着とその装着解除が自在である外付ＨＤ２１ＢとＵＳＢメモリ３１Ａの各々には固有の「シリアル番号」２１Ｂ−１，３１Ａ−１が付与されており、ＦＤ等の外部記録デバイス３１Ｂには固有の「識別番号」３１Ｂ−１が付与されている。図２において、コンピュータ１０等において登録されているシリアル番号を有するＵＳＢメモリ３１Ａ、あるいは登録されている識別番号を有する外部記録デバイス３１Ｂは、コンピュータ１０に装着したとき、コンピュータ１０でその接続および情報の送受が受け入れられる。この場合において「登録されている」とは、事前登録、および接続時の新規登録を含んでいる。またコンピュータ１０等において登録されていないシリアル番号を有するＵＳＢメモリ等、あるいは登録されていない識別番号を有する外部記録デバイス等は、コンピュータ１０に装着されたとき、コンピュータ１０にその接続を拒否される。
【００３３】
図３は、図１および図２で示したハードウェア構成を有するコンピュータ１０において、その要部のハードウェア構成と、その要部の機能構成を表す。
【００３４】
図３においてブロック１０は上述したコンピュータ（コンピュータシステム）を指している。メモリ１３のブロック内には、本実施形態に係る情報管理システム３２と、情報管理ファイル３３が示されている。
情報管理システム３２は、後述される本発明の特徴のある情報管理（暗号化による情報管理）を行うプログラムによって機能が実現されるシステム部分である。当該情報管理システム３２には固有の「識別番号」３２−１が付加されている。コンピュータ１０は、本実施形態では特にパーソナルコンピュータ（ＰＣ）の例で説明するので、当該識別番号３２−１は「ＰＣ識別番号」である。
なお上記の「ＰＣ識別番号」３２−１の例としては、一般に、ＭＡＣアドレス、マザーボードシリアル番号、ＣＰＵＩＤ、ＢＩＯＳシリアル番号、ハードディスクシリアル番号等である。
情報管理ファイル３３は、情報管理システム３２が、選択した管理対象のファイル等に対して要求された必要な処理を行うときに、当該処理に必要な条件を与える各種のデータを含んでなるファイルである。情報管理システム３２は、処理に必要なデータを情報管理ファイル３３から取り入れる。
コンピュータ１０を構成するハードウェア要素として、上記のＣＰＵ１２、メモリ１３、入出力制御システム（ＢＩＯＳ）１４が示され、さらに、ＬＡＮカード３４とマザーボード３５が示されている。
これらのハードウェア要素のうち、ＣＰＵ１２には「ＣＰＵＩＤ」１２−１が付与されており、ＬＡＮカード３４は「ＭＡＣアドレス」３４−１が付与されており、入出力制御システム１４は「シリアル番号」１４−１が付与されており、マザーボード３５には「シリアル番号」３５−１が付与されている。
【００３５】
コンピュータ（ＰＣ）１０におけるハードウェア要素に関して、ＣＰＵ１２のＣＰＵＩＤ１２−１、メモリ１３内の情報管理システム３２のＰＣ識別番号３２−１、ＬＡＮカード３４のＭＡＣアドレス３４−１、入出力制御システム１４のシリアル番号１４−１、マザーボード３５のシリアル番号３５−１は、コンピュータ１０を特定する識別番号であり、一般的には「コンピュータ識別番号」と総称する。
【００３６】
図３に示したコンピュータ１０の構成では、情報管理システム３２、すなわち情報管理を行うシステム実行ファイルに埋め込んだＰＣ識別番号３２−１と、使用されるコンピュータ１０に付与されている上記のコンピュータ識別番号（ＰＣ識別番号：ＣＰＵＩＤ１２−１等）との間で照合が事前にとられている。ＰＣ識別番号とコンピュータ識別番号（ＰＣ識別番号）とが一致するという条件の下で情報管理システム３２は起動する。反対に一致しない場合には起動しない。これによりソフトウェアの不正使用が防止される。
【００３７】
次に図４と図５を参照して情報管理システム３２の動作例（実現される機能構成）を説明する。
この動作例は、元ファイルであるコンピュータオブジェクトをカラーファイルに最初に符号化する初期処理を行い、当該初期処理後における定常的な運用処理のサイクルでの動作例である。
【００３８】
図４は、文書ファイルや図面ファイル等の通常のファイル（表示ファイル）を編集等する場合の動作例を示している。ここで、「編集」は「編集の拒否」を含む概念である。表示ファイルに対する編集は、表示内容に従ったアクセスは認めるが、本来的な製作者の意図に反した故意または悪意の第三者による編集は認めない。かかる「編集の拒否」は、後述される情報管理ファイルに含まれる「付記事項」に基づく制御により設定される。当該編集の例は、例えばホームページ（ブラウザによる表示画面）、表示・閲覧画面（ビューワによる表示画面）の例など、画面キャプチャーの防止、画面内容についての悪意の改竄・変更等を防止する対策としては、図１４に示した「変更の可否」、図１６に示した「付記条件」での「変換不能」などである。
また図５は、アプリケーションプログラム（ＡＰ（Applicaiton）ソフト、実行ファイル）を実行する場合の動作例を示している。
なお図４と図５では、説明の便宜上、それぞれ、情報管理システム３２上で生成される処理（編集、実行等）の対象として表示ファイル４３とＡＰソフト４６を分けて示したが、本実施形態の説明ではいずれもコンピュータオブジェクトとしての元ファイルに含まれるものである。図１１以降の説明では代表的に「表示ファイル４３」の例で説明しているが、本発明ではファイルという概念には通常のファイルと実行ファイルとを含ませているので、「表示ファイル」に関する説明で、併せて実行ファイル（ＡＰソフト）の説明も含ませている。
【００３９】
上記において、元ファイルが、ＡＰソフトと当該ＡＰソフトで作成・編集される文書等のデータとから構成されるファイルであることもあり得る。この場合には、文書ファイル等とＡＰソフトに係る実行ファイルとが一体になったものが元ファイルとなり、当該元ファイルが１つのカラーファイルに符号化される。従って、このカラーファイルを復号化して生成される上記の「表示ファイル４３」は、文書ファイル等とＡＰソフトに係る実行ファイルとが一体になった上記の元ファイルに相当することになる。
【００４０】
なお上記の「初期処理」の内容については、図１７、図１８、図２９を参照して、後で説明される。
【００４１】
図４と図５に示した情報管理システム３２では、当該情報管理システム３２に付与されたＰＣ識別番号３２−１がコンピュータ１０に付与されているＰＣ識別番号と一致しているので、正当に起動し動作することができる。
【００４２】
図４について説明する。図４では、情報管理ファイル３３の内部構成と、情報管理システム３２の内部構成と、ハードディスク２１の内部構成とが示されている。情報管理システム３２の内部構成は、情報管理の処理内容を動作例として示されている。
ハードディスク２１の内部には、一例として、多数（または複数）のカラーファイル４１が保存されている。カラーファイル４１は、この実施形態の場合では、予め別途に用意されたＯＮＣ対応表もしくはカラー暗号キー、またはＯＮＣ対応表とカラー暗号キーを用いて元ファイルから符号化（暗号化）されたものである。符号化（暗号化）の方法と元ファイルについて後で説明する。なお符号化（暗号化）の方法は、カラーを利用するものだけに限定されない。
ハードディスク２１内のカラーファイルの保存の仕方としては隠しフォルダ形式であっても隠しファイル形式であってもよい。図４では、情報管理システム３２は、ハードディスク２１内に保存された多数のカラーファイルのうちの任意の１つのカラーファイルであって、特に通常の文書ファイル等の表示ファイルを取り出して、これをメモリ１３で情報管理システム３２上で編集処理すると、いう動作の状態が構成的に、かつデータの流れとして示されている。
ハードディスク２１の多数のカラーファイル４１から１つのカラーファイル４１Ａが取り出され（ステップＳ１１）、情報管理システム３２の中に取り込まれる。このカラーファイル４１Ａの暗号化前の元ファイルの内容は文書ファイル等である。
情報管理システム３２において、メモリ１３上で、取り出されたカラーファイル４１Ａは、復号化手段４２による復号化処理に基づいて、元ファイルである表示ファイル４３に変換される。表示ファイル４３は編集処理を行うようにメモリ１３上で扱われる。目標とする処理が終了すると、表示ファイル４３は符号化手段４４による符号化処理（暗号化処理）に基づいて再びカラーファイル４１Ａに変換される。符号化後のカラーファイル４１Ａは、その内容が更新される。その後、当該カラーファイル４１Ａはハードディスク２１のカラーファイル４１の中に保存される（ステップＳ１２）。
【００４３】
ここで、符号化（暗号化）の方法と元ファイルについて説明する。
【００４４】
先ず「元ファイル」について一般的に説明する。ここで「元ファイル」とは、通常のコンピュータ上でまたはコンピュータを介して取り扱われる対象（データ、情報、プログラム、装置駆動ファイル、放送などのメディアのコンテンツ）であり、コンピュータオブジェクトである。コンピュータオブジェクトは、「コンピュータの内部またはコンピュータを介して取り扱われる文字（文書）、記号、図形、数式、画像、映像（動画）、音声等の個々のデータ、情報、プログラム（実行ファイル、ソフトウェア）、アプリケーションソフトウェアとそれによって扱われるデータとを一体的に組み合わせたもの、」である。
なおコンピュータオブジェクトは、コンピュータ１０の周辺装置、関連する諸種の装置、または通信回線で接続された複数のコンピュータから成るコンピュータシステム等においても取り扱われることが可能な対象である。
【００４５】
次に「符号化（暗号化）」の方法について説明する。本実施形態では、代表的に、カラーを利用して符号化（暗号化）を行う。
カラーを利用した符号化方法では「カラー」または「カラーに係るデータ」で表現される。当該符号化された内容を示すカラーデータは、ＲＧＢまたはＣＭＹＫ等のカラーを表すためのデータである。前述のごとく、カラーデータは、ハードディスク２１においてカラーファイル４１の形式で保存されている。以下、カラーデータとカラーファイルは同義である。
ここで「カラー」とは、コンピュータ内でデータとして取り扱われかつそのディスプレイの画面に表示することが可能な数百万以上の色のことを意味する。当該「カラー」は、原則として、可視光に基づいて通常の人間がその視覚により認識する物理的実在である。当該カラーをコンピュータ１０のディスプレイ２２の画面上に表示すると、カラーは画面上で色の組合せに基づく表示物、すなわち「カラーコード」の画像として人間の視覚に認識されるものである。
なお上記の「カラーデータ」は「カラーディジタル値」である。この「カラーディジタル値」は、カラーの属性に依存する数値であり、コンピュータ上でカラーをデータとして扱うときに割り当てられるディジタル数値である。
コンピュータオブジェクト（元ファイル）は符号化手段（変換部）４４によってカラーデータ（カラーファイル）に変換される。符号化手段（変換部）の変換機能は「情報変換型の変換機能」と「情報置換型の変換機能」の２つのタイプの変換機能を有している。２つのタイプの変換機能は選択的に使用される。
変換部３３の情報変換／情報置換の機能（情報変換の機能または情報置換の機能）、すなわち「カラー符号化」の機能により作成された上記のカラーデータは、仮にディスプレイ２２の画面に表示されたとすると、特定のカラーコード画像を表示することができるものである。ここで「カラーコード画像」は「カラー画像」と同義である。カラーデータは、それ自体は、コンピュータ１０のハードディスク２１の上において、上記のカラーファイル４１を形成している。
上述した通りコンピュータオブジェクト（元ファイル）は符号化手段４４によりカラーファイル４１に変換される。
上記において、コンピュータオブジェクト（元ファイル）とカラーファイルとは対応した関係にある。コンピュータオブジェクト（元ファイル）の各々は、符号化手段４４の情報変換／情報置換の機能によって、カラーファイル（カラーデータ）の各々に対応づけられる。
符号化手段４４の「情報変換／情報置換」の機能は、通常的な意味の「情報変換（変換）」の機能と、単なる「情報置換（置換え）」の機能とから構成される。情報置換の機能は、また代替機能であってもよい。符号化手段４４の変換機能に関して、「情報変換」であるか、または「情報置換」であるかについてはコンピュータオブジェクトの内容に依存して決まる。例えばバイトデータの文書データ等は情報置換の処理がなされ、バイナリデータの圧縮データやプログラム等は情報変換の処理がなされる。但し、バイトデータに対しては情報変換処理と情報置換処理ができるが、バイナリデータは情報変換の処理しかできない。実際に、「情報変換」と「情報置換」はコンピュータオブジェクトに依存して別物であるが、符号化手段４４の情報変換／情報置換の機能として、統合的に取り扱われる。
また逆に、カラーファイル４１を、復号化手段（逆変換部）４２で変換すると、コンピュータオブジェクトすなわち元ファイルに戻る。
上記の符号化手段４４は、後述されるように情報管理ファイル３３に用意されたカラー変換テーブル（ＯＮＣ対応関係表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つ）、または置換えプログラム）、あるいは、カラー変換キー（カラー暗号キー、または符号化（暗号化）プログラム）を用いた処理に基づいて、「情報変換／情報置換」の機能が実現される。なお「カラー変換テーブル」も広義には「カラー暗号キー」である。
上記の「Ｏ」はコンピュータオブジェクトであり、「Ｎ」はカラー数値であり、「Ｃ」はカラーを意味している。
さらに復号化手段４２は、同様に、情報管理ファイル３３に用意されたカラー逆変換テーブル（ＯＮＣ対応関係表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つ）、または置換えプログラム）、あるいはカラー変換キー（カラー暗号解除キー）を用いた処理に基づいて、復号（逆変換）機能が実現される。
カラー逆変換テーブルは、上記のカラー変換テーブルを逆向きに用いるものであり、対応表としては、変換元と変換先が入れ替わるだけであり、実質的に同じものであるということができる。
コンピュータオブジェクト（元ファイル）が、符号化手段４４でカラーファイル４１に変換されると、当該カラーファイル４１に基づいて元のコンピュータオブジェクトの内容を直接に認識し、知ることはできない。カラーファイル４１をコンピュータオブジェクト（元ファイル）として認識したい場合には、復号化手段４２を使用して元に戻すことが必要である。但し、コンピュータ１０上では情報管理システム３２の上だけである。ハードディスク２１等に保存されている状態では常にカラーファイル４１の形式であり、元ファイルすなわちコンピュータオブジェクトは存在していない。これによって、コンピュータ１０内のハードディスク２１等に記憶されるデータ、情報、プログラム等の秘匿または保全を確実に行うことができる。
【００４６】
次に、再び図４に戻り、情報管理ファイル３３の内容について説明する。情報管理ファイル３３には、情報として、本実施形態の場合、少なくとも、「ＯＮＣ対応表識別番号表」、「カラー暗号キー表（またはカラー暗号化キー表）」、「組織部門／ランク管理表」、「ファイル２重管理表」、「付記事項」、「外部記録デバイス識別番号表」を含んでいる。またＯＮＣ対応表識別番号表に表記された対応する複数のＯＮＣ対応表に係る情報、およびカラー暗号キー表に表記された対応する複数のカラー暗号キーに係る情報等については、情報管理ファイル３３やハードディスク２１等に保存されている。さらに「カラー暗号キー」の一例としては、現行ファイルでは「キー画像」と表現し得る。
【００４７】
図４に示した情報管理システム４２での処理の流れにおいて、復号化手段４２と符号化手段４４の各々で、情報管理ファイル３３から提供される「ＯＮＣ対応表」および「カラー暗号化キー」４５が用いられる。
【００４８】
次に図５について説明する。図５では、情報管理システム３２において処理される対象がＡＰソフト（実行ファイル、アプリケーションプログラム）であり、プログラム実行処理がなされている点に特徴がある。その他の構成等については、図４で説明した内容と同じである。従って、図５に示された要素について、図４で説明した要素と同一の要素には同一の符号を付し、その説明を省略する。
【００４９】
なお図４に示された情報管理システム３２の構成において、情報管理システム３２にＰＣ識別番号３２−１が付与されていない場合には、次のように扱われる。
前述した通り、情報管理システム３２に付与されたＰＣ識別番号３２−１はコンピュータ１０での正当な起動を許可されるための条件であった。情報管理システム３２において、そのシステム実行ファイルにＰＣ識別番号３２−１が埋め込まれていない場合には、コンピュータ１０では起動させることはできない。
すなわち、情報管理システム３２においてＰＣ識別番号３２−１が埋め込まれていない場合には、情報管理ファイル３３から「ＯＮＣ対応表」および「カラー暗号化キー」４５が提供されず、復号化手段４２およい符号化手段４４を実現することができない。よって、仮にハードディスク２１からカラーファイル４１Ａを取り出したとしても（ステップＳ１１）、例えば、その後の表示ファイル４３の編集、カラーファイル４１Ａの更新、更新したカラーファイル４１Ａの保存（ステップＳ１２）というプロセスを生じさせることができない。
【００５０】
上記の情報管理ファイル３３の内容、すなわちファイル構成等を図６に示す。情報管理システム３３の機能は、図６に記載される通り、少なくとも、「符号化／復号化の実行」、「ファイル管理」、「ファイル操作制限」、「ファイル情報持出禁止」の４つの機能である。
【００５１】
「符号化／復号化の実行」の機能によって上記の符号化手段４４と復号化手段４２が実現される。「符号化／復号化の実行」の機能では、ファイル構成は「ＯＮＣ対応表識別番号表」と「組織部門表」と「組織ランク表」である。
ＯＮＣ対応表識別番号表の実体ファイルは「ＯＮＣ対応表」である。ＯＮＣ対応表は、前述した通り、カラー変換テーブルであり、ＯＮＣ対応関係表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つ）、または置換えプログラムである。またＯＮＣ対応表は、広義には、カラー変換キー（カラー暗号キー、または符号化（暗号化）プログラム）を概念的に含む。さらに「ＯＮＣ対応表」には、復号化のための逆変換の内容も含まれる。
また「組織部門表」の実体ファイルは「部門別ＯＮＣ対応表」であり、「組織ランク表」の実体ファイルは「ランク別ＯＮＣ対応表」である。「組織部門表」における「部門別ＯＣＮ対応表」の一例が図９に示される。この組織部門表によれば、組織部門の各々の段階（レベル）に応じて、「ＯＮＣ対応表識別番頭」と「カラーファイル識別番号リスト」が示されている。また「組織ランク表」における「ランク別ＯＮＣ対応表」の一例が図８に示される。この組織ランク表によれば、ランクに応じて「ＯＮＣ対応表識別番号」と「カラーファイル識別番号リスト」が示される。
図８と図９に示されたテーブルにおいて、「ＯＮＣ対応表識別番号」の項目に記載された各内容がＯＮＣ対応表の操作の対象となり、「カラーファイル識別番号リスト」の項目に示された各内容がカラーファイルの操作（読込み、保存、削除、コピー、移動等）の対象となる。
図６に示されたテーブルでは、情報管理ファイル構成の各々の内容に応じて「セキュリティの概要」が記載されている。
【００５２】
図６に示したテーブルで、「ファイル管理」の機能では、ファイル構成は「ファイル名２重管理表」と「付記事項付ファイル」である。「実体ファイル」では「カラーファイル」と「元ファイル」が含まれる。
「ファイル名２重管理表」の実体ファイルは「カラーファイル」である。「ファイル名２重管理表」の一例を図７に示す。このテーブルによれば、元ファイル１〜ｎに対して、「カラーファイル識別番号」の項目でカラーファイルＩＤ１〜ＩＤｎが対応付けられ、「格納フォルダ名（パス）」の項目で各カラーファイルの格納フォルダ名が対応付けられている。カラーファイルＩＤ１〜ＩＤｎの各々がカラーファイルの操作の対象になる。
また「セキュリティーの概要」では、「ファイルの入力・保存は拒絶される。」が記載されている。これは、時に厳重なファイルまたは装置管理の必要なファイルの場合に、カラーファイル以外の元ファイルの入力も制御または制限し、その可否を制御するという意図である。このことは、本システムに入力し保存できる元ファイルを限定することを意味している。換言すれば、元ファイルに付記事項を付し、当該付記事項の内容にはファイルの入力・保存の要件を含むものであり、かかる付記事項に適う管理事項・処理要件を具備したファイルであるか否かに基づいて、本システムでの処理の可否を判断する。
【００５３】
「ファイル操作制限」の機能では、ファイル構成は「付記事項（ファイル操作）」であり、実体ファイルは「元ファイル」と「カラーファイル」と「表示ファイル」である。情報管理ファイル３２等と「付記事項」との関係については図１１〜図１７を参照して後で説明する。
なお「ファイル操作制限」の「セキュリティーの概要」において、本システムに対して外部からファイルを入力または保存しようとする場合に、一定の条件を具備するファイルに限って本システムへの入力・保存の可否を判断する構成とし、入力または保存を制御できる構成としている。これは、悪意のファイルの本システムへの入力・保存の拒絶を意図するものである。
【００５４】
「ファイル情報持出禁止」の機能では、ファイル構成は「外部記録デバイス識別番号」である。情報管理システム３２で登録されていない識別番号（シリアル番号）の外部記録デバイスは、コンピュータ１０では拒否（リジェクト）される。
【００５５】
図１０Ａ〜図１０ＣにＯＮＣ対応表（またはＯＮＣ対応関係表）の例を示す。
図１０Ａはオブジェクト・カラー対応表（ＯＣ対応表）とオブジェクトカラー編集エディタについてのテーブルを示す。図１０Ａに示したテーブルの左欄には「オブジェクト・カラー対応表作成」の欄にてオブジェクト（Ｏｉ（ｉ＝１〜ｎ））とカラー（Ｃｉ（ｉ＝１〜ｎ））との対応関係が示されている。オブジェクトＯｉは手動または自動でオブジェクト分割に基づき生成される。個数（ｎ）は例えば最大で６５，５３６個である。カラーＣｉはカラー部分空間（ＲＧＢ）に割り当てられる。個数（ｎ）は例えば最大で６５，５３６個である。また図１０Ａに示したテーブルの右欄には「オブジェクトカラー編集エディタ」の欄にて設定変更１〜ｍが示されている。オブジェクトカラー編集エディタにおける設定変更のルールは例えば乱数、循環シフト等が用いられる。
図１０Ｂはオブジェクト・カラー数値対応表（ＯＮ対応表）とオブジェクトカラー数値編集エディタについてのテーブルを示す。図１０Ｂに示したテーブルの左欄には「オブジェクト・カラー数値対応表作成」の欄にてオブジェクト（Ｏｉ（ｉ＝１〜ｎ））とカラー数値（Ｎ：１〜ｎ）との対応関係が示されている。カラー数値Ｎの最大値は６５，５３６である。また図１０Ｂに示したテーブルの右欄には「オブジェクトカラー数値編集エディタ」の欄にて設定変更１〜ｍが示されている。
図１０Ｃはカラー・カラー数値対応表（ＣＮ対応表）とカラー・カラー数値編集エディタについてのテーブルを示す。図１０Ｃに示したテーブルの左欄には「カラー・カラー数値対応表作成」の欄にてカラー（Ｃｉ（ｉ＝１〜ｎ））とカラー数値（Ｎ：１〜ｎ）との対応関係が示されている。また図１０Ｃに示したテーブルの右欄には「カラー・カラー数値編集エディタ」の欄にて設定変更１〜ｍが示されている。
【００５６】
次に図１１〜図１６を参照して前述の「付記事項」について説明する。図１１〜図１３で示されたブロック構成は、図４で示されたブロック構成と基本的に同じである。図４で示した要素と同一の要素には同一の符号を付し、詳細な説明を省略する。図１１〜図１３の処理では、カラーファイル４１Ａを取り出し、メモリ１３上の情報管理システム３２で表示ファイル４３に変換して編集を行う場合において、前述の「付記事項」に含まれるいずれかの内容を指定して編集を実行する。
なお付記事項の編集においては、表示機能のみで、編集機能を含まないように構成することもできる。
図１１は情報管理ファイル３３に付記事項５０Ａを付加する構成を示している。情報管理ファイル３３に付加される付記事項５０Ａの内容の例は、図１４において、テーブル形式で示される。図１４に示されたテーブルにおいて、付記事項５０Ａのカテゴリは「情報流出（保全・変更・破壊）」である。当該テーブルでは、最上位の行に「付記条件」、「条件付き実行制御」、「対象」、「実施例」の項目が記載されており、「付記条件」の欄に記載された「ＰＣ識別番号の照合」、「作成の可否」、「削除の可否」、「移動（コピー）の可否」、「転送の可否」、「変更の可否」、「コピーの可否」、「転送の可否」、「印刷の可否」の各々について内容が記載されている。「変更の可否」において「否」の場合には編集を認めない。
また「作成の可否」の「条件付き実行制御」では「作成」と「拒絶」が含まれ、またその「対象」では「カラーファイル」と「元ファイル」が含まれている。その「実施例」には、「ファイルの初期化処理で元ファイルの拒絶」が含まれる。
図１２はＯＮＣ対応表４５Ａに付記事項５０Ｂを付加する構成を示している。ＯＮＣ対応表４５Ａに付加された付記事項５０Ｂの内容の例は、図１５において、テーブル形式で示される。図１５に示されたテーブルにおいて、付記事項５０Ｂのカテゴリは同じく「情報流出（保全・変更・破壊）」である。当該テーブルでは、最上位の行に「付記条件」、「条件付き実行制御」、「対象」、「実施例」の項目が記載されており、「付記条件」の欄に記載された「ＰＣ識別番号の照合、付記事項（一定条件）の照合」、「移動の可否」、「再移動の可否」、「コピーの可否」、「転送の可否」、「印刷の可否」の各々について内容が記載されている。
「ＰＣ識別番号の照合、付記事項（一定条件）の照合」の内容では、その「条件付き実行制御」で「復号化」と「拒絶」を含み、「対象」で「カラーファイル」と「元ファイル」を含み、さらに「実施例」で「条件に適わないファイルを拒絶する。」を含んでいる。
上記のＯＮＣ対応表に付記事項を付加する構成では、好ましくは、ＯＮＣ対応表におけるカラー数値をレコードとして構成し、カラー数値レコード項目に付記事項に相当する機能を割り付け、機能を有するレコード項目で付記事項を具現する構成が可能である。
図１３はカラーファイル４１Ａに付記事項５０Ｃを付加する構成を示している。カラーファイル４１Ａに付加された付記事項５０Ｃの内容の例は、図１６において、テーブル形式で示される。図１６に示されたテーブルにおいて、付記事項５０Ｃのカテゴリは「情報流出（保全・変更・破壊）」、「配信」、「非正規ファイル」、「ダウンロード」、「違法コピー」、「ダウンロード」である。当該テーブルでは、最上位の行に「付記条件」、「条件付き実行制御」、「対象」、「実施例」の項目が記載されており、カテゴリに記載された各内容に応じて項目毎に内容が記載されている。
なお、付記事項として示される記載内容、付記条件等はカテゴリの具現化に即し、対応すべく適宜変更する。
また付記事項５０Ｃは、付記事項の内容を制約するものではなく、表示ファイルなどについて必要に基づいて設定可能である。
上記の付記事項の付記条件はファイルの目的に照らし、自在に内容は設定される構成である。そして付記事項の付記条件に基づく制御は自動的または手動的に行うように構成される。なお手動的に行う場合には、コンピュータ１０のディスプレイ２２に、オペレータに対して手動的な操作を指示するメッセージが表示され、オペレータはその指示メッセージに基づいて必要な手動操作を行うことになる。
【００５７】
次に、上記のハードウェア構成（コンピュータ１０等）、各種の機能手段（情報管理システム３２、符号化手段４４、復号化手段４２等）およびファイル（情報管理ファイル３３、カラーファイル４１等）によって実行される動作内容をより詳しく説明する。
【００５８】
図１７、図１８、図２９を参照して、カラーを利用した元ファイル（コンピュータオブジェクト）のカラーを利用した符号化（カラー暗号化）における初期処理の動作内容を説明する。図１７はハードウェア構成上のデータの流れ、処理の流れを示し、図１８は特にファイル（データ）の流れを示し、図２９は初期処理のフローチャートを示している。
【００５９】
図２９に示したフローチャートに従って説明を行う。最初はコンピュータ１０のハードディスク２１に、通常的に、多数（または複数）の元ファイル５１が保存された状態にある。
ステップＳ１０１で、コンピュータ１０上で情報管理システム３２を起動する。その際ＰＣ識別番号のチェックが行われ、それに適合した場合に起動・動作を許可する。ＣＰＵ１２が情報管理システム用プログラムを実行することによりメモリ１３上に情報管理システム３２が構築される。
次のステップＳ１０２で、情報管理ファイル３３の内容に基づいて、情報管理システム３２の符号化機能（符号化手段４４）を使用する。その結果、メモリ１３に符号化手段４４（図１７と図１８では「カラー暗号化」という手段で示している）が実現される。
ステップＳ１０３で、情報管理ファイル３３の内容に基づいて、ＯＮＣ対応表／カラー暗号化キー４５が指定される。この「ＯＮＣ対応表／カラー暗号化キー４５」は「キー画像」と呼ぶことができる。当該「キー画像」、すなわち「ＯＮＣ対応表／カラー暗号化キー４５」は、いわゆるパスワードに相当するものであり、本願発明における固有なパスワードの役割を有する要素である。
次のステップＳ１０４において、暗号化しようとする元ファイルを、ハードディスク２１に保存された元ファイル５１の中から指定する。指定した元ファイル５１Ａはハードディスク２１から取り出される（図１７と図１８におけるステップＳ２１）。なお元ファイルの指定・取出しは個別にまたは一括で行うことができる。
ステップＳ１０５では、取り出した元ファイル５１Ａを符号化機能すなわちカラー暗号化手段４４によってカラーファイル４１Ａに置換または変換する。カラー暗号化手段でのカラー暗号化の処理では、ＯＮＣ対応表および／またはカラー暗号化キー４５が使用される。
次のステップＳ１０６では、生成されたカラーファイル４１Ａをハードディスク２１に保存する（ステップＳ２２）。こうして多数のカラーファイル４１の保存領域が形成される。
最後のステップＳ１０７において、上記のごとくカラーファイル５１Ａが生成された元ファイル４１Ａについては、ハードディスク２１上から自動的に削除する。
【００６０】
上記の初期処理によれば、当該初期処理後において、多数の元ファイル５１のすべてがカラー暗号化（符号化またはカラー暗号化の手段４４）によってカラーファイル４１になると、元ファイル５１はすべて消えることになる。ハードディスク２１等の保存メモリにおいて元ファイル５１は自動的に削除され、消滅するので、元ファイルの外部持出しは不可能になる。またその後の内容更新等の処理では、コンピュータ１０内では暗号化された安全なカラーファイル４１のみが閉ループを形成して循環されることになるので、データ等の漏洩を確実に防止することができる。
但し、上記の構成において、初期処理によりカラーファイル４１に暗号化された元ファイル５１に関して、初期処理後にはハードディスク２１上で当該元ファイル５１をすべて自動的に削除するように構成することは望ましいが、必要に応じて、当該元ファイル５１の一部または全部を残すように構成することも可能である。この場合には、データ保存メモリであるハードディスク２１において、初期処理後、元ファイル５１と各元ファイルに対応する暗号化が行われたカラーファイル４１とが存在し、両ファイルが併存することになる。このことは、任意にシステム設計することができることを意味している。
さらに、当然のことながら、データ保存メモリであるハードディスク２１において、初期処理前の元ファイル５１と初期処理後のカラーファイル４１とが併存されることはあり得る。元ファイル５１自体は、コンピュータ１０の通常の機能・動作で次々と生成されるものであるから、コンピュータ１０のハードディスク２１で初期処理が完了したカラーファイル４１と初期処理前の状態にある元ファイル５１が併存することは通常的なことである。
さらに、ＵＳＢメモリ３１Ａ等の外部記録デバイス３１等を介してコンピュータ１０のハードディスク２１に元ファイル５１を保存し、当該元ファイル５１がウィルス等のファイルが埋め込まれている場合に、それを除去するためのクリーニングが行われる。すなわち、元ファイル５１の内部に埋め込まれているファイルについては、初期処理での符号化の際に、本発明に係るファイル暗号化ソフト以外は、すべてを除去するというクリーニング処理が行われる。
上記のクリーニング処理の方式に関して、除去／削除マーカの設定、図１６で説明した付記事項での「削除の設定」、図１４で説明した付記条件での「削除の可否」が、制御プログラム保護の観点から検討される。プログラム（実行ファイル）は、本発明に係るファイル暗号化ソフト以外、すべてのプログラムが削除される構成とする。このため、本発明に係るファイル暗号化ソフトのみを入出力可能とし、かつその他のプログラムは削除する機能を備えている。またコンピュータからの外部流出を図るウィルスソフトを除去することにより、情報の流出・遺漏を阻止する。
【００６１】
次に、図１９、図２０、図３０を参照して、カラーファイル４１の内容を更新する定常的な運用処理の動作内容を説明する。図１９はハードウェア構成上のデータの流れ、処理の流れを示し、図２０は特にファイル（データ）の流れを示し、図３０は運用処理のフローチャートを示している。
【００６２】
図３０に示したフローチャートに従って説明を行う。初期処理後であるので、コンピュータ１０のハードディスク２１には、多数（または複数）のカラーファイル４１のみが保存された状態にある。
図１９に示された構成は、図４に示された構成と実質的に同じであるので、図４に示された要素と同じ要素には同じ符号を付している。
ステップＳ２０１で、コンピュータ１０上で情報管理システム３２を起動する。その際ＰＣ識別番号のチェックが行われ、それに適合した場合に起動・動作を許可する。ＣＰＵ１２が情報管理システム用プログラムを実行することによりメモリ１３上に情報管理システム３２が構築される。
なお、ＰＣ識別番号のチェック時においてＰＣ識別番号が一致したときに、ウィルスソフトが起動することがないように事前に前述のクリーニング処理を実行する。
次のステップＳ２０２で、情報管理ファイル３３の内容に基づいて、情報管理システム３２の復号化機能（復号化手段４２）を使用する。その結果、メモリ１３に復号化手段４２が実現される。
ステップＳ２０３で、情報管理ファイル３３の内容に基づいて、ＯＮＣ対応表／カラー暗号化キー４５が指定される。
次のステップＳ２０４において、更新しようとするカラーファイル４１Ａを、ハードディスク２１に保存されたカラーファイル４１の中から指定する。指定したカラーファイル４１Ａはハードディスク２１から取り出される（図１９と図２０におけるステップＳ１１）。なおカラーファイルの指定・取出しは個別にまたは一括で行うことができる。
ステップＳ２０５では、取り出したカラーファイル４１Ａを復号化機能すなわち復号化手段４２によって表示ファイル４３に置換または変換する。復号化手段４２での復号化の処理では、ＯＮＣ対応表および／またはカラー暗号化キー４５が使用される。
ステップＳ２０６では、表示ファイル４３の編集作業が行われ、表示ファイル４３の内容が更新される。なおこの例では表示ファイル４３の例を説明するが、ＡＰソフトであっても同じである。
次のステップＳ２０７では、編集作業で更新された表示ファイル４３を符号化手段４４でカラーファイル４１Ａに符号化する。
さらにステップＳ２０８では、カラーファイル４１Ａをハードディスク２１に保存する（ステップＳ１２）。
【００６３】
上記において、コンピュータオブジェクトは、ハードディスク２１ではカラーファイル４１の形式で保存され、内容を更新するときには情報管理システム３２によってメモリ１３上だけで表示ファイル４３として取り扱われ、編集作業が実行される。このときにも編集対象として表示ファイル４３になるだけであり、元ファイルになるわけではない。「表示ファイル」とは、内容がディスプレイ２２に表示され、キーボード２３等を利用して編集を行うことができるファイルの意味である。
図６に示すように、編集作業において作成、変更、削除が可能であるが、図１４に示す通り情報管理ファイル、付記条件の変更可否によって変更否においては編集によるファイル変更は不可である。表示ファイルで示されるアクセスポイントにアクセスしてリンク項目を表示することは可能であるが、表示ファイル（例えばホームページなど）の第三者による変更（悪質なホームページの改竄・変更）はできない構成となっている。
【００６４】
上記の定常的な運用処理の動作によれば、表示ファイル４３は一次作業領域であるメモリ１３のみにおいて存在し、それ以外のあらゆる記憶領域または記録領域には存在することができない。表示ファイル４３はメモリ１３上の揮発性ファイルである。またこのような表示ファイル４３の操作について、「保存」に関しては元ファイルは常時自動削除されている仕組みになっている。また「印刷、転送」に関しては停止モードに設定され、これはパスワード入力で解除される仕組みになっている。
また、印刷機は当該デバイス識別番号や付記事項の付記で利用を停止し、あるいは復号化の印刷も可能である。これにより印刷機の機能を制限的に利用する。付記事項の付記条件において、例えば、印刷条件で「印刷否」のときにはカラーファイルから復号化された表示ファイルの印刷出力は拒否され、また印刷条件で「印刷可」のときには当該表示ファイルの印刷出力は許可される。また当該印刷条件の中には、印刷範囲、印刷部数、縦横印刷等を含ませることができる。
またハードディスク２１に保存される内容をＵＳＢメモリ３１Ａ等に保存して持ち歩き、当該ＵＳＢメモリ３１Ａ等を何らかの理由で紛失したとしても、他者はＯＮＣ対応表なしでは復号化できないので、極めて安全である。
【００６５】
図３０に示した定常的な運用処理の動作内容の示すフローチャートの変形例を、図３１Ａと図３１Ｂを参照して説明する。図３１Ａのフローチャートと図３１Ｂのフローチャートは、全体として１つのフローチャートを分けて示したものである。
図３１Ａと図３１Ｂに示したフローチャートは、情報管理ファイル３３に用意された付記事項を使用する場合の定常的運用処理の動作内容を示している。図３１Ａと図３１Ｂに示したフローチャートにおいて、図３０のフローチャートで説明したステップと同一のステップには同一の符号を付し、その説明を省略する。この場合、ステップＳ２０１，Ｓ２０２，Ｓ２０３，Ｓ２０４，Ｓ２０６，Ｓ２０８が同一である。
ステップＳ２０４の後にステップＳ３０１が実行される。このステップＳ３０１では、指定したカラーファイルから、当該カラーファイルに付与されている「付記事項」が取り出される。
次のステップＳ３０２では、取り出した「付記事項」の付記条件に従って条件付きの実行制御が行われる。ステップ３０２の具体的内容は、例えば復号化についてＮＯである場合には終了し、ＹＥＳである場合には復号化機能を実行し、指定したカラーファイルを取り出し、表示ファイルを再生する。
表示ファイルの編集等に係るステップＳ２０６の後にはステップＳ３０３が実行される。ステップＳ３０３では、取り出した「付記事項」の付記条件に従って条件付きの実行制御が行われる。ステップ３０３の具体的内容は、例えば符号化についてＮＯである場合には処理を終了し、ＹＥＳである場合には符号化機能を実行し、編集された表示ファイルを符号化機能によりカラーファイルに符号化する。
最後に内容が更新されたカラーファイルをハードディスク２１に再び保存する（ステップＳ２０８）。
【００６６】
次に図２１〜図２８、図３２Ａ、図３２Ｂを参照して、カラーファイル４１の内容を更新する定常的な運用処理の動作内容であって、情報管理ファイル３３に用意されたファイル２重管理表、組織部門／ランク管理表等を使用する場合の動作内容を説明する。図２１はファイル（データ）の流れを示し、図３２Ａ、図３２Ｂは運用処理のフローチャートを示している。図３２Ａのフローチャートと図３２Ｂのフローチャートは、全体として１つのフローチャートを分けて示したものである。
【００６７】
図２１において、ハードディスク４１に保存されたカラーファイル４１の中から内容更新の必要のある任意なカラーファイル４１Ａを取り出し、復号化手段４２で表示ファイル４３等（ＡＰソフト４４の場合もある）に復号し、編集作業を行って内容を更新し、更新した表示ファイル４３等を符号化手段４４でカラー暗号化し、再びハードディスク２１に保存する処理の流れは、図１９および図２０を参照して説明した内容と同じである。この実施形態では、上記の処理の流れにおいて、図２１に示されるように、ファイル２重管理表６１を利用したファイルインデックス管理６２に基づいてファイル２重管理が適用される。
【００６８】
図３２Ａと図３２Ｂに示したフローチャートに従って説明を行う。初期処理後であるので、コンピュータ１０のハードディスク２１には、多数（または複数）のカラーファイル４１のみが保存された状態にある。
ステップＳ４０１により、コンピュータ１０上で情報管理システム３２を起動する。その際ＰＣ識別番号のチェックが行われ、それに適合した場合に起動・動作を許可する。ＣＰＵ１２が情報管理システム用プログラムを実行することによりメモリ１３上に情報管理システム３２が構築される。
次のステップＳ４０２で、情報管理ファイル３３の内容に基づいて、情報管理システム３２の復号化機能（復号化手段４２）を使用する。その結果、メモリ１３に復号化手段４２が実現される。
ステップＳ４０３で、情報管理ファイル３３の内容に基づいて、ＯＮＣ対応表／カラー暗号化キー４５が指定される。
次のステップＳ４０４では、「ファイルインデックス管理」が実行される。この「ファイルインデックス管理の機能部分は、図２１においてはブロック６２で示されている。
ステップＳ４０５では、元ファイル名リスト６３から元ファイル名６４を指定している。この元ファイル名は選択入力される。元ファイル６４の指定は個別または一括により行われる。
次のステップＳ４０６では、ファイル２重管理表６１に基づいて、これから対応するカラーファイル識別番号６５とパス（位置情報）を取得する。
次のステップ４０７においては、取得されたカラーファイル識別番号６５を用いて、当該カラーファイル識別番号に対応するカラーファイルを指定する。前述した循環する内容更新のための定常的な運用処理の動作において、更新対象のカラーファイル４１Ａを取り出すとき、上記のカラーファイル識別番号を有するカラーファイルが取り出される（図２１におけるステップＳ１１）。なおカラーファイル４１Ａの指定・取出しは個別にまたは一括で行うことができる。
ステップＳ４０８では、取り出したカラーファイル４１Ａを復号化機能すなわち復号化手段４２によって表示ファイル４３に置換または変換し、再生する。復号化手段４２での復号化の処理では、ＯＮＣ対応表および／またはカラー暗号化キー４５が使用される。
ステップＳ４０９では、表示ファイル４３の編集作業が行われ、表示ファイル４３の内容が更新される。なおこの例では表示ファイル４３の例を説明するが、ＡＰソフトであっても同じである。
次のステップＳ４１０では、編集作業で更新された表示ファイル４３を符号化手段４４でカラーファイル４１Ａに符号化する。
さらにステップＳ４１１では、カラーファイル４１Ａをハードディスク２１に保存する（ステップＳ１２）。
【００６９】
図２２〜図２４は、情報管理システム３２の情報管理ファイル３３の構成として図６等で説明した組織部門／ランク管理表の内容の一例を示している。
図２２に示されるように、ランク別の利用範囲の制限を示す。組織を構成するメンバーとしての社長、部長、課長、担当者というランクの各々に対して、元ファイル７１の全体を基準にしてそれぞれファイル利用範囲がランクに応じて相対的に決められている。なお会社等の組織部門のピラミッド構成を図２４に示す。社長は最上位に位置し、部長は「部」の長であり、課長は「課」の長である。担当者は「課」に属するメンバーである。これにより組織部門と、組織全体を構成するメンバーのランクの位置関係が明らかになる。
また図２３に示されるように、元ファイル７１とカラーファイル７２との対応関係において、元ファイル７１とカラーファイル７２の各々で、上記のランクに応じてランク別に内容の利用範囲が決められている。
【００７０】
図２５は、元ファイルをカラーファイルに符号化（カラー暗号化）する初期処理の動作例であってランク別の初期処理の動作例を示し、基本的な構成部分は図１７および図１８で説明した内容と同じである。図２５において図１８で説明した要素と同一の要素には同一の符号を付してその説明を省略する。
図２５の特徴的構成は、「ＯＮＣ対応表、カラー暗号化キー」４５の代わりに「ランク別ＯＮＣ対応表、カラー暗号化キー」４５Ｂが用いられる点であり、その結果、ランク別カラーファイル４１Ｂが作成されることである。この初期処理は、図２３に示したランク別のファイル構成を反映させたものである。
【００７１】
図２６は、符号化されたカラーファイルの内容を更新する定常的な運用処理の動作例であってランク別の動作例を示し、基本的な構成部分は図１７および図１８で説明した内容と同じである。図２６において図２０で説明した要素と同一の要素には同一の符号を付してその説明を省略する。
図２６の特徴的構成は、更新対象がランク別のカラーファイル４１Ｂであり、「ＯＮＣ対応表、カラー暗号化キー」４５の代わりに「ランク別ＯＮＣ対応表、カラー暗号化キー」４５Ｂが用いられる点であり、その結果、ランク別表示ファイル４３Ｂが作成されることである。この定常的な運用処理は、図２３に示したランク別のファイル構成を反映させたものである。
【００７２】
図２７は、元ファイルをカラーファイルに符号化（カラー暗号化）する初期処理の動作例であって組織部門別の初期処理の動作例を示し、基本的な構成部分は図１９および図２０で説明した内容と同じである。図２７において図２０で説明した要素と同一の要素には同一の符号を付してその説明を省略する。
図２７の特徴的構成は、「ＯＮＣ対応表、カラー暗号化キー」４５の代わりに「組織部門別ＯＮＣ対応表、カラー暗号化キー」４５Ｃが用いられる点であり、その結果、組織部門別カラーファイル４１Ｃが作成されることである。この初期処理は、図２４に示したラ組織部門別のファイル構成を反映させたものである。
【００７３】
図２８は、符号化されたカラーファイルの内容を更新する定常的な運用処理の動作例であって組織部門別の動作例を示し、基本的な構成部分は図１９および図２０で説明した内容と同じである。図２８において図２０で説明した要素と同一の要素には同一の符号を付してその説明を省略する。
図２８の特徴的構成は、更新対象が組織部門別のカラーファイル４１Ｃであり、「ＯＮＣ対応表、カラー暗号化キー」４５の代わりに「組織部門別ＯＮＣ対応表、カラー暗号化キー」４５Ｃが用いられる点であり、その結果、組織部門別表示ファイル４３Ｃが作成されることである。この定常的な運用処理は、図２４に示した組織部門別のファイル構成を反映させたものである。
【００７４】
上記の実施形態の説明では、データ保存メモリとしてハードディスク（ＨＤ）２１を用いる場合の例を説明したが、その他のデータ保存メモリ、すなわち外部記録デバイス３１（ＵＳＢメモリ３１Ａ、ＦＤやＣＤ等の外部記録デバイス３１Ｂ）を用いる場合でも同様に構成することができる。
【００７５】
次に本発明に係る情報管理システム３２について他の実施形態を説明する。この実施形態は前述した情報管理システム３２の動作の変形例である。
先に図１７と図１８等を参照して段落００４１〜００４３で元ファイル５１をカラーファイル４１に符号化する符号化初期処理について説明した。この初期処理では、前述した通り、当然のことながら、ハードディスク２１で初期処理前の元ファイルと初期処理が完了したカラーファイルとが併存する状態があり得る。そこで、このような状態では、オペレータや外部からの侵入者等が、ハードディスク２１から、ＵＳＢメモリ３１Ａ等の外部記録デバイス３１やその他のコンピュータユニットに、初期処理前の元ファイル５１を移動または複製し、当該元ファイルをコンピュータ１０の外部に持ち出そうとすることがあり得る。このような場合には、前述の符号化手段４４によって自動的に元ファイルをカラーファイルに符号化し、ＵＳＢメモリ３１Ａ等に移動または複製させるようにする。すなわち、情報管理システム３２は、図１７と図１８等に示したその情報管理機能（符号化初期処理機能）に基づいて、外部等より初期処理前の元ファイルを外部のＵＳＢメモリ等に移動または複製するという要求があったとき、この元ファイルを符号化手段４４によって暗号化ファイルに符号化してＵＳＢメモリ３１Ａ等に移動または複製する。この装置的構成は、図１７および図１８で示した構成において、生成されたカラーファイル４１Ａがハードディスク２１に保存される代わりにＵＳＢメモリ３１Ａ等に保存されるように構成することである。従って、ＵＳＢメモリ３１Ａ等で保存されたファイルの形式は暗号化されたカラーファイル４１Ａとなる。このため、ＯＮＣ対応表等を持たない第三者は情報内容を知ることはできない。
また上記において、符号化初期処理前の元ファイルを外部のＵＳＢメモリ等に移動または複製するという要求において、移動先または複製先が指定された時点で、符号化初期処理前の元ファイルを暗号化ファイルに符号化するように構成される。
【００７６】
上記の各実施形態の構成について、カラーファイルに符号化される元ファイルに追記領域部分を追加し、その追記領域部分に例えば「ＰＣ識別番号」と「ＨＤシリアル番号」をの情報を付加するように構成することも望ましい。この構成を採用することにより、パスワードによる認証は必要なくなる。
【００７７】
次に、図３３と図３４を参照して、図１７等で説明したカラー暗号化（または符号化、手段４４）の具体的な仕組みについて、さらに詳細に説明する。
図３３はカラー暗号化の処理（アルゴリズム）の流れを図解した図であり、図３４は暗号鍵の作り方を図解した図である。
この暗号化の方式では、被暗号化データ（平文）に、以下の手順で作成された暗号鍵によってビット単位に排他的論理和を施し、暗号化ファイルを作成する。被暗号化データと暗号鍵のサイズは等しい。また逆に、この暗号鍵で、暗号化ファイルに対して、再度、排他的論理和を施し、復号を実行する。この暗号は共通鍵方式の暗号である。
【００７８】
図３３において、１０１は「キー画像」であり、１０２は被暗号化データ（平文）の元ファイル（一例として文書ファイル）であり、１０３は暗号化処理の結果作られたカラーファイルである。
キー画像１０１は代表的にはカラー写真画像が使用されるが、これに限定されるものではない。カラー写真画像については例えば本等に示された支障のない適宜な画像が使用される。さらに、カラー写真画像については、電子ブック等の表示画面に示された同様の画像を使用することもできる。
元ファイル１０２としては、この例では、ブラウザの表示画面に表示された文書データが使用されている。
図３３に示したカラー暗号化の処理（アルゴリズム）は、キー画像１０１を利用して元ファイル１０２を暗号化（または符号化）してカラーファイル１０３を作成するための８つのステップ（Ａ），（Ｂ），（Ｃ），（Ｄ），（Ｅ），（Ｆ），（Ｇ），（Ｈ）を含んでいる。以下に、これらのステップ（Ａ）〜（Ｈ）を説明する。
【００７９】
ステップ（Ａ）：
このステップはキー画像１０１からデータ１１１（ビット配列、バイト列）を抽出するステップである。
抽出配列の長さ（ビット数）をどの程度にするかは、次の乱数発生との関係に基づいて任意に定められる。このキー画像１０１によって後述の暗号鍵が生成されるため、当該キー画像は通常の暗号化の際に利用されるパスワードに類似した役割を果たす。抽出されるデータ１１１のサイズは、画像の約半分、数千から数万バイト程度を目安とする。また現在の計算機性能から言って、全件検索を行うことが事実上不可能な抽出サイズを満たしていることの根拠については、「全件検索による解読について」の欄に後述される。
【００８０】
ステップ（Ｂ）：
このステップは乱数を発生させるステップである。
ここで「乱数」とは、すべて擬似乱数の意味であるとする。乱数発生器１１２の初期値（シード、種）として上記の抽出データをセットし、乱数配列１１３を発生させる。なお、初期値の違いによる乱数配列１１３の差異が十分著しいことが望ましい。
【００８１】
ステップ（Ｃ）：
このステップは暗号鍵Ａを作成するステップである。
上記乱数配列１１３を適当な長さ（固定長）に区切り、それぞれの区間をハッシュ関数１１４の入力値（キー）として、ハッシュ値を求め、それらを結合して暗号鍵Ａを作成する。この暗号鍵Ａは、後述するファイル鍵と共に、暗号鍵の再現を可能とする。それ故に、暗号化のアプリケーションとは別の場所に移動して、保存する等の利用が想定される。
それに応えるため、暗号的強度の観点以外に、ネットワーク上のトラフィック負荷を考慮して、支障なくデータのやりとりが可能となるように、そのサイズ（コンパクトさ）を決定しなければならない。これを暗号鍵Ａの「サイズ妥当性」と名付ける。これは当然ある幅を持った数値となる。ハッシュ関数の使用（反復）回数は、そのハッシュ値の長さ（出力長）の和が、このサイズ妥当性に適合していることが条件となり、決定される。
なお、ハッシュ関数のキー（入力）長は、出力長に比べ十分大きいことが条件となる。
【００８２】
ステップ（Ｄ）：
このステップは暗号鍵Ｂを作成するステップである。
上記暗号鍵Ａを初期値（種）として乱数発生器１１５で乱数配列１１６を発生させる。ハッシュ関数１１７で乱数配列１１６を適当な長さに区切ってハッシュ値を求め、それらを結合して適当な長さのビット列を作成し、暗号鍵Ｂと名付ける。この暗号鍵Ｂの部分配列を抽出し、並び替えたものが、暗号鍵となる。図３３で示したステップ（Ｆ）の「シャッフル」を参照する。暗号鍵のビット配列のランダムさを保障するため、この暗号鍵Ｂの長さは暗号鍵Ａより長いものにする。
【００８３】
以上までのステップ（Ａ）〜（Ｄ）の操作は、キー画像１０１が決定されたタイミングで行うことが可能であり、かつその方が望ましい。これを前提として、被暗号化データ（平文）を暗号化する手順（ステップ（Ｅ）〜（Ｈ））を以下に述べる。
【００８４】
ステップ（Ｅ）：
このステップはファイル鍵を作成するステップである。このステップでは、被暗号化データ（平文）１０２、すなわち元ファイル１０２をハッシュ関数１１８に代入して得られるビット配列をファイル鍵１１９とする。
【００８５】
ステップ（Ｆ）：
このステップはシャッフル用乱数配列を作成するステップである。このステップでは、ファイル鍵１１９を初期値として乱数発生器１２０によりシャッフル用乱数配列１２１を発生させる。
【００８６】
ステップ（Ｇ）：
このステップは暗号鍵を作成するステップである。
上記で作成した、暗号鍵Ｂとシャッフル用乱数配列１２１を用いて、シャッフル処理１２２を行って暗号鍵１２３を作成する。
シャッフル用乱数配列１２１は適当な長さｌビット（固定）に区切られる。
ｌの条件としては、２ｌ≧（暗号鍵Ｂのビット長）であればよい。
ｌビットで区切られたビット配列をそれぞれ数値に変換したものをａｉ，ｂｉ（ｉ＝１，２，…）とおく（図３４に示す）。
次にａｉ，ｂｉを暗号鍵Ｂのビット長で割った余りを、それぞれａｉ＊，ｂｉ＊とする。
すなわち、
ａｉ＊＝ａｉ ｍｏｄ （暗号鍵Ｂのビット長）
ｂｉ＊＝ｂｉ ｍｏｄ （暗号鍵Ｂのビット長）
このとき、
０≦ａｉ＊≦（暗号鍵Ｂのビット長）−１
０≦ｂｉ＊≦（暗号鍵Ｂのビット長）−１
従って、
１≦ａｉ＊＋１≦（暗号鍵Ｂのビット長）
１≦ｂｉ＊＋１≦（暗号鍵Ｂのビット長）
いま、ａｉ＊，ｂｉ＊の大小を比較して、大きい方をｃ、小さい方をｄとする。
暗号鍵Ｂのｃ＋１ビット目からｄ＋１ビット目のビット配列をＥｉ（そのビット長をｅｉ）として、Ｅｉ−１に結合する。
このとき、
ｅ１＋ｅ２＋…＋ｅｉ−１＋ｅｉ＜平文のビット長
そうであるならば、引き続きａｉ＋１，ｂｉ＋１についてＥｉ＋１を作成し、結合列Ｅ１＋…＋Ｅｉ＋１を作り、その長さの和が平文のビット長を超えるまで続ける。
ｅ１＋ｅ２＋…＋ｅｉ−１＋ｅｉ≧平文のビット長
であれば、ビット配列の結合Ｅ１＋Ｅ２＋…＋Ｅｉ−１＋Ｅｉを暗号鍵１２３とする。
【００８７】
ステップ（Ｈ）：
このステップは被暗号化データ（平文）である元ファイル１０２に対してビット単位で、暗号鍵１２３により、排他的論理和を施し、暗号化を行ってカラーファイル（暗号化ファイル）１０３を作成する。
【００８８】
上記のごときして作成されたカラーファイル（暗号化ファイル）１０３を復号化するときには、暗号鍵Ｂとファイル鍵１１９により図３３に示したステップ（Ｄ），（Ｆ），（Ｇ）の手順を再現して暗号鍵１２３を作成する。そしてこの暗号鍵１２３を用いてカラーファイル（暗号化ファイル）１０３に排他的論理和を施すことによって被暗号化データ（平分）すなわち元ファイル１０２に復号化される。
【００８９】
次いで本発明によるカラー暗号化方法に関する全件検索による解読について説明する。
１０バイト（英数字１０文字）のパスワード設定が、全数検索で１０−ｎ秒（ｎ＝３なら１ミリ秒、ｎ＝６なら１マイクロ秒、ｎ＝９なら１ナノ秒）で解読されると仮定する。
このとき、その１０倍の１００バイト（英数字１００文字）のパスワード設定がどの程度の時間で解読できるかを計算する。
本発明によるキー画像の採用の場合、数千〜数万文字のパスワード設定に該当することは前述の通りである。
１０バイトのパスワード設定の場合、考え得る全ケースは、
２５６１０＝（２８）１０＝２８０通り…（１）
同様に１００バイトの場合、
２５６１００＝（２８）１００＝２８００通り…（２）
（１）を解読するのに１０−ｎ秒、（２）を解読するためにｘ秒、それぞれ要したとすると、
２８０：２８００＝１０−ｎ：ｘ
ｘ＝（２８００）×１０−ｎ／２８０＝２７２０／１０ｎ（秒）
これを年に直すと、
２７２０／（１０ｎ×６０×６０×２４×３６５）（年）
これが１０進法でどれくらいの桁数（ｙ桁）をもつ数値であるかを示すために、
１０ｙ＝２７２０／（１０ｎ×６０×６０×２４×３６５）
とおく。両辺の（自然）対数をとって、
ｙlog１０＝７２０・log２−ｎ・log（１０×６０×６０×２４×３６５）
ｙ＝（７２０・log２−ｎ・log（１０×６０×６０×２４×３６５））／log１０
このとき、
ｎ＝３の場合 ⇒ ｙ≒１９１
ｎ＝６の場合 ⇒ ｙ≒１６６
ｎ＝９の場合 ⇒ ｙ≒１４０
となる。
さて、クロック周波数が１GHzのＣＰＵは、基本回路が１秒間に１０億（＝１０９）回の動作をする。この１動作で全件検索の際の１つの場合が判定できたとする。そうすると、ｎGHzの性能のＣＰＵで１０バイトのパスワードを全件検索するのに要する時間は、
２８０/（ｎ×１０９）（秒）＝２８０/（ｎ×１０９×６０×６０×２４×３６５）（年）
仮に１GHｚのＣＰＵが１０００倍程度の性能のＣＰＵを使用した（ｎ＝１０３）としても、
２８０/（１０１２×６０×６０×２４×３６５）（年）≒４万年
程度の時間がかかることを考慮すると、上で１０バイトのパスワード設定が１ミリ秒（１０００分の１秒）で解読されたとするという仮定が途方も無く緩やかなものであることがわかるが、これを維持して計算を進める。
全件検索で、１０バイト（英数字１０文字）のパスワード設定が１ミリ秒（１０００分の１秒）で解読されたとした場合、
１００バイト（英数字１００文字）のパスワードを解読に要する時間は、およそ１９０桁程度の数値を持った年で表わされる。
ちなみに地球誕生から今日までの経過時間が、５０億年程度と考えられているが、桁数にして高々１０桁程度のものである。
この「地球年齢」に対して、１００バイトパスワード解読に要する時間は、１０１９０／１０１０＝１０１８０＝(１０９０）２倍程度の大きさと考えられるが、これがどの程度のものかを次のようにして想像してみる。
今、全宇宙に存在する原子の総数を（やや多めに）１０９０個として、それらを１個１個（同じ速さで）数えてゆくとする。
この全原子の数え上げを、さらに１個１個の原子ごとに繰り返して行うと、１０９０×１０９０＝(１０９０）２個のものを数え上げが終了したことになる。
この操作に要する時間を１００バイトパスワード解読に要する時間だとすると、「地球年齢」５０億年は１個の原子を数えるのに等しい時間にしか相当しない。
【００９０】
前述のカラー暗号化方法では、暗号鍵を作成するステップＧにおいてシャッフル処理１２２を行って暗号化鍵１２３を作成したが、代わりに他の「ブロック暗号」の手法を用いることもできる。
【００９１】
以下に、先ず「ブロック暗号」について説明する。
ＮｂビットのブロックとＮｋビットの鍵を入力として、Ｎｂビットのブロックを暗号として出力する関数を「ブロック暗号（共通鍵暗号の一種）」と呼ぶ。暗号化（encryption）Ｅと復号（decryption）Ｅ−１の２つのアルゴリズム（関数）からなり、ｋを長さＮｋビットの鍵、ｍを長さＮｂビットの平文としたとき、
Ｅｋ−１（Ｅｋ（ｍ））＝ｍ
が成立する。すなわち、暗号化したものは復号できることを表す。
代表的な「ブロック暗号」として、米ＮＩＳＴが制定したＡＥＳ(Advanced Encryption Standard)、あるいは日本製のＭＩＳＴＹ１やCamellia等がある。
【００９２】
次に上記の「ブロック暗号」を用いた暗号化方法を説明する。
暗号化に対する要求として、公的機関による客観的評価を経ヘた暗号実装を求められることがある。例えば平成１５年２月２０日付で総務省ならびに経済産業省によって発表された「電子政府推奨暗号リスト」等がある。この要求に応えるため、共通鍵方式のブロック暗号を用いて暗号化する場合の、アルゴリズムを以下に説明する。なお、使用するブロック暗号の属性としては、上記の「ブロック暗号」に述べた以上のことは求められないものとする。
【００９３】
図３３における「シャッフル処理１２２」の後「暗号鍵１２３」を作成するまでのプロセスは、既述のアルゴリズムを踏襲する。ただし、今度は、作成された暗号鍵１２３をブロック暗号の鍵として使用する。
図３５Ａと図３５Ｂに、この暗号鍵およびブロック暗号（関数）ＥおよびＥ−１を用いて、暗号化および復号を行う様子を図示した。図３５Ａは暗号化を示し、図３５Ｂは復号を示している。
まず、暗号鍵カギを長さＮｋビットずつに区切り、各々のビット配列をｋ１，ｋ２，ｋ３，…，ｋｉ，…で表す。同様に、被暗号化文（平文）も長さNｂビットずつに区切り、各々のビット配列をｍ１，ｍ２，ｍ３，…，ｍｉで表す。このときブロック暗号（関数）Ｅを用いて、ビット配列ｍｊをＥｋｊ（ｍｊ）で置き換えていく（ｊ＝１，２，３，…）ことによって被暗号化文（平文）を暗号化する。
またこのようにして暗号化されたデータを復号するためには、暗号鍵とＥ−１を用いてビット配列Ｅｋｊ（ｍｊ）にＥｋｊ−１を施し、Ｅｋｊ−１（Ｅｋｊ（ｍｊ））＝ｍｊに戻す（ｊ＝１，２，３，…）ことによって復号する。
【００９４】
前述の実施形態の説明では、図１等に示したコンピュータシステム１０はＰＣを想定していた。当該コンピュータシステム１０は、前述した通り、サーバであってもよい。そこで、コンピュータシステム１０をサーバであると想定した場合におけるシステム構成について説明する。
【００９５】
コンピュータシステム１０がサーバである場合、サーバとしてのコンピュータシステム１０はネットワークを介して複数のクライアント（他のコンピュータシステム）と接続され、これらのクライアントとの間で各種のファイルが送受される。これらの各種のファイルが元ファイルとして扱われ、暗号化される。図１および図２で図示された構成によれば、コンピュータシステム１０がサーバである場合、他のコンピュータシステム２７がクライアントになる。このようなサーバとクラインとのシステム構成は、例えば企業等の社内ネットワークの構成、会社単位でサーバを設置する構成、社内ＬＡＮにサーバを設置する構成等において採用される。
【００９６】
図３６Ａはキー画像を利用した暗号化におけるサーバとクライアントの関係を示し、図３６Ｂはキー画像を利用した復号化におけるサーバとクライアントの関係を示している。図３６Ａと図３６Ｂでは、２００Ａをサーバとし、２００Ｂをクライアントとしている。
【００９７】
図３６Ａによれば、サーバ２００Ａにおいて、クライアント２００Ｂのマシン情報（使用マシンの識別情報）２００Ｂ−１を確認してキー画像（パスワード）２０１によって元ファイル２０２を暗号化し（処理２０４）、暗号化ファイル（カラーファイル）２０３を作成するシステム構成が示されている。また図３６Ｂによれば、同じくサーバ２００Ａにおいて、クライアント２００Ｂのマシン情報２００Ｂ−１を確認してキー画像（パスワード）２０１によって暗号化ファイル（カラーファイル）２０３を復号し（処理２０５）、表示ファイル２０６（元ファイル２０３に対応する）を作成するシステム構成が示されている。図３６Ａの暗号化の処理、図３６Ｂの復号の処理では、マシン情報２００Ｂ−１は正当であると判断されている。
上記の暗号化の処理２０３、復号の処理２０５は、図３３で説明したカラー暗号化の処理（アルゴリズム）と基本的に同じ内容である。
【００９８】
図３６Ａおよび図３６Ｂで示された構成によれば、本発明に係るカラー暗号化プログラムを組み込んだサーバ２００Ａは、下記の通りの「門番」、「キー画像管理」、「コミュニケーション中継」、「ウェブサービス」の機能（役割）を有している。
【００９９】
「門番」の機能：
サーバ２００Ａは、例えば空港のチェッキングカウンタと同じセキュリティー維持の役割を有している。クライアント２００Ｂは、正規に認証ＩＤを有し（正当なユーザ）、かつ社内ネットワーク等に設置したサーバ２００Ａに対して正規にアクセスできる（正当な使用マシン）ことを条件に、サーバ２００Ａにアクセスでき、サーバ２００Ａとの間で情報の送受を行うことができる。その条件を満たさないクライアントまたは外部のコンピュータはサーバ２００Ａにアクセスすることができない。これにより、正規にサーバ２００Ａにアクセスできる人に限定することにより、ある程度のセキュリティーの確保することが可能になる。さらに不正にサーバ２００Ａにアクセスした人がいれば、その人のマシン情報がサーバの記録に残り、不正侵入を調査することが可能となる。
【０１００】
「キー画像管理」の機能：
キー画像２０１は、「パスワード」に相当し、サーバ２００Ａに保存される。キー画像２０１は、仮にサーバ２００Ａの外部にコピーで取り出して紛失したとしても、再度取り出すことができる。またキー画像２０１は従来の通常のパスワードとは異なり、キー画像２０１は暗号化ファイルと共に流出しても、それだけでは復号できない。サーバ２００Ａは、キー画像の画像データ自身は記録せず、復号するに足るだけのデータを暗号化して保存している。
【０１０１】
「コミュニケーション中継」の機能：
社内ネットワーク等では、暗号化ファイル２０３をメールに添付して、社内のユーザに送ることができれば便利である。仮に、暗号化ファイル２０３が社外に漏れたとしても、同じサーバ２００Ａにアクセスできる資格を有するユーザしか復号できませんから、高い安全性を有している。これにより社内ネットワーク等において、「ファイルを共有可能モードで暗号化する」という構成が実現される。このように暗号化ファイル２０３を他のユーザに送る場合、暗号化ファイル２０３を復号するためのキー画像２０１を同時に送る必要はない。他のユーザは、キー画像情報を、他の手段でサーバ２００Ａから取得する。こうしてサーバ２００Ａは、暗号化ファイル２０３を作成したユーザと、その暗号化ファイル２０３を復号する他のユーザとの間の中継機のような機能を有している。
【０１０２】
「ウェブサービス」の機能：
クライアント２００Ｂとサーバ２００Ａのコミュニケーションの手段として「ウェブサービス」が使用される。このウェブサービスは「SOAP(Simple Object Access Protocol)」とも呼ばれている。ウェブサービスの通信プロトコルは、ウェブサーバで使用しているものとまったく同じあり、一般的に、ウェブサーバはウェブブラウザ上における表示規格を重視したメディアであるＨＴＭＬをクライアント（ウェブブラウザ）に対して送信する。一方、ウェブサービスでは、データ通信を重視したＸＭＬというメディアを送受信している。ウェブサービスは、通信プロトコルとしてＨＴＴＰを使用することから、ウェブブラウザでウェブサイトを閲覧できるＰＣならば、どのようなＰＣでもウェブサービスを利用できる。つまり、複雑なＰＣの設定は必要ない。さらに必要に応じて、サーバ２００Ａとクライアント２００Ｂの間の通信を、確立されたウェブサーバの暗合化技術を使って暗合化できる。
【０１０３】
一般的にＰＣ（クライアントを含む）あるいは上記のごときサーバ等に組み込まれる、カラーファイルによる暗号化ソフトを有する本発明に係る情報管理システムの機能、または当該暗号化の仕組みによれば、次の特徴点を有している。
【０１０４】
本暗号化ソフトでは、いったんカラーファイルに暗号化されたデータを使用する場合、正当な使用者・使用マシーンであることを確認した上で、自動的に元ファイル（「平文」等）に復号し、元ファイルに関連するとむすびついたアプリケーションに制御を引き渡す。そこで、図４および図５等を参照して説明したように、閲覧・編集等の作業が通常通り行われる。当該作業が終了しファイルが保存されたタイミングで、再度、本暗号化ソフトが当該アプリケーションから制御を受け取り、保存された元ファイルを自動的に暗号化する。その結果、暗号化されたカラーファイルのみが、データ保存メモリ（ハードディスク２１等）に保管される。従って、元ファイルのままの生情報が外部に流出することは防止される。
【０１０５】
暗号化ファイル２０３を復号するためには、図３６Ｂに示したように、暗号化時に使用したキー画像（パスワードに相当する画像）２０１、使用マシーン２００Ｂのマシン情報（識別情報）２００Ｂ−１、サーバ２００Ａによる認証、のすべての条件をクリアすることが要求される。
また本発明の暗号化ソフトは、「暗号化ファイル（暗号文）から元ファイル（平文）を復号することが不可能である難読性を構築・実装したこと」と、「権限を付与されたユーザは、暗号化・復号化を極力意識することなく作業を遂行でき、自己の不注意もしくは悪意ある第三者によるデータの部外流出を未然に防止できる機能を具備すること」とが両立されるという利点を有している。
【０１０６】
本暗号化ソフトによって暗号化されたカラーファイルとは、まぎれもなく一個の画像である。本暗号化ソフトによれば、「無意味な画像」ではなく、そこから意味を読み取ろうと思えば読み取り得る可能性を排除しないカラーファイルとして暗号化ファイルを発想した点が、既存の暗号化ソフトにはない暗号化コンセプトの核心である。
つまり、従来の暗号化ソフトは、暗号化されたファイルは、外部に流出しても解読はできないあるいは実際的には不可能だが、外部流出はあくまでも避けなければならないという前提・枠組みの中で、いわば二次的な保険として発想されるものである。これに対して、解読することが無意味であるという究極的な解読不可能性を有する本発明のカラーファイルの特性は、重要なデータは、秘匿するのではなく、むしろカラーファイルとしてフリーにネット上を流通させ、本暗号化ソフトの復号機能を解読キーとして選択的に配布するという発想に基づいている。
殊に、動画配信、電子書籍、楽曲のダウンロードのような不特定多数を相手にデータ配信するケースにおいて、情報をカラーファイル化して流通させることにおいて、本暗号化ソフトはその真価が発揮される。その際、暗号化されたカラーファイルは元ファイル（平文）とほぼ同じ容量であるという特性を有し、この特性は、現行のデータ圧縮方式をそのまま利用できるという利点をも有している。
【０１０７】
以上の実施形態で説明された構成、形状、大きさおよび配置関係については本発明が理解・実施できる程度に概略的に示したものにすぎない。従って本発明は、説明された実施形態に限定されるものではなく、特許請求の範囲に示される技術的思想の範囲を逸脱しない限り様々な形態に変更することができる。
【産業上の利用可能性】
【０１０８】
本発明に係る情報管理システム等は、コンピュータ上であるいはコンピュータに介して取り扱われる情報の管理において、全てのファイル（文書ファイルやプログラムを含む実行ファイル等）についてファイル情報を代表的にカラーファイルとして変換することでコンピュータの日常作業が可能であることから、違和感なくコンピュータを使用しながら、さらに流出の防止、阻止、予防、保全、破壊防止、悪意の第三者による改竄および変更の防止に利用することが期待できる。従ってコンピュータの使用分野で流出に関心のある、流出被害の想定される分野において実施される。多種多様な多くの産業分野で流出危惧される分野での使用、利用可能性は大きく利用することができる。
【符号の説明】
【０１０９】
１０ コンピュータ（コンピュータシステム）
１２ ＣＰＵ
１３ メモリ（一次作業領域）
１４ 入出力制御システム
２１ ハードディスク
２２ ディスプレイ
２３ キーボード
３１ 外部記録デバイス
３２ 情報管理システム
３３ 情報管理ファイル
４１ カラーファイル
４２ 復号化手段
４３ 表示ファイル
４４ 符号化手段（カラー暗号化手段）
４５ ＯＮＣ対応表／カラー暗号化キー
４６ ＡＰソフト
５１ 元ファイル
１０１ キー画像
１０２ 元ファイル（被暗号化データ（平文））
１０３ 暗号化ファイル
１２２ シャッフル処理
１２３ 暗号鍵
２００Ａ サーバ
２００Ｂ クライアント
２００Ｂ−１ マシン情報（識別情報）
２０１ キー画像
２０２ 元ファイル
２０３ 暗号化ファイル（カラーファイル）
２０４ 暗号化処理
２０５ 復号処理
２０６ 表示ファイル
【特許請求の範囲】
【請求項１】
コンピュータ上で取り扱われるファイルを管理するため、各種の前記コンピュータの上で動作可能に構築されている情報管理システムであり、
少なくとも文書ファイル、図面ファイル、実行ファイルを含む各種のファイルからなる元ファイルを情報置換型および情報変換型の少なくともいずれか一方の変換機能に基づき符号化して暗号化ファイルを作成する符号化手段と、
前記暗号化ファイルを保存するデータ保存メモリと、
前記符号化手段の符号化とは逆になる変換機能を有する復号化手段と、
ワーキングメモリと、
初期処理後の定常的運用処理サイクルで、前記データ保存メモリに保存された前記暗号化ファイルを処理または操作するときには、前記暗号化ファイルを前記復号化手段で編集可能な表示ファイルに復号化して前記ワーキングメモリに記憶し、前記表示ファイルの形式で必要な編集または実行を行い、その後に前記表示ファイルを前記符号化手段で前記暗号化ファイルに変換して前記データ保存メモリに保存する情報管理手段と、を備え、
さらにメモリに、前記情報管理手段における前記暗号化ファイルについての処理または操作を制御する情報管理ファイルを備える、
ことを特徴とする情報管理システム。
【請求項２】
前記データ保存メモリは、前記暗号化ファイルのみを保存し、かつこの暗号化ファイルに対応する前記元ファイルを保存しないことを特徴とする請求項１記載の情報管理システム。
【請求項３】
前記データ保存メモリは、前記暗号化ファイルと共に、前記元ファイルを保存することを特徴とする請求項１記載の情報管理システム。
【請求項４】
前記元ファイルを前記暗号化ファイルに符号化する前記符号化手段は、カラーを利用した符号化を行う手段であり、当該符号化ではＯＮＣ対応表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つの対応関係）に基づく前記情報置換型変換機能と、さらに必要な場合においてカラー暗号キーに基づく前記情報変換型変換機能を含むことを特徴とする請求項１記載の情報管理システム。
【請求項５】
前記情報管理手段を構成するシステム実行ファイルに埋め込まれたコンピュータ識別番号と、使用される前記コンピュータに固有に付与されているコンピュータ識別番号とを照合し、両者が一致するときには起動し、一致しないときには起動しない起動手段を備えることを特徴とする請求項１記載の情報管理システム。
【請求項６】
前記情報管理ファイルは、前記暗号化ファイルについての処理または操作を制御するための構成要素として、ＯＮＣ対応表識別番号リスト、組織部門／ランク管理表、ファイル二重管理表、付記事項、外部記録デバイス識別番号リストの少なくともいずれか１つを含むことを特徴とする請求項１記載の情報管理システム。
【請求項７】
前記符号化手段は、前記情報管理ファイルに含まれる前記ＯＮＣ対応表識別番号リストにおいてＯＮＣ対応表識別番号で指定されたＯＮＣ対応表に基づいて、初期処理時に前記元ファイルをカラー符号化して前記暗号化ファイルを作成し、
前記復号化手段または前記符号化手段は、定常的運用処理サイクルでは、前記指定されたＯＮＣ対応表に基づいて、前記暗号化ファイルを復号化しまたは符号化することを特徴とする請求項６記載の情報管理システム。
【請求項８】
前記情報管理ファイルに含まれる前記外部記録デバイス識別番号リストに基づいて、外部記録デバイスによるファイル情報の持ち出しを禁止する持ち出し禁止手段を備えることを特徴とする請求項６記載の情報管理システム。
【請求項９】
前記持ち出し禁止手段は、外部記録デバイスを本体装置に接続するとき、前記情報管理ファイルに含まれる前記外部記録デバイス識別番号リストに基づいて、前記外部記録デバイスの識別番号の照合を行い、当該照合で一致するときには使用を許可し、一致しないときには使用を不許可にすることを特徴とする請求項８記載の情報管理システム。
【請求項１０】
前記復号化手段または前記符号化手段が、初期処理時または定常的運用処理サイクルで前記ＯＮＣ対応表に基づいて符号化または復号化する構成において、
ＯＮＣ対応表を変更する対応表変更手段を備え、
前記対応表変更手段が前記ＯＮＣ対応表を変更し、これにより変更後のＯＮＣ対応表に基づき他の暗号化ファイルが作成され、
前記他の暗号化ファイルは、変更後の前記ＯＮＣ対応表に基づき復号化され、変更前の前記ＯＮＣ対応表に基づき復号化不能であることを特徴とする請求項７記載の情報管理システム。
【請求項１１】
前記ＯＮＣ対応表の変更は、ＯＣ対応関係の変更、ＯＮ対応関係の変更、またはＮＣ対応関係の変更に基づいて行われることを特徴とする請求項１０記載の情報管理システム。
【請求項１２】
前記復号化手段または前記符号化手段が、初期処理時または定常的運用処理サイクルで前記ＯＮＣ対応表に基づいて符号化または復号化する構成において、
ＯＮＣ対応表を削除する対応表削除手段を備え、
前記対応表削除手段が前記ＯＮＣ対応表を削除し、これにより復号化処理が不能になることを特徴とする請求項７記載の情報管理システム。
【請求項１３】
前記ＯＮＣ対応表を変更または削除する条件の設定で、復号化機能の利用制限、または暗号化ファイルから復号化する表示ファイルの利用制限を行うようにしたことを特徴とする請求項１０または１２記載の情報管理システム。
【請求項１４】
前記ＯＮＣ対応表を変更または削除するタイミングの条件の設定で、期間制限、時間制限、期限、回数制限の少なくともいずれかを行うようにしたことを特徴とする請求項１０または１２記載の情報管理システム。
【請求項１５】
前記情報管理ファイルに含まれる前記付記事項に基づき、前記付記事項に含まれる付記条件に従って符号化処理、復号化処理、ファイル操作、またはファイルの入力・保存について条件付き実行制御を自動的または手動的に行うように構成されることを特徴とする請求項６記載の情報管理システム。
【請求項１６】
前記付記事項に含まれる前記付記条件に従って表示される表示ファイル、ホームページ、または表示・閲覧画面の第三者による変更、改竄、編集、コピーを防止することを特徴とする請求項１５記載の情報管理システム。
【請求項１７】
前記付記事項の前記付記条件に従って、前記元ファイルのファイル操作およびファイルの入力・保存の条件付き実行制御を自動的または手動的に行うように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項１８】
前記付記事項の前記付記条件に従って、カラーファイルのファイル操作およびファイルの入力・保存の条件付き実行制御を自動的または手動的に行うように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項１９】
前記付記事項の前記付記条件に従って、表示ファイルのファイル操作の条件付き実行制御を自動的または手動的に行うように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項２０】
前記付記事項の前記付記条件に従って、実行否のときに、実行ファイルの暗号化を行い実行不能とするように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項２１】
前記付記事項の前記付記条件に従って、転送否のときに、Ｅメールソフトの暗号化を行い表示ファイルを転送不能とするように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項２２】
前記付記事項の前記付記条件に従って、印刷否のときに、プリンタドライバの暗号化を行い表示ファイルを印刷不能とするように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項２３】
前記符号化手段による前記元ファイルから前記暗号化ファイルへの初期処理としての符号化、前記復号化手段による前記暗号化ファイルから前記表示ファイルへの復号化、および前記符号化手段による前記表示ファイルから前記暗号化ファイルへの再度の符号化の各工程において、前記元ファイルを除き、前記暗号化ファイルおよび前記表示ファイル、前記符号化のために使用される要素および前記復号化のために使用される要素に、前記コンピュータに固有に付与されているコンピュータ識別番号を設定することを特徴とする請求項１記載の情報管理システム。
【請求項２４】
前記コンピュータ上で前記情報管理システムの制御によって管理される前記ファイルに係るコンピュータオブジェクトについて、
前記表示ファイルの状態にある前記コンピュータオブジェクトに対して編集、実行、保存、削除を行うように構成され、
前記暗号化ファイルの状態に基づいて前記コンピュータでの閉ループ環境を構成し、当該閉ループ環境において前記暗号化ファイルの状態にある前記コンピュータオブジェクトを取り扱うようにしたことを特徴とする請求項１記載の情報管理システム。
【請求項２５】
前記暗号化ファイルの状態で前記コンピュータオブジェクトが前記保存メモリに保存されるときには、対応する前記元ファイルは削除されることを特徴とする請求項２４記載の情報管理システム。
【請求項２６】
前記コンピュータに対して着脱自在な外部記録デバイスであって、既に符号化された前記暗号化ファイルを記録した第１記録部、および／または情報置換型および情報変換型の少なくともいずれか一方の前記変換機能に係る要素を記録する第２記録部を含む前記外部記録デバイスを用意し、
前記外部記録デバイスを前記コンピュータに接続した時に前記第１記録部と前記第２記録部に記録された内容はモジュールとして前記コンピュータに提供され、前記符号化手段による符号化処理、前記復号化手段による復号化処理、前記ファイルの操作に係る実行制御処理が行われることを特徴とする請求項１記載の情報管理システム。
【請求項２７】
前記コンピュータに対して着脱自在な外部記録デバイスであって、前記符号化手段と、前記保存メモリと、前記復号化手段と、前記情報管理手段と、前記情報管理ファイルとをモジュールとして備える前記外部記録デバイスを使用するように構成されることを特徴とする請求項１記載の情報管理システム。
【請求項２８】
前記コンピュータはゲーム機または単体の端末装置であることを特徴とする請求項１記載の情報管理システム。
【請求項２９】
文書ファイル、図面ファイル、実行ファイルを含む各種のファイルからなる元ファイルを少なくとも情報置換型変換機能に基づき符号化して暗号化ファイルを作成する符号化手段と、
前記暗号化ファイルと、符号化初期処理前の前記元ファイルとを保存するデータ保存メモリと、
前記符号化初期処理前の前記元ファイルを外部の他の記録デバイスに移動または複製するという要求があったとき、前記符号化初期処理前の前記元ファイルを前記符号化手段によって暗号化ファイルに符号化して前記他の記録デバイスに移動または複製する情報管理手段と、
を備えることを特徴とする情報管理システム。
【請求項３０】
前記符号化初期処理前の前記元ファイルを外部の他の記録デバイスに移動または複製するという要求において、移動先または複製先が指定された時点で、前記符号化初期処理前の前記元ファイルを前記暗号化ファイルに符号化することを特徴とする請求項２９記載の情報管理システム。
【請求項３１】
情報管理ファイルに用意された制御用構成要素に基づく制御の下で、符号化手段または復号化手段により元ファイルと暗号化ファイルとの間で符号化または復号化を行う情報管理システムにおいて実行される情報管理の方法であり、
ＭＡＣアドレス、基板シリアル番号等のごときコンピュータ識別番号を用意し、
前記コンピュータ識別番号を、前記暗号化ファイルと、前記符号化手段の符号化用対応表と、前記復号化手段の復号化用対応表の各々に付記し、
前記符号化用対応表に付記されたコンピュータ識別番号と前記復号化用対応表に付記されたコンピュータ対応表が一致照合の条件を満たすとき、前記暗号化ファイルの復号化処理を許可し、これにより通常の暗号化に必要なパスワードを不要とする、
ことを特徴とする情報管理の方法。
【請求項３２】
情報管理ファイルに用意された制御用構成要素に基づく制御の下で、符号化手段または復号化手段により元ファイルと暗号化ファイルとの間で符号化または復号化を行う情報管理システムにおいて使用される情報管理の装置であり、
ＭＡＣアドレス、基板シリアル番号等のごときコンピュータ識別番号を用意し、
前記コンピュータ識別番号を、前記暗号化ファイルと、前記符号化手段の符号化用対応表と、前記復号化手段の復号化用対応表の各々に付記する手段と、
前記符号化用対応表に付記されたコンピュータ識別番号と前記復号化用対応表に付記されたコンピュータ対応表が一致照合の条件を満たすとき、前記暗号化ファイルの復号化処理を許可する手段とを備え、
通常の暗号化に必要なパスワードを不要とすることを特徴とする情報管理の装置。
【請求項３３】
任意に指定されたキー画像から所定のビット列を抽出する第１のステップと、
前記ビット列を使用して第１の乱数配列を発生し、前記第１の乱数配列にハッシュ関数を繰り返し使用して第１の暗号鍵を作る第２のステップと、
前記第１の暗号鍵と、別途に用意された被暗号化データと、既知の暗号化のための処理方法とを組み合わせて、前記被暗号化データに関する暗号化ファイルを作成する第３のステップと、
を有することを特徴とする暗号化方法。
【請求項３４】
前記第３のステップは、
前記第１の暗号鍵を使用して第２の暗号鍵を作るステップと、
前記被暗号化データにハッシュ関数を使用してファイル鍵を作るステップと、
前記ファイル鍵を使用して第３の乱数配列を発生するステップと、
前記第２の暗号鍵に対して前記第３の乱数配列によってシャッフルし第３の暗号鍵を作るステップと、
前記被暗号化データに対してビット単位で前記第３の暗号鍵により排他的論理和を施して前記暗号化ファイルを作るステップと、を含んで成る、
ことを特徴とする請求項３３記載の暗号化方法。
【請求項３５】
前記第３のステップは、
前記第１の暗号鍵を使用して第２の暗号鍵を作るステップと、
前記被暗号化データにハッシュ関数を使用してファイル鍵を作るステップと、
前記ファイル鍵を使用して第３の乱数配列を発生するステップと、
前記第２の暗号鍵に対して前記第３の乱数配列によってシャッフルし第３の暗号鍵を作るステップと、
前記第３の暗号鍵をブロック暗号の鍵として使用し、前記ブロック暗号に基づいて前記被暗号化データから前記暗号化ファイルを作るステップと、を含んで成る、
ことを特徴とする請求項３３記載の暗号化方法。
【請求項３６】
コンピュータに暗号化装置を実現させるプログラムであり、
前記コンピュータに、
任意に指定されたキー画像から所定のビット列を抽出する第１の手段と、
前記ビット列を使用して第１の乱数配列を発生し、前記第１の乱数配列にハッシュ関数を繰り返し使用して第１の暗号鍵を作る第２の手段と、
前記第１の暗号鍵と、別途に用意された被暗号化データと、既知の暗号化のための処理方法とを組み合わせて、前記被暗号化データに関する暗号化ファイルを作成する第３の手段と、
を実現させることを特徴とする暗号化プログラム。
【請求項３７】
前記第３の手段は、
前記第１の暗号鍵を使用して第２の乱数配列を発生し、前記第２の乱数配列にハッシュ関数を繰り返し使用して第２の暗号鍵を作る手段と、
被暗号化データにハッシュ関数を使用してファイル鍵を作る手段と、
前記ファイル鍵を使用して第３の乱数配列を発生する手段と、
前記第２の暗号鍵に対して前記第３の乱数配列によってシャッフルし第３の暗号鍵を作る手段と、
前記被暗号化データに対してビット単位で前記第３の暗号鍵により排他的論理和を施して前記暗号化ファイルを作る手段と、を含んで成る、
ことを特徴とする請求項３６記載の暗号化プログラム。
【請求項３８】
前記第３の手段は、
前記第１の暗号鍵を使用して第２の暗号鍵を作る手段と、
前記被暗号化データにハッシュ関数を使用してファイル鍵を作る手段と、
前記ファイル鍵を使用して第３の乱数配列を発生する手段と、
前記第２の暗号鍵に対して前記第３の乱数配列によってシャッフルし第３の暗号鍵を作る手段と、
前記第３の暗号鍵をブロック暗号の鍵として使用し、前記ブロック暗号に基づいて前記被暗号化データから前記暗号化ファイルを作る手段と、を含んで成る、
ことを特徴とする請求項３６記載の暗号化プログラム。
【請求項１】
コンピュータ上で取り扱われるファイルを管理するため、各種の前記コンピュータの上で動作可能に構築されている情報管理システムであり、
少なくとも文書ファイル、図面ファイル、実行ファイルを含む各種のファイルからなる元ファイルを情報置換型および情報変換型の少なくともいずれか一方の変換機能に基づき符号化して暗号化ファイルを作成する符号化手段と、
前記暗号化ファイルを保存するデータ保存メモリと、
前記符号化手段の符号化とは逆になる変換機能を有する復号化手段と、
ワーキングメモリと、
初期処理後の定常的運用処理サイクルで、前記データ保存メモリに保存された前記暗号化ファイルを処理または操作するときには、前記暗号化ファイルを前記復号化手段で編集可能な表示ファイルに復号化して前記ワーキングメモリに記憶し、前記表示ファイルの形式で必要な編集または実行を行い、その後に前記表示ファイルを前記符号化手段で前記暗号化ファイルに変換して前記データ保存メモリに保存する情報管理手段と、を備え、
さらにメモリに、前記情報管理手段における前記暗号化ファイルについての処理または操作を制御する情報管理ファイルを備える、
ことを特徴とする情報管理システム。
【請求項２】
前記データ保存メモリは、前記暗号化ファイルのみを保存し、かつこの暗号化ファイルに対応する前記元ファイルを保存しないことを特徴とする請求項１記載の情報管理システム。
【請求項３】
前記データ保存メモリは、前記暗号化ファイルと共に、前記元ファイルを保存することを特徴とする請求項１記載の情報管理システム。
【請求項４】
前記元ファイルを前記暗号化ファイルに符号化する前記符号化手段は、カラーを利用した符号化を行う手段であり、当該符号化ではＯＮＣ対応表（ＯＮ対応関係、ＮＣ対応関係、ＣＯ対応関係の少なくともいずれか１つの対応関係）に基づく前記情報置換型変換機能と、さらに必要な場合においてカラー暗号キーに基づく前記情報変換型変換機能を含むことを特徴とする請求項１記載の情報管理システム。
【請求項５】
前記情報管理手段を構成するシステム実行ファイルに埋め込まれたコンピュータ識別番号と、使用される前記コンピュータに固有に付与されているコンピュータ識別番号とを照合し、両者が一致するときには起動し、一致しないときには起動しない起動手段を備えることを特徴とする請求項１記載の情報管理システム。
【請求項６】
前記情報管理ファイルは、前記暗号化ファイルについての処理または操作を制御するための構成要素として、ＯＮＣ対応表識別番号リスト、組織部門／ランク管理表、ファイル二重管理表、付記事項、外部記録デバイス識別番号リストの少なくともいずれか１つを含むことを特徴とする請求項１記載の情報管理システム。
【請求項７】
前記符号化手段は、前記情報管理ファイルに含まれる前記ＯＮＣ対応表識別番号リストにおいてＯＮＣ対応表識別番号で指定されたＯＮＣ対応表に基づいて、初期処理時に前記元ファイルをカラー符号化して前記暗号化ファイルを作成し、
前記復号化手段または前記符号化手段は、定常的運用処理サイクルでは、前記指定されたＯＮＣ対応表に基づいて、前記暗号化ファイルを復号化しまたは符号化することを特徴とする請求項６記載の情報管理システム。
【請求項８】
前記情報管理ファイルに含まれる前記外部記録デバイス識別番号リストに基づいて、外部記録デバイスによるファイル情報の持ち出しを禁止する持ち出し禁止手段を備えることを特徴とする請求項６記載の情報管理システム。
【請求項９】
前記持ち出し禁止手段は、外部記録デバイスを本体装置に接続するとき、前記情報管理ファイルに含まれる前記外部記録デバイス識別番号リストに基づいて、前記外部記録デバイスの識別番号の照合を行い、当該照合で一致するときには使用を許可し、一致しないときには使用を不許可にすることを特徴とする請求項８記載の情報管理システム。
【請求項１０】
前記復号化手段または前記符号化手段が、初期処理時または定常的運用処理サイクルで前記ＯＮＣ対応表に基づいて符号化または復号化する構成において、
ＯＮＣ対応表を変更する対応表変更手段を備え、
前記対応表変更手段が前記ＯＮＣ対応表を変更し、これにより変更後のＯＮＣ対応表に基づき他の暗号化ファイルが作成され、
前記他の暗号化ファイルは、変更後の前記ＯＮＣ対応表に基づき復号化され、変更前の前記ＯＮＣ対応表に基づき復号化不能であることを特徴とする請求項７記載の情報管理システム。
【請求項１１】
前記ＯＮＣ対応表の変更は、ＯＣ対応関係の変更、ＯＮ対応関係の変更、またはＮＣ対応関係の変更に基づいて行われることを特徴とする請求項１０記載の情報管理システム。
【請求項１２】
前記復号化手段または前記符号化手段が、初期処理時または定常的運用処理サイクルで前記ＯＮＣ対応表に基づいて符号化または復号化する構成において、
ＯＮＣ対応表を削除する対応表削除手段を備え、
前記対応表削除手段が前記ＯＮＣ対応表を削除し、これにより復号化処理が不能になることを特徴とする請求項７記載の情報管理システム。
【請求項１３】
前記ＯＮＣ対応表を変更または削除する条件の設定で、復号化機能の利用制限、または暗号化ファイルから復号化する表示ファイルの利用制限を行うようにしたことを特徴とする請求項１０または１２記載の情報管理システム。
【請求項１４】
前記ＯＮＣ対応表を変更または削除するタイミングの条件の設定で、期間制限、時間制限、期限、回数制限の少なくともいずれかを行うようにしたことを特徴とする請求項１０または１２記載の情報管理システム。
【請求項１５】
前記情報管理ファイルに含まれる前記付記事項に基づき、前記付記事項に含まれる付記条件に従って符号化処理、復号化処理、ファイル操作、またはファイルの入力・保存について条件付き実行制御を自動的または手動的に行うように構成されることを特徴とする請求項６記載の情報管理システム。
【請求項１６】
前記付記事項に含まれる前記付記条件に従って表示される表示ファイル、ホームページ、または表示・閲覧画面の第三者による変更、改竄、編集、コピーを防止することを特徴とする請求項１５記載の情報管理システム。
【請求項１７】
前記付記事項の前記付記条件に従って、前記元ファイルのファイル操作およびファイルの入力・保存の条件付き実行制御を自動的または手動的に行うように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項１８】
前記付記事項の前記付記条件に従って、カラーファイルのファイル操作およびファイルの入力・保存の条件付き実行制御を自動的または手動的に行うように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項１９】
前記付記事項の前記付記条件に従って、表示ファイルのファイル操作の条件付き実行制御を自動的または手動的に行うように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項２０】
前記付記事項の前記付記条件に従って、実行否のときに、実行ファイルの暗号化を行い実行不能とするように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項２１】
前記付記事項の前記付記条件に従って、転送否のときに、Ｅメールソフトの暗号化を行い表示ファイルを転送不能とするように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項２２】
前記付記事項の前記付記条件に従って、印刷否のときに、プリンタドライバの暗号化を行い表示ファイルを印刷不能とするように構成されることを特徴とする請求項１５記載の情報管理システム。
【請求項２３】
前記符号化手段による前記元ファイルから前記暗号化ファイルへの初期処理としての符号化、前記復号化手段による前記暗号化ファイルから前記表示ファイルへの復号化、および前記符号化手段による前記表示ファイルから前記暗号化ファイルへの再度の符号化の各工程において、前記元ファイルを除き、前記暗号化ファイルおよび前記表示ファイル、前記符号化のために使用される要素および前記復号化のために使用される要素に、前記コンピュータに固有に付与されているコンピュータ識別番号を設定することを特徴とする請求項１記載の情報管理システム。
【請求項２４】
前記コンピュータ上で前記情報管理システムの制御によって管理される前記ファイルに係るコンピュータオブジェクトについて、
前記表示ファイルの状態にある前記コンピュータオブジェクトに対して編集、実行、保存、削除を行うように構成され、
前記暗号化ファイルの状態に基づいて前記コンピュータでの閉ループ環境を構成し、当該閉ループ環境において前記暗号化ファイルの状態にある前記コンピュータオブジェクトを取り扱うようにしたことを特徴とする請求項１記載の情報管理システム。
【請求項２５】
前記暗号化ファイルの状態で前記コンピュータオブジェクトが前記保存メモリに保存されるときには、対応する前記元ファイルは削除されることを特徴とする請求項２４記載の情報管理システム。
【請求項２６】
前記コンピュータに対して着脱自在な外部記録デバイスであって、既に符号化された前記暗号化ファイルを記録した第１記録部、および／または情報置換型および情報変換型の少なくともいずれか一方の前記変換機能に係る要素を記録する第２記録部を含む前記外部記録デバイスを用意し、
前記外部記録デバイスを前記コンピュータに接続した時に前記第１記録部と前記第２記録部に記録された内容はモジュールとして前記コンピュータに提供され、前記符号化手段による符号化処理、前記復号化手段による復号化処理、前記ファイルの操作に係る実行制御処理が行われることを特徴とする請求項１記載の情報管理システム。
【請求項２７】
前記コンピュータに対して着脱自在な外部記録デバイスであって、前記符号化手段と、前記保存メモリと、前記復号化手段と、前記情報管理手段と、前記情報管理ファイルとをモジュールとして備える前記外部記録デバイスを使用するように構成されることを特徴とする請求項１記載の情報管理システム。
【請求項２８】
前記コンピュータはゲーム機または単体の端末装置であることを特徴とする請求項１記載の情報管理システム。
【請求項２９】
文書ファイル、図面ファイル、実行ファイルを含む各種のファイルからなる元ファイルを少なくとも情報置換型変換機能に基づき符号化して暗号化ファイルを作成する符号化手段と、
前記暗号化ファイルと、符号化初期処理前の前記元ファイルとを保存するデータ保存メモリと、
前記符号化初期処理前の前記元ファイルを外部の他の記録デバイスに移動または複製するという要求があったとき、前記符号化初期処理前の前記元ファイルを前記符号化手段によって暗号化ファイルに符号化して前記他の記録デバイスに移動または複製する情報管理手段と、
を備えることを特徴とする情報管理システム。
【請求項３０】
前記符号化初期処理前の前記元ファイルを外部の他の記録デバイスに移動または複製するという要求において、移動先または複製先が指定された時点で、前記符号化初期処理前の前記元ファイルを前記暗号化ファイルに符号化することを特徴とする請求項２９記載の情報管理システム。
【請求項３１】
情報管理ファイルに用意された制御用構成要素に基づく制御の下で、符号化手段または復号化手段により元ファイルと暗号化ファイルとの間で符号化または復号化を行う情報管理システムにおいて実行される情報管理の方法であり、
ＭＡＣアドレス、基板シリアル番号等のごときコンピュータ識別番号を用意し、
前記コンピュータ識別番号を、前記暗号化ファイルと、前記符号化手段の符号化用対応表と、前記復号化手段の復号化用対応表の各々に付記し、
前記符号化用対応表に付記されたコンピュータ識別番号と前記復号化用対応表に付記されたコンピュータ対応表が一致照合の条件を満たすとき、前記暗号化ファイルの復号化処理を許可し、これにより通常の暗号化に必要なパスワードを不要とする、
ことを特徴とする情報管理の方法。
【請求項３２】
情報管理ファイルに用意された制御用構成要素に基づく制御の下で、符号化手段または復号化手段により元ファイルと暗号化ファイルとの間で符号化または復号化を行う情報管理システムにおいて使用される情報管理の装置であり、
ＭＡＣアドレス、基板シリアル番号等のごときコンピュータ識別番号を用意し、
前記コンピュータ識別番号を、前記暗号化ファイルと、前記符号化手段の符号化用対応表と、前記復号化手段の復号化用対応表の各々に付記する手段と、
前記符号化用対応表に付記されたコンピュータ識別番号と前記復号化用対応表に付記されたコンピュータ対応表が一致照合の条件を満たすとき、前記暗号化ファイルの復号化処理を許可する手段とを備え、
通常の暗号化に必要なパスワードを不要とすることを特徴とする情報管理の装置。
【請求項３３】
任意に指定されたキー画像から所定のビット列を抽出する第１のステップと、
前記ビット列を使用して第１の乱数配列を発生し、前記第１の乱数配列にハッシュ関数を繰り返し使用して第１の暗号鍵を作る第２のステップと、
前記第１の暗号鍵と、別途に用意された被暗号化データと、既知の暗号化のための処理方法とを組み合わせて、前記被暗号化データに関する暗号化ファイルを作成する第３のステップと、
を有することを特徴とする暗号化方法。
【請求項３４】
前記第３のステップは、
前記第１の暗号鍵を使用して第２の暗号鍵を作るステップと、
前記被暗号化データにハッシュ関数を使用してファイル鍵を作るステップと、
前記ファイル鍵を使用して第３の乱数配列を発生するステップと、
前記第２の暗号鍵に対して前記第３の乱数配列によってシャッフルし第３の暗号鍵を作るステップと、
前記被暗号化データに対してビット単位で前記第３の暗号鍵により排他的論理和を施して前記暗号化ファイルを作るステップと、を含んで成る、
ことを特徴とする請求項３３記載の暗号化方法。
【請求項３５】
前記第３のステップは、
前記第１の暗号鍵を使用して第２の暗号鍵を作るステップと、
前記被暗号化データにハッシュ関数を使用してファイル鍵を作るステップと、
前記ファイル鍵を使用して第３の乱数配列を発生するステップと、
前記第２の暗号鍵に対して前記第３の乱数配列によってシャッフルし第３の暗号鍵を作るステップと、
前記第３の暗号鍵をブロック暗号の鍵として使用し、前記ブロック暗号に基づいて前記被暗号化データから前記暗号化ファイルを作るステップと、を含んで成る、
ことを特徴とする請求項３３記載の暗号化方法。
【請求項３６】
コンピュータに暗号化装置を実現させるプログラムであり、
前記コンピュータに、
任意に指定されたキー画像から所定のビット列を抽出する第１の手段と、
前記ビット列を使用して第１の乱数配列を発生し、前記第１の乱数配列にハッシュ関数を繰り返し使用して第１の暗号鍵を作る第２の手段と、
前記第１の暗号鍵と、別途に用意された被暗号化データと、既知の暗号化のための処理方法とを組み合わせて、前記被暗号化データに関する暗号化ファイルを作成する第３の手段と、
を実現させることを特徴とする暗号化プログラム。
【請求項３７】
前記第３の手段は、
前記第１の暗号鍵を使用して第２の乱数配列を発生し、前記第２の乱数配列にハッシュ関数を繰り返し使用して第２の暗号鍵を作る手段と、
被暗号化データにハッシュ関数を使用してファイル鍵を作る手段と、
前記ファイル鍵を使用して第３の乱数配列を発生する手段と、
前記第２の暗号鍵に対して前記第３の乱数配列によってシャッフルし第３の暗号鍵を作る手段と、
前記被暗号化データに対してビット単位で前記第３の暗号鍵により排他的論理和を施して前記暗号化ファイルを作る手段と、を含んで成る、
ことを特徴とする請求項３６記載の暗号化プログラム。
【請求項３８】
前記第３の手段は、
前記第１の暗号鍵を使用して第２の暗号鍵を作る手段と、
前記被暗号化データにハッシュ関数を使用してファイル鍵を作る手段と、
前記ファイル鍵を使用して第３の乱数配列を発生する手段と、
前記第２の暗号鍵に対して前記第３の乱数配列によってシャッフルし第３の暗号鍵を作る手段と、
前記第３の暗号鍵をブロック暗号の鍵として使用し、前記ブロック暗号に基づいて前記被暗号化データから前記暗号化ファイルを作る手段と、を含んで成る、
ことを特徴とする請求項３６記載の暗号化プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１０Ｃ】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１Ａ】
【図３１Ｂ】
【図３２Ａ】
【図３２Ｂ】
【図３３】
【図３４】
【図３５Ａ】
【図３５Ｂ】
【図３６Ａ】
【図３６Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１０Ｃ】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１Ａ】
【図３１Ｂ】
【図３２Ａ】
【図３２Ｂ】
【図３３】
【図３４】
【図３５Ａ】
【図３５Ｂ】
【図３６Ａ】
【図３６Ｂ】
【公開番号】特開２０１１−１５０６９３（Ｐ２０１１−１５０６９３Ａ）
【公開日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願番号】特願２０１０−２７３３０７（Ｐ２０１０−２７３３０７）
【出願日】平成２２年１２月８日（２０１０．１２．８）
【出願人】（０００２０９４７４）谷電機工業株式会社 (25)
【Ｆターム（参考）】
【公開日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願日】平成２２年１２月８日（２０１０．１２．８）
【出願人】（０００２０９４７４）谷電機工業株式会社 (25)
【Ｆターム（参考）】
[ Back to top ]