JP2016066167A - 情報処理装置、システム及びプログラム - Google Patents

Abstract

【課題】サーバ側とクライアント側との間で複数の通信プロトコルを併用して一連の処理が実行されるシステムにおいて、クライアント側でのデータの一連の処理の受信順序に関わらず処理の順序が入れ替わってしまうことを防止すること。【解決手段】第１処理実行手段１０４は受信された実行要求に従って処理を実行する。付与手段１０５は、実行要求を受け付けた旨を示す第１メッセージおよび前記処理実行手段１０４によって実行される処理の処理状況を示す第２メッセージに、各メッセージの処理順序を示すシーケンス番号を付与する。第１送信手段１０６はシーケンス番号が付与された第１メッセージを第１通信路により上記ソフトウェアへ送信する。第２送信手段１０７は、シーケンス番号が付与された第２メッセージを、第２通信プロトコルによる第２通信路により上記ソフトウェアへ送信する。【選択図】図７

Description

本発明は、情報処理装置、システム及びプログラムに関する。

特許文献１には、画像形成装置の操作部と外部情報端末の表示部とにおいて操作パネルとしての表示画面データを表示する技術が記載されている。

特開２０１３−２５６０１６号公報

本発明は、サーバ側とクライアント側との間で複数の通信プロトコルを併用して一連の処理が実行されるシステムにおいて、クライアント側でのデータの一連の処理の受信順序に関わらず処理の順序が入れ替わってしまうことを防止することを目的とする。

本発明の請求項１に係る情報処理装置は、クライアントとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する第１確立手段と、前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する第２確立手段と、前記ソフトウェアから前記第１通信路を介して処理の実行要求を受信する受信手段と、前記受信された実行要求に従って前記処理を実行する処理実行手段と、前記実行要求を受け付けた旨を示す第１メッセージおよび前記処理の処理状況を示す第２メッセージに、当該第１メッセージおよび当該第２メッセージを含むメッセージ群における各メッセージの処理順序を示すシーケンス番号を付与する付与手段と、前記シーケンス番号が付与された第１メッセージを前記第１通信路により前記ソフトウェアへ送信する第１送信手段と、前記シーケンス番号が付与された第２メッセージを前記第２通信路により前記ソフトウェアへ送信する第２送信手段とを有することを特徴とする。

本発明の請求項２に係る情報処理装置は、サーバとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する第１確立手段と、前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する第２確立手段と、前記ソフトウェアへ前記第１通信路を介して処理の実行要求を送信する第１送信手段と、前記ソフトウェアから前記第１通信路を介して前記実行要求を受け付けた旨を示す第１メッセージを受信する第１受信手段と、前記ソフトウェアから前記第２通信路を介して前記処理の処理状況を示す第２メッセージを受信する第２受信手段と、前記受信された第１メッセージおよび前記受信された第２メッセージの各々に付されたシーケンス番号に基づいて、当該第１メッセージおよび当該第２メッセージに対応する処理の処理順序を特定する特定手段と、前記受信された第１メッセージおよび前記受信された第２メッセージに対応する処理を、前記特定された処理順序で実行する処理実行手段とを有することを特徴とする。

本発明の請求項３に係る情報処理装置は、請求項２に記載の構成において、前記処理実行手段は、前記ソフトウェアから受信されていない第１メッセージまたは第２メッセージより後の処理順序である第１メッセージおよび第２メッセージに対応する処理を実行しないことを特徴とする。

本発明の請求項４に係る情報処理装置は、請求項３に記載の構成において、前記処理実行手段は、予め定められた期間以上待機しても前記受信されていない第１メッセージまたは第２メッセージが受信されなかった場合、当該受信されていない第１メッセージまたは第２メッセージより後の処理順序である第１メッセージおよび第２メッセージに対応する処理を実行することを特徴とする。

本発明の請求項５に係る情報処理装置は、請求項２に記載の構成において、前記処理実行手段は、前記受信された第１メッセージまたは第２メッセージに対応する処理順序が、実行済である処理の処理順序よりも前のものである場合、当該受信された第１メッセージまたは第２メッセージに対応する処理を実行しないことを特徴とする。

本発明の請求項６に係る情報処理装置は、請求項２ないし５のいずれか１項に記載の構成において、前記処理実行手段は、対応する処理を未だ実行していない受信済みの第１メッセージおよび第２メッセージの少なくともいずれか一方が複数ある場合、当該複数の第１メッセージおよび第２メッセージの少なくともいずれか一方のうちの、属性が予め定められた条件を満たす第１メッセージおよび第２メッセージの少なくともいずれか一方に対応する処理を実行することを特徴とする。

本発明の請求項７に係るシステムは、第１情報処理装置と、第２情報処理装置とを有し、前記第１情報処理装置は、クライアントとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する第１確立手段と、前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する第２確立手段と、前記ソフトウェアから前記第１通信路を介して処理の実行要求を受信する第１受信手段と、前記受信された実行要求に従って前記処理を実行する第１処理実行手段と、前記実行要求を受け付けた旨を示す第１メッセージおよび前記処理の処理状況を示す第２メッセージに、当該第１メッセージおよび当該第２メッセージを含むメッセージ群における各メッセージの処理順序を示すシーケンス番号を付与する付与手段と、前記シーケンス番号が付与された第１メッセージを前記第１通信路により前記ソフトウェアへ送信する第１送信手段と、前記シーケンス番号が付与された第２メッセージを前記第２通信路により前記ソフトウェアへ送信する第２送信手段とを備え、前記第２情報処理装置は、サーバとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する第３確立手段と、前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する第４確立手段と、前記ソフトウェアへ前記第１通信路を介して処理の実行要求を送信する第３送信手段と、前記ソフトウェアから前記第１通信路を介して前記実行要求を受け付けた旨を示す第１メッセージを受信する第２受信手段と、前記ソフトウェアから前記第２通信路を介して前記処理の処理状況を示す第２メッセージを受信する第３受信手段と、前記受信された第１メッセージおよび前記受信された第２メッセージの各々に付されたシーケンス番号に基づいて、当該第１メッセージおよび当該第２メッセージに対応する処理の処理順序を特定する特定手段と、前記受信された第１メッセージおよび前記受信された第２メッセージに対応する処理を、前記特定された処理順序で実行する第２処理実行手段とを備えることを特徴とする。

本発明の請求項８に係るプログラムは、コンピュータに、クライアントとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立するステップと、前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立するステップと、前記ソフトウェアから前記第１通信路を介して処理の実行要求を受信するステップと、前記受信された実行要求に従って前記処理を実行するステップと、前記実行要求を受け付けた旨を示す第１メッセージおよび前記処理の処理状況を示す第２メッセージに、当該第１メッセージおよび当該第２メッセージを含むメッセージ群における各メッセージの処理順序を示すシーケンス番号を付与するステップと、前記シーケンス番号が付与された第１メッセージを前記第１通信路により前記ソフトウェアへ送信するステップと、前記シーケンス番号が付与された第２メッセージを前記第２通信路により前記ソフトウェアへ送信するステップとを実行させるためのプログラムであることを特徴とする。

本発明の請求項９に係るプログラムは、コンピュータに、サーバとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立するステップと、前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立するステップと、前記ソフトウェアへ前記第１通信路を介して処理の実行要求を送信するステップと、前記ソフトウェアから前記第１通信路を介して前記実行要求を受け付けた旨を示す第１メッセージを受信するステップと、前記ソフトウェアから前記第２通信路を介して前記処理の処理状況を示す第２メッセージを受信するステップと、前記受信された第１メッセージおよび前記受信された第２メッセージの各々に付されたシーケンス番号に基づいて、当該第１メッセージおよび当該第２メッセージに対応する処理の処理順序を特定するステップと、前記受信された第１メッセージおよび前記受信された第２メッセージに対応する処理を、前記特定された処理順序で実行するステップとを実行させるためのプログラムであることを特徴とする。

請求項１、２、３、７、８および９に係る発明によれば、サーバ側とクライアント側との間で複数の通信プロトコルを併用して一連の処理が実行されるシステムにおいて、クライアント側でのデータの一連の処理の受信順序に関わらず処理の順序が入れ替わってしまうことが防止される。
請求項４に係る発明によれば、クライアント側のソフトウェアで処理が停止してしまうことが防止される。
請求項５に係る発明によれば、受信されたメッセージに対応する処理を全て実行する場合に比べて、クライアント側のソフトウェアでメッセージの受信順序が入れ替わってしまった場合の処理の実行に係る負荷が軽減する。
請求項６に係る発明によれば、受信されたメッセージに対応する処理を全て実行する場合に比べて、処理の実行に係る負荷が軽減する。

実施形態の情報処理システムの全体構成の一例を示すブロック図 表示された操作画像の一例を示す図 表示された状況情報の例を示す図 ユーザ装置のハードウェア構成の一例を示すブロック図 操作装置のハードウェア構成の一例を示すブロック図 情報処理装置のハードウェア構成の一例を示すブロック図 情報処理システムの機能構成の一例を示すブロック図 情報処理システムの構成を表す階層構造の一例を示す図 機能部に含まれるモジュール群の一例を示す図 表示された状況情報の例を示す図 表示された状況情報の例を示す図 第１の方法が用いられる場合の各装置の動作の一例を示すシーケンス図 第２の方法が用いられる場合の各装置の動作の一例を示すシーケンス図 第３の方法が用いられる場合の各装置の動作の一例を示すシーケンス図 第４の方法が用いられる場合の各装置の動作の一例を示すシーケンス図 コピー動作の一例を示すシーケンス図 変形例の情報処理装置のハードウェア構成の一例を示す図 変形例の情報処理装置のハードウェア構成の一例を示す図

［１］実施形態
まず、図１から図１１までを参照して、実施形態の情報処理システムの全体構成、ハードウェア構成及び機能構成について説明する。

［１−１］全体構成
図１は、情報処理システムの全体構成の一例を示すブロック図である。図１では、通信回線２と、通信機器３と、情報処理装置１０と、複数のユーザ装置２０とを備える情報処理システム１が示されている。情報処理システム１は、本実施形態では、コピーやスキャン、ＦＡＸ（ファクシミリ）、プリント（画像データの媒体への出力）などの機能をユーザに提供するシステムである。

通信回線２は、例えばインターネットや移動体通信網、電話回線などのうちの少なくとも１つ以上を含む通信のためのシステムである。通信回線２は、自システムに接続された装置同士の通信を仲介する。通信回線２には、情報処理装置１０及び通信機器３が接続されている。通信機器３は、通信機能を有する装置であり、本実施形態では無線ＬＡＮの規格に準拠して無線通信を行う。通信機器３は、ユーザ装置２０と無線通信を行う一方、通信回線２を介して情報処理装置１０と通信する。つまり、情報処理装置１０は、通信回線２及び通信機器３を介してユーザ装置２０と通信する。また、情報処理装置１０とユーザ装置３０は、通信機器３を介することなく、直接通信するように構成してもよい。

