JP2019024187A - 画像処理装置、画像処理システム、画像処理方法、及びＷｅｂブラウザプログラム - Google Patents

Abstract

【課題】汎用的なＨＴＭＬを利用して画像処理装置特有の機能を実現させる。【解決手段】Ｗｅｂブラウザと、所定の画像処理の実行を制御する画像処理サービス部とを有する画像処理装置であって、前記Ｗｅｂブラウザは、前記画像処理装置とネットワークを介して接続されるＷｅｂサーバから取得したコンテンツを解釈する解釈部と、前記解釈部が解釈したコンテンツに基づく画面を表示するＵＩ部と、前記ＵＩ部が表示した前記画面上におけるユーザの入力に応じて、前記Ｗｅｂサーバに対する所定の処理の実行要求と、前記画像処理サービス部に対する前記画像処理の実行要求とを行う制御部と、を有することを特徴とする。【選択図】図５

Description

本発明は、画像処理装置、画像処理システム、画像処理方法、及びＷｅｂブラウザプログラムに関する。

複合機（ＭＦＰ：Multifunction Peripheral）等の画像処理装置において、Ｗｅｂブラウザ上で動作するＷｅｂアプリケーションを利用して、印刷やスキャン等の各種画像処理機能を実現する技術が従来から知られている（例えば特許文献１参照）。

ところで、上述したような印刷やスキャン等の各種画像処理機能は、複合機等の画像処理装置特有の機能である。このような画像処理装置特有の機能を実現させるＷｅｂアプリケーションでは、画像処理装置専用のＪａｖａＳｃｒｉｐｔ（登録商標）を用いてＨＴＭＬ（HyperText Markup Language）が記述されている必要がある。

一方で、スマートフォンやタブレット端末、ＰＣ（パーソナルコンピュータ）等の情報処理装置が利用するＷｅｂアプリケーションでは、汎用的なＨＴＭＬで記述されている。汎用的なＨＴＭＬでは、上述したような印刷やスキャン等の画像処理装置特有の機能を実現させるためのＨＴＭＬタグ等が用意されていない。

このため、汎用的なＨＴＭＬを用いたＷｅｂアプリケーションでは、印刷やスキャン等の画像処理装置特有の機能を実現させることが困難であった。

本発明の実施の形態は、上記の点に鑑みてなされたものであり、汎用的なＨＴＭＬを利用して画像処理装置特有の機能を実現させることを目的とする。

上記目的を達成するため、本発明の実施の形態は、Ｗｅｂブラウザと、所定の画像処理の実行を制御する画像処理サービス部とを有する画像処理装置であって、前記Ｗｅｂブラウザは、前記画像処理装置とネットワークを介して接続されるＷｅｂサーバから取得したコンテンツを解釈する解釈部と、前記解釈部が解釈したコンテンツに基づく画面を表示するＵＩ部と、前記ＵＩ部が表示した前記画面上におけるユーザの入力に応じて、前記Ｗｅｂサーバに対する所定の処理の実行要求と、前記画像処理サービス部に対する前記画像処理の実行要求とを行う制御部と、を有することを特徴とする。

本発明の実施の形態によれば、汎用的なＨＴＭＬを利用して画像処理装置特有の機能を実現させることができる。

本実施形態に係る画像処理システムの全体構成の一例を示す図である。 本実施形態に係る画像処理装置のハードウェア構成の一例を示す図である。 本実施形態に係る画像処理装置の操作装置及び本体装置に含まれるソフトウェア群の階層構造の一例を示す図である。 本実施形態に係る情報処理装置のハードウェア構成の一例を示す図である。 本実施形態に係る画像処理システムのソフトウェア構成の一例を示す図である。 本実施形態に係る印刷処理の一例を示すシーケンス図である。 印刷処理における画面遷移の一例を示す図である。 ａタグの一例を示す図である。 ＰＨＰコードの一例を示す図である。 本実施形態に係る印刷処理の他の例（その１）を示すシーケンス図である。 印刷設定画面の一例を示す図である。 本実施形態に係る印刷処理の他の例（その２）を示すシーケンス図である。 本実施形態に係る印刷処理の他の例（その３）を示すシーケンス図である。 印刷処理の実行時におけるＷｅｂブラウザの動作の一例を示すフローチャートである。 本実施形態に係るスキャン処理の一例を示すシーケンス図である。 スキャン処理における画面遷移の一例を示す図である。 ｉｎｐｕｔタグの一例を示す図である。 本実施形態に係るスキャン処理の他の例（その１）を示すシーケンス図である。 スキャン設定画面の一例を示す図である。 本実施形態に係るスキャン処理の他の例（その２）を示すシーケンス図である。 本実施形態に係るスキャン処理の他の例（その３）を示すシーケンス図である。 スキャン処理における画面遷移の他の例を示す図である。 ａタグの他の例を示す図である。 スキャン処理の実行時におけるＷｅｂブラウザの動作の一例を示すフローチャートである。 本実施形態に係る画像処理システムのソフトウェア構成の他の例を示す図である。

以下、本発明の実施の形態について、図面を参照しながら説明する。

＜全体構成例＞
まず、本実施形態に係る画像処理システム１の全体構成について、図１を参照しながら説明する。図１は、本実施形態に係る画像処理システム１の全体構成の一例を示す図である。

図１に示すように、本実施形態に係る画像処理システム１には、１以上の画像処理装置１０と、１以上のＷｅｂサーバ２０と、情報処理装置３０とが含まれる。また、画像処理装置１０とＷｅｂサーバ２０とは、例えばインターネット等の広域的なネットワークＮを介して通信可能に接続されている。

画像処理装置１０は、Ｗｅｂブラウザが搭載された複合機等の電子機器である。画像処理装置１０のユーザは、Ｗｅｂサーバ２０が提供するＷｅｂアプリケーションを利用して、例えば、Ｗｅｂサーバ２０からダウンロードした電子データを印刷したり、スキャンにより生成した画像データをＷｅｂサーバ２０にアップロードしたりすることができる。

Ｗｅｂサーバ２０は、ネットワークＮを介して、汎用的なＨＴＭＬを用いたＷｅｂアプリケーションを提供するコンピュータ又はコンピュータシステムである。汎用的なＨＴＭＬとは、Ｗ３Ｃ（World Wide Web Consortium）で規定されたＨＴＭＬ５やＨＴＭＬ ５．１等のことである。また、汎用的とは、例えば画像処理装置等の機器でのみ解釈可能や処理可能なように定義されたコンテンツ（拡張ＨＴＭＬや拡張ＪａｖａＳｃｒｉｐｔ等の拡張されたコンテンツ）とは異なり、汎用Ｗｅｂブラウザであれば機器の種類を問わず解釈や処理が可能なコンテンツを指す。汎用ＨＴＭＬは、個人端末であるＰＣや携帯端末、スマートフォン等で利用可能であり、一般的なＷｅｂサーバやＷｅｂアプリケーションに共通して用いられている。

Ｗｅｂサーバ２０によりＷｅｂアプリケーションが提供されることで、種々のＷｅｂサービスが実現される。このようなＷｅｂサービスとしては、例えば、クラウドストレージサービス、ＳＮＳ（Social Networking Service）、クラウドプリントサービス、ブログサービス、掲示板サービス、オンラインゲームサービス、オンラインショッピングサービス等が挙げられる。

情報処理装置３０は、Ｗｅｂブラウザが搭載されたＰＣ（パーソナルコンピュータ）やスマートフォン、タブレット端末等である。

なお、図１に示す画像処理システム１の構成は一例であって、他の構成であっても良い。例えば、画像処理装置１０は、複合機に限られず、例えば、デジタルカメラ、印刷装置、スキャナ装置、コピー機、プロジェクタ、ファクシミリ、電子会議用端末、電子黒板装置等であっても良い。すなわち、画像処理装置１０は、Ｗｅｂサーバ２０との間でデータの入力及び出力の少なくとも一方を行う電子機器であれば良い。また、例えば、画像処理システム１には、情報処理装置３０が含まれていなくても良い。

＜画像処理装置１０のハードウェア構成例＞
次に、本実施形態に係る画像処理装置１０のハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係る画像処理装置１０のハードウェア構成の一例を示す図である。

図１に示すように、本実施形態に係る画像処理装置１０は、操作装置１１と、本体装置１２とを有している。

操作装置１１は、本体装置１２に実行させる画像処理機能の選択、画像処理機能を実行させるための各種設定値の入力、画像処理機能の実行を開始させるための実行指示の入力、表示画面の切り替え等、ユーザが各種操作を行う際に用いられる。

本体装置１２は、操作装置１１におけるユーザの各種操作に応じて、画像処理機能の実行等の各種の処理を実行する。

図２に示すように、画像処理装置１０の操作装置１１は、ＣＰＵ１１１（Central Processing Unit）と、ＲＯＭ（Read Only Memory）１１２と、ＲＡＭ（Random Access Memory）１１３とを有している。また、操作装置１１は、フラッシュメモリ１１４と、操作パネル１１５と、接続Ｉ／Ｆ１１６と、通信Ｉ／Ｆ１１７とを有している。これら各ハードウェアは、バス１１８を介して相互に接続されている。

ＣＰＵ１１１は、ＲＡＭ１１３をワークエリアとしてＲＯＭ１１２又はフラッシュメモリ１１４に記憶された各種プログラムを実行することで、操作装置１１全体を制御する演算装置である。

ＲＯＭ１１２は、電源を切ってもデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＡＭ１１３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

フラッシュメモリ１１４は、不揮発性の記憶装置であり、ＣＰＵ１１１が実行する各種プログラム（例えば、本実施形態を実現するプログラム等）や各種データを記憶する。

操作パネル１１５は、ユーザが各種操作を行う際に用いられる。また、操作パネル１１５は、ユーザに対して各種画面等を表示する。

接続Ｉ／Ｆ１１６は、通信路１３を介して本体装置１２と通信するためのインタフェースである。接続Ｉ／Ｆ１１６には、例えばＵＳＢ（Universal Serial Bus）規格のインタフェースが用いられる。

通信Ｉ／Ｆ１１７は、他の機器等と通信するためのインタフェースである。通信Ｉ／Ｆ１１７には、例えば、Ｗｉ−Ｆｉ規格の無線ＬＡＮ（Local Area Network）等が用いられる。

同様に、画像処理装置１０の本体装置１２は、ＣＰＵ１２１と、ＲＯＭ１２２と、ＲＡＭ１２３とを有している。また、本体装置１２は、ＨＤＤ（Hard Disk Drive）１２４と、画像処理エンジン１２５と、接続Ｉ／Ｆ１２６と、通信Ｉ／Ｆ１２７とを有している。これら各ハードウェアは、バス１２８を介して相互に接続されている。

ＣＰＵ１２１は、ＲＡＭ１２３をワークエリアとしてＲＯＭ１２２又はＨＤＤ１２４に記憶された各種プログラムを実行することで、本体装置１２全体を制御する演算装置である。

ＲＯＭ１２２は、電源を切ってもデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＡＭ１２３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＨＤＤ１２４は、不揮発性の記憶装置であり、ＣＰＵ１２１が実行する各種プログラム（例えば、本実施形態を実現するプログラム等）や各種データを記憶する。

画像処理エンジン１２５は、印刷機能、スキャン機能、コピー機能、及びＦＡＸ機能等の各種の画像処理機能を実現するための画像処理を行うハードウェアである。

画像処理エンジン１２５には、例えば、用紙等のシート材への印刷を行うプロッタ、原稿を光学的に読み取って画像データを生成するスキャナ、及びＦＡＸ通信を行うＦＡＸ通信装置等が含まれる。また、画像処理エンジン１２５には、例えば、印刷済みのシート材を仕分けるフィニッシャや原稿を自動給送するＡＤＦ（自動原稿給送装置）等が含まれていても良い。

