JP2009070247A - 情報処理装置、情報処理方法および画像処理装置 - Google Patents

Abstract

【課題】誤操作等によるソフトウェアの不正利用の発生を低減する情報処理装置を提供すること。
【解決手段】アプリケーションのライセンスの有無を表すライセンス情報と、アプリケーションの起動を許可するか否かを表す許可情報とを記憶するＮＶＲＡＭと、起動を許可することを表す許可情報がＮＶＲＡＭに記憶されたアプリケーションを起動する複合機起動部２４０と、起動されたアプリケーションのライセンス情報をＮＶＲＡＭから取得し、取得したライセンス情報がライセンスを有することを表すか否かを判断する判断部と、取得したライセンス情報がライセンスを有さないことを表す場合に、エラー情報を出力する出力部と、を備えた。
【選択図】 図２

Description

この発明は、記憶部に保存されたアプリケーションのうち、起動が有効であることを設定されたアプリケーションを起動する情報処理装置、情報処理方法および画像処理装置に関するものである。

近年、デジタルカメラの高画素化や携帯型デジタル音楽プレイヤーの小型化により、大容量で書き込み速度の速いＮＡＮＤ型フラッシュを使用した記録媒体の需要が高まっている。また、近年の複合機は高機能化が進み、機器を制御するファームウェアは増大の一途をたどっている。そのため、今日では複合機のファームウェアの記録媒体として、従来のような小容量で高価なＮＯＲ型フラッシュではなく、大容量でメモリ単価の安いＮＡＮＤ型フラッシュを使うようになってきている。

一般に、メーカーは一系統の複合機に対して、機能の異なる複数のモデル機を用意し、ユーザが希望する機能、価格に適合するモデル機を提供している。このとき、例えばＨＤＤやネットワークカードのような物理的な機器構成が異なるモデル機であれば、比較的容易に生産上の部品管理を行うことができる。

一方、モデルの差異が機器を制御するファームウェアの有無に依存する場合は、ファームウェアのインストールによるコントローラボードの作り分けが必要となる。そして、このように作り分けたコントローラボードは、外観は同一であるため、生産時にコントローラボードの組み付け間違いが起こりうる。

このような問題に対する対策として、複合機内の記録媒体にすべてのファームウェアを予め格納し、ライセンスが与えられたファームウェアのみを複合機のメンテナンスモードで有効化することにより、コントローラボードの作り分けを不要とする技術が提案されている。

特許文献１では、マークシートまたはバーコードでパスワード等の設定情報を記述した設定シートを利用することにより、プログラムやフォント等のデータを有効化するためのパスワードの入力操作や各種インストール設定操作を容易化する技術が提案されている。

従来は、機能を拡張するためのオプションファームウェアを、別の記録媒体に記録して提供していたのに対し、予めすべてのファームウェアを記録媒体に格納して提供することにより、オプション用の記録媒体分の生産コストを軽減することができる。

特開２００３−５１９０５号公報

しかしながら、予めすべてのファームウェアを保存し、許可するファームウェアのみを有効化する方法では、有効化・無効化の設定の誤操作等により、許可されていないファームウェアが有効化される場合があるという問題があった。

例えば、サービスマンによる複合機のメンテナンスで、メーカー内作プリンタを無効化し、ＥＦＩ（Extensible Firmware Interface）プリンタコントローラに接続するなどのように、ファームウェアの停止が前提となるモデルチェンジが行われたとする。この場合、内作プリンタの利用を許可するライセンス情報を適切に残しておかなければ、再度、ＥＦＩプリンタコントローラの接続を停止するときに、内作プリンタの有効化の可否が判断できない。このため、サービスマンの誤操作により、許可されていないファームウェアが有効化される可能性がある。また、有効化の方法が流出した場合は、許可されていないファームウェアが不正に有効化される可能性もある。

本発明は、上記に鑑みてなされたものであって、ソフトウェアの有効化の設定の正当性を判別可能とすることにより、誤操作等によるソフトウェアの不正利用の発生を低減することができる情報処理装置、情報処理方法および画像処理装置を提供することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、アプリケーションのライセンスの有無を表すライセンス情報と、前記アプリケーションの起動を許可するか否かを表す許可情報とを記憶する第１記憶手段と、起動を許可することを表す前記許可情報が前記第１記憶手段に記憶された前記アプリケーションを起動する起動手段と、起動された前記アプリケーションの前記ライセンス情報を前記第１記憶手段から取得し、取得した前記ライセンス情報がライセンスを有することを表すか否かを判断する判断手段と、取得した前記ライセンス情報がライセンスを有さないことを表す場合に、エラー情報を出力する出力手段と、を備えたことを特徴とする。

また、請求項２にかかる発明は、請求項１にかかる発明において、前記起動手段は、さらに、指定された前記ライセンス情報および前記許可情報を前記第１記憶手段に保存するライセンス発行アプリを起動すること、を特徴とする。

また、請求項３にかかる発明は、請求項２にかかる発明において、前記ライセンス発行アプリを記憶する記憶媒体を挿脱可能な挿脱手段をさらに備え、前記起動手段は、前記挿脱手段に挿入された前記記憶媒体に記憶された前記ライセンス発行アプリを起動すること、を特徴とする。

また、請求項４にかかる発明は、請求項２にかかる発明において、前記ライセンス発行アプリを記憶する第２記憶手段と、前記ライセンス発行アプリを起動するか否かを指定するスイッチ手段と、をさらに備え、前記起動手段は、前記スイッチ手段により前記ライセンス発行アプリを起動することが指定されているか否かを判断し、指定されている場合に、前記第２記憶手段に記憶された前記ライセンス発行アプリを起動すること、を特徴とする。

また、請求項５にかかる発明は、請求項２にかかる発明において、前記ライセンス発行アプリを記憶する第２記憶手段と、前記ライセンス発行アプリを起動するか否かを表す起動情報を記憶する第３記憶手段と、をさらに備え、前記起動手段は、前記ライセンス発行アプリを起動することを表す前記起動情報が前記第３記憶手段に記憶されているか否かを判断し、記憶されている場合に、前記第２記憶手段に記憶された前記ライセンス発行アプリを起動すること、を特徴とする。

また、請求項６にかかる発明は、請求項５にかかる発明において、前記起動情報の変更要求を受付け、変更が要求された前記起動情報を変更して前記第３記憶手段に保存する変更手段をさらに備えたこと、を特徴とする。

また、請求項７にかかる発明は、請求項６にかかる発明において、前記変更手段は、さらに、パスワードを受付け、受付けたパスワードが予め定められた特定パスワードと一致するか否かを判断し、一致する場合に、前記起動情報の変更要求を受付け、変更が要求された前記起動情報を変更して前記第３記憶手段に保存すること、を特徴とする。

また、請求項８にかかる発明は、請求項２にかかる発明において、前記ライセンス発行アプリを記憶する第２記憶手段と、ネットワークを介して接続された通信装置から、前記ライセンス情報と前記許可情報とを含み、前記ライセンス情報と前記許可情報とを前記第１記憶手段に保存することを要求する要求メッセージを受信する受信手段と、をさらに備え、前記起動手段は、前記第２記憶手段に記憶された前記ライセンス発行アプリを起動し、前記ライセンス発行アプリは、前記要求メッセージ内の前記ライセンス情報と前記許可情報とを前記第１記憶手段に保存すること、を特徴とする。

