JP2007042139A - 画像処理装置 - Google Patents

Abstract

【課題】ネットワークを介して接続される機器及びＷｅｂブラウザからの要求に対し、低コストで同一の機能を提供することができる画像処理装置の提供を目的とする。
【解決手段】複数のアプリケーションプロセスによって構成される機能提供手段を有し、機能提供手段によって提供されるそれぞれの機能を、該機能ごとに対応したＵＲＬによるＨＴＴＰ経由のインタフェースで提供する画像処理装置であって、ネットワークを介して接続される機器からのインタフェース単位での遠隔呼び出しに応じ、遠隔呼び出しに指定されたインタフェースに対応する機能提供手段の一つの機能を呼び出し、該機能の応答情報を機器に返信する呼び出し要求処理手段と、ネットワーク介して接続されるＷｅｂブラウザからのページ要求に応じ、ＨＴＭＬデータをＷｅｂブラウザに返信するＷｅｂブラウザ要求処理手段とを有することにより上記課題を解決する。
【選択図】図４

Description

本発明は、画像処理装置に関し、特に複数の画像処理機能とサーバ機能とを有する画像処理装置に関する。

汎用的に情報を表現できる記述言語としてＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）が、標準化団体Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）より勧告されており、インターネット技術との親和性の高さから、著しい勢いで普及し始めている。

例えば、異なるプラットフォーム間でのＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）を実現するＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）にも応用されており、電子商取引用サイトで利用され始めている。上記ＳＯＡＰ技術はメッセージの交換をＸＭＬ文書にて行う、ソフトウェア同士の通信手段と言える。

一方で、ＲＰＣにより提供されるサービスを、Ｗｅｂブラウザを利用して人間が直接利用したい場合も存在する。

しかしながら、ＳＯＡＰのサーバとクライアントとの通信と、ＷｅｂブラウザとＷｅｂサーバとの通信では、メッセージ形式が異なる。即ち、前者は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドでＸＭＬデータを交換することで実現されるが、後者においては、Ｗｅｂブラウザからの要求は、ＨＴＭＬのＦＯＲＭのＰＯＳＴメソッドによるものであり、Ｗｅｂサーバからの応答は、Ｗｅｂブラウザが閲覧可能なＨＴＭＬデータである。

また、一般的にＳＯＡＰ呼び出しにより提供されているサービスの対象はソフトウェアが動作する機器である。ソフトウェアからはＷｅｂブラウザからの１ページ単位の要求に比べて詳細な制御を必要とするため、サービスのインタフェース、即ち関数の粒度は、非常に細かいものである。従って、同一のサービスをＳＯＡＰ呼び出し及びＷｅｂブラウザに対して提供する場合は、それぞれに合わせたモジュールを用意しなければならず、開発コストが増大する。特に、ＬＰ（Ｌｉｎｅ Ｐｒｉｎｔｅｒ）や種々の画像処理機能を有する画像処理装置（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）等の組み込み機器に上記の実装を行うには、より多くの搭載メモリを必要とするため、機器のコストアップとなってしまうという問題がある。

本発明は、上記の点に鑑みてなされたものであって、ネットワークを介して接続される機器及びＷｅｂブラウザからの要求に対し、低コストで同一の機能を提供することができる画像処理装置の提供を目的とする。

そこで上記課題を解決するため、本発明は、複数のアプリケーションプロセスによって構成される機能提供手段を有し、前記機能提供手段によって提供されるそれぞれの機能を、該機能ごとに対応したＵＲＬによるＨＴＴＰ経由のインタフェースで提供する画像処理装置であって、ネットワークを介して接続される機器からの前記インタフェース単位での遠隔呼び出しに応じ、前記遠隔呼び出しに指定された前記インタフェースに対応する前記機能提供手段の一つの機能を呼び出し、該機能の応答情報を前記機器に返信する呼び出し要求処理手段と、ネットワーク介して接続されるＷｅｂブラウザからのページ要求に応じ、ＨＴＭＬデータを前記Ｗｅｂブラウザに返信するＷｅｂブラウザ要求処理手段とを有し、前記Ｗｅｂブラウザ要求処理手段は、前記ページ要求に伴って送信される前記Ｗｅｂブラウザ上での入力情報を前記機能提供手段の各アプリケーションプロセスが規定するデータ形式に変換する入力情報変換手段と、一つの前記ページ要求に対応して前記機能提供手段が有する機能を複数呼び出し、前記機能を呼び出すときの情報として、前記入力情報変換手段によって変換された入力情報又は既に呼び出した前記機能提供手段の応答情報のいずれか又は両方を含ませるページ処理手段とを有し、前記機能提供手段は、前記呼び出し要求処理手段と前記Ｗｅｂブラウザ要求処理手段とより共通に利用されることを特徴とする。

このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザからのそれぞれの異なる粒度による要求に対して、同一のアプリケーション又はライブラリ等の機能提供手段のインタフェースを呼び出すことによりサービスを提供するため、それぞれに特化したアプリケーションやライブラリを実装する必要がなく、低コストでサービスを提供することができる。

また、本発明は、前記機能提供手段が、呼び出しに対する応答として出力する返却情報をＸＭＬ形式に変換する第一の返却情報変換手段と、ＸＭＬ形式に変換された前記返却情報を所定のスタイルシートを用いてＨＴＭＬ形式に変換する第二の返却情報変換手段とを更に有し、前記呼び出し要求処理手段は、前記返却情報を前記第一の返却情報変換手段を用いてＸＭＬ形式に変換し、前記機器からの遠隔呼び出しに対する応答として前記機器に送信し、前記Ｗｅｂブラウザ要求処理手段は、前記返却情報を前記第一の返却情報変換手段と前記第二の返却情報変換手段とを用いてＨＴＭＬ形式に変換し、前記Ｗｅｂブラウザからのページ要求に対する応答として前記Ｗｅｂブラウザに送信することを特徴とする。