情報処理装置１０は、媒体に画像を形成する画像形成処理や、媒体に形成された画像を読み取る画像読取処理などの処理を行う装置である。これらの処理は、前述したコピーやスキャン、ＦＡＸ、プリントなどの機能がユーザに提供される際に行われる。情報処理装置１０は、自装置の操作に用いられる操作装置３０を有する。操作装置３０は、情報処理装置１０を操作するための装置であり、いわゆるコントロールパネルである。操作装置３０は、情報処理装置１０の筐体に固定されており、情報処理装置１０が設置されている場所に来たユーザによって用いられる。操作装置３０は、例えば液晶ディスプレイ等を有し、情報処理装置１０を操作するための画像データ（以下「操作画像データ」という）を表示する。操作画像データに基づき表示される操作画像について、図２を参照して説明する。

図２は、操作装置３０に表示される操作画像の一例を示す図である。図２の例では、コピー機能を利用するための操作画像データ群Ａ１が表示されている。操作画像データ群Ａ１には、コピーを開始させるための操作画像データＡ１１などが含まれている。ユーザは、操作画像データＡ１１をタップする（軽く叩く）ことで、操作画像データＡ１１に対応する操作、すなわちコピーを開始させる操作を行う。操作装置３０は、表示した操作画像データに対して操作が行われると、その操作に対応した処理の要求を情報処理装置１０に対して行う。操作画像データＡ１１が操作された場合であれば、操作装置３０は、コピー機能を提供するための処理（具体的には画像読取処理および画像形成処理を含む一連の処理。以下「コピー処理」という）を情報処理装置１０に要求する。

図１の説明に戻る。ユーザ装置２０は、例えばタブレット端末やパーソナルコンピュータなどの装置である。ユーザ装置２０は、ユーザによって持ち運ばれて利用されるものでもよいし、机に設置されて利用されるものでもよい。また、ユーザ装置２０は、情報処理装置１０の操作に限らず、他の用途（会社の業務など）にも用いられてもよい。ユーザ装置２０は、操作画像データを表示し、表示した操作画像データに対して操作が行われると、その操作に対応した処理の要求を情報処理装置１０に対して行うという点で、操作装置３０と共通している。

情報処理装置１０は、操作装置３０やユーザ装置２０からの要求に基づいて処理を実行すると、実行している処理の状況を表す情報（以下「状況情報」という）をこれらの装置に送信することで、これらの装置に対して処理の状況を通知する。状況情報とは、例えば、コピー機能が利用される場合であれば、画像が読み取られた媒体の枚数や画像が形成された媒体の枚数などの処理の状況を示す情報である。

図３は、表示された状況情報の例を示す図である。情報処理装置１０は、例えばコピー処理を実行した場合であれば、図３（ａ）に示すように、コピーが完了した枚数（部数及びページ数）を表す枚数情報Ｃ１１や「コピーしています。」という文字列、「白黒」、「Ａ４」、「１００％」及び「ソート」というコピーのパラメータなどを含む状況情報Ｃ１を送信する。

また、情報処理装置１０は、コピー処理が進んで要求された枚数のコピーが完了すると、図３（ｂ）に示すように、要求された枚数の分のコピーが完了したことを表す枚数情報Ｃ２１や「コピーが完了しました。」という文字列などを含む状況情報Ｃ２を送信する。なお、枚数情報Ｃ１１及びＣ２１は、コピーを要求された枚数を分母とし、そのうちコピーが完了した枚数を分子とする分数で表されている。このように、状況情報には、処理の進捗を表す情報や処理の結果を表す情報、処理に用いられるパラメータの情報などが含まれる。操作装置３０及びユーザ装置２０は、いずれも、通知された状況を図３に示すように表示する表示装置でもある。以下では、操作装置３０及びユーザ装置２０を区別しない場合には表示装置４という。

［１−２］ハードウェア構成
図４は、ユーザ装置２０のハードウェア構成の一例を示すブロック図である。ユーザ装置２０は、制御部２１と、記憶部２２と、通信部２３と、表示部２４と、操作部２５とを備える。制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びリアルタイムクロックを備え（いずれも図示略）、ＣＰＵが、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部２２に記憶されたプログラムを実行することによって各部の動作を制御する。リアルタイムクロックは、現在の日時を算出してＣＰＵに通知する。

記憶部２２は、ハードディスクドライブ等を備え、制御部２１が制御に用いるデータやプログラム、画像データなどを記憶する。通信部２３は、無線ＬＡＮ（Local Area Network）の規格に準拠して無線通信を行う通信回路及びアンテナを備える通信手段であり、例えば図１に示す通信機器３と無線通信を行う。表示部２４は、例えば液晶ディスプレイを有し、制御部２１により制御されて表示面に画像を表示する。操作部２５は、例えば自装置がタブレット端末である場合には、表示面に重ねて設けられたタッチセンサ（タッチスクリーンやタッチパネルともいう）や筐体に設けられたボタン等を備え、上述したタップ等のユーザの操作を受け付けてその操作の内容を示す操作データを制御部２１に供給する。なお、自装置がパーソナルコンピュータである場合には、操作部２５はキーボードやマウスを備えていてもよい。制御部２１は、供給された操作データに応じた制御を行う。

図５は、操作装置３０のハードウェア構成の一例を示すブロック図である。操作装置３０は、制御部３１と、記憶部３２と、通信部３３と、表示部３４と、操作部３５とを備える。以下、図４に示すブロックと共通のハードウェアを表すブロック（通信部３３を除く各部）には、共通の名称を付して説明を省く。通信部３３は、有線ＬＡＮの規格に準拠して通信を行う通信回路と、通信用のケーブル（具体的にはＬＡＮケーブル）が有するコネクタを差し込むポートとを備える通信手段である。

上述したように、操作装置３０とユーザ装置２０を区別しない場合には表示装置４という。これに伴い、制御部３１と制御部２１を区別する必要がない場合には「制御部１４１」という。記憶部３２と記憶部２２を区別する必要がない場合には「記憶部１４２」という。表示部３４と表示部２４を区別する必要がない場合には「表示部１４４」という。操作部３５と操作部２５を区別する必要がない場合には「操作部１４５」という。

図６は、情報処理装置１０のハードウェア構成の一例を示すブロック図である。情報処理装置１０は、制御部１１と、記憶部１２と、画像読取部１３と、画像形成部１４と、第１通信部１５と、第２通信部１６と、接続部１７とを備える。以下、図４及び図５に示すブロックと共通のハードウェアを表すブロック（制御部１１及び記憶部１２）には、共通の名称を付して説明を省く。また、情報処理装置１０は、ＵＩ（User Interface）部として機能する前述した操作装置３０を備えている。制御部１１は、本実施形態では、操作装置３０を除く各部を制御する。

画像読取部１３は、例えばＣＣＤ（Charge Coupled Devices）方式を用いて、原稿に描かれた画像を読み取る画像読取処理を行う。画像読取部１３は、用紙等の媒体に形成されたコンテンツの画像を光学的に読み取って、読み取った画像を表す画像データを制御部１１に供給する。画像形成部１４は、例えば電子写真方式を用いて、媒体に画像を形成する画像形成処理を行う。画像形成部１４は、制御部１１から供給される画像データが示す画像を用紙等の媒体に形成する。なお、画像の読み取り及び画像の形成に用いられる前述した方式は、それぞれ一例であり、他の方式であってもよい。

第１通信部１５は、通信用のケーブルやデータバスを介して操作装置３０の通信部３３と接続され、前述した外部装置を介さずに操作装置３０と通信する。つまり、通信部３３も、前述した外部装置を介さずに情報処理装置１０と通信する。

第２通信部１６は、通信用のインターフェースとして有線ＬＡＮまたは無線ＬＡＮの規格に準拠して通信を行う通信回路と、通信用のケーブル（ＬＡＮケーブル）が有するコネクタを差し込むポートや無線ＬＡＮの規格に準拠した無線の送受信装置を備え、このインターフェースを介して接続される装置と通信する通信処理を行う。第２通信部１６は、図１に示す通信回線２に接続されて、外部装置（情報処理装置１０にとっての外部装置であり、例えば通信機器３）を介して例えばユーザ装置２０と通信する。接続部１７は、ＳＤメモリーカード等の記憶媒体を接続するスロット等を有し、それらの記憶媒体と接続する。制御部１１は、接続部１７を介して、それらの記憶媒体に記憶されているデータの読み出しや記憶媒体へのデータの書き込みを行う。操作装置３０は、図５の説明で述べた構成を備え、第１通信部１５と通信する。操作装置３０は、この通信を行うことで、例えば制御部１１から送信されてくるデータが示す画像を表示したり、情報処理装置１０を操作するためのデータを制御部１１に送信したりするユーザインターフェース部（ＵＩ部）として機能する。

［１−３］機能構成
図７は、情報処理システム１の機能構成の一例を示すブロック図である。情報処理システム１は、情報処理装置１０（第１情報処理装置の一例）と、表示装置４（すなわち操作装置３０またはユーザ装置２０（第２情報処理装置の一例））とを有する。情報処理装置１０は、第１確立手段１０１と、第２確立手段１０２と、第１受信手段１０３と、第１処理実行手段１０４と、付与手段１０５と、第１送信手段１０６と、第２送信手段１０７とを備える。第１確立手段１０１は、ウェブクライアントとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する。第２確立手段１０２は、第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する。第１受信手段１０３は、上記ソフトウェアから、第１確立手段１０１によって確立された第１通信路を介して処理の実行要求を受信する。第１処理実行手段１０４は、第１受信手段１０３によって受信された実行要求に従って処理を実行する。付与手段１０５は、前記受信手段１０３によって受信された実行要求を受け付けた旨を示す第１メッセージおよび前記処理実行手段１０４によって実行される処理の処理状況を示す第２メッセージに、各メッセージの処理順序を示すシーケンス番号を付与する。第１送信手段１０６は、付与手段１０５によりシーケンス番号が付与された第１メッセージを、第１通信路により上記ソフトウェアへ送信する。第２送信手段１０７は、付与手段１０５によりシーケンス番号が付与された第２メッセージを、第２通信路により上記ソフトウェアへ送信する。

この例で、情報処理装置１０の制御部１１、または、制御部１１および第１通信部１５は、第１確立手段１０１、第２確立手段１０２、第１受信手段１０３、第１処理実行手段１０４、付与手段１０５、第１送信手段１０６および第２送信手段１０７の一例である。

