JP2008158818A - 表示システム、サーバ装置、クライアント装置、およびプログラム - Google Patents

Abstract

【課題】クライアント装置に表示された表示情報を処理実行部の処理状態の更新に応じて素早く更新できるようにする。
【解決手段】サーバ装置４０は、表示情報要求に応じて処理実行部の状態に関する表示情報をクライアント装置１０に提供する提供部と、処理実行部の状態の変化に応じて、提供部が提供する当該状態に関する表示情報を更新する更新部と、更新部による表示情報の更新に応じて、クライアント装置１０に対して当該表示情報についての更新通知を送信する通知送信部とを備え、クライアント装置１０は、提供部に対して表示情報要求を送信し、当該表示情報要求に応じて提供部から取得した表示情報の画面表示を制御する表示制御部と、通知送信部から表示情報についての更新通知を受けた場合に、表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する指示部とを備える。
【選択図】図１

Description

本発明は、表示システム、サーバ装置、クライアント装置、およびプログラムに関する。

情報を表示するソフトウェアとしてＷｅｂブラウザが知られている。Ｗｅｂブラウザは、いわゆるクライアント・サーバシステムであるため、Ｗｅｂブラウザに情報を提供するサーバが任意のタイミングでＷｅｂブラウザを介して表示された情報を変更することはできない。そのため、Ｗｅｂブラウザは、例えばＨＴＭＬ（Hyper Text Markup Language）の画面リフレッシュ機能を利用することにより、Ｗｅｂブラウザからサーバに要求メッセージを一定間隔で送信することで、サーバから新たな情報を取得して、表示された情報を更新する。

特許文献１には、リモート装置がユーザからの指示に応じてクライアント装置に表示させる電子情報をサーバに要求し、サーバがその要求に対応してクライアント装置に再表示要求情報を送信し、クライアント装置がその再表示情報に基づいてサーバに対して当該電子情報を要求する技術が開示されている。

特開平１０−２８９１８６号公報

ところで、例えばクライアント装置のための処理サービスを実行する処理実行部を有するサーバ装置が、処理実行部の最新状態をＷｅｂページとして公開し、クライアント装置がそのＷｅｂページによりサーバ装置の最新状態を知るというシステムが考えられる。このようなシステムで、サーバ装置の処理実行部の状態に変化が起きたときに、その変化をクライアント装置のＷｅｂブラウザの表示に反映させようとした場合に、Ｗｅｂブラウザの表示画面を定期的にリフレッシュする方式では、処理実行部の状態の更新と、更新後のＷｅｂページがクライアント装置に伝わる時点とに、どうしても時間差ができてしまう。この時間差を小さくするために、画面リフレッシュの間隔を短くしたのでは、ネットワークの負荷の増大を招いてしまう。

本発明は、サーバ装置の処理実行部の状態を表す表示情報を、クライアント装置に提供して表示させる際に、クライアント装置に表示された表示情報を、処理実行部の処理状態の更新に応じて素早く更新できるようにすることを目的とする。

本願請求項１に係る発明は、サーバ装置とクライアント装置とを備え、前記サーバ装置は、前記クライアント装置に対する処理を実行する処理実行部と、前記クライアント装置からの表示情報要求に応じて、前記処理実行部の状態に関する表示情報を前記クライアント装置に提供する提供部と、前記処理実行部の状態の変化に応じて、前記提供部が提供する当該状態に関する表示情報を更新する更新部と、前記更新部による前記表示情報の更新に応じて、前記クライアント装置に対して当該表示情報についての更新通知を送信する通知送信部と、を備え、前記クライアント装置は、前記提供部に対して表示情報要求を送信し、当該表示情報要求に応じて前記提供部から取得した表示情報の画面表示を制御する表示制御部と、前記通知送信部から表示情報についての更新通知を受けた場合に、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する指示部と、を備える表示システムである。

本願請求項２に係る発明は、クライアント装置に対する処理を実行する処理実行部と、前記クライアント装置からの表示情報要求に応じて、前記処理実行部の状態に関する表示情報を前記クライアント装置に提供する提供部と、前記処理実行部の状態の変化に応じて、前記提供部が提供する当該状態に関する表示情報を更新する更新部と、前記更新部による前記表示情報の更新に応じて、前記クライアント装置に対して当該表示情報についての更新通知を送信する通知送信部とを備えるサーバ装置である。

本願請求項３に係る発明は、本願請求項２に記載のサーバ装置において、前記クライアント装置からの新たな表示情報要求に応じて、前記クライアント装置に対応する通知先情報を、通知先情報記憶部に登録する登録部を備え、前記通知送信部は、前記表示情報の更新に応じ、前記通知先情報記憶部に登録されている通知先情報を用いて当該通知先情報に対応するクライアント装置に前記更新通知を送信するとともに、送信した更新通知に対する表示情報要求を前記クライアント装置から受信しなかった場合、前記通知先情報記憶部に記憶された前記クライアント装置の通知先情報を無効にすることを特徴とする。

本願請求項４に係る発明は、サーバ装置に対し、当該サーバ装置の処理実行部の状態に関する表示情報を要求する表示情報要求を送信し、当該表示情報要求に応じて前記サーバ装置から取得した表示情報の画面表示を制御する表示制御部と、前記サーバ装置から前記表示情報についての更新通知を受けた場合に、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する指示部とを備えるクライアント装置である。

