JP2006279935A - 情報処理装置、その制御方法及びコンピュータ読取可能記録媒体 - Google Patents

Abstract

【課題】所定の実体情報を格納した可搬記録媒体のライセンスによる管理を実現する。
【解決手段】所定の実体情報と第１のライセンス情報とが記録され着脱可能な記録媒体を用いる構成とされ、第１のライセンス情報と自機が有する第２のライセンス情報とを比較し、比較結果に応じて前記記録媒体に記録された前記所定の実体情報を使用可能とする構成を有する。
【選択図】図２

Description

本発明は、所定の実体情報を記録した着脱可能な記録媒体を用いる情報処理装置、その制御方法及びコンピュータ読取可能記録媒体に関する。

従来よりファームウェア等の所定の実体情報を記録した記録媒体を装置に着脱可能に装着して用いるようにした情報処理装置がある。例えば機能を追加するためのプログラムが記録されたＳＤカード等の着脱可能な記録媒体を用いるプリンタ等がある。最近ではこのような着脱可能な記録媒体が多くの機種間で共通に使われるようになってきている。尚、プログラムを記録した着脱可能な記録媒体を用いる画像形成装置として、そのプログラムの不正コピーや不正使用を禁止するようにしたもの（例えば、特許文献１参照）、及びそのプログラムを容易に起動できるようにしたもの（例えば、特許文献２参照）が提案されている。
特開２００１−３０６１７０号公報 特開２００４−１１０７７９号公報 特開２００４−３０３２１０号公報

上記のように実体情報を記録した記録媒体が多くの機種間での使い回しが容易になった結果、不正コピーや不正使用が行われ得るような機会が多くなるという問題があった。前記特許文献１等による対策も提案されているが、未だ必ずしも十分とはいえない部分があるものと考えられ得る。

従って、本発明は、着脱可能な記録媒体の使用を効果的に制限することを課題とする。

請求項１の発明による情報処理装置は、所定の実体情報と、情報処理装置に係る第１のライセンス情報とが記録され着脱可能な記録媒体を用いる画像形成装置において、着脱可能な記録媒体に係る第２のライセンス情報が記憶される記憶手段と、前記第１のライセンス情報と前記第２のライセンス情報とのうち少なくとも一のものを使用してライセンス情報の照合を行うライセンス確認手段と、前記ライセンス確認手段の照合結果に応じて前記記録媒体に記録された前記所定の実体情報の使用の可否を制御する実体情報使用可否制御手段とを有することを特徴とする。

請求項２の発明による情報処理装置は、請求項１において、前記情報処理装置に係る第１のライセンス情報は、前記画像形成装置を一意に示す識別情報を含み、前記着脱可能な記録媒体に係る第２のライセンス情報は前記記録媒体を一意に示す識別情報を含み、前記ライセンス確認手段は前記第１、第２のライセンス情報の前記各一意に示す識別情報のうちの少なくとも一のものを使用してライセンス情報の照合を行い、照合結果が不一致の場合、前記実体情報使用可否制御手段は前記記録媒体に記録された所定の実体情報の使用を不可とすることを特徴とする。

請求項３の発明による情報処理装置は、請求項１，２において、前記記録媒体及び／又は前記記憶手段にライセンス情報を新規に追加するためのライセンス情報追加手段を有することを特徴とするものである。

請求項１の発明によれば、着脱可能な記録媒体に格納された所定の実体情報を利用できる情報処理装置を限定することが可能であり、容易にかつ効果的に所定の実体情報の使用の制限を行うことが可能となる。

請求項２の発明によれば、着脱可能な記録媒体の不正な使用を確実に防止することができる。

請求項３の発明によれば、必要に応じて記録媒体及び／又は情報処理装置にライセンス情報を新規に追加することができる。

以下、本発明の実施形態を図面と共に説明する。

図１は本発明の実施形態による、情報処理装置の一例としての画像形成装置のハードウェアの構成を示すブロック図である。

図１において、２０１は画像形成装置に着脱可能な、所定の実体情報としてのファームウェア等の実行プログラムを記録した記録媒体で、例えばＳＤカードやメモリースティックである。２０２は操作部で、ユーザへの機能提供や状態通知などを行うためのインターフェースである。２０３はＩ／Ｏ コントローラで、記録媒体１やＵＩ（ユーザインターフェース）など外部からの入出力を制御するデバイスである。２０４は不揮発メモリで、画像形成装置の状態や情報を格納し、電源を切っても情報を保持可能なメモリデバイスである。２０５はＣＰＵで、記録媒体に記録されたファームウェア等のプログラムの実行を制御する。

図２は本発明の実施形態によるソフトウェアの構成を示すブロック図である。

図２において、２１１は着脱可能な記録媒体１に記録された実行プログラムで、画像形成装置の機能を提供するファームウェア等である。２１２は記録媒体１に記録されるライセンス情報である。２２０は画像形成装置内のＣＰＵ２０５を含むコンピュータシステム等の情報処理装置である。

情報処理装置２２０において、２２１は記録媒体２０１に記録された実行プログラム２１１を実行するプログラム実行手段、２２２は不揮発メモリ２０４に格納されるライセンス情報、２２３はライセンス情報を追加するためのライセンス追加手段、２２４は記録媒体２０１のライセンス情報２１２及び不揮発メモリ２０４のライセンス情報２２２につき、照合処理を行うライセンス確認手段２２４である。

図３は記録媒体２０１に記録されるライセンス情報２１２のデータ構造を示す。尚、不揮発メモリ２０４に記憶されるライセンス情報２２２も同様の構造である。

図３において、ライセンス情報２１２には、複数の実行プログラム♯１、♯２…毎に、それぞれの実行プログラムの名称と対象デバイス識別番号とが記録されている。

次に、上記構成による動作について説明する。

