JP2004086354A - Image processor - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an image processor which provides a same function at low cost for a request from a device and a Web browser connected through a network. <P>SOLUTION: The image processor with a function providing means for providing a plurality of functions through respective interface includes a calling request processing means which, in response to a request for calling the interface from the device connected through the network, calls the interface corresponding to the required function; and Web browser request processing means which, in response to a page request from the Web browser connected through the network, calls the interface. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、画像処理装置に関し、特に複数の画像処理機能とサーバ機能とを有する画像処理装置に関する。
【０００２】
【従来の技術】
汎用的に情報を表現できる記述言語としてＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）が、標準化団体Ｗ３Ｃ（Ｗｏｒｌｄ　ＷｉｄｅＷｅｂ　Ｃｏｎｓｏｒｔｉｕｍ）より勧告されており、インターネット技術との親和性の高さから、著しい勢いで普及し始めている。
【０００３】
例えば、異なるプラットフォーム間でのＲＰＣ（Ｒｅｍｏｔｅ　Ｐｒｏｃｅｄｕｒｅ　Ｃａｌｌ）を実現するＳＯＡＰ（Ｓｉｍｐｌｅ　Ｏｂｊｅｃｔ　Ａｃｃｅｓｓ　Ｐｒｏｔｏｃｏｌ）にも応用されており、電子商取引用サイトで利用され始めている。上記ＳＯＡＰ技術はメッセージの交換をＸＭＬ文書にて行う、ソフトウェア同士の通信手段と言える。
【０００４】
一方で、ＲＰＣにより提供されるサービスを、Ｗｅｂブラウザを利用して人間が直接利用したい場合も存在する。
【０００５】
【発明が解決しようとする課題】
しかしながら、ＳＯＡＰのサーバとクライアントとの通信と、ＷｅｂブラウザとＷｅｂサーバとの通信では、メッセージ形式が異なる。即ち、前者は、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドでＸＭＬデータを交換することで実現されるが、後者においては、Ｗｅｂブラウザからの要求は、ＨＴＭＬのＦＯＲＭのＰＯＳＴメソッドによるものであり、Ｗｅｂサーバからの応答は、Ｗｅｂブラウザが閲覧可能なＨＴＭＬデータである。
【０００６】
また、一般的にＳＯＡＰ呼び出しにより提供されているサービスの対象はソフトウェアが動作する機器である。ソフトウェアからはＷｅｂブラウザからの１ページ単位の要求に比べて詳細な制御を必要とするため、サービスのインタフェース、即ち関数の粒度は、非常に細かいものである。従って、同一のサービスをＳＯＡＰ呼び出し及びＷｅｂブラウザに対して提供する場合は、それぞれに合わせたモジュールを用意しなければならず、開発コストが増大する。特に、ＬＰ（Ｌｉｎｅ　Ｐｒｉｎｔｅｒ）や種々の画像処理機能を有する画像処理装置（ＭＦＰ：Ｍｕｌｔｉ　Ｆｕｎｃｔｉｏｎ　Ｐｒｉｎｔｅｒ）等の組み込み機器に上記の実装を行うには、より多くの搭載メモリを必要とするため、機器のコストアップとなってしまうという問題がある。
【０００７】
本発明は、上記の点に鑑みてなされたものであって、ネットワークを介して接続される機器及びＷｅｂブラウザからの要求に対し、低コストで同一の機能を提供することができる画像処理装置の提供を目的とする。
【０００８】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、複数の機能をそれぞれのインタフェースを通して提供する機能提供手段を有する画像処理装置であって、ネットワークを介して接続される機器からの前記インタフェースの呼び出し要求に応じて、要求される前記機能に対応する前記インタフェースを呼び出す呼び出し要求処理手段と、ネットワークを介して接続されるＷｅｂブラウザからのページ要求に応じて、前記インタフェースを呼び出すＷｅｂブラウザ要求処理手段とを有することを特徴とする。
【０００９】
このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザからのそれぞれの異なる粒度による要求に対して、同一のアプリケーション又はライブラリ等の機能提供手段のインタフェースを呼び出すことによりサービスを提供するため、それぞれに特化したアプリケーションやライブラリを実装する必要がなく、低コストでサービスを提供することができる。
【００１０】
また、本発明は、異なる画像処理を実行する複数のアプリケーションと、上記異なる画像処理毎に使用される複数のハードウェア資源と、上記複数のアプリケーションによる画像処理要求を受信可能とするアプリケーションプログラムインターフェースと、上記アプリケーションプログラムインターフェースを介して行われる上記各アプリケーションからの上記画像処理要求に応じて、対応する上記ハードウェア資源を制御することによって上記画像処理を行うオペレーティングシステムとを有することを特徴とする。
【００１１】
このような画像処理装置では、例えば、スキャナ、プリンタ、ＦＡＸ、コピー等の異なる複数の画像処理を１つのオペレーティングシステムで制御することができる。
【００１２】
また、本発明は、前記画像処理装置は、前記インタフェースが呼び出しに対する応答として出力する返却情報をＸＭＬ形式に変換する第一の返却情報変換手段と、ＸＭＬ形式に変換された前記返却情報を所定のスタイルシートを用いてＨＴＭＬ形式に変換する第二の返却情報変換手段とを更に有し、前記呼び出し要求処理手段は、前記返却情報を前記第一の返却情報変換手段を用いてＸＭＬ形式に変換し、前記機器からの呼び出し要求に対する応答として前記機器に送信し、前記Ｗｅｂブラウザ要求処理手段は、前記返却情報を前記第一の返却情報変換手段と前記第二の返却情報変換手段とを用いてＨＴＭＬ形式に変換し、前記Ｗｅｂブラウザからのページ要求に対する応答として前記Ｗｅｂブラウザに送信することを特徴とする。
【００１３】
このような画像処理装置では、ネットワークを介して接続される機器とＷｅｂブラウザからの要求に対して、同一の変換手段を用いて応答情報を生成するため、低コストでサービスを提供することができる。また、本発明は、前記第一の返却情報変換手段は、前記返却情報をＤＯＭ構造の情報に変換する第三の返却情報変換手段と、前記ＤＯＭ構造の情報をＸＭＬ形式に変換する第四の返却情報変換手段とを有することを特徴とする。
【００１４】
このような画像処理装置では、返却情報をＤＯＭ構造を経てＸＭＬに変換するため、容易にＸＭＬに変換することができる。
【００１５】
また、本発明は、前記Ｗｅｂブラウザ要求処理手段は、前記Ｗｅｂブラウザからのページ要求に伴って送信される前記Ｗｅｂブラウザ上でのユーザからの入力情報を、前記インタフェースが規定するデータ形式に変換する入力情報変換手段を有することを特徴とする。
【００１６】
このような画像処理装置では、Ｗｅｂブラウザ上でのユーザからの入力情報をインタフェースが規定するデータ形式に変換することができるため、インタフェースを正しく呼び出すことができる。
【００１７】
また、本発明は、前記Ｗｅｂブラウザ要求処理手段は、前記Ｗｅｂブラウザからの一つのページ要求に応じて、複数の前記インタフェースを呼び出すことを特徴とする。
【００１８】
このような画像処理装置では、Ｗｅｂブラウザからの一つのページ要求に対して複数のインタフェースの機能をまとめた粒度でサービスを提供することができるため、Ｗｅｂブラウザ上において操作性の良いサービスを提供することができる。
【００１９】
また、本発明は、前記呼び出し要求処理手段は、ＳＯＡＰによるＲＰＣであることを特徴とする。
【００２０】
このような画像処理装置では、一般的に広く用いられている技術であるＳＯＡＰによるＲＰＣによりインタフェースを呼び出すことができるため、ネットワークを介して接続される機器から容易にサービスを受けることができる。
【００２１】
また、本発明は、前記画像処理装置は、複数の前記機能提供手段を有し、
前記Ｗｅｂブラウザ要求処理手段は、前記Ｗｅｂブラウザからの一つのページ要求に応じて、前記複数の機能提供手段のそれぞれの前記インタフェースを呼び出すことを特徴とする。
【００２２】
このような画像処理装置では、Ｗｅｂブラウザからの一つのページ要求に対して、複数のアプリケーションの機能を連携させてサービスを提供することができるため、Ｗｅｂブラウザ上において操作性の良いサービスを提供することができる。
【００２３】
また、本発明は、前記画像処理装置は画像データを格納する画像データ格納手段を更に有し、前記機能提供手段は、呼び出しに応じて前記画像データ格納手段に格納されている前記画像データに関する処理を実行するインタフェースを有することを特徴とする。
【００２４】
このような画像処理装置では、ネットワークを介して接続される機器、及びＷｅｂブラウザのユーザに対して、画像データの処理に関するサービスを低コストで提供することができる。
【００２５】
また、本発明は、前記インタフェースは、前記画像データ格納手段に格納されている画像データの一覧情報を検索し、前記一覧情報を返却情報として呼び出し元に出力することを特徴とする。
【００２６】
このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザのユーザに対して、画像データの一覧情報を低コストで提供することができる。
【００２７】
また、本発明は、前記インタフェースは、前記画像データ格納手段に格納されている画像データを印刷することを特徴とする。
【００２８】
このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザのユーザに対して、画像データの印刷サービスを低コストで提供することができる。
【００２９】
また、本発明は、前記インタフェースは、前記画像データ格納手段に格納されている画像データをＦＡＸ送信することを特徴とする。
【００３０】
このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザのユーザに対して、画像データのＦＡＸ送信サービスを低コストで提供することができる。
【００３１】
また、本発明は、前記インタフェースは、前記画像データ格納手段に格納されている画像データをコピーすることを特徴とする。
【００３２】
このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザのユーザに対して、画像データのコピーサービスを低コストで提供することができる。
【００３３】
更に、上記課題を解決するための手段として、本発明は、上記画像処理装置における処理をコンピュータに行わせるための画像処理方法とすることもできる。
【００３４】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３５】
多種の画像形成機能を融合する本発明の実施の一形態に係る画像処理装置は、例えば、図１に示すような機能構成を成す。図１は、画像処理装置のハードウェア構成を示すブロック図である。
【００３６】
図１において、画像処理装置２００は、ＣＰＵ１１０２と、メモリユニット１１０４と、ハードディスク（ＨＤ）１１０６とをＡＳＩＣ１１０８に接続したコントローラボード１１０１と、操作部１１１１と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）１１１２と、ＩＥＥＥ１３９４１１１３と、スキャナ１２３１と、プリンタ１２３２と、ＦＡＸ１２３３と、コピー１２３４とを有する。
【００３７】
そして、操作部１１１１はＡＳＩＣ１１０８に接続され、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）１１１２と、ＩＥＥＥ１３９４１１１３と、スキャナ処理を行うためのハードウェア資源であるスキャナ１２３１と、印刷処理を行うためのハードウェア資源であるプリンタ１２３２と、ＦＡＸ処理を行うためのハードウェア資源であるＦＡＸ１２３３と、コピー処理を行うためのハードウェア資源であるコピー１２３４は、ＰＣＩバス１１０９を介してＡＳＩＣ１１０８に接続されている。
【００３８】
メモリユニット１１０４には、画像処理装置２００を制御するのに必要なプログラム等が格納されている。ＨＤ１１０６には、文書ファイル、画像データ、プログラム、フォントデータ及びフォームが蓄積される。操作部１１１１は、ユーザからの入力操作の受け付け並びにユーザに向けた表示を行う。
【００３９】
このようなハードウェア構成を採用することにより、異なる画像処理を行うためのデバイスを共有化でき低コスト設計が可能となる。
【００４０】
次に、図１に示すＣＰＵ１１０２によって制御される画像処理装置２００の機能構成について図２で説明する。図２は、画像処理装置の機能構成例を示すブロック図である。
【００４１】
図２において、画像処理装置２００は、スキャナ１２３１、プリンタ１２３２、ＦＡＸ１２３３及びコピー１２３４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード１２０１と、エンジンＩ／Ｆ１２０２と、ＯＳ１２０３と、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）１２０４と、スキャナアプリ１２１１、プリンタアプリ１２１２、ファックスアプリ１２１３及びコピーアプリ１２１４、文書管理アプリ１２１５等の各種アプリケーションを有している。
【００４２】
エンジン制御ボード１２０１は、スキャナ１２３１、プリンタ１２３２、ＦＡＸ１２３３、コピー１２３４等の画像処理装置２００の個別機能を制御する。エンジンＩ／Ｆ１２０２は、エンジン制御ボード１２０１に対するインタフェースを、ＯＳ１２０３やＡＰＩ１２０４に提供する。
【００４３】
ＯＳ１２０３は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、スキャナアプリ１２１１、プリンタアプリ１２１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００４４】
ＡＰＩ１２０４は、スキャナアプリ１２１１、プリンタアプリ１２１２等のアプリケーションへのインタフェースを提供する。
【００４５】
スキャナアプリ１２１１は、スキャナ用アプリケーションであり、プリンタアプリ１２１２は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。ファックスアプリ１２１３は、ファクシミリ用アプリケーションであり、コピーアプリ１２１４は、コピー用アプリケーションである。また、文書管理アプリ１２１５は画像処理装置２００のＨＤ１１０６に格納されている画像データを管理するアプリケーションである。
【００４６】
このように、ＯＳ１２０３及びＡＰＩ１２０４上に各種アプリケーションを搭載するよう構成しているので、各画像処理の処理部分を共有することが可能となる。従って、画像処理装置２００全体の生産性を高めるとともに、各アプリケーションの開発効率を高めることができる。
【００４７】
次に、本発明の実施の形態における画像処理装置２００が接続されるネットワークの構成例について説明する。
【００４８】
図３は、本発明の実施の形態におけるネットワーク構成例を示す図である。図３において、図１に示すハードウェア構成及び図２に示す機能構成を有する画像処理装置２００と、Ｗｅｂクライアント２０と、ＳＯＡＰクライアント３０とがＬＡＮ等のネットワーク４０によって接続されている。
【００４９】
Ｗｅｂクライアント２０は、Ｗｅｂブラウザがインストールされている端末であり、Ｗｅｂブラウザを通して画像処理装置２００の提供するＷｅｂサービスを利用する。
【００５０】
ＳＯＡＰクライアント２０は、ＳＯＡＰ（Ｓｉｍｐｌｅ　Ｏｂｊｅｃｔ　Ａｃｃｅｓｓ　Ｐｒｏｔｏｃｏｌ）によるメッセージ交換を行うためのソフトウェアがインストールされている端末であり、ＳＯＡＰを利用したＲＰＣ（Ｒｅｍｏｔｅ　Ｐｒｏｔｏｃｏｌ　Ｐｒｏｃｅｄｕｒｅ　Ｃａｌｌ）によりＷｅｂクライアント２０が利用するＷｅｂサービスと同一のＷｅｂサービスを利用する。
【００５１】
画像処理装置２００は、Ｗｅｂクライアント２０及びＳＯＡＰクライアント３０に同一のＷｅｂサービスを提供する。但し後述するように、両者に対するサービスの粒度は異なる。
【００５２】
図４は、Ｗｅｂサービスを提供するためのフレームワーク例を示す図である。図４の画像処理装置２００は、ＨＴＴＰプロトコルスタック２１０と、ＳＯＡＰハンドラ２２０と、ページハンドラ２３０と、ページ処理モジュール２４０と、ＸＳＬＴプロセッサ２５０と、Ｗｅｂサービスモジュール２６０とを有するように構成される。
【００５３】
ＨＴＴＰプロトコルスタック２１０は、画像処理装置２００がＷｅｂサーバとして機能するためのＨＴＴＰｄ（ＨＴＴＰｄａｅｍｏｎ）の役割を果たすデーモンプログラムであり、Ｗｅｂクライアント２０又はＳＯＡＰクライアント３０の要求に基づいて、ページハンドラ２３０又はＳＯＡＰハンドラ２２０を呼び出す。また、ＨＴＴＰプロトコルスタック２１０は、ページハンドラ２３０又はＳＯＡＰハンドラ２２０から処理結果として出力されるＨＴＭＬ又はＸＭＬのデータを、Ｗｅｂクライアント２０又はＳＯＡＰクライアント３０に応答として送信する。
【００５４】
ＳＯＡＰハンドラ２２０は、ＳＯＡＰクライアント３０からの要求がＨＴＴＰプロトコルスタック２１０に送信された場合にＨＴＴＰプロトコルスタック２１０から呼び出される。ＳＯＡＰハンドラ２２０は呼び出されると、ＳＯＡＰクライアント３０からのＳＯＡＰリクエストを解析し、Ｗｅｂサービスモジュール２６０に対しＳＯＡＰリクエストに格納されたＸＭＬデータにより指定された関数の呼び出しを行う。この際、ＳＯＡＰハンドラ２２０は、ＸＭＬデータにより指定されたテキスト情報のパラメータをＷｅｂサービスモジュールが処理可能なデータ型に変換して、関数を呼び出す。処理可能なデータ型とは、呼び出す関数のインタフェースに従ったデータ型を意味する。例えば、ＷｅｂサービスモジュールがＣ言語で実装されている場合は、Ｃ言語により利用可能な型（ｉｎｔ、ｌｏｎｇ、ｆｌｏａｔ、ｄａｏｕｂｌｅ、ｃｈａｒ等）である。また、ＳＯＡＰハンドラ２２０は、Ｗｅｂサービスモジュール２６０からの処理結果、即ち関数の戻り値をＤＯＭ（Ｄｏｃｕｍｅｎｔ　Ｏｂｊｅｃｔ　Ｍｏｄｅｌ）構造を経てＸＭＬデータに変換し、プロトコルスタック２１０に対する処理結果として出力する。
【００５５】
ページハンドラ２３０は、Ｗｅｂクライアント２０からの要求がＨＴＴＰプロトコルスタック２１０に送信された場合にＨＴＴＰプロトコルスタック２１０からＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ）等のインタフェースを通して呼び出される。ページハンドラ２３０は、呼び出されると、Ｗｅｂクライアント２０からのＨＴＭＬのＦＯＲＭデータを、ページ処理モジュール２４０が処理可能なデータ型に変換し、引数として指定してページ処理モジュール２４０の関数を呼び出す。また、ページハンドラ２３０は、Ｗｅｂサービスモジュール２６０からの処理結果、即ち関数の戻り値をＸＭＬデータに変換する。更に、ページハンドラ２３０は、ＸＭＬデータに変換された戻り値をＸＳＬＴプロセッサ２５０によってＨＴＭＬデータに変換し、ＨＴＴＰプロトコルスタック２１０に対する処理結果として出力する。
【００５６】
ページ処理モジュール２４０は、ページハンドラ２３０からの要求に基づいて、Ｗｅｂページ１ページに対応する処理を実行すべくＷｅｂサービスモジュール２６０の複数の関数を呼び出し、それぞれの処理結果を一つの処理結果としてページハンドラ２３０に関数の戻り値として返却する。ページ処理モジュール２４０がＷｅｂページ１ページに対応する処理としてＷｅｂサービスモジュール２６０の複数の関数を呼び出すのは、ページハンドラ２３０が要求するＷｅｂページ１ページ分のサービスと、Ｗｅｂサービスモジュール２６０の一つの関数が提供する機能が一対一に対応せず、Ｗｅｂサービスモジュール２６０の一つの関数が提供する機能の方が粒度が細かいためである。
【００５７】
Ｗｅｂサービスモジュール２６０は、関数等のインタフェースを通して画像処理装置２００に実装されている各種のアプリケーション、例えば図２におけるスキャナアプリ１２１１、プリンタアプリ１２１２、ファックスアプリ１２１３、コピーアプリ１２１４及び文書管理アプリ１２１５等に関するサービスを提供する。
【００５８】
次に、ページハンドラ２３０が上述したデータ変換を実現するための機能構成例について説明する。図５は、ページハンドラの型変換機能の機能構成例を示す図である。図５においては、ページ処理モジュール２４０がＣ言語によるインタフェースを提供している場合を例にしているが、Ｃ言語に限られるものではない。
【００５９】
ページハンドラ２３０が、ＨＴＴＰプロトコルスタック２１０からＨＴＭＬのＦＯＲＭデータを受け取ると、ＦＯＲＭ−Ｃ型変換手段２３５によりＦＯＲＭデータにより指定されたオプション情報を、ページ処理モジュール２４０のインタフェースであるＣ言語のデータ型に変換し、変換後のオプション情報を引数としてページ処理モジュール２４０の関数を呼び出す。
【００６０】
また、ページハンドラ２３０が、ページ処理モジュール２４０からＣ言語のデータ型による処理結果（戻り値）を受け取ると、Ｃ−ＤＯＭ型変換手段２３６が処理結果をＣ言語のデータからＤＯＭ構造に変換し、ＤＯＭ−ＸＭＬ型変換手段２３７が、ＤＯＭ構造に変換された処理結果をＸＭＬデータに変換する。なお、このＣ言語のデータからＤＯＭ構造を経てＸＭＬデータへの変換は、上述したＳＯＡＰハンドラ２２０において、Ｗｅｂサービスモジュール２６０から受け取った戻り値をＤＯＭ構造へ変換する際と同様の処理となるため、ページハンドラ２３０とＳＯＡＰハンドラ２２０とで共通化することができ、メモリ等の資源を節約することができる。
【００６１】
ＸＭＬデータとなった処理結果は、ＸＳＬＴプロセッサ２５０によりＨＴＭＬに変換され、ＨＴＴＰプロトコルスタック２１０に出力される。
【００６２】
以下、図４に示されるフレームワークを有する画像処理装置２００が、文書管理サービスとして、ＨＤ１１０６に蓄積されている画像データの一覧情報を提供する例について説明する。
【００６３】
図６は、文書管理サービスを提供するための機能構成例を示す図である。図６の文書管理サービスモジュール２６１は、Ｗｅｂサービスモジュール２６０の一例であり、図２の文書管理アプリ１２１５の機能を提供するＷｅｂサービスモジュールである。文書管理サービスモジュール２６１は、認証関数と、文書一覧取得関数と、文書属性取得関数との関数により実行される各機能によりサービスを提供する。即ち、文書管理サービスモジュール２６１についての機能とは、認証関数、文書一覧取得関数及び文書属性関数のそれぞれの関数が相当する。
【００６４】
認証関数は、例えばユーザのＩＤとパスワードとを引数に指定されて呼び出されると、ユーザの認証を行い、ユーザＩＤとパスワードが正しい場合にはアクセスを許可するためのチケット情報を戻り値として返却する。
【００６５】
文書一覧取得関数は、チケット情報を引数に指定されて呼び出されると、画像処理装置２００が管理する画像データの識別情報のリストを検索し、そのリストを戻り値として返却する。
【００６６】
文書属性取得関数は、一つの文書ＩＤを引数に指定されて呼び出されると、文書ＩＤで指定された画像データの属性情報を検索し、その属性情報を戻り値として返却する。
【００６７】
文書管理ページ処理モジュール２４１は、ページ処理モジュール２４０の一例であり、文書一覧ページ情報取得関数を有する。
【００６８】
文書一覧ページ情報取得関数は、例えばユーザＩＤとパスワードとを引数に指定されて呼び出されると、文書管理サービスモジュール２６１の上述した関数を呼び出すことにより画像処理装置２００が管理する画像データの属性情報のリストを取得し、その属性情報のリストを戻り値として返却する。
【００６９】
文書管理ページハンドラ２３１は、ページハンドラ２３０の一例であり、ＨＴＴＰプロトコルスタック２１０から呼び出されると、文書管理ページ処理モジュール２４１の文書一覧ページ情報取得関数を呼び出すことにより、画像処理装置２００が管理する画像データの属性情報のリストを取得し、そのリストに基づいて画像データの属性情報を表示するためのＷｅｂページ（ＨＴＭＬ）を生成する。
【００７０】
認証ＳＯＡＰハンドラ２２１と、文書一覧取得ＳＯＡＰハンドラ２２２と、文書属性取得ＳＯＡＰハンドラ２２３とは、ＳＯＡＰハンドラ２２０の一例である。認証ＳＯＡＰハンドラ２２１は、文書管理サービスモジュール２６１の認証関数に対応している。文書一覧取得ＳＯＡＰハンドラ２２２は、文書管理サービスモジュール２６１の文書一覧取得関数に対応している。文書属性取得ＳＯＡＰハンドラ２２３は、文書管理サービスモジュール２６１の文書属性取得関数に対応している。
【００７１】
以下、図６の画像処理装置２００の処理手順について説明する。
【００７２】
先ず、ＳＯＡＰクライアント３０から文書管理サービスモジュール２６１を利用する場合について説明する。図７は、ＳＯＡＰクライアントから文書管理サービスを利用する場合のシーケンス図を示す。
【００７３】
ステップＳ１０において、ＳＯＡＰクライアント３０のＳＯＡＰクライアントプログラムは、ＸＭＬデータに認証関数の呼び出し情報を指定し、認証要求をＳＯＡＰにより画像処理装置２００のＨＴＴＰプロトコルスタック２１０に送信する。ここで、認証関数の引数情報としては、ユーザＩＤとパスワードが指定される。
【００７４】
ステップＳ１０に続いてステップＳ２０に進み、ＳＯＡＰクライアント３０からの要求を受信したＨＴＴＰプロトコルスタック２１０は、認証ＳＯＡＰハンドラ２２１を呼び出す。
【００７５】
ステップＳ２０に続いてステップＳ３０に進み、ＨＴＴＰプロトコルスタック２１０から呼び出された認証ＳＯＡＰハンドラ２２１は、ＸＭＬデータによる認証関数の呼び出し要求を解析すると共に、テキスト情報で指定されている引数情報を、文書管理サービスモジュール２６１の認証関数が要求するデータ型に変換する。
【００７６】
ステップＳ３０に続いてステップＳ４０に進み、認証ＳＯＡＰハンドラ２２１は、型変換されたユーザＩＤとパスワードとを引数に指定して文書管理サービスモジュール２６１の認証関数を呼び出すことにより、ユーザの認証を要求する。
【００７７】
ステップＳ４０に続いてステップＳ５０に進み、文書管理サービスモジュール２６１はユーザの認証を行い、ユーザＩＤとパスワードが正しい場合には、アクセスを許可するためのチケット情報を戻り値として返却する（Ｓ６０）。
【００７８】
ステップＳ６０に続いてステップＳ７０に進み、認証ＳＯＡＰハンドラ２２１は、認証関数の戻り値として取得したチケット情報をＸＭＬデータに変換する。ステップＳ７０に続いてステップＳ８０に進み、認証ＳＯＡＰハンドラ２２１は、ＸＭＬデータに変換したチケット情報をＨＴＴＰプロトコルスタック２１０に出力する。
【００７９】
ステップＳ８０に続いてステップＳ９０に進み、ＨＴＴＰプロトコルスタック２１０は、ＳＯＡＰクライアント３０に対してＸＭＬデータのチケット情報をＳＯＡＰにより送信する。
【００８０】
ステップＳ９０に続いてステップＳ１００に進み、ＳＯＡＰクライアント３０のＳＯＡＰクライアントプログラムが上述した認証関数の呼び出しと同様の手順で、文書一覧取得ＳＯＡＰハンドラ２２２を経て文書管理サービスモジュール２２１の文書一覧取得関数をチケット情報を引数として呼び出すと、画像処理装置２００が管理する画像データの文書ＩＤのリストがＳＯＡＰクライアント３０に返却される（ステップＳ１００〜ステップＳ１８０）。
【００８１】
ステップＳ１８０に続いてステップＳ２００に進み、ＳＯＡＰクライアント３０のＳＯＡＰクライアントプログラムが上述した関数の呼び出しと同様の手順で、文書属性取得ＳＯＡＰハンドラ２２３を経て文書管理サービスモジュール２２１の文書属性取得関数を文書ＩＤを引数として呼び出すと、指定した文書ＩＤによって特定される画像データの属性情報がＳＯＡＰクライアント３０に返却される（ステップＳ２００〜ステップＳ２８０）。なお、文書属性取得関数の呼び出しは画像データの数だけ繰り返される。
【００８２】
上述したように、ＳＯＡＰクライアント３０からは、文書管理サービスモジュール２６１が提供する関数の粒度で、文書管理サービスモジュール２６１のサービスを利用することが出来る。
【００８３】
次に、Ｗｅｂクライアント２０から文書管理サービスモジュール２６１を利用する場合について説明する。図８は、Ｗｅｂクライアントから文書管理サービスを利用する場合のシーケンス図を示す。
【００８４】
ステップＳ３００において、Ｗｅｂクライアント２０のＷｅｂブラウザは、ユーザからの入力に基づいて画像処理装置２００のＨＴＴＰプロトコル２１０に対し文書属性一覧ページを要求する。
【００８５】
図９は、文書管理サービスの認証ページの一例を示す図である。認証ページ３１においてユーザＩＤ及びパスワードがユーザより入力され、更に送信ボタン３１１がクリックされることにより、ユーザＩＤ及びパスワードをＨＴＭＬのＦＯＲＭデータ（オプション情報）としたステップＳ３００のページ要求が送信される。
【００８６】
ステップＳ３００に続いてステップＳ３１０に進み、Ｗｅｂクライアント２０からページ要求を受信したＨＴＴＰプロトコルスタック２１０は、文書管理ページハンドラ２３１を呼び出す。
【００８７】
ステップＳ３１０に続いてステップＳ３２０に進み、ＨＴＴＰプロトコルスタック２１０から呼び出された文書管理ページハンドラ２３１は、ＨＴＭＬのＦＯＲＭデータとして送信されたＩＤとパスワードを、文書管理サービスモジュール２６１の認証関数が要求するデータ型に変換する。
【００８８】
ステップＳ３２０に続いてステップＳ３３０に進み、文書管理ページハンドラ２３１は、型変換されたユーザＩＤとパスワードとを引数に指定して文書管理ページ処理モジュール２４１の文書一覧ページ情報取得関数を呼び出すことにより、文書属性情報一覧の取得を要求する。
【００８９】
ステップＳ３３０に続いてステップＳ３４０に進み、文書管理ページ処理モジュール２４１は、文書一覧ページ情報取得関数の引数として指定されたユーザＩＤとパスワードとを引数として、文書管理サービスモジュール２６１の認証関数を呼び出すことにより、ユーザの認証を要求する。
【００９０】
ステップＳ３４０に続いてステップＳ３５０に進み、文書管理サービスモジュール２６１は、ユーザの認証を行い、ユーザＩＤとパスワードが正しい場合にはアクセスを許可するためのチケット情報を戻り値として返却する（Ｓ３６０）。
【００９１】
ステップＳ３６０に続いてステップＳ３７０に進み、文書管理ページ処理モジュール２３１は、認証関数の戻り値として取得したチケット情報を引数として文書管理サービスモジュール２６１の文書一覧取得関数を呼び出すことにより、画像処理装置２００が管理する画像データに対する文書ＩＤのリストを要求する。
【００９２】
ステップＳ３７０に続いてステップＳ３８０に進み、文書管理サービスモジュール２６１は、管理している画像データに対する文書ＩＤのリストを生成し、戻り値として返却する（Ｓ３９０）。
【００９３】
ステップＳ３９０に続いてステップＳ４００に進み、文書管理ページ処理モジュール２３１は、文書一覧取得関数の戻り値として取得した文書ＩＤのうち一つの文書ＩＤを引数として文書管理サービスモジュール２６１の文書属性取得関数を呼び出すことにより、一つの画像データの属性情報を要求する。
【００９４】
ステップＳ４００に続いてステップＳ４１０に進み、文書管理サービスモジュール２６１は、文書属性取得関数の引数に指定された文書ＩＤにより特定される画像データの属性情報を検索し、検索した画像データの属性情報を戻り値として返却する（Ｓ４２０）。なお、ステップＳ４００からステップＳ４２０の処理は、画像データの数だけ繰り返され、これによって文書管理ページモジュール２４１は、複数の画像データの属性情報を取得する。
【００９５】
ステップＳ４２０に続いてステップＳ４３０に進み、文書管理ページモジュール２４１は、画像データの属性情報（文書属性一覧）を文書属性取得関数の戻り値として返却する。
【００９６】
ステップＳ４３０に続いてステップＳ４４０に進み、文書管理ページハンドラ２３１は、文書属性取得関数の戻り値として取得した文書属性一覧をＸＭＬデータに変換し、更にＸＳＬＴ２５０を利用することによりＨＴＭＬデータに変換する（Ｓ４４０、Ｓ４５０、Ｓ４６０）。
【００９７】
ステップＳ４７０に進み、文書管理ページハンドラ２３１は、ＨＴＭＬデータとしての文書属性一覧（以下、文書属性一覧ページという。）をＨＴＴＰプロトコルスタック２１０に出力する。
【００９８】
ステップＳ４７０に続いてステップＳ４８０に進み、ＨＴＴＰプロトコルスタック２１０は、ＨＴＭＬによる文書属性一覧ページをＷｅｂクライアント２０に送信する。
【００９９】
ステップＳ４８０に続いてステップＳ４９０に進み、Ｗｅｂクライアント２０は、受信した文書属性一覧ページをＷｅｂブラウザに表示する。
【０１００】
図１０は、文書管理サービスの文書属性一覧ページの一例を示す図である。図１０の文書属性一覧ページ３２には、画像データの属性情報の一覧である文書属性一覧表３２１が掲載されている。また、図１０において、画像処理装置２００の文書管理サービスモジュール２６１の関数との対応も示している。即ち、文書属性一覧ページ３２は認証関数により認証を得て取得したものである。また、文書属性一覧表３２１の行方向の情報である画像データのリストは、文書一覧取得関数により取得したものである。更に、文書属性一覧表３２１の列方向の情報である各画像データの属性情報は、文書属性取得関数により取得したものである。
【０１０１】
上述したように、本発明の実施の形態における画像処理装置２００によれば、Ｗｅｂクライアント２０から文書管理サービスを利用する場合は、文書管理ページ処理モジュール２４１が、Ｗｅｂクライアント２０から要求されるサービスの粒度（Ｗｅｂページ１ページ分）と、文書管理サービスモジュール２６１の提供する関数の粒度との整合性をとるため、関数単位でのＷｅｂページではなく、人間にとって操作性の良いＷｅｂページを提供することができる。従って、一つのＷｅｂサービスモジュール２６０のサービスを低コストでＳＯＡＰクライアント３０及びＷｅｂクライアント２０に対し提供することができる。
【０１０２】
なお、ページ処理モジュール２４０は、複数のＷｅｂサービスモジュール２６０の機能を連携することもできる。
【０１０３】
図１１は、複数のＷｅｂサービスモジュールの連携を説明するための機能構成例を示す図である。図１１の印刷管理サービスモジュール２６２は、Ｗｅｂサービスモジュール２６０の一例であり、図２のプリンタアプリ１２１２の機能を提供するモジュールである。印刷管理サービスモジュール２６２は、文書印刷関数を有している。文書印刷関数は、入力情報として指定された文書ＩＤに対応する画像データを印刷し、その処理ステータス（正常終了、異常終了等）を返却する。
【０１０４】
印刷ページハンドラ２３２は、ページハンドラ２３０の一例であり、印刷処理モジュール２４２の文書印刷関数を呼び出すことにより、画像処理装置２００が管理する画像データの印刷を要求し、戻り値として返却されたステータス情報に基づいて画像データの印刷結果を表示するためのＷｅｂページを生成する。
【０１０５】
印刷ページ処理モジュール２４２は、ページ処理モジュール２４０の一例であり、文書印刷ページ関数を有する。
【０１０６】
文書印刷ページ関数は、例えばユーザＩＤとパスワードとを引数として、文書管理サービスモジュール２６１の関数を呼び出すことにより文書ＩＤ一覧を取得し、印刷サービスモジュール２６１の関数を呼びことにより一覧にある画像データを印刷し、その処理ステータスを戻り値として返却する。
【０１０７】
図８で説明した文書管理サービス２６１の場合と同様の手順で、Ｗｅｂクライアント２０のＷｅｂブラウザから印刷ページの要求がユーザＩＤ及びパスワードを伴ってＨＴＴＰプロトコルスタック２１０に送信されると、印刷ページハンドラ２３２が呼び出される。
【０１０８】
印刷ページハンドラ２３２は、印刷ページ処理モジュール２４２の文書印刷ページ関数をユーザＩＤとパスワードを引数に指定して呼び出す。文書印刷ページ関数は、図８で説明した手順で認証を行い、文書ＩＤの一覧を取得する。更に、文書印刷ページ関数は、取得した文書ＩＤを引数として印刷サービスモジュール２６２の文書印刷関数を呼び出す。
【０１０９】
文書印刷関数は、指定された文書ＩＤによって特定される画像データを印刷し、処理ステータスを戻り値として返却する。文書印刷ページ関数は、一覧として取得した文書ＩＤの数だけ文書印刷関数を呼び出し、印刷ページハンドラ２３２に処理ステータスを返却する。
【０１１０】
印刷ページハンドラ２３２は、処理ステータスを基に、例えば「正常終了」と表示されるＨＴＭＬのＷｅｂページを生成する。生成されたＷｅｂページは、ＨＴＴＰプロトコルスタック２１０を経て、Ｗｅｂクライアント２０のＷｅｂブラウザに送信され、表示される。
【０１１１】
同様にして、画像処理装置２００が有するアプリケーション、例えばコピーアプリ１２１１、ファックスアプリ１２１３、スキャナアプリ１２１４等に対するＷｅｂサービスモジュール２６０、ＳＯＡＰハンドラ２２０、ページハンドラ２３０及びページ処理モジュール２４０を実装すれば、画像処理装置２００が管理している画像データのコピーや、ファックスによる送信等もＷｅｂクライアント２０及びＳＯＡＰクライアント３０から実行することができる。
【０１１２】
なお、ＨＴＴＰプロトコルスタック２１０がページハンドラ２３０やＳＯＡＰハンドラ２２０の役割を果たすプロセスを呼び分ける手段として、ＨＴＴＰプロトコルスタック２１０がＵＲＬ内の所定の位置にある文字列を、プロセスの識別情報として認識できるように実装してもよい。例えば、
ｈｔｔｐ：／／ｗｗｗ／ｘｘｘ／ＷｅｂＤｏｃＭｇｒ／．．．．．／ｐａｇｅ１
とのＵＲＬがＷｅｂクライアント２０から要求された場合には、ＨＴＴＰプロトコルスタック２１０が「ＷｅｂＤｏｃＭｇｒ」の文字列を認識することにより文書管理ページハンドラ２３１のプロセスを特定することができる。また、
ｈｔｔｐ：／／ｗｗｗ／ｘｘｘ／ＳＯＡＰＤｏｃＭｇｒ／．．．．／ｐａｇｅ１
とのＵＲＬがＳＯＡＰクライアント３０から要求された場合には、ＨＴＴＰプロトコルスタック２１０が「ＳＯＡＰＤｏｃＭｇｒ」の文字列を認識することにより文書管理用のＳＯＡＰハンドラのプロセスを特定することができ、呼び出すことができる。
【０１１３】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１１４】
【発明の効果】
上述の如く、本発明によれば、ネットワークを介して接続される機器及びＷｅｂブラウザからのそれぞれの異なる粒度による要求に対して、同一のアプリケーション又はライブラリ等の機能提供手段のインタフェースを呼び出すことによりサービスを提供するため、それぞれに特化したアプリケーションやライブラリを実装する必要がなく、低コストでサービスを提供することができる。
【図面の簡単な説明】
【図１】画像処理装置のハードウェア構成を示すブロック図である。
【図２】画像処理装置の機能構成例を示すブロック図である。
【図３】本発明の実施の形態におけるネットワーク構成例を示す図である。
【図４】Ｗｅｂサービスを提供するためのフレームワーク例を示す図である。
【図５】ページハンドラの型変換機能の機能構成例を示す図である。
【図６】文書管理サービスを提供するための機能構成例を示す図である。
【図７】ＳＯＡＰクライアントから文書管理サービスを利用する場合のシーケンス図である。
【図８】Ｗｅｂクライアントから文書管理サービスを利用する場合のシーケンス図である。
【図９】文書管理サービスの認証ページの一例を示す図である。
【図１０】文書管理サービスの文書属性一覧ページの一例を示す図である。
【図１１】複数のＷｅｂサービスモジュールの連携を説明するための機能構成例を示す図である。
【符号の説明】
２０　　　　Ｗｅｂクライアント　　３０　　　　ＳＯＡＰクライアント
４０　　　　ネットワーク　　　　　２００　　　画像処理装置
２１０　　　ＨＴＴＰプロトコルスタック
２２０　　　ＳＯＡＰハンドラ　　　２２１　　　認証ＳＯＡＰハンドラ
２２２　　　文書一覧取得ＳＯＡＰハンドラ
２２３　　　文書属性取得ＳＯＡＰハンドラ
２３０　　　ページハンドラ　　　　２３１　　　文書管理ページハンドラ
２３２　　　印刷ページハンドラ　　２３５　　　ＦＯＲＭ−Ｃ型変換手段
２３６　　　Ｃ−ＤＯＭ型変換手段　２３７　　　ＤＯＭ−ＸＭＬ型変換手段
２４０　　　ページ処理モジュール
２４１　　　文書管理ページ処理モジュール
２４２　　　印刷ページ処理モジュール
２５０　　　ＸＳＬＴプロセッサ　　２６０　　　Ｗｅｂサービスモジュール
２６１　　　文書管理サービスモジュール
２６２　　　印刷管理サービスモジュール
１１０１　　　コントローラ　　　　１１０２　　　ＣＰＵ
１１０４　　　メモリユニット　　　１１０８　　　ＡＳＩＣ
１１０９　　　ＰＣＩ　　　　　　　１１１１　　　操作部
１１１２　　　ＵＳＢ　　　　　　　１１１３　　　ＩＥＥＥ１３９４
１２０１　　　エンジン制御ボード　１２０２　　　エンジンＩ／Ｆ
１２０３　　　ＯＳ　　　　　　　　１２０４　　　ＡＰＩ
１２１１　　　プリンタアプリ　　　１２１２　　　スキャナアプリ
１２１３　　　ファックスアプリ　　１２１４　　　コピーアプリ
１２１５　　文書管理アプリ
１２３１　　　スキャナ　　　　　　１２３２　　　プリンタ
１２３３　　　ＦＡＸ　　　　　　　１２３４　　　コピー[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an image processing apparatus, and more particularly, to an image processing apparatus having a plurality of image processing functions and a server function.
[0002]
[Prior art]
XML (extensible Markup Language) has been recommended by the standardization organization W3C (World Wide Web Consortium) as a description language capable of expressing information in a versatile manner, and is beginning to spread at a remarkable rate due to its high affinity with the Internet technology. .
[0003]
For example, it has also been applied to SOAP (Simple Object Access Protocol) that realizes RPC (Remote Procedure Call) between different platforms, and has begun to be used in e-commerce sites. The SOAP technology can be said to be a communication means between software in which messages are exchanged in an XML document.
[0004]
On the other hand, there are cases where a person wants to directly use a service provided by the RPC using a Web browser.
[0005]
[Problems to be solved by the invention]
However, the message format differs between the communication between the SOAP server and the client and the communication between the Web browser and the Web server. That is, the former is realized by exchanging XML data by a POST method of HTTP (Hyper Text Transfer Protocol), but in the latter, a request from a Web browser is based on a POST method of HTML FORM. The response from the Web server is HTML data that can be browsed by a Web browser.
[0006]
In general, a service provided by a SOAP call is an object on which software operates. Since the software requires more detailed control than a one-page unit request from a Web browser, the service interface, that is, the function granularity is very fine. Therefore, when the same service is provided to the SOAP call and the Web browser, modules corresponding to the respective services must be prepared, and the development cost increases. In particular, in order to implement the above-described mounting on an embedded device such as an LP (Line Printer) or an image processing device (MFP: Multi Function Printer) having various image processing functions, more mounting memory is required. There is a problem that the cost increases.
[0007]
The present invention has been made in view of the above points, and an image processing apparatus capable of providing the same function at low cost in response to a request from a device connected via a network and a Web browser. For the purpose of providing.
[0008]
[Means for Solving the Problems]
Therefore, in order to solve the above problem, the present invention is an image processing apparatus having a function providing unit that provides a plurality of functions through respective interfaces, wherein the image processing apparatus receives an interface call request from a device connected via a network. Accordingly, a call request processing unit for calling the interface corresponding to the requested function, and a Web browser request processing unit for calling the interface in response to a page request from a Web browser connected via a network. It is characterized by the following.
[0009]
Such an image processing apparatus provides a service by calling an interface of a function providing unit such as the same application or library in response to requests with different granularities from a device connected via a network and a Web browser. Therefore, it is not necessary to implement an application or a library specialized for each, and a service can be provided at low cost.
[0010]
In addition, the present invention provides a plurality of applications for executing different image processing, a plurality of hardware resources used for each of the different image processing, and an application program interface capable of receiving an image processing request by the plurality of applications. And an operating system that performs the image processing by controlling the corresponding hardware resource in response to the image processing request from each application performed via the application program interface.
[0011]
In such an image processing apparatus, for example, a plurality of different image processes such as a scanner, a printer, a facsimile, and a copy can be controlled by one operating system.
[0012]
Further, according to the present invention, the image processing apparatus includes a first return information conversion unit configured to convert return information output as a response to the call by the interface into an XML format, and the return information converted into the XML format by a predetermined format. A second return information conversion unit for converting the return information into an HTML format using a style sheet, wherein the call request processing unit converts the return information into an XML format using the first return information conversion unit. And transmitting the return information to the device as a response to the call request from the device, and the Web browser request processing unit converts the return information into HTML using the first return information conversion unit and the second return information conversion unit. The data is converted into a format and transmitted to the Web browser as a response to a page request from the Web browser.
[0013]
In such an image processing apparatus, in response to a request from a device connected via a network and a Web browser, response information is generated using the same conversion means, so that a service can be provided at low cost. . Further, in the present invention, the first return information converting means may include a third return information converting means for converting the return information into information of a DOM structure, and a fourth return information converting means of converting the information of the DOM structure into an XML format. And return information conversion means.
[0014]
In such an image processing apparatus, since the return information is converted into XML via the DOM structure, it can be easily converted to XML.
[0015]
Further, in the present invention, the Web browser request processing means converts input information from a user on the Web browser transmitted in response to a page request from the Web browser into a data format defined by the interface. It is characterized by having input information conversion means.
[0016]
In such an image processing apparatus, the input information from the user on the Web browser can be converted into a data format defined by the interface, so that the interface can be correctly called.
[0017]
Further, the invention is characterized in that the Web browser request processing means calls a plurality of the interfaces in response to one page request from the Web browser.
[0018]
Such an image processing device can provide a service with a granularity in which a plurality of interface functions are combined in response to one page request from the Web browser, and thus provides a service with good operability on the Web browser. be able to.
[0019]
Further, the invention is characterized in that the call request processing means is RPC based on SOAP.
[0020]
In such an image processing apparatus, the interface can be called by RPC based on SOAP, which is a technique widely used in general, so that services can be easily received from devices connected via a network.
[0021]
Further, according to the present invention, the image processing device includes a plurality of the function providing units,
The Web browser request processing means calls up the respective interfaces of the plurality of function providing means in response to one page request from the Web browser.
[0022]
In such an image processing apparatus, a service can be provided by linking the functions of a plurality of applications in response to one page request from the Web browser, so that a service with good operability is provided on the Web browser. be able to.
[0023]
Further, according to the present invention, the image processing apparatus further includes image data storage means for storing image data, and the function providing means performs processing on the image data stored in the image data storage means in response to a call. Characterized by having an interface for executing
[0024]
In such an image processing apparatus, a service relating to processing of image data can be provided at low cost to a device connected via a network and a user of a Web browser.
[0025]
Further, the present invention is characterized in that the interface retrieves list information of image data stored in the image data storage means and outputs the list information to a caller as return information.
[0026]
In such an image processing apparatus, list information of image data can be provided at low cost to a user of a device and a Web browser connected via a network.
[0027]
Further, in the invention, it is preferable that the interface prints image data stored in the image data storage unit.
[0028]
In such an image processing apparatus, a print service of image data can be provided at low cost to a user of a device and a Web browser connected via a network.
[0029]
Further, according to the present invention, the interface transmits the image data stored in the image data storage unit by facsimile.
[0030]
In such an image processing apparatus, a fax transmission service of image data can be provided at low cost to a user of a device and a Web browser connected via a network.
[0031]
Further, the invention is characterized in that the interface copies the image data stored in the image data storage means.
[0032]
Such an image processing apparatus can provide a low-cost copy service of image data to a user of a device and a Web browser connected via a network.
[0033]
Furthermore, as a means for solving the above-mentioned problems, the present invention can also be an image processing method for causing a computer to perform processing in the image processing device.
[0034]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0035]
An image processing apparatus according to an embodiment of the present invention that fuses various image forming functions has, for example, a functional configuration as shown in FIG. FIG. 1 is a block diagram illustrating a hardware configuration of the image processing apparatus.
[0036]
In FIG. 1, an image processing apparatus 200 includes a controller board 1101 in which a CPU 1102, a memory unit 1104, a hard disk (HD) 1106 are connected to an ASIC 1108, an operation unit 1111, a USB (Universal Serial Bus) 1112, an IEEE13941113, , A scanner 1231, a printer 1232, a FAX 1233, and a copy 1234.
[0037]
The operation unit 1111 is connected to the ASIC 1108 and has a USB (Universal Serial Bus) 1112, an IEEE13941113, a scanner 1231 which is a hardware resource for performing a scanner process, and a printer which is a hardware resource for performing a print process. 1232, a FAX 1233 as a hardware resource for performing a FAX process, and a copy 1234 as a hardware resource for performing a copy process are connected to an ASIC 1108 via a PCI bus 1109.
[0038]
The memory unit 1104 stores programs and the like necessary for controlling the image processing device 200. The HD 1106 stores document files, image data, programs, font data, and forms. The operation unit 1111 receives an input operation from the user and performs display for the user.
[0039]
By adopting such a hardware configuration, devices for performing different image processing can be shared, and low-cost design can be achieved.
[0040]
Next, a functional configuration of the image processing apparatus 200 controlled by the CPU 1102 shown in FIG. 1 will be described with reference to FIG. FIG. 2 is a block diagram illustrating an example of a functional configuration of the image processing apparatus.
[0041]
2, an image processing apparatus 200 includes hardware resources for performing individual image processing such as a scanner 1231, a printer 1232, a facsimile 1233, and a copy 1234, an engine control board 1201, an engine I / F 1202, an OS 1203, It has an API (Application Program Interface) 1204 and various applications such as a scanner application 1211, a printer application 1212, a fax application 1213, a copy application 1214, and a document management application 1215.
[0042]
The engine control board 1201 controls individual functions of the image processing apparatus 200 such as the scanner 1231, the printer 1232, the FAX 1233, and the copy 1234. The engine I / F 1202 provides an interface to the engine control board 1201 to the OS 1203 and the API 1204.
[0043]
The OS 1203 is an operating system such as UNIX (registered trademark), and executes various kinds of software implemented as applications such as the scanner application 1211 and the printer application 1212 in parallel as processes.
[0044]
The API 1204 provides an interface to applications such as the scanner application 1211 and the printer application 1212.
[0045]
The scanner application 1211 is a scanner application, and the printer application 1212 is a printer application having a page description language (PDL), PCL, and postscript (PS). The fax application 1213 is a facsimile application, and the copy application 1214 is a copy application. The document management application 1215 is an application that manages image data stored in the HD 1106 of the image processing device 200.
[0046]
As described above, since various applications are installed on the OS 1203 and the API 1204, it is possible to share a processing portion of each image processing. Therefore, the productivity of the entire image processing apparatus 200 can be increased, and the development efficiency of each application can be increased.
[0047]
Next, a configuration example of a network to which the image processing device 200 according to the embodiment of the present invention is connected will be described.
[0048]
FIG. 3 is a diagram illustrating a network configuration example according to the embodiment of the present invention. 3, an image processing apparatus 200 having the hardware configuration shown in FIG. 1 and the functional configuration shown in FIG. 2, a Web client 20, and a SOAP client 30 are connected by a network 40 such as a LAN.
[0049]
The Web client 20 is a terminal in which a Web browser is installed, and uses a Web service provided by the image processing apparatus 200 through the Web browser.
[0050]
The SOAP client 20 is a terminal in which software for exchanging messages by a Simple Object Access Protocol (SOAP) is installed. The SOAP client 20 is used for a Web service used by the Web client 20 by an RPC (Remote Protocol Procedure Call) using the SOAP. The same Web service is used.
[0051]
The image processing apparatus 200 provides the same Web service to the Web client 20 and the SOAP client 30. However, as will be described later, the service granularity for both is different.
[0052]
FIG. 4 is a diagram illustrating an example of a framework for providing a Web service. The image processing apparatus 200 in FIG. 4 is configured to include an HTTP protocol stack 210, a SOAP handler 220, a page handler 230, a page processing module 240, an XSLT processor 250, and a web service module 260.
[0053]
The HTTP protocol stack 210 is a daemon program that plays a role of HTTPd (HTTP daemon) for the image processing apparatus 200 to function as a Web server, and based on a request from the Web client 20 or the SOAP client 30, a page handler 230 or a SOAP handler. Call 220. In addition, the HTTP protocol stack 210 transmits HTML or XML data output as a processing result from the page handler 230 or the SOAP handler 220 to the Web client 20 or the SOAP client 30 as a response.
[0054]
The SOAP handler 220 is called from the HTTP protocol stack 210 when a request from the SOAP client 30 is transmitted to the HTTP protocol stack 210. When called, the SOAP handler 220 analyzes the SOAP request from the SOAP client 30 and calls the Web service module 260 for the function specified by the XML data stored in the SOAP request. At this time, the SOAP handler 220 converts the parameter of the text information specified by the XML data into a data type that can be processed by the Web service module, and calls the function. The data type that can be processed means a data type according to the interface of the function to be called. For example, when the Web service module is implemented in the C language, it is a type (int, long, float, double, char, etc.) usable in the C language. Further, the SOAP handler 220 converts the processing result from the Web service module 260, that is, the return value of the function, into XML data via a DOM (Document Object Model) structure, and outputs it as a processing result to the protocol stack 210.
[0055]
When a request from the Web client 20 is transmitted to the HTTP protocol stack 210, the page handler 230 is called from the HTTP protocol stack 210 through an interface such as a CGI (Common Gateway Interface). When called, the page handler 230 converts the HTML FORM data from the Web client 20 into a data type that can be processed by the page processing module 240, and calls the function of the page processing module 240 by designating it as an argument. Further, the page handler 230 converts the processing result from the Web service module 260, that is, the return value of the function into XML data. Further, the page handler 230 converts the return value converted into the XML data into the HTML data by the XSLT processor 250 and outputs it as a processing result to the HTTP protocol stack 210.
[0056]
The page processing module 240 calls a plurality of functions of the Web service module 260 to execute processing corresponding to one Web page based on a request from the page handler 230, and uses each processing result as a single processing result in the page. It returns to the handler 230 as the return value of the function. The reason why the page processing module 240 calls a plurality of functions of the Web service module 260 as processing corresponding to one Web page is that one page of the Web page requested by the page handler 230 and one function of the Web service module 260 Is not one-to-one, and the function provided by one function of the Web service module 260 has a finer granularity.
[0057]
The Web service module 260 relates to various applications mounted on the image processing apparatus 200 through an interface such as a function, for example, the scanner application 1211, the printer application 1212, the fax application 1213, the copy application 1214, and the document management application 1215 in FIG. Providing services.
[0058]
Next, an example of a functional configuration for realizing the above-described data conversion by the page handler 230 will be described. FIG. 5 is a diagram illustrating a functional configuration example of the type conversion function of the page handler. FIG. 5 illustrates an example in which the page processing module 240 provides an interface in the C language, but is not limited to the C language.
[0059]
When the page handler 230 receives the HTML FORM data from the HTTP protocol stack 210, it converts the option information specified by the FORM data by the FORM-C type conversion unit 235 into a data type of C language which is an interface of the page processing module 240. After conversion, the function of the page processing module 240 is called using the converted option information as an argument.
[0060]
Further, when the page handler 230 receives a processing result (return value) in the C language data type from the page processing module 240, the C-DOM type conversion unit 236 converts the processing result from the C language data to a DOM structure, The DOM-XML type conversion means 237 converts the processing result converted into the DOM structure into XML data. Note that the conversion from the C language data to the XML data via the DOM structure is the same process as the conversion of the return value received from the Web service module 260 into the DOM structure in the SOAP handler 220 described above. The page handler 230 and the SOAP handler 220 can be shared, and resources such as memory can be saved.
[0061]
The processing result of the XML data is converted into HTML by the XSLT processor 250 and output to the HTTP protocol stack 210.
[0062]
Hereinafter, an example will be described in which the image processing apparatus 200 having the framework shown in FIG. 4 provides a list of image data stored in the HD 1106 as a document management service.
[0063]
FIG. 6 is a diagram illustrating an example of a functional configuration for providing a document management service. The document management service module 261 in FIG. 6 is an example of the Web service module 260, and is a Web service module that provides the function of the document management application 1215 in FIG. The document management service module 261 provides a service by each function executed by an authentication function, a document list acquisition function, and a document attribute acquisition function. That is, the functions of the document management service module 261 correspond to the authentication function, the document list acquisition function, and the document attribute function.
[0064]
When the authentication function is called with the user ID and password specified as arguments, for example, the authentication function authenticates the user, and if the user ID and password are correct, returns ticket information for permitting access as a return value. .
[0065]
When called with the ticket information specified as an argument, the document list acquisition function retrieves a list of identification information of image data managed by the image processing apparatus 200, and returns the list as a return value.
[0066]
When the document attribute acquisition function is called with one document ID specified as an argument, the function retrieves the attribute information of the image data specified by the document ID, and returns the attribute information as a return value.
[0067]
The document management page processing module 241 is an example of the page processing module 240, and has a document list page information acquisition function.
[0068]
When the document list page information acquisition function is called with, for example, a user ID and a password specified as arguments, the above-described function of the document management service module 261 is called, and the attribute information of the image data managed by the image processing apparatus 200 is called. Fetch the list and return the attribute information list as the return value.
[0069]
The document management page handler 231 is an example of the page handler 230. When called from the HTTP protocol stack 210, the document management page handler 231 calls a document list page information acquisition function of the document management page processing module 241 to generate an image managed by the image processing apparatus 200. A list of data attribute information is obtained, and a Web page (HTML) for displaying the attribute information of the image data is generated based on the list.
[0070]
The authentication SOAP handler 221, the document list acquisition SOAP handler 222, and the document attribute acquisition SOAP handler 223 are examples of the SOAP handler 220. The authentication SOAP handler 221 corresponds to the authentication function of the document management service module 261. The document list acquisition SOAP handler 222 corresponds to the document list acquisition function of the document management service module 261. The document attribute acquisition SOAP handler 223 corresponds to the document attribute acquisition function of the document management service module 261.
[0071]
Hereinafter, a processing procedure of the image processing apparatus 200 in FIG. 6 will be described.
[0072]
First, a case where the document management service module 261 is used from the SOAP client 30 will be described. FIG. 7 is a sequence diagram when a document management service is used from a SOAP client.
[0073]
In step S10, the SOAP client program of the SOAP client 30 specifies the authentication function call information in the XML data, and transmits an authentication request to the HTTP protocol stack 210 of the image processing apparatus 200 by SOAP. Here, a user ID and a password are specified as the argument information of the authentication function.
[0074]
Proceeding to step S20 following step S10, the HTTP protocol stack 210 that has received the request from the SOAP client 30 calls the authentication SOAP handler 221.
[0075]
Proceeding to step S30 following step S20, the authentication SOAP handler 221 called from the HTTP protocol stack 210 analyzes the authentication function call request using the XML data, and stores the argument information specified by the text information in the document management. The data is converted into a data type required by the authentication function of the service module 261.
[0076]
Proceeding to step S40 following step S30, the authentication SOAP handler 221 requests user authentication by designating the type-converted user ID and password as arguments and calling the authentication function of the document management service module 261. .
[0077]
Proceeding to step S50 following step S40, the document management service module 261 performs user authentication. If the user ID and password are correct, ticket information for permitting access is returned as a return value (S60).
[0078]
Proceeding to step S70 following step S60, the authentication SOAP handler 221 converts the ticket information acquired as the return value of the authentication function into XML data. Proceeding to step S80 following step S70, the authentication SOAP handler 221 outputs the ticket information converted into XML data to the HTTP protocol stack 210.
[0079]
Proceeding to step S90 following step S80, the HTTP protocol stack 210 transmits the ticket information of the XML data to the SOAP client 30 by SOAP.
[0080]
Proceeding to step S100 following step S90, the SOAP client program of the SOAP client 30 issues a document list acquisition function of the document management service module 221 via the document list acquisition SOAP handler 222 in the same procedure as the above-described call of the authentication function. When the information is called as an argument, a list of document IDs of image data managed by the image processing apparatus 200 is returned to the SOAP client 30 (steps S100 to S180).
[0081]
Proceeding to step S200 following step S180, the SOAP client program of the SOAP client 30 executes the document attribute acquisition function of the document management service module 221 via the document attribute acquisition SOAP handler 223 in the same procedure as the above-described function call, and then sends the document ID to the document ID. Is called as an argument, the attribute information of the image data specified by the specified document ID is returned to the SOAP client 30 (steps S200 to S280). The call of the document attribute acquisition function is repeated by the number of image data.
[0082]
As described above, the service of the document management service module 261 can be used from the SOAP client 30 with the granularity of the function provided by the document management service module 261.
[0083]
Next, a case where the document management service module 261 is used from the Web client 20 will be described. FIG. 8 is a sequence diagram when a document management service is used from a Web client.
[0084]
In step S300, the Web browser of the Web client 20 requests a document attribute list page to the HTTP protocol 210 of the image processing apparatus 200 based on an input from a user.
[0085]
FIG. 9 is a diagram illustrating an example of an authentication page of the document management service. When the user inputs the user ID and password on the authentication page 31 and further clicks the send button 311, a page request in step S <b> 300 in which the user ID and password are HTML FORM data (option information) is transmitted.
[0086]
Proceeding to step S310 following step S300, the HTTP protocol stack 210 that has received the page request from the Web client 20 calls the document management page handler 231.
[0087]
Proceeding to step S320 following step S310, the document management page handler 231 called from the HTTP protocol stack 210 requests the ID and password transmitted as HTML FORM data by the authentication function of the document management service module 261. Convert to type.
[0088]
Proceeding to step S330 following step S320, the document management page handler 231 calls the document list page information acquisition function of the document management page processing module 241 by designating the type-converted user ID and password as arguments. Request acquisition of document attribute information list.
[0089]
Proceeding to step S340 following step S330, the document management page processing module 241 calls the authentication function of the document management service module 261 using the user ID and the password specified as arguments of the document list page information acquisition function as arguments. Request authentication of the user.
[0090]
Proceeding to step S350 following step S340, the document management service module 261 authenticates the user, and if the user ID and password are correct, returns ticket information for permitting access as a return value (S360).
[0091]
Proceeding to step S370 following step S360, the document management page processing module 231 calls the document list acquisition function of the document management service module 261 using the ticket information acquired as the return value of the authentication function as an argument, and thereby the image processing apparatus 200 Request a list of document IDs for the image data managed by.
[0092]
Proceeding to step S380 following step S370, the document management service module 261 generates a list of document IDs for the managed image data and returns it as a return value (S390).
[0093]
Proceeding to step S400 following step S390, the document management page processing module 231 executes the document attribute acquisition function of the document management service module 261 using one of the document IDs acquired as the return value of the document list acquisition function as an argument. By calling, attribute information of one image data is requested.
[0094]
Proceeding to step S410 following step S400, the document management service module 261 searches the attribute information of the image data specified by the document ID specified in the argument of the document attribute acquisition function, and stores the attribute information of the searched image data. Returned as a return value (S420). Note that the processing from step S400 to step S420 is repeated by the number of image data, whereby the document management page module 241 acquires attribute information of a plurality of image data.
[0095]
Proceeding to step S430 following step S420, the document management page module 241 returns the attribute information (document attribute list) of the image data as a return value of the document attribute acquisition function.
[0096]
Proceeding to step S440 following step S430, the document management page handler 231 converts the document attribute list acquired as the return value of the document attribute acquisition function into XML data, and further converts it into HTML data by using the XSLT 250 ( S440, S450, S460).
[0097]
In step S470, the document management page handler 231 outputs a document attribute list (hereinafter, referred to as a document attribute list page) as HTML data to the HTTP protocol stack 210.
[0098]
Proceeding to step S480 following step S470, the HTTP protocol stack 210 transmits the HTML document attribute list page to the Web client 20.
[0099]
Proceeding to step S490 following step S480, the Web client 20 displays the received document attribute list page on the Web browser.
[0100]
FIG. 10 is a diagram illustrating an example of a document attribute list page of the document management service. On the document attribute list page 32 of FIG. 10, a document attribute list 321 which is a list of attribute information of image data is posted. FIG. 10 also shows the correspondence with the function of the document management service module 261 of the image processing apparatus 200. That is, the document attribute list page 32 is obtained by obtaining authentication by the authentication function. The list of image data, which is the information in the row direction, of the document attribute list table 321 is obtained by the document list obtaining function. Further, the attribute information of each image data, which is the information in the column direction of the document attribute list 321, is obtained by the document attribute obtaining function.
[0101]
As described above, according to the image processing apparatus 200 in the embodiment of the present invention, when using the document management service from the Web client 20, the document management page processing module 241 performs the processing of the service requested from the Web client 20. To ensure consistency between the granularity (for one Web page) and the granularity of the function provided by the document management service module 261, a Web page that is easy to operate for humans is provided instead of a Web page in units of functions. Can be. Therefore, the service of one Web service module 260 can be provided to the SOAP client 30 and the Web client 20 at low cost.
[0102]
Note that the page processing module 240 can also cooperate with the functions of a plurality of Web service modules 260.
[0103]
FIG. 11 is a diagram illustrating an example of a functional configuration for explaining cooperation of a plurality of Web service modules. The print management service module 262 in FIG. 11 is an example of the Web service module 260, and is a module that provides the function of the printer application 1212 in FIG. The print management service module 262 has a document print function. The document print function prints image data corresponding to the document ID specified as input information, and returns its processing status (normal end, abnormal end, etc.).
[0104]
The print page handler 232 is an example of the page handler 230. By calling a document print function of the print processing module 242, the print page handler 232 requests printing of image data managed by the image processing apparatus 200, and returns status information returned as a return value. A Web page for displaying a print result of the image data is generated based on the Web page.
[0105]
The print page processing module 242 is an example of the page processing module 240, and has a document print page function.
[0106]
The document print page function obtains a document ID list by calling a function of the document management service module 261 using, for example, a user ID and a password as arguments, and obtains image data in the list by calling the function of the print service module 261. Print and return the processing status as a return value.
[0107]
When a request for a print page is transmitted from the Web browser of the Web client 20 to the HTTP protocol stack 210 with a user ID and a password in the same procedure as in the case of the document management service 261 described with reference to FIG. Is called.
[0108]
The print page handler 232 calls the document print page function of the print page processing module 242 by specifying the user ID and the password as arguments. The document print page function performs authentication according to the procedure described with reference to FIG. 8 and acquires a list of document IDs. Further, the document print page function calls the document print function of the print service module 262 using the acquired document ID as an argument.
[0109]
The document print function prints the image data specified by the specified document ID, and returns the processing status as a return value. The document print page function calls the document print functions by the number of document IDs acquired as a list, and returns a processing status to the print page handler 232.
[0110]
The print page handler 232 generates an HTML Web page displayed as, for example, “normal end” based on the processing status. The generated Web page is transmitted to the Web browser of the Web client 20 via the HTTP protocol stack 210 and displayed.
[0111]
Similarly, if the Web service module 260, the SOAP handler 220, the page handler 230, and the page processing module 240 for the applications included in the image processing apparatus 200, for example, the copy application 1211, the fax application 1213, and the scanner application 1214, are mounted, the image processing The Web client 20 and the SOAP client 30 can also execute copying of image data managed by the apparatus 200, transmission by facsimile, and the like.
[0112]
As a means for the HTTP protocol stack 210 to identify a process that plays a role of the page handler 230 or the SOAP handler 220, the HTTP protocol stack 210 can recognize a character string at a predetermined position in a URL as process identification information. May be implemented. For example,
http: // www / xxx / WebDocMgr /. . . . . / Page1
Is requested from the Web client 20, the HTTP protocol stack 210 can identify the process of the document management page handler 231 by recognizing the character string of “WebDocMgr”. Also,
http: // www / xxx / SOAPDocMgr /. . . . / Page1
Is requested from the SOAP client 30, the HTTP protocol stack 210 recognizes the character string “SOAPDocMgr” so that the process of the SOAP handler for document management can be specified and called. .
[0113]
Although the preferred embodiments of the present invention have been described in detail, the present invention is not limited to the specific embodiments, and various modifications may be made within the scope of the present invention described in the appended claims.・ Change is possible.
[0114]
【The invention's effect】
As described above, according to the present invention, in response to requests with different granularities from a device connected via a network and a Web browser, a service is provided by calling an interface of a function providing unit such as the same application or library. , There is no need to implement specialized applications and libraries, and services can be provided at low cost.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a hardware configuration of an image processing apparatus.
FIG. 2 is a block diagram illustrating an example of a functional configuration of the image processing apparatus.
FIG. 3 is a diagram illustrating a network configuration example according to the embodiment of the present invention.
FIG. 4 is a diagram illustrating an example of a framework for providing a Web service.
FIG. 5 is a diagram illustrating a functional configuration example of a type conversion function of a page handler.
FIG. 6 is a diagram illustrating an example of a functional configuration for providing a document management service.
FIG. 7 is a sequence diagram when a document management service is used from a SOAP client.
FIG. 8 is a sequence diagram when a document management service is used from a Web client.
FIG. 9 is a diagram illustrating an example of an authentication page of the document management service.
FIG. 10 is a diagram illustrating an example of a document attribute list page of the document management service.
FIG. 11 is a diagram illustrating an example of a functional configuration for explaining cooperation of a plurality of Web service modules.
[Explanation of symbols]
20 Web client 30 SOAP client
40 network 200 image processing device
210 HTTP protocol stack
220 SOAP handler 221 Authentication SOAP handler
222 Document List Acquisition SOAP Handler
223 Document Attribute Acquisition SOAP Handler
230 Page Handler 231 Document Management Page Handler
232 print page handler 235 FORM-C type conversion means
236 C-DOM type conversion means 237 DOM-XML type conversion means
240 page processing module
241 Document Management Page Processing Module
242 print page processing module
250 XSLT processor 260 Web service module
261 Document Management Service Module
262 Print Management Service Module
1101 Controller 1102 CPU
1104 Memory unit 1108 ASIC
1109 PCI 1111 Operation unit
1112 USB 1113 IEEE 1394
1201 Engine control board 1202 Engine I / F
1203 OS 1204 API
1211 Printer application 1212 Scanner application
1213 Fax application 1214 Copy application
1215 Document management application
1231 Scanner 1232 Printer
1233 FAX 1234 Copy