このような画像処理装置では、ネットワークを介して接続される機器とＷｅｂブラウザからの要求に対して、同一の変換手段を用いて応答情報を生成するため、低コストでサービスを提供することができる。

また、本発明は、前記第一の返却情報変換手段は、前記返却情報をＤＯＭ構造の情報に変換する第三の返却情報変換手段と、前記ＤＯＭ構造の情報をＸＭＬ形式に変換する第四の返却情報変換手段とを有することを特徴とする。

このような画像処理装置では、返却情報をＤＯＭ構造を経てＸＭＬに変換するため、容易にＸＭＬに変換することができる。

また、本発明は、前記呼び出し要求処理手段は、ＳＯＡＰによるＲＰＣであることを特徴とする。

このような画像処理装置では、一般的に広く用いられている技術であるＳＯＡＰによるＲＰＣによりインタフェースを呼び出すことができるため、ネットワークを介して接続される機器から容易にサービスを受けることができる。

また、本発明は、画像データを格納する画像データ格納手段を更に有し、前記機能提供手段は、呼び出しに応じて前記画像データ格納手段に格納されている前記画像データに関する処理を実行するインタフェースを有することを特徴とする。

このような画像処理装置では、ネットワークを介して接続される機器、及びＷｅｂブラウザのユーザに対して、画像データの処理に関するサービスを低コストで提供することができる。

また、本発明は、前記機能提供手段は、前記画像データ格納手段に格納されている画像データの一覧情報を検索し、前記一覧情報を返却情報として呼び出し元に出力することを特徴とする。

このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザのユーザに対して、画像データの一覧情報を低コストで提供することができる。

また、本発明は、前記機能提供手段は、前記画像データ格納手段に格納されている画像データを印刷することを特徴とする。

このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザのユーザに対して、画像データの印刷サービスを低コストで提供することができる。

また、本発明は、前記機能提供手段は、前記画像データ格納手段に格納されている画像データをＦＡＸ送信することを特徴とする。

このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザのユーザに対して、画像データのＦＡＸ送信サービスを低コストで提供することができる。

また、本発明は、前記機能提供手段は、前記画像データ格納手段に格納されている画像データをコピーすることを特徴とする。

このような画像処理装置では、ネットワークを介して接続される機器及びＷｅｂブラウザのユーザに対して、画像データのコピーサービスを低コストで提供することができる。

更に、上記課題を解決するための手段として、本発明は、上記画像処理装置における処理をコンピュータに行わせるための画像処理方法とすることもできる。

上述の如く、本発明によれば、ネットワークを介して接続される機器及びＷｅｂブラウザからのそれぞれの異なる粒度による要求に対して、同一のアプリケーション又はライブラリ等の機能提供手段のインタフェースを呼び出すことによりサービスを提供するため、それぞれに特化したアプリケーションやライブラリを実装する必要がなく、低コストでサービスを提供することができる。

以下、本発明の実施の形態を図面に基づいて説明する。

多種の画像形成機能を融合する本発明の実施の一形態に係る画像処理装置は、例えば、図１に示すような機能構成を成す。図１は、画像処理装置のハードウェア構成を示すブロック図である。

図１において、画像処理装置２００は、ＣＰＵ１１０２と、メモリユニット１１０４と、ハードディスク（ＨＤ）１１０６とをＡＳＩＣ１１０８に接続したコントローラボード１１０１と、操作部１１１１と、ＵＳＢ（Universal Serial Bus）１１１２と、ＩＥＥＥ1394１１１３と、スキャナ１２３１と、プリンタ１２３２と、ＦＡＸ１２３３と、コピー１２３４とを有する。

そして、操作部１１１１はＡＳＩＣ１１０８に接続され、ＵＳＢ（Universal Serial Bus）１１１２と、ＩＥＥＥ1394１１１３と、スキャナ処理を行うためのハードウェア資源であるスキャナ１２３１と、印刷処理を行うためのハードウェア資源であるプリンタ１２３２と、ＦＡＸ処理を行うためのハードウェア資源であるＦＡＸ１２３３と、コピー処理を行うためのハードウェア資源であるコピー１２３４は、ＰＣＩバス１１０９を介してＡＳＩＣ１１０８に接続されている。

メモリユニット１１０４には、画像処理装置２００を制御するのに必要なプログラム等が格納されている。ＨＤ１１０６には、文書ファイル、画像データ、プログラム、フォントデータ及びフォームが蓄積される。操作部１１１１は、ユーザからの入力操作の受け付け並びにユーザに向けた表示を行う。

このようなハードウェア構成を採用することにより、異なる画像処理を行うためのデバイスを共有化でき低コスト設計が可能となる。

次に、図１に示すＣＰＵ１１０２によって制御される画像処理装置２００の機能構成について図２で説明する。図２は、画像処理装置の機能構成例を示すブロック図である。

図２において、画像処理装置２００は、スキャナ１２３１、プリンタ１２３２、ＦＡＸ１２３３及びコピー１２３４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード１２０１と、エンジンＩ／Ｆ１２０２と、ＯＳ１２０３と、ＡＰＩ（Application Program Interface）１２０４と、スキャナアプリ１２１１、プリンタアプリ１２１２、ファックスアプリ１２１３及びコピーアプリ１２１４、文書管理アプリ１２１５等の各種アプリケーションを有している。

