(57)【要約】    【課題】  予め組み込まれたブラウザ機能では表示不可能なコンテンツを処理することを可能とすることにより、ネットワーク上のコンテンツを十分に活用することができる複合機を提供する。    【解決手段】  Ｗｅｂブラウザは、受信したデータが表示可能な形式でなければ（ステップＳ１３０３）、表示不能なデータをどのように取り扱うかをユーザに問い合わせるダイアログウィンドウ（図１４に示す）をポップアップ表示する（ステップＳ１３０５）。ユーザは、このダイアログウィンドウ上で、表示不能な形式のデータに対する代替処理として「プリント」、「送信」のいずれかを選択することができる。【選択図】      図１３
2005159449.tif 000002
【特許請求の範囲】
【請求項１】
画像データに対してそれぞれ異なる処理を施す複数の機能およびネットワーク上のコンテンツを取得するためのブラウザ機能を有する複合機であって、
前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択する選択手段と、
前記選択手段により選択された１つの機能を用いて、前記取得された表示不可能なデータ形式のコンテンツを処理する代替処理手段と
を備えることを特徴とする複合機。
【請求項２】
前記複数の機能の１つは、ダイレクトプリント機能であり、前記選択手段は、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記ダイレクトプリント機能を選択することを特徴とする請求項１記載の複合機。
【請求項３】
前記複数の機能の１つは、データを所望の宛先に送信するデータ送信機能であり、前記選択手段は、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記データ送信機能を選択することを特徴とする請求項１記載の複合機。
【請求項４】
前記複数の機能の１つは、データを記憶手段に格納するデータ保存機能であり、前記選択手段は、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記データ保存機能を選択することを特徴とする請求項１記載の複合機。
【請求項５】
前記選択手段は、ユーザの入力操作に応じて、前記取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択することを特徴とする請求項１記載の複合機。
【請求項６】
前記選択手段は、前記取得された表示不可能なデータ形式のコンテンツの特性に応じて該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択することを特徴とする請求項１記載の複合機。
【請求項７】
前記取得された表示不可能なデータ形式のコンテンツの特性毎に該コンテンツを処理する機能が予め対応付けられており、前記選択手段は、前記対応付けに基づいて、前記取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択することを特徴とする請求項６記載の複合機。
【請求項８】
前記取得された表示不可能なデータ形式のコンテンツの特性は、コンテンツのデータ形式、コンテンツの取得元の位置情報、コンテンツのデータサイズ、コンテンツの更新時刻のいずれかに基づいて得られるものであることを特徴とする請求項６記載の複合機。
【請求項９】
前記選択手段により選択された１つの機能における設定項目を設定する項目設定手段を備えることを特徴とする請求項６または７記載の複合機。
【請求項１０】
前記代替処理手段は、前記選択手段により選択された１つの機能を用いて、該選択された１つの機能における設定項目に従い前記取得された表示不可能なデータ形式のコンテンツを処理することを特徴とする請求項９記載の複合機。
【請求項１１】
前記ブラウザ機能は、所定のタイミングで所定の位置のコンテンツの自動取得を行う自動取得スケジューリング機能を含むことを特徴とする請求項１記載の複合機。
【請求項１２】
前記ブラウザ機能は、所定のタイミングで所定の位置のコンテンツから間接的に参照されるコンテンツの自動取得を行う自動取得スケジューリング機能を含むことを特徴とする請求項１記載の複合機。
【請求項１３】
画像データに対してそれぞれ異なる処理を施す複数の機能およびネットワーク上のコンテンツを取得するブラウザ機能を有する複合機のネットワークコンテンツ処理方法であって、
前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択する選択工程と、
前記選択された１つの機能を用いて、前記取得された表示不可能なデータ形式のコンテンツを処理する代替処理工程と
を備えることを特徴とする複合機のネットワークコンテンツ処理方法。
【請求項１４】
前記複数の機能の１つは、ダイレクトプリント機能であり、前記選択工程では、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記ダイレクトプリント機能を選択することを特徴とする請求項１３記載の複合機のネットワークコンテンツ処理方法。
【請求項１５】
前記複数の機能の１つは、データを所望の宛先に送信するデータ送信機能であり、前記選択工程では、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記データ送信機能を選択することを特徴とする請求項１３記載の複合機のネットワークコンテンツ処理方法。
【請求項１６】
前記複数の機能の１つは、データを記憶手段に格納するデータ保存機能であり、前記選択工程では、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記データ保存機能を選択することを特徴とする請求項１３記載の複合機のネットワークコンテンツ処理方法。
【請求項１７】
前記選択工程では、ユーザの入力操作に応じて、前記取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択することを特徴とする請求項１３記載の複合機のネットワークコンテンツ処理方法。
【請求項１８】
前記選択工程では、前記取得された表示不可能なデータ形式のコンテンツの特性に応じて該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択することを特徴とする請求項１３記載の複合機のネットワークコンテンツ処理方法。
【請求項１９】
前記取得された表示不可能なデータ形式のコンテンツの特性毎に該コンテンツを処理する機能が予め対応付けられており、前記選択工程では、前記対応付けに基づいて、前記取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択することを特徴とする請求項１８記載の複合機のネットワークコンテンツ処理方法。
【請求項２０】
前記取得された表示不可能なデータ形式のコンテンツの特性は、コンテンツのデータ形式、コンテンツの取得元の位置情報、コンテンツのデータサイズ、コンテンツの更新時刻のいずれかに基づいて得られるものであることを特徴とする請求項１８記載の複合機のネットワークコンテンツ処理方法。
【請求項２１】
前記選択された１つの機能における設定項目を設定する項目設定工程を備えることを特徴とする請求項１８または１９記載の複合機のネットワークコンテンツ処理方法。
【請求項２２】
前記代替処理工程では、前記選択された１つの機能を用いて、該選択された１つの機能における設定項目に従い前記取得された表示不可能なデータ形式のコンテンツを処理することを特徴とする請求項２１記載の複合機のネットワークコンテンツ処理方法。
【請求項２３】
前記ブラウザ機能は、所定のタイミングで所定の位置のコンテンツの自動取得を行う自動取得スケジューリング機能を含むことを特徴とする請求項１３記載の複合機のネットワークコンテンツ処理方法。
【請求項２４】
前記ブラウザ機能は、所定のタイミングで所定の位置のコンテンツから間接的に参照されるコンテンツの自動取得を行う自動取得スケジューリング機能を含むことを特徴とする請求項１３記載の複合機のネットワークコンテンツ処理方法。
【請求項２５】
画像データに対してそれぞれ異なる処理を施す複数の機能およびネットワーク上のコンテンツを取得するブラウザ機能を有する複合機上で実行されるプログラムであって、
前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択する選択モジュールと、
前記選択モジュールにより選択された１つの機能を用いて、前記取得された表示不可能なデータ形式のコンテンツを処理する代替処理モジュールと
を備えることを特徴とするプログラム。
【請求項２６】
請求項２５記載のプログラムをコンピュータ読取可能に格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データに対してそれぞれ異なる処理を施す複数の機能およびネットワーク上のコンテンツを取得するブラウザ機能を有する複合機、そのネットワークコンテンツ処理方法、プログラムおよび記憶媒体に関する。
【背景技術】
【０００２】
ハイパーテキストマークアップ言語（ＨＴＭＬ）のデータ形式によって表現された文書をハイパーテキスト転送プロトコル（ＨＴＴＰ）によって供給するＷｅｂサーバと、ＷｅｂサーバからＨＴＴＰによってデータを取得し、ＨＴＭＬを表示するクライアントであるＷｅｂブラウザが、インターネットの普及に貢献し、このインターネットの技術が社内の情報環境を構築するためのイントラネットの発展の貢献している。
【０００３】
現在のインターネットおよびイントラネットにおいて、Ｗｅｂサーバは、ＨＴＭＬ以外に、様々なデータ形式のコンテンツを供給する。例えば、従来印刷物としてユーザに届けられていたマニュアルなどの文書を、電子的なデータ（ＰＤＦデータなど）でＷｅｂサーバから供給することが可能である。ＨＴＴＰは、データをバイナリストリームとして転送するため、Ｗｅｂサーバは、必要に応じてあらゆる形式のデータを置き、供給するという可能性を有する。また、今後は、新たなデータ形式のコンテンツが供給されるようになるかもしれない。
【０００４】
クライアントであるＷｅｂブラウザは、ＨＴＴＰによってあらゆる形式のデータを取得することができるが、その形式に対する処理が実装されていなければ、データを表示することはできない。多種多様なデータ形式のコンテンツに対応するために、デスクトップコンピュータ用に作られた多くのＷｅｂブラウザは、プラグインやヘルパーと呼ばれる機構を備える。プラグインやヘルパーは、Ｗｅｂブラウザそのものが処理することができない形式のコンテンツを、他のソフトウェアモジュールやアプリケーションによって表示するものである。また、多くのデスクトップ用Ｗｅｂブラウザは、ブラウザ自体によってもプラグインによっても表示できないコンテンツを取得したときに、取得したデータをヘルパーアプリケーションによって開き表示するか、あるいは取得したデータを表示せず単にファイルとして外部記憶装置に保存するように構成されている。
【０００５】
一方、携帯電話やＰＤＡなどの携帯端末が高性能化し、組み込みブラウザを内蔵するものが増えつつある。これらの携帯端末は、いわゆるウェアラブルコンピュータのように、ユーザが常に携帯し、どこでもインターネットやイントラネットにアクセスしてその資源を利用する一種のユビキタスコンピューティングを実現する。しかし、一般に、携帯端末のような組み込み機器のユーザインタフェースは、表示解像度や表示領域サイズに制限があり、また機器の情報処理能力にも制約があるため、装置に組み込まれたＷｅｂブラウザがデスクトップコンピュータ用Ｗｅｂブラウザと同等の表現力を持つことは難しい。
【０００６】
そこで、携帯端末と自動販売機のように配置されるパブリックプリンタを組み合わせ、携帯端末のブラウザからコンテンツサーバにアクセスしてコンテンツと出力先プリンタを選択することによって、携帯端末のブラウザでは、表示することができない高解像度・大情報量のコンテンツを、いつでもどこでもプリントアウトできるネットワークシステムが提案されている（例えば、特許文献１を参照）。
【０００７】
また、携帯電話に組み込まれたＷｅｂブラウザの普及を反映して、「端末を持ち歩く」タイプのユビキタスコンピューティングにおけるプリンタを含む分散システムは、他にも提案されている。例えば、上記と同様の構成で、サーバがブラウザ用の低品質画像とプリント用の高品質画像を備えるものがある（例えば特許文献２，３を参照）。
【０００８】
さらに一方で、デジタル複合機に内蔵されたＷｅｂプルプリント機能がある（例えば特許文献４，５，６，７を参照）。このＷｅｂプルプリント機能は、Ｗｅｂブラウザが備えるものと同様のＨＴＴＰによるデータ取得機構と、ＨＴＭＬなどのレンダリング機構とを備え、ユーザが指定したＵＲＬから取得したコンテンツをプリント出力する機能である。
【特許文献１】特開２００１−３４４４３５号公報
【特許文献２】特開２００１−２５６０２５号公報
【特許文献３】特開２００１−２５９０９８号公報
【特許文献４】特開平１１−１３４１２５号公報
【特許文献５】特開平１１−２１２７５１号公報
【特許文献６】特開平１１−３２７８３４号公報
【特許文献７】特開２０００−１９４５３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
現在のインターネットやイントラネットには、ＨＴＭＬ以外にも多様なコンテンツが存在する。一般に、デスクトップコンピュータのような汎用のコンピュータよりも能力と拡張性に劣る専用の組み込みブラウザが、すべてのデータ形式に対応することは困難である。ファームウェアとして実装されていることが多く、プラグインやヘルパーアプリケーションなどによる機能追加によって柔軟に対応することも難しい。
【００１０】
複合機のような画像入出力処理装置に内蔵される組み込みＷｅｂブラウザも、同様であり、ＨＴＴＰによるデータ取得は可能であるが、そのデータを解釈、展開して表示することができるとは限らない。一方、複合機には、プリントやファクスなどの送信に関しては専用機として予め優れた機能が実装される。これら専用の機能においては、その機能で必要とされる多種多様なデータ形式に対応することが可能である。従って、装置の組み込みブラウザでは表示することができない形式のデータであっても、装置の専用機能を用いれば、その形式のデータを扱える可能性がある。例えば、プリンタ機能は、多くのページ記述言語形式や画像形式のデータを扱える。ダイレクトプリント機能を有するプリンタの場合、ＰＤＦや各種のアプリケーションの固有のデータをプリントすることができる。また、画像送信機能は、多くの画像形式、圧縮形式、およびファイル形式のデータを、必要ならば、様々な画像データに変換した後に送信することができる。これら機能の性質に対応した特定のデータ形式に関しては、装置本来の機能が扱い得るデータ形式は、組み込みブラウザが扱い得るデータ形式の多様性を凌駕する。
【００１１】
上記携帯端末の従来例では、ユーザは携帯端末を持ち歩き、携帯端末のＷｅｂブラウザでネットワークに散在する資源をブラウズし、所望のデータを見つけ出してそれをプリントする。しかし、特に原稿や転写紙などの紙を入出力するワークフローにおいては、ユーザは結局のところ紙を取り扱うために装置の前に立つ必要があるので、装置のユーザインタフェースによってネットワーク資源をブラウズし、所望のデータを見つけ出す方が便利な場合が多い。また、サーバ側において、予め貧弱なブラウザによって表示されることを想定した低品位なコンテンツとプリントされることを想定した高品位なコンテンツとを両方準備する専用コンテンツサーバを維持することは、汎用のＷｅｂサーバであれば不要な維持コストが高くかかるという問題がある。また通常の場合、表示することができない形式のデータを参照する（いわゆるリンクを有する）インデクスとしてのＨＴＭＬ文書は、単にそのデータの位置（ＵＲＬ）を記述しているだけであり、データの形式を表現していない。そのデータのＨＴＴＰによる取得要求を発したときにその形式が表示可能か否かは、通常、ブラウザが発した要求に対するＨＴＴＰ応答が返りはじめてからその冒頭で判明する。従って、ブラウザが表示できなかったデータをプリンタが改めて取得しなおす構成は効率が悪い。
【００１２】
Ｗｅｂプルプリントの従来例は、装置の組み込みＷｅｂプルプリントモジュールがレンダリング可能なＨＴＭＬなどのデータをプリントするものであり、Ｗｅｂプルプリントがその構成上、装置組み込みブラウザと同等の能力や拡張性に関する制限を持つ以上、多種多様な形式のデータに対応することはできない。
【００１３】
本発明の目的は、予め組み込まれたブラウザ機能では表示不可能なコンテンツを処理することを可能とすることにより、ネットワーク上のコンテンツを十分に活用することができる複合機、そのネットワークコンテンツ処理方法、プログラムおよび記憶媒体を提供することにある。
【課題を解決するための手段】
【００１４】
本発明は、上記目的を達成するため、画像データに対してそれぞれ異なる処理を施す複数の機能およびネットワーク上のコンテンツを取得するためのブラウザ機能を有する複合機であって、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択する選択手段と、前記選択手段により選択された１つの機能を用いて、前記取得された表示不可能なデータ形式のコンテンツを処理する代替処理手段とを備えることを特徴とする。
【００１５】
本発明は、上記目的を達成するため、画像データに対してそれぞれ異なる処理を施す複数の機能およびネットワーク上のコンテンツを取得するブラウザ機能を有する複合機のネットワークコンテンツ処理方法であって、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択する選択工程と、前記選択された１つの機能を用いて、前記取得された表示不可能なデータ形式のコンテンツを処理する代替処理工程とを備えることを特徴とする。
【００１６】
本発明は、上記目的を達成するため、画像データに対してそれぞれ異なる処理を施す複数の機能およびネットワーク上のコンテンツを取得するブラウザ機能を有する複合機上で実行されるプログラムであって、前記ブラウザ機能により前記ネットワークから表示不可能なデータ形式のコンテンツを取得したときに、該取得された表示不可能なデータ形式のコンテンツを処理するための代替処理機能として前記複数の機能のうちの１つの機能を選択する選択モジュールと、前記選択モジュールにより選択された１つの機能を用いて、前記取得された表示不可能なデータ形式のコンテンツを処理する代替処理モジュールとを備えることを特徴とする。
【００１７】
本発明は、上記目的を達成するため、上記プログラムをコンピュータ読取可能に格納したことを特徴とする記憶媒体を提供する。
【発明の効果】
【００１８】
本発明によれば、予め組み込まれたブラウザ機能では表示不可能なコンテンツを処理することを可能とすることにより、ネットワーク上のコンテンツを十分に活用することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００２０】
（第１の実施の形態）
図１は本発明の第１の実施の形態に係る複合機を含むシステムの全体構成を示すブロック図である。
【００２１】
システムは、図１に示すように、アプリケーションサービスプロバイダ（ＡＳＰ）サイト１５３、広域ネットワーク１５２、およびユーザサイト１５１から構成される。ここで、広域ネットワーク１５２は、例えばインターネットである。また、広域ネットワーク１５２は、インターネット上の仮想プライベートネットワーク（ＶＰＮ）、または専用のプライベートネットワークとしてもよい。
【００２２】
ＡＳＰサイト１５３は、広域ネットワーク１５２を介してユーザサイト１５１に所定のサービスを提供する。ＡＳＰサイト１５３が提供するサービスには、例えば情報提供、作成、検索、蓄積、認証、配布、印刷、出版、管理、翻訳、委託などがある。また、このサービスには、官公庁手続や各種の電子商取引なども含まれる。ＡＳＰサイト１５３は、ローカルエリアネットワーク（ＬＡＮ）１５４、およびサーバ１５５を含む。
【００２３】
ＬＡＮ１５４は、ＡＳＰサイト１５３内部のネットワークであり、当該サイト内のネットワーク機器を接続する。また、ＬＡＮ１５４は、ルータなどを介して広域ネットワーク１５２と接続されている。
【００２４】
サーバ１５５上においては、ＡＳＰが提供するサービスを実現するためのソフトウェアプロセス群が稼動している。ソフトウェアモジュールには、
クライアントからのＨＴＴＰプロトコルによる要求に応答してＨＴＭＬなどのコンテンツを伝送するＨＴＴＰサーバ、
ＨＴＴＰ要求に応じてＨＴＴＰサーバにより実行され、所定の処理と動的に変化するＨＴＴＰ応答を行う、ＣＧＩプログラムやＳｅｒｖｌｅｔなどの形態で実装されたＷｅｂアプリケーション群、
ＣＧＩプログラムやＳｅｒｖｌｅｔなどが所定の処理を実行するために用いられる、電子商取引プログラムなどのビジネスロジック群とバックエンドのデータベース管理システム、
などがある。
【００２５】
ユーザサイト１５１は、ホストコンピュータ１０１、画像処理装置１１０、１２０、１３０などの複数のネットワーク機器と、ネットワーク機器群が接続されたＬＡＮ１００から構成される。ユーザサイト１５１のＬＡＮ１００は、ルータなどを介して広域ネットワーク１５２に接続される。ルータは、いわゆる防火壁（firewall）の機能も果たす。すなわち、ルータは、外部ネットワークからの攻撃からユーザサイト１５１を守るためにパケットフィルタリングなどを行う。また、ルータは、アドレス管理上の理由などのために、ネットワークアドレス変換やネットワークポート変換を行う場合もある。ルータのこれらの機能のために、ユーザサイト１５１と外部ネットワークとの間の通信には制限がつけられている。すなわち、多くの場合、いくつかの特定のプロトコルによる通信のみが可能である。例えば、内部から外部に向かって確立されるＨＴＴＰ接続は、一般に許可されている通信の例であり、これは、このような一般的なＷｅｂベースの技術に基づくアプリケーションサービスの提供が有効である理由の一つである。
【００２６】
画像処理装置１１０は、画像の入出力と送受信および各種の画像処理を行う複合機（ＭＦＰ；Multi Function Peripheral）であり、画像入力デバイスであるスキャナ１１３、画像出力デバイスであるプリンタ１１４、コントローラ１１１、およびユーザインタフェースである操作部１１２を含む。スキャナ１１３、プリンタ１１４および操作部１１２は、それぞれ、コントローラ１１１に接続され、コントローラ１１１からの命令によって制御される。コントローラ１１１は、ＬＡＮ１００に接続される。
【００２７】
画像処理装置１２０は、画像処理装置１１０と同様に、スキャナ１２３、プリンタ１２４、および操作部１２２を含み、それらがコントローラ１２１に接続されて、制御される。また、画像処理装置１３０は、画像処理装置１１０と同様に、スキャナ部１３３、プリンタ部１３４、操作部１３２を含み、それらがコントローラ１３１に接続されて、制御される。
【００２８】
ホストコンピュータ１０１は、後述するようにＷｅｂブラウザを備え、画像処理装置１１０，１２０、１３０から受信したＨＴＭＬファイルに基づいて、画像処理装置１１０，１２０，１３０のスタータスなどを表示する。また、ホストコンピュータ１０１は、サーバ１５５にＨＴＴＰ接続し、サーバ１５５から提供されるサービスを受けることができる。
【００２９】
次に、画像処理装置１１０，１２０，１３０のソフトウェア構成について図２を参照しながら説明する。図２は図１の画像処理装置１１０，１２０，１３０のソフトウェア構成を示すブロック図である。ここでは、各画像処理装置１１０，１２０，１３０のソフトウェア構成は、同じであるので、画像処理装置１１０のソフトウェア構成を説明するものとする。
【００３０】
画像処理装置１１０においては、図２に示すように、ユーザインタフェース（以下、ＵＩ）モジュール２０１が搭載されている。このＵＩモジュール２０１は、オペレータが画像処理装置１１０に対する各種操作・設定を行う際に、機器とユーザ操作との仲介を行うモジュールである。このＵＩモジュール２０１は、オペレータの操作に従い、後述の各種モジュールに入力情報を転送して処理の依頼、またはデータの設定などを行う。
【００３１】
また、アドレスブック（Address-Book）モジュール２０２が搭載されており、このモジュール２０２は、データの送付先、通信先などを管理するデータベースモジュールである。アドレスブックモジュール２０２が管理するデータに関しては、ＵＩモジュール２０１からの操作によりデータの追加、削除、取得が可能である。また、アドレスブックモジュール２０２は、オペレータの操作により後述の各モジュールにデータの送付・通信先情報を与える。
【００３２】
また、ウェブサーバモジュール（Web-Serverモジュール）２０３が搭載されており、このモジュール２０３は、ウェブクライアント（例えばホストコンピュータ１０１）からの要求により、画像処理装置１１０の管理情報をウェブクライアントに通知するものである。上記管理情報は、後述の統合送信部（Universal-Send）モジュール２０４、後述のリモートコピースキャン（Remote-Copy-Scan）モジュール２０９、後述のリモートコピープリント（Remote-Copy-Print）モジュール２１０、後述の制御ＡＰＩ（Control-API）モジュール２１８を介して取得され、後述のHTTPモジュール２１２、TCP/IP通信モジュール２１６、ネットワークドライバ（Network-Driver）２１７を介してウェブクライアントに通知される。
【００３３】
また、ウェブブラウザ（Web Browser）モジュール２１１が搭載されており、このモジュールは、インターネットまたはイントラネット上の各種ウェブサイト（ホームページ）の情報を読み込んで表示を行うものである。このウェブブラウザモジュール２１１の詳細な構成は後述する。
【００３４】
統合送信部（Universal-Send）モジュール２０４は、データの配信を司るモジュールであり、このモジュール２０４は、ＵＩモジュール２０１を介してオペレータによって指示されたデータを、同様にして指示された通信（出力）先に配布する。また、統合送信部（Universal-Send）モジュール２０４は、オペレータにより本機器のスキャナ機能を使用して配布データの生成が指示された場合は、制御ＡＰＩモジュール２１８を介して機器を動作させ、データの生成を行う。統合送信部モジュール２０４は、出力先にプリンタが指定された際に実行されるモジュール（P550）２０５と、通信先にE-mailアドレスが指定された際に実行されるモジュール（E-mail）２０６と、出力先にデータベースが指定された際に実行される（DB）モジュール２０７と、出力先に本機器と同様の画像処理装置が指定された際に実行される（DP）モジュール２０８とを含む。
【００３５】
リモートコピースキャン（Remote-Copy-Scan）モジュール２０９は、画像処理装置１１０のスキャナ機能を使用して画像情報を読み取り、読み取った画像情報をネットワーク等で接続された他の画像処理装置に出力することにより、画像処理装置単体で実現しているコピー機能を他の画像処理装置を使って行うモジュールである。
【００３６】
リモートコピープリント（Remote-Copy-Print）モジュール２１０は、ネットワーク等で接続された他の画像処理装置で得られた画像情報を、本画像処理装置１１０のプリンタ機能を使用して出力することにより、画像処理装置単体で実現しているコピー機能を他の画像処理装置を使って行うモジュールである。
【００３７】
ＨＴＴＰモジュール２１２は、画像処理装置１１０がＨＴＴＰによる通信を行なう際に使用され、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、ウェブサーバモジュール２０３やウェブブラウザモジュール２１１に通信機能を提供する。また、このモジュール２１２は、ＨＴＴＰをはじめとするウェブで用いられる各種プロトコルに対応し、特にセキュリティ対応したプロトコルによる通信機能を提供する。
【００３８】
また、ｌｐｒモジュール２１３が搭載されており、このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のモジュール２０５に通信機能を提供するものである。
【００３９】
また、ＳＭＴＰモジュール２１４が搭載されており、このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のE-mailモジュール２０６に通信機能を提供する。
【００４０】
また、ＳＬＭ（Salutation-Manager）モジュール２１５が搭載されており、このモジュールは、後述のＴＣＰ／ＩＰ通信モジュール２１６を使って、統合送信部モジュール２０４内のモジュール２１７およびモジュール２１８と、リモートコピースキャンモジュール２０９と、リモートコピープリントモジュール２１０とのそれぞれに通信機能を提供する。
【００４１】
ＴＣＰ／ＩＰ通信モジュール２１６は、ネットワークドライバ２１６を用いて、前述の各種モジュールにネットワーク通信機能を提供する。ネットワークドライバ２１７は、ネットワークに物理的に接続される部分を制御するものである。
【００４２】
制御ＡＰＩ２１８は、統合送信部モジュール２０４などの上流モジュールに、後述のジョブマネージャモジュール（Job-Manager）２１９などの下流モジュールに対するインタフェースを提供するものである。これによって、上流および下流のモジュール間の依存関係が軽減され、それぞれの流用性を高めることができる。
【００４３】
ジョブマネージャモジュール（Job-Manager）２１９は、前述の各種モジュールから制御ＡＰＩ２１８を介して指示される様々な処理を解釈し、後述の各モジュール２２０，２２４，２２６に指示を与えるものである。また、ジョブマネージャモジュール２１９は、画像処理装置１１０内で実行されるハード的な処理を一元管理するものである。
【００４４】
モジュール２２０は、コーデックマネージャ（CODEC-Manager）モジュールであり、このモジュールは、ジョブマネージャモジュール２１９が指示する処理の中で、データの各種圧縮・伸長を管理・制御するものである。
【００４５】
また、ＦＢＥエンコーダモジュール（FBE-Encoder）２２１が搭載されており、このモジュールは、ジョブマネージャモジュール２１９や後述のスキャンマネージャ（Scan-Manager）モジュール２２４によって実行されたスキャン処理によって読み込まれたデータを、ＦＢＥフォーマットを用いて圧縮するものである。
【００４６】
また、ＪＰＥＧコーデックモジュール（JPEG-CODEC）２２２が搭載されており、このモジュールは、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理、またはプリントマネージャ（Print-Manager）モジュール２２６によって実行された印刷処理において、読み込まれたデータのＪＰＥＧ圧縮および印刷データのＪＰＥＧ展開処理を行うものである。
【００４７】
また、ＭＭＲコーデック（MMR-CODEC）モジュール２２３が搭載されており、このモジュールは、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理、またはプリントマネージャモジュール２２６によって実行された印刷処理において、読み込まれたデータのＭＭＲ圧縮および印刷データのＭＭＲ伸長処理を行うものである。
【００４８】
また、情報埋め込み画像コーデック（IEI CODEC）モジュール２２９が搭載されており、このモジュールはジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理またはプリントマネージャモジュール２２６によって実行された印刷処理において、読み込まれた画像データに埋め込まれた情報のデコード、および印刷画像データへの情報埋め込みを行うものである。画像データへの情報の埋め込みは、バーコードやデジタル透かし（デジタルウォーターマーク）などの符号化技術を用いて行う。また、モジュール２０９は、像域分離とＯＣＲ技術によって画像データの画像中の文字を認識しテキストデータに変換する文字認識も一種の復号化技術としてサポートする。さらに、ラスタイメージプロセッサを用いたテキストから画像データへの変換と変換した画像データとオリジナル画像データとの重ね合わせ（オーバレイ）が、一種の符号化技術（情報埋め込み技術）としてサポートされる。
【００４９】
スキャンマネージャ（Scan-Manager）モジュール２２４は、ジョブマネージャモジュール２１９が指示するスキャン処理を管理・制御するものである。スキャンマネージャモジュール２２４と画像処理装置１１０に内部的に接続しているスキャナ１１３との間の通信が、ＳＣＳＩドライバ２２５を介して行われる。
【００５０】
プリントマネージャ（Print−Manager）モジュール２２６は、ジョブマネージャモジュール２１９が指示する印刷処理を管理・制御するものであり、プリントマネージャモジュール２２６とプリンタ１１４との間のインタフェースがエンジンインタフェース（Engine-I/F）モジュール２２７により提供される。
【００５１】
また、パラレルポートドライバ２２８が搭載されており、このドライバは、ウェブブラウザモジュール２１１がパラレルポートを介して不図示の出力機器にデータを出力する際のインタフェースを提供する。
【００５２】
次に、画像処理装置１１０の構成について図３を参照しながら説明する。図３は図１の画像処理装置１１０の詳細構成を示すブロック図である。ここでは、各画像処理装置１１０，１２０，１３０の構成は、同じであるので、画像処理装置１１０の構成を説明するものとする。
【００５３】
画像処理装置１１０は、図３に示すように、装置全体を制御するコントロールユニット１１１を備える。コントロールユニット１１１は、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１４を接続し、これらを制御する一方、ＬＡＮや公衆回線と接続され、これらを介して画像情報やデバイス情報の入出力を行うものである。
【００５４】
コントロールユニット１１１は、ＣＰＵ３０１を有し、ＣＰＵ３０１は、システムバス３０７を介して、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ（ハードディスク装置）３０４、イメージバスＩ／Ｆ３０５、操作部Ｉ／Ｆ３０６、ネットワークＩ／Ｆ３０８、およびモデム３０９と接続される。
【００５５】
ＲＡＭ３０２は、ＣＰＵ３０１の作業領域を提供するためのメモリであり、また、画像データを一時記憶するための画像メモリとしても使用される。ＲＯＭ３０３はブートＲＯＭであり、ＲＯＭ３０３には、システムのブートプログラムが格納されている。ＨＤＤ３０４には、システムソフトウェア、画像データなどが格納される。
【００５６】
操作部Ｉ／Ｆ３０６は、操作部１１２との間で入出力を行うためのインタフェースであり、操作部１１２に表示する画像データを操作部１１２に対して出力し、ユーザが操作部１１２を介して入力した情報を、ＣＰＵ３０１に伝送するなどの役割を果たす。
【００５７】
ネットワークＩ／Ｆ３０８は、ＬＡＮと接続され、ＬＡＮに対して情報の入出力を行う。モデム３０９は、公衆回線と接続され、公衆回線に対して情報の入出力を行う。
【００５８】
イメージバスＩ／Ｆ３０５は、システムバス３０７と画像データを高速で転送する画像バス３１０とを接続し、データ構造を変換するバスブリッジである。
【００５９】
画像バス３１０には、ＲＩＰ（ラスタイメージプロセッサ）３１１、デバイスＩ／Ｆ３１２、スキャナ画像処部３１３、プリンタ画像処理部３１４、画像回転部３１５、および画像圧縮部３１６が接続されている。
【００６０】
ＲＩＰ３１１は、ＬＡＮから受信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ３１２は、スキャナ１１３およびプリンタ１１４とコントロールユニット１１１とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部３１３は、入力画像データに対し補正、加工、編集などを行う。プリンタ画像処理部３１４は、プリント出力画像データに対して、プリンタの補正、解像度変換などを行う。画像回転部３１５は、画像データの回転を行う。画像圧縮部３１６は、多値画像データに対してはJPEG圧縮伸長処理を行い、２値画像データに対してはJBIG，MMR，MHなどの圧縮伸長処理を行う。
【００６１】
上記の構成を備える画像処理装置の外観について図４を参照しながら説明する。図４は図１の画像処理装置１１０の外観図である。ここでは、各画像処理装置１１０，１２０，１３０の外観構成は、同じであるので、画像処理装置１１０の外観構成を説明するものとする。
【００６２】
画像処理装置１１０において、スキャナ１１３は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することによって、ラスタイメージデータを生成する。使用者が原稿用紙を原稿フィーダ４０５のトレイ４０６にセットして、操作部１１２において読み取りの起動を指示すると、コントローラユニット１１１のＣＰＵ３０１がスキャナ１１３に指示を与える。そして、原稿フィーダ４０５が原稿用紙を１枚ずつフィードし、スキャナ１１３は原稿フィーダ４０５からフィードされた原稿画像の読み取り動作を行う。
【００６３】
プリンタ１１４は、ラスタイメージデータを用紙上の印刷するものであり、その印刷方式として、感光体ドラムや感光体ベルトを用いた電子写真方式が用いられている。なお、印刷方式として、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式などの他の方式を用いてもよいことはいうまでもない。プリンタ１１４のプリント動作は、ＣＰＵ３０１からの指示によって起動される。プリンタ１１４は、異なる用紙サイズまたは異なる用紙向きを選択可能なように複数の給紙段を有し、それぞれに対応した用紙カセット４０１，４０２，４０３が搭載される。また、排紙トレイ４０４が設けられており、この排紙トレイ４０４には、印字し終わった用紙が排紙される。
【００６４】
次に、操作部１１２の構成について図５を参照しながら説明する。図５は図１の操作部１１２の外観構成を示す図である。
【００６５】
操作部１１２は、図５に示すように、ＬＣＤ上にタッチパネルシート５０２が貼られているＬＣＤ表示部５０１を有する。このＬＣＤ表示部５０１には、システムの操作画面およびソフトキーが表示されるとともに、表示されているキーが押されると、押された位置を示す位置情報がＣＰＵ３０１に伝えられる。
【００６６】
また、操作部１１２には、スタートキー５０５、ストップキー５０３、ＩＤキー５０７、リセットキー５０４の各種ハードキーが設けられている。スタートキー５０５は、原稿画像の読み取り動作の開始を指示するためのキーであり、スタートキー５０５の中央部には、緑と赤の２色ＬＥＤ表示部５０６が設けられている。２色ＬＥＤ表示部５０６は、その色によってスタートキー５０５が使用可能な状態にあるか否かを表す。ストップキー５０３は、稼働中の動作を止めるためのキーである。ＩＤキー５０７は、使用者のユーザＩＤを入力するときに用いられるキーである。リセットキー５０４は操作部１１２からの設定を初期化するときに用いられるキーである。
【００６７】
次に、操作部１１２の構成について図６を参照しながら説明する。図６は図１の操作部１１２の詳細構成を示すブロック図である。
【００６８】
操作部１１２は、図６に示すように、操作部Ｉ／Ｆ３０６を介してシステムバス３０７に接続される。システムバス３０７には、上述したように、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４などが接続されている。
【００６９】
操作部Ｉ／Ｆ３０６は、ユーザからの入力を制御するための入力ポート６０１と、画面出力デバイスを制御するための出力ポート６０２とを有する。入力ポート６０１は、タッチパネル５０２、各種ハードキー５０３，５０４，５０５，５０７を含むキー群からのユーザ入力をＣＰＵ３０１に渡す。ＣＰＵ３０１は、ユーザ入力の内容と制御プログラムとに基づいて表示画面データを生成し、出力ポート６０２を介して、ＬＣＤ表示部５０１に表示画面を出力する。また、ＣＰＵ３０１は、出力ポート６０２を介して必要に応じてＬＥＤ表示部５０６を制御する。
【００７０】
次に、画像処理装置１１０，１２０，１３０に組み込まれたアプリケーションの動作について図７を参照しながら説明する。図７は図１の画像処理装置１１０，１２０，１３０に組み込まれたアプリケーションの動作を説明するためのネットワーク構成の一例を示すブロック図である。
【００７１】
ここでは、図７に示すように、画像処理装置１１０，１２０，１３０から、リモートコピーにおける受信側（プリント側）の複合機器４３００、Universal-send1504から同報配信されるイメージを受信してプリントする例えばレーザビームプリンタ（ＬＢＰ）などのプリンタ機器４３５０、リモートプリントの受信側（プリント側）のデバイス４４００、同報配信されるイメージを受信し格納するグループウェアサーバ４４５０、同報配信される二値画像を受信し格納する画像データベースサーバ４５００，４６００、同報配信されるイメージを受信し格納するメールサーバ４５５０、情報コンテンツを有するＷｅｂサーバ４６５０、ＷｅｂサーバなどにアクセスするＷｅｂブラウザ４７００などにアクセスする場合を説明する。
【００７２】
また、画像処理装置１１０，１２０，１３０に組み込まれたアプリケーションは、ＵＩアプリケーション１５０１、リモートコピーアプリケーション、同報配信アプリケーション、Webプルプリントアプリケーション、Ｗｅｂサーバアプリケーションの各アプリケーションである。
【００７３】
ＵＩアプリケーション１５０１は、前述したＵＩモジュール２０１により構成され、それに含まれるアドレスブック１５０２（図２に示すアドレスブック２０２に相当する）は、画像処理装置１１０，１２０，１３０の不揮発性メモリ（例えばＨＤＤ３０４）に保存されており、アドレスブック１５０１には、ネットワーク接続された機器の特徴が記載されている。具体的には、以下に列挙するような情報がアドレスブック１５０２に記述されている。
機器の正式名やエイリアス名
機器のネットワークアドレス
機器が処理可能なネットワークプロトコル
機器が処理可能なドキュメントフォーマット
機器が処理可能な圧縮タイプ
機器が処理可能なイメージ解像度
プリンタ機器の場合は給紙可能な紙サイズおよび給紙段の情報
サーバ機器の場合はドキュメントを格納可能なフォルダ名
リモートコピーアプリケーション、同報配信アプリケーション、Webプルプリントアプリケーション、Ｗｅｂサーバアプリケーションの各アプリケーションは、アドレスブック１５０２に記載された情報に基づき配信先の特徴を判別することが可能である。また、アドレスブック１５０２は、編集可能であるとともに、ネットワーク内のサーバなどに保存されているものがダウンロードして使用される、または、直接参照することも可能である。
【００７４】
リモートコピーアプリケーションは、リモートコピースキャン１５０９（図２の２０９に相当）により構成され、このリモートコピーアプリケーションは、アドレスブック１５０２によって認識可能な配信先に指定された機器が処理可能な解像度情報に従い、スキャナで読み取られた二値画像をＭＭＲ圧縮しかつＴＩＦＦ（Tagged Image File Format）化した後、ＳＬＭ１５１５（図２の２１５に相当）を介してネットワーク上の複合機器４３００などに送信する。
【００７５】
同報配信アプリケーションは、Universal-send１５０４（図２の２０４）により構成され、上記リモートコピーアプリケーションと違い、一度の画像スキャンで複数の配信先に画像を送信することが可能である。また、その配信先もプリンタ機器に限らず、サーバなどにも直接配信可能である。以下、配信先毎に説明する。
【００７６】
配信先の機器のネットワークプリンタプロトコルがＬＰＤ（Line Printer Daemon）、かつ、公知のプリント記述言語（ＰＤＬ）が処理可能であることがアドレスブック１５０２から認識される場合は、同様にアドレスブック１５０２から認識される配信先の機器の画像解像度に従い画像が読み取られ、画像自体はＦＢＥエンコーダ１５２１（図２の２２１に相当）により圧縮され、さらにＰＤＬ化されて、ＬＰＲ１５１３（図２の２１３に相当）により配信先のプリンタ機器４３５０などに送信される。
【００７７】
配信先の機器がＳＬＭにより通信可能でかつサーバの場合は、アドレスブック１５０２からサーバアドレスおよびサーバのフォルダ指定が認識されて、リモートコピーアプリケーションと同様に、スキャナにより読み取った二値画像が、ＭＭＲ圧縮されかつＴＩＦＦ化された後に、ＳＬＭ１５１５（図２の２１５に相当）を介してネットワーク上のサーバ４５５０，４５００などの特定フォルダに格納される。また、配信先のサーバがＪＰＥＧ圧縮された多値画像を処理可能だと判断された場合、スキャナにより読み取った画像がJPEG圧縮されかつＪＦＩＦ化された後に、ＳＬＭ１５１５を介してネットワーク上のサーバ４６００などの特定フォルダに格納される。
【００７８】
配信先の機器が電子メールサーバの場合、アドレスブック１５０２に記載されたメールアドレスが認識されて、スキャナにより読み取った二値画像がＭＭＲ圧縮されかつＴＩＦＦ化された後に、ＳＭＴＰ１５１４（図２の２１４に相当）を介して電子メールサーバ４５５０に送信される。その後の配信は、電子メールサーバ４５５０により実行される。
【００７９】
Ｗｅｂプルプリントアプリケーションは、Ｗｅｂプルプリント１５１１（図２の２１１に相当）により構成される。Ｗｅｂプルプリントアプリケーションは、Ｗｅｂサーバ４６５０などのＷｅｂサイトの情報をプリントする。
【００８０】
Ｗｅｂサーバアプリケーションは、Ｗｅｂサーバ１５０３（図２の２０３に相当）により構成され、ＨＴＭＬなどで記述された情報を、ＨＴＴＰ（図２の２１２に相当）を介してＷｅｂブラウザ４７００などに提供する。Ｗｅｂサーバアプリケーションは、静的なＨＴＭＬ文書などの情報だけでなく、装置の管理情報を反映した文書を動的に生成しＷｅｂブラウザなどに提供する。
【００８１】
上記装置の管理情報は、統合送信部（Universal-Send）モジュール２０４、リモートコピースキャン（Remote-Copy-Scan）モジュール２０９、リモートコピープリント（Remote-Copy-Print）モジュール２１０、装置制御ＡＰＩモジュール２１８を介して取得され、ＨＴＴＰモジュール２１２、ＴＣＰ/ＩＰ通信モジュール２１６、ネットワークドライバ（Network-Driver）２１７を介してＷｅｂクライアントに通知される。さらに、Ｗｅｂサーバモジュール２０３は、Ｗｅｂクライアントにリファレンスプリント機能も提供する。リファレンスプリントでは、ＷｅｂクライアントがＷｅｂサーバモジュール２０３に対しＨＴＴＰでＰＯＳＴ要求の内容として（またＧＥＴ要求のパスの一部に埋め込んで）ＵＲＬ情報を送信する。Ｗｅｂサーバモジュール２０３はＵＲＬ情報を受信し、次に受信したＵＲＬの位置からＨＴＴＰのプロトコルによってデータを取得し、次に取得したデータをそのまま装置制御ＡＰＩ２１８に渡すことによってプリントを行う。ＨＴＴＰによって取得可能な位置に各種ＰＤＬなどプリンタがプリント可能なデータが置かれている場合、クライアントは単にＵＲＬをＷｅｂサーバに指示するだけで所望のプリントを行うことできる（データの実体は送信せず「参照」を送信するだけでよい）。プリンタは各種ＰＤＬの他に、ＰＤＦやアプリケーションデータを直接にプリントするダイレクトプリント機能を備えることができるため、ネットワークのＷｅｂサーバに散在して配置された各種データを効率良くプリントすることができる。
【００８２】
次に、Ｗｅｂブラウザモジュール２１１のソフトウェア構成について図８を参照しながら説明する。図８は図２のＷｅｂブラウザモジュール２１１のソフトウェア構成を示すブロック図である。
【００８３】
ウェブブラウザモジュール２１１は、図８に示すように、プロトコル処理部８０１、コンテンツパーサ８０２、ＤＯＭ構築部８０３、ＤＯＭ処理部８０４、レイアウトエンジン８０７、スタイルシートパーサ８０６、レンダラ８０８、スクリプトインタプリタ８０５およびイベント処理部８０９を含む。
【００８４】
プロトコル処理部８０１は、ＨＴＴＰモジュール２１２を介して、他のネットワークノードとの間に接続を確立し通信する。この通信においては、ＵＲＬによって記述されたリソースに対してＨＴＴＰ要求が発行され、その応答が得られる。この過程で、各種符号化形式に則した通信データの符号化・復号化も行われる。
【００８５】
コンテンツパーサ８０２は、プロトコル処理部８０１からＨＴＭＬ，ＸＭＬ，ＸＨＴＭＬなどの表現形式で表現されたコンテンツデータを受け取り、字句解析および構文解析して解析木を生成する。
【００８６】
ＤＯＭ構築部８０３は、コンテンツパーサ８０２から解析木を受け取り、コンテンツデータの構造に対応したDocument Object Model（DOM）の構築を行う。従来のＨＴＭＬは、文法上様々な省略を許し、バリエーションが多岐に渡る。さらに現実世界で運用されているコンテンツは、整形式でも妥当でもない場合が多い。そこで、ＤＯＭ構築部８０３は、他の一般的なウェブブラウザと同様に、文法的に妥当でないコンテンツデータの正しい論理構造を推論し、妥当なＤＯＭの構築を試みる。
【００８７】
ＤＯＭ処理部８０４は、ＤＯＭ構築部８０３が構築したＤＯＭをオブジェクト群の入れ子関係を表現するツリー構造としてメモリ上に保持管理する。ウェブブラウザの各種処理は、このＤＯＭを中心に実現される。
【００８８】
レイアウトエンジン８０７は、ＤＯＭ処理部８０４が保持するオブジェクト群のツリー構造に応じて、各オブジェクトの表示上の表現（プレゼンテーション）を再帰的に決定し、結果的に文書全体のレイアウトを得る。各オブジェクトの表示上の表現は、文書の中に埋め込まれた記述または文書からリンクされた別ファイル中の記述によって、Cascading Style Sheet（CSS）などのスタイルシート形式で明示的に指定される場合がある。また、レイアウトエンジン８０７は、スタイルシートパーサ８０６によるスタイルシートの解析結果を反映して文書のレイアウトを決定する。
【００８９】
スタイルシートパーサ８０６は、コンテンツの文書に関連付けられたスタイルシートを解析する。
【００９０】
レンダラ８０８は、レイアウトエンジン８０７が決定した文書のレイアウトに応じて、ＬＣＤ５０１に表示するためのGraphical User Interface（GUI）データを生成する。生成されたＧＵＩデータは、ＵＩインタフェース２０１によってＬＣＤ５０１に表示される。
【００９１】
イベント処理部８０９は、操作部１１２上のタッチパネルシート５０２や各キーなどに対してユーザが行った操作のイベントを受信して、各イベントに対応した処理を行う。また、イベント処理部８０９は、装置制御ＡＰＩ２１８から装置やジョブなどの状態遷移イベントを受信して、各イベントに対応した処理を行う。ＤＯＭ処理部８０４が管理するＤＯＭのツリー構造には、オブジェクトのクラス毎およびオブジェクトインスタンス毎に各種イベントに対応するイベントハンドラが登録されている。イベント処理部８０９は、生起したイベントに応じて、ＤＯＭ処理部８０４が管理するオブジェクト群の中からそのイベントの処理を担当するべきオブジェクトを決定し、イベントを配信する。イベントを配信されたオブジェクトは、そのイベントに対応するイベントハンドラのアルゴリズムに応じて、各種の処理を実行する。イベントハンドラの処理には、ＤＯＭ処理部８０４が保持するＤＯＭの更新、レイアウトエンジンに対する再描画指示、プロトコル処理部８０１に対するＨＴＴＰ要求発行の指示、装置制御ＡＰＩ２１８の呼び出しによる画像処理装置機能の制御、などがある。
【００９２】
スクリプトインタプリタ８０５は、Java（登録商標）Script（ECMA Script）などのスクリプトを解釈し実行するインタプリタである。スクリプトは、文書に埋め込まれたり、または文書からリンクされた別ファイル中に記述されたりして、ＤＯＭに対する操作などを行う。コンテンツの提供者は、スクリプトによって、提供する文書の動的な挙動をプログラムできる。
【００９３】
次に、ＵＩインタフェース２０１によりＬＣＤ５０１に表示されるウェブブラウザの画面構成について図９を参照しながら説明する。図９はＵＩインタフェース２０１によってＬＣＤ５０１に表示されるウェブブラウザの画面構成を示す図である。
【００９４】
ＵＩインタフェース２０１によりＬＣＤ５０１に表示されるウェブブラウザの画面には、図９に示すように、タブ９０１、ＵＲＬ入力フィールド９０２、ＯＫボタン９０３、プログレスバー９０４、コンテンツ表示領域９０５、戻るボタン９０６、進むボタン９０７、リロードボタン９０８、中止ボタン９０９、およびステータス領域９１０が表示される。
【００９５】
タブ９０１は、ウェブブラウザ機能と他の機能（コピー、ボックス、送信、拡張）との画面切り替えを行うものである。ＵＲＬ入力フィールド９０２は、ユーザが所望のリソースのＵＲＬを入力するフィールドであり、当該フィールドをユーザが押すと、文字入力を行うための仮想的なフルキーボード（不図示）が表示される。ユーザは、仮想的なフルキーボード上に配置されたキートップを模したソフトキーによって所望の文字列を入力することができる。
【００９６】
ＯＫボタン９０３は、入力したＵＲＬ文字列を確定するソフトキーである。ＵＲＬが確定されると、ウェブブラウザモジュール２１１は、当該リソースの取得を行うためのＨＴＴＰ要求を発行する。プログレスバー９０４は、ＨＴＴＰ要求応答によるコンテンツ取得処理の進捗状況を示す。コンテンツ表示領域９０５は、取得したリソースが表示される領域である。戻るボタン９０６は、コンテンツ表示の履歴をさかのぼり、現時点で表示しているコンテンツの前に表示したコンテンツを表示し直すためのソフトキーである。進むボタン９０７は、コンテンツ表示の履歴をさかのぼって表示しているときに、下時点で表示しているコンテンツの後に表示したコンテンツの表示に戻るためのソフトキーである。リロードボタン９０８は、現時点で表示しているコンテンツの再取得と再表示を行う。中止ボタン９０９は、実行中のコンテンツ取得処理を中止するソフトキーである。
【００９７】
ステータス領域９１０は、画像処理装置の各種機能からのメッセージを表示する領域である。このステータス領域９１０には、ウェブブラウザ画面を表示中であっても、スキャナやプリンタや他の機能などから、ユーザの注意を促すためのメッセージを表示することができる。また、同様にウェブブラウザ機能からもメッセージの表示を行うことができる。ウェブブラウザ機能は、リンク先のＵＲＬ文字列、コンテンツのタイトル文字列、スクリプトによって指示されたメッセージなどを表示する。
【００９８】
次に、本実施の形態の動作について図１０を参照しながら説明する。図１０は本発明の第１の実施の形態におけるＨＴＴＰプロトコルによる要求と応答の処理の流れを示すシーケンス図である。
【００９９】
クライアント１００１は、図１０に示すように、ＨＴＴＰ要求を送信しＨＴＴＰ応答を受信するソフトウェアであり、本実施の形態の画像処理装置１１０，１２０，１３０内蔵のウェブブラウザや、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）、携帯電話などで稼動する一般的なウェブブラウザや、さらにウェブブラウザと同様の方法でウェブサーバにアクセスしてサービスの利用または中継を行う各種のソフトウェアに相当するものである。サーバ１００２は、ＨＴＴＰ要求を受信して対応する処理を行い、さらにＨＴＴＰ応答を返信するソフトウェアであり、本実施の形態のサーバ１５５上で稼動するソフトウェアを含むＨＴＴＰサーバに相当するものである。
【０１００】
クライアント１００１は、ＨＴＴＰ要求をＧＥＴメソッドまたはＰＯＳＴメソッドのいずれかの方法で送信することができる。ここで、クライアント１００１が所望のリソースに対するＨＴＴＰ要求１００３をＧＥＴメソッドでサーバ１００２に送信する場合、リソースは一般にＵＲＩ（特にＵＲＬ）形式によって指定される。サーバ１００２は、ＨＴＴＰ要求１００３により指定されたリソースに対応するデータを取得または生成し、このデータをＨＴＴＰ応答１００４によって返送する。ここで、指定されたリソースが静的なファイルに対応する場合、サーバ１００２は例えばサーバ１５５のファイルシステムから該当するファイルを読み出してそのデータを取得する。一方、指定されたリソースがＣＧＩプログラムやサーブレット（Servlet）などの処理に対応する場合は、サーバ１００２は該当する処理を実行する。この処理は、要求に対する応答を生成するものであるが、この過程で所定のサービスを達成するために必要なビジネスロジックの実行やバックエンドのＤＢＭＳへのアクセスなどの副作用が発生する。そして、処理の結果として生成されたデータが返送される。例えば、画像処理装置の消耗品カタログを表示するためのリソースが指定された場合、電子商取引のためのソフトウェアが実行される。そして、このソフトウェアにより、データベースの中から用紙、トナー、部品の最新価格や在庫状況などのレコードを参照し、これらの情報をＨＴＭＬ形式またはＸＭＬ形式に整形してカタログ文書データを生成する処理が行われる。
【０１０１】
クライアント１００１においては、ＨＴＴＰ応答１００４で得られたデータが表示可能な形式である場合、そのコンテンツの表示が行われる。得られたデータがＨＴＭＬ文書などであれば、ウェブブラウザ上に表示された文書にハイパーテキストとして埋め込まれたリンク情報を選択するだけで、次々に新たなリソースの取得や表示を繰り返すことができる。
【０１０２】
次に、ＨＴＴＰ要求をＰＯＳＴメソッドで送信する場合を説明する。ＨＴＭＬ文書にフォーム（ｆｏｒｍ）が含まれ、その送信方法にＰＯＳＴメソッドが指定されている場合（図１１のＨＴＭＬ文書を参照）、クライアント１００１のウェブブラウザにより表示されたフォームにユーザにより入力された情報は符号化され、その符号化された情報すなわちフォームの入力内容はＨＴＴＰ要求１００５に添付されてサーバ１００２に送信される。サーバ１００２においては、指定されたリソースが、クライアント１００１から送られたデータを受信して処理を行い、ＨＴＴＰ応答１００６を生成し、クライアント１００１に返信する。
【０１０３】
ＨＴＴＰ応答１００６としてサーバ１００２からクライアント１００１に返されるデータにおいては、プロトコルヘッダのContent-Type属性によって、そのデータ型が記述される。例えば、ＨＴＴＰ応答がＨＴＭＬ文書を転送する場合、
Content-Type: text/html; charset=Shift_JIS
と記述される。また、例えば、ＨＴＴＰ応答がＰＤＦ文書を転送する場合、
Content-Type: application/pdf
と記述される。
【０１０４】
次に、フォームを含み、その送信方法としてＰＯＳＴメソッドが指定されたＨＴＭＬ文書の構造およびそのＨＴＭＬ文書に基づいて表示される画面について図１１および図１２を参照しながら説明する。図１１はフォームを含み、その送信方法としてＰＯＳＴメソッドが指定されたＨＴＭＬ文書の一例を示す図、図１２は図１１のＨＴＭＬ文書に基づいてウェブブラウザのコンテンツ表示領域９０５に表示される画面を示す図である。
【０１０５】
各行の行番号は、便宜的に振ったものであり、実際のＨＴＭＬ文書には含まれない。１行目は、ＨＴＭＬ要素の開始を示す。２行目は、ＨＥＡＤ要素と、それに含まれたＴＩＴＬＥ要素を示す。３行目は、ＢＯＤＹ要素の開始を示す。４行目は、Ｈ１要素を示す。５行目は、Ｐ要素の開始を示す。６行目は、Ｐ要素である。７行目は、Ｐ要素の終了を示す。８行目は、ＵＬ要素の開始を示す。ＵＬ要素中のＬＩ要素群は、箇条書きのリストとして扱われる。９行目と１０行目は、それぞれＬＩ要素を示す。各ＬＩ要素は、それぞれＡ要素を含む。Ａ要素は、そのＨＲＥＦ属性が参照する位置にあるリソースへのリンクを表現する。１１行目は、ＵＬ要素の終了を示す。１２行目は、ＢＯＤＹ要素の終了を示す。１３行目は、ＨＴＭＬ要素の終了を示す。
【０１０６】
ユーザが装置組み込みブラウザによるブラウズの結果、インターネットまたはイントラネットのＷｅｂサーバから図１１のＨＴＭＬ文書を取得したとき、その文書に対応する表示がＷｅｂブラウザのコンテンツ表示領域９０５（図９に示す）に表示される。例えば図１２に示すように、図１１のＨＴＭＬ文書に対応する表示においては、図１１の４行目のＨ１要素に対応する表示１２０１と、図１１の５から７行目のＰ要素に対応する表示１２０２と、図１１の９行目のＬＩ要素に対応する表示１２０３と、図１１の１０行目のＬＩ要素に対応する表示１２０４とが含まれる。ここで、表示１２０３，１２０４のそれぞれにアンダーラインが付されているのは、これら文字列がＡ属性の内容であり、リソースへのリンクであることを示すためである。リンクの表現は、ブラウザの環境設定や文書に埋め込まれたスタイルシートによって変更することもできる。
【０１０７】
次に、画像処理装置１１０，１２０，１３０のＷｅｂブラウザがＨＴＴＰ要求によってサーバ１５５からデータを取得する手順について図１３を参照しながら説明する。図１３は図１の画像処理装置１１０，１２０，１３０のＷｅｂブラウザがＨＴＴＰ要求によってサーバ１５５からデータを取得する手順を示すフローチャートである。
【０１０８】
画像処理装置１１０，１２０，１３０においては、図１３に示すように、それに内蔵されたＷｅｂブラウザが、サーバ１５５に対してＨＴＴＰによるデータ取得要求を送信する（ステップＳ１３０１）。ユーザが例えば図１２の表示１２０３を選択すると、図１１の９行目のＡ要素を選択したことになる。Ｗｅｂブラウザは、このＡ要素のＨＲＥＦ属性が参照する相対的なＵＲＬから文脈に従って絶対的なＵＲＬを復元する。すなわち、Ｗｅｂブラウザは、ＨＲＥＦ属性の値を、図１１のＨＴＭＬ文書の絶対ＵＲＬからの相対パスとして解釈する。例えば、図１１に示すＨＴＭＬ文書のＵＲＬが
http://canon.jp/support/document/index.html
である場合、
http://canon.jp/support/document/user-manual.pdf
と解釈する。
【０１０９】
復元したＵＲＬの取得においては、Ｗｅｂサーバが、絶対ＵＲＬに記述されているサーバのポート（プロトコルがＨＴＴＰの場合、デフォルトはＴＣＰの８０）に対してＵＲＬに記述されているプロトコル（ＨＴＴＰ、ＨＴＴＰＳ、ＦＴＰなどがあり得るが、この場合はＨＴＴＰ）を用いて接続し、リソースの取得を要求する。
【０１１０】
次いで、Ｗｅｂブラウザは、ＨＴＴＰのデータ取得要求に対応する応答としてサーバ１５５から返されるバイトストリームを受信してＨＴＴＰヘッダの解析を行う（ステップＳ１３０２）。バイトストリームの先頭には、ＨＴＴＰの応答ヘッダが記述されており、Ｗｅｂブラウザは、応答ヘッダのContents-Typeの値によって、後続するバイトストリームとしてこれから受け取るデータの形式を知る。
【０１１１】
そして、Ｗｅｂブラウザは、受信したデータが表示可能な形式であるか否かを判定する（ステップＳ１３０３）。受信したデータが表示可能な形式であれば、Ｗｅｂブラウザは、残りの応答のバイトストリームを受信し、受信したデータをコンテンツ表示領域に表示する（ステップＳ１３０４）。そして、Ｗｅｂブラウザは、本処理を終了する。
【０１１２】
これに対し、受信したデータが表示可能な形式でなければ（ステップＳ１３０３）、Ｗｅｂブラウザは、表示不能なデータをどのように取り扱うかをユーザに問い合わせるダイアログウィンドウをポップアップ表示する（ステップＳ１３０５）。このダイアログは、ユーザに代替処理の候補を提示し、選択を求めるためのものである。プリント機能は、例えばPostScriptなどのＰＤＬや、ＰＤＦなどのアプリケーションデータ、ＪＰＥＧなどの画像データのように、予め決められているいくつかの形式のデータを処理可能である。ユニバーサル送信機能は、例えばＪＰＥＧ画像やＭＭＲ圧縮されたＴＩＦＦ画像など、予め決められたいくつかの形式のデータを処理可能である。そこで、本実施の形態においては、受信中のデータの形式がプリント可能なときのみ、代替処理の選択肢としてプリントを提示し、送信可能なときのみ代替処理の選択肢として送信を提示するような構成が採用されている。また、その他の選択肢として、とりあえずデータを取得してＨＤＤ３０４などに格納して後に処理可能にするための「保存」を提示するようにしてもよい。また、代替処理が不可能だったり、ユーザが代替処理を望まなかったりした場合のために「キャンセル」の選択肢が提示される。
【０１１３】
次いで、Ｗｅｂブラウザは、ユーザの応答がプリント指示であるか否かを判定し（ステップＳ１３０６）、ユーザの応答がプリント指示であると、プリント設定をユーザに問い合わせるダイアログウィンドウをポップアップ表示する（ステップＳ１３０７）。そして、Ｗｅｂブラウザは、残りの応答のバイトストリームも受信して、受信したデータを、ユーザが指定したプリント設定を反映したプリントジョブとして装置制御ＡＰＩ２１８を介して投入する（ステップＳ１３０８）。次いで、Ｗｅｂブラウザは、本処理を終了する。
【０１１４】
これに対し、ユーザの応答がプリント指示でないと、Ｗｅｂブラウザは、ユーザの応答が送信指示であるか否かを判定する（ステップＳ１３０９）。ここで、ユーザの応答が送信指示であれば、Ｗｅｂブラウザは、送信設定をユーザに問い合わせるダイアログウィンドウをポップアップ表示する（ステップＳ１３１０）。次いで、Ｗｅｂブラウザは、残りの応答のバイトストリームも受信して、受信したデータを、ユーザが指定したプリント設定を反映したユニバーサル送信ジョブとして装置制御ＡＰＩ２１８を介して投入する（ステップＳ１３１１）。そして、Ｗｅｂブラウザは、本処理を終了する。
【０１１５】
ユーザの応答が送信指示でない場合（ステップＳ１３０９）、これはキャンセルを意味する場合であり、Ｗｅｂブラウザは、ユーザのキャンセル指示に応じて、ＨＴＴＰの接続を閉じ、データ受信を中止する（ステップＳ１３０２）。そして、Ｗｅｂブラウザは、本処理を終了する。
【０１１６】
また、受信したデータを表示することができなかった場合、コンテンツ表示領域９０５は、元のコンテンツが表示された状態に保持されるようにしてもよい。また、表示することができないデータの取得を行った場合においては、その旨をユーザに伝えるメッセージをコンテンツ表示領域９０５に表示するようにしてもよい。また、代替処理に委譲した場合は、その旨をユーザに伝えるメッセージをコンテンツ表示領域９０５に表示するようにしてもよい。
【０１１７】
なお、ＨＴＴＰによるデータ取得は、ＧＥＴ要求だけでなくＰＯＳＴ要求（この場合も応答でサーバからクライアントにデータの形式とデータとが返される）によって起動されてもよい。
【０１１８】
次に、上記ステップＳ１３０５において、表示される、表示不能なデータをどのように取り扱うかをユーザに問い合わせるダイアログウィンドウについて図１４を参照しながら説明する。図１４は図１３のステップＳ１３０５において表示される、表示不能なデータをどのように取り扱うかをユーザに問い合わせるダイアログウィンドウの一例を示す図である。
【０１１９】
図１３のステップＳ１３０５でユーザに提示されるダイアログウィンドウは、図１４に示すように、ブラウザによって取得中のデータが表示不能であることをユーザに伝え、そのデータ形式を示し、さらに代替処理すなわち「プリント」、「送信」、「キャンセル」の各処理を選択するためのボタンを表示する。ここで、「プリント」、「送信」のボタンが選択されると、それぞれの処理への委譲が開始される。「キャンセル」のボタンが選択されると、取得中のデータが廃棄され、接続がクローズされる。
【０１２０】
また、本ウィンドウにおいて、上述したように、上記ボタンに加えて、とりあえずデータを取得して後に処理可能にするための「保存」ボタンを表示するようにしてもよい。
【０１２１】
図１４のウィンドウダイアログにおいて、上記「プリント」ボタンが選択されると、図１５に示すような、プリント機能による代替処理を起動するためにユーザと対話するためのダイアログウィンドウが表示される。このウィンドウダイアログは、図１３のステップＳ１３０７においてユーザに提示されるものであり、このウィンドウダイアログには、Ｗｅｂプルプリント機能の設定や、デスクトップコンピュータにおいてプリントジョブを起動するためのプリンタドライバの設定などと、同様の設定項目が設けられている。具体的には、「ページ設定」、「仕上げ」、「給紙」、「印刷品質」の各ペインにグルーピングされた設定項目が設けられ、それぞれプリントジョブの動作パラメータが詳細に設定することができる。ここで、例えば「ＯＫ」が選択されると、設定が確定され、取得したデータのプリント処理が行われる。また、「キャンセル」が選択された場合は、図１３には図示されていないが、取得中のデータが廃棄されて接続がクローズされる。
【０１２２】
図１４のウィンドウダイアログにおいて、上記「送信」ボタンが選択されると、送信機能による代替処理を起動するためにユーザと対話するためのダイアログウィンドウが表示される。このダイアログウィンドウは、図１３のステップＳ１３１０においてユーザに提示されるものである。本ダイアログウィンドウ表示時にスタートボタンが押されると、設定が確定され、取得したデータを設定された宛先に指定された送信方法で送信する処理が開始される。
【０１２３】
上記「送信」ボタンが選択されると、例えば図１６に示すような、送信機能による代替処理を起動するためにユーザと対話するためのダイアログウィンドウのメインウィンドウ３２００が表示される。ここで、図１６に示すメインウィンドウ３２００は、宛先表示領域３２０２、詳細宛先数表示領域３２０３、宛先スクロールボタン３２０４、アドレスブックボタン３２０８、新規ボタン３２０９、編集ボタン３２１０、削除ボタン３２１１、サブジェクト入力領域３２０５、メッセージ入力領域３２０６、ファイル名入力領域３２０７、カバーページチェックボタン３２１２、ＨＤ書き込みチェックボタン３２１３、印刷出力チェックボタン３２１４、スキャン設定ボタン３２１５から構成される。
【０１２４】
宛先表示領域３２０２には、入力された宛先の一覧が表示される。入力は順次末尾に追加される。詳細宛先数表示領域３２０３には、現在設定されている宛先数が表示される。宛先表示領域からある宛先が選択された後、削除ボタン３２１１が押下されると、選択されていた宛先が削除される。サブジェクト入力領域３２０５、メッセージ入力領域３２０６、ファイル名入力領域３２０７が押下されると、フルキーボードが表示され、それぞれの入力が可能になる。
【０１２５】
上記メインウィンドウ３２００初期状態は、図１７に示すようなウィンドウ３２０１となる。この初期状態のメインウィンドウにおいては、宛先表示領域には１つの宛先も表示されず、操作説明画面が表示される。
【０１２６】
図１６に示すメインウィンドウ３２００２において、アドレスブックボタン３２０８が押下されると、図１８に示すアドレスブックサブウィンドウ３２２０が表示される。アドレスブックサブウィンドウ３２２０においては、アドレス帳表示領域３２２１、ソート項目設定ボタン３２２４〜３２２６、項目選択件数表示領域３２２７、サーチボタン３２２８、詳細ボタン３２２９、キャンセルボタン３２３０、ＯＫボタン３２３１が設けられている。
【０１２７】
アドレス帳表示領域３２２１には宛先が表示され、表示された宛先のうち、選択マーク３２３２が付けられた宛先は、ＯＫボタン３２３１の押下により、メインウィンドウ３２００の宛先表示領域３２０２に追加される。アドレス帳の表示は、ソート項目設定ボタン３２２４〜３２２６を押下することにより、クラス別、名前昇順、名前降順にソートされる。項目選択件数表示領域３２２７には、選択マークの付けられた項目数を表示する。また、ＯＫボタン３２３１またはキャンセルボタン３２３０が押下されると、アドレスブックサブウィンドウ３２２０はクローズされ、送信メインウィンドウ３２００が表示される。
【０１２８】
アドレス帳の中の１つの項目を選択した状態で詳細ボタン３２２９が押下されると、図１９に示す詳細サブ画面３２３５が表示される。この詳細サブ画面３２３５には、選択された項目の情報としてアドレス帳から得られるすべての情報が表示領域３２３６に表示される。表示領域３２３６に表示された情報は、スクロールボタン３２３７によりスクロールすることができる。
【０１２９】
このように、本実施の形態によれば、Ｗｅｂブラウザを内蔵した複合機において、Ｗｅｂブラウザによっては表示不可能なデータの取得時に、その代替処理として印刷機能や送信機能などの複合機固有の機能を用いることによって、基本機能のみを有するＷｅｂブラウザから、インターネットの様々なコンテンツを活用することができる。すなわち、Ｗｅｂのハイパーテキストによる相互参照によって有機的に組織されているインターネットやイントラネットにおいて、網の目に散在して置かれているデータをブラウズによって見出し、選択し、複合機の機能から利用することができる。例えば、インターネットでは、マニュアル、カタログ、ニュースリリースなどの膨大なコンテンツがすでにＷｅｂベースで管理・公開されているが、そのプリント出力や送信を複合機単体で簡便に行うことができる。
【０１３０】
また、イントラネットにおいても、Ｗｅｂベースのグループウェアやワークフロー管理システムが広く用いられており、所定の用紙書式や通達などのコンテンツが、組み込まれたＷｅｂブラウザでは表示することはできないが、プリントや送信する価値があるデータとして相互参照しながら散在して蓄積されている。特に、ＰＤＦなどダイレクトプリント可能なデータのプリントを、（リモートＵＩからのリファレンスプリントやＷｅｂプルプリントなどによってすでに実現されている手段だけでなく）複合機単体でその操作パネルから簡便に行うことができる。
【０１３１】
また、特にＷｅｂベースで公開されるコンテンツは、その性質上、ユーザが能動的にブラウズして取得（プル）しなければユーザに伝わらないという問題があるが、充実した送信機能を備える複合機の操作パネルから、Ｗｅｂ文書を取得（プル）して所望の宛先に送信（プッシュ）する一連の作業を簡便に行うことができるため、担当者が定期的に紙文書の通達を配信するワークフローの中にＷｅｂベース通達の確実な配信を含めることもできる。
【０１３２】
（第２の実施の形態）
次に、本発明の第２の実施の形態について図２０を参照しながら説明する。図２０は本発明の第２の実施の形態に係る複合機に保持されている、代替処理とその設定を自動的に行うためのテーブルの構造を示す模式図である。
【０１３３】
本実施の形態においては、画像処理装置により受信したデータが表示可能な形式でなければ、表示不能なデータをどのように取り扱うかを、図２０に示すテーブル１６０１を参照して決定する。
【０１３４】
このテーブル１６０１は、具体的には、図１３のステップＳ１３０５のユーザとの対話をスキップし自動化するために用いられるものであり、このテーブル１６０１には、図２０に示すように、取得されたデータの条件に応じて、このデータに対する代替処理が記述されている。このテーブルの各行において、「条件」の列は取得データの条件を示す。取得データの条件とは、データ形式、データ取得元（サーバやファイル名）、データサイズ、データの更新時刻などのプロトコルによって検出可能なデータの属性とパターンマッチングされ、または比較される条件であり、当該条件に該当する属性を有するデータあれば、当該条件に対応する代替処理が受信したデータに対する処理として決定されることになる。例えば、Content-typeや取得元の位置（ＵＲＬ）は、取得されたデータの属性と正規表現によってパターンマッチングされるものである。また、Content-lengthに関しては、取得されたデータの属性と算術比較される。また、これらの条件を複数組み合わせた条件を記述することもできる。
【０１３５】
取得されたデータの条件が合致すると、自動的に「代替処理」列に記述したアクション（処理）が選択される。アクションはプリント、送信、保存など装置がデータに対して適用可能な処理である。「設定」列は、各アクションに対応する代替処理の動作設定を記述するプロパティデータへの参照値を保持する。
【０１３６】
ここでは、「プリント」に対する動作設定は、プロパティデータ１６０２で表される。「送信」に対する動作設定は、プロパティデータ１６０３で表される。「キャンセル」に対する動作設定は、プロパティデータ１６０４で表される。「保存」に対する動作設定は、プロパティデータ１６０５で表される。このようにプロパティデータは、キーと値の組によって記述され、一連のキーと値の組が代替処理のパラメータを示す。このようなプロパティデータを設定することによって、図１３のステップＳ１３０７、ステップＳ１３１０のユーザとの対話をスキップさせることが可能になり、取得されたデータに対応する代替処理を自動的に行うことができる。
【０１３７】
取得データの条件に応じて代替処理のアクションを自動的に行うルールは、ユーザによる設定が可能である。例えば正規表現による記述を煩雑に感じるユーザのために、より自然な比較表現（「〜から始まる」「〜を含む」「〜で終わる」など）を受け入れて正規表現を生成するフロントエンド処理モジュールを備えてもよい。また、ユーザ識別またはユーザ認証を行う複合機においては、ユーザ個人毎にそれぞれ固有のルールセットを持てるように構成してもよい。
【０１３８】
このように、本実施の形態によれば、上記第１の実施の形態の効果に加えて、さらに以下の効果を得ることができる。
【０１３９】
Ｗｅｂ技術によって公開されているコンテンツをダウンロードしてプリントしたりプッシュ送信したりするような定型業務のワークフローの半自動化をユーザカスタマイズによって達成し、さらに簡便に行うことができる。例えば、インデクス文書（ＨＴＭＬ）を表示しているブラウザ上でＰＤＦ文書のリンクをクリックするだけでプリント出力を得るという半自動処理を達成することができる。または、ある位置（サーバやパス）に置かれているコンテンツは定型書式（あるいはマニュアル）であるため、そのインデクス文書（ＨＴＭＬ）を表示しているブラウザ上でリンクをクリックするのみで、定型書式の両面プリント（あるいはマニュアルの製本プリント）を実行するという半自動処理を達成することができる。また、別の位置に置かれているコンテンツが通達である場合は、当該コンテンツをブラウザ上で選択するのみで、出張者全員にプッシュ送信するという半自動処理を達成することができる。
【０１４０】
また、上述した各実施の形態において、画像処理装置１１０，１２０，１３０の組み込みＷｅｂブラウザには、スケジューリングに基づくコンテンツの自動取得機構を設けることも可能である。すなわち、カレンダーおよびタイマーと連動して、指定の日、曜日、時刻などに指定した複数の位置（ＵＲＬ）を自動的に巡回し更新されたコンテンツの自動取得を行うことが可能である。また、画像処理装置１１０，１２０，１３０の起動などのイベントに応じて指定位置からの自動取得を行うことが可能である。特に、位置指定の記述には間接参照を含むこともできる。例えば、直接指定したＨＴＭＬ文書からリンクによって間接参照されているコンテンツをすべて指定した階層分だけ自動取得することが可能である。この自動取得機構のスケジューリングは、ユーザにより設定可能である。このようなコンテンツの自動取得機構を設けることによって、上記第２の実施の形態の取得データの条件とアクションのルールと組み合わせることで、定型業務のワークフローを完全自動化することができる。
【０１４１】
なお、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１４２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１４３】
また、本発明は、上記第１または第２実施の形態に限定されることはなく、本発明の精神を逸脱しない範囲で種々の構成をとることができる。
【図面の簡単な説明】
【０１４４】
【図１】本発明の第１の実施の形態に係る複合機を含むシステムの全体構成を示すブロック図である。
【図２】図１の画像処理装置１１０，１２０，１３０のソフトウェア構成を示すブロック図である。
【図３】図１の画像処理装置１１０の詳細構成を示すブロック図である。
【図４】図１の画像処理装置１１０の外観図である。
【図５】図１の操作部１１２の外観構成を示す図である。
【図６】図１の操作部１１２の詳細構成を示すブロック図である。
【図７】図１の画像処理装置１１０，１２０，１３０に組み込まれたアプリケーションの動作を説明するためのネットワーク構成の一例を示すブロック図である。
【図８】図２のＷｅｂブラウザモジュール２１１のソフトウェア構成を示すブロック図である。
【図９】ＵＩインタフェース２０１によってＬＣＤ５０１に表示されるウェブブラウザの画面構成を示す図である。
【図１０】本発明の第１の実施の形態におけるＨＴＴＰプロトコルによる要求と応答の処理の流れを示すシーケンス図である。
【図１１】フォームを含み、その送信方法としてＰＯＳＴメソッドが指定されたＨＴＭＬ文書の一例を示す図である。
【図１２】図１１のＨＴＭＬ文書に基づいてウェブブラウザのコンテンツ表示領域９０５に表示される画面を示す図である。
【図１３】図１の画像処理装置１１０，１２０，１３０のＷｅｂブラウザがＨＴＴＰ要求によってサーバ１５５からデータを取得する手順を示すフローチャートである。
【図１４】図１３のステップＳ１３０５において表示される、表示不能なデータをどのように取り扱うかをユーザに問い合わせるダイアログウィンドウの一例を示す図である。
【図１５】プリント機能による代替処理を起動するためにユーザと対話するためのダイアログウィンドウの一例を示す図である。
【図１６】送信機能による代替処理を起動するためにユーザと対話するためのダイアログウィンドウのメインウィンドウの一例を示す図である。
【図１７】送信機能による代替処理を起動するためにユーザと対話するためのダイアログウィンドウのメインウィンドウの初期状態の一例を示す図である。
【図１８】送信機能による代替処理を設定するためにさらに開かれるアドレスブックサブウィンドウの一例を示す図である。
【図１９】送信機能による代替処理を設定するためにさらに開かれるアドレス帳詳細サブウィンドウの一例を示す図である。
【図２０】本発明の第２の実施の形態に係る複合機に保持されている、代替処理とその設定を自動的に行うためのテーブルの構造を示す模式図である。
【符号の説明】
【０１４５】
１００  ＬＡＮ
１０１  ホストコンピュータ
１１０，１２０，１３０  画像処理装置
１１１，１２１，１３１  コントローラ
１１２，１２２，１３２  操作部
１１３，１２３，１３３  スキャナ
１１４，１２４，１３４  プリンタ
１５２  広域ネットワーク
１５５  サーバ
２１１  Ｗｅｂブラウザ
【図１】
2005159449.tif 000003
【図２】
2005159449.tif 000004
【図３】
2005159449.tif 000005
【図４】
2005159449.tif 000006
【図５】
2005159449.tif 000007
【図６】
2005159449.tif 000008
【図７】
2005159449.tif 000009
【図８】
2005159449.tif 000010
【図９】
2005159449.tif 000011
【図１０】
2005159449.tif 000012
【図１１】
2005159449.tif 000013
【図１２】
2005159449.tif 000014
【図１３】
2005159449.tif 000015
【図１４】
2005159449.tif 000016
【図１５】
2005159449.tif 000017
【図１６】
2005159449.tif 000018
【図１７】
2005159449.tif 000019
【図１８】
2005159449.tif 000020
【図１９】
2005159449.tif 000021
【図２０】
2005159449.tif 000022