また、請求項９にかかる発明は、請求項２にかかる発明において、前記判断手段は、さらに、前記第１記憶手段に前記ライセンス情報が記憶されているか否かを判断し、前記第１記憶手段に前記ライセンス情報が記憶されていない場合に、前記ライセンス発行アプリに対する操作を受付ける操作受付手段をさらに備えたこと、を特徴とする。

また、請求項１０にかかる発明は、請求項９にかかる発明において、前記判断手段は、さらに、前記第１記憶手段に前記ライセンス情報が記憶されていない場合に、前記ライセンス発行アプリが起動されているか否かを判断し、前記出力手段は、前記ライセンス発行アプリが起動されていない場合に、エラー情報を出力すること、を特徴とする。

また、請求項１１にかかる発明は、請求項１にかかる発明において、前記許可情報の変更要求を受付け、変更要求に応じて前記許可情報を変更して前記第１記憶手段に保存する変更手段をさらに備えたこと、を特徴とする。

また、請求項１２にかかる発明は、請求項１１にかかる発明において、前記変更手段は、ライセンスを有する前記アプリケーションの前記許可情報を表示部に表示し、表示した前記許可情報の変更要求を受付け、変更が要求された前記許可情報を変更して前記第１記憶手段に保存すること、を特徴とする。

また、請求項１３にかかる発明は、起動手段が、アプリケーションのライセンスの有無を表すライセンス情報と前記アプリケーションの起動を許可するか否かを表す許可情報とを記憶する第１記憶手段に、起動を許可することを表す前記許可情報が記憶された前記アプリケーションを起動する起動ステップと、判断手段が、起動された前記アプリケーションの前記ライセンス情報を前記第１記憶手段から取得し、取得した前記ライセンス情報がライセンスを有することを表すか否かを判断する判断ステップと、出力手段が、取得した前記ライセンス情報がライセンスを有さないことを表す場合に、エラー情報を出力する出力ステップと、を備えたことを特徴とする。

また、請求項１４にかかる発明は、ハードウェア資源を利用した画像処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行う制御手段とを備えた画像処理装置であって、前記アプリケーションのライセンスの有無を表すライセンス情報と、前記アプリケーションの起動を許可するか否かを表す許可情報とを記憶する第１記憶手段と、起動を許可することを表す前記許可情報が前記第１記憶手段に記憶された前記アプリケーションを起動する起動手段と、起動された前記アプリケーションの前記ライセンス情報を前記第１記憶手段から取得し、取得した前記ライセンス情報がライセンスを有することを表すか否かを判断する判断手段と、取得した前記ライセンス情報がライセンスを有さないことを表す場合に、エラー情報を出力する出力手段と、を備えたことを特徴とする。

本発明によれば、ソフトウェアの有効化の設定の正当性を判別可能とすることにより、誤操作等によるソフトウェアの不正利用の発生を低減することができるという効果を奏する。

また、本発明によれば、ソフトウェアのライセンス情報を設定するためのアプリケーションが不正に利用される可能性を低減することができるという効果を奏する。

以下に添付図面を参照して、この発明にかかる情報処理装置の最良な実施の形態を詳細に説明する。

（第１の実施の形態）
第１の実施の形態にかかる情報処理装置は、各アプリケーションのライセンスの有無を表すライセンス発行フラグと、各アプリケーションの起動可否を表すアプリ起動フラグとを不揮発性メモリに記憶し、各フラグを比較することで不正なアプリケーションの起動をチェックするものである。

以下では、コピー機能、ファクシミリ（ＦＡＸ）機能、プリント機能、スキャナ機能及び入力画像（スキャナ機能による読み取り原稿画像やプリンタあるいはＦＡＸ機能により入力された画像）を配信する機能等を複合したいわゆるＭＦＰ（Multi Function Peripheral）と称される複合機として情報処理装置を実現した例について説明する。なお、適用可能な装置は複合機に限られず、アプリケーションの有効・無効に関する情報を設定し、設定した情報にしたがって有効化されたアプリケーションのみを実行する装置であれば、あらゆる装置に適用できる。

図１は、第１の実施の形態にかかる複合機１０のハードウェア構成を例示するブロック図である。複合機１０は、コントローラ１００と、操作パネル１２０と、ＦＣＵ１２１と、エンジン部１２２とを含む。コントローラ１００は、ＣＰＵ１０１と、システムメモリ１０２と、ノースブリッジ（ＮＢ）１０３と、ＮＶＲＡＭ（Non Volatile Random Access Memory）１０４と、サウスブリッジ（ＳＢ）１０５と、ＡＳＩＣ１０６と、ローカルメモリ１０７と、ハードディスク装置（ＨＤＤ）１０８と、ＮＩＣ（ネットワークインターフェースカード）１０９と、ＳＤカード用スロット１１０と、ＵＳＢデバイス１１１と、ＩＥＥＥ１３９４デバイス１１２と、セントロニクス１１３と、ディップスイッチ（ＤＩＰＳＷ）１１４とを含む。

ＣＰＵ１０１は、複合機１０の全体制御を行うものである。例えばＣＰＵ１０１は、ＯＳ上にプロセスを起動して実行させる。ＮＢ１０３はブリッジである。ＮＶＲＡＭ１０４は、ライセンス発行フラグやアプリ起動フラグなどを記憶する不揮発性のメモリである。ＳＢ１０５は、ＰＣＩバス（図示せず）とＲＯＭや周辺デバイス等とを接続するためのブリッジである。システムメモリ１０２は、複合機１０の描画用メモリなどとして用いるメモリである。また、システムメモリ１０２には、複合機１０の機種情報（例えば、機種モデル番号や型番等）が記憶されている。ローカルメモリ１０７はコピー用画像バッファ、符号バッファとして用いるメモリである。

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

ＳＤカード用スロット１１０はＳＤカード１３１を挿抜可能なものであり、このＳＤカード用スロット１１０にＳＤカード１３１が挿入されることにより、当該ＳＤカード１３１が複合機１０に装着される。ＳＤカード用スロット１１０はＳＤカード１３１の挿入または抜き出しに応じた割り込みをＳＤカードステータスモニタドライバ（図示せず）に対して行う。ＵＳＢデバイス１１１、ＩＥＥＥ１３９４デバイス１１２およびセントロニクス１１３は、夫々の規格に準じたインターフェースである。ＵＳＢデバイス１１１には、ＵＳＢメモリ１１５が接続される。ＤＩＰＳＷ１１４は、後述するライセンス発行アプリ２１６を起動するか否かを指定可能となっている。なお、起動可否の設定方法はＤＩＰＳＷ１１４に限られず、例えばジャンパーピンなどを利用して起動可否を切り替えるように構成してもよい。ＵＳＢメモリ１１５は、読み書き可能な不揮発性記憶媒体であり、ここでは複合機１０に固定的に装備される。そして、ＵＳＢメモリ１１５に、後述するソフトウェア群２１０および複合機起動部２４０などのプログラムが格納されている。

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

ＳＤカード１３１は、複合機１０に挿抜可能で読み書き可能な不揮発性記憶媒体であり、当該ＳＤカード１３１を一意に識別可能なＳＤカードシリアルＩＤを記憶している。

