JP4527796B2 - 画像形成装置及び文書管理システム - Google Patents

Description

本発明は、異なる画像形成手段で形成された画像データを一元的に管理する画像形成装置及び文書管理システムを提供するものである。

従来より、図１に示すような、ネットワークを介してＦＡＸ受信機能及びネットワーク機能付きの画像形成装置９０１からＦＡＸで受信した画像データを受信し、所定のユーザーＰＣ（Personal Computer）へ配信するＰＵＳＨ型で画像データを配信する受信配信サーバー９０２がある。

画像形成装置９０１はＦＡＸを受信したタイミングを知っているため、受信直後に受信配信サーバー９０２にＦＡＸ受信した画像データを送信することができる。受信配信サーバー９０２は、画像形成装置９０１から送信された画像データをデータ蓄積ＨＤ（Hard Disk）９０３に一旦格納し、その画像データを配信すべきユーザーＰＣ９０４へ配信する。

このように、ユーザーＰＣ９０４への配信制御を行える受信配信サーバー９０２を備えて、ネットワーク構成を構築することによって、ユーザーＰＣ９０４がＦＡＸ機能を持たない場合でもＦＡＸを受信することができるようになった。

しかしながら、上記従来のＰＵＳＨ型のネットワーク構成では、受信配信サーバー９０２を備える必要があった。そのため、小規模のオフィスでは、高機能なサーバーを置く必要がない、また、ネットワーク上に新たなサーバーを備えて管理するのは負担になる等の問題があった。

また、このような小規模のオフィスでは、画像形成装置９０１のＦＡＸ機能によって受信した画像データ（文書）が一旦メモリに蓄積されているにも関わらず、その画像データ（文書）を電子データとして使用することができず、常に、画像形成し出力された用紙を管理する必要があった。

更に、近年、オフィス機器の普及により、ＦＡＸのみならず、コピー、ネットワークを介して電子メールでの送信等による画像データ（文書）等、様々な画像形成がなされるようになり、また、ユーザーは様々な通信手順によってそれら画像データ（文書）を取得するようになってきている。これらの画像データは、画像形成される機能毎に管理されるため、ユーザーがＦＡＸと電子メールの両方で同様の画像データ（文書）を受信する場合、ユーザーの受け取るタイミングによって時間的なズレが生じてしまい、どの画像データが最新のものであるかの判断に混乱を生じさせる問題があった。

そこで、本発明の課題は、通信手順の異なる複数のポートから受信した文書を一元的に文書管理すると共に、ネットワークを介して接続される情報処理装置からの該文書を取得するためのポーリングに応じて該文書を送信するＷｅｂサービスを提供する画像形成装置を提供することである。

上記課題を解決するため、本発明は、画像データを形成する複数の画像形成手段と、前記画像形成手段で形成された画像データに文書ＩＤと蓄積日時とを含む書誌情報を付与して格納する格納手段と、ネットワークを介して接続される機器からの処理要求に応じた処理を行うサービス提供処理手段と、前記機器から処理要求を受け付けて該処理要求を前記サービス提供処理手段に渡し、ならびに前記サービス提供処理手段からの処理結果を受け取って該処理結果を前記機器へ提供する通信制御手段とを有する画像形成装置であって、前記通信制御手段で、前記格納手段に格納されている画像データの抽出条件を含む抽出要求を前記機器から受け付けたとき、前記サービス提供処理手段は、前記書誌情報に含まれる前記蓄積日時に基づいて、前記抽出条件で指定される蓄積日時以降に前記格納手段に蓄積された画像データの文書ＩＤを抽出し、該抽出された文書ＩＤのリストを処理結果として前記通信制御手段に通知し、前記通信制御手段は、ＨＴＴＰに従ったデータ通信で行われるＨＴＴＰリクエストで前記機器からの処理要求を受け付けて、前記処理結果をＨＴＴＰに従ったデータ通信で行われるＨＴＴＰレスポンスによるＷｅｂサービスとして前記機器へ提供し、前記ＨＴＴＰリクエスト及び前記ＨＴＴＰレスポンスのボディ部はＸＭＬによって記述されるように構成される。

また、本発明は、画像形成装置とユーザ端末とがネットワークを介して接続された文書管理システムであって、前記画像形成装置は、画像データを形成する複数の画像形成手段と、前記画像形成手段で形成された画像データに文書ＩＤと蓄積日時とを含む書誌情報を付与して格納する格納手段と、前記ユーザ端末からの処理要求に応じた処理を行うサービス提供処理手段と、前記ユーザ端末から処理要求を受け付けて該処理要求を前記サービス提供処理手段に渡し、ならびに前記サービス提供処理手段からの処理結果を受け取って該処理結果を前記ユーザ端末へ提供する通信制御手段とを備え、前記ユーザ端末は、前記画像形成装置へ処理要求を行う処理要求手段を備え、前記通信制御手段で、前記格納手段に格納されている画像データの抽出条件を含む抽出要求を前記ユーザ端末から受け付けたとき、前記サービス提供処理手段は、前記書誌情報に含まれる前記蓄積日時に基づいて、前記抽出条件で指定される蓄積日時以降に前記格納手段に蓄積された画像データの文書ＩＤを抽出し、該抽出された文書ＩＤのリストを処理結果として前記通信制御手段に通知し、前記通信制御手段は、ＨＴＴＰに従ったデータ通信で行われるＨＴＴＰリクエストで前記機器からの処理要求を受け付けて、前記処理結果をＨＴＴＰに従ったデータ通信で行われるＨＴＴＰレスポンスによるＷｅｂサービスとして前記機器へ提供し、前記ＨＴＴＰリクエスト及び前記ＨＴＴＰレスポンスのボディ部はＸＭＬによって記述されるように構成される。

以上、説明してきたように、本願発明によれば、画像形成装置以外にネットワーク上に受信配信サーバーを設置することなく、画像形成装置がユーザー端末からの画像形成装置の状態を問い合わせるポーリングに応じて、指定される文書（画像データ）をユーザー端末へ提供することができる。また、画像形成装置は、複数のポートから受信した画像データを一元管理するため、様々な通信手段を実装する必要がない。また、一元管理された画像データの中からユーザーが所望する画像データをユーザー端末に取り込むことができる。

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

図２は、本発明の一実施例に係るＰＵＬＬ型による画像データを配信するためのネットワーク構成を示す図である。図２において、本発明に係る多種の画像形成機能を融合する画像形成装置（以下、融合機と言う）１２００は、少なくともＦＡＸ受信機能とネットワーク機能とを有し、複数のユーザーＰＣ１０とネットワーク１５を介して接続される。融合機１２００の機能構成の詳細は後述する。融合機１２００は、ＦＡＸ受信機能によって受信した文書をＨＤＤ（Hard Disk Drive）１３０３に蓄積し、文書管理することが可能である。

融合機１２００と各ユーザーＰＣ１０とは、ＨＴＴＰ（Hypertext Transfer Protocol）で通信可能であり、ユーザーＰＣ１０は、融合機１２００が受信し文書管理されている文書データに関する要求（文書ＩＤ一覧又は文書データの取得等の要求）を示すＨＴＴＰリクエストを送信し、融合機１２００がそのＨＴＴＰリクエストに応じて実行した処理結果をＨＴＴＰレスポンスによって応答する。

このように、融合機１２００は、ユーザーＰＣ１０から受信したＨＴＴＰリクエストに応じてＨＴＴＰレスポンスを送信することによって処理の実行又は情報の送信を行いＷｅｂサービスを提供する。