本願請求項５に係る発明は、本願請求項４に記載のクライアント装置において、前記指示部は、前記更新通知に対応する表示情報の識別情報が、前記表示制御部の制御により表示中の表示情報の識別情報と異なる場合には、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示しないことを特徴とする。

本願請求項６に係る発明は、本願請求項４に記載のクライアント装置において、前記指示部は、前記更新通知に対応する表示情報の識別情報が、前記表示制御部の制御により表示中の表示情報の識別情報と一致する場合に、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示することを特徴とする。

本願請求項７に係る発明は、本願請求項５に記載のクライアント装置において、前記指示部は、前記更新通知に対応する表示情報の識別情報が、前記表示中の表示情報の識別情報と異なる場合でも、前記更新通知に対応する表示情報が特定の表示情報の場合には、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示することを特徴とする。

本願請求項８に係る発明は、本願請求項４に記載のクライアント装置において、前記指示部は、前記表示制御部の制御により表示中の表示情報が保護対象の情報の場合には、前記サーバ装置から更新通知を受けても、前記表示制御部に対して前記更新通知に対応する表示情報要求の送信を指示しないことを特徴とすることを特徴とする。

本願請求項９に係る発明は、本願請求項４に記載のクライアント装置において、正当なサーバ装置の識別情報を記憶する通知元情報記憶部を備え、前記指示部は、前記更新通知の送信元のサーバ装置に対応する識別情報が前記通知元情報記憶部に記憶されていない場合、前記表示制御部に対して前記更新通知に対応する表示情報要求の送信を指示しないことを特徴とすることを特徴とする。

本願請求項１０に係る発明は、クライアント装置に対する処理を実行する処理実行部と、前記クライアント装置からの表示情報要求に応じて、前記処理実行部の状態に関する表示情報を前記クライアント装置に提供する提供部と、前記処理実行部の状態の変化に応じて、前記提供部が提供する当該状態に関する表示情報を更新する更新部と、前記更新部による前記表示情報の更新に応じて、前記クライアント装置に対して当該表示情報についての更新通知を送信する通知送信部としてコンピュータを機能させるためのプログラムである。

本願請求項１１に係る発明は、サーバ装置に対し、当該サーバ装置の処理実行部の状態に関する表示情報を要求する表示情報要求を送信し、表示情報要求に応じて前記サーバ装置から取得した表示情報の画面表示を制御する表示制御部と、前記サーバ装置から前記表示情報についての更新通知を受けた場合に、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する指示部としてコンピュータを機能させるためのプログラムである。

本願請求項１、２、４、９および１１に係る発明によれば、サーバ装置の処理実行部の実際の状態とクライアント装置に画面表示されている当該処理実行部の状態とが一致するように素早くクライアント装置に表示されている表示情報を更新することができる。

本願請求項３に係る発明によれば、不要な更新通知の送信を低減することができる。

本願請求項５に係る発明によれば、クライアント装置に表示中の表示情報とは異なる識別情報に対応する表示情報が更新されても表示中の表示情報を維持することができる。

本願請求項６に係る発明によれば、クライアント装置に表示中の表示情報と同一の識別情報に対応する表示情報が更新された場合に、表示中の表示情報を更新することができる。

本願請求項７に係る発明によれば、例えば他の表示情報より優先表示すべき表示情報のような特定の表示情報が更新されたときに、他の表示情報を表示していたとしても、その更新後の特定の表示情報を優先して画面表示することができる。

本願請求項８に係る発明によれば、保護すべき表示情報がクライアント装置に表示されている場合に、不適切な画面更新が行われることを防止することができる。

本願請求項９に係る発明によれば、例えば、不正なサーバ装置からの更新通知により、クライアント装置の画面が更新されることを防止することができる。

本発明を実施するための最良の形態を具体的に示した第１の実施形態について、以下図面を用いて説明する。

図１は、第１の実施形態に係る画像表示システムの概略構成を示す図である。第１の実施形態では、クライアント装置１０がローカルエリアネットワークやインターネットなどのネットワーク５０を介してサーバ装置４０と接続される。なお、図１では、説明を簡略するために、１つのクライアント装置１０と１つのサーバ装置４０を図示するが、ネットワーク５０上には複数のクライアント装置とサーバ装置が存在してもよい。

サーバ装置４０は、クライアント装置１０のための処理サービスを実行する装置であり、表示情報提供制御部２０とジョブ処理部３０とを備える。

ジョブ処理部３０は、例えばＲＡＭ(Random Access Memory)、ＲＯＭ（Read Only Memory）、ハードディスク装置等の記憶装置（以下、単に記憶装置と称す）に記憶されたプログラムを中央処理装置（ＣＰＵ（Central Processing Unit））が実行することで機能し、上記の処理サービスを実行する。例えば、文書を管理する文書管理サーバが、ジョブ処理部３０の一例である。この場合、ジョブ処理部３０は、クライアント装置１０から送られてきた文書を文書データベースに登録したり、クライアント装置１０から指定された文書を文書データベースから削除したり、クライアント装置１０からの要求に応じて文書データベース内の文書をクライアント装置１０に提供したりする。サーバ装置４０は、このようなジョブ処理部３０の状態を、クライアント装置１０を操作するユーザに知らせるために、ジョブ処理部３０の状態を表す表示情報をクライアント装置１０に提供する機能を備える。ジョブ処理部３０が文書管理サーバである場合、当該文書管理サーバが保持する文書のリストが、その「状態」の一例である。また、ジョブ処理部３０が、クライアント装置１０から送られてきた文書を印刷する印刷サーバである場合、当該印刷サーバの待ち行列に存在する印刷対象の各文書及びそれら各文書の処理ステータス（「印刷中」、「待機中」など）のリストが、そのようなジョブ処理部３０の状態と一例に当たる。

