(57)【要約】【課題】本発明の課題は、利用者が使用するコンピュータ端末は、複数の画像形成機能を利用するためのドライバ等のソフトウェアを不要とし、機種又はオペレーティングシステムに依存することなくＷｅｂサービスの要求をＷｅｂブラウザから行うことができ、また、他の機器からの処理要求も統一的に処理することが可能となる画像形成装置を提供することを目的とする。【解決手段】本発明の課題は、ネットワークを介して接続された機器からの処理リクエストを受信し、該機器にて表示可能な表示形式に従った該処理リクエストに応じた処理結果を示す処理レスポンスを送信するＷｅｂサービス通信制御手段と、上記処理リクエストに基づいて、画像形成装置に関する内部情報を処理し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有することを特徴とする画像形成装置によって達成される。【選択図】　図３
2004005348.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された機器からの処理リクエストを受信し、該処理リクエストに応じた処理結果を示す該機器にて表示可能な表示形式に従った処理レスポンスを送信するＷｅｂサービス通信制御手段と、
上記処理リクエストに基づいて、画像形成装置に関する内部情報を処理し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有することを特徴とする画像形成装置。
【請求項２】
上記Ｗｅｂサービス提供処理手段を有するアプリケーションと、
上記画像形成処理で利用されるハードウェア資源を管理すると共に、を行う上記アプリケーションからの利用要求に応じて、該ハードウェア資源への利用を制御するコントロールサービスと、
該アプリケーションと該コントロールサービスとを制御するオペレーティングシステムとを有することを特徴とする請求項１記載の画像形成装置。
【請求項３】
複数の上記Ｗｅｂサービス提供処理手段を有することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
上記複数のＷｅｂサービス提供処理手段は、夫々少なくとも一つのＷｅｂサービスを実行するＷｅｂサービス実行手段を有することを請求項３記載の画像形成装置。
【請求項５】
上記Ｗｅｂサービス通信制御手段は、
上記ネットワークを介して、上記機器からの上記処理リクエストの受信及び上記機器への上記処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手段と、
上記処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手段を実行する処理リクエスト処理手段とを有することを特徴とする請求項４記載の画像形成装置。
【請求項６】
上記Ｗｅｂサービス通信制御手段は、
上記表示形式を表記する表示言語によって、上記Ｗｅｂサービス提供処理手段から提供された上記処理結果を示す上記処理レスポンスを作成する表示形式作成手段を有することを特徴とする請求項５記載の画像形成装置。
【請求項７】
上記Ｗｅｂサービス通信制御手段は、
上記ネットワーク通信制御手段によって受信した上記処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記処理リクエストを分配する分配手段と、
上記複数のＷｅｂサービス提供処理手段は、夫々、上記処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手段に処理を振り分ける振分手段とを有することを特徴とする請求項５又は６項記載の画像形成装置。
【請求項８】
上記複数のＷｅｂサービス提供処理手段によって共有可能であって、上記処理結果を所定記述形式に従って処理する記述形式処理手段を有することを特徴とする請求項３乃至７のいずれか一項記載の画像形成装置。
【請求項９】
上記表示形式作成手段は、
上記記述形式処理手段によって処理された上記処理結果を、上記記述形式の書式スタイルに基づいて、上記表示形式に従った上記処理結果に変換する記述形式変換手段を有することを特徴とする請求項８記載の画像形成装置。
【請求項１０】
上記記述形式処理手段は、
上記処理リクエストに示される上記内部情報を上記所定記述形式に従って記述する手段を有することを請求項８又は９記載の画像形成装置。
【請求項１１】
ネットワークを介して接続された機器からの処理リクエストを受信し、該処理リクエストに応じた処理結果を示す該機器にて表示可能な表示形式に従った処理レスポンスを送信するＷｅｂサービス通信制御手順と、
上記処理リクエストに基づいて、画像形成装置に関する内部情報を処理し、その処理結果を上記Ｗｅｂサービス通信制御手順へ提供するＷｅｂサービス提供処理手順とを有することを特徴とする画像形成方法。
【請求項１２】
複数の上記Ｗｅｂサービス提供処理手順を有し、
上記複数のＷｅｂサービス提供処理手順は、夫々少なくとも一つのＷｅｂサービスを実行するＷｅｂサービス実行手順を有することを特徴とする請求項１１記載の画像形成方法。
【請求項１３】
上記Ｗｅｂサービス通信制御手順は、
上記ネットワークを介して、上記機器からの上記処理リクエストの受信及び上記機器への上記処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手順と、
上記処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手順を実行する処理リクエスト処理手順と、
上記表示形式を表記する表示言語によって、上記Ｗｅｂサービス提供処理手段から提供された上記処理結果を示す上記処理レスポンスを作成する表示形式作成手順を有することを特徴とする請求項１１又は１２記載の画像形成方法。
【請求項１４】
上記Ｗｅｂサービス通信制御手順は、
上記ネットワーク通信制御手順によって受信した上記処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記処理リクエストを分配する分配手順と、
上記複数のＷｅｂサービス提供処理手順は、夫々、上記処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手順に処理を振り分ける振分手順とを有することを特徴とする請求項１１乃至１３項記載の画像形成方法。
【請求項１５】
上記複数のＷｅｂサービス提供処理手段によって共有可能であって、所定記述形式に従って上記処理結果を処理する記述形式処理手順を有し、
上記表示形式作成手順は、上記記述形式処理手順によって処理された上記処理結果を、上記記述形式の書式スタイルに基づいて、上記表示形式に従った上記処理結果に変換する記述形式変換手順を有することを特徴とする請求項１４記載の画像形成方法。
【請求項１６】
利用者による処理要求に応じて、ネットワークを介して接続される画像形成装置から返信される所定表示形式に従って加工された処理結果を受信する受信手段と、
上記受信した処理結果を上記所定表示形式に従って表示ユニットに表示させる表示手段とを有することを特徴とする利用者端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利用者が使用するコンピュータ端末に、複数の画像形成機能を利用するためにドライバ等のソフトウェアをインストールすることなく、また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、複数の画像形成機能を有する融合機へのユーザーからの処理要求がＷｅｂブラウザによって可能となるだけでなく、他の機器からの処理要求も統一的に処理することが可能となる画像形成装置を提供するものである。
【０００２】
【従来の技術】
近年、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が一般的に知られている。このような複合型の画像形成装置は、１つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクシミリ装置にそれぞれ対応する３種類のアプリケーションを設け、アプリケーションの切り替えによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させるものである。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来の複合型画像形成装置においては、ネットワークを介して接続される複数のＰＣ（パーソナルコンピュータ）からプリンタ、コピー、ファクシミリ、スキャナ等の機能を利用する場合、各ＰＣに各画像形成機能に応じたドライバ等のソフトウェアをインストールする必要があった。また、ＰＣにインストールされるそれらソフトウェアは、該ＰＣの機種及びオペレーティングシステムに対応したものでなければならない。また、同様な要求がサーバー等の機器との間でも要求されることがあるが、要求される処理のプロトコルや処理単位が異なるため、実装時には両方の要求を満たすようにする必要があった。
【０００４】
そこで、本発明の課題は、利用者が使用するコンピュータ端末に複数の画像形成機能を利用するためのドライバ等のソフトウェアをインストールすることなく、また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、複数の画像形成機能を有する融合機へのユーザーからの処理要求が可能となる画像形成装置、及び他の機器からのプロトコルの異なったり、処理単位が異なるような処理要求も共通に処理することが可能となる画像形成装置を提供することである。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続された機器からの処理リクエストを受信し、該機器にて表示可能な表示形式に従った該処理リクエストに応じた処理結果を示す該機器にて表示可能な表示形式に従った処理レスポンスを送信するＷｅｂサービス通信制御手段と、上記処理リクエストに基づいて、画像形成装置に関する内部情報を処理し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有するように構成される。
【０００６】
このような画像形成装置では、利用者が使用するコンピュータ端末に、複数の画像形成機能を利用するためにドライバ等のソフトウェアをインストールすることなく、また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、複数の画像形成機能を有する融合機へのユーザーからの処理要求がＷｅｂブラウザによって可能となるだけでなく、画像形成装置は他の機器からの処理要求も統一的に処理することを可能とする。
【０００７】
上記表示形式を表記する表示言語とは、Ｗｅｂブラウザで表示可能な表示形式を記述するための、例えば、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）である。
【０００８】
上記内部情報とは、画像情報、画像情報についてのステータス情報、及び、機器本体の設定を変更したりネットワークＩＰを変更したりする制御パラメータ等の情報である。
【０００９】
画像形成装置がＷｅｂサービスを提供するという観点において、本発明は、請求項２に記載されるように、上記Ｗｅｂサービス提供処理手段を有するアプリケーションと、上記画像形成処理で利用されるハードウェア資源を管理すると共に、を行う上記アプリケーションからの利用要求に応じて、該ハードウェア資源への利用を制御するコントロールサービスと、該アプリケーションと該コントロールサービスとを制御するオペレーティングシステムとを有するように構成することができる。
【００１０】
このような画像形成装置では、コンピュータ装置としての機能を有するため、ネットワークを介して接続された機器へＷｅｂサービスを提供することができる。
【００１１】
複数のＷｅｂサービスを提供するという観点から、本発明は、請求項３に記載されるように、複数の上記Ｗｅｂサービス提供処理手段を有するように構成することができる。更に、本発明は、請求項４に記載されるように、上記複数のＷｅｂサービス提供処理手段は、夫々少なくとも一つのＷｅｂサービスを実行するＷｅｂサービス実行手段を有するように構成することができる。
【００１２】
Ｗｅｂサービスの通信制御に従って処理リクエストを処理するという観点から、本発明は、請求項５に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワークを介して、上記機器からの上記処理リクエストの受信及び上記機器への上記処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手段と、上記処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手段を実行する処理リクエスト処理手段とを有するように構成することができる。
【００１３】
このような画像形成装置では、所定ネットワーク通信プロトコルに従って受信した処理しクエストを処理することができ、また、その処理結果によって示されるＷｅｂサービスに関する指定内容を実行するＷｅｂサービス実行手段を実行することができる。
【００１４】
上記所定ネットワーク通信プロトコルは、例えば、ｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　Ｄａｅｍｏｎ）である。
【００１５】
処理レスポンスの内容をネットワークを介して接続される機器にて表示可能とするという観点から、本発明は、請求項６に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記表示形式を表記する表示言語によって、上記Ｗｅｂサービス提供処理手段から提供された上記処理結果を示す上記処理レスポンスを作成する表示形式作成手段を有するように構成することができる。
【００１６】
このような画像形成装置では、機器からの処理リクエストに応じて実行されたＷｅｂサービスの処理結果を、該機器にて表示可能となるような処理レスポンスを作成することができる。よって、該画像形成装置は、例えば、汎用的なＷｅｂブラウザを有する機器に対してＷｅｂサービスを提供することができる。
【００１７】
処理リクエストに対応したＷｅｂサービス実行手段に処理を実行させるという観点から、本発明は、請求項７に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワーク通信制御手段によって受信した上記処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記処理リクエストを分配する分配手段と、上記複数のＷｅｂサービス提供処理手段は、夫々、上記処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手段に処理を振り分ける振分手段とを有するように構成することができる。
【００１８】
このような画像形成装置では、例えば、分配手段によって処理リクエストのリクエスト種別に応じて該処理リクエストを分配し、振分手段によって該処理リクエストのボディ部に指定される処理内容に応じたＷｅｂサービス実行手段にその処理を振り分けることができる。
【００１９】
上記リクエスト種別とは、例えば、ＨＴＴＰによるメソッドを示し、ＧＥＴ　ＭＥＴＨＯＤ又はＰＯＳＴ　ＭＥＴＨＯＤ等である。
【００２０】
上記特定情報とは、Ｗｅｂサービス実行手段を特定するような情報であって、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）又はＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｎｄｉｃａｔｏｒ）である。
【００２１】
各Ｗｅｂサービス提供処理手段で出力される処理結果を所定記述形式従って処理するという観点から、本発明は、請求項８に記載されるように、上記複数のＷｅｂサービス提供処理手段によって共有可能であって、上記処理結果を所定記述形式に従って処理する記述形式処理手段を有するように構成することができる。
【００２２】
このような画像形成装置では、複数のＷｅｂサービス提供処理手段によって記述形式処理手段が共有されるため、各Ｗｅｂサービス提供処理手段で出力される処理結果を所定記述形式従って処理することが可能となる。
【００２３】
上記所定記述形式とは、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）である。
【００２４】
各Ｗｅｂサービス提供処理手段による処理結果を機器にて表示可能とするという観点から、本発明は、請求項９に記載されるように、上記表示形式作成手段は、上記記述形式処理手段によって処理された上記処理結果を、上記記述形式の書式スタイルに基づいて、上記表示形式に従った上記処理結果に変換する記述形式変換手段を有するように構成することができる。
【００２５】
このような画像形成装置では、各Ｗｅｂサービス提供処理手段による所定記述形式に従って処理された処理結果を、上記記述形式の書式スタイルに基づいて、機器にて表示可能な表示形式に従った上記処理結果に変換することができる。
【００２６】
上記書式スタイルとは、例えば、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｓｔｙｌｅｓｈｅｅｔ　Ｌａｎｇｕａｇｅ）である。この書式スタイルによって、上記記述形式変換手段は、ＸＭＬに従って記述された処理結果をＨＴＭＬに従って記述されるように変換することができる。
【００２７】
処理リクエストを所定記述形式に従って記述するという観点から、本発明は、請求項１０に記載されるように、上記記述形式処理手段は、上記処理リクエストに示される上記内部情報を上記所定記述形式に従って記述する手段を有するように構成することができる。
【００２８】
このような画像形成装置では、複数のＷｅｂサービス提供処理手段によって共有される記述形式処理手段が処理リクエストに示される内部情報を所定記述形式に従って記述する手段を有するように構成することによって、処理リクエスト及び処理レスポンスが所定記述形式に従って記述されるため、複数のＷｅｂサービス提供手段のための処理リクエスト及び処理レスポンスに対するインターフェースの役割を実現することができる。
【００２９】
また、本発明は、請求項１１から１５に記載されるように、上記画像処理装置での処理を行う画像形成方法とすることもできる。
【００３０】
更に、上記課題を解決するため、本発明は、請求項１６載されるように、利用者による処理要求に応じて、ネットワークを介して接続される画像形成装置から返信される所定表示形式に従って加工された処理結果を受信する受信手段と、上記受信した処理結果を上記所定表示形式に従って表示ユニットに表示させる表示手段とを有するように構成される。
【００３１】
このような利用者端末では、複数の画像形成機能を利用するためにドライバ等のソフトウェアをインストールすることなく、また、利用者端末の機種又はオペレーティングシステムに依存することなく、複数の画像形成機能を有する画像形成装置への処理要求がＷｅｂブラウザによって可能となる。
【００３２】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３３】
多種の画像形成機能を融合する本発明の実施の一形態に係る画像形成装置（以下、融合機と言う）は、例えば、図１に示すような機能構成を成す。図１は、本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【００３４】
図１において、融合機１２００は、プロッタ１２０１と、スキャナ１２０２と、ファクシミリなどのハードウェアリソース１２０３などを有するとともに、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア群１２１０と、融合機起動部１２４０とを備えている。
【００３５】
融合機起動部１２４０は、複合機１２００の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。
【００３６】
プラットフォーム１２２０は、アプリケーション１２３０からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させる下記に示すコントロールサービス１２５０と、一または複数のハードウェア資源の管理をおこない、コントロールサービス１２５０からの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ（Ｓｙｓｔｅｍ　Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｒ）１２２３）と、ＯＳ１２２１とを有する。
【００３７】
このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（Ｓｙｓｔｅｍ　Ｃｏｎｔｒｏｌ　Ｓｅｒｖｉｃｅ）１２２２と、ＥＣＳ（Ｅｎｇｉｎｅ　Ｃｏｎｔｒｏｌ　Ｓｅｒｖｉｃｅ）１２２４と、ＭＣＳ（Ｍｅｍｏｒｙ　Ｃｏｎｔｒｏｌ　Ｓｅｒｖｉｃｅ）１２２５と、ＯＣＳ（Ｏｐｅｒａｔｉｏｎ　ｐａｎｅｌ　Ｃｏｎｔｒｏｌ　Ｓｅｒｖｉｃｅ）１２２６と、ＦＣＳ（ＦＡＸ　Ｃｏｎｔｒｏｌ　Ｓｅｒｖｉｃｅ）１２２７と、ＮＣＳ（Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌ　Ｓｅｒｖｉｃｅ）１２２８と、ＩＭＨ（Ｉｍａｇｉｎｇ　Ｍｅｍｏｒｙ　Ｈａｎｄｌｅｒ）１２２９とがある。なお、このプラットフォーム１２２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。
【００３８】
ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。オープンソースのＵＮＩＸ（登録商標）を用いることにより、プログラムの安全性を確保できるとともに、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、ＯＳ、ＴＣＰ／ＩＰのロイヤリティが不要であり、アウトソーシングも容易となる。
【００３９】
ＳＲＭ１２２３は、ＳＣＳ１２２２とともにシステムの制御およびリソースの管理をおこなうものであり、スキャナやプロッタなどのエンジン部、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。
【００４０】
具体的には、このＳＲＭ１２２３は、要求されたハードウェア資源が利用可能であるかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウェア資源の利用スケジューリングをおこない、要求内容（たとえば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施するようにしてもよい。
【００４１】
ＳＣＳ１２２２は、アプリ管理（機能１）、操作部制御（機能２）、システム画面表示（ジョブリスト画面、カウンタ表示画面など）（機能３）、ＬＥＤ表示（機能４）、リソース管理（機能５）、割り込みアプリ制御（機能６）等の複数の機能を行なう。具体的には、アプリ管理（機能１）では、アプリの登録と、その情報を他のアプリに通知する処理をおこなう。操作部制御（機能２）では、アプリの操作部使用権の排他制御をおこなう。システム画面表示（機能３）では、操作部使用権を持つアプリからの要求内容に応じて、エンジン部の状態に対応する警告画面の表示をおこなう。ＬＥＤ表示（機能４）では、警告ＬＥＤ、アプリキーなどのシステムＬＥＤの表示制御をおこなう。リソース管理（機能５）では、アプリ（ＥＣＳ）がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ、ステープルなど）の排他制御のためのサービスをおこなう。割り込みアプリ制御（機能６）では、特定のアプリを優先動作せさるための制御及びサービスをおこなう。
【００４２】
ＥＣＳ１２２４は、プロッタ１２０１と、スキャナ１２０２と、その他ハードウェアリソース１２０３などのエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどをおこなう。
【００４３】
ＭＣＳ１２２５は、メモリ制御をおこなうものであり、具体的には、画像メモリの取得および開放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などをおこなう。
【００４４】
ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などをおこなう。
【００４５】
ＦＣＳ１２２７は、システムコントローラの各アプリからＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなうためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を提供する。
【００４６】
ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。
【００４７】
本実施例において、ＮＣＳ１２２８は、複数のプロトコルのうちｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　Ｄａｅｍｏｎ）によって、インターネットを介して接続されるネットワーク機器とのデータ通信をＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）で制御し、ＨＴＴＰリクエストヘッダで指定されるＷｅｂサービスを関数コールによって起動し、そのＷｅｂサービスによる処理結果をＨＴＴＰレスポンスで該ネットワーク機器へ通知する。Ｗｅｂサービスは、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）によって記述されたメッセージに従って処理を行なう。
【００４８】
ＩＭＨ１２２９は、イメージデータを仮想メモリ領域（ユーザ仮想空間）から物理メモリへマップする。プロセスの起動に応じて、システムコールを行ない、プロセス用の仮想メモリ領域をマップしたり、マップした仮想メモリ領域をプロセスの終了時に開放する処理等を行なう。
【００４９】
アプリケーション１２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ネットファイル用アプリケーションであるＷｅｂサービス処理アプリ１２１５と、工程検査用アプリケーションである工程検査アプリ１２１６とを有する。各アプリケーション１２１１〜１２１６は、プラットフォーム１２２０上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御およびジョブ生成などをおこなう画面表示制御プログラムがその主体となる。なお、ＮＣＳ１２２８により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加または削除することができる。
【００５０】
Ｗｅｂサービス処理アプリ１２１５は、ＧＥＴ　ＭＥＴＨＯＤ又はＰＯＳＴ　ＭＥＴＨＯＤによるＨＴＴＰリクエストを処理して、ＨＴＭＬを含むＨＴＴＰレスポンスを送信するＷｅｂサーバー５００と、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Ｗｅｂ　Ｓｅｒｖｉｃｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を介してＷｅｂサービスとして提供するＷｅｂサービスファンクション（ＷＳＦ）１４００とを有する。
【００５１】
このように、融合機１２００は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。
【００５２】
次に、融合機１２００のハードウェア構成について説明する。図２は、図１に示す融合機１２００のハードウェア構成を示すブロック図である。図２に示すように、この融合機１２００は、オペレーションパネル１３１０、ＦＡＸコントロールユニット１５３０、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）１３３０、ＩＥＥＥ１３９４１３４０およびエンジン部１３５０とコントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｎｅｎｔ　Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス等で接続した構成となる。
【００５３】
コントローラ１３００は、ＡＳＩＣ１３０１にＭＥＭ−Ｃ１３０２、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）１３０３などを接続するとともに、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。このように、ＮＢ１３０５を介して接続する理由は、ＣＰＵ１３０４自体のインターフェースが公開されていないためである。
【００５４】
ここで、このＡＳＩＣ１３０１とＮＢ１３０５は、単にＰＣＩを介して接続されているのではなく、ＡＧＰ１３０８を介して接続されている。このようにＡＧＰ１３０８を介して接続することとした理由は、この融合機１２００が図１２に示したプラットフォーム１２２０やアプリケーション１２３０を形成する複数のプロセスを実行制御する関係上、これらを低速のＰＣＩで接続したのでは、パフォーマンスが低下するからである。
【００５５】
ＣＰＵ１３０４は、融合機１２００の全体制御をおこなうものであり、具体的には、ＯＳ１２２１上でプラットフォーム１２２０を形成するＳＣＳ１２２２、ＳＲＭ１２２３、ＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、ＮＣＳ１２２８をそれぞれプロセスとして起動して実行させるとともに、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、Ｗｅｂサービス処理アプリ１２１５、工程検査アプリ１２１６を起動して実行させる。
【００５６】
ＮＢ１３０５は、ＣＰＵ１３０４とＭＥＭ−Ｐ１３０６、ＳＢ１３０７、ＡＳＩＣ１３０１とを接続するためのブリッジであり、ＭＥＭ−Ｐ１３０６は、融合機の描画用メモリなどとして用いるシステムメモリであり、ＳＢ１３０７は、ＮＢ１３０５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＭＥＭ−Ｃ１３０２は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。
【００５７】
ＨＤＤ１３０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示をおこなう操作部である。
【００５８】
したがって、ＡＳＩＣ１３０１には、ＭＥＭ−Ｃ１３０２を接続するためのＲＡＭインターフェースと、ＨＤＤ１３０３を接続するためのハードディスクインターフェースが設けられ、これらの記憶部に対して画像データの入出力をおこなう場合には、入出力先がＲＡＭインターフェースまたはハードディスクインターフェースに切り替えられる。
【００５９】
ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、システムメモリに高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にする。
【００６０】
以下、上述したような図１に示す機能構成、及び、図２に示すハードウェア構成を有する融合機１２００がＷｅｂサービスを提供するための機能構成例について説明する。ここで、Ｗｅｂサービスとは、ネットワーク機器からのＨＴＴＰリクエストによるサービス要求に応じて、融合機１２００が所定の処理を行ない、その処理結果をＨＴＴＰレスポンスとしてネットワーク機器へ提供することを言う。
【００６１】
図３は、Ｗｅｂサーバーを有する融合機の第一機能構成例を示す図である。図３において、図１に示す融合機１２００の機能構成のうち主要な機能構成のみが図示され、他の機能構成は省略される。図３より、融合機１２００は、主に、複数のＷｅｂサービス提供処理部としてファイル管理Ｗｅｂサービス提供処理部４０及び他Ｗｅｂサービス提供処理部４９と、ＨＴＴＰリクエストとＨＴＴＰレスポンスとによるメッセージ交換を制御するＷｅｂサーバー５００と、スキャナ１５２０と、ＨＤＤ１３０３と、プロッタ１２０２と、オペレーションパネル１３１０と、ＦＡＸコントロールユニット１５３０等とを有する。
【００６２】
また、ファイル管理Ｗｅｂサービス提供処理部４０は、Ｗｅｂサービスファンクション１４００（図３）としてＨＤＤ１３０３に文書（ファイル）を蓄積するファイル管理実行部４００を有する。Ｗｅｂサーバー５００は、ＨＴＴＰに従った通信制御を行うｈｔｔｐｄ２と、ＨＴＴＰリクエストに対応するＷｅｂサービス提供処理部へ処理を分配するディストリビューター（Ｄｉｓｔｒｉｂｕｔｏｒ）３０と、ネットワーク１５を介して受信したＧＥＴ　ＭＥＴＨＯＤ又はＰＯＳＴ　ＭＥＴＨＯＤによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１と、ＨＴＴＰリクエストで示されるＷｅｂサービスの処理をファイル管理実行部４００に振り分けるディスパッチャー（Ｄｉｓｐａｔｃｈｅｒ）６０と、ファイル管理実行部４００から通知される処理結果を示すＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）２４を作成するＨＴＭＬ作成部５０２とを有する。
【００６３】
また、ネットワーク１５を介して融合機１２００と接続されるネットワーク機器１０は、キーボード又はマウス等の入力装置からの入力データを制御すると共に、モニタ９に表示させる出力データとを制御する入出力制御部１１を有するＷｅｂブラウザ２３を有する。
【００６４】
このようなネットワーク機器１０を利用する利用者は、モニタ９に表示されるＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ所望のＷｅｂサービスを要求し、入出力制御部１１はその要求データを受信する（ステップＳ２１）。Ｗｅｂブラウザ２３は、入出力制御部１１が受信した要求データに基づいて、ＧＥＴ　ＭＥＴＨＯＤ又はＰＯＳＴ　ＭＥＴＨＯＤによるＨＴＴＰリクエストを生成してネットワーク１５を介して融合機１２００へ送信する（ステップＳ２２）。
【００６５】
融合機１２００はネットワーク機器１０からＨＴＴＰリクエストを受信すると、Ｗｅｂサーバー５００によってＨＴＴＰリクエストを解析する。つまり、ネットワーク通信制御を行うｈｔｔｐｄ２がＨＴＴＰリクエストを受信すると、ディストリビューター３０によって、ＨＴＴＰリクエストのヘッダ部で指定される、例えば、メソッド（ＧＥＴ　ＭＥＴＨＯＤ又はＰＯＳＴ　ＭＥＴＨＯＤ）に応じた解析がなされるようにＨＴＴＰリクエストがＨＴＴＰリクエスト処理部５０１に分配される（ステップＳ２３）。ＨＴＴＰリクエスト処理部５０１は、メソッドに応じてボディ部から処理内容を取得し、例えば、ヘッダ部でＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）又はＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｎｄｉｃａｔｏｒ）によってファイル管理Ｗｅｂサービスが指定されている場合、ディスパッチャー６０によって、ファイル管理実行部４００へ処理内容に応じた処理の振り分けを行う（ステップＳ２４）。
【００６６】
ファイル管理実行部４００は、処理内容に従ってＨＤＤ１３０３に対して処理を実行し、その処理結果を取得する（ステップＳ２５）。例えば、処理内容に指定される文書の追加、更新、又は削除等の処理を実行する。ファイル管理実行部４００は、その処理結果をＷｅｂサーバー５００へ通知する（ステップＳ２５）。
【００６７】
Ｗｅｂサーバー５００は、ファイル管理実行部４００から処理結果の通知を受けると、ＨＴＭＬ作成部５０２によって、処理結果がネットワーク機器１０のＷｅｂブラウザ２３によってモニタ９に表示可能となるように、処理結果を表示させるＨＴＭＬ２４を作成して、ｈｔｔｐｄ２へＨＴＭＬ２４の送信を依頼する（ステップＳ２６）。ｈｔｔｐｄ２は、ｈｔｔｐに従ってＨＴＭＬ２４をネットワーク機器１０へ送信する（ステップＳ２７）。
【００６８】
ネットワーク機器１０にてＨＴＴＰレスポンスが受信されると、Ｗｅｂブラウザ２３は、入出力制御部１１によってモニタ９へＨＴＭＬ２４を表示させる（ステップＳ２８）。
【００６９】
上記第一機能構成例において、ネットワーク機器１０は、融合機１２００との間で特別なメッセージ交換方法を必要とせずに、Ｗｅｂブラウザを利用するのみで、融合機１２００からＷｅｂサービスの提供を受けることができ、ＲＰＣ（Ｒｅｍｏｔｅ　Ｐｒｏｃｅｄｕｒｅ　Ｃａｌｌ）を実現することができる。
【００７０】
上記第一機能構成例に更に、例えば、Ｗｅｂサービスファンクション（ＷＳＦ）としてのファイル管理実行部４００による処理結果からＸＭＬを作成し、所定のＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｓｔｙｌｅｓｈｅｅｔ　Ｌａｎｇｕａｇｅ））に基づいてＨＴＭＬフォーマットを生成するように、融合機１２００を構成することができる。以下、融合機１２００の第二機能構成例として図４で説明する。
【００７１】
図４は、Ｗｅｂサーバーを有する融合機の第二機能構成例を示す図である。図４中、図３と同一構成には同一符号を付し、その説明は省略する。また、処理フローも同様であるためその説明は省略する。図４に示される第二機能構成例において、融合機１２００が、ファイル管理Ｗｅｂサービス提供処理部４０及び他Ｗｅｂサービス提供処理部４９等の複数のＷｅｂサービス提供処理部によって共有されるＸＭＬ処理部５０を有し、Ｗｅｂサーバー５００が、ＸＭＬ処理部５０によって生成されたＸＭＬをＨＴＭＬフォーマットに変換するＸＳＬプロセッサ５０３を有する点において、上記第一機能構成例と異なった構成となっている。
【００７２】
このような融合機１２００において、ＸＭＬ処理部５０は、ファイル管理実行部４００からの処理結果に基づいてＸＭＬ２６を作成し、ＸＭＬ２６をＨＴＭＬ作成部５０２に通知する。ＨＴＭＬ作成部５０２は、ＸＳＬプロセッサ５０３によって、所定のスタイルリストを示すＸＳＬ２５に基づいて、ＸＭＬ２６をＨＴＭＬフォーマットに変換する。ＨＴＭＬ作成部５０２は、このＨＴＭＬフォーマットに従う処理結果を示すＨＴＭＬ２４を作成する。
【００７３】
上記第二機能構成例において、Ｗｅｂサーバー５００に、各Ｗｅｂサービスの実行部における処理の特性に応じてＸＳＬ２５を備えるようにすることで、ネットワーク機器１０へ処理結果を表示する際にＷｅｂサービス毎の表示画面を提供することが可能となる。
【００７４】
また、上記第二機能構成例に更に、ＸＭＬ処理部５０が、ＨＴＴＰリクエストのボディ部の処理内容を示すＸＭＬを作成して、その処理内容に対応する、例えば、ファイル管理実行部４００を関数コールするように、融合機１２００を構成することができる。以下、融合機１２００の第三機能構成例として図５で説明する。
【００７５】
図５は、Ｗｅｂサーバーを有する融合機の第二機能構成例を示す図である。図５中、図３及び図４と同一構成には同一符号を付し、その説明は省略する。また、処理フローも同様であるためその説明は省略する。図５に示される第三機能構成例において、Ｗｅｂサーバー５００は処理内容をＸＭＬ処理部５０に通知し、ＸＭＬ処理部５０はその処理内容を示すＸＭＬ２７を作成してファイル管理実行部４００を関数コールする点において、上記第二機能構成例と異なった構成となっている。ファイル管理実行部４００による処理結果の通知後の処理は、上記第二機能構成例における処理と同様に行われる。
【００７６】
上記第三機能構成例において、Ｗｅｂサーバー５００は、ＸＭＬ処理部５０に対して処理内容を通知し、ＸＭＬ処理部５０から処理結果を受け取ることができるため、Ｗｅｂサーバー５００は、各Ｗｅｂサービス提供処理部を意識する必要がない。複数の各Ｗｅｂサービス提供処理部とによって共有されるＸＭＬ処理部５０は、Ｗｅｂサーバー５００と各Ｗｅｂサービス提供処理部とのインターフェースとしての役割を有する。
【００７７】
次に、上記第一から第三機能構成例のいずれかを有する融合機１２００にネットワーク１５を介して接続されるネットワーク機器１０には、例えば、ファイル管理Ｗｅｂサービス提供処理部４０による処理結果が図６に示されるような画面によって表示される。
【００７８】
図６は、Ｗｅｂブラウザによって表示される画面例を示す図である。図６において、蓄積文書の一覧の表示を要求するＨＴＴＰリクエストに応じて、ファイル管理Ｗｅｂサービス提供処理部４０によって提供される処理結果を示すＨＴＴＰレスポンスに基づいた画面１４０が示される。画面１４０は、蓄積文書毎に文書名、ページ数、所有者名等を表示する表示域１４１を有する。表示域１４１では、スクロールバーを操作することによって蓄積文書の一覧を参照することができる。
【００７９】
上記実施例によると、ネットワーク機器１０は、融合機１２００との間で特別なメッセージ交換方法を必要とせずに、Ｗｅｂブラウザを利用するのみで、融合機１２００からＷｅｂサービスの提供を受けることができ、ＲＰＣ（Ｒｅｍｏｔｅ　Ｐｒｏｃｅｄｕｒｅ　Ｃａｌｌ）を実現することができる。
【００８０】
更に、例えば、Ｗｅｂサービスファンクション（ＷＳＦ）としてのファイル管理実行部４００による処理結果からＸＭＬを作成し、所定のＸＳＬに基づいてＨＴＭＬフォーマットを生成するように、融合機１２００を構成することによって、つまり、Ｗｅｂサーバー５００に、各Ｗｅｂサービスの実行部における処理の特性に応じてＸＳＬ２５を備えるようにすることで、ネットワーク機器１０へ処理結果を表示する際にＷｅｂサービス毎の表示画面を提供することが可能となる。
【００８１】
更に、ＸＭＬ処理部５０が、ＨＴＴＰリクエストのボディ部の処理内容を示すＸＭＬを作成して、その処理内容に対応する、例えば、ファイル管理実行部４００を関数コールするように、融合機１２００を構成することによって、Ｗｅｂサーバー５００は、ＸＭＬ処理部５０に対して処理内容を通知し、ＸＭＬ処理部５０から処理結果を受け取ることができる。Ｗｅｂサーバー５００が各Ｗｅｂサービス提供処理部を意識しなくて良いように、複数の各Ｗｅｂサービス提供処理部とによって共有されるＸＭＬ処理部５０に、Ｗｅｂサーバー５００と各Ｗｅｂサービス提供処理部とのインターフェースとして機能するようにすることができる。
【００８２】
また、本発明は、ファイル管理に関するＷｅｂサービスに限定されるものではなく、画像を形成する融合機１２００において、オペレーションパネルの制御、印刷処理、ファイル管理、スキャナ制御、画像処理に関する種々の内部情報を処理し、その処理結果を要求元へ提供するＷｅｂサービスを実現することができる。ここで言う内部情報とは、画像情報、画像情報についてのステータス情報、及び、機器本体の設定を変更したりネットワークＩＰを変更したりする制御パラメータ等の情報等の画像処理及び融合機１２００に関する多種多様の情報を示しており、それら内部情報に対して所定処理を行い、その処理結果をＷｅｂサービスとして提供することは、上記実施例により実現可能である。
【００８３】
なお、上記実施例において、Ｗｅｂサーバー５００は、Ｗｅｂサービス通信制御手段に対応し、Ｗｅｂサービス提供処理部４０及び４９の夫々は、Ｗｅｂサービス提供処理手段に対応し、ファイル管理実行部４００は、Ｗｅｂサービス実行手段に対応する。
【発明の効果】
以上、説明してきたように、本願発明によれば、利用者が使用するコンピュータ端末に複数の画像形成機能を利用するためにドライバ等のソフトウェアをインストールすることなく、また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、複数の画像形成機能を有する融合機へのユーザーからの処理要求を行うことがＷｅｂブラウザにより可能となるだけでなく、他の機器からの処理要求も統一的に処理することが可能となる。
【００８４】
【図面の簡単な説明】
【図１】本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【図２】図１に示す融合機のハードウェア構成を示すブロック図である。
【図３】Ｗｅｂサーバーを有する融合機の第一機能構成例を示す図である。
【図４】Ｗｅｂサーバーを有する融合機の第二機能構成例を示す図である。
【図５】Ｗｅｂサーバーを有する融合機の第三機能構成例を示す図である。
【図６】Ｗｅｂブラウザによって表示される画面例を示す図である。
【符号の説明】
２　　　　　ｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　Ｄａｅｍｏｎ）
１０　　　　ネットワーク機器、　２３　　　　Ｗｅｂブラウザ
３０　　　　ディストリビューター
４０、４９　Ｗｅｂサービス提供処理部
５０　　　　ＸＭＬ処理部、　　　６０　　　　ディスパッチャー
５００　　　Ｗｅｂサーバー、　　５０１　　　ＨＴＴＰリクエスト処理部
５０２　　　ＨＴＭＬ作成部、　　５０３　　　ＸＳＬプロセッサ
１２００　　融合機、
１２０１　　プロッタ　　　　　　１２０２　　スキャナ
１２１０　　ソフトウェア群
１２３０　　アプリケーション、　１２２０　　プラットフォーム
１２２１　　ＯＳ、　　　　　　　１２２２　　ＳＣＳ
１２２３　　ＳＲＭ、　　　　　　１２２４　　ＥＣＳ
１２２５　　ＭＣＳ、　　　　　　１２２６　　ＯＣＳ
１２２７　　ＦＣＳ、　　　　　　１２２８　　ＮＣＳ
１２２９　　ＩＭＨ、　　　　　　１２４０　　融合機起動部
１３００　　コントローラ、　　　１３０１　　ＡＳＩＣ
１３０２　　ＭＥＭ−Ｃ、　　　　１３０３　　ＨＤＤ
１３０４　　ＣＰＵ、　　　　　　１３０５　　ＮＢ
１３０６　　ＭＥＭ−Ｐ、　　　　１３０７　　ＳＢ
１３０８　　ＡＧＰ、　　　　　　１３１０　　オペレーションパネル
１３３０　　ＵＳＢ、　　　　　　１３４０　　ＩＥＥＥ１３９４
１３５０　　エンジン部、　　　　１５００　　ネットワークＩ／Ｆ部
１５３０　　ＦＡＸコントロールユニット
【図１】
2004005348.tif 000003
【図２】
2004005348.tif 000004
【図３】
2004005348.tif 000005
【図４】
2004005348.tif 000006
【図５】
2004005348.tif 000007
【図６】
2004005348.tif 000008