JP2009177375A - 画像処理装置および画像処理装置への機能追加方法 - Google Patents

Abstract

【課題】開発効率を向上させ、ユーザ側においては、アプリケーションの並列実行性が高められた画像処理装置および機能追加方法を提供すること。
【解決手段】複数の機能を備える画像処理装置２００は、ハードウェア・リソースを仮想化して、複数の論理区画に分割するハイパーバイザ１３０と、論理区画にインストールされ、他の機能とは独立して処理を行う複数の機能提供システム１２０、２１２と、画像処理装置２００にハードウェア機能部２２０が追加された場合にハイパーバイザ１３０により新たな論理区画を生成させ、論理区画内に追加されたハードウェア機能部の機能を提供するため少なくともアプリケーションプログラムおよびオペレーティングシステムをインストールする、コントローラシステム１１０とを含んでいる。
【選択図】図２

Description

本発明は、画像処理装置に関し、より詳細には、画像処理装置に対する機能追加を容易にする、画像処理装置および画像処理装置への機能追加方法に関する。

従来、複数の機能を提供することができる画像処理装置、いわゆる複合機（ＭＦＰ：Multi-Function Peripheral)は、一つのオペレーティングシステム（ＯＳ）上にソフトウェアを配置し、そのＯＳ上で、様々なアプリケーションを動作させていた。近年では、画像処理装置に要求される機能が多くなり、機能の追加により、複数のアプリケーションに影響を及ぼすことが想定される場合も増えてきている。

従来では、画像処理装置に追加するべき機能が、すでにインストールしてある機能に対して影響を与える可能性がある場合、追加機能を画像処理装置に導入する際に、複数のアプリケーション間で連携をとる必要が生じ、開発効率が悪化してしまうという問題が発生していた。

また、アプリケーション開発者は、画像処理装置に対して事前に搭載される可能性のある機能とのコンフリクトチェックを各機能ごとに行わなければならず、アプリケーションのコーディング完成が直ちにアプリケーションの完成に直結せず、事後的に大幅な修正を迫られる場合もあった。

さらに、画像処理装置の機能ごとに同一の機能であっても、アプリケーション・バージョンが異なっていたりする場合、メモリの排他制御や、ハードウェアモジュールの専有期間などが異なっている場合もあり、同一の機能だからといって追加するべき機能提供システムが必ずしもスムースにインストールできるわけではなく、現場での機能追加処理に熟練を要するなどの問題があった。

すなわち、これまで、画像処理装置に対して機能追加を行う際に、アプリケーションレベルのコンフリクトを可能な限り低減させるか、まったくコンフリクトを生じない環境を提供することができる画像処理装置が必要とされていた。

さらに、画像処理装置に対して既インストールのアプリケーションに関わらず、追加するべき機能を提供するアプリケーションプログラムをインストールすることを可能とする、機能追加方法が必要とされていた。

また、機能を追加するべき画像処理装置の個々のオプション構成に依存することなく、またサービスマンなどの熟練度によらず、効率的に画像処理装置に対して機能追加することが要求されていた。

本発明の画像処理装置は、コピー、複写機、ファクシミリ、スキャナ、ネットワーク端末など複数の機能を提供する。画像処理装置は、上述した機能を提供するための複数のハードウェア機能部と、ハードウェア機能部の機能を制御し、さらにデータを取得し、加工し、さらに外部出力する処理を実行するアプリケーションとを含んでいる。画像処理装置は、各機能を提供するアプリケーションごとに固有の論理区画を提供するハイパーバイザを含んでいて、アプリケーションおよび当該アプリケーションが管理するハードウェア機能部とを、画像処理装置の仮想化された固有の論理区画に割り当てて登録している。

画像処理装置に対して機能を追加する場合、画像処理装置は、ハイパーバイザにより、新たな論理区画を形成させ、追加機能に対応するハードウェア機能部および対応するアプリケーションを新たな論理区画にインストールする。