図２は、第１の実施の形態の複合機１０の機能構成を示すブロック図である。図２に示すように、複合機１０は、白黒ラインプリンタ（B&W LP）２０１と、カラーラインプリンタ（Color LP）２０２と、スキャナ、ファクシミリ、メモリ、ネットワークインタフェースなどのハードウェアリソース２０３とソフトウェア群２１０と、複合機起動部２４０とを有するように構成される。また、ソフトウェア群２１０は、プラットフォーム２２０と、アプリケーション２３０とを有するように構成される。

プラットフォーム２２０は、アプリケーション２３０からの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）２２３と、オペレーティングシステム（以下、ＯＳという）２２１とを有するように構成されている。

コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）２２２、エンジンコントロールサービス（以下、ＥＣＳという）２２４、メモリコントロールサービス（以下、ＭＣＳという）２２５、オペレーションパネルコントロールサービス（以下、ＯＣＳという）２２６、ファックスコントロールサービス（以下、ＦＣＳという）２２７、ネットワークコントロールサービス（以下、ＮＣＳという）２２８など一つ以上のサービスモジュールを有するように構成されている。

なお、プラットフォーム２２０は予め定義されている関数によりアプリケーション２３０からの処理要求を受信可能とするアプリケーションプログラムインターフェース（以下、ＡＰＩという）を有するように構成されている。

ＯＳ２２１は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであって、プラットフォーム２２０及びアプリケーション２３０の各ソフトウェアをプロセスとして並列実行する。

ＳＲＭ２２３のプロセスは、ＳＣＳ２２２と共にシステムの制御およびリソースの管理を行うものである。例えば、ＳＲＭ２２３のプロセスは、スキャナ部やプリンタ部などのエンジン、メモリ、ハードディスク装置（ＨＤＤ）ファイル、ホストＩ／Ｏ（セントロインターフェース、ネットワークインターフェース、ＩＥＥＥ１３９４インターフェース、ＲＳ２３２Ｃインターフェースなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。

具体的には、ＳＲＭ２２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ２２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、例えばプリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成などの要求内容を直接実施している。

ＳＣＳ２２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御などを行う。なお、本実施の形態でＳＣＳ２２２が行う具体的な処理については、後述する。

また、ＳＣＳ２２２は、オンデマンドアップデートサービス（以下、ＯＵＳという）２２２ａを備えている。ＯＵＳ２２２ａは、所定の条件にしたがって、複合機１０のファームを更新するファームウェア更新モードに変更し、ファームウェア更新モードでの各種処理を制御するものである。

ＥＣＳ２２４のプロセスは、白黒ラインプリンタ（B&W LP）２０１、カラーラインプリンタ（Color LP）２０２、ＨＤＤ１０８、ＮＶＲＡＭ１０４、スキャナ、ファクシミリなどからなるハードウェアリソース２０３のエンジンの制御を行う。

ＭＣＳ２２５のプロセスは、画像メモリの取得および解放、ＨＤＤ１０８の利用、画像データの圧縮および伸張などを行う。ＯＣＳ２２６のプロセスは、オペレータと本体制御との間の情報伝達手段となる操作パネル１２０の制御を行う。

図３は、ＯＣＳ２２６が制御する操作パネル１２０の一例を示した図である。本図に示すように、かかる操作パネル１２０は、初期設定／カウンターキー３０１、コピーキー３０２、ドキュメントボックスキー３０３、ファックスキー３０４、スキャナキー３０５、プリンタキー３０６、テンキー３０７、クリア／ストップキー３０８、スタートキー３０９、予熱キー３１０、リセットキー３１１、プログラムキー３１２、設定確認キー３１３、割り込みキー３１４、試しコピーキー３１５、および液晶タッチパネル３２０を有する。

初期設定／カウンターキー３０１をタッチすると、液晶タッチパネル３２０に初期設定用のメニューが表示され、かかるメニューでは、収納される用紙サイズなどを設定することができる。また、コピーする場合にはコピーキー３０２を、コピー結果を複合機１０に蓄積する場合にはドキュメントボックスキー３０３を、ファックスや蓄積画像などを送信する場合にはファックスキー３０４を、文書をスキャンする場合にはスキャナキー３０５を、プリンタに係る操作を行う場合には、プリンタキー３０６を、それぞれタッチすると、液晶タッチパネル３２０に対応したメニューが表示される。

図２に戻り、ＦＣＳ２２７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのアプリケーションを提供する。

ＮＣＳ２２８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対し、共通に利用できるサービスを提供するためのプロセスであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行う。

また、アプリケーション２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ２１１と、コピー用アプリケーションであるコピーアプリ２１２と、ファクシミリ用アプリケーションであるファックスアプリ２１３と、スキャナ用アプリケーションであるスキャナアプリ２１４と、ネットワークファイル用アプリケーションであるネットファイルアプリ２１５と、各アプリケーション２１１〜２１５のライセンス発行フラグおよびアプリ起動フラグをＮＶＲＡＭ１０４に記憶するアプリケーションであるライセンス発行アプリ２１６とを有している。

アプリケーション２３０の各プロセス、コントロールサービスの各プロセスは、関数呼び出しとその戻り値送信およびメッセージの送受信によってプロセス間通信を行いながら、コピー、プリンタ、スキャナ、ファクシミリなどの画像形成処理にかかるユーザサービスを実現している。

このように、複合機１０には、複数のアプリケーション２３０および複数のコントロールサービスが存在し、いずれもプロセスとして動作している。そして、これらの各プロセス内部には、一つ以上のスレッドが生成されて、スレッド単位の並列実行が行われる。そして、コントロールサービスがアプリケーション２３０に対し共通サービスを提供しており、このため、これらの多数のプロセスが並列動作、およびスレッドの並列動作を行って互いにプロセス間通信を行って協調動作をしながら、コピー、プリンタ、スキャナ、ファクシミリなどの画像形成処理にかかるユーザサービスを提供するようになっている。

複合機起動部２４０は、複合機１０の電源投入時に最初に実行され、アプリケーション２３０やプラットフォーム２２０を起動するものである。例えば複合機起動部２４０は、コントロールサービスやアプリケーションのプログラムをＵＳＢメモリ１１５から読み出し、読み出した各プログラムをＳＲＡＭまたはＳＤＲＡＭ上に確保したメモリ領域に転送して起動する。

なお、複合機起動部２４０は、ＮＶＲＡＭ１０４に記憶されたアプリ起動フラグを参照し、起動が許可されているアプリケーションのみを起動する。また、後述するように、複合機起動部２４０は、ＤＩＰＳＷ１１４でライセンス発行アプリ２１６の起動が指定されている場合は、ライセンス発行アプリ２１６を起動する。

ここで、ライセンス発行アプリ２１６によってＮＶＲＡＭ１０４に格納されるライセンス発行フラグおよびアプリ起動フラグのデータ構造について図４を用いて説明する。なお、図４は、ＮＶＲＡＭ１０４内の予め定められた３２ビットの領域に格納される各フラグの構成例を示している。すなわち、同図のような構成で、ライセンス発行フラグおよびアプリ起動フラグがそれぞれＮＶＲＡＭ１０４内の異なる領域に格納される。

同図に示すように、各フラグは、それぞれ、コピーアプリ用ビット、ファックスアプリ用ビット、スキャナアプリ用ビット、ネットファイルアプリ用ビット、プリンタアプリ用ビット、プリンタＰＤＬ用ビット、プリンタＰＣＬ用ビット、およびプリンタＰＣ用ビットを含んでいる。

