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

Abstract

【課題】外部から提供される操作画像を表示する表示装置（ユーザ装置）が、表示される可能性のある操作画像を予め記憶する場合に、その操作画像が記憶される領域の空きの減少を抑制する。
【解決手段】制御手段１０５は、ユーザ装置２０から操作画像への操作に対応する処理を要求されると、処理手段１０３を制御してその処理を実行させる。ユーザ装置２０は、外部から提供された操作画像を一時的に記憶して表示する。提供手段１０２は、ユーザ装置２０が表示する第１の操作画像をそのユーザ装置２０に提供し、第１の操作画像が操作されることで表示される第２の操作画像を予めそのユーザ装置２０に提供する。提供手段１０２は、この第２の操作画像を、上限として決められた量を超えない範囲で予めユーザ装置２０に提供する。
【選択図】図５

Description

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

特許文献１には、表示する画面を異なる解像度で表した複数の画像データを生成し、画面の拡大や縮小の操作に応じて、表示する画像データを切り替える技術が記載されている。

特開２０１２−１４６４０号公報

本発明は、外部から提供される操作画像を表示する表示装置が表示される可能性のある操作画像を予め記憶する場合に、その操作画像が記憶される領域の空きの減少を抑制することを目的とする。

本発明の請求項１に係る情報処理装置は、処理を実行する処理手段と、外部から提供された操作画像を一時的に記憶して表示する表示装置から当該操作画像への操作に対応する前記処理を要求されると、前記処理手段を制御して当該処理を実行させる制御手段と、前記表示装置が表示する第１の前記操作画像を当該表示装置に提供し、当該第１の操作画像が操作されることで表示される第２の前記操作画像を、上限として決められた量を超えない範囲で予め当該表示装置に提供する提供手段とを備えることを特徴とする。

本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記上限は、前記表示装置の使用可能な前記記憶領域の大きさに応じて決められることを特徴とする。

本発明の請求項３に係る情報処理装置は、請求項１に記載の構成において、前記上限は、前記表示装置の処理能力の高さに応じて決められることを特徴とする。

本発明の請求項４に係る情報処理装置は、請求項１に記載の構成において、前記上限は、前記第１の操作画像または前記第２の操作画像に対して行われた操作の履歴に応じて決められることを特徴とする。

本発明の請求項５に係る情報処理装置は、請求項１乃至４のいずれか１項に記載の構成において、前記処理手段が実行する処理の状況を前記表示手段に通知する通知手段を備え、前記提供手段は、複数の前記第２の操作画像のうち、通知される前記状況を表示させる操作に対応する前記第２の操作画像または当該状況とともに表示される前記第２の操作画像を他の前記第２の操作画像よりも優先して提供することを特徴とする。

本発明の請求項６に係る情報処理装置は、請求項１乃至５のいずれか１項に記載の構成において、前記提供手段は、複数の前記第２の操作画像のうち、各々に対して行われた操作の履歴に応じて選択した前記第２の操作画像を他の前記第２の操作画像よりも優先して提供することを特徴とする。

本発明の請求項７に係る情報処理システムは、請求項１乃至６のいずれか１項に記載の情報処理装置と、前記情報処理装置から提供された操作画像を一時的に記憶して表示し、当該操作画像に対する操作が行われると、当該操作に対応する処理を前記情報処理装置に要求する表示装置とを備えることを特徴とする。

本発明の請求項８に係る情報処理システムは、請求項７に記載の構成において、複数の前記情報処理装置を備え、前記表示装置は、前記情報処理装置から提供された操作画像が他の前記情報処理装置から既に提供されていた場合には、いずれか一方の前記操作画像を一時的に記憶せずに破棄することを特徴とする。

本発明の請求項９に係る情報処理システムは、請求項７または８に記載の構成において、前記表示装置は、第１の前記情報処理装置から提供された第１の前記操作画像が第２の前記情報処理装置の操作には用いられない場合に、当該第２の情報処理装置を操作するための操作画像を表示するときには、当該第１の操作画像を表示しない、または操作を受け付けなくした当該第１の操作画像を他の操作画像とは異なる態様で表示することを特徴とする。

本発明の請求項１０に係る表示装置は、処理を実行する処理手段を備える情報処理装置から提供される操作画像を一時的に記憶して表示する表示手段であって、自手段が表示する第１の前記操作画像を前記情報処理装置に要求するとともに、当該第１の操作画像が操作されることで表示される第２の前記操作画像を、上限として決められた量を超えない範囲で予め前記情報処理装置に要求する表示手段と、表示された前記操作画像への操作に対応する処理を前記情報処理装置に要求する要求手段とを備えることを特徴とする。

本発明の請求項１１に係るプログラムは、コンピュータを、処理を実行する処理手段と、外部から提供された操作画像を一時的に記憶して表示する表示装置から当該操作画像への操作に対応する前記処理を要求されると、前記処理手段を制御して当該処理を実行させる制御手段と、前記表示装置が表示する第１の前記操作画像を当該表示装置に提供し、当該第１の操作画像が操作されることで表示される第２の前記操作画像を、上限として決められた量を超えない範囲で予め当該表示装置に提供する提供手段として機能させることを特徴とする。

本発明の請求項１２に係るプログラムは、コンピュータを、処理を実行する処理手段を備える情報処理装置から提供される操作画像を一時的に記憶して表示する表示手段であって、自手段が表示する第１の前記操作画像を前記情報処理装置に要求するとともに、当該第１の操作画像が操作されることで表示される第２の前記操作画像を、上限として決められた量を超えない範囲で予め前記情報処理装置に要求する表示手段と、表示された前記操作画像への操作に対応する処理を前記情報処理装置に要求する要求手段として機能させることを特徴とする。

請求項１、７、１０、１１、１２に係る発明によれば、外部から提供される操作画像を表示する表示装置が表示される可能性のある操作画像を予め記憶する場合に、操作画像が制限なく提供されるときに比べて、その操作画像が記憶される領域の空きの減少を抑制することができる。
請求項２に係る発明によれば、提供された操作画像を記憶しても、操作画像が記憶される領域の空きがなくならないようにすることができる。
請求項３に係る発明によれば、本発明の上限を超えて操作画像を提供する場合に比べて、表示装置の応答時間が長くなることを抑制することができる。
請求項４に係る発明によれば、操作の履歴に応じた上限を用いない場合に比べて、予め提供されても表示されずに終わる操作画像を少なくすることができる。
請求項５に係る発明によれば、処理の状況を表示させる操作と操作画像との対応を考慮せずに第２の操作画像を提供する場合に比べて、ユーザによって操作されやすい第２の操作画像を提供することができる。
請求項６に係る発明によれば、操作の履歴に応じた優先度を用いない場合に比べて、予め提供されても表示されずに終わる操作画像を少なくすることができる。
請求項８に係る発明によれば、表示装置の記憶領域に重複する操作画像が記憶されないようにすることができる。
請求項９に係る発明によれば、第１の操作画像の表示を本発明のように行わない場合に比べて、第１の操作画像を操作する動作をユーザにさせてしまうことを抑制することができる。

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

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

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

通信機器３は、ユーザ装置２０と無線通信を行う一方、通信回線２を介して情報処理装置１０と通信する。つまり、情報処理装置１０は、通信回線２という通信システムと、通信機器３という外部の通信装置とを介してユーザ装置２０と通信する。なお、通信機器３は、ユーザ装置２０が接続する通信装置の一例であり、ユーザ装置２０は、他の通信装置を介して情報処理装置１０と通信してもよい。ただし、ここでいう「他の通信装置」には、情報処理装置１０及び操作装置３０は含まれない。以下では、「他の通信装置」といった場合、情報処理装置１０、ユーザ装置２０及び操作装置３０のいずれでもない通信装置を指すものとする。

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

図６は、表示された操作画像の一例を示す図である。図６の例では、コピー機能を利用するための操作画像群Ａ１が表示されている。操作画像群Ａ１には、コピーを開始させるための操作画像Ａ１１などが含まれている。ユーザは、この操作画像Ａ１１をタップする（軽く叩く）ことで、操作画像Ａ１１に対応する操作、すなわちコピーを開始させる操作を行う。

操作装置３０は、表示した操作画像に対する操作が行われると、情報処理装置１０に対して、その操作に対応する要求を行う。操作装置３０は、操作画像Ａ１１が操作された場合であれば、操作画像Ａ１１に対応する処理として、コピー機能を提供するための処理（具体的には画像読取処理及び画像形成処理を含む一連の処理。以下「コピー処理」という）の要求を情報処理装置１０に対して行う。

操作装置３０は、操作画像を予め記憶しておらず、外部から提供された操作画像を一時的に記憶して表示する。具体的には、情報処理装置１０が操作画像を記憶しており、操作装置３０からの要求に応答して操作画像を提供する。操作装置３０は、操作画像を表示し終わると、例えば他の画像を表示したときや電源を落としたときなどに、一時的に記憶しておいた操作画像を記憶手段から削除する。このように、操作装置３０は、操作画像を保持し続けないようになっている。

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

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

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

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

記憶部２２は、ＨＤＤ（Hard disk drive）やＳＳＤ（Solid State Drive）などを備え、制御部２１が制御に用いるデータやプログラム、画像データなどを記憶する。通信部２３は、無線ＬＡＮ（Local Area Network）の規格に準拠して無線通信を行う通信回路及びアンテナを備える通信手段であり、例えば図１に示す通信機器３と無線通信を行う。つまり、通信部２３は、上述した他の通信装置（情報処理装置１０、ユーザ装置２０及び操作装置３０のいずれでもない通信装置。通信機器３はその一例）と通信する手段である。

表示部２４は、液晶ディスプレイ等を有し、制御部２１により制御されて表示面に画像を表示する。表示部２４は、例えば上述した操作画像を表示する。情報処理装置１０から操作画像が提供されると、制御部２１は、提供された操作画像を自装置の記憶領域に一時的に記憶させ、記憶させた操作画像を表示部２４に表示させる。ここでいう記憶領域には、いわゆる主記憶装置（例えばＲＡＭ）の記憶領域の他に、キャッシュメモリや補助記憶装置（例えばＨＤＤやＳＳＤ）の記憶領域も含まれる。

操作部２５は、例えば自装置がタブレット端末である場合には、表示面に重ねて設けられたタッチセンサ（タッチスクリーンやタッチパネルともいう）や筐体に設けられたボタン等を備え、上述したタップ等のユーザの操作を受け付けてその操作の内容を示す操作データを制御部２１に供給する。なお、自装置がパーソナルコンピュータである場合には、操作部２５はキーボードやマウスを備えていてもよい。制御部２１は、供給された操作データに応じた制御を行う。

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

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

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

第１通信部１５は、有線ＬＡＮの規格に準拠して通信を行う通信回路と、通信用のケーブル（ＬＡＮケーブル）が有するコネクタを差し込むポートとを備え、このケーブルを介して接続される装置と通信する通信処理を行う。第１通信部１５は、図１に示す通信回線２に接続されて、外部装置（情報処理装置１０にとっての外部装置であり、例えば通信機器３）を介して例えばユーザ装置２０と通信する。また、第１通信部１５は、通信用のケーブルを介して操作装置３０の通信部３３と接続され、前述した外部装置を介さずに操作装置３０と通信する。つまり、通信部３３も、前述した外部装置を介さずに情報処理装置１０と通信する。