また、表示情報提供制御部２０は、要求受付部２２、表示情報記憶部２３、および表示情報管理部２４を備える。要求受付部２２は、例えば記憶装置に記憶されたプログラムをＣＰＵが実行することでＨＴＴＰサーバ（Ｗｅｂアプリケーションサーバ）として機能し、クライアント装置１０からの要求メッセージを通信インタフェースを介して受信すると、要求メッセージに示されている識別情報に対応する表示情報を表示情報記憶部２３から取得し、その表示情報をクライアント装置１０に通信インタフェースを介して送信することで表示情報を提供する。表示情報管理部２４は、ジョブ処理部３０の状態を表す表示情報を生成し、表示情報記憶部２３に記憶する。

ここで、ジョブ処理部３０が文書管理サーバである場合、表示情報管理部２４は、ジョブ処理部３０が持つ各文書へのリンクを列挙したリストを表すＷｅｂページを生成し、表示情報記憶部２３に登録する。クライアント装置１０を操作するユーザは、そのクライアント装置１０の画面に表示されたこのＷｅｂページ上で、処理対象の文書のリンクを選択することで、その文書をダウンロードするなどの操作を行うことができる。

また、表示情報管理部２４は、例えば記憶装置に記憶されたプログラムをＣＰＵが実行することで機能し、ジョブ処理部３０の状態が更新されると、表示情報記憶部２３に記憶した表示情報を、その更新後の状態を表す表示情報へと更新する。例えば、ジョブ処理部３０への文書の追加や削除といったジョブ処理が行われると、その処理に応じて、ジョブ処理部３０の状態、すなわちジョブ処理部３０が持つ文書のリストに変更が生じ、その結果、文書のリストを示すＷｅｂページにも変更が生じる。

したがって、例えば、クライアント装置１０が、表示情報提供制御部２０より提供された文書のリストを示すＷｅｂページを表示部１４に表示しているとき、ジョブ処理部３０において文書の追加や削除が行われた場合、表示部１４に表示されている文書のリストと、実際にジョブ処理部３０が保有している文書のリストとが一致しない場合がある。つまり、表示部１４に表示されているジョブ処理部３０の状態と、ジョブ処理部３０の実際の状態とが一致しない場合がある。

Ｗｅｂブラウザは、いわゆるクライアント・サーバシステムであるため、サーバからの要求に応じて画面更新を直接行うことはできない。そこで、Ｗｅｂブラウザは、画面リフレッシュ機能を有す。画面リフレッシュ機能は、Ｗｅｂブラウザから所定期間ごとに要求メッセージをＷｅｂサーバに送信することで表示画面の更新を行う機能である。しかし、ジョブ処理部３０の状態は、所定期間ごとに変化するとは限らない。したがって、画面リフレッシュ機能を用いたとしても、例えば、表示部１４に表示されている文書のリストと、実際にジョブ処理部３０が保有している文書のリストとが一致しない場合がある。更新要求の間隔を短くすることで、情報の不一致を低減することはできるが、画面更新を行うと画面がちらつくことがあるため、更新要求の間隔を短くすると、そのちらつきも増加してしまう。また、更新要求の間隔を短くすれば、ネットワークの負荷も増大する。

そこで、第１の実施形態において、表示情報提供制御部２０は更新通知部２６を備える。更新通知部２６は、例えば記憶装置に記憶されたプログラムをＣＰＵが実行することでＨＴＴＰクライアントとして機能し、ジョブ処理部３０の運用状態に変更が生じた場合に、更新通信メッセージを生成し、クライアント装置１０へその更新通知メッセージを通信インタフェースを介して送信する。更新通知部２６は、例えば、表示情報記憶部２３に記憶した表示情報を変更したことの通知を表示情報管理部２４から受ける。その通知に応じて、更新通知部２６は、ジョブ処理部３０の状態に変更が生じたと判断して、更新通知メッセージをクライアント装置１０へ通信インタフェースを介して送信する。また、更新通知メッセージには、変更されたジョブ処理部３０の状態に基づいて更新された表示情報の識別情報（すなわち、該当するＷｅｂページのＵＲＬ）が示される。

一方、クライアント装置１０は、表示制御部１２を備える。表示制御部１２は、例えば記憶装置に記憶されたプログラムをＣＰＵが実行することでＷｅｂブラウザとして機能し、例えば、文書のリストを示すＷｅｂページに対応する識別情報を示した要求メッセージを生成し、その要求メッセージを表示情報提供制御部２０に対して通信インタフェースを介して送信することで、表示情報提供制御部２０から表示情報を取得し、表示部１４に画面表示する。クライアント装置１０の表示部１４としては、例えば液晶ディスプレイ等のモニタを用いることが可能である。