このため、画像処理装置は、追加された機能と、既存の機能との間のコンフリクトを調停する処理を必要とすることなく、追加機能を効率的に実行することができる。また、アプリケーションの開発サイドでも、画像処理装置ごとにどのアプリケーションが既設であるかにかかわらず、当該機能のためのアプリケーション開発に注力でき、開発効率を向上させることができる。また、ユーザ側においては、アプリケーションの並列実行性が高められ、より効率的に画像処理装置を使用することが可能となる。

すなわち、本発明では、
複数の機能を備える画像処理装置であって、
ハードウェア・リソースを仮想化して、複数の論理区画に分割するハイパーバイザと、
前記論理区画にインストールされ、他の機能とは独立して処理を行う複数の機能提供システムと、
前記画像処理装置にハードウェア機能部が追加された場合に前記ハイパーバイザにより新たな論理区画を生成させ、前記論理区画内に追加された前記ハードウェア機能部の機能を提供するため少なくともアプリケーションプログラムおよびオペレーティングシステムをインストールする、コントローラシステムと
を含む画像処理装置が提供される。前記ハードウェア機能部は、記憶装置と、前記ハードウェア機能を提供するＡＳＩＣとを含み、前記記憶装置は、前記ハードウェア機能部のための前記論理区画を生成するための情報を格納することができる。また、前記記憶装置は、前記ハードウェア機能部のための前記論理区画を生成するための情報として、ネットワークを介して外部接続されたサーバのネットワークアドレスを登録していてもよい。さらに、前記記憶装置は、前記ハードウェア機能部のための前記論理区画を生成するための情報として、少なくとも外部記録媒体から取得するためのパス識別値、セキュリティコード、製造番号のうちのいずれかを登録することができる。前記追加されるハードウェア機能部は、ファクシミリ通信機能部とすることが好ましい。

また、本発明では、
複数の機能を備える画像処理装置に対して機能を追加する機能追加方法であって、
前記画像処理装置にハードウェア機能部が追加されたことを検出するステップと、
ハイパーバイザを起動し、前記ハードウェア機能部の追加を検出した場合、追加されたハードウェア機能部から取得した情報を使用して新たな論理区画を生成させるステップと、
前記論理区画内に追加された前記ハードウェア機能部の機能を提供するため、少なくともアプリケーションプログラムおよびオペレーティングシステムをインストールするステップとを含み、
前記画像処理装置は、前記新たな論理区画内でデータおよび機能に関する処理を他の前記論理区画から独立して実行し、前記ハードウェア機能部を制御する、機能追加方法が提供される。

以下、本発明について実施形態をもって詳細に説明するが、本発明は後述する実施形態に限定されるものではない。図１は、画像処理装置１００の実施形態の機能ブロック図である。画像処理装置１００は、各種機能を提供する仮想化された機能システム群１１０、１２０と、各機能システムを仮想化するためのハイパーバイザ１３０と、画像処理装置１００の各機能を提供するためのハードウェア装置を含むハードウェア機能部１４０と実装する。

画像処理装置１００の機能システムとしては、画像処理装置１００の全体の機能を管理するコントローラシステム１１０、コピーシステム、プリンタシステム、ファクシミリシステム、ネットワーク通信システムなどの機能提供システム１２０などを挙げることができるが、これらの機能システムに限定されるわけではない。図１に示した実施形態では、機能システムとして例示的にコントローラシステム１１０と、コピー機能、プリンタ機能などを提供する機能提供システム１２０とに区別して各システムを示している。

コントロールシステム１１０は、画像処理装置１００の動作を制御するための制御アプリケーション１１２と、制御アプリケーション１１２とハードウェアとの間のインタフェースを提供するミドルウェア１１４と、ＯＳ１１６とから構成されていて、画像処理装置１００の起動・終了、初期セットアップなどを制御している。また、機能提供システム１２０は、各機能を提供する固有のアプリケーションプログラム１２２と、ミドルウェア１２４と、ＯＳ１２６とを含んで構成されていて、クラスタごとにインストールされたアプリケーションプログラムにより提供される、コピー、プリンタ、ファクシミリ、ネットワーク通信などの各種機能を、他のクラスタの処理とは独立して実行している。