第２通信部１６は、ＦＡＸ通信を行うための通信回路を備え、ＦＡＸのデータをやり取りする処理、すなわちＦＡＸ通信処理を行う。接続部１７は、ＳＤメモリーカード等の記憶媒体を接続するスロット等を有し、それらの記憶媒体と接続する。制御部１１は、接続部１７を介して、それらの記憶媒体に記憶されているデータの読み出しや記憶媒体へのデータの書き込みを行う。操作装置３０は、図３の説明で述べた構成を備え、第１通信部１５と通信する。操作装置３０は、この通信を行うことで、例えば制御部１１から送信されてくるデータが示す画像を表示したり、情報処理装置１０を操作するためのデータを制御部１１に送信したりするユーザインターフェース部（ＵＩ部）として機能する。

［１−３］機能構成
情報処理装置１０、ユーザ装置２０及び操作装置３０の各制御部が各記憶部に記憶されているプログラムを実行して各部を制御することで、以下に述べる機能が実現される。
図５は、情報処理システム１の機能構成の一例を示すブロック図である。情報処理装置１０は、仲介手段１０１と、提供手段１０２と、処理手段１０３と、通知手段１０４と、制御手段１０５とを備える。ユーザ装置２０は操作手段２００を備え、操作装置３０は操作手段３００を備える。

［１−３−１］仲介手段
情報処理装置１０の仲介手段１０１は、自装置（情報処理装置１０）と表示装置４との通信を仲介する手段である。より詳細には、仲介手段１０１は、上述した他の通信装置（例えば通信機器３）を介して自装置に接続される表示装置４（本実施形態ではユーザ装置２０）との通信を仲介する。また、仲介手段１０１は、他の通信装置を介さず自装置に接続される表示装置４（本実施形態では操作装置３０）との通信を仲介する。仲介手段１０１が用いる通信の手順（いわゆる通信プロトコル）について以下に説明する。

仲介手段１０１は、表示装置４（ユーザ装置２０及び操作装置３０）と自装置とのＷＷＷ（World Wide Web：ワールドワイドウェブ。以下「ウェブ」という）の規格に準拠した通信を仲介する。仲介手段１０１は、ウェブの規格のうち、ＳＯＡＰ（Simple Object Access Protocol）の規格に準拠し、例えばＸＭＬ（Extensible Markup Language）で記述されたデータ（以下「ＸＭＬデータ」という）の通信を仲介する。仲介手段１０１は、例えば表示装置４から送信されてくるＨＴＴＰ（Hypertext Transfer Protocol）リクエストを示すＸＭＬデータを受け取って後述する提供手段１０２に供給したり、その応答で後述する提供手段１０２から供給されるＨＴＴＰレスポンスを示すＸＭＬデータを受け取って表示装置４に向けて送信したりする。

また、仲介手段１０１は、ＷｅｂＳｏｃｋｅｔの規格にも準拠している。仲介手段１０１は、この規格に基づいて、ＴＣＰ（Transmission Control Protocol）のハンドシェイク手続きで表示装置４が一度接続されたあとは、ＨＴＴＰリクエスト及びＨＴＴＰレスポンスを示すＸＭＬデータの通信だけでなく、例えば提供手段１０２から任意のタイミングで行われる表示装置４へのＸＭＬデータの送信を仲介する。これにより、情報処理システム１においては、表示装置４が発信するＨＴＴＰリクエストによるいわゆるプル型の通信だけでなく、情報処理装置１０から発信するプッシュ型の通信も行われるようになっている。

仲介手段１０１は、以下に述べる提供手段１０２、通知手段１０４、制御手段１０５、表示手段２０１及び３０１（以下、それぞれを区別しない場合は「表示手段４０１」という）、要求手段２０２及び３０２（以下、それぞれを区別しない場合は「要求手段４０２」という）の通信を仲介する。詳細には、仲介手段１０１は、情報処理装置１０の提供手段１０２及び通知手段１０４が表示装置４の表示手段４０１と行う通信をそれぞれ仲介し、表示装置４の要求手段４０２が情報処理装置１０の制御手段１０５と行う通信をそれぞれ仲介する。いずれの場合も、仲介手段１０１は、ユーザ装置２０及び操作装置３０との通信を、共通の通信手順（ＷＷＷやＳＯＡＰ、ＷｅｂＳｏｃｋｅｔなどの規格に準拠した通信の手順）で仲介する。

［１−３−２］提供手段
情報処理装置１０の提供手段１０２は、上述した操作画像を、仲介手段１０１を介して表示装置４に提供する手段である。提供手段１０２は、ユーザ装置２０には、仲介手段１０１及び上述した他の通信装置を介した通信により操作画像を提供する。また、提供手段１０２は、操作装置３０には、仲介手段１０１を介す一方で他の通信装置を介さない通信により操作画像を提供する。

提供手段１０２は、操作画像（具体的には操作画像を示す画像データ）を記憶しており、操作画像を要求するＨＴＴＰリクエストを示すＸＭＬデータ（以下「操作画像要求データ」という）が仲介手段１０１を介して送信されてくると、そのＸＭＬデータが要求する操作画像を含むＨＴＴＰレスポンスを示すＸＭＬデータ（以下「操作画像データ」という）を要求元に対して仲介手段１０１を介して送信する。

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

［１−３−３］処理手段
情報処理装置１０の処理手段１０３は、処理を実行する手段である。処理手段１０３は、上述したコピー処理の他、スキャン処理、ＦＡＸ処理、プリント処理（それぞれスキャン機能、ＦＡＸ機能、プリント機能を提供するための処理）などを実行する。コピー処理には、図４に示す画像読取部１３による画像読取処理及び画像形成部１４による画像形成処理が含まれる。スキャン処理には画像読取処理が含まれ、ＦＡＸ処理には第２通信部１６によるＦＡＸ通信処理が含まれる。また、プリント処理には、第１通信部１５による通信処理及び画像形成処理が含まれる。スキャン処理及びＦＡＸ処理には、他にも、データの取得及び出力の方法に応じて、第２通信部１６を用いたデータ通信処理やデータを記憶部１２に書き込む書込処理、記憶されたデータを記憶部１２から読み出す読出処理などが含まれる。

処理手段１０３が処理を実行すると、様々な状況が発生する。例えばコピー処理であれば、原稿からの画像の読み取り、媒体の搬送の開始、感光体へのトナー像の形成、媒体への画像の形成などである。また、カラー設定や拡大率、ソートの有無などのコピーのパラメータも、コピー処理における状況に含まれる。処理手段１０３は、本実施形態では、処理を実行すると、それらの処理の状況のうち、通知の対象となる状況を表す状況情報を生成し、通知手段１０４に供給する。

通知の対象となる状況とは、例えば、図７に示したコピーの完了枚数や、用紙のサイズなどのパラメータなどである。情報処理装置１０の記憶部１２には通知の対象となる状況を示す一覧が記憶されており、処理手段１０３は、記憶部１２を参照し、処理の状況を表す状況情報のうち、その一覧に含まれる状況を表すものを通知手段１０４に供給する。なお、処理手段１０３は一覧に含まれるか否かに関係なく状況情報を通知手段１０４に供給し、供給された状況情報が一覧に含まれる状況を表すものであるか否かを通知手段１０４が判断してもよい。

［１−３−４］通知手段
情報処理装置１０の通知手段１０４は、処理手段１０３が実行する処理の状況を、仲介手段１０１を介した通信により表示装置４に通知する手段である。通知手段１０４は、本実施形態では、第１から第４までの４つの通知方法を用いて通知を行う。第１及び第２の通知方法では、通知手段１０４は、表示装置４からの要求に対する応答で処理の状況を通知する。具体的には、通知手段１０４は、表示装置４からＨＴＴＰリクエストが仲介手段１０１を介して送信されてきた場合に、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスに処理手段１０３から供給された状況情報を記述し、仲介手段１０１を介してそのＨＴＴＰレスポンスを表示装置４に送信することで、処理の状況を通知する。

通知手段１０４は、第１の通知方法では、表示装置４からＨＴＴＰリクエストによる処理の要求（以下「処理要求」という）があった場合に、まず、処理手段１０３により実行されるその処理が完了するまで待つ。つまり、ここで要求されている「処理」は、処理手段１０３が行う処理である。そして、通知手段１０４は、処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスにその処理が完了したときの状況、すなわち処理の結果を記述して送信することで、記述した処理の結果を表示装置４に通知する。

通知手段１０４は、第２の通知方法では、表示装置４からＨＴＴＰリクエストによる処理要求があった場合に、要求された処理の完了を待たずに、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより、まずは処理要求が受け付けられた旨を通知する。それ以降、通知手段１０４は、表示装置４からその処理の状況の通知を求める要求（以下「通知要求」という）を記述したＨＴＴＰリクエストが送信されてきたときに、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスに状況情報を記述して送信することで、処理の状況を通知する。

表示装置４は、このＨＴＴＰリクエストによる通知要求を繰り返し行い（いわゆるポーリングを行い）、通知手段１０４は、ポーリングによる通知要求を受ける度にその応答で処理の状況を通知する。本実施形態では、表示装置４は、処理の結果が通知されるまでポーリングを行い、通知手段１０４は、処理の結果を通知するまで処理の状況を繰り返し通知する。

まとめると、通知手段１０４は、第１の通知方法を用いた場合には、処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより、処理の結果を要求元の表示装置４に通知する。また、通知手段１０４は、第２の通知方法を用いた場合には、処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信、すなわち、通知を要求するＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより、処理の結果及びそれ以外の処理の状況を要求元の表示装置４に通知する。このように、通知手段１０４は、第１及び第２の通知方法を用いた場合には、表示装置４からの要求（処理要求または通知要求）があったときにその要求に対する応答で通知（いわゆるプル型の通知）を行う。

通知手段１０４は、第３及び第４の通知方法を用いた場合は、ＨＴＴＰレスポンスとは異なる規格の通信により処理の状況を通知する。具体的には、通知手段１０４は、ＷｅｂＳｏｃｋｅｔの規格に基づく通信により処理の状況を通知する。第３及び第４の通知方法は、仲介手段１０１が、例えば表示装置４が上述した操作画像要求データを送信してきたときなどに、ＴＣＰのハンドシェイク手続きを行って自装置（情報処理装置１０）とその表示装置４とを接続させた状態で行われる。この状態で、通知手段１０４は、例えば処理手段１０３から状況情報が供給されると、ＷｅｂＳｏｃｋｅｔの規格に準拠するＸＭＬデータに状況情報を記述する。通知手段１０４は、このＸＭＬデータを、仲介手段１０１を介して表示装置４に送信することで、処理の状況を通知する。