さらに、クライアント装置１０は更新通知受付部１６を備える。更新通知受付部１６は、例えば記憶装置に記憶されたプログラムをＣＰＵが実行することでＨＴＴＰサーバとして機能し、サーバ装置４０から更新通知メッセージを通信インタフェースを介して受信する。さらに、更新通知受付部１６は、更新通知メッセージから表示情報の識別情報を抽出し、当該識別情報を表示制御部１２に転送することで、識別情報に対応する表示情報を取得するための要求メッセージの送信を表示制御部１２に対して指示する。更新通知受付部１６からの指示を受けて、表示制御部１２は、転送された識別情報を示した要求メッセージを要求受付部２２に通信インタフェースを介して送信し、要求メッセージに対する応答として要求受付部２２からその識別情報に対応する表示情報を通信インタフェースを介して受信し、表示部１４に画面表示を指示する。

より具体的には、ジョブ処理部３０の状態の変更に応じて、ＨＴＴＰクライアントとして機能する更新通知部２６が、ＨＴＴＰサーバとして機能する更新通知受付部１６に対してネットワーク５０を介して画面更新用ＵＲＬを含む更新通知メッセージを送信する。ここで、クライアント装置１０のＩＰアドレスを「192.168.1.2」、更新通知のメソッドを「hoge.cgi？update」、さらに、当該メソッドに対するオブジェクト、つまり要求対象の表示情報のＵＲＬのパス名を「http://192.168.1.1/index.html」とした場合、画面更新用ＵＲＬは、「http://192.168.1.2/hoge.cgi?update=http://192.168.1.1/index.html」のように表される。

更新通知受付部１６は、上記のような画面更新用ＵＲＬを受信した場合には、オブジェクトとなるＵＲＬ（http://192.168.1.1/index.html）を取り出し、そのＵＲＬをＷｅｂブラウザとして機能する表示制御部１２にセットし、そのＵＲＬの示す表示情報の取得を指示する。表示制御部１２は、セットされたＵＲＬが示す表示情報を要求する要求メッセージを、サーバ装置４０の要求受付部２２に送信し、その要求メッセージに対する応答として、要求受付部２２から送信された表示情報を受信し、表示部１４に画面表示する。

このように、第１の実施形態では、ジョブ処理部３０における状態の変更に応じて、表示情報提供制御部２０はクライアント装置１０へ更新通知メッセージを送信する。クライアント装置１０は、更新通知メッセージを受けて、表示情報提供制御部２０へ要求メッセージを送信し、変更された状態に関する表示情報を取得し、表示部１４に画面表示する。これにより、表示部１４に表示されているジョブ処理部３０の状態と、ジョブ処理部３０の実際の状態との不一致を避ける。

ところで、上記の通り、ネットワーク５０上には複数のクライアント装置が存在する場合がある。この場合、更新通知部２６は、複数のクライアント装置の中から通知先のクライアント装置を特定する必要がある。そこで、表示情報提供制御部２０は、更新通知メッセージの通知先情報を記憶する通知先情報記憶部２７を備える。更新通知部２６は、通知先情報記憶部２７を参照することで更新通知メッセージの送信先となるクライアント装置１０を特定し、特定したクライアント装置１０に更新通知メッセージを送信する。

なお、表示情報提供制御部２０は、クライアント装置１０から最初にアクセスされた際に、クライアント装置１０から送信される送信元情報を通知先情報記憶部２７に登録する。また、例えば、クライアント装置１０の表示制御部１２がサーバ装置４０の表示情報提供制御部２０に対して送信する表示情報要求に、当該クライアント装置１０の更新通知受付部１６のＵＲＬを付加して送信してもよい。表示制御部１２には、このようなＵＲＬ付加のためのプラグインを組み込んでおけばよい。この場合、サーバ装置４０の表示情報提供制御部２０は、表示情報要求から更新通知受付部１６のＵＲＬを抽出し、通知先情報記憶部２７に登録する。なお、表示情報提供制御部２０が異なる複数の表示情報を提供する場合には、通知先情報記憶部２７には、表示情報ごとに分類して、その表示情報を要求したクライアント装置１０の送信元情報を登録しておいてもよい。この場合、更新通知部２６は、更新された表示情報に対応する通知先を通知先情報記憶部２７から特定し、特定した通知先に更新通知を送る。

また、表示部１４には、ジョブ処理部３０の状態に関する表示情報が表示されているとは限らない。よって、更新通知受付部１６が更新通知メッセージを受信したことに対応して、表示制御部１２が画面更新を行うと、更新前に表示されている表示情報とは対応していない表示情報が表示されてしまう可能性がある。

例えば、クライアント装置１０がサーバ装置４０からあるＷｅｂページ（ページＡと呼ぶ）を取得して表示し、その後別のＷｅｂページ（ページＢと呼ぶ）を取得して表示し、現在画面にはページＢが表示され、ページＡは表示されていないとする。このような状況でページＡが更新された旨の更新通知がサーバ装置４０からクライアント装置１０に到来した場合に、その更新通知に応じてページ取得を行ったのでは、画面表示がページＢから更新後のページＡに切り替わってしまう。また、クライアント装置１０は、ジョブ処理部３０の状態に関する表示情報とは異なる表示情報をサーバ装置４０から取得して表示部１４に表示している場合がある。さらに、クライアント装置１０は、インターネットを介してサーバ装置４０とは異なる他のサーバ装置から取得したジョブ処理部３０の状態に関する表示情報とは関連のないＷｅｂページを表示部１４に表示している場合がある。この場合、表示制御部１２が更新通知メッセージに対応して画面更新を行うと、更新前に表示されているＷｅｂページと対応していないＷｅｂページに自動的に変更されてしまう可能性がある。