エンジン制御ボード１２０１は、スキャナ１２３１、プリンタ１２３２、ＦＡＸ１２３３、コピー１２３４等の画像処理装置２００の個別機能を制御する。エンジンＩ／Ｆ１２０２は、エンジン制御ボード１２０１に対するインタフェースを、ＯＳ１２０３やＡＰＩ１２０４に提供する。

ＯＳ１２０３は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、スキャナアプリ１２１１、プリンタアプリ１２１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。

ＡＰＩ１２０４は、スキャナアプリ１２１１、プリンタアプリ１２１２等のアプリケーションへのインタフェースを提供する。

スキャナアプリ１２１１は、スキャナ用アプリケーションであり、プリンタアプリ１２１２は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。ファックスアプリ１２１３は、ファクシミリ用アプリケーションであり、コピーアプリ１２１４は、コピー用アプリケーションである。また、文書管理アプリ１２１５は画像処理装置２００のＨＤ１１０６に格納されている画像データを管理するアプリケーションである。

このように、ＯＳ１２０３及びＡＰＩ１２０４上に各種アプリケーションを搭載するよう構成しているので、各画像処理の処理部分を共有することが可能となる。従って、画像処理装置２００全体の生産性を高めるとともに、各アプリケーションの開発効率を高めることができる。

次に、本発明の実施の形態における画像処理装置２００が接続されるネットワークの構成例について説明する。

図３は、本発明の実施の形態におけるネットワーク構成例を示す図である。図３において、図１に示すハードウェア構成及び図２に示す機能構成を有する画像処理装置２００と、Ｗｅｂクライアント２０と、ＳＯＡＰクライアント３０とがＬＡＮ等のネットワーク４０によって接続されている。

Ｗｅｂクライアント２０は、Ｗｅｂブラウザがインストールされている端末であり、Ｗｅｂブラウザを通して画像処理装置２００の提供するＷｅｂサービスを利用する。

ＳＯＡＰクライアント２０は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）によるメッセージ交換を行うためのソフトウェアがインストールされている端末であり、ＳＯＡＰを利用したＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｔｏｃｏｌ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）によりＷｅｂクライアント２０が利用するＷｅｂサービスと同一のＷｅｂサービスを利用する。

画像処理装置２００は、Ｗｅｂクライアント２０及びＳＯＡＰクライアント３０に同一のＷｅｂサービスを提供する。但し後述するように、両者に対するサービスの粒度は異なる。

図４は、Ｗｅｂサービスを提供するためのフレームワーク例を示す図である。図４の画像処理装置２００は、ＨＴＴＰプロトコルスタック２１０と、ＳＯＡＰハンドラ２２０と、ページハンドラ２３０と、ページ処理モジュール２４０と、ＸＳＬＴプロセッサ２５０と、Ｗｅｂサービスモジュール２６０とを有するように構成される。

ＨＴＴＰプロトコルスタック２１０は、画像処理装置２００がＷｅｂサーバとして機能するためのＨＴＴＰｄ（ＨＴＴＰｄａｅｍｏｎ）の役割を果たすデーモンプログラムであり、Ｗｅｂクライアント２０又はＳＯＡＰクライアント３０の要求に基づいて、ページハンドラ２３０又はＳＯＡＰハンドラ２２０を呼び出す。また、ＨＴＴＰプロトコルスタック２１０は、ページハンドラ２３０又はＳＯＡＰハンドラ２２０から処理結果として出力されるＨＴＭＬ又はＸＭＬのデータを、Ｗｅｂクライアント２０又はＳＯＡＰクライアント３０に応答として送信する。

ＳＯＡＰハンドラ２２０は、ＳＯＡＰクライアント３０からの要求がＨＴＴＰプロトコルスタック２１０に送信された場合にＨＴＴＰプロトコルスタック２１０から呼び出される。ＳＯＡＰハンドラ２２０は呼び出されると、ＳＯＡＰクライアント３０からのＳＯＡＰリクエストを解析し、Ｗｅｂサービスモジュール２６０に対しＳＯＡＰリクエストに格納されたＸＭＬデータにより指定された関数の呼び出しを行う。この際、ＳＯＡＰハンドラ２２０は、ＸＭＬデータにより指定されたテキスト情報のパラメータをＷｅｂサービスモジュールが処理可能なデータ型に変換して、関数を呼び出す。処理可能なデータ型とは、呼び出す関数のインタフェースに従ったデータ型を意味する。例えば、ＷｅｂサービスモジュールがＣ言語で実装されている場合は、Ｃ言語により利用可能な型（ｉｎｔ、ｌｏｎｇ、ｆｌｏａｔ、ｄａｏｕｂｌｅ、ｃｈａｒ等）である。また、ＳＯＡＰハンドラ２２０は、Ｗｅｂサービスモジュール２６０からの処理結果、即ち関数の戻り値をＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）構造を経てＸＭＬデータに変換し、プロトコルスタック２１０に対する処理結果として出力する。

ページハンドラ２３０は、Ｗｅｂクライアント２０からの要求がＨＴＴＰプロトコルスタック２１０に送信された場合にＨＴＴＰプロトコルスタック２１０からＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）等のインタフェースを通して呼び出される。ページハンドラ２３０は、呼び出されると、Ｗｅｂクライアント２０からのＨＴＭＬのＦＯＲＭデータを、ページ処理モジュール２４０が処理可能なデータ型に変換し、引数として指定してページ処理モジュール２４０の関数を呼び出す。また、ページハンドラ２３０は、Ｗｅｂサービスモジュール２６０からの処理結果、即ち関数の戻り値をＸＭＬデータに変換する。更に、ページハンドラ２３０は、ＸＭＬデータに変換された戻り値をＸＳＬＴプロセッサ２５０によってＨＴＭＬデータに変換し、ＨＴＴＰプロトコルスタック２１０に対する処理結果として出力する。