表示装置４は、第３確立手段４０１と、第４確立手段４０２と、第３送信手段４０３と、第２受信手段４０４と、第３受信手段４０５と、特定手段４０６と、第２処理実行手段４０７とを備える。第３確立手段４０１は、ウェブサーバとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する。第４確立手段４０２は、上記ソフトウェアとの間で第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する。第３送信手段４０３は、上記ソフトウェアへ、第３確立手段４０１によって確立された第１通信路を介して処理の実行要求を送信する。第２受信手段４０４は、上記ソフトウェアから、第１通信路を介して、第３送信手段４０３によって送信された実行要求を受け付けた旨を示す第１メッセージを受信する。第３受信手段４０５は、上記ソフトウェアから第２通信路を介して処理の処理状況を示す第２メッセージを受信する。特定手段４０６は、第２受信手段４０４により受信された第１メッセージおよび前記第３受信手段４０５によって受信された第２メッセージの各々に付されたシーケンス番号に基づいて、第１メッセージおよび第２メッセージに対応する処理の処理順序を特定する。第２処理実行手段４０７は、受信された第１メッセージおよび第２メッセージに対応する処理を、特定手段４０６によって特定された処理順序で実行する。

この例で、ユーザ装置２０の制御部２１、制御部２１および通信部２３、操作装置３０の制御部３１、または制御部３１および通信部３３は、第３確立手段４０１、第４確立手段４０２、第３送信手段４０３、第２受信手段４０４、第３受信手段４０５、特定手段４０６および第２処理実行手段４０７の一例である。

［１−４］階層構造
図８は、情報処理システム１の構成を表す階層構造の一例を示す図である。情報処理システム１は、プレゼンテーション層４０と、インターフェース５０と、ファンクション層６０と、ミドルウェア層７０と、ハードウェア層８０とを備える。プレゼンテーション層４０は表示装置４（すなわち操作装置３０およびユーザ装置２０）の制御部１４１が記憶部１４２に記憶されたプログラムを実行することによって実現される。プレゼンテーション層４０はウェブクライアントとして機能するソフトウェアの一例である。インターフェース５０、ファンクション層６０およびミドルウェア層７０は、情報処理装置１０の制御部１１が記憶部１２に記憶されたプログラムを実行することによって実現される。インターフェース５０、ファンクション層６０およびミドルウェア層７０の少なくともいずれかひとつは、ウェブサーバとして機能するソフトウェアの一例である。ハードウェア層８０は、情報処理装置１０のハードウェア資源の集合であり、ミドルウェア層７０により制御される。

この実施形態では、プレゼンテーション層４０（すなわち表示装置４）とインターフェース５０（すなわち情報処理装置１０）とは、ＷＷＷ（World Wide Web：ワールドワイドウェブ。以下「ウェブ」という）の規格に準拠して通信が行われる。この例で、プレゼンテーション層４０とインターフェース５０とは、ＨＴＴＰ（Hypertext Transfer Protocol）およびＷｅｂＳｏｃｋｅｔにより通信を行う。

表示装置４がユーザ装置２０である場合、情報処理装置１０とユーザ装置２０（すなわちプレゼンテーション層４０とインターフェース５０）は、図１の説明で述べたように、通信回線２および通信機器３を介してデータの授受を行う。すなわち、この場合、情報処理装置１０およびユーザ装置２０ではない通信機器（通信機器３や通信回線２が有する通信機器など。以下「他の通信機器」という）を介する通信が行われる。一方、表示装置４が操作装置３０である場合、情報処理装置１０と操作装置３０（すなわちプレゼンテーション層４０とインターフェース５０）は、図６の説明で述べた第１通信部１５に接続されているケーブルを介してデータの授受を行う。すなわち、この場合、前述した他の通信機器を介さない通信が行われる。上記他の通信機器には、通信機器３以外にも、例えば通信回線２が有するルータやハブ、ブリッジなどが含まれる。

［１−４−１］プレゼンテーション層
操作装置３０およびユーザ装置２０によって実現されるプレゼンテーション層４０は、ユーザによる操作を受け付ける機能（いわゆるユーザインターフェース）を実現する。プレゼンテーション層４０は、ＵＩ制御部４１と、デバイス制御部４２と、通信部４３とを備える。ＵＩ制御部４１は、ユーザインターフェースを制御する部分であり、インターフェース５０（すなわち情報処理装置１０）から送信されてくる、上述した操作画像や状況情報を表示部１４４に表示したり、操作部１４５から供給されるデータに応じてユーザの操作を受け付けたりする。具体的には、例えば、ＵＩ制御部４１は、前述した図３に示される状況情報Ｃ１や状況情報Ｃ２を表示する。ここで、状況情報の他の例について図１０及び図１１を参照して説明する。

図１０は、表示された状況情報の例を示す図である。この例では、媒体を収納する収納部がユーザによって開かれた場合に表示される状況情報が表示されている。具体的には、「用紙収容部がセットされていません。」という文字列を含む状況情報Ｃ３が表示されている。

図１１は、表示された状況情報の別の例を示す図である。この例では、複数の画像を記憶したＳＤメモリーカード等の記憶媒体が図６に示す情報処理装置１０の接続部１７に接続されたときに、その記憶媒体に記憶された画像のサムネイル画像の一覧を表示する処理の状況及び結果が表示されている。図１１（ａ）では、「画像一覧を表示しています。」という文字列と、読み込みが済んだ画像から生成したサムネイル画像（この例では１０個のサムネイル画像）とを含む状況情報Ｃ４が示されている。図１１（ｂ）では、「画像一覧を表示しました。」という文字列と、記憶媒体から読み出した全画像から生成したサムネイル画像の一覧とを含む状況情報Ｃ５が示されている。

また、ＵＩ制御部４１は、例えば情報処理装置１０のＵＲＬ（Uniform Resource Locator）にアクセスする操作をユーザが行うことで、操作画像データの要求を情報処理装置１０のインターフェース５０に送信する。また、ＵＩ制御部４１は、送信した操作画像データの要求の応答として情報処理装置１０の操作画像管理部６３から送信されてきた操作画像データが示す操作画像を表示部１４４に表示する。より具体的には、ＵＩ制御部４１は、操作画像データによって示される操作画像の配置や大きさなどのパラメータに基づいて、操作画像を表示する。こうして表示された操作画像が例えば図２に示す操作画像データ群Ａ１である。操作画像データを構成する情報の一例としは、ＨＴＭＬ（Hypertext markuplanguage）形式で記述されたファイルがある。ＵＩ制御部４１は、取得したＨＴＭＬ形式のファイルを解釈して操作画像を表示したり操作情報を受け付けるように制御している。

操作画像データ群Ａ１には、コピーする原稿画像の倍率、コピーした原稿画像を形成する用紙及びコピーした原稿画像のカラーモードというパラメータをそれぞれ選択させるための操作画像（例えばボタン画像やアイコン画像）が含まれている。ＵＩ制御部４１は、ユーザがこれらの操作画像を操作することで選択したり設定されるパラメータの内容をユーザに提示するために画像を表示態様を変えて表示する。図２の例では、現在選択されているコピーの倍率（この例では「１１０％」）を表す文字列を含む画像と、現在選択されている用紙及びカラーモードを表す操作画像（この例では「他の倍率」、「Ａ４普通紙」、「白黒」という文字列が描かれたもの）を、選択されていない選択画像とは異なる態様（この例では線を太くする態様。ハイライトやラジオボタンなどの態様でもよい。）で表示した例である。

操作画像データ群Ａ１には、コピーを開始させるための操作画像データＡ１１が含まれている。操作画像データＡ１１が操作されると、その時点で選択されているパラメータを用いたコピーの処理がインターフェース５０を介してファンクション層６０に要求される。

図８の説明に戻る。ＵＩ制御部４１は、表示した操作画像に関するデータをデバイス制御部４２に供給する。操作画像に関するデータとは、操作画像が操作されたか否かを判断するために用いられるデータであり、現在表示されている画面の識別情報であったり、操作画面でユーザが選択したり設定したパラメータの種類と値といったデータである。

デバイス制御部４２は、ユーザの操作に基づいてインターフェース５０を介してファンクション層６０へ処理の実行を要求する。デバイス制御部４２は、操作画像データに対する操作がユーザにより行われると、ＵＩ制御部４１から供給される操作データに基づいて、そのユーザの操作に応じた処理を情報処理装置１０に要求する。

デバイス制御部４２は、ＵＩ制御部４１から供給されたパラメータを用いて、情報処理装置１０に処理を依頼する内容を指示データとして生成し、この指示データを送信することにより処理を情報処理装置１０に対して要求する。図２に示す状態で操作画像データＡ１１に対する操作が行われた場合であれば、ＵＩ制御部４１は、コピー処理依頼を示す情報と、複写倍率のパラメータとして「１１％」、カラーモードのパラメータとして「白黒」、用紙サイズのパラメータとして「Ａ４普通紙」を、デバイス制御部４２へ送り、デバイス制御部１４２、１１０％の倍率でＡ４普通紙に白黒でコピーするための処理を表す指示データを生成して情報処理装置１０に要求する。

この例で、デバイス制御部４２は、ＵＩ制御部４２から受けとった機能に関する指示情報とパラメータを用いて行う指示を記述した指示データを生成する。この実施形態では、指示データとしてＸＭＬ（Extensible Markup Language）で記述される。デバイス制御部４２は、生成した指示データを含むＨＴＴＰリクエストを生成する。デバイス制御部４２は、生成したＨＴＴＰリクエストをインターフェース５０に送信することで、ファンクション層６０に対して処理を要求する。このようにデバイス制御部４２が処理を要求するためにインターフェース５０へ送信するＨＴＴＰリクエストのことを以下では「処理要求」という。なお、コピー処理が要求される場合には、指示データを含む処理要求が生成されるが、要求される処理によっては、処理要求に指示データが含まれない場合もある。例えば情報処理装置１０の電源を落とす処理が要求される場合には処理要求に指示データが含まれない。

通信部４３は、ＵＩ制御部４１及びデバイス制御部４２がインターフェース５０と行う通信を制御する。

［１−４−２］インターフェース５０
インターフェース５０は、プレゼンテーション層４０とファンクション層６０との接続を仲介する機能を実現する層である。プレゼンテーション層４０とインターフェース５０との接続は、図１に示す通信機器３等の通信機能を有する外部装置を介する場合（ユーザ装置２０との接続）と、そういった外部装置を介さない場合（操作装置３０との接続）とがある。インターフェース５０は、ユーザ装置２０及び操作装置３０との通信を、共通の通信手順（ＨＴＴＰ、ＷｅｂＳｏｃｋｅｔなどの規格に準拠した通信の手順）で仲介する。インターフェース５０は、例えばプレゼンテーション層４０から送信されてくるＨＴＴＰリクエストを受け取ってファンクション層６０に供給したり、その応答でファンクション層６０から供給されるＨＴＴＰレスポンスを受け取ってプレゼンテーション層４０に向けて送信したりする。