そこで、更新通知受付部１６は、更新通知メッセージに対応する要求メッセージの送信を表示制御部１２に指示する前に、その要求メッセージによる画面更新を行うか否かを判定してもよい。更新通知受付部１６は、例えば、更新通知部２６から受信した更新通知メッセージから更新対象の表示情報の識別情報を抽出し、その識別情報と、表示部１４に表示されている表示情報の識別情報とが一致するか否かを判定する。判定の結果、それらが一致する場合に、更新通知受付部１６は画面更新を行うと判定し、表示制御部１２に対して更新指示として、更新対象の識別情報を転送する。一方、画面更新を行わない場合、更新通知受付部１６は、更新対象の識別情報を表示制御部１２に転送する代わりに、更新拒否メッセージを表示情報提供制御部２０に送信して、画面更新を行わない旨を表示情報提供制御部２０に通知する。

また、上記のように、クライアント装置１０は、更新通知メッセージに対して要求メッセージを送信するとは限らない。例えば、表示部１４に更新対象の表示情報とは異なる情報が表示されている場合、クライアント装置１０は、更新拒否メッセージを送信する可能性がある。そこで、更新通知部２６は、更新拒否メッセージを受信したら、例えば所定時間経過後に、更新通知メッセージの再送を行ってもよい。しかし、更新通知メッセージの再送を複数回行ってもこれに対応する表示情報の要求メッセージの送信が行われるとは限らない。よって、更新通知部２６は、更新通知メッセージを複数回、再送してもクライアント装置１０から要求メッセージを受信しなかった場合には、通知先情報記憶部２７から当該クライアント装置１０に対応する通知先情報を削除などすることで無効にしてもよい。

さらに、上記の通り、ネットワーク５０上には複数のサーバ装置が存在する場合もある。よって、クライアント装置１０は、複数のサーバ装置から更新通知メッセージを受信する可能性がある。しかし、クライアント装置１０は、更新通知メッセージを受け取ったとしても、必ずしも画面の更新を行う必要があるとは限らない。例えば、不正な表示情報を表示部１４に表示させるために、クライアント装置１０に不正な更新通知メッセージを送信するサーバ装置が存在する可能性もあるからである。

そこで、第１の実施形態では、図１に示すように、クライアント装置１０は、更新通知メッセージに対して要求メッセージの送信を許可する正当なサーバ装置（すなわち、クライアント装置１０が「信頼する」サーバ装置）の識別情報を記憶する通知元情報記憶部１８を備える。通知元情報記憶部１８は、例えばハードディスクやRAMといった記憶装置によって実現が可能である。更新通知受付部１６は、更新通知メッセージを受信すると、更新通知メッセージと共に送信されるサーバ装置の識別情報（例えば、ＩＰアドレスやホスト名など）を取得し、その識別情報が通知元情報記憶部１８に登録されている場合に、表示制御部１２に更新通知メッセージに示される表示情報の識別情報を転送し、更新を指示する。一方、識別情報が通知元情報記憶部１８に登録されていない場合には、更新通知受付部１６は、更新拒否メッセージを表示情報提供制御部２０に送信する。

図２は、第１の実施形態において、ジョブ処理部３０の状態に変更が生じた場合の更新通知部２６の処理手順を示すフローチャートである。

図２において、更新通知部２６は、ジョブ処理部３０のジョブ処理により状態に変更が生じたことを検知すると（Ｓ１００）、通知先情報記憶部２７を参照して、通知先の一覧を示す通知先リストを作成する（Ｓ１０２）。更新通知部２６は、例えば、ジョブ処理部３０が、文書データベースに新たな文書を追加、あるいは文書データベース内の既存の文書を削除した場合に、ジョブ処理部３０の状態に変更が生じたことを検知する。なお、検知対象の状態は、クライアント装置１０に提供される表示情報の内容に基づいて予め定めておけばよい。

次いで、更新通知部２６は、通知先リストの中から１つ通知先を選択し、選択した通知先のクライアント装置１０に向けて更新通知メッセージを送信する（Ｓ１０４）。更新通知メッセージには、変更されたジョブ処理部３０の状態に関する表示情報を識別する識別情報が含まれる。

その後、更新通知部２６は、クライアント装置１０から要求メッセージを受信した場合には（ステップＳ１０６での判定結果が、肯定「Ｙ」）、通知先リストからクライアント装置１０に対応する通知先を削除する（Ｓ１１２）。さらに、通知先リストにまだ通知先が残っている場合には（ステップＳ１１４の判定結果が、肯定「Ｙ」）、更新通知部２６は、さらに他のクライアント装置に対してステップＳ１０４以降の処理を行う。

一方、クライアント装置１０から要求メッセージを受信しなかった場合（ステップＳ１０６での判定結果が、否定「Ｎ」）、更新通知部２６は、クライアント装置１０への更新通知メッセージの送信回数が基準回数に達したか否かを判定する（Ｓ２０８）。更新通知部２６は、送信回数が基準回数に達していない場合には（ステップ１０８での判定結果が、否定「Ｎ」）、通知先へ更新通知メッセージの再送を行う（Ｓ１０４）。また、更新通知部２６は、基準回数に達してもクライアント装置１０から要求メッセージを受信しなかった場合には（ステップＳ１０８での判定結果が、肯定「Ｙ」）、通知先情報記憶部２７からクライアント装置１０に対応する通知先情報を削除し（Ｓ１１０）、さらに通知先リストからも当該通知先情報を削除する（Ｓ１１２）。