上記各ビットは、０の場合に対応するアプリケーションが無効であること、１の場合に対応するアプリケーションが有効であることを表している。なお、ライセンス発行フラグの場合は、無効および有効とは、それぞれアプリケーションのライセンスを有さないこと、およびライセンスを有することを意味する。また、アプリ起動フラグの場合は、無効および有効とは、それぞれアプリケーションの起動が許可されていないこと、および許可されていることを意味する。

なお、ライセンス発行フラグおよびアプリ起動フラグの格納領域は、汎用ＯＳ２２１が管理する領域内に確保し、他のアプリケーションが利用するＮＶＲＡＭ１０４内の他の領域とは排他的に使用する。これにより、他のアプリケーションの誤動作により各フラグが変更されることを防止できる。

次に、このように構成された第１の実施の形態にかかる複合機１０によるアプリ起動処理について説明する。アプリ起動処理とは、電源投入時にＤＩＰＳＷ１１４の指定およびＮＶＲＡＭ１０４内のアプリ起動フラグの指定を参照し、指定にしたがったアプリケーションを起動する処理である。図５は、第１の実施の形態におけるアプリ起動処理の全体の流れを示すフローチャートである。

まず、複合機起動部２４０は、ＤＩＰＳＷ１１４の設定を取得する（ステップＳ５０１）。次に、複合機起動部２４０は、ＤＩＰＳＷ１１４がＯＮであるか否か、すなわち、ライセンス発行アプリ２１６の起動が指定されているか否かを判断する（ステップＳ５０２）。

ＤＩＰＳＷ１１４がＯＮでない場合は（ステップＳ５０２：ＮＯ）、複合機起動部２４０は、起動すべきアプリケーションを判定する起動アプリチェック処理を実行する（ステップＳ５０３）。起動アプリチェック処理の詳細については後述する。

起動アプリチェック処理の後、複合機起動部２４０は、起動が必要と判断されたアプリケーションを起動し（ステップＳ５０４）、アプリ起動処理を終了する。

ステップＳ５０２で、ＤＩＰＳＷ１１４がＯＮであると判断された場合（ステップＳ５０２：ＹＥＳ）、複合機起動部２４０は、ライセンス発行アプリ２１６を起動し（ステップＳ５０５）、アプリ起動処理を終了する。

次に、ステップＳ５０３の起動アプリチェック処理の詳細について説明する。図６は、第１の実施の形態における起動アプリチェック処理の全体の流れを示すフローチャートである。

まず、複合機起動部２４０内で起動処理を制御する起動プロセスが、各アプリケーションの起動要否のチェックを、複合機起動部２４０内のアプリチェッカーに依頼する（ステップＳ６０１）。アプリチェッカーは、汎用ＯＳ２２１に対してシステムコールを発行することにより、アプリ起動フラグの取得を要求する（ステップＳ６０２）。

汎用ＯＳ２２１は、要求に応じてＮＶＲＡＭ１０４からアプリ起動フラグを読み出す（ステップＳ６０３、ステップＳ６０４）。次に、汎用ＯＳ２２１は、取得したアプリ起動フラグをアプリチェッカーに返す（ステップＳ６０５）。

次に、アプリチェッカーは、汎用ＯＳ２２１から取得したアプリ起動フラグを解析する（ステップＳ６０６）。具体的には、アプリチェッカーは、各アプリケーションのアプリ起動フラグが０か１かを解析し、１である場合に、起動が必要なアプリケーションであると判定する。

次に、起動プロセスが判定結果であるアプリケーションごとの起動要否をアプリチェッカーから受け取り（ステップＳ６０７）、起動アプリチェック処理を終了する。

次に、複合機起動部２４０で起動チェックされ、アプリケーションが起動された後にＳＣＳ２２２によって実行されるフラグ判定処理について説明する。フラグ判定処理は、ライセンス発行フラグおよびアプリ起動フラグを参照して、アプリケーションがライセンスにしたがって起動されているか否かを判定する処理である。図７は、第１の実施の形態におけるフラグ判定処理の全体の流れを示すフローチャートである。

まず、ＳＣＳ２２２は、アプリ起動処理で各アプリケーションが起動されることを待つアプリ起動待ち状態を開始する（ステップＳ７０１）。図５のようなアプリ起動処理によって起動されるべきアプリケーションが起動された場合、ＳＣＳ２２２は、アプリ起動待ち状態を終了する（ステップＳ７０２）。

次に、ＳＣＳ２２２は、ライセンス発行フラグをＮＶＲＡＭ１０４から取得する（ステップＳ７０３）。次に、ＳＣＳ２２２は、ライセンス発行フラグが０であるか否かを判断する（ステップＳ７０４）。具体的には、ＳＣＳ２２２は、ライセンス発行フラグのすべてのビットが０であるか否かを判定する。これは、ライセンス発行アプリ２１６によるライセンス発行処理が実行されているか否かを判定することを意味する。

ライセンス発行フラグが０でない場合は（ステップＳ７０４：ＮＯ）、ＳＣＳ２２２は、さらにアプリ起動フラグをＮＶＲＡＭ１０４から取得する（ステップＳ７０５）。次に、ＳＣＳ２２２は、ライセンス発行フラグ＝０かつアプリ起動フラグ＝１のアプリケーションが存在するか否かを判断する（ステップＳ７０６）。これは、ライセンスされていないにもかかわらず、起動が許可されているアプリケーションが存在するか否かを判断することを意味する。

ライセンス発行フラグ＝０かつアプリ起動フラグ＝１のアプリケーションが存在しない場合は（ステップＳ７０６：ＮＯ）、ＳＣＳ２２２は、フラグの設定が正常であると判定し、正常であることを示す判定結果を出力してフラグ判定処理を終了する（ステップＳ７０７）。

ライセンス発行フラグ＝０かつアプリ起動フラグ＝１のアプリケーションが存在する場合は（ステップＳ７０６：ＹＥＳ）、ＳＣＳ２２２は、フラグの設定が誤っていると判定し、フラグの設定が誤っていることを示すエラー情報を出力してフラグ判定処理を終了する（ステップＳ７０９）。

このように、本実施の形態によれば、従来のようにアプリケーションの有効・無効を設定するだけでなく、ライセンスを有するか否かを表すライセンス発行フラグもＮＶＲＡＭ１０４に保存しているため、起動時に有効・無効の設定とライセンスの設定との整合性を確認することができる。

なお、エラー情報を出力した後、ＳＣＳ２２２は、エラーメッセージを操作パネル１２０に表示し、すべてのアプリケーションを操作不能にしてもよいし、エラーと判定されたアプリケーションのみを操作不能とするように構成してもよい。これにより、誤操作や不正操作によってソフトウェアが不正に利用されることを回避可能となる。

ステップＳ７０４で、ライセンス発行フラグが０であると判断された場合は（ステップＳ７０４：ＹＥＳ）、ＳＣＳ２２２は、さらにライセンス発行アプリ２１６が起動されているか否かを判断する（ステップＳ７０８）。

起動されている場合は（ステップＳ７０８：ＹＥＳ）、フラグ判定処理を終了する。なお、この場合は、この後、起動されているライセンス発行アプリ２１６によるライセンス発行処理が実行される（後述）。