通知手段１０４は、第３の通知方法では、表示装置４からＨＴＴＰリクエストによる処理要求があったときに、第２の通知方法のように、要求された処理の完了を待たずにまずは処理要求が受け付けられた旨をそのＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより通知する。それ以降、通知手段１０４は、処理手段１０３から状況情報が供給されたときに、ＨＴＴＰリクエストによる通知要求を受け取っていなくても、供給された状況情報を記述したＸＭＬデータを表示装置４に送信して、処理の結果及びそれ以外の処理の状況を要求元の表示装置４に通知する。

つまり、通知手段１０４は、第３の通知方法を用いた場合には、処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信（本実施形態ではＷｅｂＳｏｃｋｅｔの規格に準拠した通信）により、その処理の結果及びそれ以外の処理の状況を通知する。この通知は、処理を要求するＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信により、処理の結果及びそれ以外の処理の状況を通知するという点で、第２の通知方法と共通している。なお、第２の通知方法における「別の通信」とは、処理を要求するＨＴＴＰリクエストとは別に表示装置４から送信されるＨＴＴＰリクエスト、すなわち上記の例であれば通知を要求するＨＴＴＰリクエスト、に対するＨＴＴＰレスポンスである。

通知手段１０４は、第４の通知方法では、表示装置４からのＨＴＴＰリクエストによる処理要求の有無に関係なく、処理手段１０３から状況情報を供給されたときに、供給された状況情報を記述したＸＭＬデータを表示装置４に送信して、その状況情報が表す状況を要求元の表示装置４に通知する。通知手段１０４は、第４の通知方法を用いた場合には、例えば「トナー切れ」や「用紙切れ」など、予め定められた状況を通知する。なお、通知手段１０４は、各表示装置４について個別に定められた処理の状況を通知してもよい。

このように、通知手段１０４は、第３及び第４の通知方法を用いた場合、表示装置４からのＨＴＴＰリクエストによる要求（処理要求及び通知要求）の有無に関係なく、能動的な通知（いわゆるプッシュ型の通知）を行う。
第１、第２及び第３の通知方法は、いずれも、要求された処理の状況（処理の結果も含む）を通知するための方法である。本実施形態では、表示装置４が処理を要求するときにその処理の結果等を通知する方法を指定する。通知手段１０４は、表示装置４によって指定された通知方法を用いて処理の結果等を通知する。

［１−３−５］操作手段
ユーザ装置２０の操作手段２００及び操作装置３０の操作手段３００（これらを区別しない場合は「操作手段４００」という）は、情報処理装置１０を操作するための手段である。操作手段４００は、例えば表示装置４がブラウザのプログラムを実行することで実現される。操作手段２００は、表示手段２０１と、要求手段２０２とを有し、操作手段３００は、表示手段３０１と、要求手段３０２とを有する。それぞれユーザ装置２０及び操作装置３０を区別しない場合には、「表示手段４０１」及び「要求手段４０２」という。

［１−３−５−１］表示手段
表示手段４０１（ユーザ装置２０の表示手段２０１及び操作装置３０の表示手段３０１）は、情報処理装置１０から送信されてきた情報や画像を表示する手段である。表示手段４０１は、例えば、情報処理装置１０の通知手段１０４から送信されてきたＸＭＬデータに記述された状況情報（処理の結果やそれ以外の処理の状況などを表す情報）を表示する。表示手段４０１は、例えば前述した図７に示す状況情報Ｃ１やＣ２を表示する。

また、表示手段４０１は、自装置には記憶されていない画像である操作画像を情報処理装置１０に要求し、その応答で提供される操作画像を一時的に記憶して表示する。表示手段４０１は、例えば情報処理装置１０のＵＲＬ（Uniform Resource Locator）にアクセスする操作をユーザが行った場合に、前述した操作画像要求データをこのＵＲＬ、すなわち情報処理装置１０に送信する。情報処理装置１０の提供手段１０２がその応答で操作画像データを送信してくると、表示手段４０１は、受信した操作画像データに含まれる操作画像を自装置の記憶領域に一時的に記憶して表示する。具体的には、表示手段４０１は、操作画像データであるＨＴＴＰレスポンスに記述された操作画像の配置や大きさなどのパラメータに基づいて、操作画像を表示する。こうして表示された操作画像が例えば図６に示す操作画像群Ａ１である。

操作画像群Ａ１には、上述した操作画像Ａ１１（コピーを開始させるという要求に対応した操作画像）の他に、コピー処理で用いられるパラメータを選択するための操作画像が含まれている。例えば、図６に示す「倍率選択」、「用紙選択」及び「カラーモード選択」という文字列の下には、コピーする画像の倍率、コピーした画像を形成する用紙及びコピーした画像のカラーモードというパラメータを選択するための操作画像がそれぞれ表示されている。ユーザがこれらの操作画像を操作することでパラメータが選択される。

表示手段４０１は、選択されているパラメータを表す操作画像を他とは異なる態様（この例では線を太くする態様。ハイライトなどの態様でもよい）で表示することで、選択されているパラメータがユーザに分かるようにしている。表示手段４０１は、表示した操作画像に関するデータを要求手段に供給する。操作画像に関するデータとは、操作画像が操作されたか否かを判断するために用いられるデータであり、例えば操作画像が表示されている領域を示すデータである。また、表示手段４０１は、選択されたパラメータを表すデータを要求手段に供給する。

また、操作画像群Ａ１には、「画質調整」、「読取方法」、「出力方式」及び「処理状況」という文字列をそれぞれ含む操作画像Ａ１２、Ａ１３、Ａ１４及びＡ１５が含まれている。これらの操作画像が操作されると、別の操作画像が表示される。
図８は、表示された別の操作画像の例を示す図である。図８（ａ）では、図６に示す操作画像Ａ１２が操作された場合に表示される操作画像群Ａ２が示されている。操作画像群Ａ２には、「原稿の画質」のパラメータを変更する際に操作する操作画像Ａ２１が含まれている。操作画像Ａ２１には、現在のパラメータである「文字／写真」という文字列が含まれている。

操作画像群Ａ２には、他にも、「コピー濃度」、「シャープネス」、「彩度」、「コントラスト」及び「画質」のパラメータを変更する際に操作する操作画像Ａ２２、Ａ２３、Ａ２４、Ａ２５及びＡ２６が含まれている。このうちの操作画像Ａ２２を操作した場合に表示される操作画像が図８（ｂ）に示されている。図８（ｂ）では、コピー濃度のパラメータを変更するための操作画像群Ａ３が示されている。操作画像群Ａ３には、コピー濃度の濃さを９段階で示す操作画像Ａ３１と、濃さを変更する操作画像Ａ３２及びＡ３３と、変更を取り消す操作画像Ａ３４と、操作画像群Ａ３を閉じて操作画像群Ａ２が表示されている画面に戻る操作画像Ａ３５とが含まれている。

以上のとおり、表示手段４０１は、図６に示す操作画像Ａ１２が操作されると操作画像群Ａ２を表示し、操作画像Ａ２２が操作されると操作画像群Ａ３を表示する。これ以外にも、例えば図６に示す操作画像Ａ１３〜Ａ１５が操作されると、他の操作画像が表示されるようになっている。このうちの操作画像Ａ１５が操作されると、図７に示すコピー処理の状況が表示され、「強制終了」及び「閉じる」という文字列を含む操作画像Ａ２７及びＡ２８もそれぞれ表示される。操作画像Ａ２７が操作されるとコピー処理が強制的に終了し、操作画像Ａ２８が操作されると図６に示す画面に戻って操作画像群Ａ１が表示される。このように、各操作画像は、階層構造となるように配置されており、一度では表示できない数の操作画像が画面を切り替えていくことで表示されるようになっている。

［１−３−５−２］要求手段
要求手段４０２（ユーザ装置２０の要求手段２０２及び操作装置３０の要求手段３０２）は、表示手段４０１により表示された操作画像に対する操作がユーザにより行われると、そのユーザの操作に応じた要求を、ＨＴＴＰリクエストにより情報処理装置１０に対して行う手段である。要求手段４０２は、例えば、操作画像への操作に対応する処理を情報処理装置１０に要求する（つまり上述した処理要求を行う）。この処理は、処理手段１０３が実行する処理である。また、要求手段４０２は、操作画像への操作に応じて、先に要求した処理の状況及び結果の通知を情報処理装置１０に要求する（つまり上述した通知要求を行う）。

要求手段４０２は、例えばユーザが操作部のタッチセンサをタップした場合に、表示手段４０１から供給されたデータに基づき、操作画像が表示されている領域にタップされた位置が含まれているか否かを判断する。要求手段４０２は、含まれていると判断した場合に、その領域に表示されている操作画像への操作を受け付ける。要求手段４０２は、上述した要求内容決定画像（図６の例であれば操作画像Ａ１１）への操作を受け付けた場合に、表示手段４０１から供給されたデータが示すパラメータを用いて、その要求内容決定画像が示す処理を情報処理装置１０に対して要求する。図６に示す状態で操作画像Ａ１１に対する操作が行われた場合であれば、要求手段４０２は、１１０％の倍率でＡ４普通紙に白黒でコピーするための処理を情報処理装置１０に要求する。

具体的には、要求手段４０２は、操作された要求内容決定画像に対応する処理（この例ではコピー処理）を、表示手段４０１から供給されたデータが示すパラメータを用いて行うという指示を記述した（この指示の記述を「指示書」という）ＨＴＴＰリクエストを示すＸＭＬデータを生成する。要求手段４０２は、生成したＸＭＬデータを情報処理装置１０に送信することで、情報処理装置１０に対してＨＴＴＰリクエストにより処理を要求する。このように要求手段４０２が処理を要求するために送信するＸＭＬデータのことを以下では「処理要求データ」という。なお、コピー処理が要求される場合には、指示書を含む処理要求データが生成されるが、要求される処理によっては、処理要求データに指示書が含まれない場合もある。例えば情報処理装置１０の電源を落とす処理が要求される場合には処理要求データに指示書が含まれない。

要求手段４０２がＨＴＴＰリクエストを送信すると、その応答でＨＴＴＰレスポンスが送信されてくる。要求手段４０２は、これらＨＴＴＰリクエストの送信とＨＴＴＰレスポンスの受信とを含む一連の処理を実行し、それらの処理の実行中はユーザの操作を受け付けない。例えば図６に示す操作画像群Ａ１が表示されている場合であれば、それらの操作画像をユーザがタップしても、上述したタップした位置などの判断が行われない。つまり、要求手段４０２は、自手段が送信したＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受け取るまでは、ユーザによる操作を受け付けない状態（いわゆる固まった状態）となる。要求手段４０２は、ＨＴＴＰレスポンスを受け取ったあとは、再びユーザの操作を受け付ける状態になる。

要求手段４０２は、処理要求を行う場合に、その処理の状況を通知する方法を指定し、指定した方法で通知することを要求する。具体的には、要求手段４０２は、上述した第１、第２、第３の通知方法のうちのいずれかを用いるように指定する。要求手段４０２は、例えば、指定する通知方法を処理要求データに記述して送信する。この場合、情報処理装置１０の通知手段１０４が、処理要求データに記述された通知方法を用いて処理の状況を通知する。なお、要求手段４０２は、処理要求データとは別のＸＭＬデータに指定する通知方法を記述してＨＴＴＰリクエストとして表示装置４に送信してもよい。この場合、通知手段１０４は、例えば、このＨＴＴＰリクエストに対するＨＴＴＰレスポンスで、通知方法の指定を受け付けた旨を通知し、それ以降の通知を指定された通知方法で行う。