接続Ｉ／Ｆ１２６は、通信路１３を介して操作装置１１と通信するためのインタフェースである。接続Ｉ／Ｆ１２６には、例えば、ＵＳＢ規格のインタフェースが用いられる。

通信Ｉ／Ｆ１２７は、他の機器等と通信するためのインタフェースである。通信Ｉ／Ｆ１２７には、例えば、Ｗｉ−Ｆｉ規格の無線ＬＡＮ等が用いられる。

本実施形態に係る画像処理装置１０は、図２に示すハードウェア構成を有することにより、後述する各種処理を実現することができる。

なお、図２では、画像処理装置１０が操作装置１１を有している構成を一例として示したが、これに限られず、例えば、タブレット端末、スマートフォン、携帯電話、ＰＤＡ等の情報処理端末が画像処理装置１０の操作装置として機能しても良い。すなわち、これらの情報処理端末は、操作装置１１の通信Ｉ／Ｆ１１７又は本体装置１２の通信Ｉ／Ｆ１２７を介して画像処理装置１０と通信することにより、当該画像処理装置１０を制御することができても良い。

＜画像処理装置１０のソフトウェア群の階層構造＞
次に、本実施形態に係る画像処理装置１０の操作装置１１及び本体装置１２に含まれるソフトウェア群の階層構造について、図３を参照しながら説明する。図３は、本実施形態に係る画像処理装置１０の操作装置１１及び本体装置１２に含まれるソフトウェア群の階層構造の一例を示す図である。

図３は、操作装置１１に含まれるソフトウェア群の階層構造と、本体装置１２に含まれるソフトウェア群の階層構造とを示している。

まず、本体装置１２に含まれるソフトウェア群（すなわち、本体装置１２のＲＯＭ１２２やＨＤＤ１２４に記憶されているプログラム群）の階層構造について説明する。本体装置１２に含まれるソフトウェア群は、アプリケーション層２２１と、サービス層２２２と、ＯＳ層２２３とに大別することができる。

アプリケーション層２２１に区分されるソフトウェアは、ハードウェア資源を動作させて画像処理機能を実現させるためのソフトウェアである。具体的には、印刷アプリケーション、スキャンアプリケーション、コピーアプリケーション、及びＦＡＸアプリケーション等が挙げられる。

サービス層２２２に区分されるソフトウェアは、アプリケーション層２２１とＯＳ層２２３との間を介在するソフトウェアである。当該ソフトウェアは、本体装置１２が備えるハードウェア資源を、アプリケーション層２２１のソフトウェアが利用したり、本体装置１２が備えるハードウェア資源の状態を通知したりするインタフェースとしての役割を果たす。

具体的には、ハードウェア資源に対する実行要求を受け付けたり、受け付けた実行要求の調停を行ったりする。サービス層２２２が受け付ける実行要求には、例えば、画像処理エンジン１２５による画像処理の実行要求（スキャナによるスキャン実行要求やプロッタによる印刷実行要求等）が含まれる。

なお、サービス層２２２に区分されるソフトウェアが果たす上記インタフェースとしての役割は、操作装置１１のアプリケーション層２１１に対しても同様である。すなわち、操作装置１１のアプリケーション層２１１に区分されるソフトウェアも、サービス層２２２にアクセスすることにより、本体装置１２のハードウェア資源を動作させて、画像処理機能を実現させることができる。

ＯＳ層２２３に区分されるソフトウェアは、基本ソフトウェア（ＯＳ：Operating System）と呼ばれるプログラムであり、本体装置１２が有するハードウェア資源を制御する基本機能を提供する。ＯＳ層２２３に区分されるソフトウェアは、アプリケーション層２２１に区分されるソフトウェアからのハードウェア資源に対する実行要求を、サービス層２２２に区分されるソフトウェアを介して受け付けて、当該実行要求に応じた処理を実行する。

次に、操作装置１１に含まれるソフトウェア群（すなわち、操作装置１１のＲＯＭ１１２やフラッシュメモリ１１４に記憶されているプログラム群）の階層構造について説明する。本体装置１２と同様に、操作装置１１に含まれるソフトウェア群も、アプリケーション層２１１と、サービス層２１２と、ＯＳ層２１３とに大別することができる。

ただし、アプリケーション層２１１に区分されるソフトウェアが提供する機能やサービス層２１２が受け付け可能な実行要求の種類は、本体装置１２とは異なる。操作装置１１のアプリケーション層２１１に区分されるソフトウェアは、主として、各種操作や表示を行うためのユーザインタフェース機能を提供する。

なお、本実施形態では、操作装置１１と本体装置１２とで、ＯＳは独立して動作するものとする。また、操作装置１１と本体装置１２とが相互に通信可能であれば、ＯＳが同じ種類である必要はない。例えば、操作装置１１ではＯＳにＡｎｄｒｏｉｄ（登録商標）を用いる一方で、本体装置１２ではＯＳにＬｉｎｕｘ（登録商標）を用いることも可能である。

このように、本実施形態に係る画像処理装置１０は、操作装置１１と本体装置１２とが異なるＯＳにより制御される。このため、操作装置１１と本体装置１２との間の通信は、一装置内のプロセス間通信ではなく、異なる情報処理装置間の通信として行われる。

ただし、本実施形態に係る画像処理装置１０は、操作装置１１と本体装置１２とで異なる種類のＯＳが動作している場合に限られず、操作装置１１と本体装置１２とで同一種類のＯＳが動作していても良い。また、本実施形態に係る画像処理装置１０は、操作装置１１と本体装置１２とでＯＳが独立して動作している場合に限られず、操作装置１１及び本体装置１２上で一のＯＳが動作していても良い。

＜情報処理装置３０のハードウェア構成例＞
次に、本実施形態に係る情報処理装置３０のハードウェア構成について、図４を参照しながら説明する。図４は、本実施形態に係る情報処理装置３０のハードウェア構成の一例を示す図である。

図４に示すように、情報処理装置３０は、入力装置３１と、表示装置３２と、外部Ｉ／Ｆ３３と、ＲＡＭ３４と、ＲＯＭ３５と、ＣＰＵ３６と、通信Ｉ／Ｆ３７と、補助記憶装置３８とを有する。これら各ハードウェアは、それぞれがバスＢを介して通信可能に接続されている。

入力装置３１は、例えばキーボードやマウス、タッチパネル等であり、ユーザが各種操作を入力するのに用いられる。表示装置３２は、例えばディスプレイ等であり、情報処理装置３０の処理結果を表示する。

外部Ｉ／Ｆ３３は、外部装置とのインタフェースである。外部装置には、記録媒体３３ａ等がある。情報処理装置３０は、外部Ｉ／Ｆ３３を介して、記録媒体３３ａ等の読み取りや書き込みを行うことができる。

記録媒体３３ａには、例えば、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（Secure Digital memory card）、ＵＳＢ（Universal Serial Bus）メモリカード等がある。

ＲＡＭ３４は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＲＯＭ３５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリである。ＲＯＭ３５には、例えば、ＯＳ設定やネットワーク設定等が格納されている。

ＣＰＵ３６は、ＲＯＭ３５や補助記憶装置３８等からプログラムやデータをＲＡＭ３４上に読み出して処理を実行する演算装置である。

通信Ｉ／Ｆ３７は、情報処理装置３０をネットワークＮに接続するためのインタフェースである。補助記憶装置３８は、例えばＨＤＤやＳＳＤ等であり、プログラムやデータを格納している不揮発性の記憶装置である。補助記憶装置３８に格納されているプログラムやデータには、例えば、ＯＳ、当該ＯＳ上において各種機能を実現するアプリケーションプログラム等がある。

＜ソフトウェア構成例＞
次に、本実施形態に係る画像処理システム１に含まれる画像処理装置１０及び情報処理装置３０のソフトウェア構成について、図５を参照しながら説明する。図５は、本実施形態に係る画像処理システム１のソフトウェア構成の一例を示す図である。

≪画像処理装置１０≫
図５に示すように、本実施形態に係る画像処理装置１０の操作装置１１は、Ｗｅｂブラウザ３１０と、印刷ＵＩアプリケーション３２０と、スキャンＵＩアプリケーション３３０とを有する。これらＷｅｂブラウザ３１０、印刷ＵＩアプリケーション３２０及びスキャンＵＩアプリケーション３３０は、ＣＰＵ１１１により実行される。

また、本実施形態に係る画像処理装置１０の本体装置１２は、ＷｅｂＡＰＩ３４０と、印刷アプリケーション３５０と、スキャンアプリケーション３６０とを有する。これらＷｅｂＡＰＩ３４０、印刷アプリケーション３５０及びスキャンアプリケーション３６０は、ＣＰＵ１２１により実行される。

Ｗｅｂブラウザ３１０は、Ｗｅｂサーバ２０からＷｅｂコンテンツ（例えば、ＨＴＭＬ、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ、各種電子ファイル等）を取得することで、Ｗｅｂアプリケーションを実現する。

例えば、Ｗｅｂブラウザ３１０は、ＳＮＳを提供するＷｅｂサーバ２０からＷｅｂコンテンツを取得することで、ＳＮＳの閲覧やＳＮＳ上でのファイル共有等を行うＷｅｂアプリケーションを実現する。また、例えば、Ｗｅｂブラウザ３１０は、クラウドストレージサービスを提供するＷｅｂサーバ２０からＷｅｂコンテンツを取得することで、ストレージの閲覧やストレージへのファイルのアップロード等を行うＷｅｂアプリケーションを実現する。

なお、Ｗｅｂアプリケーションは、一般に、Ｗｅｂサーバ２０から取得したＪａｖａＳｃｒｉｐｔ等のコンテンツをＷｅｂブラウザ３１０上で動作させて、Ｗｅｂサーバ２０と協働した処理を実行させることで実現される。

Ｗｅｂブラウザ３１０には、ブラウザ機能部３１１と、制御部３１２とが含まれる。なお、以降では、Ｗｅｂコンテンツを単に「コンテンツ」とも表す。

ブラウザ機能部３１１は、コンテンツの解釈及び表示等を行う。ブラウザ機能部３１１には、ＵＩ部３１３と、解釈部３１４とが含まれる。解釈部３１４は、ＵＩ部３１３により表示されたＷｅｂページ上でリンクが押下された場合、当該リンクに対応するＨＴＭＬタグを解釈して、制御部３１２に対して解釈結果に応じた通知を行う。

ＵＩ部３１３は、Ｗｅｂサーバ２０から取得したコンテンツに応じたＷｅｂページ等を表示する。また、ＵＩ部３１３は、Ｗｅｂページ上におけるユーザの各種操作（例えば、リンク押下）等を受け付ける。なお、ブラウザ機能部３１１は、例えば、ＷｅｂＶｉｅｗ等を用いて実現することができる。

制御部３１２は、ブラウザ機能部３１１の解釈部３１４からの通知に応じて、画像処理装置１０の画像処理機能を実行させる制御を行う。例えば、リンク先のコンテンツをＷｅｂサーバ２０からダウンロードすることを示すダウンロード通知を解釈部３１４から受け取った場合、制御部３１２は、当該コンテンツをダウンロードして印刷する制御を行う。また、例えば、リンク先のコンテンツを表示させることを示す表示通知を解釈部３１４から受け取った場合であっても、当該コンテンツが所定の形式（例えば、ＪＰＥＧ形式）である場合、制御部３１２は、当該コンテンツをダウンロードして印刷する制御を行う。