画像処理装置１００は、上述したクラスタを提供するためのハイパーバイザ１３０を搭載している。ハイパーバイザ１３０は、画像処理装置１００に対して各機能システムごとのクラスタを生成させ、生成したクラスタごとに機能システムを独立して動作させ、各種機能を提供させる。ハイパーバイザ１３０は、本実施形態では、ホスト型またはベアメタル型のアーキテクチャを使用して画像処理装置１００に実装することができる。

画像処理装置１００は、ハイパーバイザ１３０を提供するためのハイパーバイザ制御システム（図示せず）を含んで構成されている。ハイパーバイザ制御システムは、ホスト型またはベアメタル型の実装方式に応じて、ＣＰＵ１４２、ＲＡＭ１４４、ＯＳをインストールするべきクラスタの生成を管理し、実装方式に対応して、コントローラシステム１１０の１モジュールとして構成することもできる。また、ハイパーバイザ提供モジュールは、コントローラシステム１１０とは独立し、ＣＰＵ１４２に対してハイパーバイザ１３０の機能を提供するカーネルを構成することもできる。

画像処理装置１００は、さらに画像処理装置１００の各処理を実行するための、複数のハードウェア・リソースからなるハードウェア機能部１４０を含んで構成されている。ハードウェア機能部１４０は、より詳細には、中央処理装置（ＣＰＵ）１４２、アプリケーションの実行空間を与えるＲＡＭ１４４、画像データその他のデータを格納するハードディスクドライブ（ＨＤＤ）１４６を含んでいる。ハードウェア機能部１４０は、さらに作像ユニット１５０、スキャナユニット１５２などのハードウェアモジュールを含んでいて、画像を取得し、画像を出力させている。また、ハードウェア機能部１４０は、その他のハードウェアモジュール１４０として、例えば、ファクシミリ通信機能部、ネットワーク通信機能部などを含むことができる。

ハイパーバイザ１３０は、ＣＰＵ１４２、ＲＡＭ１４４、ＨＤＤ１４６などを、アプリケーションをインストールするクラスタごとパーティショニングし、クラスタ間で独立した処理を可能としている。このため、画像処理装置１００は、他のアプリケーションが機能不全に陥った場合にでもその影響を受けることなく、ユーザにより指令された処理を実行することができる。また、アプリケーション開発者においては、他の機能システムの使用するメモリ領域、データ領域、排他制御の有無などを考慮することなく、当該機能を提供するためのアプリケーションを開発するだけで済むので、アプリケーション開発効率が向上する。

図２は、本実施形態で、機能システムの追加された画像処理装置２００の機能ブロック図である。画像処理装置２００には、コントローラシステム１１０、第１機能提供システム１２０、ハイパーバイザ１３０がインストールされている。また、ハードウェア機能部１４０には、追加する機能システムが使用するためのハードウェア機能部２２０が装着される。ハードウェア機能部２２０は、サービスマンなどが画像処理装置２００の本体に、例えば、ファクシミリ通信機能部を装着することにより実装される。

