トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 ハードウエア制御ソフトウエア及びその開発支援システム
【発明者】 【氏名】岡田 雄治

【氏名】山口 岳人

【氏名】久富 健治

【氏名】松永 繁樹
【要約】 【課題】異なる属性のハードウエア上で動作するソフトウエアを効率よく開発すること。

【解決手段】複数種のハードウエア属性を考慮してハードウエア制御ソフトウエアを作成しておく。そして、当該ソフトウエアを動作させるハードウエアの属性情報を属性管理テーブルから取得したとき、このハードウエア属性情報に基づいて当該ソフトウエアが保持する個々の機能を有効あるいは無効にする。なお、上記個々の機能を有効あるいは無効にするのは、当該ソフトウエア自身、当該ソフトウエアを動作させるハードウエア上の制御システムのいずれであってもかまわない。
【特許請求の範囲】
【請求項１】 複数種のハードウエア属性を考慮して作成されたハードウエア制御ソフトウエアであって、当該ソフトウエアを動作させるハードウエアの属性情報を属性管理テーブルから取得したとき、このハードウエア属性情報に基づいて当該ソフトウエアが保持する個々の機能を有効あるいは無効にするスイッチ手段を備えたことを特徴とするハードウエア制御ソフトウエア。
【請求項２】 特定のハードウエアを制御する制御システムにおいて、当該システムのハードウエア属性情報を属性管理テーブルから取得したとき、このハードウエア属性情報に基づいて、複数種のハードウエア属性を考慮して作成されたハードウエア制御ソフトウエアが保持する個々の機能を有効あるいは無効にするスイッチ手段を備えたことを特徴とする制御システム。
【請求項３】 エミュレーターを使用することによって、特定のハードウエアを制御するソフトウエアの開発を支援する開発支援システムにおいて、複数種のハードウエア属性を管理する属性管理テーブルと、上記属性管理テーブルから取得した特定のハードウエア属性情報に基づいて、複数種のハードウエア属性を考慮して作成されたエミュレーターが保持する個々の機能を有効あるいは無効にするスイッチ手段と、を備えたことを特徴とする開発支援システム。
【請求項４】 複数のソフトウエア部品を組み合わせることによって、特定のハードウエアを制御するソフトウエアを開発できるようにした開発支援システムにおいて、複数種のハードウエア属性を管理する属性管理テーブルと、上記属性管理テーブルから取得した特定のハードウエア属性情報に基づいてソフトウエア部品個々を有効あるいは無効にするスイッチ手段と、を備えたことを特徴とする開発支援システム。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、特定のハードウエアを制御するソフトウエア、及び、その開発支援システムに関する。
【０００２】
【従来の技術】図１は、従来の典型的なデジタル複合機に組み込まれているソフトウエア２−１の構成図であり、以下その構成を動作とともに説明する。なお、デジタル複合機とは、スキャナ・プリンタ・ファックス等のデジタル画像機器をデジタル複写機に統合して省スペース化を実現しようとする装置をいう。
【０００３】まず、アプリケーションモジュール２−２がスキャン実行の指示をスキャナコントロールモジュール２−３に出す（図１４、ステップ■）。これによって、スキャナコントロールモジュール２−３は、原稿をスキャンして画像をメモリに書き込み、この画像のメモリアドレスと共にスキャン終了の通知をアプリケーションモジュール２−２に返す（図１４、ステップ■）。
【０００４】次いで、アプリケーションモジュール２−２は、受け取った画像のメモリアドレスと共にプリント実行の指示をプリンタコントロールモジュール２−４に出す（図１４、ステップ■）。これによって、プリンタコントロールモジュール２−４は、受け取ったメモリアドレスから画像にアクセスしてプリントを実行した後、プリント終了の通知をアプリケーションモジュール２−２に返す（図１４、ステップ■）。
【０００５】二枚目以降の原稿についても同様である（図１４、ステップ■〜■）。
【０００６】
【発明が解決しようとする課題】ここで、上記従来のソフトウエア２−１は、デジタル複合機本体に固定的に組み込まれる（すなわち、個々のハードウエア用に作成される）のが通常であったため、変更したり差し替えたりすることを前提に開発されていなかった。
【０００７】したがって、上記従来のソフトウエア２−１を作成（開発）する際には、スキャナやプリンタ等の制御について詳細に検討する必要があった。また、開発したソフトウエア２−１の動作確認を行うためには当該ソフトウエア２−１をハードウエア上で動作させることになるが、この動作確認には多大な工数がかかるという問題があった。更に、ハードウエアが故障したり手元になかったりすると、ソフトウエア２−１の動作確認ができずデバッグが進まないという問題もあった。
【０００８】このようなことから、個々のハードウエア用にソフトウエア２−１を作成するのではなく、異なるハードウエア上でも動作するソフトウエア２−１を共通に作成することが提案されている。しかしながら、これを実現するためには、ハードウエアによって属性（仕様）が異なるという問題、更には、ハードウエアの属性によっては操作パネルから指定可能な項目が使用できない（すなわち、操作パネルでは指定可能な項目として表示されているものの、この項目に対応する機能がハードウエアに備わっていない）という問題を解決する必要がある。
【０００９】本発明は、上記従来の事情に基づいて提案されたものであって、異なる属性のハードウエア上で動作するソフトウエアを効率よく開発することを目的とする。
【００１０】
【課題を解決するための手段】本発明は、特定のハードウエアを制御するソフトウエアを前提としており、上記目的を達成するために以下の手段を採用している。
【００１１】すなわち、複数種のハードウエア属性を考慮して上記ソフトウエアを作成しておく。そして、当該ソフトウエアを動作させるハードウエアの属性情報を属性管理テーブルから取得したとき、このハードウエア属性情報に基づいて当該ソフトウエアが保持する個々の機能を有効あるいは無効にする。このようにすれば、異なる属性のハードウエア上で動作するソフトウエアを効率よく開発することが可能である。
【００１２】なお、上記個々の機能を有効あるいは無効にするのは、当該ソフトウエア自身、当該ソフトウエアを動作させるハードウエア上の制御システムのいずれであってもかまわない。
【００１３】また、本発明は、エミュレーターを使用することによって、特定のハードウエアを制御するソフトウエアの開発を支援する開発支援システムに適用することも可能である。
【００１４】すなわち、複数種のハードウエア属性を属性管理テーブルで管理しておく。これによって、スイッチ手段は、上記属性管理テーブルから取得した特定のハードウエア属性情報に基づいて、複数種のハードウエア属性を考慮して作成されたエミュレーターが保持する個々の機能を有効あるいは無効にする。このようにすれば、異なる属性のハードウエア上で動作するエミュレーターを効率よく開発することが可能である。
【００１５】更に、本発明は、複数のソフトウエア部品を組み合わせることによって、特定のハードウエアを制御するソフトウエアを開発できるようにした開発支援システムに適用することも可能である。
【００１６】すなわち、複数種のハードウエア属性を属性管理テーブルで管理しておく。これによって、スイッチ手段は、上記属性管理テーブルから取得した特定のハードウエア属性情報に基づいてソフトウエア部品個々を有効あるいは無効にする。このようにすれば、異なる属性のハードウエア上で動作するソフトウエアを効率よく開発することが可能である。
【００１７】
【発明の実施の形態】以下に本発明の実施の形態を図面にしたがって詳細に説明する。
（第１の実施の形態）まず、デジタル複合機に組み込まれるソフトウエアの構成は上記従来の構成（図１参照）と同じであるが、本発明と従来技術とではアプリケーションモジュール２−２の機能が異なる。
【００１８】すなわち、従来のアプリケーションモジュール２−２は、ユーザーからのジョブの依頼をコマンドに変換する機能と、スキャナコントロールモジュール２−３及びプリンタコントロールモジュール２−４に対してページ単位でコマンドを送ってその動作を制御するシーケンス制御機能とを備えていた。それに対し、本実施の形態では、このシーケンス制御機能をアプリケーションモジュール２−２から分離してスキャナコントロールモジュール２−３とプリンタコントロールモジュール２−４とに吸収させることで、アプリケーションモジュール２−２の役割を軽減するようにしている。
【００１９】すなわち、アプリケーションモジュール２−２は、スキャン実行の指示をスキャナコントロールモジュール２−３に出した後、プリント実行の指示をプリンタコントロールモジュール２−４に出す（図２、ステップ■→■）。これらスキャン指示とプリント指示とは順序が逆でも差し支えない。
【００２０】これによって、スキャナコントロールモジュール２−３は、原稿をスキャンして画像をメモリに書き込み、スキャン終了の通知をアプリケーションモジュール２−２に返す（図２、ステップ■）。
【００２１】一方、プリンタコントロールモジュール２−４は、上記のようにプリント指示を受けると、メモリに画像が存在するか否かを確認し、画像が存在すればプリントを実行する。それに対し、画像が存在しなければ未だスキャンが終わっていないことになるので、一定時間後再び画像が存在するか否かを確認する。そして、画像が存在することを確認できたらプリントを実行し、このプリントが終了するとプリント終了の通知をアプリケーションモジュール２−２に返す（図２、ステップ■）。
【００２２】このようにアプリケーションモジュール２−２の機能の一部をスキャナコントロールモジュール２−３とプリンタコントロールモジュール２−４とに吸収させる代わりに、アプリケーションモジュール２−２を機能別に分割するようにしてもよい。すなわち、図３に示すように、上記アプリケーションモジュール２−２をスキャナシーケンス制御モジュール３−３とプリンタシーケンス制御モジュール３−４とその残余であるアプリケーションモジュール３−２とに分割しても同様の効果が得られる。
【００２３】以上のように、本実施の形態では、スキャナの制御とプリンタの制御とを独立して行うようにしているため、スキャン完了通知を受け取ってからプリント指示を出すといった制御の順序を管理する必要がなくなる。これによって、アプリケーションモジュール２−２（３−２）の機能が単純になることはいうまでもない。
【００２４】また、従来の構成では、スキャン時に動作中断原因（例えば紙ジャム）が発生すると、スキャナコントロールモジュール２−３が紙ジャム発生通知をアプリケーションモジュール２−２に出すようになっていた。そして、ユーザーが紙をセットし直して再スタートを指示すると、再開可能な状態になったことを検知したアプリケーションモジュール２−２が再びスキャン実行通知をスキャナコントロールモジュール２−３に出す。すなわち、従来の構成によると、動作中断時にアプリケーションモジュール２−２の処理が必要であった。
【００２５】それに対し、本実施の形態によると、アプリケーションモジュール２−２はスキャンの指示やプリントの指示を一旦出すと、その後は完了通知を受け取るまで一切スキャナコントロールモジュール２−３とプリンタコントロールモジュール２−４とに関与しない。すなわち、スキャナコントロールモジュール２−３・プリンタコントロールモジュール２−４それぞれが動作中断を検知するとともに、再開可能な状態になったときに当該動作を再開するようになっている。このようにすれば、アプリケーションモジュール２−２の開発工数が少なくなるのはいうまでもない。
【００２６】ところで、アプリケーションモジュール２−２とスキャナコントロールモジュール２−３あるいはプリンタコントロールモジュール２−４とは、ＡＰＩと呼ばれる広く知られた方法で結合して動作するようになっている。このＡＰＩ（アプリケーション・インターフェイス）とは、複数のソフトウエアモジュールが連携して動作する際に用いられるものであって、一方のモジュールが処理を実行するコマンド名を公開し、他方のモジュールがこのように公開されたコマンド名を使用してソフトウエアをプログラムする方法をいう。
【００２７】上記ＡＰＩを用いれば、一つのサーバーに複数のデジタル複合機が接続されているような場合に利便性が高まる。すなわち、上記スキャナコントロールモジュール２−３と上記プリンタコントロールモジュール２−４とはデジタル複合機に予め保持しておく。一方、上記アプリケーションモジュール２−２はサーバーに保持するようにし、ネットワーク経由でデジタル複合機から取得要求されたとき、当該アプリケーションモジュール２−２をサーバーからデジタル複合機に移動して実行する。
【００２８】このような構成によると、アプリケーションモジュール２−２の管理（バージョンアップ等）は、サーバーに保持しているアプリケーションモジュール２−２に対してのみ行えばよい。すなわち、従来のように、すべてのデジタル複合機が保持しているアプリケーションモジュール２−２を管理する必要がなくなるので利便性が高まる。
（第２の実施の形態）上記したように、本発明によると、スキャナコントロールモジュール２−３がページ単位で画像をメモリに書き込む動作と、プリンタコントロールモジュール２−４がページ単位で画像をメモリから読み出す動作とは独立することになる。このような手法によると、１部コピーを行った場合などジョブが一つしか存在しない場合に問題が生じることはない。しかしながら、複数部コピーを行った場合などジョブが二つ以上存在する可能性のある場合は、以下に説明するようにジョブの混乱が生じる。
【００２９】すなわち、スキャン動作が完了した後にプリント動作だけが継続中であるときは、スキャナが空いていることになるため引き続き次の原稿をコピーすべくスキャン動作が開始される場合がある。これによってジョブが二つ以上存在することになるが、この場合、1ページ目のスキャン画像と２ページ目のスキャン画像のいずれをプリントすべきなのかプリンタコントロールモジュール２−４は区別が付かない。
【００３０】このような問題を解決するには、図４に示すように、ジョブを識別するための「ジョブＩＤ」フィールド、メモリ上の読み出し開始アドレスを示す「開始アドレス」フィールド、スキャン中であるかスキャン完了であるかを示す「状態」フィールド、「スキャン完了ページ数」フィールド、「プリント完了ページ数」フィールド等からなるジョブ管理テーブルＴ１を当該装置のメモリ内に作成すればよい。
【００３１】すなわち、アプリケーションモジュール２−２は、最初のコピー時にジョブ１のスキャンとしてスキャン実行指示をスキャナコントロールモジュール２−３に出すとともに、このジョブ１のプリント実行指示をプリンタコントロールモジュール２−４に出す。これによって、スキャナコントロールモジュール２−３は、スキャンした画像をメモリに書き込むと同時に、そのジョブ情報（ジョブＩＤは１）をジョブ管理テーブルＴ１に書き込む。
【００３２】このようにすれば、プリンタコントロールモジュール２−４は上記ジョブ管理テーブルＴ１を参照することによって正しいメモリアドレスにアクセスできることになるため、ジョブの混乱は生じない。
（第３の実施の形態）従来、デジタル複合機の動作状態（終了ページ数やトナー残量など）は、図５に示すように、アプリケーションモジュール２−２がスキャナコントロールモジュール２−３あるいはプリンタコントロールモジュール２−４から受け取って操作パネルＰに表示していた。
【００３３】しかしながら、上記第１および第２の実施の形態では、スキャナコントロールモジュール２−３とプリンタコントロールモジュール２−４とがそれぞれ独立に動作し、その間、アプリケーションモジュール２−２は関与しない構成を採用している。したがって、上記従来のように、アプリケーションモジュール２−２がスキャナコントロールモジュール２−３あるいはプリンタコントロールモジュール２−４から上記動作状態情報を受け取ることができない。
【００３４】このような問題を解決するには、図６に示すように、スキャナコントロールモジュール２−３とプリンタコントロールモジュール２−４とがアプリケーションモジュール２−２を介すことなく操作パネルＰに上記動作状態情報を直接表示すればよい。このようにすれば、アプリケーションモジュール２−２は、アプリケーションの状態だけを操作パネルＰに表示すればよく、スキャナコントロールモジュール２−３の状態やプリンタコントロールモジュール２−４の状態が変化しても何ら関与する必要がない。
【００３５】このように各モジュールが操作パネルＰに情報を直接表示する場合は、図７に示すように、スキャナコントロールモジュール２−３用・プリンタコントロールモジュール２−４用・アプリケーションモジュール２−２用として操作パネルＰの画面領域を３つの領域Ｅ１・Ｅ２・Ｅ３に分割し、それぞれの領域Ｅ１・Ｅ２・Ｅ３に独立して情報を表示する構成としておく。
【００３６】もちろん、この表示態様は単なる一例であり、別の表示態様を採用することも可能である。すなわち、操作パネルＰがアプリケーションモジュール２−２・スキャナコントロールモジュール２−３・プリンタコントロールモジュール２−４の３モジュールすべてから表示情報を受け取ってメモリに保持し、そのうち１モジュールの情報のみを全領域に表示するようにしてもよい。
【００３７】この場合、他の２モジュールの情報はメモリに保持されているだけで表示されないことになるが、当該操作パネルＰに切り替えボタンを設けておけば各モジュールの情報を順次切り替えて表示できる。なお、このような表示切り替え技術は公知であるため、ここでは詳しい説明を省略する。
（第４の実施の形態）ところで、アプリケーションモジュール２−２の機能には、スキャン画像をプリンタでプリントするコピー機能だけでなく、プリンタと同様の構成で接続されているモデムからスキャン画像を外部に送信するＦＡＸ機能、更には、ネットワーク通信手段からスキャン画像を外部に配信する配信機能など様々な機能がある。したがって、特定の装置（以下「装置」を「ハードウエア」という場合がある）だけでしか使用しないアプリケーションモジュール２−２を作成するのは効率が悪い。すなわち、異なる属性のハードウエアでも共有できるようにアプリケーションモジュール２−２を作成すると開発効率が高まる。
【００３８】例えば、白黒デジタル複合機用にコピーアプリケーションモジュールを作成する必要があるとともに、カラーデジタル複合機用にもコピーアプリケーションモジュールを作成する必要がある場合を考える。
【００３９】この場合、白黒あるいはカラーという細部の機能は異なるが、コピーという動作の中で共通の機能は多い。したがって、白黒デジタル複合機とカラーデジタル複合機とでコピーアプリケーションモジュール２−２を共有し、重複した機能を別個に作成することを避けて開発工数を減らすというのは自然な発想である。
【００４０】しかしながら、属性の異なるいずれのハードウエアでも正しく動作するようにアプリケーションモジュール２−２を作成するのは容易でない。例えば、両面プリント機能を備えたアプリケーションモジュール２−２を作成する場合は、両面プリントが可能なハードウエアか否かによって操作パネルＰの表示項目を変える必要がある。すなわち、両面プリントが可能なハードウエアであれば、その操作パネルＰに両面プリントの項目を表示する必要があるのに対し、両面プリントが不可能なハードウエアであれば、その操作パネルＰに両面プリントの項目を表示すべきでない。
【００４１】このような問題を解決するには、図８に示すように、ハードウエアの属性を登録した属性管理テーブルＴ２をハードウエア毎に設ければよい。すなわち、アプリケーションモジュール２−２は、あるハードウエアで動作する際、上記属性管理テーブルＴ２を参照することによって当該ハードウエアの属性に対応する機能を特定し、この機能に対応する項目のみを操作パネルＰに表示するようになっている（詳細は後述する）。
【００４２】ここで、ハードウエアの属性には、両面プリントのように機能的な属性もあれば解像度のように量的な属性もあるため、上記属性管理テーブルＴ２にハードウエアの属性を登録する場合はその表現方法が問題となる。すなわち、本実施の形態では、機能的な属性については「有るか無いか」で表現することとし、また、量的な属性については「数値」で表現することとしている（図８参照）。
【００４３】なお、このようにハードウエアによって異なる属性の項目は両面プリントだけでなく、両面スキャン・各種画像処理・拡大縮小・サムネールプリント・ページ連写・色変換など数多い。
【００４４】以下、あるハードウエア（I）はＡとＢとＣとを備え、別のハードウエア(II)はＡとＤとを備えている場合を想定し、本実施の形態を更に詳しく説明する。なお、Ａは両面プリント機能、またＢは濃度調節機能というように、ここでいうＡ・Ｂ・Ｃ・Ｄはそれぞれハードウエアの属性を示す。
【００４５】まず、Ａ・Ｂ・Ｃの３機能を備えたアプリケーションモジュール２−２を作成した場合、このアプリケーションモジュール２−２は、ハードウエア（I）で動作する場合にはすべての機能を実現することができ、一方、ハードウエア（II）で動作する場合にはＢ・Ｃの機能が無駄になるとともにＤの機能を実現することができない。したがって、ハードウエア（I）(II)両方で動作することを目的としたアプリケーションモジュール２−２は、Ａ・Ｂ・Ｃ・Ｄすべての機能を備えるように作成しておくとともに、最終的には、当該アプリケーションモジュール２−２の実装先となるハードウエアの属性と対応する機能のみを選択的に実行できるよう作成しておくのが好ましい。
【００４６】ただし、この場合は、Ａ・Ｂ・Ｃ・Ｄすべての機能を備えるように作成しておいたアプリケーションモジュール２−２を目的のハードウエアに実装する際（あるいは実装に先立って）、Ａ・Ｂ・Ｃ・Ｄ４機能の内いずれの機能が目的のハードウエアの属性と対応する機能であるかチェックする必要がある。しかしながら、このようなチェックをするためにはアプリケーションモジュール２−２のソースコードと属性管理テーブルＴ２の内容とを比較する必要があり、この比較作業を開発者が行うのは妥当でない。そこで、本実施の形態では、以下に説明するスイッチ手段をアプリケーションモジュール２−２に含めておくようにしている。
【００４７】すなわち、あるアプリケーションモジュール２−２が目的のハードウエアに実装されると、このモジュール２−２に含まれるスイッチ手段が起動して属性管理テーブルＴ２を読み込む（図９、ステップ１）。この属性管理テーブルＴ２がハードディスクに保存されたファイルである場合は、当該ファイルをオープンしてその内容をメモリに読み出すことになる。
【００４８】次に、スイッチ手段は、当該アプリケーションモジュール２−２を読み込む（図９、ステップ２）。なお、ＪＡＶＡ（Ｒ）言語（Sun Microsystems社が開発したオブジェクト指向のインタープリタ言語）でアプリケーションモジュール２−２が記述されている場合、当該アプリケーションモジュール２−２のコード形態にはソースコードとビルドされたバイトコードの２種類がある。したがって、この２種類のコードのいずれかを解読できるようにスイッチ手段を作成しておく必要がある。
【００４９】更に、スイッチ手段は、上記のように読み込んだアプリケーションモジュール２−２がＪＡＶＡ（Ｒ）言語で記述されている場合は当該アプリケーションモジュール２−２からＧＵＩクラスを検索する（図９、ステップ３）。
【００５０】ＧＵＩ（Graphical User Interface）クラスとは、操作パネルＰにアイコンや文字を表示する機能を備えたプログラムモジュールをいう。このＧＵＩクラスによれば、例えば、両面コピーをするか否かを選択するために両面コピーという文字またはそれを表現した図柄の描かれたボタンを操作パネルＰに表示することが可能となる。
【００５１】なお、ここで使用する操作パネルＰとしては、例えばタッチパネル機能を備えた液晶ディスプレイを採用するのが好ましい。また、ユーザーから両面コピーの指示があった場合はその旨をアプリケーションモジュール２−２が記憶し、このアプリケーションモジュール２−２がハードウエアを制御することによって当該コピーが両面コピーとなるようにようにしておく。
【００５２】このようにタッチパネル機能を備えたディスプレイを使用してユーザーの意志を装置に反映する方法は広く知られている。例えば、ＪＡＶＡ（Ｒ）言語を使用して上述のＧＵＩを実現する方法は株式会社祥泳社発刊の「独習ＪＡＶＡ（Ｒ）」（１９９９年５月２５日発行）等に詳しい。
【００５３】ところで、操作パネルＰ上に表示する各種機能をオン／オフするボタン形状のグラフィック・オブジェクトは、このグラフィック・オブジェクトを操作パネルＰ上に表示するプログラム中、当該機能を司るクラスの名称と共に記述することができる。なお、クラスとは、オブジェクト指向プログラミングで機能や性質に共通点のあるオブジェクトをいう。
【００５４】したがって、クラスの名称は、属性管理テーブルＴ２とクラステーブルとを比較(後述する)する必要上、属性管理テーブルＴ２で使用する属性の名称と一致させておく。例えば、属性管理テーブルＴ２で「両面プリント」という属性名称を使用する場合は、そのクラス（すなわち、操作パネルＰにボタンを表示するプログラムにおける両面プリントボタンの表示機能を司るクラス）の名称も「両面プリント」としておけばよい。
【００５５】さて、上記のようにＧＵＩクラスを検索したスイッチ手段は、次いで、機能選択のオン／オフをボタンで表示する機能を司るクラスの名称を対象プログラムから検索し、図１０に示すように、その名称と当該機能の有無などを対応付けたクラステーブルＴ３を作成する（図９、ステップ４）。そして、このクラステーブルＴ３と属性管理テーブルＴ２とを参照し、それぞれの名称とその機能有無とをパターンマッチングなどの方法で順次比較した後、当該アプリケーションモジュール２−２が保持する個々の機能のうち属性管理テーブルＴ２に有る機能を有効とする一方、属性管理テーブルＴ２に無い機能を無効とする（図９、ステップ５→ステップ６）。なお、このように機能を有効あるいは無効にする手法は後述する。
【００５６】以上のように、本実施の形態によれば、異なる属性のハードウエアでも共有できるように作成されたアプリケーションモジュール２−２を目的のハードウエアに実装すると、このアプリケーションモジュール２−２が、当該ハードウエアの属性に対応する機能のみを備えるようにすることができる。
【００５７】なお、ここではアプリケーションモジュール２−２にスイッチ手段を含めることとしているが、本発明はこれに限定されるものではない。すなわち、このようなスイッチ手段は、アプリケーションモジュール２−２の実装先となるハードウエア上の制御システム（例えば基本ソフトウエア）が備えてもよい。
【００５８】また、アプリケーションモジュール２−２の機能を有効あるいは無効にするタイミングも上記したタイミングに限定されるものではない。すなわち、実装先となるハードウエアの属性が予めわかっている状況下では、この実装に先立って、例えばパーソナル・コンピュータ上などでアプリケーションモジュール２−２の機能を有効あるいは無効にしておくことも可能である。
【００５９】更に、「アプリケーションモジュール２−２に不要なクラスはどれだけあるか」あるいは「どのハードウエアでも共有できるようにアプリケーションモジュール２−２が作成されているか」といったことを容易に分析できるようにするために上記スイッチ手段が以下の処理を行うようにしてもよい。
【００６０】すなわち、上記のようにクラステーブルＴ３と属性管理テーブルＴ２とを比較したスイッチ手段は、属性管理テーブルＴ２とクラステーブルＴ３の両方に有る機能は「共通」、属性管理テーブルＴ２のみに有る機能は「属性管理テーブルのみ」、クラステーブルＴ３のみに有る機能は「クラステーブルのみ」と分類し、この分類結果を例えば図１１に示すようなフォーマットでプリンタ等から出力する。このようにすれば、アプリケーションモジュール２−２に不要なクラスはどれだけあるか、といったことが容易に分析できて便利である。
（第５の実施の形態）上記第１〜第４の実施の形態で説明した制御方法を用いるとアプリケーションモジュール２−２の開発工数が減るので、種々のサービスアプリケーションを開発して実行するというケースが出てくる。そこで、本実施の形態では、種々のサービスアプリケーションを開発した場合、その実行を簡便に行うための形態について説明するまず、デジタル複合機の一般的な機能はコピー機能とファックス機能であり、これらの機能は、図１２（ａ）に示すように、操作パネルＰで簡単に切り替え可能となっている。すなわち、コピー機能からファックス機能へ切り替えたい場合は、タッチパネルに表示されたファックスタブを選択すればよく、逆にファックス機能からコピー機能へ切り替えたい場合は、タッチパネルに表示されたコピータブを選択すればよい。
【００６１】しかしながら、このような切り替え手法によると、更にスキャナやプリンタなどを使用するアプリケーションを追加した場合、切り替えタブの数が多くなりすぎるという問題があった。
【００６２】すなわち、デジタル複合機は複数のユーザーが共有して使用するのが通常であり、また、ユーザーによって使用するアプリケーションは異なる場合が多い。したがって、多数のアプリケーションがデジタル複合機に実装されている場合、これらアプリケーションに対応するだけのタブを単に並列に並べても、個々のユーザーにとっては選択肢が増えて煩雑になるばかりでメリットがない。
【００６３】例えば、スキャン画像をＯＣＲ処理してその結果を電子メールで配信する画像配信アプリケーションと、スキャン画像をサーバーに登録する画像登録アプリケーションと、ネットワークを通じてインターネット情報にアクセスしてその情報をプリントするインターネット情報プリントアプリケーションとがデジタル複合機に実装されている場合、上記画像配信アプリケーションのみ使用するユーザーにとっては、他のアプリケーションに対応するタブ、すなわち画像登録タブ及びインターネット情報プリントタブは不要である。
【００６４】そこで、本実施の形態では、各アプリケーションが共通メニューと個人メニューのいずれに属するか図示しない分類管理テーブルに登録しておくこととし、デジタル複合機の制御システムがメニューを表示する際に当該分類管理テーブルを参照する構成を採用している。
【００６５】これによって、上記制御システムは、メニューが共通メニューであることが判明した場合は当該メニューをタブに表示し、一方、メニューが個人メニューであることが判明した場合は当該メニューを図１２（ｂ）に示すような選択窓１２−１に表示する。このようにすれば、多数のアプリケーションを追加した場合であっても、切り替えタブの数が多くなりすぎるという問題は生じない。
【００６６】更に、デジタル複合機を使用する際に個人認証を行い、この認証結果に応じて個人メニューを表示する構成を採用すればより使いやすいものとなる。例えば、分類管理テーブルにユーザーＩＤの項目を追加しておくとともに、アプリケーションの利用頻度が高いユーザーＩＤを当該アプリケーションと関連づけて分類管理テーブルに登録しておく。そして、個人認証を行った後、当該認証がされたユーザーＩＤと関連づけられているアプリケーションについてのみ個人メニューを表示する。このようにすれば、個人毎に異なる使用頻度に応じてアプリケーションをメニュー表示できることになるため、選択時の煩雑さがなくなり使いやすい。
【００６７】なお、アプリケーションはデジタル複合機本体が必ずしも保持する必要はない。すなわち、サーバーとデジタル複合機とがネットワークで接続されている場合は、サーバーがアプリケーションモジュール２−２を保持する構成としてもよい。
【００６８】このような構成によると、当該ネットワークに複数のデジタル複合機が接続されている場合でもサーバーにのみアプリケーションをインストールすればよいので利便性が高まる。すなわち、各デジタル複合機の制御システムは例えば電源投入後にアプリケーションモジュール２−２をサーバーからダウンロードして実行すればよい。このような仕組みは特開平7-93230号公報にも開示されており、また、ＪＡＶＡ（Ｒ）言語を使用することによって広く一般的に行われている。
【００６９】ここで、例えばカラースキャナ及びカラープリンタを備えたデジタル複合機と、白黒スキャナ及び白黒プリンタを備えたデジタル複合機とをネットワークを介してサーバーに接続した場合は、それぞれに対応したアプリケーションモジュール２−２を用意しなければならない。これは、コピーという同種のアプリケーションモジュール２−２でも、カラーコピーと白黒コピーとでは操作パネルＰにおける表示や機器制御時のパラメータの設定などが異なるためである。例えば、白黒コピーでは、「濃い」あるいは「薄い」という濃度の設定のみ存在するが、カラーコピーでは、色毎の濃度の設定だけでなく「青っぽく」あいるは「赤っぽく」といった設定が存在する。
【００７０】しかしながら、このようにハードウエアの属性の数だけアプリケーションモジュール２−２を用意するのは、メモリ容量の面からみても作業工数の面からみても効率が悪い。
【００７１】この問題を解決するには、カラーと白黒の両方の機能をアプリケーションモジュール２−２に含めるようにし、当該アプリケーションが、その実行時にハードウエアの属性に応じて処理を選択すればよい。ハードウエア属性の確認方法としては、ハードウエアとハードウエアコントロールモジュールとの通信で機種属性を取得するのが一般的である。
（第６の実施の形態）ところで、アプリケーションモジュール２−２を開発する際には、当該アプリケーションモジュール２−２を動作させるハードウエア上でのテストが必要になる。したがって、ハードウエアが故障したり手元になかったりすると、アプリケーションモジュール２−２の動作確認ができずデバッグが進まないという問題があった。そこで、このような場合は、ハードウエアの動作を仮想的に再現したハードウエアエミュレーションソフトウエア（以下「エミュレーター」という）を使用することが広く知られている。
【００７２】ここで、少しずつ属性の異なる複数のハードウエア上で動作させる複数のアプリケーションモジュール２−２を開発する必要がある場合、これらハードウエア毎にエミュレーターを作成するのは効率が悪い。したがって、複数のハードウエアの動作をすべて網羅したエミュレーターを１つだけ作成することも考えられるが、このようなエミュレーターでは正しく動作テストをすることができない。テスト対象であるアプリケーションモジュール２−２を動作させるハードウエアが備えていない機能まで当該エミュレーターに含まれているためである。
【００７３】そこで、本実施の形態では、複数のハードウエアの動作をすべて網羅したエミュレーターを作成した場合、このエミュレーターを特定のハードウエアに対応したエミュレーターに自動的に書き換えるプログラム（以下「スイッチ手段」という）を採用しており、以下その書き換え手順について説明する。なお、ここで採用するエミュレーターのソースプログラムには、その機能毎に当該機能に対応する名称（以下「機能名称」という）が記述されているものと仮定する。
【００７４】まず、スイッチ手段は、上記第1の実施の形態１でも使用した属性管理テーブルＴ２を読み込んだ後、エミュレーターのソースプログラムを読み込む（図１３、ステップ１→ステップ２）。もちろん、エミュレーターのソースプログラムを読み込んだ後、属性管理テーブルＴ２を読み込んでも差し支えない。
【００７５】ここで、当該エミュレーターは複数のハードウエアの動作をすべて網羅するように作成されているので、このエミュレーターが備えている機能のうち当該ハードウエアが備えていない機能は無効にしなければならない。そこで、スイッチ手段は、上記のように読み込んだエミュレーターのソースプログラムから上記機能名称を検索（図１３、ステップ３）し、この検索に該当した機能名称のうち属性管理テーブルＴ２に登録されていない機能名称を無効にする（図１３、ステップ４）。
【００７６】なお、機能名称を無効にするには、その名称部分をコメントアウトするなどコンパイル対象から外せばよい。もちろん、コメントアウトしなかった機能名称はコンパイル対象となるので有効である（上記第５の実施の形態においてアプリケーションモジュール２−２の機能を有効あるいは無効にする場合もこの手法を採用することができる）。
【００７７】最後に、スイッチ手段は、このように書き換えられたエミュレーターのソースプログラムを出力し、当該書き換え処理を終了する（図１３、ステップ５）。
【００７８】以上のように、本実施の形態によれば、複数のハードウエアの動作をすべて網羅するように作成しておいたエミュレーターのソースコードを書き換えることによって特定のハードウエアの動作を再現したエミュレータープログラムを簡単に作成できるため、動作テストを行うときの生産性が向上する。
【００７９】なお、上記スイッチ手段の具体的態様については特に限定されるものではないが、アプリケーションの開発を支援するソフトウエアに当該スイッチ手段と同様の機能を備えておくのが好ましい。
（第７の実施の形態）アプリケーションの開発を支援するソフトウエア（以下「開発支援システム」という）において、個々の機能を実現するソフトウエアを部品のように扱い、これら部品を組み合わせて複数の機能を持つアプリケーションモジュール２−２を作成する手法が広く知られている。ここで、特定のハードウエア属性と一致する部品のみ使用可能とする制限ができれば、そのハードウエアにない機能をアプリケーションモジュール２−２に含めてしまうことがなくなるという利点がある。しかしながら、この制限機能を実現するためには、属性管理テーブルＴ２を参照しながら部品のリストを作成するという煩わしい作業が必要であった。
【００８０】このような問題を解決するためには、上記図９と同様のロジックを持つフローチャートを使用し、すべての部品を含むリストと属性管理テーブルＴ２とを比較して当該属性管理テーブルＴ２に含まれる部品のみ使用可能とする機能（スイッチ手段）を開発支援システムに備えればよい。
【００８１】また、種々のハードウエアでも万能に動作するようアプリケーションモジュール２−２を作成できれば、個々のハードウエア用に複数のアプリケーションモジュール２−２を作成する必要がなくなるためソフトウエア生産性が向上し、またソフトウエア管理も楽になる。しかしながら、通常はハードウエアによって備えている機能が異なるので、上記万能に作成されたアプリケーションモジュール２−２をそのまま動作させた場合は、当該アプリケーションモジュール２−２を動作させるハードウエアに無い機能まで操作パネルＰに表示される不具合がある。
【００８２】この不具合を解消するには、アプリケーションモジュール２−２が属性管理テーブルＴ２を参照するようにし、当該属性管理テーブルＴ２で有効な機能のみを選択的に実行するようなプログラムを備えればよい。このプログラムの機能選択方法は、上述した属性管理テーブルＴ２を使用した検索方法と同様である。
【００８３】このようにすれば、アプリケーションモジュール２−２はその動作時に当該ハードウエアが備える機能のみを操作パネルＰ上に表示することになるため、ユーザーが混乱することなく利便性が高まる。
【００８４】なお、あるソフトウエアの一部としてアプリケーションモジュール２−２が動作する構成を採用している装置では、母体となるソフトウエアにアプリケーションモジュール２−２が結合して動作する形態となるが、この形態も上述した形態と本質的には変わらない。すなわち、アプリケーションモジュール２−２は、母体となるソフトウエアの属性管理テーブルＴ２を参照して上記と同様の処理を実行するようになっている。
【出願人】 【識別番号】０００００５８２１
【氏名又は名称】松下電器産業株式会社
【出願日】 平成１３年４月９日（２００１．４．９）
【代理人】 【識別番号】１０００８３１７２
【弁理士】
【氏名又は名称】福井 豊明
【公開番号】 特開２００２−３１２１７１（Ｐ２００２−３１２１７１Ａ）
【公開日】 平成１４年１０月２５日（２００２．１０．２５）
【出願番号】 特願２００１−１１０２２１（Ｐ２００１−１１０２２１）