以上の通り、更新通知部２６は、特定の状態の変更を検知すると、通知先情報記憶部２７に記憶された通知先情報に基づいて、通知先のクライアント装置に対して順次更新通知メッセージを送信する。さらに、表示制御部１２は、更新通知受付部１６が更新通知メッセージを受信したことに対応して、要求メッセージを要求受付部２２に送信し、その応答として、変更されたジョブ処理部３０の状態に関する表示情報を取得し、表示部１４の画面更新を行う。これにより、例えば、表示部１４に表示されている文書のリストと、実際にジョブ処理部３０が保有している文書のリストとの不一致を避ける。

続いて、第２の実施形態について、以下図面を用いて説明する。

上記の実施形態では、クライアント装置１０と表示情報提供制御部２０とは物理的に離れた位置に配置される例について説明した。しかし、クライアント装置１０と表示情報提供制御部２０とは、物理的に１台の装置として構成してもよい。

そこで、第２の実施形態では、文書の印刷や複写などのジョブ処理を行う画像形成装置６０を例に、クライアント装置１０と表示情報提供制御部２０とが物理的に１台の装置として構成される形態について説明する。なお、ここでは、画像形成装置６０を例に説明するが、例えば、Ｗｅｂブラウザ（ＨＴＴＰクライアント）として機能する表示制御部とＷｅｂアプリケーションサーバ（ＨＴＴＰサーバ）として機能する要求受付部とを備えるシステムであれば、他のシステムにも適用可能である。

図３は、第２の実施形態に係る画像形成装置６０のシステム構成を示す図である。図３において、図１に示した第１の実施形態における機能ブロックと同一の機能ブロックについては同一符号を付して説明を省略する。

図３において、画像形成装置６０は、ジョブ処理部３０の代わりに、画像形成処理部３５を備える。画像形成処理部３５は、ジョブ処理として、文書の印刷や複写などの画像形成処理を行う。第２の実施形態において、表示情報管理部２４は、画像形成処理部３５の状態に基づいて表示情報の生成あるいは更新を行う。より具体的には、表示情報管理部２４は、例えば、画像形成処理部３５が行う印刷対象の各文書及びそれら各文書の処理ステータス（「印刷中」、「待機中」など）のリストを示す表示情報を生成する。生成された表示情報は、表示制御部１２からの要求メッセージに基づいて、表示部１４に表示される。

このように、画像形成処理が行われる場合、その処理に応じて画像形成処理部３５の状態に変更が生じ、その結果、表示情報管理部２４が生成した表示情報にも変更が生じる。よって、例えば、画像形成処理部３５における実際の文書の処理ステータスと、表示部１４に表示されている処理ステータスとが一致しないことがある。

そこで、第２の実施形態では、更新通知部２６は、画像形成処理部３５の運用状態に変更が生じた場合に、更新通知受付部１６へ更新通知メッセージを送信する。より具体的には、更新通知部２６は、例えば、現在処理中の印刷ジョブの処理ステータスに変化が生じた場合に、更新通知受付部１６へ更新通知メッセージを送信する。

このように、画像形成処理部３５が行う印刷ジョブの処理ステータスなどの状態の変更を検知することに対応して、更新通知部２６が更新通知受付部１６へ更新通知メッセージを送信し、さらに、その更新通知メッセージを更新通知受付部１６が受信したことに対応して、表示制御部１２が画像形成処理部３５の状態に基づく表示情報の要求メッセージを要求受付部２２へ送信し、表示部１４の画面を更新することで、例えば実際の印刷ジョブの処理ステータスと、画面上印刷ジョブの処理ステータスとの不一致を避ける。

ところで、第２の実施形態において、表示部１４は例えば液晶ディスプレイ等の表示装置等で実現可能あり、さらに必要に応じてタッチパネルを組み合わせて構成し、運用状態に関する表示情報を表示させるほかに、ユーザが画像形成装置６０を操作する際の操作部として機能させてもよい。つまり、表示部１４には、ユーザが画像形成装置６０を操作する際のボタン等の操作画面を表示させてもよい。この場合、表示部１４には、印刷ジョブの処理ステータスなどのほか、操作画面も表示されうる。つまり、表示部１４には、画像形成処理部３５における状態に関する表示情報が表示されているとは限らない。よって、表示制御部１２が常に表示画面の更新を行うと、第１の実施形態の場合と同様に更新前に表示されている表示情報には対応していない表示情報が表示されてしまう可能性がある。例えば、ユーザが表示部１４に表示された操作パネルを参照して画像形成装置６０の操作を行っている時に、印刷ジョブの処理状態が変更したことに対応して、操作パネルの画面に関連していない印刷ジョブのリストの画面が表示されてしまう可能性がある。そこで、更新通知受付部１６は、第１の実施形態と同様に、更新通知メッセージに対応する要求メッセージの送信を表示制御部１２に指示する前に、その要求メッセージによる画面更新を行うか否かを判定してもよい。また更新通知受付部１６は、表示部１４が操作部として機能している場合、つまり画像形成装置６０をユーザが操作する際に参照する操作画面が表示部１４に表示されている場合には、その操作画面は保護対象の画面であると判断して、更新通知メッセージに対応する要求メッセージの送信を表示制御部１２に指示しないように構成してもよい。