図４はシステムの起動からの処理呼び出し手順を示すフローチャートである。

システムを起動して処理を開始する（Ｓ１）。システム起動後はまずライセンス確認手段２２４でライセンス情報を確認する。記録媒体１のライセンス情報２１２及びシステムのライセンス情報２２２が、それぞれ相手方の識別情報を示す情報を含んでいれば、“ライセンス有り（実行プログラム２１１の実行可能）”、何れか一方のライセンス情報が含まれないときは“ライセンスなし（ライセンス未登録）”、“ライセンスエラー”の３つの状態の何れかを確認する（Ｓ２）。（Ｓ２）からライセンス確認結果を通知され、起動可能であれば、自動的に実行プログラム２１１を起動する（Ｓ３）。ライセンス確認結果を（Ｓ２）から通知され、ライセンスが未登録状態であれば、ユーザからのライセンス追加要求を待ち、要求があればライセンス情報の追加処理を実行する（Ｓ４）。

図５は、図４中のステップＳ２に対応する、ライセンス確認手段２２４によるライセンス確認処理を示すフローチャートである 。

ライセンス確認処理を開始し（Ｓ１１）、記録媒体１からライセンス情報２１２を取得する（Ｓ１２）。システム内部の不揮発メモリ２０４に格納されたライセンス情報２２２を取得する（Ｓ１３）。ライセンス確認手段２２４は、ライセンス情報２１２とライセンス情報２２２とを比較する。すなわち記録媒体２０１に格納されるライセンス情報２１２からは、システムを一意に決定する識別情報が存在するか否かを確認し、情報処理装置２２０のライセンス情報２２２からは、記録媒体２０１を一意に決定する識別情報が存在することを確認する（Ｓ１４）。（Ｓ１４）において各ライセンス情報が互いに相手方の画像形成装置と記録媒体とを一意に示す情報を含む場合、プログラム手段２１１とライセンス追加手段２２３に“ライセンス有り状態”であることを通知して（Ｓ１５）、処理を終了する（Ｓ１６）。

（Ｓ１４）において、少なくともどちらか一方のライセンス情報が対象となる相手方の記録媒体２０１又は画像形成装置の識別情報と一致しない場合、ライセンス情報が両者ともに登録されてはいないかどうかを確認する（Ｓ１７）。（Ｓ１７）において、ライセンス情報が両者ともに登録されていなかった場合、すなわちまだライセンス追加処理を行っていない場合は、プログラム実行手段２１１とライセンス追加手段２２３に対して“ライセンスなし状態”であることを通知して（Ｓ１８）処理を終了する（Ｓ１９）。このとき実行プログラムは起動しない。（Ｓ１７）の判定結果が、“ライセンス有り”または“ライセンスなし”のどちらの状態でもない場合、すなわちどちらか一方のライセンス情報にのみ、対象となる相手方のデバイスの情報が記されていた場合、“ライセンスエラー”状態となり、エラー状態は操作部２０２からユーザに通知され（Ｓ２０）、処理を終了する（Ｓ２０Ａ）。

図６はライセンス追加手段２２３によるライセンス追加処理を示すフローチャートである。

処理を開始し（Ｓ２１）、前記ライセンス確認処理が終了し、状態を通知されるまで待機する（Ｓ２２）。ライセンス確認処理の結果、通知された状態が“ライセンス有り”状態で実行プログラム２１１を起動できるかどうかを確認する（Ｓ２３）。（Ｓ２３）の結果、“ライセンス有り”状態の場合は、ライセンスの追加はできず、何もせずに処理を終了する（Ｓ２４）。

（Ｓ２３）の結果、“ライセンス有り”状態でなかった場合、“ライセンスなし”状態かどうかを確認する（Ｓ２５）。（Ｓ２５）の結果、“ライセンスエラー”の状態であった場合、ライセンス追加はできず、何もせずに処理を終了する（Ｓ２６）。（Ｓ２５）の結果、“ライセンスなし”状態の場合、ライセンス追加可能であり、ユーザからの要求があれば、その処理を行う。ここでは記録媒体２０１より、その記録媒体２０１を一意に決定できる識別情報と、実行プログラム２１１の名称とを取得する（Ｓ２７）。個々の画像形成装置を一意に決定できる識別情報を取得する（Ｓ２８）。各々の識別情報と、実行プログラム名称とをライセンス情報として得る（Ｓ２９）。記録媒体２０１と画像形成装置の不揮発メモリ２０４にそれぞれ相手方を識別する情報を含むライセンス情報を格納して（Ｓ３０）、処理を終了する（Ｓ３０Ａ）。

図７はプログラム実行手段によるプログラム実行処理を示すフローチャートである。

処理を開始し（Ｓ３１）、前記ライセンス確認処理が終了し、状態を通知されるまで待機する（Ｓ３２）。通知された状態が“ライセンスあり”状態であることを確認する（Ｓ３３）。（Ｓ３３）の結果、“ライセンスあり”状態であれば、指定された実行プログラムを起動して（Ｓ３４）。処理を終了する（Ｓ３５）。（Ｓ３３）結果、“ライセンスあり”状態で無ければ、何もせずに処理を終了する（Ｓ３６）。

次に、本発明の実施例につき、詳細に説明する。

図８は、本発明による情報処理装置の一実施例の構成図である。情報処理装置１は、ソフトウェア群２と，起動部３と，ハードウェア資源４とを含むように構成される。起動部３は情報処理装置１の電源投入時に最初に実行され、後述するようなプログラム起動部を起動する。プログラム起動部は、情報処理装置１のソフトウェア群２を起動する。また、プログラム起動部は、ＳＤカード制御部１１，プログラム追加部１２，アプリ１４−１〜１４−ｎのプログラムを補助記憶装置やＳＤカード等から読み出し、読み出した各プログラムをメモリ装置に転送して起動する。

