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

Abstract

【課題】依頼した処理の結果通知を表示する表示装置（ユーザ装置）において、処理結果を通知する情報処理装置の通知処理制御に起因して通知を受けることができない期間を短くする。【解決手段】ユーザ装置２０は、ユーザの操作に応じた要求をＨＴＴＰリクエストにより行う要求手段４０２と処理の結果を表示する表示手段４０１とを備える。情報処理装置１０は、ユーザ装置２０からＨＴＴＰリクエストにより処理が要求されると、処理手段１０３を制御して、要求された処理を実行させる制御手段１０５と、処理の結果をユーザ装置２０に通知する通知手段１０４とを備える。通知手段１０４は、その処理に要する時間が閾値以上である場合には、その処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信によりその処理の結果を通知する。【選択図】図５

Description

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

特許文献１には、タスクの処理負荷を予測し、予測した処理負荷に対応付けられた実行方式でタスクを実行する技術が記載されている。

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

本発明は、依頼した処理の結果が通知されるとその結果を表示する表示装置において、依頼された処理の結果を通知する情報処理装置の通知処理の制御に起因して通知を受けることができなくなる期間が長くなりすぎないようにすることを目的とする。

本発明の請求項１に係る情報処理装置は、処理を実行する処理手段と、前記処理の結果を表示する表示装置からＨＴＴＰ（Hypertext Transfer Protocol）リクエストにより前記処理が要求されると、要求された当該処理を、前記処理手段を制御して実行させる制御手段と、前記処理の結果を前記表示装置に通知する通知手段であって、当該処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信により当該処理の結果を通知する通知手段とを備えることを特徴とする。

本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記通知手段は、要求された前記処理に要する時間が閾値以上である場合には、前記別の通信により前記処理の結果を通知し、当該時間が当該閾値未満である場合には、当該処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより当該処理の結果を通知することを特徴とする。

本発明の請求項３に係る情報処理装置は、請求項２に記載の構成において、前記通知手段は、予め決められた処理が要求された場合には、当該処理に要する時間が前記閾値以上であっても、当該処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより当該処理の結果を通知することを特徴とする。

本発明の請求項４に係る情報処理装置は、請求項１乃至３のいずれか１項に記載の構成において、前記通知手段は、ＨＴＴＰレスポンス以外の通信による通知を受け取る機能を前記表示装置が有している場合には、前記処理が完了したときに当該処理の結果を当該機能で受け取れるように当該表示装置に通知することを特徴とする。

本発明の請求項５に係る情報処理システムは、請求項１乃至４のいずれか１項に記載の情報処理装置と、ユーザの操作に応じてＨＴＴＰリクエストによる要求を行う要求手段であって、当該要求に対するＨＴＴＰレスポンスを受け取るまでは前記操作を受け付けない要求手段と、前記処理の結果を表示する表示手段とを備える表示装置とを備えることを特徴とする。

本発明の請求項６に係るプログラムは、コンピュータを、処理を実行する処理手段と、前記処理の結果を表示する表示装置からＨＴＴＰリクエストにより前記処理が要求されると、要求された当該処理を、前記処理手段を制御して実行させる制御手段と、前記処理の結果を前記表示装置に通知する通知手段であって、当該処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信により当該処理の結果を通知する通知手段として機能させることを特徴とする。

請求項１、５、６に係る発明によれば、依頼した処理の結果が通知されるとその結果を表示する表示装置において、ＨＴＴＰレスポンスでしか通知が行われない場合に比べて、依頼された処理の結果を通知する情報処理装置の通知処理の制御に起因して通知を受けることができなくなる期間が長くなりすぎないようにすることができる。
請求項２に係る発明によれば、表示装置で操作が受け付けられない期間が長くなりすぎないようにしつつ、処理の結果がより早くユーザに伝わるようにすることができる。
請求項３に係る発明によれば、表示装置が通知を受け取る機能を有するか否かを考慮しない場合に比べて、処理の結果をより確実に通知することができる。
請求項４に係る発明によれば、どの処理でも一様に処理に要する時間に基づく通知を行う場合に比べて、処理の結果をより確実にユーザに伝えることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