［１−４−３］ファンクション層６０
ファンクション層６０は、コピー機能やスキャン機能など、目的とする用途に沿ってデータを加工する機能を実現する層である。ファンクション層６０は、受付・応答部６１と、イベント通知部６２と、操作画像管理部６３と、操作画像ＤＢ（Data Base：データベース）６４と、コピー機能やスキャン機能などを提供する機能部６５とを備える。

受付・応答部６１は、プレゼンテーション層４０からインターフェース５０を介して送信されてくる処理要求を受け付け、機能部６５に処理を依頼する。このとき、受付・応答部６１は、依頼された処理を識別する情報として、トランザクションＩＤを発行する。また、受付・応答部６１は、その処理を要求してきた要求元（表示装置４）を識別する情報として、クライアントＩＤを発行する。受付・応答部６１は、発行したトランザクションＩＤ及びクライアントＩＤと、要求元の表示装置４の通信の宛先を互いに対応付けて記憶部１２に記憶させる。受付・応答部６１は、機能部６５に処理を依頼する際に、発行したトランザクションＩＤを機能部６５に供給する。また、受付・応答部６１は、受け付けた要求に対する応答を、インターフェース５０を介してプレゼンテーション層４０に送信する。応答は、要求を受け付けた旨を示すだけの場合もあれば、状況情報を含む場合もある。

イベント通知部６２は、状況情報を含む通知データを生成し、生成した通知データをＷｅｂＳｏｃｋｅｔに準拠したデータに含めてインターフェース５０を介してプレゼンテーション層４０に送信する。

本実施形態では、ファンクション層６０とプレゼンテーション層４０は、大別して４つの方法で、要求、応答または通知の送信を行う。第１および第２の方法は、ＨＴＴＰプロトコルが用いられる方法であり、これらは受付・応答部６１により行われる。一方、第３の方法は、ＨＴＴＰプロトコルとＷｅｂＳｏｃｋｅｔプロトコルとが併用される方法であり、この方法は受付・応答部６１とイベント通知部６２が協働することにより行われる。第４の方法は、ＷｅｂＳｏｃｋｅｔプロトコルにより通知の送信が行われる方法であり、この方法はイベント通知部６２により行われる。

第１の方法では、受付・応答部６１は、プレゼンテーション層４０から処理要求（ＨＴＴＰリクエスト）が送信されてきた場合、ミドルウェア層７０およびハードウェア層８０によるその処理の実行が完了するまで待機する。この場合、受付・応答部６１は、ミドルウェア層７０から処理の完了が通知されると、処理が完了したときの状況を示す状況情報を含むＨＴＴＰレスポンスを、処理を要求してきたプレゼンテーション層４０に送信する。具体例を挙げると、例えば図２に示す「倍率選択」の欄の「−」や「＋」という操作画像をユーザが操作した場合、プレゼンテーション層４０からコピーの倍率というパラメータを下げる処理や上げる処理が要求される。この場合、受付・応答部６１は、要求された処理が実行されて変化したパラメータの値を含む応答をプレゼンテーション層４０へ送信する。

第２の方法では、受付・応答部６１は、プレゼンテーション層４０から処理要求（ＨＴＴＰリクエスト）が受信された場合、要求された処理の完了を待たずにまずは処理要求が受け付けられた旨の応答（ＨＴＴＰレスポンス）を送信する。その後、状況情報は、プレゼンテーション層４０がＨＴＴＰによるいわゆるポーリングを行うことにより取得される。すなわち、受付・応答部６１は、プレゼンテーション層４０からその処理の状況の通知を求める要求（以下「通知要求」という）があったときに、その通知要求に対する応答を行う。第２の方法で応答が行われると、例えば図３（ａ）に示す枚数情報Ｃ１１は、コピーされた画像が媒体に形成される度ではなく、ポーリングの度に通知されて表示される。このため、例えばページ数が１枚ずつ増えるのではなく、数枚ずつ増えることがある。

このように、受付・応答部６１は、第１及び第２の方法を用いた場合、プレゼンテーション層４０からの要求（処理要求または通知要求）があったときにその要求に対する応答を送信する。受付・応答部６１は、第１の方法を用いた場合には、処理要求に対する応答で処理の結果を要求元のプレゼンテーション層４０に送信し、第２の方法を用いた場合には、処理要求に対する応答よりもあとに受け取った通知要求に対する応答で、処理の結果およびそれ以外の処理の状況を要求元のプレゼンテーション層４０に送信する。

第３の方法では、受付・応答部６１は、プレゼンテーション層４０から処理要求（ＨＴＴＰリクエスト）が受信されると、第２の方法のように、要求された処理の完了を待たずにまずは処理要求が受け付けられた旨を示す応答（ＨＴＴＰレスポンス）を送信する。そのあと、イベント通知部６２は、ミドルウェア層７０およびハードウェア層８０により実行されている処理において通知すべき状況が生じたら、通知要求がなくてもその状況を示す状況情報を含むメッセージ（通知）をＷｅｂＳｏｃｋｅｔによりプレゼンテーション層４０に送信する。つまり、第３の方法により通知される状況は、処理要求により実行される処理の状況である。第３の方法で通知の送信が行われると、例えば図３（ａ）に示す枚数情報Ｃ１１のうちの「ページ数」が、コピーされた画像が媒体に形成される度に増えていく。

第４の方法では、イベント通知部６２は、プレゼンテーション層４０からの処理要求の有無に関係なく、通知すべき状況が生じたら、通知要求がなくてもその状況を示す状況情報を含むメッセージ（通知）をＷｅｂＳｏｃｋｅｔによりプレゼンテーション層４０に送信する。つまり、第４の方法により通知される状況は、処理要求により実行される処理とは関係がない。第４の方法では、例えば、ＷｅｂＳｏｃｋｅｔの規格に基づいて情報処理装置１０とセッションが確立されたプレゼンテーション層４０であればどれでも通知先となり得る。情報処理システム１においては、例えば、「トナー切れ」や「用紙切れ」、「収容部オープン（用紙等の媒体を収納する収納部が開いた状態）」などの状況は第４の方法で通知するように定められる。なお、第４の方法により通知される状況は、通知先であるプレゼンテーション層４０（表示装置４）毎に異なっていてもよい。

このように、イベント通知部６２は、第３及び第４の方法を用いた場合、プレゼンテーション層４０からの要求（処理要求及び通知要求）の有無に関係なく、能動的に（いわゆるプッシュ型の）通知を行う。イベント通知部６２は、第３の方法を用いた場合には、処理要求に対する応答よりもあとに、その処理の結果およびそれ以外の処理の状況を通知し、第４の方法を用いた場合には、予め定められた処理の状況を通知する。

第２及び第３の方法が用いられた場合、受付・応答部６１またはイベント通知部６２は、どちらの場合でも、処理要求に対する応答よりもあとに、処理の結果およびそれ以外の処理の状況を送信する。また、第１から第３までの３通りの方法は、要求された処理の状況を通知するための方法である。本実施形態では、プレゼンテーション層４０は、処理を要求するときに、その処理の状況（処理の結果を含む）を送信する方法（すなわち第１の方法ないし第３の方法のいずれか）を指定する。例えば、送信の方法は、デバイス制御部４２によって生成される処理要求に含まれるパラメータによって指定されてもよい。受付・応答部６１およびイベント通知部６２は、プレゼンテーション層４０によって指定された方法を用いて応答および／または通知の送信を行う。

この実施形態では、状況情報は、ミドルウェア層７０によって生成され、受付・応答部６１またはイベント通知部６２に供給される。なお、状況情報は、機能部６５、受付・応答部６１またはイベント通知部６２によって生成されてもよい。また、イベント通知部６２へ供給される状況情報は、ミドルウェア層７０（または機能部６５）からイベント通知部６２へ直接供給されることなく、受付・応答部６１を経由してイベント通知部６２へ供給されてもよい。

図８の説明に戻る。操作画像管理部６３は、プレゼンテーション層４０に送信する操作画像データの管理を行う。操作画像ＤＢ６４は、操作画像データを格納するデータベースである。操作画像管理部６３は、上述した操作画像データを、インターフェース５０を介してプレゼンテーション層４０に提供する。操作画像管理部６３は、ユーザーインターフフェースとしての操作画面を構成する例えばＨＴＭＬで記述された操作画像データを記憶しており、操作画像要求がインターフェース５０を介して送信されてくると、操作画像を含む応答を要求元に対してインターフェース５０を介して送信する。

操作画像管理部６３は、ユーザ装置２０から操作画像要求が送信されてきた場合、それに応答してユーザ装置２０に操作画像データを送信する。また、操作画像管理部６３は、操作装置３０から操作画像データの要求が送信されてきた場合には、それに応答して操作装置３０に操作画像データを送信する。このように操作画像データの要求元（ユーザ装置２０及び操作装置３０）に操作画像データを送信することで、操作画像管理部６３は、それらの要求元に操作画像データをそれぞれ提供する。

機能部６５は、情報処理装置１０がユーザに提供する機能を実現するためのモジュール群である。情報処理装置１０の機能部６５は、プレゼンテーション層４０から処理要求がインターフェース５０を介して送信されてくると、ミドルウェア層７０を制御して、その処理要求により要求された処理を実行させる。

図９は、機能部６５に含まれるモジュール群の一例を示す図である。機能部６５には、コピー機能、スキャン機能、ＦＡＸ機能、プリント機能、宛先表管理機能（宛先情報を管理する機能）、デバイス管理機能（画像読取部１３の原稿セット状態や画像形成部１４の媒体、消耗品の状態などを管理する機能）、認証機能、親展ボックス機能（情報処理装置１０に記憶されている電子文書を管理する機能）、プレビュー機能、ダウンロード機能（プログラムの更新を制御する機能）、保守機能（リモートからの要求に従いハードウェアをメンテナンスする機能）、診断機能（ハードウェアを診断する機能）をそれぞれ実現するためのモジュールが含まれている。

機能部６５は、例えば、処理要求に含まれている指示データを解析し、解析した指示の内容のとおりに処理が実行されるように、ミドルウェア層７０を制御する。具体的には、機能部６５は、指示された処理（例えばコピー処理）を指示されたパラメータで実行させる。これにより、ミドルウェア層７０は、例えばユーザの操作によって定められた画質及び読取方法で媒体から画像を読み取り、読み取った画像を、ユーザの操作によって定められた出力形式、倍率、用紙及びカラーモードで形成する。

機能部６５は、ミドルウェア層７０に処理の実行を指示する際に、受付・応答部６１から供給されたトランザクションＩＤをミドルウェア層７０に供給する。ミドルウェア層７０は、受付・応答部６１に対して、上述した状況情報とともにトランザクションＩＤを供給する。