なお、Ｗｅｂブラウザ３１０は、Ｗｅｂアプリケーションを実現するブラウザ機能部３１１と、画像処理装置１０の画像処理機能を制御する制御部３１２とを備えるため、いわゆるハイブリッドアプリケーションと言うこともできる。Ｗｅｂブラウザ３１０は、例えば、Ｊａｖａ（登録商標）等のプログラミング言語で実装される。すなわち、Ｗｅｂブラウザ３１０を構成するブラウザアプリケーションは、その基礎部分がＪａｖａアプリケーションプログラムから構成されている。このＪａｖａアプリケーションが、操作装置１１が提供するＡＰＩを用いて、操作装置１１が備えるブラウザ機能部３１１（例えば、ＷｅｂＶｉｅｗ）を呼び出すことで、解釈部３１４及びＵＩ部３１３を含むＷｅｂブラウザ３１０を構成している。基礎部分であるＪａｖａアプリケーションプログラムは、制御部３１２を含み、この制御部３１２が制御を行うことで、Ｗｅｂコンテンツ解釈後の動作に柔軟性を持たせ、汎用的なＨＴＭＬで可能な動作（ダウンロード及びアップロード）だけでなく、画像処理（プリント及びスキャン）動作の要求ができるようになっている。

印刷ＵＩアプリケーション３２０は、印刷に関するＵＩ（ユーザインタフェース）を提供するアプリケーションプログラムである。印刷ＵＩアプリケーション３２０は、例えば、印刷実行中であることを示す画面や印刷が完了したことを示す画面等を表示する。

また、印刷ＵＩアプリケーション３２０は、制御部３１２からの要求に応じて、ＷｅｂＡＰＩ３４０を介して、印刷アプリケーション３５０に対して印刷の実行を要求する。

スキャンＵＩアプリケーション３３０は、スキャンに関するＵＩを提供するアプリケーションプログラムである。スキャンＵＩアプリケーション３３０は、例えば、スキャン中であることを示す画面やスキャンが完了したことを示す画面等を表示する。

また、スキャンＵＩアプリケーション３３０は、制御部３１２からの要求に応じて、ＷｅｂＡＰＩ３４０を介して、スキャンアプリケーション３６０に対してスキャンの実行を要求する。

ＷｅｂＡＰＩ３４０は、印刷ＵＩアプリケーション３２０やスキャンＵＩアプリケーション３３０が画像処理の実行を要求するためのＡＰＩ（Application Programming Interface）である。

印刷アプリケーション３５０は、印刷ＵＩアプリケーション３２０からの要求に応じて、画像処理エンジン１２５を制御して、印刷を実行する。

スキャンアプリケーション３６０は、スキャンＵＩアプリケーション３３０からの要求に応じて、画像処理エンジン１２５を制御して、スキャンを実行する。

以降では、印刷ＵＩアプリケーション３２０と、ＷｅｂＡＰＩ３４０と、印刷アプリケーション３５０とを「印刷サービス部３７０」と表す。また、スキャンＵＩアプリケーション３３０と、ＷｅｂＡＰＩ３４０と、スキャンアプリケーション３６０とを「スキャンサービス部３８０」と表す。

なお、操作装置１１には、例えば、コピーに関するＵＩを提供するアプリケーションやＦＡＸに関するＵＩを提供するアプリケーション、ＯＣＲ（Optical Character Recognition）に関するＵＩを提供するアプリケーション等が含まれていても良い。また、本体装置１２には、例えば、コピーを実行するアプリケーションやＦＡＸを実行するアプリケーション、ＯＣＲを実現するアプリケーション等が含まれていても良い。したがって、画像処理装置１０には、例えば、コピーサービス部やＦＡＸサービス部、ＯＣＲサービス等の様々な画像処理サービス部が含まれていても良い。

また、画像処理装置１０には、画像処理サービス部以外にも、例えば、画像処理装置１０が保持するアドレス帳に関する処理を実行するアドレス帳サービス部、ユーザが画像処理装置１０を利用するための認証に関する処理を実行する認証サービス部等が含まれる。

≪情報処理装置３０≫
図５に示すように、本実施形態に係る情報処理装置３０は、Ｗｅｂブラウザ４１０を有する。Ｗｅｂブラウザ４１０は、ＣＰＵ３６により実行される。

Ｗｅｂブラウザ４１０には、ＵＩ部４１１と、解釈部４１２とが含まれる。ＵＩ部４１１は、Ｗｅｂサーバ２０から取得したコンテンツに応じたＷｅｂページ等を表示する。また、ＵＩ部４１１は、Ｗｅｂページ上におけるユーザの各種操作（例えば、リンク押下）等を受け付ける。

解釈部４１２は、ＵＩ部４１１により表示されたＷｅｂページ上でリンクが押下された場合、当該リンクに対応するＨＴＭＬを解釈して、ＵＩ部４１１に対して解釈結果に応じた通知を行う。

＜画像処理装置１０及び情報処理装置３０の動作比較＞
情報処理装置３０に搭載されたＷｅｂブラウザ４１０のＵＩ部４１１は、例えば、Ｗｅｂページ上でユーザによりリンク押下操作がなされると、当該リンク押下操作を受け付ける。次に、解釈部４１２は、当該リンク押下操作が行われたリンクのＨＴＭＬタグ（ａタグ（アンカータグ））を解釈して、ＵＩ部４１１に対して解釈結果に応じた通知（表示通知又はダウンロード通知）を行う。例えば、ａタグの属性「ｈｒｅｆ」に指定されているファイルがＷｅｂブラウザ４１０で表示可能なファイルである場合（例えば、拡張子がｈｔｍｌやｉｍｇ、ｐｄｆ等である場合）には、表示通知となる。一方で、例えば、ａタグの属性「ｈｒｅｆ」に指定されているファイルがＷｅｂブラウザ４１０で表示可能でないファイルである場合（例えば、拡張子がｚｉｐ等である場合）には、ダウンロード通知となる。ただし、例えば、ａタグの属性「ｈｒｅｆ」に指定されているファイルの拡張子がｐｄｆ等のＷｅｂブラウザ４１０で表示可能なファイルの拡張子であっても、属性「ｄｏｗｎｌｏａｄ」が指定されている場合には、ダウンロード通知となる。

そして、Ｗｅｂブラウザ４１０のＵＩ部４１１は、表示通知を受け取った場合、ファイルを表示する。一方で、Ｗｅｂブラウザ４１０のＵＩ部４１１は、ダウンロード通知を受け取った場合、例えば、ファイルをダウンロードするための画面（例えば、ダウンロードの開始又はキャンセルをユーザが選択するための画面）を表示する。

一方で、画像処理装置１０に搭載されたＷｅｂブラウザ３１０のＵＩ部３１３は、例えば、Ｗｅｂページ上でユーザによりリンク押下操作がなされると、当該リンク押下操作を受け付ける。次に、解釈部３１４は、当該リンク押下操作が行われたリンクのＨＴＭＬタグ（ａタグ（アンカータグ））を解釈して、制御部３１２に対して解釈結果に応じた通知（表示通知又はダウンロード）を行う。これは、情報処理装置３０と同様に、例えば、ａタグの属性「ｈｒｅｆ」に指定されているファイルがＷｅｂブラウザ３１０で表示可能なファイルである場合（例えば、拡張子がｈｔｍｌやｉｍｇ、ｐｄｆ等である場合）には、表示通知となる。一方で、例えば、ａタグの属性「ｈｒｅｆ」に指定されているファイルがＷｅｂブラウザ３１０で表示可能でないファイルである場合（例えば、拡張子がｚｉｐ等である場合）には、ダウンロード通知となる。

そして、制御部３１２は、ダウンロード通知を受け取った場合、ダウンロード対象のファイルが印刷可能か否かを判定した上で、印刷可能であるとき、当該ファイルをダウンロードし、ダウンロードしたファイルを印刷させるための制御を行う。一方で、制御部３１２は、表示通知を受け取った場合、表示対象のファイルが印刷可能か否かを判定した上で、印刷可能であるとき、当該ファイルをダウンロードし、ダウンロードしたファイルを印刷させるための制御を行う。

このように、画像処理装置１０に搭載されたＷｅｂブラウザ３１０は、情報処理装置３０のＷｅｂブラウザ４１０でダウンロード対象又は表示対象と解釈されるファイルが印刷可能である場合、当該ファイルを印刷させるための制御を行う。これにより、画像処理装置１０では、汎用的なＨＴＭＬを用いたＷｅｂアプリケーションにより、コンテンツのダウンロード及び印刷を行うことができる。

また、情報処理装置３０に搭載されたＷｅｂブラウザ４１０のＵＩ部４１１は、例えば、Ｗｅｂページ上でユーザによりファイルの選択操作がなされると、当該操作を受け付ける。次に、解釈部４１２は、当該操作が行われたボタンのＨＴＭＬタグ（ｉｎｐｕｔタグ）を解釈して、ＵＩ部４１１に対して解釈結果に応じた通知（ファイル選択通知）を行う。

そして、Ｗｅｂブラウザ４１０のＵＩ部４１１は、ファイル選択通知を受け取った場合、例えば、選択されたファイルを指定されたサーバ等にアップロードする。

一方で、画像処理装置１０に搭載されたＷｅｂブラウザ３１０のＵＩ部３１３は、例えば、Ｗｅｂページ上でユーザによりファイルの選択操作がなされると、当該操作を受け付ける。次に、解釈部３１４は、当該操作が行われたボタンのＨＴＭＬタグ（ｉｎｐｕｔタグ）を解釈して、制御部３１２に対して解釈結果に応じた通知（ファイル選択通知）を行う。

そして、制御部３１２は、アップロード通知を受け取った場合、スキャンによりファイルを生成するように制御した上で、生成されたファイルを指定されたサーバ等にアップロードする。

このように、画像処理装置１０に搭載されたＷｅｂブラウザ３１０は、情報処理装置３０のＷｅｂブラウザ４１０でファイル選択探勝と解釈されるファイルをスキャンにより生成する制御を行って、生成されたファイルをアップロードする。これにより、画像処理装置１０では、汎用的なＨＴＭＬを用いたＷｅｂアプリケーションにより、コンテンツの生成及びアップロードを行うことができる。

＜処理の詳細＞
次に、本実施形態に係る画像処理システム１の処理の詳細について説明する。

（実施例１）
以降では、ユーザが画像処理装置１０を用いて、汎用的なＨＴＭＬを用いたＷｅｂアプリケーションにより、Ｗｅｂサーバ２０からコンテンツをダウンロードして印刷する処理について、図６を参照しながら説明する。図６は、本実施形態に係る印刷処理の一例を示すシーケンス図である。

まず、ブラウザ機能部３１１のＵＩ部３１３は、例えば図７に示すＷｅｂページＧ１１０を表示する（ステップＳ６０１）。図７に示すＷｅｂページＧ１１０は、Ｗｅｂサーバ２０から取得したコンテンツ（ＨＴＭＬやＣＳＳ、ＪａｖａＳｃｒｉｐｔ等）を解釈部３１４が解釈することで表示される。このようなコンテンツの取得は、例えば、ＷｅｂページＧ１１０を表示するためのＵＲＬ（Uniform Resource Locator）を入力したり、当該ＵＲＬへのリンクを押下したりすることで行うことができる。

図７に示すＷｅｂページＧ１１０には、Ｗｅｂサーバ２０に格納されているＰＤＦ（Portable Document Format）ファイルへのリンクＧ１１１が含まれている。ここで、ユーザがリンクＧ１１１を押下したものとする。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザによるリンクＧ１１１の押下を受け付ける（ステップＳ６０２）。ここで、図７に示すＷｅｂページＧ１１０に含まれるリンクＧ１１１は、例えば、図８に示すように、属性「ｈｒｅｆ」や属性「ｄｏｗｎｌｏａｄ」、属性「ｔｙｐｅ」等が設定されたａタグ（アンカータグ）により実現される。図８に示すａタグの属性「ｈｒｅｆ」には、相対パスにより、ファイル名「ｆｉｌｅ．ｐｄｆ」のＰＤＦファイルの格納先ＵＲＬ（なお、スキームは「ｈｔｔｐ」である。）が指定されている。なお、ａタグには、これら以外にも、種々の属性が設定されていても良い。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザにより押下されたリンクＧ１１１を実現するａタグの解釈要求を解釈部３１４に送信する（ステップＳ６０３）。