仲介手段１０１は、各種の通信プロトコルを用いた通信を仲介することが可能に構成されている。仲介手段１０１は、例えば表示装置４から送信されてくるユーザインターフェースを構成するための情報を取得する要求であるＨＴＴＰリクエストを受け取って後述する提供手段１０２に供給したり、その応答で後述する提供手段１０２から供給されるＨＴＭＬ（Hyper Text Markup Language）形式で記述されたユーザインターフェースを構成する情報をＨＴＴＰレスポンスとして表示装置４に向けて送信する制御を仲介する。

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

仲介手段１０１は、以下に述べる提供手段１０２、通知手段１０４、制御手段１０５、表示手段２０１及び３０１（以下、それぞれを区別しない場合は「表示手段４０１」という）、要求手段２０２及び３０２（以下、それぞれを区別しない場合は「要求手段４０２」という）の通信を仲介する。詳細には、仲介手段１０１は、情報処理装置１０の提供手段１０２及び通知手段１０４が表示装置４の表示手段４０１と行う通信をそれぞれ仲介し、表示装置４の要求手段４０２が情報処理装置１０の制御手段１０５と行う通信をそれぞれ仲介する。

［１−３−２］提供手段
情報処理装置１０の提供手段１０２は、上述した操作画像データを、仲介手段１０１を介して表示装置４に提供する手段である。提供手段１０２は、ユーザが操作するための画像データである操作画像データを記憶しており、操作画像データを要求するＨＴＴＰリクエストが仲介手段１０１を介して送信されてくると、この要求に対応する操作画像データを含むＨＴＴＰレスポンスを要求元に対して仲介手段１０１を介して送信する。この操作画像データは、例えばＨＴＭＬ形式で記述された情報である。

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

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

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

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

通知手段１０４は、第２の通知方法では、表示装置４からＨＴＴＰリクエストによる処理要求があった場合に、要求された処理の完了を待たずに、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより、まずは処理要求が受け付けられた旨を通知する。それ以降、通知手段１０４は、表示装置４からその処理の状況の通知を求める要求（以下「通知要求」という）を記述したＨＴＴＰリクエストが送信されてきたときに、そのＨＴＴＰリクエストに対するＨＴＴＰレスポンスに状況情報を記述して送信することで、処理の状況を通知する。表示装置４は、このＨＴＴＰリクエストによる通知要求を一定周期で繰り返し行い（いわゆるポーリングを行い）、通知手段１０４は、ポーリングによる通知要求を受ける度にその応答で処理の状況を通知する。本実施形態では、表示装置４は、処理の完了や処理の途中で障害が発生しして処理を中止した等の結果が通知されるまでポーリングを行い、通知手段１０４は、処理の結果を通知するまで処理の状況を繰り返し通知する。

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

第３及び第４の通知方法は、仲介手段１０１が、ＴＣＰのハンドシェイク手続きを行って自装置（情報処理装置１０）とその表示装置４と接続させた状態で行われる。この状態で、通知手段１０４は、例えば処理手段１０３から状況情報が供給されると、ＷｅｂＳｏｃｋｅｔの規格に準拠するプロトコルを用いて、状況情報として記述された通知データを生成する。通知手段１０４は、この通知データを、仲介手段１０１を介して表示装置４に送信することで、処理の状況を通知する。

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

つまり、通知手段１０４は、第３の通知方法を用いた場合には、処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信（具体的にはＷｅｂＳｏｃｋｅｔの規格に準拠した通信）により、その処理の結果及びそれ以外の処理の状況を通知する。

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

このように、通知手段１０４は、第３及び第４の通知方法を用いた場合、表示装置４からのＨＴＴＰリクエストに含まれる要求（処理要求及び通知要求）の有無に関係なく、能動的な通知（いわゆるプッシュ型の通知）を行う。
第１、第２及び第３の通知方法は、いずれも、表示装置４から要求された処理の結果を通知する際に用いられる。通知手段１０４がこれら３通りの通知方法から通知に用いるものを決定する手順については、のちほど詳しく説明する。

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

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

図８は、表示された状況情報の例を示す図である。この例では、トナーがなくなった場合に表示される状況情報が表示されている。具体的には、「トナーが切れました。交換してください。」という文字列を含む状況情報Ｃ３が表示されている。

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

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

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

操作画像データ群Ａ１には、コピーを開始させるための操作画像データＡ１１が含まれている。操作画像データＡ１１が操作されると、その時点で選択されているパラメータを用いたコピーの処理が情報処理装置１０に対して要求される。表示手段４０１は、表示した操作画像データに関してユーザにより選択や設定が行われたパラメータの処理要求を指示するためのデータとして要求手段４０２に供給する。

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

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