また、機能部６５は、処理要求に記述されている方法（第１から第３の方法のうちのいずれか）を指定する記述を解析し、解析した方法（すなわち表示装置４が指定した方法）を受付・応答部６１に伝達する。受付・応答部６１またはイベント通知部６２は、機能部６５から供給されたトランザクションＩＤに対応付けられた通信の宛先に対して、ともに供給された状況情報を記述した通知データを、伝達された方法に則って送信する。これにより、受付・応答部６１またはイベント通知部６２は、処理の要求元に対して処理の状況を指定された方法で送信する。なお、機能部６５は処理要求を受付・応答部６１に供給するだけにして、受付・応答部６１が指定された通知先の解析を行ってもよい。

ミドルウェア層７０は、ファンクション層６０とハードウェア層８０との中間で汎用的な処理を実行する層である。ハードウェア層８０は、画像読み取りや画像形成などの処理を物理的に実現する層である。ミドルウェア層７０およびハードウェア層８０は、上述したコピー処理の他、スキャン処理、ＦＡＸ処理、プリント処理（それぞれスキャン機能、ＦＡＸ機能、プリント機能を提供するための処理）などの各種の処理を実行する。コピー処理には、図６に示す画像読取部１３による画像読取処理及び画像形成部１４による画像形成処理が含まれる。スキャン処理には画像読取処理が含まれ、ＦＡＸ処理には第２通信部１６によるＦＡＸ通信処理が含まれる。また、プリント処理には、第１通信部１５による通信処理及び画像形成処理が含まれる。スキャン処理及びＦＡＸ処理には、他にも、データの取得及び出力の方法に応じて、第２通信部１６を用いたデータ通信処理やデータを記憶部１２に書き込む書込処理、記憶されたデータを記憶部１２から読み出す読出処理などが含まれる。ミドルウェア層７０およびハードウェア層８０は、処理を実行すると、上述した状況情報（実行している処理の状況を表す情報）をファンクション層６０に供給する。

図８に示す受付・応答部６１、イベント通知部６２、操作画像管理部６３および機能部６５の少なくともいずれかひとつは、図７の第１確立手段１０１、第２確立手段１０２、第１受信手段１０３、第１処理実行手段１０４、付与手段１０５、第１送信手段１０６および第２送信手段１０７の一例である。ＵＩ制御部４１、デバイス制御部４２および通信部４３の少なくともいずれか一つは、第３確立手段４０１、第４確立手段４０２、第３送信手段４０３、第２受信手段４０４、第３受信手段４０５、特定手段４０６および第２処理実行手段４０７の一例である。

［１−５］動作
［１−５−１］状況情報の送信動作
まず、上述した第１から第４までの４つの方法で状況情報を送信する際に各装置が行う動作の例について、図１２から図１５までを参照して説明する。

［１−５−１−１］状況情報の第１の送信動作
図１２は、状況情報の送信方法として、上述の第１の方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１２に示す動作は、例えば、ユーザがコピーを行う前に、コピーのためのパラメータ（倍率や用紙のサイズ、カラーモードなど）を変更する操作を行うことを契機に開始される。まず、表示装置４の制御部１４１（プレゼンテーション層４０）が、パラメータを変更する操作を受け付けると（ステップＳ１１１）、パラメータの変更の要求を記述した処理要求データをＨＴＴＰリクエストに含めて情報処理装置１０に対して送信する（ステップＳ１１２）。情報処理装置１０の受付・応答部６１は、そのＨＴＴＰリクエストを受信すると、受信された要求の内容を解釈し（ステップＳ１１３）、解釈した内容での処理の実行を情報処理装置１０のミドルウェア層７０に指示する（ステップＳ１１４）。

ミドルウェア層７０は、ハードウェア層８０と協働して、指示された処理、すなわちパラメータの変更を実行し（ステップＳ１１５）、その結果を表す情報を状況情報として受付・応答部６１に供給する（ステップＳ１１６）。受付・応答部６１は、供給された状況情報（この例ではパラメータの変更結果）を記述した通知データを生成する（ステップＳ１１７）。受付・応答部６１は、生成した通知データを含むＨＴＴＰレスポンスを、処理の要求元である表示装置４に送信する（ステップＳ１１８）。表示装置４の制御部１４１は、送信されてきたＨＴＴＰレスポンスに含まれる状況情報を自装置の表示部１４４に表示させる（ステップＳ１１９）。

［１−５−１−２］状況情報の第２の送信動作
図１３は、第２の方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１３に示す動作は、例えば、ユーザが情報処理装置１０の画像読取部１３に原稿をセットし、表示装置４に対してコピーを開始させる操作を行うことを契機に開始される。まず、表示装置４の制御部１４１は、コピーを開始させる操作を受け付けると(ステップＳ１２１)、受け付けた操作に応じた指示データを作成する（ステップＳ１２２）。制御部１４１は、作成した指示データを含む処理要求（ＨＴＴＰリクエスト）を情報処理装置１０に送信する（ステップＳ１２３）。情報処理装置１０の受付・応答部６１は、図８に示すインターフェース５０を介して処理要求を受け取ると、受け付けた処理要求に含まれる指示データを解析することで、指示の内容を解釈する（ステップＳ１２４）。

受付・応答部６１が、解釈した内容に基づいてコピー処理をミドルウェア層７０に指示すると（ステップＳ１２５）、ミドルウェア層７０及びハードウェア層８０が協働して、指示された内容に基づく処理（コピー処理）を実行する（ステップＳ１２６）。受付・応答部６１は、コピー処理を指示したあと、コピー処理の要求を受け付けた旨を示すＨＴＴＰレスポンスを、ステップＳ１２３において受信されたＨＴＴＰリクエストの応答として表示装置４に送信する（ステップＳ１３１）。表示装置４の制御部１４１は、受信されたＨＴＴＰレスポンスに応じた内容を自装置の表示部１４４に表示させる（ステップＳ１３２）。なお、ステップＳ１３１の動作は、ステップＳ１２４またはＳ１２５の動作の前に行われてもよい。

第２の方法においては、表示装置４からの処理要求に対する処理状況の通知および処理完了の通知は、表示装置４がＨＴＴＰリクエストによりポーリング処理を行うことにより表示装置４に取得される。表示装置４の制御部１４１は、コピー処理の要求に対する応答を受け取ったあと、そのコピー処理の状況の通知を求める通知要求（ＨＴＴＰリクエスト）を送信することによってポーリング処理を行う（ステップＳ１４１）。情報処理装置１０の受付・応答部６１は、コピー処理の状況情報がまだ供給されていなければ、その旨を示すＨＴＴＰレスポンスを表示装置４に送信する（ステップＳ１４２）。ステップＳ１４１及びＳ１４２の動作は繰り返し行われる。

情報処理装置１０のミドルウェア層７０は、コピー（読み取った原稿を示す画像）を媒体に出力すると、それを検知して（ステップＳ１５１）、コピーが媒体に出力されたという状況を示す状況情報を受付・応答部６１に供給する（ステップＳ１５２）。受付・応答部６１は、状況情報が供給されたあとに通知要求（ＨＴＴＰリクエスト）を受信すると（ステップＳ１４１）、状況情報を含む通知データを生成して（ステップＳ１５３）、表示装置４にＨＴＴＰレスポンスに含めて送信する（ステップＳ１５４）。表示装置４の制御部１４１は、ステップＳ１３２のように、ＨＴＴＰレスポンスに応じた内容を自装置の表示部に表示させる（ステップＳ１５５）。

［１−５−１−３］状況情報の第３の送信動作
図１４は、第３の方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。第１の方法および第２の方法では、表示装置４と情報処理装置１０との間でＨＴＴＰによるデータの遣り取りが行われた。それに対し、第３の方法では、ＨＴＴＰに加えて、ＷｅｂＳｏｃｋｅｔプロトコルにより情報処理装置１０から表示装置４へのデータの送信が行われる。具体的には、第２の方法においてポーリングにより取得された状況情報が、第３の方法においてはＷｅｂＳｏｃｋｅｔのメッセージとして表示装置４へ通知される。第２の方法と第３の方法とは、ひとつの処理を異なる方法で実現するものであり、両者は選択的に用いられる。

図１４に示す動作は、図１３のように、コピーを開始させる操作をユーザが行うことを契機に開始される。まず、表示装置４の制御部１４１は、コピーを開始させる操作を受け付けると(ステップＳ１２１)、情報処理装置１０との間でＷｅｂＳｏｃｋｅｔセッションを確立するための処理を行う。すなわち、制御部１４１は、情報処理装置１０へＷｅｂＳｏｃｋｅｔのハンドシェイク要求であるＨＴＴＰリクエストを送信する。このＨＴＴＰリクエストには、表示装置４を識別するクライアントＩＤが含まれる。

情報処理装置１０のインターフェース５０は、表示装置４から受信されたＨＴＴＰリクエストに基づき、ＷｅｂＳｏｃｋｅｔへのセッションの確立を行う。受付・応答部６１は、ＷｅｂＳｏｃｋｅｔのハンドシェイク応答を表示装置４へ送信し、これにより、表示装置４と情報処理装置１０との間でＷｅｂＳｏｃｋｅｔのセッション（以下、単に「セッション」という）が確立される（ステップＳ１６０）。なお、セッションが確立されるタイミングはこのタイミングに限られない。例えば、ユーザが表示装置４を用いてウェブブラウザを起動して情報処理装置１０のＵＲＬ（Uniform Resource Locator）にアクセスする操作を行ったタイミングで、セッションの確立処理が行われてもよい。

また、受付・応答部６１は、受信されたＨＴＴＰリクエストに含まれるクライアントＩＤを記憶部１２の予め定められた領域（以下「キャッシュ領域１２ａ」という）に格納する。キャッシュ領域１２ａに記憶されたクライアントＩＤは、セッションが正常な処理により切断された場合にキャッシュ領域１２ａから削除される。すなわち、キャッシュ領域１２ａには、情報処理装置１０との間でセッションを確立中である表示装置４のクライアントＩＤ、およびセッションが処理の途中で切断されてしまった表示装置４のクライアントＩＤが蓄積される。

ステップＳ１６１以降の処理において、表示装置４と情報処理装置１０とは、ＨＴＴＰまたはＷｅｂＳｏｃｋｅｔのいずれかのプロトコルを用いてメッセージのやりとりを行う。以下、ＨＴＴＰにより送受信されるメッセージ（第１メッセージの一例）とＷｅｂＳｏｃｋｅｔにより送信されるメッセージ（第２メッセージの一例）とを各々区別する必要がない場合には、これらを単に「メッセージ」と称して説明する。情報処理装置１０の受付・応答部６１は、自装置が送信したメッセージを、そのメッセージに付与されていたクライアントＩＤ、トランザクションＩＤおよびシーケンスＩＤとともにキャッシュ領域１２ａに格納する。シーケンスＩＤは、そのメッセージを識別する識別情報である。また、表示装置４の制御部１４１は、自装置が受信したメッセージに付与されていたトランザクションＩＤおよびシーケンスＩＤの組を、自装置のキャッシュ領域（以下「キャッシュ領域１４２ａ」という）に格納する。キャッシュ領域１４２ａは、記憶部１４２に設けられていてもよく、また、ＲＡＭに設けられてもよい。キャッシュ領域１４２ａに格納されたＩＤのセットは、セッションが処理の途中で切断された場合などに参照される。