本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置（以下、融合機と言う）は、例えば、図３に示すような機能構成を成す。図３は、本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。

図３において、融合機１２００は、プロッタ１２０１と、スキャナ１２０２と、ＦＣＵ（Fax Control Unit）１３２０と、その他ハードウェアリソース１２０３などを有するとともに、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア群１２１０と、融合機起動部１２４０とを備えている。

融合機起動部１２４０は、融合機１２００の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。

プラットフォーム１２２０は、アプリケーション１２３０からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させる下記に示すコントロールサービス１２５０と、一または複数のハードウェア資源の管理をおこない、コントロールサービス１２５０からの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ（System Resource Manager）１２２３）と、ＯＳ（Operating System）１２２１とを有する。

このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（System Control Service）１２２２と、ＥＣＳ（(Engine Control Service)１２２４と、ＭＣＳ（Memory Control Service）１２２５と、ＯＣＳ（Operation panel Control Service）１２２６と、ＦＣＳ（FAX Control Service）１２２７と、ＮＣＳ（Network Control Service）１２２８と、ＩＭＨ（Imaging Memory Handler）１２２９とがある。なお、このプラットフォーム１２２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。

ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。オープンソースのＵＮＩＸ（登録商標）を用いることにより、プログラムの安全性を確保できるとともに、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、ＯＳ、ＴＣＰ／ＩＰのロイヤリティが不要であり、アウトソーシングも容易となる。

ＳＲＭ１２２３は、ＳＣＳ１２２２とともにシステムの制御およびリソースの管理をおこなうものであり、プロッタ１２０１やスキャナ１２０２などのエンジン部、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロニクスＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。

具体的には、このＳＲＭ１２２３は、要求されたハードウェア資源が利用可能であるかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウェア資源の利用スケジューリングをおこない、要求内容（たとえば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施するようにしてもよい。

ＳＣＳ１２２２は、アプリ管理（機能１）、操作部制御（機能２）、システム画面表示（ジョブリスト画面、カウンタ表示画面など）（機能３）、ＬＥＤ表示（機能４）、リソース管理（機能５）、割り込みアプリ制御（機能６）等の複数の機能を行う。具体的には、アプリ管理（機能１）では、アプリの登録と、その情報を他のアプリに通知する処理をおこなう。操作部制御（機能２）では、アプリの操作部使用権の排他制御をおこなう。システム画面表示（機能３）では、操作部使用権を持つアプリからの要求内容に応じて、エンジン部の状態に対応する警告画面の表示をおこなう。ＬＥＤ表示（機能４）では、警告ＬＥＤ、アプリキーなどのシステムＬＥＤの表示制御をおこなう。リソース管理（機能５）では、アプリ（ＥＣＳ）がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ、ステープルなど）の排他制御のためのサービスをおこなう。割り込みアプリ制御（機能６）では、特定のアプリを優先動作させるための制御及びサービスをおこなう。

ＥＣＳ１２２４は、ＦＣＵ１３２０、プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３などのエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどをおこなう。

ＭＣＳ１２２５は、メモリ制御をおこなうものであり、具体的には、画像メモリの取得および開放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などをおこなう。

ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などをおこなう。

ＦＣＳ１２２７は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなうためのＡＰＩ（Application Program Interface）を提供する。

ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。

本実施例において、ＮＣＳ１２２８は、複数のプロトコルのうちｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）２によって、インターネットを介して接続されるネットワーク機器とのデータ通信をＨＴＴＰ（Hypertext Transfer Protocol）で制御し、ＨＴＴＰリクエストヘッダで指定される処理に必要な複数のＷｅｂサービスを関数コールによって起動し、その複数のＷｅｂサービスによる処理結果をＨＴＴＰレスポンスで該ネットワーク機器へ通知する。Ｗｅｂサービスは、例えば、ＸＭＬ（eXtensible Markup Language）によって記述されたメッセージに従って処理を行う。

ＩＭＨ１２２９は、イメージデータを仮想メモリ領域（ユーザー仮想空間）から物理メモリへマップする。プロセスの起動に応じて、システムコールを行ない、プロセス用の仮想メモリ領域をマップしたり、マップした仮想メモリ領域をプロセスの終了時に開放する処理等を行う。

アプリケーション１２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ＷｅｂサービスアプリケーションであるＷｅｂサービス処理アプリ１２１５と、配信用アプリケーションである配信アプリ１２１７と、を有する。

各アプリケーション１２１１〜１２１７は、プラットフォーム１２２０上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御およびジョブ生成などをおこなう画面表示制御プログラムがその主体となる。なお、ＮＣＳ１２２８により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加または削除することができる。

Ｗｅｂサービス処理アプリ１２１５は、ＳＯＡＰ（Simple Object Access Protocol）又は所定記述形式に従ってメッセージ交換を行うメッセージ処理部８０と、ＡＰＩ（Application Program Interface）を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Web Service Application Program Interface）を介してＷｅｂサービスとして提供する少なくとも１つ以上のＷｅｂサービスファンクション（ＷＳＦ）１４００とを有する。

このように、融合機１２００は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。

次に、融合機１２００のハードウェア構成について説明する。図４は、図３に示す融合機のハードウェア構成を示すブロック図である。図４に示すように、この融合機１２００は、オペレーションパネル１３１０と、ＦＣＵ（ファックスコントロールユニット）１３２０、プロッタ１２０１、スキャナ１２０２及びその他ハードウェア１２０３とで構成されるエンジン部１３５０と、コントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（Peripheral Component Interconnect）バス等で接続した構成となる。ＦＣＵ１３２０は、受信したファックスデータを格納するための不揮発性メモリ（ＳＡＦ）１３２１と、ＦＣＵ１３２０内での時間を計測するためのＲＴＣ（Real Time Clock）１３２２とを有し、通常Ｇ３規格に従ってファックスデータの送受信を行う。ＦＣＵ１３２０は、オプションとして更にＧ３規格とＧ４規格とを搭載しても良い。

コントローラ１３００は、ＡＳＩＣ１３０１にＭＥＭ−Ｃ１３０２、ＨＤＤ（Hard Disk Drive）１３０３などを接続するとともに、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。このように、ＮＢ１３０５を介して接続する理由は、ＣＰＵ１３０４自体のインターフェイスが公開されていないためである。

ここで、このＡＳＩＣ１３０１とＮＢ１３０５は、単にＰＣＩを介して接続されているのではなく、ＡＧＰ１３０８を介して接続されている。このようにＡＧＰ１３０８を介して接続することとした理由は、この融合機１２００がプラットフォーム１２２０やアプリケーション１２３０を形成する複数のプロセスを実行制御する関係上、これらを低速のＰＣＩで接続したのでは、パフォーマンスが低下するからである。

ＣＰＵ１３０４は、融合機１２００の全体制御をおこなうものであり、具体的には、ＯＳ１２２１上でプラットフォーム１２２０を形成するＳＣＳ１２２２、ＳＲＭ１２２３、ＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、ＮＣＳ１２２８をそれぞれプロセスとして起動して実行させるとともに、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、Ｗｅｂサービス処理アプリ１２１５、配信アプリ１２１７を起動して実行させる。

ＮＢ１３０５は、ＣＰＵ１３０４とＭＥＭ−Ｐ１３０６、ＳＢ１３０７、ＡＳＩＣ１３０１とを接続するためのブリッジであり、ＭＥＭ−Ｐ１３０６は、融合機の描画用メモリなどとして用いるシステムメモリであり、ＭＥＭ−Ｃ１３０２は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。