具体的には、要求手段４０２は、操作された要求画像データに対応する処理（この例ではコピー処理）を、ユーザ操作の結果得られるパラメータを用いて行うという指示を記述した指示データを生成し、この指示データを含むＨＴＴＰリクエストを生成する。要求手段４０２は、生成したＨＴＴＰリクエストを情報処理装置１０に送信することで、情報処理装置１０に対して指示データに記述された処理を要求する。このように要求手段４０２が処理を要求するために送信する指示データのことを以下では「処理要求データ」という。

なお、コピー処理が要求される場合には、コピー処理の指示データを含む処理要求データが生成されるが、要求される処理によっては、処理要求データに指示データが含まれない場合もある。例えば情報処理装置１０の電源を落とす処理が要求される場合には処理要求データに指示データが含まれない。

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

［１−３−６］制御手段
情報処理装置１０の制御手段１０５は、表示装置４からの処理要求データが仲介手段１０１を介して送信されてきた場合に、処理手段１０３を制御して、その処理要求データにより要求された処理を実行させる。つまり、制御手段１０５は、表示装置４からＨＴＴＰリクエストにより処理が要求されると、処理手段１０３を制御して要求された処理を実行させる手段である。表示装置４からＨＴＴＰリクエストとして送信されてきたでＸＭＬデータある処理要求データは、仲介手段１０１によって仲介されて制御手段１０５に供給される。

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

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

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

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

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

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

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

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

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

［１−５］動作
以下、情報処理装置１０の通知手段１０４が上述した第１から第４までの４つの通知方法で状況を通知する際に各装置が行う動作について、図１２から図１５までを参照して説明する。図１２から図１４までにおいては、表示装置４のデバイス制御部４２と、情報処理装置１０の受付・応答部６１、イベント通知部６２、ミドルウェア層７０及びハードウェア層８０とが動作の主体としてそれぞれ示す。図１５においては、それらの動作の主体のうち、受付・応答部６１をインターフェース５０に代えて示す。

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

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

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

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

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

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

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

図１４は、第３の通知方法が用いられる場合の各装置の動作の一例を示すシーケンス図である。図１４に示す動作は、図１３のように、コピーを開始させる操作をユーザが行うことを契機に開始される。まず、表示装置４のデバイス制御部４２が、コピーを開始させる操作を受け付けると(ステップＳ１２１)、イベント通知部６２によるプッシュ型の通知を申し込む旨を記述した通知要求データを情報処理装置１０に送信する（ステップＳ１６１）。情報処理装置１０の受付・応答部６１は、その通知要求データを受信すると、そこに記述された申込みの内容をミドルウェア層７０に伝達する（ステップＳ１６２）。ミドルウェア層７０は、伝達された申込みを受け付け、表示装置４に対して今後イベント通知部６２によるプッシュ型の通知を行うための設定を行う（ステップＳ１６３）。ミドルウェア層７０は、例えばその通知を行うか否かを表すフラグをＯＮにする。

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

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

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

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

［１−６］通知方法の決定
以下、通知手段１０４が第１、第２及び第３の通知方法から通知に用いるものを決定する手順について説明する。通知手段１０４は、本実施形態では、表示装置４がプッシュ型の通知を受け取る機能、すなわち、ＨＴＴＰレスポンス以外の通信による通知を受け取る機能を有しているか否かによって、異なる通知方法を用いる。

通知手段１０４は、表示装置４がＷｅｂＳｏｃｋｅｔに準拠した通信を行う機能を有する場合に、プッシュ型の通知を受け取る機能を有すると判断する。例えば、表示装置４の要求手段４０２は、処理要求データに実行中のブラウザがＷｅｂＳｏｃｋｅｔの規格に対応しているか否かを表す情報を記述する。この情報は、「対応有り」や「対応無し」といった文字列でもよいし、「１」及び「０」のフラグ（「１」は対応することを表す）でもよい。また、ブラウザの名称及びバージョンの情報であってもよい。各ブラウザは、バージョンによってＷｅｂＳｏｃｋｅｔに対応しているか否かが決まっているからである。