ハードウェア資源４は、入力装置，表示装置，補助記憶装置，メモリ装置，インターフェース装置，ＳＤカード用スロット等のハードウェアリソースを含む。また、ソフトウェア群２は、ＵＮＩＸ（登録商標）等のＯＳ上に起動されているＳＤカード制御部１１，プログラム追加部１２，アプリ１４−１〜１４−ｎのプログラムを含む。ＯＳはＳＤカード制御部１１，プログラム追加部１２，アプリ１４−１〜１４−ｎのプログラムをプロセスとして並列制御する。

ＡＰＩ（Application Program Interface ）１５は、予め定義されている関数によりアプリ１４−１〜１４−ｎからの要求を受信するために利用される。エンジンＩ／Ｆ１６は予め定義されている関数によりハードウェア資源４に対する要求を送信するために利用される。なお、ＳＤカード制御部１１はＳＤカードスロットにＳＤカードが挿入された場合にその状態を取得し、これを後述するＳＣＳを介し操作者に提示する機能を有する。またプログラム追加部１２は、後述するアプリ起動用ＳＤカードに格納されたアプリ追加用ファイルの認証チェックを行う機能を有する。

次に、情報処理装置１のハードウェア構成について説明する。図９は、本発明による情報処理装置の一実施例のハードウェア構成図である。図９の情報処理装置１は、それぞれバスＢで相互に接続されている入力装置２１，表示装置２２，補助記憶装置２３，メモリ装置２４，演算処理装置２５，インターフェース装置２６およびＳＤカード用スロット２７を有するように構成される。

入力装置２１はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置２２は、操作に必要な各種ウインドウやデータ等を表示する。インターフェース装置２６は、情報処理装置１をネットワークやコンピュータ端末に接続する為のインターフェースであり、モデム，ルータまたは各種インターフェース規格に応じたデバイス等で構成される。

ＳＤカード用スロット２７はＳＤカードを挿抜可能なものであり、ＳＤカードの挿入または抜き出しに応じた割り込みを後述するＳＤカード制御部に対して行う。補助記憶装置２３は、各種ファイルやデータ等を格納している。ＳＤカード用スロット２７に挿入されたＳＤカードや補助記憶装置２３は、情報処理装置１に係る処理を行わせるＳＤカード制御部１１，プログラム追加部１２，アプリ１４−１〜１４−ｎなどのプログラムを格納すると共に、そのプログラムの処理に必要な各種ファイルやデータ等を格納している。

メモリ装置２４は、情報処理装置１の起動時にＳＤカード用スロット２７に挿入されているＳＤカードや補助記憶装置２３などからＳＤカード制御部１１，プログラム追加部１２，アプリ１４−１〜１４−ｎなどのプログラムを読み出して格納する。そして、演算処理装置２５は、メモリ装置２４に格納されたＳＤカード制御部１１，プログラム追加部１２，アプリ１４−１〜１４−ｎなどのプログラムに従って処理を実行する。

次に、情報処理装置１の応用例として融合機３１の構成について説明する。なお、本実施例では融合機３１の処理を中心に説明するが、情報処理装置１の処理も同様である。

図１０は、本発明による融合機の一実施例の構成図である。融合機３１は、ソフトウェア群３２と，融合機起動部３３と，ハードウェア資源３４とを含むように構成される。ソフトウェア群３２は、ＵＮＩＸ（登録商標）などのＯＳ上に起動されているアプリケーション層３５とプラットフォーム３６とを含む。また、ハードウェア資源３４は白黒レーザプリンタ（Ｂ＆Ｗ ＬＰ）４１と，カラーレーザプリンタ（Ｃｏｌｏｒ ＬＰ）４２と，スキャナやファクシミリなどのその他のハードウェアリソース４３とを含む。

アプリケーション層３５は、プリンタアプリ５１と，コピーアプリ５２と，ファックスアプリ５３と，スキャナアプリ５４と，ネットファイルアプリ５５とを含む。また、プラットフォーム３６は、アプリケーション層３５からの処理要求を解釈してハードウェア資源３４の獲得要求を発生するコントロールサービス層３７と、ハードウェア資源３４の管理を行って、コントロールサービス層３７からの獲得要求を調停するＳＲＭ（システムリソースマネージャ）６９と、ＳＲＭ６９からの獲得要求に応じてハードウェア資源３４の管理を行うハンドラ層３８とを含む。

また、コントロールサービス層３７はＮＣＳ（ネットワークコントロールサービス）６１，ＤＣＳ（デリバリーコントロールサービス）６２，ＯＣＳ（オペレーションパネルコントロールサービス）６３，ＦＣＳ（ファックスコントロールサービス）６４，ＥＣＳ（エンジンコントロールサービス）６５，ＭＣＳ（メモリコントロールサービス）６６，ＵＣＳ（ユーザインフォメーションコントロールサービス）６７及びＳＣＳ（システムコントロールサービス）６８など、一つ以上のサービスモジュールを含むように構成される。

なお、プラットフォーム３６はＡＰＩ８１を有するように構成されている。ＯＳは、アプリケーション層３５およびプラットフォーム３６の各ソフトウェアをプロセスとして並列実行する。

ＮＣＳ６１のプロセスは、データを送受信する際の仲介を行う。ＤＣＳ６２のプロセスは、融合機に蓄積されている文書データの配送などの制御を行う。ＯＣＳ６３のプロセスは、オペレータと本体制御との間の情報伝達手段となる操作パネルの制御を行う。ＦＣＳ６４のプロセスは、ファックスを送受信するためのＡＰＩを提供する。ＥＣＳ６５のプロセスは、ハードウェア資源３４のエンジン部の制御を行う。ＭＣＳ６６のプロセスは、メモリ制御を行う。ＵＣＳ６７のプロセスは、ユーザ情報の管理を行う。ＳＣＳ６８のプロセスは、システムを制御するための処理を行う。ＳＲＭ６９のプロセスは、ＳＣＳ６８と共にシステムの制御およびハードウェア資源３４の管理を行う。