ＮＢ１３０５は、ＰＣＩバスを介してＳＢ１３０７と接続する他、ネットワーク通信を制御するＮＩＣ（Network Interface Controller）１３１１と、ＵＳＢディスクとして扱うことでデータを取り込むことができるＵＳＢ（Universal Serial Bus）ターゲット１３１２と、ＩＥＥＥ1394１３１３と、パラレルケーブルによって接続可能なセントロニクス１３１４と、シリアルケーブルによって接続可能なシリアル１３１５と、他のＵＳＢターゲット（例えば、パーソナルコンピュータ）と接続し大容量の画像データの送受信を可能とするＵＳＢホスト１３１６とを接続する。

ＳＢ１３０７は、ＮＢ１３０５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＳＢ１３０７は、コントローラ１３００での時間を計測するＲＴＣ（Real Time Clock）１３２３を有する。また、ＳＢ１３０７は、内部にＵＳＢホストを有し、例えば、ＵＳＢ接続のカメラを接続することで画像データを取り込むことが可能であり、また、他のＵＳＢターゲットからデータを受け取ることも可能である。

融合機１２００では、ＳＢ１３０７、ＮＩＣ１３１１、ＵＳＢターゲット１３１２、ＩＥＥＥ1394、セントロニクス１３１４、シリアル１３１５、ＵＳＢホスト１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、Ｇ４オプションの複数のポートを介して送受信されるデータがＨＤＤ１３０３に蓄積され一元的に管理される。

ＨＤＤ１３１０は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示をおこなう操作部である。

したがって、ＡＳＩＣ１３０１には、ＭＥＭ−Ｃ１３０２を接続するためのＲＡＭインターフェイスと、ＨＤＤ１３１０を接続するためのハードディスクインターフェースが設けられ、これらの記憶部に対して画像データの入出力をおこなう場合には、入出力先がＲＡＭインターフェイスまたはハードディスクインターフェースに切り替えられる。

ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェイスであり、システムメモリに高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にする。

以下、上述したような図３に示す機能構成、及び、図４に示すハードウェア構成を有する融合機１２００がＷｅｂサービスを提供するための機能構成例について説明する。ここで、Ｗｅｂサービスとは、ネットワーク機器からのＨＴＴＰリクエストによるサービス要求に応じて、融合機１２００が所定の処理を行ない、その処理結果をＨＴＴＰレスポンスとしてネットワーク機器へ提供することを言う。また、ＨＴＴＰリクエスト及びＨＴＴＰレスポンスのボディ部はＸＭＬによって記述される。

以下、Ｗｅｂサービスの提供を可能とする融合機１２００の機能構成について図５で説明する。図５は、Ｗｅｂサービスを提供する融合機の第一機能構成例を示す図である。図５において、図３に示す融合機１２００の機能構成のうち主要な機能構成のみが図示され、他の機能構成は省略される。融合機１２００は、Ｗｅｂサービスの提供を受けるユーザーＰＣ１０にネットワーク１５を介して接続される。

図５において、融合機１２００は、ＨＴＴＰに従った通信制御を行うｈｔｔｐｄ２と、ＨＴＴＰリクエストに対応するＷｅｂサービス提供処理部へ処理を分配するディストリビューター３０と、ＸＭＬの解析及び生成を行いメッセージを処理するメッセージ処理部８０と、複数のＷｅｂサービス提供処理部としてファイル管理Ｗｅｂサービス提供処理部４０、システム情報取得Ｗｅｂサービス提供処理部４１及び他Ｗｅｂサービス提供処理部４９と、ＳＣＳ１２２２と、ＭＣＵ２２５と、ＦＣＳ１２２７と、ＦＣＵ１３２０と、プロッタ１２０１と、スキャナ１２０２と、ＨＤＤ１３０３と、オペレーションパネル１３１０等とを有する。

メッセージ処理部８０は、複数のＷｅｂサービス提供処理部４０、４１及び４９とで共有されるＸＭＬ処理部５０と、ＸＭＬ処理部５０によって解析されたＷｅｂサービスの処理内容を示す処理メッセージに基づいてＷｅｂサービス提供処理部４０、４１及び４９のいずれかに振り分けるディスパッチャー６０とを有する。なお、融合機１２００は、更に多くのＷｅｂサービス提供処理部を有する構成とすることができる。

画像管理Ｗｅｂサービス提供処理部４０は、画像に関するＨＴＴＰリクエストのメッセージを解析し、そのメッセージに従った処理を画像管理実行部４００に行わせ、ＨＴＴＰレスポンスに設定される画像管理実行部４００による処理結果をメッセージとして生成する。画像管理実行部４００は、ディスパッチャー６０によって振り分けられたＨＴＴＰリクエストで指定された処理を文書（画像データ）が蓄積されるＨＤＤ１３０３をアクセスすることによって実行し、その処理結果を返すＷｅｂサービスファンクション（ＷＳＦ）１４００である。

ここで、ＨＤＤ１３０３は、文書を格納するための補助記憶装置であるが、ＦＣＵ１３２０、プロッタ１２０１、スキャナ１２０２によって生成された種々の画像データを文書として格納することができる。ＨＤＤ１３０３によって格納される文書（画像データ）は、融合機１２００が提供するＷｅｂサービスを利用することによって、ネットワーク１５を介して接続されるユーザーＰＣ１０は、あたかもユーザーＰＣ１０に備えられたハードディスクから文書（画像データ）を取り出すようにＨＤＤ１３０３から取り出すことができる。

システム情報取得Ｗｅｂサービス提供処理部４０は、融合機１２００に関するＨＴＴＰリクエストのメッセージを解析し、そのメッセージに従った処理をシステム情報取得実行部４０１に行わせ、ＨＴＴＰレスポンスに設定されるシステム情報取得実行部４０１による処理結果をメッセージとして生成する。システム情報取得実行部４０１は、ディスパッチャー６１によって振り分けられたＨＴＴＰリクエストで指定された処理を実行し、その処理結果を返すＷｅｂサービスファンクション（ＷＳＦ）１４００である。

また、ネットワーク１５を介して融合機１２００と接続されるユーザーＰＣ１０は、キーボード又はマウス等の入力装置からの入力データを制御すると共に、モニタ９に表示させる出力データとを制御する入出力制御部１１と、融合機１２００に対するＷｅｂサービスの処理内容及び融合機１２００からのＷｅｂサービスの処理結果をＸＭＬによって処理するＸＭＬ処理部１３と、ＨＴＴＰに従ったリクエストの生成及びレスポンスを解析するリクエスト／レスポンス処理部１４とを有する。

ここで、ＨＴＴＰリクエストはＨＴＴＰに従ったデータ通信によって、Ｗｅｂサービスを要求することを示し、ＨＴＴＰレスポンスは該Ｗｅｂサービスの処理結果を通知する応答を示す。また、この第一機能構成例では、ＨＴＴＰリクエスト及びＨＴＴＰレスポンスのボディ部はＸＭＬによって記述される例を示している。

このようなユーザーＰＣ１０を利用する利用者は、モニタ９に表示される所望のＷｅｂサービスを融合機１２００へ要求するための画面から融合機１２００へ要求する（ステップＳ１）。利用者によるＷｅｂサービスの要求に応じて、入出力制御部１１は、リクエスト／レスポンス処理部１４へ要求データを通知する（ステップＳ２）。リクエスト／レスポンス処理部１４は、入出力制御部１１からの要求データに基づいてＨＴＴＰリクエストを生成し（ステップＳ３）、ＸＭＬ処理部１３が処理内容をＸＭＬによってＨＴＴＰリクエストのボディ部に記述すると、ＨＴＴＰリクエストがネットワーク１５を介して融合機１２００へ送信される（ステップＳ４）。