ブラウザ機能部３１１の解釈部３１４は、リンクＧ１１１を実現するａタグを解釈する（ステップＳ６０４）。すなわち、解釈部３１４は、ａタグを解釈することで、当該ａタグの属性「ｈｒｅｆ」に指定されたリンク先のコンテンツが、Ｗｅｂブラウザ３１０上に表示するコンテンツ又はダウンロードするコンテンツのいずれであるかを判定する。

Ｗｅｂブラウザ３１０上に表示するコンテンツ又はダウンロードするコンテンツのいずれであるかは、例えば、属性「ｈｒｅｆ」に指定されたリンク先のコンテンツの拡張子で判定される。例えば、拡張子が「ｈｔｍｌ」や「ｈｔｍ」、「ｊｐｅｇ」、「ｇｉｆ」等である場合、Ｗｅｂブラウザ３１０上に表示するコンテンツであると判定される。一方で、例えば、拡張子が「ｐｄｆ」や「ｄｏｃ」、「ｘｌｓ」、「ｚｉｐ」等である場合、ダウンロードするコンテンツであると判定される。なお、Ｗｅｂブラウザ３１０上に表示するか又はダウンロードするかは、例えば、拡張子毎に、Ｗｅｂブラウザ３１０の設定ファイル等に定義される。なお、「ｊｐｅｇ」をダウンロード対象にする等、個々の拡張子に対してダウンロードするか表示するかの設定が可能である。

上記のステップＳ６０４において、ダウンロードするコンテンツであると判定された場合、ブラウザ機能部３１１の解釈部３１４は、ダウンロード通知を制御部３１２に送信する（ステップＳ６０５）。解釈部３１４は、ブラウザが搭載されている機器にダウンロードを実行させるためのダウンロードＡＰＩの一例として、例えば、ｏｎＤｗｏｎｌｏａｄＳｔａｒｔを呼び出すことで、ダウンロード通知を行うことができる。なお、このとき、ｏｎＤｏｗｎｌｏａｄＳｔａｒｔの引数には、属性「ｈｒｅｆ」に指定されたＵＲＬと、属性「ｔｙｐｅ」に指定されたＭＩＭＥタイプとが指定される。ｏｎＤｗｏｎｌｏａｄＳｔａｒｔは、操作装置１１で提供するＡＰＩ（操作部ＡＰＩ、操作装置ＡＰＩ）の１つである。

制御部３１２は、ダウンロード対象のコンテンツ（すなわち、属性「ｈｒｅｆ」に指定されたリンク先のコンテンツ）が印刷可能であるか否かを確認する（ステップＳ６０６）。

ダウンロード対象のコンテンツが印刷可能であるか否かは、例えば、属性「ｔｙｐｅ」に指定されているＭＩＭＥタイプや当該コンテンツの拡張子等により判定される。例えば、属性「ｔｙｐｅ」に指定されているＭＩＭＥタイプが「ａｐｐｌｉｃａｔｉｏｎ／ｐｄｆ」や「ａｐｐｌｉｃａｔｉｏｎ／ｍｓｗｏｒｄ」、「ａｐｐｌｉｃａｔｉｏｎ／ｍｓｅｘｃｅｌ」等である場合、印刷可能であると判定される。一方で、例えば、属性「ｔｙｐｅ」に指定されているＭＩＭＥタイプが「ａｐｐｌｉｃａｔｉｏｎ／ｚｉｐ」等である場合（すなわち、コンテンツが圧縮されている場合）には、印刷可能でないと判定される。これ以外にも、例えば、ダウンロード対象のコンテンツが暗号化されている場合等には、印刷可能でないと判定される。

ただし、例えば、コンテンツが圧縮されている場合、当該コンテンツをダウンロード及び解凍した上で、解凍後のコンテンツが印刷可能であるか否かを確認しても良い。このとき、解凍後のコンテンツが印刷可能でない場合は、例えば、エラー画面等をＷｅｂブラウザ３１０上に表示すれば良い。解凍後のコンテンツが印刷可能でない場合には、例えば、解凍後のコンテンツが暗号化されている、動画ファイル（例えば、拡張子「．ｍｐ４」等）や音声ファイル（例えば、拡張子「．ｍｐ３」等）等が挙げられる。

なお、ＭＩＭＥタイプは、例えば、ｏｎＤｏｗｎｌｏａｄＳｔａｒｔの引数に指定される。また、コンテンツの拡張子は、例えば、ｏｎＤｏｗｎｌｏａｄＳｔａｒｔの引数に指定されるＵＲＬから特定することができる。

以降では、上記のステップＳ６０６において、ダウンロード対象のコンテンツが印刷可能であると判定されたものとして説明する。なお、上記のステップＳ６０６において、ダウンロード対象のコンテンツが印刷可能でないと判定された場合、制御部３１２は、例えば、ダウンロード許可通知を解釈部３１４に返信する。これにより、例えば、ユーザに対して保存先を指定させるためのダイアログが表示された上で、ブラウザ機能部３１１により、当該コンテンツがＷｅｂサーバ２０からダウンロードされる。

ただし、ダウンロード対象のコンテンツが圧縮や暗号化されていることで印刷可能でないと判定された場合には、解凍後のコンテンツや復号後のコンテンツが印刷可能であるか否かを判定しても良い。このとき、コンテンツの解凍や復号は、制御部３１２が行っても良いし、外部のサーバ等に依頼しても良い。なお、コンテンツの解凍を開始するための開始操作や復号に用いられるパスワードの入力操作等がユーザにより行われても良い。

これにより、解凍後のコンテンツや復号後のコンテンツが印刷可能である場合には、後述するステップＳ６０７〜ステップＳ６１９が実行される。

制御部３１２は、ダウンロード対象のコンテンツが印刷可能であると判定された場合、ダウンロード中画面の表示要求をＵＩ部３１３に送信する（ステップＳ６０７）。

ブラウザ機能部３１１のＵＩ部３１３は、ダウンロード中画面の表示要求を受信すると、例えば図７に示すダウンロード中画面Ｇ１２０を表示する（ステップＳ６０８）。図７に示すダウンロード中画面Ｇ１２０が表示されることで、ユーザは、コンテンツがダウンロード中であることを知ることができる。

制御部３１２は、ダウンロード対象のコンテンツ（すなわち、ａタグの属性「ｈｒｅｆ」に指定されたリンク先のコンテンツ）のダウンロード要求をＷｅｂサーバ２０に送信する（ステップＳ６０９）。これにより、当該コンテンツがＷｅｂサーバ２０からダウンロードされる。Ｗｅｂサーバ２０からダウンロードされたコンテンツは、例えばフラッシュメモリ１１４内の予め指定された記憶領域に保存される。

なお、制御部３１２は、ダウンロードしたコンテンツに対して、例えば、画像処理装置１０のユーザを識別するユーザＩＤ等を付加しても良い。また、制御部３１２は、ダウンロードしたコンテンツに対して、例えば、印刷設定を示す情報を付加しても良い。

制御部３１２は、Ｗｅｂサーバ２０からコンテンツをダウンロードすると、ダウンロード完了画面の表示要求をＵＩ部３１３に送信する（ステップＳ６１０）。

ブラウザ機能部３１１のＵＩ部３１３は、ダウンロード完了画面の表示要求を受信すると、例えば図７に示すダウンロード完了画面Ｇ１３０を表示する（ステップＳ６１１）。図７に示すダウンロード完了画面Ｇ１３０が表示されることで、ユーザは、コンテンツのダウンロードが完了したことを知ることができる。

また、図７に示すダウンロード完了画面Ｇ１３０には、印刷実行ボタンＧ１３１が含まれている。ユーザは、印刷実行ボタンＧ１３１を押下することで、ダウンロードしたコンテンツの印刷を開始することができる。ここで、ユーザにより印刷実行ボタンＧ１３１が押下されたものとする。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザによる印刷実行ボタンＧ１３１の押下を受け付ける（ステップＳ６１２）。なお、印刷実行ボタンＧ１３１が押下されなかった場合（又は後述するキャンセルボタンＧ１４１が押下された場合）、ダウンロードされたコンテンツは削除されても良いし、画像処理装置１０に保存されても良い。

ブラウザ機能部３１１のＵＩ部３１３は、ダウンロードされたコンテンツの印刷実行要求を制御部３１２に送信する（ステップＳ６１３）。

制御部３１２は、ブラウザ機能部３１１から印刷実行要求を受信すると、当該印刷実行要求を印刷サービス部３７０に送信する（ステップＳ６１４）。当該印刷実行要求には、上記のステップＳ６０９でダウンロードされたコンテンツの保存先を示す情報が含まれる。当該印刷実行要求には、これ以外にも、例えば、予め決められた印刷設定を示す情報（すなわち、デフォルトの印刷設定を示す情報や制御部３１２により決定された印刷設定を示す情報等）が含まれていても良い。

なお、制御部３１２は、例えば、機器の他のアプリケーションを呼び出すためのアプリ連携ＡＰＩの一例として、ｉｎｔｅｎｔを用いて、印刷サービス部３７０の印刷ＵＩアプリケーション３２０を呼び出すことができる。ｉｎｔｅｎｔは、操作装置１１で提供するＡＰＩ（操作部ＡＰＩ、操作装置ＡＰＩ）の１つである。呼び出された印刷ＵＩアプリケーション３２０を用いて、例えば、画像処理機能を実行するための印刷設定、印刷実行ボタン、印刷中、印刷キャンセル等の表示を行っても良い。

印刷サービス部３７０は、制御部３１２から印刷実行要求を受信すると、例えば図７に示す印刷実行中画面Ｇ１４０を表示する（ステップＳ６１５）。図７に示す印刷実行中画面Ｇ１４０は、印刷ＵＩアプリケーション３２０により表示される。図７に示す印刷実行中画面Ｇ１４０が表示されることで、ユーザは、ダウンロードしたコンテンツが印刷中であることを知ることができる。

次に、印刷サービス部３７０は、上記のステップＳ６０９でダウンロードされたコンテンツの印刷を実行する（ステップＳ６１６）。印刷の実行は、印刷ＵＩアプリケーション３２０が、ＷｅｂＡＰＩ３４０を介して、印刷アプリケーション３５０に対して印刷要求を送信することで行うことができる。これにより、Ｗｅｂサーバ２０からダウンロードされたコンテンツが印刷される。

なお、図７に示す印刷実行中画面Ｇ１４０には、キャンセルボタンＧ１４１が含まれる。ユーザによりキャンセルボタンＧ１４１が押下された場合、印刷ＵＩアプリケーション３２０は、ＷｅｂＡＰＩ３４０を介して、印刷中止要求を印刷アプリケーション３５０に送信する。これにより、ダウンロードしたコンテンツの印刷が中止される。

印刷が完了すると、印刷アプリケーション３５０は、当該印刷要求に対する応答を印刷ＵＩアプリケーション３２０に送信する。一方で、例えば、印刷中にエラーが発生した場合、印刷アプリケーション３５０は、エラーが発生したことを示す通知を印刷ＵＩアプリケーション３２０に送信する。印刷ＵＩアプリケーション３２０は、エラーが発生したことを示す通知を受信すると、例えば、エラーが発生したことを示す画面を表示する。

次に、印刷サービス部３７０は、上記のステップＳ６１６で実行された印刷が完了すると、印刷完了通知を制御部３１２に送信する（ステップＳ６１７）。印刷完了通知は、印刷ＵＩアプリケーション３２０により送信される。

制御部３１２は、印刷完了通知を印刷サービス部３７０から受信すると、当該印刷完了通知をＵＩ部３１３に送信する（ステップＳ６１８）。

ブラウザ機能部３１１のＵＩ部３１３は、印刷完了通知を受信すると、例えば図７に示す印刷完了画面Ｇ１５０を表示する（ステップＳ６１９）。図７に示す印刷完了画面Ｇ１５０が表示されることで、ユーザは、コンテンツの印刷が完了したことを知ることができる。