通知手段１０４は、仲介手段１０１を介して制御手段１０５が受け取った処理要求データやブラウザ種別情報を解析し、ＷｅｂＳｏｃｋｅｔの規格に対応していることを表す情報が記述されていれば、表示装置４がプッシュ型の通知を受け取る機能を有していると判断し、ＷｅｂＳｏｃｋｅｔの規格に対応していないことを表す情報が記述されていれば、表示装置４がプッシュ型の通知を受け取る機能を有していないと判断する。なお、通知手段１０４は、ＷｅｂＳｏｃｋｅｔの規格に基づいた接続が実際にされていれば表示装置４がこの機能を有し、接続されていなければ表示装置４がこの機能を有しないと判断してもよい。

通知手段１０４は、表示装置４がプッシュ型の通知を受け取る機能を有していない場合には、上述した第１及び第２の通知手段のいずれかを用いて、表示装置４からの要求（処理要求や通知要求など）に対する応答で、処理の結果をその表示装置４に通知する。なお、第２の通知方法を選択する場合は、通知内容に、ポーリング間隔に関する情報を含めるようにしてもよい。また、通知手段１０４は、表示装置４がプッシュ型の通知を受け取る機能を有している場合には、第１から第３までのどの通知方法を用いても通知可能であるが、本実施形態では、上述した第３の通知手段を用いて、処理が完了したときにその処理の結果をその機能で受け取れるように表示装置４に通知する。

また、通知手段１０４は、表示装置４から処理を要求された場合に、要求された処理に要する時間（処理が要求されてから処理が完了するまでに要する時間。以下「処理時間」という）によっても、異なる通知方法を用いる。具体的には、通知手段１０４は、処理時間が閾値（例えば０．５秒や１秒など）以上であれば、第２の通知方法（処理要求に対する応答後のプル型の通知）または第３の通知方法（処理要求に対する応答後のプッシュ型の通知）を用いて、処理の結果（及び他の処理の状況）を通知する。また、通知手段１０４は、処理時間が閾値未満であれば、第１の通知方法（処理要求に対する応答による通知）を用いて、処理の結果を通知する。

通知手段１０４は、例えば次のようにして処理時間を算出する。通知手段１０４は、各処理とそれらの処理時間の平均とを対応付けた処理時間テーブルを記憶している。
図１６は、処理時間テーブルの一例を示す図である。この処理時間テーブルでは、例えば「コピー処理」であれば、「２秒＋枚数×２秒」という処理時間の平均が対応付けられている。これは、コピー処理を開始してから原稿が読み取られて１枚目の画像の形成が開始されるまでに２秒を要し、そのあと１枚の媒体に画像を形成するのに２秒ずつ要することを表している。

「原稿データのＦＡＸ処理」という処理は、原稿を読み取らなくとも既に原稿データがある場合にその原稿データをＦＡＸする処理を表している。この処理には、ＦＡＸ回線が接続されるまでの平均時間（この例では３秒）と、１枚分のデータを送信するのに要する時間（この例では０．５秒）とを合計した「３秒＋枚数×０．５秒」という処理時間の平均が対応付けられている。

「原稿の読み取り及びＦＡＸ処理」という処理には、原稿の読取処理を行う必要があることから、１枚分の原稿を読み取るのに要する時間（この例では０．５秒）も合計した「３秒＋枚数×１．０秒」という処理時間の平均が対応付けられている。また、「ＳＤメモリーカード内の画像の読み出し処理」には「画像数×０．０５秒」が、「パラメータの変更処理」には「０．１秒」という処理時間の平均が対応付けられている。通知手段１０４は、例えば、初めは予めテストして求められた処理時間の平均を用いるが、これらの処理を実際に行ったときの処理時間を測定しておき、その結果をもとに平均を更新してもよい。

通知手段１０４は、例えば「原稿データのＦＡＸ処理」で用いる原稿の「枚数」を、処理要求データに記述されたパラメータから取得する。また、通知手段１０４は、「コピー処理」や「原稿の読み取り及びＦＡＸ処理」で用いる「枚数」は、処理を開始したあとに図４に示す画像読取部１３が画像の読み取りを完了したときに画像読取部１３から取得する。また、通知手段１０４は、「ＳＤメモリーカード内の画像の読み出し処理」で用いる「画像数」は、図４に示す接続部１７を介してＳＤメモリーカード（またはその中のいずれかのフォルダ）にアクセスしたときに取得する。通知手段１０４は、処理要求データに記述された処理と、こうして取得した各情報と、処理時間テーブルとに基づいて処理時間を算出し、閾値以上であるか否かを判断する。