融合機１２００は、ｈｔｔｐｄ２によってＨＴＴＰリクエストを受信すると、ディストリビューター３０によって、ＨＴＴＰリクエストのヘッダ部で指定されるＷｅｂサービス提供処理部４０、４１及び４９のいずれかへ受信したＨＴＴＰリクエストを分配する（ステップＳ５）。例えば、ＨＴＴＰリクエストのヘッダ部で画像管理Ｗｅｂサービス提供処理部４０が指定されていた場合、画像管理Ｗｅｂサービス提供処理部４０がディストリビューター３０によって関数コールされる。

画像管理Ｗｅｂサービス提供処理部４０において、ＸＭＬ処理部５０によってＨＴＴＰリクエストのＸＭＬで記述されたボディ部から処理内容を取得し（ステップＳ６）、取得した処理内容をディスパッチャー６０に通知する（ステップＳ７）。ディスパッチャー６０は通知された処理内容に従って、Ｗｅｂサービスによる処理を画像管理Ｗｅｂサービス実行部４００に振り分ける（ステップＳ８）。画像管理Ｗｅｂサービス実行部４００は、処理内容に従ってＨＤＤ１３０３に対して処理を実行し、その処理結果を取得する（ステップＳ９）。例えば、処理内容に指定される文書ＩＤの取得、文書（画像データ）の取得等の処理を実行する。

画像管理Ｗｅｂサービス実行部４００は処理結果をＸＭＬ処理部５０へ通知する（ステップＳ１０）。ＸＭＬ処理部５０は、通知された処理結果をＸＭＬで記述したＨＴＴＰレスポンスのボディ部を生成する（ステップＳ１１）。そして、画像管理Ｗｅｂサービス提供処理部４０から通知を受けたＸＭＬ処理部５０は、ｈｔｔｐｄ２を介してＸＭＬで記述された処理結果をボディ部とするＨＴＴＰレスポンスをユーザーＰＣ１０に送信する。

ユーザーＰＣ１０にてＨＴＴＰレスポンスが受信されると、ＸＭＬ処理部１３は、ＨＴＴＰレスポンスのボディ部を解析して処理結果を取得し（ステップＳ１３）、リクエスト／レスポンス処理部１４は、その取得した処理結果をモニタ９に表示させる出力データとして入出力制御部１１に渡す（ステップＳ１４）。そして、入出力制御部１１は、受け取った出力データをモニタ９に表示させるように制御する（ステップＳ１５）。

上記において、ユーザーＰＣ１０が自動的に融合機１２００へ問い合わせるようにスケジュールすることによって、ステップＳ１及びＳ１５を省略することができる。受け取った出力データが画像データを含む場合、所定の記憶領域に蓄積し、ユーザーが必要に応じてモニタ９にその画像データを表示させるようにすれば良い。

ユーザーＰＣ１０が融合機１２００のシステム情報取得Ｗｅｂサービス提供処理部４１からＷｅｂサービスの提供を受ける場合においても、上記同様の処理フローが行われる。システム情報取得Ｗｅｂサービス提供処理部４１は、ＨＴＴＰリクエストを受信すると、システム情報取得実行部４０１によって、ＳＣＳ１２２２から融合機１２００のシステム情報を取得して、その結果をＨＴＴＰレスポンスでユーザーＰＣ１０に提供する。

また、画像管理Ｗｅｂサービス提供処理部４０は、融合機１２００の内部処理を行うようにすることもできる。例えば、画像管理Ｗｅｂサービス提供処理部４０は、ＭＣＳ１２２５からＦＡＸ受信の通知を受けると、ＦＡＸ受信した画像データの書誌情報を管理するように画像管理実行部４００に処理を行わせることができる。

上記第一機能構成例において、ユーザーＰＣ１０は、予め取り決めておいたＸＭＬによる記述形式に従ってＨＴＴＰリクエストのボディ部に処理内容を記述することによって、融合機１２００にて管理されているＦＣＵ１３２０、プロッタ１２０１及びスキャナ１２０２によって生成された画像データの文書ＩＤを取得したり、取得した文書ＩＤによって所望の画像データを取得することができる。

また、融合機１２００は、予め取り決めておいたＸＭＬによる記述形式に従ってＨＴＴＰレスポンスのボディ部に処理結果を記述することによって、ユーザーＰＣ１０に対して、画像データの文書ＩＤ又はユーザーが所望する画像データをＷｅｂサービスとして提供することが可能となる。融合機１２００は、このようにして、ネットワーク１５を介して、複数のユーザーＰＣ１０に対して、画像データに関するＷｅｂサービスを提供することも可能である。

次に、ＳＯＡＰに従ってＷｅｂサービスを提供可能とする融合機１２００の機能構成例について説明する。図６は、Ｗｅｂサービスを提供する融合機の第二機能構成例を示す図である。図６中、図５と同一構成には同一符号を付し、その説明は省略する。また、処理フローも同様であるためその説明は省略する。

図６に示される第二機能構成例において、融合機１２００が、メッセージ処理部８０に複数のＷｅｂサービス提供処理部４０、４１及び４９によって共有されるＳＯＡＰに従ってメッセージ交換を制御するＳＯＡＰ処理部７０を有し、ＸＭＬ処理部５０とディスパッチャー６０とがＳＯＡＰ処理部７０に含まれる点において、上記第一機能構成例と異なった構成となっている。また、ユーザーＰＣ１０は、ＳＯＡＰに従って融合機１２００とメッセージ交換するためのＳＯＡＰ処理部１２を有し、ＸＭＬで記述されたメッセージを処理するＸＭＬ処理部１３がＳＯＡＰ処理部１２に含まれる点において、上記第一機能構成例と異なった構成となっている。

このような融合機１２００において、ＳＯＡＰ処理部７０は、ＨＴＴＰリクエストのヘッダ部を解析し、ディスパッチャー６０によって処理を振り分け、ＸＭＬ処理部５０によってＨＴＴＰリクエストのボディ部のＸＭＬで記述されたメッセージから処理内容を取得する。例えば、ディスパッチャー６０は、Ｗｅｂサービスによる処理を画像管理実行部４００、システム情報取得実行部４０１のいずれかにに振り分ける。その後、処理を実行したファイル管理実行部４００からその処理結果を受け取ったＳＯＡＰ処理部７０は、ＸＭＬ処理部５０によってＨＴＴＰリクエストのボディ部にその処理結果をＸＭＬで記述し、ＳＯＡＰに従って、そのＨＴＴＰリクエストをユーザーＰＣ１０に送信する。

上記第二機能構成例において、ディスパッチャー６０をＸＭＬ処理部５０に含むようにしても良い。

図５及び図６でユーザーＰＣ１０が蓄積した画像データを融合機１２００からＷｅｂサービスとして提供を受ける処理フローについて説明したが、次に、ＦＣＵ１３２０がＦＡＸを受信してからＨＤＤ１３０３に格納されて、画像管理実行部４００によって書誌情報が管理されるまでの処理について説明する。

図７は、ＦＡＸ受信処理について説明するフローチャート図である。図７において、ＦＣＵ１３２０がＦＡＸ受信待機の状態でＦＡＸを受信すると（ステップＳ１１１）、ＦＣＵ１３２０は、ＦＡＸの受信を開始し、画像データを受信する（ステップＳ１１２）。一方、ＦＡＸ受信がない場合は、そのままＦＡＸ受信待機状態となる。ＦＣＵ１３２０は、受信した画像データを不揮発性メモリ（ＳＡＦ）１３２１に蓄積する（ステップＳ１１３）。