以上のステップＳ６０５〜ステップＳ６１９により、ステップＳ６０４でリンク先のコンテンツが、ダウンロードするコンテンツであると判定された場合に、当該コンテンツが印刷される。

一方で、上記のステップＳ６０４において、Ｗｅｂブラウザ３１０上に表示するコンテンツであると判定された場合、ブラウザ機能部３１１の解釈部３１４は、表示通知を制御部３１２に送信する（ステップＳ６２０）。解釈部３１４は、例えば、ブラウザのＵＩで表示している画面を更新するための画面更新ＡＰＩの一例として、ｓｈｏｕｌｄＯｖｅｒｒｉｄｅＵｒｌＬｏａｄｉｎｇを呼び出すことで、表示通知を行うことができる。なお、このとき、ｓｈｏｕｌｄＯｖｅｒｒｉｄｅＵｒｌＬｏａｄｉｎｇの引数には、属性「ｈｒｅｆ」に指定されたＵＲＬが指定される。ｓｈｏｕｌｄＯｖｅｒｒｉｄｅＵｒｌＬｏａｄｉｎｇは、操作装置１１で提供するＡＰＩ（操作部ＡＰＩ、操作装置ＡＰＩ）の１つである。

制御部３１２は、表示対象のコンテンツ（すなわち、属性「ｈｒｅｆ」に指定されたリンク先のコンテンツ）が印刷可能であるか否かを確認する（ステップＳ６２１）。

表示対象のコンテンツが印刷可能であるか否かは、例えば、当該コンテンツの拡張子等により判定される。例えば、当該コンテンツの拡張子が「ｊｐｇ」や「ｊｐｅｇ」、「ｔｉｆｆ」等である場合、印刷可能であると判定される。一方、例えば、当該コンテンツの拡張子が「ｈｔｍｌ」や「ｈｔｍ」等である場合には、印刷可能でないと判定される。

ただし、例えば、当該コンテンツの拡張子が「ｈｔｍｌ」や「ｈｔｍ」等である場合には、当該コンテンツをＷｅｂブラウザ３１０上に表示すると共に、印刷実行ボタンを表示させても良い。これにより、ユーザは、当該印刷実行ボタンを押下することで、Ｗｅｂブラウザ３１０上に表示されているコンテンツ（Ｗｅｂページ）を印刷することができる。

なお、コンテンツの拡張子は、例えば、ｓｈｏｕｌｄＯｖｅｒｒｉｄｅＵｒｌＬｏａｄｉｎｇの引数に指定されるＵＲＬから特定することができる。

ただし、表示対象のコンテンツが印刷対象であるか否を、例えば、属性「ｔｙｐｅ」に指定されているＭＩＭＥタイプから判定しても良い。この場合、属性「ｔｙｐｅ」に指定されているＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」や「ｉｍａｇｅ／ｇｉｆ」、「ｉｍａｇｅ／ｐｎｇ」等である場合、印刷可能である判定される。一方で、例えば、属性「ｔｙｐｅ」に指定されているＭＩＭＥタイプが「ｔｅｘｔ／ｈｔｍｌ」等である場合には、印刷可能でないと判定される。

以降では、上記のステップＳ６２１において、表示対象のコンテンツが印刷可能であると判定されたものとして説明する。なお、上記のステップＳ６２１において、表示対象のコンテンツが印刷可能でないと判定された場合、制御部３１２は、例えば、表示許可通知を解釈部３１４に返信する。これにより、例えば、ブラウザ機能部３１１により、当該コンテンツがＷｅｂサーバ２０から取得された上で、Ｗｅｂブラウザ３１０上に表示される。

制御部３１２は、表示対象のコンテンツが印刷可能であると判定された場合、印刷実行通知を解釈部３１４に送信する（ステップＳ６２２）。そして、画像処理装置１０は、ステップＳ６０７〜ステップＳ６１９を実行する。このように、ユーザにより押下されたリンクのリンク先コンテンツが表示対象のコンテンツである場合であっても、例えば、当該コンテンツがＪＰＥＧ形式の画像データ等であるときには、当該コンテンツが印刷される。

以上のように、本実施形態に係る画像処理装置１０は、汎用的なＨＴＭＬタグであるａタグで実現されるリンクがユーザにより押下された場合に、リンク先のコンテンツの種別に応じて、当該コンテンツをダウンロード及び印刷することができる。このように、本実施形態に係る画像処理装置１０では、印刷機能を実現するための専用のＨＴＭＬタグを用いずに、当該印刷機能が実現される。

したがって、例えば、Ｗｅｂサーバ２０が提供するＷｅｂアプリケーションの開発者等は、専用のＪａｖａＳｃｒｉｐｔやＨＴＭＬ等の知識を必要とすることなく、画像処理装置１０特有の画像処理機能を実現させるＷｅｂアプリケーションを開発することができる。

なお、図６で説明した印刷処理は、ＪａｖａＳｃｒｉｐｔ等を用いる場合の他に、例えば、ＰＨＰを用いて実現することもできる。例えば、図９に示すようなＰＨＰコードを作成し、「ｄｌ．ｐｈｐ」という名称でＷｅｂサーバ２０側に保存しておくと共に、Ｗｅｂブラウザ３１０が受け取るＨＴＭＬ中に、例えば、＜ａ ｈｒｅｆ＝"．／ｄｌ．ｐｈｐ"＞ダウンロード＜／ａ＞と定義しておく。これにより、このＨＴＭＬ中に定義されたダウンロードリンクをユーザが押下した場合、Ｗｅｂサーバ２０上で「ｄｌ．ｐｈｐ」が実行され、Ｗｅｂサーバ２０からＷｅｂブラウザ３１０に対してダウンロード指示を示すＨＴＴＰヘッダが送信される。

ここで、図９に示すＰＨＰコードの場合、ダウンロード指示を示すＨＴＴＰヘッダには、「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｆｏｒｃｅ−ｄｏｗｎｌｏａｄ」と、「Ｃｏｎｔｅｎｔ−ｄｉｓｐｏｓｉｔｉｏｎ：ａｔｔａｃｈｍｅｎｔ；ｆｉｌｅｎａｍｅ＝"ｍｙｆｉｌｅ．ｐｄｆ"」とが含まれる。これより、上記のステップＳ６０４において、Ｗｅｂブラウザ３１０の解釈部３１４により、「ｍｙｆｉｌｅ．ｐｄｆ」がダウンロードするコンテンツであると判定される。

（実施例１の他の例（その１））
次に、印刷処理の他の例（その１）について、図１０を参照しながら説明する。図１０は、本実施形態に係る印刷処理の他の例（その１）を示すシーケンス図である。なお、図１０におけるステップＳ６０１〜ステップＳ６２２は、図６と同様であるため、その説明を省略する。

ステップＳ６１４に続いて、印刷サービス部３７０は、ブラウザ機能部３１１から印刷実行要求を受信すると、例えば図１１に示す印刷設定画面Ｇ２１０を表示する（ステップＳ１００１）。図１１に示す印刷設定画面Ｇ２１０は、印刷ＵＩアプリケーション３２０により表示される。

図１１に示す印刷設定画面Ｇ２１０には、印刷設定欄Ｇ２１１と、印刷実行ボタンＧ２１２とが含まれる。ユーザは、印刷設定欄Ｇ２１１において、例えば、「部数」、「カラー」、「印刷面」、「用紙サイズ」等の種々の印刷設定を指定することができる。ここで、ユーザが印刷設定欄Ｇ２１１において印刷設定を指定する操作（印刷設定操作）を行った上で、印刷実行ボタンＧ２１２を押下したものとする。

印刷サービス部３７０は、ユーザによる印刷設定操作及び印刷実行ボタンＧ２１２の押下を受け付ける（ステップＳ１００２）。印刷設定操作及び印刷実行ボタンＧ２１２の押下は、印刷ＵＩアプリケーション３２０により受け付けられる。これにより、ステップＳ６１６において、ユーザにより指定された印刷設定でコンテンツが印刷される。

（実施例１の他の例（その２））
次に、印刷処理の他の例（その２）について、図１２を参照しながら説明する。図１２は、本実施形態に係る印刷処理の他の例（その２）を示すシーケンス図である。

図１２に示す印刷処理では、図６のステップＳ６１０〜ステップＳ６１３が実行されない。すなわち、図１２に示す印刷処理では、ａタグで実現されるリンクがユーザにより押下された場合、ユーザによる印刷実行ボタンの押下が行われることなく、リンク先のコンテンツのダウンロード及び印刷が行われる。これにより、ユーザは、一度の操作（ａタグで実現されるリンクの押下操作）を行うことで、リンク先のコンテンツを印刷することができるようになる。

また、図１２に示す印刷処理では、ステップＳ５０９に続いて、制御部３１２は、ダウンロード中画面の消去要求をＵＩ部３１３に送信する（ステップＳ１２０１）。そして、ＵＩ部３１３は、ダウンロード中画面の消去要求を受信すると、ダウンロード中画面Ｇ１２０を消去する（ステップＳ１２０２）。

（実施例１の他の例（その３））
次に、印刷処理の他の例（その３）について、図１３を参照しながら説明する。図１３は、本実施形態に係る印刷処理の他の例（その３）を示すシーケンス図である。なお、図１３におけるステップＳ６０１〜ステップＳ６２２は、図６と同様であるため、その説明を省略する。

ステップＳ６１４に続いて、印刷サービス部３７０は、ステップＳ６０９でダウンロードしたコンテンツに対して所定の画像処理を実行する（ステップＳ１３０１）。ここで、印刷サービス部３７０により実行される画像処理としては、例えば、コンテンツに対して所定の情報（例えばダウンロード先のＵＲＬや時刻等）を付加する処理、データ形式の変換処理等が挙げられる。これにより、ステップＳ６１６において、画像処理が行われた後のコンテンツが印刷される。

次に、印刷処理の実行時におけるＷｅｂブラウザ３１０の動作の一例について、図１４を参照しながら説明する。図１４は、印刷処理の実行時におけるＷｅｂブラウザ３１０の動作の一例を示すフローチャートである。

まず、Ｗｅｂブラウザ３１０は、図６のステップＳ６０１で説明したように、Ｗｅｂサーバ２０からコンテンツ（Ｗｅｂページ）を取得し、リンクを含む画面を表示する（ステップＳ１４０１）。

次に、Ｗｅｂブラウザ３１０は、図６のステップＳ６０２で説明したように、ユーザによるリンクの押下を受け付ける（ステップＳ１４０２）。Ｗｅｂブラウザ３１０は、リンクの押下を受け付けると、ダウンロードを示す所定のタグ名（ａタグ）を検出する（ステップＳ１４０３）。

次に、Ｗｅｂブラウザ３１０は、図６のステップＳ６０４で説明したように、リンク先のコンテンツ（ファイル）のファイル形式（拡張子）が、ダウンロードする形式又はＷｅｂブラウザ３１０上に表示する形式のいずれであるかを判定する（ステップＳ１４０４）。ここで、ダウンロードする形式としては、例えば、「ＰＤＦ」、「ＪＰＥＧ」、「ｄｏｃ」、「ｘｌｓ」、「ｚｉｐ」、「ｍｐ３」、「ｍｐ４」等の拡張子のファイル形式が挙げられる。また、Ｗｅｂブラウザ３１０上に表示する形式としては、例えば、「ｈｔｍｌ」、「ｇｉｆ」、「ｐｎｇ」等の拡張子のファイル形式が挙げられる。

ステップＳ１４０４において、ファイル形式がダウンロードする形式であると判定された場合、Ｗｅｂブラウザ３１０は、図６のステップＳ６０６で説明したように、当該ファイル形式が、ダウンロード後に印刷できる形式又は印刷できない形式のいずれであるかを判定する（ステップＳ１４０５）。ここで、ダウンロード後に印刷できる形式としては、例えば、「ＰＤＦ」、「ＪＰＥＧ」、「ｄｏｃ」、「ｘｌｓ」等の拡張子のファイル形式が挙げられる。また、ダウンロード後に印刷できない形式としては、例えば、「ｚｉｐ」、「ｍｐ３」、「ｍｐ４」等の拡張子のファイル形式が挙げられる。

ステップＳ１４０５において、ファイル形式がダウンロード後に印刷できる形式であると判定された場合、Ｗｅｂブラウザ３１０は、図６のステップＳ６０９で説明したように、コンテンツ（ファイル）をダウンロードする（ステップＳ１４０６）。すなわち、このとき、Ｗｅｂブラウザ３１０は、コンテンツを表示しない。ただし、例えば、ビューワアプリ等の別のアプリケーションにより、当該コンテンツを表示しても良い。この場合、後述するステップＳ１４０８で印刷実行ボタンが押下された後に、当該別のアプリケーションにより当該コンテンツを表示しても良い。

次に、Ｗｅｂブラウザ３１０は、図６のステップＳ６１１で説明したように、印刷実行ボタンが含まれる画面（例えばダウンロード完了画面）を表示する（ステップＳ１４０７）。

次に、Ｗｅｂブラウザ３１０は、上記のステップＳ１４０７で表示された画面に含まれる印刷実行ボタンの押下を受け付けたか否かを判定する（ステップＳ１４０８）。なお、このとき、Ｗｅｂブラウザ３１０は、印刷設定を行うための印刷設定画面上における印刷実行ボタンの押下を受け付けても良い。

ステップＳ１４０８において、印刷実行ボタンの押下を受け付けたと判定された場合、Ｗｅｂブラウザ３１０は、図６のステップＳ６１３で説明したように、コンテンツの印刷を実行する（ステップＳ１４０９）。

ステップＳ１４０８において、印刷実行ボタンの押下を受け付けたと判定されなかった場合（例えば、印刷がキャンセルされた場合等）、Ｗｅｂブラウザ３１０は、コンテンツの印刷は実行しない（ステップＳ１４１０）。この場合、Ｗｅｂブラウザ３１０は、当該コンテンツを消去する。なお、Ｗｅｂブラウザ３１０は、印刷がキャンセルされた場合以外である場合、例えば、エラー画面等を表示しても良い。

ステップＳ１４０５において、ファイル形式がダウンロード後に印刷できない形式であると判定された場合、Ｗｅｂブラウザ３１０は、ダウンロードして所定の処理を行ってから印刷を実行する（ステップＳ１４１１）。例えば、拡張子が「ｚｉｐ」である場合、コンテンツ（ファイル）を解凍して、解凍後のファイルの印刷を実行する。ただし、例えば、解凍後のファイルも印刷できない形式である場合（例えば、解凍後のファイルの拡張子が「ｍｐ３」や「ｍｐ４」等である場合）、Ｗｅｂブラウザ３１０は、印刷を行わない。

ステップＳ１４０４において、ファイル形式がＷｅｂブラウザ３１０に表示する形式であると判定された場合、Ｗｅｂブラウザ３１０は、当該ファイル形式が、印刷する形式又は印刷しない形式のいずれであるかを判定する（ステップＳ１４１２）。ここで、印刷する形式としては、例えば、「ｇｉｆ」、「ｐｎｇ」等の拡張子のファイル形式が挙げられる。また、印刷しない形式としては、例えば、「ｈｔｍｌ」等の拡張子のファイル形式が挙げられる。

ステップＳ１４１２において、ファイル形式が印刷する形式であると判定された場合、Ｗｅｂブラウザ３１０は、当該コンテンツ（ファイル）をダウンロードして表示する（ステップＳ１４１３）。このとき、Ｗｅｂブラウザ３１０は、表示したコンテンツを印刷するための印刷実行ボタンも画面上に表示する。

次に、Ｗｅｂブラウザ３１０は、上記のステップＳ１４１３で表示された画面に含まれる印刷実行ボタンの押下を受け付けたか否かを判定する（ステップＳ１４１４）。なお、このとき、Ｗｅｂブラウザ３１０は、印刷設定を行うための印刷設定画面上における印刷実行ボタンの押下を受け付けても良い。

ステップＳ１４１４において、印刷実行ボタンの押下を受け付けたと判定された場合、Ｗｅｂブラウザ３１０は、コンテンツの印刷を実行する（ステップＳ１４１５）。

ステップＳ１４１４において、印刷実行ボタンの押下を受け付けたと判定されなかった場合（例えば、印刷がキャンセルされた場合等）、Ｗｅｂブラウザ３１０は、コンテンツの印刷は実行しない（ステップＳ１４１６）。この場合、Ｗｅｂブラウザ３１０は、当該コンテンツを消去する。なお、Ｗｅｂブラウザ３１０は、印刷がキャンセルされた場合以外である場合、例えば、エラー画面等を表示しても良い。

ステップＳ１４１２において、ファイル形式が印刷しない形式であると判定された場合、Ｗｅｂブラウザ３１０は、当該コンテンツ（ファイル）をダウンロードして表示する（ステップＳ１４１７）。このとき、Ｗｅｂブラウザ３１０は、上記のステップＳ１４１３と異なり、表示したコンテンツを印刷するための印刷実行ボタンは画面上に表示しない。

（実施例２）
以降では、ユーザが画像処理装置１０を用いて、汎用的なＨＴＭＬを用いたＷｅｂアプリケーションにより、スキャンにより生成した画像データをＷｅｂサーバ２０にアップロードする処理について、図１５を参照しながら説明する。図１５は、本実施形態に係るスキャン処理の一例を示すシーケンス図である。

まず、ブラウザ機能部３１１のＵＩ部３１３は、例えば図１６に示すＷｅｂページＧ３１０を表示する（ステップＳ１５０１）。図１６に示すＷｅｂページＧ３１０は、Ｗｅｂサーバ２０から取得したコンテンツ（ＨＴＭＬやＣＳＳ、ＪａｖａＳｃｒｉｐｔ等）を解釈部３１４が解釈することで表示される。このようなコンテンツの取得は、例えば、ＷｅｂページＧ１１０を表示するためのＵＲＬを入力したり、当該ＵＲＬへのリンクを押下したりすることで行うことができる。

図１６に示すＷｅｂページＧ３１０には、Ｗｅｂサーバ２０にアップロードするファイルを選択するための選択ボタンＧ３１１が含まれている。ここで、ユーザが選択ボタンＧ３１１を押下したものとする。なお、画像処理装置１０のスキャナには、スキャン対象の原稿がセットされているものとする。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザによる選択ボタンＧ３１１の押下を受け付ける（ステップＳ１５０２）。ここで、図１６に示すＷｅｂページＧ３１０に含まれる選択ボタンＧ３１１は、例えば、図１７に示すように、属性「ｔｙｐｅ」と、属性「ｎａｍｅ」と、属性「ａｃｃｅｐｔ」と、属性「ｃａｐｔｕｒｅ」とが設定されたｉｎｐｕｔタグにより実現される。なお、ｉｎｐｕｔタグには、これら以外にも、種々の属性が設定されていても良い。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザにより押下された選択ボタンＧ３１１を実現するｉｎｐｕｔタグの解釈要求を解釈部３１４に送信する（ステップＳ１５０３）。

ブラウザ機能部３１１の解釈部３１４は、選択ボタンＧ３１１を実現するｉｎｐｕｔタグを解釈する（ステップＳ１５０４）。すなわち、解釈部３１４は、ｉｎｐｕｔタグを解釈することで、当該ｉｎｐｕｔタグの属性「ｔｙｐｅ」に指定された「ｆｉｌｅ」からファイル選択を特定する。

次に、ブラウザ機能部３１１の解釈部３１４は、ファイル選択通知を制御部３１２に送信する（ステップＳ１５０５）。解釈部３１４は、例えば、機器で保有するファイルを選択するためのファイル選択ＡＰＩの一例として、ｏｐｅｎＦｉｌｅＣｈｏｏｓｅｒを呼び出すことで、ファイル選択通知を行うことができる。なお、このとき、ｏｐｅｎＦｉｌｅＣｈｏｏｓｅｒの引数には、応答のためのコールバック先と、属性「ａｃｃｅｐｔ」に指定された値と、属性「ｃａｐｔｕｒｅ」に指定された値とが指定される。ｏｐｅｎＦｉｌｅＣｈｏｏｓｅｒは、操作装置１１で提供するＡＰＩ（操作部ＡＰＩ、操作装置ＡＰＩ）の１つである。

制御部３１２は、ファイル選択通知を受信すると、スキャン実行要求をスキャンサービス部３８０に送信する（ステップＳ１５０６）。なお、制御部３１２は、例えば、ｉｎｔｅｎｔを用いて、スキャンサービス部３８０のスキャンＵＩアプリケーション３３０を呼び出すことができる。

スキャンサービス部３８０は、制御部３１２からスキャン実行要求を受信すると、例えば図１６に示すスキャン中画面Ｇ３２０を表示する（ステップＳ１５０７）。図１６に示すスキャン中画面Ｇ３２０は、スキャンＵＩアプリケーション３３０により表示される。図１６に示すスキャン中画面Ｇ３２０が表示されることで、ユーザは、原稿がスキャン中であることを知ることができる。

次に、スキャンサービス部３８０は、スキャナにセットされた原稿のスキャンを実行して画像データを生成する（ステップＳ１５０８）。スキャンの実行は、スキャンＵＩアプリケーション３３０が、ＷｅｂＡＰＩ３４０を介して、スキャンアプリケーション３６０に対してスキャン要求を送信することで行うことができる。これにより、スキャナにセットされた原稿から画像データが生成される。スキャンにより生成された画像データは、例えばフラッシュメモリ１１４内の予め指定された記憶領域に保存される。

なお、図１６に示すスキャン中画面Ｇ３２０には、キャンセルボタンＧ３２１が含まれる。ユーザによりキャンセルボタンＧ３２１が押下された場合、スキャンＵＩアプリケーション３３０は、ＷｅｂＡＰＩ３４０を介して、スキャン要求をスキャンアプリケーション３６０に送信する。これにより、原稿のスキャンが中止される。

スキャンが完了すると、スキャンアプリケーション３６０は、当該スキャン要求に対する応答をスキャンＵＩアプリケーション３３０に送信する。一方で、例えば、スキャン中にエラーが発生した場合、スキャンアプリケーション３６０は、エラーが発生したことを示す通知をスキャンＵＩアプリケーション３３０に送信する。スキャンＵＩアプリケーション３３０は、エラーが発生したことを示す通知を受信すると、例えば、エラーが発生したことを示す画面を表示する。

次に、スキャンサービス部３８０は、上記のステップＳ１２０８で実行されたスキャンが完了すると、例えば図１６に示すスキャン完了画面Ｇ３３０を表示する（ステップＳ１５０９）。そして、スキャンサービス部３８０は、スキャン結果（例えば、スキャンにより生成された画像データ又は当該画像データの保存先を示す情報）を制御部３１２に送信する。

制御部３１２は、スキャン結果を受信すると、例えば図１６に示すアップロード画面Ｇ３４０を表示する（ステップＳ１５１０）。図１６に示すアップロード画面Ｇ３４０には、スキャンにより生成された画像データのファイル名Ｇ３４１が表示されている。また、図１６に示すアップロード画面Ｇ３４０は、アップロードボタンＧ３４２が含まれる。ここで、ユーザがアップロードボタンＧ３４２を押下したものとする。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザによるアップロードボタンＧ３４２の押下を受け付ける（ステップＳ１５１１）。なお、アップロードボタンＧ３４２は、例えば、制御部３１２により表示されるポップアップウインドウ等の別ウインドウに含まれていても良い。なお、アップロードボタンＧ３４２が押下されなかった場合、例えば、スキャンにより生成された画像データは、画像処理装置１０に保存されても良いし、保存せずに破棄されても良い。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザによりアップロードボタンＧ３４２が押下されると、スキャンにより生成された画像データのアップロード要求を制御部３１２に送信する（ステップＳ１５１２）。

制御部３１２は、画像データのアップロード要求を受信すると、例えば図１６に示すアップロード中画面Ｇ３５０を表示する（ステップＳ１５１３）。

次に、制御部３１２は、画像データのアップロード要求をＷｅｂサーバ２０に送信する（ステップＳ１５１４）。そして、制御部３１２は、アップロード結果をＷｅｂサーバ２０から受信する。これにより、スキャンにより生成された画像データがＷｅｂサーバ２０にアップロードされる。

なお、図１６に示すアップロード中画面Ｇ３５０には、キャンセルボタンＧ３５１が含まれる。ユーザによりキャンセルボタンＧ３５１が押下された場合、制御部３１２は、画像データのアップロードを中止する。

また、制御部３１２は、上記のステップＳ１２１４のアップロード要求を行う前に、スキャンにより生成された画像データに対して、例えば、ユーザを識別するユーザＩＤ等を付加しても良い。また、制御部３１２は、スキャンにより生成された画像データに対して、例えば、スキャン時の設定（例えば、変倍率やトリミング幅、画像補正値、スキャンした機器の情報等）を示す情報を付加しても良い。

制御部３１２は、Ｗｅｂサーバ２０からアップロード結果を受信すると、アップロード完了通知をＵＩ部３１３に送信する（ステップＳ１５１５）。

ブラウザ機能部３１１のＵＩ部３１３は、アップロード完了通知を受信すると、例えば図１６に示すアップロード完了画面Ｇ３６０を表示する（ステップＳ１５１６）。図１６に示すアップロード完了画面Ｇ３６０が表示されることで、ユーザは、原稿のスキャン及びスキャンにより生成された画像データのアップロードが完了したことを知ることができる。

以上のように、本実施形態に係る画像処理装置１０は、汎用的なＨＴＭＬタグであるｉｎｐｕｔタグで実現されるボタンがユーザにより押下された場合に、スキャナにより原稿を読み取って画像データを生成し、Ｗｅｂサーバ２０にアップロードすることができる。このように、本実施形態に係る画像処理装置１０では、スキャン機能を実現するための専用のＨＴＭＬタグを用いずに、当該スキャン機能が実現される。

したがって、例えば、Ｗｅｂサーバ２０が提供するＷｅｂアプリケーションの開発者等は、専用のＪａｖａＳｃｒｉｐｔやＨＴＭＬ等の知識を必要とすることなく、画像処理装置１０特有の画像処理機能を実現させるＷｅｂアプリケーションを開発することができる。

（実施例２の他の例（その１））
次に、スキャン処理の他の例（その１）について、図１８を参照しながら説明する。図１８は、本実施形態に係るスキャン処理の他の例（その１）を示すシーケンス図である。なお、図１８におけるステップＳ１５０１〜ステップＳ１５１６は、図１５と同様であるため、その説明を省略する。

ステップＳ１５０６に続いて、スキャンサービス部３８０は、ブラウザ機能部３１１からスキャン実行要求を受信すると、例えば図１９に示すスキャン設定画面Ｇ４１０を表示する（ステップＳ１８０１）。図１９に示すスキャン設定画面Ｇ４１０は、スキャンＵＩアプリケーション３３０により表示される。

図１９に示すスキャン設定画面Ｇ４１０には、スキャン設定欄Ｇ４１１と、スキャン実行ボタンＧ４１２とが含まれる。ユーザは、スキャン設定欄Ｇ４１１において、例えば、「原稿種類」、「解像度」、「原稿セット方向」、「原稿面」、「読み取りサイズ」、「ファイル形式」等の種々のスキャン設定を指定することができる。ここで、ユーザがスキャン設定欄Ｇ４１１においてスキャン設定を指定する操作（スキャン設定操作）を行った上で、スキャン実行ボタンＧ４１２を押下したものとする。

スキャンサービス部３８０は、ユーザによるスキャン設定操作及びスキャン実行ボタンＧ４１２の押下を受け付ける（ステップＳ１８０２）。スキャン設定操作及びスキャン実行ボタンＧ４１２の押下は、スキャンＵＩアプリケーション３３０により受け付けられる。これにより、ステップＳ１５０８において、ユーザにより指定されたスキャン設定で原稿がスキャンされる。

（実施例２の他の例（その２））
次に、スキャン処理の他の例（その２）について、図２０を参照しながら説明する。図２０は、本実施形態に係るスキャン処理の他の例（その２）を示すシーケンス図である。なお、図２０におけるステップＳ１５０１〜ステップＳ１５１６は、図１５と同様であるため、その説明を省略する。

ステップＳ１５１２に続いて、制御部３１２は、画像データのアップロード要求を受信すると、スキャンにより生成された画像データに対して所定の画像処理を実行する（ステップＳ２００１）。ここで、制御部３１２により実行される画像処理としては、例えば、画像データに対して所定の情報（例えば保存先のＵＲＬや保存時刻等）を付加する処理、データ形式の変換処理等が挙げられる。これにより、ステップＳ１５１４において、画像処理が行われた後の画像データがＷｅｂサーバ２０にアップロードされる。

（実施例２の他の例（その３））
次に、スキャン処理の他の例（その３）について、図２１を参照しながら説明する。図２１は、本実施形態に係るスキャン処理の他の例（その３）を示すシーケンス図である。

まず、ブラウザ機能部３１１のＵＩ部３１３は、例えば図２２に示すＷｅｂページＧ５１０を表示する（ステップＳ２１０１）。図２２に示すＷｅｂページＧ５１０は、Ｗｅｂサーバ２０から取得したコンテンツ（ＨＴＭＬやＣＳＳ、ＪａｖａＳｃｒｉｐｔ等）を解釈部３１４が解釈することで表示される。このようなコンテンツの取得は、例えば、ＷｅｂページＧ５１０を表示するためのＵＲＬを入力したり、当該ＵＲＬへのリンクを押下したりすることで行うことができる。

図２２に示すＷｅｂページＧ５１０には、リンク先として指定されたメールアドレス宛にメールを送信するためのリンクＧ５１１が含まれている。ここで、ユーザがリンクＧ５１１を押下したものとする。なお、画像処理装置１０のスキャナには、スキャン対象の原稿がセットされているものとする。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザによるリンクＧ５１１の押下を受け付ける（ステップＳ２１０２）。ここで、図２２に示すＷｅｂページＧ５１０に含まれるリンクＧ５１１は、例えば、図２３に示すように、属性「ｈｒｅｆ」が設定されたａタグにより実現される。図２３に示すａタグの属性「ｈｒｅｆ」には、スキーム「ｍａｉｌｔｏ」で、メールアドレスが指定されている。なお、ａタグには、これ以外にも、種々の属性が設定されていても良い。

ブラウザ機能部３１１のＵＩ部３１３は、ユーザにより押下されたリンクＧ５１１を実現するａタグの解釈要求を解釈部３１４に送信する（ステップＳ２１０３）。

ブラウザ機能部３１１の解釈部３１４は、リンクＧ５１１を実現するａタグを解釈する（ステップＳ２１０４）。すなわち、解釈部３１４は、ａタグを解釈することで、当該ａタグの属性「ｈｒｅｆ」に指定されたスキーム「ｍａｉｌｔｏ」からメール送信を特定する。

次に、ブラウザ機能部３１１の解釈部３１４は、メール送信通知を制御部３１２に送信する（ステップＳ２１０５）。解釈部３１４は、例えば、操作装置１１のＷｅｂブラウザ３１０又はアプリケーションの内部に保持されているメール送信ライブラリのＡＰＩをコールすることで、メール送信通知を行うことができる。又は、解釈部３１４は、例えば、本体装置１２が保持されているメール送信プログラム（又はメール送信モジュール等）を、ＷｅｂＡＰＩを介してコールすることで、メール送信通知を行っても良い。なお、このとき、コールされるＡＰＩの引数には、属性「ｈｒｅｆ」に指定されたメールアドレスが指定される。

制御部３１２は、メール送信通知を受信すると、スキャン実行要求をスキャンサービス部３８０に送信する（ステップＳ２１０６）。なお、制御部３１２は、例えば、ｉｎｔｅｎｔを用いて、スキャンサービス部３８０のスキャンＵＩアプリケーション３３０を呼び出すことができる。

以降のステップＳ１５０７〜ステップＳ１５０８は、図１５と同様であるため、その説明を省略する。

ステップＳ１５０８に続いて、スキャンサービス部３８０は、例えば図２２に示すスキャン完了及びメール送信中画面Ｇ５２０を表示する（ステップＳ２１０７）。そして、スキャンサービス部３８０は、スキャン結果（例えば、スキャンにより生成された画像データ又は当該画像データの保存先を示す情報）を制御部３１２に送信する。

制御部３１２は、スキャン結果を受信すると、スキャンにより生成された画像データを添付したメールを、ａタグの属性「ｈｒｅｆ」に指定されたメールアドレス宛に送信する（ステップＳ２１０８）。これにより、スキャンにより生成された画像データが指定されたメールアドレス宛に送信される。

なお、図２２に示すスキャン完了及びメール送信中画面Ｇ５２０には、キャンセルボタンＧ５２１が含まれる。ユーザによりキャンセルボタンＧ５２１が押下された場合、スキャンＵＩアプリケーション３３０は、メール送信中止要求を制御部３１２に送信する。これにより、画像データが添付されたメールの送信が中止される。

制御部３１２は、メールの送信が完了すると、メール送信完了通知をＵＩ部３１３に送信する（ステップＳ２１０９）。

ブラウザ機能部３１１のＵＩ部３１３は、メール送信完了通知を受信すると、例えば図２２に示すメール送信完了画面Ｇ５３０を表示する（ステップＳ２１１０）。図２２に示すメール送信完了画面Ｇ５３０が表示されることで、ユーザは、原稿のスキャン及びスキャンにより生成された画像データのメール送信が完了したことを知ることができる。

このように、実施例２の他の例（その３）では、汎用的なＨＴＭＬタグであるａタグで実現されるリンクがユーザにより押下された場合に、スキャナにより原稿を読み取って画像データを生成し、生成した画像データが添付されたメールを送信することができる。

次に、スキャン処理の実行時におけるＷｅｂブラウザ３１０の動作の一例について、図２４を参照しながら説明する。図２４は、スキャン処理の実行時におけるＷｅｂブラウザ３１０の動作の一例を示すフローチャートである。

まず、Ｗｅｂブラウザ３１０は、図１５のステップＳ１５０１で説明したように、Ｗｅｂサーバ２０からコンテンツ（Ｗｅｂページ）を取得し、選択ボタンを含む画面を表示する（ステップＳ２４０１）。

次に、Ｗｅｂブラウザ３１０は、図１５のステップＳ１５０２で説明したように、ユーザによる選択ボタンの押下を受け付ける（ステップＳ２４０２）。Ｗｅｂブラウザ３１０は、選択ボタンの押下を受け付けると、ファイル選択に関する所定のタグ名（ｉｎｐｕｔタグ）を検出する（ステップＳ２４０３）。Ｗｅｂブラウザ３１０は、ｉｎｐｕｔタグを検出すると、図１５のステップＳ１５０５で説明したように、ファイル選択通知を行う（ステップＳ２４０４）。

次に、Ｗｅｂブラウザ３１０は、図１５のステップＳ１５０６で説明したように、スキャン実行要求を行う（ステップＳ２４０５）。そして、Ｗｅｂブラウザ３１０は、図１５のステップＳ１５１０で説明したように、スキャン完了後に、アップロードボタンが含まれる画面（例えば、アップロード画面）を表示する（ステップＳ２４０６）。

次に、Ｗｅｂブラウザ３１０は、アップロードボタンの押下を受け付けたか否かを判定する（ステップＳ２４０７）。

ステップＳ２４０７において、アップロードボタンの押下を受け付けたと判定された場合、Ｗｅｂブラウザ３１０は、図１５のステップＳ１５１２で説明したように、アップロードを行う（ステップＳ２４０８）。

ステップＳ２４０７において、アップロードボタンの押下を受け付けたと判定されなかった場合（例えば、アップロードがキャンセルされた場合等）、Ｗｅｂブラウザ３１０は、アップロードを行わない（ステップＳ２４０９）。この場合、Ｗｅｂブラウザ３１０は、スキャンにより生成された画像データを保存する。ただし、Ｗｅｂブラウザ３１０は、例えば、エラー等によりアップロードを行わない場合には、スキャンにより生成された画像データを削除しても良い。

＜他のソフトウェア構成例＞
次に、本実施形態に係る画像処理システム１に含まれる画像処理装置１０及び情報処理装置３０のソフトウェア構成の他の例について、図２５を参照しながら説明する。図２５は、本実施形態に係る画像処理システム１のソフトウェア構成の他の例を示す図である。

図２５に示すように、本実施形態に係る画像処理装置１０の操作装置１１は、印刷ＵＩアプリケーション３２０及びスキャンＵＩアプリケーション３３０の代わりに、操作部ＡＰＩアプリケーション３９０を有していても良い。

操作部ＡＰＩアプリケーション３９０は、印刷やスキャン等の画像処理に関するＵＩを提供するアプリケーションプログラムである。操作部ＡＰＩアプリケーション３９０は、印刷ＵＩアプリケーション３２０やスキャンＵＩアプリケーション３３０等の画像処理に関するＵＩを提供するアプリケーションと同様の機能を有する。

したがって、図２５に示すソフトウェア構成の場合、上記で説明した実施例１及び実施例２において、印刷ＵＩアプリケーション３２０及びスキャンＵＩアプリケーション３３０を操作部ＡＰＩアプリケーション３９０と読み替えれば良い。操作部ＡＰＩアプリケーション３９０を用いることで、印刷やスキャン等の種々の画像処理に関するＵＩを統一的に提供することができる。

また、操作部ＡＰＩアプリケーション３９０は、画像処理に関するＵＩを提供するアプリケーションをサードベンダ等が開発するためのＡＰＩ群を備えている。サードベンダ等は、操作部ＡＰＩアプリケーション３９０のＡＰＩ群を利用することで、ＷｅｂＡＰＩ３４０の仕様に関する知識を必要とすることなく、画像に関するＵＩを提供するアプリケーションを容易に開発することができるようになる。すなわち、操作部ＡＰＩアプリケーション３９０は、ＷｅｂＡＰＩ３４０をラッピングしたＡＰＩ群をサードベンダ等に提供するアプリケーションプログラムとも言うことができる。

なお、図２５に示すソフトウェア構成では、操作装置１１が、印刷ＵＩアプリケーション３２０及びスキャンＵＩアプリケーション３３０の代わりに、操作部ＡＰＩアプリケーション３９０を有している構成を示したが、これに限られない。操作装置１１は、印刷ＵＩアプリケーション３２０及びスキャンＵＩアプリケーション３３０に加えて、操作部ＡＰＩアプリケーション３９０を有していても良い。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ 画像処理システム
１０ 画像処理装置
２０ Ｗｅｂサーバ
３１０ Ｗｅｂブラウザ
３１１ ブラウザ機能部
３１２ 制御部
３１３ ＵＩ部
３１４ 解釈部
３２０ 印刷ＵＩアプリケーション
３３０ スキャンＵＩアプリケーション
３４０ ＷｅｂＡＰＩ
３５０ 印刷アプリケーション
３６０ スキャンアプリケーション
３７０ 印刷サービス部
３８０ スキャンサービス部

特開２０１１−２５９４６４号公報

Claims (16)

1. Ｗｅｂブラウザと、所定の画像処理の実行を制御する画像処理サービス部とを有する画像処理装置であって、
   前記Ｗｅｂブラウザは、
   前記画像処理装置とネットワークを介して接続されるＷｅｂサーバから取得したコンテンツを解釈する解釈部と、
   前記解釈部が解釈したコンテンツに基づく画面を表示するＵＩ部と、
   前記ＵＩ部が表示した前記画面上におけるユーザの入力に応じて、前記Ｗｅｂサーバに対する所定の処理の実行要求と、前記画像処理サービス部に対する前記画像処理の実行要求とを行う制御部と、
   を有することを特徴とする画像処理装置。
2. 前記Ｗｅｂブラウザは、複数の前記Ｗｅｂサーバのそれぞれと協働して、それぞれ異なる複数のＷｅｂアプリケーションを実現し、
   前記制御部は、
   前記Ｗｅｂアプリケーションの前記画面上における表示部品に対するユーザの押下操作に応じて、前記表示部品を実現するＨＴＭＬタグに基づいて、前記Ｗｅｂサーバに対する所定の処理の実行要求と、前記画像処理の実行要求とを行う、
   ことを特徴とする請求項１に記載の画像処理装置。
3. 前記制御部は、
   前記ＨＴＭＬタグが、前記Ｗｅｂサーバに保存されている電子ファイルへのリンクを示すタグである場合、前記電子ファイルのダウンロード要求を前記Ｗｅｂサーバに対して行って、前記ダウンロード要求に応じてダウンロードされた前記電子ファイルの印刷要求を前記画像処理サービス部に対して行う、
   ことを特徴とする請求項２に記載の画像処理装置。
4. 前記Ｗｅｂブラウザにおいて、
   前記解釈部は、電子ファイルのダウンロードを機器に指示するＨＴＭＬタグに含まれる、前記電子ファイルのファイル形式を示す情報に応じて、前記電子ファイルの前記ダウンロード及び該ダウンロードに続く前記印刷要求と、前記電子ファイルの前記ダウンロード及び該電子ファイルの表示と、前記電子ファイルの前記ダウンロード及び該電子ファイルの表示並びに前記ダウンロードに続く前記印刷要求とのうちの何れかを選択して実行する、
   ことを特徴とする請求項３に記載の画像処理装置。
5. 前記制御部は、
   前記ＨＴＭＬタグが、前記Ｗｅｂサーバに保存されている電子ファイルへのリンクを示すタグであり、かつ、前記リンク先の電子ファイルのＭＩＭＥタイプが所定のタイプである場合、前記電子ファイルのダウンロード要求を前記Ｗｅｂサーバに対して行って、前記ダウンロード要求に応じてダウンロードされた前記電子ファイルの印刷要求を前記画像処理サービス部に対して行う、
   ことを特徴とする請求項３に記載の画像処理装置。
6. 前記制御部は、
   前記ＨＴＭＬタグが、前記画像処理装置に保存されている電子ファイルのうち、前記Ｗｅｂサーバに送信する電子ファイルを選択することを示すタグである場合、原稿を読み取って電子ファイルを生成するためのスキャン要求を前記画像処理サービス部に対して行って、前記スキャン要求に応じて生成された電子ファイルのアップロード要求を前記Ｗｅｂサーバに対して行う、
   ことを特徴とする請求項２乃至５の何れか一項に記載の画像処理装置。
7. 前記Ｗｅｂブラウザにおいて、
   前記解釈部は、前記電子ファイルのアップロードを機器に指示する前記ＨＴＭＬタグに含まれるファイル選択を示す情報に応じて、前記スキャン要求及び前記アップロード要求を行う、
   ことを特徴とする請求項６に記載の画像処理装置。
8. 前記Ｗｅｂブラウザにおいて、
   前記解釈部は、前記電子ファイルのアップロードを機器に指示する前記ＨＴＭＬタグに含まれる、カメラの起動を示す情報に応じて、前記スキャン要求及び前記アップロード要求を行う、
   ことを特徴とする請求項６に記載の画像処理装置。
9. 前記Ｗｅｂブラウザは、Ｊａｖａアプリケーションプログラムにより実現され、
   前記解釈部及び前記ＵＩ部は、前記画像処理装置の操作部に備えるブラウザ機能から構成されると共に、前記Ｊａｖａアプリケーションプログラムが、前記操作部が提供するＡＰＩを介して前記ブラウザ機能を呼び出すことで実現する、
   ことを特徴とする請求項１乃至８の何れか一項に記載の画像処理装置。
10. 前記画像処理装置には、
    ユーザに対するインタフェースを提供する第１のプログラムを有する操作装置と、前記画像処理を実行する制御する第２のプログラム及び前記第１のプログラムが前記第２のプログラムに対して前記画像処理の実行を要求するためのＷｅｂＡＰＩを有する本体装置とが含まれ、
    前記画像処理サービス部には、
    前記第１のプログラムと、前記第２のプログラムと、前記ＷｅｂＡＰＩとが含まれる、
    ことを特徴とする請求項１乃至９の何れか一項に記載の画像処理装置。
11. 前記第１のプログラムは、前記ＷｅｂＡＰＩをラッピングしたＡＰＩ群を提供する、ことを特徴する請求項１０に記載の画像処理装置。
12. 前記操作装置及び前記本体装置には、それぞれ異なるＯＳが搭載され、
    前記Ｗｅｂブラウザ及び前記第１のプログラムは、前記操作装置に搭載されたＯＳ上で動作する、ことを特徴とする請求項１０又は１１に記載の画像処理装置。
13. Ｗｅｂブラウザが搭載された情報処理端末と、所定の画像処理を実行する画像処理装置とを有する画像処理システムであって、
    前記Ｗｅｂブラウザは、
    前記画像処理システムとネットワークを介して接続されるＷｅｂサーバから取得したコンテンツを解釈する解釈部と、
    前記解釈部が解釈したコンテンツに基づく画面を表示するＵＩ部と、
    前記ＵＩ部が表示した前記画面上におけるユーザの入力に応じて、前記Ｗｅｂサーバに対する所定の処理の実行要求と、前記画像処理装置に対する前記画像処理の実行要求とを行う制御部と、
    を有することを特徴とする画像処理システム。
14. Ｗｅｂブラウザが搭載された情報処理端末と、所定の画像処理を実行する画像処理装置とを有する画像処理システムであって、
    前記情報処理端末は、
    前記画像処理システムとネットワークを介して接続されるＷｅｂサーバから取得したコンテンツを解釈する解釈部と、
    前記解釈部が解釈したコンテンツに基づく画面を表示するＵＩ部と、
    前記ＵＩ部が表示した前記画面上におけるユーザの入力に応じて、前記Ｗｅｂサーバに対する所定の処理の実行要求と、前記画像処理装置に対する前記画像処理の実行要求とを行う制御部と、
    を有することを特徴とする画像処理システム。
15. Ｗｅｂブラウザと、所定の画像処理の実行を制御する画像処理サービス部とを有する画像処理装置が、
    前記Ｗｅｂブラウザにより、
    前記画像処理装置とネットワークを介して接続されるＷｅｂサーバから取得したコンテンツを解釈する解釈手順と、
    前記解釈手順が解釈したコンテンツに基づく画面を表示するＵＩ手順と、
    前記ＵＩ手順が表示した前記画面上におけるユーザの入力に応じて、前記Ｗｅｂサーバに対する所定の処理の実行要求と、前記画像処理サービス部に対する前記画像処理の実行要求とを行う制御手順と、
    を実行することを特徴とする画像処理方法。
16. 所定の画像処理の実行を制御する画像処理サービス部を有する画像処理装置に、
    前記画像処理装置とネットワークを介して接続されるＷｅｂサーバから取得したコンテンツを解釈する解釈手順と、
    前記解釈手順が解釈したコンテンツに基づく画面を表示するＵＩ手順と、
    前記ＵＩ手順が表示した前記画面上におけるユーザの入力に応じて、前記Ｗｅｂサーバに対する所定の処理の実行要求と、前記画像処理サービス部に対する前記画像処理の実行要求とを行う制御手順と、
    を実行させることを特徴とするＷｅｂブラウザプログラム。

Images