通知手段１０４が通知方法を決定する手順を以下でまとめて説明する。
図１７は、通知方法を決定する手順の一例を示すフロー図である。表示装置４から処理が要求されると、通知手段１０４は、まず、その処理の処理時間が閾値以上であるか否かを判断し（ステップＳ１１）、閾値未満（ＮＯ）である場合には、第１の通知方法（処理要求に対する応答での通知）で通知を行う（ステップＳ１２）。通知手段１０４は、処理時間が閾値以上（ＹＥＳ）である場合には、処理を要求してきた表示装置４がプッシュ型の通知を受け取る機能を有しているか否かを判断し（ステップＳ１３）、有している（ＹＥＳ）と判断した場合には第３の通知方法（処理要求に対する応答後のプッシュ型の通知）で通知を行う（ステップＳ１４）。また、通知手段１０４は、その機能を有していない（ＮＯ）と判断した場合には、第２の通知方法（処理要求に対する応答後のプル型の通知）で通知を行う(ステップＳ１５)。

第１の通知方法が用いられると、処理要求から処理の結果の通知まで要求手段４０２が操作を受け付けなくなる。一方、第２及び第３の通知方法が用いられると、処理要求に対して処理が完了していなくても一旦応答するため、第１の通知方法が用いられる場合に比べて、要求手段４０２が操作を受け付けない期間が短くなりやすい。本実施形態では、ＨＴＴＰリクエストにより要求された処理の結果を通知する場合に、その処理の処理時間が閾値以上の場合には第１の通知方法が用いられないため、処理の要求元の装置（表示装置４）においてＨＴＴＰレスポンス待ちで操作が受け付けられない期間が長くなりすぎない。

第１の通知方法が用いられると、例えばコピー処理が実行された場合、図７（ｂ）に示す状況情報Ｃ２のように処理の結果が表示されるまで、処理の状況が表示され続けることになる。その結果、処理の結果が通知されれば、すぐにそれが表示され、ユーザに処理の結果が伝わることになる。これに対し、例えば第２の通知方法では、処理が完了しても、表示装置４が通知要求を行ったときにしか通知がされない。また、第３の通知方法でも、処理が完了したときに処理の結果を通知手段１０４が通知したとしても、表示装置４がユーザの操作等により状況情報以外の画像（例えば図６に示す操作画像データ群Ａ１）を表示させていた場合、通知された処理の結果がユーザにすぐに伝わらない。

このように、第１の通知方法が用いられると、第２及び第３の通知方法が用いられる場合に比べて、処理の結果がユーザに伝わるまでの期間は短くなりやすい。本実施形態では、要求された処理の処理時間が閾値未満の場合には第１の通知方法が用いられるため、前述したように、処理の要求元の装置（表示装置４）においてＨＴＴＰレスポンス待ちで操作が受け付けられない期間が長くなりすぎないようにしつつ、処理の結果がより早くユーザに伝わるようになる。

また、ＨＴＴＰレスポンスによるプル型の通知が行われる第２の通知方法に比べると、ＨＴＴＰレスポンス以外の通信によるプッシュ型の通知が行われる第３の通知方法が用いられた場合の方が、処理の結果が早く通知される。ただし、その機能を有していない装置に対して第３の通知方法を用いても、通知が受け取られずに終わってしまうが、本実施形態では、その機能を有していない装置への通知では第３の通知方法を用いないようにすることで、通知が受け取られないという事態を防いでいる。このように、本実施形態によれば、表示装置４がＨＴＴＰレスポンス以外の通信による通知を受け取る機能を有するか否かを考慮しない場合に比べて、処理の結果がより確実に通知されることになる。

また、図１７に示すフフローチャートで示す通知方法を決定する手順では、通知手段１０４は、最初に処理時間が閾値以上であるか否かを判断し、閾値未満である場合には、第１の通知方法（処理要求に対する応答での通知）で通知を行うという判断を行ったが、この判断を行わず、処理を要求してきた表示装置４がプッシュ型の通知を受け取る機能を有しているか否かを判断し、有していると判断した場合には第３の通知方法（処理要求に対する応答後のプッシュ型の通知）で通知を行い、その機能を有していないと判断した場合には、第２の通知方法（処理要求に対する応答後のプル型の通知）で通知を行う判断のみを構成するようにしてもよい。また、通知手段１０４は、最初に処理を要求してきた表示装置４がプッシュ型の通知を受け取る機能を有しているか否かを判断し、その後処理要求の処理に要する時間が閾値以上であるか否かを判断するように構成してもよい。

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

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

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

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

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

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

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

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

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

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

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

