(57)【要約】【課題】  プリンタのファームウェアやフォント、カラープロファイルなどのリソースを登録、更新することの出来るユーザを認証することで、プリンタへの不正なデータやリソースの混入を防ぐ。【解決手段】  登録データをプリンタに送出する際に、サーバに対して認証チケットを発行要求する。サーバが発行したチケットをプリンタに送出し、プリンタは受け取ったチケットをサーバが認証した後に、ファームウェアやリソースの登録、更新を行う。【選択図】  図２
2007026078.tif 000002
【特許請求の範囲】
【請求項１】
印刷装置内のソフトウェア資源使用者の情報を保持するサーバであって、ソフトウェア資源の更新許可情報を発行する発行手段と、使用者の情報を記憶する記憶手段と、許可情報が正しいかどうかの問い合わせに対して判定を行う判定手段をそなえ、印刷装置から更新許可情報の正否判定依頼に対して、判定結果を送出することを特徴とするサーバ装置。
【請求項２】
ソフトウェア資源の更新許可情報発行時に、ソフトウェア資源使用者情報と比較し、使用者が一定期間不在であったか、使用者の許可が出ているソフトウェア資源に関して許可情報を発行することを特徴とする請求項1のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリンタ等の印刷装置で使用する、フォントデータ、フォームオーバレイデータ、カラーマッチングデータ等の印刷リソースの更新や、プリンタのファームウェアの更新に関するものである。
【背景技術】
【０００２】
従来、プリンタへのフォントの登録はダウンロード時のプロテクトが無いか、ライセンスを受けたことを証明するために、キーFD方式と呼ばれるプロテクションが存在した。
【０００３】
他のリソースでは、通常ライセンス管理などは行われず、ファームウェアでさえ自由に登録することが可能であった。そのため、プリンタの動作に大きく関わるファームウェアの登録では、サービスマンなど特定の人が行うといった運用面での保護しかなかった。
【０００４】
ただし、特開2001-175551に見られるプリンタ管理方法では、電子メール内のパスワードを用いて認証を行うものがあった。
【特許文献１】特開２００１−１７５５５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
キーFD方式では、フォントのライセンスは管理できるが、ライセンス管理されていないフォントについては自由にダウンロードされる可能性があり、ライセンス管理されていないフォントを装って、プリンタの動作を不正にする、いわゆるウィルスなどが混入していた場合にプリンタ保護することはできない。
【０００６】
ファームウェアなども同様に管理が十分とは言えず、特開2001-175551の管理方法でも単なるパスワード方式であり、情報が人についてまわるものであった。すなわち、フォントデータ等のリソースやファームウェアの安全性を確保するものではなく、作業者を特定するに過ぎなかったため、改変されたファームウェアが流通してしまったときに、それを止める手段は無かった。
【０００７】
PC上では、DSIGと呼ばれるデジタル署名によりプログラムの改ざん防止が行われているものもあるが、プリンタのように複数人がユーザとなる場合では、別の人に成りすまして作業したり、ダウンロードされているフォントを勝手に削除してしまうといったことを防ぐことは出来なかった。
【課題を解決するための手段】
【０００８】
プリンタのリソースやファームウェアの追加や更新、破棄などの処理を行うことが可能なユーザの権限情報を保持したサーバを設け、処理を行うためにプリンタに送出される情報に権限情報を付加することで、プリンタは正規の更新者かどうかの判断を行うことが出来る。
【０００９】
さらに、リソースの更新や破棄の場合、誰が更新/破棄対象のリソースを入れたかを追跡することが可能になり、自分がダウンロードした印刷リソースが知らない間に更新されてしまうということを防止できる。
【発明の効果】
【００１０】
本発明によれば、プリンタにリソースやファームウェアを登録する場合に、ユーザ毎かつデータの種類毎にその権限をサーバで管理し、登録権限の有無を判断して、チケット発行と認証を行う一方で、プリンタはサーバが発行した権限情報に従って動作することにより、リソースやファームウェアに特殊な情報を付加することなく登録処理の権限管理が行える。さらに、期間限定での使用許可などより細かい管理が可能となる。
【発明を実施するための最良の形態】
【００１１】
図1は本発明の特徴をもっとも良く表した図であり、同図を用いて本発明のシステム構成を説明する。図1において、1はネットワークである。ネットワークは、物理的なケーブルと、通信のためのプロトコルを合わせた概念であり、ここではTCP/IPによる通信が行われているものとする。2はPCであり、プリンタ内に保持されているフォント、フォーム、カラープロファイルなどのリソースやファームウェアをプリンタに登録したり、プリンタから削除する。3は登録/削除対象プリンタであり、1台の場合もあるが、通常は複数のプリンタがネットワーク上に接続されている。4は認証サーバであり、どのプリンタのリソースが使用可能かという情報を保持し、かつ要求に従って認証チケットを発行する。
【００１２】
図2は、ダウンロード等、プリンタへのリソースもしくはファームウェアの登録実行手順を表した図である。登録する前に、(1)で認証チケット発行をサーバに要求する。サーバは(2)で認証チケットを発行する。(3)では認証チケットを付加した登録データをプリンタに送出する。プリンタは(4)でサーバにチケットの有効性を確認し、サーバは(5)でチケットの認証情報を返す。認証の結果、登録処理実行を許可されたユーザからの登録であると判断された場合、プリンタは、登録データの登録処理を行う。登録処理実行権が無いと判断された場合、登録データを破棄し、登録処理は行わない。
【００１３】
図3はPCの動作を表すフローチャートである。同図を用いて、リソースのダウンロードやファームウェアの更新など、登録データ送出時のPCの動作を説明する。まずステップS301ではサーバにユーザIDを送信する。ユーザIDはサーバに登録されているユーザ名やパスワードであり、通常はネットワーク経路上で盗聴などにより情報が漏洩されることを避けるため、SSLなどを用いて暗号化される。続けてS302でプリンタに登録するリソースの種類もしくはファームウェアの種類とリソース名（ファームウェアであればファームウェア名）を送出する。リソース名やりソース種別、あるいはファームウェア種別とファームウェア名は、リソースもしくはファームウェアを特定する情報であればよく、ファイル名、リソースファイル内部あるいはファームウェア内部に格納されている情報などを組み合わせた情報であり、コンピュータで処理できれば人間にとって可読性のある名前でなくてもよい。例えばフォントであれば、書体名称とID、フォームであればフォームタイトルとID、カラープロファイルであればプロファイル名称、ファームウェアではファイル名と、NIC（ネットワークインターフェースカード）のファームウェアかプリンタコントローラのファームウェアか排紙を処理するフィニッシャーのファームウェアかといった情報がこれに相当する。
【００１４】
ステップS301とステップS302は連続して行われる必要があり、ネットワークでコネクションを張ってから解除するまでに連続して行われる。
【００１５】
ステップS303では、サーバからチケットが発行されるのを待ち、発行されたチケットを受信する。ステップS304では受け取ったチケットを登録データに付加してプリンタに送出して処理を終了する。
【００１６】
図4はチケット発行要求受信時のサーバの動作を表すフローチャートである。同図を用いて、チケット発行要求受信時のサーバの動作を説明する。ステップS401ではチケット発行要求を受信する。チケット発行要求には、ユーザのID、リソースもしくはファームウェア名、リソースもしくはファームウェアの種別を受け取る。ステップS402では受け取った情報からユーザ名とリソース種別もしくはファームウェア種別を取り出す。ステップS403では、前ステップで取り出した情報がサーバに登録されているかどうかを判定する。ここでリソース名もしくはファームウェア名は比較対象としない。認証サーバで管理されるべきリソースもしくはファームウェアの種類はあらかじめ登録可能であるが、個々のファイル名やリソース名まではあらかじめ登録することが出来ないことがその理由である。ステップS403でサーバに登録されている、すなわち権限があるとされている場合はステップS404に進み、登録されていない、すなわち権限がないとされている場合はステップS405に進む。ステップS404では、登録権限ありという情報と、そのリソースもしくはファームウェアを特定する情報、ユーザ情報を含んだ認証チケットを生成する。ステップS405では登録権限なしという情報を含んだ認証チケットを生成する。ステップS404もしくはステップS405において、チケット情報には、チケット生成時刻が付加された上で暗号化され、改ざん防止情報とともに保持される。改ざん防止は、一般にハッシングと呼ばれる方法で行われ、秘密キーと公開キーを用いるものである。即ち、サーバ内に保持された秘密キーとチケットデータからハッシング情報を生成し、チケットに保持する。改ざんされているかどうかは公開キーを用いて判断することが出来るが、新たな改ざん防止情報を生成しようとしても公開キーでは生成できないものであり、インターネット等を使用したファイル転送システムではデジタル署名等で使われている。ステップS406ではチケット情報を送出する。
【００１７】
図5はプリンタの動作を表すフローチャートである。同図を用いて、登録データ受信時のプリンタの動作を説明する。ステップS501では登録データを受信する。登録データには、リソースのダウンロードもしくはファームウェアの更新といったデータ登録の使用許可不許可を判断するためのチケットが付加されている。ステップS502ではチケットをサーバに送出する。ステップS503では、サーバからの認証情報を受信する。ステップS504では、登録権限があるかどうかを判定し、権限ありであればステップS505に進み、権限なしであればステップS506に進む。ステップS505では、データをその種類に応じて登録する。データの種類に応じるとは、ファームウェアであれば、そのファームウェアを動作させるハードウェアのHDDもしくはFlash Memory等の記憶媒体に書き込み、リソースであれば、そのリソースを登録可能なHDDもしくはFlash Memory等の記憶媒体のあらかじめ決められたディレクトリに保存する。登録した後、処理を終了する。ステップS506ではデータを破棄して処理を終了する。
【００１８】
図6はチケット認証情報要求受信時のサーバの動作を表すフローチャートである。同図を用いて、チケット認証情報要求受信時のサーバの動作を説明する。ステップS601ではチケット発行要求を受信する。ステップS602では改ざんチェック処理を行う。ステップS603では前ステップの処理に従って改ざんされているかどうかを判定し、改ざんされていると判断された場合はステップS606に進み、改ざんされていないと判断された場合はステップS604に進む。ステップS604では、チケットの有効期限を判断し、有効期限切れ、即ちTimeoutしていると判断された場合はステップS606に進み、有効期限内と判断された場合はステップS605に進む。ステップS605では、チケットの内容から、権限の有無を確認する。ステップS607では、データの登録権限の有無を返送する。
【００１９】
次に、実際の動作を説明する。
【００２０】
PC上では、印刷時に、ユーザAがフォント1をプリンタXにダウンロードしようとしている。サーバには、ユーザAはフォントのダウンロード許可という情報は記憶されていない。サーバにチケットを発行してもらうと、チケットにはフォント1を登録できないという情報が含まれる。このため、ユーザAがフォント1をダウンロードしようとしても、プリンタはダウンロードされたフォントAを登録することなく破棄する。後にサーバ上でユーザAはフォントのダウンロード許可されるという情報が設定された場合は、チケットにはユーザA、フォント、フォント1、ダウンロード許可という情報が付加される。プリンタでは、チケットをサーバに送ると、フォントダウンロードデータを登録してよいという認証結果が得られるため、プリンタにフォント1を登録する。
【００２１】
なお、本実施例では、チケットとデータを一括でプリンタに送出するが、回線が遅い場合やプリンタの記憶装置の容量が小さい場合などは、チケットとデータを別々に送ることも可能である。この場合、チケットに、送出するデータを厳密に特定する情報も入れておき、登録許可された後にPCからデータを受け取り、受け取ったデータと認証情報にふくまれているデータの整合性を確認する。PCが登録データを送出するタイミングは、チケット送出から一定時間経過後とするか、プリンタから送出許可情報を受け取るという方法がある。前者であればプリンタからPCへの通知は不要であるが、後者であればプリンタからPCに登録データ送出を許可するための情報を送ることが出来るようにする必要がある。登録データを厳密に特定することは、サーバでチケットを作るときにデータのチェックサムやハッシュ情報などをチケットに入れておき、プリンタがサーバにチケットを送ったときにそのデータを取り出してプリンタに返送し、実際の登録データと比較することで行える。
【００２２】
以上述べたように、サーバで登録データの種類とユーザを合わせて権限管理し、チケット発行と認証を行い、プリンタがその認証情報に従って動作することにより、登録データに特殊な処理をすることなく登録権限の管理が行え、かつ期間限定などより細かい管理が可能となる。
【００２３】
なお、本発明はあらかじめ各装置に実装されたプログラムとして実施してもよく、また汎用コンピュータ等にロードされて実行されるソフトウェアプログラムとして実施してもよく、またそのプログラムをCD-ROM等の媒体に記憶させてもよい。
【図面の簡単な説明】
【００２４】
【図１】本発明を実施したシステムの構成を表した図である。
【図２】本発明のデータの流れを表した図である。
【図３】PCの動作を表すフローチャートである。
【図４】サーバのチケット発行時の動作を表すフローチャートである。
【図５】プリンタの動作を表すフローチャートである。
【図６】サーバの、権限情報を発行するときの動作を表すフローチャートである。
【図１】
2007026078.tif 000003
【図２】
2007026078.tif 000004
【図３】
2007026078.tif 000005
【図４】
2007026078.tif 000006
【図５】
2007026078.tif 000007
【図６】
2007026078.tif 000008