(57)【要約】【課題】  本発明の課題は、通信手順の異なる複数のポートから受信した文書を一元的に文書管理すると共に、ネットワークを介して接続される情報処理装置からの該文書を取得するためのポーリングに応じて該文書を送信するＷｅｂサービスを提供する画像形成装置を提供することを目的とする。【解決手段】  異なる通信プロトコルによってデータを送受信する複数の通信ポートと、上記複数の通信ポートから受信したデータをデータファイルとして格納手段に格納してデータ管理するデータ管理手段と、ネットワークを介して接続される機器からの上記データファイルの取得に関する要求に応じて、該データファイルを該機器へ配信するデータ配信手段とを有する画像形成装置によって達成される。【選択図】  図２
2004297785.tif 000002
【特許請求の範囲】
【請求項１】
異なる通信プロトコルによってデータを送受信する複数の通信ポートと、
上記複数の通信ポートから受信したデータをデータファイルとして格納手段に格納してデータ管理するデータ管理手段と、
ネットワークを介して接続される機器からの上記データファイルの取得に関する要求に応じて、該データファイルを該機器へ配信するデータ配信手段とを有することを特徴とする画像形成装置。
【請求項２】
異なる処理種別に応じてデータを画像処理する複数の画像処理手段と、
上記データをデータファイルとして格納手段に格納してデータ管理するデータ管理手段と、
ネットワークを介して接続される機器からの上記データファイルの取得に関する要求に応じて、該データファイルを該機器へ配信するデータ配信手段とを有することを特徴とする画像形成装置。
【請求項３】
上記データ配信手段は、上記機器から上記データファイルの取得要求を受信すると、該取得要求によって指定されるファイル識別情報に対応する該データファイルを該機器へ提供するファイル提供手段を有することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
上記データ配信手段は、上記機器からデータファイルの抽出要求を受信すると、該抽出要求に含まれる抽出条件で指定される通信ポート又は処理種別に従って処理を実行し、その抽出結果を該機器へ提供する抽出結果提供手段を有することを特徴とする請求項３記載の画像形成装置。
【請求項５】
上記抽出結果提供手段は、上記抽出条件に従って上記格納手段から上記データファイルのデータに関するデータ関連情報を抽出することを特徴とする請求項４記載の画像形成装置。
【請求項６】
上記ファイル提供手段は、
上記ファイル識別情報の正当性を確認する第一手段と、
上記ファイル識別情報によって識別されるデータファイルへのアクセス権を確認する第二手段と、
上記ファイル識別情報によって識別される上記データファイルに対してアクセスする第三手段とを有することを特徴とする請求項３乃至５のいずれか一項記載の画像形成装置。
【請求項７】
所定Ｗｅｂ通信プロトコルに従って通信制御を行う通信制御手段を更に有し、
上記データ配信手段は、上記要求の内容を所定記述形式に従って解釈し、また、上記要求に応じた処理結果を該所定記述形式に従って作成する記述形式処理手段を有することを特徴とする請求項１乃至６のいずれか一項記載の画像形成装置。
【請求項８】
上記データ配信手段は、上記通信制御手段によって受信した上記要求を所定メッセージ交換プロトコルに従って処理して上記記述形式処理手段に通知し、また、該記述形成式処理手段によって作成された上記処理結果を該メッセージ交換プロトコルに従って作成した応答を上記通信制御手段によって上記機器へ送信するメッセージ交換処理手段を有することを特徴とする請求項７記載の画像形成装置。
【請求項９】
外部からデータを受信し、ネットワークを介して接続される機器へ該データを配信するデータ配信方法において、
異なる通信プロトコルによって上記データを送受信する複数の通信手順と、
上記複数の通信手順によって受信した上記データをデータファイルとして所定格納領域に格納してデータ管理するデータ管理手順と、
上記ネットワークを介して接続される上記機器から上記データファイルの取得に関する要求を送信する要求送信手順と、
上記要求に応じて、上記データファイルを上記機器へ配信するデータ配信手順とを有することを特徴とするデータ配信方法。
【請求項１０】
外部からデータを受信し、ネットワークを介して接続される機器へ該データを配信するデータ配信方法において、
異なる処理種別に応じて上記データに対して画像処理する複数の画像処理手順と、
上記データをデータファイルとして所定格納領域に格納してデータ管理するデータ管理手順と、
上記ネットワークを介して接続される上記機器からの上記データファイルの取得に関する要求に応じて、該データファイルを該機器へ配信するデータ配信手順とを有することを特徴とするデータ配信方法。
【請求項１１】
ネットワークを介して接続されるデータファイルを蓄積可能な画像形成装置に対して新規に蓄積されたデータファイルの件数を取得する新規件数取得手段と、
上記新規件数取得手段によって上記画像形成装置から取得した上記件数に基づいて、該画像形成装置に対して新規のデータファイルの全部又は一部の引き取りを要求する引き取り手段とを有することを特徴とする情報処理装置。
【請求項１２】
上記画像形成装置に対して、上記引き取り手段によって引き取った上記新規のデータファイルの削除を要求する削除要求手段を有することを特徴とする請求項１１記載の情報処理装置。
【請求項１３】
所定時間毎に、上記画像形成装置に対して上記新規件数取得手段を実行することを特徴とする請求項１１又は１２記載の情報処理装置。
【請求項１４】
上記画像形成装置と所定Ｗｅｂ通信プロトコルに従って通信制御を行う通信制御手段を有することを特徴とする請求項１１乃至１３のいずれか一項記載の情報処理装置。
【請求項１５】
ネットワークを介して接続されるデータファイルを蓄積可能なサーバコンピュータから該データファイルを取得する情報処理装置として機能させるプログラムを記憶したコンピュータ読取可能な記憶媒体において、コンピュータに、
上記画像形成装置に対して新規に蓄積されたデータファイルの件数を取得する新規件数取得手段と、
上記新規件数取得手段によって上記画像形成装置から取得した上記件数に基づいて、該画像形成装置に対して新規のデータファイルの全部又は一部の引き取りを要求する引き取り手段として機能させるようにしたプログラムを記憶したコンピュータ読取可能な記憶媒体。
【請求項１６】
ネットワークを介して接続されるデータファイルを蓄積可能なサーバコンピュータから該データファイルを取得する情報処理装置として機能させるコンピュータ実行可能なプログラムにおいて、コンピュータに、
上記画像形成装置に対して新規に蓄積されたデータファイルの件数を取得する新規件数取得手段と、
上記新規件数取得手段によって上記画像形成装置から取得した上記件数に基づいて、該画像形成装置に対して新規のデータファイルの全部又は一部の引き取りを要求する引き取り手段として機能させるようにしたプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信手順の異なる複数のポートから受信した文書を一元的に文書管理すると共に、ネットワークを介して接続される情報処理装置からの該文書を取得するためのポーリングに応じて該文書を送信するＷｅｂサービスを提供する画像形成装置を提供するものである。
【背景技術】
【０００２】
従来より、図１に示すような、ネットワークを介してＦＡＸ受信機能及びネットワーク機能付きの画像形成装置９０１からＦＡＸで受信した画像データを受信し、所定のユーザーＰＣ（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）１２２９とで構成される。なお、このプラットフォーム１２２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェース（ＡＰＩ）１２０５を有する。
【００３０】
ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。
【００３１】
ＳＲＭ１２２３は、ＳＣＳ１２２２とともにシステムの制御およびリソースの管理をおこなう。
【００３２】
ＳＣＳ１２２２は、アプリ管理、操作部制御、システム画面表示（ジョブリスト画面、カウンタ表示画面など）、ＬＥＤ表示、リソース管理、割り込みアプリ制御等の複数の機能を行う。
【００３３】
ＥＣＳ１２２４は、ＦＣＵ１３２０、プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３などのエンジン部をエンジンＩ／Ｆ１２０４を介して制御する。
【００３４】
ＭＣＳ１２２５は、メモリ制御をおこなう。
【００３５】
ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御する。
【００３６】
ＦＣＳ１２２７は、ファクシミリ送受信、各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなう。
【００３７】
ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。
【００３８】
例えば、ＮＣＳ１２２８は、複数のプロトコルのうちｈｔｔｐｄ（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単位の時間管理をする必要がないため、管理用のメモリ領域を節約することができる。また、時系列に単調増加する文書ＩＤでソートするため、何らかの事情で機器のＲＴＣ１３２３がリセットされた場合においても対応することができる。文書ＩＤが単調増加するため、時間を戻されても文書ＩＤで区別することができる。この場合、文書ＩＤは、不揮発性メモリにて管理される。
【０１１２】
複数のポート毎に設定されたアクセス権に基づいて、ネットワーク１５を介してユーザーＰＣ１０が、融合機１２００に蓄積された文書を書き出す文書書き出し処理及び文書を削除する文書削除処理について図１５から図１７で説明する。
【０１１３】
図１５は、ポート毎に設定されたアクセス権を示すアクセス権テーブル７１を示す図である。図１５に示すアクセス権テーブル７１は、ポートと画像形成種別とで示されるファイル種別と、融合機１２００に蓄積された文書へのアクセスが許可されるユーザー名を示すユーザー限定とユーザーＰＣのＩＰアドレスを示すＩＰアドレス限定とで示されるアクセス権とで構成される。ユーザー限定には、ユーザー名の他、複数のユーザーによるグループを示すユーザーグループ名を指定してもよい。
【０１１４】
ファイル種別のポートは、図４に示すＳＢ１３０７、ＮＩＣ１３１１、ＵＳＢターゲット１３１２、ＩＥＥＥ1394、セントロニクス１３１４、シリアル１３１５、ＵＳＢホスト１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、又はＧ４オプションを示す。
【０１１５】
ファイル種別の画像形成種別は、ＦＣＵ１３２０、プロッタ１２０１、スキャナ１２０２等のエンジン部１３５０の種別、或いは、エンジン部１３５０を利用して画像形成する各アプリケーションを特定する情報を示す。
【０１１６】
アクセス権のユーザー限定は、リストされるユーザー名によるアクセスを許可対象とすることを示す。また、アクセス権限のＩＰアドレス限定は、リストされるＩＰアドレスからのアクセスを許可対象とすることを示す。そして、これらユーザー限定とＩＰアドレス限定との組み合わせが満たされた場合にのみアクセスが許可される。つまり、許可対象となるユーザーが所定のユーザーＰＣ１０からアクセスした場合にのみ、融合機１２００に蓄積された文書へのアクセスが許可される。
【０１１７】
図１５に示すアクセス権テーブル７１において、ＦＡＸデータとして、図４に示すＦＣＵ１３２０の標準のポートＧ３のポートにて送受信され蓄積された文書に対して、アクセス権は、ユーザーの名前が「itoh」、「suzuki」、「satoh」、又は「yamada」であって、ユーザーＰＣ１０のＩＰアドレスが「１１．２２．３３．４４」、「１１１．２２．３３．５５」、又は「１１１．２２．３３．６６」である場合に与えられることを示す。
【０１１８】
また、ＦＡＸデータとして、図４に示すＦＣＵ１３２０のＧ３オプションのポートにて送受信され蓄積された文書に対して、ユーザーの名前が「itoh」又は「suzuki」であって、ユーザーＰＣ１０のＩＰアドレスが「１１．２２．３３．４４」である場合に与えられることを示す。
【０１１９】
更に、ＦＡＸデータとして、図４に示すＦＣＵ１３２０のＧ４オプションのポートにて送受信され蓄積された文書に対しては、ユーザーは限定されず（ユーザー限定が「―」の場合、ユーザー名がリストされていないことを示す）、また、ＩＰアドレスも限定されない（ＩＰアドレス限定が「―」の場合、ＩＰアドレスがリストされていないことを示す）。つまり、いかなるユーザーもアクセスを自由に行うことができる。
【０１２０】
また、ＦＡＸデータとして、図４に示すＮＩＣ１３１１のポートにて送受信され蓄積された文書に対しては、ユーザーは限定されず、ユーザーＰＣ１０のＩＰアドレスが「１１．２２．３３．４４」、「１１１．２２．３３．５５」、又は「１１１．２２．３３．６６」である場合に与えられることを示す。
【０１２１】
同様に、プリントデータとして、図４に示すＮＩＣ１３１１又はセントロニクス１３１４のポートにて送受信され蓄積された文書についてもアクセス権がユーザー名とＩＰアドレスとによって限定される。
【０１２２】
ファイル種別をポートと画像形成種別とによって分類したが、ポートのみ又は画像形成種別のみによる分類でも良い。アクセス権の設定についても、アクセスの種類毎に詳細に設定するようにしても良い。
【０１２３】
図１５に示すようなアクセス権テーブル７１に基づいて実行される、ユーザーＰＣ１０から文書書き出し要求を示すＨＴＴＰリクエストを受信した場合の文書書き出し処理について図１６で説明する。図１６は、融合機における文書書き出し処理を説明するフローチャート図である。
【０１２４】
図１６において、融合機１２００の画像管理実行部４００は、要求された文書ＩＤの正当性を確認する（ステップＳ１８１）。正当性の確認後、図１５に示されるようなアクセス権７１を参照し、ポート及び画像形成種別に基づく文書へのアクセス権を確認する（ステップＳ１８２）。確認結果がアクセス可であるか否かを判断する（ステップＳ１８３）。アクセス可である場合、文書の書き出しを行い、ＨＴＴＰレスポンスによってユーザーＰＣ１０へ提供する（ステップＳ１８５）。そして、文書書き出し処理を終了する。一方、アクセス不可である場合、文書の書き出しを禁止し、ユーザーＰＣ１０にアクセス権がないことを示すメッセージを表示する（ステップＳ１８４）。そして、文書書き出し処理を終了する。  図１５に示すようなアクセス権テーブル７１に基づいて実行される、ユーザーＰＣ１０から文書の削除要求を示すＨＴＴＰリクエストを受信した場合の文書削除処理について図１７で説明する。図１７は、融合機における文書削除処理を説明するフローチャート図である。図１７において、融合機１２００の画像管理実行部４００は、要求された文書ＩＤの正当性を確認する（ステップＳ１９１）。正当性の確認後、図１５に示されるようなアクセス権７１を参照し、ポート及び画像形成種別に基づく文書へのアクセス権を確認する（ステップＳ１９２）。確認結果がアクセス可であるか否かを判断する（ステップＳ１９３）。アクセス可である場合、文書を削除し、ＨＴＴＰレスポンスによってその処理結果をユーザーＰＣ１０へ提供する（ステップＳ１９５）。そして、文書削除処理を終了する。一方、アクセス不可である場合、文書の削除を禁止し、ユーザーＰＣ１０にアクセス権がないことを示すメッセージを表示する（ステップＳ１９４）。そして、文書削除処理を終了する。
【０１２５】
このような文書削除処理は、ユーザーが融合機１２００のオペレーションパネル１３１０から要求した場合にも同様に行われる。ユーザーにアクセス権がない場合には、オペレーションパネル１３１０にメッセージが表示される。
【０１２６】
次に、ユーザーＰＣ１０から送信される抽出条件及びソート方法を指定したＨＴＴＰリクエストについて図１８及び図１９で説明する。図１８及び図１９は、ユーザーＰＣから送信される抽出条件及びソート方法を指定したＨＴＴＰリクエストの例を示す図である。
【０１２７】
図１８において、ＳＯＡＰボディ部に記述される記述５１０（<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であることを示す。
【０１３２】
本実施例におけるユーザーＰＣ１０は、例えば、図２２に示すようなハードウェア構成を有する。図２２は、ユーザーＰＣのハードウェア構成を示すブロック図である。
【０１３３】
図２２において、ユーザーＰＣ１０は、コンピュータによって制御される端末であって、ＣＰＵ（Central Processing Unit）５１と、メモリユニット５２と、表示ユニット５３と、出力ユニット５４と、入力ユニット５５と、通信ユニット５６と、記憶装置５７と、ドライバ５８とで構成され、システムバスＢに接続される。
【０１３４】
ＣＰＵ５１は、メモリユニット５２に格納されたプログラムに従ってユーザーＰＣ１０を制御する。メモリユニット５２は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read-Only Memory）等にて構成され、ＣＰＵ５１にて実行されるプログラム、ＣＰＵ５１での処理に必要なデータ、ＣＰＵ５１での処理にて得られたデータ等を格納する。また、メモリユニット５２の一部の領域が、ＣＰＵ５１での処理に利用されるワークエリアとして割り付けられている。
【０１３５】
表示ユニット５３は、ＣＰＵ５１の制御のもとに必要な各種情報を表示する。出力ユニット５４は、プリンタ等を有し、利用者からの指示に応じて各種情報を出力するために用いられる。入力ユニット５５は、マウス、キーボード等を有し、利用者がユーザーＰＣ１０が処理を行なうための必要な各種情報を入力するために用いられる。通信ユニット５６は、ユーザーＰＣ１０が例えばインターネット、ＬＡＮ（Local Area Network）等を介して融合機１２００と接続する場合に、融合機１２００との間の通信制御をするための装置である。記憶装置５７は、例えば、ハードディスクユニットにて構成され、各種処理を実行するプログラム、融合機１２００から引き取った文書等のデータを格納する。
【０１３６】
ユーザーＰＣ１０よって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体５９によってユーザーＰＣ１０に提供される。即ち、プログラムが保存された記憶媒体５９がドライバ５８にセットされると、ドライバ５８が記憶媒体５９からプログラムを読み出し、その読み出されたプログラムがシステムバスＢを介して記憶装置５７にインストールされる。そして、プログラムが起動されると、記憶装置５７にインストールされたプログラムに従ってＣＰＵ５１がその処理を開始する。尚、プログラムを格納する媒体としてＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。本発明に係る処理を実現するプログラムは、通信ユニット５６によってネットワークを介してダウンロードし、記憶装置５７にインストールするようにしても良い。  上記より、本発明は、ネットワーク１５上に受信配信サーバーを設置することなく、ユーザーＰＣ１０から融合機１２００の状態をポーリングすることで、例えば、ＦＡＸ着信後、自動的にユーザーＰＣ１０に取り込むことがサーバーレスで可能となる。この時、新規の受信文書があるか否かの判断をし、引き取り残しが無いような構成を実現することができる。
【０１３７】
従って、複数のポートから受信した画像データ及び複数の画像形成手段によって形成された画像データをＨＤＤ１３０３に一元的に蓄積されるため、編集目的又はバックアップ目的等によりユーザーＰＣに引き取りたい場合、ユーザーＰＣ１０にて引き取りタイミングを決定することができる。そのため、従来の蓄積の度にＰＵＳＨ型で受信配信サーバーへ送信する場合と比較して、ネットワーク負担を軽減することができる。
【０１３８】
また、融合機１２００では、ＳＢ１３０７、ＮＩＣ１３１１、ＵＳＢターゲット１３１２、ＩＥＥＥ1394１３１３、セントロニクス１３１４、シリアル１３１５、ＵＳＢホスト１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、Ｇ４オプションの複数のポートを介して送受信される画像データがＨＤＤ１３０３に蓄積され一元的に管理されるため、ユーザーＰＣ１０は、融合機１２００が外部から様々な通信手順によって受信した画像データを、ポートを指定するのみで取り込むことができる。ユーザーＰＣ１０がこのような複数のポートを管理する必要がない。プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３等の複数の画像形成手段についても同様の効果を奏する。
【図面の簡単な説明】
【０１３９】
【図１】従来のＰＵＳＨ型による画像データを配信するためのネットワーク構成を示す図である。
【図２】本発明の一実施例に係るＰＵＬＬ型による画像データを配信するためのネットワーク構成を示す図である。
【図３】本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【図４】図３に示す融合機のハードウェア構成を示すブロック図である。
【図５】Ｗｅｂサービスを提供する融合機の第一機能構成例を示す図である。
【図６】Ｗｅｂサービスを提供する融合機の第二機能構成例を示す図である。
【図７】ＦＡＸ受信処理について説明するフローチャート図である。
【図８】書誌情報の構成を示す図である。
【図９】ユーザーＰＣから融合機へのポーリング処理を説明するフローチャート図である。
【図１０】融合機によるＷｅｂサービスの提供処理の概要を説明するためのフローチャート図である。
【図１１】融合機によるシステム情報提供処理を説明するフローチャート図である。
【図１２】ソート方法が受信日時の場合の第一処理を説明するフローチャート図である。
【図１３】ソート方法がＨＤＤに蓄積した蓄積日時の場合の第二処理を説明するフローチャート図である。
【図１４】ソート方法が文書ＩＤの場合の第三処理を説明するフローチャート図である。
【図１５】ポート毎に設定されたアクセス権を示すアクセス権テーブル７１を示す図である。
【図１６】融合機における文書書き出し処理を説明するフローチャート図である。
【図１７】融合機における文書削除処理を説明するフローチャート図である。
【図１８】ユーザーＰＣから送信される抽出条件及びソート方法を指定したＨＴＴＰリクエストの例を示す図である。
【図１９】ユーザーＰＣから送信される抽出条件及びソート方法を指定したＨＴＴＰリクエストの例を示す図である。
【図２０】融合機が送信するソート結果を示すＨＴＴＰレスポンスの例を示す図である。
【図２１】融合機が送信するソート結果を示すＨＴＴＰレスポンスの例を示す図である。
【図２２】ユーザーＰＣのハードウェア構成を示すブロック図である。
【符号の説明】
【０１４０】
２          ｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）
３０        ディストリビューター
４０〜４９  Ｗｅｂサービス提供処理部
５０        ＸＭＬ処理部
６０、６１    ディスパッチャー
７０        ＳＯＡＰ処理部
８０        メッセージ処理部
１２００    融合機、            
１２０１    プロッタ              １２０２    スキャナ
１２１０    ソフトウェア群
１２３０    アプリケーション、    １２２０    プラットフォーム
１２２１    ＯＳ、                １２２２    ＳＣＳ
１２２３    ＳＲＭ、              １２２４    ＥＣＳ
１２２５    ＭＣＳ、              １２２６    ＯＣＳ
１２２７    ＦＣＳ、              １２２８    ＮＣＳ
１２２９    ＩＭＨ、              １２４０    融合機起動部
１３００    コントローラ、        １３０１    ＡＳＩＣ
１３０２    ＭＥＭ−Ｃ、          １３０３    ＨＤＤ
１３０４    ＣＰＵ、              １３０５    ＮＢ
１３０６    ＭＥＭ−Ｐ、          １３０７    ＳＢ
１３０８    ＡＧＰ、              １３１０    オペレーションパネル
１３１１    ＮＩＣ、              １３１２    ＵＳＢ
１３１３    ＩＥＥＥ１３９４      １３１４    セントロニクス
１３２０    ＦＡＸコントロールユニット
１３３０    ＵＳＢ、              １３４０    ＩＥＥＥ１３９４
１３５０    エンジン部、          １５００    ネットワークＩ／Ｆ部
【図１】
2004297785.tif 000003
【図２】
2004297785.tif 000004
【図３】
2004297785.tif 000005
【図４】
2004297785.tif 000006
【図５】
2004297785.tif 000007
【図６】
2004297785.tif 000008
【図７】
2004297785.tif 000009
【図８】
2004297785.tif 000010
【図９】
2004297785.tif 000011
【図１０】
2004297785.tif 000012
【図１１】
2004297785.tif 000013
【図１２】
2004297785.tif 000014
【図１３】
2004297785.tif 000015
【図１４】
2004297785.tif 000016
【図１５】
2004297785.tif 000017
【図１６】
2004297785.tif 000018
【図１７】
2004297785.tif 000019
【図１８】
2004297785.tif 000020
【図１９】
2004297785.tif 000021
【図２０】
2004297785.tif 000022
【図２１】
2004297785.tif 000023
【図２２】
2004297785.tif 000024