ＦＣＳ１２２７がＦＣＳ１３２０から通知を受け、ＭＣＳ１２２５を利用し、画像データをＨＤＤ１３０３にコピーする（ステップＳ１１４）。ＨＤＤ１３０３にコピーすることによって、障害発生時に備えたミラーリングとしての機能を持たせることができる。

画像管理実行部４００は、ＭＣＳ１２２５からＦＡＸ受信の通知を受けると、ＦＡＸ受信した書誌情報を作成する（ステップＳ１１５）。そして、画像管理実行部４００は、書誌を管理して（ステップＳ１１６）、ステップＳ１１１へ戻りＦＡＸ受信待機となる。

上記より、ステップＳ１１４にて、ＦＡＸ受信した画像データをＨＤＤ１３０３にコピーすることによって、障害発生時に備えたミラーリングとしての機能を持たせることができる。ＦＣＵ１３２０のＳＡＦ１３２１は、ＦＡＸ受信用のメモリであるため、容量が比較的小さく、受信した画像データを文書管理できる構成とすることができない。従って、ＦＡＸ受信した画像データをＨＤＤ１３０３にコピーすることによって、画像データを他文書と同様に文書管理することができる。また、同様に、プロッタ１２０１及びスキャナ１２０２で生成された画像データをＨＤＤ１３０３にコピーすることによって、様々な手段で生成された画像データをＨＤＤ１３０３で一元管理することができる。

このように一元管理された画像データに関する情報は、画像管理実行部４００によって、ネットワーク１５から利用し易いように加工される。例えば、検索を容易にするためにインデックスを付加する、ＯＣＲ（Optical Character Reader）で読み込まれた画像データとして処理する、様々な用途に合せて画像変換する等の加工が行われる。

図７で説明した手順によって管理される画像データの書誌情報の構成について図８で説明する。図８は、書誌情報の構成を示す図である。図８において、各処理部にて管理される書誌情報を並べて示している。図８（Ａ）は、ＦＡＸ受信用の書誌情報を示す。

図８（Ａ）において、ＦＣＵ１３２０のＳＡＦ１３２１、ＭＣＳ１２２５、画像管理実行部４００の夫々が、ＦＡＸ受信用の書誌情報を管理している。ＳＡＦ１３２１によって管理される書誌情報は、画像データ（ＦＡＸ受信時の生データ）、ＦＣＵ１３２０のＲＴＣ１３２２による受信日時、送信者情報（例えば、送信者の電話番号等）、ＳＡＦ１３２１内で画像データを識別するためのＳＡＦ文書ＩＤ、ＦＣＵ１３２０が使用可能なポートに関するポート情報等の項目を有する。

ＭＣＳ１２２５によって管理される書誌情報は、受信した画像データ、ＳＡＦ１３２１で管理される情報を含むＦＡＸ固有情報、ＭＣＳ１２２５に蓄積されたＳＢ１３０７のＲＴＣ１３２３による蓄積時刻、オペレーションパネル１３１０に表示するためのサムネイル等の項目を有する。ＭＣＳ１２２５で管理される書誌情報は、オペレーションパネル１３１０へ必要情報を表示させる際に参照される。ＦＡＸ固有情報を格納する領域は、プロッタ１２０１又はスキャナ１２０２によって画像データが生成された場合、プリンタ固有情報又はコピー固有情報が格納される領域である。

画像管理実行部４００によって管理される書誌情報は、文書（画像データ）を特定する文書ＩＤ、ＦＡＸで受信した受信日時、送信者情報、ＳＡＦ文書ＩＤ、ポート情報、画像管理実行部４００が書誌情報を蓄積したＳＢ１３０７のＲＴＣ１３２３による蓄積日時、サムネイルを特定するサムネイルＩＤ、検索用インデックス等の項目を有する。受信日時、送信者情報、ＳＡＦ文書ＩＤ、ポート情報は、ＭＣＳ１２２５のＦＡＸ固有情報から取り出された情報である。文書ＩＤは、ＭＣＳ１２２５で管理される画像データの位置を示すポインタとすることによって、画像データ自身を重複して管理する必要がなく、また、記憶領域を有効に使用することができる。同様に、サムネイルＩＤも、ＭＣＳ１２２５で管理されるサムネイルの位置を示すポインタとすることができる。画像管理実行部４００によって管理される書誌情報は、ネットワーク１５を介してＷｅｂサービスを提供するために参照される。

このように、ＦＡＸ受信時には、ＳＡＦ１３２１、ＭＣＳ１２２５及び画像管理実行部４００によって書誌情報が管理される。

図８（Ｂ）は、コピー蓄積用の書誌情報の構成を示す図である。図８（Ｂ）において、ＭＣＳ１２２５、画像管理実行部４００の夫々が、コピー蓄積用の書誌情報を管理している。

ＭＣＳ１２２５によって管理される書誌情報は、スキャナ１２０２によって生成された画像データ、スキャナ１２０２によって通知されたコピー固有情報、ＭＣＳ１２２５に蓄積されたＳＢ１３０７のＲＴＣ１３２３による蓄積時刻、オペレーションパネル１３１０に表示するためのサムネイル等の項目を有する。ＭＣＳ１２２５で管理される書誌情報は、オペレーションパネル１３１０へ必要情報を表示させる際に参照される。

画像管理実行部４００によって管理される書誌情報は、文書（画像データ）を特定する文書ＩＤ、印刷部数、フィニッシャ情報、画像加工情報、画像管理実行部４００が書誌情報を蓄積したＳＢ１３０７のＲＴＣ１３２３による蓄積日時、サムネイルを特定するサムネイルＩＤ等の項目を有する。印刷部数、フィニッシャ情報、画像加工情報は、ＭＣＳ１２２５のコピー固有情報から取り出された情報である。文書ＩＤは、ＭＣＳ１２２５で管理される画像データの位置を示すポインタである。同様に、サムネイルＩＤも、ＭＣＳ１２２５で管理されるサムネイルの位置を示すポインタである。画像管理実行部４００によって管理される書誌情報は、ネットワーク１５を介してＷｅｂサービスを提供するために参照される。

このように、コピー時には、ＭＣＳ１２２５及び画像管理実行部４００によって書誌情報が管理される。

図９は、ユーザーＰＣから融合機へポーリング処理を説明するフローチャート図である。図９において、ユーザーＰＣ１０は、融合機１２００へのポーリングを継続して行うか否かを判断する（ステップＳ１２１）。ポーリングを継続して行わない場合、ポーリング処理を終了する。一方、ポーリングを継続して行う場合、指定時間待機する（ステップＳ１２２）。

指定時間経過後、機器に対してポーリング可能な状態か否かを確認する（ステップＳ１２３）。つまり、ユーザーＰＣ１０は、融合機１２００のシステム情報取得実行部４０１に対してＨＴＴＰリクエストを送信する。ユーザーＰＣ１０は、融合機１２００からのＨＴＴＰレスポンスによって融合機１２００がポーリング可能な状態であるか否かを判断する。融合機１２００がポーリング可能な状態でない場合、ポーリング処理を終了する。