画像処理装置２００は、初期設定の後、クラスタ２１０を生成し、クラスタ内に、ＯＳ２１８、ミドルウェア２１６、アプリケーション２１４を順次インストールして、ユーザに対して追加されたハードウェア機能を提供する。追加するハードウェア機能部２２０は、外付けの記憶手段として機能するＲＯＭ２２０ａと、特定の機能を実行するためのＡＳＩＣ(Application Specific Integrated Circuit)２２０ｂとを含んで構成されている。ＲＯＭ２２０ａは、ＯＳ、ミドルウェア、アプリケーションプログラム、メモリマップ、制御データなど、機能提供システム２を構築するために必要なファイルを格納している。また、ＡＳＩＣ２２０ｂは、機能提供システム２のためのハードウェアレベルでの制御を行う集積回路である。ＯＳ２１８は、アプリケーション２１４が使用するためのＯＳであり、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）、ＷＩＮＤＯＷＳ（登録商標）などの汎用の他、ＶｘＷｏｒｋｓ、ＦｒｅｅＢＳＤ、ＩＴＲＯＮ、Ｌｙｎｘ、ＱＮＸなどの組込みＯＳなどを使用することもでき、クラスタにインストールされるＯＳは、各機能システムごとに異なっていても良いし、同一でもよい。

画像処理装置２００は、追加するべきハードウェア機能部２２０を検出すると、クラスタ２１０を作成し、ハイパーバイザ１３０がクラスタのために確保したＨＤＤなどの記憶領域内に、アプリケーション２１４、ミドルウェア２１６、ＯＳ２１８をインストールし、クラスタ２１０内に排他的に第２機能提供システム２１２を追加する。

図３は、本実施形態の画像処理装置３００が、追加するべきハードウェア機能部を検出した場合の機能追加方法の制御フローを示す。画像処理装置３００に対してハードウェア機能部２２０を追加する場合、画像処理装置３００は、通常、電源が切断されている。画像処理装置３００は、ハードウェア機能部２２０の装着が完了すると、電源が投入され、最初に初期システム診断を実行する。なお、この初期システム診断は、コントローラシステム１１０が実行する。

また、他の実施形態では、初期システム診断は、ハイパーバイザ制御システム１１０ｂが実行することもでき、図３では、コントローラシステム１１０の１モジュールとしてハイパーバイザ制御システム１１０ｂを実装している。なお、さらに他の実施形態では、コントローラシステム１１０と、ハイパーバイザ制御システム１１０ｂとは、別のモジュールとして構成される。この場合、コントローラシステム１１０およびハイパーバイザ制御システム１１０ｂは、相互通信を使用して、クラスタの生成・生成完了などを通知することができる。クラスタ間の相互通信のためには、種々の方法を想定することができる。例えば、ハイパーバイザ１３０を、ホスト型のアーキテクチャとして、例えばＬＩＮＵＸ（登録商標）などのホストＯＳが機能している場合には、プロセス間通信などを使用して通知を行うことができる。

また、ハイパーバイザ１３０を、ベアメタル型のアーキテクチャとして構成する場合、ハイパーバイザ制御システムは、各クラスタに仮想ＮＩＣを構成し、各仮想ＮＩＣに対して固有のデータリンク層レベルでの仮想アドレスである、仮想ＭＡＣアドレスを割当てて、疑似ローカルエリアネットワークを構成させることもできる。この場合、コントローラシステム１１０またはハイパーバイザ制御システムは、ＯＳＩ基本参照モデルにおけるレイヤ２スイッチの機能を有していることが必要である。

相互通信は、通知を発行するクラスタから、宛先のクラスタへとユニキャストまたはブロードキャストすることにより行われ、クラスタ間の連携を確立させる。これらの他、仮想化クラスタを、分離した装置と見なし、コントローラシステム１１０またはハイパーバイザ制御システムが仮想的にサーバまたはレイヤ２スイッチ、レイヤ３スイッチの機能を提供することにより可能な、例えばＴＣＰ／ＩＰなどのプロトコルを使用する通信方法も使用することができる。

図３の実施形態で、初期システム診断が終了した後、コントローラシステム１１０が、直前の動作時に登録されていないハードウェア機能部２２０を検出した場合、コントローラシステム１１０は、ハイパーバイザ制御システム１１０ｂを介して、ハイパーバイザ１３０に対して新たなクラスタの生成を指令する。ハイパーバイザ１３０は、追加するハードウェア機能部２２０のＲＯＭ２２０ａにアクセスし、インストールするべきアプリケーションのサイズ、メモリサイズなどのクラスタ管理データを読み出し、適切なサイズの論理区画としてクラスタを生成する。

