(57)【要約】【課題】  印刷データを復号化するための鍵情報を、秘匿性を担保した状態で印刷装置に引き渡すことである。【解決手段】  Ｓ２３で、ジョブ管理サーバ１０４から印刷データが鍵管理サーバ１０５に送信されると、Ｓ２４で、ＪＯＢ  ＩＤを送信して、ジョブ入稿ＰＣ１０６は鍵管理サーバ１０５に対し暗号化を指示する（Ｓ２３）。鍵管理サーバ１０５は、システムが管理するシステム鍵（Ｋｅｙ２（8w83shfo））を生成し、鍵情報テーブルで保持する。次に、鍵管理サーバ１０５は、ユーザ鍵情報Ｋｅｙ１とシステム鍵情報Ｋｅｙ２を合せて作成した一つの暗号鍵を用いて、印刷データを暗号化する（Ｓ２６）。そして、鍵管理サーバ１０５は、暗号化された印刷データを、印刷したプリンタ１０３に送信する（Ｓ２７）構成を特徴とする。【選択図】  図５
2009276980.tif 000002
【特許請求の範囲】
【請求項１】
印刷装置に保管される印刷データを処理するために異なる鍵情報を生成する生成手段と、
前記生成手段が生成した異なる鍵情報を保持する保持手段と、
前記生成手段が生成した異なる鍵情報を用いて印刷データを暗号化する暗号化手段と、
前記暗号化手段が暗号化した印刷データを保管した後、前記保持手段に保持されているいずれかの鍵情報を削除する削除手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記異なる鍵情報の１つは、前記印刷データの印刷を要求するユーザを特定する鍵情報であり、他の１つは、前記印刷データを前記印刷装置に送信するための鍵情報であることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記削除手段によって削除する鍵情報を他の情報処理装置に送信する送信手段を備えることを特徴とする請求項１記載の情報処理装置。
【請求項４】
印刷装置に保管される印刷データに対して印刷要求を行う情報処理装置であって、
前記印刷データを印刷した際に管理サーバから発行される鍵情報を受信する受信手段と、
前記印刷データに対するリピート印刷要求時に、前記印刷装置で公開されている公開鍵情報を用いて、前記受信手段が受信した鍵情報、印刷制御情報を暗号化する暗号化手段と、
前記暗号化手段が暗号化した暗号情報を前記印刷装置に送信してリピート印刷を要求するリピート印刷要求手段と、
を備えることを特徴とする情報処理装置。
【請求項５】
第１、第２の鍵情報を用いて暗号化されている印刷データを保持して、当該保持されている暗合化されている印刷データを復号して印刷する印刷装置であって、
前記印刷装置の公開鍵情報を用いて、印刷制御情報および前記第１の鍵情報が暗号化されている暗号情報、又は前記第２の鍵情報を異なる情報処理装置から受信する第１の受信手段と、
前記第１の受信手段が受信した暗号情報を前記印刷装置が保持する秘密鍵情報で復号化して、前記印刷制御情報と前記第１の鍵情報を得る第１の復号手段と、
前記第１の復号手段により復号化された前記第１の鍵情報と、前記第１の受信手段がいずれかの情報処理装置から受信された第２の鍵情報とを用いて、暗号化されて保管されている印刷データを復号化する第２の復号手段と、
第２の復号手段が復号した印刷データを前記第１の復号手段が復号した前記印刷制御情報を用いて印刷する印刷手段と、
を有することを特徴とする印刷装置。
【請求項６】
前記第２の復号手段により復号された印刷データが印刷可能かどうかを判断する判断手段を備え、
前記判断手段により復号された印刷データが印刷可能であると判断された場合に、前記復号された印刷データを印刷することを特徴とする請求項５記載の印刷装置。
【請求項７】
前記判断手段により復号された印刷データが印刷可能であると判断されて、前記復号された印刷データを印刷した後、前記復号した第１、第２の鍵情報、並びに、復号した印刷データを削除する削除手段を備えることを特徴とする請求項６記載の印刷装置。
【請求項８】
前記印刷制御情報から生成された第１の検証情報を前記印刷装置の秘密鍵情報を用いて暗号化された暗号文を情報処理装置から受信する第２の受信手段と、
暗号化されていない印刷制御情報を前記情報処理装置から受信する第３の受信手段と、
前記第３の受信手段が受信した印刷制御情報から第２の検証情報を算出する算出手段と、
前記判断手段は、前記秘密鍵情報を用いて復号化される前記第１の検証情報と、前記第２の検証情報とが一致する場合に、保管されている印刷データを印刷することを特徴とする請求項６記載の印刷装置。
【請求項９】
前記印刷装置で用いる公開鍵情報、秘密鍵情報は、仮想的な印刷装置に対して設定されたものであることを特徴とする請求項５〜８の何れか１項に記載の印刷装置。
【請求項１０】
前記印刷装置で用いる公開鍵情報、秘密鍵情報は、複数の印刷装置が備えるボックス領域に対応付けられたものであることを特徴とする請求項５〜９の何れか１項に記載の印刷装置。
【請求項１１】
印刷装置に保管される印刷データを処理するために異なる鍵情報を生成する生成ステップと、
前記生成ステップが生成した異なる鍵情報を保持手段に保持する保持ステップと、
前記生成ステップが生成した異なる鍵情報を用いて印刷データを暗号化する暗号化ステップと、
前記暗号化ステップが暗号化した印刷データを保管した後、前記保持手段に保持されているいずれかの鍵情報を削除する削除ステップと、
を有することを特徴とするデータ処理方法。
【請求項１２】
前記異なる鍵情報の１つは、前記印刷データの印刷を要求するユーザを特定する鍵情報であり、他の１つは、前記印刷データを前記印刷装置に送信するための鍵情報であることを特徴とする請求項１１記載のデータ処理方法。
【請求項１３】
前記削除ステップによって削除する鍵情報を他の情報処理装置に送信する送信ステップを備えることを特徴とする請求項１１記載のデータ処理方法。
【請求項１４】
印刷装置に保管される印刷データに対して印刷要求を行う情報処理装置におけるデータ処理方法であって、
前記印刷データを印刷した際に管理サーバから発行される鍵情報を受信する受信ステップと、
前記印刷データに対するリピート印刷要求時に、前記印刷装置で公開されている公開鍵情報を用いて、前記受信ステップが受信した鍵情報、印刷制御情報を暗号化する暗号化ステップと、
前記暗号化ステップが暗号化した暗号情報を前記印刷装置に送信してリピート印刷を要求するリピート印刷要求ステップと、
を備えることを特徴とするデータ処理方法。
【請求項１５】
第１、第２の鍵情報を用いて暗号化されている印刷データを保持して、当該保持されている暗合化されている印刷データを復号して印刷する印刷装置におけるデータ処理方法であって、
前記印刷装置の公開鍵情報を用いて、印刷制御情報および前記第１の鍵情報が暗号化されている暗号情報、又は前記第２の鍵情報を異なる情報処理装置から受信する第１の受信ステップと、
前記第１の受信ステップが受信した暗号情報を前記印刷装置が保持する秘密鍵情報で復号化して、前記印刷制御情報と前記第１の鍵情報を得る第１の復号ステップと、
前記第１の復号ステップにより復号化された前記第１の鍵情報と、前記第１の受信ステップがいずれかの情報処理装置から受信された第２の鍵情報とを用いて、暗号化されて保管されている印刷データを復号化する第２の復号ステップと、
第２の復号ステップが復号した印刷データを前記第１の復号ステップが復号した前記印刷制御情報を用いて印刷する印刷ステップと、
を有することを特徴とするデータ処理方法。
【請求項１６】
前記第２の復号ステップにより復号された印刷データが印刷可能かどうかを判断する判断ステップを備え、
前記判断ステップにより復号された印刷データが印刷可能であると判断された場合に、前記復号された印刷データを印刷することを特徴とする請求項１５記載のデータ処理方法。
【請求項１７】
前記判断ステップにより復号された印刷データが印刷可能であると判断されて、前記復号された印刷データを印刷した後、前記復号した第１、第２の鍵情報、並びに、復号した印刷データを削除する削除ステップを備えることを特徴とする請求項１６記載のデータ処理方法。
【請求項１８】
前記印刷制御情報から生成された第１の検証情報を前記印刷装置の秘密鍵情報を用いて暗号化された暗号文を情報処理装置から受信する第２の受信ステップと、
暗号化されていない印刷制御情報を前記情報処理装置から受信する第３の受信ステップと、
前記第３の受信ステップが受信した印刷制御情報から第２の検証情報を算出する算出ステップと、
前記判断ステップは、前記秘密鍵情報を用いて復号化される前記第１の検証情報と、前記第２の検証情報とが一致する場合に、保管されている印刷データを印刷することを特徴とする請求項１６記載のデータ処理方法。
【請求項１９】
前記印刷装置で用いる公開鍵情報、秘密鍵情報は、仮想的な印刷装置に対して設定されたものであることを特徴とする請求項１５〜１８の何れか１項に記載の印刷装置。
【請求項２０】
前記印刷装置で用いる公開鍵情報、秘密鍵情報は、複数の印刷装置が備えるボックス領域に対応付けられたものであることを特徴とする請求項１２〜１５の何れか１項に記載の印刷装置。
【請求項２１】
請求項１１乃至２０のいずれか１項に記載のデータ処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項２２】
請求項１１乃至２０のいずれか１項に記載のデータ処理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷データを暗号化処理して印刷を行う印刷システムにおけるデータ処理に関するものである。
【背景技術】
【０００２】
従来からコンビニエンスストアや文具店などにコピー機を設置し、一枚あたりの料金を払いながらセルフサービスでコピーをとることができるビジネスが存在していた。
【０００３】
近年、単なるコピーだけでなく、紙原稿や電子データをショップに持ち込んで、それを大量に印刷するビジネスが普及してきている。
【０００４】
これは、オフィスでコピーや印刷をするよりも、高速に行える点や、製本などに代表されるフィニッシング処理までも行える点などが評価されている。また、コピーや印刷といった作業そのものをアウトソーシングできるといった点からも受注を伸ばしている。
【０００５】
上記のような印刷代行サービス（印刷ショップ、或はショップと呼ぶ）は、ユーザから印刷データを紙原稿や電子データといった形で入稿する。
【０００６】
その後、印刷代行サービスの印刷システムで扱えるデータ形式に変換して、印刷処理を行う。
【０００７】
近年は、印刷システムのデジタル化が進んでいるため、ユーザの印刷データもデジタル化して扱われる。
【０００８】
また、昨今のビジネストレンドであるジャストインタイムに代表される考え方が印刷に取り入れられている。
【０００９】
例えば、さほど出荷されないマニュアルなどは、必要とされた時に必要な部数をリピート印刷注文することで、在庫を持たなくてもよいメリットが生かせる。
【００１０】
逆に、印刷ショップからすると、いつでもお客の注文に応えられるように、その印刷データを保持しておかねばならなくなる。
【００１１】
近年、企業が活動をするうえで収集して管理している個人情報が社外に漏えいしそれが色々な影響を与えることで、この漏えい問題が関心を呼ぶようになってきている。
【００１２】
これは、ユーザからデータを預かりそれを印刷している印刷ショップにとっては、それらデータを漏えいしないように管理することが益々重要になってくることを意味している。この種の漏えい防止手段として、下記特許文献１が公開されている。
【００１３】
また、上記のように構成された印刷システムにおいて、情報漏えいは、部内者の持ち出しによることが多いという報告がある。
【００１４】
このことは、印刷データの管理方法としてアクセス制御だけでは不十分であり、印刷データに暗号化を施しておく必要があることを示している。そうすれば、印刷データが外部に持ち出されても、内容までは流出を防ぐことが出来る。
【特許文献１】特開２００５−２５８５５８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかし、データの暗号化を行うことは、その鍵の管理方法も考慮しなければならないという課題があることを意味する。
【００１６】
更に、上記のような印刷システムの形態をとる場合において、リピート印刷の注文時には、その印刷データを復号化するための鍵の入力が必要となり、その鍵の入力時におけるセキュリティを確保しなければならないという課題があることを意味する。
【００１７】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、暗号化されて保持されている印刷データを復号化して印刷する場合に、秘匿性を担保した状態で印刷データを復号化するための鍵情報を印刷装置に引き渡すことができる仕組みを提供することである。
【課題を解決するための手段】
【００１８】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
【００１９】
印刷装置に保管される印刷データを処理するために異なる鍵情報を生成する生成手段と、前記生成手段が生成した異なる鍵情報を保持する保持手段と、前記生成手段が生成した異なる鍵情報を用いて印刷データを暗号化する暗号化手段と、前記暗号化手段が暗号化した印刷データを保管した後、前記保持手段に保持されているいずれかの鍵情報を削除する削除手段とを有することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、暗号化されて保持されている印刷データを復号化して印刷する場合に、秘匿性を担保した状態で印刷データを復号化するための鍵情報を印刷装置に引き渡すことができる。
【発明を実施するための最良の形態】
【００２１】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２２】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す印刷システムの構成を示す図である。以下、ネットワーク又はインターネットに接続可能な情報処理装置をＰＣと略記する。なお、ＰＣ、サーバは、それぞれＣＰＵ、ＲＡＭ、ＲＯＭ等を含むコントローラ部と、入力機能、表示機能、通信機能を行うデバイスを備えているものとする。
【００２３】
さらに、ＰＣは、外部記憶装置を備え、ＯＳ、アプリケーションをＲＡＭにロードしてＣＰＵがアプリケーションを実行することで、各種のデータ処理を行う。ここで、外部記憶装置には、ハードディスク、ＭＯ等の不揮発性記憶媒体で構成される。
【００２４】
図１において、１０６はジョブ入稿ＰＣで、印刷システムとユーザと間で印刷ジョブの受付けにおける接点であり、印刷ジョブの処理を制御する役目も果たしている。
【００２５】
１０３はプリンタで、ネットワーク１００を介して受信する印刷ジョブの印刷処理を行う。なお、本実施形態では、プリンタが一台接続される場合を示すが、通常は白黒とカラー、高速と低速の処理スピード、製本、パンチ、ステープルや折などの後処理機能付きなどの多様な性質のプリンタがネットワークに接続可能である。本実施形態では、プリンタを例とするが、プリント機能を備える複合機（MFP：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であってもよい。
【００２６】
１０４はジョブ管理サーバで、ユーザから入稿されたジョブ或は印刷後に保管しておくジョブとそのジョブに関する印刷設定項目を管理するものである。
【００２７】
１０５は鍵管理サーバで、ユーザの印刷データを暗号化する鍵とプリンタ１０３の公開鍵とをそれぞれ管理している。鍵管理サーバ１０５は、後述するように異なる鍵情報を保持する保持手段として機能する記憶装置を備える。なお、鍵情報は、本実施形態において、後述する図３に示すＳ０６，Ｓ２５で発行して、上記記憶装置で保持されている。また、保持された鍵情報のうち、ユーザを特定する鍵情報は、印刷データがプリンタ１０３に保管されたことを確認した後、削除される。これにより、鍵管理サーバ１０５における課題を解決している。
【００２８】
また、本実施形態では、Ｓ０６で、発行するユーザを特定する鍵情報を第１の鍵情報とし、Ｓ２５で発行する鍵情報を第２の鍵情報としている。また、第１の鍵情報を後述するフローチャートにおいてユーザ鍵情報（Ｋｅｙ１）とし、第２の鍵情報をシステム鍵情報（Ｋｅｙ２）として説明を行う。
【００２９】
これらの印刷ショップの印刷システムは、ネットワーク１０１で通信可能に接続され構成されている。
【００３０】
ユーザは、印刷ショップに出向くだけでなく、いまや社会インフラとなったインターネット１０２を経由してあらゆる場所から、クライアントＰＣ１０７のＷｅｂブラウザを介して印刷処理の依頼を行うことが出来る。
【００３１】
なお、Ｗｅｂブラウザで印刷処理の依頼がされた印刷ジョブはジョブ入稿ＰＣ１０６が受付け処理を行う。
【００３２】
また、本実施形態では、インターネット１０２とイントラネットであるネットワーク１０１との接続を単純化して表現している。実際は、セキュリティを考慮したり、Ｗｅｂの処理能力を考慮したりして、多様なネットワークアプライアンスやサーバが用いられる。しかし、本発明の本質とは関係ないので省略している。
【００３３】
＜ジョブ管理サーバと鍵管理サーバ＞
図２Ａは、図１に示したジョブ管理サーバ１０４が備えるジョブ管理データベースの構成を説明する図である。
【００３４】
図２Ｂは、図１に示した鍵管理サーバ１０５における鍵情報テーブルの構成を説明する図である。
【００３５】
以下、本実施形態を示すジョブ管理サーバと鍵管理サーバにおいてそれぞれどのようにジョブや鍵を管理しているかについて、図２Ａ、図２Ｂを参照して説明する。
【００３６】
図２Ａの（Ａ）に示すように、ジョブ管理サーバ１０４は、例えば図２の（Ｂ）に示すデータ構造を備えるデータベース１０４Ａを外部記憶装置に構築可能に構成されている。
【００３７】
データベース１０４Ａは、図２Ａの（Ｂ）に示すように、ジョブ毎にジョブを識別するＪＯＢ  ＩＤや、そのジョブのユーザを識別するためのＵｓｅｒ  ＩＤ、印刷データ、カラー処理のパラメータや面付け、フィニッシング処理などの印刷属性が含まれる。
【００３８】
他にも、データベース１０４Ａは、ジョブの処理フローにおけるステータスを示す印刷状態や、暗号化属性なども含まれる。
【００３９】
勿論、これは一つの例であり、表形式で管理したり、１つのジョブを１つのフォルダに割り当てて管理したりと、様々な方法が考えられる。
【００４０】
鍵管理サーバ１０５は、図２Ｂの（Ａ）に示すように鍵情報テーブル１０５Ａを外部記憶装置に備える。ここで、鍵情報テーブル１０５Ａは、図２Ｂの（Ｂ）に示す鍵情報テーブルＴａｂｌｅ１、プリンタ公開鍵情報テーブルＴａｂｌｅ２を備える。
【００４１】
鍵情報テーブルＴａｂｌｅ１は、ジョブ毎にその印刷データを暗号化する鍵が対応付けられている。この鍵情報テーブルＴａｂｌｅ１において、暗号鍵は、ジョブＩＤ毎に暗号鍵１と暗号鍵２に分割されて管理されている例を示す。
【００４２】
また、プリンタ公開鍵情報テーブルＴａｂｌｅ２は、印刷処理を行うプリンタ毎の公開鍵を管理している。なお、本実施形態では、プリンタが備える外部記憶装置に構築されるボックス領域に割り当てられるＢＯＸＩＤ毎に公開鍵が管理されている例を示す。
【００４３】
次に、印刷システムにおいて、ユーザから印刷ジョブを受け付ける時点から、リピート印刷処理（再印刷処理）するまでの処理の流れを説明する。
【００４４】
＜ジョブ受付け＞
図３は、本実施形態を示す印刷システムにおける第１の印刷処理シーケンス例を示す図である。本例は、ユーザが操作するジョブ入稿ＰＣ１０６から印刷ジョブをジョブ管理サーバ１０４が受け付けるシーケンス例を示す。なお、Ｓ０１〜Ｓ０９のうち、Ｓ０１、Ｓ０２、Ｓ０４、Ｓ０５、Ｓ０８、Ｓ０９はジョブ入稿ＰＣ１０４におけるステップである。
【００４５】
また、Ｓ０３はジョブ管理サーバ１０４におけるステップである。
【００４６】
さらに、Ｓ０６、Ｓ０７は、鍵管理サーバ１０５におけるステップに対応する。なお、各ステップは、ジョブ管理サーバ１０４、鍵管理サーバ１０５、ジョブ入稿ＰＣ１０６が備えるＣＰＵが、ＲＡＭにＯＳ、アプリケーションをロードして実行することで実現される。
【００４７】
最初に、Ｓ０１で、ジョブ入稿ＰＣ１０６は、ユーザから印刷データを受け付ける。ここで、印刷データとしては紙原稿や電子データがある。印刷データが電子データの場合は、Ｓ０２で、その電子データをジョブ管理サーバ１０４に送信しジョブの管理を指示する。
【００４８】
次に、Ｓ０３で、ジョブ管理サーバ１０４は、ジョブを受け付けると、受け付けたジョブをそのジョブ管理データベース１０４Ａに新規登録をして、ＪＯＢ  ＩＤを発行し、印刷データを外部記憶装置に保管する。なお、外部記憶装置は、ハードディスク等とするが、これに限定されるものではない。
【００４９】
次に、Ｓ０４で、ジョブ管理サーバ１０４は、発行されたＪＯＢ  ＩＤをジョブ入稿ＰＣ１０６に通知する。
【００５０】
一方、ユーザが紙原稿で入稿した場合は、Ｓ０２で、ダミーのデータを送信し、ジョブ管理サーバ１０４は、上記説明した同じ流れでＪＯＢ  ＩＤをジョブ入稿ＰＣ１０６に通知する。
【００５１】
なお、紙原稿は、別途スキャナーなどで読み込まれることにより電子データ化され、その後、ユーザに返送される。このようにして紙原稿が電子データ化されたら、Ｓ０３へ進む。そして、Ｓ０３で、で、ジョブ管理サーバ１０４は、ジョブを受け付けると、ジョブ管理データベース１０４Ａに新規登録するための、ＪＯＢ  ＩＤを発行し、印刷データを外部記憶装置に保管する。
【００５２】
なお、印刷データの受け付けだけでなく、そのほかの情報も受け付ける。
【００５３】
例えば、出力はカラーか白黒か、面付けやフィニッシング方法はどうするか、どのような紙に印刷するのか、納期はいつまでかなどである。これらの情報は、例えば印刷データと同様にジョブ管理サーバ１０４の外部記憶装置上で管理される。
【００５４】
次に、Ｓ０５で、ジョブ入稿ＰＣ１０６は、鍵管理サーバ１０５に対し、ＪＯＢ  ＩＤを送信し、暗号鍵の発行を指示する。
【００５５】
次に、Ｓ０６で、鍵管理サーバ１０５は、Ｓ０５における暗号鍵の発行の指示に基づいて、ユーザに管理させるためのユーザ鍵情報（Ｋｅｙ１）を生成する。そして、Ｓ０７で、鍵管理サーバ１０５は、Ｓ０６で生成したユーザ鍵情報（K01une97）をジョブ入稿ＰＣ１０６に通知する。
【００５６】
ここで、ユーザ鍵情報（Ｋｅｙ１）とユーザの印刷データを暗号化する暗号鍵との関係を説明する。なお、本実施形態におけるＳ０６で生成される鍵情報が第１の鍵情報（K01une97）として機能する。
【００５７】
一般的には暗号鍵全体をユーザ鍵としているが、その場合、後に示すように暗号鍵全体が鍵管理サーバ１０５上で保持されている時間が長くなる。
【００５８】
これを出来るだけ短くするために、本実施形態では、印刷データを暗号化する暗号鍵を例えば二つに分け、一方をユーザが管理するユーザ鍵とし、他方を印刷システムが管理するシステム鍵とする方法を示す。
【００５９】
なお、鍵を二つに分ける時、特に同じ長さの鍵にする必要は無い。
【００６０】
本実施形態では、図２Ｂの（Ｂ）において、鍵情報テーブルＴａｂｌｅ１において、ジョブＩＤ毎に暗号鍵１と暗号鍵２が存在しているのは、鍵をユーザ鍵とシステム鍵と分割していることを示している。
【００６１】
なお、印刷データを暗号化する場合は、このユーザ鍵とシステム鍵を合せて一つの暗号鍵とした上で、暗号化する必要がある。
【００６２】
図３に示す鍵情報テーブルＴａｂｌｅ１の抜粋例では、ユーザ鍵である暗号鍵１（Ｋｅｙ１）のみ（内容が「Ｋ０１ｕｎｅ９７」である場合を示す）が存在していることを示している。この時点では、システム鍵である暗号鍵２はまだ存在していない（図３では空欄として示す）。
【００６３】
ジョブ入稿ＰＣ１０６は、Ｓ０８で、印刷システム内のプリンタの状況やジョブの処理状況を見て、複数あるプリンタの中からどのプリンタで印刷するかを決定する。
【００６４】
このようにして、プリンタが決定されると、図２Ｂに示すプリンタ公開鍵情報テーブルＴａｂｌｅ２からそのプリンタの公開鍵（ＫｅｙＰ）を探し出す。
【００６５】
次に、ジョブ入稿ＰＣ１０６は、Ｓ０９で、ユーザに対してユーザ鍵（Ｋｅｙ１）とプリンタの公開鍵（ＫｅｙＰ）を通知する。以上より、ジョブの受け付けが終了する。
【００６６】
この通知の方法は、いろいろと考えられるが、本実施形態では、ＩＣカードを用いて通知する前提で説明を行う。
【００６７】
＜印刷処理＞
図４は、本実施形態を示す印刷システムにおける第２の印刷処理シーケンス例を示す図である。本例は、ユーザから印刷ジョブを受け付けた後、印刷処理を行う時のシーケンス例を示す。なお、Ｓ１１〜Ｓ１５のうち、Ｓ１１、Ｓ１２はジョブ入稿ＰＣ１０６におけるステップである。
【００６８】
また、Ｓ１３はジョブ管理サーバ１０４におけるステップである。
【００６９】
さらに、Ｓ１４、Ｓ１５は、プリンタ１０３におけるステップに対応する。なお、各ステップは、ジョブ管理サーバ１０４、ジョブ入稿ＰＣ１０６、プリンタ１０３が備えるＣＰＵが、ＲＡＭにアプリケーション、制御プログラムをロードして実行することで実現される。
【００７０】
Ｓ１１で、ジョブ入稿ＰＣ１０６は、ジョブ管理サーバ１０４が保管するユーザのデータに対し、図３に示したＳ０８で決めたプリンタでの印刷処理が最適に行えるように印刷前処理を行う。これを一般的にプレプリント処理と呼ぶ。
【００７１】
ここでは、カラー印刷時の色合せ処理や両面印刷時のレジ合せ、後工程の裁断や製本などの処理を考慮した面付け処理などが考えられる。
【００７２】
なお、印刷データに対して何も処理を行わずに印刷することは珍しく、このように何らかのプレプリント処理が行われる。そのため、ユーザから入稿された印刷データを入稿時に暗号化してしまうと、プレプリント処理がやりにくくなる。
【００７３】
次に、Ｓ１２で、ジョブ入稿ＰＣ１０６は、ジョブ管理サーバ１０４に印刷処理の指示を出す。そして、Ｓ１３で、ジョブ管理サーバ１０６は、プリンタ１０３にジョブを送信する。
【００７４】
次に、Ｓ１４で、プリンタは、印刷ジョブを印刷し、Ｓ１５で、印刷完了をジョブ入稿ＰＣ１０６に通知する。
【００７５】
＜暗号化保存＞
図５は、本実施形態を示す印刷システムにおける第３の印刷処理シーケンス例を示す図である。本例は、印刷が完了した後、印刷データを暗号化して保存する時のシーケンス例を示す。なお、Ｓ２１〜Ｓ３１のうち、Ｓ２１、Ｓ２２、Ｓ２４はジョブ入稿ＰＣ１０４におけるステップである。
【００７６】
また、Ｓ２３、Ｓ２５〜Ｓ２７、Ｓ３０、Ｓ３１はジョブ管理サーバ１０４におけるステップである。
【００７７】
さらに、Ｓ２８、Ｓ２９は、プリンタ１０３におけるステップに対応する。なお、各ステップは、ジョブ管理サーバ１０４、ジョブ入稿ＰＣ１０６、プリンタ１０３が備えるＣＰＵが、ＲＡＭにアプリケーション、制御プログラムをロードして実行することで実現される。
【００７８】
まず、Ｓ２１で、ジョブ入稿ＰＣ１０６は、印刷完了の通知を受けると（図４のＳ１５に基づく）、Ｓ２２へ進む。そして、Ｓ２２で、ジョブ管理サーバ１０４に対し、図２Ｂの（Ｂ）に示したＪＯＢ  ＩＤを用いて指定したジョブの印刷データを鍵管理サーバ１０５に送信するように指示する。
【００７９】
Ｓ２３で、ジョブ管理サーバ１０４から印刷データが鍵管理サーバ１０５に送信されると、Ｓ２４で、ＪＯＢ  ＩＤを送信して、ジョブ入稿ＰＣ１０６は鍵管理サーバ１０５に対し暗号化を指示する。
【００８０】
次に、Ｓ２５で、鍵管理サーバ１０５は、システムが管理するシステム鍵（Ｋｅｙ２（8w83shfo））を生成し、図２Ｂの（Ｂ）に示す鍵情報テーブルＴａｂｌｅ１で管理する。この時点で、鍵情報テーブルＴａｂｌｅ１には、Ｋｅｙ１とＫｅｙ２の両方が存在し、合せて一つの暗号鍵が作られる。
【００８１】
この状態を鍵情報テーブルＴａｂｌｅ１の抜粋した、図５の上の鍵情報テーブルＴａｂｌｅ１−１で示している。なお、本実施形態におけるＳ２５で生成される鍵情報が第２の鍵情報として機能する。
【００８２】
次に、Ｓ２６で、鍵管理サーバ１０５は、ユーザ鍵情報Ｋｅｙ１とシステム鍵情報Ｋｅｙ２を合せて作成した一つの暗号鍵を用いて、印刷データを暗号化する。
【００８３】
次に、Ｓ２７で、鍵管理サーバ１０５は、暗号化された印刷データを、図４に示したＳ１４で、印刷したプリンタ１０３に送信する。
【００８４】
次に、Ｓ２８で、プリンタ１０３は、暗号化された印刷データをプリンタ１０３が備える記憶装置で保管し、Ｓ２９で、プリンタ１０３は、暗号化された印刷データの保管の完了を鍵管理サーバ１０５に通知する。
【００８５】
Ｓ３０で、プリンタ１０３から、Ｓ２９に基づく通知を受けた鍵管理サーバ１０５は、Ｓ３０へ進む。そして、Ｓ３０で、図２の（Ｂ）に示す鍵情報テーブルＴａｂｌｅ１からユーザ鍵情報（Ｋｅｙ１（K01une97））を削除し、Ｓ３１で、プリンタ１０３は、ジョブ入稿ＰＣ１０６に鍵の削除完了を通知する。
【００８６】
この時点で、鍵管理サーバ１０５が管理する鍵情報テーブルＴａｂｌｅ１にはユーザ鍵情報（Ｋｅｙ１）は存在せず、システム鍵情報（Ｋｅｙ２）のみである。この状態を図５に示す鍵情報テーブルＴａｂｌｅ１−２で示している。
【００８７】
これにより、印刷システムの鍵管理サーバ１０５上に読み取り可能なデータ形式でユーザ鍵情報（Ｋｅｙ１）が存在しているのは、Ｓ２５〜Ｓ３０までの短い期間であることが分かる。
【００８８】
これが、暗号鍵をユーザ鍵情報（Ｋｅｙ１）とシステム鍵情報（Ｋｅｙ２）に分割する方法のメリットである。
【００８９】
もし、分割しない場合は、Ｓ０６〜Ｓ３０の期間、特にプレプリント処理や印刷処理といった時間がかかる処理の間中、鍵が鍵管理サーバ１０５上に存在することになり、課題で指摘される問題が発生することとなる。
【００９０】
＜リピート印刷までの保存期間＞
本実施形態において、印刷システムによる印刷が完了し、ユーザのリピート印刷注文が入るまでの間は、鍵管理サーバ１０５が管理する鍵情報テーブル１−２は、上記の状態のままである。すなわち、システム鍵情報（Ｋｅｙ２）のみが保管された状態となる。
【００９１】
また、ユーザの印刷データは、プリンタに最適な印刷状態にされた上で上記ユーザ鍵情報（Ｋｅｙ１）とシステム鍵情報（Ｋｅｙ２）を用いて暗号化された状態でプリンタ１０３に保管されている。しかも、印刷システム上には、鍵情報が図５に示す鍵情報テーブルＴａｂｌｅ１−２のように、鍵情報が不十分な状態で保管されている。つまり、暗号化された印刷データを復号化するためのユーザ鍵情報（Ｋｅｙ１）が保管されていない。このため、印刷システム内では暗号化されて保管されている印刷データをシステム鍵情報（Ｋｅｙ２）のみで復号化することは出来ない。以下、印刷データがユーザ鍵情報（Ｋｅｙ１）とシステム鍵情報（Ｋｅｙ２）を用いて暗号化されて保管されている状態から、ジョブ入稿ＰＣ１０６からの要求でリピート印刷する場合について説明する。
【００９２】
＜リピート印刷＞
まず、リピート印刷の利点について説明する。
【００９３】
上述したように顧客によっては、前回のジョブをリピート注文する場合がある。これは前回と同じ出力物を注文したい場合に、再度データ入稿や印刷指示を行う手間が省けるというメリットが顧客側にある。特に、在庫を持たずに、必要に応じて小ロットでジョブを追加注文する場合に有効である。
【００９４】
一方、印刷業者にとっては、次のようなメリットがある。
【００９５】
例えば、両面印刷ジョブの場合には、表裏の位置合せために位置を調整しながら何度もRIPを行ったり、紙原稿で入稿しコピージョブを行う場合には、紙原稿をスキャンした後に斜行補正を行ったりする必要がある。
【００９６】
この場合、ジョブ毎に顧客からデータを入稿し、それに対して調整作業を行っているのでは、非効率である。
【００９７】
よって、印刷業者が独自に調整した結果のデータを保管しておく方がリピート印刷効率は向上する。
【００９８】
図６は、本実施形態を示す印刷システムにおける第４の印刷処理シーケンス例を示す図である。本例は、ジョブ入稿ＰＣ１０６からプリンタ１０３に暗号化されて保管されている印刷データに対するリピート印刷要求時の処理例である。印刷要求を行い、暗号化して保管されている印刷データをリピート印刷するシーケンス例を示す。なお、Ｓ４１〜Ｓ４９のうち、Ｓ４１〜Ｓ４４はジョブ入稿ＰＣ１０４におけるステップである。
【００９９】
また、Ｓ４５は鍵管理サーバ１０５におけるステップである。
【０１００】
さらに、Ｓ４６〜Ｓ４８は、プリンタ１０３におけるステップに対応する。なお、各ステップは、ジョブ入稿ＰＣ１０６、鍵管理サーバ１０５、プリンタ１０３が備えるＣＰＵが、ＲＡＭにアプリケーション、制御プログラムをロードして実行することで実現される。
【０１０１】
なお、ユーザからリピート印刷の注文を受けると、ジョブ入稿ＰＣ１０６において、図３に示すＳ０９のジョブの受け付けで、ユーザに渡したＩＣカードをカードリーダに読み込ませる。
【０１０２】
まず、Ｓ４１で、ジョブ入稿ＰＣ１０６は、ユーザからリピート注文の印刷部数や納期などの指示を受ける。次に、Ｓ４２で、ユーザのＩＣカードにおいて、ユーザ鍵（Ｋｅｙ１）とその部数、納期などの印刷制御情報とを組み合せて、これをＩＣカード内に保存しているプリンタの公開鍵（ＫｅｙＰ）で暗号化する。なお、図６中では、暗号化した情報（暗号情報）を暗号文と記す。
【０１０３】
次に、Ｓ４３で、ジョブ入稿ＰＣ１０６は、リピート印刷を要求する。具体的には、その暗号化した暗号文をプリンタ１０３に送信する。Ｓ４３は、プリンタ１０３に対するリピート印刷要求処理に対応する。
【０１０４】
また、Ｓ４４で、ジョブ入稿ＰＣ１０６は、鍵管理サーバ１０５に対して、システム鍵（Ｋｅｙ２）をプリンタ１０３に送信するように指示する。なお、本実施形態では、第１の受信処理がＳ４３に対応しており、プリンタ１０３は、プリンタ１０３に対応する公開鍵で暗合化されているユーザ鍵（Ｋｅｙ１）とその部数、納期などの印刷制御情報を暗号文としてジョブ入稿ＰＣ１０６から受信する。
【０１０５】
次に、Ｓ４５で、鍵管理サーバ１０５は、Ｓ４４の指示に基づきシステム鍵（Ｋｅｙ２）をプリンタ１０３に送信する。なお、本実施形態では、第２の受信処理がＳ４５に対応している。この処理で、プリンタ１０３は、システム鍵（Ｋｅｙ２）を鍵管理サーバ１０５から受信する。
【０１０６】
次に、Ｓ４６で、ジョブ入稿ＰＣ１０６よりプリンタ１０３は、送られてきた暗号化された情報（上記暗号文）をプリンタ１０３が管理する秘密鍵情報で復号化し、Ｋｅｙ１と部数・納期といった印刷制御情報を得る。なお、本実施形態におけるＳ４６の復号化の処理が第１の復号化処理に対応する。
【０１０７】
そして、Ｓ４７で、プリンタ１０３は、ユーザ鍵情報（Ｋｅｙ１）とシステム鍵情報（Ｋｅｙ２）を合せて暗号鍵を生成する。そして、これらの生成された鍵情報を用い、プリンタ１０３において、ユーザ鍵情報（Ｋｅｙ１）とシステム鍵情報（Ｋｅｙ２）を用いて暗号化された状態で保管された印刷データを復号化する。なお、本実施形態におけるＳ４７の復号化の処理が第２の復号化処理に対応する。
【０１０８】
さらに、Ｓ４８で、プリンタ１０３は、部数・納期といった印刷制御情報を検証し、プリンタ１０３が備える現在のプリンタ１０３の資源状態で印刷可能かどうかの判断を行い、可能であると判断した場合、印刷を行う。そして、プリンタ１０３が復号化された印刷データに対する印刷が完了したら、Ｓ４９で、プリンタ１０３は、ジョブ入稿ＰＣ１０６に対し、印刷完了通知を行う。
【０１０９】
以下、印刷制御情報の検証方法について説明する。
【０１１０】
例えば、印刷制御情報の一例である納期情報はユーザが依頼した出力物を納品する期限であるが、印刷を行うことが出来る期間とも解釈できる。
【０１１１】
プリンタ１０３は、プリンタ或は印刷システムが管理している時刻情報と、復号化された納期情報を見比べて、時刻情報が納期情報よりも以前ならば印刷が可能と判断する。ここで、時刻情報は、プリンタ１０３が管理するシステム時刻を用いても、あるいは、タイムサーバから取得する時刻を用いてもよい。
【０１１２】
また、印刷制御情報の一例である部数情報は、ユーザが依頼した出力物の部数であるが、その印刷データで印刷が出来るトータル部数の上限値であるとも解釈できる。
【０１１３】
図１には明示していないジョブ管理サーバ１０４において、印刷データ毎に印刷できる部数の上限値と印刷部数のカウンタが管理されている。
【０１１４】
例えば、ジョブ入稿ＰＣ１０６より初回の印刷注文時に、印刷部数として１０部が指定されていたら、まず、上限値が「１０」に設定される。
【０１１５】
そして、図４に示したＳ１４で、プリンタ１０３が印刷している間、ジョブ管理サーバ１０４で管理するカウンタがインクリメントされていき、上限の１０部で印刷が完了する。
【０１１６】
もし上限値よりも多く印刷されそうになれば、ジョブ管理サーバ１０４がプリンタ１０３に対して印刷抑制をかけることで、上限値よりも多い部数の印刷が出来ないようにする。
【０１１７】
次に、リピート印刷注文時に追加で５部であれば、ジョブ管理サーバ１０４に対して上限値を「１０」から「１５」に引き上げるように指示する。すると、追加で印刷できる部数は「５部」が上限となる。
【０１１８】
これは、図６に示したＳ４２で、印刷システムが受け付けた暗号化された情報を取得して（盗聴し）、リピート印刷した後に、これをプリンタ１０３に対して送信して印刷物を得るという繰り返し攻撃に対応することが出来る。
【０１１９】
なお、リピート印刷において、鍵管理サーバ１０５は鍵情報テーブルＴａｂｌｅ１では、上述したようにシステム鍵情報（Ｋｅｙ２）のみを保管している。
【０１２０】
この時、ユーザ鍵情報（Ｋｅｙ１）は暗号化されジョブ入稿ＰＣ１０６からプリンタ１０３に渡され、プリンタ内にしか存在しない。
【０１２１】
この状態を図６における鍵情報テーブルＴａｂｌｅ１−１１で示している。
【０１２２】
このようしてプリンタ１０３はリピート印刷が完了すると、受信したシステム鍵情報（Ｋｅｙ２）と暗号化された情報、それから生成したユーザ鍵情報（Ｋｅｙ１）と印刷制御情報、復号化した印刷データなど、暫定的なデータを全て消去する。これにより、印刷後はプリンタ１０３から復号化された印刷データが容易に印刷されてしまうことを防止できる。
【０１２３】
なお、本印刷システムにおいて、ユーザ鍵情報（Ｋｅｙ１）と印刷制御情報、復号化した印刷データなど、暫定的なデータは、プリンタ１０３が備えるＤＲＡＭに代表される揮発性の一時的なメモリに記憶される。このため、印刷データなど、暫定的なデータは消去後に痕跡が残り、それを修復して情報を得るといったことが困難となるように構成されている。
【０１２４】
〔第２実施形態〕
上記第１実施形態では、図３に示したＳ０９や、図６に示したＳ４２において、ユーザと印刷ショップの間で、印刷ジョブに関する情報をやり取りしたりジョブ管理を紐付けたりする仕組みとして、ＩＣカ−ドを用いた例を説明した。
【０１２５】
一方、近年ＩＣチップを内蔵したＩＣカードは、電子マネーやタッチ式定期券などに応用されており急速に普及してきている。
【０１２６】
これは、保存できる情報量の多さやＣＰＵを搭載して暗号処理が出来るなどのメリットがある。
【０１２７】
また、社員証やＰＣのログインツールとしての応用例も広がり、共通化をすることによるコストダウンと利便性向上が望め、将来的には有望な手段の一つである。
【０１２８】
しかし、現状はＩＣチップを搭載するためコスト高である。そのため、管理コストを低くしたい場合は別の手段が望まれる。
【０１２９】
この時に用いられる別手段としては、ＩＣチップのように大量のデータを記録できないが、コストが低く記憶量をある程度確保できる磁気カードが有望である。更には、紙にプリントアウトして手渡すという方法も考えられる。
【０１３０】
また、昨今、印刷注文時に印刷ショップに出向く煩わしさから、インターネット経由で印刷注文し、印刷物は宅配便で届けてもらう方法も普及している。
【０１３１】
この場合、印刷ショップに出向かないため、ＩＣカ−ドという物理的な手段で情報のやり取りを行うことが出来ない。
【０１３２】
ここでは、ＩＣカ−ド以外の手段の場合に、図３に示したＳ０９や、図６に示したＳ４２をどのように実現するかを説明する。
【０１３３】
＜磁気カードあるいは紙による手段＞
本実施形態では、上述したＩＣカ−ド以外の手段には、ＣＰＵが搭載されていないので、Ｓ４２での公開鍵による暗号処理を別の装置で行わなければならないということが特徴となる。
【０１３４】
磁気カードのリーダ装置に暗号処理機能を持たせ、磁気カードからユーザ鍵情報（Ｋｅｙ１）とプリンタのための公開鍵（ＫｅｙＰ）を読み出してリーダ装置に入力する。
【０１３５】
また、図６に示したＳ４１で受け付けた部数や納期といった印刷制御情報もリーダ装置に入力する。リーダ装置は入力されたこれらの値を、Ｓ４２で説明したように暗号化した情報を生成し、ジョブ入稿ＰＣ１０６に渡す。
【０１３６】
このように、ユーザが管理しているユーザ鍵情報（Ｋｅｙ１）とプリンタのための公開鍵（ＫｅｙＰ）が磁気カードから外にそのままの形で出てしまう。
【０１３７】
この点に関しては、リーダ装置から外には出ないように設計することである程度のセキュリティ度を保つことが出来る。
【０１３８】
また、紙の場合は、ユーザ鍵情報（Ｋｅｙ１）とプリンタのための公開鍵（ＫｅｙＰ）が紙に印刷されて、ユーザに渡される。リピート注文時は、その紙を見ながら、ユーザがキーボードを使ってユーザ鍵情報（Ｋｅｙ１）とプリンタのための公開鍵（ＫｅｙＰ）を入力することになる。その入力装置は、ジョブ入稿ＰＣ１０６とは別の装置である方が望ましい。
【０１３９】
その入力装置は、上記リーダ装置同様に、暗号化し暗号文を生成し、ジョブ入稿ＰＣ１０６に渡す。
【０１４０】
このように、紙で渡す場合は、図３に示すＳ０９で、渡す時と、図６に示すＳ４１で受け付ける時に、印刷ショップの店員や第三者の目に触れる可能性が高くなる。
【０１４１】
また、紙を見て鍵をキー入力するため、間違いが発生しやすく、また、入力による煩わしさが発生する。
【０１４２】
どちらにせよ、ユーザ鍵情報Ｋｅｙ１が、ユーザの管理下から外に出るという問題が発生する。
【０１４３】
しかし、これらの問題や煩わしさはある程度の運用でカバーできるという面もあるので、セキュリティ度と利便性、コストの兼ね合いで手段を決定すればよい。
【０１４４】
また、上記以外に部数や納期といった印刷制御情報を入力する手段として、一回一回のジョブ毎に発行する形式のジョブカード（磁気式で小容量）を採用することも可能である。これにより、低価格化で部数や納期といった印刷制御情報を入力することができる。
【０１４５】
＜インターネットによる注文＞
インターネット経由で印刷注文する方法は、今後も伸びていくと考えられる。この場合、ＩＣカ−ドや磁気カードといった物理的な手段で情報のやり取りを行うことが出来ない。
【０１４６】
ユーザは、図１に示したクライアントＰＣ１０７を用いてインターネット１０２経由でジョブ入稿ＰＣ１０６に接続する。
【０１４７】
現実的には、別途ジョブ入稿サーバが備えられ、ジョブを処理する負荷の分散が図られている。
【０１４８】
また、インターネット特有のセキュリティ対策のための様々なアプライアンス装置が導入され、インターネットからのジョブ処理に役割を果たしている。
【０１４９】
しかし、本発明においては本質的ではないので、図１に示すシステム例では単純化のために省略している。
【０１５０】
ジョブ入稿ＰＣ１０６は、ジョブの注文をクライアントＰＣ１０７より受け付けると、上記で説明したようなシーケンスで処理を行う。
【０１５１】
そして、図４に示したＳ０９において、ユーザが操作するクライアントＰＣ１０７のＷｅｂクライアントソフト（例えばブラウザ）に対して、Ｕｓｅｒ  ＩＤやＪＯＢ  ＩＤと共に、ユーザ鍵（Ｋｅｙ１）とプリンタの公開鍵（ＫｅｙＰ）を送信する。
【０１５２】
クライアントＰＣ１０７のＷｅｂクライアントソフトは、ジョブ入稿ＰＣ１０６から受信したこれらのデータをジョブ入稿ＰＣ１０６が指定する表示形式でディスプレイ上に表示し、ユーザにその受信した情報の詳細を通知する。
【０１５３】
この方法は、通常のＷｅｂサーバとクライアントの技術が用いられているので、詳細な説明は省略する。
【０１５４】
ユーザは、通常通知されたこれらの値をデジタルデータとしてクライアントＰＣ１０７が備える不揮発性メモリに保存するか、クライアントＰＣ１０７から通信可能ないずれかのプリンタより紙にプリントアウトして保存する。なお、クライアントＰＣ１０７がデジタルデータとして不揮発性メモリに保存した場合は、これらの鍵情報を入力する時にコピー＆ペースト処理することができ、入力の煩わしさが低減する。
【０１５５】
次に、図６に示したＳ４２における処理を、図７を用いて説明する。
【０１５６】
図７は、図１に示したジョブ入稿ＰＣ１０６が備える表示装置に表示されるユーザインタフェースの一例を示す図である。本例は、ジョブ入稿ＰＣ１０６にインストールされているＷｅｂブラウザを介して表示されるものとする。また、本画面は、ユーザＩＤとパスワードが入力されて認証された後の印刷注文画面（リピート画面）を表示した状態に対応する。
【０１５７】
ユーザは、リピート印刷を注文するために、Ｗｅｂクラインアントソフト（本実施形態では、Ｗｅｂブラウザ）を用いてクライアントＰＣ１０７からジョブ入稿ＰＣ１０６にアクセスする。
【０１５８】
まず、クライアントＰＣ１０７において、Ｗｅｂブラウザを介して表示されるユーザインタフェース上で、一般的にＵｓｅｒ  ＩＤとそのパスワードを入力してユーザ認証を行う。
【０１５９】
そして、認証処理が成功した場合には、Ｗｅｂクラインアントソフトに表示されるトップ画面から、図７に示す印刷注文画面（リピート）ページを呼び出す。
【０１６０】
これにより、クライアントＰＣ１０７の表示画面には、ユーザ認証されていると、通常は「ようこそ、○○さま」などと表示される。
【０１６１】
この画面において、図７に示すように、ユーザに対してＪＯＢ  ＩＤ、注文部数、納期、ユーザ鍵、プリンタ公開鍵の入力を促す。なお、支払い方法や、納品方法を加えてもよい。
【０１６２】
そして、図７に示す画面において、ユーザは、保存していたこれらの値を入力する。全ての値を入力し、間違いが無いことを確認したら、ユーザが発注ボタンＢＴ１を押下してリピート印刷を発注する。
【０１６３】
すると、クライアントＰＣ１０７のＷｅｂクラインアントソフトにおいて、図６に示したＳ４２の処理が行われる。
【０１６４】
即ち、ユーザ鍵（Ｋｅｙ１）とその部数、納期などの印刷制御情報とを組み合せて、これをＩＣカード内に保存しているプリンタの公開鍵（ＫｅｙＰ）で暗号化する。このようにして暗号化された暗号文は、クライアントＰＣ１０７からジョブ入稿ＰＣ１０６にインターネット１０２を介して送信される。
【０１６５】
以上より、ユーザ鍵はユーザの手元から外に出ることなく、暗号化された情報のみが印刷システムに入力される。
【０１６６】
なお、ジョブ入稿ＰＣ１０６は、クライアントＰＣ１０７との間は、例えばＳＳＬやＩＰｓｅｃといった通信路上の暗号化技術によって通信データが保護されており、データがインターネット１０２上で盗聴される心配はない。
【０１６７】
〔第３実施形態〕
以下、図６に示したＳ４２の処理における部数や納期といった印刷制御情報の取り扱う別の実施形態について説明する。
【０１６８】
上記第１実施形態においては、部数や納期をそのまま値としてユーザ鍵情報Ｋｅｙ１と組み合せている場合について説明した。
【０１６９】
しかし、これ以外の印刷制御情報を扱いたい場合も考えられる。更に、この印刷制御情報はＪＤＦ（Job Definition Format）などの標準化が普及してきており、この場合、印刷制御情報は、例えばＸＭＬ形式で記述されている。そのような場合、ＸＭＬデータそのものをユーザ鍵情報（Ｋｅｙ１）と組み合せることは次の理由から不都合である。
【０１７０】
第１の理由は、秘密鍵で暗号化する平文が長くなる。
【０１７１】
第２の理由は、ＸＭＬデータは公開されている形式なので、良く知られている文字列を暗号化することで復号化の攻撃に弱くなる。
【０１７２】
よって、印刷制御情報は暗号化せずＸＭＬデータとして平文で送り、それからダイジェスト関数でハッシュ値を算出して、それをユーザ鍵情報（Ｋｅｙ１）と組み合せるという方法が考えられる。ここで、ハッシュ値とは、データの改竄性を判定するための検証情報として機能する。また、本実施形態では、ＸＭＬデータをダイジェスト関数で生成したハッシュ値を第２の検証情報として機能させ、さらに、第２の検証情報と、鍵管理サーバ１０５で発行されたユーザ鍵情報とをプリンタ１０３の公開鍵で暗号化する。そして、暗号化された暗号文と、暗号化せずに平文の印刷制御情報（ＸＭＬデータ）をプリンタ１０３に送信する。
【０１７３】
そして、プリンタ１０３は、プリンタ１０３の秘密鍵で復号化したハッシュ値（第１の検証情報として機能する）と平文の印刷制御情報（ＸＭＬデータ）をジョブ入稿ＰＣ１０６から受信する。そして、プリンタ１０３は、ジョブ入稿ＰＣ１０６から受信した平文の印刷制御情報から計算したハッシュ値と、復号したハッシュ値とを比較し、それぞれが一致しているかどうかを判断する。つまり、秘密鍵で復号化して得られるハッシュ値（第１の検証情報として機能する）と平文で受信した印刷制御情報（ＸＭＬデータ）から計算したハッシュ値とが一致する場合と、一致しない場合が発生する。そこで、生成したハッシュ値と復号したハッシュ値が一致するとプリンタ１０３が判断した場合、印刷制御情報に改竄がないと判断して、そのＸＭＬデータで記述された印刷制御情報を基に印刷を行う。なお、本実施形態では、ジョブ入稿ＰＣ１０６から、すなわち、暗号化されていない印刷制御情報と、暗号化された暗号文を同一の情報処理装置から受信する（第３の受信処理）。
【０１７４】
〔第４実施形態〕
第１実施形態においては、図３に示したＳ０８において、印刷処理を行うプリンタを決定している。多くの場合は不都合が無いが、多くのプリンタを効率的に運用したい場合は印刷する直前に処理するプリンタを決定したり、変更したりしたい。
【０１７５】
また、より高速なプリンタで処理するため、より中央の印刷システムに設置されているプリンタに印刷ジョブを転送したい場合などが考えられる。
【０１７６】
この場合、公開鍵はプリンタそのものではなく、仮想的なプリンタや仮想的なＢＯＸ（印刷データを保管しておく領域）などを想定する方がよい。
【０１７７】
近年、印刷ジョブの投入先として仮想プリンタを用意しておき、仮想プリンタを制御する印刷システムにおいて、フレキシブルに実際の（物理的な）プリンタを切り替える方法が実現されてきている。
【０１７８】
この方法を用いると、仮想プリンタに対して印刷ジョブを送信した後でも、実際に出力する物理的なプリンタを変更することが出来る。
【０１７９】
よって、本実施形態における公開鍵は、仮想プリンタのものを使うことで、出力するプリンタは出力時に変更することが出来る。
【０１８０】
また、従来の印刷システムでは、ＢＯＸは、プリンタそのもののシステムの中に組込まれていた。即ち、ＢＯＸから印刷出力するプリンタは、そのＢＯＸが組込まれているプリンタに限られていた。
【０１８１】
しかし近年、複数のプリンタのＢＯＸをネットワークで結び、どのプリンタからでもアクセスできるようにした方法が提案されてきている。
【０１８２】
ここでは、このようなＢＯＸ方式を仮想ＢＯＸと呼ぶ。これは、ＢＯＸとプリンタが固定化されていないことを示す。この方法を用いると、仮想ＢＯＸに対して印刷ジョブを送信した後でも、実際に出力する物理的なプリンタを変更することが出来る。
【０１８３】
よって、本実施形態における公開鍵は、仮想ＢＯＸのものを使うことで、出力するプリンタは出力時に変更することが出来る。
【０１８４】
このように本実施形態における公開鍵は、これら仮想プリンタや仮想ＢＯＸといったものを設定することも可能である。
【０１８５】
上記いずれかの実施形態によれば、印刷システムで暗号化されて保管されているユーザの印刷ジョブに対して、リピート印刷において、秘匿性を担保した状態で復号鍵を渡すことができる。
【０１８６】
更には、リピート印刷後に繰り返し攻撃による印刷物が容易に取得されてしまうことを防ぐことが出来る。これにより、ユーザの印刷データの秘匿性を担保した状態で管理することが可能となる。
【０１８７】
また、本実施形態では、図６に示したように、システム鍵Key2を鍵管理サーバ１０５からそのままプリンタ１０３に送信する場合について説明した。しかしながら、ユーザ鍵情報（Key1）とシステム鍵情報（Key2）をそれぞれプリンタ１０３に送信する時に、プリンタの公開鍵で暗号化して送信するように制御してもよい。
【０１８８】
これにより、プリンタが離れた所にありインターネット経由で遠隔出力する時に有効な手段となる。さらに、鍵管理サーバが離れた所にある印刷システムに本実施形態を適用する場合にも有効な手段となる。
【０１８９】
〔第５実施形態〕
以下、図８に示すメモリマップを参照して本実施形態に係るジョブ入稿ＰＣ１０６、ジョブ管理サーバ１０４、鍵管理サーバ１０５、プリンタ１０３を含む印刷システムで読み取り可能なデータ処理プログラムの構成について説明する。
【０１９０】
図８は、本実施形態を示す印刷システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。なお、本実施形態では、印刷システムとしてのメモリマップの例を示すが、本実施形態に係るジョブ入稿ＰＣ１０６、ジョブ管理サーバ１０４、鍵管理サーバ１０５、プリンタ１０３毎にそれぞれ独立して記憶媒体にそれぞれのプログラムが記憶される。
【０１９１】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１９２】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１９３】
本実施形態における図４〜図６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１９４】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１９５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１９６】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１９７】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１９８】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１９９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０２００】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２０１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０３】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０２０４】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０２０５】
【図１】本発明の第１実施形態を示す印刷システムの構成を示す図である。
【図２Ａ】図１に示したジョブ管理サーバにジョブ管理データベースの構成を説明する図である。
【図２Ｂ】図１に示した鍵管理サーバにおける鍵情報テーブルの構成を説明する図である。
【図３】本実施形態を示す印刷システムにおける第１の印刷処理シーケンス例を示す図である。
【図４】本実施形態を示す印刷システムにおける第２の印刷処理シーケンス例を示す図である。
【図５】本実施形態を示す印刷システムにおける第３の印刷処理シーケンス例を示す図である。
【図６】本実施形態を示す印刷システムにおける第４の印刷処理シーケンス例を示す図である。
【図７】図１に示したジョブ入稿ＰＣが備える表示装置に表示されるユーザインタフェースの一例を示す図である。
【図８】本実施形態を示す印刷システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０２０６】
１０３  プリンタ
１０４  ジョブ管理サーバ
１０５  鍵管理サーバ
１０６  ジョブ入稿ＰＣ
【図１】
2009276980.tif 000003
【図２Ａ】
2009276980.tif 000004
【図２Ｂ】
2009276980.tif 000005
【図３】
2009276980.tif 000006
【図４】
2009276980.tif 000007
【図５】
2009276980.tif 000008
【図６】
2009276980.tif 000009
【図７】
2009276980.tif 000010
【図８】
2009276980.tif 000011