また、図４に示すように、画像形成装置６０は、第１の実施形態に示したサーバ装置４０と同様な機能を有する複数のサーバ装置４０−１，４０−２，４０−３（以下、区別する必要がない場合には、単にサーバ装置４０と総称する）とネットワーク５０を介して接続させてもよい。

図４に示すシステムでは、例えば、画像形成装置６０は、表示部１４にサーバ装置４０が管理する文書のリストを表示し、ユーザにそのリストから印刷対象の文書を選択させ、選択された文書を画像形成装置６０において印刷をする。さらに、ユーザの指示により、表示部１４に印刷ジョブの処理ステータスを表示する。

このように、クライアント装置１０には、画像形成装置６０内部の表示情報提供制御部２０から提供される表示情報（以下、内部の表示情報と称す）のほか、外部の表示情報提供制御部２０−１，２０−２，２０−３から提供される表示情報（以下、外部の表示情報と称す）が画面表示される。つまり、クライアント装置１０は、複数の送信元から更新通知メッセージを受信する可能性がある。

ここで、クライアント装置１０は、更新通知メッセージに常に応答して画面更新を行ってもよいが、以下のように、予め定めた条件に基づいて更新通知メッセージに対する応答を変更してもよい。

例えば、内部の表示情報が画面表示されている場合には、操作部としても機能する表示部１４には操作パネルなどが画面表示されている場合がある。よって、外部の表示情報を自動的に表示させると、ユーザの操作を中断させてしまうことがある。そこで、内部の表示情報が画面表示されている場合には、保護対象の情報が表示されていると判断して、外部の表示情報に対する更新通知メッセージに対する画面更新は行わないようにしてもよい。

また、エラー画面など緊急性を有する特定の表示情報の場合には、常に要求メッセージを送信し、緊急性を有さない通常の表示情報の場合には、表示されている表示情報の識別情報と、更新対象の表示情報の識別情報とが一致する場合のみ要求メッセージを送信してもよい。このように、更新対象の表示情報に応じて要求メッセージを送信するか否かを判定する場合には、例えば、特定の表示情報に対応するＵＲＬを予めメモリに登録しておき、登録されたＵＲＬの場合には、現在表示されている表示情報の種類によらず、常に画面更新を行う。あるいは、特定のサーバ装置からの更新要求であれば、常に画面更新を行い、それ以外のサーバ装置からの更新要求であれば、表示された表示情報の識別情報と一致する場合のみ画面更新を行う。もしくは、更新通知メッセージに常に更新を行うか否かのフラグ情報を含めておき、そのフラグ情報に基づいて常に画面更新を行うか、表示された表示情報と一致する場合のみ画面更新を行うかを判定してもよい。

上記のように、クライアント装置１０が行う画面更新には、複数の形態が考えられる。そこで、例えば、画面更新する条件を予めユーザに指定させてもよい。例えば、下記の４つのパターンからユーザに指定させる。

（１）常に画面更新
（２）表示されている表示情報の識別情報と更新対象の表示情報の識別情報とが一致する場合には常に画面更新
（３）表示されている表示情報が内部の表示情報（あるいは操作画面情報）など保護対象の情報の場合には画面更新を行わず、それ以外の場合には（２）の条件に基づいて画面更新
（４）更新対象の表示情報が特定の表示情報の場合には常に画面更新、それ以外の場合は（２）の条件に基づいて画面更新

以上の通り、クライアント装置１０は、指定された条件に基づいて画面更新を行うか否かを判定してもよい。

また、上記では、クライアント装置１０に通知元情報記憶部１８を設けて、通知元情報記憶部１８に登録されたデータ提供装置であれば更新通知メッセージを許可する構成とした。しかし、例えば、更新通知受付部１６が、通知元のサーバ装置から電子証明書を受信し、受信した電子証明書が認証されている場合のみ更新通知メッセージを許可してもよい。

なお、クライアント装置１０に備えられる表示制御部１２や更新通知受付部１６、サーバ装置４０に備えられる要求受付部２２、表示情報管理部２４、更新通知部２６は、マイクロコンピュータに各部の処理を具現化させるプログラムを記録媒体から読み出してインストールし、そのプログラムを実行することによって実現することができる。この場合、記憶媒体から読み出されたプログラムが上述の実施形態に示した各部の機能を実現することになる。なお、マイクロコンピュータはＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等の各種メモリ、通信バス及びインタフェースを有し、予めファームウェアとしてＲＯＭに格納された処理プログラムをＣＰＵが読み出してＲＡＭ上に展開し、順次実行する。

プログラムをコンピュータに供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータがプログラムを実行することにより、上記の実施形態に示した各部の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって上記の実施形態に示した各部の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上記の実施形態に示した各部の機能が実現される場合も含まれることは言うまでもない。

第１の実施形態における画像表示システムの概略構成を示す図である。 第１の実施形態において、ジョブ処理部の運用状態に変更が生じた場合の更新通知部の処理手順を示すフローチャートである。 第２の実施形態における画像表示システムの概略構成を示す図である。 画像形成装置と複数のサーバ装置とをネットワークを介して接続した場合について説明するための図である。

符号の説明