ページ処理モジュール２４０は、ページハンドラ２３０からの要求に基づいて、Ｗｅｂページ１ページに対応する処理を実行すべくＷｅｂサービスモジュール２６０の複数の関数を呼び出し、それぞれの処理結果を一つの処理結果としてページハンドラ２３０に関数の戻り値として返却する。ページ処理モジュール２４０がＷｅｂページ１ページに対応する処理としてＷｅｂサービスモジュール２６０の複数の関数を呼び出すのは、ページハンドラ２３０が要求するＷｅｂページ１ページ分のサービスと、Ｗｅｂサービスモジュール２６０の一つの関数が提供する機能が一対一に対応せず、Ｗｅｂサービスモジュール２６０の一つの関数が提供する機能の方が粒度が細かいためである。

Ｗｅｂサービスモジュール２６０は、関数等のインタフェースを通して画像処理装置２００に実装されている各種のアプリケーション、例えば図２におけるスキャナアプリ１２１１、プリンタアプリ１２１２、ファックスアプリ１２１３、コピーアプリ１２１４及び文書管理アプリ１２１５等に関するサービスを提供する。

次に、ページハンドラ２３０が上述したデータ変換を実現するための機能構成例について説明する。図５は、ページハンドラの型変換機能の機能構成例を示す図である。図５においては、ページ処理モジュール２４０がＣ言語によるインタフェースを提供している場合を例にしているが、Ｃ言語に限られるものではない。

ページハンドラ２３０が、ＨＴＴＰプロトコルスタック２１０からＨＴＭＬのＦＯＲＭデータを受け取ると、ＦＯＲＭ−Ｃ型変換手段２３５によりＦＯＲＭデータにより指定されたオプション情報を、ページ処理モジュール２４０のインタフェースであるＣ言語のデータ型に変換し、変換後のオプション情報を引数としてページ処理モジュール２４０の関数を呼び出す。

また、ページハンドラ２３０が、ページ処理モジュール２４０からＣ言語のデータ型による処理結果（戻り値）を受け取ると、Ｃ−ＤＯＭ型変換手段２３６が処理結果をＣ言語のデータからＤＯＭ構造に変換し、ＤＯＭ−ＸＭＬ型変換手段２３７が、ＤＯＭ構造に変換された処理結果をＸＭＬデータに変換する。なお、このＣ言語のデータからＤＯＭ構造を経てＸＭＬデータへの変換は、上述したＳＯＡＰハンドラ２２０において、Ｗｅｂサービスモジュール２６０から受け取った戻り値をＤＯＭ構造へ変換する際と同様の処理となるため、ページハンドラ２３０とＳＯＡＰハンドラ２２０とで共通化することができ、メモリ等の資源を節約することができる。

ＸＭＬデータとなった処理結果は、ＸＳＬＴプロセッサ２５０によりＨＴＭＬに変換され、ＨＴＴＰプロトコルスタック２１０に出力される。

以下、図４に示されるフレームワークを有する画像処理装置２００が、文書管理サービスとして、ＨＤ１１０６に蓄積されている画像データの一覧情報を提供する例について説明する。

図６は、文書管理サービスを提供するための機能構成例を示す図である。図６の文書管理サービスモジュール２６１は、Ｗｅｂサービスモジュール２６０の一例であり、図２の文書管理アプリ１２１５の機能を提供するＷｅｂサービスモジュールである。文書管理サービスモジュール２６１は、認証関数と、文書一覧取得関数と、文書属性取得関数との関数により実行される各機能によりサービスを提供する。即ち、文書管理サービスモジュール２６１についての機能とは、認証関数、文書一覧取得関数及び文書属性関数のそれぞれの関数が相当する。

認証関数は、例えばユーザのＩＤとパスワードとを引数に指定されて呼び出されると、ユーザの認証を行い、ユーザＩＤとパスワードが正しい場合にはアクセスを許可するためのチケット情報を戻り値として返却する。

文書一覧取得関数は、チケット情報を引数に指定されて呼び出されると、画像処理装置２００が管理する画像データの識別情報のリストを検索し、そのリストを戻り値として返却する。

文書属性取得関数は、一つの文書ＩＤを引数に指定されて呼び出されると、文書ＩＤで指定された画像データの属性情報を検索し、その属性情報を戻り値として返却する。

文書管理ページ処理モジュール２４１は、ページ処理モジュール２４０の一例であり、文書一覧ページ情報取得関数を有する。

文書一覧ページ情報取得関数は、例えばユーザＩＤとパスワードとを引数に指定されて呼び出されると、文書管理サービスモジュール２６１の上述した関数を呼び出すことにより画像処理装置２００が管理する画像データの属性情報のリストを取得し、その属性情報のリストを戻り値として返却する。

文書管理ページハンドラ２３１は、ページハンドラ２３０の一例であり、ＨＴＴＰプロトコルスタック２１０から呼び出されると、文書管理ページ処理モジュール２４１の文書一覧ページ情報取得関数を呼び出すことにより、画像処理装置２００が管理する画像データの属性情報のリストを取得し、そのリストに基づいて画像データの属性情報を表示するためのＷｅｂページ（ＨＴＭＬ）を生成する。