起動されていない場合は（ステップＳ７０８：ＮＯ）、ライセンス発行アプリ２１６によるライセンス発行処理が実行できないため、異常が発生したことを示すエラー情報を出力してフラグ判定処理を終了する（ステップＳ７０７）。

次に、ライセンス発行アプリ２１６が起動された場合に実行される、ライセンス発行処理の詳細について説明する。図８は、第１の実施の形態におけるライセンス発行処理の全体の流れを示すフローチャートである。

まず、ライセンス発行アプリ２１６は、ライセンス発行フラグ、およびアプリ起動フラグを設定するための設定画面を操作パネル１２０上に表示する（ステップＳ８０１）。設定画面は、各アプリケーションに対応するライセンス発行フラグおよびアプリ起動フラグの有効・無効を指定可能に構成する。

次に、ライセンス発行アプリ２１６は、設定画面で設定された各フラグの有効・無効の情報を、実際のフラグの値に変換する（ステップＳ８０２）。具体的には、ライセンス発行アプリ２１６は、有効が指定された場合にフラグの値を１に変換し、無効が指定された場合にフラグの値を０に変換する。

次に、ライセンス発行アプリ２１６は、汎用ＯＳ２２１に対してシステムコールを発行することにより、アプリ起動フラグの変更を要求する（ステップＳ８０３）。次に、汎用ＯＳ２２１は、要求に応じてアプリ起動フラグをＮＶＲＡＭ１０４に設定する（ステップＳ８０４、ステップＳ８０５）。そして、汎用ＯＳ２２１は、アプリ起動フラグの設定完了をライセンス発行アプリ２１６に通知する（ステップＳ８０６）。

同様に、ライセンス発行アプリ２１６は、汎用ＯＳ２２１に対してシステムコールを発行することにより、ライセンス発行フラグの変更を要求する（ステップＳ８０７）。次に、汎用ＯＳ２２１は、要求に応じてライセンス発行フラグをＮＶＲＡＭ１０４に設定する（ステップＳ８０８、ステップＳ８０９）。そして、汎用ＯＳ２２１は、ライセンス発行フラグの設定完了をライセンス発行アプリ２１６に通知する（ステップＳ８１０）。

なお、ライセンス発行アプリ２１６によるライセンス発行処理は、生産時などの複合機１０の利用開始前に１回実行される処理である。複合機１０の稼動後は、メンテナンスモードなどの特定の条件下で、アプリ起動フラグの変更のみが可能となる。

次に、複合機１０の稼動後に実行される起動フラグ変更処理について説明する。図９は、第１の実施の形態における起動フラグ変更処理の全体の流れを示すフローチャートである。起動フラグ変更処理は、サービスマン等が所定のパスワードを入力することにより実行可能なサービスメンテナンスモードで、アプリ起動フラグの変更が指定された場合に実行される。

まず、ＳＣＳ２２２は、汎用ＯＳ２２１に対してシステムコールを発行することにより、ライセンス発行フラグの取得を要求する（ステップＳ９０１）。次に、汎用ＯＳ２２１は、要求に応じてＮＶＲＡＭ１０４からライセンス発行フラグを読み出す（ステップＳ９０２、ステップＳ９０３）。次に、汎用ＯＳ２２１は、取得したライセンス発行フラグをＳＣＳ２２２に返す（ステップＳ９０４）。

次に、ＳＣＳ２２２は、取得したライセンス発行フラグを解析し、変更可能なアプリ起動フラグのリストを作成する（ステップＳ９０５）。具体的には、ＳＣＳ２２２は、ライセンス発行フラグが１（有効）であるアプリケーションのアプリ起動フラグのみを含むリストを作成する。

次に、ＳＣＳ２２２は、作成したアプリ起動フラグのリストを操作パネル１２０上に変更可能に表示する（ステップＳ９０６）。これにより、ユーザ（サービスマン）は、ライセンスされたアプリケーションを無効化するか、一度無効化したアプリケーションを再度有効化することが可能となる。

次に、ＳＣＳ２２２は、操作パネル１２０上で指定されたアプリ起動フラグの変更要求を受付ける（ステップＳ９０７）。

次に、ＳＣＳ２２２は、汎用ＯＳ２２１に対してシステムコールを発行することにより、アプリ起動フラグの変更を要求する（ステップＳ９０８）。次に、汎用ＯＳ２２１は、要求に応じてアプリ起動フラグをＮＶＲＡＭ１０４に設定する（ステップＳ９０９、ステップＳ９１０）。そして、汎用ＯＳ２２１は、アプリ起動フラグの設定完了をＳＣＳ２２２に通知し（ステップＳ９１１）、起動フラグ変更処理を終了する。

このように、第１の実施の形態にかかる情報処理装置では、ライセンス発行フラグとアプリ起動フラグとを不揮発性メモリに記憶し、各フラグを比較することで不正なアプリケーションの起動をチェックすることができる。これにより、誤操作等によるソフトウェアの不正利用の発生を低減することができる。また、その結果、不正利用によるライセンス料の損失の発生を回避可能となる。

（第２の実施の形態）
第１の実施の形態では、ライセンス発行フラグを設定するライセンス発行アプリ２１６の起動可否を、スイッチ（ＤＩＰＳＷ）によって切り替えていた。しかし、仮にスイッチの切り替え方法が不正に流出した場合、スイッチを切り替えるだけでライセンス発行アプリ２１６を容易に起動できるため、フラグを不正に変更されるおそれがある。

そこで、第２の実施の形態にかかる情報処理装置は、スイッチではなく、不揮発性メモリ上に記憶した切り替え用のフラグを参照してライセンス発行アプリ２１６の起動可否を切り替えるものである。なお、このフラグは、特定のパスワードを入力することにより実行される工程メンテナンスモードでのみ変更可能としている。

図１０は、第２の実施の形態にかかる複合機２０の機能構成を示すブロック図である。同図に示すように、複合機２０は、複合機起動部１０４０およびソフトウェア群１０１０のプラットフォーム１０２０内のＳＣＳ１０２２の機能が、第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかる複合機１０の機能構成を表す図２と同様であるので、同一符号を付し、ここでの説明は省略する。

また、図１０では省略しているが、第２の実施の形態では、ＮＶＲＡＭ１０４内にライセンス発行アプリ２１６の起動可否を表すフラグであるアプリ設定モードフラグを格納するように構成した点が異なっている。図１１は、ＮＶＲＡＭ１０４内のアプリ設定モードフラグのデータ構造の一例を説明する図である。

同図に示すように、アプリ設定モードフラグは、ＮＶＲＡＭ１０４の当該フラグ用に予め定められた３２ビットの領域内の１ビットに格納される。なお、アプリ設定モードフラグは、当該ビットが０のとき、ライセンス発行アプリ２１６の起動が許可されないこと（無効）、当該ビットが１のとき、ライセンス発行アプリ２１６の起動が許可されること（有効）を表す。

図１０に戻り、複合機起動部１０４０は、ＤＩＰＳＷ１１４の設定ではなく、アプリ設定モードフラグ＝１の場合に、ライセンス発行アプリ２１６を起動する点が、第１の実施の形態の複合機起動部２４０と異なっている。