［２−７］処理時間の算出
通知手段１０４は、実施形態とは異なる方法で処理時間を算出してもよい。通知手段１０４は、例えば、自装置のＣＰＵの状態（使用率や使用可能なコア数など）やＲＡＭの状態（使用率など）に応じて、実施形態のとおり算出した処理時間を補正する。具体的には、通知手段１０４は、ＣＰＵの使用率が２０％未満なら処理時間を０．８倍し、８０％以上なら１．２倍する、という具合である。

また、情報処理装置１０でのテスト等による処理時間の測定が行えない場合には、平均的な処理能力を有する情報処理装置での測定結果に基づいて作成された処理時間テーブルを用いて算出した処理時間に、情報処理装置１０のＣＰＵの能力（コア数や周波数）やＲＡＭの容量に応じた係数を乗じて処理時間を算出してもよい。その場合、要求された処理がユーザ認証のように外部装置での処理の結果を用いるものである場合には、さらに決められた時間を加えるようにしてもよい。

［２−８］通知方法の指定
通知手段１０４は、実施形態では、処理の結果の通知する際に、上記のとおり決定した通知方法を用いたが、表示装置４から通知方法を指示された場合には、その指示された通知方法を用いるようにしてもよい。例えば表示装置４の要求手段４０２が指定する通知方法を処理要求データに記述し、通知手段１０４は、その記述に基づいて、指定された通知方法を用いる。

図２０は、本変形例の通知方法を決定する手順の一例を示すフロー図である。この例では、表示装置４から処理が要求されると、通知手段１０４は、まず、その要求において、通知方法の指定があるか否かを判断し（ステップＳ２１）、指定がある（ＹＥＳ）と判断した場合には、その指定された通知方法で通知を行う（ステップＳ２２）。通知手段１０４は、指定がない（ＮＯ）と判断した場合には、図１７に示すステップＳ１１に進み、実施形態と同様の動作を行う。この通知方法の指定を例えばユーザの操作に応じて行うようにしておけば、ユーザが望む通知方法で処理の結果が通知されることになる。

なお、通知手段１０４は、プッシュ型の通知である第３の通知方法が指定された場合には、ステップＳ１３と同様に表示装置４がプッシュ型の通知の機能を有するか否かを判断し、その機能を有する場合に指定された通知方法を用いるようにし、その機能を有しない場合には第１または第２の通知方法を用いる（例えば処理時間が閾値未満なら第１の通知方法、閾値以上なら第２の通知方法を用いる）ようにしてもよい。また、通知手段１０４は、第１の通知方法が指定された場合には、ステップＳ１１と同様に処理時間が閾値以上であるか否かを判断し、閾値未満であれば指定された通知方法を用いるようにし、閾値以上であれば第２または第３の通知方法を用いるようにしてもよい。また、通知手段１０４は、例えば情報処理装置１０の処理の負荷（例えばＣＰＵの使用率）が閾値以上であるか否か、表示装置４が操作装置かユーザ装置か（通信機器３を介して通信するものか否か）、といった条件を用いて通知方法を決定してもよい。

例えば依頼した処理の結果が通知されるとその結果を表示する装置である表示装置４からのＨＴＴＰリクエストに対するＨＴＴＰレスポンスでしか通知が行われない場合には、情報処理装置１０の通知処理の制御に起因して表示装置４が通知を受けることができなくなる期間が長くなることがある。本変形例では、上記のとおり通知方法が指示されたり、依頼された処理の結果を通知する情報処理装置１０が処理時間以外の条件に基づく判断を先に行ったりするが、いずれの場合もＨＴＴＰレスポンスによるプル型の通知だけでなく、プッシュ型の通知も行われるようになっている。これにより、ＨＴＴＰレスポンスでしか通知が行われない場合に比べて、表示装置４において前述した通知を受けることができなくなる期間が長くなりすぎないようになる。