クラスタが生成されると、コントロールシステム１１０は、ＲＯＭ２２０ａにアクセスし、ＯＳ、ミドルウェア、アプリケーションプログラム、メモリマップ、メモリサイズ、制御データなどを読み出して、新たに生成されたクラスタ内に、ＯＳ２１８、ミドルウェア２１６、アプリケーション２１４を順次インストールして、クラスタ２１０内に機能提供システム２を生成させる。その後、画像処理装置３００は、リスタート処理などを経て新たに追加されたハードウェア機能部２２０による機能をユーザに提供する。図３に示した機能追加方法では、追加するハードウェア機能部２２０のみで新たな仮想化領域を生成することができるので、設置サイトでの作業のみでハードウェア機能部２２０が追加できる。

図４は、画像処理装置４００が実行する機能追加方法の第２実施形態の制御フローを示す。図４に示した画像処理装置４００は、追加するハードウェア機能部のＲＯＭ２２０ａから、サーバ４０４のネットワークアドレスのみを取得する。ハイパーバイザ制御システム１１０ｂは、取得したネットワークアドレスをコントローラシステム１１０に通知し、ネットワーク通信機能部（図示せず）を起動してネットワーク４０２を介してサーバ４０４へとアクセスする。サーバ４０４は、追加するハードウェア機能部２２０に必要なアプリケーションプログラム、ミドルウェア、ＯＳ、メモリマップなどを格納する。

画像処理装置４００は、サーバ４００から、ハードウェア機能部２２０のために必要なファイルを、ＦＴＰやＨＴＴＰなどのファイル転送プロトコルを使用してダウンロードする。ダウンロードしたファイルは、ハイパーバイザ制御システム１１０ｂにより、機能提供システム２をクラスタの生成に使用される他、コントローラシステム１１０による第２機能提供システム２１０のためのＯＳ、ミドルウェア、アプリケーションプログラムのインストールに使用される。

図４に示した実施形態では、画像処理装置４００がネットワーク通信機能を備えていることが必要とされるが、アプリケーションプログラムのバージョンアップや変更などに対応した最新の機能を提供することが可能となる。また、画像処理装置４００などにファイアウォールを実装することにより、セキュリティ性を向上させることができ、コントローラシステム１１０内のセキュリティレベルの高い情報と、アプリケーションレベルの情報との分離化をより確実なものとすることができ、高いセキュリティ性を付与することができる。

図５は、画像処理装置５００が実行する機能追加方法の第３実施形態の制御フローを示す。図５に示した実施形態では、追加するハードウェア機能部２２０のＲＯＭ２２０ａには、アプリケーションプログラム、ミドルアウェア、メモリマップなどを登録した外部記憶媒体５０２のパス識別値、セキュリティコード、製造番号などの識別情報が登録されている。コントローラシステム１１０は初期システム診断時にＲＯＭ２２０ａにアクセスして、追加するハードウェア機能部２２０が登録されていると判断した場合、ＲＯＭ２２０ａからパス識別値、セキュリティコード、製造番号などを読み出す。

コントローラシステム１１０は、さらに外部記録媒体５０２にアクセスし、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ、ＳＤカードなどに登録された各種データを取得する。その後、コントローラシステム１１０は、ハイパーバイザ制御システムに取得したデータのうち、クラスタを生成させるためのデータを通知して、ハイパーバイザ制御システムに対して新たなクラスタを生成させる。

コントローラシステム１１０は、ハイパーバイザ制御システムからの新規なクラスタの生成が終了したことの通知を受け取ると、アプリケーションプログラム、ミドルウェア、ＯＳのインストールを実行し、画像処理装置５００に新たな機能提供システムを追加する。図５に示した実施形態では、ハードウェア機能部２２０と、アプリケーションプログラムなどとが別に格納されており、識別情報に基づいて機能の追加を行うことが可能となる。このため、本実施形態では、さらに、不正な機能追加を防止しながら、効率的な機能追加が可能となる。