一方、融合機１２００がポーリング可能な状態の場合、機器に新規受信文書の件数を確認する（ステップＳ１２４）。つまり、ユーザーＰＣ１０は、融合機１２００の画像管理実行部４００に対してＨＴＴＰリクエストを送信する。ユーザーＰＣ１０は、融合機１２００からのＨＴＴＰレスポンスによって新規に受信した文書の件数を取得する。このＨＴＴＰレスポンスが新規の文書がないことを示す場合、ステップＳ１２１へ戻る。

一方、文書があることを示す場合、機器から受信文書を引き取る（ステップＳ１２５）。つまり、融合機１２００の画像管理実行部４００に対して、受信文書を要求するＨＴＴＰリクエストを送信し、融合機１２００からのＨＴＴＰレスポンスで受信文書を受信する。ユーザーＰＣ１０は、機器から受信した受信文書の削除を要求する（ステップＳ１２６）。つまり、ユーザーＰＣ１０は、融合機１２００の画像管理実行部４００に対して、受信文書を削除するＨＴＴＰリクエストを送信し、融合機１２００からのＨＴＴＰレスポンスによって削除完了を受信する。

図９のフローチャートでは、受信した文書を削除するようにしたが、削除せずに、融合機１２００の画像管理実行部４００にて管理し続けるようにしても良い。

図１０は、融合機によるＷｅｂサービスの提供処理の概要を説明するためのフローチャート図である。図１０において、融合機１２００は、ネットワーク１５を介して接続されるユーザーＰＣ１０及び他機器（ＰＣ以外の機器）から送信されるＨＴＴＰリクエストを受信したか否かを判断する（ステップＳ１３１）。ＨＴＴＰリクエストを受信してない場合、ステップＳ１３１へ戻り、ＨＴＴＰリクエストの受信待ちとなる。一方、ＨＴＴＰリクエストを受信した場合、ＨＴＴＰリクエストに設定されるメッセージを解釈する（ステップＳ１３２）。

ＨＴＴＰリクエストに設定されるメッセージに応じた処理を実行する（ステップＳ１３３）。融合機１２００は、処理の実行により得られた処理結果に基づいて、ＨＴＴＰレスポンスを作成する（ステップＳ１３４）。そして、融合機１２００は、ＨＴＴＰリクエストの送信元に作成したＨＴＴＰレスポンスを送信する。

図９のステップＳ１２３において、ユーザーＰＣ１０が融合機１２００のシステム情報取得実行部４０１に送信したシステム情報を取得する要求を示すＨＴＴＰレスポンスを受信した場合に、融合機１２００で行われる処理について図１０で説明する。

図１１は、融合機によるシステム情報提供処理を説明するフローチャート図である。図１１において、融合機１２００内にて、システム情報取得実行部４０１はＳＣＳ１２２２との間でシステム設定情報の収集を行う（ステップＳ１４１）。その際、システム情報取得実行部４０１は、ＳＣＳ１２２２から融合機１２００によるポーリングのサポートの有無を取得する。そして、融合機１２００は、ポーリングのサポートの有無を含むシステム設定情報をＨＴＴＰレスポンスに設定しユーザーＰＣ１０へ送信して、システム情報提供処理を終了する。

図９のステップＳ１２３にて、ユーザーＰＣ１０が融合機１２００に対して新規に受信した文書の件数確認を行う場合、ＨＴＴＰリクエストに条件を設定する。その条件の設定について図１２から図１４で説明する。図１２は、ソート方法が受信日時の場合の第一処理を説明するフローチャート図である。図１２において、融合機１２００は、ＨＴＴＰリクエストから条件を抽出する（ステップＳ１５１）。例えば、ＨＴＴＰリクエストに、前回の受信日時以降、かつ、文書種別がＦＡＸ受信文書であり、ソート方法として受信日時が設定されている。ここで、更に、対象ポートとしてＦＡＸのＧ３ポートが指定されていても良い。

融合機１２００の画像管理実行部４００は、この条件でフィルタリング・ソートした文書ＩＤのリストを作成する（ステップＳ１５２）。文書ＩＤリストを結果としてＨＴＴＰレスポンスに設定する（ステップＳ１５３）。

この第一処理の場合、ユーザーＰＣ１０は、引き取った画像データの情報を全て管理しておく必要がない。複数ポートが同時に受信する場合を考慮して、受信日時は、ｍｓｅｃでソートすることが望ましい。

また、ユーザーＰＣ１０は、ポート毎（画像入力経路毎）に画像データを引き取ることができるので、必要な情報を絞り込んで画像データを引き取ることができる。ポートとは、図４に示すＮＩＣ１３１１、ＵＳＢターゲット１３１２、ＩＥＥＥ1394１３１３、セントロニクス１３１４、シリアル１３１５と、ＵＳＢホスト１３１６、ＦＣＵ１３２０（Ｇ３、Ｇ３オプション、Ｇ４オプション毎）を示す。また、ユーザーＰＣ１０は、画像形成手段毎に画像データを引き取ることができるので、必要な情報を絞り込んで画像データを引き取ることができる。画像形成手段とは、ＦＣＵ１３２０（Ｇ３、Ｇ３オプション、Ｇ４オプション毎）、プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３を示す。

図１３は、ソート方法がＨＤＤに蓄積した蓄積日時の場合の第二処理を説明するフローチャート図である。図１３において、融合機１２００は、ＨＴＴＰリクエストから条件を抽出する（ステップＳ１６１）。例えば、ＨＴＴＰリクエストに、前回のＨＤＤの蓄積日時以降、且つ、文書種別がＦＡＸ受信文書であり、ソート方法としてＨＤＤに蓄積された蓄積日時が設定されている。

融合機１２００の画像管理実行部４００は、この条件でフィルタリング・ソートした文書ＩＤのリストを作成する（ステップＳ１６２）。文書ＩＤリストを結果としてＨＴＴＰレスポンスに設定する。文書ＩＤリストを結果としてＨＴＴＰレスポンスに設定する（ステップＳ１６３）。

この第二処理の場合、ＭＳＣ１２２５の管理下でＨＤＤ１３０３にて画像データが文書として一元管理されているため、蓄積日時がコントローラ１３００のＳＢ１３０７のＲＴＣ１３２３によるものであるため、分単位で管理するＦＣＵ１３２０のＲＴＣ１３２２と異なりmsec単位で管理することができる。従って、同時に受信した場合でもその前後を決定することができるので、受信前後が逆になってしまうことがない。指定された蓄積日時以降のソートを正確に行うことができる。また、最終更新日時msecで取り出した際に２重取りしてしまうことがない。

図１４は、ソート方法が文書ＩＤの場合の第三処理を説明するフローチャート図である。図１４において、融合機１２００は、ＨＴＴＰリクエストから条件を抽出する（ステップＳ１７１）。例えば、ＨＴＴＰリクエストに、前回の取得した文書ＩＤ以降、且つ、文書種別がＦＡＸ受信文書であり、ソート方法として文書ＩＤが設定されている。

融合機１２００の画像管理実行部４００は、この条件でフィルタリング・ソートした文書ＩＤのリストを作成する（ステップＳ１７２）。文書ＩＤリストを結果としてＨＴＴＰレスポンスに設定する。文書ＩＤリストを結果としてＨＴＴＰレスポンスに設定する（ステップＳ１７３）。

この第三処理の場合、msec単位の時間管理をする必要がないため、管理用のメモリ領域を節約することができる。また、時系列に単調増加する文書ＩＤでソートするため、何らかの事情で機器のＲＴＣ１３２３がリセットされた場合においても対応することができる。文書ＩＤが単調増加するため、時間を戻されても文書ＩＤで区別することができる。この場合、文書ＩＤは、不揮発性メモリにて管理される。