［１−３−６］制御手段
情報処理装置１０の制御手段１０５は、上述した操作画像（例えば図６に示す操作画像Ａ１１など）を表示する表示装置４からその操作画像への操作に対応する処理を要求されると、処理手段１０３を制御して、要求された処理を実行させる。具体的には、制御手段１０５は、表示装置４からの処理要求データが仲介手段１０１を介して送信されてきた場合に、処理手段１０３を制御して、その処理要求データにより要求された処理を実行させる。つまり、制御手段１０５は、表示装置４からＨＴＴＰリクエストにより処理が要求されると、処理手段１０３を制御して要求された処理を実行させる。表示装置４からＨＴＴＰリクエストとして送信されてきたでＸＭＬデータである処理要求データは、仲介手段１０１によって仲介されて制御手段１０５に供給される。

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

制御手段１０５は、処理を実行させる際に、実行させる処理を識別する情報として、トランザクションＩＤを発行する。制御手段１０５は、発行したトランザクションＩＤと、要求元の表示装置４の通信の宛先を互いに対応付けて記憶部１２に記憶させる。制御手段１０５は、処理を実行させる際に、発行したトランザクションＩＤを処理手段１０３に供給し、処理手段１０３は、通知手段１０４に対して、上述した状況情報とともにトランザクションＩＤを供給する。

また、制御手段１０５は、処理要求データに記述されている通知方法（第１から第３の通知方法のうちのいずれか）もトランザクションＩＤに対応付けて記憶させる。通知手段１０４は、処理手段１０３から供給されたトランザクションＩＤに対応付けられた通信の宛先に対して、ともに供給された状況情報を記述したＸＭＬデータを送信する。このとき、通知手段１０４が、そのトランザクションＩＤに対応付けられた通知方法でＸＭＬデータを送信することで、指定された通知方法での通知が行われる。

［１−４］階層構造
情報処理システム１の構成について、その構成を階層構造で表した図９及び図１０を参照して説明する。
図９は、情報処理システム１の構成を表す階層構造の一例を示す図である。情報処理システム１は、プレゼンテーション層４０と、インターフェース５０と、ファンクション層６０と、ミドルウェア層７０と、ハードウェア層８０とを備える。プレゼンテーション層４０は、ユーザによる操作を受け付ける機能（いわゆるユーザインターフェース）を実現する層であり、図５に示す操作手段４００として機能する。

プレゼンテーション層４０は、ＵＩ制御部４１と、デバイス制御部４２と、通信部４３とを備える。ＵＩ制御部４１は、ユーザインターフェースを制御する部分であり、上述した操作画像や状況情報を表示したり、ユーザの操作を受け付けたりする。ＵＩ制御部４１は図５に示す表示手段４０１によって実現される。デバイス制御部４２は、ユーザの操作に基づいて情報処理装置１０に対して上記のとおり処理を要求し、後述するファンクション層６０を制御する。デバイス制御部４２は、要求手段４０２によって実現される。通信部４３は、ＵＩ制御部４１及びデバイス制御部４２が情報処理装置１０と行う通信を制御する。

インターフェース５０は、プレゼンテーション層４０とファンクション層６０との接続を仲介する機能を実現する層である。プレゼンテーション層４０とインターフェース５０との接続は、図１に示す通信機器３等の通信機能を有する外部装置を介する場合（ユーザ装置２０との接続）と、そういった外部装置を介さない場合（操作装置３０との接続）とがある。ファンクション層６０は、コピー機能やスキャン機能など、目的とする用途に沿ってデータを加工する機能を実現する層である。ミドルウェア層７０は、ファンクション層６０とハードウェア層８０との中間で汎用的な処理を実行する層である。ハードウェア層８０は、画像読み取りや画像形成などの処理を物理的に実現する層である。

ファンクション層６０は、受付・応答部６１と、イベント通知部６２と、操作画像管理部６３と、操作画像ＤＢ（Data Base：データベース）６４と、コピー機能やスキャン機能などを提供する機能部６５とを備える。受付・応答部６１は、プレゼンテーション層４０からインターフェース５０を介して送信されてくる処理要求データが示す処理の要求を受け付け、機能部６５に処理を依頼する。このとき、受付・応答部６１は、上述したトランザクションＩＤの発行も行う。また、受付・応答部６１は、受け付けた要求に対する応答を示す応答データを、インターフェース５０を介してプレゼンテーション層４０に送信する。応答データは、要求を受け付けた旨を示すだけの場合もあれば、状況情報を示す場合もある。つまり、受付・応答部６１は、処理の状況の通知を行うこともあり、その通知は、上述した第１及び第２の通知方法によるプル型の通知となる。

イベント通知部６２には、機能部６５を介して状況情報が供給される。イベント通知部６２は、供給された状況情報を、ＷｅｂＳｏｃｋｅｔに準拠したＸＭＬデータに記述し、そのＸＭＬデータを、インターフェース５０を介してプレゼンテーション層４０に送信する。つまり、イベント通知部６２が行う通知は、上述した第３及び第４の通知方法によるプッシュ型の通知である。操作画像管理部６３は、プレゼンテーション層４０に送信する操作画像の管理を行う。操作画像ＤＢ６４は、操作画像を格納するデータベースである。機能部６５は、情報処理装置１０がユーザに提供する機能を実現するためのモジュール群である。

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

図９に示すインターフェース５０は、図５に示す仲介手段１０１として機能する。操作画像管理部６３及び操作画像ＤＢ６４が協働することで提供手段１０２として機能し、ミドルウェア層７０及びハードウェア層８０が協働することで処理手段１０３として機能する。また、受付・応答部６１及びイベント通知部６２が協働することで通知手段１０４として機能し、受付・応答部６１及び機能部６５が協働することで制御手段１０５として機能する。

図１１は、情報処理システム１の構成を表す階層構造の一例を示す図である。図１０に示したモジュール群は、それぞれ、要求部６５１及び管理部６５２と、画像形成制御部６５３、画像読取制御部６５４及び通信制御部６５５のうち各モジュールにおいて利用される制御部（以下「利用制御部」という）とを有する。例えば、コピー機能を実現する場合には、画像形成制御部６５３及び画像読取制御部６５４が利用制御部となり、プリント機能を実現する場合には、画像形成制御部６５３が利用制御部となる。以下では、プリント機能を実現するモジュールが実行される場合を例に挙げて、各モジュールの役割について説明する。

画像のプリントを要求する操作がユーザによって行われると、プレゼンテーション層４０からジョブの起動を要求する要求データがインターフェース５０を介してファンクション層６０に送信される。受付・応答部６１はこの要求データを受信して、受信した要求データを解析し、要求の内容に応じたモジュールの要求部６５１（この例ではプリント機能の要求部６５１）に要求データを供給する。要求部６５１は、供給された要求データを解析し、ミドルウェア層７０に対してジョブの生成を要求する。ミドルウェア層７０は、要求されたジョブを生成する処理を行い、その処理結果を要求部６５１に通知する。要求部６５１は、通知された処理結果を受付・応答部６１及びインターフェース５０を介してプレゼンテーション層４０に通知する。

プレゼンテーション層４０は、通知された処理結果を表示する。また、ミドルウェア層７０は、生成したジョブを前述した利用制御部（プリント機能の場合は画像形成制御部６５３）に供給する。利用制御部は、供給されたジョブをユーザに提示する形式で表したユーザジョブを生成し、ユーザジョブの内容を示すデータを、ミドルウェア層７０を介して管理部６５２に供給する。管理部６５２は、供給されたデータが示すユーザジョブの内容を示すＸＭＬデータを生成する。このユーザジョブの内容は、上述した状況情報にあたるものであり、管理部６５２が生成するＸＭＬデータは、上述した状況情報データである。管理部６５２は、生成した状況情報データを、イベント通知部６２及びインターフェース５０を介してプレゼンテーション層４０に送信する。こうしてジョブに関するプッシュ型の通知が行われる。

ジョブの一時停止、中止、継続及び優先順位変更等の処理を要求する操作がユーザによって行われると、プレゼンテーション層４０からそれらの処理を要求する要求データがインターフェース５０を介してファンクション層６０に送信される。受付・応答部６１はこの要求データを受信して、受信した要求データを解析し、要求の内容に応じたモジュールの管理部６５２（この例ではプリント機能の管理部６５２）に要求データを供給する。管理部６５２は、供給された要求データを解析し、要求された処理を行うようにミドルウェア層７０に要求する。ミドルウェア層７０は、要求された処理を行い、その処理結果を管理部６５２に通知する。管理部６５２は、通知された処理結果を受付・応答部６１及びインターフェース５０を介してプレゼンテーション層４０に通知する。プレゼンテーション層４０は、通知された処理結果を表示する。

［１−５］動作
［１−５−１］ユーザの操作に基づく動作
情報処理システム１は、以上の構成に基づき、ユーザの操作に応じて画像形成等の処理を実行するための実行処理を行う。実行処理において情報処理システム１が備える各装置が行う動作について、図１２及び図１３を参照して説明する。
図１２は、実行処理における各装置の動作の一例を示すシーケンス図である。図１２の例では、ユーザがユーザ装置２０を操作する場合について説明する。実行処理は、例えば、ユーザがユーザ装置２０に対して、ブラウザを起動して情報処理装置１０のＵＲＬにアクセスする操作を行うことを契機に開始される。

まず、ユーザ装置２０が、操作画像を要求する要求データを通信機器３を介して情報処理装置１０に送信する（ステップＳ１１）。情報処理装置１０は、要求データを受信すると、その要求データが要求する操作画像を含む操作画像データを生成して（ステップＳ１２）、ユーザ装置２０に通信機器３を介して送信する（ステップＳ１３）。ユーザ装置２０は、受信した操作画像データに含まれる操作画像を自装置の記憶領域に記憶して表示する（ステップＳ１４）。ステップＳ１１及びＳ１４は表示手段３０１が行う動作であり、ステップＳ１２及びＳ１３は提供手段１０２が行う動作である。

次に、表示された操作画像に対してユーザが操作を行うと、ユーザ装置２０は、そのユーザ操作を受け付ける（ステップＳ２１）。ステップＳ２１で指示内容決定画像（例えば図６に示す操作画像Ａ１１）へのユーザ操作を受け付けると、ユーザ装置２０は、操作画像への操作により定められた処理の要求を示す処理要求データを生成し（ステップＳ２２）、情報処理装置１０に通信機器３を介して送信する（ステップＳ２３）。情報処理装置１０は、処理要求データを受信すると、その処理要求データが示す指示に応じて処理を実行する（ステップＳ２４）。ステップＳ２１、Ｓ２２及びＳ２３は要求手段３０２が行う動作である。ステップＳ２４は処理手段１０３及び制御手段１０５が協働して行う動作である。

