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