図１４の説明に戻る。ＷｅｂＳｏｃｋｅｔセッションが確立されると、制御部１４１は、上述した第３の方法を申し込む旨を記述した通知要求データを含むＨＴＴＰリクエストを情報処理装置１０に送信する（ステップＳ１６１）。情報処理装置１０の受付・応答部６１は、そのＨＴＴＰリクエストを受信すると、受信されたＨＴＴＰリクエストに含まれる通知要求データに記述された申込みの内容をミドルウェア層７０に伝達する（ステップＳ１６２）。ミドルウェア層７０は、伝達された申込みを受け付け、表示装置４に対して今後第３の方法で状態情報の送信を行うための設定を行う（ステップＳ１６３）。ミドルウェア層７０は、例えば第３の方法で通知を行うか否かを表すフラグをＯＮにする。

次に、図１３に示すステップＳ１２２からＳ１２６までの動作と、ステップＳ１３１及びＳ１３２の動作が行われる。続いて、情報処理装置１０のミドルウェア層７０及びハードウェア層８０は、ステップＳ１５１（コピー出力の検知）の動作を行うと、上記フラグがＯＮになっているため、コピーが媒体に出力されたという状況を示す状況情報を受付・応答部６１ではなく、イベント通知部６２に供給する（ステップＳ１７２）。イベント通知部６２は、供給された状況情報（コピー枚数等）を記述した通知データを生成して（ステップＳ１７３）、生成したデータをステップＳ１６０で確立したＷｅｂＳｏｃｋｅｔセッションを介して表示装置４に送信する（ステップＳ１７４）。表示装置４の制御部１４１は、受信されたデータに記述された内容（例えば図３（ａ）に示す状況情報Ｃ１）を自装置の表示部１４４に表示させる（ステップＳ１７５）。

ミドルウェア層７０及びハードウェア層８０は、コピー処理を完了すると（ステップＳ１８１）、その旨を示す状況情報をイベント通知部６２に供給する（ステップＳ１８２）。イベント通知部６２は、この状況情報を記述した通知データ（例えば「コピーが完了しました。」という文字列を含む通知データ）を生成し（ステップＳ１８３）、生成した通知データを、ＷｅｂＳｏｃｋｅｔのメッセージに含めて表示装置４に送信する（ステップＳ１８４）。表示装置４の制御部１４１は、ステップＳ１８４で受信した通知データに記述された内容（例えば図７（ｂ）に示す状況情報Ｃ２）を自装置の表示部に表示させる（ステップＳ１８５）。

［１−５−１−４］状況情報の第４の送信動作
図１５は、第４の方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。第４の方法では、ＷｅｂＳｏｃｋｅｔにより状況情報が表示装置４へ通知される。この方法では、予め確立されたＷｅｂＳｏｃｋｅｔセッション、例えば図１４のステップＳ１６０で確立されたセッションが用いられる。情報処理装置１０において予め定められた状況（トナー切れや用紙切れ、収容部オープンなど）が発生すると、情報処理装置１０のミドルウェア層７０及びハードウェア層８０が協働して、その定められた状況を検知し（ステップＳ２０１）、検知した状況を表す状況情報をイベント通知部６２に供給する（ステップＳ２０２）。イベント通知部６２は、供給された状況情報を記述した通知データを生成し（ステップＳ２０３）、生成した通知データを、確立されているＷｅｂＳｏｃｋｅｔのセッションを介して表示装置４にインターフェース５０を介して送信する（ステップＳ２０４）。表示装置４の制御部１４１は、ステップＳ２０４で受信した通知データに記述された状況情報を自装置の表示部に表示させる（ステップＳ２０５）。

なお、上述したように、表示装置４毎に異なる状況が通知されてもよい。その場合には、ステップＳ２０１のまえに、制御部１４１が、自装置に通知すべき状況を記述した通知データを情報処理装置１０に通信部４３を介して送信する。インターフェース５０を介してそれを受け取ったイベント通知部６２は、その通知すべき状況を表示装置４の宛先に対応付けて記憶しておく。イベント通知部６２は、ステップＳ２０２で供給された状況情報が、記憶しておいた通知すべき状況を表している場合にその状況の通知を行う。

［１−５−２］動作例１
図１６は、情報処理システム１の具体的な動作の一例を示すシーケンス図である。この例では、ユーザＵ１が表示装置４を操作して、情報処理装置１０にコピー処理を実行させる場合の動作例を説明する。この例では、表示装置４と情報処理装置１０とのデータの遣り取りを行うための通信プロトコルとして、ＨＴＴＰ（第１通信プロトコルの一例）と、ＷｅｂＳｏｃｋｅｔ（第２通信プロトコルの一例）が併用される。また、この例で、ＨＴＴＰのＢａｓｉｃ認証によりユーザ認証が行われる。

まず、ユーザＵ１は、表示装置４に対して、ウェブブラウザを起動して情報処理装置１０のＵＲＬにアクセスする操作を行う。ステップＳ３０１において、表示装置４の制御部１４１は、ウェブブラウザを起動する。ステップＳ３０２において、制御部１４１は、情報処理装置１０とＴＣＰ（Transmission Control Protocol）コネクション（第１通信路の一例）を確立する。このＴＣＰコネクションは、ＨＴＴＰのリクエストおよびレスポンスを送受信するための下位レイヤの通信プロトコルに用いられる。

ステップＳ３０３において、制御部１４１は、情報処理装置１０とＴＣＰコネクションを確立し、確立したＴＣＰコネクションを介してＷｅｂＳｏｃｋｅｔのハンドシェイク要求であるＨＴＴＰリクエストを送信する。インターフェース５０は、表示装置４から受信されたＨＴＴＰリクエストに基づき、ＷｅｂＳｏｃｋｅｔへの切り替えを行う。インターフェース５０は、ＷｅｂＳｏｃｋｅｔのハンドシェイク応答を行い、これにより、表示装置４と情報処理装置１０との間でＷｅｂＳｏｃｋｅｔのセッション（第２通信路の一例）が確立される。

ユーザは、情報処理装置１０の画像読取部１３に原稿をセットし、表示装置４に対してコピーを開始させる操作を行う。表示装置４の制御部１４１は、コピーを開始させる操作を受け付けると(ステップＳ３０４)、制御部１４１は、上述した第３の方法を申し込む旨を記述した通知要求データを含むＨＴＴＰリクエストを情報処理装置１０に送信する（ステップＳ３０５）。情報処理装置１０の受付・応答部６１は、そのＨＴＴＰリクエストを受信すると、受信されたＨＴＴＰリクエストに含まれる通知要求データに記述された申込みの内容をミドルウェア層７０に伝達する（ステップＳ３０６）。ミドルウェア層７０は、伝達された申込みを受け付け、表示装置４に対して今後第３の方法で状態情報の送信を行うための設定を行う（ステップＳ３０７）。ミドルウェア層７０は、例えば第３の方法で通知を行うか否かを表すフラグをＯＮにする。

次いで、制御部１４１は、受け付けた操作に応じた指示データを作成する（ステップＳ３０８）。制御部１４１は、作成した指示データを含む処理要求（ＨＴＴＰリクエスト）を情報処理装置１０に送信する（ステップＳ３０９）。情報処理装置１０の受付・応答部６１は、図８に示すインターフェース５０を介して処理要求を受け取ると、受け付けた処理要求に含まれる指示データを解析することで、指示の内容を解釈する（ステップＳ３１０）。

受付・応答部６１が、解釈した内容に基づいてコピー処理をミドルウェア層７０に指示すると（ステップＳ３１１）、ミドルウェア層７０及びハードウェア層８０が協働して、指示された内容に基づく処理（コピー処理）を実行する（ステップＳ３１２）。受付・応答部６１は、コピー処理を指示したあと、コピー処理の要求を受け付けた旨を示すメッセージを生成する（ステップＳ３１３）。受付・応答部６１は、生成したメッセージにシーケンスＩＤ（シーケンス番号の一例）とトランザクションＩＤとを付与する（ステップＳ３１４）。受付・応答部６１は、ＩＤが付与されたメッセージを含むＨＴＴＰリクエストを表示装置４に送信する（ステップＳ３１５）。なお、ステップＳ３１３ないしステップＳ３１５の動作は、ステップＳ３１０またはＳ３１１の動作の前に行われてもよい。

シーケンスＩＤは、個々のメッセージを識別する識別情報であり、送信されるメッセージの各々にそれぞれ異なるシーケンスＩＤが割り当てられる。一方、トランザクションＩＤは、処理単位で割り当てられる識別情報である。ひとつの処理が完了するまでに遣り取りされるメッセージには同一のトランザクションＩＤが付される。この例で、シーケンスＩＤは、複数のメッセージの各々に、メッセージが送信される順にインクリメントされた値が用いられる。また、この例で、シーケンスＩＤは、送信されるメッセージがＨＴＴＰで送信されるかＷｅｂＳｏｃｋｅｔで送信されるかに関わらず、処理される順番を示す通し番号が付される。この例で、ステップＳ３１５で送信されるＨＴＴＰレスポンスに含まれるメッセージには、シーケンスＩＤとして「01」が付されている。

さて、情報処理装置１０のミドルウェア層７０及びハードウェア層８０は、ステップＳ３１６（コピー出力の検知）の動作を行うと、上記フラグがＯＮになっているため、コピーが媒体に出力されたという状況を示す状況情報を受付・応答部６１ではなく、イベント通知部６２に供給する（ステップＳ３１７）。イベント通知部６２は、供給された状況情報（コピー枚数等）を記述した通知データを生成し（ステップＳ３１８）、生成したデータ（メッセージ）にシーケンスＩＤおよびトランザクションＩＤを付与する（ステップＳ３１９）。このメッセージに付与されるトランザクションＩＤは、ステップＳ３１４で付与されたトランザクションＩＤと同じ値である。一方、ステップＳ３１９でメッセージに付与されるシーケンスＩＤには、ステップＳ３１４で付与された値よりも処理順序が遅い旨を示す値が設定される。この例で、ステップＳ３１９でＩＤが付与されるメッセージには、シーケンスＩＤとして「02」が付される。

イベント通知部６２は、ＩＤを付与したメッセージを、ステップＳ３０３で確立したＷｅｂＳｏｃｋｅｔセッションを介して表示装置４に送信する（ステップＳ３２０）。

