装置、制御方法、およびプログラム。
【課題】 プリンタの故障時に中古ボードを装着し、現象が変わるどうかを確認する場合がある。中古ボード上のＦｌａｓｈにライセンス履歴が残っている場合、従来の復帰処理のアルゴリズムでは、中古のボードからＦＲＡＭにライセンス履歴が流れ込む可能性があり、ライセンスの不正利用に繋がる。
【解決手段】 ライセンス履歴に書かれているシリアル番号と、デバイスのシリアル番号を比較し、異なる場合、ライセンス履歴ファイルを削除してから、ライセンス履歴復帰処理を実行する。
【解決手段】 ライセンス履歴に書かれているシリアル番号と、デバイスのシリアル番号を比較し、異なる場合、ライセンス履歴ファイルを削除してから、ライセンス履歴復帰処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライセンス履歴を管理する装置、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
ネットワーク接続され、ライセンス付きアプリケーションがインストール可能な機器がある。このアプリケーションインストール時に、強誘電体メモリ（ＦＲＡＭ＝Ｆｅｒｒｏｅｌｅｃｔｒｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ハードディスクドライブ／フラッシュメモリなどの複数の不揮発性領域にライセンス履歴を記憶する。このようにライセンス履歴を二重に管理することにより、一方のメモリから情報が削除されても、他方のメモリから情報を復帰させることが可能となる。例えば、ハードディスクドライブの故障により、ハードディスクを交換する必要がある時、ＦＲＡＭに記憶されているライセンス履歴からハードディスクにライセンス履歴を書き戻すことが可能である。これにより正しいライセンス履歴を利用したライセンス管理が可能となり、正当な権限なきライセンスの利用を防止することが可能となる。以降、このライセンス履歴を書き戻す処理をライセンス履歴復帰処理と呼ぶ。このようなバックアップ方法を実行する装置が、特許文献１に開示されている。管理領域と実データ領域を物理的に分離して配置する構成を採るファイルシステムにおいて、一方が故障したなどの理由で交換された場合に、ファイルシステムの不整合を防止することを目的とした装置である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２２２５８１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の場合、ファイルシステムの管理領域を高速な不揮発性メモリ装置上に配置し、実データをストレージ装置に格納するような構成である。あくまでファイルシステム上の不整合を防止することを目的としているのであって、ライセンス履歴などの実データに相当するデータの復帰処理を想定しているわけではない。よって、ライセンス履歴が不適切のため、適正なライセンスが使用できない可能性が高い。
本発明は、ライセンス履歴の整合性を保つためのライセンス履歴復帰処理を実施する装置を提供することをひとつの目的とする。
【課題を解決するための手段】
【０００５】
本発明の一実施系に係る装置は、ライセンスを使用することで利用可能となるアプリケーションを保持可能な装置であって、前記アプリケーションがライセンスを使用することで利用可能となった場合、前記ライセンスを識別するためのライセンスＩＤを保持する第１のメモリと、前記第１のメモリに保持されたライセンスＩＤのバックアップを行うため、前記ライセンスＩＤを保持する第２のメモリと、前記第２のメモリに保持された、装置を識別するための装置ＩＤと、前記装置に割り当てられた装置ＩＤとが一致する場合、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持させ、一致しない場合、前記第２のメモリに既に保持されているライセンスＩＤを消去した後に、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持させるよう制御することを特徴とする。
【発明の効果】
【０００６】
本発明はライセンス履歴などの実データに相当するデータの復帰処理を想定した発明であり、ライセンス履歴の整合性を保つためのライセンス履歴復帰処理を実施することで、適切なライセンスが利用できない状態を防止することが可能になる。
【図面の簡単な説明】
【０００７】
【図１】本発明における、画像形成システムの全体構成を示す図である。
【図２】本発明における、画像形成装置の全体構成を示す図である。
【図３】ライセンス管理におけるソフトウェアとハードウェア構成を示す図である。
【図４】ライセンス管理におけるライセンスインストール処理のフローを示す図である。
【図５】フラッシュメモリからＦＲＡＭにライセンス履歴を復帰させることを示すブロック図である。
【図６】ＦＲＡＭからフラッシュメモリにライセンス履歴を復帰させることを示すブロック図である。
【図７】ライセンス管理におけるライセンス履歴復帰処理のフローを示す図である。
【図８】中古ボードがきたときの、ライセンス履歴を復帰させることを示すブロック図である。
【図９】中古ボードがきたときの、ライセンス履歴を復帰させることを示すブロック図である。
【図１０】中古ボードがくることを想定した、ライセンス履歴復帰処理のフローを示す図である。
【図１１】シリアル番号が特殊な番号で取得できるケースを示す図である。
【図１２】図１１における特別なシリアル番号が取得できた場合のことを考慮した、ライセンス履歴復帰処理のフローを示す図である。
【発明を実施するための形態】
【０００８】
従来のライセンス履歴復帰処理は、ハードディスクなどの故障により、新品への交換を想定していた。これは、通常ハードディスクなどにはセキュリティの為の暗号化処理が施されており、一度他のデバイスで使用されたことがある中古のハードディスクをそのまま他のデバイスに取り付けるということが考えにくいという理由のためである。ところが、プリンタ（ＳＦＰ）のような安価な機種の場合、ハードディスクの代わりに本体ボードにフラッシュメモリという不揮発性メモリを用いたハードウェア構成になることがある。このとき、サービスマンによるサービスとして、ユーザ先でプリンタに何か問題が起きた時、現象を確認するために、とりあえず他の現場で一度使用されたことがある中古の本体ボードをプリンタに組み込む。そして、中古ボードでテストを行い、プリンタを正常に戻すための対応方法を考えるという場合がある。
【０００９】
このとき、上述の中古の本体ボードは上述のプリンタとは異なる顧客環境で利用されている場合があり、その中古の本体ボードに付随するフラッシュメモリに、その異なる顧客環境のプリンタで使用されていたアプリケーションのライセンス履歴が残っている可能性が考えられる。このようなケースの場合、ライセンス履歴復帰処理において、中古の本体ボードに残っていたライセンス履歴が、正規のライセンス情報のように扱われ、その結果、使用していないライセンスがライセンス履歴に残る可能性があり、以下のような不利益を生じる可能性がある
容量的にＦＲＡＭに残せるライセンス履歴情報には上限がある中、ユーザが利用していないライセンス履歴情報によって、ライセンス履歴を無駄に消費することになる。
【００１０】
また、ライセンス履歴の数によっては、本来ＦＲＡＭからのライセンス履歴復帰処理が動作する必要がある場合でもその処理が実施されない可能性がある。この状態で、ＦＲＡＭ上のライセンス履歴情報がなんらかの理由でクリアされてしまうと、本来ユーザが利用したライセンス履歴が残らないことになる。
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１２】
図１は、本発明の実施形態における画像形成装置を含む印刷システムの全体構成を示すブロック図である。本発明の実施形態においては、画像形成装置として具体的に後述される機能をもつ、複写機やプリンタや複合機などを用いるものとする。
【００１３】
図１に示すように、画像形成装置１１０は、クライアントコンピュータ１２０、サーバコンピュータ１３０とともに、イーサネット（登録商標）などからなるＬＡＮ１４０に接続されている。ただし、本発明における印刷システムにおいては、システムに接続される機器はこれら接続数に限られることはない。
【００１４】
画像形成装置１１０は、コピー機能、ファクシミリ機能、電子メール送信機能を有するとともに、原稿画像を読み取り、該読み取って得られた画像データをＬＡＮ１４０上の各装置に送信するデータ送信機能を有する。画像形成装置１１０は、後述するスキャナ部１１２などで読み取った画像や、ＬＡＮ１４０上に接続されているコンピュータから指示されたデータを、画像形成装置１１０内のハードディスク、もしくはフラッシュメモリ２０４の特定領域に保存することが可能である。また原稿画像を読み取り、ハードディスク／フラッシュメモリ２０４にデジタル画像として保存することも可能である。またハードディスク領域に保存されたデジタル画像を印刷することが可能である。
【００１５】
画像形成装置１１０は、画像入力デバイスであるスキャナ部１１２、画像出力デバイスであるプリンタ部１１３、画像形成装置１１０全体の動作制御を司るコントローラ２００などから構成される。
【００１６】
スキャナ部１１２は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。さらに電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、当該輝度信号を画像データとしてコントローラ２００に対して出力する。なお、原稿は原稿フィーダにセットされる。ユーザが操作部１１１から読み取り開始を指示すると、コントローラ２００からスキャナ部１１２に原稿読み取り指示が与えられる。スキャナ部１１２は、この指示を受けると原稿フィーダから原稿を１枚ずつフィードして、原稿の読み取り動作を行う。なお、原稿の読み取り方法は原稿フィーダによる自動送り方式ではなく、原稿を不図示のガラス面上に載せ、露光部を移動させることで原稿の走査を行う方法であってもよい。スキャナ部１１２はスキャンユニットに相当する。
【００１７】
プリンタ部１１３は、コントローラ２００から受取った画像データを用紙上に形成する画像形成デバイスである。プリンタ部１１３はプリントユニットに相当する。実施例１における画像形成装置は、スキャナ部１１２、およびプリンタ部１１３のいずれも有しているが、一方のみ有する画像形成装置であっても良い。即ち、スキャナ部１１２、および／またはプリンタ部１１３を有する装置に対し、本発明は適用可能である。
【００１８】
サーバコンピュータ１３０は、オペレーティングシステム（以下ＯＳ）や各種のアプリケーションサービスプログラムがＣＰＵにより実行され、ＯＳの管理下で、アプリケーションサービスを実行することで種々のデータ処理を行う。クライアントコンピュータ１２０についても同様である。
【００１９】
図２は、画像形成装置１１０のコントローラ２００の構成を説明するためのブロック図である。 コントローラ２００はスキャナ部１１２やプリンタ部１１３と電気的に接続されており、一方ではＬＡＮ１４０を介してクライアントコンピュータ１２０やサーバコンピュータ１３０と接続されている。これにより画像データやデバイス情報の入出力が可能となっている。
【００２０】
ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、コントローラ内部で行われる各種処理についても統括的に制御する。なお、画像形成装置１１０の装着された各種ユニットは交換可能である。
【００２１】
ＲＯＭ２０２には装置のブートプログラムなどが格納されている。ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このＲＡＭ２０３は、記憶した内容を電源ｏｆｆ後も保持しておくＦＲＡＭ、ＳＲＡＭ、電源ｏｆｆ後には記憶した内容が消去されてしまうＤＲＡＭなどにより構成されている。
【００２２】
ＨＤＤ２０４は、システムソフトウェアや画像データを一時的、または半永久的に保持可能となっている。また、これはフラッシュメモリなどで代用することも可能である。操作部Ｉ／Ｆ２０５は、システムバス２１２と操作部１１１とを接続するためのインターフェース部である。この操作部Ｉ／Ｆ２０５は、操作部１１１に表示するための画像データをシステムバス２１２から受取り操作部１１１に出力すると共に、操作部１１１から入力された情報をシステムバス２１２へと出力する。
【００２３】
ネットワークＩ／Ｆ２０６はＬＡＮ１４０及びシステムバス２１２に接続し、情報の入出力を行う。スキャナＩ／Ｆ２０８は、スキャナ部１１２から受取った画像データに対して、補正、加工、及び編集を行う。なお、スキャナＩ／Ｆ２０８は、受取った画像データがカラー原稿か白黒原稿か、文字原稿か写真原稿かなどを判定する。そして、その判定結果を画像データに付随させる。こうした付随情報を属性データと称する。
【００２４】
画像形成部２０９は、画像データの方向変換、画像圧縮、伸張部などをおこなう。プリンタＩ／Ｆ２１０は、画像形成部２０９から送られた画像データを受取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンタ部１１３に出力される。ＦＡＸＩ／Ｆ２１１は、画像形成部２０９から送られた画像データを、指定された送信先にＦＡＸ送信部１１４、及びＬＡＮ１４０（または、ＷＡＮ２５０）を通じて送信される。
【００２５】
電子メールＩ／Ｆ２０７は、画像形成部２０９から送られた画像データを、指定された送信先にメール送信部１１５及びＬＡＮ１４０（または、ＷＡＮ２５０）を通じて送信される。なお、画像形成装置１１０に対するユーザ指示やユーザへの情報提示は、例えば、操作部１１１を介して行うようにしてもよいし、ＬＡＮ１４０を介して接続されたクライアントコンピュータ１２０を介して行うようにしてもよい。
【００２６】
図３は、ライセンス管理システムに関わるソフトウェア／ハードウェア構成とライセンス管理方法について述べる。ここで、ライセンスとは、デバイスにプリインストールされているアプリケーション、もしくは後入れのアプリケーションをアクティベートするためのものである。アクティベートすることで初めてアプリケーションは利用可能となる。画像形成装置１１０のような装置を一意に特定するための装置ＩＤ、即ち、識別番号（例えば、シリアル番号）を保持しているのがＳｏｆｔＩＤ基板３５０であり、このＳｏｆｔＩＤ基板３５０はハードウェアにより実現される。実施例１の場合、識別番号とはシリアル番号であり、図３はそのシリアル番号がＡＡＡＡ１２３４５６７であることを示している。
【００２７】
ＦＲＡＭ３００には、記憶保持領域にライセンス履歴３１０を記憶している。これは、後述するライセンスインストール時に利用される。履歴の内容は、ライセンスを一意に特定するライセンスＩＤの履歴である。本体ボード３２０には、不揮発性のフラッシュメモリ３３０が載っており、ＦＲＡＭ３００に保持されているライセンス履歴３１０と同じ内容をライセンスファイル３４０として保持されている。
【００２８】
ここで、ＦＲＡＭ３００は、第１のメモリであるＲＡＭ２０３に、フラッシュメモリ３３０は、第２のメモリであるＨＤＤ／フラッシュメモリ２０４に相当する。ライセンスファイル３４０は、このライセンスファイルが作成された時のデバイスの識別番号も併せて保持されている。このように、ＦＲＡＭとフラッシュメモリに同じ内容を保持することにより、後述するそれぞれのパーツの交換が起きた時に、それぞれが互いが保持する情報をバックアップするため、情報を共有する機能が画像形成装置１１０には備わっている。ライセンスインストール処理部３６０は、図４で示すライセンスインストール、ライセンス履歴登録処理を実行するモジュールである。ライセンス履歴管理部３７０は、図７で示すライセンス履歴復帰処理を実行するモジュールである。これらライセンスインストール処理部３６０、ライセンス履歴管理部３７０は、図２におけるＨＤＤ／フラッシュメモリ２０４において保持され、その処理はメモリに展開され実行される。
【００２９】
図４においてライセンスインストール処理部３６０がライセンス付きアプリケーションのインストールするときの流れを示す。Ｓ４００において、アプリケーションとライセンスのインストールが開始する。次に、Ｓ４１０で、ライセンスＩＤがライセンス履歴に存在するかどうかの重複チェックを行う。ライセンスＩＤとは、ライセンスに一意に振られた番号である。ライセンス履歴とは、アプリケーションとライセンスのインストールが成功したときに登録しているインストールに成功したライセンスＩＤの履歴を指す。ＦＲＡＭ３００、及びフラッシュメモリ３２０において同じ内容のものが保持される。
【００３０】
このＳ４１０におけるチェックにおいて、ライセンスＩＤが重複しているということは、過去に同じライセンスをインストールした実績があることを示す。不正利用防止のため、一般的に１つのライセンスは１つのデバイスに１回しかインストールすることができないことが望ましい。よって、このチェックで重複があったときは、Ｓ４４０に進み、アプリケーション／ライセンスのインストールに失敗する。重複がないときは、Ｓ４２０に進み、アプリケーション／ライセンスのインストールを行う。インストール後、ライセンスＩＤの登録を行う。そして、Ｓ４５０においてインストールが完了する。
【００３１】
＜新品のＦＲＡＭ／フラッシュメモリへの交換＞
図５、６においてはＦＲＡＭ／フラッシュメモリのパーツが新品に交換されるときのライセンス履歴復帰処理について説明する。
【００３２】
図５は、ＦＲＡＭが交換されるときの復帰処理のブロック図である。デバイスの状態５５０は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つのライセンス履歴を含む。この状態から新品のＦＲＡＭに交換され（ＦＲＡＭ交換５００の動作に相当する）、デバイスの状態が状態５６０に遷移するときのことを考える。このとき、ＦＲＡＭ３００は新品のＦＲＡＭ５１０に交換される。新品のＦＲＡＭ５１０に交換された状態でデバイスが起動すると、ライセンス履歴管理部３７０は、ＦＲＡＭ５１０に保持されているライセンス履歴５２０と、フラッシュメモリ３３０に保持されているライセンスファイル３４０のライセンス履歴と、を比較する。
【００３３】
比較した結果、ライセンス履歴管理部３７０は、ＦＲＡＭ５１０の記憶保持領域がもつライセンス履歴５２０は０個、一方フラッシュメモリ３３０が保持するライセンスファイル３４０のライセンス履歴は２個であるため、フラッシュメモリ３３０が保持するライセンスファイル３４０のライセンス履歴の方が多いことが分かる。この際、ライセンス履歴を多く保持しているメモリから、保持しているライセンス履歴が少ないメモリへライセン履歴をコピーするという復帰処理が実施される。具体的に説明すると、フラッシュメモリ３３０からＦＲＡＭ５１０にライセンス履歴をコピーするため、上述した復帰処理５３０が実施される。その結果、デバイスの状態は状態５７０に遷移し、ＦＲＡＭ５１０のライセンス履歴５４０にライセンスファイル３４０からのライセンス履歴がコピーされる。以上が、フラッシュメモリからＦＲＡＭへのライセンス履歴復帰処理の概要になる。
【００３４】
図６は、フラッシュメモリが交換されるときの復帰処理のブロック図である。デバイスの状態６６０は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つのライセンス履歴を含む。
【００３５】
この状態から新品の本体ボード３２０が交換され（本体ボード交換６００の動作に相当する。）、デバイスの状態が状態６７０に遷移するときのことを考える。このとき、ボード３２０は新品の本体ボード６１０に交換され、フラッシュメモリ３３０は新品のフラッシュメモリ６２０に交換される。新品の本体ボード６１０に交換された状態でデバイスが起動すると、ライセンス履歴管理部３７０が、ＦＲＡＭ３００に保持されているライセンス履歴３１０と、フラッシュメモリ６２０に保持されているライセンスファイル６３０のライセンス履歴を比較する。比較した結果、ライセンス管理部３７０は、フラッシュメモリ６２０が保持するライセンスファイル６３０のライセンス履歴は０個、一方のＦＲＡＭ３００が保持するライセンス履歴３１０は２個であるため、ＦＲＡＭ３００が保持するライセンス履歴の方が多いことがわかる。
【００３６】
この際、保持しているライセンス履歴の数が多いメモリから、保持しているライセンス履歴の数が少ないメモリへライセンス履歴をコピーするというライセンス復帰処理が実施される。具体的に説明すると、ＦＲＡＭ３００がもつライセンス履歴３１０からフラッシュメモリ６２０にライセンス履歴をコピーするため、上述した復帰処理６４０が実施される。その結果、デバイスの状態は、状態６８０に遷移し、ライセンスファイル６５０の履歴にＦＲＡＭ３００からライセンス履歴がコピーされる。以上が、ＦＲＡＭからフラッシュメモリへのライセンス履歴復帰処理の概要となる。
【００３７】
図７は、図５、６のケースにおけるライセンス履歴管理部３７０が実行するライセンス履歴復帰処理のフローチャートを示す。
【００３８】
Ｓ７００においてデバイスが起動する。Ｓ７１０においてライセンス履歴管理部３７０がライセンス履歴の整合性チェックを行う。Ｓ７２０において、ライセンス履歴管理部３７０が、ＦＲＡＭとフラッシュメモリに保持されているライセンス履歴の個数の比較を行う。このライセンス履歴の個数の比較のことをライセンス履歴の整合性チェックと呼ぶ。このときの個数が一致するときは、ＦＲＡＭとフラッシュメモリの整合性は保たれているという判断の基、何も処理を実行せずにＳ７３０に進み復帰処理は終了する。
【００３９】
一方、フラッシュメモリのライセンス履歴の数がＦＲＡＭのライセンス履歴の数より多いときは、Ｓ７４０に進み、フラッシュメモリからＦＲＡＭにライセンス履歴の内容を復帰させる。更に、Ｓ７３０において処理が終了する。逆に、ＦＲＡＭのライセンス履歴の数がフラッシュメモリのライセンス履歴の数より多いときは、Ｓ７５０に進み、ＦＲＡＭからフラッシュメモリにライセンス履歴の内容を復帰させる。更に、Ｓ７３０において処理が終了する。
【００４０】
＜中古ボードへの交換＞
図８は、中古ボードに交換されるとき、図７のフローによって復帰処理が実施されるときのブロック図を示す。デバイスの状態８６０は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つのライセンス履歴を含む。この状態から中古の本体ボード８１０に交換され（ボード交換８００の動作に相当する。）、デバイスの状態が状態８７０に遷移するときのことを考える。
【００４１】
中古の本体ボード８１０は、フラッシュメモリ８２０を持つ。また、この中古ボード８１０は、シリアル番号ＢＢＢＢ９９９９９９９をもつ画像形成装置１１０とは異なる別の装置で利用されていたとする。よって、中古ボード８１０には、別の装置でアプリケーションがアクティベートした際に保持したライセンス履歴が含まれる。ライセンス履歴ファイル８３０には、ライセンス履歴として、ｕｕｉｄ３、ｕｕｉｄ４、ｕｕｉｄ５の３つの履歴を含み、シリアル番号の情報ＢＢＢＢ９９９９９９９を保持している。状態８７０は、本体ボード３２０が、この中古の本体ボード８１０に交換された状態である。本体ボード８１０に交換された状態でデバイスが起動すると、ライセンス履歴管理部３７０は、ＦＲＡＭ３００に保持されているライセンス履歴３１０と、フラッシュメモリ８２０に保持されているライセンスファイル８３０のライセンス履歴と、を比較する。
【００４２】
比較した結果、ライセンス履歴管理部３７０は、フラッシュメモリ８２０が保持するライセンスファイル８３０のライセンス履歴は３個、一方のＦＲＡＭ３００が保持するライセンス履歴３１０は２個であるため、フラッシュメモリ８２０が保持するライセンスファイル８３０のライセンス履歴の方が多いことがわかる。この際、図７で示すライセンス履歴の復帰処理が実施される。具体的に説明すると、フラッシュメモリ８２０からＦＲＡＭ３００に復帰処理８４０が実施される。その結果、デバイスの状態は、状態８８０に遷移し、ＦＲＡＭ３００のライセンス履歴は、ライセンス履歴８５０の状態になる。その結果、ＦＲＡＭには本来のｕｕｄｉ１、ｕｕｉｄ２というのに加えて、ｕｕｉｄ３、４、５という３個の全く関係のないデバイスＢＢＢＢ９９９９９９９のライセンス履歴が保持されるようになり、ライセンスファイル８３０のライセンス履歴との整合性も保たれない。この結果、以下のような問題が生じる。
【００４３】
容量的にＦＲＡＭに残せるライセンス履歴情報には上限がある中、ユーザが利用していないライセンス履歴情報によって、ライセンス履歴を無駄に消費することになる。
【００４４】
また、次回起動時においても、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数チェックの結果、今度はＦＲＡＭが保持するライセンス履歴がフラッシュメモリが保持するライセンス履歴より多くなるため、ライセンス履歴復帰処理が実施されることとなる。
【００４５】
また、この実施例と異なり、ＦＲＡＭとフラッシュメモリが保持するライセンス履歴の個数が同じだった場合を考える。その場合、ライセンス履歴の個数が同じ為、ライセンス履歴復帰処理が実施されない。つまり、本体ボードには中古ボードが保持していたライセンス履歴が残ったままになる。この状態で、ＦＲＡＭが保持するライセンス履歴情報がクリアされてしまうと、ライセンス管理上、本来管理すべきユーザが利用したライセンス履歴ｕｕｉｄ１、ｕｕｉｄ２が削除される可能性がある。
【００４６】
図９は、図８の状況を解消するため、中古ボードに対応したライセンス履歴復帰処理方法を示す。デバイスの状態９５０は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つのライセンス履歴を含む。この状態から中古の本体ボード８１０に交換され（ボード交換９００の動作に相当する。）、デバイスの状態は状態８７０に遷移するときのことを考える。
【００４７】
中古の本体ボード８１０は、フラッシュメモリ８２０を持つ。ここで、この中古ボード８１０は、シリアル番号ＢＢＢＢ９９９９９９９をもつデバイスで利用されていたとして、ライセンス履歴ファイル８３０は、ライセンス履歴として、ｕｕｉｄ３、ｕｕｉｄ４、ｕｕｉｄ５の３つの履歴を含み、シリアル番号の情報ＢＢＢＢ９９９９９９９を保持している。状態９６０は、本体ボード３２０が、この中古の本体ボード８１０に交換された状態である。本体ボード８１０に交換された状態でデバイスが起動すると、ライセンス履歴管理部３７０は、フラッシュメモリ８２０のライセンスファイル８３０が保持するシリアル番号とデバイスのシリアル番号を比較する。
【００４８】
このシリアル番号の値が異なる場合、中古のボードが付けられたという判断の基、ライセンスファイル８３０を削除する。ライセンスＩＤの消去処理による消去に相当する。実施例１の場合、それぞれＢＢＢＢ９９９９９９９とＡＡＡＡ１２３４５６７と異なるため、処理９１０においてライセンスファイル８３０は削除される。その結果、状態９７０となり、フラッシュメモリ８２０からライセンスファイル８３０は削除される。ライセンスファイル９３０は、実体のない空のファイルを示す。更にライセンス履歴管理部３７０は、ＦＲＡＭ３００が保持するライセンス履歴３１０とフラッシュメモリ８１０が保存するライセンスファイル９３０がもつライセンス履歴を比較する。
【００４９】
比較した結果、ライセンス履歴管理部３７０は、フラッシュメモリ８１０がもつ実体のないライセンスファイル９３０のライセンス履歴は０個、一方のＦＲＡＭ３００が保存するライセンス履歴３１０は２個であるため、ＦＲＡＭ３００が保存するライセンス履歴３１０の方が多いことがわかる。このとき図７で示すライセンス履歴の復帰処理が実施されるものとすると、ＦＲＡＭ３００が保存するライセンス履歴３１０からフラッシュメモリ８１０に復帰処理９２０が実施される。その結果、デバイスの状態は、状態９８０に遷移し、ライセンスファイル９４０の履歴にＦＲＡＭ３００からライセンス履歴が復帰される。この結果、図８の結果と異なり、ＦＲＡＭ３１０とライセンス履歴ファイル９４０の整合性は保たる。つまり、整合性が保たれることにより、その後ボード交換、またＦＲＡＭ交換が実施されても、ライセンス履歴がクリアされてしまうことはなくなり、ライセンス管理システムとして問題ない。
【００５０】
図１０は、ライセンス履歴管理部３７０が実施する中古ボードを考慮したライセンス履歴復帰処理についてのフローチャートを示す。
【００５１】
Ｓ１０００においてデバイスが起動する。Ｓ１０１０において、デバイスのシリアル番号とライセンス履歴ファイルのシリアル番号が一致するかどうかの比較を行う。一致する場合、Ｓ１０２０に進み、ライセンス履歴管理部３７０が、ライセンス履歴の整合性チェックを行う。ここで、ライセンス履歴整合性チェックとは、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数のチェックのことを意味する。Ｓ１０１０において、このシリアル番号の値が一致しない場合、Ｓ１０３０に進み、ライセンス履歴ファイルの削除を行い、その後Ｓ１０２０に進む。
【００５２】
Ｓ１０４０において、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数のチェックを行う。このときの個数が一致するときは、何もせずにＳ１０５０に進みライセンス履歴復帰処理は終了する。一方、フラッシュメモリのライセンス履歴の数がＦＲＡＭのライセンス履歴の数より多いときは、Ｓ１０６０に進み、フラッシュメモリからＦＲＡＭにライセンス履歴の内容を復帰させる。更に、Ｓ１０５０において処理が終了する。逆に、ＦＲＡＭのライセンス履歴の数がフラッシュメモリのライセンス履歴の数より多いときは、Ｓ１０７０に進み、ＦＲＡＭからフラッシュメモリにライセンス履歴の内容を復帰させる。更に、Ｓ１０５０において処理が終了する。
【００５３】
＜ＳｏｆｔＩＤ基板の交換の例＞
図１１は、ＳｏｆｔＩＤ基板の交換によりシリアル番号が変わる場合がある例を示す。図１１のおける、デバイスの状態は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つの履歴をもつ状態である。
【００５４】
この状態で何らかの理由によりＳｏｆｔＩＤ基板が破損し（１１００）、デバイスのシリアル番号が取得できなくなることがある（１１１０）。このとき、結果としてデバイスのシリアル番号はＮＵＬＬ値となる。
【００５５】
あるいは、ＳｏｆｔＩＤ基板を交換するような対応を行ったときに（１１２０）、結果としてシリアル番号がサービスパーツ用の特別なシリアル番号になる（１１３０）ことがある。
【００５６】
上記のような例の場合、図１０のフローチャートの示す処理を実施すると、Ｓ１０１０において、シリアル番号の比較において、必ず一致しないことになり、結果として中古ボードという判定の基、ライセンスファイルが削除されてしまうことになる（Ｓ１０３０）。結果として、ＳｏｆｔＩＤ基板側に問題があったときに、ライセンスファイルの復帰処理が実施されることになり明らかに無駄な処理となる。そこで、このような特殊なシリアル番号を返すことを考慮した、フローチャートが図１２である。Ｓ１２００においてデバイス起動後、Ｓ１２１０においてデバイスのシリアル番号をチェックする。このとき、シリアル番号がＮＵＬＬ値、もしくは予め決められたサービスパーツ用の番号であったときは、特定の処理を施さずＳ１２６０に進みライセンス履歴復帰処理に入らないようにする。
【００５７】
シリアル番号が上記以外の場合は、Ｓ１２２０へ進む。Ｓ１２２０において、デバイスのシリアル番号とライセンス履歴ファイルのシリアル番号が一致するかどうかの比較を行う。一致する場合、Ｓ１２３０に進み、ライセンス履歴管理部３７０が、ライセンス履歴の整合性チェックを行う。
【００５８】
ここで、ライセンス履歴整合性チェックとは、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数のチェックのことを意味する。Ｓ１２２０において、このシリアル番号の値が一致しない場合、Ｓ１２４０に進み、ライセンス履歴ファイルの削除を行い、その後Ｓ１２３０に進む。Ｓ１２５０において、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数のチェックを行う。このときの個数が一致するときは、何もせずにＳ１２６０に進みライセンス履歴復帰処理は終了する。
【００５９】
一方、フラッシュメモリのライセンス履歴の数がＦＲＡＭのライセンス履歴の数より多いときは、Ｓ１２７０に進み、フラッシュメモリからＦＲＡＭにライセンス履歴の内容を復帰させる。更に、Ｓ１２６０において処理が終了する。逆に、ＦＲＡＭのライセンス履歴の数がフラッシュメモリのライセンス履歴の数より多いときは、Ｓ１２８０に進み、ＦＲＡＭからフラッシュメモリにライセンス履歴の内容を復帰させる。更に、Ｓ１２６０において処理が終了する。
【符号の説明】
【００６０】
８１０ 中古ボード
８２０ 中古ボードに付随するフラッシュメモリ
８３０ 中古ボードのライセンス履歴ファイル
９１０ ライセンスシリアル番号比較とライセンス履歴ファイルの削除
９３０ 削除されたライセンス履歴ファイル
【技術分野】
【０００１】
本発明は、ライセンス履歴を管理する装置、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
ネットワーク接続され、ライセンス付きアプリケーションがインストール可能な機器がある。このアプリケーションインストール時に、強誘電体メモリ（ＦＲＡＭ＝Ｆｅｒｒｏｅｌｅｃｔｒｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ハードディスクドライブ／フラッシュメモリなどの複数の不揮発性領域にライセンス履歴を記憶する。このようにライセンス履歴を二重に管理することにより、一方のメモリから情報が削除されても、他方のメモリから情報を復帰させることが可能となる。例えば、ハードディスクドライブの故障により、ハードディスクを交換する必要がある時、ＦＲＡＭに記憶されているライセンス履歴からハードディスクにライセンス履歴を書き戻すことが可能である。これにより正しいライセンス履歴を利用したライセンス管理が可能となり、正当な権限なきライセンスの利用を防止することが可能となる。以降、このライセンス履歴を書き戻す処理をライセンス履歴復帰処理と呼ぶ。このようなバックアップ方法を実行する装置が、特許文献１に開示されている。管理領域と実データ領域を物理的に分離して配置する構成を採るファイルシステムにおいて、一方が故障したなどの理由で交換された場合に、ファイルシステムの不整合を防止することを目的とした装置である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２２２５８１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の場合、ファイルシステムの管理領域を高速な不揮発性メモリ装置上に配置し、実データをストレージ装置に格納するような構成である。あくまでファイルシステム上の不整合を防止することを目的としているのであって、ライセンス履歴などの実データに相当するデータの復帰処理を想定しているわけではない。よって、ライセンス履歴が不適切のため、適正なライセンスが使用できない可能性が高い。
本発明は、ライセンス履歴の整合性を保つためのライセンス履歴復帰処理を実施する装置を提供することをひとつの目的とする。
【課題を解決するための手段】
【０００５】
本発明の一実施系に係る装置は、ライセンスを使用することで利用可能となるアプリケーションを保持可能な装置であって、前記アプリケーションがライセンスを使用することで利用可能となった場合、前記ライセンスを識別するためのライセンスＩＤを保持する第１のメモリと、前記第１のメモリに保持されたライセンスＩＤのバックアップを行うため、前記ライセンスＩＤを保持する第２のメモリと、前記第２のメモリに保持された、装置を識別するための装置ＩＤと、前記装置に割り当てられた装置ＩＤとが一致する場合、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持させ、一致しない場合、前記第２のメモリに既に保持されているライセンスＩＤを消去した後に、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持させるよう制御することを特徴とする。
【発明の効果】
【０００６】
本発明はライセンス履歴などの実データに相当するデータの復帰処理を想定した発明であり、ライセンス履歴の整合性を保つためのライセンス履歴復帰処理を実施することで、適切なライセンスが利用できない状態を防止することが可能になる。
【図面の簡単な説明】
【０００７】
【図１】本発明における、画像形成システムの全体構成を示す図である。
【図２】本発明における、画像形成装置の全体構成を示す図である。
【図３】ライセンス管理におけるソフトウェアとハードウェア構成を示す図である。
【図４】ライセンス管理におけるライセンスインストール処理のフローを示す図である。
【図５】フラッシュメモリからＦＲＡＭにライセンス履歴を復帰させることを示すブロック図である。
【図６】ＦＲＡＭからフラッシュメモリにライセンス履歴を復帰させることを示すブロック図である。
【図７】ライセンス管理におけるライセンス履歴復帰処理のフローを示す図である。
【図８】中古ボードがきたときの、ライセンス履歴を復帰させることを示すブロック図である。
【図９】中古ボードがきたときの、ライセンス履歴を復帰させることを示すブロック図である。
【図１０】中古ボードがくることを想定した、ライセンス履歴復帰処理のフローを示す図である。
【図１１】シリアル番号が特殊な番号で取得できるケースを示す図である。
【図１２】図１１における特別なシリアル番号が取得できた場合のことを考慮した、ライセンス履歴復帰処理のフローを示す図である。
【発明を実施するための形態】
【０００８】
従来のライセンス履歴復帰処理は、ハードディスクなどの故障により、新品への交換を想定していた。これは、通常ハードディスクなどにはセキュリティの為の暗号化処理が施されており、一度他のデバイスで使用されたことがある中古のハードディスクをそのまま他のデバイスに取り付けるということが考えにくいという理由のためである。ところが、プリンタ（ＳＦＰ）のような安価な機種の場合、ハードディスクの代わりに本体ボードにフラッシュメモリという不揮発性メモリを用いたハードウェア構成になることがある。このとき、サービスマンによるサービスとして、ユーザ先でプリンタに何か問題が起きた時、現象を確認するために、とりあえず他の現場で一度使用されたことがある中古の本体ボードをプリンタに組み込む。そして、中古ボードでテストを行い、プリンタを正常に戻すための対応方法を考えるという場合がある。
【０００９】
このとき、上述の中古の本体ボードは上述のプリンタとは異なる顧客環境で利用されている場合があり、その中古の本体ボードに付随するフラッシュメモリに、その異なる顧客環境のプリンタで使用されていたアプリケーションのライセンス履歴が残っている可能性が考えられる。このようなケースの場合、ライセンス履歴復帰処理において、中古の本体ボードに残っていたライセンス履歴が、正規のライセンス情報のように扱われ、その結果、使用していないライセンスがライセンス履歴に残る可能性があり、以下のような不利益を生じる可能性がある
容量的にＦＲＡＭに残せるライセンス履歴情報には上限がある中、ユーザが利用していないライセンス履歴情報によって、ライセンス履歴を無駄に消費することになる。
【００１０】
また、ライセンス履歴の数によっては、本来ＦＲＡＭからのライセンス履歴復帰処理が動作する必要がある場合でもその処理が実施されない可能性がある。この状態で、ＦＲＡＭ上のライセンス履歴情報がなんらかの理由でクリアされてしまうと、本来ユーザが利用したライセンス履歴が残らないことになる。
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１２】
図１は、本発明の実施形態における画像形成装置を含む印刷システムの全体構成を示すブロック図である。本発明の実施形態においては、画像形成装置として具体的に後述される機能をもつ、複写機やプリンタや複合機などを用いるものとする。
【００１３】
図１に示すように、画像形成装置１１０は、クライアントコンピュータ１２０、サーバコンピュータ１３０とともに、イーサネット（登録商標）などからなるＬＡＮ１４０に接続されている。ただし、本発明における印刷システムにおいては、システムに接続される機器はこれら接続数に限られることはない。
【００１４】
画像形成装置１１０は、コピー機能、ファクシミリ機能、電子メール送信機能を有するとともに、原稿画像を読み取り、該読み取って得られた画像データをＬＡＮ１４０上の各装置に送信するデータ送信機能を有する。画像形成装置１１０は、後述するスキャナ部１１２などで読み取った画像や、ＬＡＮ１４０上に接続されているコンピュータから指示されたデータを、画像形成装置１１０内のハードディスク、もしくはフラッシュメモリ２０４の特定領域に保存することが可能である。また原稿画像を読み取り、ハードディスク／フラッシュメモリ２０４にデジタル画像として保存することも可能である。またハードディスク領域に保存されたデジタル画像を印刷することが可能である。
【００１５】
画像形成装置１１０は、画像入力デバイスであるスキャナ部１１２、画像出力デバイスであるプリンタ部１１３、画像形成装置１１０全体の動作制御を司るコントローラ２００などから構成される。
【００１６】
スキャナ部１１２は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。さらに電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、当該輝度信号を画像データとしてコントローラ２００に対して出力する。なお、原稿は原稿フィーダにセットされる。ユーザが操作部１１１から読み取り開始を指示すると、コントローラ２００からスキャナ部１１２に原稿読み取り指示が与えられる。スキャナ部１１２は、この指示を受けると原稿フィーダから原稿を１枚ずつフィードして、原稿の読み取り動作を行う。なお、原稿の読み取り方法は原稿フィーダによる自動送り方式ではなく、原稿を不図示のガラス面上に載せ、露光部を移動させることで原稿の走査を行う方法であってもよい。スキャナ部１１２はスキャンユニットに相当する。
【００１７】
プリンタ部１１３は、コントローラ２００から受取った画像データを用紙上に形成する画像形成デバイスである。プリンタ部１１３はプリントユニットに相当する。実施例１における画像形成装置は、スキャナ部１１２、およびプリンタ部１１３のいずれも有しているが、一方のみ有する画像形成装置であっても良い。即ち、スキャナ部１１２、および／またはプリンタ部１１３を有する装置に対し、本発明は適用可能である。
【００１８】
サーバコンピュータ１３０は、オペレーティングシステム（以下ＯＳ）や各種のアプリケーションサービスプログラムがＣＰＵにより実行され、ＯＳの管理下で、アプリケーションサービスを実行することで種々のデータ処理を行う。クライアントコンピュータ１２０についても同様である。
【００１９】
図２は、画像形成装置１１０のコントローラ２００の構成を説明するためのブロック図である。 コントローラ２００はスキャナ部１１２やプリンタ部１１３と電気的に接続されており、一方ではＬＡＮ１４０を介してクライアントコンピュータ１２０やサーバコンピュータ１３０と接続されている。これにより画像データやデバイス情報の入出力が可能となっている。
【００２０】
ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、コントローラ内部で行われる各種処理についても統括的に制御する。なお、画像形成装置１１０の装着された各種ユニットは交換可能である。
【００２１】
ＲＯＭ２０２には装置のブートプログラムなどが格納されている。ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このＲＡＭ２０３は、記憶した内容を電源ｏｆｆ後も保持しておくＦＲＡＭ、ＳＲＡＭ、電源ｏｆｆ後には記憶した内容が消去されてしまうＤＲＡＭなどにより構成されている。
【００２２】
ＨＤＤ２０４は、システムソフトウェアや画像データを一時的、または半永久的に保持可能となっている。また、これはフラッシュメモリなどで代用することも可能である。操作部Ｉ／Ｆ２０５は、システムバス２１２と操作部１１１とを接続するためのインターフェース部である。この操作部Ｉ／Ｆ２０５は、操作部１１１に表示するための画像データをシステムバス２１２から受取り操作部１１１に出力すると共に、操作部１１１から入力された情報をシステムバス２１２へと出力する。
【００２３】
ネットワークＩ／Ｆ２０６はＬＡＮ１４０及びシステムバス２１２に接続し、情報の入出力を行う。スキャナＩ／Ｆ２０８は、スキャナ部１１２から受取った画像データに対して、補正、加工、及び編集を行う。なお、スキャナＩ／Ｆ２０８は、受取った画像データがカラー原稿か白黒原稿か、文字原稿か写真原稿かなどを判定する。そして、その判定結果を画像データに付随させる。こうした付随情報を属性データと称する。
【００２４】
画像形成部２０９は、画像データの方向変換、画像圧縮、伸張部などをおこなう。プリンタＩ／Ｆ２１０は、画像形成部２０９から送られた画像データを受取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンタ部１１３に出力される。ＦＡＸＩ／Ｆ２１１は、画像形成部２０９から送られた画像データを、指定された送信先にＦＡＸ送信部１１４、及びＬＡＮ１４０（または、ＷＡＮ２５０）を通じて送信される。
【００２５】
電子メールＩ／Ｆ２０７は、画像形成部２０９から送られた画像データを、指定された送信先にメール送信部１１５及びＬＡＮ１４０（または、ＷＡＮ２５０）を通じて送信される。なお、画像形成装置１１０に対するユーザ指示やユーザへの情報提示は、例えば、操作部１１１を介して行うようにしてもよいし、ＬＡＮ１４０を介して接続されたクライアントコンピュータ１２０を介して行うようにしてもよい。
【００２６】
図３は、ライセンス管理システムに関わるソフトウェア／ハードウェア構成とライセンス管理方法について述べる。ここで、ライセンスとは、デバイスにプリインストールされているアプリケーション、もしくは後入れのアプリケーションをアクティベートするためのものである。アクティベートすることで初めてアプリケーションは利用可能となる。画像形成装置１１０のような装置を一意に特定するための装置ＩＤ、即ち、識別番号（例えば、シリアル番号）を保持しているのがＳｏｆｔＩＤ基板３５０であり、このＳｏｆｔＩＤ基板３５０はハードウェアにより実現される。実施例１の場合、識別番号とはシリアル番号であり、図３はそのシリアル番号がＡＡＡＡ１２３４５６７であることを示している。
【００２７】
ＦＲＡＭ３００には、記憶保持領域にライセンス履歴３１０を記憶している。これは、後述するライセンスインストール時に利用される。履歴の内容は、ライセンスを一意に特定するライセンスＩＤの履歴である。本体ボード３２０には、不揮発性のフラッシュメモリ３３０が載っており、ＦＲＡＭ３００に保持されているライセンス履歴３１０と同じ内容をライセンスファイル３４０として保持されている。
【００２８】
ここで、ＦＲＡＭ３００は、第１のメモリであるＲＡＭ２０３に、フラッシュメモリ３３０は、第２のメモリであるＨＤＤ／フラッシュメモリ２０４に相当する。ライセンスファイル３４０は、このライセンスファイルが作成された時のデバイスの識別番号も併せて保持されている。このように、ＦＲＡＭとフラッシュメモリに同じ内容を保持することにより、後述するそれぞれのパーツの交換が起きた時に、それぞれが互いが保持する情報をバックアップするため、情報を共有する機能が画像形成装置１１０には備わっている。ライセンスインストール処理部３６０は、図４で示すライセンスインストール、ライセンス履歴登録処理を実行するモジュールである。ライセンス履歴管理部３７０は、図７で示すライセンス履歴復帰処理を実行するモジュールである。これらライセンスインストール処理部３６０、ライセンス履歴管理部３７０は、図２におけるＨＤＤ／フラッシュメモリ２０４において保持され、その処理はメモリに展開され実行される。
【００２９】
図４においてライセンスインストール処理部３６０がライセンス付きアプリケーションのインストールするときの流れを示す。Ｓ４００において、アプリケーションとライセンスのインストールが開始する。次に、Ｓ４１０で、ライセンスＩＤがライセンス履歴に存在するかどうかの重複チェックを行う。ライセンスＩＤとは、ライセンスに一意に振られた番号である。ライセンス履歴とは、アプリケーションとライセンスのインストールが成功したときに登録しているインストールに成功したライセンスＩＤの履歴を指す。ＦＲＡＭ３００、及びフラッシュメモリ３２０において同じ内容のものが保持される。
【００３０】
このＳ４１０におけるチェックにおいて、ライセンスＩＤが重複しているということは、過去に同じライセンスをインストールした実績があることを示す。不正利用防止のため、一般的に１つのライセンスは１つのデバイスに１回しかインストールすることができないことが望ましい。よって、このチェックで重複があったときは、Ｓ４４０に進み、アプリケーション／ライセンスのインストールに失敗する。重複がないときは、Ｓ４２０に進み、アプリケーション／ライセンスのインストールを行う。インストール後、ライセンスＩＤの登録を行う。そして、Ｓ４５０においてインストールが完了する。
【００３１】
＜新品のＦＲＡＭ／フラッシュメモリへの交換＞
図５、６においてはＦＲＡＭ／フラッシュメモリのパーツが新品に交換されるときのライセンス履歴復帰処理について説明する。
【００３２】
図５は、ＦＲＡＭが交換されるときの復帰処理のブロック図である。デバイスの状態５５０は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つのライセンス履歴を含む。この状態から新品のＦＲＡＭに交換され（ＦＲＡＭ交換５００の動作に相当する）、デバイスの状態が状態５６０に遷移するときのことを考える。このとき、ＦＲＡＭ３００は新品のＦＲＡＭ５１０に交換される。新品のＦＲＡＭ５１０に交換された状態でデバイスが起動すると、ライセンス履歴管理部３７０は、ＦＲＡＭ５１０に保持されているライセンス履歴５２０と、フラッシュメモリ３３０に保持されているライセンスファイル３４０のライセンス履歴と、を比較する。
【００３３】
比較した結果、ライセンス履歴管理部３７０は、ＦＲＡＭ５１０の記憶保持領域がもつライセンス履歴５２０は０個、一方フラッシュメモリ３３０が保持するライセンスファイル３４０のライセンス履歴は２個であるため、フラッシュメモリ３３０が保持するライセンスファイル３４０のライセンス履歴の方が多いことが分かる。この際、ライセンス履歴を多く保持しているメモリから、保持しているライセンス履歴が少ないメモリへライセン履歴をコピーするという復帰処理が実施される。具体的に説明すると、フラッシュメモリ３３０からＦＲＡＭ５１０にライセンス履歴をコピーするため、上述した復帰処理５３０が実施される。その結果、デバイスの状態は状態５７０に遷移し、ＦＲＡＭ５１０のライセンス履歴５４０にライセンスファイル３４０からのライセンス履歴がコピーされる。以上が、フラッシュメモリからＦＲＡＭへのライセンス履歴復帰処理の概要になる。
【００３４】
図６は、フラッシュメモリが交換されるときの復帰処理のブロック図である。デバイスの状態６６０は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つのライセンス履歴を含む。
【００３５】
この状態から新品の本体ボード３２０が交換され（本体ボード交換６００の動作に相当する。）、デバイスの状態が状態６７０に遷移するときのことを考える。このとき、ボード３２０は新品の本体ボード６１０に交換され、フラッシュメモリ３３０は新品のフラッシュメモリ６２０に交換される。新品の本体ボード６１０に交換された状態でデバイスが起動すると、ライセンス履歴管理部３７０が、ＦＲＡＭ３００に保持されているライセンス履歴３１０と、フラッシュメモリ６２０に保持されているライセンスファイル６３０のライセンス履歴を比較する。比較した結果、ライセンス管理部３７０は、フラッシュメモリ６２０が保持するライセンスファイル６３０のライセンス履歴は０個、一方のＦＲＡＭ３００が保持するライセンス履歴３１０は２個であるため、ＦＲＡＭ３００が保持するライセンス履歴の方が多いことがわかる。
【００３６】
この際、保持しているライセンス履歴の数が多いメモリから、保持しているライセンス履歴の数が少ないメモリへライセンス履歴をコピーするというライセンス復帰処理が実施される。具体的に説明すると、ＦＲＡＭ３００がもつライセンス履歴３１０からフラッシュメモリ６２０にライセンス履歴をコピーするため、上述した復帰処理６４０が実施される。その結果、デバイスの状態は、状態６８０に遷移し、ライセンスファイル６５０の履歴にＦＲＡＭ３００からライセンス履歴がコピーされる。以上が、ＦＲＡＭからフラッシュメモリへのライセンス履歴復帰処理の概要となる。
【００３７】
図７は、図５、６のケースにおけるライセンス履歴管理部３７０が実行するライセンス履歴復帰処理のフローチャートを示す。
【００３８】
Ｓ７００においてデバイスが起動する。Ｓ７１０においてライセンス履歴管理部３７０がライセンス履歴の整合性チェックを行う。Ｓ７２０において、ライセンス履歴管理部３７０が、ＦＲＡＭとフラッシュメモリに保持されているライセンス履歴の個数の比較を行う。このライセンス履歴の個数の比較のことをライセンス履歴の整合性チェックと呼ぶ。このときの個数が一致するときは、ＦＲＡＭとフラッシュメモリの整合性は保たれているという判断の基、何も処理を実行せずにＳ７３０に進み復帰処理は終了する。
【００３９】
一方、フラッシュメモリのライセンス履歴の数がＦＲＡＭのライセンス履歴の数より多いときは、Ｓ７４０に進み、フラッシュメモリからＦＲＡＭにライセンス履歴の内容を復帰させる。更に、Ｓ７３０において処理が終了する。逆に、ＦＲＡＭのライセンス履歴の数がフラッシュメモリのライセンス履歴の数より多いときは、Ｓ７５０に進み、ＦＲＡＭからフラッシュメモリにライセンス履歴の内容を復帰させる。更に、Ｓ７３０において処理が終了する。
【００４０】
＜中古ボードへの交換＞
図８は、中古ボードに交換されるとき、図７のフローによって復帰処理が実施されるときのブロック図を示す。デバイスの状態８６０は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つのライセンス履歴を含む。この状態から中古の本体ボード８１０に交換され（ボード交換８００の動作に相当する。）、デバイスの状態が状態８７０に遷移するときのことを考える。
【００４１】
中古の本体ボード８１０は、フラッシュメモリ８２０を持つ。また、この中古ボード８１０は、シリアル番号ＢＢＢＢ９９９９９９９をもつ画像形成装置１１０とは異なる別の装置で利用されていたとする。よって、中古ボード８１０には、別の装置でアプリケーションがアクティベートした際に保持したライセンス履歴が含まれる。ライセンス履歴ファイル８３０には、ライセンス履歴として、ｕｕｉｄ３、ｕｕｉｄ４、ｕｕｉｄ５の３つの履歴を含み、シリアル番号の情報ＢＢＢＢ９９９９９９９を保持している。状態８７０は、本体ボード３２０が、この中古の本体ボード８１０に交換された状態である。本体ボード８１０に交換された状態でデバイスが起動すると、ライセンス履歴管理部３７０は、ＦＲＡＭ３００に保持されているライセンス履歴３１０と、フラッシュメモリ８２０に保持されているライセンスファイル８３０のライセンス履歴と、を比較する。
【００４２】
比較した結果、ライセンス履歴管理部３７０は、フラッシュメモリ８２０が保持するライセンスファイル８３０のライセンス履歴は３個、一方のＦＲＡＭ３００が保持するライセンス履歴３１０は２個であるため、フラッシュメモリ８２０が保持するライセンスファイル８３０のライセンス履歴の方が多いことがわかる。この際、図７で示すライセンス履歴の復帰処理が実施される。具体的に説明すると、フラッシュメモリ８２０からＦＲＡＭ３００に復帰処理８４０が実施される。その結果、デバイスの状態は、状態８８０に遷移し、ＦＲＡＭ３００のライセンス履歴は、ライセンス履歴８５０の状態になる。その結果、ＦＲＡＭには本来のｕｕｄｉ１、ｕｕｉｄ２というのに加えて、ｕｕｉｄ３、４、５という３個の全く関係のないデバイスＢＢＢＢ９９９９９９９のライセンス履歴が保持されるようになり、ライセンスファイル８３０のライセンス履歴との整合性も保たれない。この結果、以下のような問題が生じる。
【００４３】
容量的にＦＲＡＭに残せるライセンス履歴情報には上限がある中、ユーザが利用していないライセンス履歴情報によって、ライセンス履歴を無駄に消費することになる。
【００４４】
また、次回起動時においても、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数チェックの結果、今度はＦＲＡＭが保持するライセンス履歴がフラッシュメモリが保持するライセンス履歴より多くなるため、ライセンス履歴復帰処理が実施されることとなる。
【００４５】
また、この実施例と異なり、ＦＲＡＭとフラッシュメモリが保持するライセンス履歴の個数が同じだった場合を考える。その場合、ライセンス履歴の個数が同じ為、ライセンス履歴復帰処理が実施されない。つまり、本体ボードには中古ボードが保持していたライセンス履歴が残ったままになる。この状態で、ＦＲＡＭが保持するライセンス履歴情報がクリアされてしまうと、ライセンス管理上、本来管理すべきユーザが利用したライセンス履歴ｕｕｉｄ１、ｕｕｉｄ２が削除される可能性がある。
【００４６】
図９は、図８の状況を解消するため、中古ボードに対応したライセンス履歴復帰処理方法を示す。デバイスの状態９５０は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つのライセンス履歴を含む。この状態から中古の本体ボード８１０に交換され（ボード交換９００の動作に相当する。）、デバイスの状態は状態８７０に遷移するときのことを考える。
【００４７】
中古の本体ボード８１０は、フラッシュメモリ８２０を持つ。ここで、この中古ボード８１０は、シリアル番号ＢＢＢＢ９９９９９９９をもつデバイスで利用されていたとして、ライセンス履歴ファイル８３０は、ライセンス履歴として、ｕｕｉｄ３、ｕｕｉｄ４、ｕｕｉｄ５の３つの履歴を含み、シリアル番号の情報ＢＢＢＢ９９９９９９９を保持している。状態９６０は、本体ボード３２０が、この中古の本体ボード８１０に交換された状態である。本体ボード８１０に交換された状態でデバイスが起動すると、ライセンス履歴管理部３７０は、フラッシュメモリ８２０のライセンスファイル８３０が保持するシリアル番号とデバイスのシリアル番号を比較する。
【００４８】
このシリアル番号の値が異なる場合、中古のボードが付けられたという判断の基、ライセンスファイル８３０を削除する。ライセンスＩＤの消去処理による消去に相当する。実施例１の場合、それぞれＢＢＢＢ９９９９９９９とＡＡＡＡ１２３４５６７と異なるため、処理９１０においてライセンスファイル８３０は削除される。その結果、状態９７０となり、フラッシュメモリ８２０からライセンスファイル８３０は削除される。ライセンスファイル９３０は、実体のない空のファイルを示す。更にライセンス履歴管理部３７０は、ＦＲＡＭ３００が保持するライセンス履歴３１０とフラッシュメモリ８１０が保存するライセンスファイル９３０がもつライセンス履歴を比較する。
【００４９】
比較した結果、ライセンス履歴管理部３７０は、フラッシュメモリ８１０がもつ実体のないライセンスファイル９３０のライセンス履歴は０個、一方のＦＲＡＭ３００が保存するライセンス履歴３１０は２個であるため、ＦＲＡＭ３００が保存するライセンス履歴３１０の方が多いことがわかる。このとき図７で示すライセンス履歴の復帰処理が実施されるものとすると、ＦＲＡＭ３００が保存するライセンス履歴３１０からフラッシュメモリ８１０に復帰処理９２０が実施される。その結果、デバイスの状態は、状態９８０に遷移し、ライセンスファイル９４０の履歴にＦＲＡＭ３００からライセンス履歴が復帰される。この結果、図８の結果と異なり、ＦＲＡＭ３１０とライセンス履歴ファイル９４０の整合性は保たる。つまり、整合性が保たれることにより、その後ボード交換、またＦＲＡＭ交換が実施されても、ライセンス履歴がクリアされてしまうことはなくなり、ライセンス管理システムとして問題ない。
【００５０】
図１０は、ライセンス履歴管理部３７０が実施する中古ボードを考慮したライセンス履歴復帰処理についてのフローチャートを示す。
【００５１】
Ｓ１０００においてデバイスが起動する。Ｓ１０１０において、デバイスのシリアル番号とライセンス履歴ファイルのシリアル番号が一致するかどうかの比較を行う。一致する場合、Ｓ１０２０に進み、ライセンス履歴管理部３７０が、ライセンス履歴の整合性チェックを行う。ここで、ライセンス履歴整合性チェックとは、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数のチェックのことを意味する。Ｓ１０１０において、このシリアル番号の値が一致しない場合、Ｓ１０３０に進み、ライセンス履歴ファイルの削除を行い、その後Ｓ１０２０に進む。
【００５２】
Ｓ１０４０において、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数のチェックを行う。このときの個数が一致するときは、何もせずにＳ１０５０に進みライセンス履歴復帰処理は終了する。一方、フラッシュメモリのライセンス履歴の数がＦＲＡＭのライセンス履歴の数より多いときは、Ｓ１０６０に進み、フラッシュメモリからＦＲＡＭにライセンス履歴の内容を復帰させる。更に、Ｓ１０５０において処理が終了する。逆に、ＦＲＡＭのライセンス履歴の数がフラッシュメモリのライセンス履歴の数より多いときは、Ｓ１０７０に進み、ＦＲＡＭからフラッシュメモリにライセンス履歴の内容を復帰させる。更に、Ｓ１０５０において処理が終了する。
【００５３】
＜ＳｏｆｔＩＤ基板の交換の例＞
図１１は、ＳｏｆｔＩＤ基板の交換によりシリアル番号が変わる場合がある例を示す。図１１のおける、デバイスの状態は、図３で示したライセンス履歴の状態と同じである。デバイスのシリアル番号はＡＡＡＡ１２３４５６７であり、ライセンス履歴３１０とライセンスファイル３４０は、ｕｕｉｄ１とｕｕｉｄ２の２つの履歴をもつ状態である。
【００５４】
この状態で何らかの理由によりＳｏｆｔＩＤ基板が破損し（１１００）、デバイスのシリアル番号が取得できなくなることがある（１１１０）。このとき、結果としてデバイスのシリアル番号はＮＵＬＬ値となる。
【００５５】
あるいは、ＳｏｆｔＩＤ基板を交換するような対応を行ったときに（１１２０）、結果としてシリアル番号がサービスパーツ用の特別なシリアル番号になる（１１３０）ことがある。
【００５６】
上記のような例の場合、図１０のフローチャートの示す処理を実施すると、Ｓ１０１０において、シリアル番号の比較において、必ず一致しないことになり、結果として中古ボードという判定の基、ライセンスファイルが削除されてしまうことになる（Ｓ１０３０）。結果として、ＳｏｆｔＩＤ基板側に問題があったときに、ライセンスファイルの復帰処理が実施されることになり明らかに無駄な処理となる。そこで、このような特殊なシリアル番号を返すことを考慮した、フローチャートが図１２である。Ｓ１２００においてデバイス起動後、Ｓ１２１０においてデバイスのシリアル番号をチェックする。このとき、シリアル番号がＮＵＬＬ値、もしくは予め決められたサービスパーツ用の番号であったときは、特定の処理を施さずＳ１２６０に進みライセンス履歴復帰処理に入らないようにする。
【００５７】
シリアル番号が上記以外の場合は、Ｓ１２２０へ進む。Ｓ１２２０において、デバイスのシリアル番号とライセンス履歴ファイルのシリアル番号が一致するかどうかの比較を行う。一致する場合、Ｓ１２３０に進み、ライセンス履歴管理部３７０が、ライセンス履歴の整合性チェックを行う。
【００５８】
ここで、ライセンス履歴整合性チェックとは、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数のチェックのことを意味する。Ｓ１２２０において、このシリアル番号の値が一致しない場合、Ｓ１２４０に進み、ライセンス履歴ファイルの削除を行い、その後Ｓ１２３０に進む。Ｓ１２５０において、ＦＲＡＭとフラッシュメモリのライセンス履歴の個数のチェックを行う。このときの個数が一致するときは、何もせずにＳ１２６０に進みライセンス履歴復帰処理は終了する。
【００５９】
一方、フラッシュメモリのライセンス履歴の数がＦＲＡＭのライセンス履歴の数より多いときは、Ｓ１２７０に進み、フラッシュメモリからＦＲＡＭにライセンス履歴の内容を復帰させる。更に、Ｓ１２６０において処理が終了する。逆に、ＦＲＡＭのライセンス履歴の数がフラッシュメモリのライセンス履歴の数より多いときは、Ｓ１２８０に進み、ＦＲＡＭからフラッシュメモリにライセンス履歴の内容を復帰させる。更に、Ｓ１２６０において処理が終了する。
【符号の説明】
【００６０】
８１０ 中古ボード
８２０ 中古ボードに付随するフラッシュメモリ
８３０ 中古ボードのライセンス履歴ファイル
９１０ ライセンスシリアル番号比較とライセンス履歴ファイルの削除
９３０ 削除されたライセンス履歴ファイル
【特許請求の範囲】
【請求項１】
ライセンスを使用することで利用可能となるアプリケーションを保持可能な装置であって、
前記アプリケーションがライセンスを使用することで利用可能となった場合、前記ライセンスを識別するためのライセンスＩＤを保持する第１のメモリと、
前記第１のメモリに保持されたライセンスＩＤのバックアップを行うため、前記ライセンスＩＤを保持する第２のメモリと、
前記第２のメモリに保持された、装置を識別するための装置ＩＤと、前記装置に割り当てられた装置ＩＤとが一致する場合、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持させ、一致しない場合、前記第２のメモリに既に保持されているライセンスＩＤを消去した後に、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持させるよう制御する制御手段と、を有する装置。
【請求項２】
前記第２のメモリは前記装置とは異なる別の装置に装着されていたメモリであって、前記第２のメモリに既に保持されているライセンスＩＤとは前記別の装置で利用可能となったアプリケーションに対応するライセンスＩＤであり、前記装置ＩＤとは前記別の装置の装置ＩＤであることを特徴とする請求項１に記載の装置。
【請求項３】
前記制御手段は、前記ライセンスＩＤと共に前記第２のメモリに保持された装置を識別するための装置ＩＤと、前記装置に割り当てられた装置ＩＤとが一致する場合、前記第２のメモリに対し消去処理を施すことなく、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持するよう制御することを特徴とする請求項１または２に記載の装置。
【請求項４】
前記装置とはプリントユニット、および／またはスキャンユニットを有する画像形成装置であって、
前記アプリケーションとは、前記プリントユニット、またはスキャンユニットを操作するためのアプリケーションであることを特徴とする請求項１乃至３の何れか１項に記載の装置。
【請求項５】
前記第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持する処理とは、保持されたライセンスＩＤの数が前記第２のメモリに保持されたライセンスＩＤの数よりも多い前記第１のメモリから、保持されたライセンスＩＤの数が前記第１のメモリよりも少ない前記第２のメモリにコピーするライセンス履歴復帰処理であることを特徴とする請求項１乃至４の何れか１項に記載の装置。
【請求項６】
ライセンスを使用することで利用可能となるアプリケーションを保持可能な装置を制御する制御方法であって、
第１のメモリは、前記アプリケーションがライセンスを使用することで利用可能となった場合、前記ライセンスを識別するためのライセンスＩＤを保持し、
第２のメモリは、前記第１のメモリに保存されたライセンスＩＤのバックアップを行うため、前記ライセンスＩＤを前記第１のメモリと同じく保持し、
制御手段は、前記第２のメモリに保持された装置を識別するための装置ＩＤと、前記装置に割り当てられた装置ＩＤとが一致する場合、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持し、一致しない場合、前記第２のメモリに既に保持されているライセンスＩＤを消去した後に、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持するよう制御することを特徴とする装置を制御する制御方法。
【請求項７】
請求項６に記載の制御方法をコンピュータに実行させるためのプログラム。
【請求項１】
ライセンスを使用することで利用可能となるアプリケーションを保持可能な装置であって、
前記アプリケーションがライセンスを使用することで利用可能となった場合、前記ライセンスを識別するためのライセンスＩＤを保持する第１のメモリと、
前記第１のメモリに保持されたライセンスＩＤのバックアップを行うため、前記ライセンスＩＤを保持する第２のメモリと、
前記第２のメモリに保持された、装置を識別するための装置ＩＤと、前記装置に割り当てられた装置ＩＤとが一致する場合、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持させ、一致しない場合、前記第２のメモリに既に保持されているライセンスＩＤを消去した後に、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持させるよう制御する制御手段と、を有する装置。
【請求項２】
前記第２のメモリは前記装置とは異なる別の装置に装着されていたメモリであって、前記第２のメモリに既に保持されているライセンスＩＤとは前記別の装置で利用可能となったアプリケーションに対応するライセンスＩＤであり、前記装置ＩＤとは前記別の装置の装置ＩＤであることを特徴とする請求項１に記載の装置。
【請求項３】
前記制御手段は、前記ライセンスＩＤと共に前記第２のメモリに保持された装置を識別するための装置ＩＤと、前記装置に割り当てられた装置ＩＤとが一致する場合、前記第２のメモリに対し消去処理を施すことなく、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持するよう制御することを特徴とする請求項１または２に記載の装置。
【請求項４】
前記装置とはプリントユニット、および／またはスキャンユニットを有する画像形成装置であって、
前記アプリケーションとは、前記プリントユニット、またはスキャンユニットを操作するためのアプリケーションであることを特徴とする請求項１乃至３の何れか１項に記載の装置。
【請求項５】
前記第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持する処理とは、保持されたライセンスＩＤの数が前記第２のメモリに保持されたライセンスＩＤの数よりも多い前記第１のメモリから、保持されたライセンスＩＤの数が前記第１のメモリよりも少ない前記第２のメモリにコピーするライセンス履歴復帰処理であることを特徴とする請求項１乃至４の何れか１項に記載の装置。
【請求項６】
ライセンスを使用することで利用可能となるアプリケーションを保持可能な装置を制御する制御方法であって、
第１のメモリは、前記アプリケーションがライセンスを使用することで利用可能となった場合、前記ライセンスを識別するためのライセンスＩＤを保持し、
第２のメモリは、前記第１のメモリに保存されたライセンスＩＤのバックアップを行うため、前記ライセンスＩＤを前記第１のメモリと同じく保持し、
制御手段は、前記第２のメモリに保持された装置を識別するための装置ＩＤと、前記装置に割り当てられた装置ＩＤとが一致する場合、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持し、一致しない場合、前記第２のメモリに既に保持されているライセンスＩＤを消去した後に、第１のメモリに保持されたライセンスＩＤを前記第２のメモリに保持するよう制御することを特徴とする装置を制御する制御方法。
【請求項７】
請求項６に記載の制御方法をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−２４７９２５（Ｐ２０１２−２４７９２５Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１１−１１８１４０（Ｐ２０１１−１１８１４０）
【出願日】平成２３年５月２６日（２０１１．５．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＦＲＡＭ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２３年５月２６日（２０１１．５．２６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＦＲＡＭ
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]