ＳＣＳ１０２２は、特定のパスワードが入力された場合に工程メンテナンスモードに移行するとともに、このモードで実行されるアプリ設定モードフラグの変更処理を制御する機能が追加された点が、第１の実施の形態のＳＣＳ２２２と異なっている。なお、工程メンテナンスモードは、サービスマンが使用するサービスメンテナンスモードと異なり、サービスマンが許可されない機能を実行することができる。

次に、このように構成された第２の実施の形態にかかる複合機２０によるアプリ起動処理について説明する。図１２は、第２の実施の形態におけるアプリ起動処理の全体の流れを示すフローチャートである。

まず、複合機起動部１０４０は、ＮＶＲＡＭ１０４からアプリ設定モードフラグを取得する（ステップＳ１２０１）。次に、複合機起動部１０４０は、アプリ設定モードフラグ＝１であるか否か、すなわち、ライセンス発行アプリ２１６の起動が指定されているか否かを判断する（ステップＳ１２０２）。

アプリ設定モードフラグ＝１でない場合は（ステップＳ１２０２：ＮＯ）、複合機起動部１０４０は、第１の実施の形態と同様の起動アプリチェック処理を実行し、（ステップＳ１２０３）、起動が必要と判断されたアプリケーションを起動する（ステップＳ１２０４）。

ステップＳ１２０２で、アプリ設定モードフラグ＝１であると判断された場合（ステップＳ１２０２：ＹＥＳ）、複合機起動部１０４０は、ライセンス発行アプリ２１６を起動し（ステップＳ１２０５）、アプリ起動処理を終了する。

次に、工程メンテナンスモードでアプリ設定モードフラグを変更する設定フラグ変更処理について説明する。図１３は、第２の実施の形態における設定フラグ変更処理の全体の流れを示すフローチャートである。

まず、ＳＣＳ１０２２は、工程メンテナンスモードへ移行するためのパスワードを受付ける（ステップＳ１３０１）。次に、ＳＣＳ１０２２は、工程メンテナンスモードのメニューを表示する（ステップＳ１３０２）。

次に、ＳＣＳ１０２２は、工程メンテナンスモードのメニューでユーザが指定した、アプリ設定モードフラグの変更機能の選択を受付ける（ステップＳ１３０３）。次に、ＳＣＳ１０２２は、ユーザが指定したアプリ設定モードフラグの変更要求を受付ける（ステップＳ１３０４）。そして、ＳＣＳ１０２２は、変更要求に応じて変更したアプリ設定モードフラグをＮＶＲＡＭ１０４に保存し（ステップＳ１３０５）、設定フラグ変更処理を終了する。

なお、アプリ起動処理以外の各処理（起動アプリチェック処理、フラグ判定処理、ライセンス発行処理、起動フラグ変更処理）については、第１の実施の形態と同様であるため説明を省略する。

このように、第２の実施の形態にかかる情報処理装置では、不揮発性メモリ上に記憶した切り替え用のフラグを参照してライセンス発行アプリの起動可否を切り替えることができる。また、このフラグは、特定のパスワードを入力することにより実行される工程メンテナンスモードでのみ変更可能とすることができる。これにより、不正にライセンス発行アプリが起動されて不正にライセンス発行フラグおよびアプリ起動フラグが変更される可能性を低減することができる。

（第３の実施の形態）
第３の実施の形態にかかる情報処理装置は、ネットワーク経由でのみライセンス発行処理を実行可能とすることにより、不正にライセンス発行処理が実行されてライセンス発行フラグおよびアプリ起動フラグが変更されることを抑止するものである。

図１４は、第３の実施の形態にかかる通信システム１４００のネットワーク構成図である。同図に示すように通信システム１４００は、複合機３０と、複合機３０にアクセスしてライセンス発行処理を実行可能なクライアントＰＣ１４５０とを含んでいる。すなわち、クライアントＰＣ１４５０は、例えばｔｅｌｎｅｔ、およびＨＴＴＰ（Hyper Text Transfer Protocol）などのプロトコルによって複合機３０にアクセスする機能を備えている。なお、クライアントＰＣ１４５０は複数備えるように構成してもよい。

図１５は、第３の実施の形態にかかる複合機３０の機能構成を示すブロック図である。同図に示すように、複合機３０は、複合機起動部１４４０およびソフトウェア群１４１０のアプリケーション１４３０内のライセンス発行アプリ１４１６の機能が、第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかる複合機１０の機能構成を表す図２と同様であるので、同一符号を付し、ここでの説明は省略する。

複合機起動部１４４０は、ライセンス発行アプリ１４１６を常時起動する点が、第１の実施の形態と異なっている。すなわち、複合機起動部１４４０は、ＤＩＰＳＷ１１４を参照することなく、必ずライセンス発行アプリ１４１６を起動する。

ライセンス発行アプリ１４１６は、ＮＣＳ２２８を介してＰＣ１４５０からライセンス発行処理を実行可能とする点が、第１の実施の形態のライセンス発行アプリ２１６と異なっている。すなわち、ライセンス発行アプリ１４１６は、ｔｅｌｎｅｔ、ＨＴＴＰなどのプロトコルによってネットワーク経由でライセンス発行処理に関するコマンドやデータを送受信できるように構成されている。

次に、このように構成された第３の実施の形態にかかる複合機３０によるアプリ起動処理について説明する。図１６は、第３の実施の形態におけるアプリ起動処理の全体の流れを示すフローチャートである。

まず、複合機起動部１４４０は、ライセンス発行アプリ１４１６を起動する（ステップＳ１６０１）。次に、複合機起動部１４４０は、第１の実施の形態と同様の起動アプリチェック処理を実行する（ステップＳ１６０２）。そして、複合機起動部１４４０は、起動が必要と判断されたアプリケーションを起動し（ステップＳ１６０３）、アプリ起動処理を終了する。

このように、第３の実施の形態では、ライセンス発行アプリ１４１６が常時起動される。そして、後述するように、クライアントＰＣ１４５０の要求に応じて、起動されているライセンス発行アプリ１４１６が、ライセンス発行処理を実行する。

次に、このように構成された第３の実施の形態にかかる複合機３０によるライセンス発行処理について説明する。図１７は、第３の実施の形態におけるライセンス発行処理の全体の流れを示すフローチャートである。なお、以下ではｔｅｌｎｅｔによって複合機３０にアクセスしてライセンス発行処理を実行する場合を例に説明するが、その他のプロトコルでも同様の手順でライセンス発行処理を実行可能である。

まず、クライアントＰＣ１４５０は、ｔｅｌｎｅｔによるログインをＮＣＳ２２８に要求する（ステップＳ１７０１）。次に、クライアントＰＣ１４５０は、ｔｅｌｎｅｔのユーザＩＤやパスワードをＮＣＳ２２８に送信する（ステップＳ１７０２）。ＮＣＳ２２８は、ユーザＩＤとパスワードを認証し、認証した場合はログインの許可をクライアントＰＣ１４５０に送信する（ステップＳ１７０３）。

次に、クライアントＰＣ１４５０は、起動アプリ設定コマンドをＮＣＳ２２８に送信する（ステップＳ１７０４）。起動アプリ設定コマンドとは、設定するライセンス発行フラグの値、および設定するアプリ起動フラグの値を特定可能な情報を含むメッセージであって、これらの情報によってライセンス発行処理の実行を要求する要求メッセージである。