また、ハンドラ層３８はＦＣＵ（ファックスコントロールユニット）の管理を行うＦＣＵＨ（ファックスコントロールユニットハンドラ）７０と、プロセスに対するメモリ領域の割り振り及びプロセスに割り振ったメモリ領域の管理を行うＩＭＨ（イメージメモリハンドラ）７１とを含む。ＳＲＭ６９およびＦＣＵＨ７０は、エンジンＩ／Ｆ８２を利用して、ハードウェア資源３４に対する処理要求を行う。図１０の構成により、融合機３１は各アプリケーションで共通的に必要な処理をプラットフォーム３６で一元的に処理することができる。

次に、融合機３１のハードウェア構成について説明する。図１１は、本発明による融合機の一実施例のハードウェア構成図である。融合機３１は、コントローラ１００と，操作パネル１２０と，ＦＣＵ１２１と，エンジン部１２２とを含む。コントローラ１００は、ＣＰＵ１０１と，システムメモリ１０２と，ノースブリッジ（ＮＢ）１０３と，サウスブリッジ（ＳＢ）１０４と，ＡＳＩＣ１０６と，ローカルメモリ１０７と，ＨＤＤ（ハードディスク装置）１０８と、ＮＩＣ（ネットワークインターフェースカード）１０９と，ＳＤカード用スロット１１０と，ＵＳＢデバイス１１１と，ＩＥＥＥ１３９４デバイス１１２と，セントロニクス１１３とを含む。

ＣＰＵ１０１は、融合機３１の全体制御を行うものである。例えばＣＰＵ１０１は、ＯＳ上にプロセスを起動して実行させる。ＮＢ１０３はブリッジである。ＳＢ１０４は、ＰＣＩバス１１４とＲＯＭや周辺デバイス等とを接続するためのブリッジである。システムメモリ１０２は、融合機３１の描画用メモリなどとして用いるメモリである。ローカルメモリ１０７はコピー用画像バッファ，符号バッファとして用いるメモリである。

ＡＳＩＣ１０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ１０８は、画像データ，文書データ，プログラム，フォントデータ等の蓄積を行うストレージ（補助記憶装置）の一例である。ＮＩＣ１０９は、融合機３１をネットワークに接続するインターフェース機器である。

ＳＤカード用スロット１１０はＳＤカードを挿抜可能なものであり、ＳＤカードの挿入または抜き出しに応じた割り込みを上記ＳＤカード制御部１１に対して行う。ＵＳＢデバイス１１１，ＩＥＥＥ１３９４デバイス１１２およびセントロニクス１１３は、夫々の規格に準じたインターフェースである。

ＮＶＲＡＭ１４２は不揮発メモリであり、融合機３１の製品番号である「機番」が書き込まれている。また、後述するアプリ起動用ＳＤカードの使用制限を目的として、同ＳＤカードを一意に示す識別情報が書き込まれる。

また、操作パネル１２０はオペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。なお、ＦＣＵ１２１はメモリを有しており、例えば融合機３１の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用する。

図１０の融合機起動部３３は、融合機１の電源投入時に最初に実行され、アプリケーション層３５やプラットフォーム３６を起動するものである。図１２は、融合機起動部の一例の構成図を示す。融合機起動部３３は、ＲＯＭモニタ１３０およびプログラム起動部１３１を有する。

ＢＩＯＳおよびブートローダとしてのＲＯＭモニタ１３０は電源投入時に実行されるものであり、ハードウェアの初期化，コントローラ１００の診断，ソフトウェアの初期化などを行う。ＲＯＭモニタ１３０は、ＯＳおよびルートファイルシステムをシステムメモリ１０２上に展開してＯＳを起動する。そして、ＯＳはルートファイルシステムをマウントする。

また、プログラム起動部１３１はＯＳから呼び出されるものであり、システムメモリ１０２，ローカルメモリ１０７上にメモリ領域を確保する。プログラム起動部１３１は、融合機１で最初に起動されるプロセスであって、所定の設定ファイルに従ってファイルシステムをマウントする。プログラム起動部１３１は融合機３１の動作に必要なアプリケーション層３５およびプラットフォーム３６のプログラムを所定の設定ファイルに従ってＨＤＤ１０８，ＳＤカード，ＲＯＭなどから読み出し、読み出した各プログラムをシステムメモリ１０２，ローカルメモリ１０７上に確保したメモリ領域に展開してアプリケーション層３５およびプラットフォーム３６のプロセスを起動するものである。

更に、プログラム起動部１３１の処理について説明する。プログラム起動部１３１は起動時に所定のマスタ設定ファイルを読み込み、読み込んだマスタ設定ファイルに従ってファイルシステムのマウントおよびプロセスの起動を行う。また、プログラム起動部１３１は読み込んだマスタ設定ファイルにマウントの記述が存在した場合、そのマウントの記述に従ってマウント処理を実行する。

さらに、プログラム起動部１３１はマウントしたファイルシステムのルートに所定の設定ファイルが存在する場合やマウントしたファイルシステムのルートに所定の拡張子のファイルを含む所定のディレクトリが存在する場合に、所定の設定ファイル又は所定の拡張子のファイルを読み込んでファイルシステムのマウント処理を行う。

なお、プログラム起動部１３１がマウントできるファイルシステムの一例として、「ｇｚｒｏｍｆｓ」などがある。このファイルシステム「ｇｚｒｏｍｆｓ」は、ｇｚｉｐ圧縮されたＲＯＭＦＳ形式のファイルを管理する。

以下、図１３乃至１５とともに、当該融合機３１において、プログラム起動媒体としてのアプリ起動用のＳＤカードを使用して同ＳＤカードに格納された、所定の実体情報としての実行プログラムを実行する際のライセンス確認動作につき、説明を行う。