認証ＳＯＡＰハンドラ２２１と、文書一覧取得ＳＯＡＰハンドラ２２２と、文書属性取得ＳＯＡＰハンドラ２２３とは、ＳＯＡＰハンドラ２２０の一例である。認証ＳＯＡＰハンドラ２２１は、文書管理サービスモジュール２６１の認証関数に対応している。文書一覧取得ＳＯＡＰハンドラ２２２は、文書管理サービスモジュール２６１の文書一覧取得関数に対応している。文書属性取得ＳＯＡＰハンドラ２２３は、文書管理サービスモジュール２６１の文書属性取得関数に対応している。

以下、図６の画像処理装置２００の処理手順について説明する。

先ず、ＳＯＡＰクライアント３０から文書管理サービスモジュール２６１を利用する場合について説明する。図７は、ＳＯＡＰクライアントから文書管理サービスを利用する場合のシーケンス図を示す。

ステップＳ１０において、ＳＯＡＰクライアント３０のＳＯＡＰクライアントプログラムは、ＸＭＬデータに認証関数の呼び出し情報を指定し、認証要求をＳＯＡＰにより画像処理装置２００のＨＴＴＰプロトコルスタック２１０に送信する。ここで、認証関数の引数情報としては、ユーザＩＤとパスワードが指定される。

ステップＳ１０に続いてステップＳ２０に進み、ＳＯＡＰクライアント３０からの要求を受信したＨＴＴＰプロトコルスタック２１０は、認証ＳＯＡＰハンドラ２２１を呼び出す。

ステップＳ２０に続いてステップＳ３０に進み、ＨＴＴＰプロトコルスタック２１０から呼び出された認証ＳＯＡＰハンドラ２２１は、ＸＭＬデータによる認証関数の呼び出し要求を解析すると共に、テキスト情報で指定されている引数情報を、文書管理サービスモジュール２６１の認証関数が要求するデータ型に変換する。

ステップＳ３０に続いてステップＳ４０に進み、認証ＳＯＡＰハンドラ２２１は、型変換されたユーザＩＤとパスワードとを引数に指定して文書管理サービスモジュール２６１の認証関数を呼び出すことにより、ユーザの認証を要求する。

ステップＳ４０に続いてステップＳ５０に進み、文書管理サービスモジュール２６１はユーザの認証を行い、ユーザＩＤとパスワードが正しい場合には、アクセスを許可するためのチケット情報を戻り値として返却する（Ｓ６０）。

ステップＳ６０に続いてステップＳ７０に進み、認証ＳＯＡＰハンドラ２２１は、認証関数の戻り値として取得したチケット情報をＸＭＬデータに変換する。ステップＳ７０に続いてステップＳ８０に進み、認証ＳＯＡＰハンドラ２２１は、ＸＭＬデータに変換したチケット情報をＨＴＴＰプロトコルスタック２１０に出力する。

ステップＳ８０に続いてステップＳ９０に進み、ＨＴＴＰプロトコルスタック２１０は、ＳＯＡＰクライアント３０に対してＸＭＬデータのチケット情報をＳＯＡＰにより送信する。

ステップＳ９０に続いてステップＳ１００に進み、ＳＯＡＰクライアント３０のＳＯＡＰクライアントプログラムが上述した認証関数の呼び出しと同様の手順で、文書一覧取得ＳＯＡＰハンドラ２２２を経て文書管理サービスモジュール２２１の文書一覧取得関数をチケット情報を引数として呼び出すと、画像処理装置２００が管理する画像データの文書ＩＤのリストがＳＯＡＰクライアント３０に返却される（ステップＳ１００〜ステップＳ１８０）。

ステップＳ１８０に続いてステップＳ２００に進み、ＳＯＡＰクライアント３０のＳＯＡＰクライアントプログラムが上述した関数の呼び出しと同様の手順で、文書属性取得ＳＯＡＰハンドラ２２３を経て文書管理サービスモジュール２２１の文書属性取得関数を文書ＩＤを引数として呼び出すと、指定した文書ＩＤによって特定される画像データの属性情報がＳＯＡＰクライアント３０に返却される（ステップＳ２００〜ステップＳ２８０）。なお、文書属性取得関数の呼び出しは画像データの数だけ繰り返される。

上述したように、ＳＯＡＰクライアント３０からは、文書管理サービスモジュール２６１が提供する関数の粒度で、文書管理サービスモジュール２６１のサービスを利用することが出来る。

次に、Ｗｅｂクライアント２０から文書管理サービスモジュール２６１を利用する場合について説明する。図８は、Ｗｅｂクライアントから文書管理サービスを利用する場合のシーケンス図を示す。

ステップＳ３００において、Ｗｅｂクライアント２０のＷｅｂブラウザは、ユーザからの入力に基づいて画像処理装置２００のＨＴＴＰプロトコル２１０に対し文書属性一覧ページを要求する。

図９は、文書管理サービスの認証ページの一例を示す図である。認証ページ３１においてユーザＩＤ及びパスワードがユーザより入力され、更に送信ボタン３１１がクリックされることにより、ユーザＩＤ及びパスワードをＨＴＭＬのＦＯＲＭデータ（オプション情報）としたステップＳ３００のページ要求が送信される。

ステップＳ３００に続いてステップＳ３１０に進み、Ｗｅｂクライアント２０からページ要求を受信したＨＴＴＰプロトコルスタック２１０は、文書管理ページハンドラ２３１を呼び出す。

ステップＳ３１０に続いてステップＳ３２０に進み、ＨＴＴＰプロトコルスタック２１０から呼び出された文書管理ページハンドラ２３１は、ＨＴＭＬのＦＯＲＭデータとして送信されたＩＤとパスワードを、文書管理サービスモジュール２６１の認証関数が要求するデータ型に変換する。