次に、ＮＣＳ２２８は、受信した起動アプリ設定コマンドをライセンス発行アプリ１４１６に送出する（ステップＳ１７０５）。次に、ライセンス発行アプリ１４１６は、起動アプリ設定コマンドで指定された情報を、実際のフラグの値に変換する（ステップＳ１７０６）。

ステップＳ１７０７からステップＳ１７１４までは、第１の実施の形態にかかる複合機１０におけるステップＳ８０３からステップＳ８１０までと同様の処理なので、その説明を省略する。

次に、ライセンス発行アプリ１４１６は、起動アプリ設定コマンドに応じたフラグの設定処理が終了したことを、ＮＣＳ２２８を介してクライアントＰＣ１４５０に送信し（ステップＳ１７１５、ステップＳ１７１６）、ライセンス発行処理を終了する。

なお、アプリ起動処理およびライセンス発行処理以外の各処理（起動アプリチェック処理、フラグ判定処理、起動フラグ変更処理）については、第１の実施の形態と同様であるため説明を省略する。

このように、第３の実施の形態にかかる情報処理装置では、ネットワーク経由でのみライセンス発行処理を実行可能とすることにより、不正にライセンス発行処理が実行されてライセンス発行フラグおよびアプリ起動フラグが変更されることを抑止することができる。

（第４の実施の形態）
上記各実施の形態では、ライセンス発行アプリを他のアプリケーションとともに複合機内のＵＳＢメモリに格納していた。このため、ライセンス発行アプリの起動方法が流出すれば、ライセンス発行アプリの不正起動を抑止することが困難となる。

そこで、第４の実施の形態にかかる情報処理装置は、着脱可能な不揮発性記憶媒体であるＳＤ（Secure Digital）カードにライセンス発行アプリを格納し、ＳＤカードが装着されている場合のみ、ライセンス発行アプリを実行可能とするものである。

図１８は、第４の実施の形態にかかる複合機４０の機能構成を示すブロック図である。同図に示すように、複合機４０は、複合機起動部１８４０の機能が、第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかる複合機１０の機能構成を表す図２と同様であるので、同一符号を付し、ここでの説明は省略する。

また、図１８に示すように、第３の実施の形態では、ライセンス発行アプリ２１６がＳＤカード１３１内に格納され、その他のアプリケーションやコントロールサービスがＵＳＢメモリ１１５に格納される点が、第１の実施の形態と異なっている。

複合機起動部１８４０は、ＤＩＰＳＷ１１４の設定ではなく、ＳＤカード１３１が装着されているか否か、およびＳＤカード１３１内にライセンス発行アプリ２１６が格納されているか否かを判断し、装着されたＳＤカード１３１内にライセンス発行アプリ２１６が格納されている場合に、ライセンス発行アプリ２１６を起動する点が、第１の実施の形態の複合機起動部２４０と異なっている。

次に、このように構成された第４の実施の形態にかかる複合機４０によるアプリ起動処理について説明する。図１９は、第４の実施の形態におけるアプリ起動処理の全体の流れを示すフローチャートである。

まず、複合機起動部１８４０は、ＳＤカード１３１が装着されていることを確認する（ステップＳ１９０１）。次に、複合機起動部１８４０は、ＳＤカード１３１が装着され、ライセンス発行アプリ２１６が格納されているか否かを判断する（ステップＳ１９０２）。

ライセンス発行アプリ２１６が格納されたＳＤカード１３１が装着されていない場合は（ステップＳ１９０２：ＮＯ）、複合機起動部１８４０は、起動アプリチェック処理を実行する（ステップＳ１９０３）。そして、複合機起動部１８４０は、起動が必要と判断されたアプリケーションを起動し（ステップＳ１９０４）、アプリ起動処理を終了する。

ライセンス発行アプリ２１６が格納されたＳＤカード１３１が装着されている場合は（ステップＳ１９０２：ＹＥＳ）、複合機起動部１８４０は、ライセンス発行アプリ２１６を起動し（ステップＳ１９０５）、アプリ起動処理を終了する。

なお、アプリ起動処理以外の各処理（起動アプリチェック処理、フラグ判定処理、ライセンス発行処理、起動フラグ変更処理）については、第１の実施の形態と同様であるため説明を省略する。

このように、第４の実施の形態にかかる情報処理装置では、着脱可能なＳＤカードにライセンス発行アプリを格納し、ＳＤカードが装着されている場合のみ、ライセンス発行アプリを実行可能とすることができる。これにより、ライセンス発行アプリを不正に起動してライセンス発行フラグやアプリ起動フラグを不正に変更する可能性をさらに低減することができる。

以上のように、本発明にかかる情報処理装置、情報処理方法および画像処理装置は、記憶部に保存されたアプリケーションのうち、起動が有効であることを設定されたアプリケーションを起動する装置および方法に適している。

第１の実施の形態にかかる複合機のハードウェア構成を例示するブロック図である。 第１の実施の形態の複合機の機能構成を示すブロック図である。 操作パネルの一例を示した図である。 ライセンス発行フラグおよびアプリ起動フラグのデータ構造の一例を示す図である。 第１の実施の形態におけるアプリ起動処理の全体の流れを示すフローチャートである。 第１の実施の形態における起動アプリチェック処理の全体の流れを示すフローチャートである。 第１の実施の形態におけるフラグ判定処理の全体の流れを示すフローチャートである。 第１の実施の形態におけるライセンス発行処理の全体の流れを示すフローチャートである。 第１の実施の形態における起動フラグ変更処理の全体の流れを示すフローチャートである。 第２の実施の形態にかかる複合機の機能構成を示すブロック図である。 アプリ設定モードフラグのデータ構造の一例を説明する図である。 第２の実施の形態におけるアプリ起動処理の全体の流れを示すフローチャートである。 第２の実施の形態における設定フラグ変更処理の全体の流れを示すフローチャートである。 第３の実施の形態にかかる通信システムのネットワーク構成図である。 第３の実施の形態にかかる複合機の機能構成を示すブロック図である。 第３の実施の形態におけるアプリ起動処理の全体の流れを示すフローチャートである。 第３の実施の形態におけるライセンス発行処理の全体の流れを示すフローチャートである。 第４の実施の形態にかかる複合機の機能構成を示すブロック図である。 第４の実施の形態におけるアプリ起動処理の全体の流れを示すフローチャートである。

符号の説明