情報処理装置１０は、例えば処理の状況が更新される度に、上述した状況情報データを生成して（ステップＳ３１）、ユーザ装置２０に通信機器３を介して送信する（ステップＳ３２）。ユーザ装置２０は、状況情報データが送信されてくると、その状況情報データが示す状況情報を表示する（ステップＳ３３）。ステップＳ３１及びＳ３２は通知手段１０４が行う動作であり、ステップＳ３３は表示手段３０１が行う動作である。また、ステップＳ１１、Ｓ１３、Ｓ２３及びＳ３２における通信は、いずれも仲介手段１０１及び通信機器３を介して行われる。

図１３は、実行処理における各装置の動作の別の一例を示すシーケンス図である。図１３では、ユーザが操作装置３０を操作する場合を示している。この場合も、図１２に示した各ステップの動作が行われ、ユーザ装置２０が行っていた動作は操作装置３０が行う。また、ステップＳ１１、Ｓ１３、Ｓ２３及びＳ３２における通信は、いずれも仲介手段１０１を介す一方、通信機器３を介さずに行われる。
［１−５−２］４つの通知方法での動作
以下、情報処理装置１０の通知手段１０４が上述した第１から第４までの４つの通知方法で状況を通知する際に各装置が行う動作について、図１４から図１７までを参照して説明する。図１４から図１６までにおいては、表示装置４のデバイス制御部４２と、情報処理装置１０の受付・応答部６１、イベント通知部６２、ミドルウェア層７０及びハードウェア層８０とを動作の主体としてそれぞれ示す。図１７においては、それらの動作の主体のうち、受付・応答部６１をインターフェース５０に代えて示す。

図１４は、第１の通知方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１４に示す動作は、例えば、ユーザがコピーを行う前に、コピーのためのパラメータ（倍率や用紙のサイズ、カラーモードなど）を変更する操作を行うことを契機に開始される。まず、表示装置４のデバイス制御部４２が、パラメータを変更する操作を受け付けると（ステップＳ１１１）、パラメータの変更の要求を記述したＸＭＬデータ（この例における処理要求データ）を情報処理装置１０に対して送信する（ステップＳ１１２）。ステップＳ１１１は図１２及び図１３に示すステップＳ２１（ユーザ操作の受け付け）に対応し、ステップＳ１１２はステップＳ２２及びＳ２３（処理要求データの生成及び送信）に対応する。

情報処理装置１０の受付・応答部６１は、そのＸＭＬデータを受信すると、そこに記述された要求の内容を解釈し（ステップＳ１１３）、解釈した内容での処理の実行を情報処理装置１０のミドルウェア層７０に指示する（ステップＳ１１４）。ミドルウェア層７０は、ハードウェア層８０と協働して、指示された処理、すなわちパラメータの変更を実行する（ステップＳ１１５）。ステップＳ１１３からＳ１１５までは図１２及び図１３に示すステップＳ２４（処理の実行）に対応する。

ミドルウェア層７０及びハードウェア層８０は、処理の結果を表す情報を状況情報として受付・応答部６１に供給する（ステップＳ１１６）。受付・応答部６１は、供給された状況情報（この例ではパラメータの変更結果）を記述したＸＭＬデータ（この例における状況情報データ）を生成し（ステップＳ１１７）、処理の要求元である表示装置４に送信する（ステップＳ１１８）。表示装置４のデバイス制御部４２は、送信されてきたＸＭＬデータに記述された状況情報を自装置の表示部に表示させる（ステップＳ１１９）。ステップＳ１１６及びＳ１１７は図１２及び図１３に示すステップＳ３１（状況情報データの生成）に対応する。ステップＳ１１８はステップＳ３２（状況情報データの送信）に対応し、ステップＳ１１９はステップＳ３３（状況情報の表示）に対応する。

図１５は、第２の通知方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１５に示す動作は、例えば、ユーザが情報処理装置１０の画像読取部１３に原稿をセットし、表示装置４に対してコピーを開始させる操作を行うことを契機に開始される。まず、表示装置４のデバイス制御部４２は、コピーを開始させる操作を受け付けると(ステップＳ１２１)、受け付けた操作に応じた指示書を作成する（ステップＳ１２２）。デバイス制御部４２は、作成した指示書を記述した処理要求データを、図９に示す通信部４３を介して情報処理装置１０に送信する（ステップＳ１２３）。情報処理装置１０の受付・応答部６１は、図９に示すインターフェース５０を介して処理要求データを受け取ると、記述された指示書に基づいて要求された処理の内容を解釈し（ステップＳ１２４）、その処理に対応するトランザクションＩＤを発行する（ステップＳ１２５）。

受付・応答部６１が、解釈した処理の内容に基づいて処理の指示を表す情報（この例ではコピージョブ。以下「指示情報」という）を生成してトランザクションＩＤとともにミドルウェア層７０に供給すると（ステップＳ１２６）、ミドルウェア層７０及びハードウェア層８０が協働して、供給された指示情報に基づく処理（コピー処理）を実行する（ステップＳ１２７）。受付・応答部６１は、指示情報を供給したあと、コピー処理の要求を受け付けたことを表す情報（例えば「コピーを受け付けました。」という文字列）と発行したトランザクションＩＤとを記述したＸＭＬデータをＨＴＴＰレスポンスとして表示装置４に送信する（ステップＳ１３１）。なお、ステップＳ１３１の動作は、ステップＳ１２６の動作と並行して、またはそれよりも前に行われてもよい。表示装置４のデバイス制御部４２は、ＨＴＴＰレスポンスを参照し、要求が受け付けられた旨を表す情報を自装置の表示部に表示させるとともに（ステップＳ１３２）、トランザクションＩＤを自装置の記憶部に記憶させる（ステップＳ１３３）。

表示装置４のデバイス制御部４２は、コピー処理の要求に対する応答を受け取ったあと、そのコピー処理の状況の通知を求める通知要求と、ステップＳ１３３において記憶させたトランザクションＩＤとを記述したＸＭＬデータをＨＴＴＰリクエストとして送信する（ステップＳ１４１）。情報処理装置１０の受付・応答部６１は、そのトランザクションＩＤに対応付けられたコピー処理の状況情報がまだ供給されていなければ、その旨を記述したＨＴＴＰレスポンスを表示装置４に送信する（ステップＳ１４２）。ステップＳ１４１及びＳ１４２の動作は繰り返し行われる。

情報処理装置１０のミドルウェア層７０は、コピー（読み取った原稿を示す画像）を媒体に出力すると、それを検知して（ステップＳ１５１）、コピーが媒体に出力されたという状況を示す状況情報を、ステップＳ１２６に供給されたトランザクションＩＤに対応付けて受付・応答部６１に供給する（ステップＳ１５２）。受付・応答部６１は、供給された状況情報及びトランザクションＩＤを記憶部１２に記憶させておく（ステップＳ１５３）。受付・応答部６１は、ステップＳ１５３以降に通知要求及びトランザクションＩＤが記述されたＨＴＴＰリクエストを受信すると（ステップＳ１４１）、ＨＴＴＰリクエストに記述されたトランザクションＩＤに対応付けられた状況情報を記憶部１２から読み出し、その状況情報を記述したＨＴＴＰレスポンスを生成する（ステップＳ１５４）。

受付・応答部６１が生成したＨＴＴＰレスポンスを表示装置４に送信すると（ステップＳ１５５）、表示装置４のデバイス制御部４２は、ステップＳ１３２のように、ＨＴＴＰレスポンスに記述された状況情報を自装置の表示部に表示させる（ステップＳ１５６）。以上のとおり表示装置４が要求した処理に関する情報がトランザクションＩＤによって対応付けられることで、処理の状況がその処理の要求元である表示装置４に対して通知される。以降、コピー処理が完了したときに処理の結果が通知されるまで、ステップＳ１５１からＳ１５６までの動作が繰り返し行われる。

図１６は、第３の通知方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１６に示す動作は、図１５のように、コピーを開始させる操作をユーザが行うことを契機に開始される。まず、表示装置４のデバイス制御部４２が、コピーを開始させる操作を受け付けると(ステップＳ１２１)、イベント通知部６２によるプッシュ型の通知、すなわち第３の通知方法を指定する旨を記述したＸＭＬデータを情報処理装置１０に送信する（ステップＳ１６１）。情報処理装置１０の受付・応答部６１は、そのＸＭＬデータを受信すると、そこに第３の通知方法を指定する旨が記述されていることをミドルウェア層７０に伝達する（ステップＳ１６２）。

ミドルウェア層７０は、伝達された指定を受け付け、表示装置４に対して今後第３の通知方法での通知を行うための設定を行う（ステップＳ１６３）。ミドルウェア層７０は、例えば第３の通知方法を行うか否かを表すフラグをＯＮにする。このように、図１６の例では、処理要求データとは別のＸＭＬデータにより通知方法を指定している。なお、表示装置４のデバイス制御部４２は、指定する通知方法を処理要求データに記述してもよい。その場合、受付・応答部６１がステップＳ１２６において指示情報及びトランザクションＩＤをミドルウェア層７０に供給する際に第３の通知方法が指定された旨を伝達することで、第３の通知方法の設定が行われる。

次に、図１５に示すステップＳ１２２からＳ１２７までの動作と、ステップＳ１３１からＳ１３３までの動作が行われる。続いて、情報処理装置１０のミドルウェア層７０及びハードウェア層８０は、ステップＳ１５１（コピー出力の検知）の動作を行うと、前述したフラグがＯＮになっているため、コピーが媒体に出力されたという状況を示す状況情報とトランザクションＩＤとを受付・応答部６１ではなく、イベント通知部６２に供給する（ステップＳ１７２）。イベント通知部６２は、供給された状況情報（コピー枚数等）とトランザクションＩＤとを記述したＸＭＬデータを生成して（ステップＳ１７３）、表示装置４に送信する（ステップＳ１７４）。表示装置４のデバイス制御部４２は、ＸＭＬデータに記述された内容（例えば図７（ａ）に示す状況情報Ｃ１）を自装置の表示部に表示させる（ステップＳ１７５）。以降、コピー処理が完了したときに処理の結果が通知されるまで、ステップＳ１５１及びステップＳ１７２からＳ１７５までの動作が繰り返し行われる。

図１７は、第４の通知方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１７に示す動作は、表示装置４においてブラウザが起動され、情報処理装置１０にアクセスする操作（ＵＲＬの入力やブックマークの選択など）が行われることを契機に開始される。まず、表示装置４のデバイス制御部４２が、そのアクセスのための操作を受け付けて（ステップＳ１９１）、通信部４３と協働して、情報処理装置１０のインターフェース５０とＷｅｂＳｏｃｋｅｔの規格に準拠した接続を行う（ステップＳ１９２）。

