情報処理装置、情報処理方法、及びプログラム
【課題】画像形成装置に対して要求した処理の実行結果の取得に関する通信を適切に制御することのできる情報処理装置、情報処理方法、及びプログラムの提供を目的とする。
【解決手段】画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手段と、前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手段とを有し、前記通信制御手段は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くする。
【解決手段】画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手段と、前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手段とを有し、前記通信制御手段は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関し、特に、画像形成装置の機能を利用する情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、クライアント・サーバ形式のシステムにおいて、クライアントが、サーバに対して要求したジョブの状態を監視するための手法として、ポーリングが利用されている。ポーリングは、一定間隔で問い合わせ等を繰り返すことである。ポーリングを利用することにより、クライアント側は、ジョブの実行要求を送信した際のセッションを維持する必要はなく、ジョブの実行要求とは非同期にジョブの実行結果を知ることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、ポーリングを利用する場合、サーバ側の状態の変化を検知するまでに時間的なずれが生じる可能性が高くなり、その結果、ターンアラウンドタイムが長くなってしまうという問題がある。
【０００４】
斯かる問題は、ポーリング間隔を短くすることにより低減させることができる。しかし、ポーリング間隔を短くすればするほど通信量が増加し、ネットワーク負荷が高くなってしまうという問題がある。特に、ポーリングを行うクライアントの数が多い場合、ポーリングによるネットワーク負荷に対する影響は無視できないものとなる。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、画像形成装置に対して要求した処理の実行結果の取得に関する通信を適切に制御することのできる情報処理装置、情報処理方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、本発明は、画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手段と、前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手段とを有し、前記通信制御手段は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くする。
【０００７】
このような情報処理装置では、画像形成装置に対して要求した処理の実行結果の取得に関する通信を適切に制御することができる。
【発明の効果】
【０００８】
画像形成装置に対して要求した処理の実行結果の取得に関する通信を適切に制御することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態における情報処理システムの構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるユーザＰＣのハードウェア構成例を示す図である。
【図４】スキャンアプリのメイン画面の表示例を示す図である。
【図５】スキャンアプリのアプリ情報の例を示す図である。
【図６】アプリ情報の送信時の処理手順を説明するためのシーケンス図である。
【図７】ユーザ管理テーブルの構成例を示す図である。
【図８】スキャンアプリ実行時の処理手順を説明するためのシーケンス図である。
【図９】ユーザ選択画面の表示例を示す図である。
【図１０】ネットアプリ管理サーバから画像形成装置に送信されるスキャンアプリのアプリ情報の構成例を示す図である。
【図１１】ネットアプリ選択画面の表示例を示す図である。
【図１２】スキャンアプリの実行がキャンセルされた場合の処理手順を説明するためのシーケンス図である。
【図１３】スキャンアプリ以外のネットアプリが実行対象とされた場合の処理手順を説明するためのシーケンス図である。
【図１４】ポーリング間隔が短くなっているときにユーザＰＣにおいてスキャンアプリに関する操作を行われた場合の処理手順を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。同図の情報処理システム１において、一台以上の画像形成装置１０と、一台以上のユーザＰＣ２０と、ネットアプリ管理サーバ３０とは、ＬＡＮ（Local Area Network）等のネットワーク４０（有線又は無線の別は問わない。）によって接続されている。
【００１１】
ユーザＰＣ２０は、ユーザごとに割り当てられたＰＣ（Personal Computer）であり、画像形成装置１０との連携により所定のサービスを提供するアプリケーション（以下、「ネットアプリ」という。）を有する。同図では、ネットアプリの一例として印刷アプリ２１及びスキャンアプリ２２が示されている。印刷アプリ２１は、ネットワーク４０を介して通信可能な画像形成装置１０に印刷ジョブを実行させるネットアプリであり、ＵＩ制御部２１１、アプリ情報送信部２１２、連携部２１３、印刷データ生成部２１４、及び属性情報管理ファイル２１５等を有する。
【００１２】
ＵＩ制御部２１１は、印刷アプリ２１に関する各種の表示画面をユーザＰＣの表示装置に表示させる。アプリ情報送信部２１２は、印刷指示の入力に応じ印刷アプリ２１のアプリ情報の登録要求をネットアプリ管理サーバ３０に送信する。アプリ情報には、印刷アプリ２１の実行に必要な情報が含まれる。なお、本実施の形態において印刷アプリ２１のアプリ情報は、画像形成装置１０に対する印刷要求に相当する。連携部２１３は、画像形成装置１０との連携のためのコミュニケーション（情報のやりとり等）を制御する。印刷データ生成部２１４は、画像形成装置１０に印刷させる文書ファイル（電子データ）の印刷データ（ＰＤＬ（Page Description Language）データ）を、ＰＣ２０にインストールされているプリンタドライバを利用して生成する。属性情報管理ファイル２１５は、印刷アプリ２１の属性情報を格納するファイルである。属性情報には、例えば、印刷アプリ２１の識別子（アプリＩＤ）や、印刷アプリ２１の所有者であるユーザのユーザＩＤや、印刷設定情報（印刷条件を示す情報）の初期値等が含まれる。
【００１３】
一方、スキャンアプリ２２は、画像形成装置１０においてスキャンされた画像データに対して所定の処理（例えば、配信又は保存等）を実行するネットアプリである。スキャンアプリ２２は、ＵＩ制御部２２１、アプリ情報送信部２２２、連携部２２３、スキャンデータ処理部２２４、及び属性情報管理ファイル２２５等を有する。
【００１４】
ＵＩ制御部２２１は、スキャンアプリ２２に関する各種の表示画面をユーザＰＣの表示装置に表示させる。アプリ情報送信部２２２は、スキャンアプリ２２が起動されたときに、スキャンアプリ２２のアプリ情報の登録要求をネットアプリ管理サーバ３０に送信する。アプリ情報にはスキャンアプリ２２の実行に必要な情報が含まれる。連携部２２３は、画像形成装置１０との連携のためのコミュニケーション（情報のやりとり等）を制御する。属性情報管理ファイル２２５は、スキャンアプリ２２に対する設定情報を格納するファイルである。スキャンデータ処理部２２４は、画像形成装置１０においてスキャンされ、ユーザＰＣ２０に転送された画像データに対して所定の処理（配信又は保存等）を実行する。属性情報管理ファイル２２５は、スキャンアプリ２２の属性情報を格納するファイルである。属性情報には、例えば、スキャンアプリ２２の識別子（アプリＩＤ）や、スキャンアプリ２２の所有者であるユーザのユーザＩＤや、スキャン設定情報（スキャン条件を示す情報）の初期値等が含まれる。
【００１５】
印刷アプリ２１及びスキャンアプリ２２の属性情報管理ファイル２１５又は属性情報管理ファイル２２５において各ネットアプリの所有者のユーザＩＤが記録されていることからも分かるように、各ネットアプリはユーザに属する。したがって、同一のネットアプリであっても、各ネットアプリが属するユーザが異なる場合、各ネットアプリは異なるものとして区別される。例えば、ユーザＡに属するネットアプリは、基本的にユーザＡに対してのみ利用が許可される。ユーザＢに属するネットアプリは、基本的にユーザＢに対してのみ利用が許可される。但し、例えば、アクセス制御機能によって他のユーザに対して利用権限を与えることにより、他人が所有者であるネットアプリの利用を可能としてもよい。
【００１６】
なお、同図では、一つのユーザＰＣ２０のみが示されているが、複数のユーザＰＣ２０がネットワーク４０に接続されていてもよい。また、各ユーザＰＣ２０が有するネットアプリの機能はそれぞれ異なっていてもよい。
【００１７】
ネットアプリ管理サーバ３０は、アプリ情報登録部３１、広告部３２、アプリ情報提供部３２、及び仲介部３４等を有するコンピュータである。アプリ情報登録部３１は、ユーザＰＣ２０より送信されるアプリ情報の登録要求を受信し、当該アプリ情報をアプリ情報管理テーブル３５に保存する。アプリ情報管理テーブル３５は、ユーザごとにネットアプリ管理サーバ３０の記憶装置に生成される。すなわち、各アプリ情報管理テーブル３５は、対応するユーザに属するネットアプリのアプリ情報を管理する。広告部３２は、アプリ情報登録部３１によって受信されたアプリ情報に含まれるユーザＩＤをネットワーク４０上に広告（ブロードキャスト又はマルチキャスト等）する。広告は、ユーザ単位（ユーザＩＤ単位）で行われる。具体的には、ユーザＡに関して広告された後、ユーザＡに属する新たなアプリ情報が受信されたとしても当該アプリ情報に応じた広告は行われない。すなわち、広告部３２による広告は、何らかのネットアプリを利用可能になったユーザが新たに発生したことを画像形成装置１０に通知するための情報である。但し、アプリ情報単位で広告が行われてもよい。この場合、同一ユーザについて重複して広告が発行されることになるが、重複の排除は画像形成装置１０側で行えばよい。アプリ情報提供部３３は、画像形成装置１０からの要求に応じ、アプリ情報管理テーブル３５に登録されているアプリ情報を画像形成装置１０に提供（送信）する。仲介部３４は、ネットアプリと画像形成装置１０とのコミュニケーションを仲介する。
【００１８】
なお、いずれかのユーザＰＣ２０が、ネットアプリ管理サーバ３０を兼ねてもよい。すなわち、いずれかのユーザＰＣ２０に、アプリ情報登録部３１、広告部３２、アプリ情報提供部３３、及び仲介部３４等が実装されていてもよい。
【００１９】
画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を実現する装置（プリンタ、スキャナ、コピー機、ファクシミリ等）を画像形成装置１０として用いてもよい。画像形成装置１０は、ユーザ検知部１２１、ＵＩ制御部１２２、アプリ情報取得部１２３、ネットアプリ連携部１２４、機能制御部１２５、及びユーザ管理テーブル１２６等を有する。
【００２０】
ユーザ検知部１２１は、ネットアプリ管理サーバ３０より発行される広告に基づいて、ネットアプリを利用可能なユーザの存在を検知し、広告に含まれているユーザＩＤ等をユーザ管理テーブル１２６に登録する。ユーザ管理テーブル１２６は、利用可能なネットアプリがネットワーク４０上に存在するユーザの一覧を管理するテーブルである。ＵＩ制御部１２２は、ユーザよりネットアプリの操作指示等の入力を受け付ける。すなわち、ネットアプリは、ユーザＰＣ２０に配置されているが、画像形成装置１０の操作パネルからも操作されうる。アプリ情報取得部１２３は、ユーザ管理テーブル１２６に登録されているユーザの中から選択されたユーザに属するネットアプリのアプリ情報をネットアプリ管理サーバ３０より取得する。ネットアプリ連携部１２４は、ネットアプリとのコミュニケーションを制御する。機能制御部１２５は、ネットアプリから要求された機能の実行を制御する。例えば、機能制御部１２５の制御により印刷又はスキャン等が実行される。
【００２１】
続いて、各装置のハードウェア構成について説明する。図２は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図２において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００２２】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、及びＨＤＤ１１４等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記録される。
【００２３】
スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。プリンタは１３、印刷データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ１１２にロードされ、実行されうる。
【００２４】
図３は、本発明の実施の形態におけるユーザＰＣのハードウェア構成例を示す図である。図３のユーザＰＣ２０は、それぞれバスＢで相互に接続されているドライブ装置２００と、補助記憶装置２０２と、メモリ装置２０３と、ＣＰＵ２０４と、インタフェース装置２０５と、表示装置２０６と、入力装置２０７とを有する。
【００２５】
ユーザＰＣ２０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体２０１によって提供される。プログラムを記録した記録媒体２０１がドライブ装置２００にセットされると、プログラムが記録媒体２０１からドライブ装置２００を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２６】
メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムに従ってユーザＰＣ２０に係る機能を実現する。インタフェース装置２０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置２０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置２０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。
【００２７】
以下、情報処理システム１の処理手順について説明する。本実施の形態では、特にスキャンアプリ２２に関する処理手順について説明する。
【００２８】
ユーザＰＣ２０においてユーザによって入力されるスキャンアプリ２２の起動指示に応じ、ＵＩ制御部２２１は、スキャンアプリ２２のメイン画面を表示装置２０６に表示させる。
【００２９】
図４は、スキャンアプリのメイン画面の表示例を示す図である。同図において、スキャンアプリ２２のメイン画面５３０の右隣には、スキャン設定画面５４０が付属している。スキャン設定画面５４０の詳細な表示例は図中右側に示されている。同図の例では、スキャン設定画面５４０において、解像度、カラーモード（カラー又はモノクロの別）、及びスキャンされた画像データ（スキャン画像）の保存場所としてユーザＰＣ２０のファイルシステム上におけるパス名等の設定が可能とされている。但し、これらの設定項目はあくまでも例示であり、設定項目の種類は所定のものに限定されない。
【００３０】
スキャン設定画面５４０において各設定項目の値が設定されると、ＵＩ制御部２２１は、設定された情報（以下、「スキャン設定情報」という。）をメモリ装置２０３に記録しておく。
【００３１】
なお、スキャン設定画面５４０の各項目に表示される初期値は、属性情報管理ファイル２２５より取得される。すなわち、属性情報管理ファイル２２５には、ユーザ所望のスキャン設定情報が予め含まれている。したがって、必ずしもスキャン設定画面５４０は表示されなくてもよい。スキャン設定画面５４０を表示させない場合、属性情報管理ファイル２２５より取得されたスキャン設定情報がメモリ装置２０３にロードされればよい。
【００３２】
続いて、アプリ情報送信部２２２は、上記のステップにおいて取得された情報に基づいてスキャンアプリ２２のアプリ情報を生成し、当該アプリ情報（画像形成装置１０に対するスキャンの実行要求）の登録要求をネットアプリ管理サーバ３０に送信する。
【００３３】
図５は、スキャンアプリのアプリ情報の例を示す図である。同図において、スキャンアプリ２２のアプリ情報は、アプリＩＤ、ユーザＩＤ、連携機能識別子、ネットアプリアドレス、表示名、及びスキャン設定情報等を含む。
【００３４】
アプリＩＤは、各ネットアプリを一意に識別する識別情報である。ユーザＩＤは、スキャンアプリ２２の所有者であるユーザの識別情報である。連携機能識別子は、ネットアプリと連携する画像形成装置１０が有している必要のある機能（換言すれば、ネットアプリが利用する機能）を識別するための情報である。連携機能識別子の一例として「ｐｒｉｎｔ」、「ｓｃａｎ」等が挙げられる。「ｐｒｉｎｔ」は、印刷機能を示す。「ｓｃａｎ」は、スキャン機能を示す。スキャンアプリ２２は、画像形成装置１０のスキャン機能を利用する。したがって、図５の例では、「ｓｃａｎ」が連携機能識別子とされている。ネットアプリアドレスは、ネットワーク通信において各ネットアプリを一意に識別するための識別情報（例えば、ＵＲＬ等）である。表示名は、ネットアプリの名前の表示用の文字列である。なお、アプリＩＤ、ユーザＩＤ、連携機能識別子、ネットアプリアドレス、及び表示名は、例えば、属性情報管理ファイル２２５より取得される。
【００３５】
スキャン設定情報は、スキャン設定画面５４０において設定されたスキャン設定情報、又は属性情報管理ファイル２２５より取得されたスキャン設定情報である。
【００３６】
続いて、アプリ情報の送信に応じて実行される処理手順について説明する。図６は、アプリ情報の送信時の処理手順を説明するためのシーケンス図である。
【００３７】
ステップＳ１１１において、アプリ情報送信部２２２より送信されたアプリ情報（図５参照）は、ネットアプリ管理サーバ３０のアプリ情報登録部３１によって受信される。アプリ情報登録部３１は、受信されたアプリ情報に含まれているユーザＩＤに対応するアプリ情報管理テーブル３５に当該アプリ情報を登録する。当該ユーザＩＤに対応するアプリ情報管理テーブル３５が存在しない場合、アプリ情報登録部３１は、当該ユーザＩＤに対応するアプリ情報管理テーブル３５を生成し、生成されたアプリ情報管理テーブル３５にアプリ情報を登録する（Ｓ１１２）。
【００３８】
アプリ情報管理テーブル３５が新たに生成された場合（すなわち、受信されたアプリ情報に含まれているユーザＩＤに係るユーザについて、初めてアプリ情報が登録された場合）、広告部３２は、受信されたアプリ情報に含まれているユーザＩＤと、アプリ情報取得用ＵＲＬ（Uniform Resource Locator）とを含む広告をネットワーク４０上に発行する（Ｓ１１３）。アプリ情報取得用ＵＲＬとは、アプリ情報管理テーブル３５ごとに一意なＵＲＬである。例えば、アプリ情報登録部３１は、アプリ情報管理テーブル３５を生成した際に、当該アプリ情報管理テーブル３５に対するアプリ情報取得用ＵＲＬを生成する。ここで、アプリ情報管理テーブル３５は、ユーザごとに生成される。したがって、アプリ情報取得用ＵＲＬはユーザごとに一意となる。
【００３９】
続いて、画像形成装置１０のユーザ検知部１２１は、広告を受信すると、当該広告に含まれているユーザＩＤ及びアプリ情報取得用ＵＲＬをユーザ管理テーブル１２６に登録する（Ｓ１１４）。
【００４０】
図７は、ユーザ管理テーブルの構成例を示す図である。同図に示されるように、ユーザ管理テーブル１２６は、ユーザＩＤとアプリ情報取得用ＵＲＬとの組（ペア）を管理する。同図では、ユーザＡ及びユーザＢについてレコードが登録されている例が示されている。なお、ユーザ管理テーブル１２６は、例えば、ＨＤＤ１１４に記憶されている。
【００４１】
一方、スキャンアプリ２２は、アプリ情報を送信した後、画像形成装置１０において画像データがスキャンされたことを確認するためのポーリングを一定間隔Ａごとに行う。具体的には、スキャンアプリ２２の連携部２２３は、スキャンされた画像データ（スキャン画像）の取得要求をネットアプリ管理サーバ３０の仲介部３４に送信する（Ｓ１１５）。仲介部３４は、当該取得要求に対する応答を行う（Ｓ１１６）。この段階では、画像データはスキャンされていないため、スキャン画像は無いことを示す応答が返信される。スキャン画像の取得要求は一定間隔Ａごとに繰り返し行われる（Ｓ１１７、Ｓ１１８等）。なお、スキャン画像の取得要求には、ユーザＩＤを含めるようにしてもよい。
【００４２】
例えば、その後、ユーザＰＣ２０において印刷アプリ２１が起動され、印刷アプリ２１のＵＩ制御部２１１が表示させる印刷アプリ２１のメイン画面に対して文書ファイルがドラッグ＆ドロップされると、印刷アプリ２１のアプリ情報送信部２１２は、印刷アプリ２１に関するアプリ情報をネットアプリ管理サーバ３０のアプリ情報登録部３１に送信する。その結果、印刷アプリ２１のアプリ情報に関して図６と同様の処理が実行され、当該アプリ情報は当該ユーザのアプリ情報管理テーブル３５に登録される。但し、当該ユーザに関する広告（図６のステップＳ１１３）は行われない。スキャンアプリ２２の起動に応じて既に実行されているからである。また、印刷アプリ２１の処理は、画像形成装置１０より画像データを引き取るという手順は含まない。したがって、ステップＳ１１５以降のポーリングも行われない。なお、印刷アプリ２１のアプリ情報は、印刷ジョブごとにネットアプリ管理サーバ３０に送信され、登録される。具体的には、印刷アプリ２１のメイン画面に文書ファイルがドラッグ＆ドロップされるたびに、当該文書ファイルに関する印刷アプリ２１のアプリ情報がネットアプリ管理サーバ３０に登録される。
【００４３】
ユーザＰＣ２０においてスキャンアプリ２２を起動させた後、ユーザは、スキャンアプリ２２を動作させるために画像形成装置１０の設置場所へ移動する。なお、複数の画像形成装置１０がネットワーク４０に接続されている場合、同一の広告が各画像形成装置１０のユーザ検知部１２１によって受信され、それぞれの画像形成装置１０のユーザ管理テーブル１２６にユーザＩＤ及びアプリ情報取得用ＵＲＬが登録される。したがって、ユーザは、複数の画像形成装置１０のいずれからも各ネットアプリを動作させることができる。
【００４４】
続いて、画像形成装置１０におけるユーザによる操作に応じて実行される処理について説明する。図８は、スキャンアプリ実行時の処理手順を説明するためのシーケンス図である。
【００４５】
ユーザによって操作パネル１５を介してネットアプリの利用指示が入力されると（Ｓ２０１）、画像形成装置１０のＵＩ制御部１２２は、ユーザ管理テーブル１２６に登録されている情報に基づいてユーザ選択画面を操作パネル１５に表示させる（Ｓ２０２）。なお、ステップＳ２０２において、ＵＩ制御部１２２は、ネットアプリ管理サーバ３０よりユーザ情報を取得し、取得されたユーザ情報に基づいてユーザ選択画面を表示させるようにしてもよい。この場合、図６のステップＳ１１３は必ずしも行われなくてもよい。但し、例えば、ネットアプリ管理サーバ３０とサブネットが異なる特定の（予め、ネットアプリ管理サーバ３０にＩＰアドレスが登録されている）画像形成装置１０に対してユニキャストによってステップＳ１１３が実行されてもよい。
【００４６】
図９は、ユーザ選択画面の表示例を示す図である。同図に示されるユーザ選択画面６１０には、ユーザＩＤごとにボタンが表示されている。同図では、ユーザＡに対応するボタン６１１とユーザＢに対応するボタン６１２とが表示されている。
【００４７】
続いて、ユーザは、ユーザ選択画面６１０において自らのユーザＩＤに対応するボタンを押下する（Ｓ２０３）。ボタンの押下に応じ、アプリ情報取得部１２３は、選択されたボタンに対応するユーザＩＤに関連付けられているアプリ情報取得用ＵＲＬをユーザ管理テーブル１２６より取得する。なお、ユーザＩＤに対応するボタンの押下に応じ、ユーザの認証を行い、ユーザが認証された場合にのみ、以降の処理が実行されるようにしてもよい。
【００４８】
続いて、アプリ情報取得部１２３は、アプリ情報取得用ＵＲＬ宛に、アプリ情報の取得要求を送信する（Ｓ２０４）。アプリ情報の取得要求は、ネットアプリ管理サーバ３０のアプリ情報提供部３３によって受信される。アプリ情報提供部３３は、アプリ情報取得用ＵＲＬに対応するアプリ情報管理テーブル３５（すなわち、画像形成装置１０を操作中のユーザに対応するアプリ情報管理テーブル３５）に登録されている全てのネットアプリのアプリ情報を取得し、取得されたアプリ情報の一覧を画像形成装置１０に送信する（Ｓ２０５）。アプリ情報の一覧の送信に際し、アプリ情報提供部３３は、画像形成装置１０と各ネットアプリとの通信を中継するためのＵＲＬ（以下、「ネットアプリ中継用ＵＲＬ」という。）をネットアプリごと（アプリ情報ごと）に一意に生成する。アプリ情報提供部３３は、ネットアプリごとに生成されたネットアプリ中継用ＵＲＬを、各ネットアプリに対応するアプリ情報に付加し、ネットアプリ中継用ＵＲＬが付加されたアプリ情報の一覧を画像形成装置１０に送信する。したがって、ステップＳ２０５において送信されるアプリ情報は、例えば、図１０に示されるような構成を有する。
【００４９】
図１０は、ネットアプリ管理サーバから画像形成装置に送信されるスキャンアプリのアプリ情報の構成例を示す図である。
【００５０】
図１０に示されるアプリ情報は、図５のアプリ情報に対してネットアプリ中継用ＵＲＬが付加されたものである。ステップＳ２０５では、同図に示されるようなアプリ情報の一覧が送信される。ここでは、アプリ情報が一つしか含まれないものもアプリ情報の一覧という。
【００５１】
なお、ネットアプリ中継用ＵＲＬは、アプリ情報登録部３１が、アプリ情報をアプリ情報管理テーブル３５に登録する際に生成し、アプリ情報に付加しておいてもよい。
【００５２】
一方、ネットアプリ管理サーバ３０の仲介部３４は、画像形成装置１０によってアプリ情報が取得された後、スキャンアプリ２２の連携部２２３からのスキャン画像データの取得要求を受信すると（Ｓ３０１）、画像形成装置１０によってアプリ情報の取得が実行されたことを示す応答を連携部２２３に返信する（Ｓ３０２）。
【００５３】
当該応答に応じ、連携部２２３は、ポーリングの周期を短くする（Ｓ３０３、Ｓ３０４）。具体的には、ポーリングの間隔が一定間隔Ａから一定間隔Ｂ（Ａ＞Ｂ）に変更される。すなわち、アプリ情報が画像形成装置１０によって取得されたことにより、スキャンアプリ２２が実行される可能性が高まるからである。但し、画像形成装置１０に取得されるアプリ情報の一覧には、スキャンアプリ２２以外のネットアプリに関するものも含まれている可能性がある。したがって、この段階では、スキャンアプリ２２が実行されることが確定したわけではない。
【００５４】
なお、スキャン画像の取得要求にユーザＩＤが含まれている場合、仲介部３４は、当該ユーザＩＤによってフィルタリングを行ってもよい。具体的には、仲介部３４は、アプリ情報の取得対象とされたユーザＩＤを含むスキャン画像の取得要求（ポーリング）に対して、画像形成装置１０によってアプリ情報の取得が実行されたことを示す応答を返信する。そうすることにより、他のユーザのユーザＰＣ２０におけるスキャンアプリ２２からのポーリング間隔が短縮され、ネットワーク負荷が高まるのを防止することができる。
【００５５】
続いて、画像形成装置１０のＵＩ制御部１２２は、受信されたアプリ情報の一覧をＲＡＭ１１２に記録しておき、当該アプリ情報の一覧に基づいて、ユーザに利用可能なネットアプリの一覧を含む画面（ネットアプリ選択画面）を表示させる（Ｓ２０６）。
【００５６】
図１１は、ネットアプリ選択画面の表示例を示す図である。同図においてネットアプリ選択画面６２０には、ネットアプリごとにボタンが表示されている。同図では、スキャンアプリ２２に対応するボタン６２１と、ファイルＡの印刷要求に係る印刷アプリ２１に対応するボタン６２２と、ファイルＢの印刷要求に係る印刷アプリ２２に対応するボタン６２３とが表示されている。
【００５７】
ネットアプリ選択画面６２０において、スキャンアプリ２２に対応するボタン６２１が選択されると（Ｓ２０７）、画像形成装置１０のネットアプリ連携部１２４は、押下されたボタンに対応するアプリ情報（以下、「カレントアプリ情報」という。）に含まれているネットアプリ中継用ＵＲＬ宛に、スキャン開始通知を送信する（Ｓ２０８）。当該ネットアプリ中継用ＵＲＬ宛に送信されたスキャン開始通知は、ネットアプリ管理サーバ３０の仲介部３４によって受信される。
【００５８】
仲介部３４は、スキャン開始通知の受信に応じ、連携部２２３からのポーリングを受信してから応答するまでの時間をスキャン開始通知が受信される前より長くする。図８では、応答時間Ｃから応答時間Ｄ（Ｃ＜Ｄ）に変更される例が示されている。すなわち、ステップＳ３０５において、仲介部３４は、当該ネットアプリ中継用ＵＲＬに対応するスキャンアプリ２２の連携部２２３よりスキャン画像の取得要求を受信すると応答時間Ｄの間応答を待機した後、スキャンが開始されることを示す応答を連携部２２３に返信する（Ｓ３０６）。仲介部３４による応答時間が長くなることにより、実質的にポーリング間隔を長くすることができる。その結果、ポーリングによるネットワーク負荷の増加が抑制される。なお、連携部２２３からのスキャン画像の取得要求には、当該スキャンアプリ２２のアプリＩＤを含めておいてもよい。当該ネットアプリ中継用ＵＲＬに対応するスキャンアプリ２２であるか否かの判定は、当該ネットアプリ中継用ＵＲＬが関連付いているアプリＩＤと、スキャン画像の取得要求に含まれているアプリＩＤとを照合することにより行えばよい。
【００５９】
スキャンが開始されることを示す応答を受信した連携部２２３は、スキャン画像の取得要求のポーリングを継続する（Ｓ３０７）。この段階（スキャン開始通知後）においては、仲介部３４によってポーリング間隔が調整されているため、ステップＳ３０７以降、スキャン画像が受信されるまでの連携部２２３によるポーリング間隔は、一定間隔Ｂのままでもよいし、一定間隔Ｂより短くされてもよい。例えば、仲介部３４からの応答の受信後、直ちにポーリングが行われてもよい。
【００６０】
一方、画像形成装置１０において、原稿がセットされ、操作パネル１５のスタートキーが押下されると（Ｓ２０９）、ネットアプリ連携部１２４は、カレントアプリ情報に含まれている連携機能識別子（「ｓｃａｎ」）に基づいて、スキャンを実行すべきことを認識する。そこで、ネットアプリ連携部１２４は、スキャンの実行を機能制御部１２５に要求する。
【００６１】
機能制御部１２５は、カレントアプリ情報に含まれているスキャン設定情報に基づいて、原稿からの画像データの読み取りを制御する（Ｓ２１０）。より詳しくは、機能制御部１２５は、ユーザによって画像形成装置１０にセットされた原稿に対するスキャンをスキャナ１２に実行させ、その結果得られる画像データ（スキャン画像）をネットアプリ連携部１２４に出力する。
【００６２】
ネットアプリ連携部１２４は、当該スキャン画像をカレントアプリ情報に含まれているネットアプリ中継用ＵＲＬ宛に送信する（Ｓ２１１）。ネットアプリ中継用ＵＲＬ宛に送信されたスキャン画像は、ネットアプリ管理サーバ３０の仲介部３４によって受信される。続いて、仲介部３４は、ステップＳ３０７において受信されたスキャン画像の取得要求に対する応答として（ステップＳ３０７において受信されたスキャン画像の取得要求に係るセッションにおいて）、スキャン画像を連携部２２３に転送する（Ｓ３０８）。なお、スキャン画像の転送の際には、仲介部３４は、応答時間Ｄの間待機することなく、スキャン画像の受信に応じて直ちに連携部２２３に対する応答（スキャン画像）を返信する。
【００６３】
ところで、仲介部３４は、ステップＳ２０８におけるスキャン開始通知を受信後に受信されたスキャン画像の取得要求（Ｓ３０５）に対する応答を、ステップＳ２１１まで待機するようにしてもよい。そうする場合、図８では、ステップＳ３０６及びＳ３０７に関する通信量を削減することができる。但し、ポーリングにおいて連携部２２３が仲介部３４からの応答を待っている間、連携部２２３と仲介部３４との間のセッションは接続されたままになっている。通常、斯かるセッションにはタイムアウト時間が設定されており、仲介部３４からの応答がタイムアウト時間を超えると、セッションが切断されてしまい、仲介部３４は応答ができなくなってしまう。そうすると、ネットワーク負荷の軽減の観点において、応答時間Ｄは、タイムアウト時間の範囲内において最大の値が好適であると考えられる。
【００６４】
但し、図８では便宜上、一つのスキャンアプリ２２（ユーザＰＣ２０）しか示されていないが、実際の運用においては、一つの仲介部３４に関して、複数のスキャンアプリ２２（ユーザＰＣ２０）との通信（ポーリング及びそれに対する応答）が並行して行われうる。このような状況において、応答時間Ｄがタイムアウト時間の範囲内において長くされ過ぎると、同時に接続可能なセッション数の制限により、仲介部３４は、一部のスキャンアプリ２２からのポーリングを受信できなくなってしまう可能性がある。したがって、応答時間Ｄは、タイムアウト時間と運用上発生しうるスキャンアプリ２２の同時使用数と等を考慮して、適切な値を設定するとよい。なお、同時に接続可能なセッション数の制限とは、例えば、ソケット通信の場合、同時に開く（オープンする）ことのできるソケット数（ファイルディスクリプタ数）の制限に相当する。なお、上記より明らかなように、連携部２２３は、ポーリングのたびにセッションを接続し、応答が受信されるたびに当該セッションを切断する。
【００６５】
ステップＳ３０８においてネットアプリアドレス宛に送信されたスキャン画像は、ユーザＰＣ２０におけるスキャンアプリ２２の連携部２２３によって受信される。続いて、連携部２２３は、スキャン画像をスキャンデータ処理部２２４に入力する。スキャンデータ処理部２２４は、スキャン画像を処理対象として、自らに実装されている処理（ロジック）を実行する（Ｓ３１０）。例えば、スキャンデータ処理部２２４は、属性情報管理ファイル２２５に設定されている保存先にスキャン画像を保存する。
【００６６】
続いて、連携部２２３は、次のスキャンアプリ２２の実行に備えて、スキャン画像取要求のポーリングを再開する（Ｓ３１１〜Ｓ３１４等）。この際のポーリング間隔は、一定間隔Ａ（元の間隔）に戻される。また、スキャン画像の転送後、仲介部３４は、ポーリングに対する応答時間を元に（例えば、応答時間Ｃに）戻す。
【００６７】
なお、図８の処理の実行中において、図６の処理も並列的に実行されうる。具体的には、画像形成装置１０を現在操作中のユーザとは異なるユーザに係るユーザＰＣ２０が有するネットアプリからのアプリ情報の登録要求に基づいて、画像形成装置１０のユーザ管理テーブル１２６には、当該アプリ情報に含まれているユーザＩＤ等が登録されうる。
【００６８】
続いて、図８のステップＳ２０７においてスキャンの実行指示が入力される代わりに、スキャンアプリ２２の実行のキャンセルが入力された場合について説明する。
【００６９】
図１２は、スキャンアプリの実行がキャンセルされた場合の処理手順を説明するためのシーケンス図である。図１２中、図８と同一ステップ（Ｓ３１１〜Ｓ３１４）には同一ステップ番号を付し、その説明は省略する。
【００７０】
スキャンアプリ２２に対応するボタン６２１が選択された後、スキャンアプリ２２の実行のキャンセルが操作パネル１５を介して入力されると（Ｓ２２１）、ネットアプリ連携部１２４は、スキャンアプリ２２のキャンセル通知をカレントアプリ情報に含まれているネットアプリ中継用ＵＲＬ宛に送信する（Ｓ２２２）。ネットアプリ中継用ＵＲＬ宛に送信されたキャンセル通知は、ネットアプリ管理サーバ３０の仲介部３４によって受信される。仲介部３４は、ステップＳ３０７において受信されたスキャン画像の取得要求に対する応答として、キャンセル通知を連携部２２３に転送する（Ｓ３２１）。当該ネットアプリアドレス宛に送信されたキャンセル通知は、ユーザＰＣ２０におけるスキャンアプリ２２の連携部２２３によって受信される。したがって、スキャンアプリ２２の実行がキャンセルされた場合にも、スキャンアプリ２２が開設したセッションを適切に終了させることができる。
【００７１】
なお、連携部２２３は、セッションを開設後、所定時間が経過しても何も受信されない場合にも、当該セッションを終了させるようにしてもよい。そうすることにより、ネットワーク異常が発生した場合等において、セッションが開設されたままになること（連携部２２３の待機状態が長期に継続すること）を防止することができる。
【００７２】
続いて、ネットアプリ選択画面６２０が表示されている状態において、スキャンアプリ２２以外のネットアプリが選択された場合について説明する。
【００７３】
図１３は、スキャンアプリ以外のネットアプリが実行対象とされた場合の処理手順を説明するためのシーケンス図である。
【００７４】
ネットアプリ選択画面６２０において、例えば、印刷アプリ２１に対応するボタン６２２が選択されると（Ｓ２３１）、画像形成装置１０のネットアプリ連携部１２４は、スキャンアプリ２２のアプリ情報に含まれているネットアプリ中継用ＵＲＬ宛に、別アプリケーションの開始通知（スキャンの実行要求に応じた処理とは異なる処理が開始されることの通知）を送信する（Ｓ２３２）。当該ネットアプリ中継用ＵＲＬ宛に送信された別アプリケーションの開始通知は、ネットアプリ管理サーバ３０の仲介部３４によって受信される。仲介部３４は、当該ネットアプリ中継用ＵＲＬに対応するスキャンアプリ２２の連携部２２３よりスキャン画像の取得要求を受信すると（Ｓ３３１）、別アプリケーションの開始通知を示す応答を連携部２２３に返信する（Ｓ３３２）。
【００７５】
別アプリケーションが開始通知を受信した連携部２２３は、一定間隔Ｂに短くしていたポーリング間隔を元の間隔（一定間隔Ａ）に戻す（Ｓ３３３〜Ｓ３３６）。すなわち、別アプリケーションが実行されている間は、スキャン画像が転送されてくる可能性は無い（低い）からである。図１３の処理手順は、ネットアプリ以外の標準のアプリケーション（例えば、コピーアプリケーションやＦＡＸアプリケーション等）が実行対象とされた場合にも行われてもよい。
【００７６】
続いて、ポーリング間隔が短くなっているとき（一定間隔Ｂになっているとき）に、ユーザＰＣ２０においてスキャンアプリ２２に関する操作が行われた場合の処理手順について説明する。図１４は、ポーリング間隔が短くなっているときにユーザＰＣにおいてスキャンアプリに関する操作を行われた場合の処理手順を説明するためのシーケンス図である。
【００７７】
ポーリング間隔が短くなっているときに（Ｓ３４１〜Ｓ３４４）、スキャンアプリ２２のユーザによってスキャン設定情報の編集が行われると（Ｓ３４５）、連携部２２３は、更新されたスキャン設定情報を含むスキャンアプリ２２のアプリ情報をネットアプリ管理サーバ３０のアプリ情報登録部３１に送信する（Ｓ３４６）。アプリ情報登録部３１は、受信されたアプリ情報によって、当該ユーザに対するアプリ情報管理テーブル３５を更新する。
【００７８】
続いて、連携部２１３は、短くなっていたポーリング間隔を元の一定間隔Ａに戻す（Ｓ３４７〜Ｓ３５０）。この場合、ユーザは、画像形成装置１０から離れ、ユーザＰＣ２０において作業中であるため、スキャンが開始され、スキャン画像が転送される可能性は低いからである。
【００７９】
ところで、本実施の形態では、ネットアプリ管理装置３０がユーザＰＣ２０と画像形成装置１０との間を仲介する例について説明した。斯かる形態は、画像形成装置１０と通信する装置をネットアプリ管理装置３０に集約することで、画像形成装置１０との間の通信プロトコルの対応をネットアプリ管理装置３０に限定することができるといった利点がある。また、画像形成装置１０への通信量を低減させることができるといった利点がある。但し、各ユーザＰＣ２０と画像形成装置１０とが直接やりとりするようにしてもよい。この場合、各ユーザＰＣ２０がネットアプリ管理装置３０の機能を有していればよい。
【００８０】
上述したように、本実施の形態によれば、スキャン画像が転送される可能性が低いときはスキャンアプリ２２によるポーリングの間隔は長くされる。したがって、不必要に多量のパケットがネットワーク４０上に送出されることが適切に抑制され、ネットワーク負荷の異常な増加が防止される。特に、ネットアプリは、各ユーザＰＣ２０ごとに配置されるため、複数のユーザＰＣ２０のスキャンアプリ２２から同時期にポーリングが行われる可能性がある。したがって、スキャンアプリ２２のポーリングによるネットワーク負荷の減少は重要な課題である。
【００８１】
また、スキャン画像が転送される可能性が高くなったときは、スキャンアプリ２２によるポーリングの間隔は短くされる。したがって、スキャン画像がネットワークアプリ管理サーバ３０に転送されてから、ユーザＰＣ２０に転送されるまでの時間を短縮化することができる。
【００８２】
また、スキャン画像が転送される可能性が更に高くなったとき（仲介部３４がスキャン開始通知を受信したとき）は、仲介部３４によってポーリングに対する応答間隔が長くされる。その結果、スキャン画像がスキャンアプリ側２２に転送されるまでのポーリング回数を削減することができ、ネットワーク負荷を軽減させることができる。
【００８３】
このように、本実施の形態によれば、スキャンアプリ２２と仲介部３４との双方の協働した処理によって、スキャン画像の取得要求に関するポーリング間隔が適切に調節される。
【００８４】
また、本実施の形態によれば、画像形成装置１０の操作パネル１５から、当該画像形成装置１０の機能を組み込んだ任意のネットアプリに実装されたワークフローを実行することが可能である。この際、画像形成装置１０の機能については、ユーザに関連付けられたネットアプリ単位で設定情報を保持しているため、より個人的な（ユーザごとに固有の）ワークフローを実現することができる。
【００８５】
また、各ネットアプリを実行させるための操作は、異なる機能又はワークフローであっても、統一的である（ネットアプリ選択画面６２０におけるボタンの選択とスタートキーの押下）であるため、操作者は、機能やワークフローごとに実行のための操作を覚える必要はない。
【００８６】
更に、画像形成装置１０はシンプルな画像入出力機能を提供するのみでよく、付加的な処理はクライアントＰＣ２０上で実行される。このため、画像形成装置１０の機能の複雑化を回避することができると共に、あらゆる意味において制約の少ないクライアントＰＣ２０上に複雑な機能を実装することができる。
【００８７】
また、各ネットアプリは、自動的に検知され画像形成装置１０に登録される。したがって、ユーザが画像形成装置１０に対して各ネットアプリの登録作業を行う必要はない。また、不在のクライアントＰＣ２０上のネットアプリを登録対象から除外することができるため、画像形成装置１０においてネットアプリを選択させる際、余分な実行候補が提示されることを回避することができる。
【００８８】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００８９】
１ 情報処理システム
１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ ユーザＰＣ
２１ 印刷アプリ
２２ スキャンアプリ
３０ ネットアプリ管理サーバ
３１ アプリ情報登録部
３２ 広告部
３３ アプリ情報提供部
３４ 仲介部
４０ ネットワーク
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１２１ ユーザ検知部
１２２ ＵＩ制御部
１２３ アプリ情報取得部
１２４ ネットアプリ連携部
１２５ 機能制御部
１２６ ユーザ管理テーブル
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２０６ 表示装置
２０７ 入力装置
２１１ ＵＩ制御部
２１２ アプリ情報送信部
２１３ 連携部
２１４ 印刷データ生成部
２１５ 属性情報管理ファイル
２２１ ＵＩ制御部
２２２ アプリ情報送信部
２２３ 連携部
２２４ スキャンデータ処理部
２２５ 属性情報管理ファイル
【先行技術文献】
【特許文献】
【００９０】
【特許文献１】特開２００３−１５４７２８号公報
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関し、特に、画像形成装置の機能を利用する情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、クライアント・サーバ形式のシステムにおいて、クライアントが、サーバに対して要求したジョブの状態を監視するための手法として、ポーリングが利用されている。ポーリングは、一定間隔で問い合わせ等を繰り返すことである。ポーリングを利用することにより、クライアント側は、ジョブの実行要求を送信した際のセッションを維持する必要はなく、ジョブの実行要求とは非同期にジョブの実行結果を知ることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、ポーリングを利用する場合、サーバ側の状態の変化を検知するまでに時間的なずれが生じる可能性が高くなり、その結果、ターンアラウンドタイムが長くなってしまうという問題がある。
【０００４】
斯かる問題は、ポーリング間隔を短くすることにより低減させることができる。しかし、ポーリング間隔を短くすればするほど通信量が増加し、ネットワーク負荷が高くなってしまうという問題がある。特に、ポーリングを行うクライアントの数が多い場合、ポーリングによるネットワーク負荷に対する影響は無視できないものとなる。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、画像形成装置に対して要求した処理の実行結果の取得に関する通信を適切に制御することのできる情報処理装置、情報処理方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、本発明は、画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手段と、前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手段とを有し、前記通信制御手段は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くする。
【０００７】
このような情報処理装置では、画像形成装置に対して要求した処理の実行結果の取得に関する通信を適切に制御することができる。
【発明の効果】
【０００８】
画像形成装置に対して要求した処理の実行結果の取得に関する通信を適切に制御することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態における情報処理システムの構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるユーザＰＣのハードウェア構成例を示す図である。
【図４】スキャンアプリのメイン画面の表示例を示す図である。
【図５】スキャンアプリのアプリ情報の例を示す図である。
【図６】アプリ情報の送信時の処理手順を説明するためのシーケンス図である。
【図７】ユーザ管理テーブルの構成例を示す図である。
【図８】スキャンアプリ実行時の処理手順を説明するためのシーケンス図である。
【図９】ユーザ選択画面の表示例を示す図である。
【図１０】ネットアプリ管理サーバから画像形成装置に送信されるスキャンアプリのアプリ情報の構成例を示す図である。
【図１１】ネットアプリ選択画面の表示例を示す図である。
【図１２】スキャンアプリの実行がキャンセルされた場合の処理手順を説明するためのシーケンス図である。
【図１３】スキャンアプリ以外のネットアプリが実行対象とされた場合の処理手順を説明するためのシーケンス図である。
【図１４】ポーリング間隔が短くなっているときにユーザＰＣにおいてスキャンアプリに関する操作を行われた場合の処理手順を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。同図の情報処理システム１において、一台以上の画像形成装置１０と、一台以上のユーザＰＣ２０と、ネットアプリ管理サーバ３０とは、ＬＡＮ（Local Area Network）等のネットワーク４０（有線又は無線の別は問わない。）によって接続されている。
【００１１】
ユーザＰＣ２０は、ユーザごとに割り当てられたＰＣ（Personal Computer）であり、画像形成装置１０との連携により所定のサービスを提供するアプリケーション（以下、「ネットアプリ」という。）を有する。同図では、ネットアプリの一例として印刷アプリ２１及びスキャンアプリ２２が示されている。印刷アプリ２１は、ネットワーク４０を介して通信可能な画像形成装置１０に印刷ジョブを実行させるネットアプリであり、ＵＩ制御部２１１、アプリ情報送信部２１２、連携部２１３、印刷データ生成部２１４、及び属性情報管理ファイル２１５等を有する。
【００１２】
ＵＩ制御部２１１は、印刷アプリ２１に関する各種の表示画面をユーザＰＣの表示装置に表示させる。アプリ情報送信部２１２は、印刷指示の入力に応じ印刷アプリ２１のアプリ情報の登録要求をネットアプリ管理サーバ３０に送信する。アプリ情報には、印刷アプリ２１の実行に必要な情報が含まれる。なお、本実施の形態において印刷アプリ２１のアプリ情報は、画像形成装置１０に対する印刷要求に相当する。連携部２１３は、画像形成装置１０との連携のためのコミュニケーション（情報のやりとり等）を制御する。印刷データ生成部２１４は、画像形成装置１０に印刷させる文書ファイル（電子データ）の印刷データ（ＰＤＬ（Page Description Language）データ）を、ＰＣ２０にインストールされているプリンタドライバを利用して生成する。属性情報管理ファイル２１５は、印刷アプリ２１の属性情報を格納するファイルである。属性情報には、例えば、印刷アプリ２１の識別子（アプリＩＤ）や、印刷アプリ２１の所有者であるユーザのユーザＩＤや、印刷設定情報（印刷条件を示す情報）の初期値等が含まれる。
【００１３】
一方、スキャンアプリ２２は、画像形成装置１０においてスキャンされた画像データに対して所定の処理（例えば、配信又は保存等）を実行するネットアプリである。スキャンアプリ２２は、ＵＩ制御部２２１、アプリ情報送信部２２２、連携部２２３、スキャンデータ処理部２２４、及び属性情報管理ファイル２２５等を有する。
【００１４】
ＵＩ制御部２２１は、スキャンアプリ２２に関する各種の表示画面をユーザＰＣの表示装置に表示させる。アプリ情報送信部２２２は、スキャンアプリ２２が起動されたときに、スキャンアプリ２２のアプリ情報の登録要求をネットアプリ管理サーバ３０に送信する。アプリ情報にはスキャンアプリ２２の実行に必要な情報が含まれる。連携部２２３は、画像形成装置１０との連携のためのコミュニケーション（情報のやりとり等）を制御する。属性情報管理ファイル２２５は、スキャンアプリ２２に対する設定情報を格納するファイルである。スキャンデータ処理部２２４は、画像形成装置１０においてスキャンされ、ユーザＰＣ２０に転送された画像データに対して所定の処理（配信又は保存等）を実行する。属性情報管理ファイル２２５は、スキャンアプリ２２の属性情報を格納するファイルである。属性情報には、例えば、スキャンアプリ２２の識別子（アプリＩＤ）や、スキャンアプリ２２の所有者であるユーザのユーザＩＤや、スキャン設定情報（スキャン条件を示す情報）の初期値等が含まれる。
【００１５】
印刷アプリ２１及びスキャンアプリ２２の属性情報管理ファイル２１５又は属性情報管理ファイル２２５において各ネットアプリの所有者のユーザＩＤが記録されていることからも分かるように、各ネットアプリはユーザに属する。したがって、同一のネットアプリであっても、各ネットアプリが属するユーザが異なる場合、各ネットアプリは異なるものとして区別される。例えば、ユーザＡに属するネットアプリは、基本的にユーザＡに対してのみ利用が許可される。ユーザＢに属するネットアプリは、基本的にユーザＢに対してのみ利用が許可される。但し、例えば、アクセス制御機能によって他のユーザに対して利用権限を与えることにより、他人が所有者であるネットアプリの利用を可能としてもよい。
【００１６】
なお、同図では、一つのユーザＰＣ２０のみが示されているが、複数のユーザＰＣ２０がネットワーク４０に接続されていてもよい。また、各ユーザＰＣ２０が有するネットアプリの機能はそれぞれ異なっていてもよい。
【００１７】
ネットアプリ管理サーバ３０は、アプリ情報登録部３１、広告部３２、アプリ情報提供部３２、及び仲介部３４等を有するコンピュータである。アプリ情報登録部３１は、ユーザＰＣ２０より送信されるアプリ情報の登録要求を受信し、当該アプリ情報をアプリ情報管理テーブル３５に保存する。アプリ情報管理テーブル３５は、ユーザごとにネットアプリ管理サーバ３０の記憶装置に生成される。すなわち、各アプリ情報管理テーブル３５は、対応するユーザに属するネットアプリのアプリ情報を管理する。広告部３２は、アプリ情報登録部３１によって受信されたアプリ情報に含まれるユーザＩＤをネットワーク４０上に広告（ブロードキャスト又はマルチキャスト等）する。広告は、ユーザ単位（ユーザＩＤ単位）で行われる。具体的には、ユーザＡに関して広告された後、ユーザＡに属する新たなアプリ情報が受信されたとしても当該アプリ情報に応じた広告は行われない。すなわち、広告部３２による広告は、何らかのネットアプリを利用可能になったユーザが新たに発生したことを画像形成装置１０に通知するための情報である。但し、アプリ情報単位で広告が行われてもよい。この場合、同一ユーザについて重複して広告が発行されることになるが、重複の排除は画像形成装置１０側で行えばよい。アプリ情報提供部３３は、画像形成装置１０からの要求に応じ、アプリ情報管理テーブル３５に登録されているアプリ情報を画像形成装置１０に提供（送信）する。仲介部３４は、ネットアプリと画像形成装置１０とのコミュニケーションを仲介する。
【００１８】
なお、いずれかのユーザＰＣ２０が、ネットアプリ管理サーバ３０を兼ねてもよい。すなわち、いずれかのユーザＰＣ２０に、アプリ情報登録部３１、広告部３２、アプリ情報提供部３３、及び仲介部３４等が実装されていてもよい。
【００１９】
画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を実現する装置（プリンタ、スキャナ、コピー機、ファクシミリ等）を画像形成装置１０として用いてもよい。画像形成装置１０は、ユーザ検知部１２１、ＵＩ制御部１２２、アプリ情報取得部１２３、ネットアプリ連携部１２４、機能制御部１２５、及びユーザ管理テーブル１２６等を有する。
【００２０】
ユーザ検知部１２１は、ネットアプリ管理サーバ３０より発行される広告に基づいて、ネットアプリを利用可能なユーザの存在を検知し、広告に含まれているユーザＩＤ等をユーザ管理テーブル１２６に登録する。ユーザ管理テーブル１２６は、利用可能なネットアプリがネットワーク４０上に存在するユーザの一覧を管理するテーブルである。ＵＩ制御部１２２は、ユーザよりネットアプリの操作指示等の入力を受け付ける。すなわち、ネットアプリは、ユーザＰＣ２０に配置されているが、画像形成装置１０の操作パネルからも操作されうる。アプリ情報取得部１２３は、ユーザ管理テーブル１２６に登録されているユーザの中から選択されたユーザに属するネットアプリのアプリ情報をネットアプリ管理サーバ３０より取得する。ネットアプリ連携部１２４は、ネットアプリとのコミュニケーションを制御する。機能制御部１２５は、ネットアプリから要求された機能の実行を制御する。例えば、機能制御部１２５の制御により印刷又はスキャン等が実行される。
【００２１】
続いて、各装置のハードウェア構成について説明する。図２は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図２において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００２２】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、及びＨＤＤ１１４等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記録される。
【００２３】
スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。プリンタは１３、印刷データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ１１２にロードされ、実行されうる。
【００２４】
図３は、本発明の実施の形態におけるユーザＰＣのハードウェア構成例を示す図である。図３のユーザＰＣ２０は、それぞれバスＢで相互に接続されているドライブ装置２００と、補助記憶装置２０２と、メモリ装置２０３と、ＣＰＵ２０４と、インタフェース装置２０５と、表示装置２０６と、入力装置２０７とを有する。
【００２５】
ユーザＰＣ２０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体２０１によって提供される。プログラムを記録した記録媒体２０１がドライブ装置２００にセットされると、プログラムが記録媒体２０１からドライブ装置２００を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２６】
メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムに従ってユーザＰＣ２０に係る機能を実現する。インタフェース装置２０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置２０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置２０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。
【００２７】
以下、情報処理システム１の処理手順について説明する。本実施の形態では、特にスキャンアプリ２２に関する処理手順について説明する。
【００２８】
ユーザＰＣ２０においてユーザによって入力されるスキャンアプリ２２の起動指示に応じ、ＵＩ制御部２２１は、スキャンアプリ２２のメイン画面を表示装置２０６に表示させる。
【００２９】
図４は、スキャンアプリのメイン画面の表示例を示す図である。同図において、スキャンアプリ２２のメイン画面５３０の右隣には、スキャン設定画面５４０が付属している。スキャン設定画面５４０の詳細な表示例は図中右側に示されている。同図の例では、スキャン設定画面５４０において、解像度、カラーモード（カラー又はモノクロの別）、及びスキャンされた画像データ（スキャン画像）の保存場所としてユーザＰＣ２０のファイルシステム上におけるパス名等の設定が可能とされている。但し、これらの設定項目はあくまでも例示であり、設定項目の種類は所定のものに限定されない。
【００３０】
スキャン設定画面５４０において各設定項目の値が設定されると、ＵＩ制御部２２１は、設定された情報（以下、「スキャン設定情報」という。）をメモリ装置２０３に記録しておく。
【００３１】
なお、スキャン設定画面５４０の各項目に表示される初期値は、属性情報管理ファイル２２５より取得される。すなわち、属性情報管理ファイル２２５には、ユーザ所望のスキャン設定情報が予め含まれている。したがって、必ずしもスキャン設定画面５４０は表示されなくてもよい。スキャン設定画面５４０を表示させない場合、属性情報管理ファイル２２５より取得されたスキャン設定情報がメモリ装置２０３にロードされればよい。
【００３２】
続いて、アプリ情報送信部２２２は、上記のステップにおいて取得された情報に基づいてスキャンアプリ２２のアプリ情報を生成し、当該アプリ情報（画像形成装置１０に対するスキャンの実行要求）の登録要求をネットアプリ管理サーバ３０に送信する。
【００３３】
図５は、スキャンアプリのアプリ情報の例を示す図である。同図において、スキャンアプリ２２のアプリ情報は、アプリＩＤ、ユーザＩＤ、連携機能識別子、ネットアプリアドレス、表示名、及びスキャン設定情報等を含む。
【００３４】
アプリＩＤは、各ネットアプリを一意に識別する識別情報である。ユーザＩＤは、スキャンアプリ２２の所有者であるユーザの識別情報である。連携機能識別子は、ネットアプリと連携する画像形成装置１０が有している必要のある機能（換言すれば、ネットアプリが利用する機能）を識別するための情報である。連携機能識別子の一例として「ｐｒｉｎｔ」、「ｓｃａｎ」等が挙げられる。「ｐｒｉｎｔ」は、印刷機能を示す。「ｓｃａｎ」は、スキャン機能を示す。スキャンアプリ２２は、画像形成装置１０のスキャン機能を利用する。したがって、図５の例では、「ｓｃａｎ」が連携機能識別子とされている。ネットアプリアドレスは、ネットワーク通信において各ネットアプリを一意に識別するための識別情報（例えば、ＵＲＬ等）である。表示名は、ネットアプリの名前の表示用の文字列である。なお、アプリＩＤ、ユーザＩＤ、連携機能識別子、ネットアプリアドレス、及び表示名は、例えば、属性情報管理ファイル２２５より取得される。
【００３５】
スキャン設定情報は、スキャン設定画面５４０において設定されたスキャン設定情報、又は属性情報管理ファイル２２５より取得されたスキャン設定情報である。
【００３６】
続いて、アプリ情報の送信に応じて実行される処理手順について説明する。図６は、アプリ情報の送信時の処理手順を説明するためのシーケンス図である。
【００３７】
ステップＳ１１１において、アプリ情報送信部２２２より送信されたアプリ情報（図５参照）は、ネットアプリ管理サーバ３０のアプリ情報登録部３１によって受信される。アプリ情報登録部３１は、受信されたアプリ情報に含まれているユーザＩＤに対応するアプリ情報管理テーブル３５に当該アプリ情報を登録する。当該ユーザＩＤに対応するアプリ情報管理テーブル３５が存在しない場合、アプリ情報登録部３１は、当該ユーザＩＤに対応するアプリ情報管理テーブル３５を生成し、生成されたアプリ情報管理テーブル３５にアプリ情報を登録する（Ｓ１１２）。
【００３８】
アプリ情報管理テーブル３５が新たに生成された場合（すなわち、受信されたアプリ情報に含まれているユーザＩＤに係るユーザについて、初めてアプリ情報が登録された場合）、広告部３２は、受信されたアプリ情報に含まれているユーザＩＤと、アプリ情報取得用ＵＲＬ（Uniform Resource Locator）とを含む広告をネットワーク４０上に発行する（Ｓ１１３）。アプリ情報取得用ＵＲＬとは、アプリ情報管理テーブル３５ごとに一意なＵＲＬである。例えば、アプリ情報登録部３１は、アプリ情報管理テーブル３５を生成した際に、当該アプリ情報管理テーブル３５に対するアプリ情報取得用ＵＲＬを生成する。ここで、アプリ情報管理テーブル３５は、ユーザごとに生成される。したがって、アプリ情報取得用ＵＲＬはユーザごとに一意となる。
【００３９】
続いて、画像形成装置１０のユーザ検知部１２１は、広告を受信すると、当該広告に含まれているユーザＩＤ及びアプリ情報取得用ＵＲＬをユーザ管理テーブル１２６に登録する（Ｓ１１４）。
【００４０】
図７は、ユーザ管理テーブルの構成例を示す図である。同図に示されるように、ユーザ管理テーブル１２６は、ユーザＩＤとアプリ情報取得用ＵＲＬとの組（ペア）を管理する。同図では、ユーザＡ及びユーザＢについてレコードが登録されている例が示されている。なお、ユーザ管理テーブル１２６は、例えば、ＨＤＤ１１４に記憶されている。
【００４１】
一方、スキャンアプリ２２は、アプリ情報を送信した後、画像形成装置１０において画像データがスキャンされたことを確認するためのポーリングを一定間隔Ａごとに行う。具体的には、スキャンアプリ２２の連携部２２３は、スキャンされた画像データ（スキャン画像）の取得要求をネットアプリ管理サーバ３０の仲介部３４に送信する（Ｓ１１５）。仲介部３４は、当該取得要求に対する応答を行う（Ｓ１１６）。この段階では、画像データはスキャンされていないため、スキャン画像は無いことを示す応答が返信される。スキャン画像の取得要求は一定間隔Ａごとに繰り返し行われる（Ｓ１１７、Ｓ１１８等）。なお、スキャン画像の取得要求には、ユーザＩＤを含めるようにしてもよい。
【００４２】
例えば、その後、ユーザＰＣ２０において印刷アプリ２１が起動され、印刷アプリ２１のＵＩ制御部２１１が表示させる印刷アプリ２１のメイン画面に対して文書ファイルがドラッグ＆ドロップされると、印刷アプリ２１のアプリ情報送信部２１２は、印刷アプリ２１に関するアプリ情報をネットアプリ管理サーバ３０のアプリ情報登録部３１に送信する。その結果、印刷アプリ２１のアプリ情報に関して図６と同様の処理が実行され、当該アプリ情報は当該ユーザのアプリ情報管理テーブル３５に登録される。但し、当該ユーザに関する広告（図６のステップＳ１１３）は行われない。スキャンアプリ２２の起動に応じて既に実行されているからである。また、印刷アプリ２１の処理は、画像形成装置１０より画像データを引き取るという手順は含まない。したがって、ステップＳ１１５以降のポーリングも行われない。なお、印刷アプリ２１のアプリ情報は、印刷ジョブごとにネットアプリ管理サーバ３０に送信され、登録される。具体的には、印刷アプリ２１のメイン画面に文書ファイルがドラッグ＆ドロップされるたびに、当該文書ファイルに関する印刷アプリ２１のアプリ情報がネットアプリ管理サーバ３０に登録される。
【００４３】
ユーザＰＣ２０においてスキャンアプリ２２を起動させた後、ユーザは、スキャンアプリ２２を動作させるために画像形成装置１０の設置場所へ移動する。なお、複数の画像形成装置１０がネットワーク４０に接続されている場合、同一の広告が各画像形成装置１０のユーザ検知部１２１によって受信され、それぞれの画像形成装置１０のユーザ管理テーブル１２６にユーザＩＤ及びアプリ情報取得用ＵＲＬが登録される。したがって、ユーザは、複数の画像形成装置１０のいずれからも各ネットアプリを動作させることができる。
【００４４】
続いて、画像形成装置１０におけるユーザによる操作に応じて実行される処理について説明する。図８は、スキャンアプリ実行時の処理手順を説明するためのシーケンス図である。
【００４５】
ユーザによって操作パネル１５を介してネットアプリの利用指示が入力されると（Ｓ２０１）、画像形成装置１０のＵＩ制御部１２２は、ユーザ管理テーブル１２６に登録されている情報に基づいてユーザ選択画面を操作パネル１５に表示させる（Ｓ２０２）。なお、ステップＳ２０２において、ＵＩ制御部１２２は、ネットアプリ管理サーバ３０よりユーザ情報を取得し、取得されたユーザ情報に基づいてユーザ選択画面を表示させるようにしてもよい。この場合、図６のステップＳ１１３は必ずしも行われなくてもよい。但し、例えば、ネットアプリ管理サーバ３０とサブネットが異なる特定の（予め、ネットアプリ管理サーバ３０にＩＰアドレスが登録されている）画像形成装置１０に対してユニキャストによってステップＳ１１３が実行されてもよい。
【００４６】
図９は、ユーザ選択画面の表示例を示す図である。同図に示されるユーザ選択画面６１０には、ユーザＩＤごとにボタンが表示されている。同図では、ユーザＡに対応するボタン６１１とユーザＢに対応するボタン６１２とが表示されている。
【００４７】
続いて、ユーザは、ユーザ選択画面６１０において自らのユーザＩＤに対応するボタンを押下する（Ｓ２０３）。ボタンの押下に応じ、アプリ情報取得部１２３は、選択されたボタンに対応するユーザＩＤに関連付けられているアプリ情報取得用ＵＲＬをユーザ管理テーブル１２６より取得する。なお、ユーザＩＤに対応するボタンの押下に応じ、ユーザの認証を行い、ユーザが認証された場合にのみ、以降の処理が実行されるようにしてもよい。
【００４８】
続いて、アプリ情報取得部１２３は、アプリ情報取得用ＵＲＬ宛に、アプリ情報の取得要求を送信する（Ｓ２０４）。アプリ情報の取得要求は、ネットアプリ管理サーバ３０のアプリ情報提供部３３によって受信される。アプリ情報提供部３３は、アプリ情報取得用ＵＲＬに対応するアプリ情報管理テーブル３５（すなわち、画像形成装置１０を操作中のユーザに対応するアプリ情報管理テーブル３５）に登録されている全てのネットアプリのアプリ情報を取得し、取得されたアプリ情報の一覧を画像形成装置１０に送信する（Ｓ２０５）。アプリ情報の一覧の送信に際し、アプリ情報提供部３３は、画像形成装置１０と各ネットアプリとの通信を中継するためのＵＲＬ（以下、「ネットアプリ中継用ＵＲＬ」という。）をネットアプリごと（アプリ情報ごと）に一意に生成する。アプリ情報提供部３３は、ネットアプリごとに生成されたネットアプリ中継用ＵＲＬを、各ネットアプリに対応するアプリ情報に付加し、ネットアプリ中継用ＵＲＬが付加されたアプリ情報の一覧を画像形成装置１０に送信する。したがって、ステップＳ２０５において送信されるアプリ情報は、例えば、図１０に示されるような構成を有する。
【００４９】
図１０は、ネットアプリ管理サーバから画像形成装置に送信されるスキャンアプリのアプリ情報の構成例を示す図である。
【００５０】
図１０に示されるアプリ情報は、図５のアプリ情報に対してネットアプリ中継用ＵＲＬが付加されたものである。ステップＳ２０５では、同図に示されるようなアプリ情報の一覧が送信される。ここでは、アプリ情報が一つしか含まれないものもアプリ情報の一覧という。
【００５１】
なお、ネットアプリ中継用ＵＲＬは、アプリ情報登録部３１が、アプリ情報をアプリ情報管理テーブル３５に登録する際に生成し、アプリ情報に付加しておいてもよい。
【００５２】
一方、ネットアプリ管理サーバ３０の仲介部３４は、画像形成装置１０によってアプリ情報が取得された後、スキャンアプリ２２の連携部２２３からのスキャン画像データの取得要求を受信すると（Ｓ３０１）、画像形成装置１０によってアプリ情報の取得が実行されたことを示す応答を連携部２２３に返信する（Ｓ３０２）。
【００５３】
当該応答に応じ、連携部２２３は、ポーリングの周期を短くする（Ｓ３０３、Ｓ３０４）。具体的には、ポーリングの間隔が一定間隔Ａから一定間隔Ｂ（Ａ＞Ｂ）に変更される。すなわち、アプリ情報が画像形成装置１０によって取得されたことにより、スキャンアプリ２２が実行される可能性が高まるからである。但し、画像形成装置１０に取得されるアプリ情報の一覧には、スキャンアプリ２２以外のネットアプリに関するものも含まれている可能性がある。したがって、この段階では、スキャンアプリ２２が実行されることが確定したわけではない。
【００５４】
なお、スキャン画像の取得要求にユーザＩＤが含まれている場合、仲介部３４は、当該ユーザＩＤによってフィルタリングを行ってもよい。具体的には、仲介部３４は、アプリ情報の取得対象とされたユーザＩＤを含むスキャン画像の取得要求（ポーリング）に対して、画像形成装置１０によってアプリ情報の取得が実行されたことを示す応答を返信する。そうすることにより、他のユーザのユーザＰＣ２０におけるスキャンアプリ２２からのポーリング間隔が短縮され、ネットワーク負荷が高まるのを防止することができる。
【００５５】
続いて、画像形成装置１０のＵＩ制御部１２２は、受信されたアプリ情報の一覧をＲＡＭ１１２に記録しておき、当該アプリ情報の一覧に基づいて、ユーザに利用可能なネットアプリの一覧を含む画面（ネットアプリ選択画面）を表示させる（Ｓ２０６）。
【００５６】
図１１は、ネットアプリ選択画面の表示例を示す図である。同図においてネットアプリ選択画面６２０には、ネットアプリごとにボタンが表示されている。同図では、スキャンアプリ２２に対応するボタン６２１と、ファイルＡの印刷要求に係る印刷アプリ２１に対応するボタン６２２と、ファイルＢの印刷要求に係る印刷アプリ２２に対応するボタン６２３とが表示されている。
【００５７】
ネットアプリ選択画面６２０において、スキャンアプリ２２に対応するボタン６２１が選択されると（Ｓ２０７）、画像形成装置１０のネットアプリ連携部１２４は、押下されたボタンに対応するアプリ情報（以下、「カレントアプリ情報」という。）に含まれているネットアプリ中継用ＵＲＬ宛に、スキャン開始通知を送信する（Ｓ２０８）。当該ネットアプリ中継用ＵＲＬ宛に送信されたスキャン開始通知は、ネットアプリ管理サーバ３０の仲介部３４によって受信される。
【００５８】
仲介部３４は、スキャン開始通知の受信に応じ、連携部２２３からのポーリングを受信してから応答するまでの時間をスキャン開始通知が受信される前より長くする。図８では、応答時間Ｃから応答時間Ｄ（Ｃ＜Ｄ）に変更される例が示されている。すなわち、ステップＳ３０５において、仲介部３４は、当該ネットアプリ中継用ＵＲＬに対応するスキャンアプリ２２の連携部２２３よりスキャン画像の取得要求を受信すると応答時間Ｄの間応答を待機した後、スキャンが開始されることを示す応答を連携部２２３に返信する（Ｓ３０６）。仲介部３４による応答時間が長くなることにより、実質的にポーリング間隔を長くすることができる。その結果、ポーリングによるネットワーク負荷の増加が抑制される。なお、連携部２２３からのスキャン画像の取得要求には、当該スキャンアプリ２２のアプリＩＤを含めておいてもよい。当該ネットアプリ中継用ＵＲＬに対応するスキャンアプリ２２であるか否かの判定は、当該ネットアプリ中継用ＵＲＬが関連付いているアプリＩＤと、スキャン画像の取得要求に含まれているアプリＩＤとを照合することにより行えばよい。
【００５９】
スキャンが開始されることを示す応答を受信した連携部２２３は、スキャン画像の取得要求のポーリングを継続する（Ｓ３０７）。この段階（スキャン開始通知後）においては、仲介部３４によってポーリング間隔が調整されているため、ステップＳ３０７以降、スキャン画像が受信されるまでの連携部２２３によるポーリング間隔は、一定間隔Ｂのままでもよいし、一定間隔Ｂより短くされてもよい。例えば、仲介部３４からの応答の受信後、直ちにポーリングが行われてもよい。
【００６０】
一方、画像形成装置１０において、原稿がセットされ、操作パネル１５のスタートキーが押下されると（Ｓ２０９）、ネットアプリ連携部１２４は、カレントアプリ情報に含まれている連携機能識別子（「ｓｃａｎ」）に基づいて、スキャンを実行すべきことを認識する。そこで、ネットアプリ連携部１２４は、スキャンの実行を機能制御部１２５に要求する。
【００６１】
機能制御部１２５は、カレントアプリ情報に含まれているスキャン設定情報に基づいて、原稿からの画像データの読み取りを制御する（Ｓ２１０）。より詳しくは、機能制御部１２５は、ユーザによって画像形成装置１０にセットされた原稿に対するスキャンをスキャナ１２に実行させ、その結果得られる画像データ（スキャン画像）をネットアプリ連携部１２４に出力する。
【００６２】
ネットアプリ連携部１２４は、当該スキャン画像をカレントアプリ情報に含まれているネットアプリ中継用ＵＲＬ宛に送信する（Ｓ２１１）。ネットアプリ中継用ＵＲＬ宛に送信されたスキャン画像は、ネットアプリ管理サーバ３０の仲介部３４によって受信される。続いて、仲介部３４は、ステップＳ３０７において受信されたスキャン画像の取得要求に対する応答として（ステップＳ３０７において受信されたスキャン画像の取得要求に係るセッションにおいて）、スキャン画像を連携部２２３に転送する（Ｓ３０８）。なお、スキャン画像の転送の際には、仲介部３４は、応答時間Ｄの間待機することなく、スキャン画像の受信に応じて直ちに連携部２２３に対する応答（スキャン画像）を返信する。
【００６３】
ところで、仲介部３４は、ステップＳ２０８におけるスキャン開始通知を受信後に受信されたスキャン画像の取得要求（Ｓ３０５）に対する応答を、ステップＳ２１１まで待機するようにしてもよい。そうする場合、図８では、ステップＳ３０６及びＳ３０７に関する通信量を削減することができる。但し、ポーリングにおいて連携部２２３が仲介部３４からの応答を待っている間、連携部２２３と仲介部３４との間のセッションは接続されたままになっている。通常、斯かるセッションにはタイムアウト時間が設定されており、仲介部３４からの応答がタイムアウト時間を超えると、セッションが切断されてしまい、仲介部３４は応答ができなくなってしまう。そうすると、ネットワーク負荷の軽減の観点において、応答時間Ｄは、タイムアウト時間の範囲内において最大の値が好適であると考えられる。
【００６４】
但し、図８では便宜上、一つのスキャンアプリ２２（ユーザＰＣ２０）しか示されていないが、実際の運用においては、一つの仲介部３４に関して、複数のスキャンアプリ２２（ユーザＰＣ２０）との通信（ポーリング及びそれに対する応答）が並行して行われうる。このような状況において、応答時間Ｄがタイムアウト時間の範囲内において長くされ過ぎると、同時に接続可能なセッション数の制限により、仲介部３４は、一部のスキャンアプリ２２からのポーリングを受信できなくなってしまう可能性がある。したがって、応答時間Ｄは、タイムアウト時間と運用上発生しうるスキャンアプリ２２の同時使用数と等を考慮して、適切な値を設定するとよい。なお、同時に接続可能なセッション数の制限とは、例えば、ソケット通信の場合、同時に開く（オープンする）ことのできるソケット数（ファイルディスクリプタ数）の制限に相当する。なお、上記より明らかなように、連携部２２３は、ポーリングのたびにセッションを接続し、応答が受信されるたびに当該セッションを切断する。
【００６５】
ステップＳ３０８においてネットアプリアドレス宛に送信されたスキャン画像は、ユーザＰＣ２０におけるスキャンアプリ２２の連携部２２３によって受信される。続いて、連携部２２３は、スキャン画像をスキャンデータ処理部２２４に入力する。スキャンデータ処理部２２４は、スキャン画像を処理対象として、自らに実装されている処理（ロジック）を実行する（Ｓ３１０）。例えば、スキャンデータ処理部２２４は、属性情報管理ファイル２２５に設定されている保存先にスキャン画像を保存する。
【００６６】
続いて、連携部２２３は、次のスキャンアプリ２２の実行に備えて、スキャン画像取要求のポーリングを再開する（Ｓ３１１〜Ｓ３１４等）。この際のポーリング間隔は、一定間隔Ａ（元の間隔）に戻される。また、スキャン画像の転送後、仲介部３４は、ポーリングに対する応答時間を元に（例えば、応答時間Ｃに）戻す。
【００６７】
なお、図８の処理の実行中において、図６の処理も並列的に実行されうる。具体的には、画像形成装置１０を現在操作中のユーザとは異なるユーザに係るユーザＰＣ２０が有するネットアプリからのアプリ情報の登録要求に基づいて、画像形成装置１０のユーザ管理テーブル１２６には、当該アプリ情報に含まれているユーザＩＤ等が登録されうる。
【００６８】
続いて、図８のステップＳ２０７においてスキャンの実行指示が入力される代わりに、スキャンアプリ２２の実行のキャンセルが入力された場合について説明する。
【００６９】
図１２は、スキャンアプリの実行がキャンセルされた場合の処理手順を説明するためのシーケンス図である。図１２中、図８と同一ステップ（Ｓ３１１〜Ｓ３１４）には同一ステップ番号を付し、その説明は省略する。
【００７０】
スキャンアプリ２２に対応するボタン６２１が選択された後、スキャンアプリ２２の実行のキャンセルが操作パネル１５を介して入力されると（Ｓ２２１）、ネットアプリ連携部１２４は、スキャンアプリ２２のキャンセル通知をカレントアプリ情報に含まれているネットアプリ中継用ＵＲＬ宛に送信する（Ｓ２２２）。ネットアプリ中継用ＵＲＬ宛に送信されたキャンセル通知は、ネットアプリ管理サーバ３０の仲介部３４によって受信される。仲介部３４は、ステップＳ３０７において受信されたスキャン画像の取得要求に対する応答として、キャンセル通知を連携部２２３に転送する（Ｓ３２１）。当該ネットアプリアドレス宛に送信されたキャンセル通知は、ユーザＰＣ２０におけるスキャンアプリ２２の連携部２２３によって受信される。したがって、スキャンアプリ２２の実行がキャンセルされた場合にも、スキャンアプリ２２が開設したセッションを適切に終了させることができる。
【００７１】
なお、連携部２２３は、セッションを開設後、所定時間が経過しても何も受信されない場合にも、当該セッションを終了させるようにしてもよい。そうすることにより、ネットワーク異常が発生した場合等において、セッションが開設されたままになること（連携部２２３の待機状態が長期に継続すること）を防止することができる。
【００７２】
続いて、ネットアプリ選択画面６２０が表示されている状態において、スキャンアプリ２２以外のネットアプリが選択された場合について説明する。
【００７３】
図１３は、スキャンアプリ以外のネットアプリが実行対象とされた場合の処理手順を説明するためのシーケンス図である。
【００７４】
ネットアプリ選択画面６２０において、例えば、印刷アプリ２１に対応するボタン６２２が選択されると（Ｓ２３１）、画像形成装置１０のネットアプリ連携部１２４は、スキャンアプリ２２のアプリ情報に含まれているネットアプリ中継用ＵＲＬ宛に、別アプリケーションの開始通知（スキャンの実行要求に応じた処理とは異なる処理が開始されることの通知）を送信する（Ｓ２３２）。当該ネットアプリ中継用ＵＲＬ宛に送信された別アプリケーションの開始通知は、ネットアプリ管理サーバ３０の仲介部３４によって受信される。仲介部３４は、当該ネットアプリ中継用ＵＲＬに対応するスキャンアプリ２２の連携部２２３よりスキャン画像の取得要求を受信すると（Ｓ３３１）、別アプリケーションの開始通知を示す応答を連携部２２３に返信する（Ｓ３３２）。
【００７５】
別アプリケーションが開始通知を受信した連携部２２３は、一定間隔Ｂに短くしていたポーリング間隔を元の間隔（一定間隔Ａ）に戻す（Ｓ３３３〜Ｓ３３６）。すなわち、別アプリケーションが実行されている間は、スキャン画像が転送されてくる可能性は無い（低い）からである。図１３の処理手順は、ネットアプリ以外の標準のアプリケーション（例えば、コピーアプリケーションやＦＡＸアプリケーション等）が実行対象とされた場合にも行われてもよい。
【００７６】
続いて、ポーリング間隔が短くなっているとき（一定間隔Ｂになっているとき）に、ユーザＰＣ２０においてスキャンアプリ２２に関する操作が行われた場合の処理手順について説明する。図１４は、ポーリング間隔が短くなっているときにユーザＰＣにおいてスキャンアプリに関する操作を行われた場合の処理手順を説明するためのシーケンス図である。
【００７７】
ポーリング間隔が短くなっているときに（Ｓ３４１〜Ｓ３４４）、スキャンアプリ２２のユーザによってスキャン設定情報の編集が行われると（Ｓ３４５）、連携部２２３は、更新されたスキャン設定情報を含むスキャンアプリ２２のアプリ情報をネットアプリ管理サーバ３０のアプリ情報登録部３１に送信する（Ｓ３４６）。アプリ情報登録部３１は、受信されたアプリ情報によって、当該ユーザに対するアプリ情報管理テーブル３５を更新する。
【００７８】
続いて、連携部２１３は、短くなっていたポーリング間隔を元の一定間隔Ａに戻す（Ｓ３４７〜Ｓ３５０）。この場合、ユーザは、画像形成装置１０から離れ、ユーザＰＣ２０において作業中であるため、スキャンが開始され、スキャン画像が転送される可能性は低いからである。
【００７９】
ところで、本実施の形態では、ネットアプリ管理装置３０がユーザＰＣ２０と画像形成装置１０との間を仲介する例について説明した。斯かる形態は、画像形成装置１０と通信する装置をネットアプリ管理装置３０に集約することで、画像形成装置１０との間の通信プロトコルの対応をネットアプリ管理装置３０に限定することができるといった利点がある。また、画像形成装置１０への通信量を低減させることができるといった利点がある。但し、各ユーザＰＣ２０と画像形成装置１０とが直接やりとりするようにしてもよい。この場合、各ユーザＰＣ２０がネットアプリ管理装置３０の機能を有していればよい。
【００８０】
上述したように、本実施の形態によれば、スキャン画像が転送される可能性が低いときはスキャンアプリ２２によるポーリングの間隔は長くされる。したがって、不必要に多量のパケットがネットワーク４０上に送出されることが適切に抑制され、ネットワーク負荷の異常な増加が防止される。特に、ネットアプリは、各ユーザＰＣ２０ごとに配置されるため、複数のユーザＰＣ２０のスキャンアプリ２２から同時期にポーリングが行われる可能性がある。したがって、スキャンアプリ２２のポーリングによるネットワーク負荷の減少は重要な課題である。
【００８１】
また、スキャン画像が転送される可能性が高くなったときは、スキャンアプリ２２によるポーリングの間隔は短くされる。したがって、スキャン画像がネットワークアプリ管理サーバ３０に転送されてから、ユーザＰＣ２０に転送されるまでの時間を短縮化することができる。
【００８２】
また、スキャン画像が転送される可能性が更に高くなったとき（仲介部３４がスキャン開始通知を受信したとき）は、仲介部３４によってポーリングに対する応答間隔が長くされる。その結果、スキャン画像がスキャンアプリ側２２に転送されるまでのポーリング回数を削減することができ、ネットワーク負荷を軽減させることができる。
【００８３】
このように、本実施の形態によれば、スキャンアプリ２２と仲介部３４との双方の協働した処理によって、スキャン画像の取得要求に関するポーリング間隔が適切に調節される。
【００８４】
また、本実施の形態によれば、画像形成装置１０の操作パネル１５から、当該画像形成装置１０の機能を組み込んだ任意のネットアプリに実装されたワークフローを実行することが可能である。この際、画像形成装置１０の機能については、ユーザに関連付けられたネットアプリ単位で設定情報を保持しているため、より個人的な（ユーザごとに固有の）ワークフローを実現することができる。
【００８５】
また、各ネットアプリを実行させるための操作は、異なる機能又はワークフローであっても、統一的である（ネットアプリ選択画面６２０におけるボタンの選択とスタートキーの押下）であるため、操作者は、機能やワークフローごとに実行のための操作を覚える必要はない。
【００８６】
更に、画像形成装置１０はシンプルな画像入出力機能を提供するのみでよく、付加的な処理はクライアントＰＣ２０上で実行される。このため、画像形成装置１０の機能の複雑化を回避することができると共に、あらゆる意味において制約の少ないクライアントＰＣ２０上に複雑な機能を実装することができる。
【００８７】
また、各ネットアプリは、自動的に検知され画像形成装置１０に登録される。したがって、ユーザが画像形成装置１０に対して各ネットアプリの登録作業を行う必要はない。また、不在のクライアントＰＣ２０上のネットアプリを登録対象から除外することができるため、画像形成装置１０においてネットアプリを選択させる際、余分な実行候補が提示されることを回避することができる。
【００８８】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００８９】
１ 情報処理システム
１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ ユーザＰＣ
２１ 印刷アプリ
２２ スキャンアプリ
３０ ネットアプリ管理サーバ
３１ アプリ情報登録部
３２ 広告部
３３ アプリ情報提供部
３４ 仲介部
４０ ネットワーク
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１２１ ユーザ検知部
１２２ ＵＩ制御部
１２３ アプリ情報取得部
１２４ ネットアプリ連携部
１２５ 機能制御部
１２６ ユーザ管理テーブル
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２０６ 表示装置
２０７ 入力装置
２１１ ＵＩ制御部
２１２ アプリ情報送信部
２１３ 連携部
２１４ 印刷データ生成部
２１５ 属性情報管理ファイル
２２１ ＵＩ制御部
２２２ アプリ情報送信部
２２３ 連携部
２２４ スキャンデータ処理部
２２５ 属性情報管理ファイル
【先行技術文献】
【特許文献】
【００９０】
【特許文献１】特開２００３−１５４７２８号公報
【特許請求の範囲】
【請求項１】
画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手段と、
前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手段とを有し、
前記通信制御手段は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くする情報処理装置。
【請求項２】
前記通信制御手段は、前記仲介手段より前記画像データが受信された後、前記画像データの取得要求を送信する間隔を元に戻す請求項１記載の情報処理装置。
【請求項３】
前記スキャンの実行要求が前記画像形成装置に取得された後、前記画像形成装置において前記スキャンの実行要求に応じた処理が実行されることが前記仲介手段に通知された場合、前記画像データの取得要求に対する前記仲介手段による応答の間隔が長くなる請求項１又は２記載の情報処理装置。
【請求項４】
前記通信制御手段は、前記スキャンの実行要求が前記画像形成装置に取得された後、前記画像形成装置において前記スキャンの実行要求に応じた処理と異なる処理が開始されることを前記仲介手段より受信した後は、前記画像データの取得要求を送信する間隔を元に戻す請求項１乃至３いずれか一項記載の情報処理装置。
【請求項５】
前記通信制御手段は、前記スキャンの実行要求に応じた処理が開始されることが前記取得要求の応答として返信された後、前記画像データの受信を待機し、前記画像データを受信した後、該待機を解除する請求項１乃至４いずれか一項記載の情報処理装置。
【請求項６】
前記通信制御手段は、前記画像データの受信を待機しているときに、前記スキャンの実行要求に応じた処理がキャンセルされたことが前記仲介手段より受信された場合、該待機を解除する請求項５記載の情報処理装置。
【請求項７】
コンピュータが実行する情報処理方法であって、
画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手順と、
前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手順とを有し、
前記通信制御手順は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くする情報処理方法。
【請求項８】
前記通信制御手順は、前記仲介手段より前記画像データが受信された後、前記画像データの取得要求を送信する間隔を元に戻す請求項６記載の情報処理方法。
【請求項９】
前記スキャンの実行要求が前記画像形成装置に取得された後、前記画像形成装置において前記スキャンの実行要求に応じた処理が実行されることが前記仲介手段に通知された場合、前記画像データの取得要求に対する前記仲介手段による応答の間隔が長くなる請求項７又は８記載の情報処理方法。
【請求項１０】
前記通信制御手順は、前記スキャンの実行要求が前記画像形成装置に取得された後、前記画像形成装置において前記スキャンの実行要求に応じた処理と異なる処理が開始されることを前記仲介手段より受信した後は、前記画像データの取得要求を送信する間隔を元に戻す請求項７乃至９いずれか一項記載の情報処理方法。
【請求項１１】
コンピュータに、
画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手順と、
前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手順とを実行させ、
前記通信制御手順は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くするプログラム。
【請求項１】
画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手段と、
前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手段とを有し、
前記通信制御手段は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くする情報処理装置。
【請求項２】
前記通信制御手段は、前記仲介手段より前記画像データが受信された後、前記画像データの取得要求を送信する間隔を元に戻す請求項１記載の情報処理装置。
【請求項３】
前記スキャンの実行要求が前記画像形成装置に取得された後、前記画像形成装置において前記スキャンの実行要求に応じた処理が実行されることが前記仲介手段に通知された場合、前記画像データの取得要求に対する前記仲介手段による応答の間隔が長くなる請求項１又は２記載の情報処理装置。
【請求項４】
前記通信制御手段は、前記スキャンの実行要求が前記画像形成装置に取得された後、前記画像形成装置において前記スキャンの実行要求に応じた処理と異なる処理が開始されることを前記仲介手段より受信した後は、前記画像データの取得要求を送信する間隔を元に戻す請求項１乃至３いずれか一項記載の情報処理装置。
【請求項５】
前記通信制御手段は、前記スキャンの実行要求に応じた処理が開始されることが前記取得要求の応答として返信された後、前記画像データの受信を待機し、前記画像データを受信した後、該待機を解除する請求項１乃至４いずれか一項記載の情報処理装置。
【請求項６】
前記通信制御手段は、前記画像データの受信を待機しているときに、前記スキャンの実行要求に応じた処理がキャンセルされたことが前記仲介手段より受信された場合、該待機を解除する請求項５記載の情報処理装置。
【請求項７】
コンピュータが実行する情報処理方法であって、
画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手順と、
前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手順とを有し、
前記通信制御手順は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くする情報処理方法。
【請求項８】
前記通信制御手順は、前記仲介手段より前記画像データが受信された後、前記画像データの取得要求を送信する間隔を元に戻す請求項６記載の情報処理方法。
【請求項９】
前記スキャンの実行要求が前記画像形成装置に取得された後、前記画像形成装置において前記スキャンの実行要求に応じた処理が実行されることが前記仲介手段に通知された場合、前記画像データの取得要求に対する前記仲介手段による応答の間隔が長くなる請求項７又は８記載の情報処理方法。
【請求項１０】
前記通信制御手順は、前記スキャンの実行要求が前記画像形成装置に取得された後、前記画像形成装置において前記スキャンの実行要求に応じた処理と異なる処理が開始されることを前記仲介手段より受信した後は、前記画像データの取得要求を送信する間隔を元に戻す請求項７乃至９いずれか一項記載の情報処理方法。
【請求項１１】
コンピュータに、
画像形成装置に対するスキャンの実行要求を仲介手段に登録する登録手順と、
前記実行要求を取得した画像形成装置においてスキャンされ、前記仲介手段に転送される画像データの取得要求を、前記仲介手段に一定間隔で繰り返し送信する通信制御手順とを実行させ、
前記通信制御手順は、前記仲介手段に登録された前記スキャンの実行要求が前記画像形成装置に取得されたことが前記取得要求の応答として返信された後、前記画像データの取得要求を送信する間隔を短くするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−２０５０７０（Ｐ２０１０−２０５０７０Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−５１１６５（Ｐ２００９−５１１６５）
【出願日】平成２１年３月４日（２００９．３．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月４日（２００９．３．４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]