図６は、画像処理装置６００に対してファクシミリ通信機能部６６０を追加する場合の実施形態を示す。画像処理装置６００に対してファクシミリ通信機能部６６０を取り付けた後、サービスマンが画像処理装置６００の電源を投入すると、コントローラシステム６１０は、初期システム診断を実行し、ファクシミリ通信機能部６６０の追加を検出する。コントローラシステム６１０は、ＲＯＭ６６０ａにアクセスして、アプリケーションプログラム、ミドルウェア、ＯＳなどのファイルおよびデータを取得する。

なお、ハイパーバイザ制御システムは、コントローラシステム６１０の１モジュールを構成するものとして説明するが、ハイパーバイザ制御システムは、コントローラシステム６１０とは独立したモジュールとされていてもよい。画像処理装置６００には、コントローラシステム６１０の他、すでに第１機能提供システム６２０が実装されている。

コントローラシステム６１０は、ハイパーバイザ制御システム（図示せず）に、新たなクラスタを生成するように指令し、クラスタの生成が終了した段階で、ＯＳ、ミドルウェア、アプリケーションプログラムを、新たなクラスタにインストールする。上述した処理により画像処理装置６００に対してファクシミリ通信機能部６６０が追加され、追加されたＦＡＸシステム６３０は、ユーザからの指令または外部からの着信に応じてユーザに対し、公衆電話回線６７０またはＩＳＤＮなどを介してファクシミリ機能を提供する。

本実施形態のＦＡＸシステム６３０は、クラスタ内で独立して処理を実行することができるので、ＦＡＸシステム６３０の追加により影響を受ける機能提供システムはなく、スムースな機能追加が可能となる。また、またアプリケーション開発者は、個々の画像処理装置６００の実装状況を想定したアプリケーション開発を行う手間がなくなるので、より効率的なプログラム開発およびメンテナンスが可能となる。画像処理装置６００では、特にＦＡＸシステム６３０は、新規な規格の画像圧縮方法などが実装されることも多く、また特有の処理が要求されるので、本実施形態によりハイパーバイザ６４０により提供される環境下での機能追加が好ましい。なお、アプリケーションプログラムなどについては、図４および図５に説明した機能追加方法に従い、ネットワークを介してサーバから取得することもできるし、また外部記憶媒体から取得することもできる。

図７は、画像処理装置７００に対してネットワーク通信機能部７６０を追加する場合の実施形態である。図７に示した実施形態は、画像処理装置７００がその初期システム診断時にネットワーク通信機能部（ＮＩＣ）を新たに検出したものとして説明する。コントローラシステム７１０は、ネットワーク通信機能部７６０が実装するＲＯＭ７６０ａから、アプリケーションプログラムなどの情報を取得すると、ハイパーバイザ制御システムに指令して新たなクラスタを生成させる。

画像処理装置７００は、新たなクラスタの生成後、ＯＳ、ミドルウェア、アプリケーションプログラムなどを生成したクラスタにインストールし、ネットワークシステム７３０を画像処理装置７００に追加する。ネットワークシステム７３０は、ユーザによるネットワーク通信要求に応答してインターネットなどのネットワーク７７０に接続し、ＳＭＴＰプロトコルによるメール転送、ＦＴＰ、ＨＴＴＰプロトコルによるファイル転送などを実行する。

なお、図７に示した実施形態でも、ハードウェア機能部７５０に追加するネットワーク通信機能部７６０のＲＯＭ７６０ａまたは外部記憶媒体からアプリケーションプログラムなど、ハイパーバイザ７４０が割当てるクラスタを生成し、追加機能を提供するための情報を取得することができる。

これまで本発明を実施形態をもって説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

