(57)【要約】本発明は、テキスト挿入方法を用い、様々な形態のデジタル証明書を認証する方法及び装置に関する。本発明の実行は、次の二つの場合に分けられる。証明書の特性により、一つは証明書がイメージを含む場合であり、もう一つは証明書がイメージを含まない場合である。前者の場合、テキスト挿入方法は、イメージに証明書を挿入しようとする者により設計された一連の情報テキスト（管理者の氏名や組織を示す証明書の特定ナンバー）を挿入するための証明書に含まれるイメージに適用される。後者の場合、肉眼で感知することはできないが、証明の背景色と同じ色を有するイメージが生成される。
2004513543.tif 000002
【特許請求の範囲】
【請求項１】
電子文書にテキストを挿入する方法において、
テキストの少なくとも一部分をビット列に切り換えるステップ；
電子文書がイメージデータを含む場合、イメージデータの少なくとも一部分を１次元データに切り換え、電子文書がイメージデータを含まない場合、透明イメージデータを生成し、生成された透明イメージデータを１次元データに切り換えるステップ；
ビット列化されたテキストを１次元データに挿入するステップ；
テキストが挿入された１次元データを電子文書のイメージデータに復元するステップ；及び
復元されたイメージデータを電子文書に含ませるステップを含むことを特徴とするテキスト挿入方法。
【請求項２】
テキストは、電子文書の認証に用いられる情報であることを特徴とする請求項１に記載のテキスト挿入方法。
【請求項３】
透明イメージは、電子文書の地の少なくとも一部分であることを特徴とする請求項１に記載のテキスト挿入方法。
【請求項４】
テキストイメージは、電子文書の少なくとも一部分が選択されることを特徴とする請求項１に記載のテキスト挿入方法。
【請求項５】
さらに、テキストの言語種類を判別するステップ、及び挿入されるテキストを各言語に相応するビット列に切り換えるステップを含むことを特徴とする請求項４に記載のテキスト挿入方法。
【請求項６】
挿入ステップは、１次元化されたデータの各単位データを残りの演算子を用いて余りを求め、その余りをビット列の一つのビット値と比較し、同一であれば単位データをそのまま維持し、相違すれば単位データに１を加えるステップを含んで行われることを特徴とする請求項１に記載のテキスト挿入方法。
【請求項７】
テキストの少なくとも一部分をブロック暗号化するか、又はメッセージダイジェスト値を求めた後、ビット列に切り換える請求項１に記載のテキスト挿入方法。
【請求項８】
１次元のデータに切り換えるステップは、ラスタースキャンイメージ（Ｒａｓｔｅｒ Ｓｃａｎ Ｉｍａｇｅ）、ヒルベルトスキャンイメージ（Ｈｉｌｂｅｒｔ Ｓｃａｎ Ｉｍａｇｅ）、又はＺスキャンイメージ（Ｚ Ｓｃａｎ Ｉｍａｇｅ）法のいずれか一つを選択することを特徴とする請求項１に記載のテキスト挿入方法。
【請求項９】
イメージデータの少なくとも一部分はバーコードを含むことを特徴とする請求項１に記載のテキスト挿入方法。
【請求項１０】
請求項１から９のいずれか１項により、前記テキストが挿入された電子文書からテキストを抽出する方法において、
電子文書からテキストが挿入されたイメージデータを選択するステップ；
選択されたイメージデータの少なくとも一部分を１次元データに切り換えるステップ；
１次元データに基づいて、一連のビット列を生成するステップ；及び
一連のビット列をテキストに切り換え、挿入されたテキストを抽出するステップを含むテキスト抽出方法。
【請求項１１】
１次元データに基づいて、一連のビット列を生成するステップは、１次元データの各単位データを２で割って余りを求め、その余りから一連のビット列を生成させるステップを含む請求項１０に記載のテキスト抽出方法。
【請求項１２】
電子文書の認証を行うためのコンピュータプログラムを保存するコンピュータ記録媒体において、
プログラムは、所定のコンピュータがテキストの少なくとも一部分をビット列に切り換えるステップ；
電子文書がイメージデータを含む場合、イメージデータの少なくとも一部分を１次元データに切り換え、電子文書がイメージデータを含まない場合、透明イメージデータを生成し、生成された透明イメージデータを１次元データに切り換えるステップ；
ビット列化されたテキストを前記１次元データに挿入するステップ；
テキストが挿入された前記１次元データを電子文書のイメージデータに復元するステップ；及び
復元されたイメージデータを電子文書に含ませるステップを含む電子文書の認証方法を行うためのコンピュータ記録媒体。
【発明の詳細な説明】
〔技術分野〕
本発明は、デジタル証明書の特性に基づいて、証明書の偽造及び変造を防止し、証明書が原本であることを認証できるようにする方法及び装置に関する。より詳しくは、デジタル証明書に、その証明書を認証するための一連の情報が含まれたテキストを見えないように挿入した後、証明書を発給し、本発明において提示される方法と装置を通じて、挿入されている情報テキストの抽出、及び抽出された情報テキストの内容の確認等を行うことによって、デジタル証明書を認証・確認することである。
【０００１】
〔背景技術〕
“挿入”は、第１の個体が第２の個体に物理的に配置される意味だけでなく、第１の個体の内容に基づいて、第２の個体の内容を特定アルゴリズムを用いて変更することにより、後で用いられたアルゴリズムと第２の個体のみを有し、第１の個体の内容を抽出することができるとの意味も有していることを予め明らかにする。特に、デジタル証明書にイメージタイプが含まれる場合（発給機関を示すロゴや印章のイメージ等）、そのイメージに情報テキストを挿入し、デジタル証明書にイメージタイプが含まれない場合は、透明イメージを生成して透明イメージに情報テキストを挿入する。そして、情報テキストが挿入されたイメージを、証明書に入れるものである。勿論、肉眼ではいかなる変化もない。即ち、挿入される情報テキストは、証明書が含んでいる内容に基づいて視覚的な確認ができないように、証明書のイメージまたは生成した透明イメージに挿入され、証明書発給の後、証明書の認証に用いられる。本発明は、証明書に含まれるイメージに情報テキストを挿入する方法及び装置に関するものであり、挿入されたテキストは、外部的な操作が加えられる場合、即ち、例えば、圧縮、フィルタリング（ｆｉｌｔｅｒｉｎｇ）、リサンプリング（ｒｅ−ｓａｍｐｌｉｎｇ）、クロッピング（ｃｒｏｐｐｉｎｇ）等のデジタルデータ処理を進める場合、容易に削除され、前記情報テキストの有無に基づいて証明書の認証を判断する。情報テキストの内容を、第三者がある目的を持って意図的に変更する場合、挿入されている情報テキストを抽出して、それが抽出されたか否か、及び最初に挿入したテキストの内容と比較して、その一致不一致を判断することにより、変更状況を明らかにする。
【０００２】
現在、インターネットユーザの急増に伴って、電子商取引（ｅｌｅｃｔｒｉｃ ｃｏｍｍｅｒｃｅ）を通じた製品の交易が活発に行われるようになった。製品の交易や、オンライン／オフラインの取引過程においては、デジタル証明書の認証が、なくてはならない重要な手続として浮上している。このような電子商取引上の証明書だけでなく、国民の請願と関連した多様な証明書、各学校において発給する証明書等の証明書発給過程も電算化、電子化される傾向にある。ただ、デジタル文書で証明書を発給することが現時点において不可能な理由は、偽造及び変造の問題が、最も大きな障害であるからと言える。
【０００３】
デジタル証明書の認証のための技術には、認証関数の適用、空白制御法、バーコード法等がある。認証関数を適用する方法は、証明書の発給者と所有者双方が、共通の秘密値Ｓを共有すると仮定する。認証関数には、セキュリティーキーアルゴリズム、メッセージダイジェスト等いくつかの種類があるが、代表的な関数は、ハッシュ関数（ｈａｓｈ Ｆｕｎｃｔｉｏｎ）である。ハッシュ関数を利用した認証は、次のような手順で進む。先ず、認証書の発給者は、証明書、セキュリティーキー値Ｓ、Ｈａｓｈ ｆｕｎｃｔｉｏｎによりハッシュ値を計算し、証明書にハッシュ値結果を追加した後、証明書を発給要請者に送る。証明書を発給された者は、自分が知っているセッションキーＳとハッシュ関数によりハッシュ値を求める。このように求めたハッシュ値を、認証書発給者が送ったハッシュ値と比較する。それが同一の場合は認証を確認し、異なる場合は認証書が変造されたものと取り扱う。ハッシュ値の比較により、取引の相手方に対する身元確認（認証）と証明書の偽造、変造の有無を検出する。
【０００４】
しかし、このような認証関数による認証は、次のような問題点があった。
【０００５】
第１に、認証は、テキスト文書に基づいて処理される。若し、証明書にイメージや音声マークのような別の形態の文書が挿入された場合は、別に処理しなければならないか、または処理が不可能になる。
【０００６】
第２に、文書データが変更されたか否かは、正確に判断し得るが、変更された場合、オリジナル文書の復元はできない。
【０００７】
第３に、認証書の無欠性を検証するために、署名を追加しなければならないので、原証明書のサイズが大きくなる。
【０００８】
空白制御法や文字形制御法を利用した認証法は、ＡＳＣＩＩ ｃｏｄｅを基盤とする。ＡＳＣＩＩは、９４個の絵文字と、３４個の各種制御用にのみ用いられ、出力されない文字を有している。絵文字は、２６個の大文字、２６個の小文字、１０個の数字と３２個の特殊文字（％、＊、＄等）を含む。３４個の制御文字は、予め決められた規格どおりにデータの目的地を制御し、出力されるテキストを配列するのに用いる。制御文字は、次のような３つの類型の制御文字に区分される。規定子（ｆｏｒｍａｔ ｅｆｆｅｃｔｏｒｓ）、情報区分子（ｉｎｆｏｒｍａｔｉｏｎ ｓｅｐａｒａｔｏｒｓ）、通信制御文字（ｃｏｍｍｕｎｉｃａｔｉｏｎ−ｃｏｎｔｒｏｌ ｃｈａｒａｃｔｅｒ）である。規定子は、出力の規定（ｌａｙｏｕｔ）を制御し、ｂａｃｋｓｐａｃｅ（ＢＳ）、ｈｏｒｉｚｏｎｔａｌ ｔａｂｕｌａｔｉｏｎ（ＨＴ）、ｃａｒｒｉａｇｅ ｒｅｔｕｒｎ（ＣＲ）等の見慣れたタイプ用制御がある。情報区分子は、データをパラグラフまたはページ等に区分するのに用いられ、ｒｅｃｏｒｄ ｓｅｐａｒａｔｏｒ（ＲＳ）、ｆｉｌｅ ｓｅｐａｒａｔｏｒ（ＦＳ）等がある。通信制御文字は、ＳＴＸ（ｓｔａｒｔ ｏｆ ｔｅｘｔ）、ＥＴＸ（Ｅｎｄ ｏｆ Ｔｅｘｔ）等の電話線を介してテキストメッセージが伝達される規定を作る際に用いられる。大部分のコンピュータは、バイト（ｂｙｔｅ）という単位を８ビット量として扱う。従って、ＡＳＣＩＩ文字は、大部分バイト毎に１個ずつ保存される。余分の１ビットは、場合によって他の目的に用いられる。例えば、あるプリンタは、最上位有効ビットを０にセットし、ＡＳＣＩＩを８ビットに区分する。空白制御法や文字形制御法は、このような制御文字を利用し、原証明書のテキスト文書の余白を制御して挿入しようとする情報を表現するか、または文字形を変形して挿入情報を表現する方法である。このような文書のコードを対象として、ユーザの情報を挿入する場合、次のような問題点があった。
【０００９】
第１に、実際証明書のテキスト文書自体が変化するようになる。その変化自体が、文書に見えないだけである。従って、変化した後、さらに復元する場合、復元信号に一定の損失がある。即ち、テキスト文書の完全な復元は不可能になる。
【００１０】
第２に、ユーザが情報を挿入できる領域が少ない。ユーザが所望の情報を制限的に挿入するしかない。
【００１１】
バーコード（Ｂａｒ ｃｏｄｅ）法を適用した認証は、現在活発に適用されている。バーコードは、多様な幅を有するブラックバー（Ｂｌａｃｋ Ｂａｒ）とホワイトバー（Ｗｈｉｔｅ Ｂａｒ）の配列のパターンにより情報を表現する符号体系である。バーコードの引用により、既存の事務処理を効果的、かつ迅速、正確に処理することができた。韓国内においても、その効用価値が認められると共に、流通業を中心として事務自動化、工場自動化等の多様な業務分野に利用されている。現在、各種ＩＤカードにもバーコードが利用されている。学生証の場合、バーコードを入れることにより、図書館等の出入時にカード認識器にカードを認識させ、身分証の真偽及び身元情報を確認している。ところで、このようなバーコードを利用した認証は、次のような問題点があった。
【００１２】
第１に、バーコードは、多様な幅を有するブラックバーとホワイトバーの配列のパターンにより情報を表現する符号体系であり、従って、肉眼で識別可能なものであって、変造が可能である。
【００１３】
第２に、バーコードがうまく読み出されず、スキャナーを数回接触させた後、結局はキーボードで数字を入力する場合が存在する。
【００１４】
第３に、バーコードが不明確であるか、または流通過程で損傷されると、スキャナーは、別の数字として読み取る可能性もある。
【００１５】
〔発明の開示〕
本発明は、上記問題点に着目し、従来、証明書が偽造または変造され、不正な目的で誤用される恐れがあり、各種オンライン／オフラインで取引されるデジタル証明書（身元認証書、入金確認書、取引証明書、卒業証明書、学位証明書、現金取引認証書、商品領収証、信用カード認証書等）の認証をより一層確実に行うために、既存の方法とは異なる方法により証明書の認証を行うことのできる、ある情報を含んだテキストの挿入及び抽出方法と装置を提供することを目的とする。
【００１６】
本発明は、また必要な情報を隠すこと（Ｉｎｆｏｒｍａｔｉｏｎ Ｈｉｄｉｎｇ）も目的とする。送信側から重要な情報を受信側に送る際、送信しようとする情報テキストをイメージタイプのデータに挿入するか、または各テキストをイメージタイプで製作した後に伝送し、受信側では原情報を正確に復元することのできる方法及び装置としても用いられ得る。このような過程を経ると、ネットワーク上において普遍化されたネットワーク探知器や、その他の情報探知器具に、いかなる注意も向けずに伝送することができる。送受信者間の暗号化過程がなくても情報が安全に保障されることができる。
【００１７】
本発明による方法は、既存の証明書が有する特性を分析し、その特性に合う情報テキスト挿入法を適用して証明書を認証することである。本発明によるデジタル証明書の認証のためのテキスト挿入法は、次のようなステップからなる。証明書の分析による証明書の分類ステップ、分類された証明書による情報テキストの生成ステップ、生成されたテキストをビット列化するステップ、証明書に含まれているイメージデータを１次元データに切り換えるステップ、ビット列化されたテキストデータを、１次元イメージデータに挿入するステップからなる。挿入されたテキストの抽出ステップは、テキストが挿入されたイメージを選択するステップ、挿入されたビット列化データを抽出するステップ、抽出されたビット列データから、挿入された原テキスト情報を読み出すステップからなる。証明書の認証のためのステップでは、情報テキストが挿入された証明書を発給するための装置及びソフトウェア、テキストが挿入された証明書を認識するための装置及びソフトウェアが含まれる。本発明による装置は、コンピュータであり、前記ステップに相応するプログラムを保存した記録媒体からステップに該当する命令を受信してテキストの挿入と抽出を行う。
【００１８】
一般的に発行される証明書は、次のような２つの特徴がある。
【００１９】
第１に、発行される証明書には、証明書を発行した法人や著作権者を示す、或は、発行者であることを確認するためのイメージタイプの写真や印鑑、会社のロゴ等が挿入される。このようなイメージの挿入を通じて証明書の信用を高め、証明書に含まれる個人情報及び証明書様式等のデジタル化、そして発給手続の電算化により、遠隔地への公文書発行が可能になった。
【００２０】
第２に、発給される証明書は、発給者を承認するか、著作権を保護するために、または発給機関の固有性を示すために、指定された特別用紙を用いる場合が多い。特別用紙には、発給機関を示すイメージが含まれている場合が多く、イメージタイプで製作されるか、或いはその他の文書ファイル形態を取る。
【００２１】
本発明においては、このようなデジタル証明書の特性に基づき、証明書の認証を行うための方法として、情報を含んだテキストの挿入法を用いる。このようなテキストの挿入技術及び方法は、デジタル証明書の保護及び認証のためのものであり、既存の証明書の認証方法とは差別化される新しい技術である。特に、本発明において用いるテキスト文書の挿入方法は、ビット列化されたテキストデータを挿入する方式であり、発明の細部的なアルゴリズムを含む方法と装置等は、以下に図面を参照して説明する。
【００２２】
参考として、本発明の内容を説明する前に、先ず、証明書に含まれているイメージを検討する必要がある。これは、証明書に含まれるイメージの種類を分析し、イメージ特性に合う情報の挿入のためのものである。証明書に入っているイメージデータには、発給先を示す象徴的なイメージや発給機関を示す印鑑、印章イメージ等がある。このようなイメージデータの実例を図１４に示した。
【００２３】
〔発明を実施するための最良の形態〕
以下、本発明の好ましい実施の形態を、添付図面に基づいて詳しく説明する。
【００２４】
図１は、本発明の全体的な流れにおいて、証明書（Ｓ１０）の認証のために証明書にテキストを挿入（Ｅｍｂｅｄｄｉｎｇ）するステップに対する総合的なフローチャートである。図１のステップのうち、証明書の分類ステップにおいては、証明書にイメージタイプのデータが存在するか否か（Ｓ１７）と、証明書が英文であるか否か（Ｓ１１）という２つの前提条件により証明書を分類するが、具体的な証明書の分類過程は、図４において説明する。挿入するテキストの生成ステップ（Ｓ１４）においては、言語による証明書の分類ステップを進めた後、英文基盤の証明書の場合、テキストを挿入する方法の選択ステップ（Ｓ１３）を経て、その他の言語基盤の証明書（Ｓ１２）の場合、相応する言語によるテキスト挿入方法選択過程を経る。英文基盤の場合、方法選択ステップに対する詳細な内容は、図５において説明する。その他の言語の場合、言語の選択による過程は、図６において説明する。生成されたテキストは、ビット列化のステップ（Ｓ１５）を経てそれぞれ６、７、８、１６ｂｉｔ単位でビット列化される。証明書の分類ステップにおいて、証明書にイメージタイプのデータが存在する場合は、直接イメージデータを１次元データに変化させるステップ（Ｓ１７）を経る。証明書にイメージタイプのデータがない場合は、透明イメージの生成ステップ（Ｓ１８）を経る。透明イメージの生成ステップは、図８において詳細に説明する。生成された透明イメージもまた、透明イメージデータを１次元データ（Ｓ２０）に変化させるステップ（Ｓ１９）を経る。イメージを１次元データに変化させるステップにおいては、ＲＳＩ法を適用するが、その過程は、図７において説明する。ビット列化されたデータを１次元イメージデータに挿入するステップ（Ｓ２１）は、数学式４により進められる。挿入するステップにおいて情報の確実な保護のためにキーを用いることになる。
【００２５】
図２は、本発明による証明書の認証のためのステップである、情報テキスト抽出ステップに対する総合的なフローチャートである。テキスト抽出ステップは、挿入されたテキストの抽出ステップであり、テキストが挿入されたイメージの選択ステップ（Ｓ３２）、ビット列抽出ステップ（Ｓ３３）、証明書の言語基盤により抽出されたビット列からテキストを構成するステップからなる。イメージの選択ステップにおいては、テキストが挿入されたイメージを選択する。挿入されたイメージには、透明イメージも含まれる。選択されたイメージから最初のテキスト挿入時に用いたキー値を適用してビット列データの抽出を進めるが、抽出する過程は、挿入する過程と同様に、数学式４によりイメージのピクセル値情報から抽出する。抽出したビット列データは、英文証明書であるか（Ｓ３４）、その他の言語の証明書であるか（Ｓ３８）を区別し、テキストの挿入過程で選択した方法（Ｓ３５〜Ｓ３７、Ｓ３９〜Ｓ４１）の選択（図５と図６）の逆過程を経てテキストデータを生成する（Ｓ４２）。生成されたテキストデータが、本発明において抽出しようとするデータである。
【００２６】
図３は、デジタル証明書に対する特性を分析したものである。デジタル証明書５０、５１は、図３に示すように、特定形式のフォーマットを有し、通常イメージタイプのデータ５２が証明書内に存在する。本発明においては、証明書そのものがイメージになった場合、証明書にイメージタイプのデータが存在する場合、証明書にイメージデータが存在しない場合に対して全て可能であることが分かる。何故ならば、証明書がイメージタイプのファイルである場合は、直ちに証明書イメージそのものに情報テキストを挿入し、イメージデータが存在する場合は、そのイメージデータに情報テキストを挿入し、イメージデータが存在しない場合は、透明イメージを生成し、そのイメージに情報テキストを挿入した後、証明書に入れることができるためである。
【００２７】
図４は、デジタル証明書を分類する過程を図面化したものであり、分類は、証明書に用いられる言語種類と証明書のパターンに基づいて進められる。証明書を分類するステップにおいては、次のような２つの条件により証明書を分類する。
【００２８】
一つは、デジタル証明書（Ｓ６１）にイメージタイプのデータが含まれるか否かを判断する（Ｓ６２）ことであり、もう一つは証明書が英文で作成されたか、或は他の言語で作成されたかを判断する（Ｓ６３、６６）ことである。前記２つの条件に基づいて証明書を分類する。若し、イメージタイプファイルが存在する場合、そのデジタル証明書が英文で作成された証明書であるか、或は、他の言語で作成された証明書であるかを判断する（Ｓ６３）。“英文で作成されたか？”に関する判断は、用いられたＡＳＣＩＩ ｃｏｄｅにより区分が可能であり、イメージは、テキストと区別されて文書内において客体形態（ＨＴＭＬの場合、リンク形態）で存在する。客体に対する追跡に基づいて、自動的な判断が可能である。証明書全体がイメージになった場合、神経網等のような文字認識システムを通じて既存の証明書に含まれているテキストを抽出し、用いられたＡＳＣＩＩ ｃｏｄｅの判断に基づいて自動的に分類することができる。証明書全体がイメージになった場合、“イメージ含み？”においては、自動的にイメージを含んだものと判別される。若し、英文で作成されたものであれば、図４の挿入テキスト生成部１（ａ）（Ｓ６４）に基づいて挿入するテキスト文書が作成される。英文で作成された証明書でなければ、図４の挿入文書生成部２（ａ）（Ｓ６５）に基づいて挿入するテキスト文書を生成する。イメージタイプのデータが存在しない場合は、イメージタイプのデータが存在する場合に比べ透明イメージを生成するステップが追加される。透明イメージに対する生成過程は、図８において説明する。透明イメージを作成した後、英文で作成されたか、或は他の言語で作成された証明書であるかを判断する。英文で作成された証明書であれば、図４の挿入文書生成部１（ｂ）（Ｓ６８）に基づいて挿入するテキスト文書が作成される。英文で作成された証明書でなければ、図４の挿入文書生成部２（ｂ）（Ｓ６７）により挿入するテキスト文書が生成される。ここで、英文であるか否かを判断する手続は、極めて重要である。本発明においては、英文証明書以外に、韓国語、日本語、中国語からなるデジタル証明書を認証する方法を提供する。そして、他のいかなる言語からなる証明書にも、適用し得ることは当然である。
【００２９】
図５は、英文テキスト文書を基盤とした証明書において、挿入するテキストのビット列化過程を示したものである。図４において証明書の分類過程を経て挿入するテキストを生成するステップにおいて、挿入テキスト生成部１（ａ）（Ｓ７０）と挿入テキスト生成部１（ｂ）（Ｓ７１）において生成されたテキストは、英文からなるテキストデータである（英文証明書の場合、大概は発給先が英文を主言語に用いるものと推測され、従って、挿入するテキストも英文で作成されるものと仮定する）。英文からなる証明書に挿入する情報テキスト、すなわち、８ｂｉｔＡＳＣＩＩ ｃｏｄｅ基盤のテキストは、次のような過程を経てビット列化される。先ず、基本的にビット列化には、主に３つの方法（Ｓ７２〜Ｓ７４）が存在するが、ビット列化法の分類は、主に参照するＡＳＣＩＩ ｃｏｄｅのテーブルに基づいて分けられる。ＡＳＣＩＩ ｃｏｄｅは、表１に示されている。
【００３０】
【表１】
2004513543.tif 000003
【００３１】
図５の方法１は、表１におけるようにテキスト文書を表１に基づいて７ｂｉｔでビット列化する（Ｓ７５）。７ビットで二進化する場合、英文字１００字は、７００ビットのビット列を構成するようになる。
【００３２】
英文コードは、普通１バイト（ｂｙｔｅ）単位で処理される。残りの１ビットは、用途によって少しずつ異なる。方法２は、表１の７ビットに残りの偶数（Ｅｖｅｎ）或は奇数（ｏｄｄ）形式のパリティービットを追加し、１バイト形態のコードを構成することでビット列化する（Ｓ７６）。証明書に挿入するテキストデータをビット列化する際、７ビットに偶数（Ｅｖｅｎ）或は奇数（ｏｄｄ）形態のパリティービットを追加して挿入することを示し、挿入時、アスキー偶数符号表（ＡＳＣＩＩ Ｅｖｅｎ ｃｏｄｅ Ｔａｂｌｅ）、またはアスキー奇数符号表（ＡＳＣＩＩ ｏｄｄ ｃｏｄｅ Ｔａｂｌｅ）を参照することを示す。方法２の場合、英文字１００字当り８００ビットのビット列を構成するようになる（国際標準ＡＳＣＩＩ Ｅｖｅｎ ｃｏｄｅ ＴａｂｌｅとＡＳＣＩＩ ｏｄｄ ｃｏｄｅ Ｔａｂｌｅを参照）。
【００３３】
方法３は、表１のコードの一部が用いられない特性を考慮し、表２におけるように、用いるコードの個数を減らして６ビットで表現し、６ビット単位でビット列化する（Ｓ７７）。方法３の場合、英文字１００字当り６００ビットのビット列を構成するようになる。
【００３４】
【表２】
2004513543.tif 000004
【００３５】
従って、方法３は、同じビット列の場合、その他の方法よりさらに多くのテキスト文書を挿入することができるのに対し、証明書を構成しているテキスト内容と同じテキストの挿入は不可能であり、方法１と方法２は、証明書のテキスト内容と同じ文書の挿入が可能である。言い換えると、方法３は、コードが減少するため、証明書を構成しているテキストの字形等を示す情報をそのまま表現することができない。文字体をそのまま示すことができないとの意味である。
【００３６】
図６は、図４の分類に基づき、挿入するテキストをビット列化する過程を図面化したものである。ここでは、英文証明書でない、韓国語、中国語、日本語を基盤としたビット列化過程を説明する。図４の挿入文書生成部２（ａ）（Ｓ８０）と挿入文書生成部２（ｂ）（Ｓ８１）において生成された、挿入するテキストデータ（Ｓ８２）は、英文でないため、その他のユニコード（Ｕｎｉｃｏｄｅ）基盤の２バイトコードである。従って、証明書の言語形態を区分して、証明書に挿入するテキストデータをビット列化する。
【００３７】
英文以外の言語からなる証明書、すなわち、韓国語、中国語、日本語等の２バイトコード基盤からなる証明書は、全て１６ビット単位でビット列化される（Ｓ８３）。１９９３年５月に頒布された国際標準符号系ＩＳＯ １０６４６ー１／Ｕｎｉｃｏｄｅ １．１は、ユニコードがＩＳＯ １０６４６と統合することにより、技術的に言えば、ＩＳＯ １０６４６とＵｎｉｃｏｄｅ ｖｅｒｓｉｏｎ１．１は、“ほぼ”同じである。ＩＳＯ １０６４６ー１のＵＣＳー２とＵｎｉｃｏｄｅが一つに合わさったものである。現在、ＩＳＯ １０６４６の改正版であるＵｎｉｃｏｄｅ２．０においては、バージョン１．１に存在していた部分的な問題を解決した。現在、ＩＳＯ １０６４６／ｕｎｉｃｏｄｅは、常用化されている。国際標準符号系は、韓国語、中国語、日本語等を全て１６ビットコード形態で使用する。本発明においては、このような国際標準に基盤を置き、韓国語、中国語、日本語等の言語からなったデジタル証明書は、ビット列化する際、１６ビット単位でビット列化した（国際標準ＩＳＯ １０６４６−１ ＵＣＳ−２ ＆ ＩＳＯ １０６４６ Ｕｎｉｃｏｄｅ ２．０／３．０ｃｏｄｅ Ｔａｂｌｅ参照）。
【００３８】
従って、英文からなる証明書と、英文でない他の言語からなる証明書は、ビット列化の際、そのビット列の長さが互いに異なるようになる。すなわち、英文の場合、証明書に挿入できるテキストの量が、ユニコード（Ｕｎｉｃｏｄｅ）基盤の英文以外の言語で構成された証明書より、２倍程度さらに挿入することができるのである。
【００３９】
図７は、デジタル証明書に含まれるイメージ或は証明書にイメージが含まれていない場合、生成した透明イメージを１次元データに切り換える過程を図面化したものである。イメージを１次元データに切り換える方法は色々ある。本発明においては、既存に用いられている方法のうち、ラスター走査イメージ（Ｒａｓｔｅｒ Ｓｃａｎ Ｉｍａｇｅ）法を適用した。ヒルベルト走査イメージ（Ｈｉｌｂｅｒｔ Ｓｃａｎ Ｉｍａｇｅ）法、Ｚスキャンイメージ（Ｚ Ｓｃａｎ Ｉｍａｇｅ）法等も適用することができた。
【００４０】
ラスター走査イメージは、２次元データを１次元データに切り換える最も簡単、かつ広く用いられている方法である。イメージの左上側を始点として、最上位の行（列）から順次に下行（次列）であるイメージのピクセル値を１次元的に再配列させ、１次元イメージ信号を作成する方法である。証明書類から取り出したイメージが、白黒イメージである（Ｓ９１）場合、ラスター走査イメージ過程を経て、２次元データを１次元データに切り換える。証明書類から取り出したイメージが、カラーイメージである（Ｓ９０）場合は、赤、緑、青成分に分解した後、各ラスター走査イメージ過程を経て、１次元データに切り換えた後、赤、緑、青成分の順に結合して、１次元データに切り換える。
【００４１】
図８は、透明イメージの生成過程を図面化したものである。透明イメージは、発給されるデジタル証明書の地環境が白色である場合を対象として製作される。地環境が白色でない場合は、地環境が取る色相情報に基づいて透明イメージを生成する。透明イメージの生成過程は、次のとおりである。正確なビット列情報を表示するために生成する透明イメージは、少なくとも２ビットで量子化されていなければならない。２ビットで量子化する場合、イメージは４個のピクセル値で構成される。ここで、各ピクセル値を０、１、２、３に写像し（Ｓ１００）、０にはピクセル値ＲＧＢ＝［２５５、２５５、２５５］（Ｓ１０１）、１にはピクセル値ＲＧＢ＝［２５５、２５５、２５４］（Ｓ１０２）を対応させる。前記０と１を用いて、透明イメージを生成する。０と１の選択においては、全て０を取る方法、全て１を取る方法、そして０と１をランダムに取る方法（Ｓ１０３）がある。生成する透明イメージのサイズは、挿入されるテキストのサイズにより決定するようになる（Ｓ１０４）。認証のための十分な量のテキストが挿入可能になるようにするために、透明イメージのピクセルの個数は、少なくとも挿入しようとするビット列の長さより大きくなければならない。また、イメージが２次元データであるため、二つの自然数の積によるサイズでなければならない。
【００４２】
図９Ａは、テキストデータの挿入過程を図面化したものである。
【００４３】
ビット列化されたデータを挿入するステップは次のとおりである。先ず、証明書に含まれたイメージが単色である場合は、イメージのピクセル値の最大値Ｍａｘ（Ｐｉｘｅｌ）をＭａｘ（Ｐｉｘｅｌ）−１に切り換える（Ｓ１２０）。証明書類から取り出したイメージがカラーである場合、イメージを色相により分解処理した（Ｓ１１６）後、赤、緑、青成分のピクセル値の最大値Ｍａｘ（Ｐｉｘｅｌ）をＭａｘ（Ｐｉｘｅｌ）−１に切り換える（Ｓ１１７）。これは、情報テキスト挿入時にピクセル値が変化するため、最大値が０〜２ｍ−１の範囲を外れないようにするための手続である。証明書にイメージがない場合は、新たに生成した透明イメージをそのまま用いる。また、図５或は図６のように、挿入するテキスト（Ｓ１１０、Ｓ１１１）をビット列化し（Ｓ１１２、Ｓ１１３）、図７のように、イメージデータを１次元データにする（Ｓ１１８）。ビット列化されたテキストデータをＢ（ｉ）で表した（Ｓ１１４）。イメージを１次元データに切り換えた結果、データをｉｍａｇｅ（ｉ）で表し、１次元データの定義域範囲をカラーイメージ、単色イメージに分類し、それぞれ式１及び式２に表した。Ｎ×Ｍは、イメージの横縦の寸法を示す。
【００４４】
【数１】
2004513543.tif 000005
【００４５】
【数２】
2004513543.tif 000006
【００４６】
式３は、１次元データが取ることのできる値の範囲である。ここで、ｍは、その１次元データの量子化ビット数を示す。ＫｅｙＳＮは、ビット列化されたデータを１次元データに切り換えたイメージデータに挿入する時、初挿入位置を指定するキー値を示し、ｉｍａｇｅ（ＫｅｙＳＮ＋１）は１次元データにおいて実際に挿入される位置を示す。
【００４７】
【数３】
2004513543.tif 000007
【００４８】
挿入の原理（Ｓ１２２）は次のとおりである。
【００４９】
ビット列化された値と挿入位置の値とを比較して式４を満足する場合、イメージのピクセル値である式５は変化させない。若し、式４を満足しなければ、１次元化されたイメージのピクセル値をｉｍａｇｅ（ＫｅｙＳＮ＋ｉ）＋１により切り換える。
【００５０】
【数４】
2004513543.tif 000008
【００５１】
【数５】
2004513543.tif 000009
【００５２】
具体例として、図９Ｂに示すように、６×６ピクセルイメージ（Ｓ１２５）にテキスト“ｆｏｕｒ−ｌｉｆｅ”（Ｓ１２６）を挿入する過程を方法３に基づいて進めると、次のとおりである（即ち、表２を参照）。先ず、６×６イメージをＲＳＩ法を適用して１次元化されたデータＩｍａｇｅ（ｉ）にする（Ｓ１２７）。表２を見ると、“ｆ”は５、“ｏ”は“１４”に対応する。従って、“ｆｏｕｒ−ｌｉｆｅ”を表２のインデックスに基づいて、十進数列の“５、１４、２０、１７、４９、１１、８、５、４”を得る。これを６ビットを単位とするビット列に切り換え、ビット列化されたデータＢ（ｉ）を得る。式４に基づいて、ｉｍａｇｅ（１）＝１２３とＢ（１）＝０であるため、１２３＋１を適用してピクセル値を１２４に切り換える。言い換えると、１次元化されたイメージの１番目のピクセル値が１２３であるため、これを２で割ると余りが１となる。余りの１は、ビット列の１番目のビット値０と同一でないため、１番目のピクセルの元の値に１を加えて１２４とする。これに対し、２番目のピクセルＩｍａｇｅ（２）＝１２４は２で割った余りが、ビット列の２番目のビット値である０と同一であるため、そのピクセル値を変化させない。同様の方法により、全てのＢ（ｉ）のビット列情報を６×６イメージに挿入する。挿入後、更に逆ＲＳＩ法を適用して（Ｓ１２３）イメージを構成する（Ｓ１２４）。このように構成したイメージは、テキストが挿入されたイメージである（Ｓ１２９）。
【００５３】
キーは、証明書の所有者又は証明書の発給者が任意に定めた１〜８桁の十進数により定められる。勿論、このキーをそのまま用いるものではない。以下、式６、７、８による数学的な演算を経てキーの値が指定した範囲（以下、式６におけるＤ）に入るようにする。キーの値が指定した範囲に変わる過程に関しては、証明書の発給者は気を使う必要がない。ただ、最初に定めたキーの情報のみを覚えていれば良い。本発明で用いられるキーは、次のような二つの条件の制約を受ける。
【００５４】
第１の制約条件は次のとおりである。
【００５５】
キーは証明書から抽出したイメージのピクセルの個数、即ち、イメージのサイズと密接な関係があり、イメージのサイズの影響を受ける。イメージのサイズが、実際に挿入できるテキストから生成したビット列の範囲となる。ここで、ｉｍａｇｅ（１）の定義域ｉが有する最大値をＭａｘ（ｉｍａｇｅ、ｉ）という。
【００５６】
第２の制約条件は、次のとおりである。挿入するビット列の長さは、Ｂ（ｉ）においてｉが有する値の最大値がいくらかによって決定されるようになる。ここでのＢ（ｉ）最大値をＭａｘ（Ｂ、ｉ）という。キーＫｅｙＳＮが有し得る値の範囲はＤという。Ｄの値は、ビット列の最大値Ｍａｘ（Ｂ、ｉ）とイメージサイズから得た挿入できるビット列の最大値Ｍａｘ（ｉｍａｇｅ、ｉ）とは、次のような関係がある。
【００５７】
【数６】
2004513543.tif 000010
【００５８】
若し、入力したＫｅｙＳＮの値が式７で表した値より大きければ、キー値を式８のような演算を経てから用いる。入力したＫｅｙＳＮの値が式７で表した値より小さければ、そのまま用いる。実際用いられるキー値をＫｅｙＳＮ１とすれば、その値は式８のとおりである。
【００５９】
【数７】
2004513543.tif 000011
【００６０】
【数８】
2004513543.tif 000012
【００６１】
キーは、下記のような用途で用いられる。
【００６２】
第１に、ビット列化されたテキスト文書のデータを１次元化されたイメージデータへの挿入位置を指定する用途で用いられる。
【００６３】
第２に、証明書の発給者、または所有者固有の情報であることを確認する際に用いられる。これは、次のような攻撃を防ぐためである。キー値を用いてある人がテキスト文書を偽造した後、証明書のイメージに挿入された文書も本アルゴリズムを用いて確認しようとする場合を防ぐことができる。
【００６４】
第３に、キー値を用いて挿入区間を定めたため、キー値の保安を維持すれば、挿入したテキストデータそのものの安定性も保障されるようになる。
【００６５】
挿入アルゴリズムから分かるように、証明書に基づいてイメージを選択又は生成し、証明書に基づいて（必要な情報／全体証明書の内容等）挿入する情報テキストを生成する。証明書から選択したイメージに、証明書に基づいて作成したテキスト情報を挿入するようになれば、原本イメージと視覚的に区分できない新たなイメージが作成される。このような過程を経てテキストの挿入を実現し、証明書の認証をすることができる。
【００６６】
図１０は、テキストデータの抽出過程を図面化したものである。抽出アルゴリズムは次のような手順で進められる。先ず、証明書（Ｓ１３０）に含まれている個人や発給者の印鑑イメージ、ユーザの証明写真、又は発行会社のロゴとイメージのようなイメージから、情報テキストが挿入されたイメージ（透明イメージを含む）を選択する（Ｓ１３１）。そして、選択したイメージをラスター走査イメージ法（１３３）を用いて１次元データに切り換える（Ｓ１３４）。次に、ユーザ又は発行者が有しているキーにより挿入が開始された位置を見出し、１次元データｉｍａｇｅ（ＫｅｙＳＮ＋１）から始まり、ピクセル値の奇偶性に基づいて、ｉｍａｇｅ（ＫｅｙＳＮ＋１）≡Ｂ（ｉ）ｍｏｄ２を満すビット列Ｂ（ｉ）を構成する（Ｓ１３５）。次いで、構成したビット列（Ｓ１３６）を英文基盤の証明書である場合、挿入時に適用した挿入方法１、挿入方法２、挿入方法３を選択し、それぞれ８ビット、７ビット、６ビット単位で結合して十進数に変える（Ｓ１３７）。英文基盤の証明書でない場合は、１６ビット単位で結合した後、十進数に変える。そして、構成した十進数列を、挿入方法が参照したテーブルに基づいて、テキストデータに切り換える（Ｓ１３８）。切り換えて得られた結果が、復元しようとするテキストデータとなる（Ｓ１３９）。
【００６７】
図１０から見られるように、挿入されたテキストを復元する過程は挿入過程の逆過程である。
【００６８】
本発明の具体的なアルゴリズムは基本的に３つのステップからなる。即ち、挿入する情報テキストの生成ステップ、情報テキストの挿入ステップ、情報テキストの抽出ステップである。アルゴリズムの性能に直接影響を及ぼすのは、情報テキストの挿入ステップにおけるイメージの変化とテキストへ挿入される情報の量である。これに対し、より詳しく説明すると次のとおりである。先ず、イメージ変化について説明する。
【００６９】
テキスト文書の挿入ステップは、実際イメージを変化させるステップとも言える。即ち、イメージにユーザが指定したテキストを挿入してイメージを変化させるものであるが、これは、イメージにノイズを挿入するステップとも言える。挿入したノイズのサイズにより、原本イメージとテキストが挿入されたイメージとが区分される。本発明において、認証書として発給し発給要請者に伝達される証明書には、元々最初に生成された証明書中に含まれたイメージが入っていない。即ち、発給された証明書に挿入されているイメージは、発給者が生成した情報テキストが挿入されたイメージである。また、最初の原本イメージは、情報テキストを挿入した後は必要ない。
【００７０】
図１１、図１２、図１３は、テキストが挿入される前の単色イメージ１４０、カラーイメージ１５０、印鑑イメージ１６０とテキストが挿入された後のイメージ１４２、１５２、１６２をヒストグラム１４１、１４３、１５１、１５３、１６１、１６３と共に比較してみた結果である。ピクセル値の変化が少ないため、視覚的には区別できないものと判明した。ピクセル値の変化は挿入された領域でのみ進められる。
【００７１】
図１１のヒストグラムを比較すると、テキストデータが多く挿入された赤（Ｒｅｄ）成分において変化が生じたことが分かる。図１２、図１３は、カラーイメージの場合と印鑑イメージに対する性能評価である。単色イメージ、カラーイメージ、そして印鑑イメージにテキストを挿入し、原本イメージとの変化を比較分析した結果、イメージのピクセル値の変化を視覚的に確認することが不可能であることが分かった。
【００７２】
次に、挿入される情報の量について検討する。
【００７３】
一連のテキストに挿入される情報の量は、証明書に含まれているイメージのサイズとそのイメージの量子化水準と直接関係がある。下記の表は、量子化ビット数とそのイメージサイズによるテキスト挿入量の計算結果である。挿入した情報の量から見られるように、証明書にイメージが含まれている場合は、その内容の制限を殆ど受けない。通常、証明書は５００字から３，０００字程度のテキスト内容を含む。従って、挿入する情報テキストのサイズの制限を殆ど受けない。
【００７４】
【表３】
2004513543.tif 000013
【００７５】
なお、本発明において提案している方法を実施したイメージに対し、第三者が様々な攻撃（操作等）及びある処理を施した時の影響について説明する。
【００７６】
イメージ処理には多くの種類がある。本発明においては、テキストが挿入されたイメージに対して様々なイメージ処理を実験的に行ってみた。テキストが挿入されたイメージにＪＰＥＧのような周波数空間における圧縮を行う場合、挿入したテキストが消えた。類似した方法であるフィルタを適用した場合にも、挿入されたテキストを復元することができなかった。他のイメージ処理法でヒストグラムの均一化（Ｈｉｓｔｏｇｒａｍ ｅｑｕａｌｉｚａｔｉｏｎ）、イメージ鋭利化（Ｉｍａｇｅ ｓｈａｒｐｅｎｉｎｇ）、イメージクロッピング（Ｉｍａｇｅ ｃｒｏｐｐｉｎｇ）を適用してみた。その結果、依然として挿入されたテキスト文書を復元することができなかった。回転を始めとした一部幾何学的なイメージ処理を除いた、殆ど全てのイメージ処理法により挿入されたテキストを抽出することができなかった。
【００７７】
下記の表４は、イメージ処理に対する分析結果である。（Ｘ−抽出不可能、Ｏ−抽出可能）
【００７８】
【表４】
2004513543.tif 000014
【００７９】
即ち、本発明において提案した方法は、“認証”の目的のために必ず要求される脆弱なウォーターマーク（Ｆｒａｇｉｌｅ Ｗａｔｅｒｍａｒｋ）の性質をそのまま含んでいる。（Ｆｒａｇｉｌｅ Ｗａｔｅｒｍａｒｋについては、本出願人が出願した特許を参考にする）
証明書の変造は、証明書の内容として入っているテキスト（氏名や日付等）を変造する場合と、証明書に含まれているイメージを変造する場合とがある。証明書に含まれているテキスト内容を変造する場合、イメージに挿入した証明書内容情報テキストを抽出することにより、その変造状況を知ることができ、原本テキスト文書を復元することができる。即ち、上記結果により、証明書に含まれている全てのテキスト内容を証明書に含まれているイメージに挿入することができるため、挿入されたテキストを抽出することにより、元々証明書が含んでいる内容を全て復元することができれば、偽変造の有無も確認することができる。また、証明書に含まれている、テキストの挿入されたイメージを変造する場合、挿入されたテキストは抽出できなくなる。前記イメージに挿入されたテキストを検出できない場合、証明書は無効として取り扱われる。
【００８０】
証明書の偽造は、証明書の一部を自分の所望の形態に変えることから行われる。若し、証明書を偽造しようとする場合は、証明書の発給者や証明書のユーザが用いるキーを知らなければならない。キーを知らない場合、イメージにテキストを挿入することができても、認証は不可能となる。従って、偽造状況も検出することができる。
【００８１】
図１５から分かるように、本発明の他の実施例によると、バーコードと上述したテキスト挿入方法の結合的な使用も可能である。これは、バーコードを証明書に挿入するイメージに追加して用いる方法である。即ち、現在証明書に入るイメージタイプ中にバーコード１７１を追加し、本発明を適用する方法である。各方法の形式には、バーコードと他のイメージとを統合して、一つのイメージに適用する場合と、バーコードとテキストを挿入するイメージを別に適用する場合の二つに分けることができる。
【００８２】
統合して一つのイメージに適用する場合、バーコードと重なるイメージ部分にはブロック処理を行いテキストを挿入しないことにより、バーコードに対する安定性とテキストに対する安定性を維持することができる。別に用いる場合は、バーコードを介しては証明書の認証を容易かつ迅速に進め、イメージに挿入されているテキストを抽出する本発明の過程を再度進めることにより、二重認証でもって保安性、安全性を高めることができる。特に、バーコードを用いる場合は、証明書を偽造又は変造しようとする者が単純にバーコードのみを見てその部分を攻撃する場合、見えないようにテキストを挿入したイメージ１７０に対する部分は疎かにする可能性があるため、二重保安の効果を有する。
【００８３】
図示されてはいないが、前述のテキスト挿入と抽出はコンピュータを用いて実行する。また、通常のプログラミング言語で対象デジタル証明書、即ち、電子文書を読み、テキストとイメージを判別してテキストをイメージに挿入するプログラムを作成した後、記録媒体に保存し、コンピュータにて実行されるようにする。通常の技術水準を有する当業者であれば容易に本願発明を具現する多様なプログラムを開発することができる。即ち、広く知られているように、プログラムと関連データは、フロッピー（登録商標）ディスクのような外部記憶媒体からコンピュータのハードディスクへ一時的に保存されることができ、テキスト挿入プログラムが動作するようになる時、ディスクからＲＡＭに保存されることもできる。プログラムコードを提供するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＲ−Ｒ、磁気テープ、不揮発性メモリカード、ＲＯＭ等が用いることもできる。本発明は、記憶媒体にコピーされる場合、前述の挿入ステップに対応されるプログラムコードは記憶媒体に保存される。
【００８４】
〔産業上の利用可能性〕
本発明は、各種デジタル証明書の真偽を確実に認証することができる。証明書の偽造や変造を防ぐことにより、これにより発生し得る各種被害を防止することができる効果を有する。本発明は、証明書の偽造／変造を判別することができ、偽造／変造された場合、偽造／変造された内容を復旧することができる。更には、証明書の発給者の署名を安全に受信者に伝達することができ、挿入されているテキストの内容を抽出することにより、取引の相手方に対する確実な身元確認もまた可能である。
【図面の簡単な説明】
【図１】
図１は、本発明のテキスト挿入装置の挿入過程を概念的に示したフローチャートである
【図２】
図２は、本発明のテキスト抽出過程を概念的に示したフローチャートである。
【図３】
図３は、各種デジタル証明書の種類を例示した図面及びデジタル証明書の特性分析を示す図である。
【図４】
図４は、証明書の特性に基づいて証明書を分類し、各特性に応じた挿入すべきテキストを生成するステップへ進む過程を示したフローチャートである。
【図５】
図５は、英文テキスト文書を基盤とした証明書において、挿入するテキストのビット列化過程を示した図である。
【図６】
図６は、図４の分類に基づいて英文以外の言語である場合、挿入するテキストをビット列化する過程を示した図である。
【図７】
図７は、デジタル証明書に含まれるイメージ或は証明書にイメージが含まれていない場合、生成した透明イメージを１次元データに切り換える過程を示した図である。
【図８】
図８は、透明イメージの生成過程を示した図である。
【図９Ａ】
図９Ａは、テキストデータの挿入過程を示した図である。
【図９Ｂ】
図９Ｂは、テキストデータの挿入過程の例を示した図である。
【図１０】
図１０は、テキストデータの抽出過程を示した図である。
【図１１】
図１１は、テキストが挿入される前の単色イメージと、テキストが挿入された後の単色イメージをヒストグラムを用いて比較した結果を示す図である。
【図１２】
図１２は、テキストが挿入される前のカラーイメージと、テキストが挿入された後のカラーイメージをヒストグラムを用いて比較した結果を示す図である。
【図１３】
図１３は、テキストが挿入される前の印鑑イメージと、テキストが挿入された後の印鑑イメージをヒストグラムを用いて比較した結果を示す図である。
【図１４】
図１４は、証明書に含まれるイメージデータの実例を示した図である。
【図１５】
図１５は、バーコードイメージを含む証明書の実例を示した図である。
【図１】
2004513543.tif 000015
【図２】
2004513543.tif 000016
【図３】
2004513543.tif 000017
【図４】
2004513543.tif 000018
【図５】
2004513543.tif 000019
【図６】
2004513543.tif 000020
【図７】
2004513543.tif 000021
【図８】
2004513543.tif 000022
【図９Ａ】
2004513543.tif 000023
【図９Ｂ】
2004513543.tif 000024
【図１０】
2004513543.tif 000025
【図１１】
2004513543.tif 000026
【図１２】
2004513543.tif 000027
【図１３】
2004513543.tif 000028
【図１４】
2004513543.tif 000029
【図１５】
2004513543.tif 000030
【国際公開パンフレット】
2004513543.tif 000031
2004513543.tif 000032
2004513543.tif 000033
2004513543.tif 000034
2004513543.tif 000035
2004513543.tif 000036
2004513543.tif 000037
2004513543.tif 000038
2004513543.tif 000039
2004513543.tif 000040
2004513543.tif 000041
2004513543.tif 000042
2004513543.tif 000043
2004513543.tif 000044
2004513543.tif 000045
2004513543.tif 000046
2004513543.tif 000047
2004513543.tif 000048
2004513543.tif 000049
2004513543.tif 000050
2004513543.tif 000051
2004513543.tif 000052
2004513543.tif 000053
2004513543.tif 000054
2004513543.tif 000055
2004513543.tif 000056
2004513543.tif 000057
2004513543.tif 000058
2004513543.tif 000059
2004513543.tif 000060
2004513543.tif 000061
2004513543.tif 000062
2004513543.tif 000063
2004513543.tif 000064
2004513543.tif 000065
2004513543.tif 000066
2004513543.tif 000067
2004513543.tif 000068
2004513543.tif 000069
2004513543.tif 000070
2004513543.tif 000071
2004513543.tif 000072
2004513543.tif 000073
2004513543.tif 000074
2004513543.tif 000075
2004513543.tif 000076
2004513543.tif 000077
2004513543.tif 000078
2004513543.tif 000079
【国際調査報告】
2004513543.tif 000080