JP2004209961A - Ｗｅｂサービス機能を有する画像形成装置 - Google Patents
Ｗｅｂサービス機能を有する画像形成装置 Download PDFInfo
- Publication number
- JP2004209961A JP2004209961A JP2003074119A JP2003074119A JP2004209961A JP 2004209961 A JP2004209961 A JP 2004209961A JP 2003074119 A JP2003074119 A JP 2003074119A JP 2003074119 A JP2003074119 A JP 2003074119A JP 2004209961 A JP2004209961 A JP 2004209961A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- web service
- request
- protocol
- image forming
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Facsimiles In General (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Record Information Processing For Printing (AREA)
Abstract
【課題】本発明の課題は、利用者が使用するコンピュータ端末に複数の画像形成機能を利用するための複数のドライバをインストールすることなく、また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、Ｗｅｂサービスの提供を可能とする画像形成装置を提供することを目的とする。
【解決手段】本発明の課題は、ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエスト又は該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストを受信し、該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手段と、プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有することを特徴とする画像形成装置によって達成される。
【選択図】 図３
【解決手段】本発明の課題は、ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエスト又は該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストを受信し、該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手段と、プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有することを特徴とする画像形成装置によって達成される。
【選択図】 図３
Description
【０００１】
【発明の属する技術分野】
本発明は、利用者が使用するコンピュータ端末に、複数の画像形成機能を利用するために複数のドライバ・ソフトウェアをインストールすることなく、標準的なＷｅｂサービス対応ソフトウェアをインストールするだけでよく、また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、Ｗｅｂサービスの提供を可能とし、他の機器からの処理要求も統一的に処理することが可能となる画像形成装置を提供するものである。
【０００２】
【従来の技術】
近年、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が一般的に知られている。このような複合型の画像形成装置は、１つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクシミリ装置にそれぞれ対応する３種類のアプリケーションを設け、アプリケーションの切り替えによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させるものである。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来の複合型画像形成装置においては、ネットワークを介して接続される複数のＰＣ（パーソナルコンピュータ）からプリンタ、コピー、ファクシミリ、スキャナ等の機能を利用する場合、各ＰＣに各画像形成機能に応じたドライバ等のソフトウェアをインストールする必要があった。また、ＰＣにインストールされるそれらソフトウェアは、該ＰＣの機種及びオペレーティングシステムに対応したものでなければならない。また、同様な要求がサーバー等の機器との間でも要求されることがあるが、要求される処理のプロトコルや処理単位が異なるため、実装時には両方の要求を満たすようにする必要があった。更に、従来の利用形態では、ドライバによって決まった処理しか行うことができない等の制限があった。
【０００４】
そこで、本発明の課題は、利用者が使用するコンピュータ端末に複数の画像形成機能を利用するための複数のドライバ・ソフトウェアをインストールすることなく、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、画像形成装置の機能をネットワークを介してインターネット標準の各種Ｗｅｂプロトコルを利用してアクセス可能なプログラマブルなアプリケーションコンポーネントとして利用できると共に、Ｗｅｂサービスの要求をＷｅｂブラウザから行うことを可能とする画像形成装置を提供することである。また、画像形成装置内又は画像形成装置と他装置間とにおいて、Ｗｅｂサービスが他Ｗｅｂサービスとやり取りする分散環境を実現する画像形成装置を提供する。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエスト又は該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストを受信し、該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手段と、プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有するように構成される。
【０００６】
このような画像形成装置では、ネットワークを介して接続された機器の機種又はオペレーティングシステムに依存することなく、例えば、ＳＯＡＰからの第一プロトコルによる第一処理リクエストを受信した際には第一プロトコルによる第一処理レスポンスによって、或いは、例えば、Ｗｅｂブラウザ等からの第二プロトコルによる第二処理リクエストを受信した際には機器にて表示可能な表示形式に従って第二処理レスポンスによって処理結果をＷｅｂサービスとして提供することができる。従って、第一処理リクエスト及び第二処理リクエストのＷｅｂサービスの要求に対して、同一のＷｅｂサービス提供処理手段による処理結果をＷｅｂサービスとして提供することができるため、第一処理リクエスト及び第二処理リクエストの夫々にＷｅｂサービス提供処理手段を開発する必要がない。
【０００７】
上記第一プロトコルは、例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）である。また、上記第二プロトコルによる処理レスポンスは、例えば、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって提供される。
【０００８】
上記内部情報は、画像情報、画像情報についてのステータス情報、及び、機器本体の設定を変更したりネットワークＩＰを変更したりする制御パラメータ等の情報を示す。
【０００９】
画像形成装置がＷｅｂサービスを提供するという観点において、本発明は、請求項２に記載されるように、少なくとも上記Ｗｅｂサービス提供処理手段を有するアプリケーションと、上記画像形成処理で利用されるハードウェア資源を管理すると共に、上記アプリケーションからの利用要求に応じて、該ハードウェア資源への利用を制御するコントロールサービスと、該アプリケーションと該コントロールサービスとを制御するオペレーティングシステムとを有するように構成することができる。
【００１０】
このような画像形成装置では、コンピュータ装置としての機能を有し、画像形成に使用されるハードウェア資源を直接制御することができると共に、ネットワークを介して接続された機器へＷｅｂサービスを提供することができる。
【００１１】
Ｗｅｂサービスを提供するための処理の実体を有するという観点において、本発明は、請求項３に記載されるように、上記Ｗｅｂサービス提供処理手段は、Ｗｅｂサービスに関する処理を実行するＷｅｂサービス実行手段を有するように構成することができる。
【００１２】
このような画像形成装置では、Ｗｅｂサービスを提供するための処理の実体がＷｅｂサービス提供処理手段に独立してあるため、複数のプロトコル（例えば、ＳＯＡＰと、ＨＴＴＰ及びＨＴＭＬ）に関する知識を必要としないＷｅｂサービス実行手段の開発を行うことができる。
【００１３】
第一プロトコルに従って第一処理リクエストを処理するという観点において、本発明は、請求項４に記載されるように、複数の上記Ｗｅｂサービス提供処理手段を有し、上記複数のＷｅｂサービス提供処理手段によって共有可能であって、上記第一プロトコルに従って上記メッセージを制御するプロトコル処理手段とを有するように構成することができる。
【００１４】
このような画像形成装置では、第一処理リクエストを第一プロトコルに従って処理できると共に、複数のＷｅｂサービス提供処理手段によって共有されるため、各Ｗｅｂサービス提供処理手段を開発する際には、ＳＯＡＰ等の第一プロトコルに関する処理部の開発を削減することができる。
【００１５】
メッセージの処理を共有するという観点において、本発明は、請求項５に記載されるように、上記複数のＷｅｂサービス提供処理手段によって共有可能であって、上記第一処理リクエスト内に所定記述形式に従って記述された上記メッセージを上記Ｗｅｂサービス提供処理手段によって処理可能な形式に変換すると共に、該第一処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する際の同一の処理方法によって上記第二処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する記述形式処理手段を有するように構成することができる。
【００１６】
このような画像形成装置では、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されたメッセージの処理を、複数のＷｅｂサービス提供処理手段によって共有可能となる。従って、各Ｗｅｂサービス提供処理手段を開発する際には、メッセージに関する処理部の開発を削減することができる。
【００１７】
第一プロトコルに従う第一処理リクエストと該第一プロトコル以外の第二プロトコルに従うＷｅｂブラウザを利用した端末からの第二処理リクエストの両方の処理を可能とするという観点において、本発明は、請求項６に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワークを介して、上記機器からの上記第一及び第二処理リクエストの受信及び上記機器への上記第一及び第二処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手段と、上記第二処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手段を実行する処理リクエスト処理手段とを有するように構成することができる。
【００１８】
第一処理リクエストと第二処理リクエストとを別々に分配するという観点に置いて、本発明は、請求項７に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワーク通信制御手段が上記第一処理リクエストを受信した場合、該第一処理リクエストのリクエスト種別を上記第一プロトコルに従って解析し、その解析結果に基づいて上記複数のＷｅｂサービス提供処理手段の一つに上記第一処理リクエストを分配し、上記第二処理リクエストを受信した場合、上記第二処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記第二処理リクエストを分配する分配手段と、上記第二処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手段に処理を振り分ける第二振分手段とを有するように構成される。また、本発明は、請求項８に記載されるように、上記第一処理リクエスト内のＷｅｂサービスを特定する特定情報を上記第一プロトコルに従って解析し、その解析結果に基づいて、該特定情報によって特性されるＷｅｂサービスを実行する上記Ｗｅｂサービス実行手段に処理を振り分ける第一振分手段を有するように構成される。
【００１９】
このような画像形成装置では、第一プロトコルに従う第一処理リクエストと第一プロトコル以外の第二プロトコルに従うＷｅｂブラウザを利用した端末からの第二処理リクエストとを処理可能とするため、第一処理リクエスト及び第二処理リクエストによる同一のＷｅｂサービスの要求に対して、同一のＷｅｂサービス提供処理手段による処理結果をＷｅｂサービスとして提供することができる。
【００２０】
上記リクエスト種別とは、例えば、ＨＴＴＰによるメソッドを示し、ＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤ等である。
【００２１】
上記特定情報とは、Ｗｅｂサービス実行手段を特定するような情報であって、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）又はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）である。
【００２２】
複数のＷｅｂサービス提供処理手段へ処理を振り分けるという観点において、本発明は、請求項９に記載されるように、上記複数のＷｅｂサービス提供処理手段の夫々に対応させて複数の上記第一振分手段と複数の上記第二振分手段とを有するように構成される。
【００２３】
このような画像形成装置では、第一処理リクエスト及び第二処理リクエストのいずれによっても複数のＷｅｂサービス提供処理手段への処理の振り分けを可能とする。
【００２４】
第二処理レスポンスの内容をネットワークを介して接続される機器にて表示可能とするという観点から、本発明は、請求項１０に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記第一処理リクエストに対する同一処理によって上記Ｗｅｂサービス提供処理手段から提供される上記第二処理リクエストに応じた上記処理結果を示す上記第二処理レスポンスを上記表示形式に従って作成する表示形式作成手段を有するように構成される。
【００２５】
このような画像形成装置では、機器からの第二処理リクエストに応じて実行されたＷｅｂサービスの処理結果を、該機器にて表示可能となるような処理レスポンスを作成することができる。よって、該画像形成装置は、例えば、汎用的なＷｅｂブラウザを有する機器に対してＷｅｂサービスを提供することができる。
【００２６】
各Ｗｅｂサービス提供処理手段による処理結果を機器にて表示可能とするという観点から、本発明は、請求項１１に記載されるように、上記表示形式作成手段は、上記記述形式処理手段によって上記第一処理リクエストに応じた上記処理結果と同様に処理された上記第二処理リクエストに応じた上記処理結果を、上記記述形式の書式スタイルに基づいて、上記表示形式に従った上記処理結果に変換する記述形式変換手段を有するように構成することができる。
【００２７】
このような画像形成装置では、各Ｗｅｂサービス提供処理手段による所定記述形式に従って処理された処理結果を、上記記述形式の書式スタイルに基づいて、機器にて表示可能な表示形式に従った上記処理結果に変換することができる。
【００２８】
上記書式スタイルとは、例えば、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）である。この書式スタイルによって、上記記述形式変換手段は、ＸＭＬに従って記述された処理結果をＨＴＭＬに従って記述されるように変換することができる。
【００２９】
また、上記課題を解決するため、本発明は、請求項１２に記載されるように、ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエストと該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストとを受信し、該第一処理リクエストに応じた処理結果を示す該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手段と、プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段と、上記Ｗｅｂサービス提供処理手段を構成する上記第一処理リクエストと上記第二処理リクエストとによって共有される少なくとも一つ以上の処理単位を実行することによって上記内部情報を処理し、その処理結果を用いて付加処理を行うことによって上記第一又は第二処理リクエストに応じた上記処理結果を生成し、該処理結果を上記Ｗｅｂサービス通信制御手段へ提供する複合Ｗｅｂサービス提供処理手段とを有するように構成される。
【００３０】
このような画像形成装置では、機器は、ＳＡＯＰ等の第一プロトコルによって又はＨＴＴＰ及びＨＴＭＬ等の第二プロトコルによってＷｅｂブラウザを介して画像形成処理を実行することができるため、該機器に、該画像形成処理を実行させるために専用のドライバ等のソフトウェアをインストールする必要がない。また、機器は、その機種又はオペレーティングシステムに依存することなく該画像形成装置に対して該画像形成処理を実行させることができる。更に、複合Ｗｅｂサービス提供処理手段によって、Ｗｅｂサービスを提供するのに必要なＷｅｂサービス提供処理手段の複数の処理単位が組み合わされることによって制御されるため、機器は、各Ｗｅｂサービスの機能を意識することなく、１回の処理リクエストによって、複数のＷｅｂサービスによる最終的な処理結果のみを取得することができる。よって、画像形成装置間の通信回数及び制御処理を大幅に削減することが可能となる。
【００３１】
上記第一プロトコルは、例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）である。また、上記第二プロトコルによる処理レスポンスは、例えば、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって提供される。
【００３２】
上記内部情報は、画像情報、画像情報についてのステータス情報、及び、機器本体の設定を変更したりネットワークＩＰを変更したりする制御パラメータ等の情報を示す。
【００３３】
画像形成装置がＷｅｂサービスを提供するという観点において、本発明は、請求項１３に記載されるように、少なくとも上記Ｗｅｂサービス提供処理手段と上記複合Ｗｅｂサービス提供処理手段とを有するアプリケーションと、上記画像形成処理で利用されるハードウェア資源を管理すると共に、上記アプリケーションからの利用要求に応じて、該ハードウェア資源への利用を制御するコントロールサービスと、該アプリケーションと該コントロールサービスとを制御するオペレーティングシステムとを有するように構成することができる。
【００３４】
このような画像形成装置では、コンピュータ装置としての機能を有するため、ネットワークを介して接続された機器へＷｅｂサービスを提供することができる。
【００３５】
複数の処理単位を組み合せて実行するという観点において、本発明は、請求項１４に記載されるように、上記複合Ｗｅｂサービス提供処理手段は、該複合Ｗｅｂサービス提供処理手段における処理単位であって、上記Ｗｅｂサービス提供処理手段の上記処理単位を組み合せて実行する少なくとも一つの複合処理実行手段とを有するように構成することができる。また、複数のＷｅｂサービス提供処理手段を組み合せて実行するという観点において、本発明は、請求項１５に記載されるように、少なくとも１つの上記処理単位を有する複数の上記Ｗｅｂサービス提供処理手段を有し、上記複合処理実行手段は、上記複数のＷｅｂサービス提供処理手段の上記処理単位を複数組み合せて上記内部情報を処理するように構成することができる。
【００３６】
プロトコルの異なる第一処理リクエストと第二処理リクエストに対する処理の一部を共有するという観点において、本発明は、請求項１６に記載されるように、上記第一プロトコルに従って上記第一処理リクエスト及び上記第一処理レスポンスの上記メッセージを制御するプロトコル処理手段と、上記第一処理リクエスト内に上記所定記述形式に従って記述された上記メッセージを上記Ｗｅｂサービス提供処理手段によって処理可能な形式に変換すると共に、該第一処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する際の同一の処理方法によって上記第二処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する記述形式処理手段とを有し、上記プロトコル処理手段と上記記述形式処理手段とは、上記複数のＷｅｂサービス提供処理手段及び上記複合Ｗｅｂサービス提供処理手段によって共有されるように構成することができる。
【００３７】
このような画像形成装置では、プロトコルが異なる第一処理リクエストと第二処理リクエストに対する処理が共有されると共に、複数のＷｅｂサービス提供処理手段及び複合Ｗｅｂサービス提供処理手段によってそれら処理が共有されるため、第一処理リクエストと第二処理リクエストとの夫々に応じた処理部を開発する必要がなく、また、複数のＷｅｂサービス提供処理手段と複合Ｗｅｂサービス提供処理手段との夫々に応じた処理部を開発する必要がない。従って、開発工数を大幅に削減することが可能となる。
【００３８】
上記所定記述形式は、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）である。
【００３９】
同一の通信プロトコルにて受信後、夫々の特性に応じて第一処理リクエストと第二処理リクエストを処理し、適切にＷｅｂサービスを実行するという観点において、本発明は、請求項１７に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワークを介して、上記機器からの上記第一及び第二処理リクエストの受信及び上記機器への上記第一及び第二処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手段と、上記第二処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手段を実行する処理リクエスト処理手段とを有するように構成することができる。また、本発明は、請求項１８に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワーク通信制御手段が上記第一処理リクエストを受信した場合、該第一処理リクエストのリクエスト種別を上記第一プロトコルに従って解析し、その解析結果に基づいて上記複数のＷｅｂサービス提供処理手段の一つに上記第一処理リクエストを分配し、上記第二処理リクエストを受信した場合、上記第二処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記第二処理リクエストを分配する分配手段と、上記第二処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手段に処理を振り分ける第二振分手段とを有するように構成することができる。更に、本発明は、請求項１９に記載されるように、上記第一処理リクエスト内のＷｅｂサービスを特定する特定情報を上記第一プロトコルに従って解析し、その解析結果に基づいて、該特定情報によって特性されるＷｅｂサービスを実行する上記Ｗｅｂサービス実行手段に処理を振り分ける第一振分手段を有するように構成することができる。
【００４０】
このような画像形成装置では、同一の通信プロトコルで第一処理リクエスト及び第二処理リクエストを受信した後、第一処理リクエストによって特定されるＷｅｂサービス実行手段に振り分ける第一振分手段と、第ニ処理リクエストによって特定されるＷｅｂサービス実行手段に振り分ける第ニ振分手段とを有することによって、プロトコルの異なる第一処理リクエストと第二処理リクエストとによる同一のＷｅｂサービスの実行を可能とすることができる。
【００４１】
上記所定ネットワーク通信プロトコルは、ｈｔｔｐ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）である。
【００４２】
また、本発明は、請求項２０から２１に記載されるように、上記画像形成装置での処理を行う画像形成方法とすることもできる。
【００４３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００４４】
本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置（以下、融合機と言う）は、例えば、図１に示すような機能構成を成す。図１は、本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【００４５】
図１において、融合機１２００は、プロッタ１２０１と、スキャナ１２０２と、ＦＣＵ（Ｆａｘ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１３２０と、その他ハードウェアリソース１２０３などを有するとともに、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア群１２１０と、融合機起動部１２４０とを備えている。
【００４６】
融合機起動部１２４０は、融合機１２００の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。
【００４７】
プラットフォーム１２２０は、アプリケーション１２３０からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させる下記に示すコントロールサービス１２５０と、一または複数のハードウェア資源の管理をおこない、コントロールサービス１２５０からの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ（Ｓｙｓｔｅｍ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ）１２２３）と、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１２２１とを有する。
【００４８】
このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（Ｓｙｓｔｅｍ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２２と、ＥＣＳ（（Ｅｎｇｉｎｅ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２４と、ＭＣＳ（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２５と、ＯＣＳ（Ｏｐｅｒａｔｉｏｎ ｐａｎｅｌ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２６と、ＦＣＳ（ＦＡＸ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２７と、ＮＣＳ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２８と、ＩＭＨ（Ｉｍａｇｉｎｇ Ｍｅｍｏｒｙ Ｈａｎｄｌｅｒ）１２２９とがある。なお、このプラットフォーム１２２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。
【００４９】
ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。オープンソースのＵＮＩＸ（登録商標）を用いることにより、プログラムの安全性を確保できるとともに、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、ＯＳ、ＴＣＰ／ＩＰのロイヤリティが不要であり、アウトソーシングも容易となる。
【００５０】
ＳＲＭ１２２３は、ＳＣＳ１２２２とともにシステムの制御およびリソースの管理をおこなうものであり、プロッタ１２０１やスキャナ１２０２などのエンジン部、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロニクスＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。
【００５１】
具体的には、このＳＲＭ１２２３は、要求されたハードウェア資源が利用可能であるかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウェア資源の利用スケジューリングをおこない、要求内容（たとえば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施するようにしてもよい。
【００５２】
ＳＣＳ１２２２は、アプリ管理（機能１）、操作部制御（機能２）、システム画面表示（ジョブリスト画面、カウンタ表示画面など）（機能３）、ＬＥＤ表示（機能４）、リソース管理（機能５）、割り込みアプリ制御（機能６）等の複数の機能を行う。具体的には、アプリ管理（機能１）では、アプリの登録と、その情報を他のアプリに通知する処理をおこなう。操作部制御（機能２）では、アプリの操作部使用権の排他制御をおこなう。システム画面表示（機能３）では、操作部使用権を持つアプリからの要求内容に応じて、エンジン部の状態に対応する警告画面の表示をおこなう。ＬＥＤ表示（機能４）では、警告ＬＥＤ、アプリキーなどのシステムＬＥＤの表示制御をおこなう。リソース管理（機能５）では、アプリ（ＥＣＳ）がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ、ステープルなど）の排他制御のためのサービスをおこなう。割り込みアプリ制御（機能６）では、特定のアプリを優先動作せさるための制御及びサービスをおこなう。
【００５３】
ＥＣＳ１２２４は、ＦＣＵ１３２０、プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３などのエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどをおこなう。
【００５４】
ＭＣＳ１２２５は、メモリ制御をおこなうものであり、具体的には、画像メモリの取得および開放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などをおこなう。
【００５５】
ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などをおこなう。
【００５６】
ＦＣＳ１２２７は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなうためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を提供する。
【００５７】
ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。
【００５８】
本実施例において、ＮＣＳ１２２８は、複数のプロトコルのうちｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）２によって、インターネットを介して接続されるネットワーク機器とのデータ通信をＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で制御し、ＨＴＴＰリクエストヘッダで指定される処理に必要な複数のＷｅｂサービスを関数コールによって起動し、その複数のＷｅｂサービスによる処理結果をＨＴＴＰレスポンスで該ネットワーク機器へ通知する。Ｗｅｂサービスは、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されたメッセージに従って処理を行う。
【００５９】
ＩＭＨ１２２９は、イメージデータを仮想メモリ領域（ユーザー仮想空間）から物理メモリへマップする。プロセスの起動に応じて、システムコールを行ない、プロセス用の仮想メモリ領域をマップしたり、マップした仮想メモリ領域をプロセスの終了時に開放する処理等を行う。
【００６０】
アプリケーション１２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ＷｅｂサービスアプリケーションであるＷｅｂサービス処理アプリ１２１５と、配信用アプリケーションである配信アプリ１２１７とを有する。
【００６１】
各アプリケーション１２１１〜１２１７は、プラットフォーム１２２０上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御およびジョブ生成などをおこなう画面表示制御プログラムがその主体となる。なお、ＮＣＳ１２２８により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加または削除することができる。
【００６２】
Ｗｅｂサービス処理アプリ１２１５は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）又は所定記述形式に従ってメッセージ交換を行うメッセージ処理部８０と、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を介してＷｅｂサービスとして提供する少なくとも１つ以上のＷｅｂサービスファンクション（ＷＳＦ）１４００とを有する。
【００６３】
このように、融合機１２００は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。
【００６４】
次に、融合機１２００のハードウェア構成について説明する。図２は、図１に示す融合機のハードウェア構成を示すブロック図である。図２に示すように、この融合機１２００は、オペレーションパネル１３１０と、ＦＣＵ（ファックスコントロールユニット）１３２０、プロッタ１２０１、スキャナ１２０２及びその他ハードウェア１２０３とで構成されるエンジン部１３５０と、コントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス１３０９等で接続した構成となる。ＦＣＵ１３２０は、受信したファックスデータを格納するための不揮発性メモリ１３２１と、ＦＣＵ１３２０内での時間を計測するためのＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１３２２とを有し、通常Ｇ３規格に従ってファックスデータの送受信を行う。ＦＣＵ１３２０は、オプションとして更にＧ３規格とＧ４規格とを搭載しても良い。
【００６５】
コントローラ１３００は、ＡＳＩＣ１３０１にＭＥＭ−Ｃ１３０２、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１３０３などを接続するとともに、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。このように、ＮＢ１３０５を介して接続する理由は、ＣＰＵ１３０４自体のインターフェイスが公開されていないためである。
【００６６】
ここで、このＡＳＩＣ１３０１とＮＢ１３０５は、単にＰＣＩを介して接続されているのではなく、ＡＧＰ１３０８を介して接続されている。このようにＡＧＰ１３０８を介して接続することとした理由は、この融合機１２００がプラットフォーム１２２０やアプリケーション１２３０を形成する複数のプロセスを実行制御する関係上、これらを低速のＰＣＩで接続したのでは、パフォーマンスが低下するからである。
【００６７】
ＣＰＵ１３０４は、融合機１２００の全体制御をおこなうものであり、具体的には、ＯＳ１２２１上でプラットフォーム１２２０を形成するＳＣＳ１２２２、ＳＲＭ１２２３、ＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、ＮＣＳ１２２８をそれぞれプロセスとして起動して実行させるとともに、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、Ｗｅｂサービス処理アプリ１２１５、配信アプリ１２１７を起動して実行させる。
【００６８】
ＮＢ１３０５は、ＣＰＵ１３０４とＭＥＭ−Ｐ１３０６、ＳＢ１３０７、ＡＳＩＣ１３０１とを接続するためのブリッジであり、ＭＥＭ−Ｐ１３０６は、融合機の描画用メモリなどとして用いるシステムメモリであり、ＭＥＭ−Ｃ１３０２は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。
【００６９】
ＮＢ１３０５は、ＰＣＩバスを介してＳＢ１３０７と接続する他、ネットワーク通信を制御するＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１３１１と、ＵＳＢディスクとして扱うことでデータを取り込むことができるＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ターゲット１３１２と、ＩＥＥＥ１３９４専用のケーブルで接続可能なＩＥＥＥ１３９４１３１３と、パラレルケーブルによって接続可能なセントロニクス１３１４と、シリアルケーブルによって接続可能なシリアル１３１５と、他のＵＳＢターゲット（例えば、パーソナルコンピュータ）と接続し大容量の画像データの送受信を可能とするＵＳＢホスト１３１６とを接続する。
【００７０】
ＳＢ１３０７は、ＮＢ１３０５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＳＢ１３０７は、コントローラ１３００での時間を計測するＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１３２３を有する。また、ＳＢ１３０７は、内部にＵＳＢホストを有し、例えば、ＵＳＢ接続のカメラを接続することで画像データを取り込むことが可能であり、また、他のＵＳＢターゲットからデータを受け取ることも可能である。
【００７１】
融合機１２００では、ＳＢ１３０７、ＮＩＣ１３１１、ＵＳＢターゲット１３１２、ＩＥＥＥ１３９４１３１３、セントロニクス１３１４、シリアル１３１５、ＵＳＢホスト１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、Ｇ４オプションの複数のポートを介して送受信されるデータがＨＤＤ１３０３に蓄積され一元的に管理される。
【００７２】
ＨＤＤ１３０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示をおこなう操作部である。
【００７３】
したがって、ＡＳＩＣ１３０１には、ＭＥＭ−Ｃ１３０２を接続するためのＲＡＭインターフェイスと、ＨＤＤ１３０３を接続するためのハードディスクインターフェースが設けられ、これらの記憶部に対して画像データの入出力をおこなう場合には、入出力先がＲＡＭインターフェイスまたはハードディスクインターフェースに切り替えられる。
【００７４】
ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェイスであり、システムメモリに高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にする。
【００７５】
以下、上述したような図１に示す機能構成、及び、図２に示すハードウェア構成を有する融合機１２００がＷｅｂサービスを提供するための機能構成例について説明する。ここで、Ｗｅｂサービスとは、ネットワーク機器からのＨＴＴＰリクエストによるサービス要求に応じて、融合機１２００が所定の処理を行ない、その処理結果をＨＴＴＰレスポンスとしてネットワーク機器へ提供することを言う。
【００７６】
以下、ＳＯＡＰ及びＨＴＭＬによるＷｅｂサービスの提供を可能とする融合機１２００の機能構成について図３で説明する。図３は、Ｗｅｂサービスを提供する融合機の機能構成例を示す図である。図３において、図１に示す融合機１２００の機能構成のうち主要な機能構成のみが図示され、他の機能構成は省略される。融合機１２００は、ＳＯＡＰによってＷｅｂサービスの提供を受けるネットワーク機器１０Ａと、ＨＴＭＬによってＷｅｂサービスの提供を受けるネットワーク機器１０Ｂとにネットワーク１５を介して接続される。
【００７７】
図３において、融合機１２００は、ＨＴＴＰに従った通信制御を行うと共に、内部のＷｅｂサービス提供処理部に処理を分配するＷｅｂサーバー５００と、複数のＷｅｂサービス提供処理部としてファイル管理Ｗｅｂサービス提供処理部４０及び他Ｗｅｂサービス提供処理部４９と、スキャナ１２０２と、ＨＤＤ１３０３と、プロッタ１２０１と、オペレーションパネル１３１０と、ＦＣＵ（ＦＡＸコントロールユニット）１３２０等とを有する。複数のＷｅｂサービス提供処理部４０及び４９は、夫々Ｗｅｂサービスファンクション（ＷＳＦ）１４００を有する。
【００７８】
図３に示す機能構成例の場合、ファイル管理Ｗｅｂサービス提供処理部４０は、Ｗｅｂサービスファンクション（ＷＳＦ）１４００として、ＨＤＤ１３０３に蓄積される文書（ファイル）を管理するファイル管理実行部４００を有する。また、複数のＷｅｂサービス提供処理部４０及び４９は、図１に示すＷｅｂサービス処理アプリ１２１５内に構成される。
【００７９】
Ｗｅｂサーバー５００は、ＨＴＴＰに従った通信制御を行うｈｔｔｐｄ２と、ＨＴＴＰリクエストに対応するＷｅｂサービス提供処理部４０又は４９へ処理を分配するディストリビューター（Ｄｉｓｔｒｉｂｕｔｏｒ）３０と、ネットワーク１５を介して受信したＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１と、ＨＴＴＰリクエストで示されるＷｅｂサービスの処理をファイル管理実行部４００に振り分けるディスパッチャー（Ｄｉｓｐａｔｃｈｅｒ）６０Ｂと、ファイル管理実行部４００から通知される処理結果を示すＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）２４を作成するＨＴＭＬ作成部５０２とを有する。ここで、ＨＴＴＰリクエストはＨＴＴＰに従ったデータ通信によって、Ｗｅｂサービスを要求することを示し、ＨＴＴＰレスポンスは該Ｗｅｂサービスの処理結果を通知する応答を示す。
【００８０】
ディストリビューター３０は、ＨＴＴＰリクエストがＳＯＡＰによるＨＴＴＰリクエストであるか否かを判断する判断部を有する。ＳＯＡＰを指定するＨＴＴＰリクエストである場合、ＳＯＡＰＡｃｔｉｏｎで指定されるＷｅｂサービス提供処理部４０又は４９へ処理を分配する。一方、ＳＯＡＰを指定しないＨＴＴＰリクエストである場合、つまり、ＧＥＴ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストである場合、ＨＴＴＰリクエストをＨＴＴＰリクエスト処理部５０１に通知する。
【００８１】
更に、ＨＴＭＬ作成部５０２は、ＸＭＬ処理部５０によって生成されたＸＭＬを所定のＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）２５を用いてＨＴＭＬフォーマットに変換するＸＳＬプロセッサ５０３を有する
また、ＸＭＬで記述されたメッセージを処理するＸＭＬ処理部５０と、ＳＯＡＰに従ってメッセージ交換を行うＳＯＡＰ処理部７０とを有する。ＸＭＬ処理部５０と、ＳＯＡＰ処理部７０とは、複数のＷｅｂサービス提供処理部４０及び４９とで共有される。
【００８２】
ＸＭＬ処理部５０は、ＳＯＡＰを指定するＨＴＴＰレスポンスのボディ部の生成方法と同様に、ＳＯＡＰを指定しないＨＴＴＰレスポンスのボディ部をＸＭＬで記述して生成する。更に、ＳＯＡＰ処理部７０は、Ｗｅｂサービスの処理内容を示す処理メッセージに基づいてファイル管理実行部４００に振り分けるディスパッチャー（Ｄｉｓｐａｔｃｈｅｒ）６０Ａを有する。
【００８３】
なお、融合機１２００において、説明の便宜上、複数のＷｅｂサービス提供処理部として、ファイル管理Ｗｅｂサービス提供処理部４０と他Ｗｅｂサービス提供処理部４９のみが示されるが、更に多くのＷｅｂサービス提供処理部を有する構成とすることもできる。この場合、ＳＯＡＰ処理部７０は、複数のＷｅｂサービス提供処理部の夫々の実行部に処理を振り分ける複数のディスパッチャー６０Ａを備えるようにする。また、それら複数のＷｅｂサービス提供処理部によって、ＸＭＬ処理部５０及びＳＯＡＰ処理部７０は共有される。同様に、複数のディスパッチャー６０Ｂが複数のＷｅｂサービス提供処理部に対応させて備えられる。
【００８４】
また、ネットワーク１５を介して融合機１２００と接続されるネットワーク機器１０Ａは、キーボード又はマウス等の入力装置からの入力データを制御すると共に、モニタ９Ａに表示させる出力データとを制御する入出力制御部１１Ａと、融合機１２００に対するＷｅｂサービスの処理内容及び融合機１２００からのＷｅｂサービスの処理結果をＸＭＬによって処理するＸＭＬ処理部１３と、ＨＴＴＰに従ったリクエストの生成及びレスポンスを解析するリクエスト／レスポンス処理部１４とを有する。ネットワーク１５を介して融合機１２００と接続されるネットワーク機器１０Ｂは、キーボード又はマウス等の入力装置からの入力データを制御すると共に、モニタ９Ｂに表示させる出力データとを制御する入出力制御部１１Ｂを有し、ＨＴＴＰに従ったリクエストの生成及びレスポンスを表示するＷｅｂブラウザ２３を有する。
【００８５】
先ず、ネットワーク機器１０Ａからの要求に応じてＷｅｂサービスを提供する処理フローについて説明する。ネットワーク機器１０Ａを利用する利用者は、所望のＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ要求する（ステップＳ１０１）。利用者によるＷｅｂサービスの要求に応じて、入出力制御部１１Ａは、リクエスト／レスポンス処理部１４へ要求データを通知する（ステップＳ１０２）。リクエスト／レスポンス処理部１４は、入出力制御部１１からの要求データに基づいてＨＴＴＰリクエストを生成し（ステップＳ１０３）、ＸＭＬ処理部１３が処理内容をＸＭＬによってＨＴＴＰリクエストのボディ部に記述すると、ＳＯＡＰ処理部１２によってＳＯＡＰに従ってＨＴＴＰリクエストがネットワーク１５を介して融合機１２００へ送信される（ステップＳ１０４）。
【００８６】
融合機１２００のＷｅｂサーバー５００は、ｈｔｔｐｄ２によってＨＴＴＰリクエストを受信すると、ディストリビューター３０によって、ＨＴＴＰリクエストのヘッダ部で指定されるＷｅｂサービス提供処理部へ受信したＨＴＴＰリクエストを分配する（ステップＳ１０５）。例えば、ＨＴＴＰリクエストのヘッダ部でファイル管理Ｗｅｂサービス提供処理部４０が指定されていた場合、ファイル管理Ｗｅｂサービス提供処理部４０がディストリビューター３０によって関数コールされる。
【００８７】
ファイル管理Ｗｅｂサービス提供処理部４０において、ＳＯＡＰ処理部７０は、ＨＴＴＰリクエストをＳＯＡＰに従って処理して、ＳＯＡＰヘッダ部で指定されるファイル管理実行部４００に処理を振り分けるディスパッチャー６０Ａに通知する（ステップＳ１０６）。ディスパッチャー６０Ａは、ＨＴＴＰリクエストのヘッダ部で処理内容を振り分けて、ＸＭＬ処理部５０に通知する（ステップＳ１０７）。ＸＭＬ処理部５０は、ＸＭＬで記述されたＨＴＴＰリクエストのボディ部において処理内容を示すメッセージをファイル管理実行部４００で解釈可能な記述に変換してファイル管理実行部４００を実行する（ステップＳ１０８）。ファイル管理実行部４００は、処理内容に従ってＨＤＤ１３０３に対して処理を実行し、その処理結果を取得する（ステップＳ１０９）。例えば、処理内容に指定される文書の追加、更新、又は削除等の処理を実行する。
【００８８】
処理結果を取得したファイル管理実行部４００はＸＭＬ処理部５０へその処理結果を通知する（ステップＳ１１０）。ＸＭＬ処理部５０は、通知された処理結果をＸＭＬで記述したＸＭＬ２６を生成してＨＴＴＰレスポンスのボディ部をに設定するために、ＳＯＡＰ処理部７０に通知する（ステップＳ１１１）。そして、Ｗｅｂサーバー５００は、ｈｔｔｐｄ２を介してＸＭＬで記述された処理結果をボディ部とするＳＯＡＰに従ったＨＴＴＰレスポンスをネットワーク機器１０Ａに送信する（ステップＳ１１２）。
【００８９】
ネットワーク機器１０ＡにてＨＴＴＰレスポンスが受信されると、ＸＭＬ処理部１３は、ＨＴＴＰレスポンスのボディ部を解析して処理結果を取得し（ステップＳ１１３）、リクエスト／レスポンス処理部１４は、その取得した処理結果をモニタ９Ａに表示させる出力データとして入出力制御部１１Ａに渡す（ステップＳ１１４）。そして、入出力制御部１１Ａは、受け取った出力データをモニタ９Ａに表示させるように制御する（ステップＳ１１５）。
【００９０】
上記より、ネットワーク機器１０Ａは、予め取り決めておいたＸＭＬによる記述形式に従ってＨＴＴＰリクエストのボディ部に処理内容を記述することによって、融合機１２００に対して遠隔地からＷｅｂサービスの要求を行うことができる。また、融合機１２００は、予め取り決めておいたＸＭＬによる記述形式に従ってＨＴＴＰレスポンスのボディ部に処理結果を記述することによって、遠隔地にあるネットワーク機器１０Ａに対してＷｅｂサービスの提供を行うことが可能となる。融合機１２００は、ネットワーク１５を介して、複数のネットワーク機器１０Ａに対して、Ｗｅｂサービスを提供することも可能である。
【００９１】
次に、ネットワーク機器１０Ｂからの要求に応じてＷｅｂサービスを提供する処理フローについて説明する。ネットワーク機器１０Ｂを利用する利用者は、モニタ９Ｂに表示されるＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ所望のＷｅｂサービスを要求し、入出力制御部１１Ｂはその要求データを受信する（ステップＳ１２１）。Ｗｅｂブラウザ２３は、入出力制御部１１Ｂが受信した要求データに基づいて、ＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストを生成してネットワーク１５を介して融合機１２００へ送信する（ステップＳ１２２）。
【００９２】
融合機１２００はネットワーク機器１０ＢからＨＴＴＰリクエストを受信すると、Ｗｅｂサーバー５００によってＨＴＴＰリクエストを解析する。つまり、ネットワーク通信制御を行うｈｔｔｐｄ２がＨＴＴＰリクエストを受信すると、ディストリビューター３０によって、ＨＴＴＰリクエストのヘッダ部で指定される、例えば、メソッド（ＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤ）に応じた解析がなされるようにＨＴＴＰリクエストがＨＴＴＰリクエスト処理部５０１に分配される（ステップＳ１２３）。
【００９３】
ＨＴＴＰリクエスト処理部５０１は、メソッドに応じてボディ部から処理内容を取得し、例えば、ヘッダ部でＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）又はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）によってファイル管理Ｗｅｂサービスが指定されている場合、ディスパッチャー６０Ｂによって、ファイル管理実行部４００へ処理内容に応じた処理の振り分けを行う（ステップＳ１２４）。ファイル管理実行部４００は、処理内容に従ってＨＤＤ１３０３に対して処理を実行し、その処理結果を取得する（ステップＳ１２５）。例えば、処理内容に指定される文書の追加、更新、又は削除等の処理を実行する。
【００９４】
処理結果を取得したファイル管理実行部４００はＸＭＬ処理部５０へその処理結果を通知する（ステップＳ１２６）。ＸＭＬ処理部５０は、ＳＯＡＰによるＨＴＴＰレスポンスのボディ部を生成するのと同様に、通知された処理結果をＸＭＬで記述したＸＭＬ２６を生成して、ＨＴＴＰレスポンスのボディ部に設定するために、Ｗｅｂサーバー５００のＨＴＭＬ作成部５０２に通知する（ステップＳ１２７）。ＨＴＭＬ作成部５０２は、ＸＳＬプロセッサ５０３によって所定のＸＳＬ２５を用いてＨＴＭＬフォーマットに変換したＨＴＭＬ２４を生成し、ｈｔｔｐｄ２にＨＴＭＬ２４の送信を依頼する（ステップＳ１２８）。ｈｔｔｐｄ２は、ｈｔｔｐに従ってＨＴＭＬ２４をネットワーク機器１０Ｂへ送信する（ステップＳ１２９）。
【００９５】
ネットワーク機器１０ＢにてＨＴＴＰレスポンスが受信されると、Ｗｅｂブラウザ２３は、入出力制御部１１Ｂによってモニタ９ＢへＨＴＭＬ２４を表示させる（ステップＳ１３０）。
【００９６】
上記より、ネットワーク機器１０Ｂは、融合機１２００との間で特別なメッセージ交換方法を必要とせずに、Ｗｅｂブラウザ２３を利用するのみで、融合機１２００からＷｅｂサービスの提供を受けることができ、ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）を実現することができる。また、Ｗｅｂサーバー５００に、各Ｗｅｂサービスの実行部における処理の特性に応じてＸＳＬ２５を備えるようにすることで、ネットワーク機器１０Ｂへ処理結果を表示する際にＷｅｂサービス毎の表示画面を提供することが可能となる。
【００９７】
従って、融合機１２００は、ＳＯＡＰに従ってメッセージ交換を行うことができるネットワーク機器１０Ａと、Ｗｅｂブラウザ２３を有するネットワーク機器１０Ｂとに対して、同じファイル管理実行部４００によるＷｅｂサービスの提供を行うことができる。ファイル管理実行部４００を有するファイル管理Ｗｅｂサービス提供処理部４０が、プロトコルの異なる処理リクエストによって共有することができるため、処理リクエストのプロトコル毎にファイル管理Ｗｅｂサービス提供処理部４０を開発する必要がない。
【００９８】
また、融合機１２００では、Ｗｅｂサーバー５００にＸＳＬ２５を備えることによって、ＸＭＬ処理部５０でのＳＯＡＰを指定するＨＴＴＰレスポンスのボディ部の記述とＳＯＡＰを指定しないＨＴＴＰレスポンスのボディ部の記述の処理を共通化することができる。
【００９９】
融合機１２００とネットワーク機器１０との間でＳＯＡＰに従ってメッセージ交換するＨＴＴＰリクエスト及びＨＴＴＰレスポンスについて図４及び図５で説明する。図４は、ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。図４に示すＨＴＴＰリクエストにおいて、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）１６は、ＰＯＳＴメソッドによってＨＴＴＰリクエストが送信されるＵＲＩを示し、例えば、「ｎｅｔｄｏｃ」である。更に、ＳＯＡＰＡｃｔｉｏｎ１７でリクエストの目的を表すＵＲＩが示され、例えば、「ｈｔｔｐ：／／ｆｏｏ．ｂａｒ．ｃｏｍ／ｎｅｔｄｏｃ／ｆｉｌｅｍａｎａｇｅｍｅｎｔ」によって「ファイル管理」が指定される。
【０１００】
図３の融合機１２００のｈｔｔｐｄ２のディストリビューター３０は、ＳＯＡＰＡｃｔｉｏｎ１７で指定される「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」により、ファイル管理Ｗｅｂサービス提供処理部４０にＨＴＴＰリクエストを分配する。ファイル管理Ｗｅｂサービス提供処理部４０は、ＳＯＡＰ処理部７０によってＳＯＡＰに従ってＨＴＴＰリクエストを処理する。ＳＯＡＰ処理部７０において、ディスパッチャー６０Ａは、ＳＯＡＰＡｃｔｉｏｎ１７で指定される「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」により、ファイル管理実行部４００に処理を振り分ける。また、ＸＭＬ処理部５０は、ＳＯＡＰエンベロープのボディ（＜ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞まで）にＸＭＬによって記述されるメッセージ１８を解析する。例えば、メッセージ１８は、＜ｎｓ：ｆｉｌｅｍａｎａｇｅｍｅｎｔ＞から＜／ｎｓ：ｆｉｌｅｍａｎａｇｅｍｅｎｔ＞までに示される。「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」は、コマンドを示す。メッセージ１８によって要求される処理内容は、＜ｆｉｌｅＩｄ＞から＜／ｆｉｌｅＩｄ＞によって指定されるファイルＩＤ「１２３」を、＜ｏｐｅｒａｔｉｏｎＣｏｄｅ＞から＜／ｏｐｅｒａｔｉｏｎＣｏｄｅ＞によって指定されるオペレーションコード「３」の処理を行うことを示している。例えば、オペレーションコード「３」はファイル削除、オペレーションコード「１」はファイル追加、オペレーションコード「２」はファイル編集を要求する。
【０１０１】
この場合、ディスパッチャー６０Ａによって処理が振り分けられたファイル管理実行部４００は、ＸＭＬ処理部５０によって解析された処理内容に従って、ＨＤＤ１３０３からフィルＩＤ「１２３」の文書を削除する。
【０１０２】
なお、上記例は、一つのコマンド「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」で、＜ｏｐｅｒａｔｉｏｎＣｏｄｅ＞の設定によってファイルの管理方法を指定しているが、ファイル管理の処理を細分し、例えば、ファイル追加Ｗｅｂサービス、ファイル編集Ｗｅｂサービス、及び、ファイル削除Ｗｅｂサービス等のように複数のＷｅｂサービスをＷｅｂサービスファンクション１４００としてＷｅｂサービス処理アプリ１２１５に備えるようにしても良い。この場合、例えば、「ｆｉｌｅａｄｄ」、「ｆｉｌｅｅｄｉｔ」、「ｆｉｌｅｄｅｌｅｔｅ」のように、Ｗｅｂサービス毎に一意に対応するコマンドがＸＭＬメッセージ１８に設定されるようにすることによって、＜ｏｐｅｒａｔｉｏｎＣｏｄｅ＞によるオペレーションコードが不要となる。
【０１０３】
図５は、ＳＯＡＰによるＨＴＴＰレスポンスの例を示す図である。図５に示すＨＴＴＰレスポンスは、ファイル管理Ｗｅｂサービス提供処理部４０のＳＯＡＰ処理部７０によって、ファイル管理実行部４００の処理結果に基づいて作成される。図５に示すＨＴＴＰレスポンスにおいて、ＳＯＡＰ処理部７０は、ファイル管理Ｗｅｂサービス提供処理部４０の処理結果に基づいて、ステータスコード２０として「２００」と、説明句２１として「ＯＫ」を設定する。更に、ＸＭＬ処理部５０は、ＳＯＡＰエンベロープのボディ（＜ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞まで）にＸＭＬによって記述されるメッセージ２２を生成する。コマンド「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」のレスポンスは、＜ｎｓ：ｆｉｌｅｍａｎａｇｅｍｅｎｔＲｅｓｐｏｎｓｅ＞から＜／ｎｓ：ｆｉｌｅｍａｎａｇｅｍｅｎｔＲｅｓｐｏｎｓｅ＞で示され、例えば、＜ｒｅｑｕｅｓｔＩｄ＞と＜／ｒｅｑｕｅｓｔＩｄ＞とのよってリクエストＩＤ「１０」が設定される。このＨＴＴＰレスポンスを受信したネットワーク機器１０Ａは、ＸＭＬ処理部１３によるＸＭＬによって記述されたメッセージ２２を処理することによって、処理が正常に行われたことを確認する。
【０１０４】
次に、一つのＷｅｂサービス提供処理部の複数のメソッドを組み合せて実行する複合Ｗｅｂサービス提供処理部を有する融合機１２００について説明する。図６は、複合Ｗｅｂサービスを有する融合機の例を説明するための機能構成例を示す図である。図６において、図１に示す融合機１２００の機能構成のうち主要な機能構成のみが図示され、他の機能構成は省略される。融合機１２００は、ＳＯＡＰによってＷｅｂサービスの提供を受けるネットワーク機器１０Ａと、ＨＴＭＬによってＷｅｂサービスの提供を受けるネットワーク機器１０Ｂとにネットワーク１５を介して接続される。
【０１０５】
図６において、融合機１２００は、主に、ＨＴＴＰに従った通信制御を行うと共に、内部のＷｅｂサービス提供処理部に処理を分配するＷｅｂサーバー５００と、複数のＷｅｂサービス提供処理部としてファイル管理Ｗｅｂサービス提供処理部４０、他Ｗｅｂサービス提供処理部４９及び複合Ｗｅｂサービス提供処理部９０と、ＸＭＬで記述されたメッセージを処理するＸＭＬ処理部５０と、ネットワーク機器１０との間でＳＯＡＰに従うメッセージ交換を制御するＳＯＡＰ処理部７０と、スキャナ１２０２と、ＨＤＤ１３０３と、プロッタ１２０１と、オペレーションパネル１３１０と、ＦＣＵ１３２０等とを有する。
【０１０６】
ＸＭＬ処理部５０とＳＯＡＰ処理部７０とは、複数のＷｅｂサービス提供処理部４０、４９及び９０とで共有される。また、複数のＷｅｂサービス提供処理部４０、４９及び９０は、図１に示すＷｅｂサービス処理アプリ１２１５内に構成される。
【０１０７】
Ｗｅｂサーバー５００は、ＨＴＴＰに従った通信制御を行うｈｔｔｐｄ２と、ＨＴＴＰリクエストに対応するＷｅｂサービス提供処理部へ処理を分配するディストリビューター（Ｄｉｓｔｒｉｂｕｔｏｒ）３０と、ネットワーク１５を介して受信したＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１と、ＨＴＴＰリクエストで示されるＷｅｂサービスの処理を各Ｗｅｂサービス提供処理部毎に処理を振り分けるディスパッチャー６０Ｂ及び６８Ｂと、各Ｗｅｂサービス提供処理部４０、９０及び４９から通知されるＸＭＬで記述された処理結果をＨＴＭＬ２４で作成するＨＴＭＬ作成部５０２とを有する。ＨＴＭＬ作成部５０２は、ＸＭＬ処理部５０によって生成されたＸＭＬをＨＴＭＬフォーマットに変換するＸＳＬプロセッサ５０３を有する。ここで、ＨＴＴＰリクエストはＨＴＴＰに従ったデータ通信によって、Ｗｅｂサービスを要求することを示し、ＨＴＴＰレスポンスは該Ｗｅｂサービスの処理結果を通知する応答を示す。
【０１０８】
ディストリビューター３０は、ＨＴＴＰリクエストがＳＯＡＰによるＨＴＴＰリクエストであるか否かを判断する判断部を有する。ＳＯＡＰによるＨＴＴＰリクエストである場合、ＳＯＡＰＡｃｔｉｏｎで指定されるＷｅｂサービス提供処理部４０又は４９へ処理を分配する。一方、ＳＯＡＰによるＨＴＴＰリクエストでない場合、つまり、ＧＥＴ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストである場合、ＨＴＴＰリクエストをＨＴＴＰリクエスト処理部５０１に通知する。
【０１０９】
ファイル管理Ｗｅｂサービス提供処理部４０は、ＨＤＤ１３０３に蓄積されている文書を特定する文書ＩＤのリストを取得する文書ＩＤリスト取得メソッド４０１と、文書ＩＤに対応するＨＤＤ１３０３に蓄積されている文書に関する書誌情報を取得する書誌情報取得メソッド４０２とを有する。メソッドは、ファイル管理Ｗｅｂサービス提供処理部４０でのＷｅｂサービスの処理の単位を示し、ファイル管理Ｗｅｂサービス提供処理部４０は、複数のメソッドによって図１に示すＷｅｂサービスファンクション１４００を構成し、ネットワーク機器１０Ａ又は１０Ｂからの要求に応じたＷｅｂサービスの提供を行う。図３に示される第一機能構成例の場合、複数のメソッドとして、文書ＩＤリスト取得メソッド４０１と書誌情報取得メソッド４０２とに限定されるものではなく、これらメソッド以外に複数のメソッドを構成することも可能である。
【０１１０】
複合Ｗｅｂサービス提供処理部９０の文書一覧作成複合メソッド８００は、文書ＩＤリスト取得メソッド４０１を利用して文書ＩＤのリストを取得する文書ＩＤリスト取得部８０１と、書誌情報取得メソッド４０２を利用して文書ＩＤに対応する書誌情報を取得する書誌情報取得部８０２と、取得した書誌情報に基づいて文書一覧を作成する文書一覧作成部８０３とを有する。文書一覧作成複合メソッド８００は、文書ＩＤリスト取得メソッド４０１及び書誌情報取得メソッド４０２を利用しているため、それらメソッドの実体を備えてはいない。よって、文書一覧作成複合メソッド８００を実現するために開発される部分は、主に、文書一覧作成部８０３のみである。そのため、開発効率を大幅に削減することができる。また、複合Ｗｅｂサービス提供処理部９０は、文書一覧作成複合メソッド８００のような処理単位及びメソッドの実体を備えたメソッドによる処理単位を複数有する集合体を図１に示すＷｅｂサービスファンクション１４００として構成する。
【０１１１】
ＳＯＡＰ処理部７０は、更に、各Ｗｅｂサービス提供処理部４０及び９０に処理を振り分けるディスパッチャー（Ｄｉｓｐａｔｃｈｅｒ）６０Ａ、６８Ａ等を有し、例えば、ファイル管理Ｗｅｂサービス提供処理部４０の各メソッド４０１又は４０２へ処理を振り分けるディスパッチャー６０Ａと、複合Ｗｅｂサービス提供処理部９０の文書一覧作成複合メソッド８００に対して処理を振り分けるディスパッチャー６８Ａと、他Ｗｅｂサービス提供処理部４９のメソッドに対して処理を振り分ける他のディスパッチャー（図示せず）とを有する。なお、融合機１２００において、説明の便宜上、複数のＷｅｂサービス提供処理部として、ファイル管理Ｗｅｂサービス提供処理部４０と、複合Ｗｅｂサービス提供処理部９０と、他Ｗｅｂサービス提供処理部４９のみが示されるが、更に多くのＷｅｂサービス提供処理部を有する構成とすることもできる。また、それら複数のＷｅｂサービス提供処理部によって、ＸＭＬ処理部５０及びＳＯＡＰ処理部７０は共有される。
【０１１２】
また、ネットワーク１５を介して融合機１２００と接続されるネットワーク機器１０Ａ及びネットワーク機器１０Ｂの機能構成は、図３に示すネットワーク機器１０Ａ及びネットワーク機器１０Ｂと同様であるため、その説明を省略する。
【０１１３】
先ず、ネットワーク機器１０Ａからの要求に応じてＷｅｂサービスを提供する処理フローについて説明する。ネットワーク機器１０Ａを利用する利用者は、所望のＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ要求する（ステップＳ３１）。例えば、利用者は、融合機１２００のＨＤＤ１３０３に蓄積された文書の一覧を提供するＷｅｂサービスをモニタ９Ａの画面から要求したとする。利用者によるＷｅｂサービスの要求に応じて、入出力制御部１１Ａは、リクエスト／レスポンス処理部１４へ要求データを通知する（ステップＳ３２）。リクエスト／レスポンス処理部１４は、入出力制御部１１からの要求データに基づいてリクエストを生成し、生成したリクエストをＳＯＡＰ処理部１２に通知する（ステップＳ３３）。ＳＯＡＰ処理部１２は、ＸＭＬ処理部１３利用者が所望するＷｅｂサービスの処理内容をＸＭＬによってＨＴＴＰリクエストのボディ部を記述し、ＳＯＡＰに従ってＨＴＴＰリクエストを生成する。そして、該ＨＴＴＰリクエストをネットワーク１５を介して融合機１２００へ送信する（ステップＳ３４）。
【０１１４】
融合機１２００のｈｔｔｐｄ２は、ＨＴＴＰリクエストを受信すると、ディストリビューター３０によって、ＨＴＴＰリクエストのヘッダ部で指定されるＷｅｂサービス提供処理部へ受信したＨＴＴＰリクエストを分配する（ステップＳ３５）。例えば、ＨＴＴＰリクエストのヘッダ部で複合Ｗｅｂサービス提供処理部９０が指定されていた場合、複合Ｗｅｂサービス提供処理部９０がディストリビューター３０によって実行される。
【０１１５】
複合Ｗｅｂサービス提供処理部９０は、ＳＯＡＰに従ったＨＴＴＰリクエストを処理するために、ＳＯＡＰ処理部７０に受信したＨＴＴＰリクエストを通知する（ステップＳ３６）。ＳＯＡＰ処理部７０は、ＳＯＡＰに従ってＨＴＴＰリクエストを処理し、ディスパッチャー６８は、ＨＴＴＰリクエストのヘッダ部で指定される文書一覧作成複合メソッド８００に処理を振り分けて、ＨＴＴＰのメソッドに応じてＸＭＬ処理部５０を実行する（ステップＳ３７）。ＸＭＬ処理部５０は、ＸＭＬで記述されたＨＴＴＰリクエストのボディ部において処理内容を示すメッセージを文書一覧作成複合メソッド８００で解釈可能な記述に変換して、文書一覧作成複合メソッド８００に通知する（ステップＳ３８）。
【０１１６】
文書一覧作成複合メソッド８００は、先ず、文書ＩＤリスト取得部８０１によって、ファイル管理Ｗｅｂサービス提供処理部４０の文書ＩＤリスト取得メソッド４０１を関数コールする（ステップＳ３９）。文書ＩＤリスト取得メソッド４０１は、ＨＤＤ１３０３で管理している文書を識別する文書ＩＤを取得して文書ＩＤリストを作成する。この場合、文書ＩＤリスト取得メソッド４０１（ｌｉｓｔＩＤ（ｄｏｃＩＤＬｉｓｔ））は、文書ＩＤ「１０１」、「１０２」、「１０３」とを取得したとすると、文書ＩＤリスト（ｄｏｃＩＤＬｉｓｔ）を、ｄｏｃＩＤＬｉｓｔ＝｛１０１， １０２， １０３， ０｝（「０（ゼロ）」は終了を示す）のように設定し文書ＩＤリスト取得部８０１に通知する（ステップＳ４０）。
【０１１７】
文書一覧作成複合メソッド８００は、続けて、書誌情報取得部８０２によってファイル管理Ｗｅｂサービス提供処理部４０の書誌情報取得メソッド４０２を関数コールする（ステップＳ４１）。書誌情報取得メソッド４０２は、ＨＤＤ１３０３で管理している文書に対して、書誌情報取得部８０２から通知された文書ＩＤで書誌情報を問い合わせ、書誌情報を作成する。例えば、文書ＩＤ「１０１」について書誌情報を取得する場合、書誌情報取得部８０２は、書誌情報取得メソッド４０２（ｇｅｔＰｒｏｐｓ（ｄｏｃＩＤ，ｐｒｏｐｓ））をｇｅｔＰｒｏｐｓ（１０１，ｐｒｏｐｓ）のようにして関数コールする。
【０１１８】
コールされた書誌情報取得メソッド４０２は、ＨＤＤ１３０３に対して指定された文書ＩＤで書誌情報を問い合わせ、該書誌情報を書誌情報取得部８０２へ通知する（ステップＳ４２）。つまり、書誌情報取得メソッド４０２は、書誌情報取得部８０２から通知された文書ＩＤ「１０１」でＨＤＤ１３０３から書誌情報を取得する。そして、書誌情報取得メソッド４０２は、書誌情報取得部８０２へ通知するための書誌情報を作成する。例えば、書誌情報は、ｐｒｏｐ＝｛文書ＩＤ， 文書名， ページ数， 所有者， ０｝（「０（ゼロ）」は書誌情報の終了を示す）として作成され、この場合、ｐｒｏｐ＝｛１０１， ”蓄積文書１”， ３， “ユーザー１”， ０｝のように文書ＩＤ「１０１」に対して設定される。書誌情報取得メソッド４０２は、指定された文書ＩＤに対する書誌情報の作成結果を文書一覧作成複合メソッド８００の書誌情報取得部８０２へ通知する。
【０１１９】
文書一覧作成複合メソッド８００の書誌情報取得部８０２は、その他の文書ＩＤ「１０２」及び「１０３」について、上記同様の処理を繰り返して、全ての文書情報を取得する。
【０１２０】
文書一覧作成複合メソッド８００は、更に、文書一覧作成部８０３によって、文書一覧を作成し、その文書一覧をＸＭＬで記述するためにＸＭＬ処理部５０へ通知する（ステップＳ４３）。つまり、文書一覧作成部８０３は、文書一覧を、例えば、ｄｏｃＬｉｓｔ＝｛｛１０１， ”蓄積文書１”， ３， ”ユーザー１”，０｝，｛１０２， ”蓄積文書２”，１０， ”ユーザー２”，０｝，｛１０３， ”蓄積文書３”， １， ”ユーザー１”，０｝，０｝のように作成する。この作成された文書一覧（ｄｏｃＬｉｓｔ）がＸＭＬ処理部５０に通知される。ＸＭＬ処理部５０は、文書一覧（ｄｏｃＬｉｓｔ）を受け取ると、ＸＭＬで記述したＸＭＬ２６を生成してＳＯＡＰ処理部７０へ通知する（ステップＳ４４）。ＳＯＡＰ処理部７０は、ＸＭＬで記述された文書一覧を受け取ると、ＨＴＴＰレスポンスのボディ部に受け取ったＸＭＬで記述された文書一覧を設定してＳＯＡＰに従ってＨＴＴＰレスポンスを生成する（ステップＳ４５）。
【０１２１】
このような機能構成例において、複合Ｗｅｂサービス提供処理部９０が文書一覧作成複合メソッド８００によって、文書ＩＤリスト取得メソッド４０１及び書誌情報取得メソッド４０２の実体を備えることなく、複数のメソッドを組み合せて一連のＷｅｂサービスの処理を行うことができる。よって、ネットワーク機器１０Ａは、融合機１２００が提供可能なＷｅｂサービスの単位を意識することなく、一回のＨＴＴＰリクエストによって一連のＷｅｂサービスの提供を受けることができる。
【０１２２】
更に、図６において、ファイル管理Ｗｅｂサービス提供処理部４０自身によってＷｅｂサービスを提供することも可能である。つまり、ｈｔｔｐｄ２がネットワーク機器１０からＨＴＴＰリクエストを受信すると（ステップＳ３４），ディストリビューター３０は、ＨＴＴＰリクエストのヘッダ部で指定される書誌情報取得のＷｅｂサービスの要求に応じて、ファイル管理Ｗｅｂサービス提供処理部４０の書誌情報取得メソッド４０２へ受信したＨＴＴＰリクエストを分配する（ステップＳ３５−３）。
【０１２３】
ファイル管理Ｗｅｂサービス提供処理部４０は、ＳＯＡＰに従ったＨＴＴＰリクエストを処理するために、ＳＯＡＰ処理部７０に受信したＨＴＴＰリクエストを通知する（ステップＳ３６−３）。ＳＯＡＰ処理部７０は、ＳＯＡＰに従ってＨＴＴＰリクエストを処理し、ディスパッチャー６０Ａは、ＨＴＴＰリクエストのヘッダ部で指定される書誌情報取得メソッド４０２に処理を振り分けて、ＨＴＴＰのメソッドに応じてＸＭＬ処理部５０を実行する（ステップＳ３７−３）。ＸＭＬ処理部５０は、ＸＭＬで記述されたＨＴＴＰリクエストのボディ部において処理内容を示すメッセージを書誌情報取得メソッド４０２で解釈可能な記述に変換して、書誌情報取得メソッド４０２に通知する（ステップＳ３８−３）。
【０１２４】
書誌情報取得メソッド４０２は、ＨＤＤ１３０３で管理している文書に対して、ＸＭＬ処理部５０で処理されたメッセージで指定される文書ＩＤで書誌情報を問い合わせて、その書誌情報をＸＭＬで記述するためにＸＭＬ処理部５０へ通知する（ステップＳ４３−３）。ＸＭＬ処理部５０では、書誌情報をＸＭＬで記述したＸＭＬ２６が生成される。更に、ＳＯＡＰ処理部７０において、ＨＴＴＰレスポンスのボディ部にＸＭＬ２６を設定してＳＯＡＰに従ってＨＴＴＰレスポンスが生成され（ステップＳ４５―３）、ｈｔｔｐｄ２からネットワーク機器１０へ送信される（ステップＳ４６−３及びＳ４７）。
【０１２５】
このように、融合機１２００は、ネットワーク機器１０Ａからの書誌情報の提供を要求するＨＴＴＰリクエストに応じて、実体を備えた書誌情報取得メソッド４０２自身を実行することができる。また、同様にして、文書ＩＤリスト取得メソッド４０１自身を実行することも可能である。
【０１２６】
よって、融合機１２００は、画像を形成すると共に、実際にＷｅｂサービスを提供するための処理を行う複数のメソッドと、それらの組み合せによって、幅広いＷｅｂサービスを提供することができる。
【０１２７】
次に、ネットワーク機器１０Ｂからの要求に応じてＷｅｂサービスを提供する処理フローについて説明する。ネットワーク機器１０Ｂを利用する利用者は、モニタ９Ｂに表示されるＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ所望のＷｅｂサービスを要求し、入出力制御部１１Ｂはその要求データを受信する（ステップＳ５１）。Ｗｅｂブラウザ２３は、入出力制御部１１が受信した要求データに基づいて、ＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストを生成してネットワーク１５を介して融合機１２００へ送信する（ステップＳ５２）。例えば、Ｗｅｂブラウザ２３は、
ＧＥＴ ／ｄｏｃｕｍｅｎｔＬｉｓｔ．ｃｇｉ ＨＴＴＰ／１．１
のようなＧＥＴメソッドによるＨＴＴＰリクエストを送信する。
【０１２８】
融合機１２００のＷｅｂサーバー５００のｈｔｔｐｄ２が、ネットワーク機器１０から受信したＨＴＴＰリクエストを受信すると、ディストリビューター３０は、ＨＴＴＰリクエストのＧＥＴメソッドに基づいてＧＥＴメソッドによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１に該ＨＴＴＰリクエストを分配する（ステップＳ５３）。ＨＴＴＰリクエスト処理部５０１は、ディスパッチャー６８によって、ＨＴＴＰリクエストのヘッダ部で指定される文書一覧作成複合メソッド８００に処理を振り分ける（ステップＳ５４）。例えば、「ｄｏｃｕｍｅｎｔＬｉｓｔ．ｃｇｉ」によって、「ｄｏｃｕｍｅｎｔＬｉｓｔ．ｃｇｉ」に相当する文書一覧作成複合メソッド８００が実行される。
【０１２９】
文書一覧作成複合メソッド８００は、先ず、文書ＩＤリスト取得部８０１によって、ファイル管理Ｗｅｂサービス提供処理部４０の文書ＩＤリスト取得メソッド４０１を関数コールする（ステップＳ５５）。文書ＩＤリスト取得メソッド４０１は、ＨＤＤ１３０３で管理している文書を識別する文書ＩＤを取得し（ステップＳ５６）、文書ＩＤリストを作成する。この場合、文書ＩＤリスト取得メソッド４０１（ｌｉｓｔＩＤ（ｄｏｃＩＤＬｉｓｔ））は、文書ＩＤ「１０１」、「１０２」、「１０３」とを取得したとすると、文書ＩＤリスト（ｄｏｃＩＤＬｉｓｔ）を、ｄｏｃＩＤＬｉｓｔ＝｛１０１， １０２， １０３， ０｝（「０（ゼロ）」は終了を示す）のように設定し文書ＩＤリスト取得部８０１に通知する（ステップＳ５７）。
【０１３０】
文書一覧作成複合メソッド８００は、続けて、書誌情報取得部８０２によってファイル管理Ｗｅｂサービス提供処理部４０の書誌情報取得メソッド４０２を関数コールする（ステップＳ５８）。書誌情報取得メソッド４０２は、ＨＤＤ１３０３で管理している文書に対して、書誌情報取得部８０２から通知された文書ＩＤで書誌情報を問い合わせ、書誌情報を作成する。例えば、文書ＩＤ「１０１」について書誌情報を取得する場合、書誌情報取得部８０２は、書誌情報取得メソッド４０２（ｇｅｔＰｒｏｐｓ（ｄｏｃＩＤ，ｐｒｏｐｓ））をｇｅｔＰｒｏｐｓ（１０１，ｐｒｏｐｓ）のようにして関数コールする。
【０１３１】
コールされた書誌情報取得メソッド４０２は、ＨＤＤ１３０３に対して指定された文書ＩＤで書誌情報を問い合わせ、該書誌情報を書誌情報取得部８０２へ通知する（ステップＳ５９）。つまり、書誌情報取得メソッド４０２は、書誌情報取得部８０２から通知された文書ＩＤ「１０１」でＨＤＤ１３０３から書誌情報を取得する。そして、書誌情報取得メソッド４０２は、書誌情報取得部８０２へ通知するための書誌情報を作成する。例えば、書誌情報は、ｐｒｏｐ＝｛文書ＩＤ， 文書名， ページ数， 所有者， ０｝（「０（ゼロ）」は書誌情報の終了を示す）として作成され、この場合、ｐｒｏｐ＝｛１０１， ”蓄積文書１”， ３， “ユーザー１”， ０｝のように文書ＩＤ「１０１」に対して設定される。書誌情報取得メソッド４０２は、指定された文書ＩＤに対する書誌情報の作成結果を文書一覧作成複合メソッド８００の書誌情報取得部８０２へ通知する。
【０１３２】
文書一覧作成複合メソッド８００の書誌情報取得部８０２は、その他の文書ＩＤ「１０２」及び「１０３」について、上記同様の処理を繰り返して、全ての文書情報を取得する。
【０１３３】
文書一覧作成複合メソッド８００は、更に、文書一覧作成部８０３によって、文書一覧を作成し、その文書一覧をＸＭＬで記述するためにＸＭＬ処理部５０へ通知する（ステップＳ６０）。つまり、文書一覧作成部８０３は、文書一覧を、例えば、ｄｏｃＬｉｓｔ＝｛｛１０１， ”蓄積文書１”， ３， ”ユーザー１”，０｝，｛１０２， ”蓄積文書２”，１０， ”ユーザー２”，０｝，｛１０３， ”蓄積文書３”， １， ”ユーザー１”，０｝，０｝のように作成する。この作成された文書一覧（ｄｏｃＬｉｓｔ）がＸＭＬ処理部５０に通知される。ＸＭＬ処理部５０は、文書一覧（ｄｏｃＬｉｓｔ）を受け取ると、ＳＯＡＰに従ったＨＴＴＰレスポンスのボディ部の生成と同様の記述方法によって、ＸＭＬで記述したＸＭＬ２６を生成してＷｅｂサーバー５００へ通知する（ステップＳ６１）。通知を受けると、Ｗｅｂサーバー５００は、ＨＴＭＬ作成部５０２を実行する。ＨＴＭＬ作成部５０２は、ＸＳＬプロセッサ５０３によって、所定のスタイルリストを示すＸＳＬ２５に基づいて、ＸＭＬ２６をＨＴＭＬフォーマットに変換する。ＨＴＭＬ作成部５０２は、このＨＴＭＬフォーマットに従う処理結果を示すＨＴＭＬ２４によるＨＴＴＰレスポンスを作成し、ｈｔｔｐｄ２へ該ＨＴＴＰレスポンスの送信を要求する（ステップＳ６２）。ｈｔｔｐｄ２は、ＨＴＴＰレスポンスをネットワーク１５を介してネットワーク機器１０Ｂへ送信する（ステップＳ６３）。
【０１３４】
ネットワーク機器１０ＢにてＨＴＴＰレスポンスが受信されると、Ｗｅｂブラウザ２３は、入出力制御部１１によってモニタ９へＨＴＭＬ２４を表示させる（ステップＳ６４）。
【０１３５】
更に、図６において、ファイル管理Ｗｅｂサービス提供処理部４０自身によってＷｅｂサービスを提供することも可能である。つまり、ｈｔｔｐｄ２がネットワーク機器１０ＢからＨＴＴＰリクエストを受信すると（ステップＳ５２），ディストリビューター３０は、ＨＴＴＰリクエストのＧＥＴメソッドに基づいてＧＥＴメソッドによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１に該ＨＴＴＰリクエストを分配する（ステップＳ５３）。ＨＴＴＰリクエスト処理部５０１は、ディスパッチャー６０によって、ＨＴＴＰリクエストのヘッダ部で指定される書誌情報取得メソッド４０２に処理を振り分ける（ステップＳ５４−３）。
【０１３６】
書誌情報取得メソッド４０２は、ＨＤＤ１３０３で管理している文書に対して、ＨＴＴＰリクエストによって指定される文書ＩＤで書誌情報を問い合わせ、書誌情報を作成し、その書誌情報をＸＭＬで記述したＸＭＬ２６を生成するためにＸＭＬ処理部５０へ通知する（ステップＳ６０−３）。以後、上述したステップＳ６１からＳ６３の処理によって、書誌情報がネットワーク機器１０Ｂに提供される。
【０１３７】
このように、融合機１２００は、ネットワーク機器１０からの書誌情報の提供を要求するＨＴＴＰリクエストに応じて、実体を備えた書誌情報取得メソッド４０２自身を実行することができる。また、同様にして、文書ＩＤリスト取得メソッド４０１自身を実行することも可能である。
【０１３８】
よって、融合機１２００は、画像を形成すると共に、実際にＷｅｂサービスを提供するための処理を行う複数のメソッドと、それらの組み合せによって、幅広いＷｅｂサービスを提供することができる。
【０１３９】
上記機能構成例において、ネットワーク機器１０Ｂは、融合機１２００との間で特別なメッセージ交換方法を必要とせずに、Ｗｅｂブラウザを利用するのみで、融合機１２００からＷｅｂサービスの提供を受けることができ、ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）を実現することができる。また、複合Ｗｅｂサービス提供処理部９０が文書一覧作成複合メソッド８００によって、文書ＩＤリスト取得メソッド４０１及び書誌情報取得メソッド４０２の実体を備えることなく、複数のメソッドを組み合せて一連のＷｅｂサービスの処理を行うことができる。よって、複数のメソッドの組み合せて一連のＷｅｂサービスの処理を行うことができる。よって、ネットワーク機器１０Ｂは、融合機１２００が提供可能なＷｅｂサービスの単位を意識することなく、一回のＨＴＴＰリクエストによって一連のＷｅｂサービスの提供を受けることができる。
【０１４０】
更に、このような複合Ｗｅｂサービス提供処理部９０が、プロトコルの異なる処理リクエストによって共有することができる。従って、処理リクエストのプロトコル毎に複合Ｗｅｂサービス提供処理部９０を開発する必要がない。
【０１４１】
また、上記機能構成例において、融合機１２００では、Ｗｅｂサーバー５００にＸＳＬ２５を備えることによって、ＸＭＬ処理部５０でのＳＯＡＰを指定するＨＴＴＰレスポンスのボディ部の記述とＳＯＡＰを指定しないＨＴＴＰレスポンスのボディ部の記述の処理を共通化することができる。
【０１４２】
図６に示すＸＭＬ処理部５０は、文書一覧（ｄｏｃＬｉｓｔ）を、例えば、図７に示すようなＸＭＬで記述する。図７は、ＸＭＬ処理部にてＸＭＬで記述された文書一覧の例を示す図である。図７より、記述５３は文書ＩＤ「１０１」の書誌情報を示し、記述５４は文書ＩＤ「１０２」の書誌情報を示し、記述５５は文書ＩＤ「１０３」の書誌情報を示す。例えば、記述５３において、文書ＩＤ「１０１」の書誌情報は、文書名が「蓄積文書１」、ページ数が「３」ページ、所有者が「ユーザー１」であることを示している。
【０１４３】
また、ネットワーク機器１０ＡのＳＯＡＰ処理部１２で作成され、融合機１２００へ送信されるＨＴＴＰリクエストは、例えば、図８に示すように記述される。図８は、ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。図８は、ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。図８に示すＨＴＴＰリクエストのＨＴＴＰヘッダ部７３おいて、ＵＲＩ７４は、ＰＯＳＴメソッドによってＨＴＴＰリクエストが送信されるＵＲＩを示し、例えば、「ｎｅｔｄｏｃ」である。更に、ＳＯＡＰＡｃｔｉｏｎ７５でリクエストの目的を表すＵＲＩが示され、例えば、「ｈｔｔｐ：／／ｆｏｏ．ｂａｒ．ｃｏｍ／ｎｅｔｄｏｃ／ｄｏｃｕｍｅｎｔＬｉｓｔ」によって「文書一覧」が指定される。融合機１２００のｈｔｔｐｄ２がＨＴＴＰリクエストを受信し、ＳＯＡＰ処理部７０がＨＴＴＰヘッダ部７５を解析する。ＳＯＡＰ処理部７０は、＜ＳＯＡＰ−ＥＮＶ：Ｅｎｖｅｌｏｐｅ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｅｎｖｅｌｏｐｅ＞を解析し、＜ｎｓ：ｄｏｃｕｍｅｎｔＬｉｓｔ＞から＜／ｎｓ：ｄｏｃｕｍｅｎｔＬｉｓｔ＞までのＸＭＬで記述された処理内容を示すメッセージを取得する。このＸＭＬメッセージは、ＸＭＬメッセージにおいて、例えば、＜ｌｉｓｔｔｙｐｅ＞に設定されている“１”が全ての文書について一覧を作成することを示す場合、文書一覧作成複合メソッド８００は、そのメッセージの指示に基づいて、文書ＩＤリスト取得部８０１と、書誌情報取得部８０２と、文書一覧作成部８０３とによって、融合機１２００にて管理される全文書の一覧を取得する。
【０１４４】
文書一覧は、ＸＭＬ処理部５０でＸＭＬにて記述された後、ＳＯＡＰ処理部７０でＨＴＴＰレスポンスが作成され、例えば、図９に示すようなＨＴＴＰレスポンスを生成する。図９は、ＳＯＡＰによるＨＴＴＰレスポンスの例を示す図である。図９に示すＨＴＴＰレスポンスの例において、ＳＯＡＰ処理部７０は、ＨＴＴＰヘッダ部７８を作成し、更に、ＨＴＴＰボディ部７９を作成する。ＨＴＴＰボディ部７９として、＜ＳＯＡＰ−ＥＮＶ：Ｅｎｖｅｌｏｐｅ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｅｎｖｅｌｏｐｅ＞が作成される。＜ｎｓ：ｄｏｃｕｍｅｎｔＬｉｓｔＲｅｓｐｏｎｓｅ＞から＜／ｎｓ：ｄｏｃｕｍｅｎｔＬｉｓｔＲｅｓｐｏｎｓｅ＞までに示されるメッセージ９１は、ＸＭＬ処理部５０によって文書一覧作成複合メソッド８００からの文書一覧をＸＭＬで記述したメッセージである。
【０１４５】
このようなＨＴＴＰレスポンスがネットワーク機器１０Ａへ通知され、ＳＯＡＰ処理部１２によって＜ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞にメッセージ９１を取り出し、その取り出されたメッセージ９１は、ＸＭＬ処理部１３によってモニタ９Ａに表示すべき文書一覧情報を取り出してリクエスト／レスポンス処理部１４に通知される。更に、文書一覧情報はリクエスト／レスポンス処理部１４によって画面データとして処理され、例えば、図１１に示すように、入出力制御部１１Ａによってモニタ９Ａに表示される。
【０１４６】
一方、図７に示すＸＭＬで記述された文書一覧は、ＸＳＬ２５に基づいて、ＨＴＭＬ作成部５０２のＸＳＬプロセッサ５０３によって、図１０に示すようなＨＴＭＬで記述された文書一覧に変換される。図１０は、ＨＴＭＬ作成部にてＨＴＭＬで記述された文書一覧の例を示す図である。図１０において、記述９３は、ＨＴＴＰレスポンスのヘッダ部を示し、記述９９は、ＨＴＴＰレスポンスのボディ部を示す。
【０１４７】
記述９９において、記述９４は、ＨＴＭＬのヘッダ部を示し、ネットワーク機器１０Ｂの利用者が要求したＷｅｂサービスに対応するタイトル「文書一覧」を表示するための記述である。記述９５は、文書一覧の項目名を表示するための記述である。記述９６は、図７に示すＸＭＬによる記述５３がＨＴＭＬに変換された記述である。記述９７は、図７に示すＸＭＬによる記述５４がＨＴＭＬに変換された記述である。記述９８は、図７に示すＸＭＬによる記述５５がＨＴＭＬに変換された記述である。
【０１４８】
このようにＨＴＭＬに変換された記述によって、ネットワーク機器１０Ｂのモニタ９Ｂには、図１１に示されるような画面が表示される。図１１は、ネットワーク機器側に表示される画面例を示す図である。図１１に示される画面９２において、文書名、ページ数、所有者等の項目名に対応させて、文書一覧が表示される。また、ＳＯＡＰに従ったＨＴＴＰレスポンスによっても、ネットワーク機器１０Ａのモニタ９Ａには、同様の画面が表示される。
【０１４９】
以上より、本発明に係る融合機１２００は、ＷｅｂサービスをＳＯＡＰによるメッセージ交換によって可能とすると共に、ＨＴＭＬによる提供をも可能とする。よって、ネットワーク機器１０Ａ及び１０Ｂの利用者に対して同様のＷｅｂサービスを提供することができる。
【０１５０】
また、ＳＯＡＰを指定したＨＴＴＰリクエストに対しても、ＳＯＡＰを指定しないＨＴＴＰリクエストに対しても、同一のＷｅｂサービスファンクションを実行することができる。更に、ＳＯＡＰを指定したＨＴＴＰレスポンスに対しても、ＳＯＡＰを指定しないＨＴＴＰレスポンスに対しても、ＸＭＬ処理部５０にて生成されたＸＭＬ２６を使用してボディ部を生成することができる。
【０１５１】
上記実施例において、同一のＷｅｂサービスファンクションでＳＯＡＰ対応とＷｅｂブラウザ対応とを可能とする例を説明したが、その他にネットワーク機器との間で独自に取り決めた独自プロトコルにも対応するように、異なる３のプロトコルに対応することも可能である。例えば、ＨＴＴＰリクエスト及びＨＴＴＰレスポンスのボディ部に独自に取り決めたＸＭＬによる記述を設定した独自プロトコルによってネットワーク機器に同一のＷｅｂサービスを提供するようにしても良い。
【０１５２】
【発明の効果】
以上、説明してきたように、本願発明によれば、利用者が使用するコンピュータ端末に複数の画像形成機能を利用するために複数のドライバ・ソフトウェアをインストールすることなく、標準的なＷｅｂサービス対応ソフトウェアをインストールするだけでよい。また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、複数の画像形成機能を有する融合機への処理要求を行うことができるだけでなく、他の機器からの処理要求も統一的に処理することが可能となる。
【０１５３】
【図面の簡単な説明】
【図１】本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【図２】図１に示す融合機のハードウェア構成を示すブロック図である。
【図３】Ｗｅｂサービスを提供する融合機の機能構成例を示す図である。
【図４】ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。
【図５】ＳＯＡＰによるＨＴＴＰレスポンスの例を示す図である。
【図６】複合Ｗｅｂサービスを有する融合機の例を説明するための機能構成例を示す図である。
【図７】ＸＭＬ処理部にてＸＭＬで記述された文書一覧の例を示す図である。
【図８】ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。
【図９】ＳＯＡＰによるＨＴＴＰレスポンスの例を示す図である。
【図１０】ＨＴＭＬ作成部にてＨＴＭＬで記述された文書一覧の例を示す図である。
【図１１】ネットワーク機器側に表示される画面例を示す図である。
【符号の説明】
２ ｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）
３０ ディストリビューター
４０〜４９ Ｗｅｂサービス提供処理部
５０ ＸＭＬ処理部
６０Ａ、６０Ｂ ディスパッチャー
７０ ＳＯＡＰ処理部
１２００ 融合機、
１２０１ プロッタ １２０２ スキャナ
１２１０ ソフトウェア群
１２３０ アプリケーション、 １２２０ プラットフォーム
１２２１ ＯＳ、 １２２２ ＳＣＳ
１２２３ ＳＲＭ、 １２２４ ＥＣＳ
１２２５ ＭＣＳ、 １２２６ ＯＣＳ
１２２７ ＦＣＳ、 １２２８ ＮＣＳ
１２２９ ＩＭＨ、 １２４０ 融合機起動部
１３００ コントローラ、 １３０１ ＡＳＩＣ
１３０２ ＭＥＭ−Ｃ、 １３０３ ＨＤＤ
１３０４ ＣＰＵ、 １３０５ ＮＢ
１３０６ ＭＥＭ−Ｐ、 １３０７ ＳＢ
１３０８ ＡＧＰ、 １３１０ オペレーションパネル
１３１１ ＮＩＣ、 １３１２ ＵＳＢターゲット
１３１３ ＩＥＥＥ１３９４ １３１４ セントロニクス
１３１５ シリアル １３１６ ＵＳＢホスト
１３２０ ＦＡＸコントロールユニット
１３２１ 不揮発性メモリ １３２２、１３２３ ＲＴＣ
１３５０ エンジン部
【発明の属する技術分野】
本発明は、利用者が使用するコンピュータ端末に、複数の画像形成機能を利用するために複数のドライバ・ソフトウェアをインストールすることなく、標準的なＷｅｂサービス対応ソフトウェアをインストールするだけでよく、また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、Ｗｅｂサービスの提供を可能とし、他の機器からの処理要求も統一的に処理することが可能となる画像形成装置を提供するものである。
【０００２】
【従来の技術】
近年、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が一般的に知られている。このような複合型の画像形成装置は、１つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクシミリ装置にそれぞれ対応する３種類のアプリケーションを設け、アプリケーションの切り替えによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させるものである。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来の複合型画像形成装置においては、ネットワークを介して接続される複数のＰＣ（パーソナルコンピュータ）からプリンタ、コピー、ファクシミリ、スキャナ等の機能を利用する場合、各ＰＣに各画像形成機能に応じたドライバ等のソフトウェアをインストールする必要があった。また、ＰＣにインストールされるそれらソフトウェアは、該ＰＣの機種及びオペレーティングシステムに対応したものでなければならない。また、同様な要求がサーバー等の機器との間でも要求されることがあるが、要求される処理のプロトコルや処理単位が異なるため、実装時には両方の要求を満たすようにする必要があった。更に、従来の利用形態では、ドライバによって決まった処理しか行うことができない等の制限があった。
【０００４】
そこで、本発明の課題は、利用者が使用するコンピュータ端末に複数の画像形成機能を利用するための複数のドライバ・ソフトウェアをインストールすることなく、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、画像形成装置の機能をネットワークを介してインターネット標準の各種Ｗｅｂプロトコルを利用してアクセス可能なプログラマブルなアプリケーションコンポーネントとして利用できると共に、Ｗｅｂサービスの要求をＷｅｂブラウザから行うことを可能とする画像形成装置を提供することである。また、画像形成装置内又は画像形成装置と他装置間とにおいて、Ｗｅｂサービスが他Ｗｅｂサービスとやり取りする分散環境を実現する画像形成装置を提供する。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエスト又は該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストを受信し、該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手段と、プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有するように構成される。
【０００６】
このような画像形成装置では、ネットワークを介して接続された機器の機種又はオペレーティングシステムに依存することなく、例えば、ＳＯＡＰからの第一プロトコルによる第一処理リクエストを受信した際には第一プロトコルによる第一処理レスポンスによって、或いは、例えば、Ｗｅｂブラウザ等からの第二プロトコルによる第二処理リクエストを受信した際には機器にて表示可能な表示形式に従って第二処理レスポンスによって処理結果をＷｅｂサービスとして提供することができる。従って、第一処理リクエスト及び第二処理リクエストのＷｅｂサービスの要求に対して、同一のＷｅｂサービス提供処理手段による処理結果をＷｅｂサービスとして提供することができるため、第一処理リクエスト及び第二処理リクエストの夫々にＷｅｂサービス提供処理手段を開発する必要がない。
【０００７】
上記第一プロトコルは、例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）である。また、上記第二プロトコルによる処理レスポンスは、例えば、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって提供される。
【０００８】
上記内部情報は、画像情報、画像情報についてのステータス情報、及び、機器本体の設定を変更したりネットワークＩＰを変更したりする制御パラメータ等の情報を示す。
【０００９】
画像形成装置がＷｅｂサービスを提供するという観点において、本発明は、請求項２に記載されるように、少なくとも上記Ｗｅｂサービス提供処理手段を有するアプリケーションと、上記画像形成処理で利用されるハードウェア資源を管理すると共に、上記アプリケーションからの利用要求に応じて、該ハードウェア資源への利用を制御するコントロールサービスと、該アプリケーションと該コントロールサービスとを制御するオペレーティングシステムとを有するように構成することができる。
【００１０】
このような画像形成装置では、コンピュータ装置としての機能を有し、画像形成に使用されるハードウェア資源を直接制御することができると共に、ネットワークを介して接続された機器へＷｅｂサービスを提供することができる。
【００１１】
Ｗｅｂサービスを提供するための処理の実体を有するという観点において、本発明は、請求項３に記載されるように、上記Ｗｅｂサービス提供処理手段は、Ｗｅｂサービスに関する処理を実行するＷｅｂサービス実行手段を有するように構成することができる。
【００１２】
このような画像形成装置では、Ｗｅｂサービスを提供するための処理の実体がＷｅｂサービス提供処理手段に独立してあるため、複数のプロトコル（例えば、ＳＯＡＰと、ＨＴＴＰ及びＨＴＭＬ）に関する知識を必要としないＷｅｂサービス実行手段の開発を行うことができる。
【００１３】
第一プロトコルに従って第一処理リクエストを処理するという観点において、本発明は、請求項４に記載されるように、複数の上記Ｗｅｂサービス提供処理手段を有し、上記複数のＷｅｂサービス提供処理手段によって共有可能であって、上記第一プロトコルに従って上記メッセージを制御するプロトコル処理手段とを有するように構成することができる。
【００１４】
このような画像形成装置では、第一処理リクエストを第一プロトコルに従って処理できると共に、複数のＷｅｂサービス提供処理手段によって共有されるため、各Ｗｅｂサービス提供処理手段を開発する際には、ＳＯＡＰ等の第一プロトコルに関する処理部の開発を削減することができる。
【００１５】
メッセージの処理を共有するという観点において、本発明は、請求項５に記載されるように、上記複数のＷｅｂサービス提供処理手段によって共有可能であって、上記第一処理リクエスト内に所定記述形式に従って記述された上記メッセージを上記Ｗｅｂサービス提供処理手段によって処理可能な形式に変換すると共に、該第一処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する際の同一の処理方法によって上記第二処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する記述形式処理手段を有するように構成することができる。
【００１６】
このような画像形成装置では、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されたメッセージの処理を、複数のＷｅｂサービス提供処理手段によって共有可能となる。従って、各Ｗｅｂサービス提供処理手段を開発する際には、メッセージに関する処理部の開発を削減することができる。
【００１７】
第一プロトコルに従う第一処理リクエストと該第一プロトコル以外の第二プロトコルに従うＷｅｂブラウザを利用した端末からの第二処理リクエストの両方の処理を可能とするという観点において、本発明は、請求項６に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワークを介して、上記機器からの上記第一及び第二処理リクエストの受信及び上記機器への上記第一及び第二処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手段と、上記第二処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手段を実行する処理リクエスト処理手段とを有するように構成することができる。
【００１８】
第一処理リクエストと第二処理リクエストとを別々に分配するという観点に置いて、本発明は、請求項７に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワーク通信制御手段が上記第一処理リクエストを受信した場合、該第一処理リクエストのリクエスト種別を上記第一プロトコルに従って解析し、その解析結果に基づいて上記複数のＷｅｂサービス提供処理手段の一つに上記第一処理リクエストを分配し、上記第二処理リクエストを受信した場合、上記第二処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記第二処理リクエストを分配する分配手段と、上記第二処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手段に処理を振り分ける第二振分手段とを有するように構成される。また、本発明は、請求項８に記載されるように、上記第一処理リクエスト内のＷｅｂサービスを特定する特定情報を上記第一プロトコルに従って解析し、その解析結果に基づいて、該特定情報によって特性されるＷｅｂサービスを実行する上記Ｗｅｂサービス実行手段に処理を振り分ける第一振分手段を有するように構成される。
【００１９】
このような画像形成装置では、第一プロトコルに従う第一処理リクエストと第一プロトコル以外の第二プロトコルに従うＷｅｂブラウザを利用した端末からの第二処理リクエストとを処理可能とするため、第一処理リクエスト及び第二処理リクエストによる同一のＷｅｂサービスの要求に対して、同一のＷｅｂサービス提供処理手段による処理結果をＷｅｂサービスとして提供することができる。
【００２０】
上記リクエスト種別とは、例えば、ＨＴＴＰによるメソッドを示し、ＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤ等である。
【００２１】
上記特定情報とは、Ｗｅｂサービス実行手段を特定するような情報であって、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）又はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）である。
【００２２】
複数のＷｅｂサービス提供処理手段へ処理を振り分けるという観点において、本発明は、請求項９に記載されるように、上記複数のＷｅｂサービス提供処理手段の夫々に対応させて複数の上記第一振分手段と複数の上記第二振分手段とを有するように構成される。
【００２３】
このような画像形成装置では、第一処理リクエスト及び第二処理リクエストのいずれによっても複数のＷｅｂサービス提供処理手段への処理の振り分けを可能とする。
【００２４】
第二処理レスポンスの内容をネットワークを介して接続される機器にて表示可能とするという観点から、本発明は、請求項１０に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記第一処理リクエストに対する同一処理によって上記Ｗｅｂサービス提供処理手段から提供される上記第二処理リクエストに応じた上記処理結果を示す上記第二処理レスポンスを上記表示形式に従って作成する表示形式作成手段を有するように構成される。
【００２５】
このような画像形成装置では、機器からの第二処理リクエストに応じて実行されたＷｅｂサービスの処理結果を、該機器にて表示可能となるような処理レスポンスを作成することができる。よって、該画像形成装置は、例えば、汎用的なＷｅｂブラウザを有する機器に対してＷｅｂサービスを提供することができる。
【００２６】
各Ｗｅｂサービス提供処理手段による処理結果を機器にて表示可能とするという観点から、本発明は、請求項１１に記載されるように、上記表示形式作成手段は、上記記述形式処理手段によって上記第一処理リクエストに応じた上記処理結果と同様に処理された上記第二処理リクエストに応じた上記処理結果を、上記記述形式の書式スタイルに基づいて、上記表示形式に従った上記処理結果に変換する記述形式変換手段を有するように構成することができる。
【００２７】
このような画像形成装置では、各Ｗｅｂサービス提供処理手段による所定記述形式に従って処理された処理結果を、上記記述形式の書式スタイルに基づいて、機器にて表示可能な表示形式に従った上記処理結果に変換することができる。
【００２８】
上記書式スタイルとは、例えば、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）である。この書式スタイルによって、上記記述形式変換手段は、ＸＭＬに従って記述された処理結果をＨＴＭＬに従って記述されるように変換することができる。
【００２９】
また、上記課題を解決するため、本発明は、請求項１２に記載されるように、ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエストと該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストとを受信し、該第一処理リクエストに応じた処理結果を示す該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手段と、プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段と、上記Ｗｅｂサービス提供処理手段を構成する上記第一処理リクエストと上記第二処理リクエストとによって共有される少なくとも一つ以上の処理単位を実行することによって上記内部情報を処理し、その処理結果を用いて付加処理を行うことによって上記第一又は第二処理リクエストに応じた上記処理結果を生成し、該処理結果を上記Ｗｅｂサービス通信制御手段へ提供する複合Ｗｅｂサービス提供処理手段とを有するように構成される。
【００３０】
このような画像形成装置では、機器は、ＳＡＯＰ等の第一プロトコルによって又はＨＴＴＰ及びＨＴＭＬ等の第二プロトコルによってＷｅｂブラウザを介して画像形成処理を実行することができるため、該機器に、該画像形成処理を実行させるために専用のドライバ等のソフトウェアをインストールする必要がない。また、機器は、その機種又はオペレーティングシステムに依存することなく該画像形成装置に対して該画像形成処理を実行させることができる。更に、複合Ｗｅｂサービス提供処理手段によって、Ｗｅｂサービスを提供するのに必要なＷｅｂサービス提供処理手段の複数の処理単位が組み合わされることによって制御されるため、機器は、各Ｗｅｂサービスの機能を意識することなく、１回の処理リクエストによって、複数のＷｅｂサービスによる最終的な処理結果のみを取得することができる。よって、画像形成装置間の通信回数及び制御処理を大幅に削減することが可能となる。
【００３１】
上記第一プロトコルは、例えば、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）である。また、上記第二プロトコルによる処理レスポンスは、例えば、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって提供される。
【００３２】
上記内部情報は、画像情報、画像情報についてのステータス情報、及び、機器本体の設定を変更したりネットワークＩＰを変更したりする制御パラメータ等の情報を示す。
【００３３】
画像形成装置がＷｅｂサービスを提供するという観点において、本発明は、請求項１３に記載されるように、少なくとも上記Ｗｅｂサービス提供処理手段と上記複合Ｗｅｂサービス提供処理手段とを有するアプリケーションと、上記画像形成処理で利用されるハードウェア資源を管理すると共に、上記アプリケーションからの利用要求に応じて、該ハードウェア資源への利用を制御するコントロールサービスと、該アプリケーションと該コントロールサービスとを制御するオペレーティングシステムとを有するように構成することができる。
【００３４】
このような画像形成装置では、コンピュータ装置としての機能を有するため、ネットワークを介して接続された機器へＷｅｂサービスを提供することができる。
【００３５】
複数の処理単位を組み合せて実行するという観点において、本発明は、請求項１４に記載されるように、上記複合Ｗｅｂサービス提供処理手段は、該複合Ｗｅｂサービス提供処理手段における処理単位であって、上記Ｗｅｂサービス提供処理手段の上記処理単位を組み合せて実行する少なくとも一つの複合処理実行手段とを有するように構成することができる。また、複数のＷｅｂサービス提供処理手段を組み合せて実行するという観点において、本発明は、請求項１５に記載されるように、少なくとも１つの上記処理単位を有する複数の上記Ｗｅｂサービス提供処理手段を有し、上記複合処理実行手段は、上記複数のＷｅｂサービス提供処理手段の上記処理単位を複数組み合せて上記内部情報を処理するように構成することができる。
【００３６】
プロトコルの異なる第一処理リクエストと第二処理リクエストに対する処理の一部を共有するという観点において、本発明は、請求項１６に記載されるように、上記第一プロトコルに従って上記第一処理リクエスト及び上記第一処理レスポンスの上記メッセージを制御するプロトコル処理手段と、上記第一処理リクエスト内に上記所定記述形式に従って記述された上記メッセージを上記Ｗｅｂサービス提供処理手段によって処理可能な形式に変換すると共に、該第一処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する際の同一の処理方法によって上記第二処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する記述形式処理手段とを有し、上記プロトコル処理手段と上記記述形式処理手段とは、上記複数のＷｅｂサービス提供処理手段及び上記複合Ｗｅｂサービス提供処理手段によって共有されるように構成することができる。
【００３７】
このような画像形成装置では、プロトコルが異なる第一処理リクエストと第二処理リクエストに対する処理が共有されると共に、複数のＷｅｂサービス提供処理手段及び複合Ｗｅｂサービス提供処理手段によってそれら処理が共有されるため、第一処理リクエストと第二処理リクエストとの夫々に応じた処理部を開発する必要がなく、また、複数のＷｅｂサービス提供処理手段と複合Ｗｅｂサービス提供処理手段との夫々に応じた処理部を開発する必要がない。従って、開発工数を大幅に削減することが可能となる。
【００３８】
上記所定記述形式は、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）である。
【００３９】
同一の通信プロトコルにて受信後、夫々の特性に応じて第一処理リクエストと第二処理リクエストを処理し、適切にＷｅｂサービスを実行するという観点において、本発明は、請求項１７に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワークを介して、上記機器からの上記第一及び第二処理リクエストの受信及び上記機器への上記第一及び第二処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手段と、上記第二処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手段を実行する処理リクエスト処理手段とを有するように構成することができる。また、本発明は、請求項１８に記載されるように、上記Ｗｅｂサービス通信制御手段は、上記ネットワーク通信制御手段が上記第一処理リクエストを受信した場合、該第一処理リクエストのリクエスト種別を上記第一プロトコルに従って解析し、その解析結果に基づいて上記複数のＷｅｂサービス提供処理手段の一つに上記第一処理リクエストを分配し、上記第二処理リクエストを受信した場合、上記第二処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記第二処理リクエストを分配する分配手段と、上記第二処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手段に処理を振り分ける第二振分手段とを有するように構成することができる。更に、本発明は、請求項１９に記載されるように、上記第一処理リクエスト内のＷｅｂサービスを特定する特定情報を上記第一プロトコルに従って解析し、その解析結果に基づいて、該特定情報によって特性されるＷｅｂサービスを実行する上記Ｗｅｂサービス実行手段に処理を振り分ける第一振分手段を有するように構成することができる。
【００４０】
このような画像形成装置では、同一の通信プロトコルで第一処理リクエスト及び第二処理リクエストを受信した後、第一処理リクエストによって特定されるＷｅｂサービス実行手段に振り分ける第一振分手段と、第ニ処理リクエストによって特定されるＷｅｂサービス実行手段に振り分ける第ニ振分手段とを有することによって、プロトコルの異なる第一処理リクエストと第二処理リクエストとによる同一のＷｅｂサービスの実行を可能とすることができる。
【００４１】
上記所定ネットワーク通信プロトコルは、ｈｔｔｐ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）である。
【００４２】
また、本発明は、請求項２０から２１に記載されるように、上記画像形成装置での処理を行う画像形成方法とすることもできる。
【００４３】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００４４】
本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置（以下、融合機と言う）は、例えば、図１に示すような機能構成を成す。図１は、本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【００４５】
図１において、融合機１２００は、プロッタ１２０１と、スキャナ１２０２と、ＦＣＵ（Ｆａｘ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１３２０と、その他ハードウェアリソース１２０３などを有するとともに、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア群１２１０と、融合機起動部１２４０とを備えている。
【００４６】
融合機起動部１２４０は、融合機１２００の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。
【００４７】
プラットフォーム１２２０は、アプリケーション１２３０からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させる下記に示すコントロールサービス１２５０と、一または複数のハードウェア資源の管理をおこない、コントロールサービス１２５０からの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ（Ｓｙｓｔｅｍ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ）１２２３）と、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１２２１とを有する。
【００４８】
このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（Ｓｙｓｔｅｍ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２２と、ＥＣＳ（（Ｅｎｇｉｎｅ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２４と、ＭＣＳ（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２５と、ＯＣＳ（Ｏｐｅｒａｔｉｏｎ ｐａｎｅｌ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２６と、ＦＣＳ（ＦＡＸ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２７と、ＮＣＳ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）１２２８と、ＩＭＨ（Ｉｍａｇｉｎｇ Ｍｅｍｏｒｙ Ｈａｎｄｌｅｒ）１２２９とがある。なお、このプラットフォーム１２２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。
【００４９】
ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。オープンソースのＵＮＩＸ（登録商標）を用いることにより、プログラムの安全性を確保できるとともに、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、ＯＳ、ＴＣＰ／ＩＰのロイヤリティが不要であり、アウトソーシングも容易となる。
【００５０】
ＳＲＭ１２２３は、ＳＣＳ１２２２とともにシステムの制御およびリソースの管理をおこなうものであり、プロッタ１２０１やスキャナ１２０２などのエンジン部、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロニクスＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。
【００５１】
具体的には、このＳＲＭ１２２３は、要求されたハードウェア資源が利用可能であるかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウェア資源の利用スケジューリングをおこない、要求内容（たとえば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施するようにしてもよい。
【００５２】
ＳＣＳ１２２２は、アプリ管理（機能１）、操作部制御（機能２）、システム画面表示（ジョブリスト画面、カウンタ表示画面など）（機能３）、ＬＥＤ表示（機能４）、リソース管理（機能５）、割り込みアプリ制御（機能６）等の複数の機能を行う。具体的には、アプリ管理（機能１）では、アプリの登録と、その情報を他のアプリに通知する処理をおこなう。操作部制御（機能２）では、アプリの操作部使用権の排他制御をおこなう。システム画面表示（機能３）では、操作部使用権を持つアプリからの要求内容に応じて、エンジン部の状態に対応する警告画面の表示をおこなう。ＬＥＤ表示（機能４）では、警告ＬＥＤ、アプリキーなどのシステムＬＥＤの表示制御をおこなう。リソース管理（機能５）では、アプリ（ＥＣＳ）がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ、ステープルなど）の排他制御のためのサービスをおこなう。割り込みアプリ制御（機能６）では、特定のアプリを優先動作せさるための制御及びサービスをおこなう。
【００５３】
ＥＣＳ１２２４は、ＦＣＵ１３２０、プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３などのエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどをおこなう。
【００５４】
ＭＣＳ１２２５は、メモリ制御をおこなうものであり、具体的には、画像メモリの取得および開放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などをおこなう。
【００５５】
ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などをおこなう。
【００５６】
ＦＣＳ１２２７は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなうためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を提供する。
【００５７】
ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。
【００５８】
本実施例において、ＮＣＳ１２２８は、複数のプロトコルのうちｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）２によって、インターネットを介して接続されるネットワーク機器とのデータ通信をＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で制御し、ＨＴＴＰリクエストヘッダで指定される処理に必要な複数のＷｅｂサービスを関数コールによって起動し、その複数のＷｅｂサービスによる処理結果をＨＴＴＰレスポンスで該ネットワーク機器へ通知する。Ｗｅｂサービスは、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されたメッセージに従って処理を行う。
【００５９】
ＩＭＨ１２２９は、イメージデータを仮想メモリ領域（ユーザー仮想空間）から物理メモリへマップする。プロセスの起動に応じて、システムコールを行ない、プロセス用の仮想メモリ領域をマップしたり、マップした仮想メモリ領域をプロセスの終了時に開放する処理等を行う。
【００６０】
アプリケーション１２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ＷｅｂサービスアプリケーションであるＷｅｂサービス処理アプリ１２１５と、配信用アプリケーションである配信アプリ１２１７とを有する。
【００６１】
各アプリケーション１２１１〜１２１７は、プラットフォーム１２２０上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御およびジョブ生成などをおこなう画面表示制御プログラムがその主体となる。なお、ＮＣＳ１２２８により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加または削除することができる。
【００６２】
Ｗｅｂサービス処理アプリ１２１５は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）又は所定記述形式に従ってメッセージ交換を行うメッセージ処理部８０と、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を介してＷｅｂサービスとして提供する少なくとも１つ以上のＷｅｂサービスファンクション（ＷＳＦ）１４００とを有する。
【００６３】
このように、融合機１２００は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。
【００６４】
次に、融合機１２００のハードウェア構成について説明する。図２は、図１に示す融合機のハードウェア構成を示すブロック図である。図２に示すように、この融合機１２００は、オペレーションパネル１３１０と、ＦＣＵ（ファックスコントロールユニット）１３２０、プロッタ１２０１、スキャナ１２０２及びその他ハードウェア１２０３とで構成されるエンジン部１３５０と、コントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス１３０９等で接続した構成となる。ＦＣＵ１３２０は、受信したファックスデータを格納するための不揮発性メモリ１３２１と、ＦＣＵ１３２０内での時間を計測するためのＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１３２２とを有し、通常Ｇ３規格に従ってファックスデータの送受信を行う。ＦＣＵ１３２０は、オプションとして更にＧ３規格とＧ４規格とを搭載しても良い。
【００６５】
コントローラ１３００は、ＡＳＩＣ１３０１にＭＥＭ−Ｃ１３０２、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１３０３などを接続するとともに、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。このように、ＮＢ１３０５を介して接続する理由は、ＣＰＵ１３０４自体のインターフェイスが公開されていないためである。
【００６６】
ここで、このＡＳＩＣ１３０１とＮＢ１３０５は、単にＰＣＩを介して接続されているのではなく、ＡＧＰ１３０８を介して接続されている。このようにＡＧＰ１３０８を介して接続することとした理由は、この融合機１２００がプラットフォーム１２２０やアプリケーション１２３０を形成する複数のプロセスを実行制御する関係上、これらを低速のＰＣＩで接続したのでは、パフォーマンスが低下するからである。
【００６７】
ＣＰＵ１３０４は、融合機１２００の全体制御をおこなうものであり、具体的には、ＯＳ１２２１上でプラットフォーム１２２０を形成するＳＣＳ１２２２、ＳＲＭ１２２３、ＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、ＮＣＳ１２２８をそれぞれプロセスとして起動して実行させるとともに、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、Ｗｅｂサービス処理アプリ１２１５、配信アプリ１２１７を起動して実行させる。
【００６８】
ＮＢ１３０５は、ＣＰＵ１３０４とＭＥＭ−Ｐ１３０６、ＳＢ１３０７、ＡＳＩＣ１３０１とを接続するためのブリッジであり、ＭＥＭ−Ｐ１３０６は、融合機の描画用メモリなどとして用いるシステムメモリであり、ＭＥＭ−Ｃ１３０２は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。
【００６９】
ＮＢ１３０５は、ＰＣＩバスを介してＳＢ１３０７と接続する他、ネットワーク通信を制御するＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１３１１と、ＵＳＢディスクとして扱うことでデータを取り込むことができるＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ターゲット１３１２と、ＩＥＥＥ１３９４専用のケーブルで接続可能なＩＥＥＥ１３９４１３１３と、パラレルケーブルによって接続可能なセントロニクス１３１４と、シリアルケーブルによって接続可能なシリアル１３１５と、他のＵＳＢターゲット（例えば、パーソナルコンピュータ）と接続し大容量の画像データの送受信を可能とするＵＳＢホスト１３１６とを接続する。
【００７０】
ＳＢ１３０７は、ＮＢ１３０５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＳＢ１３０７は、コントローラ１３００での時間を計測するＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１３２３を有する。また、ＳＢ１３０７は、内部にＵＳＢホストを有し、例えば、ＵＳＢ接続のカメラを接続することで画像データを取り込むことが可能であり、また、他のＵＳＢターゲットからデータを受け取ることも可能である。
【００７１】
融合機１２００では、ＳＢ１３０７、ＮＩＣ１３１１、ＵＳＢターゲット１３１２、ＩＥＥＥ１３９４１３１３、セントロニクス１３１４、シリアル１３１５、ＵＳＢホスト１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、Ｇ４オプションの複数のポートを介して送受信されるデータがＨＤＤ１３０３に蓄積され一元的に管理される。
【００７２】
ＨＤＤ１３０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示をおこなう操作部である。
【００７３】
したがって、ＡＳＩＣ１３０１には、ＭＥＭ−Ｃ１３０２を接続するためのＲＡＭインターフェイスと、ＨＤＤ１３０３を接続するためのハードディスクインターフェースが設けられ、これらの記憶部に対して画像データの入出力をおこなう場合には、入出力先がＲＡＭインターフェイスまたはハードディスクインターフェースに切り替えられる。
【００７４】
ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェイスであり、システムメモリに高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にする。
【００７５】
以下、上述したような図１に示す機能構成、及び、図２に示すハードウェア構成を有する融合機１２００がＷｅｂサービスを提供するための機能構成例について説明する。ここで、Ｗｅｂサービスとは、ネットワーク機器からのＨＴＴＰリクエストによるサービス要求に応じて、融合機１２００が所定の処理を行ない、その処理結果をＨＴＴＰレスポンスとしてネットワーク機器へ提供することを言う。
【００７６】
以下、ＳＯＡＰ及びＨＴＭＬによるＷｅｂサービスの提供を可能とする融合機１２００の機能構成について図３で説明する。図３は、Ｗｅｂサービスを提供する融合機の機能構成例を示す図である。図３において、図１に示す融合機１２００の機能構成のうち主要な機能構成のみが図示され、他の機能構成は省略される。融合機１２００は、ＳＯＡＰによってＷｅｂサービスの提供を受けるネットワーク機器１０Ａと、ＨＴＭＬによってＷｅｂサービスの提供を受けるネットワーク機器１０Ｂとにネットワーク１５を介して接続される。
【００７７】
図３において、融合機１２００は、ＨＴＴＰに従った通信制御を行うと共に、内部のＷｅｂサービス提供処理部に処理を分配するＷｅｂサーバー５００と、複数のＷｅｂサービス提供処理部としてファイル管理Ｗｅｂサービス提供処理部４０及び他Ｗｅｂサービス提供処理部４９と、スキャナ１２０２と、ＨＤＤ１３０３と、プロッタ１２０１と、オペレーションパネル１３１０と、ＦＣＵ（ＦＡＸコントロールユニット）１３２０等とを有する。複数のＷｅｂサービス提供処理部４０及び４９は、夫々Ｗｅｂサービスファンクション（ＷＳＦ）１４００を有する。
【００７８】
図３に示す機能構成例の場合、ファイル管理Ｗｅｂサービス提供処理部４０は、Ｗｅｂサービスファンクション（ＷＳＦ）１４００として、ＨＤＤ１３０３に蓄積される文書（ファイル）を管理するファイル管理実行部４００を有する。また、複数のＷｅｂサービス提供処理部４０及び４９は、図１に示すＷｅｂサービス処理アプリ１２１５内に構成される。
【００７９】
Ｗｅｂサーバー５００は、ＨＴＴＰに従った通信制御を行うｈｔｔｐｄ２と、ＨＴＴＰリクエストに対応するＷｅｂサービス提供処理部４０又は４９へ処理を分配するディストリビューター（Ｄｉｓｔｒｉｂｕｔｏｒ）３０と、ネットワーク１５を介して受信したＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１と、ＨＴＴＰリクエストで示されるＷｅｂサービスの処理をファイル管理実行部４００に振り分けるディスパッチャー（Ｄｉｓｐａｔｃｈｅｒ）６０Ｂと、ファイル管理実行部４００から通知される処理結果を示すＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）２４を作成するＨＴＭＬ作成部５０２とを有する。ここで、ＨＴＴＰリクエストはＨＴＴＰに従ったデータ通信によって、Ｗｅｂサービスを要求することを示し、ＨＴＴＰレスポンスは該Ｗｅｂサービスの処理結果を通知する応答を示す。
【００８０】
ディストリビューター３０は、ＨＴＴＰリクエストがＳＯＡＰによるＨＴＴＰリクエストであるか否かを判断する判断部を有する。ＳＯＡＰを指定するＨＴＴＰリクエストである場合、ＳＯＡＰＡｃｔｉｏｎで指定されるＷｅｂサービス提供処理部４０又は４９へ処理を分配する。一方、ＳＯＡＰを指定しないＨＴＴＰリクエストである場合、つまり、ＧＥＴ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストである場合、ＨＴＴＰリクエストをＨＴＴＰリクエスト処理部５０１に通知する。
【００８１】
更に、ＨＴＭＬ作成部５０２は、ＸＭＬ処理部５０によって生成されたＸＭＬを所定のＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）２５を用いてＨＴＭＬフォーマットに変換するＸＳＬプロセッサ５０３を有する
また、ＸＭＬで記述されたメッセージを処理するＸＭＬ処理部５０と、ＳＯＡＰに従ってメッセージ交換を行うＳＯＡＰ処理部７０とを有する。ＸＭＬ処理部５０と、ＳＯＡＰ処理部７０とは、複数のＷｅｂサービス提供処理部４０及び４９とで共有される。
【００８２】
ＸＭＬ処理部５０は、ＳＯＡＰを指定するＨＴＴＰレスポンスのボディ部の生成方法と同様に、ＳＯＡＰを指定しないＨＴＴＰレスポンスのボディ部をＸＭＬで記述して生成する。更に、ＳＯＡＰ処理部７０は、Ｗｅｂサービスの処理内容を示す処理メッセージに基づいてファイル管理実行部４００に振り分けるディスパッチャー（Ｄｉｓｐａｔｃｈｅｒ）６０Ａを有する。
【００８３】
なお、融合機１２００において、説明の便宜上、複数のＷｅｂサービス提供処理部として、ファイル管理Ｗｅｂサービス提供処理部４０と他Ｗｅｂサービス提供処理部４９のみが示されるが、更に多くのＷｅｂサービス提供処理部を有する構成とすることもできる。この場合、ＳＯＡＰ処理部７０は、複数のＷｅｂサービス提供処理部の夫々の実行部に処理を振り分ける複数のディスパッチャー６０Ａを備えるようにする。また、それら複数のＷｅｂサービス提供処理部によって、ＸＭＬ処理部５０及びＳＯＡＰ処理部７０は共有される。同様に、複数のディスパッチャー６０Ｂが複数のＷｅｂサービス提供処理部に対応させて備えられる。
【００８４】
また、ネットワーク１５を介して融合機１２００と接続されるネットワーク機器１０Ａは、キーボード又はマウス等の入力装置からの入力データを制御すると共に、モニタ９Ａに表示させる出力データとを制御する入出力制御部１１Ａと、融合機１２００に対するＷｅｂサービスの処理内容及び融合機１２００からのＷｅｂサービスの処理結果をＸＭＬによって処理するＸＭＬ処理部１３と、ＨＴＴＰに従ったリクエストの生成及びレスポンスを解析するリクエスト／レスポンス処理部１４とを有する。ネットワーク１５を介して融合機１２００と接続されるネットワーク機器１０Ｂは、キーボード又はマウス等の入力装置からの入力データを制御すると共に、モニタ９Ｂに表示させる出力データとを制御する入出力制御部１１Ｂを有し、ＨＴＴＰに従ったリクエストの生成及びレスポンスを表示するＷｅｂブラウザ２３を有する。
【００８５】
先ず、ネットワーク機器１０Ａからの要求に応じてＷｅｂサービスを提供する処理フローについて説明する。ネットワーク機器１０Ａを利用する利用者は、所望のＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ要求する（ステップＳ１０１）。利用者によるＷｅｂサービスの要求に応じて、入出力制御部１１Ａは、リクエスト／レスポンス処理部１４へ要求データを通知する（ステップＳ１０２）。リクエスト／レスポンス処理部１４は、入出力制御部１１からの要求データに基づいてＨＴＴＰリクエストを生成し（ステップＳ１０３）、ＸＭＬ処理部１３が処理内容をＸＭＬによってＨＴＴＰリクエストのボディ部に記述すると、ＳＯＡＰ処理部１２によってＳＯＡＰに従ってＨＴＴＰリクエストがネットワーク１５を介して融合機１２００へ送信される（ステップＳ１０４）。
【００８６】
融合機１２００のＷｅｂサーバー５００は、ｈｔｔｐｄ２によってＨＴＴＰリクエストを受信すると、ディストリビューター３０によって、ＨＴＴＰリクエストのヘッダ部で指定されるＷｅｂサービス提供処理部へ受信したＨＴＴＰリクエストを分配する（ステップＳ１０５）。例えば、ＨＴＴＰリクエストのヘッダ部でファイル管理Ｗｅｂサービス提供処理部４０が指定されていた場合、ファイル管理Ｗｅｂサービス提供処理部４０がディストリビューター３０によって関数コールされる。
【００８７】
ファイル管理Ｗｅｂサービス提供処理部４０において、ＳＯＡＰ処理部７０は、ＨＴＴＰリクエストをＳＯＡＰに従って処理して、ＳＯＡＰヘッダ部で指定されるファイル管理実行部４００に処理を振り分けるディスパッチャー６０Ａに通知する（ステップＳ１０６）。ディスパッチャー６０Ａは、ＨＴＴＰリクエストのヘッダ部で処理内容を振り分けて、ＸＭＬ処理部５０に通知する（ステップＳ１０７）。ＸＭＬ処理部５０は、ＸＭＬで記述されたＨＴＴＰリクエストのボディ部において処理内容を示すメッセージをファイル管理実行部４００で解釈可能な記述に変換してファイル管理実行部４００を実行する（ステップＳ１０８）。ファイル管理実行部４００は、処理内容に従ってＨＤＤ１３０３に対して処理を実行し、その処理結果を取得する（ステップＳ１０９）。例えば、処理内容に指定される文書の追加、更新、又は削除等の処理を実行する。
【００８８】
処理結果を取得したファイル管理実行部４００はＸＭＬ処理部５０へその処理結果を通知する（ステップＳ１１０）。ＸＭＬ処理部５０は、通知された処理結果をＸＭＬで記述したＸＭＬ２６を生成してＨＴＴＰレスポンスのボディ部をに設定するために、ＳＯＡＰ処理部７０に通知する（ステップＳ１１１）。そして、Ｗｅｂサーバー５００は、ｈｔｔｐｄ２を介してＸＭＬで記述された処理結果をボディ部とするＳＯＡＰに従ったＨＴＴＰレスポンスをネットワーク機器１０Ａに送信する（ステップＳ１１２）。
【００８９】
ネットワーク機器１０ＡにてＨＴＴＰレスポンスが受信されると、ＸＭＬ処理部１３は、ＨＴＴＰレスポンスのボディ部を解析して処理結果を取得し（ステップＳ１１３）、リクエスト／レスポンス処理部１４は、その取得した処理結果をモニタ９Ａに表示させる出力データとして入出力制御部１１Ａに渡す（ステップＳ１１４）。そして、入出力制御部１１Ａは、受け取った出力データをモニタ９Ａに表示させるように制御する（ステップＳ１１５）。
【００９０】
上記より、ネットワーク機器１０Ａは、予め取り決めておいたＸＭＬによる記述形式に従ってＨＴＴＰリクエストのボディ部に処理内容を記述することによって、融合機１２００に対して遠隔地からＷｅｂサービスの要求を行うことができる。また、融合機１２００は、予め取り決めておいたＸＭＬによる記述形式に従ってＨＴＴＰレスポンスのボディ部に処理結果を記述することによって、遠隔地にあるネットワーク機器１０Ａに対してＷｅｂサービスの提供を行うことが可能となる。融合機１２００は、ネットワーク１５を介して、複数のネットワーク機器１０Ａに対して、Ｗｅｂサービスを提供することも可能である。
【００９１】
次に、ネットワーク機器１０Ｂからの要求に応じてＷｅｂサービスを提供する処理フローについて説明する。ネットワーク機器１０Ｂを利用する利用者は、モニタ９Ｂに表示されるＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ所望のＷｅｂサービスを要求し、入出力制御部１１Ｂはその要求データを受信する（ステップＳ１２１）。Ｗｅｂブラウザ２３は、入出力制御部１１Ｂが受信した要求データに基づいて、ＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストを生成してネットワーク１５を介して融合機１２００へ送信する（ステップＳ１２２）。
【００９２】
融合機１２００はネットワーク機器１０ＢからＨＴＴＰリクエストを受信すると、Ｗｅｂサーバー５００によってＨＴＴＰリクエストを解析する。つまり、ネットワーク通信制御を行うｈｔｔｐｄ２がＨＴＴＰリクエストを受信すると、ディストリビューター３０によって、ＨＴＴＰリクエストのヘッダ部で指定される、例えば、メソッド（ＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤ）に応じた解析がなされるようにＨＴＴＰリクエストがＨＴＴＰリクエスト処理部５０１に分配される（ステップＳ１２３）。
【００９３】
ＨＴＴＰリクエスト処理部５０１は、メソッドに応じてボディ部から処理内容を取得し、例えば、ヘッダ部でＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）又はＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）によってファイル管理Ｗｅｂサービスが指定されている場合、ディスパッチャー６０Ｂによって、ファイル管理実行部４００へ処理内容に応じた処理の振り分けを行う（ステップＳ１２４）。ファイル管理実行部４００は、処理内容に従ってＨＤＤ１３０３に対して処理を実行し、その処理結果を取得する（ステップＳ１２５）。例えば、処理内容に指定される文書の追加、更新、又は削除等の処理を実行する。
【００９４】
処理結果を取得したファイル管理実行部４００はＸＭＬ処理部５０へその処理結果を通知する（ステップＳ１２６）。ＸＭＬ処理部５０は、ＳＯＡＰによるＨＴＴＰレスポンスのボディ部を生成するのと同様に、通知された処理結果をＸＭＬで記述したＸＭＬ２６を生成して、ＨＴＴＰレスポンスのボディ部に設定するために、Ｗｅｂサーバー５００のＨＴＭＬ作成部５０２に通知する（ステップＳ１２７）。ＨＴＭＬ作成部５０２は、ＸＳＬプロセッサ５０３によって所定のＸＳＬ２５を用いてＨＴＭＬフォーマットに変換したＨＴＭＬ２４を生成し、ｈｔｔｐｄ２にＨＴＭＬ２４の送信を依頼する（ステップＳ１２８）。ｈｔｔｐｄ２は、ｈｔｔｐに従ってＨＴＭＬ２４をネットワーク機器１０Ｂへ送信する（ステップＳ１２９）。
【００９５】
ネットワーク機器１０ＢにてＨＴＴＰレスポンスが受信されると、Ｗｅｂブラウザ２３は、入出力制御部１１Ｂによってモニタ９ＢへＨＴＭＬ２４を表示させる（ステップＳ１３０）。
【００９６】
上記より、ネットワーク機器１０Ｂは、融合機１２００との間で特別なメッセージ交換方法を必要とせずに、Ｗｅｂブラウザ２３を利用するのみで、融合機１２００からＷｅｂサービスの提供を受けることができ、ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）を実現することができる。また、Ｗｅｂサーバー５００に、各Ｗｅｂサービスの実行部における処理の特性に応じてＸＳＬ２５を備えるようにすることで、ネットワーク機器１０Ｂへ処理結果を表示する際にＷｅｂサービス毎の表示画面を提供することが可能となる。
【００９７】
従って、融合機１２００は、ＳＯＡＰに従ってメッセージ交換を行うことができるネットワーク機器１０Ａと、Ｗｅｂブラウザ２３を有するネットワーク機器１０Ｂとに対して、同じファイル管理実行部４００によるＷｅｂサービスの提供を行うことができる。ファイル管理実行部４００を有するファイル管理Ｗｅｂサービス提供処理部４０が、プロトコルの異なる処理リクエストによって共有することができるため、処理リクエストのプロトコル毎にファイル管理Ｗｅｂサービス提供処理部４０を開発する必要がない。
【００９８】
また、融合機１２００では、Ｗｅｂサーバー５００にＸＳＬ２５を備えることによって、ＸＭＬ処理部５０でのＳＯＡＰを指定するＨＴＴＰレスポンスのボディ部の記述とＳＯＡＰを指定しないＨＴＴＰレスポンスのボディ部の記述の処理を共通化することができる。
【００９９】
融合機１２００とネットワーク機器１０との間でＳＯＡＰに従ってメッセージ交換するＨＴＴＰリクエスト及びＨＴＴＰレスポンスについて図４及び図５で説明する。図４は、ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。図４に示すＨＴＴＰリクエストにおいて、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）１６は、ＰＯＳＴメソッドによってＨＴＴＰリクエストが送信されるＵＲＩを示し、例えば、「ｎｅｔｄｏｃ」である。更に、ＳＯＡＰＡｃｔｉｏｎ１７でリクエストの目的を表すＵＲＩが示され、例えば、「ｈｔｔｐ：／／ｆｏｏ．ｂａｒ．ｃｏｍ／ｎｅｔｄｏｃ／ｆｉｌｅｍａｎａｇｅｍｅｎｔ」によって「ファイル管理」が指定される。
【０１００】
図３の融合機１２００のｈｔｔｐｄ２のディストリビューター３０は、ＳＯＡＰＡｃｔｉｏｎ１７で指定される「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」により、ファイル管理Ｗｅｂサービス提供処理部４０にＨＴＴＰリクエストを分配する。ファイル管理Ｗｅｂサービス提供処理部４０は、ＳＯＡＰ処理部７０によってＳＯＡＰに従ってＨＴＴＰリクエストを処理する。ＳＯＡＰ処理部７０において、ディスパッチャー６０Ａは、ＳＯＡＰＡｃｔｉｏｎ１７で指定される「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」により、ファイル管理実行部４００に処理を振り分ける。また、ＸＭＬ処理部５０は、ＳＯＡＰエンベロープのボディ（＜ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞まで）にＸＭＬによって記述されるメッセージ１８を解析する。例えば、メッセージ１８は、＜ｎｓ：ｆｉｌｅｍａｎａｇｅｍｅｎｔ＞から＜／ｎｓ：ｆｉｌｅｍａｎａｇｅｍｅｎｔ＞までに示される。「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」は、コマンドを示す。メッセージ１８によって要求される処理内容は、＜ｆｉｌｅＩｄ＞から＜／ｆｉｌｅＩｄ＞によって指定されるファイルＩＤ「１２３」を、＜ｏｐｅｒａｔｉｏｎＣｏｄｅ＞から＜／ｏｐｅｒａｔｉｏｎＣｏｄｅ＞によって指定されるオペレーションコード「３」の処理を行うことを示している。例えば、オペレーションコード「３」はファイル削除、オペレーションコード「１」はファイル追加、オペレーションコード「２」はファイル編集を要求する。
【０１０１】
この場合、ディスパッチャー６０Ａによって処理が振り分けられたファイル管理実行部４００は、ＸＭＬ処理部５０によって解析された処理内容に従って、ＨＤＤ１３０３からフィルＩＤ「１２３」の文書を削除する。
【０１０２】
なお、上記例は、一つのコマンド「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」で、＜ｏｐｅｒａｔｉｏｎＣｏｄｅ＞の設定によってファイルの管理方法を指定しているが、ファイル管理の処理を細分し、例えば、ファイル追加Ｗｅｂサービス、ファイル編集Ｗｅｂサービス、及び、ファイル削除Ｗｅｂサービス等のように複数のＷｅｂサービスをＷｅｂサービスファンクション１４００としてＷｅｂサービス処理アプリ１２１５に備えるようにしても良い。この場合、例えば、「ｆｉｌｅａｄｄ」、「ｆｉｌｅｅｄｉｔ」、「ｆｉｌｅｄｅｌｅｔｅ」のように、Ｗｅｂサービス毎に一意に対応するコマンドがＸＭＬメッセージ１８に設定されるようにすることによって、＜ｏｐｅｒａｔｉｏｎＣｏｄｅ＞によるオペレーションコードが不要となる。
【０１０３】
図５は、ＳＯＡＰによるＨＴＴＰレスポンスの例を示す図である。図５に示すＨＴＴＰレスポンスは、ファイル管理Ｗｅｂサービス提供処理部４０のＳＯＡＰ処理部７０によって、ファイル管理実行部４００の処理結果に基づいて作成される。図５に示すＨＴＴＰレスポンスにおいて、ＳＯＡＰ処理部７０は、ファイル管理Ｗｅｂサービス提供処理部４０の処理結果に基づいて、ステータスコード２０として「２００」と、説明句２１として「ＯＫ」を設定する。更に、ＸＭＬ処理部５０は、ＳＯＡＰエンベロープのボディ（＜ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞まで）にＸＭＬによって記述されるメッセージ２２を生成する。コマンド「ｆｉｌｅｍａｎａｇｅｍｅｎｔ」のレスポンスは、＜ｎｓ：ｆｉｌｅｍａｎａｇｅｍｅｎｔＲｅｓｐｏｎｓｅ＞から＜／ｎｓ：ｆｉｌｅｍａｎａｇｅｍｅｎｔＲｅｓｐｏｎｓｅ＞で示され、例えば、＜ｒｅｑｕｅｓｔＩｄ＞と＜／ｒｅｑｕｅｓｔＩｄ＞とのよってリクエストＩＤ「１０」が設定される。このＨＴＴＰレスポンスを受信したネットワーク機器１０Ａは、ＸＭＬ処理部１３によるＸＭＬによって記述されたメッセージ２２を処理することによって、処理が正常に行われたことを確認する。
【０１０４】
次に、一つのＷｅｂサービス提供処理部の複数のメソッドを組み合せて実行する複合Ｗｅｂサービス提供処理部を有する融合機１２００について説明する。図６は、複合Ｗｅｂサービスを有する融合機の例を説明するための機能構成例を示す図である。図６において、図１に示す融合機１２００の機能構成のうち主要な機能構成のみが図示され、他の機能構成は省略される。融合機１２００は、ＳＯＡＰによってＷｅｂサービスの提供を受けるネットワーク機器１０Ａと、ＨＴＭＬによってＷｅｂサービスの提供を受けるネットワーク機器１０Ｂとにネットワーク１５を介して接続される。
【０１０５】
図６において、融合機１２００は、主に、ＨＴＴＰに従った通信制御を行うと共に、内部のＷｅｂサービス提供処理部に処理を分配するＷｅｂサーバー５００と、複数のＷｅｂサービス提供処理部としてファイル管理Ｗｅｂサービス提供処理部４０、他Ｗｅｂサービス提供処理部４９及び複合Ｗｅｂサービス提供処理部９０と、ＸＭＬで記述されたメッセージを処理するＸＭＬ処理部５０と、ネットワーク機器１０との間でＳＯＡＰに従うメッセージ交換を制御するＳＯＡＰ処理部７０と、スキャナ１２０２と、ＨＤＤ１３０３と、プロッタ１２０１と、オペレーションパネル１３１０と、ＦＣＵ１３２０等とを有する。
【０１０６】
ＸＭＬ処理部５０とＳＯＡＰ処理部７０とは、複数のＷｅｂサービス提供処理部４０、４９及び９０とで共有される。また、複数のＷｅｂサービス提供処理部４０、４９及び９０は、図１に示すＷｅｂサービス処理アプリ１２１５内に構成される。
【０１０７】
Ｗｅｂサーバー５００は、ＨＴＴＰに従った通信制御を行うｈｔｔｐｄ２と、ＨＴＴＰリクエストに対応するＷｅｂサービス提供処理部へ処理を分配するディストリビューター（Ｄｉｓｔｒｉｂｕｔｏｒ）３０と、ネットワーク１５を介して受信したＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１と、ＨＴＴＰリクエストで示されるＷｅｂサービスの処理を各Ｗｅｂサービス提供処理部毎に処理を振り分けるディスパッチャー６０Ｂ及び６８Ｂと、各Ｗｅｂサービス提供処理部４０、９０及び４９から通知されるＸＭＬで記述された処理結果をＨＴＭＬ２４で作成するＨＴＭＬ作成部５０２とを有する。ＨＴＭＬ作成部５０２は、ＸＭＬ処理部５０によって生成されたＸＭＬをＨＴＭＬフォーマットに変換するＸＳＬプロセッサ５０３を有する。ここで、ＨＴＴＰリクエストはＨＴＴＰに従ったデータ通信によって、Ｗｅｂサービスを要求することを示し、ＨＴＴＰレスポンスは該Ｗｅｂサービスの処理結果を通知する応答を示す。
【０１０８】
ディストリビューター３０は、ＨＴＴＰリクエストがＳＯＡＰによるＨＴＴＰリクエストであるか否かを判断する判断部を有する。ＳＯＡＰによるＨＴＴＰリクエストである場合、ＳＯＡＰＡｃｔｉｏｎで指定されるＷｅｂサービス提供処理部４０又は４９へ処理を分配する。一方、ＳＯＡＰによるＨＴＴＰリクエストでない場合、つまり、ＧＥＴ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストである場合、ＨＴＴＰリクエストをＨＴＴＰリクエスト処理部５０１に通知する。
【０１０９】
ファイル管理Ｗｅｂサービス提供処理部４０は、ＨＤＤ１３０３に蓄積されている文書を特定する文書ＩＤのリストを取得する文書ＩＤリスト取得メソッド４０１と、文書ＩＤに対応するＨＤＤ１３０３に蓄積されている文書に関する書誌情報を取得する書誌情報取得メソッド４０２とを有する。メソッドは、ファイル管理Ｗｅｂサービス提供処理部４０でのＷｅｂサービスの処理の単位を示し、ファイル管理Ｗｅｂサービス提供処理部４０は、複数のメソッドによって図１に示すＷｅｂサービスファンクション１４００を構成し、ネットワーク機器１０Ａ又は１０Ｂからの要求に応じたＷｅｂサービスの提供を行う。図３に示される第一機能構成例の場合、複数のメソッドとして、文書ＩＤリスト取得メソッド４０１と書誌情報取得メソッド４０２とに限定されるものではなく、これらメソッド以外に複数のメソッドを構成することも可能である。
【０１１０】
複合Ｗｅｂサービス提供処理部９０の文書一覧作成複合メソッド８００は、文書ＩＤリスト取得メソッド４０１を利用して文書ＩＤのリストを取得する文書ＩＤリスト取得部８０１と、書誌情報取得メソッド４０２を利用して文書ＩＤに対応する書誌情報を取得する書誌情報取得部８０２と、取得した書誌情報に基づいて文書一覧を作成する文書一覧作成部８０３とを有する。文書一覧作成複合メソッド８００は、文書ＩＤリスト取得メソッド４０１及び書誌情報取得メソッド４０２を利用しているため、それらメソッドの実体を備えてはいない。よって、文書一覧作成複合メソッド８００を実現するために開発される部分は、主に、文書一覧作成部８０３のみである。そのため、開発効率を大幅に削減することができる。また、複合Ｗｅｂサービス提供処理部９０は、文書一覧作成複合メソッド８００のような処理単位及びメソッドの実体を備えたメソッドによる処理単位を複数有する集合体を図１に示すＷｅｂサービスファンクション１４００として構成する。
【０１１１】
ＳＯＡＰ処理部７０は、更に、各Ｗｅｂサービス提供処理部４０及び９０に処理を振り分けるディスパッチャー（Ｄｉｓｐａｔｃｈｅｒ）６０Ａ、６８Ａ等を有し、例えば、ファイル管理Ｗｅｂサービス提供処理部４０の各メソッド４０１又は４０２へ処理を振り分けるディスパッチャー６０Ａと、複合Ｗｅｂサービス提供処理部９０の文書一覧作成複合メソッド８００に対して処理を振り分けるディスパッチャー６８Ａと、他Ｗｅｂサービス提供処理部４９のメソッドに対して処理を振り分ける他のディスパッチャー（図示せず）とを有する。なお、融合機１２００において、説明の便宜上、複数のＷｅｂサービス提供処理部として、ファイル管理Ｗｅｂサービス提供処理部４０と、複合Ｗｅｂサービス提供処理部９０と、他Ｗｅｂサービス提供処理部４９のみが示されるが、更に多くのＷｅｂサービス提供処理部を有する構成とすることもできる。また、それら複数のＷｅｂサービス提供処理部によって、ＸＭＬ処理部５０及びＳＯＡＰ処理部７０は共有される。
【０１１２】
また、ネットワーク１５を介して融合機１２００と接続されるネットワーク機器１０Ａ及びネットワーク機器１０Ｂの機能構成は、図３に示すネットワーク機器１０Ａ及びネットワーク機器１０Ｂと同様であるため、その説明を省略する。
【０１１３】
先ず、ネットワーク機器１０Ａからの要求に応じてＷｅｂサービスを提供する処理フローについて説明する。ネットワーク機器１０Ａを利用する利用者は、所望のＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ要求する（ステップＳ３１）。例えば、利用者は、融合機１２００のＨＤＤ１３０３に蓄積された文書の一覧を提供するＷｅｂサービスをモニタ９Ａの画面から要求したとする。利用者によるＷｅｂサービスの要求に応じて、入出力制御部１１Ａは、リクエスト／レスポンス処理部１４へ要求データを通知する（ステップＳ３２）。リクエスト／レスポンス処理部１４は、入出力制御部１１からの要求データに基づいてリクエストを生成し、生成したリクエストをＳＯＡＰ処理部１２に通知する（ステップＳ３３）。ＳＯＡＰ処理部１２は、ＸＭＬ処理部１３利用者が所望するＷｅｂサービスの処理内容をＸＭＬによってＨＴＴＰリクエストのボディ部を記述し、ＳＯＡＰに従ってＨＴＴＰリクエストを生成する。そして、該ＨＴＴＰリクエストをネットワーク１５を介して融合機１２００へ送信する（ステップＳ３４）。
【０１１４】
融合機１２００のｈｔｔｐｄ２は、ＨＴＴＰリクエストを受信すると、ディストリビューター３０によって、ＨＴＴＰリクエストのヘッダ部で指定されるＷｅｂサービス提供処理部へ受信したＨＴＴＰリクエストを分配する（ステップＳ３５）。例えば、ＨＴＴＰリクエストのヘッダ部で複合Ｗｅｂサービス提供処理部９０が指定されていた場合、複合Ｗｅｂサービス提供処理部９０がディストリビューター３０によって実行される。
【０１１５】
複合Ｗｅｂサービス提供処理部９０は、ＳＯＡＰに従ったＨＴＴＰリクエストを処理するために、ＳＯＡＰ処理部７０に受信したＨＴＴＰリクエストを通知する（ステップＳ３６）。ＳＯＡＰ処理部７０は、ＳＯＡＰに従ってＨＴＴＰリクエストを処理し、ディスパッチャー６８は、ＨＴＴＰリクエストのヘッダ部で指定される文書一覧作成複合メソッド８００に処理を振り分けて、ＨＴＴＰのメソッドに応じてＸＭＬ処理部５０を実行する（ステップＳ３７）。ＸＭＬ処理部５０は、ＸＭＬで記述されたＨＴＴＰリクエストのボディ部において処理内容を示すメッセージを文書一覧作成複合メソッド８００で解釈可能な記述に変換して、文書一覧作成複合メソッド８００に通知する（ステップＳ３８）。
【０１１６】
文書一覧作成複合メソッド８００は、先ず、文書ＩＤリスト取得部８０１によって、ファイル管理Ｗｅｂサービス提供処理部４０の文書ＩＤリスト取得メソッド４０１を関数コールする（ステップＳ３９）。文書ＩＤリスト取得メソッド４０１は、ＨＤＤ１３０３で管理している文書を識別する文書ＩＤを取得して文書ＩＤリストを作成する。この場合、文書ＩＤリスト取得メソッド４０１（ｌｉｓｔＩＤ（ｄｏｃＩＤＬｉｓｔ））は、文書ＩＤ「１０１」、「１０２」、「１０３」とを取得したとすると、文書ＩＤリスト（ｄｏｃＩＤＬｉｓｔ）を、ｄｏｃＩＤＬｉｓｔ＝｛１０１， １０２， １０３， ０｝（「０（ゼロ）」は終了を示す）のように設定し文書ＩＤリスト取得部８０１に通知する（ステップＳ４０）。
【０１１７】
文書一覧作成複合メソッド８００は、続けて、書誌情報取得部８０２によってファイル管理Ｗｅｂサービス提供処理部４０の書誌情報取得メソッド４０２を関数コールする（ステップＳ４１）。書誌情報取得メソッド４０２は、ＨＤＤ１３０３で管理している文書に対して、書誌情報取得部８０２から通知された文書ＩＤで書誌情報を問い合わせ、書誌情報を作成する。例えば、文書ＩＤ「１０１」について書誌情報を取得する場合、書誌情報取得部８０２は、書誌情報取得メソッド４０２（ｇｅｔＰｒｏｐｓ（ｄｏｃＩＤ，ｐｒｏｐｓ））をｇｅｔＰｒｏｐｓ（１０１，ｐｒｏｐｓ）のようにして関数コールする。
【０１１８】
コールされた書誌情報取得メソッド４０２は、ＨＤＤ１３０３に対して指定された文書ＩＤで書誌情報を問い合わせ、該書誌情報を書誌情報取得部８０２へ通知する（ステップＳ４２）。つまり、書誌情報取得メソッド４０２は、書誌情報取得部８０２から通知された文書ＩＤ「１０１」でＨＤＤ１３０３から書誌情報を取得する。そして、書誌情報取得メソッド４０２は、書誌情報取得部８０２へ通知するための書誌情報を作成する。例えば、書誌情報は、ｐｒｏｐ＝｛文書ＩＤ， 文書名， ページ数， 所有者， ０｝（「０（ゼロ）」は書誌情報の終了を示す）として作成され、この場合、ｐｒｏｐ＝｛１０１， ”蓄積文書１”， ３， “ユーザー１”， ０｝のように文書ＩＤ「１０１」に対して設定される。書誌情報取得メソッド４０２は、指定された文書ＩＤに対する書誌情報の作成結果を文書一覧作成複合メソッド８００の書誌情報取得部８０２へ通知する。
【０１１９】
文書一覧作成複合メソッド８００の書誌情報取得部８０２は、その他の文書ＩＤ「１０２」及び「１０３」について、上記同様の処理を繰り返して、全ての文書情報を取得する。
【０１２０】
文書一覧作成複合メソッド８００は、更に、文書一覧作成部８０３によって、文書一覧を作成し、その文書一覧をＸＭＬで記述するためにＸＭＬ処理部５０へ通知する（ステップＳ４３）。つまり、文書一覧作成部８０３は、文書一覧を、例えば、ｄｏｃＬｉｓｔ＝｛｛１０１， ”蓄積文書１”， ３， ”ユーザー１”，０｝，｛１０２， ”蓄積文書２”，１０， ”ユーザー２”，０｝，｛１０３， ”蓄積文書３”， １， ”ユーザー１”，０｝，０｝のように作成する。この作成された文書一覧（ｄｏｃＬｉｓｔ）がＸＭＬ処理部５０に通知される。ＸＭＬ処理部５０は、文書一覧（ｄｏｃＬｉｓｔ）を受け取ると、ＸＭＬで記述したＸＭＬ２６を生成してＳＯＡＰ処理部７０へ通知する（ステップＳ４４）。ＳＯＡＰ処理部７０は、ＸＭＬで記述された文書一覧を受け取ると、ＨＴＴＰレスポンスのボディ部に受け取ったＸＭＬで記述された文書一覧を設定してＳＯＡＰに従ってＨＴＴＰレスポンスを生成する（ステップＳ４５）。
【０１２１】
このような機能構成例において、複合Ｗｅｂサービス提供処理部９０が文書一覧作成複合メソッド８００によって、文書ＩＤリスト取得メソッド４０１及び書誌情報取得メソッド４０２の実体を備えることなく、複数のメソッドを組み合せて一連のＷｅｂサービスの処理を行うことができる。よって、ネットワーク機器１０Ａは、融合機１２００が提供可能なＷｅｂサービスの単位を意識することなく、一回のＨＴＴＰリクエストによって一連のＷｅｂサービスの提供を受けることができる。
【０１２２】
更に、図６において、ファイル管理Ｗｅｂサービス提供処理部４０自身によってＷｅｂサービスを提供することも可能である。つまり、ｈｔｔｐｄ２がネットワーク機器１０からＨＴＴＰリクエストを受信すると（ステップＳ３４），ディストリビューター３０は、ＨＴＴＰリクエストのヘッダ部で指定される書誌情報取得のＷｅｂサービスの要求に応じて、ファイル管理Ｗｅｂサービス提供処理部４０の書誌情報取得メソッド４０２へ受信したＨＴＴＰリクエストを分配する（ステップＳ３５−３）。
【０１２３】
ファイル管理Ｗｅｂサービス提供処理部４０は、ＳＯＡＰに従ったＨＴＴＰリクエストを処理するために、ＳＯＡＰ処理部７０に受信したＨＴＴＰリクエストを通知する（ステップＳ３６−３）。ＳＯＡＰ処理部７０は、ＳＯＡＰに従ってＨＴＴＰリクエストを処理し、ディスパッチャー６０Ａは、ＨＴＴＰリクエストのヘッダ部で指定される書誌情報取得メソッド４０２に処理を振り分けて、ＨＴＴＰのメソッドに応じてＸＭＬ処理部５０を実行する（ステップＳ３７−３）。ＸＭＬ処理部５０は、ＸＭＬで記述されたＨＴＴＰリクエストのボディ部において処理内容を示すメッセージを書誌情報取得メソッド４０２で解釈可能な記述に変換して、書誌情報取得メソッド４０２に通知する（ステップＳ３８−３）。
【０１２４】
書誌情報取得メソッド４０２は、ＨＤＤ１３０３で管理している文書に対して、ＸＭＬ処理部５０で処理されたメッセージで指定される文書ＩＤで書誌情報を問い合わせて、その書誌情報をＸＭＬで記述するためにＸＭＬ処理部５０へ通知する（ステップＳ４３−３）。ＸＭＬ処理部５０では、書誌情報をＸＭＬで記述したＸＭＬ２６が生成される。更に、ＳＯＡＰ処理部７０において、ＨＴＴＰレスポンスのボディ部にＸＭＬ２６を設定してＳＯＡＰに従ってＨＴＴＰレスポンスが生成され（ステップＳ４５―３）、ｈｔｔｐｄ２からネットワーク機器１０へ送信される（ステップＳ４６−３及びＳ４７）。
【０１２５】
このように、融合機１２００は、ネットワーク機器１０Ａからの書誌情報の提供を要求するＨＴＴＰリクエストに応じて、実体を備えた書誌情報取得メソッド４０２自身を実行することができる。また、同様にして、文書ＩＤリスト取得メソッド４０１自身を実行することも可能である。
【０１２６】
よって、融合機１２００は、画像を形成すると共に、実際にＷｅｂサービスを提供するための処理を行う複数のメソッドと、それらの組み合せによって、幅広いＷｅｂサービスを提供することができる。
【０１２７】
次に、ネットワーク機器１０Ｂからの要求に応じてＷｅｂサービスを提供する処理フローについて説明する。ネットワーク機器１０Ｂを利用する利用者は、モニタ９Ｂに表示されるＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ所望のＷｅｂサービスを要求し、入出力制御部１１Ｂはその要求データを受信する（ステップＳ５１）。Ｗｅｂブラウザ２３は、入出力制御部１１が受信した要求データに基づいて、ＧＥＴ ＭＥＴＨＯＤ又はＰＯＳＴ ＭＥＴＨＯＤによるＨＴＴＰリクエストを生成してネットワーク１５を介して融合機１２００へ送信する（ステップＳ５２）。例えば、Ｗｅｂブラウザ２３は、
ＧＥＴ ／ｄｏｃｕｍｅｎｔＬｉｓｔ．ｃｇｉ ＨＴＴＰ／１．１
のようなＧＥＴメソッドによるＨＴＴＰリクエストを送信する。
【０１２８】
融合機１２００のＷｅｂサーバー５００のｈｔｔｐｄ２が、ネットワーク機器１０から受信したＨＴＴＰリクエストを受信すると、ディストリビューター３０は、ＨＴＴＰリクエストのＧＥＴメソッドに基づいてＧＥＴメソッドによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１に該ＨＴＴＰリクエストを分配する（ステップＳ５３）。ＨＴＴＰリクエスト処理部５０１は、ディスパッチャー６８によって、ＨＴＴＰリクエストのヘッダ部で指定される文書一覧作成複合メソッド８００に処理を振り分ける（ステップＳ５４）。例えば、「ｄｏｃｕｍｅｎｔＬｉｓｔ．ｃｇｉ」によって、「ｄｏｃｕｍｅｎｔＬｉｓｔ．ｃｇｉ」に相当する文書一覧作成複合メソッド８００が実行される。
【０１２９】
文書一覧作成複合メソッド８００は、先ず、文書ＩＤリスト取得部８０１によって、ファイル管理Ｗｅｂサービス提供処理部４０の文書ＩＤリスト取得メソッド４０１を関数コールする（ステップＳ５５）。文書ＩＤリスト取得メソッド４０１は、ＨＤＤ１３０３で管理している文書を識別する文書ＩＤを取得し（ステップＳ５６）、文書ＩＤリストを作成する。この場合、文書ＩＤリスト取得メソッド４０１（ｌｉｓｔＩＤ（ｄｏｃＩＤＬｉｓｔ））は、文書ＩＤ「１０１」、「１０２」、「１０３」とを取得したとすると、文書ＩＤリスト（ｄｏｃＩＤＬｉｓｔ）を、ｄｏｃＩＤＬｉｓｔ＝｛１０１， １０２， １０３， ０｝（「０（ゼロ）」は終了を示す）のように設定し文書ＩＤリスト取得部８０１に通知する（ステップＳ５７）。
【０１３０】
文書一覧作成複合メソッド８００は、続けて、書誌情報取得部８０２によってファイル管理Ｗｅｂサービス提供処理部４０の書誌情報取得メソッド４０２を関数コールする（ステップＳ５８）。書誌情報取得メソッド４０２は、ＨＤＤ１３０３で管理している文書に対して、書誌情報取得部８０２から通知された文書ＩＤで書誌情報を問い合わせ、書誌情報を作成する。例えば、文書ＩＤ「１０１」について書誌情報を取得する場合、書誌情報取得部８０２は、書誌情報取得メソッド４０２（ｇｅｔＰｒｏｐｓ（ｄｏｃＩＤ，ｐｒｏｐｓ））をｇｅｔＰｒｏｐｓ（１０１，ｐｒｏｐｓ）のようにして関数コールする。
【０１３１】
コールされた書誌情報取得メソッド４０２は、ＨＤＤ１３０３に対して指定された文書ＩＤで書誌情報を問い合わせ、該書誌情報を書誌情報取得部８０２へ通知する（ステップＳ５９）。つまり、書誌情報取得メソッド４０２は、書誌情報取得部８０２から通知された文書ＩＤ「１０１」でＨＤＤ１３０３から書誌情報を取得する。そして、書誌情報取得メソッド４０２は、書誌情報取得部８０２へ通知するための書誌情報を作成する。例えば、書誌情報は、ｐｒｏｐ＝｛文書ＩＤ， 文書名， ページ数， 所有者， ０｝（「０（ゼロ）」は書誌情報の終了を示す）として作成され、この場合、ｐｒｏｐ＝｛１０１， ”蓄積文書１”， ３， “ユーザー１”， ０｝のように文書ＩＤ「１０１」に対して設定される。書誌情報取得メソッド４０２は、指定された文書ＩＤに対する書誌情報の作成結果を文書一覧作成複合メソッド８００の書誌情報取得部８０２へ通知する。
【０１３２】
文書一覧作成複合メソッド８００の書誌情報取得部８０２は、その他の文書ＩＤ「１０２」及び「１０３」について、上記同様の処理を繰り返して、全ての文書情報を取得する。
【０１３３】
文書一覧作成複合メソッド８００は、更に、文書一覧作成部８０３によって、文書一覧を作成し、その文書一覧をＸＭＬで記述するためにＸＭＬ処理部５０へ通知する（ステップＳ６０）。つまり、文書一覧作成部８０３は、文書一覧を、例えば、ｄｏｃＬｉｓｔ＝｛｛１０１， ”蓄積文書１”， ３， ”ユーザー１”，０｝，｛１０２， ”蓄積文書２”，１０， ”ユーザー２”，０｝，｛１０３， ”蓄積文書３”， １， ”ユーザー１”，０｝，０｝のように作成する。この作成された文書一覧（ｄｏｃＬｉｓｔ）がＸＭＬ処理部５０に通知される。ＸＭＬ処理部５０は、文書一覧（ｄｏｃＬｉｓｔ）を受け取ると、ＳＯＡＰに従ったＨＴＴＰレスポンスのボディ部の生成と同様の記述方法によって、ＸＭＬで記述したＸＭＬ２６を生成してＷｅｂサーバー５００へ通知する（ステップＳ６１）。通知を受けると、Ｗｅｂサーバー５００は、ＨＴＭＬ作成部５０２を実行する。ＨＴＭＬ作成部５０２は、ＸＳＬプロセッサ５０３によって、所定のスタイルリストを示すＸＳＬ２５に基づいて、ＸＭＬ２６をＨＴＭＬフォーマットに変換する。ＨＴＭＬ作成部５０２は、このＨＴＭＬフォーマットに従う処理結果を示すＨＴＭＬ２４によるＨＴＴＰレスポンスを作成し、ｈｔｔｐｄ２へ該ＨＴＴＰレスポンスの送信を要求する（ステップＳ６２）。ｈｔｔｐｄ２は、ＨＴＴＰレスポンスをネットワーク１５を介してネットワーク機器１０Ｂへ送信する（ステップＳ６３）。
【０１３４】
ネットワーク機器１０ＢにてＨＴＴＰレスポンスが受信されると、Ｗｅｂブラウザ２３は、入出力制御部１１によってモニタ９へＨＴＭＬ２４を表示させる（ステップＳ６４）。
【０１３５】
更に、図６において、ファイル管理Ｗｅｂサービス提供処理部４０自身によってＷｅｂサービスを提供することも可能である。つまり、ｈｔｔｐｄ２がネットワーク機器１０ＢからＨＴＴＰリクエストを受信すると（ステップＳ５２），ディストリビューター３０は、ＨＴＴＰリクエストのＧＥＴメソッドに基づいてＧＥＴメソッドによるＨＴＴＰリクエストを処理するＨＴＴＰリクエスト処理部５０１に該ＨＴＴＰリクエストを分配する（ステップＳ５３）。ＨＴＴＰリクエスト処理部５０１は、ディスパッチャー６０によって、ＨＴＴＰリクエストのヘッダ部で指定される書誌情報取得メソッド４０２に処理を振り分ける（ステップＳ５４−３）。
【０１３６】
書誌情報取得メソッド４０２は、ＨＤＤ１３０３で管理している文書に対して、ＨＴＴＰリクエストによって指定される文書ＩＤで書誌情報を問い合わせ、書誌情報を作成し、その書誌情報をＸＭＬで記述したＸＭＬ２６を生成するためにＸＭＬ処理部５０へ通知する（ステップＳ６０−３）。以後、上述したステップＳ６１からＳ６３の処理によって、書誌情報がネットワーク機器１０Ｂに提供される。
【０１３７】
このように、融合機１２００は、ネットワーク機器１０からの書誌情報の提供を要求するＨＴＴＰリクエストに応じて、実体を備えた書誌情報取得メソッド４０２自身を実行することができる。また、同様にして、文書ＩＤリスト取得メソッド４０１自身を実行することも可能である。
【０１３８】
よって、融合機１２００は、画像を形成すると共に、実際にＷｅｂサービスを提供するための処理を行う複数のメソッドと、それらの組み合せによって、幅広いＷｅｂサービスを提供することができる。
【０１３９】
上記機能構成例において、ネットワーク機器１０Ｂは、融合機１２００との間で特別なメッセージ交換方法を必要とせずに、Ｗｅｂブラウザを利用するのみで、融合機１２００からＷｅｂサービスの提供を受けることができ、ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）を実現することができる。また、複合Ｗｅｂサービス提供処理部９０が文書一覧作成複合メソッド８００によって、文書ＩＤリスト取得メソッド４０１及び書誌情報取得メソッド４０２の実体を備えることなく、複数のメソッドを組み合せて一連のＷｅｂサービスの処理を行うことができる。よって、複数のメソッドの組み合せて一連のＷｅｂサービスの処理を行うことができる。よって、ネットワーク機器１０Ｂは、融合機１２００が提供可能なＷｅｂサービスの単位を意識することなく、一回のＨＴＴＰリクエストによって一連のＷｅｂサービスの提供を受けることができる。
【０１４０】
更に、このような複合Ｗｅｂサービス提供処理部９０が、プロトコルの異なる処理リクエストによって共有することができる。従って、処理リクエストのプロトコル毎に複合Ｗｅｂサービス提供処理部９０を開発する必要がない。
【０１４１】
また、上記機能構成例において、融合機１２００では、Ｗｅｂサーバー５００にＸＳＬ２５を備えることによって、ＸＭＬ処理部５０でのＳＯＡＰを指定するＨＴＴＰレスポンスのボディ部の記述とＳＯＡＰを指定しないＨＴＴＰレスポンスのボディ部の記述の処理を共通化することができる。
【０１４２】
図６に示すＸＭＬ処理部５０は、文書一覧（ｄｏｃＬｉｓｔ）を、例えば、図７に示すようなＸＭＬで記述する。図７は、ＸＭＬ処理部にてＸＭＬで記述された文書一覧の例を示す図である。図７より、記述５３は文書ＩＤ「１０１」の書誌情報を示し、記述５４は文書ＩＤ「１０２」の書誌情報を示し、記述５５は文書ＩＤ「１０３」の書誌情報を示す。例えば、記述５３において、文書ＩＤ「１０１」の書誌情報は、文書名が「蓄積文書１」、ページ数が「３」ページ、所有者が「ユーザー１」であることを示している。
【０１４３】
また、ネットワーク機器１０ＡのＳＯＡＰ処理部１２で作成され、融合機１２００へ送信されるＨＴＴＰリクエストは、例えば、図８に示すように記述される。図８は、ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。図８は、ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。図８に示すＨＴＴＰリクエストのＨＴＴＰヘッダ部７３おいて、ＵＲＩ７４は、ＰＯＳＴメソッドによってＨＴＴＰリクエストが送信されるＵＲＩを示し、例えば、「ｎｅｔｄｏｃ」である。更に、ＳＯＡＰＡｃｔｉｏｎ７５でリクエストの目的を表すＵＲＩが示され、例えば、「ｈｔｔｐ：／／ｆｏｏ．ｂａｒ．ｃｏｍ／ｎｅｔｄｏｃ／ｄｏｃｕｍｅｎｔＬｉｓｔ」によって「文書一覧」が指定される。融合機１２００のｈｔｔｐｄ２がＨＴＴＰリクエストを受信し、ＳＯＡＰ処理部７０がＨＴＴＰヘッダ部７５を解析する。ＳＯＡＰ処理部７０は、＜ＳＯＡＰ−ＥＮＶ：Ｅｎｖｅｌｏｐｅ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｅｎｖｅｌｏｐｅ＞を解析し、＜ｎｓ：ｄｏｃｕｍｅｎｔＬｉｓｔ＞から＜／ｎｓ：ｄｏｃｕｍｅｎｔＬｉｓｔ＞までのＸＭＬで記述された処理内容を示すメッセージを取得する。このＸＭＬメッセージは、ＸＭＬメッセージにおいて、例えば、＜ｌｉｓｔｔｙｐｅ＞に設定されている“１”が全ての文書について一覧を作成することを示す場合、文書一覧作成複合メソッド８００は、そのメッセージの指示に基づいて、文書ＩＤリスト取得部８０１と、書誌情報取得部８０２と、文書一覧作成部８０３とによって、融合機１２００にて管理される全文書の一覧を取得する。
【０１４４】
文書一覧は、ＸＭＬ処理部５０でＸＭＬにて記述された後、ＳＯＡＰ処理部７０でＨＴＴＰレスポンスが作成され、例えば、図９に示すようなＨＴＴＰレスポンスを生成する。図９は、ＳＯＡＰによるＨＴＴＰレスポンスの例を示す図である。図９に示すＨＴＴＰレスポンスの例において、ＳＯＡＰ処理部７０は、ＨＴＴＰヘッダ部７８を作成し、更に、ＨＴＴＰボディ部７９を作成する。ＨＴＴＰボディ部７９として、＜ＳＯＡＰ−ＥＮＶ：Ｅｎｖｅｌｏｐｅ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｅｎｖｅｌｏｐｅ＞が作成される。＜ｎｓ：ｄｏｃｕｍｅｎｔＬｉｓｔＲｅｓｐｏｎｓｅ＞から＜／ｎｓ：ｄｏｃｕｍｅｎｔＬｉｓｔＲｅｓｐｏｎｓｅ＞までに示されるメッセージ９１は、ＸＭＬ処理部５０によって文書一覧作成複合メソッド８００からの文書一覧をＸＭＬで記述したメッセージである。
【０１４５】
このようなＨＴＴＰレスポンスがネットワーク機器１０Ａへ通知され、ＳＯＡＰ処理部１２によって＜ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞から＜／ＳＯＡＰ−ＥＮＶ：Ｂｏｄｙ＞にメッセージ９１を取り出し、その取り出されたメッセージ９１は、ＸＭＬ処理部１３によってモニタ９Ａに表示すべき文書一覧情報を取り出してリクエスト／レスポンス処理部１４に通知される。更に、文書一覧情報はリクエスト／レスポンス処理部１４によって画面データとして処理され、例えば、図１１に示すように、入出力制御部１１Ａによってモニタ９Ａに表示される。
【０１４６】
一方、図７に示すＸＭＬで記述された文書一覧は、ＸＳＬ２５に基づいて、ＨＴＭＬ作成部５０２のＸＳＬプロセッサ５０３によって、図１０に示すようなＨＴＭＬで記述された文書一覧に変換される。図１０は、ＨＴＭＬ作成部にてＨＴＭＬで記述された文書一覧の例を示す図である。図１０において、記述９３は、ＨＴＴＰレスポンスのヘッダ部を示し、記述９９は、ＨＴＴＰレスポンスのボディ部を示す。
【０１４７】
記述９９において、記述９４は、ＨＴＭＬのヘッダ部を示し、ネットワーク機器１０Ｂの利用者が要求したＷｅｂサービスに対応するタイトル「文書一覧」を表示するための記述である。記述９５は、文書一覧の項目名を表示するための記述である。記述９６は、図７に示すＸＭＬによる記述５３がＨＴＭＬに変換された記述である。記述９７は、図７に示すＸＭＬによる記述５４がＨＴＭＬに変換された記述である。記述９８は、図７に示すＸＭＬによる記述５５がＨＴＭＬに変換された記述である。
【０１４８】
このようにＨＴＭＬに変換された記述によって、ネットワーク機器１０Ｂのモニタ９Ｂには、図１１に示されるような画面が表示される。図１１は、ネットワーク機器側に表示される画面例を示す図である。図１１に示される画面９２において、文書名、ページ数、所有者等の項目名に対応させて、文書一覧が表示される。また、ＳＯＡＰに従ったＨＴＴＰレスポンスによっても、ネットワーク機器１０Ａのモニタ９Ａには、同様の画面が表示される。
【０１４９】
以上より、本発明に係る融合機１２００は、ＷｅｂサービスをＳＯＡＰによるメッセージ交換によって可能とすると共に、ＨＴＭＬによる提供をも可能とする。よって、ネットワーク機器１０Ａ及び１０Ｂの利用者に対して同様のＷｅｂサービスを提供することができる。
【０１５０】
また、ＳＯＡＰを指定したＨＴＴＰリクエストに対しても、ＳＯＡＰを指定しないＨＴＴＰリクエストに対しても、同一のＷｅｂサービスファンクションを実行することができる。更に、ＳＯＡＰを指定したＨＴＴＰレスポンスに対しても、ＳＯＡＰを指定しないＨＴＴＰレスポンスに対しても、ＸＭＬ処理部５０にて生成されたＸＭＬ２６を使用してボディ部を生成することができる。
【０１５１】
上記実施例において、同一のＷｅｂサービスファンクションでＳＯＡＰ対応とＷｅｂブラウザ対応とを可能とする例を説明したが、その他にネットワーク機器との間で独自に取り決めた独自プロトコルにも対応するように、異なる３のプロトコルに対応することも可能である。例えば、ＨＴＴＰリクエスト及びＨＴＴＰレスポンスのボディ部に独自に取り決めたＸＭＬによる記述を設定した独自プロトコルによってネットワーク機器に同一のＷｅｂサービスを提供するようにしても良い。
【０１５２】
【発明の効果】
以上、説明してきたように、本願発明によれば、利用者が使用するコンピュータ端末に複数の画像形成機能を利用するために複数のドライバ・ソフトウェアをインストールすることなく、標準的なＷｅｂサービス対応ソフトウェアをインストールするだけでよい。また、該コンピュータ端末の機種又はオペレーティングシステムに依存することなく、複数の画像形成機能を有する融合機への処理要求を行うことができるだけでなく、他の機器からの処理要求も統一的に処理することが可能となる。
【０１５３】
【図面の簡単な説明】
【図１】本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【図２】図１に示す融合機のハードウェア構成を示すブロック図である。
【図３】Ｗｅｂサービスを提供する融合機の機能構成例を示す図である。
【図４】ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。
【図５】ＳＯＡＰによるＨＴＴＰレスポンスの例を示す図である。
【図６】複合Ｗｅｂサービスを有する融合機の例を説明するための機能構成例を示す図である。
【図７】ＸＭＬ処理部にてＸＭＬで記述された文書一覧の例を示す図である。
【図８】ＳＯＡＰによるＨＴＴＰリクエストの例を示す図である。
【図９】ＳＯＡＰによるＨＴＴＰレスポンスの例を示す図である。
【図１０】ＨＴＭＬ作成部にてＨＴＭＬで記述された文書一覧の例を示す図である。
【図１１】ネットワーク機器側に表示される画面例を示す図である。
【符号の説明】
２ ｈｔｔｐｄ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）
３０ ディストリビューター
４０〜４９ Ｗｅｂサービス提供処理部
５０ ＸＭＬ処理部
６０Ａ、６０Ｂ ディスパッチャー
７０ ＳＯＡＰ処理部
１２００ 融合機、
１２０１ プロッタ １２０２ スキャナ
１２１０ ソフトウェア群
１２３０ アプリケーション、 １２２０ プラットフォーム
１２２１ ＯＳ、 １２２２ ＳＣＳ
１２２３ ＳＲＭ、 １２２４ ＥＣＳ
１２２５ ＭＣＳ、 １２２６ ＯＣＳ
１２２７ ＦＣＳ、 １２２８ ＮＣＳ
１２２９ ＩＭＨ、 １２４０ 融合機起動部
１３００ コントローラ、 １３０１ ＡＳＩＣ
１３０２ ＭＥＭ−Ｃ、 １３０３ ＨＤＤ
１３０４ ＣＰＵ、 １３０５ ＮＢ
１３０６ ＭＥＭ−Ｐ、 １３０７ ＳＢ
１３０８ ＡＧＰ、 １３１０ オペレーションパネル
１３１１ ＮＩＣ、 １３１２ ＵＳＢターゲット
１３１３ ＩＥＥＥ１３９４ １３１４ セントロニクス
１３１５ シリアル １３１６ ＵＳＢホスト
１３２０ ＦＡＸコントロールユニット
１３２１ 不揮発性メモリ １３２２、１３２３ ＲＴＣ
１３５０ エンジン部
Claims (22)
- ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエストと該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストとを受信し、該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手段と、
プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有することを特徴とする画像形成装置。 - 少なくとも上記Ｗｅｂサービス提供処理手段を有するアプリケーションと、
上記画像形成処理で利用されるハードウェア資源を管理すると共に、上記アプリケーションからの利用要求に応じて、該ハードウェア資源への利用を制御するコントロールサービスと、
該アプリケーションと該コントロールサービスとを制御するオペレーティングシステムとを有することを特徴とする請求項１記載の画像形成装置。 - 上記Ｗｅｂサービス提供処理手段は、
Ｗｅｂサービスに関する処理を実行するＷｅｂサービス実行手段を有することを特徴とする請求項１又は２記載の画像形成装置。 - 複数の上記Ｗｅｂサービス提供処理手段を有し、
上記複数のＷｅｂサービス提供処理手段によって共有可能であって、上記第一プロトコルに従って上記メッセージを制御するプロトコル処理手段とを有することを特徴とする請求項３記載の画像形成装置。 - 上記複数のＷｅｂサービス提供処理手段によって共有可能であって、上記第一処理リクエスト内に所定記述形式に従って記述された上記メッセージを上記Ｗｅｂサービス提供処理手段によって処理可能な形式に変換すると共に、該第一処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する際の同一の処理方法によって上記第二処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する記述形式処理手段を有することを特徴とする請求項４記載の画像形成装置。
- 上記Ｗｅｂサービス通信制御手段は、
上記ネットワークを介して、上記機器からの上記第一及び第二処理リクエストの受信及び上記機器への上記第一及び第二処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手段と、
上記第二処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手段を実行する処理リクエスト処理手段とを有することを特徴とする請求項５記載の画像形成装置。 - 上記Ｗｅｂサービス通信制御手段は、
上記ネットワーク通信制御手段が上記第一処理リクエストを受信した場合、該第一処理リクエストのリクエスト種別を上記第一プロトコルに従って解析し、その解析結果に基づいて上記複数のＷｅｂサービス提供処理手段の一つに上記第一処理リクエストを分配し、上記第二処理リクエストを受信した場合、上記第二処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記第二処理リクエストを分配する分配手段と、
上記第二処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手段に処理を振り分ける第二振分手段とを有することを特徴とする請求項４乃至６のいずれか一項記載の画像形成装置。 - 上記第一処理リクエスト内のＷｅｂサービスを特定する特定情報を上記第一プロトコルに従って解析し、その解析結果に基づいて、該特定情報によって特性されるＷｅｂサービスを実行する上記Ｗｅｂサービス実行手段に処理を振り分ける第一振分手段を有することを特徴とする請求項６又は７記載の画像形成装置。
- 上記複数のＷｅｂサービス提供処理手段の夫々に対応させて複数の上記第一振分手段と複数の上記第二振分手段とを有することを特徴とする請求項７又は８記載の画像形成装置。
- 上記Ｗｅｂサービス通信制御手段は、
上記第一処理リクエストに対する同一処理によって上記Ｗｅｂサービス提供処理手段から提供される上記第二処理リクエストに応じた上記処理結果を示す上記第二処理レスポンスを上記表示形式に従って作成する表示形式作成手段を有することを特徴とする請求項５乃至９のいずれか一項記載の画像形成装置。 - 上記表示形式作成手段は、
上記記述形式処理手段によって上記第一処理リクエストに応じた上記処理結果と同様に処理された上記第二処理リクエストに応じた上記処理結果を、上記記述形式の書式スタイルに基づいて、上記表示形式に従った上記処理結果に変換する記述形式変換手段を有することを特徴とする請求項９記載の画像形成装置。 - ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエストと該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストとを受信し、該第一処理リクエストに応じた処理結果を示す該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手段と、
プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段と、
上記Ｗｅｂサービス提供処理手段を構成する上記第一処理リクエストと上記第二処理リクエストとによって共有される少なくとも一つ以上の処理単位を実行することによって上記内部情報を処理し、その処理結果を用いて付加処理を行うことによって上記第一又は第二処理リクエストに応じた上記処理結果を生成し、該処理結果を上記Ｗｅｂサービス通信制御手段へ提供する複合Ｗｅｂサービス提供処理手段とを有することを特徴とする画像形成装置。 - 少なくとも上記Ｗｅｂサービス提供処理手段と上記複合Ｗｅｂサービス提供処理手段とを有するアプリケーションと、
上記画像形成処理で利用されるハードウェア資源を管理すると共に、上記アプリケーションからの利用要求に応じて、該ハードウェア資源への利用を制御するコントロールサービスと、
該アプリケーションと該コントロールサービスとを制御するオペレーティングシステムとを有することを特徴とする請求項１２記載の画像形成装置。 - 上記複合Ｗｅｂサービス提供処理手段は、該複合Ｗｅｂサービス提供処理手段における処理単位であって、上記Ｗｅｂサービス提供処理手段の上記処理単位を組み合せて実行する少なくとも一つの複合処理実行手段とを有するこことを特徴とする請求項１２又は１３記載の画像形成装置。
- 少なくとも１つの上記処理単位を有する複数の上記Ｗｅｂサービス提供処理手段を有し、
上記複合処理実行手段は、上記複数のＷｅｂサービス提供処理手段の上記処理単位を複数組み合せて上記内部情報を処理することを特徴とする請求項１４記載の画像形成装置。 - 上記第一プロトコルに従って上記第一処理リクエスト及び上記第一処理レスポンスの上記メッセージを制御するプロトコル処理手段と、
上記第一処理リクエスト内に上記所定記述形式に従って記述された上記メッセージを上記Ｗｅｂサービス提供処理手段によって処理可能な形式に変換すると共に、該第一処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する際の同一の処理方法によって上記第二処理リクエストに応じた上記処理結果を該所定記述形式に従って処理する記述形式処理手段とを有し、
上記プロトコル処理手段と上記記述形式処理手段とは、上記複数のＷｅｂサービス提供処理手段及び上記複合Ｗｅｂサービス提供処理手段によって共有されることを特徴とする請求項１５又は１６記載の画像形成装置。 - 上記Ｗｅｂサービス通信制御手段は、
上記ネットワークを介して、上記機器からの上記第一及び第二処理リクエストの受信及び上記機器への上記第一及び第二処理レスポンスの送信を所定ネットワーク通信プロトコルに従って制御するネットワーク通信制御手段と、
上記第二処理リクエストを処理し、その処理結果に基づいて、上記Ｗｅｂサービス実行手段を実行する処理リクエスト処理手段とを有することを特徴とする請求項１２記載の画像形成装置。 - 上記Ｗｅｂサービス通信制御手段は、
上記ネットワーク通信制御手段が上記第一処理リクエストを受信した場合、該第一処理リクエストのリクエスト種別を上記第一プロトコルに従って解析し、その解析結果に基づいて上記複数のＷｅｂサービス提供処理手段の一つに上記第一処理リクエストを分配し、上記第二処理リクエストを受信した場合、上記第二処理リクエストのリクエスト種別を解析し、その解析結果に基づいて、上記処理リクエスト処理手段に上記第二処理リクエストを分配する分配手段と、
上記第二処理リクエスト内のＷｅｂサービスを特定する特定情報を解析し、その解析結果に基づいて、該特定情報に対応する上記Ｗｅｂサービス実行手段に処理を振り分ける第二振分手段とを有することを特徴とする請求項１５乃至１７のいずれか一項記載の画像形成装置。 - 上記第一処理リクエスト内のＷｅｂサービスを特定する特定情報を上記第一プロトコルに従って解析し、その解析結果に基づいて、該特定情報によって特性されるＷｅｂサービスを実行する上記Ｗｅｂサービス実行手段に処理を振り分ける第一振分手段を有することを特徴とする請求項１７又は１８記載の画像形成装置。
- ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエストと該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストとを受信し、該第一処理リクエストに応じた処理結果を示す該第一プロトコルに従った第一処理レスポンスと該第二プロトコルに従った第二処理レスポンスとを送信するＷｅｂサービス通信制御手順と、
プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手順へ提供するＷｅｂサービス提供処理手順とを有することを特徴とする画像形成方法。 - ネットワークを介して接続された機器からの所定メッセージを交換する第一プロトコルを指定する第一処理リクエストと該第一プロトコル以外の第二プロトコルを指定する第二処理リクエストとを受信し、該第一処理リクエストに応じた処理結果を示す該第一プロトコルに従った第一処理レスポンスと該第二処理レスポンスとを送信するＷｅｂサービス通信制御手順と、
プロトコルの異なる上記第一処理リクエストと第二処理リクエストとを受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手順へ提供するＷｅｂサービス提供処理手順と、
上記Ｗｅｂサービス提供処理手順を構成する上記第一処理リクエストと上記第二処理リクエストとによって共有される少なくとも一つ以上の処理単位を実行することによって上記内部情報を処理し、その処理結果を用いて付加処理を行うことによって上記第一又は第二処理リクエストに応じた上記処理結果を生成し、該処理結果を上記Ｗｅｂサービス通信制御手段へ提供する複合Ｗｅｂサービス提供処理手順とを有することを特徴とする画像形成方法。 - ネットワークを介して接続された機器から所定メッセージを交換する第一プロトコルと、該機器にて表示可能な表示形式を指定する第二プロトコルと、該機器との間で取り決めた独自の第三プロトコルとの少なくとも２つ以上に対応可能なＷｅｂサービス通信制御手段と、
上記対応可能な２つ以上のプロトコルによる要求を受付けて画像形成装置に関する内部情報の処理を共有し、その処理結果を上記Ｗｅｂサービス通信制御手段へ提供するＷｅｂサービス提供処理手段とを有することを特徴とする画像形成装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003074119A JP4136738B2 (ja) | 2002-03-25 | 2003-03-18 | Ｗｅｂサービス機能を有する画像形成装置 |
| US10/395,363 US20030225894A1 (en) | 2002-03-25 | 2003-03-25 | Image forming apparatus including web service functions |
| EP03018793A EP1400898A3 (en) | 2002-08-30 | 2003-08-28 | Image forming apparatus including web service functions |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002084555 | 2002-03-25 | ||
| JP2002084556 | 2002-03-25 | ||
| JP2002327061 | 2002-11-11 | ||
| JP2003074119A JP4136738B2 (ja) | 2002-03-25 | 2003-03-18 | Ｗｅｂサービス機能を有する画像形成装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004209961A true JP2004209961A (ja) | 2004-07-29 |
| JP4136738B2 JP4136738B2 (ja) | 2008-08-20 |
Family
ID=32831000
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003074119A Expired - Fee Related JP4136738B2 (ja) | 2002-03-25 | 2003-03-18 | Ｗｅｂサービス機能を有する画像形成装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4136738B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006094909A1 (en) * | 2005-03-10 | 2006-09-14 | International Business Machines Corporation | Method for communication between an application and a client |
| JP2011232880A (ja) * | 2010-04-26 | 2011-11-17 | Sharp Corp | 複合機、認証サーバ、複合機制御システム、プログラムおよび記録媒体 |
| JP2012138128A (ja) * | 2012-04-23 | 2012-07-19 | Seiko Epson Corp | クライアント端末、デバイス、クライアント端末の制御方法およびプログラム |
| US8576434B2 (en) | 2011-03-11 | 2013-11-05 | Brother Kogyo Kabushiki Kaisha | Printer |
-
2003
- 2003-03-18 JP JP2003074119A patent/JP4136738B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006094909A1 (en) * | 2005-03-10 | 2006-09-14 | International Business Machines Corporation | Method for communication between an application and a client |
| US8510376B2 (en) | 2005-03-10 | 2013-08-13 | International Business Machines Corporation | Processing requests transmitted using a first communication directed to an application that uses a second communication protocol |
| JP2011232880A (ja) * | 2010-04-26 | 2011-11-17 | Sharp Corp | 複合機、認証サーバ、複合機制御システム、プログラムおよび記録媒体 |
| US8576434B2 (en) | 2011-03-11 | 2013-11-05 | Brother Kogyo Kabushiki Kaisha | Printer |
| JP2012138128A (ja) * | 2012-04-23 | 2012-07-19 | Seiko Epson Corp | クライアント端末、デバイス、クライアント端末の制御方法およびプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4136738B2 (ja) | 2008-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8115943B2 (en) | Image forming apparatus and print process method | |
| US20030225894A1 (en) | Image forming apparatus including web service functions | |
| JP2004297785A (ja) | データ配信する画像形成装置及びその画像形成装置からデータを取得する情報処理装置 | |
| JP5370439B2 (ja) | 装置、要求処理方法、プログラム、及び記録媒体 | |
| JP4291856B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP2004054791A (ja) | 画像形成装置、アプリケーションインストール方法およびカスタマイズプログラム生成方法 | |
| JP4141209B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4079722B2 (ja) | ネットワークを介して装置間で連携する画像形成装置 | |
| JP3802829B2 (ja) | 画像情報処理装置、リモート画像情報処理方法およびその方法をコンピュータに実行させるプログラム | |
| JP4136738B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4291855B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4130108B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4527796B2 (ja) | 画像形成装置及び文書管理システム | |
| JP4520484B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP2004005503A (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4141210B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP2006020341A (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP2008004105A (ja) | 画像情報処理装置およびカスタマイズプログラム生成方法 | |
| JP4130109B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP4291854B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP2004005475A (ja) | 画像形成装置および蓄積文書のサムネイル取得方法 | |
| EP1400898A2 (en) | Image forming apparatus including web service functions | |
| JP2004213600A (ja) | Ｗｅｂサービス機能を有する情報処理装置 | |
| JP4373692B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JP2004272888A (ja) | サービス提供装置、ユーザ端末装置、サービス提供方法、サービス利用方法、サービス提供プログラム、サービス利用プログラム及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060123 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060221 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060424 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061107 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070109 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070116 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070420 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080328 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080603 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |