JP6550708B2 - 画像読取装置、および、コンピュータプログラム - Google Patents

Description

本明細書は、画像読取装置がネットワークを介してサービスを提供するサーバと通信するための技術に関する。

ネットワークを介してサービスを提供するサーバに、画像読取装置が、スキャンデータを送信する際にスキャンデータを格納する送信用データ（例えば、ＨＴＴＰリクエスト）のフォーマットは、サーバごとに異なる場合がある。このために、画像読取装置が、スキャンデータを送信する際には、送信用データのフォーマットに対応した送信プログラムが、サーバごとに準備されていた。例えば、特許文献１には、画像読取装置から、ネットワークを介してサービスを提供するサーバに、スキャンデータを送信する際に、当該スキャンデータの送信を中継する中継装置を含む通信システムが開示されている。この通信システムでは、中継装置が、サーバごとに準備される送信プログラムを実行することによって、スキャンデータの送信を中継している。このために、この通信システムでは、画像読取装置に、サーバごとに準備される送信プログラムを格納する必要がない。

２０１２−９９０１１号公報

しかしながら、上記技術では、サーバごとに準備される送信プログラムが必要であった。このために、当該送信プログラムを格納し、当該送信プログラムを実行する装置を準備する必要があった。

本明細書は、サーバごとに準備される送信プログラムが利用することなく、画像読取装置が、スキャンデータを適切なフォーマットの送信用データに格納してサーバに送信することができる技術を開示する。

本明細書は、以下の適用例を開示する。

［適用例１］画像読取装置であって、原稿を光学的に読み取ることによってスキャンデータを生成する読取実行部と、ネットワークを介してサービスを提供するサーバへ、前記スキャンデータを格納して送信される送信用データのフォーマットを規定するフォーマット情報が入力される入力画面を提供する入力画面提供部であって、入力される前記フォーマット情報は、前記送信用データに含まれる付加情報の項目名と、前記付加情報の項目名に対応する前記付加情報の値と、の両方を含む前記付加情報のフォーマット情報を含む、前記入力画面提供部と、前記入力画面を介して入力された前記フォーマット情報に従うフォーマットを有する前記送信用データを生成するデータ生成部と、生成された前記送信用データを前記サーバに送信するデータ送信部と、を備える、画像読取装置。

上記構成によれば、サーバごとに異なり得る送信用データのフォーマットに関する情報を、入力画面を介して受け取ることができるので、スキャンデータを適切なフォーマットでサーバに送信することができる。例えば、サーバごとに準備される送信プログラムが利用することなく、スキャンデータを適切なフォーマットでサーバに送信することができる。
［適用例２］
適用例１に記載の画像読取装置であって、さらに、
前記データ送信部が、前記スキャンデータを格納し、前記フォーマット情報に従うフォーマットを有する前記送信用データを送信する前に、テストデータを格納し、前記フォーマット情報に従うフォーマットを有する前記送信用データを前記サーバに送信するテストデータ送信部を備える、画像読取装置。
［適用例３］
適用例２に記載の画像読取装置であって、
前記テストデータは、前記読取実行部を用いることなく生成される画像データであって、前記スキャンデータと同じファイル形式を有し、
前記テストデータ送信部は、前記読取実行部によって前記スキャンデータが生成される前に、前記テストデータを格納する前記送信用データを前記サーバに送信する、画像読取装置。
［適用例４］
適用例２または３に記載の画像読取装置であって、さらに、
前記テストデータの前記サーバへの送信結果を示す第１の結果情報であって、前記テストデータを格納する前記送信用データの前記サーバへ送信に対して前記サーバから受信された応答を含む、前記第１の結果情報を通知する通知画面を提供する第１の通知画面提供部を備える、画像読取装置。
［適用例５］
適用例１〜４のいずれかに記載の画像読取装置であって、さらに、
前記スキャンデータの前記サーバへの送信結果を示す第２の結果情報であって、前記スキャンデータを格納する前記送信用データの前記サーバへ送信に対して前記サーバから受信された応答を含む、前記第２の結果情報を通知する通知画面を提供する第２の通知画面提供部を備える、画像読取装置。
［適用例６］
適用例１〜５のいずれかに記載の画像読取装置であって、
前記入力画面を介して入力される前記フォーマット情報は、前記スキャンデータ、および、前記付加情報のうちの少なくとも一方を符号化する方式を指定する情報を含む、画像読取装置。
［適用例７］
適用例１〜６のいずれかに記載の画像読取装置であって、
前記入力画面を介して入力される前記フォーマット情報は、情報の種類を示す種類情報を含み、
前記データ生成部は、前記フォーマット情報に含まれる前記種類情報を、前記種類情報によって示される種類の特定の情報であって、前記画像読取装置ごとに決定される前記特定の情報に置換することによって、前記特定の情報を含む前記送信用データを生成し、
前記画像読取装置は、さらに、前記フォーマット情報に含まれる前記種類情報を前記特定の情報に置換することなく、前記フォーマット情報を、外部装置に送信するフォーマット情報送信部を備える、画像読取装置。
［適用例８］
適用例７に記載の画像読取装置であって、さらに、
他の画像読取装置に入力された前記種類情報を含む前記フォーマット情報を受信するフォーマット情報受信部を備え、
前記データ送信部は、前記他の画像読取装置から受信した前記フォーマット情報に従うフォーマットを有する前記送信用データを生成する、画像読取装置。
［適用例９］
適用例１〜８のいずれかに記載の画像読取装置であって、
前記入力画面は、前記フォーマット情報のうちの前記付加情報の項目名を含む情報を入力するための第１の領域であって、ユーザによって任意の文字列が入力される、前記第１の領域を含む、画像読取装置。
［適用例１０］
適用例１〜９のいずれかに記載の画像読取装置であって、さらに、
前記入力画面は、前記スキャンデータを生成する際の読取設定を入力するための選択領域であって、複数個の選択肢から１個の特定の前記読取設定を選択させる、前記選択領域を含む、画像読取装置。
［適用例１１］
適用例１〜１０のいずれかに記載の画像読取装置であって、
前記入力画面は、前記フォーマット情報のうち、前記付加情報の項目名を含む情報を入力するための第１の領域であって、ユーザによって任意の文字列が入力される、前記第１の領域と、前記フォーマット情報のうち、通信プロトコルによって規定された前記サーバへの指示を示す情報を入力するための第２の領域であって、複数個の選択肢から１個の特定の情報を選択させる、前記第２の領域と、を含む、画像読取装置。

なお、本明細書に開示される技術は、上記通信装置の他、種々の形態で実現することが可能であり、例えば、画像読取装置を含むシステム、画像読取装置の制御方法、これらの装置、システム、方法を実現するためのコンピュータプ口グラム、そのコンピュータプログラムを記録した記録媒体等の形態で実現することができる。

一実施例としてのシステム１０００の構成を示すブロック図である。 Scan to HTTP処理のフローチャートである。 Scan to HTTP設定処理のフローチャートである。 第１実施例の入力画面ＷＰ１の一例を示す図である。 ＨＴＴＰリクエストＲＱおよびＨＴＴＰレスポンスＲＳを示す図である。 通知画面ＷＰ２の一例を示す図である。 一括設定処理のフローチャートである。 一括設定処理におけるＵＩ画面の一例を示す図である。 第２実施例の入力画面ＷＰ３の一例を示す図である。

Ａ．第１実施例：
Ａ−１：システム１０００の構成
次に、本明細書に開示される技術の実施の形態を実施例に基づき説明する。図１は、一実施例としてのシステム１０００の構成を示すブロック図である。システム１０００は、複数個の複合機１００Ａ〜１００Ｃと、パーソナルコンピュータ（ＰＣ）２００と、複数個のサーバ３００Ａ〜３００Ｃと、を備える。複数個の複合機１００Ａ〜１００Ｃと、パーソナルコンピュータ２００は、１個のＬＡＮ（Local Area Network）７０に接続されており、例えば、会社などの１個のグループのメンバーによって利用されている。ＬＡＮ７０は、インターネット８０に接続されている。サーバ３００Ａ〜３００Ｃは、インターネット８０に接続されている。複合機１００Ａ〜１００Ｃと、パーソナルコンピュータ２００とは、ＬＡＮ７０を介して通信可能である。また、複合機１００Ａ〜１００Ｃおよびパーソナルコンピュータ２００と、サーバ３００Ａ〜３００Ｃとは、ＬＡＮ７０およびインターネット８０を介して、通信可能である。

サーバ３００Ａ〜３００Ｃは、インターネット８０を介して、画像データを保存することができるＷＥＢサービスをクライアント（例えば、パーソナルコンピュータ２００や複合機１００Ａ〜１００Ｃ）に提供している。すなわち、クライアントは、ＨＴＴＰ（Hypertext Transfer Protocolの略）を用いて、これらのサーバにアクセスすることによって、ＷＥＢサービスの提供を受けることができる。各サーバは、例えば、互いに通信可能に接続された複数個の計算機と複数個の記憶装置とを含むクラウドサーバである。ＷＥＢサービスは、例えば、クライアントから送信されたデータを保存するストレージサービスや、クライアントから送信されたデータの保存と公開とを行うソーシャルネットワークサービスや、クライアントから送信された画像データを解析して画像内の情報を抽出する解析サービスを含む。

サーバ３００Ａ、３００Ｂ、３００Ｃによって提供されるＷＥＢサービスの名称を、それぞれ「ＳＮ１」、「ＳＮ２」、「ＳＮ３」とする。サーバ３００Ａ〜３００Ｃによって提供されるＷＥＢサービスＳＮ１〜ＳＮ３を運用する事業者は、互いに異なっている。ＷＥＢサービスＳＮ１〜ＳＮ３の事業者は、複合機１００のベンダとも異なる。ＷＥＢサービスＳＮ１〜ＳＮ３を利用するためにアクセスすべきＵＲＬ（Uniform Resource Locatorの略）は、互いに異なっている。これらのＵＲＬは、それぞれ、ＷＥＢサービスＳＮ１〜ＳＮ３を提供するサーバ３００Ａ〜３００Ｃのインターネット８０上の所在を示す所在情報と言うことができる。

本実施例の画像読取装置としての複合機１００Ａは、ＣＰＵ１１０と、ハードディスクドライブやＥＥＰＲＯＭ（登録商標）などの不揮発性記憶装置１２０と、ＲＡＭなどの揮発性記憶装置１３０と、所定の方式（例えば、レーザ方式や、インクジェット方式）で画像を印刷する印刷実行部１４０と、光学的に原稿を読み取ることによってスキャンデータを生成する読取実行部１５０と、タッチパネルやボタンなどの操作部１６０と、タッチパネルと重畳された液晶パネルなどの表示部１７０と、通信インタフェース（通信ＩＦ）１８０と、を備えている。

通信ＩＦ１８０は、例えば、イーサネット（登録商標）規格に準拠したインタフェースであり、ＬＡＮ７０に接続するために用いられる。

不揮発性記憶装置１２０は、コンピュータプログラムＰＧ１と、複合機１００に関する設定情報を格納する設定情報データベースＤＢと、を格納している。揮発性記憶装置１３０は、ＣＰＵ１１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域１３１として用いられる。

プログラムＰＧ１は、複合機１００Ａの出荷時に、予め不揮発性記憶装置１２０に記憶される形態で提供される。コンピュータプログラムＰＧ１は、インターネット８０を介して複合機１００に接続されたサーバからダウンロードされる形態で提供されても良く、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどに格納された形態で提供されても良い。

ＣＰＵ１１０は、コンピュータプログラムＰＧ１を実行することにより、複合機１００Ａのコントローラーとして機能する。具体的には、ＣＰＵ１１０は、印刷実行部１４０や読取実行部１５０を制御して印刷やスキャンを実行する。また、ＣＰＵ１１０は、設定情報データベースＤＢにアクセスするためのユーザインタフェース画面（ＵＩ画面とも呼ぶ）を、ユーザの端末装置（例えば、パーソナルコンピュータ２００）に提供する。提供されるＵＩ画面は、例えば、設定情報データベースＤＢに格納された設定情報を入力するための入力画面を含む。これらのＵＩ画面は、ＷＥＢページの形式で端末装置に提供される。すなわち、ユーザの端末装置は、ＷＥＢブラウザを用いて、複合機１００Ａにアクセスすることによって、これらのＵＩ画面を端末装置に表示することができる。そして、ユーザは、端末装置に表示されたＵＩ画面を介して、各種の設定情報の入力や読み出しを行うことができる。また、ＣＰＵ１１０は、後述するデバイスマネージャとしてのユーザの端末装置と協働して、後述する一括設定処理を実行することができる。

複合機１００Ｂ、１００Ｃの構成は、上述した複合機１００Ａの構成と同じである。

パーソナルコンピュータ２００（図１）は、複合機１００Ａ〜１００Ｃのユーザの計算機であり、複合機１００Ａ〜１００Ｃを管理する端末装置として用いられる。パーソナルコンピュータ２００は、パーソナルコンピュータ２００のコントローラーとしてのＣＰＵ２１０と、ハードディスクドライブなどの不揮発性記憶装置２２０と、ＲＡＭなどの揮発性記憶装置２３０と、マウスやキーボードなどの操作部２６０と、液晶ディスプレイなどの表示部２７０と、インターネット８０と接続するための通信ＩＦ２８０と、を備えている。

不揮発性記憶装置２２０は、ブラウザプログラムＰＧ２と、デバイス管理プログラムＰＧ３と、を格納している。揮発性記憶装置２３０は、ＣＰＵ２１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域２３１として用いられる。

ＣＰＵ２１０は、ブラウザプログラムＰＧ２を実行することによって、ＷＥＢブラウザとして機能する。ＷＥＢブラウザとして機能するＣＰＵ２１０は、複合機１００Ａ〜１００Ｃにアクセスすることによって、ＷＥＢページの形式のＵＩ画面の提供をうけることができる。すなわち、ＷＥＢブラウザとして機能するＣＰＵ２１０は、複合機１００Ａ〜１００Ｃに設定情報を入力するための入力画面などのＵＩ画面を表示部２７０に表示することができる。

また、ＣＰＵ２１０は、デバイス管理プログラムＰＧ３を実行することによって、デバイスマネージャとして機能する。デバイスマネージャは、複合機１００Ａ〜１００Ｃを管理する機能を有する。すなわち、デバイスマネージャとして機能するＣＰＵ２１０は、所定のプロトコル、例えば、ＳＮＭＰ（Simple Network Management Protocolの略)を用いて、複合機１００Ａ〜１００Ｃにアクセスして、設定情報データベースＤＢに格納された設定情報の取得や変更を行うことができる。デバイスマネージャとして機能するＣＰＵ２１０は、ＵＩ画面を表示部２７０に表示することができる。このＵＩ画面は、ＷＥＢページの形式で提供される上述したＵＩ画面とは異なる。

Ａ−２：Scan to HTTP処理
次に、Scan to HTTP処理の概要を説明する。Scan to HTTP処理は、複合機にて原稿を光学的に読み取ることによってスキャンデータを生成し、当該スキャンデータを複合機からＷＥＢサービスを提供するサーバへ送信（アップロード）する処理である。スキャンデータの送信には、ＨＴＴＰ(Hyper Text Transfer Protocolの略)が用いられる。

図２は、Scan to HTTP処理のフローチャートである。Scan to HTTP処理は、ユーザが、原稿を読取実行部１５０にセットしたうえで、Scan to HTTP処理の開始指示を、複合機１００Ａに入力したときに、開始される。Scan to HTTP処理の開始指示には、後述するScan to HTTP設定処理によって登録済みの１個以上の設定プロファイルのうちの１個の設定プロファイルの指定が含まれる。なお、設定プロファイルはユーザによって指定される。ここでは、設定プロファイルに従って、複合機１００Ａからサーバ３００Ａへ、スキャンデータを送信する場合を例として説明する。

Ｓ１では、複合機１００ＡのＣＰＵ１１０は、スキャン処理を実行する。具体的には、先ず、ＣＰＵ１１０は、読取実行部１５０を制御して、予め設定された読取設定で、原稿を光学的に読み取ることによって、原稿を表すスキャンデータを生成する。ＣＰＵ１１０は、生成されたスキャンデータを、読取設定において設定されたファイル形式（例えば、ＰＤＦ（Portable Document Formatの略）、ＪＰＥＧ（Joint Photographic Experts Groupの略））で保存する。ファイル形式を示す情報などの読取設定情報は、ユーザによって指定された設定プロファイルに含まれている。

Ｓ２では、ＣＰＵ１１０は、予め設定されたフォーマット情報に従うフォーマットを有する送信用データ（具体的には、ＨＴＴＰリクエスト）に、Ｓ１で生成されたスキャンデータ（スキャンファイル）を格納する格納処理を実行する。格納処理によって、スキャンデータが格納され、かつ、該フォーマット情報に従うフォーマットを有するＨＴＴＰリクエストが生成される。該フォーマット情報は、ユーザによって指定された設定プロファイルに含まれている。

Ｓ３では、ＣＰＵ１１０は、スキャンデータを、サーバ３００Ａへアップロードする。すなわち、ＣＰＵ１１０は、サーバ３００Ａへ、生成されたスキャンデータを含むＨＴＴＰリクエストを送信する。

サーバ３００Ａがスキャンデータを含むＨＴＴＰリクエストを受信すると、Ｓ４にて、サーバ３００ＡのＣＰＵは、保存処理を実行する。具体的には、サーバ３００ＡのＣＰＵは、該ＨＴＴＰリクエストに含まれる認証情報（例えば、パスワード）を用いて、認証処理を行う。そして、認証に成功した場合には、該ＨＴＴＰリクエストに含まれるスキャンデータを、サーバ３００Ａ内の記憶装置に格納する。

Ｓ５では、サーバ３００ＡのＣＰＵは、複合機１００Ａへ、スキャンデータの送信結果を示す応答（すなわち、ＨＴＴＰレスポンス）を送信する。送信結果の応答は、例えば、サーバ３００Ａによってスキャンデータが問題なく受信され、かつ、サーバ３００Ａの記憶装置に問題なく格納された場合には、スキャンデータのアップロードの成功を示す情報を含む。また、送信結果の応答は、例えば、エラーに起因して、サーバ３００Ａによってスキャンデータが受信されない場合、または、サーバ３００Ａの記憶装置に格納されない場合には、スキャンデータのアップロードの失敗を示す情報を含む。

複合機１００Ａが送信結果の応答を受信すると、Ｓ６にて、複合機１００ＡのＣＰＵ１１０は、スキャンデータの送信（アップロード）の結果を表示部１７０に表示して、Scan to HTTP処理を終了する。具体的には、後述するテストデータの送信結果を示す情報を通知する通知画面ＷＰ２（図６）と、同様の通知画面が、表示部１７０に表示される。すなわち、Ｓ６にて表示される通知画面には、Ｓ３にて、サーバ３００Ａへ送信されたＨＴＴＰリクエストＲＱに含まれる情報（文字列）が、そのまま示され、かつ、Ｓ６にて表示される通知画面には、Ｓ５にて、スキャンデータが格納されたＨＴＴＰリクエストに対してサーバ３００Ａから受信されたＨＴＴＰレスポンスＲＳに含まれる情報（文字列）が、そのまま示される（図６参照）。

なお、ここでは、サーバ３００Ａへスキャンデータをアップロードする場合を例に説明したが、設定プロファイルに応じて、他のサーバ３００Ｂ、３００Ｃにも同様にスキャンデータがアップロードされ得る。

Ａ−３：Scan to HTTP設定処理
次に、Scan to HTTP処理に関する設定情報（Scan to HTTP設定情報とも呼ぶ）を設定するScan to HTTP設定処理、換言すれば、該Scan to HTTP設定情報を含む設定プロファイルを生成して設定情報データベースＤＢに格納するScan to HTTP設定処理について説明する。Scan to HTTP設定処理は、Scan to HTTP処理に先だって実行される。Scan to HTTP設定情報は、具体的には、上述した読取設定情報（ファイル形式などのスキャン処理に関する設定情報）や、スキャンデータを含むＨＴＴＰリクエストのフォーマットを示すフォーマット情報を含む。

図３は、Scan to HTTP設定処理のフローチャートである。Scan to HTTP設定処理は、パーソナルコンピュータ２００においてブラウザプログラムＰＧ２が起動され、ＷＥＢブラウザとして機能するＣＰＵ２１０が、所定のＵＲＬを宛先ＵＲＬとして指定して複合機１００Ａにアクセスした場合に開始される。所定のＵＲＬは、Scan to HTTP処理に関する設定情報を入力するための入力画面を示すＵＲＬである。

Ｓ１２では、ＣＰＵ２１０は、所定のＵＲＬを宛先ＵＲＬとして用いて、入力画面を示す入力画面データの要求を、複合機１００Ａへ送信する。複合機１００Ａが入力画面データの要求を受信すると、Ｓ１４にて、ＣＰＵ１１０は、該要求に対する応答として、入力画面データを、パーソナルコンピュータ２００へ送信する。

パーソナルコンピュータ２００が入力画面データを受信すると、Ｓ１６にて、ＣＰＵ２１０は、入力画面データによって表される入力画面ＷＰ１を、表示部２７０に表示する。

図４は、入力画面ＷＰ１の一例を示す図である。入力画面ＷＰ１は、プロファイル名を入力するためのフィールドＦ１を含んでいる。プロファイル名は、入力画面ＷＰ１に入力された１組の入力情報を１個の設定プロファイルとして登録する際に、設定プロファイルの名称として使用される。プロファイル名は、ユーザによって決定される。プロファイル名には、例えば、スキャンデータの送信先のＷＥＢサービスの名称が用いられる。図４の例では、サーバ３００Ａが提供するＷＥＢサービスの名称（ＳＮ１）が用いられている。

入力画面ＷＰ１は、さらに、ＨＴＴＰリクエストのフォーマットを示すフォーマット情報を入力するためのフォーマット情報領域Ａ１と、上述した読取設定情報（スキャン処理に関する設定情報）を入力するための読取設定領域Ａ２と、を含んでいる。

フォーマット情報領域Ａ１は、ユーザがキーボードなどの操作部１６０を操作することによって、任意の文字列（テキスト）が入力される複数個のフィールドＦ２〜Ｆ８を含んでいる。

フィールドＦ２は、ＨＴＴＰリクエストの宛先ＵＲＬを入力するためのフィールドである。宛先ＵＲＬは、ＷＥＢサービスごとに決まっている。図４の例では、サーバ３００Ａが提供するＷＥＢサービスのＵＲＬが入力されている。

フィールドＦ３は、ＨＴＴＰリクエストに含めるべきメソッドを入力するためのフィールドである。スキャンデータをアップロードする際に用いられるメソッドは、一般的には、「POST」または「PUT」である。

フィールドＦ４、Ｆ５は、ＨＴＴＰリクエストのヘッダのフォーマットを規定する情報を入力するためのフィールドである。具体的には、フィールドＦ４、Ｆ５には、ＨＴＴＰリクエストのヘッダに含めるべき付加情報が入力される。より具体的には、フィールドＦ４は、付加情報の項目名を入力するためのフィールドであり、フィールドＦ５は、付加情報の値を入力するためのフィールドである。図４の例では、フォーマット情報領域Ａ１には、フィールドＦ４とフィールドＦ５が、３個ずつ配置されており、３種類の付加情報を入力することができる。図４の例では、上から１個目のフィールドＦ４には、項目名として、「X-UPLOAD-FILENAME」が入力されている。また、上から１個目のフィールドＦ５には、項目名「X-UPLOAD-FILENAME」に対応する値として、「__USER____TIME__.PDF」が入力されている。これは、アップロードされるスキャンデータのファイル名を指定する付加情報である。

フィールドＦ６は、ＨＴＴＰリクエストのボディのフォーマットを規定する情報を入力するためのフィールドである。具体的には、フィールドＦ６には、ＨＴＴＰリクエストのボディに含めるべき付加情報およびスキャンデータ（スキャンファイル）が、含めるべき順序で入力される。図４の例では、フィールドＦ６には、「type=pdf」、「tag=invoice」、「data=__File-DATA__:base64」の３行分の文字列が入力されている。「type=pdf」、「tag=invoice」は、付加情報であり、「type」,「tag」は、付加情報（ファイル形式の情報、および、タグ情報）の項目名であり、「pdf」,「invoice」は、これらの項目名に対応する付加情報の値である。「data」は、スキャンデータを示す項目名であり、_「_File-DATA_」はスキャンデータを示す変数である。_

フィールドＦ２〜Ｆ６に入力すべき情報（具体的には、文字列）、特に、項目名は、スキャンデータの送信先のＷＥＢサービスごとに決まっており、ＷＥＢサービスごとに異なり得る。一般的には、フィールドＦ２〜Ｆ６に入力すべき情報は、ＷＥＢサービスによってＡＰＩ（Application Programming Interfaceの略)として公開されている。ユーザは、例えば、公開されているＡＰＩを参照して、フィールドＦ２〜Ｆ６に、入力すべき情報を入力する。

フィールドＦ７、Ｆ８は、ＷＥＢサービスにアクセスするための認証情報を入力するためのフィールドである。具体的には、フィールドＦ７には、ユーザ名が入力され、フィールドＦ８には、パスワードが入力される。図４の例では、フィールドＦ７には、ユーザ名として、「__USER__:base64」が入力され、フィールドＦ８には、パスワードとして、「__PASS__:base64」が入力されている。

ここで、ユーザは、フィールドＦ２〜Ｆ８に入力される値（具体的には、フィールドＦ５に入力される付加情報の値や、Ｆ６、Ｆ７に入力される値）として、変数としての文字列（以下、単に変数と呼ぶ）を入力することができる。本実施例では、変数には、先頭と末尾にアンダーバー「__」が付加された文字列が使用されている。図４の例では、「__TIME__」、「__USER__」、「__PASS__」、「__File-DATA__」は、変数である。これらの変数は、実際のＨＴＴＰリクエストの中では、当該変数によって示される種類の特定の情報に置換される。例えば、「__TIME__」は、スキャンデータがアップロードされるとき（すなわち、ＨＴＴＰリクエストが送信されるとき）の時間を示す情報に置換される。「__USER__」は、複合機１００Ａに予め登録されたユーザ名であって、スキャンデータがアップロードされるときに、複合機１００Ａにログインしているユーザのユーザ名に置換される。「__PASS__」は、複合機１００Ａに予め登録されたパスワードであって、スキャンデータがアップロードされるときに、複合機１００Ａにログインしているユーザのユーザ名に対応付けられたパスワードに置換される。「__File-DATA__」は、スキャンデータがアップロードされるときに、アップロードすべきスキャンデータ（スキャンファイル）に置換される。このように、変数は、置換すべき情報の種類を示す種類情報と呼ぶことができる。また、「__USER__」、「__PASS__」などは、複合機ごとに決定される情報、すなわち、複合機（デバイス）ごとに異なり得る、デバイスに依存する情報と言うことができる。

また、ユーザは、これらの変数の次には、変数によって示される種類の特定の情報を符号化する方式を指定する情報を付加することができる。例えば、図４において、フィールドＦ６の３行目に入力された文字列「__File-DATA__:base64」は、実際のＨＴＴＰリクエストにおいて、変数「__File-DATA__」と置換されるスキャンデータは、「base64」と呼ばれる符号化方式（エンコード方式）を用いて符号化されるべきことを示している。符号化方式は、スキャンデータに限らず、スキャンデータを送信（アップロード）する際にサーバに送信される他の情報、すなわち、ＨＴＴＰリクエストに含まれる他の情報についても指定することができる。例えば、スキャンデータのファイル名、認証情報（パスワードおよび／またはユーザ名）、宛先ＵＲＬの全部または一部についても、符号化方式が指定され得る。

フィールドＦ２〜Ｆ８に入力することができる変数の種類や符号化方式の種類、これらの情報を入力するための書式は、複合機１００Ａのベンダによって予め決められている。書式は、例えば、上述した「__File-DATA__:base64」のように、変数の次にコロン「:」を挟んで符号化方式を入力すべきであることなどである。これらの変数、符号化方式の種類、書式に関する情報は、例えば、マニュアルに記載されてベンダからユーザに提供されている。ユーザは、例えば、該マニュアルを参照して、フィールドＦ２〜Ｆ８に情報（文字列）を入力する。

読取設定領域Ａ２は、スキャンデータを生成する際の読取設定を入力するための複数個のプルダウンメニューＭ１〜Ｍ４を含んでいる。各プルダウンメニューは、入力要素（ＵＩエレメント）の一種であり、予め用意された複数個の選択肢の中から１個の特定の選択肢を選択させる選択領域である。ユーザは、これらのプルダウンメニューＭ１〜Ｍ４を操作することによって、当該特定の選択肢に示される読取設定を入力することができる。プルダウンメニューＭ１は、スキャンデータによって表されるスキャン画像の画質に関する設定、具体的には、カラー／白黒の設定、および、スキャン解像度の設定を入力するためのメニューである。プルダウンメニューＭ２は、スキャンデータのファイル形式の設定を入力するためのメニューである。設定可能なファイル形式の選択肢は、例えば、ＰＤＦ、ＪＰＥＧ、ＴＩＦＦなどを含む。プルダウンメニューＭ３は、スキャンデータによって表されるスキャン画像のサイズ（原稿サイズ）の設定を入力するためのメニューである。設定可能な原稿サイズの選択肢は、例えば、Ａ４、Ａ３、Ｂ５、レター、リーガルなどを含む。プルダウンメニューＭ４は、スキャンデータのデータサイズ（換言すれば圧縮レベル）の設定を入力するためのメニューである。設定可能なデータサイズの選択肢は、例えば、大、中、小などを含む。なお、プルダウンメニューＭ１〜Ｍ４に代えて、ラジオボタンなどの他の形式の入力要素によって構成される選択領域が用いられても良い。

以上の説明から解るように、入力画面ＷＰ１を介して入力されるScan to HTTP設定情報は、ＨＴＴＰリクエストに含めるべき付加情報のように、スキャンデータの送信先のＷＥＢサービスに依存して異なり、複数個のＷＥＢサービスの間での共通性が比較的低い第１種の設定情報（具体的にはフォーマット情報）を含む。また、入力画面ＷＰ１を介して入力される設定情報は、スキャン処理に関する設定のように、スキャンデータの送信先のＷＥＢサービスに依存せず、複数個のＷＥＢサービスの間での共通性が比較的高い第２種の設定情報（具体的には読取設定情報）を含む。そして、第１種の設定情報については、ユーザインタフェースとして、任意の文字列を入力可能なフィールドＦ２〜Ｆ８が採用されている。そして、第２種の設定情報については、ユーザインタフェースとして、予め用意された複数個の選択肢から選択する方式であるプルダウンメニューＭ１〜Ｍ４が採用されている。この結果、入力すべきScan to HTTP設定情報の種類に応じて、適切なユーザインタフェースが採用されているので、ユーザは、適切なScan to HTTP設定情報を入力画面ＷＰ１を介して入力することができる。

入力画面ＷＰ１は、さらに、読出ボタンＢＴ１と、取消ボタンＢＴ２と、登録ボタンＢＴ３と、テスト送信ボタンＢＴ４と、を含んでいる。

読出ボタンＢＴ１は、登録済みの設定プロファイルの読み出しを指示するためのボタンである。例えば、ユーザによって、フィールドＦ１に登録済みの設定プロファイルの名称が入力されて、読出ボタンＢＴ１が押下されると、登録済みの設定プロファイルのリスト（図示省略）が表示される。そして、リストからユーザによって選択された登録済みの設定プロファイルが設定情報データベースＤＢから読み出される。読み出された設定プロファイルの名称は、入力画面ＷＰ１のフィールドＦ１に表示される。また、読み出された設定プロファイルの内容（一組のScan to HTTP設定情報）は、入力画面ＷＰ１のフィールドＦ２〜Ｆ８やプルダウンメニューＭ１〜Ｍ４に表示される。ユーザは、入力画面ＷＰ１上に読み出された設定プロファイルの内容を自由に編集できる。すなわち、複合機１００Ａは、入力画面ＷＰ１を介して、読み出された設定プロファイルの内容の変更をユーザから受け取ることによって、新たな設定プロファイルの登録を行うことができる。新たな設定プロファイルは、例えば、読み出された設定プロファイルにおけるスキャンデータの送信先とは異なる送信先にスキャンデータを送信するための設定プロファイルを含む。

取消ボタンＢＴ２は、入力画面ＷＰ１に入力されたScan to HTTP設定情報の取り消しを指示するためのボタンである。ユーザによって取消ボタンＢＴ２が押下されると、例えば、入力画面ＷＰ１のフィールドＦ２〜Ｆ８に入力済みの情報が消去される。

登録ボタンＢＴ３は、設定プロファイルの登録を指示するためのボタンである。登録ボタンＢＴ３が押下されると、後述するように、その時点で、入力画面ＷＰ１のフィールドＦ１〜Ｆ８、および、プルダウンメニューＭ１〜Ｍ４に入力されている１組のScan to HTTP設定情報（すなわち、設定プロファイル）が登録される。

テスト送信ボタンＢＴ４は、後述するテスト送信の実行を指示するためのボタンである。テスト送信ボタンＢＴ４が押下されると、後述するように、テスト送信が実行される。

ここでは、入力画面ＷＰ１が表示された状態で、登録ボタンＢＴ３が押下され、その後に、テスト送信ボタンＢＴ４が押下される場合を例に説明する。この順序は、逆でも良い。

登録ボタンＢＴ３が押下されると、図３のＳ１８では、ＣＰＵ２１０は、その時点で、入力画面ＷＰ１に入力されている設定プロファイルを、複合機１００Ａに送信する。複合機１００Ａが設定プロファイルを受信すると、Ｓ２０にて、ＣＰＵ１１０は、該設定プロファイルを登録する。すなわち、設定プロファイルが、設定情報データベースＤＢに新たに格納される。Ｓ２２では、ＣＰＵ１１０は、パーソナルコンピュータ２００へ、登録完了の通知を送信する。

テスト送信ボタンＢＴ４が押下されると、Ｓ２４では、ＣＰＵ２１０は、複合機１００へ、テスト送信指示を送信する。複合機１００Ａがテスト送信指示を受信すると、サーバ３００Ａとの通信をテストするためのＨＴＴＰリクエストをサーバ３００Ａへ送信する。そのために、ＣＰＵ１１０は、Ｓ２５にて、テストデータＴＤを生成する。テストデータＴＤは、読取実行部１５０によって原稿を読み取ることなく、生成される。具体的には、ＣＰＵ１１０は、予め準備されたダミーデータ（例えば、所定のダミー画像を表すＲＧＢ画像データ）を用いて、Ｓ２０にて登録済みの設定プロファイルに含まれる読取設定に従うテストデータＴＤ（テストファイル）を生成する。従って、生成されるテストデータＴＤは、上述したScan to HTTP処理（図２）のスキャン処理（Ｓ１）にて、当該設定プロファイルに従って生成されるべきスキャンデータ（スキャンファイル）と同じファイル形式（例えば、ＰＤＦ）を有する。

Ｓ２６では、ＣＰＵ１１０は、登録済みの設定プロファイルに含まれるフォーマット情報に従うフォーマットを有するＨＴＴＰリクエストに、Ｓ２５で生成されたテストデータＴＤ（テストファイル）を格納する格納処理を実行する。この際に、ＨＴＴＰリクエストに含まれるファイル名は、テストデータＴＤのファイル名に書き換えられる。この格納処理は、上述したScan to HTTP処理（図２）のＳ２にて、スキャンデータを用いて実行される格納処理と、テストデータＴＤを用いる点を除いて同一である。

格納処理によって、テストデータＴＤを含み、かつ、登録済みの設定プロファイルに含まれるフォーマット情報に従うフォーマットを有するＨＴＴＰリクエストＲＱが生成される。

図５は、ＨＴＴＰリクエストＲＱおよびＨＴＴＰレスポンスＲＳを示す図である。図５（Ａ）には、図４の入力画面ＷＰ１に入力されている設定プロファイルが用いられる場合に生成されるＨＴＴＰリクエストＲＱの一例が示されている。ＨＴＴＰリクエストＲＱは、ヘッダＲＱＨと、ボディＲＱＢと、を含んでいる。

図５（Ａ）の例では、ヘッダＲＱＨは、図４の入力画面ＷＰ１のフィールドＦ２〜Ｆ５に入力された情報に従うフォーマットを有していることが解る。例えば、ヘッダＲＱＨの１行目Ｌ１には、メソッドとして、フィールドＦ３に入力されている「ＰＯＳＴ」が含まれている。また、ヘッダＲＱＨの１行目Ｌ１および２行目Ｌ２には、フィールドＦ３に入力されている宛先ＵＲＬを用いて、ＨＴＴＰリクエストＲＱが規定されている。また、ヘッダＲＱＨの４行目Ｌ４は、フィールドＦ４、Ｆ５に入力された情報に従って、テストデータＴＤのファイル名が記述されている。すなわち、ヘッダＲＱＨの４行目Ｌ４には、ユーザ名「Alice」と、テストデータＴＤが生成されたときの時間を示す情報「201406301150」と、が組み合わされた名称が、テストデータＴＤのファイル名として記述されていることが解る。さらに、ヘッダＲＱＨの５行目Ｌ５には、フィールドＦ７、Ｆ８に入力された情報に従って、認証情報（ユーザ名とパスワード）が、base64方式で符号化されて記述されている。

また、図５（Ａ）の例では、ボディＲＱＢは、図４の入力画面ＷＰ１のフィールドＦ６に入力された情報に従うフォーマットを有していることが解る。すなわち、ボディＲＱＢは、フィールドＦ６に入力された「type=pdf」、「tag=invoice」、「data=」の文字列と、base64方式で符号化されたテストデータ（テストファイル）ＴＤと、を含んでいる。

Ｓ２８では、ＣＰＵ１１０は、テストデータＴＤをアップロードする。すなわち、ＣＰＵ１１０は、テストデータＴＤを含むＨＴＴＰリクエストＲＱを、ＨＴＴＰリクエストＲＱに含まれる宛先ＵＲＬによって指定されるサーバに送信する。ここでは、送信先（アップロード先）のサーバは、サーバ３００Ａ（図１）であるとして、説明する。

サーバ３００ＡがテストデータＴＤを含むＨＴＴＰリクエストＲＱを受信すると、Ｓ３０にて、サーバ３００ＡのＣＰＵは、保存処理を実行する。保存処理は、Scan to HTTP処理（図２）のＳ４の保存処理と同一の処理である。

Ｓ３２では、サーバ３００ＡのＣＰＵは、複合機１００Ａへ、テストデータＴＤの送信結果を示す応答を送信する。送信結果の応答は、例えば、サーバ３００ＡによってテストデータＴＤが問題なく受信され、かつ、サーバ３００Ａの記憶装置に問題なく格納された場合には、テストデータＴＤのアップロードの成功を示す情報を含む。また、送信結果の応答は、例えば、エラーに起因して、サーバ３００ＡによってテストデータＴＤが受信されない場合、または、サーバ３００Ａの記憶装置に格納されない場合には、テストデータＴＤのアップロードの失敗を示す情報を含む。

送信結果を示す応答は、具体的には、ＨＴＴＰリクエストＲＱに対するＨＴＴＰレスポンスＲＳである。図５（Ｂ）には、ＨＴＴＰレスポンスＲＳの一例が示されている。ＨＴＴＰレスポンスＲＳは、ヘッダＲＳＨと、ボディＲＳＢと、を含んでいる。図５（Ｂ）の例では、ヘッダＲＳＨには、リクエストが成功したことを示すステータスコード「200 OK」が含まれるとともに、ボディＲＳＢには、送信結果が成功であることを示すメッセージＳＭが含まれている。ＨＴＴＰレスポンスＲＳに含まれるこれらの情報は、ＷＥＢサービスごとに異なり得る。このために、ＷＥＢサービスごとに異なる専用のプログラムがない限り、これらの情報を複合機１００ＡのＣＰＵ１１０やパーソナルコンピュータ２００のＣＰＵ２１０が解釈することは困難である。

Ｓ３４では、ＣＰＵ１１０は、パーソナルコンピュータ２００へ、送信結果の通知画面データを送信する。この通知画面データは、テストデータＴＤのサーバ３００Ａへの送信結果を示す情報を通知する通知画面ＷＰ２を表す。パーソナルコンピュータ２００が通知画面データを受け取ると、Ｓ３６にて、ＣＰＵ２１０は、通知画面データを用いて、通知画面ＷＰ２を表示部２７０に表示する。

図６は、通知画面ＷＰ２の一例を示す図である。図６に示すように、この通知画面ＷＰ２の上側の領域ＡＲＱには、図５（Ａ）のＨＴＴＰリクエストＲＱに含まれる情報（文字列）が、そのまま示されている。また、通知画面ＷＰ２の上側の領域ＡＲＱには、図５（Ｂ）のＨＴＴＰレスポンスＲＳに含まれる情報（文字列）が、そのまま示されている。パーソナルコンピュータ２００のＣＰＵ２１０や複合機１００ＡのＣＰＵ１１０は、ＨＴＴＰレスポンスＲＳを解釈することができない。このために、ＨＴＴＰレスポンスＲＳを解釈してテストデータＴＤの送信が成功したか否かの判断は、ユーザに委ねられているからである。ユーザは、通知画面ＷＰ２を見ることによって、ＨＴＴＰリクエストＲＱおよびＨＴＴＰレスポンスＲＳの内容をそのまま知ることができる。通知画面ＷＰ２のボタンＢＴ５が押下されると、通知画面ＷＰ２は消去され、入力画面ＷＰ１が再び表示部２７０に表示される。

ユーザは、通知画面ＷＰ２を見て、テストデータＴＤの送信が成功したと判断した場合には、例えば、ブラウザプログラムを終了することによって、Scan to HTTP設定処理を終了する。ユーザは、通知画面ＷＰ２を見て、テストデータＴＤの送信が失敗したと判断した場合には、例えば、入力画面ＷＰ１に入力されたフォーマット情報などのScan to HTTP設定情報を変更することができる。そして、ユーザは、変更後の設定プロファイル（１組のScan to HTTP設定情報）を用いて、再び、テストデータＴＤの送信を行うこともできる。

以上説明したように、複合機１００Ａは、Scan to HTTP設定処理（図３）において、Scan to HTTP処理に関する設定情報を入力するための入力画面ＷＰ１をパーソナルコンピュータ２００に提供する（図３のＳ１４）。入力画面ＷＰ１は、スキャンデータをサーバに送信するための送信用データ、すなわち、スキャンデータを格納し、サーバに送信されるＨＴＴＰリクエストのフォーマットを規定するフォーマット情報を入力するための画面である（図４）。入力されるフォーマット情報は、ＨＴＴＰリクエストに、スキャンデータとともに格納される付加情報のフォーマットを規定するフォーマット情報を含む。この付加情報のフォーマット情報は、付加情報の項目名（例えば、図４の「X-UPLOAD-FILENAME」, 「tag」）と、付加情報の項目名に対応する付加情報の値（例えば、「__USER____TIME__.pdf」,「invoice」）を含む。そして、複合機１００Ａは、Scan to HTTP処理（図２）において、入力画面ＷＰ１を介して入力された設定プロファイルに含まれるフォーマット情報に従うフォーマットを有する送信用データ（具体的にはＨＴＴＰリクエスト）が生成されて、該ＨＴＴＰリクエストにスキャンデータが格納される（図２のＳ２）。そして、複合機１００Ａは、当該ＨＴＴＰリクエストをサーバへ送信することによって、スキャンデータをサーバに送信する（図２のＳ３）。この結果、複合機１００Ａは、サーバごとに異なり得るフォーマットに関する情報、例えば、付加情報に付けるべき項目名を、入力画面を介して受け取ることができるので、スキャンデータを適切なフォーマットでサーバに送信することができる。

より具体的には、従来は、サーバ（ＷＥＢサービス）ごとに公開されるＡＰＩに準拠した送信プログラムがサーバごとに準備されていた。そして、当該送信プログラムを実行することによって、スキャンデータをサーバにアップロードしていた。このような送信プログラムは、複合機自身によって実行される場合もあり、複合機からサーバへのスキャンデータの送信を中継する中継装置（例えば、中継サーバ）によって実行される場合もあった。これに対して、本実施例の複合機１００Ａは、サーバごとに準備される送信プログラムを利用することなく、スキャンデータを適切なフォーマットでサーバに送信することができる。これによって、複合機１００Ａから複合機からサーバへスキャンデータを送信するために必要な複合機１００Ａのリソース（例えば、メモリ量）の低減を実現できる。また、複合機１００Ａから複合機からサーバへスキャンデータを送信するためのシステムの簡素化を実現できる。また、送信プログラムが準備されていないサーバ（ＷＥＢサービス）に対しても、ユーザがフォーマット情報などのScan to HTTP設定情報を、入力画面ＷＰ１を介して入力することによって、スキャンデータを送信することができる。

さらに、複合機１００Ａは、図２のScan to HTTP処理にて、入力画面ＷＰ１を介して入力されたフォーマット情報に従うフォーマットを有するＨＴＴＰリクエストにスキャンデータを格納して送信する前に、フォーマット情報に従うフォーマットを有するＨＴＴＰリクエストにテストデータＴＤを格納してサーバに送信する（図３のＳ２５〜Ｓ２８）。この結果、入力画面ＷＰ１を介して入力された設定プロファイルを用いて、スキャンデータをサーバに適切に送信できるか否かを事前に確認することができる。

そして、複合機１００Ａは、テスト送信において、ＨＴＴＰリクエストに格納されるテストデータＴＤを、読取実行部１５０を用いることなく生成する（図３のＳ２５）。このテストデータＴＤは、Scan to HTTP処理にて送信すべきスキャンデータと同じファイル形式を有する。この結果、スキャンデータを生成することなく、スキャンデータがサーバに適切に送信できるか否かを事前に適切に確認することができる。

また、複合機１００Ａは、テストデータＴＤのサーバへの送信結果を示す結果情報を含む通知画面ＷＰ２（図６）を表す画面データをパーソナルコンピュータ２００へ送信する（図３のＳ３６）。この通知画面ＷＰ２に含まれる結果情報は、テストデータＴＤが格納されたＨＴＴＰリクエストに対してサーバから受信された応答（例えば、図５（Ｂ）のＨＴＴＰレスポンスＲＳ）を含む。この結果、テストデータＴＤのサーバへの送信が成功したか否かをユーザが適切に判断することができる。すなわち、複合機１００Ａには、サーバ（ＷＥＢサービス）ごとに公開されるＡＰＩに準拠した送信プログラムが格納されていないので、テストデータＴＤのサーバへの送信が成功したか否かの判断ができないが、ユーザが、通知画面ＷＰ２を参照して、当該判断を適切に実行できる。

同様に、図２のScan to HTTP処理のＳ６においても、スキャンデータの送信結果を示す情報を含む通知画面として、図６の通知画面ＷＰ２と同様の画面が表示部１７０に表示される。この結果、スキャンデータのサーバへの送信が成功したか否かの判断をユーザが適切に実行できる。

また、入力画面ＷＰ１を介して入力されるフォーマット情報は、スキャンデータを符号化する方式を指定する情報（例えば、図４のフィールドＦ６内の文字列「__File-DATA__:base64」の「:base64」）を含む。また、フォーマット情報は、スキャンデータを送信する際にサーバに送信すべき付加情報の少なくとも一部（例えば、認証情報や、ファイル名）を符号化する方式を指定する情報（例えば、図４のフィールドＦ７内の文字列「__USER__:base64」の「:base64」）を含む。この結果、スキャンデータや付加情報を適切に符号化して、サーバに送信することができる。例えば、スキャンデータや付加情報を、サーバ（ＷＥＢサービス）ごとに公開されるＡＰＩにて使用が認められた符号化方式で符号化して、サーバに送信することができる。

さらに、入力画面ＷＰ１は、フォーマット情報を入力するための入力領域であって、ユーザによって任意の文字列が入力される入力領域（具体的には、図４のフィールドＦ２〜Ｆ６）を含んでいる。特に、フィールドＦ４やフィールドＦ６には、付加情報の項目名が任意の文字列で入力できる。この結果、ＷＥＢサービスごとに異なる付加情報の項目名をはじめ、様々なフォーマットを要求し得るＷＥＢサービスに対して、柔軟に対応することができる。この結果、Scan to HTTP処理の汎用性を向上できる。

さらに、入力画面ＷＰ１は、読取設定を入力するための入力要素として、複数個の選択肢から１個の特定の選択肢を選択させる選択領域（具体的には、図４のプルダウンメニューＭ１〜Ｍ４）を含んでいる。読取設定は、ＷＥＢサービスによって細かく設定が異なる可能性は比較的低く、また、選択可能な読取設定は読取実行部１５０の仕様などによって予め決まっている場合が多い。本実施例によれば、ユーザは、読取設定を容易に設定することができる。

Ａ−４：一括設定処理
次に、一括設定処理について説明する。一括設定処理は、パーソナルコンピュータ２００のデバイス管理プログラムＰＧ３が起動された状態でデバイスマネージャとして機能するＣＰＵ２１０と、複合機１００Ａ〜１００Ｃと、が協働して実行する処理である。一括設定処理は、特定のデバイス（マスターデバイスとも呼ぶ）に設定された設定情報を、１個以上の他のデバイス（コピーデバイスとも呼ぶ）にまとめて設定する処理である。以下では、複合機１００Ａに設定された１組以上のScan to HTTP設定情報（すなわち、１個以上の設定プロファイル）を、２個の複合機１００Ｂ、１００Ｃに設定する場合について説明する。

図７は、一括設定処理のフローチャートである。図８は、一括設定処理におけるＵＩ画面の一例を示す図である。パーソナルコンピュータ２００において、デバイス管理プログラムＰＧ３が起動されると、Ｓ５０にて、ＣＰＵ２１０は、図８（Ａ）に示すデバイス選択画面ＷＰａを、表示部２７０に表示する。デバイス選択画面ＷＰａには、デバイスマネージャとしてのＣＰＵ２１０の管理対象のデバイスのリストＤＬが表示される。管理対象のデバイスは、例えば、予め登録されている。あるいは、ＣＰＵ２１０は、探索パケットをＬＡＮ７０上にブロードキャストすることによって、管理対象のデバイスを探索しても良い。図８（Ａ）の例では、複合機１００Ａ〜３００Ａが管理対象のデバイスとして表示されている。

ユーザは、デバイス選択画面ＷＰａにおいて、１個のマスターデバイスを処理対象として選択した上で個別設定指示を入力する。例えば、図８（Ａ）の例に示すように、ユーザは、マウスなどのポインティングデバイスを用いてカーソルＣＳを操作して、マスターデバイスとしての複合機１００Ａを選択し、コマンドウインドウＣＷから「個別設定」を選択する。

個別設定指示が入力されると、Ｓ５２にて、ＣＰＵ２１０は、図８（Ｂ）に示すデバイス管理画面ＷＰｂを表示する。デバイス管理画面ＷＰｂは、複数個のメニューボタンＭＢａ〜ＭＢｃと、複数個のチェックボックスＣＢａ〜ＣＢｅと、設定表示ウインドウＳＷと、設定送信ボタンＢＴａと、を含んでいる。複数個のメニューボタンＭＢａ〜ＭＢｃは、各種の指示を入力するためのメニューを表示するためのボタンである。チェックボックスＣＢａ〜ＣＢｅは、処理すべき設定情報を選択するための複数個のチェックボックスである。

ユーザは、図８（Ｂ）に示すように、チェックボックスＣＢｄ、ＣＢｅをチェックすることによって、Scan to HTTPの設定プロファイルを、処理すべき設定情報として選択する。

Scan to HTTP処理の設定プロファイルが選択されると、Ｓ５３にて、ＣＰＵ２１０は、処理対象として選択された複合機１００Ａに対して、設定プロファイルを要求する。複合機１００Ａが該要求を取得すると、複合機１００ＡのＣＰＵ１１０は、Ｓ５４にて、複合機１００Ａの設定情報データベースＤＢに格納されている全ての設定プロファイルを、パーソナルコンピュータ２００へ送信する。このとき、設定プロファイルに含まれるScan to HTTP設定情報に含まれる変数（上述した「__USER__」、「__PASS__」など）は、変数のままで、パーソナルコンピュータ２００へ送信される。パーソナルコンピュータ２００に受信された設定プロファイルの概要は、例えば、図８（Ｂ）に示すように、設定表示ウインドウＳＷに表示される。

ユーザは、メニューボタンＭＢａに対応するメニューから、「設定情報の保存」を選択して、受信された設定プロファイルの保存指示を入力する。当該保存指示が入力されると、Ｓ５６にて、ＣＰＵ２１０は、受信された設定プロファイルを保存する。具体的には、受信された設定プロファイルは、１個のファイルとして、パーソナルコンピュータ２００内の不揮発性記憶装置２２０に格納される。

続いて、ユーザの操作に基づいて、Ｓ５８にて、ＣＰＵ２１０は、再び、デバイス選択画面ＷＰａを表示する。

ユーザは、デバイス選択画面ＷＰａにおいて、１個以上のコピーデバイスを処理対象として選択した上で一括設定指示を入力する。例えば、ユーザは、カーソルＣＳを操作して、コピーデバイスとしての２個の複合機１００Ｂ、１００Ｃを選択し、コマンドウインドウＣＷから「一括設定」を選択する。

一括設定指示が入力されると、Ｓ６０にて、ＣＰＵ２１０は、再び、図８（Ｂ）に示すデバイス管理画面ＷＰｂを表示する。

ユーザは、メニューボタンＭＢａに対応するメニューから、「設定情報の読み出し」を選択して、設定プロファイルの読出指示を入力する。

設定プロファイルの読出指示が入力されると、Ｓ６２にて、ＣＰＵ２１０は、不揮発性記憶装置２２０から、Ｓ５６にて保存した設定プロファイルを読み出して、揮発性記憶装置２３０のバッファ領域２３１に格納する。読み出された設定プロファイルの概要は、例えば、図８（Ｂ）に示すように、設定表示ウインドウＳＷに表示される。

ユーザは、設定表示ウインドウＳＷの表示を確認したうえで、設定送信ボタンＢＴａを押下することによって、設定送信指示を入力する。設定送信指示が入力されると、ＣＰＵ２１０は、コピーデバイスのそれぞれに、設定プロファイルを送信する。

具体的には、Ｓ６４にて、ＣＰＵ２１０は、複合機１００Ｂに、設定プロファイルを送信する。複合機１００Ｂが設定プロファイルを受信すると、Ｓ６６にて、複合機１００ＢのＣＰＵ１１０は、該設定プロファイルをそのまま登録する。すなわち、複合機１００ＢのＣＰＵ１１０は、該設定プロファイルを設定情報データベースＤＢに格納する。これによって、複合機１００Ｂにおいて、該設定プロファイルを用いたScan to HTTP処理を実行することが可能になる。Ｓ６８では、複合機１００ＢのＣＰＵ１１０は、設定プロファイルの登録完了の通知を、パーソナルコンピュータ２００へ送信する。

同様に、Ｓ７０にて、ＣＰＵ２１０は、複合機１００Ｃに、設定プロファイルを送信する。Ｓ７２にて、複合機１００ＣのＣＰＵ１１０は、受信した該設定プロファイルを登録する。Ｓ７４にて、複合機１００ＣのＣＰＵ１１０は、登録完了の通知を、パーソナルコンピュータ２００へ送信する。

以上説明した一括設定処理によれば、ユーザは、１個のマスタ−デバイス（例えば、複合機１００Ａ）に登録した設定プロファイルを、１個以上のコピーデバイス（例えば、複合機１００Ｂ、１００Ｃ）に容易に登録することができる。この結果、ユーザの負担を軽減して、ユーザに対する複合機１００Ａ〜１００Ｃの利便性を向上することができる。

ここで、一括設定処理において、マスターデバイスとしての複合機１００Ａは、フォーマット情報に含まれる変数を、デバイスに依存する特定の情報に置換することなく、該フォーマット情報を含む設定プロファイルを、外部装置（具体的には、パーソナルコンピュータ２００）に送信する（図７のＳ５４）。したがって、外部装置は、送信されたフォーマット情報を他のデバイスに登録するために利用することができる。入力画面ＷＰ１へのフォーマット情報の入力に変数が使用できない場合や、フォーマット情報に含まれる変数が特定の情報に置換されて外部機器に送信される場合を仮定する。この場合には、コピーデバイスに送信される設定プロファイルにおいてフォーマット情報に含まれるデバイスに依存する特定の情報を、コピーデバイスごとに変更するなどの処理が必要になり、不便である。本実施例の一括設定処理では、そのような不都合は発生しない。

すなわち、コピーデバイスとしての複合機１００Ｂ、１００Ｃは、マスターデバイスから受信された個別プロファイルをそのまま登録するだけで良い（図７のＳ６６、Ｓ７２）。すなわち、変数を含むフォーマット情報は、変更されることなく、複合機１００Ｂ、１００Ｃの設定情報データベースＤＢに格納される。この結果、ユーザによるフォーマット情報の入力負担、および、複合機１００Ｂ、１００Ｃの処理負荷を軽減することができる。

なお、上記一括設定処理では、マスターデバイスが複合機１００Ａであり、コピーデバイスが複合機１００Ｂ、１００Ｃである場合を例に説明したが、複合機１００Ａ〜１００Ｂのいずれもが、マスターデバイスとして機能することができ、かつ、コピーデバイスとして機能することができる。

Ｂ．第２実施例：
上記第１実施例の入力画面ＷＰ１（図４）では、フォーマット情報領域Ａ１において、全てのフォーマット情報は、任意の文字列が入力されるフィールドＦ２〜Ｆ８に入力される。これに代えて、フォーマット情報のうちの一部の情報は、具体的には、予め用意された複数個の選択肢の中から１個の特定の選択肢を選択させる選択領域を用いて入力されても良い。

図９は、第２実施例の入力画面ＷＰ３の一例を示す図である。入力画面ＷＰ３は、図４の入力画面ＷＰ１のメソッドを入力するためのフィールドＦ３に代えて、メソッドを入力するための選択領域としてのプルダウンメニューＭ５を含んでいる。メソッドは、サーバへの指示を示す情報と言うことができる。メソッドとして入力できる情報は、通信プロトコル（本実施例では、ＨＴＴＰ）によって予め規定された限られた種類の情報である。具体的には、スキャンデータを送信するためのＨＴＴＰリクエストに含められ得るメソッドは、「ＰＯＳＴ」や「ＰＵＴ」が一般的である。このために、入力画面ＷＰ３のプルダウンメニューＭ５では、「ＰＯＳＴ」を示す選択肢と、「ＰＵＴ」を示す選択肢と、のうちのいずれかが選択可能とされている。入力画面ＷＰ３の他の部分の構成は、図４の入力画面ＷＰ１と同一である。

換言すれば、第２実施例の入力画面ＷＰ３は、フォーマット情報のうちの第１種のフォーマット情報を入力するための領域であって、ユーザによって任意の文字列が入力される第１の領域（具体的には、フィールドＦ２、Ｆ４〜Ｆ８）と、フォーマット情報のうちの第２種のフォーマット情報を入力するための領域であって、複数個の選択肢から１個の特定の情報を選択させる第２の領域（具体的には、プルダウンメニューＭ５）と、を含んでいる。この結果、フォーマット情報の種類に応じて、入力画面ＷＰ３内の適切な領域を介してフォーマット情報が入力されるので、ユーザの入力負担を軽減することができる。

より具体的には、第１種のフォーマット情報は、フィールドＦ２やフィールドＦ６を用いて入力することができる付加情報の項目名を含む。また、第２種のフォーマット情報は、プルダウンメニューＭ５を用いて入力できる通信プロトコルによって規定されたサーバへの指示（具体的には、メソッド）を含む。この結果、入力画面ＷＰ３を介して、ＷＥＢサービスの提供者によって自由に決定され得る付加情報の項目名が適切に入力されるとともに、限られた種類の情報であるメソッドが適切に入力されることができる。そして、メソッドがプルダウンメニューＭ５を用いて入力されることによって、メソッドがフィールドを介して入力される場合よりも、ユーザの入力負担を軽減することができる。

Ｃ．変形例：
（１）上記実施例のScan to HTTP設定処理（図３）では、入力画面ＷＰ１は、複合機１００ＡのＣＰＵ１１０が、ＷＥＢページの形式で、パーソナルコンピュータ２００に提供している（図３のＳ１４）。そして、複合機１００ＡのＣＰＵ１１０が、入力画面ＷＰ１を介して設定プロファイルを取得して、該設定プロファイルを設定情報データベースＤＢに登録している。これに代えて、パーソナルコンピュータ２００のＣＰＵ２１０が、デバイスマネージャのＵＩ画面として、入力画面ＷＰ１を提供しても良い。すなわち、デバイスマネージャとして機能するＣＰＵ２１０が、表示部２７０に入力画面ＷＰ１を表示する。そして、デバイスマネージャとして機能するＣＰＵ２１０が、入力画面ＷＰ１を介して、ユーザからフォーマット情報などの設定情報を受け取る。そして、デバイスマネージャとして機能するＣＰＵ２１０が、ユーザから受け取ったScan to HTTP設定情報（設定プロファイル）を、複合機１００Ａに送信することによって、当該設定プロファイルを複合機１００Ａの設定情報データベースＤＢに格納させても良い。換言すれば、上記実施例のScan to HTTP設定処理は、複合機１００Ａに格納されたコンピュータプログラムＰＧ１によって実現される機能が主体となって、実行される。一方、本変形例のScan to HTTP設定処理は、複合機１００Ａと通信可能に接続された端末装置としてのパーソナルコンピュータ２００に格納されたデバイス管理プログラムＰＧ３によって実現される機能が主体となって、実行される。

（２）上記実施例のScan to HTTP設定処理において、ユーザによって、入力画面ＷＰ１のフィールドＦ２〜Ｆ６内に入力された情報（文字列）は、複合機１００Ａからサーバへのテストデータの送信（図３のＳ２８）やスキャンデータの送信（図２のＳ３）において、そのままＨＴＴＰリクエストＲＱに含められている（図５（Ａ））。これに代えて、ＣＰＵ１１０は、フィールドＦ２〜Ｆ８内に入力された情報、特に、フィールドＦ４、Ｆ５に入力される付加情報をチェックして、複合機１００Ａとサーバとの通信を妨げることが明らかな情報は、ＨＴＴＰリクエストＲＱに含めないこととしても良い。このような情報は、例えば、複合機１００Ａとサーバとの通信において、動的に決定されるべき情報や、標準が決まっていて変更される余地がない情報が含まれる。このような情報は、例えば、Connection, transfer-encoding, Content-Lengthなどの付加情報である。

（３）上記実施例では、ＣＰＵ１１０は、ダミーデータを用いて、テストデータＴＤ（テストファイル）を生成している（図３のＳ２５）。これに、代えて、揮発性記憶装置１３０に、予めテストデータＴＤが格納されており、ＣＰＵ１１０は、当該テストデータＴＤを揮発性記憶装置１３０から取得しても良い。例えば、想定される複数個のファイル形式（ＰＤＦ、ＪＰＥＧ、ＢＭＰなど）を有する複数個のテストデータＴＤが予め揮発性記憶装置１３０に格納され、ＣＰＵ１１０は、設定プロファイルに従って生成されるべきスキャンデータ（スキャンファイル）と同じファイル形式を有するテストデータＴＤを、揮発性記憶装置１３０から取得しても良い。

（４）上記実施例において、Scan to HTTP設定処理（図２）の一部の処理ステップは適宜に変更され得る。例えば、テストデータの送信に関する処理（Ｓ２４〜Ｓ３６）は省略され得る。また、図４の入力画面ＷＰ１に含まれるScan to HTTP設定情報の項目は、一例であり、適宜に変更され得る。例えば、入力画面ＷＰ１は、読取設定を入力するためのプルダウンメニューＭ１〜Ｍ４は含まなくても良い。この場合には、読取設定は、Scan to HTTP処理の実行時に、逐次に設定されても良く、Scan to HTTP処理の実行時に設定されているスキャンに関する基本設定が用いられても良い。

（５）上記各実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部あるいは全部をハードウェアに置き換えるようにしてもよい。

以上、実施例、変形例に基づき本発明について説明してきたが、上記した実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれる。