それ以降に、情報処理装置１０において予め定められた状況（トナー切れや用紙切れなど）が発生すると、情報処理装置１０のミドルウェア層７０及びハードウェア層８０が協働して、その定められた状況を検知し（ステップＳ２０１）、検知した状況を表す状況情報をイベント通知部６２に供給する（ステップＳ２０２）。イベント通知部６２は、供給された状況情報を記述したＸＭＬデータを生成し（ステップＳ２０３）、そのＸＭＬデータを、ＷｅｂＳｏｃｋｅｔの接続をしている表示装置４にインターフェース５０を介して送信する（ステップＳ２０４）。表示装置４のデバイス制御部４２は、ステップＳ２０４で受信したＸＭＬデータに記述された状況情報を自装置の表示部に表示させる（ステップＳ２０５）。

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

［１−６］表示される可能性のある操作画像の提供
情報処理装置１０の提供手段１０２は、操作画像を提供する際に、表示される操作画像を提供するだけでなく、表示される可能性のある操作画像も提供する。例えば、表示手段４０１が情報処理装置１０のＵＲＬにアクセスしてきたときに最初に表示される操作画像が図６に示す操作画像群Ａ１だとする。まず、表示手段４０１が操作画像要求データを送信し、提供手段１０２は、それに応答して、図６に示す操作画像群Ａ１に加え、図７（ａ）に示す操作画像群Ａ２を含む操作画像データを送信する。

表示手段４０１は、受信した操作画像データに含まれる操作画像群Ａ１及びＡ２を自装置の記憶手段（ＲＡＭ及び記憶部のいずれかまたは両方）に記憶させ、記憶させた操作画像群のうち、操作画像群Ａ１を自装置の表示部に表示させる。そのあと、操作画像Ａ１２を選択する操作が行われると、表示手段４０１は、記憶させておいた操作画像群Ａ２を記憶部から読み出して表示する。このように、提供手段１０２は、表示装置４に表示されている第１の操作画像（この例では操作画像群Ａ１）が操作されることで表示される第２の操作画像（この例では操作画像群Ａ２）を予め提供する。

操作画像Ａ１２を第１の操作画像とした場合は操作画像群Ａ２に含まれる操作画像が第２の操作画像となる。他にも、操作画像群Ａ１に含まれる操作画像Ａ１３、Ａ１４、Ａ１５を第１の操作画像とした場合の第２の操作画像が存在する。提供手段１０２は、これらの第２の操作画像を、上限として決められた量を超えない範囲で予め提供する。ここでいう操作画像の量とは、操作画像を表す画像ファイルの数や操作画像のデータサイズなどで表される。

提供手段１０２は、本実施形態では、表示装置４の使用可能な記憶領域の大きさに応じて決められた上限を超えない範囲で第２の操作画像を提供する。表示装置４の記憶部には、記憶領域の大きさと第２の操作画像の上限とを対応付けた上限テーブルが記憶されている。
図１８は、上限テーブルの一例を示す図である。この例では、「１００ＭＢ（Megabyte：メガバイト）未満」、「１００ＭＢ以上３００ＭＢ未満」及び「３００ＭＢ以上」という記憶領域の大きさに「１０個」、「２０個」及び「３０個」という操作画像を表す画像ファイルの数が上限としてそれぞれ対応付けられている。

表示装置４の表示手段４０１は、例えば自装置のオペレーションシステムから使用可能な記憶領域の大きさを表す情報を取得し、操作画像要求データに記述する。提供手段１０２は、上限テーブルを参照し、操作画像要求データに記述された情報が表す使用可能な記憶領域の大きさに対応付けられている上限を読み出す。提供手段１０２は、例えば使用可能な記憶領域の大きさが２００ＭＢであれば、「２０個」という上限を読み出す。ここで、操作画像Ａ１２を第１の操作画像とした場合の第２の操作画像は図８（ａ）に示すＡ２１からＡ２６までの６個であり、操作画像Ａ１３、Ａ１４及びＡ１５を第１の操作画像とした場合の第２の操作画像はそれぞれ７個、８個及び２個であるものとする。

提供手段１０２は、これら複数の第２の操作画像から、読み出した上限である「２０個」を超えない範囲で提供対象（提供する対象となる第２の操作画像）を決定する。提供手段１０２は、例えば、操作画像Ａ１２、Ａ１３、Ａ１４、Ａ１５の順番で、それぞれに対応する第２の操作画像の数を加えてゆき、「２０個」を超える前までに加えたものを提供対象として決定する。この例では、操作画像Ａ１２、Ａ１３に対応する操作画像（６＋７＝１３個）を提供対象として決定する。提供手段１０２は、使用可能な記憶領域の大きさが１００ＭＢ未満であれば「１０個」という上限を読み出し、操作画像Ａ１２に対応する操作画像（６個）を提供対象として決定し、使用可能な記憶領域の大きさが３００ＭＢ以上であれば「３０個」という上限を読み出し、操作画像Ａ１２、Ａ１３、Ａ１４、Ａ１５に対応する操作画像（６＋７＋８＋２＝２３個）を提供対象として決定する。

図１９は、上限テーブルの別の一例を示す図である。この例では、「１００ＭＢ未満」、「１００ＭＢ以上３００ＭＢ未満」及び「３００ＭＢ以上」という記憶領域の大きさに「２０ＭＢ」、「４０ＭＢ」及び「８０ＭＢ」という操作画像のデータサイズが上限としてそれぞれ対応付けられている。提供手段１０２は、図１８の説明で述べたように上限を読み出し、読み出した上限を超えない範囲で提供対象を決定する。例えば操作画像Ａ１２、Ａ１３、Ａ１４及びＡ１５を第１の操作画像とした場合の第２の操作画像のデータサイズがそれぞれ１０ＭＢ、５ＭＢ、１５ＭＢ及び２０ＭＢであるものとする。

提供手段１０２は、使用可能な記憶領域の大きさが１００ＭＢ未満であれば「２０ＭＢ」という上限を読み出し、操作画像Ａ１２及びＡ１３に対応する操作画像（１０＋５＝１５ＭＢ）を提供対象として決定し、使用可能な記憶領域の大きさが３００ＭＢ以上であれば「８０ＭＢ」という上限を読み出し、操作画像Ａ１２、Ａ１３、Ａ１４、Ａ１５に対応する操作画像（１０＋５＋１５＋２０＝５０ＭＢ）を提供対象として決定する。

なお、提供手段１０２は、上記の例では、操作画像Ａ１２、Ａ１３、Ａ１４、Ａ１５の順番で、それぞれに対応する操作画像を提供対象として加えていったが、これとは異なる順番を用いてもよい。また、この順番を固定してもよいし、操作画像を提供する度に変更してもよい。例えばＡ１２、Ａ１３、Ａ１４、Ａ１５の順番の次はＡ１３、Ａ１４、Ａ１５、Ａ１２の順番というように先頭の操作画像の順番を最後にするというようにローテーションさせてもよいし、ランダムに変更してもよい。また、第１の操作画像に対応する第２の操作画像の単位で提供対象を決定するのではなく、上限ぎりぎりまで提供対象として決定してもよい。例えば上限が図１８の上限テーブルの「２０個」が上限である場合に、操作画像Ａ１２、Ａ１３に対応する操作画像（６＋７＝１３個）に加え、操作画像Ａ１４に対応する８個の操作画像のうち、７個を提供対象として決定し、上限である２０個の第２の操作画像を提供対象として決定する、という具合である。

本実施形態では、上述したように、表示される可能性のある操作画像を表示装置４に提供して予め記憶させておくことで、操作画像を操作したときに次の操作画像が表示装置４の記憶領域から読み出されるようにしている。このため、いちいち情報処理装置１０から提供させるよりも操作画像が早く表示されるようになっている。一方で、予め記憶された操作画像が多くなると、表示装置４の記憶領域の空きが減少し、他の処理で記憶領域を必要な分だけ使用できなくなり、処理が遅くなったりメモリ不足のエラーが生じたりするおそれがある。本実施形態では、表示される可能性がある操作画像を上記のとおり上限を超えない範囲で提供するため、制限なくその操作画像が提供される場合に比べて、操作画像が記憶される領域（すなわち表示装置４の記憶領域）の空きの減少が抑制される。

また、表示される可能性がある操作画像を予め記憶させると、表示装置４の記憶領域の空きがなくなることも起こり得る。しかし、本実施形態では、情報処理装置１０が表示装置４の利用可能な記憶領域に応じた上限を決めるため、記憶領域の空きがなくならないように上限を決めることで、提供される操作画像を記憶しても、操作画像が記憶される領域（すなわち表示装置４の記憶領域）の空きがなくならないようになっている。

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

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

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

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

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

本変形例では、制御部１１がブラウザのプログラムを実行することで図５に示す操作手段３００の機能を実現する。例えば表示手段３０１は、第１通信部１５を介して送信されてきた操作画像データを通信部３３を介して受信し、ＵＩ部３６に表示する。また、要求手段３０２は、ＵＩ部３６がタップされることで操作画像への操作を受け付ける。また、要求手段３０２は、そうして受け付けた操作により定められた指示を示す指示データを、通信部３３及び第１通信部１５を介して送信する。このように、本変形例においても、情報処理装置と表示装置４との通信が、他の通信装置を介す場合も介さない場合も共通の仲介手段を介して行われることになる。

［２−３］操作装置の設置
操作装置３０は、実施形態や上記変形例では情報処理装置の筐体に固定されていたが、固定されていなくてもよい。
図２１は、本変形例の情報処理装置のハードウェア構成の一例を示す図である。図２１の例では、図４に示す各部のうち、表示部以外の各部を備える情報処理装置１０ｂと、操作装置３０ｂとが示されている。操作装置３０ｂは、図３に示す各部を備え、図５に示す操作手段２００として機能する装置である。

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

［２−４］処理手段
処理手段１０３が行う処理は、実施形態で述べたものに限らず、どういった処理であってもよい。例えば、処理手段１０３は、情報処理装置が工場の機械とそれを制御する装置とを有するものである場合に、その機械で材料を搬送したり加工したりする処理を行う。この場合も、ユーザ装置２０及び操作装置３０のどちらからでも共通の仲介手段を介した通信が行われることによって情報処理装置が操作されるようになる。

［２−５］要求手段
要求手段４０２は、実施形態では、タッチセンサで操作を受け付けたが、これに限らず、自装置がタブレット端末であれば筐体に設けられたボタンで操作を受け付けてもよいし、自装置がパーソナルコンピュータであればキーボードやマウスなどで操作を受け付けてもよい。

［２−６］仲介手段
仲介手段１０１は、実施形態では、ＳＯＡＰの規格に準拠していたが、これに限らず、例えばＲＥＳＴ（Representational State Transfer）やＳＧＭＬ（Standard Generalized Markup Language）などの規格に準拠して通信を仲介してもよい。要するに、仲介手段１０１は、ウェブで用いられる規格に準拠して通信を仲介するものであればよい。これにより、ブラウザを実行可能な大半の装置が操作用装置として利用可能となる。