ステップＳ３２０に続いてステップＳ３３０に進み、文書管理ページハンドラ２３１は、型変換されたユーザＩＤとパスワードとを引数に指定して文書管理ページ処理モジュール２４１の文書一覧ページ情報取得関数を呼び出すことにより、文書属性情報一覧の取得を要求する。

ステップＳ３３０に続いてステップＳ３４０に進み、文書管理ページ処理モジュール２４１は、文書一覧ページ情報取得関数の引数として指定されたユーザＩＤとパスワードとを引数として、文書管理サービスモジュール２６１の認証関数を呼び出すことにより、ユーザの認証を要求する。

ステップＳ３４０に続いてステップＳ３５０に進み、文書管理サービスモジュール２６１は、ユーザの認証を行い、ユーザＩＤとパスワードが正しい場合にはアクセスを許可するためのチケット情報を戻り値として返却する（Ｓ３６０）。

ステップＳ３６０に続いてステップＳ３７０に進み、文書管理ページ処理モジュール２３１は、認証関数の戻り値として取得したチケット情報を引数として文書管理サービスモジュール２６１の文書一覧取得関数を呼び出すことにより、画像処理装置２００が管理する画像データに対する文書ＩＤのリストを要求する。

ステップＳ３７０に続いてステップＳ３８０に進み、文書管理サービスモジュール２６１は、管理している画像データに対する文書ＩＤのリストを生成し、戻り値として返却する（Ｓ３９０）。

ステップＳ３９０に続いてステップＳ４００に進み、文書管理ページ処理モジュール２３１は、文書一覧取得関数の戻り値として取得した文書ＩＤのうち一つの文書ＩＤを引数として文書管理サービスモジュール２６１の文書属性取得関数を呼び出すことにより、一つの画像データの属性情報を要求する。

ステップＳ４００に続いてステップＳ４１０に進み、文書管理サービスモジュール２６１は、文書属性取得関数の引数に指定された文書ＩＤにより特定される画像データの属性情報を検索し、検索した画像データの属性情報を戻り値として返却する（Ｓ４２０）。なお、ステップＳ４００からステップＳ４２０の処理は、画像データの数だけ繰り返され、これによって文書管理ページモジュール２４１は、複数の画像データの属性情報を取得する。

ステップＳ４２０に続いてステップＳ４３０に進み、文書管理ページモジュール２４１は、画像データの属性情報（文書属性一覧）を文書属性取得関数の戻り値として返却する。

ステップＳ４３０に続いてステップＳ４４０に進み、文書管理ページハンドラ２３１は、文書属性取得関数の戻り値として取得した文書属性一覧をＸＭＬデータに変換し、更にＸＳＬＴ２５０を利用することによりＨＴＭＬデータに変換する（Ｓ４４０、Ｓ４５０、Ｓ４６０）。

ステップＳ４７０に進み、文書管理ページハンドラ２３１は、ＨＴＭＬデータとしての文書属性一覧（以下、文書属性一覧ページという。）をＨＴＴＰプロトコルスタック２１０に出力する。

ステップＳ４７０に続いてステップＳ４８０に進み、ＨＴＴＰプロトコルスタック２１０は、ＨＴＭＬによる文書属性一覧ページをＷｅｂクライアント２０に送信する。

ステップＳ４８０に続いてステップＳ４９０に進み、Ｗｅｂクライアント２０は、受信した文書属性一覧ページをＷｅｂブラウザに表示する。

図１０は、文書管理サービスの文書属性一覧ページの一例を示す図である。図１０の文書属性一覧ページ３２には、画像データの属性情報の一覧である文書属性一覧表３２１が掲載されている。また、図１０において、画像処理装置２００の文書管理サービスモジュール２６１の関数との対応も示している。即ち、文書属性一覧ページ３２は認証関数により認証を得て取得したものである。また、文書属性一覧表３２１の行方向の情報である画像データのリストは、文書一覧取得関数により取得したものである。更に、文書属性一覧表３２１の列方向の情報である各画像データの属性情報は、文書属性取得関数により取得したものである。

上述したように、本発明の実施の形態における画像処理装置２００によれば、Ｗｅｂクライアント２０から文書管理サービスを利用する場合は、文書管理ページ処理モジュール２４１が、Ｗｅｂクライアント２０から要求されるサービスの粒度（Ｗｅｂページ１ページ分）と、文書管理サービスモジュール２６１の提供する関数の粒度との整合性をとるため、関数単位でのＷｅｂページではなく、人間にとって操作性の良いＷｅｂページを提供することができる。従って、一つのＷｅｂサービスモジュール２６０のサービスを低コストでＳＯＡＰクライアント３０及びＷｅｂクライアント２０に対し提供することができる。

なお、ページ処理モジュール２４０は、複数のＷｅｂサービスモジュール２６０の機能を連携することもできる。

図１１は、複数のＷｅｂサービスモジュールの連携を説明するための機能構成例を示す図である。図１１の印刷管理サービスモジュール２６２は、Ｗｅｂサービスモジュール２６０の一例であり、図２のプリンタアプリ１２１２の機能を提供するモジュールである。印刷管理サービスモジュール２６２は、文書印刷関数を有している。文書印刷関数は、入力情報として指定された文書ＩＤに対応する画像データを印刷し、その処理ステータス（正常終了、異常終了等）を返却する。

印刷ページハンドラ２３２は、ページハンドラ２３０の一例であり、印刷処理モジュール２４２の文書印刷関数を呼び出すことにより、画像処理装置２００が管理する画像データの印刷を要求し、戻り値として返却されたステータス情報に基づいて画像データの印刷結果を表示するためのＷｅｂページを生成する。