表示装置４の制御部１４１は、情報処理装置１０からメッセージを受信する。制御部１４１は、受信されたメッセージのトランザクションＩＤおよびシーケンスＩＤに基づいて、受信されたメッセージに対応する処理の処理順序を特定する（ステップＳ３２１）。この例で、受信されるメッセージに対応する処理とは、受信されるメッセージに応じた状況情報の表示処理を含む。制御部１４１は、受信されたメッセージに対応する処理を、特定した処理順序で実行する。

図１６に示す例では、ステップＳ３１５で送信されたメッセージが表示装置４に受信されるのに先立って、ステップＳ３２０で送信されたメッセージが表示装置４に受信される場合の動作を示している。表示装置４と情報処理装置１０との間で遣り取りされるメッセージは、通信ネットワークを経由するため、メッセージが送信された順序とメッセージが受信される順序とが入れ替わる場合がある。

上述したように、ステップＳ３２０で送信されたメッセージには、「02」のシーケンスＩＤが付されている。しかし、表示装置４は、このメッセージを受信したタイミングにおいて、このメッセージよりも処理順序の早い「01」のシーケンスＩＤが付されたメッセージを未だ受信していない。この例で、制御部１４１は、受信されていないメッセージがある場合に、そのメッセージが受信されるまで、そのメッセージより後の処理順序であるメッセージに対応する処理を実行しない。すなわち、制御部１４１は、シーケンスＩＤが「02」のメッセージを受信したものの、シーケンスＩＤが「01」のメッセージが未だ受信されていないため、シーケンスＩＤが「02」のメッセージに付されたトランザクションＩＤと同一のトランザクションＩＤが付されたメッセージであって、かつ、シーケンスＩＤが「01」のメッセージの受信を待機する（ステップＳ３２２）。

さて、ミドルウェア層７０及びハードウェア層８０は、コピー処理を完了すると（ステップＳ３２３）、その旨を示す状況情報をイベント通知部６２に供給する（ステップＳ３２４）。イベント通知部６２は、この状況情報を記述した通知データ（例えば「コピーが完了しました。」という文字列を含むデータ）を生成し（ステップＳ３２５）、生成したデータにシーケンスＩＤおよびトランザクションＩＤを付与する（ステップＳ３２６）。この例で、メッセージには、シーケンスＩＤとして「03」が付与される。イベント通知部６２は、ＩＤを付与したメッセージを、ＷｅｂＳｏｃｋｅｔセッションを介して表示装置４に送信する（ステップＳ３２７）。

制御部１４１は、情報処理装置１０からメッセージを受信する。制御部１４１は、受信されたメッセージのトランザクションＩＤおよびシーケンスＩＤに基づいて、受信されたメッセージに対応する処理の順序を特定する（ステップＳ３２８）。この例で、受信されたメッセージにはシーケンスＩＤとして「03」が付与されているものの、シーケンスＩＤが「01」のメッセージは未だ受信されていない。そのため、制御部１４１は、シーケンスＩＤが「01」のメッセージの受信を待機する（ステップＳ３２９）。

さて、ステップＳ３２９の後で、ステップＳ３１５で送信されたメッセージが表示装置４で受信される。この場合、制御部１４１は、受信されたメッセージに付されたトランザクションＩＤおよびシーケンスＩＤに基づいて、受信されたメッセージに対応する処理の順序を特定する（ステップＳ３３０）。シーケンスＩＤが「01」のメッセージが受信されたため、制御部１４１は、受信されたメッセージに対応する表示処理を実行する。すなわち、制御部１４１は、例えば指示された処理が受け付けられた旨を示す画面を表示部１４４に表示する。

続けて、制御部１４１は、既に受信されているメッセージに対応する表示処理を実行する。すなわち、制御部１４１は、シーケンスＩＤが「02」のメッセージに対応する表示処理（ステップＳ３２０で受信したメッセージに記述された内容（例えば図７（ｂ）に示す状況情報Ｃ２）を表示部１４４に表示させる処理）を実行する（ステップＳ３３１）。また、制御部１４１は、シーケンスＩＤが「03」のメッセージに対応する表示処理（指示されたコピー処理が完了した旨を表示部１４４に表示させる処理）を実行する（ステップＳ３３２）。

ところで、複数の通信プロトコルを併用するソフトウェアにおいて、通信ネットワークを介して送信されるメッセージの受信順序が、送信された順序と入れ替わってしまう場合がある。この場合、メッセージが受信された順に各メッセージに対応する表示処理が実行された場合、表示が不適切なものとなってしまう場合がある。例えば、図１６に示した例において、メッセージが受信された順に各メッセージに対応する表示処理が実行された場合、コピー処理が完了した旨の表示（図１６のステップＳ３３２）がなされた後に、コピー処理の要求が受け付けられた旨の表示（ステップＳ３３０）が行われてしまい、ユーザを混乱させてしまう虞がある。それに対しこの実施形態では、複数の通信プロトコルのそれぞれの通信路を介して送信されるメッセージに、処理順序を示すシーケンスＩＤが付されることにより、処理順序が入れ替わってしまうことが防止される。

［２］変形例
上述した実施形態は、本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、上述した実施形態及び以下に示す各変形例は、必要に応じて組み合わせて実施してもよい。

［２−１］メッセージに対応する処理のポリシー
上述の実施形態では、制御部１４１は、受信されていないメッセージ（以下「未受信メッセージ」という）がある場合に、その未受信メッセージが受信されるまで、その未受信メッセージの処理順序よりも後の処理を実行せずに待機した。処理のポリシーはこれに限られない。

例えば、制御部１４１は、未受信メッセージが受信されるまで待機し、かつ、予め定められた期間以上待機してもその未受信メッセージが受信されなかった場合、その未受信メッセージよりも後の処理順序であるメッセージに対応する処理を実行してもよい。

また、他の例として、例えば、制御部１４１が、受信されていないメッセージがあるか否かに関わらず、受信されたメッセージに対応する処理を実行してもよい。この場合、制御部１４１は、メッセージが受信された場合、受信されたメッセージに対応する処理順序が、実行済である処理の処理順序よりも前のものである場合、受信されたメッセージに対応する処理を実行することなく、メッセージを破棄してもよい。

また、他の例として、制御部１４１が、メッセージを複数受信して画面表示が追い付かない場合、メッセージに対応する処理を間引いて実行してもよい。例えば、コピー処理の進捗（１０％、２０％、３０、…）を示すメッセージが複数受信された場合、制御部１４１が、全てのメッセージに対応する表示を行わずに、間引いて表示を行ってもよい。すなわち、制御部１４１が、対応する処理を未だ実行していない受信済のメッセージが複数ある場合、複数のメッセージの一部を選択し、選択したメッセージに対応する処理を実行してもよい。この場合、選択されなかったメッセージに対応する処理は実行されず、メッセージは破棄される。メッセージの選択の態様としては、例えば、制御部１４１は、予め定められたランダム関数に従ってメッセージをランダムに選択してもよく、また、複数のメッセージの中から属性が予め定められた条件を満たすものを選択してもよい。メッセージの属性としては、例えば、メッセージの優先度やメッセージの種別を示す情報が用いられてもよい。メッセージの属性は、情報処理装置１０のミドルウェア層７０、受付・応答部６１および／またはイベント通知部６２によってメッセージに付与されてもよい。この場合、制御部１４１は、受信されたメッセージの属性に応じてそのメッセージに対応する処理を実行するか否かを判定する。

また、制御部１４１が、要求する処理の種別に応じて上記ポリシーをいずれにするかを指示してもよい。この場合、制御部１４１が、どのポリシーを選択するかを示すパラメータを指示データに含めてもよい。

［２−２］通信の規格
実施形態では、ユーザ装置２０は、無線ＬＡＮの規格に準拠する無線通信を行う通信部を備えていたが、これに限らず、例えば操作装置３０の通信部３３と同様に有線ＬＡＮの規格に準拠する通信を行う通信部を備えていてもよい。この場合、ユーザ装置２０は、有線ＬＡＮのルータやハブなどに通信用のケーブルを介して接続される。この場合のユーザ装置２０の通信部も、上述した他の通信機器（ルータやハブなど）と通信する通信手段として機能する。

また、実施形態では、情報処理装置１０の第１通信部と操作装置３０の通信部が有線ＬＡＮの規格に準拠して通信を行ったが、これに限らず、例えば、ＵＳＢ（Universal Serial Bus）やＨＤＭＩ(登録商標)（High-Definition Multimedia Interface）などの規格に準拠する通信を行ってもよいし、他にも、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near field communication）などの規格に準拠する無線通信を行ってもよい。いずれの場合も、操作装置３０の通信部は、他のルータはハブなどの通信機器を介さずに情報処理装置１０の第１通信部と通信する。このように、操作装置３０の通信部は、他の通信機器を介さず情報処理装置１０と通信する通信手段として機能する。

また、上述の実施形態では、情報処理装置１０と表示装置４とは、ＨＴＴＰおよびＷｅｂＳｏｃｋｅｔの２種類の通信プロトコルを併用してデータの授受を行ったが、用いられる通信プロトコルはこれらに限られない。情報処理装置１０と表示装置４とが用いる通信プロトコルは、表示装置４（ウェブクライアント）から送信される要求に対する応答を情報処理装置１０（ウェブサーバ）が送信するための第１通信プロトコルと、情報処理装置１０から表示装置４へ通知を送信するために第２通信プロトコルとを含むものであってもよい。

また、上述の実施形態において、情報処理装置１０と表示装置４とは、ＳＯＡＰ（Simple Object Access Protocol）の規格に準拠したデータの授受を行ってもよい。また、情報処置装置１０と表示装置４とがデータの授受を行う際に準拠するプロトコルはこれに限られない。情報処理装置１０と表示装置４とは、例えばＲＥＳＴ（Representational State Transfer）やＳＧＭＬ（Standard Generalized Markup Language）などの規格に準拠して通信してもよい。

［２−３］操作装置の構成
操作装置３０は、実施形態では図５に示すように制御部や記憶部、通信部を備えていたが、これらを備えていなくてもよい。
図１７は、本変形例の情報処理装置１０ａのハードウェア構成の一例を示す図である。図１７の例では、図６に示す各部のうち、操作装置３０を除く各部を備える情報処理装置１０ａと、操作装置３０ａとが示されている。本変形例でも、操作装置３０ａは情報処理装置１０ａの筐体に固定されている。操作装置３０ａは、図５に示す通信部３３と、ＵＩ部３６とを備える。

通信部３３及びＵＩ部３６は、情報処理装置１０ａ内のバスに接続され、制御部１１によって制御されるようになっている。また、通信部３３は、第１通信部１５とも接続されている。ＵＩ部３６は、表示面と表示面に重ねられたタッチセンサとを備え、ユーザからの操作を受け付けるとともに画像を表示する。ＵＩ部３６は、受け付けたユーザの操作に応じた操作データを制御部１１に供給し、制御部１１は、この操作データに応じた処理を行う。本変形例では、制御部１１がブラウザのプログラムを実行することで図７に示す表示装置４の機能を実現する。