Claims (15)

複数の機能をそれぞれのインタフェースを通して提供する機能提供手段を有する画像処理装置であって、
ネットワークを介して接続される機器からの前記インタフェースの呼び出し要求に応じて、要求される前記機能に対応する前記インタフェースを呼び出す呼び出し要求処理手段と、
ネットワークを介して接続されるＷｅｂブラウザからのページ要求に応じて、前記インタフェースを呼び出すＷｅｂブラウザ要求処理手段とを有することを特徴とする画像処理装置。An image processing apparatus having a function providing unit that provides a plurality of functions through respective interfaces,
In response to a call request for the interface from a device connected via a network, call request processing means for calling the interface corresponding to the requested function,
An image processing apparatus comprising: a web browser request processing unit that calls the interface in response to a page request from a web browser connected via a network. 異なる画像処理を実行する複数のアプリケーションと、
上記異なる画像処理毎に使用される複数のハードウェア資源と、
上記複数のアプリケーションによる画像処理要求を受信可能とするアプリケーションプログラムインターフェースと、
上記アプリケーションプログラムインターフェースを介して行われる上記各アプリケーションからの上記画像処理要求に応じて、対応する上記ハードウェア資源を制御することによって上記画像処理を行うオペレーティングシステムとを有することを特徴とする請求項１記載の画像処理装置。Multiple applications that perform different image processing,
A plurality of hardware resources used for each of the different image processing,
An application program interface capable of receiving image processing requests by the plurality of applications;
An operating system for performing the image processing by controlling the corresponding hardware resource in response to the image processing request from each application performed via the application program interface. 2. The image processing device according to 1. 前記画像処理装置は、前記インタフェースが呼び出しに対する応答として出力する返却情報をＸＭＬ形式に変換する第一の返却情報変換手段と、
ＸＭＬ形式に変換された前記返却情報を所定のスタイルシートを用いてＨＴＭＬ形式に変換する第二の返却情報変換手段とを更に有し、
前記呼び出し要求処理手段は、前記返却情報を前記第一の返却情報変換手段を用いてＸＭＬ形式に変換し、前記機器からの呼び出し要求に対する応答として前記機器に送信し、
前記Ｗｅｂブラウザ要求処理手段は、前記返却情報を前記第一の返却情報変換手段と前記第二の返却情報変換手段とを用いてＨＴＭＬ形式に変換し、前記Ｗｅｂブラウザからのページ要求に対する応答として前記Ｗｅｂブラウザに送信することを特徴とする請求項１又は２記載の画像処理装置。A first return information conversion unit configured to convert return information output as a response to the call by the interface into an XML format,
Second return information conversion means for converting the return information converted into the XML format into the HTML format using a predetermined style sheet,
The call request processing means converts the return information into an XML format using the first return information conversion means, and transmits the return information to the device as a response to a call request from the device,
The Web browser request processing unit converts the return information into an HTML format using the first return information conversion unit and the second return information conversion unit, and converts the return information as a response to a page request from the Web browser. 3. The image processing apparatus according to claim 1, wherein the image is transmitted to a Web browser. 前記第一の返却情報変換手段は、前記返却情報をＤＯＭ構造の情報に変換する第三の返却情報変換手段と、
前記ＤＯＭ構造の情報をＸＭＬ形式に変換する第四の返却情報変換手段とを有することを特徴とする請求項３記載の画像処理装置。The first return information conversion means, a third return information conversion means for converting the return information into information of a DOM structure,
4. The image processing apparatus according to claim 3, further comprising: fourth return information conversion means for converting the information of the DOM structure into an XML format. 前記Ｗｅｂブラウザ要求処理手段は、前記Ｗｅｂブラウザからのページ要求に伴って送信される前記Ｗｅｂブラウザ上での利用者からの入力情報を、前記インタフェースが規定するデータ形式に変換する入力情報変換手段を有することを特徴とする請求項１乃至４いずれか一項記載の画像処理装置。The web browser request processing means includes an input information conversion means for converting input information from a user on the web browser transmitted in response to a page request from the web browser into a data format defined by the interface. The image processing apparatus according to claim 1, further comprising: 前記Ｗｅｂブラウザ要求処理手段は、前記Ｗｅｂブラウザからの一つのページ要求に応じて、複数の前記インタフェースを呼び出すことを特徴とする請求項１乃至５いずれか一項記載の画像処理装置。The image processing apparatus according to claim 1, wherein the web browser request processing unit calls a plurality of the interfaces in response to one page request from the web browser. 前記呼び出し要求処理手段は、ＳＯＡＰによるＲＰＣであることを特徴とする請求項１乃至６いずれか一項記載の画像処理装置。7. The image processing apparatus according to claim 1, wherein the call request processing unit is an RPC based on SOAP. 前記画像処理装置は、複数の前記機能提供手段を有し、
前記Ｗｅｂブラウザ要求処理手段は、前記Ｗｅｂブラウザからの一つのページ要求に応じて、前記複数の機能提供手段のそれぞれの前記インタフェースを呼び出すことを特徴とする請求項１乃至７いずれか一項記載の画像処理装置。The image processing apparatus has a plurality of the function providing units,
8. The Web browser request processing unit according to claim 1, wherein the Web browser request processing unit calls the interface of each of the plurality of function providing units in response to one page request from the Web browser. Image processing device. 前記画像処理装置は画像データを格納する画像データ格納手段を更に有し、
前記機能提供手段は、呼び出しに応じて前記画像データ格納手段に格納されている前記画像データに関する処理を実行するインタフェースを有することを特徴とする請求項１乃至８いずれか一項記載の画像処理装置。The image processing apparatus further includes image data storage means for storing image data,
9. The image processing apparatus according to claim 1, wherein the function providing unit includes an interface that executes a process related to the image data stored in the image data storage unit in response to a call. 10. . 前記インタフェースは、前記画像データ格納手段に格納されている画像データの一覧情報を検索し、前記一覧情報を返却情報として呼び出し元に出力することを特徴とする請求項９記載の画像処理装置。10. The image processing apparatus according to claim 9, wherein the interface retrieves list information of the image data stored in the image data storage unit, and outputs the list information to a caller as return information. 前記インタフェースは、前記画像データ格納手段に格納されている画像データを印刷することを特徴とする請求項６の画像処理装置。7. The image processing apparatus according to claim 6, wherein the interface prints image data stored in the image data storage unit. 前記インタフェースは、前記画像データ格納手段に格納されている画像データをＦＡＸ送信することを特徴とする請求項９記載の画像処理装置。The image processing apparatus according to claim 9, wherein the interface transmits the image data stored in the image data storage unit by facsimile. 前記インタフェースは、前記画像データ格納手段に格納されている画像データをコピーすることを特徴とする請求項９記載の画像処理装置。10. The image processing apparatus according to claim 9, wherein the interface copies image data stored in the image data storage unit. 複数の機能をそれぞれのインタフェースを通して提供する機能提供手順と、
ネットワークを介して接続される機器からの前記インタフェースの呼び出し要求に応じて、前記インタフェースを呼び出す呼び出し要求処理手順と、
ネットワークを介して接続されるＷｅｂブラウザからのページ要求に応じて、前記インタフェースを呼び出すＷｅｂブラウザ要求処理手順とを有し、
前記機能提供手順は、前記呼び出し要求処理手順又は前記Ｗｅｂブラウザ要求処理手順から呼び出された前記インタフェースに対応する機能を提供することを特徴とする画像処理方法。A function providing procedure for providing a plurality of functions through respective interfaces,
In response to a call request for the interface from a device connected via a network, a call request processing procedure for calling the interface,
A web browser request processing procedure for calling the interface in response to a page request from a web browser connected via a network,
The image processing method, wherein the function providing procedure provides a function corresponding to the interface called from the call request processing procedure or the Web browser request processing procedure. 前記インタフェースが呼び出しに対する応答として出力する返却情報をＸＭＬ形式に変換する第一の返却情報変換手順と、
ＸＭＬ形式に変換された前記返却情報を所定のスタイルシートを用いてＨＴＭＬ形式に変換する第二の返却情報変換手順とを更に有し、
前記呼び出し要求処理手順は、前記返却情報を前記第一の返却情報変換手順を実行してＸＭＬ形式に変換する機器応答情報生成手順と、
ＸＭＬ形式に変換された前記返却情報を前記機器からの呼び出し要求に対する応答として前記機器に送信する機器応答手順とを有し、
前記Ｗｅｂブラウザ要求処理手順は、前記返却情報を前記第一の返却情報変換手順と前記第二の返却情報変換手段と実行してＨＴＭＬ形式に変換するＷｅｂブラウザ応答情報生成手順と、
ＨＴＭＬ形式に変換された前記返却情報を前記Ｗｅｂブラウザからのページ要求に対する応答として前記Ｗｅｂブラウザに送信するＷｅｂブラウザ応答手順とを有することを特徴とする請求項１４記載の画像処理方法。A first return information conversion procedure for converting return information output as a response to the call by the interface into an XML format;
A second return information conversion procedure of converting the return information converted into the XML format into the HTML format using a predetermined style sheet,
The call request processing procedure includes: a device response information generating step of executing the first return information converting procedure to convert the return information into an XML format;
A device response procedure of transmitting the return information converted to the XML format to the device as a response to a call request from the device,
The Web browser request processing procedure includes a Web browser response information generation procedure for executing the return information with the first return information conversion procedure and the second return information conversion means to convert the return information into an HTML format.
15. The image processing method according to claim 14, further comprising a Web browser response procedure of transmitting the return information converted into the HTML format to the Web browser as a response to a page request from the Web browser.

Images