印刷ページ処理モジュール２４２は、ページ処理モジュール２４０の一例であり、文書印刷ページ関数を有する。

文書印刷ページ関数は、例えばユーザＩＤとパスワードとを引数として、文書管理サービスモジュール２６１の関数を呼び出すことにより文書ＩＤ一覧を取得し、印刷サービスモジュール２６１の関数を呼びことにより一覧にある画像データを印刷し、その処理ステータスを戻り値として返却する。

図８で説明した文書管理サービス２６１の場合と同様の手順で、Ｗｅｂクライアント２０のＷｅｂブラウザから印刷ページの要求がユーザＩＤ及びパスワードを伴ってＨＴＴＰプロトコルスタック２１０に送信されると、印刷ページハンドラ２３２が呼び出される。

印刷ページハンドラ２３２は、印刷ページ処理モジュール２４２の文書印刷ページ関数をユーザＩＤとパスワードを引数に指定して呼び出す。文書印刷ページ関数は、図８で説明した手順で認証を行い、文書ＩＤの一覧を取得する。更に、文書印刷ページ関数は、取得した文書ＩＤを引数として印刷サービスモジュール２６２の文書印刷関数を呼び出す。

文書印刷関数は、指定された文書ＩＤによって特定される画像データを印刷し、処理ステータスを戻り値として返却する。文書印刷ページ関数は、一覧として取得した文書ＩＤの数だけ文書印刷関数を呼び出し、印刷ページハンドラ２３２に処理ステータスを返却する。

印刷ページハンドラ２３２は、処理ステータスを基に、例えば「正常終了」と表示されるＨＴＭＬのＷｅｂページを生成する。生成されたＷｅｂページは、ＨＴＴＰプロトコルスタック２１０を経て、Ｗｅｂクライアント２０のＷｅｂブラウザに送信され、表示される。

同様にして、画像処理装置２００が有するアプリケーション、例えばコピーアプリ１２１１、ファックスアプリ１２１３、スキャナアプリ１２１４等に対するＷｅｂサービスモジュール２６０、ＳＯＡＰハンドラ２２０、ページハンドラ２３０及びページ処理モジュール２４０を実装すれば、画像処理装置２００が管理している画像データのコピーや、ファックスによる送信等もＷｅｂクライアント２０及びＳＯＡＰクライアント３０から実行することができる。

なお、ＨＴＴＰプロトコルスタック２１０がページハンドラ２３０やＳＯＡＰハンドラ２２０の役割を果たすプロセスを呼び分ける手段として、ＨＴＴＰプロトコルスタック２１０がＵＲＬ内の所定の位置にある文字列を、プロセスの識別情報として認識できるように実装してもよい。例えば、
http://www/xxx/WebDocMgr/...../page1
とのＵＲＬがＷｅｂクライアント２０から要求された場合には、ＨＴＴＰプロトコルスタック２１０が「WebDocMgr」の文字列を認識することにより文書管理ページハンドラ２３１のプロセスを特定することができる。また、
http://www/xxx/SOAPDocMgr/..../page1
とのＵＲＬがＳＯＡＰクライアント３０から要求された場合には、ＨＴＴＰプロトコルスタック２１０が「SOAPDocMgr」の文字列を認識することにより文書管理用のＳＯＡＰハンドラのプロセスを特定することができ、呼び出すことができる。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

画像処理装置のハードウェア構成を示すブロック図である。 画像処理装置の機能構成例を示すブロック図である。 本発明の実施の形態におけるネットワーク構成例を示す図である。 Ｗｅｂサービスを提供するためのフレームワーク例を示す図である。 ページハンドラの型変換機能の機能構成例を示す図である。 文書管理サービスを提供するための機能構成例を示す図である。 ＳＯＡＰクライアントから文書管理サービスを利用する場合のシーケンス図である。 Ｗｅｂクライアントから文書管理サービスを利用する場合のシーケンス図である。 文書管理サービスの認証ページの一例を示す図である。 文書管理サービスの文書属性一覧ページの一例を示す図である。 複数のＷｅｂサービスモジュールの連携を説明するための機能構成例を示す図である。

符号の説明

２０ Ｗｅｂクライアント ３０ ＳＯＡＰクライアント
４０ ネットワーク ２００ 画像処理装置
２１０ ＨＴＴＰプロトコルスタック
２２０ ＳＯＡＰハンドラ ２２１ 認証ＳＯＡＰハンドラ
２２２ 文書一覧取得ＳＯＡＰハンドラ
２２３ 文書属性取得ＳＯＡＰハンドラ
２３０ ページハンドラ ２３１ 文書管理ページハンドラ
２３２ 印刷ページハンドラ ２３５ ＦＯＲＭ−Ｃ型変換手段
２３６ Ｃ−ＤＯＭ型変換手段 ２３７ ＤＯＭ−ＸＭＬ型変換手段
２４０ ページ処理モジュール
２４１ 文書管理ページ処理モジュール
２４２ 印刷ページ処理モジュール
２５０ ＸＳＬＴプロセッサ ２６０ Ｗｅｂサービスモジュール
２６１ 文書管理サービスモジュール
２６２ 印刷管理サービスモジュール
１１０１ コントローラ １１０２ ＣＰＵ
１１０４ メモリユニット １１０８ ＡＳＩＣ
１１０９ ＰＣＩ １１１１ 操作部
１１１２ ＵＳＢ １１１３ ＩＥＥＥ１３９４
１２０１ エンジン制御ボード １２０２ エンジンＩ／Ｆ
１２０３ ＯＳ １２０４ ＡＰＩ
１２１１ プリンタアプリ １２１２ スキャナアプリ
１２１３ ファックスアプリ １２１４ コピーアプリ
１２１５ 文書管理アプリ
１２３１ スキャナ １２３２ プリンタ
１２３３ ＦＡＸ １２３４ コピー