［２−７］第２の操作画像の量の上限
実施形態では、第２の操作画像の量の上限が、表示装置４の使用可能な記憶領域の大きさに応じて決められたが、これに限らない。例えば、表示装置４の処理能力の高さに応じて上限が決められてもよい。処理能力の高さは、例えば、ＣＰＵのコア数や周波数により表される。他にも、ＲＡＭ、ＨＤＤ及びＳＳＤ等の容量（使用可能な容量ではなく、使用されている容量を含めた容量）やビデオカード（グラフィックボードともいう）の性能などにより表されてもよい。これらの処理能力の高さを表す情報は、実施形態における使用可能な記憶領域のように、オペレーションシステムから取得され、操作画像要求データに記述されることで伝達される。

図２２は、本変形例の上限テーブルの一例を示す図である。この例では、「１コア」、「２コア」及び「３コア以上」という処理能力の大きさに「１０個」、「２０個」及び「３０個」という操作画像を表す画像ファイルの数が上限としてそれぞれ対応付けられている。情報処理装置１０の提供手段１０２は、実施形態で行ったように、上限テーブルを用いて第２の操作画像の量の上限を決める。

例えばＣＰＵやビデオカードの性能が高いほど、表示装置４の記憶領域に操作画像が記憶されてその空きが少なくなっても、ユーザの操作に対して表示装置４が応答してその操作に応じた処理を完了するまでの時間（以下「応答時間」という）が長くなりにくい。また、ＲＡＭ等の容量が大きいほど、操作画像が記憶された場合に表示装置４の記憶領域の空きが多く残りやすくなり、応答時間が長くなりにくい。つまり、上記のとおり処理能力の高さに応じた上限を決めることで、その上限を超えて操作画像を提供する場合に比べて、表示装置４の応答時間が長くなることが抑制される。

また、上限は、第１の操作画像または第２の操作画像に対して行われた操作の履歴に応じて決められてもよい。この場合、表示手段４０１は、例えば、過去の決められた期間（１週間や１カ月など）に操作画像に対して操作が行われた回数を操作履歴として、その操作画像を識別する識別情報に対応付けて記憶する。

図２３は、記憶された操作履歴の一例を示す図である。図２３では、図６に示す操作画像Ａ１２、Ａ１３、Ａ１４及びＡ１５の識別情報が「Ａ１２」、「Ａ１３」、「Ａ１４」及び「Ａ１５」と表されている。この例では、これらの識別情報に対して、「４回」、「８回」、「１２回」及び「２回」という操作履歴がそれぞれ対応付けて記憶されている。表示手段４０１は、記憶したこれらの情報を、操作画像要求データに記述して送信することで提供手段１０２に伝達する。情報処理装置１０の記憶部１２には、伝達された第１の操作画像の操作履歴が表す回数の合計と、上限とを対応付けた上限テーブルが記憶されている。

図２４は、本変形例の上限テーブルの別の一例を示す図である。この例では、「２０回未満」、「２０回以上５０回未満」及び「５０回以上」という操作履歴の合計に「１０個」、「２０個」及び「３０個」という操作画像を表す画像ファイルの数が上限としてそれぞれ対応付けられている。提供手段１０２は、実施形態で行ったように、伝達された操作履歴と上限テーブルとを用いて第２の操作画像の量の上限を決定する。例えば図２３に示す操作履歴が伝達された場合であれば、提供手段１０２は、第１の操作画像の操作履歴の合計が４＋８＋１２＋２＝２６回なので「２０回以上５０回未満」に対応付けられた「２０個」を上限と決める。なお、ここでは第１の操作画像の操作履歴を用いる場合を説明したが、第２の操作画像の操作履歴を用いる場合も、上記のように上限を決めればよい。

第１の操作画像の操作履歴の合計が大きいほど、第１の操作画像のうちのいずれかが操作される可能性が高くなり、それに伴い第２の操作画像が表示される可能性も高くなる。また、第２の操作画像の操作履歴の合計が大きいほど、第２の操作画像が表示されて且つ操作される可能性が高くなる。そこで、図２４の例のように、操作履歴の合計が大きいほど上限を大きくすることで、第２の操作画像が表示されまたは操作される可能性が高いときには多くの第２の操作画像が予め提供され、それらの可能性が少ないときには予め提供される第２の操作画像も少なくなる。これにより、操作履歴に応じた上限を用いない場合に比べて、予め提供されても表示されずに終わる操作画像が少なくなるようになっている。

［２−８］その他の上限
実施形態及び上述した変形例では、提供手段１０２は、表示装置４に関する情報（使用可能な記憶領域の大きさ、処理能力の高さ、操作履歴）に基づいて上限を決めた。表示装置４に関する情報としては、他にも、例えば表示装置４のハードウェアの種類を用いてもよい。例えば、ハードウェアの種類がパーソナルコンピュータなら処理能力が高く、タブレット端末、スマートフォンの順番に処理能力が低くなっていくものとして、上述した処理能力を用いる場合のように上限を決める。

他にも、提供手段１０２が表示装置４の表示面の大きさに応じたデータサイズの操作画像を提供するものとする（表示面が大きいほどデータサイズの大きな操作画像を提供する）と、その表示面の大きさに基づいて上限を決めてもよい。操作画像を表す画像ファイルの数を上限として用いる場合には、表示面が大きいほどデータサイズが大きくなるため上限を小さくし、操作画像のデータサイズを上限として用いる場合には、表示面が大きいほど大きくなるデータサイズに合わせて上限も大きくする、という具合である。

また、表示装置４に関する情報以外の情報に基づいて上限が決められてもよい。例えば、操作画像を表す画像ファイルの種類に応じて上限を決めてもよい。画像ファイルの種類は、例えば、操作画像が静止画像だけでなく動画像によっても表される（操作画像であるボタンが移動したり変形、変色したりする）場合であれば、静止画像を表すファイル（ＪＰＥＧ（Joint Photographic Experts Group）画像やＧＩＦ（Graphics Interchange Format）画像など）と、動画像を表すファイル（ＭＰＥＧ（Moving Picture Experts Group）動画やＧＩＦアニメなど）とに分類される。

この場合、動画像を表すファイルの方がデータサイズが大きくなるため、操作画像を表す画像ファイルの数を上限として用いる場合には上限を小さくし、操作画像のデータサイズを上限として用いる場合には上限を大きくする、という具合である。いずれの上限を用いる場合でも、上限を超えない範囲で表示される可能性がある操作画像を提供するため、制限なくその操作画像が提供される場合に比べて、表示装置４の記憶領域の空きの減少が抑制される。

［２−９］第２の操作画像の優先度
実施形態では、複数の第２の操作画像のうちから提供対象を選択する場合に、決められた順番やローテーションを用いる方法やランダムに選択する方法について述べたが、これに限らない。例えば、提供手段１０２が、第２の操作画像毎に優先度を設定して、優先度が高いものを低いものよりも優先して提供対象として選択するようにしてもよい。

提供手段１０２は、例えば、複数の第２の操作画像のうち、通知手段１０４により通知される状況を表示させる操作に対応する第２の操作画像を他の第２の操作画像よりも優先して提供する。通知手段１０４により通知される状況とは、例えば図７に示すコピー枚数である。また、画像を記憶したメモリーキーを図４に示す接続部１７に接続して画像を読み込む場合であれば、読み込まれた画像のサムネイル画像の一覧などが、読み込みの処理の状況として通知される。他にも、スキャン処理、ＦＡＸ処理、プリント処理など、各処理が処理手段１０３によって実行されると、それぞれの処理の状況が通知手段１０４によって通知されて表示装置４の表示手段４０１によって表示される。

そういった処理の状況を表示させる操作に対応するものが複数の第２の操作画像に含まれている場合には、提供手段１０２は、それらの第２の操作画像を他の第２の操作画像よりも優先して予め提供する。ただし、この場合にも、提供手段１０２は、決められた上限を超えない範囲で第２の操作画像を提供する。例えばメニュー画面に含まれる第１の操作画像のうちのいずれかを操作すると図６に示す操作画像群Ａ１が表示される場合に、そのメニュー画面が表示されているときには、操作画像群Ａ１に含まれる操作画像が第２の操作画像となる。上述したように、操作画像Ａ１５を操作すると図７に示す状況が表示されるので、その状況を表示させる操作に対応する操作画像Ａ１５は、他の操作画像よりも優先されて第２の操作画像として予め提供される。

この場合の他の操作画像とは、例えば、メニュー画面において操作画像群Ａ１を表示させる操作画像以外の操作画像を操作した場合に表示される操作画像である。なお、提供手段１０２は、操作画像Ａ１５とともに表示される操作画像Ａ１２、Ａ１３及びＡ１４などの操作画像群Ａ１に含まれる操作画像については、先に述べた他の操作画像よりも優先して提供してもよいし、優先しないで提供してもよい。これらの操作画像を優先する場合には、さらに、操作画像Ａ１５を操作画像群Ａ１に含まれる他の操作画像よりも優先し、２段階で優先度を設定してもよい。

また、提供手段１０２は、通知される処理の状況とともに表示される第２の操作画像を他の第２の操作画像よりも優先して提供してもよい。例えば図７に示すコピー枚数という処理の状況が通知される場合には、その状況とともに操作画像Ａ２７及びＡ２８が表示されるので、提供手段１０２が、これらの操作画像を他の操作画像よりも優先して第２の操作画像として予め提供する。この場合の他の操作画像とは、操作画像Ａ１２、Ａ１３及びＡ１４が操作されることで表示される操作画像（例えば図８に示す操作画像群Ａ２）である。

処理が実行されている状態では、ユーザはその処理の状況を確認するために、処理の状況を表示させる操作を行うことが多い。つまり、処理の状況を表示させる操作は、他の操作に比べて行われる可能性が高い。本変形例では、そのように行われる可能性が高い操作に対応する操作画像が優先して提供されるので、処理の状況を表示させる操作と操作画像との対応を考慮せずに第２の操作画像を提供する場合に比べて、ユーザによって操作されやすい第２の操作画像が提供される。

提供手段１０２は、上記とは異なる方法で設定した第２の操作画像の優先度を用いてもよい。例えば、提供手段１０２は、複数の第２の操作画像のうち、各々に対して行われた操作の履歴に応じて選択した第２の操作画像を他の第２の操作画像よりも優先して提供する。例えば図６に示す操作画像Ａ１２、Ａ１３、Ａ１４及びＡ１５が第１の操作画像である場合に、表示手段４０１は、それぞれを操作した場合に表示される第２の操作画像が過去の決められた期間（例えば１週間や１カ月）に操作された回数の合計を操作履歴として記憶する。

図２５は、記憶された操作履歴の一例を示す図である。図２５では、操作画像Ａ１２、Ａ１３、Ａ１４及びＡ１５の識別情報に、それらを第１の操作画像とした場合の第２の操作画像の操作履歴として「１２回」、「８回」、「２８回」及び「２回」という操作の回数がそれぞれ対応付けて記憶されている。これらの操作履歴は図２３に示す操作履歴のように提供手段１０２に伝達される。提供手段１０２は、例えば、操作履歴が示す操作の回数が多いものから優先度を高くして、優先度の高いものから順番に提供対象とし、その量が上限を超えないところまでのものを提供対象として選択する。

