(57)【要約】  【課題】  電子的なチケットデータの偽造や複製などを抑止する技術は存在するが、一般的な用紙に印刷されたチケットの複製を抑止することはできなかった。  【解決手段】  クライアントに、印刷券に指定された枚数の印刷を行なう為の印刷制御部と、印刷結果についての情報を受付サーバに通知する為に入出力部とを設け、受付サーバに、印刷物の状態に関する情報の真偽判定を行なう印刷状態検証部と、プリンタの種類等を管理する管理部を設けた。さらに、発行サーバに、テスト用データを作成する印刷テストデータ作成部と、管理部に記録されたプリンタの情報に基づいてチケットデータを作成するチケット作成部と、クライアントに印刷枚数を指示する為にライセンスデータを発行する印刷券発行部を設けた。  【選択図】図１
2005284438.tif 000002
【特許請求の範囲】
【請求項１】
発行サーバと受付サーバとクライアント端末とからなり、シートの印刷を管理する印刷管理システムであって、
前記発行サーバは、
複数のインクの混合比が、複数含まれる一組のパラメータを、複数組記憶したパラメータテーブルを備え、
一組のパラメータに含まれるそれぞれのインクの混合比は、互いに異なる光学的性質を持つ複数の色を生成するものであり、
前記パラメータテーブルの一組のパラメータに含まれる複数のインクの混合比に従って、前記複数の色それぞれを背景と図形とに用いた印刷用テストデータを作成する手段と、を備え、
クライアント端末は、
前記印刷用テストデータを印刷する手段と、
当該クライアント端末のユーザによる、印刷された前記図形と前記背景とを識別できるか否かの自己申告データを受け付け、前記受付サーバ装置へ送信する手段と、を備え、
前記受付サーバは、
前記自己申告データに基づいて、前記クライアント端末で印刷した場合に前記ユーザが識別できない複数の色を生成するインクの混合比を含むパラメータを一組以上特定する手段と、
前記シートを、特定した前記パラメータを用いて印刷する印刷データの作成を前記発行サーバに要求する手段と、を備える
ことを特徴とする印刷管理システム。
【請求項２】
請求項1記載の印刷管理システムにおいて、
前記発行サーバにおいて、
印刷用テストデータを作成する手段は、前記パラメータテーブルに記憶された複数組のパラメータを用いて、複数の印刷用テストデータを作成し、
前記受付サーバは、
前記複数の印刷用テストデータに対応する複数の自己申告データを受信し、前記自己申告データの真偽を検証する手段を有し、
自己申告データが真であると判定した場合に前記印刷データの作成を要求する
ことを特徴とする印刷管理システム。
【請求項３】
請求項１記載の印刷管理システムにおいて、
前記発行サーバは、
要求され作成した前記印刷データを暗号化して、前記クライアント端末に送信する手段と、
前記印刷データの復号を許可するライセンスである印刷券を作成する手段と、を備え、
前記クライアント端末は、
前記印刷券を受信して、検証する手段と、
前記検証により前記印刷券が有効であった場合に、前記印刷データを復号する手段と、を備える
ことを特徴とする印刷管理システム。
【請求項４】
請求項３記載の印刷管理システムにおいて、
前記発行サーバは、
予め、前記シートに対する前記印刷券を前記受付サーバに送信し、前記シートに対する前記印刷データを前記クライアント端末に送信する手段を備え、
前記受付サーバは、
前記クライアント端末から前記シートの印刷要求を受信する手段と、
前記印刷要求に対するレスポンスとして、前記印刷券を前記クライアント端末に送信する手段と、を備える
ことを特徴とする印刷管理システム。
【請求項５】
請求項３記載の印刷管理システムにおいて、
前記発行サーバは、
前記印刷券を作成する手段は、前記印刷券に印刷部数を規定し、
前記クライアント端末は、
前記印刷データを復号する手段は、前記印刷券に規定された印刷部数が1以上である場合に、印刷データを復号する、
ことを特徴とする印刷管理システム。
【請求項６】
請求項３記載の印刷管理システムにおいて、
前記クライアント端末には、耐タンパデバイスを接続し、
前記耐タンパデバイスは、
前記復号に用いる復号鍵を記憶する手段と、
前記印刷券データを前記クライアント端末から受信して検証する手段と、
前記検証により前記印刷券が有効である場合に、前記復号鍵を前記クライアント端末に送信する手段と、を備え、
前記クライアント端末の前記復号する手段は、
前記復号鍵を用いて、前記復号を行う
ことを特徴とする印刷管理システム。
【請求項７】
請求項６記載の印刷管理システムにおいて、
前記耐タンパデバイスは、
前記クライアント端末から印刷完了通知を受信した場合に、印刷履歴を作成し、前記印刷券を削除する手段を備える
ことを特徴とする印刷管理システム。
【請求項８】
請求項1記載の印刷管理システムにおいて、
前記一組のパラメータに含まれる複数のインクの混合比は、可視光の元では識別できないが赤外線を観測することにより識別できる複数の色を生成するものである、
ことを特徴とする印刷管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、偽造防止や複製防止対策を施す電子文書データの印刷方法に関わる。
【０００２】
特に、一般に普及しているプリンタにおいて印刷物の複製を防止するための偽造防止技術に関する。
【背景技術】
【０００３】
本発明に関連する従来技術として、以下の特許文献１、特許文献２がある。
【０００４】
特許文献１に記載された発明では、所定の領域に１つの連続階調画像を印刷することが出来るとともに、所定の領域に２つの連続階調画像を互いに重なり合うことなく、且つ、所定の領域に２つの連続階調画像を網点の融合を生じることなく同等に配置して、一般市場で広く用いられているシアン、マゼンタ、イエロー、ブラックの４色印刷で、印刷物の偽造、変造防止を図るセキュリティ印刷を安価に実現することが出来るとしている。
【０００５】
すなわち、一般の商業印刷で使用されているシアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｂｋ）の基本４色インキのうち、ブラック（Ｂｋ）はカーボンブラックを主体とした黒色顔料で、紫外線領域から赤外線領域まで全域にわたり吸収を示すが、他のシアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）を重ね合わせたものが、赤外線を吸収しないことを利用すれば、赤外線の吸収率を観測する赤外線カメラ等の鑑定装置を用いて観察した場合において、カーボンブラック含有のブラック（Ｂｋ）インキで印刷された画像を視認することができる。
【０００６】
特許文献２に記載された発明では、チケット発行センタが提供するチケット画像復号化印刷プログラムをユーザの端末にインストールするだけで、インターネットに接続した端末とプリンタという一般に普及しているシステムを用いて、偽造や複製などの不正なチケットの印刷を防止する効果の高いチケット発行システムを提供することができるとしている。
【０００７】
【特許文献１】特開2003-136828号公報
【特許文献２】特開2002-366981号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
かかる従来の方法においては、次のような問題点がある。
【０００９】
特許文献１の技術では、シアン（Ｃ）、マゼンダ（Ｍ）、イエロー（Ｙ）、ブラック（Ｂｋ）の基本４色インキのうち、ブラック（Ｂｋ）はカーボンブラックを主体とした黒色顔料で紫外線領域から赤外線領域まで全域にわたり吸収を示すが、他のシアン（Ｃ）、マゼンダ（Ｍ）、イエロー（Ｙ）を重ね合わせたものは赤外線を吸収しないことを利用しており、連続階調画像を構成する網点を、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｂｋ）の４色インキで指定されたとおりに塗り分ける必要がある。
【００１０】
ところが、特開2002-211015号公報などにも記載されているように、原画像データから印刷時に用いる各色のインク量を決定する処理（分版処理）において、下色除去（ブラックインクが備えられている場合には、まずブラックインクのインク量が決定され、残余の色成分を表現するように各色のインク量を決定する）や、デューティ制限処理（印刷媒体ごとに許容されるインク量の範囲で粒状性を低減させるように、シアン（Ｃ）、マゼンタ（Ｍ）の一部を淡シアン（ＬＣ）、淡マゼンタ（ＬＭ）に置換する）が行なわれるのが一般的である。
【００１１】
すなわち、分版処理を行なうと、指定されたインクとは異なるインクで印刷されることになり、特許文献１に記載の効果、すなわち赤外線カメラ等の特殊な鑑定装置を用いて観察した場合のみ、カーボンブラック含有のブラックインキで印刷された画像を視認することができるという効果を得ることはできない。
【００１２】
ところで、一部の高価なプリンタを除き、ほとんどの市販のプリンタは上記分版処理を避けることはできない。なぜなら、一般的に使用されているパーソナルコンピュータのＯＳのインタフェースは、レッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）の色系を入力としており、ＯＳからプリンタにデータを送るときに、その間に位置するプリンタドライバやプリンタコントローラにおいて、ＲＧＢの色系からＣＭＹの色系への色変換、および、分版処理は同時に行なわれるからである。
【００１３】
したがって、原画像データをシアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｂｋ）の４色で表現できるアプリケーションを作ったとしても、前記の画像は指定されたインクの配分では印刷されず、期待された効果が得られない。
【００１４】
特許文献２の技術では、チケット画像ファイルは暗号化されており、ユーザの端末にインストールされた専用のプログラムを使わないと復号できず、この専用のプログラムを用いた場合のみ、復号化したチケット画像ファイルを印刷することができる。
【００１５】
さらに、ユーザによってチケットの印刷指示が入力された場合、専用のプログラムはチケット発行サーバに対して印刷許可要求メッセージを送り、チケット発行サーバは定められた印刷枚数を超えない範囲でチケット発行許可メッセージを返信し、ユーザの端末にある専用のプログラムはチケット発行許可メッセージを受信した場合のみ印刷を行なう仕組みによって、偽造や複製などの不正なチケットの印刷を防止する効果の高いチケット発行システムを提供することができるとしている。
【００１６】
しかし、印刷された紙のチケットを複製するという脅威については考慮されていない。これは、イベントチケットなどでは座席が決まっており、複製しても座席に座れなくなるので偽造が容易に発覚するという考え方による。
【００１７】
しかし、自由席券であれば前記の理由による抑止力は働かないし、指定席券であってもイベントを混乱させる要因にはなりうる。
【課題を解決するための手段】
【００１８】
本発明は、まず、第一に、印刷物の偽造、変造防止を図るセキュリティ印刷を安価に実現するため、分版処理を介して印刷物を生成する場合であっても、可視光の元では、すなわち肉眼（眼鏡使用を含む）では、認知困難な画像（不可視画像）を、赤外線の吸収率の違いを観測できる鑑定装置を用いて観察した場合には視認することができるように、印刷できる技術を提供する。
【００１９】
本発明は、第二には、電子的な情報である印刷データの偽造や複製などを抑止するだけでなく、データを印刷した、紙などの印刷媒体についても偽造や複製を抑止することを可能とする印刷物発行システムを提供する。
【００２０】
本発明は、印刷物の一例としてチケットを例示し、イベントのように特定の場所や時間に使用されることを利用することで、重複チェック（同じ識別番号が1枚しか存在しないことをチェックする）を可能にするだけでなく、交通チケットのように不特定な場所や時間で使われる可能性のあるチケットについても重複チェックを可能にするチケット発行システムを提供する。
【００２１】
より具体的には、本発明は、発行サーバに、連続階調画像を表現するために網点で表現された網点画像を生成する網点画像データ生成部と、不可視画像を作成するために可視光の元では同一の色に見えるように事前にインクの混合比が調整された少なくとも２種類のパラメータテーブルと、このパラメータテーブルに定義された複数のインクの混合比に従って網点画像を塗り分けるためのパターンとを保持し、網点画像を当該パターンに基づいて複数の混合比に従って１つの配色パラメータで塗り分け、異なるパラメータによって、この網点画像を不可視にする不可視画像生成部を設けた。
【００２２】
本発明では第2の課題を解決するために、前記第1の課題を解決するための手段と、クライアント端末に、暗号化された印刷物データを復号するための復号化部と、印刷券に指定された許可された枚数の印刷を行なう為の印刷制御部と、印刷結果についての情報を受付サーバに通知する為に入出力部とを設けた。
【００２３】
さらに、発行サーバに、テスト用データを作成する印刷テストデータ作成部と、該データを暗号化する暗号化部とを設けた。
【００２４】
また、受付サーバに、印刷物の状態に関する情報の真偽判定を行なう印刷状態検証部と、印刷券を発行する為の印刷券発行部とを設けた。
【発明の効果】
【００２５】
本発明によれば、比較的安価な市販のプリンタを用いて、可視光の元では認知が困難な画像（不可視画像）を視認できる仕組みを提供することができる。
【００２６】
したがって、印刷物の偽造や複製を抑止することが可能となる。
【発明を実施するための最良の形態】
【００２７】
以下、印刷物としてチケットを例示する本発明の実施例を詳細に説明するが、適用対象はチケットに限定されず、印刷物一般に適用可能である。
【００２８】
図１は、本実施例を実現するためのシステム構成図である。
【００２９】
本実施例の構成要素は、受付サーバ１００と発行サーバ１１０と1以上のクライアント端末装置（以下、クライアントという）１２０である。そして、受付サーバ１００と発行サーバ１１０は、物理的に離れた、異なる情報処理装置上に実現される機能であっても、同一の情報処理装置上に実現される機能であっても良い。また、受付サーバ１００は通信部１０１を介して、発行サーバ１１０は通信部１１１を介して、クライアント（１〜K）は通信部１２１を介して、それぞれオープンなネットワーク１４０で接続されている。ネットワーク１４０は公衆回線、専用回線のいずれでも良く、また、有線、無線を問わない。また、クライアント端末１２０には、ＩＣカードなどの耐タンパデバイス（以下、耐タンパデバイスという）１３０が接続可能となっている。
【００３０】
図7は、クライアント１２０の印刷環境を調べる処理フローであり、図8は、チケットの印刷データを生成する為の処理フローであり、図9は、定められた枚数のチケットが印刷されたことを保証する為の処理フローである。
【００３１】
図7において、受付サーバ１００は、クライアント１２０のチケット発行要求を受信し（ステップ７００）、印刷テストデータの作成要求を発行サーバ１１０に送信する（ステップ７１０）。
【００３２】
発行サーバ１１０は、印刷テストデータ作成部１１４において印刷テストデータ５００を作成し（ステップ７２０）、印刷テストデータ５００をクライアント１２０に送信（ステップ７３０）する。
【００３３】
次に、クライアント１２０は、上記印刷テストデータ５００をプリンタ１２５で紙に印刷し、入出力部１２４において印刷確認（ステップ７４０）の入力を受け付け受付サーバ１００へ送信する。ステップ７４０における印刷確認は、例えば、Ｗｅｂブラウザを用いて対話的に処理することができる。
【００３４】
図5は、発行サーバ１１０で作成される印刷テストデータとチケットデータの印刷結果の例である。
【００３５】
印刷テストデータ５００において、背景５１０と図形領域５２０とは、可視光の元では識別困難であるが、互いに異なる光学的性質を備える色を生成するインクの成分比に従って、描かれるように指定されている。これらの成分比は後述するパラメータテーブルに記載されている。さらに図形領域５２０で使用されているあるインクの濃度は、例えば図形が三角形のものは30％の濃さで塗りつぶし、四角形のものは35％の濃さで塗りつぶし、丸形のものは40％の濃さで塗りつぶすというように区別されているものとする。
【００３６】
このとき、印刷確認（ステップ７４０）の情報とは、印刷テストデータ５００において少しずつインクの濃度を変えて幾つかの図形を印刷した時、肉眼など、可視光の元では、図形が読み取れたと、ユーザが申告した図形の情報である。
【００３７】
チケットデータ５５０、複製防止処理が施された領域５７０と、それ以外の領域５６０で構成されている。また、領域５７０には不可視画像５７５が含まれており、赤外線の吸収率を観測する鑑定装置（以下、赤外線カメラという）を用いて観察した場合に、可視光の元では認知困難な不可視画像５７５を視認することができる。
【００３８】
不可視画像５７５を含んだ領域の一部を小領域５８０とするとき、小領域５８０を拡大すると、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）の3色で表現され、可視光の元では視認できる画像を記録した領域５８５と、可視光の元では視認できない連続階調画像を記録した領域５９０で構成されている。
【００３９】
領域５９０をさらに拡大すると、パラメータテーブルのパターンＡで塗潰される領域５９５と、パターンＢで塗潰される領域５９７を観察することができる。ここで、連続階調画像は領域５９７に記録されており、赤外線カメラを用いて観察した場合に観察することができる。
【００４０】
領域５９７の記録する画像を連続階調（グレースケール）画像とすることにより、偽造をより困難にすることができる。
【００４１】
受付サーバ１１０は、印刷確認の情報を回収し（ステップ７４０）、回収した情報の真偽判定を行なう（ステップ７５０）。
【００４２】
印刷確認の情報が真であると判断した場合、図形の種類に対応するインクの濃度情報を保管し（ステップ７８０）、発行サーバにチケットデータ及び印刷用のシート生成要求をする（ステップ７９０）。印刷確認の情報が偽であると判断した場合、クライアントに対してエラーメッセージを返信し（ステップ７６０）、チケット発行処理を終了する（ステップ７７０）。
【００４３】
印刷テストデータ５００の作成方法及びステップ７５０の真偽判定方法については図3、図4、及び、図6において詳しく説明する。
【００４４】
図2は、印刷用紙とこの用紙上に印刷される券面の関係を示す印刷物の説明図である。
【００４５】
図8は、図7のステップ７９０に引き続いて行なわれる処理である。
【００４６】
発行サーバ１１０のチケットデータ作成部１１５は、複製防止処理を施したチケットデータ５５０を作成し（ステップ８００）、さらにシート生成部１１３は、印刷用紙２００に印刷するチケットデータ５５０を配置した、図2におけるシート２００及びシート２１０を作成する（ステップ８１０）。
【００４７】
図2におけるシート２００とシート２１０は、ステップ７００において3枚のチケット発行要求があり、1枚の印刷用紙に2枚のチケットデータ５５０を配置して印刷する場合を例示したものである。印刷用紙２００には、券面１（２０１）と券面２（２０２）、及びシリアル番号２０３が配置され、印刷用紙２１０には、券面３（２１１）と無効券面（２１２）、及びシリアル番号２１３が配置される。そして、券面１と券面２と券面３には、チケットデータ５５０が印刷されるが、無効券面には、その券面領域が無効であることを示す無効印が印刷される。
【００４８】
発行サーバ１１０の暗号化部１１２は、該シートデータを暗号化し（ステップ８２０）、この暗号化データをクライアントに送付する（ステップ８３０）。この暗号化処理において、シート毎にユニークな復号鍵を対応付けておき、復号鍵に対応した暗号鍵でシートデータを暗号化することが望ましい。
【００４９】
クライアント１２０は、ステップ８３０において送付された暗号化データを、保管する（ステップ８３５）。
【００５０】
発行サーバ１１０の印刷券発行部１０２は、シートデータの印刷を許可するライセンスデータである印刷券データを作成し（ステップ８４０）、耐タンパデバイス１３０に格納されている秘密鍵に対応した公開鍵で印刷券データを暗号化し（ステップ８５０）、受付サーバ１００に送付する（ステップ８６０）。
【００５１】
受付サーバ１００は、送付された印刷券データを、印刷券発行部１０２に保管する（ステップ８７０）。
【００５２】
ステップ７１０からステップ８７０の処理は、チケット発行要求７００をトリガとした一連の処理として記載したが、クライアント１２０が限定されている場合は、予めチケットデータ及び印刷券データを作成し、暗号化したチケットデータはクライアント１２０に保管し、暗号化した印刷券データは受付サーバ１００に保管しておいても良い。
【００５３】
チケット発行要求７００に対するレスポンスとして、受付サーバ１００は印刷券データを耐タンパデバイスに送信し（ステップ８７５）、耐タンパデバイス１３０は受信した印刷券データを保管する（ステップ８８０）。
【００５４】
図示していないが、受付サーバ１００から耐タンパデバイス１３０に印刷券データを送付する為のプロトコルは、電子チケット等のデータをＩＣカード等に格納する為のプロトコルと同じであり、印刷券データのユニーク性が保証されている。
【００５５】
図９において、クライアント１２０は印刷したいチケットの印刷要求を耐タンパデバイス１３０に送り（ステップ９００）、耐タンパデバイス１３０の印刷券管理部１２５において印刷券データの有効性を確認する（ステップ９１０）。印刷券データが有効であった場合、耐タンパデバイス１３０は、印刷券データが使用されたことを示す履歴情報（例えば、取り出された復号鍵）を履歴記録部１２６に保存する（ステップ９２０）。ステップ９１０における有効性の確認では、印刷券が発行サーバ１１０から発行されたことを電子署名の検証によって確認し、履歴情報に当該印刷券データが使用済みになっていないことを確認する。
【００５６】
クライアント１２０は、耐タンパデバイスから取り出された復号鍵を入手し（ステップ９２５）、復号化部１２３においてシートデータを復号化する（ステップ９３０）。
【００５７】
さらに、クライアント１２０は、シートデータから印刷データを作成し（ステップ９４０）、プリンタ１２５で紙に印刷する（ステップ９５０）。そして、印刷完了通知を耐タンパデバイスに送る（ステップ９６０）。なお、以上に述べたクライアント１２０の処理は、主に印刷制御部１２２において行なわれる。
【００５８】
耐タンパデバイス１３０の印刷券管理部１３１は、上記印刷完了通知例えば、シートデータに含まれるシリアル番号）を受信し、該ハッシュ値を履歴記録部１３２に記録して、該当する印刷券データを削除する（ステップ９７０）。
【００５９】
なお、クライアント１２０で不正なアプリケーション（逆アセンブル等による改造アプリケーションなど）が動作することによる不正を防ぐ為に、印刷券はシートデータを1枚のみ印刷する権利として発行することが望ましい。ただし、実用上、クライアント１２０で動作するアプリケーションプログラムを信頼できる場合には、複数枚のシートデータが印刷できる権利を持った印刷券を発行し、ステップ９７０の処理において印刷した枚数を減算するように運用しても良い。
【００６０】
また、耐タンパデバイス１３０に印刷確認の情報の真偽判定を行なう検証部を設けておき、判定が正しい場合のみ履歴の記録を行なうようにしても良い。
【００６１】
本実施の形態において、受付サーバ１００、発行サーバ１１０、クライアント１２０は、いわゆるパーソナルコンピュータ、ワークステーション等が用いられ、このようなコンピュータ上で動作するプロセッサがプログラムを実行することにより上述した各機能に実現される。
【００６２】
また、特に利用者のコンピュータは、記憶装置や表示・入出力装置や通信装置及びプリント装置を持ち、プロセッサが記憶装置に格納されたプログラムを実行できるものであれば、多機能携帯端末でも良く、いわゆるコンピュータ装置に限定されるものではない。また、上記プログラムは、予め記憶装置に格納されていても良いし、必要なときに当該コンピュータが利用可能な記憶媒体または通信媒体（通信回線または、通信回線上の搬送波）を介して、上記記憶装置に導入されてもよい。
【００６３】
図3は、紙の複製防止機能を実現する為に必要となる塗潰しパターンを示す説明図であり、図4はパターンの各矩形領域に対応するインクの成分比を示すパラメータテーブルである。
【００６４】
また、前述した図5は、発行サーバで作成される印刷テストデータとチケットデータの例であり、図6は、印刷テストデータのバリエーションを示す説明図である。
【００６５】
図3における塗潰しパターン３００は、印字テストデータの図形領域５２０と背景５１０を塗潰す為の単位パターンであり、塗潰しパターン３００に定義された数字は図4に示すパターンＡ表４００及びパターンＢ表４１０中の行番号に対応している。すなわち、塗潰しパターン３００中の矩形領域１は、このパターンが背景５１０に属する場合は、パターンＡ表４００の行番号１に示すＣ（シアン）100％とＹ（イエロー）100％の混合色で塗り潰され、図形領域５２０に属する場合は、パターンＢ表４１０の行番号１に示すＹ（イエロー）ｂ％とＫ（ブラック）ａ％（ａ+ｂ=100）の混合色で塗潰される。
【００６６】
同様に、矩形領域2は、このパターンが背景に属する場合は、パターンＡ表４００の行番号２に示すＭ（マゼンタ）100％とＹ（イエロー）100％の混合色で塗潰され、図形領域に属する場合は、パターンＢ表４１０の行番号２に示すＫ（ブラック）100％で塗潰される。さらに、矩形領域3は、このパターンが背景に属する場合は、パターンＡ表４００の行番号３に示すＣ（シアン）100％とＭ（マゼンタ）100％の混合色で塗潰され、図形領域に属する場合は、パターンＢ表４１０の行番号３に示すＣ（シアン）ｄ％とＭ（マゼンタ）ｃ％とＫ（ブラック）ａ％（ａ+ｂ+ｄ=100）の混合色で塗潰される。
【００６７】
上記パターンＡ表ではＫ（ブラック）を用いず、上記パターンＢ表ではＫ（ブラック）を用いることにより、可視光の元では識別が困難であるが、赤外線の吸収率を観測することにより識別が可能となる。
【００６８】
塗潰しパターン３００の代りに、パターン３１０を用いても良いし、さらに異なる配置をした別のパターンであっても良い。ただし、視覚的に違和感を生じさせないためには、同じ色が繋がらないように平均的に配置したほうが良い。
【００６９】
本実施例においても、特許文献１の技術と同様、Ｋ（ブラック）を用いないシアン、マゼンタ、イエローの混合色と、Ｋ（ブラック）を可視光で見分けることは困難という性質を、幾つかの混合色を微小な領域（0.01インチ四方に9個の混合色を配置）に対して用いており、印刷物から混合割合を推定するのは困難である。
【００７０】
さらに、インクジェットプリンタを用いた印刷物の場合、複数のインク粒子が拡散したり、にじんで紙面上に付着したりしており、高性能なスキャニング性能を持つコピー機であっても、これを忠実にコピーすることは困難である（インク粒子の飛び散りやにじみを、異なる紙質、異なるインクで表現する場合、莫大な処理コストが必要であり、仮に技術的に可能であっても視覚的な効果が無く無意味なため、コピー機ではこのような処理は行なわれない）。したがって、本実施例の方法によって作成された印刷物を、コピー機などを用いて複製しても不可視画像を再現することは困難であり、印刷物の偽造や複製を抑止することが可能となる。
【００７１】
次に、印刷結果を申告した情報の真偽判定を行なう方法について述べる。印字テストデータ６００は、背景６１０と、幾種類かの図形領域６２０、６３０で構成されており、図形領域６２０と背景６１０は上記のパターンによって塗潰される。ただし、印字テストデータ６００については、図形ごとにパラメータテーブル４１０の混合比率ａ〜ｄを少しずつ異なる値に設定したデータを使用する。このようにインクの混合比率を変化させておくと、印刷時に可視光の元ででは判別できる図形と、判別できない図形が生じる。
【００７２】
目視で判別できた図形、もしくは、判別できなかった図形を申告させ、これに対応するインクの混合比率でチケットデータ５５０を印刷すれば、目視では判別できないが、赤外線の吸収率を測定する機械であれば、チケットデータ５５０の背景５７０に隠された複製防止パターン５７５を検出できるようになる。
【００７３】
ここで、ユーザの自己申告が信頼できるか不明な場合は、印刷テストデータ６５０に示すように、図形の形状とインクの混合比率の組み合わせをランダムにしておき、ステップ７１０からステップ７４０の処理を複数回繰り返す。そして、１回目の印刷確認処理７４０において、見えないと答えた混合比率と、２回目以降の印刷確認処理において見えないと答えた混合比率が一致しているかどうかを確認することで、申告された内容が信頼できるか否かを高い確率で判定することができる。
【００７４】
また、ここでは印刷テストデータ６００に上記パターンによって塗り潰された図形を含めておき、印刷結果をユーザに申告させているが、この図形をシートデータ２００にも含めておき、印刷結果の申告に基づいて履歴を記録しても良い。
【００７５】
すなわち、シートデータ２００を印刷したときに、見えているはずの図形を申告しない場合や、見えないはずの図形を申告した場合は、端末管理部１０３に記録されているプリンタ情報と異なるプリンタがクライアントに繋がれている可能性があり、故意もしくは不注意で不適切なチケットが印刷された可能性が高い。この情報を耐タンパデバイス１３０に時系列に記録しておけば、ユーザからのクレーム対応やクライアントの運用に関わる監査において有用である。
【００７６】
以上に述べたように、本実施例によれば、電子的な情報であるチケットデータの偽造や複製などを防止するだけでなく、印刷された紙のチケットについても偽造や複製を抑止することが可能となる。これによって、チケットの枚数を従来よりも正確に管理することが可能となる。
【００７７】
また、厳密な員数管理を必要とするチケット発行システムを構築する際、ユーザ環境に専用装置を設置したり、大規模なクライアント監視システムを構築したりするのではなく、比較的低コストでチケット発行システムを提供することが可能となる。
【図面の簡単な説明】
【００７８】
【図１】本実施例を実現するためのシステム構成図である。
【図２】発行サーバで作成されるチケットデータの例である。
【図３】紙の複製防止機能を実現する為に必要となる塗潰しパターンを示す説明図である。
【図４】パターンの各矩形領域に対応するインクの成分比を示す表である。
【図５】発行サーバで作成される印刷テストデータとチケットデータの例である。
【図６】印刷テストデータのバリエーションを示す説明図である。
【図７】図7は、クライアントの印刷環境を調べる処理フローである。
【図８】チケットの印刷データを生成する為の処理フローである。
【図９】定められた枚数のチケットが印刷されたことを保証する為の処理フローである。
【符号の説明】
【００７９】
１００…チケット受付サーバ、１１０…チケット発行サーバ、１２０…クライアント、１３０…耐タンパデバイス、１４０…ネットワーク、１０１…通信部、１０２…印刷券発行部、１０３…端末（プリンタ）管理部、１１１…通信部、１１２…暗号化部、１１３…シートデータ生成部、１１４…印刷テストデータ作成部、１１５…チケットデータ作成部、１２１…通信手段、１２２…印刷制御部、１２３…復号化部、１２４…入出力部、１２５…プリンタ、１３１…印刷券管理部、１３２…履歴記録部。
【図１】
2005284438.tif 000003
【図２】
2005284438.tif 000004
【図３】
2005284438.tif 000005
【図４】
2005284438.tif 000006
【図５】
2005284438.tif 000007
【図６】
2005284438.tif 000008
【図７】
2005284438.tif 000009
【図８】
2005284438.tif 000010
【図９】
2005284438.tif 000011