ユーザーＰＣ１０から文書書き出し要求を示すＨＴＴＰリクエストを受信した場合の文書書き出し処理について図１５で説明する。図１５は、融合機における文書書き出し処理を説明するフローチャート図である。図１５において、融合機１２００の画像管理実行部４００は、要求された文書ＩＤの正当性を確認する（ステップＳ１８１）。正当性の確認後、文書へのアクセス権を確認する（ステップＳ１８２）。文書の書き出しを行い、ＨＴＴＰレスポンスによってユーザーＰＣ１０へ提供する（ステップＳ１８３）。

ユーザーＰＣ１０から文書の削除要求を示すＨＴＴＰリクエストを受信した場合の文書削除処理について図１６で説明する。図１６は、融合機における文書削除処理を説明するフローチャート図である。図１６において、融合機１２００の画像管理実行部４００は、要求された文書ＩＤの正当性を確認する（ステップＳ１９１）。正当性の確認後、文書へのアクセス権を確認する（ステップＳ１９２）。文書を削除し、ＨＴＴＰレスポンスによってその処理結果をユーザーＰＣ１０へ提供する（ステップＳ１９３）。

次に、ユーザーＰＣ１０から送信される抽出条件及びソート方法を指定したＨＴＴＰリクエストについて図１７及び図１８で説明する。図１７及び図１８は、ユーザーＰＣから送信される抽出条件及びソート方法を指定したＨＴＴＰリクエストの例を示す図である。

図１７において、ＳＯＡＰボディ部に記述される記述５１０（<select>タグ）によって抽出すべき項目の選択が指定される。例えば、<item>タグによって５つの項目が指定され、fileID、createdData、senderID、receivedData、subjectが指定される。更に、記述５２０（<whereAnd>）によって、抽出すべき条件が指定される。特に、<propName>receivedDate</propName>及び<propVal>2003-01-20T01:11:11zl</propVal>の記述によって、受信日時が「２００３年１月２０日１時１１分１１秒１ミリ秒」以降が抽出条件であることを指定している。

そして、記述５３０（<orderBy>）によって、ソート方法が指定される。例えば、<property>createdDate</property>及び<descendingRequested>true</descendingRequested>の記述によって、作成日時を降順にソートする方法が指定されている。

融合機１２００の画像管理実行部４００が図１７及び図１８に示すＨＴＴＰリクエストに応じて処理を実行し、その処理結果をＨＴＴＰレスポンスで送信する。図１９及び図２０は、融合機が送信するソート結果を示すＨＴＴＰレスポンスの例を示す図である。

図１９及び図２０において、記述５４５（<numberOfResults>2</numberOfResults>）によって、抽出条件に２件が該当したことを示している。記述５６０が１件目の書誌情報を示している。書誌情報は、図１７に示すＨＴＴＰリクエストの記述５１０で指定される項目の値を示す。例えば、fileIDが4090、cretedDateが2003-01-20T06:51:18Z、senderIDがfoo、receivedDateが2003-01-20T06:51:18Z、subjectがnewsであることを示す。

また、記述５８０が２件目の書誌情報を示している。例えば、fileIDが4083、cretedDateが2003-01-20T06:03:19Z、senderIDがbar、receivedDateが2003-01-20T06:03:19Z、subjectがhogehogeであることを示す。

上記より、本発明は、ネットワーク１５上に受信配信サーバーを設置することなく、ユーザーＰＣ１０から融合機１２００の状態をポーリングすることで、例えば、ＦＡＸ着信後、自動的にユーザーＰＣ１０に取り込むことがサーバーレスで可能となる。この時、新規の受信文書があるか否かの判断をし、引き取り残しが無いような構成を実現することができる。

従って、複数のポートから受信した画像データ及び複数の画像形成手段によって形成された画像データをＨＤＤ１３０３に一元的に蓄積されるため、編集目的又はバックアップ目的等によりユーザーＰＣに引き取りたい場合、ユーザーＰＣ１０にて引き取りタイミングを決定することができる。そのため、従来の蓄積の度にＰＵＳＨ型で受信配信サーバーへ送信する場合と比較して、ネットワーク負担を軽減することができる。

また、融合機１２００では、ＳＢ１３０７、ＮＩＣ１３１１、ＵＳＢターゲット１３１２、ＩＥＥＥ1394１３１３、セントロニクス１３１４、シリアル１３１５、ＵＳＢホスト１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、Ｇ４オプションの複数のポートを介して送受信される画像データがＨＤＤ１３０３に蓄積され一元的に管理されるため、ユーザーＰＣ１０は、融合機１２００が外部から様々な通信手順によって受信した画像データを、ポートを指定するのみで取り込むことができる。ユーザーＰＣ１０がこのような複数のポートを管理する必要がない。プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３等の複数の画像形成手段についても同様の効果を奏する。

従来のＰＵＳＨ型による画像データを配信するためのネットワーク構成を示す図である。 本発明の一実施例に係るＰＵＬＬ型による画像データを配信するためのネットワーク構成を示す図である。 本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。 図３に示す融合機のハードウェア構成を示すブロック図である。 Ｗｅｂサービスを提供する融合機の第一機能構成例を示す図である。 Ｗｅｂサービスを提供する融合機の第二機能構成例を示す図である。 ＦＡＸ受信処理について説明するフローチャート図である。 書誌情報の構成を示す図である。図８において、各処理部にて管理される書誌情報を並べて示している。 ユーザーＰＣから融合機へポーリング処理を説明するフローチャート図である。 融合機によるＷｅｂサービスの提供処理の概要を説明するためのフローチャート図である。 融合機によるシステム情報提供処理を説明するフローチャート図である。 ソート方法が受信日時の場合の第一処理を説明するフローチャート図である。 ソート方法がＨＤＤに蓄積した蓄積日時の場合の第二処理を説明するフローチャート図である。 ソート方法が文書ＩＤの場合の第三処理を説明するフローチャート図である。 融合機における文書書き出し処理を説明するフローチャート図である。 融合機における文書削除処理を説明するフローチャート図である。 ユーザーＰＣから送信される抽出条件及びソート方法を指定したＨＴＴＰリクエストの例を示す図である。 ユーザーＰＣから送信される抽出条件及びソート方法を指定したＨＴＴＰリクエストの例を示す図である。 融合機が送信するソート結果を示すＨＴＴＰレスポンスの例を示す図である。 融合機が送信するソート結果を示すＨＴＴＰレスポンスの例を示す図である。 融合機が送信するソート結果を示すＨＴＴＰレスポンスの例を示す図である。 ユーザーＰＣのハードウェア構成を示すブロック図である。

符号の説明

２ ｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）
３０ ディストリビューター
４０〜４９ Ｗｅｂサービス提供処理部
５０ ＸＭＬ処理部
６０、６１ ディスパッチャー
７０ ＳＯＡＰ処理部
８０ メッセージ処理部
１２００ 融合機、
１２０１ プロッタ １２０２ スキャナ
１２１０ ソフトウェア群
１２３０ アプリケーション、 １２２０ プラットフォーム
１２２１ ＯＳ、 １２２２ ＳＣＳ
１２２３ ＳＲＭ、 １２２４ ＥＣＳ
１２２５ ＭＣＳ、 １２２６ ＯＣＳ
１２２７ ＦＣＳ、 １２２８ ＮＣＳ
１２２９ ＩＭＨ、 １２４０ 融合機起動部
１３００ コントローラ、 １３０１ ＡＳＩＣ
１３０２ ＭＥＭ−Ｃ、 １３０３ ＨＤＤ
１３０４ ＣＰＵ、 １３０５ ＮＢ
１３０６ ＭＥＭ−Ｐ、 １３０７ ＳＢ
１３０８ ＡＧＰ、 １３１０ オペレーションパネル
１３１１ ＮＩＣ、 １３１２ ＵＳＢ
１３１３ ＩＥＥＥ１３９４ １３１４ セントロニクス
１３２０ ＦＡＸコントロールユニット
１３３０ ＵＳＢ、 １３４０ ＩＥＥＥ１３９４
１３５０ エンジン部、 １５００ ネットワークＩ／Ｆ部