１０、２０、３０、４０ 複合機
１００ コントローラ
１０１ ＣＰＵ
１０２ システムメモリ
１０３ ＮＢ
１０４ ＮＶＲＡＭ
１０５ ＳＢ
１０６ ＡＳＩＣ
１０７ ローカルメモリ
１０８ ＨＤＤ
１０９ ＮＩＣ
１１０ ＳＤカード用スロット
１１１ ＵＳＢデバイス
１１２ ＩＥＥＥ１３９４デバイス
１１３ セントロニクス
１１４ ＤＩＰＳＷ
１１５ ＵＳＢメモリ
１２０ 操作パネル
１２１ ＦＣＵ
１２２ エンジン部
１３１ ＳＤカード
２０１ Ｂ＆Ｗ ＬＰ
２０２ Ｃｏｌｏｒ ＬＰ
２０３ ハードウェアリソース
２１０ ソフトウェア群
２１１ プリンタアプリ
２１２ コピーアプリ
２１３ ファックスアプリ
２１４ スキャナアプリ
２１５ ネットファイルアプリ
２１６ ライセンス発行アプリ
２２０ プラットフォーム
２２１ 汎用ＯＳ
２２２ ＳＣＳ
２２２ａ ＯＵＳ
２２３ ＳＲＭ
２２４ ＥＣＳ
２２５ ＭＣＳ
２２６ ＯＣＳ
２２７ ＦＣＳ
２２８ ＮＣＳ
２３０ アプリケーション
２４０ 複合機起動部
３０１ 初期設定／カウンターキー
３０２ コピーキー
３０３ ドキュメントボックスキー
３０４ ファックスキー
３０５ スキャナキー
３０６ プリンタキー
３０７ テンキー
３０８ クリア／ストップキー
３０９ スタートキー
３１０ 予熱キー
３１１ リセットキー
３１２ プログラムキー
３１３ 設定確認キー
３１４ 割り込みキー
３１５ 試しコピーキー
３２０ 液晶タッチパネル
１０１０ ソフトウェア群
１０２０ プラットフォーム
１０２２ ＳＣＳ
１４００ 通信システム
１４１０ ソフトウェア群
１４１６ ライセンス発行アプリ
１４３０ アプリケーション
１４４０ 複合機起動部
１４５０ クライアントＰＣ
１８４０ 複合機起動部

Claims (14)

1. アプリケーションのライセンスの有無を表すライセンス情報と、前記アプリケーションの起動を許可するか否かを表す許可情報とを記憶する第１記憶手段と、
   起動を許可することを表す前記許可情報が前記第１記憶手段に記憶された前記アプリケーションを起動する起動手段と、
   起動された前記アプリケーションの前記ライセンス情報を前記第１記憶手段から取得し、取得した前記ライセンス情報がライセンスを有することを表すか否かを判断する判断手段と、
   取得した前記ライセンス情報がライセンスを有さないことを表す場合に、エラー情報を出力する出力手段と、
   を備えたことを特徴とする情報処理装置。
2. 前記起動手段は、さらに、指定された前記ライセンス情報および前記許可情報を前記第１記憶手段に保存するライセンス発行アプリを起動すること、
   を特徴とする請求項１に記載の情報処理装置。
3. 前記ライセンス発行アプリを記憶する記憶媒体を挿脱可能な挿脱手段をさらに備え、
   前記起動手段は、前記挿脱手段に挿入された前記記憶媒体に記憶された前記ライセンス発行アプリを起動すること、
   を特徴とする請求項２に記載の情報処理装置。
4. 前記ライセンス発行アプリを記憶する第２記憶手段と、
   前記ライセンス発行アプリを起動するか否かを指定するスイッチ手段と、をさらに備え、
   前記起動手段は、前記スイッチ手段により前記ライセンス発行アプリを起動することが指定されているか否かを判断し、指定されている場合に、前記第２記憶手段に記憶された前記ライセンス発行アプリを起動すること、
   を特徴とする請求項２に記載の情報処理装置。
5. 前記ライセンス発行アプリを記憶する第２記憶手段と、
   前記ライセンス発行アプリを起動するか否かを表す起動情報を記憶する第３記憶手段と、をさらに備え、
   前記起動手段は、前記ライセンス発行アプリを起動することを表す前記起動情報が前記第３記憶手段に記憶されているか否かを判断し、記憶されている場合に、前記第２記憶手段に記憶された前記ライセンス発行アプリを起動すること、
   を特徴とする請求項２に記載の情報処理装置。
6. 前記起動情報の変更要求を受付け、変更が要求された前記起動情報を変更して前記第３記憶手段に保存する変更手段をさらに備えたこと、
   を特徴とする請求項５に記載の情報処理装置。
7. 前記変更手段は、さらに、パスワードを受付け、受付けたパスワードが予め定められた特定パスワードと一致するか否かを判断し、一致する場合に、前記起動情報の変更要求を受付け、変更が要求された前記起動情報を変更して前記第３記憶手段に保存すること、
   を特徴とする請求項６に記載の情報処理装置。
8. 前記ライセンス発行アプリを記憶する第２記憶手段と、
   ネットワークを介して接続された通信装置から、前記ライセンス情報と前記許可情報とを含み、前記ライセンス情報と前記許可情報とを前記第１記憶手段に保存することを要求する要求メッセージを受信する受信手段と、をさらに備え、
   前記起動手段は、前記第２記憶手段に記憶された前記ライセンス発行アプリを起動し、
   前記ライセンス発行アプリは、前記要求メッセージ内の前記ライセンス情報と前記許可情報とを前記第１記憶手段に保存すること、
   を特徴とする請求項２に記載の情報処理装置。
9. 前記判断手段は、さらに、前記第１記憶手段に前記ライセンス情報が記憶されているか否かを判断し、
   前記第１記憶手段に前記ライセンス情報が記憶されていない場合に、前記ライセンス発行アプリに対する操作を受付ける操作受付手段をさらに備えたこと、
   を特徴とする請求項２に記載の情報処理装置。
10. 前記判断手段は、さらに、前記第１記憶手段に前記ライセンス情報が記憶されていない場合に、前記ライセンス発行アプリが起動されているか否かを判断し、
    前記出力手段は、前記ライセンス発行アプリが起動されていない場合に、エラー情報を出力すること、
    を特徴とする請求項９に記載の情報処理装置。
11. 前記許可情報の変更要求を受付け、変更要求に応じて前記許可情報を変更して前記第１記憶手段に保存する変更手段をさらに備えたこと、
    を特徴とする請求項１に記載の情報処理装置。
12. 前記変更手段は、ライセンスを有する前記アプリケーションの前記許可情報を表示部に表示し、表示した前記許可情報の変更要求を受付け、変更が要求された前記許可情報を変更して前記第１記憶手段に保存すること、
    を特徴とする請求項１１に記載の情報処理装置。
13. 起動手段が、アプリケーションのライセンスの有無を表すライセンス情報と前記アプリケーションの起動を許可するか否かを表す許可情報とを記憶する第１記憶手段に、起動を許可することを表す前記許可情報が記憶された前記アプリケーションを起動する起動ステップと、
    判断手段が、起動された前記アプリケーションの前記ライセンス情報を前記第１記憶手段から取得し、取得した前記ライセンス情報がライセンスを有することを表すか否かを判断する判断ステップと、
    出力手段が、取得した前記ライセンス情報がライセンスを有さないことを表す場合に、エラー情報を出力する出力ステップと、
    を備えたことを特徴とする情報処理方法。
14. ハードウェア資源を利用した画像処理にかかるアプリケーションを複数搭載可能とし、オペレーティングシステムと、前記オペレーティングシステム上で動作し、複数の前記アプリケーションからアクセスされて前記ハードウェア資源の制御を行う制御手段とを備えた画像処理装置であって、
    前記アプリケーションのライセンスの有無を表すライセンス情報と、前記アプリケーションの起動を許可するか否かを表す許可情報とを記憶する第１記憶手段と、
    起動を許可することを表す前記許可情報が前記第１記憶手段に記憶された前記アプリケーションを起動する起動手段と、
    起動された前記アプリケーションの前記ライセンス情報を前記第１記憶手段から取得し、取得した前記ライセンス情報がライセンスを有することを表すか否かを判断する判断手段と、
    取得した前記ライセンス情報がライセンスを有さないことを表す場合に、エラー情報を出力する出力手段と、
    を備えたことを特徴とする画像処理装置。

Images