(57)【特許請求の範囲】
【請求項１】
データを一時的に格納する第１記憶手段であってデータの読み書きの速度が第２記憶手段よりも速い第１記憶手段と、
指示される画像処理の内容を示す指示データを受信する受信手段と、
前記受信された指示データの属性が、優先設定されている処理を含む場合、当該受信された指示データを前記第１記憶手段に記憶する一方、それ以外の場合は当該受信された指示データを前記第２記憶手段に記憶する記憶制御手段と、
前記記憶された指示データによって示される画像処理を実行する画像処理実行手段と
を有する画像処理装置。
【請求項２】
前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データのデータサイズが変化する可能性がある場合、当該受信された指示データを前記第１記憶手段に記憶する
請求項１に記載の画像処理装置。
【請求項３】
前記記憶制御手段は、前記受信された指示データにより指示される画像処理に配信処理が含まれており、配信の宛先を複数選択可能であるために当該指示データのデータサイズが変化する可能性がある場合、当該受信された指示データを前記第１記憶手段に記憶する
請求項２に記載の画像処理装置。
【請求項４】
前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データによって指示される画像処理の内容、前記第１記憶手段の空き容量、当該受信された指示データに含まれるパラメータ、当該受信された指示データのデータ形式の種別、当該指示データが受信された時刻の少なくともいずれかひとつの属性が予め定められた条件を満たす場合、当該受信された指示データを前記第１記憶手段に記憶する
請求項１に記載の画像処理装置。
【請求項５】
前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データによって指示される画像処理の種別が予め定められた種別である場合、当該受信された指示データを前記第１記憶手段に記憶する
請求項１に記載の画像処理装置。
【請求項６】
前記指示データは、一の画像処理若しくは複数の画像処理の一連の処理の流れを指定する第１データ形式、または、一の画像処理を指定する第２データ形式のいずれかで記述されたデータであり、
前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データが前記第２データ形式で記述されている場合、当該受信された指示データを前記第１記憶手段に記憶する
請求項１に記載の画像処理装置。
【請求項７】
前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データによって指示される画像処理の種別と当該指示データが受信された時間帯とが、前記画像処理の種別と時間帯とを対応付けて記憶する第３記憶手段に対応付けて記憶されている場合、当該受信された指示データを前記第１記憶手段に記憶する
請求項１に記載の画像処理装置。
【請求項８】
前記記憶制御手段は、前記第１記憶手段に記憶された指示データの属性が予め定められた第２の条件を満たす場合、当該指示データのコピーを前記第２記憶手段に記憶する
請求項１ないし７のいずれか１項に記載の画像処理装置。
【請求項９】
請求項１ないし８のいずれか１項に記載の画像処理装置と、
前記指示データを前記画像処理装置へ送信する操作装置と
を備えるシステム。
【請求項１０】
データを一時的に格納する第１記憶手段であってデータの読み書きの速度が第２記憶手段よりも速い第１記憶手段を有するコンピュータに、
指示される画像処理の内容を示す指示データを受信するステップと、
前記受信された指示データの属性が、優先設定されている処理を含む場合、当該受信された指示データを前記第１記憶手段に記憶する一方、それ以外の場合は当該受信された指示データを前記第２記憶手段に記憶するステップと、
前記記憶された指示データによって示される画像処理を実行するステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、システム及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、画像形成装置の操作部と外部情報端末の表示部とにおいて操作パネルとしての表示画面データを表示する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２５６０１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、指示される画像処理の内容を示す指示データに従って画像処理を行う画像処理装置において、処理速度の低下を抑制することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の請求項１に係る画像処理装置は、データを一時的に格納する第１記憶手段であってデータの読み書きの速度が第２記憶手段よりも速い第１記憶手段と、指示される画像処理の内容を示す指示データを受信する受信手段と、前記受信された指示データの属性が、優先設定されている処理を含む場合、当該受信された指示データを前記第１記憶手段に記憶する一方、それ以外の場合は当該受信された指示データを前記第２記憶手段に記憶する記憶制御手段と、前記記憶された指示データによって示される画像処理を実行する画像処理実行手段とを有することを特徴とする。
【０００６】
本発明の請求項２に係る画像処理装置は、請求項１に記載の構成において、前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データのデータサイズが変化する可能性がある場合、当該受信された指示データを前記第１記憶手段に記憶することを特徴とする。
本発明の請求項３に係る画像処理装置は、請求項２に記載の構成において、前記記憶制御手段は、前記受信された指示データにより指示される画像処理に配信処理が含まれており、配信の宛先を複数選択可能であるために当該指示データのデータサイズが変化する可能性がある場合、当該受信された指示データを前記第１記憶手段に記憶することを特徴とする。
本発明の請求項４に係る画像処理装置は、請求項１に記載の構成において、前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データによって指示される画像処理の内容、前記第１記憶手段の空き容量、当該受信された指示データに含まれるパラメータ、当該受信された指示データのデータ形式の種別、当該指示データが受信された時刻の少なくともいずれかひとつの属性が予め定められた条件を満たす場合、当該受信された指示データを前記第１記憶手段に記憶することを特徴とする。
【０００７】
本発明の請求項５に係る画像処理装置は、請求項１に記載の構成において、前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データによって指示される画像処理の種別が予め定められた種別である場合、当該受信された指示データを前記第１記憶手段に記憶することを特徴とする。
【０００８】
本発明の請求項６に係る画像処理装置は、請求項１に記載の構成において、前記指示データは、一の画像処理若しくは複数の画像処理の一連の処理の流れを指定する第１データ形式、または、一の画像処理を指定する第２データ形式のいずれかで記述されたデータであり、前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データが前記第２データ形式で記述されている場合、当該受信された指示データを前記第１記憶手段に記憶することを特徴とする。
【０００９】
本発明の請求項７に係る画像処理装置は、請求項１に記載の構成において、前記記憶制御手段は、前記受信された指示データの属性が優先設定されている処理を含む場合であって、当該指示データによって指示される画像処理の種別と当該指示データが受信された時間帯とが、前記画像処理の種別と時間帯とを対応付けて記憶する第３記憶手段に対応付けて記憶されている場合、当該受信された指示データを前記第１記憶手段に記憶することを特徴とする。
【００１０】
本発明の請求項８に係る画像処理装置は、請求項１ないし７のいずれか１項に記載の構成において、前記記憶制御手段は、前記第１記憶手段に記憶された指示データの属性が予め定められた第２の条件を満たす場合、当該指示データのコピーを前記第２記憶手段に記憶することを特徴とする。
【００１１】
本発明の請求項９に係るシステムは、請求項１ないし８のいずれか１項に記載の画像処理装置と、前記指示データを前記画像処理装置へ送信する操作装置とを備えることを特徴とする。
【００１２】
本発明の請求項１０に係るプログラムは、コンピュータに、データを一時的に格納する第１記憶手段であってデータの読み書きの速度が第２記憶手段よりも速い第１記憶手段を有するコンピュータに、指示される画像処理の内容を示す指示データを受信するステップと、前記受信された指示データの属性が、優先設定されている処理を含む場合、当該受信された指示データを前記第１記憶手段に記憶する一方、それ以外の場合は当該受信された指示データを前記第２記憶手段に記憶するステップと、前記記憶された指示データによって示される画像処理を実行するステップとを実行させるためのプログラムであることを特徴とする。
【発明の効果】
【００１３】
請求項１、２乃至４、９および１０に係る発明によれば、指示された画像処理の内容を示す指示データに従って画像処理を行う画像処理装置において、指示データの属性が優先設定されている処理を含む場合に指示データを第１記憶手段に記憶しない場合に比べて、処理速度の低下を抑制することができる。
請求項５に係る発明によれば、指示された画像処理の種別に応じて指示データの格納先を振り分けない場合に比べて、指示データの格納先の振り分けを効率的に行うことができる。
請求項６に係る発明によれば、指示データが第２データ形式で記述されている場合に指示データを第１記憶手段に記憶しない場合に比べて、指示データの格納先の振り分けを効率的に行うことができる。
請求項７に係る発明によれば、指示された画像処理の種別と指示データが受信された時間帯とが対応付けられている場合にその指示データを第１記憶手段に記憶しない場合に比べて、指示データの格納先の振り分けを効率的に行うことができる。
請求項８に係る発明によれば、第１記憶手段に記憶された指示データが失われてしまった場合であっても、指示された画像処理を実行することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態の情報処理システムの全体構成の一例を示すブロック図
【図２】表示された操作画像の一例を示す図
【図３】表示された状況情報の例を示す図
【図４】ユーザ装置のハードウェア構成の一例を示すブロック図
【図５】操作装置のハードウェア構成の一例を示すブロック図
【図６】情報処理装置のハードウェア構成の一例を示すブロック図
【図７】情報処理システムの機能構成の一例を示すブロック図
【図８】情報処理システムの構成を表す階層構造の一例を示す図
【図９】機能部に含まれるモジュール群の一例を示す図
【図１０】表示された状況情報の例を示す図
【図１１】表示された状況情報の例を示す図
【図１２】第１の方法が用いられる場合の各装置の動作の一例を示すシーケンス図
【図１３】第２の方法が用いられる場合の各装置の動作の一例を示すシーケンス図
【図１４】第３の方法が用いられる場合の各装置の動作の一例を示すシーケンス図
【図１５】第４の方法が用いられる場合の各装置の動作の一例を示すシーケンス図
【図１６】指示書の一例を示す図
【図１７】指示書格納・指示実行処理の流れを示すフローチャート
【図１８】優先設定テーブルの内容の一例を示す図
【図１９】変形例の情報処理装置のハードウェア構成の一例を示す図
【図２０】変形例の情報処理装置のハードウェア構成の一例を示す図
【発明を実施するための形態】
【００１５】
［１］実施形態
まず、図１から図１１までを参照して、実施形態の情報処理システムの全体構成、ハードウェア構成及び機能構成について説明する。
【００１６】
［１−１］全体構成
図１は、情報処理システムの全体構成の一例を示すブロック図である。図１では、通信回線２と、通信機器３と、情報処理装置１０と、複数のユーザ装置２０とを備える情報処理システム１が示されている。情報処理システム１は、本実施形態では、コピーやスキャン、ＦＡＸ（ファクシミリ）、プリント（画像データの媒体への出力）などの機能をユーザに提供するシステムである。
【００１７】
通信回線２は、例えばインターネットや移動体通信網、電話回線などのうちの少なくとも１つ以上を含む通信のためのシステムである。通信回線２は、自システムに接続された装置同士の通信を仲介する。通信回線２には、情報処理装置１０及び通信機器３が接続されている。通信機器３は、通信機能を有する装置であり、本実施形態では無線ＬＡＮの規格に準拠して無線通信を行う。通信機器３は、ユーザ装置２０と無線通信を行う一方、通信回線２を介して情報処理装置１０と通信する。つまり、情報処理装置１０は、通信回線２及び通信機器３を介してユーザ装置２０と通信する。
【００１８】
情報処理装置１０は、媒体に画像を形成する画像形成処理や、媒体に形成された画像を読み取る画像読取処理などの処理を行う装置である。これらの処理は、前述したコピーやスキャン、ＦＡＸ、プリントなどの機能がユーザに提供される際に行われる。情報処理装置１０は、自装置の操作に用いられる操作装置３０を有する。操作装置３０は、情報処理装置１０を操作するための装置であり、いわゆるコントロールパネルである。操作装置３０は、情報処理装置１０の筐体に固定されており、情報処理装置１０が設置されている場所に来たユーザによって用いられる。操作装置３０は、例えば液晶ディスプレイ等を有し、情報処理装置１０を操作するための画像（以下「操作画像」という）を表示する。操作画像について、図２を参照して説明する。
【００１９】
図２は、操作装置３０に表示される操作画像の一例を示す図である。図２の例では、コピー機能を利用するための操作画像群Ａ１が表示されている。操作画像群Ａ１には、コピーを開始させるための操作画像Ａ１１などが含まれている。ユーザは、操作画像Ａ１１をタップする（軽く叩く）ことで、操作画像Ａ１１に対応する操作、すなわちコピーを開始させる操作を行う。操作装置３０は、表示した操作画像に対して操作が行われると、その操作に対応した処理の要求を情報処理装置１０に対して行う。操作画像Ａ１１が操作された場合であれば、操作装置３０は、コピー機能を提供するための処理（具体的には画像読取処理および画像形成処理を含む一連の処理。以下「コピー処理」という）を情報処理装置１０に要求する。
【００２０】
図１の説明に戻る。ユーザ装置２０は、例えばタブレット端末やパーソナルコンピュータなどの装置である。ユーザ装置２０は、ユーザによって持ち運ばれて利用されるものでもよいし、机に設置されて利用されるものでもよい。また、ユーザ装置２０は、情報処理装置１０の操作に限らず、他の用途（会社の業務など）にも用いられてもよい。ユーザ装置２０は、操作画像を表示し、表示した操作画像に対して操作が行われると、その操作に対応した処理の要求を情報処理装置１０に対して行うという点で、操作装置３０と共通している。
【００２１】
情報処理装置１０は、操作装置３０やユーザ装置２０からの要求に基づいて処理を実行すると、実行している処理の状況を表す情報（以下「状況情報」という）をこれらの装置に送信することで、これらの装置に対して処理の状況を通知する。状況情報とは、例えば、コピー機能が利用される場合であれば、画像が読み取られた媒体の枚数や画像が形成された媒体の枚数などの情報である。
【００２２】
図３は、表示された状況情報の例を示す図である。情報処理装置１０は、例えばコピー処理を実行した場合であれば、図３（ａ）に示すように、コピーが完了した枚数（部数及びページ数）を表す枚数情報Ｃ１１や「コピーしています。」という文字列、「白黒」、「Ａ４」、「１００％」及び「ソート」というコピーのパラメータなどを含む状況情報Ｃ１を送信する。
【００２３】
また、情報処理装置１０は、コピー処理が進んで要求された枚数のコピーが完了すると、図３（ｂ）に示すように、要求された枚数の分のコピーが完了したことを表す枚数情報Ｃ２１や「コピーが完了しました。」という文字列などを含む状況情報Ｃ２を送信する。なお、枚数情報Ｃ１１及びＣ２１は、コピーを要求された枚数を分母とし、そのうちコピーが完了した枚数を分子とする分数で表されている。このように、状況情報には、処理の進捗を表す情報や処理の結果を表す情報、処理に用いられるパラメータの情報などが含まれる。操作装置３０及びユーザ装置２０は、いずれも、通知された状況を図３に示すように表示する表示装置でもある。以下では、操作装置３０及びユーザ装置２０を区別しない場合には表示装置４という。
【００２４】
［１−２］ハードウェア構成
図４は、ユーザ装置２０のハードウェア構成の一例を示すブロック図である。ユーザ装置２０は、制御部２１と、記憶部２２と、通信部２３と、表示部２４と、操作部２５とを備える。制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びリアルタイムクロックを備え（いずれも図示略）、ＣＰＵが、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部２２に記憶されたプログラムを実行することによって各部の動作を制御する。リアルタイムクロックは、現在の日時を算出してＣＰＵに通知する。
【００２５】
記憶部２２は、ハードディスクドライブ等を備え、制御部２１が制御に用いるデータやプログラム、画像データなどを記憶する。通信部２３は、無線ＬＡＮ（Local Area Network）の規格に準拠して無線通信を行う通信回路及びアンテナを備える通信手段であり、例えば図１に示す通信機器３と無線通信を行う。表示部２４は、例えば液晶ディスプレイを有し、制御部２１により制御されて表示面に画像を表示する。操作部２５は、例えば自装置がタブレット端末である場合には、表示面に重ねて設けられたタッチセンサ（タッチスクリーンやタッチパネルともいう）や筐体に設けられたボタン等を備え、上述したタップ等のユーザの操作を受け付けてその操作の内容を示す操作データを制御部２１に供給する。なお、自装置がパーソナルコンピュータである場合には、操作部２５はキーボードやマウスを備えていてもよい。制御部２１は、供給された操作データに応じた制御を行う。
【００２６】
図５は、操作装置３０のハードウェア構成の一例を示すブロック図である。操作装置３０は、制御部３１と、記憶部３２と、通信部３３と、表示部３４と、操作部３５とを備える。以下、図４に示すブロックと共通のハードウェアを表すブロック（通信部３３を除く各部）には、共通の名称を付して説明を省く。通信部３３は、有線ＬＡＮの規格に準拠して通信を行う通信回路と、通信用のケーブル（具体的にはＬＡＮケーブル）が有するコネクタを差し込むポートとを備える通信手段である。
【００２７】
上述したように、操作装置３０とユーザ装置２０を区別しない場合には表示装置４という。これに伴い、制御部３１と制御部２１を区別する必要がない場合には「制御部１４１」という。記憶部３２と記憶部２２を区別する必要がない場合には「記憶部１４２」という。表示部３４と表示部２４を区別する必要がない場合には「表示部１４４」という。操作部３５と操作部２５を区別する必要がない場合には「操作部１４５」という。
【００２８】
図６は、情報処理装置１０のハードウェア構成の一例を示すブロック図である。情報処理装置１０は、制御部１１と、記憶部１２と、画像読取部１３と、画像形成部１４と、第１通信部１５と、第２通信部１６と、接続部１７とを備える。以下、図４及び図５に示すブロックと共通のハードウェアを表すブロック（制御部１１及び記憶部１２）には、共通の名称を付して説明を省く。また、情報処理装置１０は、ＵＩ（User Interface）部として機能する前述した操作装置３０を備えている。制御部１１は、本実施形態では、操作装置３０を除く各部を制御する。
【００２９】
画像読取部１３は、例えばＣＣＤ（Charge Coupled Devices）方式を用いて、原稿に描かれた画像を読み取る画像読取処理を行う。画像読取部１３は、用紙等の媒体に形成されたコンテンツの画像を光学的に読み取って、読み取った画像を表す画像データを制御部１１に供給する。画像形成部１４は、例えば電子写真方式を用いて、媒体に画像を形成する画像形成処理を行う。画像形成部１４は、制御部１１から供給される画像データが示す画像を用紙等の媒体に形成する。なお、画像の読み取り及び画像の形成に用いられる前述した方式は、それぞれ一例であり、他の方式であってもよい。
【００３０】
第１通信部１５は、有線ＬＡＮの規格に準拠して通信を行う通信回路と、通信用のケーブル（ＬＡＮケーブル）が有するコネクタを差し込むポートとを備え、このケーブルを介して接続される装置と通信する通信処理を行う。第１通信部１５は、図１に示す通信回線２に接続されて、外部装置（情報処理装置１０にとっての外部装置であり、例えば通信機器３）を介して例えばユーザ装置２０と通信する。また、第１通信部１５は、通信用のケーブルを介して操作装置３０の通信部３３と接続され、前述した外部装置を介さずに操作装置３０と通信する。つまり、通信部３３も、前述した外部装置を介さずに情報処理装置１０と通信する。
【００３１】
第２通信部１６は、ＦＡＸ通信を行うための通信回路を備え、ＦＡＸのデータをやり取りする処理、すなわちＦＡＸ通信処理を行う。接続部１７は、ＳＤメモリーカード等の記憶媒体を接続するスロット等を有し、それらの記憶媒体と接続する。制御部１１は、接続部１７を介して、それらの記憶媒体に記憶されているデータの読み出しや記憶媒体へのデータの書き込みを行う。操作装置３０は、図５の説明で述べた構成を備え、第１通信部１５と通信する。操作装置３０は、この通信を行うことで、例えば制御部１１から送信されてくるデータが示す画像を表示したり、情報処理装置１０を操作するためのデータを制御部１１に送信したりするユーザインターフェース部（ＵＩ部）として機能する。
【００３２】
［１−３］機能構成
図７は、情報処理システム１の機能構成の一例を示すブロック図である。情報処理システム１は、情報処理装置１０（画像処理装置の一例）と、表示装置４（すなわち操作装置３０またはユーザ装置２０（操作装置の一例））とを有する。情報処理装置１０は、第１記憶手段１０１と、受信手段１０２と、記憶制御手段１０３と、画像処理実行手段１０４とを備える。第１記憶手段１０１は、データを一時的に格納する記憶手段であってデータの読み書きの速度が第２記憶手段１０６よりも速い記憶手段である。受信手段１０２は、指示された画像処理の内容を示す指示データを表示装置４から受信する。記憶制御手段１０３は、受信手段１０２によって受信された指示データの属性が予め定められた条件を満たす場合、当該受信された指示データを第１記憶手段１０１に記憶する。一方、記憶制御手段１０３は、受信手段１０２によって受信された指示データの属性が予め定められた条件を満たさない場合、当該受信された指示データを第２記憶手段１０６に記憶する。画像処理実行手段１０４は、第１記憶手段１０１または第２記憶手段１０６に記憶された指示データによって示される画像処理を実行する。第３記憶手段１０５は、画像処理の種別と時間帯とを対応付けて記憶する。
【００３３】
この例で、情報処理装置１０の制御部１１、または、制御部１１および第１通信部１５は、受信手段１０２、記憶制御手段１０３、画像処理実行手段１０４の一例である。制御部１１のＲＡＭは、第１記憶手段１０１の一例である。記憶部１２または接続部１７に接続される記憶媒体（メモリーカードやＳＤ（Secure Digital）カードなど）は、第２記憶手段１０６および第３記憶手段１０５の一例である。
【００３４】
［１−４］階層構造
図８は、情報処理システム１の構成を表す階層構造の一例を示す図である。情報処理システム１は、プレゼンテーション層４０と、インターフェース５０と、ファンクション層６０と、ミドルウェア層７０と、ハードウェア層８０とを備える。プレゼンテーション層４０は表示装置４（すなわち操作装置３０およびユーザ装置２０）の制御部１４１が記憶部１４２に記憶されたプログラムを実行することによって実現される。プレゼンテーション層４０はウェブクライアントとして機能するソフトウェアの一例である。インターフェース５０、ファンクション層６０およびミドルウェア層７０は、情報処理装置１０の制御部１１が記憶部１２に記憶されたプログラムを実行することによって実現される。インターフェース５０、ファンクション層６０およびミドルウェア層７０の少なくともいずれかひとつは、ウェブサーバとして機能するソフトウェアの一例である。ハードウェア層８０は、情報処理装置１０のハードウェア資源の集合であり、ミドルウェア層７０により制御される。
【００３５】
この実施形態では、プレゼンテーション層４０（すなわち表示装置４）とインターフェース５０（すなわち情報処理装置１０）とは、ＷＷＷ（World Wide Web：ワールドワイドウェブ。以下「ウェブ」という）の規格に準拠して通信が行われる。この例で、プレゼンテーション層４０とインターフェース５０とは、ＨＴＴＰ（Hypertext Transfer Protocol）およびＷｅｂＳｏｃｋｅｔにより通信を行う。
【００３６】
表示装置４がユーザ装置２０である場合、情報処理装置１０とユーザ装置２０（すなわちプレゼンテーション層４０とインターフェース５０）は、図１の説明で述べたように、通信回線２および通信機器３を介してデータの授受を行う。すなわち、この場合、情報処理装置１０およびユーザ装置２０ではない通信機器（通信機器３や通信回線２が有する通信機器など。以下「他の通信機器」という）を介する通信が行われる。一方、表示装置４が操作装置３０である場合、情報処理装置１０と操作装置３０（すなわちプレゼンテーション層４０とインターフェース５０）は、図６の説明で述べた第１通信部１５に接続されているケーブルを介してデータの授受を行う。すなわち、この場合、前述した他の通信機器を介さない通信が行われる。上記他の通信機器には、通信機器３以外にも、例えば通信回線２が有するルータやハブ、ブリッジなどが含まれる。なお、通信回線２がルータ等を有しない場合でも、少なくとも通信機器３が含まれる。
【００３７】
［１−４−１］プレゼンテーション層
操作装置３０およびユーザ装置２０によって実現されるプレゼンテーション層４０は、ユーザによる操作を受け付ける機能（いわゆるユーザインターフェース）を実現する。プレゼンテーション層４０は、ＵＩ制御部４１と、デバイス制御部４２と、通信部４３とを備える。ＵＩ制御部４１は、ユーザインターフェースを制御する部分であり、インターフェース５０（すなわち情報処理装置１０）から送信されてくる、上述した操作画像や状況情報を表示部１４４に表示したり、操作部１４５から供給されるデータに応じてユーザの操作を受け付けたりする。具体的には、例えば、ＵＩ制御部４１は、前述した図３に示される状況情報Ｃ１や状況情報Ｃ２を表示する。ここで、状況情報の他の例について図１０及び図１１を参照して説明する。
【００３８】
図１０は、表示された状況情報の例を示す図である。この例では、媒体を収納する収納部がユーザによって開かれた場合に表示される状況情報が表示されている。具体的には、「用紙収容部がセットされていません。」という文字列を含む状況情報Ｃ３が表示されている。
【００３９】
図１１は、表示された状況情報の別の例を示す図である。この例では、複数の画像を記憶したＳＤメモリーカード等の記憶媒体が図６に示す情報処理装置１０の接続部１７に接続されたときに、その記憶媒体に記憶された画像のサムネイル画像の一覧を表示する処理の状況及び結果が表示されている。図１１（ａ）では、「画像一覧を表示しています。」という文字列と、読み込みが済んだ画像から生成したサムネイル画像（この例では１０個のサムネイル画像）とを含む状況情報Ｃ４が示されている。図１１（ｂ）では、「画像一覧を表示しました。」という文字列と、記憶媒体から読み出した全画像から生成したサムネイル画像の一覧とを含む状況情報Ｃ５が示されている。
【００４０】
また、ＵＩ制御部４１は、例えば情報処理装置１０のＵＲＬ（Uniform Resource Locator）にアクセスする操作をユーザが行うことで、操作画像の要求（以下「操作画像要求」という）を情報処理装置１０のインターフェース５０に送信する。また、ＵＩ制御部４１は、送信した操作画像要求の応答として情報処理装置１０の操作画像管理部６３から送信されてきた、操作画像を表すデータ（以下「操作画像データ」という）が示す操作画像を、表示部１４４に表示する。より具体的には、ＵＩ制御部４１は、操作画像データによって示される操作画像の配置や大きさなどのパラメータに基づいて、操作画像を表示する。こうして表示された操作画像が例えば図２に示す操作画像群Ａ１である。
【００４１】
操作画像群Ａ１には、コピーする画像の倍率、コピーした画像を形成する用紙及びコピーした画像のカラーモードというパラメータをそれぞれ選択させるための操作画像が含まれている。ＵＩ制御部４１は、ユーザがこれらの操作画像を操作することで選択されるパラメータの内容をユーザに伝達するための画像（以下「パラメータ伝達画像」という）を表示する。パラメータ伝達画像は、図２の例では、現在選択されているコピーの倍率（この例では「１１０％」）を表す文字列を含む画像と、現在選択されている用紙及びカラーモードを表す操作画像（この例では「他の倍率」、「Ａ４普通紙」、「白黒」という文字列が描かれたもの）を、選択されていない選択画像とは異なる態様（この例では線を太くする態様。ハイライトやラジオボタンなどの態様でもよい。）で表した画像である。
【００４２】
操作画像群Ａ１には、コピーを開始させるための操作画像Ａ１１が含まれている。操作画像Ａ１１が操作されると、その時点で選択されているパラメータを用いたコピーの処理がインターフェース５０を介してファンクション層６０に要求される。操作画像Ａ１１のように情報処理装置１０に要求する内容を決定するための画像のことを以下では「要求内容決定画像」という。
【００４３】
図８の説明に戻る。ＵＩ制御部４１は、表示した操作画像に関するデータをデバイス制御部４２に供給する。操作画像に関するデータとは、操作画像が操作されたか否かを判断するために用いられるデータであり、例えば操作画像が表示されている領域（以下「操作画像領域」という）を示すデータである。また、ＵＩ制御部４１は、表示したパラメータ伝達画像に関するデータをデバイス制御部４２に供給する。パラメータ伝達画像に関するデータとは、パラメータ伝達画像により伝達されるパラメータの内容を示すデータである。
【００４４】
デバイス制御部４２は、ユーザの操作に基づいてインターフェース５０を介してファンクション層６０へ処理の実行を要求する。デバイス制御部４２は、操作画像に対する操作がユーザにより行われると、ＵＩ制御部４１から供給されるデータに基づいて、そのユーザの操作に応じた処理を情報処理装置１０に要求する。デバイス制御部４２は、例えばユーザが操作部１４５のタッチセンサをタップした場合に、ＵＩ制御部４１から供給されたデータに基づき、タップされた位置が操作画像領域に含まれているか否かを判断する。デバイス制御部４２は、操作画像領域に含まれていると判断した場合に、その操作画像領域に表示されている操作画像への操作を受け付ける。
【００４５】
デバイス制御部４２は、上述した要求内容決定画像（図２の例であれば操作画像Ａ１１）への操作を受け付けた場合に、ＵＩ制御部４１から供給されたパラメータ伝達画像に関するデータが示すパラメータを用いて、その要求内容決定画像が示す処理を情報処理装置１０に対して要求する。図２に示す状態で操作画像Ａ１１に対する操作が行われた場合であれば、デバイス制御部４２は、１１０％の倍率でＡ４普通紙に白黒でコピーするための処理を情報処理装置１０に要求する。
【００４６】
この例で、デバイス制御部４２は、操作された要求内容決定画像に対応する処理（この例ではコピー処理）を、パラメータ伝達画像により伝達されるパラメータを用いて行うという指示を記述した指示データ（以下「指示書」という）を生成する。この実施形態では、指示書としてＸＭＬ（Extensible Markup Language）で記述されたデータ（以下「ＸＭＬデータという」）が用いられる。デバイス制御部４２は、生成したＸＭＬデータを含むＨＴＴＰ（Hypertext Transfer Protocol）リクエストを生成する。デバイス制御部４２は、生成したＨＴＴＰリクエストをインターフェース５０に送信することで、ファンクション層６０に対して処理を要求する。このようにデバイス制御部４２が処理を要求するためにインターフェース５０へ送信するＨＴＴＰリクエストのことを以下では「処理要求」という。なお、コピー処理が要求される場合には、指示書を含む処理要求が生成されるが、要求される処理によっては、処理要求に指示書が含まれない場合もある。例えば情報処理装置１０の電源を落とす処理が要求される場合には処理要求に指示書が含まれない。
【００４７】
通信部４３は、ＵＩ制御部４１及びデバイス制御部４２がインターフェース５０と行う通信を制御する。
【００４８】
［１−４−２］インターフェース５０
インターフェース５０は、プレゼンテーション層４０とファンクション層６０との接続を仲介する機能を実現する層である。プレゼンテーション層４０とインターフェース５０との接続は、図１に示す通信機器３等の通信機能を有する外部装置を介する場合（ユーザ装置２０との接続）と、そういった外部装置を介さない場合（操作装置３０との接続）とがある。インターフェース５０は、ユーザ装置２０及び操作装置３０との通信を、共通の通信手順（ＨＴＴＰ、ＷｅｂＳｏｃｋｅｔなどの規格に準拠した通信の手順）で仲介する。インターフェース５０は、例えばプレゼンテーション層４０から送信されてくるＨＴＴＰリクエストを受け取ってファンクション層６０に供給したり、その応答でファンクション層６０から供給されるＨＴＴＰレスポンスを受け取ってプレゼンテーション層４０に向けて送信したりする。
【００４９】
［１−４−３］ファンクション層６０
ファンクション層６０は、コピー機能やスキャン機能など、目的とする用途に沿ってデータを加工する機能を実現する層である。ファンクション層６０は、受付・応答部６１と、イベント通知部６２と、操作画像管理部６３と、操作画像ＤＢ（Data Base：データベース）６４と、コピー機能やスキャン機能などを提供する機能部６５とを備える。
【００５０】
受付・応答部６１は、プレゼンテーション層４０からインターフェース５０を介して送信されてくる処理要求を受け付け、機能部６５に処理を依頼する。このとき、受付・応答部６１は、依頼された処理を識別する情報として、トランザクションＩＤを発行する。また、受付・応答部６１は、その処理を要求してきた要求元（表示装置４）を識別する情報として、クライアントＩＤを発行する。受付・応答部６１は、発行したトランザクションＩＤ及びクライアントＩＤと、要求元の表示装置４の通信の宛先を互いに対応付けて記憶部１２に記憶させる。受付・応答部６１は、機能部６５に処理を依頼する際に、発行したトランザクションＩＤを機能部６５に供給する。また、受付・応答部６１は、受け付けた要求に対する応答を、インターフェース５０を介してプレゼンテーション層４０に送信する。応答は、要求を受け付けた旨を示すだけの場合もあれば、状況情報を含む場合もある。
【００５１】
イベント通知部６２は、状況情報を含むＸＭＬデータを生成し、生成したＸＭＬデータをＷｅｂＳｏｃｋｅｔに準拠したデータに含めてインターフェース５０を介してプレゼンテーション層４０に送信する。
【００５２】
本実施形態では、ファンクション層６０とプレゼンテーション層４０は、大別して４つの方法で、要求、応答または通知の送信を行う。第１および第２の方法は、ＨＴＴＰプロトコルが用いられる方法であり、これらは受付・応答部６１により行われる。一方、第３の方法は、ＨＴＴＰプロトコルとＷｅｂＳｏｃｋｅｔプロトコルとが併用される方法であり、この方法は受付・応答部６１とイベント通知部６２が協働することにより行われる。第４の方法は、ＷｅｂＳｏｃｋｅｔプロトコルにより通知の送信が行われる方法であり、この方法はイベント通知部６２により行われる。
【００５３】
第１の方法では、受付・応答部６１は、プレゼンテーション層４０から処理要求（ＨＴＴＰリクエスト）が送信されてきた場合、ミドルウェア層７０およびハードウェア層８０によるその処理の実行が完了するまで待機する。この場合、受付・応答部６１は、ミドルウェア層７０から処理の完了が通知されると、処理が完了したときの状況を示す状況情報を含むＨＴＴＰレスポンスを、処理を要求してきたプレゼンテーション層４０に送信する。具体例を挙げると、例えば図２に示す「倍率選択」の欄の「−」や「＋」という操作画像をユーザが操作した場合、プレゼンテーション層４０からコピーの倍率というパラメータを下げる処理や上げる処理が要求される。この場合、受付・応答部６１は、要求された処理が実行されて変化したパラメータの値を含む応答をプレゼンテーション層４０へ送信する。
【００５４】
第２の方法では、受付・応答部６１は、プレゼンテーション層４０から処理要求（ＨＴＴＰリクエスト）が受信された場合、要求された処理の完了を待たずにまずは処理要求が受け付けられた旨の応答（ＨＴＴＰレスポンス）を送信する。その後、状況情報は、プレゼンテーション層４０がＨＴＴＰによるいわゆるポーリングを行うことにより取得される。すなわち、受付・応答部６１は、プレゼンテーション層４０からその処理の状況の通知を求める要求（以下「通知要求」という）があったときに、その通知要求に対する応答を行う。第２の方法で応答が行われると、例えば図３（ａ）に示す枚数情報Ｃ１１は、コピーされた画像が媒体に形成される度ではなく、ポーリングの度に通知されて表示される。このため、例えばページ数が１枚ずつ増えるのではなく、数枚ずつ増えることがある。
【００５５】
このように、受付・応答部６１は、第１及び第２の方法を用いた場合、プレゼンテーション層４０からの要求（処理要求または通知要求）があったときにその要求に対する応答を送信する。受付・応答部６１は、第１の方法を用いた場合には、処理要求に対する応答で処理の結果を要求元のプレゼンテーション層４０に送信し、第２の方法を用いた場合には、処理要求に対する応答よりもあとに受け取った通知要求に対する応答で、処理の結果およびそれ以外の処理の状況を要求元のプレゼンテーション層４０に送信する。
【００５６】
第３の方法では、受付・応答部６１は、プレゼンテーション層４０から処理要求（ＨＴＴＰリクエスト）が受信されると、第２の方法のように、要求された処理の完了を待たずにまずは処理要求が受け付けられた旨を示す応答（ＨＴＴＰレスポンス）を送信する。そのあと、イベント通知部６２は、ミドルウェア層７０およびハードウェア層８０により実行されている処理において通知すべき状況が生じたら、通知要求がなくてもその状況を示す状況情報を含むメッセージ（通知）をＷｅｂＳｏｃｋｅｔによりプレゼンテーション層４０に送信する。つまり、第３の方法により通知される状況は、処理要求により実行される処理の状況である。第３の方法で通知の送信が行われると、例えば図３（ａ）に示す枚数情報Ｃ１１のうちの「ページ数」が、コピーされた画像が媒体に形成される度に増えていく。
【００５７】
第４の方法では、イベント通知部６２は、プレゼンテーション層４０からの処理要求の有無に関係なく、通知すべき状況が生じたら、通知要求がなくてもその状況を示す状況情報を含むメッセージ（通知）をＷｅｂＳｏｃｋｅｔによりプレゼンテーション層４０に送信する。つまり、第４の方法により通知される状況は、処理要求により実行される処理とは関係がない。第４の方法では、例えば、ＷｅｂＳｏｃｋｅｔの規格に基づいて情報処理装置１０とセッションが確立されたプレゼンテーション層４０であればどれでも通知先となり得る。情報処理システム１においては、例えば、「トナー切れ」や「用紙切れ」、「収容部オープン（用紙等の媒体を収納する収納部が開いた状態）」などの状況は第４の方法で通知するように定められる。なお、第４の方法により通知される状況は、通知先であるプレゼンテーション層４０（表示装置４）毎に異なっていてもよい。
【００５８】
このように、イベント通知部６２は、第３及び第４の方法を用いた場合、プレゼンテーション層４０からの要求（処理要求及び通知要求）の有無に関係なく、能動的に（いわゆるプッシュ型の）通知を行う。イベント通知部６２は、第３の方法を用いた場合には、処理要求に対する応答よりもあとに、その処理の結果およびそれ以外の処理の状況を通知し、第４の方法を用いた場合には、予め定められた処理の状況を通知する。
【００５９】
第２及び第３の方法が用いられた場合、受付・応答部６１またはイベント通知部６２は、どちらの場合でも、処理要求に対する応答よりもあとに、処理の結果およびそれ以外の処理の状況を送信する。また、第１から第３までの３通りの方法は、要求された処理の状況を通知するための方法である。本実施形態では、プレゼンテーション層４０は、処理を要求するときに、その処理の状況（処理の結果を含む）を送信する方法（すなわち第１の方法ないし第３の方法のいずれか）を指定する。例えば、送信の方法は、デバイス制御部４２によって生成される処理要求に含まれるパラメータによって指定されてもよい。受付・応答部６１およびイベント通知部６２は、プレゼンテーション層４０によって指定された方法を用いて応答および／または通知の送信を行う。
【００６０】
この実施形態では、状況情報は、ミドルウェア層７０によって生成され、受付・応答部６１またはイベント通知部６２に供給される。なお、状況情報は、機能部６５、受付・応答部６１またはイベント通知部６２によって生成されてもよい。また、イベント通知部６２へ供給される状況情報は、ミドルウェア層７０（または機能部６５）からイベント通知部６２へ直接供給されることなく、受付・応答部６１を経由してイベント通知部６２へ供給されてもよい。
【００６１】
図８の説明に戻る。操作画像管理部６３は、プレゼンテーション層４０に送信する操作画像の管理を行う。操作画像ＤＢ６４は、操作画像を格納するデータベースである。操作画像管理部６３は、上述した操作画像を、インターフェース５０を介してプレゼンテーション層４０に提供する。操作画像管理部６３は、操作画像（具体的には操作画像を示す画像データ）を記憶しており、操作画像要求がインターフェース５０を介して送信されてくると、操作画像を含む応答を要求元に対してインターフェース５０を介して送信する。
【００６２】
操作画像管理部６３は、ユーザ装置２０から操作画像要求が送信されてきた場合、それに応答してユーザ装置２０に操作画像データを送信する。また、操作画像管理部６３は、操作装置３０から操作画像要求が送信されてきた場合には、それに応答して操作装置３０に操作画像データを送信する。このように操作画像の要求元（ユーザ装置２０及び操作装置３０）に操作画像データを送信することで、操作画像管理部６３は、それらの要求元に操作画像をそれぞれ提供する。
【００６３】
機能部６５は、情報処理装置１０がユーザに提供する機能を実現するためのモジュール群である。情報処理装置１０の機能部６５は、プレゼンテーション層４０から処理要求がインターフェース５０を介して送信されてくると、ミドルウェア層７０を制御して、その処理要求により要求された処理を実行させる。
【００６４】
図９は、機能部６５に含まれるモジュール群の一例を示す図である。機能部６５には、コピー機能、スキャン機能、ＦＡＸ機能、プリント機能、宛先表管理機能（宛先情報を管理する機能）、デバイス管理機能（画像読取部１３の原稿セット状態や画像形成部１４の媒体、消耗品の状態などを管理する機能）、認証機能、親展ボックス機能（情報処理装置１０に記憶されている電子文書を管理する機能）、プレビュー機能、ダウンロード機能（プログラムの更新を制御する機能）、保守機能（リモートからの要求に従いハードウェアをメンテナンスする機能）、診断機能（ハードウェアを診断する機能）をそれぞれ実現するためのモジュールが含まれている。
【００６５】
機能部６５は、例えば、処理要求に含まれている指示書を解析し、解析した指示の内容のとおりに処理が実行されるように、ミドルウェア層７０を制御する。具体的には、機能部６５は、指示された処理（例えばコピー処理）を指示されたパラメータで実行させる。これにより、ミドルウェア層７０は、例えばユーザの操作によって定められた画質及び読取方法で媒体から画像を読み取り、読み取った画像を、ユーザの操作によって定められた出力形式、倍率、用紙及びカラーモードで形成する。
【００６６】
機能部６５は、ミドルウェア層７０に処理の実行を指示する際に、受付・応答部６１から供給されたトランザクションＩＤをミドルウェア層７０に供給する。ミドルウェア層７０は、受付・応答部６１に対して、上述した状況情報とともにトランザクションＩＤを供給する。
【００６７】
また、機能部６５は、処理要求に記述されている方法（第１から第３の方法のうちのいずれか）を指定する記述を解析し、解析した方法（すなわち表示装置４が指定した方法）を受付・応答部６１に伝達する。受付・応答部６１またはイベント通知部６２は、機能部６５から供給されたトランザクションＩＤに対応付けられた通信の宛先に対して、ともに供給された状況情報を記述したＸＭＬデータを、伝達された方法に則って送信する。これにより、受付・応答部６１またはイベント通知部６２は、処理の要求元に対して処理の状況を指定された方法で送信する。なお、機能部６５は処理要求を受付・応答部６１に供給するだけにして、受付・応答部６１が指定された通知先の解析を行ってもよい。
【００６８】
ミドルウェア層７０は、ファンクション層６０とハードウェア層８０との中間で汎用的な処理を実行する層である。ハードウェア層８０は、画像読み取りや画像形成などの処理を物理的に実現する層である。ミドルウェア層７０およびハードウェア層８０は、上述したコピー処理の他、スキャン処理、ＦＡＸ処理、プリント処理（それぞれスキャン機能、ＦＡＸ機能、プリント機能を提供するための処理）などの各種の処理を実行する。コピー処理には、図６に示す画像読取部１３による画像読取処理及び画像形成部１４による画像形成処理が含まれる。スキャン処理には画像読取処理が含まれ、ＦＡＸ処理には第２通信部１６によるＦＡＸ通信処理が含まれる。また、プリント処理には、第１通信部１５による通信処理及び画像形成処理が含まれる。スキャン処理及びＦＡＸ処理には、他にも、データの取得及び出力の方法に応じて、第２通信部１６を用いたデータ通信処理やデータを記憶部１２に書き込む書込処理、記憶されたデータを記憶部１２から読み出す読出処理などが含まれる。ミドルウェア層７０およびハードウェア層８０は、処理を実行すると、上述した状況情報（実行している処理の状況を表す情報）をファンクション層６０に供給する。
【００６９】
図８に示す受付・応答部６１、イベント通知部６２、操作画像管理部６３、機能部６５、ミドルウェア層７０およびハードウェア層８０の少なくともいずれかひとつは、図７の受信手段１０２、記憶制御手段１０３および画像処理実行手段１０４の一例である。
【００７０】
［１−５］動作
［１−５−１］状況情報の送信動作
まず、上述した第１から第４までの４つの方法で状況情報を送信する際に各装置が行う動作の例について、図１２から図１５までを参照して説明する。
【００７１】
［１−５−１−１］状況情報の第１の送信動作
図１２は、状況情報の送信方法として、上述の第１の方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１２に示す動作は、例えば、ユーザがコピーを行う前に、コピーのためのパラメータ（倍率や用紙のサイズ、カラーモードなど）を変更する操作を行うことを契機に開始される。まず、表示装置４の制御部１４１（プレゼンテーション層４０）が、パラメータを変更する操作を受け付けると（ステップＳ１１１）、パラメータの変更の要求を記述したＸＭＬデータをＨＴＴＰリクエストに含めて情報処理装置１０に対して送信する（ステップＳ１１２）。情報処理装置１０の受付・応答部６１は、そのＨＴＴＰリクエストを受信すると、受信された要求の内容を解釈し（ステップＳ１１３）、解釈した内容での処理の実行を情報処理装置１０のミドルウェア層７０に指示する（ステップＳ１１４）。
【００７２】
ミドルウェア層７０は、ハードウェア層８０と協働して、指示された処理、すなわちパラメータの変更を実行し（ステップＳ１１５）、その結果を表す情報を状況情報として受付・応答部６１に供給する（ステップＳ１１６）。受付・応答部６１は、供給された状況情報（この例ではパラメータの変更結果）を記述したＸＭＬデータを生成する（ステップＳ１１７）。受付・応答部６１は、生成したＸＭＬデータを含むＨＴＴＰレスポンスを、処理の要求元である表示装置４に送信する（ステップＳ１１８）。表示装置４の制御部１４１は、送信されてきたＨＴＴＰレスポンスに含まれる状況情報を自装置の表示部１４４に表示させる（ステップＳ１１９）。
【００７３】
［１−５−１−２］状況情報の第２の送信動作
図１３は、第２の方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１３に示す動作は、例えば、ユーザが情報処理装置１０の画像読取部１３に原稿をセットし、表示装置４に対してコピーを開始させる操作を行うことを契機に開始される。まず、表示装置４の制御部１４１は、コピーを開始させる操作を受け付けると(ステップＳ１２１)、受け付けた操作に応じた指示書を作成する（ステップＳ１２２）。制御部１４１は、作成した指示書を含む処理要求（ＨＴＴＰリクエスト）を情報処理装置１０に送信する（ステップＳ１２３）。情報処理装置１０の受付・応答部６１は、図８に示すインターフェース５０を介して処理要求を受け取ると、受け付けた処理要求に含まれる指示書を解析することで、指示の内容を解釈する（ステップＳ１２４）。
【００７４】
受付・応答部６１が、解釈した内容に基づいてコピー処理をミドルウェア層７０に指示すると（ステップＳ１２５）、ミドルウェア層７０及びハードウェア層８０が協働して、指示された内容に基づく処理（コピー処理）を実行する（ステップＳ１２７）。受付・応答部６１は、コピー処理を指示したあと、コピー処理の要求を受け付けた旨を示すＨＴＴＰレスポンスを、ステップＳ１２３において受信されたＨＴＴＰリクエストの応答として表示装置４に送信する（ステップＳ１３１）。表示装置４の制御部１４１は、受信されたＨＴＴＰレスポンスに応じた内容を自装置の表示部１４４に表示させる（ステップＳ１３２）。なお、ステップＳ１３１の動作は、ステップＳ１２４またはＳ１２５の動作の前に行われてもよい。
【００７５】
第２の方法においては、表示装置４からの処理要求に対する処理状況の通知および処理完了の通知は、表示装置４がＨＴＴＰリクエストによりポーリング処理を行うことにより表示装置４に取得される。表示装置４の制御部１４１は、コピー処理の要求に対する応答を受け取ったあと、そのコピー処理の状況の通知を求める通知要求（ＨＴＴＰリクエスト）を送信することによってポーリング処理を行う（ステップＳ１４１）。情報処理装置１０の受付・応答部６１は、コピー処理の状況情報がまだ供給されていなければ、その旨を示すＨＴＴＰレスポンスを表示装置４に送信する（ステップＳ１４２）。ステップＳ１４１及びＳ１４２の動作は繰り返し行われる。
【００７６】
情報処理装置１０のミドルウェア層７０は、コピー（読み取った原稿を示す画像）を媒体に出力すると、それを検知して（ステップＳ１５１）、コピーが媒体に出力されたという状況を示す状況情報を受付・応答部６１に供給する（ステップＳ１５２）。受付・応答部６１は、状況情報が供給されたあとに通知要求（ＨＴＴＰリクエスト）を受信すると（ステップＳ１４１）、状況情報を含むＨＴＴＰレスポンスを生成して（ステップＳ１５３）、表示装置４に送信する（ステップＳ１５４）。表示装置４の制御部１４１は、ステップＳ１３２のように、ＨＴＴＰレスポンスに応じた内容を自装置の表示部に表示させる（ステップＳ１５５）。
【００７７】
［１−５−１−３］状況情報の第３の送信動作
図１４は、第３の方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。第１の方法および第２の方法では、表示装置４と情報処理装置１０との間でＨＴＴＰによるデータの遣り取りが行われた。それに対し、第３の方法では、ＨＴＴＰに加えて、ＷｅｂＳｏｃｋｅｔプロトコルにより情報処理装置１０から表示装置４へのデータの送信が行われる。具体的には、第２の方法においてポーリングにより取得された状況情報が、第３の方法においてはＷｅｂＳｏｃｋｅｔのメッセージとして表示装置４へ通知される。第２の方法と第３の方法とは、ひとつの処理を異なる方法で実現するものであり、両者は選択的に用いられる。
【００７８】
図１４に示す動作は、図１３のように、コピーを開始させる操作をユーザが行うことを契機に開始される。まず、表示装置４の制御部１４１は、コピーを開始させる操作を受け付けると(ステップＳ１２１)、情報処理装置１０との間でＷｅｂＳｏｃｋｅｔセッションを確立するための処理を行う。すなわち、制御部１４１は、情報処理装置１０へＷｅｂＳｏｃｋｅｔのハンドシェイク要求であるＨＴＴＰリクエストを送信する。このＨＴＴＰリクエストには、表示装置４を識別するクライアントＩＤが含まれる。
【００７９】
情報処理装置１０のインターフェース５０は、表示装置４から受信されたＨＴＴＰリクエストに基づき、ＷｅｂＳｏｃｋｅｔへの切り替えを行う。受付・応答部６１は、ＷｅｂＳｏｃｋｅｔのハンドシェイク応答を表示装置４へ送信し、これにより、表示装置４と情報処理装置１０との間でＷｅｂＳｏｃｋｅｔのセッション（以下、単に「セッション」という）が確立される（ステップＳ１６０）。なお、セッションが確立されるタイミングはこのタイミングに限られない。例えば、ユーザが表示装置４を用いてウェブブラウザを起動して情報処理装置１０のＵＲＬ（Uniform Resource Locator）にアクセスする操作を行ったタイミングで、セッションの確立処理が行われてもよい。
【００８０】
また、受付・応答部６１は、受信されたＨＴＴＰリクエストに含まれるクライアントＩＤを記憶部１２の予め定められた領域（以下「キャッシュ領域１２ａ」という）に格納する。キャッシュ領域１２ａに記憶されたクライアントＩＤは、セッションが正常な処理により切断された場合にキャッシュ領域１２ａから削除される。すなわち、キャッシュ領域１２ａには、情報処理装置１０との間でセッションを確立中である表示装置４のクライアントＩＤ、およびセッションが処理の途中で切断されてしまった表示装置４のクライアントＩＤが蓄積される。
【００８１】
ステップＳ１６１以降の処理において、表示装置４と情報処理装置１０とは、ＨＴＴＰまたはＷｅｂＳｏｃｋｅｔのいずれかのプロトコルを用いてメッセージのやりとりを行う。以下、ＨＴＴＰにより送受信されるメッセージとＷｅｂＳｏｃｋｅｔにより送信されるメッセージとを各々区別する必要がない場合には、これらを単に「メッセージ」と称して説明する。情報処理装置１０の受付・応答部６１は、自装置が送信したメッセージを、そのメッセージに付与されていたクライアントＩＤ、トランザクションＩＤおよびシーケンスＩＤとともにキャッシュ領域１２ａに格納する。シーケンスＩＤは、そのメッセージを識別する識別情報である。また、表示装置４の制御部１４１は、自装置が受信したメッセージに付与されていたトランザクションＩＤおよびシーケンスＩＤの組を、自装置のキャッシュ領域（以下「キャッシュ領域１４２ａ」という）に格納する。キャッシュ領域１４２ａは、記憶部１４２に設けられていてもよく、また、ＲＡＭに設けられてもよい。キャッシュ領域１４２ａに格納されたＩＤのセットは、セッションが処理の途中で切断された場合などに参照される。
【００８２】
図１４の説明に戻る。ＷｅｂＳｏｃｋｅｔセッションが確立されると、制御部１４１は、上述した第３の方法を申し込む旨を記述したＸＭＬデータを含むＨＴＴＰリクエストを情報処理装置１０に送信する（ステップＳ１６１）。情報処理装置１０の受付・応答部６１は、そのＨＴＴＰリクエストを受信すると、受信されたＨＴＴＰリクエストに含まれるＸＭＬデータに記述された申込みの内容をミドルウェア層７０に伝達する（ステップＳ１６２）。ミドルウェア層７０は、伝達された申込みを受け付け、表示装置４に対して今後第３の方法で状態情報の送信を行うための設定を行う（ステップＳ１６３）。ミドルウェア層７０は、例えば第３の方法で通知を行うか否かを表すフラグをＯＮにする。
【００８３】
次に、図１３に示すステップＳ１２２からＳ１２６までの動作と、ステップＳ１３１及びＳ１３２の動作が行われる。続いて、情報処理装置１０のミドルウェア層７０及びハードウェア層８０は、ステップＳ１５１（コピー出力の検知）の動作を行うと、上記フラグがＯＮになっているため、コピーが媒体に出力されたという状況を示す状況情報を受付・応答部６１ではなく、イベント通知部６２に供給する（ステップＳ１７２）。イベント通知部６２は、供給された状況情報（コピー枚数等）を記述したＸＭＬデータを生成して（ステップＳ１７３）、生成したデータをステップＳ１６０で確立したＷｅｂＳｏｃｋｅｔセッションを介して表示装置４に送信する（ステップＳ１７４）。表示装置４の制御部１４１は、受信されたデータに記述された内容（例えば図３（ａ）に示す状況情報Ｃ１）を自装置の表示部１４４に表示させる（ステップＳ１７５）。
【００８４】
ミドルウェア層７０及びハードウェア層８０は、コピー処理を完了すると（ステップＳ１８１）、その旨を示す状況情報をイベント通知部６２に供給する（ステップＳ１８２）。イベント通知部６２は、この状況情報を記述したＸＭＬデータ（例えば「コピーが完了しました。」という文字列を含むＸＭＬデータ）を生成し（ステップＳ１８３）、生成したＸＭＬデータを、ＷｅｂＳｏｃｋｅｔのメッセージに含めて表示装置４に送信する（ステップＳ１８４）。表示装置４の制御部１４１は、ステップＳ１８４で受信したＸＭＬデータに記述された内容（例えば図７（ｂ）に示す状況情報Ｃ２）を自装置の表示部に表示させる（ステップＳ１８５）。
【００８５】
［１−５−１−４］状況情報の第４の送信動作
図１５は、第４の方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。第４の方法では、ＷｅｂＳｏｃｋｅｔにより状況情報が表示装置４へ通知される。この方法では、予め確立されたＷｅｂＳｏｃｋｅｔセッション、例えば図１４のステップＳ１６０で確立されたセッションが用いられる。情報処理装置１０において予め定められた状況（トナー切れや用紙切れ、収容部オープンなど）が発生すると、情報処理装置１０のミドルウェア層７０及びハードウェア層８０が協働して、その定められた状況を検知し（ステップＳ２０１）、検知した状況を表す状況情報をイベント通知部６２に供給する（ステップＳ２０２）。イベント通知部６２は、供給された状況情報を記述したＸＭＬデータを生成し（ステップＳ２０３）、生成したＸＭＬデータを、確立されているＷｅｂＳｏｃｋｅｔのセッションを介して表示装置４にインターフェース５０を介して送信する（ステップＳ２０４）。表示装置４の制御部１４１は、ステップＳ２０４で受信したＸＭＬデータに記述された状況情報を自装置の表示部に表示させる（ステップＳ２０５）。
【００８６】
なお、上述したように、表示装置４毎に異なる状況が通知されてもよい。その場合には、ステップＳ２０１のまえに、制御部１４１が、自装置に通知すべき状況を記述したＸＭＬデータを情報処理装置１０に通信部４３を介して送信する。インターフェース５０を介してそれを受け取ったイベント通知部６２は、その通知すべき状況を表示装置４の宛先に対応付けて記憶しておく。イベント通知部６２は、ステップＳ２０２で供給された状況情報が、記憶しておいた通知すべき状況を表している場合にその状況の通知を行う。
【００８７】
［１−５−２］指示書の格納・画像処理実行動作
次いで、情報処理装置１０による指示書の格納動作および指示された画像処理の実行動作の一例について説明する。この例で、ユーザは、情報処理装置１０の画像読取部１３に原稿をセットし、表示装置４に対してコピーを開始させる操作を行う。表示装置４の制御部１４１は、コピーを開始させる操作を受け付けると、受け付けた操作に応じた指示書（ＸＭＬデータ）を作成する。この例で、制御部１４１は、第１データ形式または第２データ形式のいずれかの形式の指示書を作成する。
【００８８】
図１６は、指示書の一例を示す図である。図１６の（ａ）は、コピー処理を指示する旨が記述された、第１データ形式の指示書の一例であり、図１６の（ｂ）は、コピー処理を指示する旨が記述された、第２データ形式の指示書の一例である。この例で、第２データ形式の指示書は、予め定められたヘッダ領域に、第２データ形式である旨を示す値が設定されている。図１６の（ｂ）では、「Jt:Framework」のヘッダ領域に、「StandardJob」という値が設定されている。このヘッダ領域に設定されている値が情報処理装置１０で参照されることによって、指示書の形式が特定される。なお、第１データ形式と第２データ形式とで、指示書のボディ部の記述形式が異なっていてもよい。
【００８９】
この例で、第１データ形式は、一の画像処理または複数の画像処理の一連の処理の流れを記述する形式である。具体的には、例えば、「スキャンした画像データに対して文字認識処理を行い、文字認識処理結果を示すデータを、複数の外部ストレージに格納する」といった一連の処理を指定する指示書が第１データ形式で作成される。一方、第２データ形式は、一の画像処理（例えば、コピー処理）を指定する形式である。第２データ形式では、複数の画像処理の一連の処理の流れを記述することはできない。
【００９０】
制御部１４１は、ユーザによって指示された処理が、複数の画像処理を含むものである場合、指示された処理を示す第１データ形式の指示書を生成する。一方、ユーザによって指示された処理が複数の画像処理を含むものでない場合、制御部１４１は、第１データ形式または第２データ形式の指示書を生成する。
【００９１】
図１７は、情報処理装置１０による指示書の格納処理および指示された画像処理の実行処理の流れを示すフローチャートである。制御部１４１は、作成した指示書を含む処理要求（ＨＴＴＰリクエスト）を情報処理装置１０に送信する。情報処理装置１０が表示装置４からＨＴＴＰリクエストを受信することをトリガとして、図１７に示す処理が開始される。
【００９２】
情報処理装置１０の制御部１１は、表示装置４からＨＴＴＰリクエストを受信すると、受信されたＨＴＴＰリクエストに含まれる指示書を解釈することで、指示の内容を解釈する。まず、制御部１１は、受信された指示書が第１データ形式で記述されているか、第２データ形式で記述されているかを判定する。この例で、制御部１１は、受信された指示書の予め定められたヘッダ領域に、第２データ形式である旨を示す値が設定されているかに応じて指示書の形式を特定する。以下の説明では、説明の便宜上、第２データ形式で記述された指示書によって指示される画像処理を「標準処理」と呼び、第１データ形式で記述された指示書によって指示される画像処理を「フロー処理」と呼ぶ。この例で、フロー処理の指示書は、標準処理の指示書よりもデータサイズが大きい場合が多い。
【００９３】
情報処理装置１０においては、ＲＡＭと記憶部１２を比べた場合、ＲＡＭの方がデータの読み書きが早く行われるので、原則としてはＲＡＭが使用され、ＲＡＭの空き容量が一定の大きさ以下となるまではＲＡＭが使われ続ける。そして、ＲＡＭの空き容量が一定の大きさ以下となった場合に、記憶部１２にデータが格納される。しかしながら、所定の指示書が受信された場合には、ＲＡＭの空き容量が一定の大きさ以下であっても、ＲＡＭにデータを格納する。所定の指示書とは、例えば、優先設定されている処理や、指示書のサイズが大きくなる可能性がある処理を指示するものである。
【００９４】
例えば、指示された画像処理に配信が含まれており、宛先が複数選択可能なことにより指示書のサイズが可変な場合などには、指示書のサイズが大きくなる可能性がある。このように、標準処理が指示されていても、指示された画像処理の属性が予め定められた条件を満たさない場合には、指示書のサイズが大きくなる可能性があるので、受信された指示書がＲＡＭに記憶される。指示書のサイズが大きくなるほどデータの読み出しに要する時間が長くなるが、それは指示書をＲＡＭに記憶させる場合よりも記憶部１２に記憶させた場合の方が顕著となる。そこで、サイズが大きくなる可能性がある指示書をこのようにＲＡＭに記憶させておくことで、指示書の読み出しに要する時間が（そのような指示書を記憶部１２に記憶させる場合に比べて）短くなるようにしている。反対に、標準処理が指示されていて、ＲＡＭの空き容量が充分である場合など、指示された画像処理の属性が予め定められた条件を満たす場合には、受信された指示書が記憶部１２に記憶される。以上のように指示書が記憶される際の制御部１１の動作を図１７のフローチャートを用いて説明する。
【００９５】
まず、ステップＳ３０１において、制御部１１は、指示された画像処理が標準処理かフロー処理かを判断する。制御部１１は、フロー処理であると判断した場合には、後述するステップＳ３０７の処理（記憶部１２に指示書を格納）に進む。一方、制御部１１は、標準処理であると判断した場合には、ステップＳ３０２の処理に進む。ステップＳ３０２において、制御部１１は、ＲＡＭの空き容量を計算する。ステップＳ３０３において、制御部１１は、ＲＡＭの空き容量を予め定められた閾値と比較し、ＲＡＭの空き容量が充分であるかを判定する。空き容量が充分であると判定された場合、制御部１１は、ステップＳ３０８の処理に進む。一方、空き容量が充分でないと判定された場合、制御部１１は、ステップＳ３０４の処理に進む。
【００９６】
ステップＳ３０４において、制御部１１は、指示書によって示される処理の種別を特定する。この特定は、例えば、指示書の予め定められたヘッダ領域の値を参照することによって行われてもよい。ステップＳ３０５において、制御部１１は、特定された種別が優先設定されている処理の種別であるかを判定する。優先設定されているか否かは、記憶部１２に予め記憶されている優先設定テーブルを制御部１１が参照することにより判断される。
【００９７】
図１８は、優先設定テーブルの内容の一例を示す図である。このテーブルは、図示のように、「時間帯」と「種別」との各項目が互いに関連付けられて記憶されている。これらの項目のうち、「時間帯」の項目には、時間帯を示すデータが格納されている。「種別」の項目には、指示書によって指定される画像処理の種別を示すデータが格納されている。図１８の例では、例えば、「７：００−９：００」の時間帯を示すデータと、「ファクシミリ」を示すデータとが対応付けて記憶されている。この場合、７：００〜９：００の時間帯においては、ファクシミリ処理が優先される旨が設定されている。
【００９８】
制御部１１は、ステップＳ３０４で特定された種別と現在の時刻を含む時間帯とが優先設定テーブルに対応付けて記憶されている場合、指示された画像処理が優先設定されていると判定する。一方、ステップＳ３０４で特定された種別と現在の時刻を含む時間帯とが優先設定テーブルに対応付けて記憶されていない場合、指示された画像処理が優先設定されていないと判定する。優先設定されていると判定された場合、制御部１１は、ステップＳ３０８の処理に進む。一方、優先設定されていないと判定された場合、制御部１１は、ステップＳ３０６の処理に進む。
【００９９】
再び図１７を参照する。ステップＳ３０６において、制御部１１は、指示された画像処理が、指示書のサイズが大きくなる可能性がある処理であるかを判定する。この判定は、画像処理の種別が予め定められた種別であるか否かによって判定される。指示書のサイズが大きくなる可能性がある処理であると判定された場合、制御部１１は、ステップＳ３０８の処理に進む。一方、指示書のサイズが大きくなる可能性がある処理でないと判定された場合、制御部１１は、ステップＳ３０７の処理に進む。ステップＳ３０７において、制御部１１は、受信された指示書を記憶部１２の予め定められた記憶領域に記憶する。ステップＳ３０８の処理を終えると、制御部１１は、ステップＳ３０９の処理に進む。
【０１００】
ステップＳ３０９において、制御部１１は、ステップＳ３０８においてＲＡＭに格納した指示書の示す画像処理が、リカバリが必要な処理であるか否かを判定する。この判定は、例えば、指示書の示す画像処理の種別が予め定められた種別であるか否かによって行われてもよい。リカバリが必要な処理であると判定された場合、制御部１１は、ステップＳ３１０の処理に進み、ＲＡＭに格納した指示書のコピーを記憶部１２の予め定められた記憶領域に格納する。一方、リカバリが必要な処理でないと判定された場合は、制御部１１は、ステップＳ３１０の処理をスキップし、ステップＳ３１１の処理に進む。
【０１０１】
ステップＳ３１１において、制御部１１は、記憶部１２に記憶された指示書またはＲＡＭに記憶された指示書に従って、指示書の示す画像処理の実行を開始する。より具体的には、制御部１１は、指示書の内容を解釈し、解釈した内容に基づいて、画像読取部１３および／または画像形成部１４を制御し、指示された画像処理（例えば、コピー処理）の実行を開始する。なお、指示された画像処理の実行中において、例えば電源が切られてしまった場合や停電などによりＲＡＭに記憶されたデータが消えてしまった場合、制御部１１は、記憶部１２に記憶された指示書に従って画像処理の実行を再開する。
【０１０２】
ところで、指示書を用いて画像処理を実行する場合、受信された指示書をすべて記憶部１２や外部接続された記憶媒体（メモリーカードなど）に記憶すると、指示書によって指示される画像処理の実行開始に著しく時間がかかってしまう場合がある。それに対しこの実施形態では、ＲＡＭに少なくとも一部の指示書を保存することで、画像処理の実行開始までの時間が長くなってしまうことが抑制される。
【０１０３】
また、例えば、情報処理装置１０がハードディスクドライブを有しない構成である場合であっても、指示書をＲＡＭに格納することで、指示された画像処理の実行ができなくなることが防止される。また、この実施形態では、リカバリが必要な処理の指示書については、そのコピーが記憶部１２に記憶される。そのため、ＲＡＭに記憶されたデータが消えてしまった場合であっても記憶部１２に記憶された指示書が参照されることにより、指示された処理が再開される。
【０１０４】
［２］変形例
上述した実施形態は、本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、上述した実施形態及び以下に示す各変形例は、必要に応じて組み合わせて実施してもよい。
【０１０５】
［２−１］
上述の実施形態では、指示書の格納動作・実行動作として、図１７を例示したが、指示書の格納動作は図１７に例示したものに限られない。制御部１１が、受信された指示データ（指示書）の属性が予め定められた条件を満たす場合、受信された指示データをＲＡＭに記憶する一方、それ以外の場合、受信された指示データを記憶部１２に記憶するものであればよい。特に、制御部１１は、受信された指示データによって指示される画像処理の内容、ＲＡＭの空き容量、指示データに含まれるパラメータ、指示データのデータ形式の種別、指示データが受信された時刻の少なくともいずれかひとつの属性が予め定められた条件を満たす場合、受信された指示データをＲＡＭに記憶してもよい。
【０１０６】
また、上述の実施形態では、制御部１１が、ＲＡＭに記憶された指示書についてリカバリが必要であるかを判定し、リカバリが必要であると判定した場合にその指示書のコピーを記憶部１２に記憶したが、コピーを記憶部１２に記憶しない構成であってもよい。
【０１０７】
また、上述の実施形態では、制御部１１が、受信された指示書をＲＡＭまたは記憶部１２に記憶したが、指示書の格納先は記憶部１２に限られない。例えば、制御部１１が、受信された指示書を、記憶部１２に代えて、接続部１７に接続された記憶媒体（ＳＤメモリーカードなど）に記憶してもよい。特に、情報処理装置１０が記憶部１２を有しない構成である場合、制御部１１は、受信された指示書をＲＡＭまたは接続部１７に接続された記憶媒体に記憶する。
【０１０８】
［２−２］通信の規格
実施形態では、ユーザ装置２０は、無線ＬＡＮの規格に準拠する無線通信を行う通信部を備えていたが、これに限らず、例えば操作装置３０の通信部３３と同様に有線ＬＡＮの規格に準拠する通信を行う通信部を備えていてもよい。この場合、ユーザ装置２０は、有線ＬＡＮのルータやハブなどに通信用のケーブルを介して接続される。この場合のユーザ装置２０の通信部も、上述した他の通信機器（ルータやハブなど）と通信する通信手段として機能する。
【０１０９】
また、実施形態では、情報処理装置１０の第１通信部と操作装置３０の通信部が有線ＬＡＮの規格に準拠して通信を行ったが、これに限らず、例えば、ＵＳＢ（Universal Serial Bus）やＨＤＭＩ(登録商標)（High-Definition Multimedia Interface）などの規格に準拠する通信を行ってもよいし、他にも、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near field communication）などの規格に準拠する無線通信を行ってもよい。いずれの場合も、操作装置３０の通信部は、他のルータはハブなどの通信機器を介さずに情報処理装置１０の第１通信部と通信する。このように、操作装置３０の通信部は、他の通信機器を介さず情報処理装置１０と通信する通信手段として機能する。
【０１１０】
また、上述の実施形態では、情報処理装置１０と表示装置４とは、ＨＴＴＰおよびＷｅｂＳｏｃｋｅｔの２種類の通信プロトコルを併用してデータの授受を行ったが、用いられる通信プロトコルはこれらに限られない。情報処理装置１０と表示装置４とが用いる通信プロトコルは、表示装置４（ウェブクライアント）から送信される要求に対する応答を情報処理装置１０（ウェブサーバ）が送信するための第１通信プロトコルと、情報処理装置１０から表示装置４へ通知を送信するために第２通信プロトコルとを含むものであってもよい。
【０１１１】
また、上述の実施形態において、情報処理装置１０と表示装置４とは、ＳＯＡＰ（Simple Object Access Protocol）の規格に準拠したデータの授受を行ってもよい。また、情報処理装置１０と表示装置４とがデータの授受を行う際に準拠するプロトコルはこれに限られない。情報処理装置１０と表示装置４とは、例えばＲＥＳＴ（Representational State Transfer）やＳＧＭＬ（Standard Generalized Markup Language）などの規格に準拠して通信してもよい。
【０１１２】
［２−３］操作装置の構成
操作装置３０は、実施形態では図５に示すように制御部や記憶部、通信部を備えていたが、これらを備えていなくてもよい。
図１９は、本変形例の情報処理装置１０ａのハードウェア構成の一例を示す図である。図１９の例では、図６に示す各部のうち、操作装置３０を除く各部を備える情報処理装置１０ａと、操作装置３０ａとが示されている。本変形例でも、操作装置３０ａは情報処理装置１０ａの筐体に固定されている。操作装置３０ａは、図５に示す通信部３３と、ＵＩ部３６とを備える。
【０１１３】
通信部３３及びＵＩ部３６は、情報処理装置１０ａ内のバスに接続され、制御部１１によって制御されるようになっている。また、通信部３３は、第１通信部１５とも接続されている。ＵＩ部３６は、表示面と表示面に重ねられたタッチセンサとを備え、ユーザからの操作を受け付けるとともに画像を表示する。ＵＩ部３６は、受け付けたユーザの操作に応じた操作データを制御部１１に供給し、制御部１１は、この操作データに応じた処理を行う。本変形例では、制御部１１がブラウザのプログラムを実行することで図７に示す表示装置４の機能を実現する。
【０１１４】
［２−４］操作装置の設置
操作装置は、実施形態や上記変形例では情報処理装置の筐体に固定されていたが、固定されていなくてもよい。例えば、操作装置が情報処理装置の筐体に固定されておらず、いわゆるリモコンとして用いられる装置であってもよい。
図２０は、本変形例の情報処理装置１０ｂのハードウェア構成の一例を示す図である。図２０の例では、図６に示す各部のうち、操作装置３０を除く各部を備える情報処理装置１０ｂと、操作装置３０ｂとが示されている。操作装置３０ｂは、図５に示す各部を備え、図７に示す表示装置４として機能する装置である。情報処理装置１０ｂの筐体には、操作装置３０ｂを設置可能な形に形成された部分（以下「設置部」という）を有する。
【０１１５】
操作装置３０ｂは、通信用のケーブルを介して第１通信部１５に接続されており、設置部に設置された状態でユーザにより使用される。操作装置３０ｂは、実施形態の操作装置３０と同様に、他の通信機器を介さずに情報処理装置１０と通信を行うローカルの表示装置４として用いられる。なお、ユーザは、操作装置３０ｂからケーブルを取り外して、操作装置３０ｂを別の場所に持って行き別の用途に用いてもよい。なお、図２０の例では、操作装置３０ｂに代えて、操作手段として機能する他の装置（例えば図１等に示したユーザ装置２０）が接続されてもよい。また、操作装置３０ｂを、通信機器３に接続させて、通信機器３及び通信回線２を介して情報処理装置１０ｂと通信させてもよい。
【０１１６】
［２−５］情報処理装置１０が行う処理
上述の実施形態では、コピー処理を行う場合の動作について説明したが、情報処理装置１０が行う処理はコピー処理に限られない。情報処理装置１０が行う処理は、例えば上述した画像読取処理であってもよく、また、画像形成処理であってもよい。
【０１１７】
［２−６］操作の受付方法
上述の実施形態では、制御部２１は、タッチセンサでユーザの操作を受け付けたが、ユーザの操作を受け付ける方法はこれに限られない。例えば、表示装置４がタブレット端末であれば筐体に設けられたボタンで操作を受け付けてもよい。また、表示装置４がパーソナルコンピュータであればキーボードやマウスなどで操作を受け付けてもよい。
【０１１８】
［２−７］メッセージの送信
イベント通知部６２は、実施形態では、ＷｅｂＳｏｃｋｅｔの規格に準拠するＸＭＬデータを送信したが、これに限らない。例えば、Ｃｏｍｅｔと呼ばれる技術を用いて、表示装置４のＵＩ制御部４１が送信してきたＨＴＴＰリクエストをイベント通知部６２が維持し、送信すべきメッセージ（状況情報の更新など）が発生することを契機に、イベント通知部６２が、維持していたＨＴＴＰリクエストへの応答で状況情報を送信してもよい。Ｃｏｍｅｔを用いた方法だと、実施形態と同様に、操作用装置からの要求が行われたときにその応答でこの送信が行われる場合に比べて、処理の状況がユーザに早く伝達されることになる。
【０１１９】
［２−８］発明のカテゴリ
本発明は、情報処理装置、表示装置、通信機器及びこれらの装置を備える情報処理システムの他にも、これらの装置が実施する処理を実現するための情報処理方法としても捉えられるものである。また、本発明は、情報処理装置及び表示装置というコンピュータを、上述した各手段として機能させるためのプログラムとしても捉えられるものである。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されたり、インターネット等の通信回線を介して、コンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態でも提供されたりするものであってもよい。
【符号の説明】
【０１２０】
１…情報処理システム、２…通信回線、３…通信機器、４…表示装置、１０…情報処理装置、２０…ユーザ装置、３０…操作装置、１１、２１、３１…制御部、１２、２２、３２…記憶部、１３…画像読取部、１４…画像形成部、１５…第１通信部、１６…第２通信部、１７…接続部、２３、３３…通信部、２４、３４…表示部、２５、３５…操作部、１０１…第１記憶手段、１０２…受信手段、１０３…記憶制御手段、１０４…画像処理実行手段、１０５…第３記憶手段、１０６…第２記憶手段
【図１】
0006451175.tif 000002
【図２】
0006451175.tif 000003
【図３】
0006451175.tif 000004
【図４】
0006451175.tif 000005
【図５】
0006451175.tif 000006
【図６】
0006451175.tif 000007
【図７】
0006451175.tif 000008
【図８】
0006451175.tif 000009
【図９】
0006451175.tif 000010
【図１０】
0006451175.tif 000011
【図１１】
0006451175.tif 000012
【図１２】
0006451175.tif 000013
【図１３】
0006451175.tif 000014
【図１４】
0006451175.tif 000015
【図１５】
0006451175.tif 000016
【図１６】
0006451175.tif 000017
【図１７】
0006451175.tif 000018
【図１８】
0006451175.tif 000019
【図１９】
0006451175.tif 000020
【図２０】
0006451175.tif 000021