ここでアプリ起動用のＳＤカード１４１には、図１３に示す如く、実行プログラムとしての「要求アプリ」ファイル（＊．ｍｏｄ）、「要求アプリ」ファイルの認証用の電子署名ファイル（＊．ｍａｃ）、当該要求アプリに係る所定の設定情報が書き込まれた設定ファイル（＊．ｃｎｆ）、設定ファイル認証用の電子署名（＊．ｌｉｃ）よりなる「アプリ追加用ファイル」が格納されている。

このアプリ追加用ファイルは、たとえば特許文献３中、図６乃至図１７とともに説明されている如くの方法にて、周知の構成を有するＳＤカード１４１に対し、格納することができる。

図１３に示されるプログラム起動部１３１は図１２とともに上述のプログラム起動部１３１に対応する。チェックプログラム１３２は図１０に示すアプリケーション層３５に含まれる（図１０では図示を省略）アプリケーションプログラムの一つである。チェックプログラム１３２はこの融合機３１の、図１１とともに上述したＳＤカード用スロット１１０に挿入されたＳＤカード１４１が、当該融合機３１において使用可能とされたものか否かを確認する機能を有する。

ＳＤカード制御部１３３は、たとえば上記プログラム起動部１３１とともに融合機３１の融合機起動部３３に含まれており、上記ＳＤカード用スロット１１０中に挿入されたＳＤカード１４１の状態を取得する機能を有する。

またＮＶＲＡＭ１４２は図１１とともに説明したＮＶＲＡＭ１４２に対応する。

図１３中、融合機３１のＳＤカード用スロット１１０にＳＤカード１４１が挿入されると、プログラム起動部１３１が同ＳＤカード１４１に格納されたアプリ追加用ファイルを読み込む（ステップＳ５１）。そしてプログラム起動部１３１はチェックプログラム１３２を起動する（ステップＳ５２）。

起動されたチェックプログラム１３２はＮＶＲＡＭ１４２から、そこに予め書き込まれたアプリ起動用ＳＤカード１４１に格納された実行プログラムである上記「要求アプリ」ファイルの名称「＊．ｍｏｄ」と、同ＳＤカードを一意に示す識別情報ＩＤとを読み出す（ステップＳ５３）。

次にチェックプログラム１３２はＳＤカード用スロット１１０に挿入されている上記ＳＤカード１４１から、そこに書き込まれている、その「要求アプリ」ファイルの名称「＊．ｍｏｄ」と、融合機の「機番」とを読み出す（ステップＳ５４）。

なお、図１６乃至図１８とともに後述の「固有化」処理を経ることにより、予め同アプリ追加ファイルに含まれる実行プログラムの名称「＊．ｍｏｄ」（モジュール名）と、同ＳＤカード１４１を一意に示す識別情報ＩＤとが、当該固有化に係る融合機３１のＮＶＲＡＭ１４２に書き込まれる。また同時に、同融合機３１を一意に示す上記「機番」と、上記アプリ追加用ファイルの実行プログラムの名称「＊．ｍｏｄ」とが、当該固有化に係る同ＳＤカード１４１に書き込まれる。その結果後述の如く、当該固有化に係る同融合機３１による、同固有化に係るアプリ起動用ＳＤカード１４１に格納されたアプリ追加用ファイルの使用が可能となる。

図１３の説明に戻り、チェックプログラム１３２はこのようにしてステップＳ５３，Ｓ５４にて得られた情報を基に、当該融合機３１と同融合機３１のＳＤカード用スロット１１０に挿入されているＳＤカード１４１との間の「固有化」の有無を判定する（ステップＳ５５）。

すなわち、ステップＳ５３でＮＶＲＡＭ１４２から読み出された、アプリ起動用ＳＤカードに係る実行プログラム名及び識別情報ＩＤ並びに当該融合機３１の機番が、ステップＳ５４でＳＤカード用スロット１１０に挿入されたＳＤカード１４１から読み出されたその実行プログラムの名称及び同ＳＤカード１４１の識別情報ＩＤ並びに融合機の機番とが、それぞれ相互に完全に一致するか否かを判定する。

ここで同判定は、このような３種のライセンス情報、すなわち当該融合機３１に対し機能追加を行うための「実行プログラム」の名称（モジュール名）」、それが格納されたＳＤカードの「識別情報ＩＤ」及び当該融合機３１の「機番」の、それぞれに対する完全一致の有無を判定することが、セキュリティー上好ましい。しかしながらこれに限られず、上記３種のライセンス情報のうちの少なくともいずれか一種以上の一致の有無を判定する構成とすることも可能である。

上記判定の結果、ＮＶＲＡＭ１４２から読み出された情報と、ＳＤカード用スロット１１０に挿入されたＳＤカード１４１から読み出されたとが一致した場合、当該融合機３１と同融合機１のＳＤカード用スロット１１０に挿入されているＳＤカード１４１との間の「固有化」が確認された旨の判定がなされる。

このように「固有化」が確認された場合、チェックプログラム１３２はＳＤカード制御部１３３にその旨を通知する（ステップＳ５６）。

他方チェックプログラム１３２は同「固有化」が確認された結果、その旨をプログラム起動部１３１に通知する（ステップＳ５７）。プログラム起動部１３１はこの通知を受け、ＳＤカード１４１に格納されたアプリ追加用ファイルを起動する（ステップＳ５８）。

その結果、同アプリ追加用ファイル内の実行プログラムである「要求アプリ」ファイル＊．ｍｏｄ、その電子署名ファイル＊．ｍａｃ、設定ファイル＊．ｃｎｆ、その電子署名ファイル＊．ｌｉｃとに基づき、当該実行プログラム「要求アプリ」ファイルが実行可能となる。その結果、同プログラムによる機能が融合機３１に実際に追加される。