１０ クライアント装置、１２ 表示制御部、１４ 表示部、１６ 更新通知受付部、１８ 通知元情報記憶部、２０ 表示情報提供制御部、２２ 要求受付部、２３ 表示情報記憶部、２４ 表示情報生成部、２６ 更新通知部、２７ 通知先情報記憶部、３０ ジョブ処理部、３５ 画像形成処理部、４０ サーバ装置、５０ ネットワーク、６０ 画像形成装置。

Claims (11)

1. サーバ装置とクライアント装置とを備え、
   前記サーバ装置は、
   前記クライアント装置に対する処理を実行する処理実行部と、
   前記クライアント装置からの表示情報要求に応じて、前記処理実行部の状態に関する表示情報を前記クライアント装置に提供する提供部と、
   前記処理実行部の状態の変化に応じて、前記提供部が提供する当該状態に関する表示情報を更新する更新部と、
   前記更新部による前記表示情報の更新に応じて、前記クライアント装置に対して当該表示情報についての更新通知を送信する通知送信部と、
   を備え、
   前記クライアント装置は、
   前記提供部に対して表示情報要求を送信し、当該表示情報要求に応じて前記提供部から取得した表示情報の画面表示を制御する表示制御部と、
   前記通知送信部から表示情報についての更新通知を受けた場合に、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する指示部と、
   を備える、
   表示システム。
2. クライアント装置に対する処理を実行する処理実行部と、
   前記クライアント装置からの表示情報要求に応じて、前記処理実行部の状態に関する表示情報を前記クライアント装置に提供する提供部と、
   前記処理実行部の状態の変化に応じて、前記提供部が提供する当該状態に関する表示情報を更新する更新部と、
   前記更新部による前記表示情報の更新に応じて、前記クライアント装置に対して当該表示情報についての更新通知を送信する通知送信部と、
   を備えるサーバ装置。
3. 請求項２に記載のサーバ装置において、
   前記クライアント装置からの新たな表示情報要求に応じて、前記クライアント装置に対応する通知先情報を、通知先情報記憶部に登録する登録部を備え、
   前記通知送信部は、
   前記表示情報の更新に応じ、前記通知先情報記憶部に登録されている通知先情報を用いて当該通知先情報に対応するクライアント装置に前記更新通知を送信するとともに、送信した更新通知に対する表示情報要求を前記クライアント装置から受信しなかった場合、前記通知先情報記憶部に記憶された前記クライアント装置の通知先情報を無効にする、
   ことを特徴とするサーバ装置。
4. サーバ装置に対し、当該サーバ装置の処理実行部の状態に関する表示情報を要求する表示情報要求を送信し、当該表示情報要求に応じて前記サーバ装置から取得した表示情報の画面表示を制御する表示制御部と、
   前記サーバ装置から前記表示情報についての更新通知を受けた場合に、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する指示部と、
   を備えるクライアント装置。
5. 請求項４に記載のクライアント装置において、
   前記指示部は、
   前記更新通知に対応する表示情報の識別情報が、前記表示制御部の制御により表示中の表示情報の識別情報と異なる場合には、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示しない、
   ことを特徴とするクライアント装置。
6. 請求項４に記載のクライアント装置において、
   前記指示部は、
   前記更新通知に対応する表示情報の識別情報が、前記表示制御部の制御により表示中の表示情報の識別情報と一致する場合に、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する、
   ことを特徴とするクライアント装置。
7. 請求項５に記載のクライアント装置において、
   前記指示部は、
   前記更新通知に対応する表示情報の識別情報が、前記表示中の表示情報の識別情報と異なる場合でも、前記更新通知に対応する表示情報が特定の表示情報の場合には、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する、
   ことを特徴とするクライアント装置。
8. 請求項４に記載のクライアント装置において、
   前記指示部は、
   前記表示制御部の制御により表示中の表示情報が保護対象の情報の場合には、前記サーバ装置から更新通知を受けても、前記表示制御部に対して前記更新通知に対応する表示情報要求の送信を指示しない、
   ことを特徴とするクライアント装置。
9. 請求項４に記載のクライアント装置において、
   正当なサーバ装置の識別情報を記憶する通知元情報記憶部を備え、
   前記指示部は、
   前記更新通知の送信元のサーバ装置に対応する識別情報が前記通知元情報記憶部に記憶されていない場合、前記表示制御部に対して前記更新通知に対応する表示情報要求の送信を指示しない、
   ことを特徴とするクライアント装置。
10. クライアント装置に対する処理を実行する処理実行部と、
    前記クライアント装置からの表示情報要求に応じて、前記処理実行部の状態に関する表示情報を前記クライアント装置に提供する提供部と、
    前記処理実行部の状態の変化に応じて、前記提供部が提供する当該状態に関する表示情報を更新する更新部と、
    前記更新部による前記表示情報の更新に応じて、前記クライアント装置に対して当該表示情報についての更新通知を送信する通知送信部と、
    してコンピュータを機能させるためのプログラム。
11. サーバ装置に対し、当該サーバ装置の処理実行部の状態に関する表示情報を要求する表示情報要求を送信し、表示情報要求に応じて前記サーバ装置から取得した表示情報の画面表示を制御する表示制御部と、
    前記サーバ装置から前記表示情報についての更新通知を受けた場合に、前記表示制御部に対して当該表示情報に対応する表示情報要求の送信を指示する指示部と、
    してコンピュータを機能させるためのプログラム。

Images