［２−９］例外的な通知
通知手段１０４は、処理時間が閾値以上または閾値未満である場合に、例外的に実施形態とは異なる通知方法を用いてもよい。例えば、通知手段１０４は、予め決められた処理が要求された場合には、その処理の処理時間が閾値以上であっても、第１の通知方法を用いて処理の結果を通知する。具体的には、通知手段１０４は、例えばコピー処理やプリント処理を中止する処理（いわゆるキャンセルをする処理）が要求された場合に、本変形例の通知を行う。

第１の通知方法が用いられると、表示装置４の要求手段４０２が操作を受け付けない期間は長くなりやすいが、第２及び第３の通知方法が用いられたときのように状況情報以外の画像が表示されていて処理の結果が表示されないということがないため、これらの通知方法に比べて、処理の結果がより確実にユーザに伝えられる。前述したキャンセルの処理は、その結果、すなわちキャンセルがされたか否かがユーザに伝わらなければ、キャンセルされていないのに再びその処理をユーザが要求するといったことが起こり得る。そのため、処理の結果がより確実にユーザに伝わることが望ましい。本変形例では、上記のとおり処理時間に関係なく例外的に第１の通知方法で通知を行う処理を決めておくことで、どの処理でも一様に処理時間に基づく通知を行う場合に比べて、処理の結果がより確実にユーザに伝わることになる。

［２−１０］通知手段
通知手段１０４は、実施形態では、処理時間が閾値未満である場合に第１の通信方法を用いたが、これに限らない。通知手段１０４は、例えば、要求された処理が完了するまで待ったあと、ＨＴＴＰレスポンスでは処理を受け付けた旨を通知し、それとともにＷｅｂＳｏｃｋｅｔの通信で処理の結果を通知してもよい。この場合、表示装置４は、処理の要求後にユーザの操作を受け付けない状態を経たあと、処理を受け付けた旨と処理の結果とを合わせて表示するとともに、ユーザの操作を受け付ける状態になる。これにより、他の画像が表示されるなどして通知された処理の結果がユーザにすぐに伝わらないという事態が生じにくくなり、例えば第２及び第３の通知方法が用いられる場合に比べて、処理の結果がより早くユーザに伝わるようになる。

また、通知手段１０４は、ＨＴＴＰレスポンス以外の通信による通知を受け取る機能を表示装置４が有しているか否かを考慮しなくてもよい。その場合でも、この機能を有する表示装置４だけを情報処理装置１０に接続するようにすれば、プッシュ型の通知が受け取られないという事態は生じない。

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

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

Claims (6)

1. 処理を実行する処理手段と、
   前記処理の結果を表示する表示装置からＨＴＴＰ（Hypertext Transfer Protocol）リクエストにより前記処理が要求されると、要求された当該処理を、前記処理手段を制御して実行させる制御手段と、
   前記処理の結果を前記表示装置に通知する通知手段であって、当該処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信により当該処理の結果を通知する通知手段と
   を備える情報処理装置。
2. 前記通知手段は、要求された前記処理に要する時間が閾値以上である場合には、前記別の通信により前記処理の結果を通知し、当該時間が当該閾値未満である場合には、当該処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより当該処理の結果を通知する
   請求項１に記載の情報処理装置。
3. 前記通知手段は、予め決められた処理が要求された場合には、当該処理に要する時間が前記閾値以上であっても、当該処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスにより当該処理の結果を通知する
   請求項２に記載の情報処理装置。
4. 前記通知手段は、ＨＴＴＰレスポンス以外の通信による通知を受け取る機能を前記表示装置が有している場合には、前記処理が完了したときに当該処理の結果を当該機能で受け取れるように当該表示装置に通知する
   請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 請求項１乃至４のいずれか１項に記載の情報処理装置と、
   ユーザの操作に応じた要求をＨＴＴＰリクエストにより行う要求手段であって、当該要求に対するＨＴＴＰレスポンスを受け取るまでは前記操作を受け付けない要求手段と、
   前記処理の結果を表示する表示手段と
   を備える表示装置と
   を備える情報処理システム。
6. コンピュータを、
   処理を実行する処理手段と、
   前記処理の結果を表示する表示装置からＨＴＴＰリクエストにより前記処理が要求されると、要求された当該処理を、前記処理手段を制御して実行させる制御手段と、
   前記処理の結果を前記表示装置に通知する通知手段であって、当該処理を要求したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとは別の通信により当該処理の結果を通知する通知手段
   として機能させるためのプログラム。

Images