画像処理装置の実施形態の機能ブロック図。 機能システムが追加された画像処理装置の機能ブロック図。 本実施形態の画像処理装置が、追加するべきハードウェア機能部を検出した場合の機能追加方法の制御フローを示した図。 画像処理装置が実行する機能追加方法の第２実施形態の制御フローを示した図。 画像処理装置が実行する機能追加方法の第３実施形態の制御フローを示した図。 画像処理装置に対してファクシミリ通信機能部を追加する場合の実施形態を示した図。 画像処理装置に対してネットワーク通信機能部を追加する場合の実施形態を示した図。

符号の説明

１００…画像処理装置、１１０…コントローラシステム、１１０ｂ…ハイパーバイザ制御システム、１１２…制御アプリケーション、１１４…ミドルウェア、１１６…ＯＳ、１２０…機能提供システム、１２２…アプリケーション、１２４…ミドルウェア、１２６…ＯＳ、１３０…ハイパーバイザ、１４０…ハードウェア機能部、１４２…ＣＰＵ、１４４…ＲＡＭ、１４６…ＨＤＤ、１４８…その他、１５０…作像ユニット、１５２…スキャナユニット、２００…画像処理装置、２１０…クラスタ、２１２…第２機能提供システム、２１４…アプリケーション、２１６…ミドルウェア、２１８…ＯＳ、２２０…追加するハードウェア機能部、２２０ａ…ＲＯＭ、２２０ｂ…ＡＳＩＣ、３００、４００、５００、６００、７００…画像処理装置

Claims (6)

1. 複数の機能を備える画像処理装置であって、
   ハードウェア・リソースを仮想化して、複数の論理区画に分割するハイパーバイザと、
   前記論理区画にインストールされ、他の機能とは独立して処理を行う複数の機能提供システムと、
   前記画像処理装置にハードウェア機能部が追加された場合に前記ハイパーバイザにより新たな論理区画を生成させ、前記論理区画内に追加された前記ハードウェア機能部の機能を提供するため少なくともアプリケーションプログラムおよびオペレーティングシステムをインストールする、コントローラシステムと
   を含む画像処理装置。
2. 前記ハードウェア機能部は、記憶装置と、前記ハードウェア機能を提供するＡＳＩＣとを含み、前記記憶装置は、前記ハードウェア機能部のための前記論理区画を生成するための情報を格納する、請求項１に記載の画像処理装置。
3. 前記ハードウェア機能部は、記憶装置と、前記ハードウェア機能を提供するＡＳＩＣとを含み、前記記憶装置は、前記ハードウェア機能部のための前記論理区画を生成するための情報として、ネットワークを介して外部接続されたサーバのネットワークアドレスを登録する、請求項１に記載の画像処理装置。
4. 前記ハードウェア機能部は、記憶装置と、前記ハードウェア機能を提供するＡＳＩＣとを含み、前記記憶装置は、前記ハードウェア機能部のための前記論理区画を生成するための情報として、少なくとも外部記録媒体から取得するためのパス識別値、セキュリティコード、製造番号のうちのいずれかを登録する、請求項１に記載の画像処理装置。
5. 前記追加されるハードウェア機能部は、ファクシミリ通信機能部である、請求項１〜４のいずれか１項に記載の画像処理装置。
6. 複数の機能を備える画像処理装置に対して機能を追加する機能追加方法であって、
   前記画像処理装置にハードウェア機能部が追加されたことを検出するステップと、
   ハイパーバイザを起動し、前記ハードウェア機能部の追加を検出した場合、追加されたハードウェア機能部から取得した情報を使用して新たな論理区画を生成させるステップと、
   前記論理区画内に追加された前記ハードウェア機能部の機能を提供するため、少なくともアプリケーションプログラムおよびオペレーティングシステムをインストールするステップとを含み、
   前記画像処理装置は、前記新たな論理区画内でデータおよび機能に関する処理を他の前記論理区画から独立して実行し、前記ハードウェア機能部を制御する、機能追加方法。

Images