上限が１０個の場合であれば、操作履歴の表す回数が最も多い「２８回」の操作画像Ａ１４に対応する第２の操作画像（８個）と、次に回数が多い「１２回」の操作画像Ａ１２に対応する第２の操作画像（６個）とを加えると上限を超えるので、提供手段１０２は、操作画像Ａ１４に対応する第２の操作画像を提供対象として選択する。これにより、よく操作される操作画像ほど第２の操作画像として予め記憶されやすくなり、操作履歴に応じた優先度を用いない場合に比べて、予め提供されても表示されずに終わる操作画像が少なくなるようになっている。

［２−１０］複数の情報処理装置
実施形態では情報処理装置１０が１台であったが、複数台の情報処理装置１０が存在している場合もある。
図２６は、本変形例の情報処理システム１ａの全体構成の一例を示す図である。情報処理システム１ａは、情報処理装置１０−１及び１０−２を含む複数の情報処理装置１０を備え、それ以外の構成は図１と共通している。

情報処理システム１ａにおいては、例えば情報処理装置１０−１が図６に示す操作画像群Ａ１を表示装置４に提供したあと、情報処理装置１０−２が操作画像群Ａ１を表示装置４に提供する場合がある。表示装置４の表示手段４０１は、このように情報処理装置１０（この例では情報処理装置１０−２）から提供された操作画像が他の情報処理装置１０（この例では情報処理装置１０−１）から既に提供されていた場合には、いずれか一方の操作画像を一時的に記憶せずに破棄する。

表示手段４０１は、例えば、操作画像を表す画像データのファイル名で操作画像の同異を判断する。なお、表示手段４０１は、ファイル名に加え、ファイルの作成日時やサイズも含めて操作画像の同異を判断してもよい。また、表示手段４０１は、先に記憶していた操作画像群Ａ１を保持したまま、新たに提供された操作画像群Ａ１を破棄してもよいし、先に記憶していた操作画像群Ａ１を破棄し、新たに提供された操作画像群Ａ１を記憶してもよい。これにより、表示装置４の記憶領域に重複する操作画像が記憶されなくなる。

情報処理システム１ａでは、各情報処理装置１０において用いられる操作画像が異なる場合がある。例えば情報処理装置１０−１では図８に示す操作画像Ａ２６が用いられるが、情報処理装置１０−２では操作画像Ａ２６が用いられないという場合である。このように、第１の情報処理装置（この例では情報処理装置１０−１）から提供された第１の操作画像（この例では操作画像Ａ２６）が第２の情報処理装置（この例では情報処理装置１０−２）の操作には用いられない場合に、第２の情報処理装置を操作するための操作画像を表示するときには、表示装置４の表示手段４０１は、次のように操作画像を表示する。

図２７は、表示された操作画像の一例を示す図である。図２７（ａ）では、操作画像群Ａ２ａが表示されている。操作画像群Ａ２ａには、図８に示す操作画像群Ａ２に含まれる操作画像のうち、操作画像Ａ２６（この例における第１の操作画像）以外が含まれている。表示手段４０１は、情報処理装置１０−１から操作画像群Ａ２を提供されたときには、操作画像Ａ２６も自装置の記憶領域に記憶する。そのあと、情報処理装置１０−２から操作画像群Ａ２ａが提供されると、表示手段４０１は、操作画像群Ａ２ａには第１の操作画像である操作画像Ａ２６が含まれていないため、それ以外の操作画像（Ａ２１からＡ２５まで）を表示し、第１の操作画像（操作画像Ａ２６）を表示しない。

このとき、表示手段４０１は、操作画像Ａ２６を記憶領域から削除してもよいし、操作画像Ａ２６を記憶領域に一時的に記憶させたまま表示をさせないようにしてもよい。後者の場合、再び情報処理装置１０−１の操作画像を表示させるときに、記憶させておいた操作画像Ａ２６が表示可能となる。なお、表示手段４０１は、操作を受け付けなくした第１の操作画像を他の操作画像とは異なる態様で表示してもよい。

図２７（ｂ）では、この場合に表示される第１の操作画像の一例である操作画像Ａ２６ｂが示されている。操作画像Ａ２６ｂは、辺が点線で表されており、辺が実線で表されている他の操作画像とは異なる態様で表示されている。なお、表示手段４０１は、この他に、他の操作画像よりも薄い色（グレーなど）で表された第１の操作画像を表示してもよいし、第１の操作画像を縮小して表示してもよい。

図８（ａ）の例のように第１の操作画像を表示させなくすると、表示された操作画像は全て操作可能なものだとユーザによって認識されることになる。また、図８（ｂ）の例のように第１の操作画像を異なる態様で表示することで、第１の操作画像への操作が受け付けられないことをユーザが直観的に認識することになる。いずれの場合も、第１の操作画像の表示を本変形例のように行わない場合に比べて、第２の情報処理装置１０の操作には用いられない操作画像（すなわち第１の操作画像）を操作する動作をユーザにさせてしまうことが抑制される。

［２−１１］第２の操作画像の要求
実施形態では、情報処理装置１０の提供手段１０２が提供対象である第２の操作画像を選択して提供したが、表示装置４が提供対象を選択して要求してもよい。この場合、表示装置４の表示手段４０１は、自手段が表示する第１の操作画像を情報処理装置１０に要求するとともに、その第１の操作画像が操作されることで表示される第２の操作画像を予め情報処理装置１０に要求する。ただし、表示手段４０１は、第２の操作画像を、上限として決められた量を超えない範囲で要求する。

表示手段４０１は、例えば図１８等に示す上限テーブルを記憶しておき、提供手段１０２が実施形態や上記の変形例で行ったように上限を決めて第２の操作画像を要求する。提供手段１０２は、こうして要求された第１の操作画像及び第２の操作画像を表示装置４に提供する。これにより、提供手段１０２が上限を超えない範囲で第２の操作画像を提供する場合のように、表示装置４の記憶領域の空きの減少が抑制される。

［２−１２］第３の操作画像
実施形態及び上記の変形例では、例えば図６に示す操作画像Ａ１２を第１の操作画像とした場合、図８に示す操作画像Ａ２１〜Ａ２６が第２の操作画像として予め提供されたが、これに加え、第２の操作画像が操作されることで表示される第３の操作画像（例えば図８に示す操作画像Ａ３１〜Ａ３５）が予め提供されてもよい。さらに、第３の操作画像が操作されることで表示される第４の操作画像が予め提供されてもよい。要するに、表示させるまでに必要な操作が一度の操作画像に限らず、複数回の操作が必要な操作画像であっても、表示される可能性のある操作画像が予め提供されるようになっていればよい。いずれの場合も、上述した上限を超えない範囲で操作画像が提供されればよく、それによって表示装置４の記憶領域の空きの減少が抑制されることになる。

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

１…情報処理システム、２…通信回線、３…通信機器、１０…情報処理装置、２０…ユーザ装置、３０…操作装置、１１、２１、３１…制御部、１２、２２、３２…記憶部、１３…画像読取部、１４…画像形成部、１５…第１通信部、１６…第２通信部、１７…接続部、２３、３３…通信部、２４、３４…表示部、２５、３５…操作部、１０１…仲介手段、１０２…提供手段、１０３…処理手段、１０４…通知手段、１０５…制御手段、２００、３００…操作手段、２０１、３０１…表示手段、２０２、３０２…要求手段

Claims (12)

1. 処理を実行する処理手段と、
   外部から提供された操作画像を一時的に記憶して表示する表示装置から当該操作画像への操作に対応する前記処理を要求されると、前記処理手段を制御して当該処理を実行させる制御手段と、
   前記表示装置が表示する第１の前記操作画像を当該表示装置に提供し、当該第１の操作画像が操作されることで表示される第２の前記操作画像を、上限として決められた量を超えない範囲で予め当該表示装置に提供する提供手段と
   を備える情報処理装置。
2. 前記上限は、前記表示装置の使用可能な前記記憶領域の大きさに応じて決められる
   請求項１に記載の情報処理装置。
3. 前記上限は、前記表示装置の処理能力の高さに応じて決められる
   請求項１に記載の情報処理装置。
4. 前記上限は、前記第１の操作画像または前記第２の操作画像に対して行われた操作の履歴に応じて決められる
   請求項１に記載の情報処理装置。
5. 前記処理手段が実行する処理の状況を前記表示手段に通知する通知手段を備え、
   前記提供手段は、複数の前記第２の操作画像のうち、通知される前記状況を表示させる操作に対応する前記第２の操作画像または当該状況とともに表示される前記第２の操作画像を他の前記第２の操作画像よりも優先して提供する
   請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記提供手段は、複数の前記第２の操作画像のうち、各々に対して行われた操作の履歴に応じて選択した前記第２の操作画像を他の前記第２の操作画像よりも優先して提供する
   請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 請求項１乃至６のいずれか１項に記載の情報処理装置と、
   前記情報処理装置から提供された操作画像を一時的に記憶して表示し、当該操作画像に対する操作が行われると、当該操作に対応する処理を前記情報処理装置に要求する表示装置と
   を備える情報処理システム。
8. 複数の前記情報処理装置を備え、
   前記表示装置は、前記情報処理装置から提供された操作画像が他の前記情報処理装置から既に提供されていた場合には、いずれか一方の前記操作画像を一時的に記憶せずに破棄する
   請求項７に記載の情報処理システム。
9. 前記表示装置は、第１の前記情報処理装置から提供された第１の前記操作画像が第２の前記情報処理装置の操作には用いられない場合に、当該第２の情報処理装置を操作するための操作画像を表示するときには、当該第１の操作画像を表示しないまたは操作を受け付けなくした当該第１の操作画像を他の操作画像とは異なる態様で表示する
   請求項７または８に記載の情報処理システム。
10. 処理を実行する処理手段を備える情報処理装置から提供される操作画像を一時的に記憶して表示する表示手段であって、自手段が表示する第１の前記操作画像を前記情報処理装置に要求するとともに、当該第１の操作画像が操作されることで表示される第２の前記操作画像を、上限として決められた量を超えない範囲で予め前記情報処理装置に要求する表示手段と、
    表示された前記操作画像への操作に対応する処理を前記情報処理装置に要求する要求手段と
    を備える表示装置。
11. コンピュータを、
    処理を実行する処理手段と、
    外部から提供された操作画像を一時的に記憶して表示する表示装置から当該操作画像への操作に対応する前記処理を要求されると、前記処理手段を制御して当該処理を実行させる制御手段と、
    前記表示装置が表示する第１の前記操作画像を当該表示装置に提供し、当該第１の操作画像が操作されることで表示される第２の前記操作画像を、上限として決められた量を超えない範囲で予め当該表示装置に提供する提供手段
    として機能させるためのプログラム。
12. コンピュータを、
    処理を実行する処理手段を備える情報処理装置から提供される操作画像を一時的に記憶して表示する表示手段であって、自手段が表示する第１の前記操作画像を前記情報処理装置に要求するとともに、当該第１の操作画像が操作されることで表示される第２の前記操作画像を、上限として決められた量を超えない範囲で予め前記情報処理装置に要求する表示手段と、
    表示された前記操作画像への操作に対応する処理を前記情報処理装置に要求する要求手段
    として機能させるためのプログラム。

Images