なおその際、上記プログラム追加部１２の機能により、上記「要求アプリ」ファイルの電子署名ファイル＊．ｍａｃ及び設定ファイルの電子署名ファイル＊．ｌｉｃを使用した認証処理がなされ、これら「要求アプリ」ファイル及び設定ファイルに対する認証チェックがなされる。その結果、これらファイルの内容が改竄されていないことが確認される。具体的なこの認証処理の方法としては、たとえば特許文献３の図１１，図１２に記載の方法を適用可能である。

図１４は図１３に対応するものであるが、この場合、図１３の場合と異なり、融合機３１と、そのＳＤカード用スロット１１０に挿入されたＳＤカード１４１との間で、予め互いに上記「固有化」処理がなされていない場合の例を示す。

このような場合、当該融合機３１のＮＶＲＡＭ１４２には当該ＳＤカードに格納された実行プログラムの名称（モジュール名）及び同ＳＤカードの識別情報ＩＤは書き込まれていない。またＳＤカード１４１側においても、その実行プログラムの名称及び当該融合機の「機番」は書き込まれていない。

そのような場合、図１３とともに説明したステップＳ５１乃至Ｓ５４までの動作は上記同様になされる。その後、チェックプログラム１３２はステップＳ５３にて当該融合機３１のＮＶＲＡＭ１４２から読み出した情報と、ステップＳ５４にて当該融合機３１のＳＤカード用スロット１１０に挿入されているＳＤカード１４１から読み出した情報とを照合する（ステップＳ５５）。すなわち、当該融合機３１と当該ＳＤカード１４１との間の「固有化」の有無を判定する。

上記の如くこの場合当該融合機３１のＮＶＲＡＭ１４２には当該ＳＤカードに格納された実行プログラムの名称（モジュール名）及び同ＳＤカードの識別情報ＩＤは書き込まれていない。またＳＤカード１４１側においても、その実行プログラムの名称及び当該融合機の「機番」は書き込まれていない。その結果、上記３種のライセンス情報の何れにおいても一致が得られないことになる。したがって「固有化」が確認されなかった旨の判定がなされる。

チェックプログラム１３２はこのような判定結果をＳＤカード制御部１３３に通知するとともに、プログラム起動部１３１に通知する。

これを受けたプログラム起動部１３１はステップＳ５８にて当該ＳＤカード１４１に格納されたアプリ追加用ファイルの実行プログラム「要求アプリ」ファイル＊．ｍｏｄの起動を行わない。

なお、当該融合機３１の、図１０とともに上述のＳＣＳ６８は、ＳＤカード制御部１３３に対する問い合わせによって上記チェックプログラム１３２による判定結果を得、その内容を操作パネル１２０に表示することで操作者に通知する（ステップＳ５９）。

このように本発明の実施例によれば予め固有化を行っていない融合機、ＳＤカード間では、たとえ当該ＳＤカードにアプリ追加用ファイルが格納されていても、当該融合機には同アプリ追加ファイルに含まれる実行プログラムによる機能を実際に追加することはできない。その結果、当該ＳＤカードに格納されたアプリ追加用ファイル内の実行プログラムによる機能が予め固有化処理がなされていない関係にある融合機に不正に追加されることが効果的に防止され得る。

図１５は図１４同様の例であるが、図１４の場合と異なり、融合機３１と、アプリ追加用ファイルが格納された一のＳＤカードとの間で予め固有化が行われていたが、当該融合機３１のＳＤカード用スロット１１０にはこれとは別の、他のＳＤカードが挿入されているような場合の例を示す。

すなわちこの場合、当該他のＳＤカード１４１は未だ少なくとも当該融合機に係る固有化処理を経ておらず、その結果、当該融合機３１の機番は書き込まれておらず、また、その実行プログラムの名称も書き込まれていない。

このような場合も図１４の場合同様、ステップＳ５５における固有化の有無の判定において、上記３種のライセンス情報の一致が得られないこととなり、固有化が確認されなかった旨の判定がなされる。すなわち、この例の場合、上記の如く、上記一のＳＤカードの識別情報ＩＤが当該融合機３１のＮＶＲＡＭ１４２に書き込まれている。しかしながらここに書き込まれているＳＤカードの識別情報ＩＤは、現在ＳＤカード用スロット１１０に挿入されている他のＳＤカードの識別情報ＩＤとは当然異なる。その結果、前記３種のライセンス情報の内少なくともＳＤカードに識別情報ＩＤについて不一致となる。

図１６は上記「固有化」処理の流れを説明するための図である。

同図中、操作者（たとえばシステム管理者）はＳＤカード用スロット１１０に、固有化するＳＤカード１４１を挿入した上で、融合機３１の操作パネル１２０上で「固有化」を行うためのセットアップ処理を指示する（ステップＳ７１）。

この指示を受けたＳＣＳ６８は、ＳＤカード制御部１３３を介してＳＤカード用スロット１１０に挿入されているＳＤカードの状態を取得する（ステップＳ７２）。すなわち、同ＳＤカードにつき、当該融合機３１との間で既に固有化がなされたか否かを判定する。具体的には、ＳＤカードに書き込まれた固有化に関する情報（図１８参照）中に、当該融合機３１の機番に係る情報が含まれているか否かにより判断する。既に固有化済みであれば、後述の如く、当該融合機３１の機番に係る情報が含まれていることになる。

上記判定の結果当該融合機３１との間で未だ固有化がなされていないことが確認された場合、ＳＣＳ６８は固有化を行う動作を実行する。すなわち、まずＳＤカード用スロット１１０に挿入されたＳＤカード１４１に格納されたアプリ追加用ファイル内の実行プログラムである「要求アプリ」ファイル＊．ｍｏｄの名称（モジュール名）を取得する（ステップＳ７３）。次にＳＣＳ６８は、同ＳＤカード１４１の識別情報ＩＤを取得する（ステップＳ７４）。