Claims (10)

1. 画像データを形成する複数の画像形成手段と、
   前記画像形成手段で形成された画像データに文書ＩＤと蓄積日時とを含む書誌情報を付与して格納する格納手段と、
   ネットワークを介して接続される機器からの処理要求に応じた処理を行うサービス提供処理手段と、
   前記機器から処理要求を受け付けて該処理要求を前記サービス提供処理手段に渡し、ならびに前記サービス提供処理手段からの処理結果を受け取って該処理結果を前記機器へ提供する通信制御手段と
   を有する画像形成装置であって、
   前記通信制御手段で、前記格納手段に格納されている画像データの抽出条件を含む抽出要求を前記機器から受け付けたとき、
   前記サービス提供処理手段は、前記書誌情報に含まれる前記蓄積日時に基づいて、前記抽出条件で指定される蓄積日時以降に前記格納手段に蓄積された画像データの文書ＩＤを抽出し、該抽出された文書ＩＤのリストを処理結果として前記通信制御手段に通知し、
   前記通信制御手段は、ＨＴＴＰに従ったデータ通信で行われるＨＴＴＰリクエストで前記機器からの処理要求を受け付けて、前記処理結果をＨＴＴＰに従ったデータ通信で行われるＨＴＴＰレスポンスによるＷｅｂサービスとして前記機器へ提供し、
   前記ＨＴＴＰリクエスト及び前記ＨＴＴＰレスポンスのボディ部はＸＭＬによって記述されること
   を特徴とする画像形成装置。
2. 前記抽出条件は更に特定の画像形成手段を指定し、
   前記サービス提供処理手段は、前記格納手段に格納されている画像データのうち、前記抽出条件で指定された特定の画像形成手段で形成された画像データであって、かつ、前記書誌情報に含まれる前記蓄積日時に基づいて、前記抽出条件で指定される蓄積日時以降に該格納手段に蓄積された画像データの文書ＩＤを抽出し、該抽出された文書ＩＤのリストを結果として、前記通信制御手段が前記機器へ提供すること
   を特徴とする請求項１記載の画像形成装置。
3. 前記通信制御手段で、前記格納手段に格納されている画像データの識別情報を含む取得要求を前記機器から受け付けたとき、
   前記サービス提供処理手段は、前記識別情報と前記書誌情報とに基づいて前記格納手段に格納されている画像データを抽出し、
   前記抽出された画像データを、前記通信制御手段が前記機器へ提供すること
   を特徴とする請求項１又は２記載の画像形成装置。
4. 前記サービス提供処理手段は、画像管理実行部とメッセージ処理部とを有し、
   前記メッセージ処理部は、前記通信制御手段から受け取った処理要求を解析し、前記処理要求に従った処理を前記画像管理実行部に行わせ、ならびに前記画像管理実行部に行わせた処理の結果をメッセージとして生成し、
   前記画像管理実行部は、前記メッセージ処理部で解析された処理要求に従った処理を前記格納手段にアクセスすることによって実行し、該実行した結果を前記メッセージ処理部に返すこと
   を特徴とする請求項１乃至３のいずれか一項記載の画像形成装置。
5. 前記メッセージ処理部は、前記通信制御手段から受け取った処理要求であるＨＴＴＰリクエストのＸＭＬで記述されたボディ部から処理内容を取得し、該取得した処理内容を解析し、該解析した処理を前記画像管理実行部に行わせ、ならびに前記画像管理実行部に行わせた処理の結果に基づいてＸＭＬで記述したＨＴＴＰレスポンスのボディ部を生成すること
   を特徴とする請求項４記載の画像形成装置。
6. 画像形成装置とユーザ端末とがネットワークを介して接続された文書管理システムであって、
   前記画像形成装置は、
   画像データを形成する複数の画像形成手段と、
   前記画像形成手段で形成された画像データに文書ＩＤと蓄積日時とを含む書誌情報を付与して格納する格納手段と、
   前記ユーザ端末からの処理要求に応じた処理を行うサービス提供処理手段と、
   前記ユーザ端末から処理要求を受け付けて該処理要求を前記サービス提供処理手段に渡し、ならびに前記サービス提供処理手段からの処理結果を受け取って該処理結果を前記ユーザ端末へ提供する通信制御手段とを備え、
   前記ユーザ端末は、
   前記画像形成装置へ処理要求を行う処理要求手段を備え、
   前記通信制御手段で、前記格納手段に格納されている画像データの抽出条件を含む抽出要求を前記ユーザ端末から受け付けたとき、
   前記サービス提供処理手段は、前記書誌情報に含まれる前記蓄積日時に基づいて、前記抽出条件で指定される蓄積日時以降に前記格納手段に蓄積された画像データの文書ＩＤを抽出し、該抽出された文書ＩＤのリストを処理結果として前記通信制御手段に通知し、
   前記通信制御手段は、ＨＴＴＰに従ったデータ通信で行われるＨＴＴＰリクエストで前記機器からの処理要求を受け付けて、前記処理結果をＨＴＴＰに従ったデータ通信で行われるＨＴＴＰレスポンスによるＷｅｂサービスとして前記機器へ提供し、
   前記ＨＴＴＰリクエスト及び前記ＨＴＴＰレスポンスのボディ部はＸＭＬによって記述されること
   を特徴とする文書管理システム。
7. 前記抽出条件は更に特定の画像形成手段を指定し、
   前記サービス提供処理手段は、前記格納手段に格納されている画像データのうち、前記抽出条件で指定された特定の画像形成手段で形成された画像データであって、かつ、前記書誌情報に含まれる前記蓄積日時に基づいて、前記抽出条件で指定される蓄積日時以降に該格納手段に蓄積された画像データの文書ＩＤを抽出し、該抽出された文書ＩＤのリストを結果として、前記通信制御手段が前記機器へ提供すること
   を特徴とする請求項６記載の文書管理システム。
8. 前記通信制御手段で、前記格納手段に格納されている画像データの識別情報を含む取得要求を前記ユーザ端末から受け付けたとき、
   前記サービス提供処理手段は、前記識別情報と前記書誌情報とに基づいて前記格納手段に格納されている画像データを抽出し、
   前記抽出された画像データを、前記通信制御手段が前記ユーザ端末へ提供すること
   を特徴とする請求項６又は７記載の文書管理システム。
9. 前記通信制御手段で、前記格納手段に新規に格納された画像データの件数の取得要求を前記ユーザ端末から受け付けたとき、
   前記サービス提供処理手段は、前記格納手段に格納されている画像データのうち、前記格納手段に新規に格納された画像データの件数を前記書誌情報に基づいて抽出すること
   を特徴とする、請求項６乃至８のいずれか一項記載の文書管理システム。
10. 前記ユーザ端末は、前記格納手段に新規に格納された画像データの件数の取得要求を所定の間隔でポーリングして行うこと
    を特徴とする請求項９記載の文書管理システム。

Images