Claims (10)

1. 複数のアプリケーションプロセスによって構成される機能提供手段を有し、前記機能提供手段によって提供されるそれぞれの機能を、該機能ごとに対応したＵＲＬによるＨＴＴＰ経由のインタフェースで提供する画像処理装置であって、
   ネットワークを介して接続される機器からの前記インタフェース単位での遠隔呼び出しに応じ、前記遠隔呼び出しに指定された前記インタフェースに対応する前記機能提供手段の一つの機能を呼び出し、該機能の応答情報を前記機器に返信する呼び出し要求処理手段と、
   ネットワーク介して接続されるＷｅｂブラウザからのページ要求に応じ、ＨＴＭＬデータを前記Ｗｅｂブラウザに返信するＷｅｂブラウザ要求処理手段とを有し、
   前記Ｗｅｂブラウザ要求処理手段は、前記ページ要求に伴って送信される前記Ｗｅｂブラウザ上での入力情報を前記機能提供手段の各アプリケーションプロセスが規定するデータ形式に変換する入力情報変換手段と、
   一つの前記ページ要求に対応して前記機能提供手段が有する機能を複数呼び出し、前記機能を呼び出すときの情報として、前記入力情報変換手段によって変換された入力情報又は既に呼び出した前記機能提供手段の応答情報のいずれか又は両方を含ませるページ処理手段とを有し、
   前記機能提供手段は、前記呼び出し要求処理手段と前記Ｗｅｂブラウザ要求処理手段とより共通に利用されることを特徴とする画像処理装置。
2. 前記機能提供手段が、呼び出しに対する応答として出力する返却情報をＸＭＬ形式に変換する第一の返却情報変換手段と、
   ＸＭＬ形式に変換された前記返却情報を所定のスタイルシートを用いてＨＴＭＬ形式に変換する第二の返却情報変換手段とを更に有し、
   前記呼び出し要求処理手段は、前記返却情報を前記第一の返却情報変換手段を用いてＸＭＬ形式に変換し、前記機器からの遠隔呼び出しに対する応答として前記機器に送信し、
   前記Ｗｅｂブラウザ要求処理手段は、前記返却情報を前記第一の返却情報変換手段と前記第二の返却情報変換手段とを用いてＨＴＭＬ形式に変換し、前記Ｗｅｂブラウザからのページ要求に対する応答として前記Ｗｅｂブラウザに送信することを特徴とする請求項１記載の画像処理装置。
3. 前記第一の返却情報変換手段は、前記返却情報をＤＯＭ構造の情報に変換する第三の返却情報変換手段と、
   前記ＤＯＭ構造の情報をＸＭＬ形式に変換する第四の返却情報変換手段とを有することを特徴とする請求項２記載の画像処理装置。
4. 前記呼び出し要求処理手段は、ＳＯＡＰによるＲＰＣであることを特徴とする請求項１乃至３いずれか一項記載の画像処理装置。
5. 画像データを格納する画像データ格納手段を更に有し、
   前記機能提供手段は、呼び出しに応じて前記画像データ格納手段に格納されている前記画像データに関する処理を実行するインタフェースを有することを特徴とする請求項１乃至４いずれか一項記載の画像処理装置。
6. 前記機能提供手段は、前記画像データ格納手段に格納されている画像データの一覧情報を検索し、前記一覧情報を返却情報として呼び出し元に出力することを特徴とする請求項５記載の画像処理装置。
7. 前記機能提供手段は、前記画像データ格納手段に格納されている画像データを印刷することを特徴とする請求項５記載の画像処理装置。
8. 前記機能提供手段は、前記画像データ格納手段に格納されている画像データをＦＡＸ送信することを特徴とする請求項５記載の画像処理装置。
9. 前記機能提供手段は、前記画像データ格納手段に格納されている画像データをコピーすることを特徴とする請求項５記載の画像処理装置。
10. 複数のアプリケーションプロセスによって構成される機能提供手段を有し、前記機能提供手段によって提供されるそれぞれの機能を、該機能ごとに対応したＵＲＬによるＨＴＴＰ経由のインタフェースで提供する画像処理装置が実行する画像処理方法であって、
    ネットワークを介して接続される機器からの前記インタフェース単位での遠隔呼び出しに応じ、前記遠隔呼び出しに指定された前記インタフェースに対応する前記機能提供手段の一つの機能を呼び出し、該機能の応答情報を前記機器に返信する呼び出し要求処理手順と、
    ネットワーク介して接続されるＷｅｂブラウザからのページ要求に応じ、ＨＴＭＬデータを前記Ｗｅｂブラウザに返信するＷｅｂブラウザ要求処理手順とを有し、
    前記Ｗｅｂブラウザ要求処理手順は、前記ページ要求に伴って送信される前記Ｗｅｂブラウザ上での入力情報を前記機能提供手段の各アプリケーションプロセスが規定するデータ形式に変換する入力情報変換手順と、
    一つの前記ページ要求に対応して前記機能提供手段が有する機能を複数呼び出し、前記機能を呼び出すときの情報として、前記入力情報変換手順において変換された入力情報又は既に呼び出した前記機能提供手段の応答情報のいずれか又は両方を含ませるページ処理手順とを有し、
    前記機能提供手段は、前記呼び出し要求処理手順と前記Ｗｅｂブラウザ要求処理手順とにおいて共通に利用されることを特徴とする画像処理方法。

Images