次に、ＳＣＳ６８は、当該融合機３１のＮＶＲＡＭ１４２に書き込まれている機番を取得する（ステップＳ７５）。

そしてＳＣＳ６８は、これらステップＳ７３，Ｓ７４，Ｓ７５にて取得された情報を使用して固有化データを作成する（ステップＳ７６）。

固有化データとは、図１３とともに上述の如く、ＳＤカード用スロット１１０に挿入されているＳＤカードに書き込むべき、同ＳＤカードに格納された実行プログラム「要求アプリ」ファイル＊．ｍｏｄの名称（モジュール名）及び当該融合機３１の機番、並びに当該融合機３１のＮＶＲＡＭ１４２に書き込むべき、同上実行プログラムの名称及び同ＳＤカード１４１の識別情報ＩＤである。

ＳＣＳ６８はステップＳ７６で作成したこれら固有化情報のうち、当該融合機３１のＮＶＲＡＭ１４２に書き込むべきものを同ＮＶＲＡＭ１４２に書き込む（ステップＳ７７）。次に、ＳＤカード用スロット１１０に挿入されているＳＤカード１４１に書き込むべきものを同ＳＤカード１４１に書き込む（ステップＳ７８）。

その後ＳＣＳ６８は固有化処理が完了した旨操作パネル１２０に表示し、その旨を操作者に通知する（ステップＳ７９）。

図１７は上述の図１６に対応するものであり、既に固有化が完了していた状態、或いはステップＳ７２において何らかの要因でエラーが生じた場合の例を示す。

この場合、ＳＣＳ６８は操作者から指示を受けた後（ステップＳ７１），ＳＤカード制御部１３３を介してＳＤカード用スロット１１０に挿入されているＳＤカード１４１の状態を取得する（ステップＳ７２）。この場合、既に当該融合機３１の機番に係る固有化情報が当該ＳＤカード１４１に書き込まれていることが判明した場合、ＳＣＳ６８は、既に固有化が済んでいる旨の表示を操作パネル１２０上に表示し、操作者にその旨を通知する（ステップＳ７９）。

他方、ステップＳ７２のＳＤカード用スロット１１０に挿入されたＳＤカード１４１の状態取得の際に何らかの要因でエラーが生じた場合、その旨の表示を操作パネル１２０上に表示し、操作者にその旨を通知する（ステップＳ７９）。

図１８は図１６とともに上述の如くの処理によって固有化がなされることによってＳＤカード１４１、及び融合機３１のＮＶＲＡＭ１４２の双方に書き込まれる上記固有化データを説明するための図である。

同図に示される如く、上記固有化処理により、融合機３１のＳＤカード用スロット１１０に挿入されているＳＤカード１４１から、そのアプリ追加用ファイル内の実行プログラムの名称（モジュール名）及び同ＳＤカード１４１の識別情報ＩＤが読み出され、当該融合機３１のＮＶＲＡＭ１４２に書き込まれる。同時に、当該ＮＶＲＡＭ１４２に書き込まれている当該融合機３１の機番、及び上記実行プログラムの名称（モジュール名）が、当該ＳＤカードに書き込まれる。

このように固有化処理では、当該固有化処理に係るＳＤカード１４１及び融合機３１双方が、互いの識別情報を交換する。その結果、図１３とともに上述の如く起動時にこれらを照合することにより、既に互いに固有化処理がなされているか否かが確実に判定され得る。その結果、ＳＤカード１４１に格納された実行プログラムが不正に他の装置において実行されることが効果的に防止され得る。

また図１８に示す如く、これら識別情報の交換に加え、該当する実行プログラムの名称（モジュール名）も併せて書き込まれる。その結果固有化情報の管理が容易となる。特に同じＳＤカード１４１或いは同じ融合機３１について、それぞれ異なる融合機或いはＳＤカードとの間で複数の固有化処理がなされた場合、有効である。すなわちこのような場合図１８に示す如く複数の固有化情報が書き込まれることになる。その際、相手方の識別情報のみでは、該当する実行プログラムの内容を識別し得ない。その結果管理上の不都合が生ずるおそれがある。図１８に示す如く相手方の識別情報に加えて該当する実行プログラムの名称を書き込んでおくことにより、そのような問題の発生を有効に解消し得る。

なお、このようにＳＤカード１４１等の可搬記録媒体に格納して融合機３１等の情報処理装置に追加する機能としては様々なものが考えられる。一例として、ハードディスクに記録されたデータを消去する機能を追加するためのファームウェア等が考えられる。

本発明の実施形態による画像形成装置のハードウェアの構成を示すブロック図である。 本発明の実施形態によるソフトウェアの構成を示すブロック図である。 着脱可能な記録媒体に記録されるライセンス情報のデータ構造を示す構成図である。 システムの起動からの処理呼び出し手順を示すフローチャートである。 ライセンス確認処理を示すフローチャートである。 ライセンス追加処理を示すフローチャートである。 プログラム実行処理を示すフローチャートである。 本発明による情報処理装置の一実施例の構成図である。 本発明による情報処理装置の一実施例のハードウェア構成図である。 本発明による融合機の一実施例の構成図である。 本発明による融合機の一実施例のハードウェア構成図である。 融合機起動部の一例の構成図を示す。 図１０の融合機における起動時の状態確認動作の流れを説明するための図（その１）である。 図１０の融合機における起動時の状態確認動作の流れを説明するための図（その２）である。 図１０の融合機における起動時の状態確認動作の流れを説明するための図（その３）である。 図１０の融合機におけるセットアップ時の動作の流れを説明するための図（その１）である。 図１０の融合機におけるセットアップ時の動作の流れを説明するための図（その２）である。 図１０の融合機におけるライセンス情報のデータ交換及びデータ構造について説明するための図である。