７０...ＬＡＮ、８０...インターネット、１００Ａ〜１００Ｃ...複合機、１１０...ＣＰＵ、１２０...不揮発性記憶装置、１３０...揮発性記憶装置、１３１...バッファ領域、１４０...印刷実行部、１５０...読取実行部、１６０...操作部、１７０...表示部、１８０...通信ＩＦ、２００...パーソナルコンピュータ、２１０...ＣＰＵ、２２０...不揮発性記憶装置、２３０...揮発性記憶装置、２３１...バッファ領域、２６０...操作部、２７０...表示部、２８０...通信ＩＦ、３００Ａ〜３００Ｃ...サーバ、１０００...システム、Ｆ１〜Ｆ８...フィールド、Ｍ１〜Ｍ４...プルダウンメニュー、ＤＢ...設定情報データベース、ＴＤ...テストデータ、ＰＧ１...コンピュータプログラム、ＰＧ２...ブラウザプログラム、ＰＧ３...デバイス管理プログラム、ＷＰ１...入力画面、ＷＰ２...通知画面

Claims (12)

1. 画像読取装置であって、
   原稿を光学的に読み取ることによってスキャンデータを生成する読取実行部と、
   ネットワークを介してサービスを提供するサーバへ、前記スキャンデータを格納して送信されるＨＴＴＰリクエストのフォーマットを規定するフォーマット情報が入力される入力画面を提供する入力画面提供部であって、入力される前記フォーマット情報は、前記ＨＴＴＰリクエストのヘッダに含められる付加情報の項目名と、前記付加情報の項目名に対応し、前記ＨＴＴＰリクエストの前記ヘッダに含められる前記付加情報の値と、の両方を含む前記付加情報のフォーマット情報を含む、前記入力画面提供部と、
   前記入力画面を介して入力された前記フォーマット情報に従うフォーマットを有する前記ＨＴＴＰリクエストを生成するデータ生成部と、
   生成された前記ＨＴＴＰリクエストを前記サーバに送信するデータ送信部と、
   を備え、
   前記サーバは、第１のサービスに対応する第１のサーバと、第２のサービスに対応する第２のサーバと、を含み、
   前記フォーマット情報は、前記第１のサービスに対応する第１のフォーマット情報と、前記第２のサービスに対応する第２のフォーマット情報と、を含み、
   前記ＨＴＴＰリクエストは、前記第１のフォーマット情報に従うフォーマットを有する第１のＨＴＴＰリクエストと、前記第２のフォーマット情報に従うフォーマットを有する第２のＨＴＴＰリクエストと、を含み、
   前記データ生成部は、前記第１のフォーマット情報が入力された場合に、前記第１のＨＴＴＰリクエストを生成し、前記第２のフォーマット情報が入力された場合に、前記第２のＨＴＴＰリクエストを生成し、
   前記データ送信部は、前記第１のＨＴＴＰリクエストが生成された場合に、前記第１のＨＴＴＰリクエストを前記第１のサーバに送信し、前記第２のＨＴＴＰリクエストが生成された場合に、前記第２のＨＴＴＰリクエストを前記第２のサーバに送信する、画像読取装置。
2. 請求項１に記載の画像読取装置であって、さらに、
   前記データ送信部が、前記スキャンデータを格納し、前記フォーマット情報に従うフォーマットを有する前記ＨＴＴＰリクエストを送信する前に、テストデータを格納し、前記フォーマット情報に従うフォーマットを有する前記ＨＴＴＰリクエストを前記サーバに送信するテストデータ送信部を備える、画像読取装置。
3. 請求項２に記載の画像読取装置であって、
   前記テストデータは、前記読取実行部を用いることなく生成される画像データであって、前記スキャンデータと同じファイル形式を有し、
   前記テストデータ送信部は、前記読取実行部によって前記スキャンデータが生成される前に、前記テストデータを格納する前記ＨＴＴＰリクエストを前記サーバに送信する、画像読取装置。
4. 請求項２または３に記載の画像読取装置であって、さらに、
   前記テストデータの前記サーバへの送信結果を示す第１の結果情報であって、前記テストデータを格納する前記ＨＴＴＰリクエストの前記サーバへ送信に対して前記サーバから受信されたＨＴＴＰレスポンスを含む、前記第１の結果情報を通知する通知画面を提供する第１の通知画面提供部を備える、画像読取装置。
5. 請求項１〜４のいずれかに記載の画像読取装置であって、さらに、
   前記スキャンデータの前記サーバへの送信結果を示す第２の結果情報であって、前記スキャンデータを格納する前記ＨＴＴＰリクエストの前記サーバへ送信に対して前記サーバから受信されたＨＴＴＰレスポンスを含む、前記第２の結果情報を通知する通知画面を提供する第２の通知画面提供部を備える、画像読取装置。
6. 画像読取装置であって、
   原稿を光学的に読み取ることによってスキャンデータを生成する読取実行部と、
   ネットワークを介してサービスを提供するサーバへ、前記スキャンデータを格納して送信される送信用データのフォーマットを規定するフォーマット情報が入力される入力画面を提供する入力画面提供部であって、入力される前記フォーマット情報は、前記送信用データに含まれる付加情報の項目名と、前記付加情報の項目名に対応する前記付加情報の値と、の両方を含む前記付加情報のフォーマット情報を含むとともに、情報の種類を示す種類情報を含む、前記入力画面提供部と、
   前記入力画面を介して入力された前記フォーマット情報に従うフォーマットを有する前記送信用データを生成するデータ生成部であって、前記フォーマット情報に含まれる前記種類情報を、前記種類情報によって示される種類の特定の情報であって前記画像読取装置ごとに決定される前記特定の情報に置換することによって、前記特定の情報を含む前記送信用データを生成する、前記データ生成部と、
   生成された前記送信用データを前記サーバに送信するデータ送信部と、
   前記フォーマット情報に含まれる前記種類情報を前記特定の情報に置換することなく、前記フォーマット情報を、外部装置に送信するフォーマット情報送信部と、
   を備える、画像読取装置。
7. 請求項６に記載の画像読取装置であって、さらに、
   他の画像読取装置に入力された前記種類情報を含む前記フォーマット情報を受信するフォーマット情報受信部を備え、
   前記データ送信部は、前記他の画像読取装置から受信した前記フォーマット情報に従うフォーマットを有する前記送信用データを生成する、画像読取装置。
8. 請求項１〜７のいずれかに記載の画像読取装置であって、
   前記入力画面を介して入力される前記フォーマット情報は、前記スキャンデータ、および、前記付加情報のうちの少なくとも一方を符号化する方式を指定する情報を含む、画像読取装置。
9. 請求項１〜８のいずれかに記載の画像読取装置であって、
   前記入力画面は、前記フォーマット情報のうちの前記付加情報の項目名を含む情報を入力するための第１の領域であって、ユーザによって任意の文字列が入力される、前記第１の領域を含む、画像読取装置。
10. 請求項１〜９のいずれかに記載の画像読取装置であって、さらに、
    前記入力画面は、前記スキャンデータを生成する際の読取設定を入力するための選択領域であって、複数個の選択肢から１個の特定の前記読取設定を選択させる、前記選択領域を含む、画像読取装置。
11. 請求項１〜１０のいずれかに記載の画像読取装置であって、
    前記入力画面は、前記フォーマット情報のうち、前記付加情報の項目名を含む情報を入力するための第１の領域であって、ユーザによって任意の文字列が入力される、前記第１の領域と、前記フォーマット情報のうち、通信プロトコルによって規定された前記サーバへの指示を示す情報を入力するための第２の領域であって、複数個の選択肢から１個の特定の情報を選択させる、前記第２の領域と、を含む、画像読取装置。
12. 原稿を光学的に読み取ることによってスキャンデータを生成する画像読取装置、または、前記画像読取装置と通信可能な端末装置のためのコンピュータプログラムであって、
    ネットワークを介してサービスを提供するサーバへ、前記スキャンデータを格納して送信されるＨＴＴＰリクエストのフォーマットを規定するフォーマット情報が入力される入力画面を提供する入力画面提供機能であって、入力される前記フォーマット情報は、前記ＨＴＴＰリクエストのヘッダに含められる付加情報の項目名と、前記付加情報の項目名に対応し、前記ＨＴＴＰリクエストの前記ヘッダに含められる前記付加情報の値と、の両方を含む前記付加情報のフォーマット情報を含む、前記入力画面提供機能と、
    前記画像読取装置が、前記入力画面を介して入力された前記フォーマット情報に従うフォーマットを有する前記ＨＴＴＰリクエストを生成して、前記ＨＴＴＰリクエストを前記サーバに送信するように、前記画像読取装置内の記憶部に前記フォーマット情報を格納させる格納機能と、
    を前記画像読取装置、または、前記端末装置に搭載されたコンピュータに実現させ、
    前記サーバは、第１のサービスに対応する第１のサーバと、第２のサービスに対応する第２のサーバと、を含み、
    前記フォーマット情報は、前記第１のサービスに対応する第１のフォーマット情報と、前記第２のサービスに対応する第２のフォーマット情報と、を含み、
    前記ＨＴＴＰリクエストは、前記第１のフォーマット情報に従うフォーマットを有する第１のＨＴＴＰリクエストと、前記第２のフォーマット情報に従うフォーマットを有する第２のＨＴＴＰリクエストと、を含み、
    前記画像読取装置は、前記第１のフォーマット情報が入力された場合に、前記第１のＨＴＴＰリクエストを生成して、前記第１のＨＴＴＰリクエストを前記第１のサーバに送信し、前記第２のフォーマット情報が入力された場合に、前記第２のＨＴＴＰリクエストを生成して、前記第２のＨＴＴＰリクエストを前記第２のサーバに送信する、コンピュータプログラム。
    

Images