［２−４］操作装置の設置
操作装置は、実施形態や上記変形例では情報処理装置の筐体に固定されていたが、固定されていなくてもよい。例えば、操作装置が情報処理装置の筐体に固定されておらず、いわゆるリモコンとして用いられる装置であってもよい。
図１８は、本変形例の情報処理装置１０ｂのハードウェア構成の一例を示す図である。図１８の例では、図６に示す各部のうち、操作装置３０を除く各部を備える情報処理装置１０ｂと、操作装置３０ｂとが示されている。操作装置３０ｂは、図５に示す各部を備え、図７に示す表示装置４として機能する装置である。情報処理装置１０ｂの筐体には、操作装置３０ｂを設置可能な形に形成された部分（以下「設置部」という）を有する。

操作装置３０ｂは、通信用のケーブルを介して第１通信部１５に接続されており、設置部に設置された状態でユーザにより使用される。操作装置３０ｂは、実施形態の操作装置３０と同様に、他の通信機器を介さずに情報処理装置１０と通信を行うローカルの表示装置４として用いられる。なお、ユーザは、操作装置３０ｂからケーブルを取り外して、操作装置３０ｂを別の場所に持って行き別の用途に用いてもよい。なお、図１８の例では、操作装置３０ｂに代えて、操作手段として機能する他の装置（例えば図１等に示したユーザ装置２０）が接続されてもよい。また、操作装置３０ｂを、通信機器３に接続させて、通信機器３及び通信回線２を介して情報処理装置１０ｂと通信させてもよい。

［２−５］情報処理装置１０が行う処理
上述の実施形態では、コピー処理を行う場合の動作について説明したが、情報処理装置１０が行う処理はコピー処理に限られない。情報処理装置１０が行う処理は、例えば上述した画像読取処理であってもよく、また、画像形成処理であってもよい。

［２−６］操作の受付方法
上述の実施形態では、制御部２１は、タッチセンサでユーザの操作を受け付けたが、ユーザの操作を受け付ける方法はこれに限られない。例えば、表示装置４がタブレット端末であれば筐体に設けられたボタンで操作を受け付けてもよい。また、表示装置４がパーソナルコンピュータであればキーボードやマウスなどで操作を受け付けてもよい。

［２−７］メッセージの送信
イベント通知部６２は、実施形態では、ＷｅｂＳｏｃｋｅｔの規格に準拠する通知データを送信したが、これに限らない。例えば、Ｃｏｍｅｔと呼ばれる技術を用いて、表示装置４のＵＩ制御部４１が送信してきたＨＴＴＰリクエストをイベント通知部６２が維持し、送信すべきメッセージ（状況情報の更新など）が発生することを契機に、イベント通知部６２が、維持していたＨＴＴＰリクエストへの応答で状況情報を送信してもよい。Ｃｏｍｅｔを用いた方法だと、実施形態と同様に、操作用装置からの要求が行われたときにその応答でこの送信が行われる場合に比べて、処理の状況がユーザに早く伝達されることになる。

［２−８］発明のカテゴリ
本発明は、情報処理装置、表示装置、通信機器及びこれらの装置を備える情報処理システムの他にも、これらの装置が実施する処理を実現するための情報処理方法としても捉えられるものである。また、本発明は、情報処理装置及び表示装置というコンピュータを、上述した各手段として機能させるためのプログラムとしても捉えられるものである。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されたり、インターネット等の通信回線を介して、コンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態でも提供されたりするものであってもよい。

１…情報処理システム、２…通信回線、３…通信機器、４…表示装置、１０…情報処理装置、２０…ユーザ装置、３０…操作装置、１１、２１、３１…制御部、１２、２２、３２…記憶部、１３…画像読取部、１４…画像形成部、１５…第１通信部、１６…第２通信部、１７…接続部、２３、３３…通信部、２４、３４…表示部、２５、３５…操作部、１０１…第１確立手段、１０２…第２確立手段、１０３…第１受信手段、１０４…第１処理実行手段、１０５…付与手段、１０６…第１送信手段、１０７…第２送信手段、４０１…第３確立手段、４０２…第４確立手段、４０３…第３送信手段、４０４…第２受信手段、４０５…第３受信手段、４０６…特定手段、４０７…第２処理実行手段。

Claims (9)

1. クライアントとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する第１確立手段と、
   前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する第２確立手段と、
   前記ソフトウェアから前記第１通信路を介して処理の実行要求を受信する受信手段と、
   前記受信された実行要求に従って前記処理を実行する処理実行手段と、
   前記実行要求を受け付けた旨を示す第１メッセージおよび前記処理の処理状況を示す第２メッセージに、当該第１メッセージおよび当該第２メッセージを含むメッセージ群における各メッセージの処理順序を示すシーケンス番号を付与する付与手段と、
   前記シーケンス番号が付与された第１メッセージを前記第１通信路により前記ソフトウェアへ送信する第１送信手段と、
   前記シーケンス番号が付与された第２メッセージを前記第２通信路により前記ソフトウェアへ送信する第２送信手段と
   を有する情報処理装置。
2. サーバとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する第１確立手段と、
   前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する第２確立手段と、
   前記ソフトウェアへ前記第１通信路を介して処理の実行要求を送信する第１送信手段と、
   前記ソフトウェアから前記第１通信路を介して前記実行要求を受け付けた旨を示す第１メッセージを受信する第１受信手段と、
   前記ソフトウェアから前記第２通信路を介して前記処理の処理状況を示す第２メッセージを受信する第２受信手段と、
   前記受信された第１メッセージおよび前記受信された第２メッセージの各々に付されたシーケンス番号に基づいて、当該第１メッセージおよび当該第２メッセージに対応する処理の処理順序を特定する特定手段と、
   前記受信された第１メッセージおよび前記受信された第２メッセージに対応する処理を、前記特定された処理順序で実行する処理実行手段と
   を有する情報処理装置。
3. 前記処理実行手段は、前記ソフトウェアから受信されていない第１メッセージまたは第２メッセージより後の処理順序である第１メッセージおよび第２メッセージに対応する処理を実行しない
   請求項２に記載の情報処理装置。
4. 前記処理実行手段は、予め定められた期間以上待機しても前記受信されていない第１メッセージまたは第２メッセージが受信されなかった場合、当該受信されていない第１メッセージまたは第２メッセージより後の処理順序である第１メッセージおよび第２メッセージに対応する処理を実行する
   請求項３に記載の情報処理装置。
5. 前記処理実行手段は、前記受信された第１メッセージまたは第２メッセージに対応する処理順序が、実行済である処理の処理順序よりも前のものである場合、当該受信された第１メッセージまたは第２メッセージに対応する処理を実行しない
   請求項２に記載の情報処理装置。
6. 前記処理実行手段は、対応する処理を未だ実行していない受信済みの第１メッセージおよび第２メッセージの少なくともいずれか一方が複数ある場合、当該複数の第１メッセージおよび第２メッセージの少なくともいずれか一方のうちの、属性が予め定められた条件を満たす第１メッセージおよび第２メッセージの少なくともいずれか一方に対応する処理を実行する
   請求項２ないし５のいずれか１項に記載の情報処理装置。
7. 第１情報処理装置と、
   第２情報処理装置と
   を有し、
   前記第１情報処理装置は、
   クライアントとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する第１確立手段と、
   前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する第２確立手段と、
   前記ソフトウェアから前記第１通信路を介して処理の実行要求を受信する第１受信手段と、
   前記受信された実行要求に従って前記処理を実行する第１処理実行手段と、
   前記実行要求を受け付けた旨を示す第１メッセージおよび前記処理の処理状況を示す第２メッセージに、当該第１メッセージおよび当該第２メッセージを含むメッセージ群における各メッセージの処理順序を示すシーケンス番号を付与する付与手段と、
   前記シーケンス番号が付与された第１メッセージを前記第１通信路により前記ソフトウェアへ送信する第１送信手段と、
   前記シーケンス番号が付与された第２メッセージを前記第２通信路により前記ソフトウェアへ送信する第２送信手段と
   を備え、
   前記第２情報処理装置は、
   サーバとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立する第３確立手段と、
   前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立する第４確立手段と、
   前記ソフトウェアへ前記第１通信路を介して処理の実行要求を送信する第３送信手段と、
   前記ソフトウェアから前記第１通信路を介して前記実行要求を受け付けた旨を示す第１メッセージを受信する第２受信手段と、
   前記ソフトウェアから前記第２通信路を介して前記処理の処理状況を示す第２メッセージを受信する第３受信手段と、
   前記受信された第１メッセージおよび前記受信された第２メッセージの各々に付されたシーケンス番号に基づいて、当該第１メッセージおよび当該第２メッセージに対応する処理の処理順序を特定する特定手段と、
   前記受信された第１メッセージおよび前記受信された第２メッセージに対応する処理を、前記特定された処理順序で実行する第２処理実行手段と
   を備える
   システム。
8. コンピュータに、
   クライアントとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立するステップと、
   前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立するステップと、
   前記ソフトウェアから前記第１通信路を介して処理の実行要求を受信するステップと、
   前記受信された実行要求に従って前記処理を実行するステップと、
   前記実行要求を受け付けた旨を示す第１メッセージおよび前記処理の処理状況を示す第２メッセージに、当該第１メッセージおよび当該第２メッセージを含むメッセージ群における各メッセージの処理順序を示すシーケンス番号を付与するステップと、
   前記シーケンス番号が付与された第１メッセージを前記第１通信路により前記ソフトウェアへ送信するステップと、
   前記シーケンス番号が付与された第２メッセージを前記第２通信路により前記ソフトウェアへ送信するステップと
   を実行させるためのプログラム。
9. コンピュータに、
   サーバとして機能するソフトウェアと、第１通信プロトコルによる第１通信路を確立するステップと、
   前記ソフトウェアと、前記第１通信プロトコルと異なる第２通信プロトコルによる第２通信路を確立するステップと、
   前記ソフトウェアへ前記第１通信路を介して処理の実行要求を送信するステップと、
   前記ソフトウェアから前記第１通信路を介して前記実行要求を受け付けた旨を示す第１メッセージを受信するステップと、
   前記ソフトウェアから前記第２通信路を介して前記処理の処理状況を示す第２メッセージを受信するステップと、
   前記受信された第１メッセージおよび前記受信された第２メッセージの各々に付されたシーケンス番号に基づいて、当該第１メッセージおよび当該第２メッセージに対応する処理の処理順序を特定するステップと、
   前記受信された第１メッセージおよび前記受信された第２メッセージに対応する処理を、前記特定された処理順序で実行するステップと
   を実行させるためのプログラム。

Images