符号の説明

１ 情報処理装置
２，３２ ソフトウェア群
３ 起動部
４ ハードウェア資源
１１，１３３ ＳＤカード制御部
１２ プログラム追加部
２７，１１０ ＳＤカード用スロット
３１ 融合機
３３ 融合機起動部
３４ ハードウェア資源
６１ ＮＣＳ
６３ ＯＣＳ
６５ ＥＣＳ
６８ ＳＣＳ
１２０ 操作パネル
１３１ プログラム起動部
１３２ チェックプログラム
１４１ アプリ起動用ＳＤカード
２０１ 着脱可能な記録媒体
２０２ 操作部
２０３ Ｉ／Ｏコントローラ
２０４ 不揮発メモリ
２０５ ＣＰＵ
２１１ 実行プログラム
２１２ ライセンス情報
２２０ 情報処理装置
２２１ プログラム実行手段
２２２ ライセンス情報
２２３ ライセンス追加手段
２２４ ライセンス確認手段

Claims (15)

1. 所定の実体情報と情報処理装置に係る第１のライセンス情報とが記録され着脱可能な記録媒体を用いる情報処理装置であって、
   着脱可能な記録媒体に係る第２のライセンス情報が記憶される記憶手段と、
   前記第１のライセンス情報と前記第２のライセンス情報とのうちの少なくとも一の情報を使用してライセンス情報の照合を行うするライセンス確認手段と、
   前記ライセンス確認手段の照合結果に応じて前記記録媒体に記録された前記所定の実体情報の使用の可否を制御する実体情報使用可否制御手段とを有することを特徴とする情報処理装置。
2. 前記情報処理装置に係る第１のライセンス情報は、前記情報処理装置を一意に示す識別情報を含み、前記着脱可能な記録媒体に係る第２のライセンス情報は前記記録媒体を一意に示す識別情報を含み、前記ライセンス確認手段は前記第１、第２のライセンス情報の前記各一意に示す識別情報のうちの少なくとも一のものを使用してライセンス情報の照合を行い、照合結果が不一致の場合、前記実体情報使用可否制御手段は前記記録媒体に記録された所定の実体情報の使用を不可とすることを特徴とする請求項１記載の情報処理装置。
3. 前記記録媒体及び／又は前記記憶手段にライセンス情報を新規に追加するためのライセンス情報追加手段を有することを特徴とする請求項１又は２記載の情報処理装置。
4. 所定の実体情報と、情報処理装置に係る第１のライセンス情報とが記録され着脱可能な記録媒体を用いる情報処理装置であって、
   着脱可能な記録媒体に係る第２のライセンス情報を記憶する記憶手段と、
   前記記録媒体及び／又は前記記憶手段にライセンス情報を新規に追加するためのライセンス情報追加手段を有することを特徴とする情報処理装置。
5. 前記所定の実体情報は当該情報処理装置に対し、所定の機能を追加するための手段よりなる請求項１乃至４のうちのいずれか一項に記載の情報処理装置。
6. 前記所定の機能を追加するための手段は所定の実行プログラムよりなる請求項５に記載の情報処理装置。
7. 所定の実体情報と、情報処理装置に係る第１のライセンス情報とが記録され着脱可能な記録媒体を用いる情報処理装置の制御方法であって、
   前記第１のライセンス情報と、前記情報処理装置の記憶手段に格納された、着脱可能な記録媒体に係る第２のライセンス情報とのうちの少なくとも一方を使用してライセンス情報の照合を行うライセンス確認段階と、
   前記ライセンス確認段階における照合結果に応じて前記記録媒体に記録された前記所定の実体情報の使用の可否を制御する実体情報使用可否制御段階とを有することを特徴とする情報処理装置の制御方法。
8. 前記第１のライセンス情報は、前記情報処理装置を一意に示す識別情報を含み、前記第２のライセンス情報は前記記録媒体を一意に示す識別情報を含み、前記ライセンス確認段階では前記第１、第２のライセンス情報の前記各一意に示す識別情報のうちの少なくとも一のものを使用してライセンス情報の照合を行い、照合結果が不一致の場合、前記実体情報使用可否制御手段は前記記録媒体に記録された所定の実体情報を使用を不可とすることを特徴とする請求項７記載の情報処理装置の制御方法。
9. 前記記録媒体及び／又は前記記憶手段にライセンス情報を新規に追加するためのライセンス情報追加段階を有することを特徴とする請求項７又は８に記載の情報処理装置。
10. 所定の実体情報と情報処理装置に係る第１のライセンス情報とが記録され着脱可能な記録媒体を用いる情報処理装置の制御方法であって、
    着脱可能な記録媒体に係る第２のライセンス情報を、当該情報処理装置に記憶させる記憶段階と、
    前記記録媒体及び／又は前記記憶手段にライセンス情報を新規に追加するためのライセンス情報追加段階を有することを特徴とする情報処理装置の制御方法。
11. 前記所定の実体情報は当該情報処理装置に対し、所定の機能を追加するための手段よりなる請求項７乃至１０のうちのいずれか一項に記載の情報処理装置の制御方法。
12. 前記所定の機能を追加するための手段は所定の実行プログラムよりなる請求項１１に記載の情報処理装置の制御方法。
13. 情報処理装置で用いられる所定の実体情報と、情報処理装置を一意に示す識別情報を含むライセンス情報とが記録されたコンピュータ読取可能記録媒体。
14. 前記所定の実体情報は当該情報処理装置に対し、所定の機能を追加するための手段よりなる請求項１３に記載のコンピュータ読取可能記録媒体。
15. 前記所定の機能を追加するための手段は所定の実行プログラムよりなる請求項１４に記載のコンピュータ読取可能記録媒体。

Images