JP2009140191A - クライアント、サーバ及びそれらの制御方法、コンピュータプログラム - Google Patents

Abstract

【課題】システムを中断する際にその時点で利用していたアプリケーションの表示情報を保持し、次回の再開時に保持情報を用いて中断時の状態を復元する。
【解決手段】システム中断時に利用していた利用者および利用アプリケーションの表示情報を取得しサーバに保持させておく。システム再開時にサーバから保持させておいた情報を呼び出し、その情報に基づいて中断した状態を構築していく。このときに、アプリケーションの内容まで表示を再現するために、サーバから取得した情報を検索キーにしてアプリケーションの検索機能を用いて検索する。
【選択図】図２

Description

本発明は、クライアント、サーバ及びそれらの制御方法、コンピュータプログラムに関する。

レジューム技術は、コンピュータ・システムの電源を再度投入したときにコンピュータ・システムの動作環境とプログラム・アプリケーションを復元するものである。このようなレジューム技術の一例としては、ＩＢＭによる「RAPID RESUME（登録商標）」がある。

また、システムだけでなくアプリケーションでもレジューム技術が採用されているものもある。例えば、テキストエディタアプリケーションである「秀丸」は、アプリケーション終了時に、そのアプリケーションのウィンドウサイズ、表示位置などをレジストリや設定ファイルとして記憶しておく。そして、次回アプリケーション起動時に記憶した情報から以前の状態を復元させている。また、ネットワークを介したオンラインゲームもゲームプレイ中逐次プレイヤーの情報をサーバに記憶し、再開時には以前終了した地点や場所、状態から始めることができる。

特許文献１には、パーソナルコンピュータにおいて、電源切断後に他人が作業を行った場合、再度電源投入時に前回の作業内容が表示され、同一システムで複数のユーザが使用した場合でも、その使用者の中断環境を再現する技術が開示されている。
特開平６−８９１２０号公報

しかしながら、上記背景技術に示すようなシステムやアプリケーションには、以下のような問題点が存在する。

まず１点目として、使用が終了した機器でないとシステムのレジュームができないことがある。そのため、レジューム機能を利用できる場所及び機器は限定されてしまう。また２点目として、アプリケーションのレジュームにおいては、そのアプリケーションでしか、即ち１つのプロセスしかレジュームでないことがある。

オンラインゲームはそのゲームサーバにログインできる環境であれば、場所も機器も限定されることはないが、レジューム機能が有効になるのはそのオンラインゲームのみである。例えば、図１に示すオンラインゲームを実行しているＰＣの画面１０１では、オンラインゲーム１０２の他に別のアプリケーション１０３（例：ゲーム内容をメモするためのテキストエディタなど）が起動している。この状態でオンラインゲーム１０２を終了させ、次回オンラインゲーム１０２を再開させたとしても、以前一緒に起動していたテキストエディタ１０３が起動されることはない。

本発明は、このような問題点に鑑みてなされたものであって、システムの使用を中断して再開する際に場所や機器が変化しても容易に復元するための表示システム、及び表示方法を提供することを目的とする。

上記課題を解決するための本発明は、ネットワークを介してサーバと接続されるクライアントであって、
アプリケーションを実行する第１の処理手段と、
前記第１の処理手段によるアプリケーションの実行結果のウィンドウを画面表示する第１の表示手段と、
前記クライアントのユーザから、前記クライアントにおけるアプリケーションの実行に伴う作業の中断指示を受け付ける第１の受付手段と、
前記中断指示を受け付けた場合に、実行されているアプリケーションと、該アプリケーションに対応するウィンドウの表示位置、表示内容及び大きさとを特定するための特定情報を、実行されているアプリケーションについてリスト化して保存する第１の記憶手段と、
前記第１の記憶手段に保存された前記リスト化された特定情報を、該アプリケーションを利用しているユーザの識別情報と、前記第１の表示手段の解像度情報と共に、中断データとして前記サーバへ送信する第１の送信手段と
を備えることを特徴とする。

上記課題を解決するための本発明はまた、ネットワークを介してサーバと接続されるクライアントであって、
該クライアントのユーザから受け付けた、上記クライアントが前記サーバへ送信した中断データの取得要求を、前記サーバへ送信する第２の送信手段と、
送信した前記取得要求に応じて、前記サーバから前記中断データを受信する受信手段と、
受信した前記中断データに含まれる情報に従い、アプリケーションを実行する第２の処理手段と、
前記第２の処理手段によるアプリケーションの実行結果のウィンドウを画面表示する第２の表示手段と
を備えることを特徴とする。

本発明では、やむを得ず作業を中断し、そこで利用していたアプリケーションを終了させても、次回再開時に場所や機器の変更があったとしても中断した状態に限りなく近い状態へ復元し、手間なく再開することができる。

以下、図面を参照して本発明に関わる実施形態を詳細に説明する。

［第１の実施形態］
以下、添付の図面に沿って本発明の第１の実施形態について説明する。第１の実施形態では、中断するクライアントと、再開するクライアントの環境は同じであることを前提として説明する。

図２は本発明のシステムに関するネットワーク構成図の一例を示す図である。本実施形態のシステムは、クライアント２０１、２０２および２０３、サーバ２０４とを含む。各機器はその内部に通信機能を有し、ネットワーク２０５に接続して互いに通信可能となっている。

図３は、本発明に係るシステムのクライアント側のハードウェアの基本構成の一例を示すブロック図である。クライアントとしての情報処理装置３００は、ＣＰＵ３０１、メモリ３０２、記憶装置３０３、入力装置３０４、出力装置３０５、通信装置３０６、バス３０７を具備している。

ＣＰＵ３０１（第１の処理手段、第２の処理手段）は、記憶装置３０３に格納され、メモリ３０２に読み出されたアプリケーションの実行処理を含めた各種処理を行なう。メモリ３０２はＣＰＵ３０１における処理に必要な記憶領域を提供する。記憶装置３０３は、ＣＰＵ３０１で実行されるアプリケーションプログラム、制御用のプログラムデータ自体や起動しているアプリケーションの表示に関する情報や利用者に関する情報など動作に必要なデータの格納も行なうものとする。本実施形態に対応する処理を行うための制御用プログラム３０８は、記憶装置３０３の一部データとして格納されている。

入力装置３０４（第１の受付手段、第２の受付手段）はユーザがマウスや、キーボードなどを用いて入力及び指示した情報を受け付ける。出力装置３０５は、入力装置３０４で入力された情報、及びＣＰＵ３０１での処理の実行結果を画面表示する表示装置（第１の表示手段、第２の表示手段）である。通信装置３０６はネットワークに接続するための装置であり、サーバとの情報のやり取りを行なう。バス３０７はこれらの装置間を繋ぎデータを転送する。

図４は本発明の表示システムのクライアント側のハードウェアの機能構成の一例を示すブロック図である。

情報記憶部４０１（第１の記憶手段、第２の記憶手段）には、情報管理部４０２からの要求に従い、現在管理や表示しているアプリケーション及びファイルに関する情報などが書き込まれ、または、書き込まれた情報が読み出される。情報記憶部４０１は、メモリ３０２、記憶装置３０３により実現される。

情報管理部４０２は、情報記憶部４０１を操作・管理するものであり、制御部４０３からの要求に従い、情報を情報記憶部４０１に書き込み、または削除し、あるいは情報を情報記憶部４０１から読み出す。制御部４０３は、受信部４０５で受信した情報に応じて記憶や表示をするための指示を与える。情報管理部４０２、制御部４０３は、ＣＰＵ３０１により実現される。

表示部４０４は、ユーザが起動を指示したアプリケーションや情報記憶部４０１に記憶した情報に基づいてアプリケーションの表示の復元を行う。表示部４０４は、出力装置３０５により実現される。受信部４０５は、ユーザがシステムの開始及び中断など指示や、サーバから送信された情報の受信を行う。送信部４０６（第１の送信手段、第２の送信手段）は、情報記憶部４０１で保持した情報をサーバへ送信を行う。受信部４０５は入力装置３０４、通信装置３０６により実現され、送信部４０６は通信装置３０６により実現される。

図５は本発明に係る表示システムのサーバ側のハードウェアの基本構成の一例を示すブロック図である。サーバとしての情報処理装置５００は、ＣＰＵ５０１、メモリ５０２、記憶装置５０３、入力装置５０４、出力装置５０５、通信装置５０６、バス５０７を具備している。

ＣＰＵ５０１は処理の演算を行なう。メモリ５０２は演算に必要な記憶領域を実現する。記憶装置５０３はクライアント側から送信されたデータや、認証のためのユーザ情報の格納も行なうものとする。制御用プログラム５０８は記憶装置５０３の一部データとして格納されている。入力装置５０４はユーザがマウスや、キーボードなどサーバを管理するのに必要な情報を受け付けるが、必ずしもこの装置を必要とせず、ネットワークを用いて管理する場合もある。

出力装置５０５は、入力装置５０４で入力された情報、及びＣＰＵ５０１で演算された結果を表示するなどサーバを管理するのに必要な情報を出力するが、必ずしもこの装置を必要とせず、ネットワークを用いて管理する場合もある。通信装置５０６はネットワークに接続するための装置であり、クライアントとの情報のやり取りを行なう。バス５０７はこれらの装置間を繋ぎデータを転送する。

図６は本発明の表示システムのサーバ側のハードウェアの機能構成の一例を示すブロック図である。

情報記憶部６０１には、情報管理部６０２からの要求に従い、クライアントから送信されたアプリケーション及びファイルに関する情報などが書き込まれ、または、書き込まれた情報が読み出される。情報記憶部６０１は、メモリ３０２、記憶装置３０３により実現される。

情報管理部６０２は、情報記憶部６０１を操作・管理するものであり、制御部６０３からの要求に従い、情報を情報記憶部６０１に書き込み、または情報を削除し、あるいは情報を情報記憶部６０１から読み出す。制御部６０３は、受信部６０５で受信した情報に応じて記憶や表示をするための指示を与える。情報管理部６０２、制御部６０３は、ＣＰＵ５０１により実現される。

表示部６０４は、情報記憶部６０１で記憶した情報になどサーバを管理するのに必要な情報を表示するが、必ずしもこの装置を必要とせず、ネットワークを用いて管理する場合もある。表示部６０４は出力装置５０５により実現される。受信部６０５は、クライアントからの認証および復元するための情報の取得指示などの受信を行う。送信部６０６は、認証結果や復元するための情報である情報記憶部６０１で保持した情報をクライアントへ送信を行う。受信部６０５、送信部６０６は通信装置５０６により実現される。

図７は、本発明のシステムにおいてクライアントにおいて実行される、本実施形態に対応するシステム中断の手順を示すフローチャートである。図７のフローチャートに対応する処理は、記憶装置３０３の制御用プログラム３０８をメモリ３０２に読み出して、ＣＰＵ３０１が実行することにより実現される。

ステップＳ７０１では、ユーザによってシステム中断の指示があるまで待機する。指示があった場合ステップＳ７０２で現在実行しているアプリケーションのリストを作成する。中断指示は、例えば、入力装置３０４のキーボードの特定ボタンの操作に基づき受け付けることができる。また、表示部４０４において所定のボタン表示を行い、該ボタン表示に対してクリック等を受け付けた場合に、中断指示を受け付けたと判定することができる。

図８は、ステップＳ７０１で中断が指示されたときに表示システムで表示している表示画面の一例を示す。画面８０１には、テキストエディタアプリケーション８０２aとペイントアプリケーション８０３が起動しており表示されている。テキストエディタアプリケーション８０２aには、領域８０２bで示す情報の内、枠８０２ｃで囲む一部が表示されている。また、ペイントアプリケーション８０３はテキストエディタアプリケーション８０２aの背面に表示されている状態である。ボタン８０４は、中断指示を受け付けるために画面８０１上に表示されたボタンである。本実施形態では、当該ボタン８０４がクリック等されると、ステップＳ７０２以降の処理が行われる。

図９はステップＳ７０２で作成された、図８の表示状態に対応するアプリケーションリストである。当該アプリケーションリスト９００には、作成時に起動しているアプリケーションが列挙されている。図９では、テキストエディタ、ペイント、ＸＳｅｒｖｉｃｅがアプリケーションとして登録され、テキストエディタとペイントの利用者がＵＳＥＲ、ＸＳｅｒｖｉｃｅの利用者がＳＹＳＴＥＭとなっている。

ステップＳ７０３では、アプリケーションリスト９００に登録されたアプリケーションの利用者の種別を判定する。利用者がＵＳＥＲの場合には（ステップＳ７０３において「ＵＳＥＲ」）、ステップＳ７０４に移行し、利用者がＳＹＳＴＥＭの場合には（ステップＳ７０３において「ＳＹＳＴＥＭ」）、ステップＳ７０５に移行する。アプリケーションリスト９００に登録されているアプリケーションの選択は、アプリケーション番号ｘの初期値をｘ＝１として先頭から順に行う。

ステップＳ７０４では、アプリケーションに関する情報を取得する。具体的に、アプリケーション名、ファイル名、ファイルパス、表示内容、データ位置（表示部分のファイルのデータアドレス）、ページ番号を取得することができる。続くステップＳ７０５では、未選択のアプリケーションがあるかどうかを判定する。もし、未選択のアプリケーションがある場合には（ステップＳ７０５において「ＹＥＳ」）、ステップＳ７０６に移行する。未選択のアプリケーションがない場合には（ステップＳ７０５において「ＮＯ」）、ステップＳ７０７に移行する。

ステップＳ７０６では、選択するアプリケーション番号のｘを１つ更新して、ステップＳ７０３に移行する。このようにして、アプリケーションリスト９００に含まれているアプリケーション全てに対して、ステップＳ７０３およびステップＳ７０４の処理を行う。

ステップＳ７０７では、ステップＳ７０４で情報を取得したアプリケーションのウィンドウが表示部４０４に表示されているかどうかを、順に判定する。判定順は、ステップＳ７０３で選択された順にアプリケーション番号ｙを割当、初期値をｙ＝１として先頭から判定していく。もし、ウィンドウが存在している場合は（ステップＳ７０７において「ＹＥＳ」）、ステップＳ７０８に移行する。一方、ウィンドウが存在してない場合は（ステップＳ７０７において「ＮＯ」）、ステップＳ７１１に移行する。

ステップＳ７０８では、最前面に表示されているウィンドウに関する情報を取得し、重なり順（表示順序）のｙ番目として、ステップＳ７０４で記憶した情報と関連付け、ステップＳ７０９にてそのアプリケーションを終了させる。ウィンドウに関する情報には、表示部４０４の表示領域に対するアプリケーションウィンドウの表示状態、表示位置及び大きさの情報が含まれる。また、係る情報を取得したウィンドウを終了させることで、その時までｙ＋１番目の表示順序であったウィンドウが最前面に変わる。ステップＳ７１０でカウンタ値であるｙに対して１加算して再びステップＳ７０７に戻り条件に応じて処理を繰り返す。

以上により、中断指示を受け付けた場合に、実行されているアプリケーションと、該アプリケーションに対応するウィンドウの表示位置、表示内容及び大きさとを特定するための特定情報を取得することができる。なお、図７のフローチャートでは、アプリケーションに関する情報と、ウィンドウに関する情報とを個別に取得していたが、同時に取得して取得の度に最前面のウィンドウを終了させていっても良い。いずれの場合であっても、表示部４０４の表示領域において最前面から最後面までの表示順序に従って、上記特定情報を取得してリスト化が可能となればよい。

この特定情報の取得が終了すると、ステップＳ７１１において、クライアントを利用している利用者を識別するための識別情報を取得し記憶する。このとき、機器使用時に認証を行ったユーザ情報（ＩＤ、パスワード）を再利用したり、新たに入力してもらったりとユーザが判別できる情報が得られるのであれば手段を問わない。続くステップＳ７１２では、表示部４０４における表示解像度の情報を取得し、ステップＳ７１３に移行する。

ステップＳ７１３では、これまでのフローにおいて取得し記憶してきた、特定情報、識別情報及び解像度情報を中断データとしてサーバに送信し、中断フローを終了する。

図１０は、図８の状態においてシステムで中断した際に、図７のフローチャートに対応する処理を実行することにより作成される中断データをテーブル化した一例を示す図である。テーブル１０００には、ユーザ及びその時点で起動していたアプリケーション及びウィンドウに関する情報が書き込まれている。図１０では、テーブル１０００の上段にユーザ名（UserName）、パスワード(PassCode)、解像度（Resolution）が登録されている。また、下段にファイル名（Filename）、ファイルパス（Path）、アプリケーション名（App）、表示位置(Location X, Location Y）、大きさ（Width,Height）、表示内容（DisplayWord）、ページ番号（PageNo）、データ位置（BytePosition）、表示状態（WindowStyle）が登録されている。表示内容には、文字列や画像が含まれる。

図１０では、作業中断時の画面上でのウィンドウの表示順に、テーブルの上段からアプリケーション毎に情報がリスト化されている。なお、図１０に示した中断データの登録情報の内容はあくまで一例であって、ここに示す内容に限定されるものではない。例えば、表示されているページにおける行番号、ウィンドウがスクロール表示可能な場合には、スクロールバーの位置などを含むことができる。

図１１は、本発明の表示システムにおいて実行される、システム中断を行った際のサーバ側の手順を示すフローチャートである。図１１のフローチャートに対応する処理は、記憶装置５０３の制御用プログラム５０８をメモリ５０２に読み出して、ＣＰＵ５０１が実行することにより実現される。

まず、ステップＳ１１０１ではクライアント側から送信される中断データを受信部６０５において受信するまで待機する。もし受信した場合は（ステップＳ１１０１において「ＹＥＳ」）、ステップＳ１１０２でその情報を、情報記憶部６０１に保存して処理を終了する。受信しない場合は（ステップＳ１１０１において「ＮＯ」）、ステップＳ１１０１で受信監視を継続する。

図１２は、本発明の表示システムにおいて実行される本発明に係るシステム再開を行った際のサーバ側の手順を示すフローチャートである。ステップＳ１２０１では、表示システム内のクライアントから再開のための認証指示を受信部６０５で受信するまで待機する。認証指示を受信した場合は（ステップＳ１２０１において「ＹＥＳ」）、ステップＳ１２０２にて認証を行う。認証指示には、システム再開を行うユーザの識別情報（ＩＤとパスワード）が含まれているので、該識別情報を抽出する。そして、係る情報が、図１１のステップＳ１１０２で格納した中断データに登録されている識別情報と一致するか否か判定することで、ユーザ照合を行うことができる。もし、ユーザ照合が取れ、作業を中断したユーザからの認証指示であった場合には（ステップＳ１２０２において「ＹＥＳ」）、ステップＳ１２０３に移行する。一方、ユーザ照合が取れなかった場合は、アクセスしてきたユーザに対応する中断データは存在しないので、処理を終了する。

ステップＳ１２０３では、照合されたユーザの中断データを呼び出し、認証指示を送信してきたクライアントに対して、中断時に保存したデータを送信部６０６から送信して処理を終了する。このようにして送信される中断時のデータを利用することで、あるクライアントにおいて作業を中断した場合に、ネットワークで接続されている別のクライアントで再開することが可能になる。

図１３は、システム再開を行う際のクライアント側の手順を示すフローチャートである。図１３のフローチャートに対応する処理は、記憶装置３０３の制御用プログラム３０８をメモリ３０２に読み出して、ＣＰＵ３０１が実行することにより実現される。

ステップＳ１３０１では、ユーザからのシステム再開指示を受け付けるまで待機する。再開指示は、例えば、入力装置３０４のキーボードの特定ボタンの操作に基づき受け付けることができる。また、表示部４０４において所定のボタン表示を行い、該ボタン表示に対してクリック等を受け付けた場合に、中断指示を受け付けたと判定することができる。再開指示を受け付けた場合は（ステップＳ１３０１において「ＹＥＳ」）、ステップＳ１３０２に移行する。ステップＳ１３０２では、ユーザが入力したユーザ名とパスワードの情報と共に、サーバに対して認証指示を送信する。この認証指示は、中断データの取得要求としてサーバへ送信される。

続くステップＳ１３０３では、該取得要求に応答してサーバから中断データを受信したか否かを判定する。もし、受信した場合には（ステップＳ１３０３において「ＹＥＳ」）、ステップＳ１３０４に移行する。一方、受信しない場合には（ステップＳ１３０３において「ＮＯ」）、ユーザに関連する中断データが存在しないとして、ステップＳ１３０１に戻る。このとき、エラーメッセージを通知しても良い。

次に、ステップＳ１３０４では、受信した中断データからリスト順に実行すべきアプリケーションに関する情報を読み出す。このときのリスト順は、ｘ＝１を初期値として、図１０のテーブルに登録されている情報を上から順に読み出していく。ｘ＝１では、ファイル名「計画表.txt」に関する情報を読み出す。

続くステップＳ１３０５では、読み出した情報に基づいて、実行すべきアプリケーションを特定して起動し、登録されているウィンドウの表示位置、大きさ、表示状態を復元する。例えば、ファイル名「計画表.txt」の場合には、「notepad」というアプリケーションを起動して、表示位置座標（１００，１００）に、（幅、高さ）＝（３００、５００）のサイズで表示する。表示状態は、通常の表示状態とする。

次に、ステップＳ１３０６では、起動したアプリケーションにおいて、中断時の表示内容を復元する。具体的には、中断データに登録されているデータのうち、ファイル名、文字列、画像、ページ番号、行番号、データアドレス、スクロールバー等のの各情報に基づいて、表示対象のファイルに該当位置を検索し、表示領域を特定することができる。例えば、ファイル名「計画表.txt」の場合には、表示内容として「武蔵中原」の文字列、ページ番号「２」或いは、データサイズ「１０２４」に基づいて表示内容を特定することができる。例えば「武蔵中原」を利用する場合、「計画表.txt」ファイルを表示しているテキストエディタアプリケーションにおいて、「武蔵中原」をキーワードとして検索を行って、該当する地点まで表示を移動させることができる。また、これ以外にも、画像検索をにより一致した地点を表示することもできる。

次に、ステップＳ１３０７では、リスト順のｘ＋１番目のデータが存在するか、即ち、中断データに含まれる未処理の情報が存在するかどうかを判定する。もし、ｘ＋１番目のデータが存在しない場合には（ステップＳ１３０７において「ＮＯ」）、ステップＳ１３０９に移行する。一方、ｘ＋１番目のデータが存在する場合には（ステップＳ１３０７において「ＹＥＳ」）、ステップＳ１３０８に移行して、Ｘの値を更新し、ステップＳ１３０４に戻って処理を継続する。このようにして、ステップＳ１３０４からステップＳ１３０６までの処理を中断時に保持した情報全てについて実行する。

次に、ステップＳ１３０９では、起動したアプリケーションの表示順を、図１０のテーブルに登録された順序に対応する順序に入れ替える。これにより、中断時の最前面に表示されていたアプリケーションが同様に最前面に表示され、背面に表示されていたアプリケーションは、背面に表示される。例えば、図８の例では、テキストエディタアプリケーション８０２aとペイントアプリケーション８０３とが順に起動される。後から起動されたペイントアプリケーション８０３は、テキストエディタアプリケーション８０２aの背面に位置するように、表示順序が変更される。このようにして、中断時の表示状態を復元することができる。

以上のように本実施形態によれば、表示システムを構成するクライアントのうち、あるクライアントにおける作業が中断し、他のクライアントで作業を再開する場合であっても、中断時の作業環境を容易に復元することができる。

［第２の実施形態］
第１の実施形態では、中断したクライアントと再開するクライアントとの表示部４０４の表示解像度が同一の場合の実施形態を説明した。表示部４０４の解像度が同一の場合、ウィンドウのサイズや表示位置の情報がそのまま適用できるが、解像度が同一でない場合はそのまま適用できないことが考えられる。そこで、本実施形態では、作業中断したクライアントの表示解像度（第１の解像度情報）と作業再開するクライアントとの表示解像度（第２の解像度情報）が異なる場合でも、同様の作業環境を復元可能とする実施形態を説明する。

本実施形態に対応する表示システムの構成、クライアント、サーバ及びネットワークの構成、ハードウェアの基本構成、ハードウェアの機能構成は第１の実施形態で説明したものと同様であるので、本実施形態での説明は省略する。
また、システム中断時のクライアント側、サーバ側の処理手順（図７および図１１のフローチャート）、サーバ側での再開処理の手順（図１２のフローチャート）は第１の実施形態と同様であるため説明を省略する。

図１４は、本実施形態に対応する、クライアントにおけるシステム再開処理の手順を示すフローチャートである。図１４のフローチャートは、図１３のステップＳ１３０３の後に実行される処理を記載している。図１４のフローチャートに対応する処理は、記憶装置３０３の制御用プログラム３０８をメモリ３０２に読み出して、ＣＰＵ３０１が実行することにより実現される。

ステップＳ１４０１では、中断データに含まれる解像度の情報を読み出し、現在のクライアントの表示部４０４の表示解像度と比較し、同一であるか否かを判定する。もし、同一である場合には（ステップＳ１４０１において「ＹＥＳ」）、図１３のステップＳ１３０４に移行する。一方、同一でない場合には（ステップＳ１４０１において「ＮＯ」）、ステップＳ１４０２に移行する。

ステップＳ１４０２では、中断時と同一解像度に変更可能であるか否かを判定する。もし、中断時と同一解像度に変更可能であれば（ステップＳ１４０２において「ＹＥＳ」）、ステップＳ１４０３に移行する。ステップＳ１４０３では、現在の表示解像度を中断データに含まれる表示解像度と一致するように変更する。一方、中断時と同一解像度に変更可能でなければ（ステップＳ１４０２において「ＮＯ」）、ステップＳ１４０４に移行する。

ステップＳ１４０４では、受信した中断データからリスト順に実行すべきアプリケーションに関する情報を読み出す。このときのリスト順は、ｘ＝１を初期値として、図１０のテーブルに登録されている情報を上から順に読み出していく。続くステップＳ１４０５では、読み出した情報に基づいて、実行すべきアプリケーションを特定して起動し、登録されているウィンドウの表示位置、大きさ、表示状態を復元する。

このとき、表示解像度が中断時と再開時とで異なる場合には、中断時の表示状態をそのまま再現できないことになる。例えば、中断時のクライアントの画面状態が図１５に示すような状態であった場合を考える。

図１５において、画面１５０１は表示部４０４の画面全体の大きさ（解像度に対応）を表しており、その画面内にアプリケーションウィンドウ１５０２と、別のアプリケーションウィンドウ１５０３とが表示されている。再開指示を受け付けた場合に図１５のように復元できればよいが、作業再開するクライアントの環境によってはそのまま復元した場合、不都合が発生するおそれがある。その場合には、表示の方法を変更することで、多少見え方は異なっていても便利に再開できる場合もある。

例えば、再開時の表示解像度が中断時の表示解像度よりも小さい場合、そのまま復元を行うと、図１６に示すような表示が行われる。この場合、アプリケーションウィンドウ１５０２に対応するアプリケーションウィンドウ１６０２が画面１６０１の外に出てしまう。また例えば、再開時の表示解像度が中断時の表示解像度よりも大きい場合、そのまま復元を行うと、図１７に示すような表示が行われる。この場合、アプリケーションウィンドウ１５０２、１５０３にそれぞれ対応するアプリケーションウィンドウ１７０２、１７０３は画面１７０１内に表示されるので、大きな問題はない。しかしながら、解像度が大きくなった分だけウィンドウの表示範囲が狭まり、視覚的な違和感が残ってしまう。

このように、中断時と再開時とで解像度が異なる場合には、そのままでは中断時の作業状態を好ましく復元できないので、以下のような処理を更に行う。まず、ステップＳ１４０６では、中断時の表示解像度と現在の表示解像度とを比較して、現在の表示解像度の方が大きいか否かを判定する。もし、現在の表示解像度の方が小さい場合には（ステップＳ１４０６において「ＮＯ」）、ステップＳ１４０７に移行する。一方、現在の表示解像度の方が大きい場合には（ステップＳ１４０６において「ＹＥＳ」）ステップＳ１４０８に移行する。

ステップＳ１４０７では、ウィンドウ表示を変更する。具体的には、ウィンドウが表示領域内に収まる範囲内で修正する。例えば、表示解像度の減少割合に応じて、表示ウィンドウのサイズを縮小し、表示内容の表示サイズ（フォントサイズ等）を縮小することができる。その際、表示位置も解像度の減少割合に応じて移動させる。例えば、解像度が３／４になった場合には、ウィンドウサイズも３／４にすると共に、ウィンドウの表示位置座標を３／４して再計算し、ウィンドウ表示位置を変更することができる。なお、ウィンドウサイズを変更しなくても、ウィンドウの表示位置のみを変更すれば、画面内に表示可能である場合には、表示位置のみを変更しても良い。その後は、ステップＳ１４０９に移行する。
。

例えば、図１６の場合には、ウィンドウ１６０２、１６０３を画面の左上方向に移動させることにより、図１８のように、表示位置を修正してウィンドウが表示領域内に収まるようにすることができる。なお、ウィンドウ１６０２及び１６０３の移動量は同一であっても良いし、重なりの関係が維持される範囲で違えても良い。図１８では、ウィンドウ１６０３をウィンドウ１６０２と同一の移動量だけ移動させると、逆に画面１６０１からはみ出してしまうので、はみ出さない範囲に移動量を違えている。このように、画面１６０１の枠との許容距離を予め設定しておき、該許容距離を超えて枠と接近しないように移動量を制御することができる。また、単に表示解像度の減少割合に応じて、ウィンドウの表示位置をずらしても良い。。

ステップＳ１４０８では、ウィンドウ表示の変更を行う。具体的には、解像度の増分の割合に応じて、ウィンドウの表示位置を変更したり、ウィンドウサイズを増加させる。ウィンドウサイズ変更の際には、ウィンドウ内の表示内容のサイズを変更することができる。例えば、フォントサイズを大きくしたり、画像のサイズを拡大して表示させることができる。その後は、ステップＳ１４０９に移行する。

例えば、図１７の場合には、ウィンドウ１７０２と１７０３の左上位置を解像度の増減分の割合だけ補正したり、画面の所定方向に移動することで、図１９のようにウィンドウ１７０２と１７０３とを独立に表示できる。ここで、左上位置とは、表示位置を決定する表示位置座標を意味する。この場合、各ウィンドウの内容をより把握しやすく表示することができる。この場合、再度作業が中断され別のクライアントで作業再開された環境が現時点の解像度よりも小さい解像度の環境であっても、図１８のように表示位置を補正することで、画面内にウィンドウを表示して再開が可能となる。また、ウィンドウ１７０２、１７０３を画面の右下方向に拡大させることにより、図２０のように、表示範囲を修正してウィンドウの内容をより把握しやすく表示することができる。なお、このときの拡大率はサイズが最も大きいウィンドウに従う。例えば、図１７の場合、ウィンドウ１７０２が一番サイズが大きいので、拡大により画面１７０１の外に出ないように拡大率を調整する。

次に、ステップＳ１４０９では、リスト順のｘ＋１番目のデータが存在するか、即ち、中断データに含まれる未処理の情報が存在するかどうかを判定する。もし、ｘ＋１番目のデータが存在しない場合には（ステップＳ１４０９において「ＮＯ」）、ステップＳ１４１１に移行する。一方、ｘ＋１番目のデータが存在する場合には（ステップＳ１４０９において「ＹＥＳ」）、ステップＳ１４１０に移行して、Ｘの値を更新し、ステップＳ１４０４に戻って処理を継続する。このようにして、ステップＳ１４０４からステップＳ１４０８までの処理を中断時に保持した情報全てについて実行する。

次に、ステップＳ１４１１では、起動したアプリケーションの表示順を、図１０のテーブルに登録された順序に対応する順序に入れ替える。これにより、中断時の最前面に表示されていたアプリケーションが同様に最前面に表示され、背面に表示されていたアプリケーションは、背面に表示される。

［第３の実施形態］
上述の第１及び第２の実施形態では、中断と再開の２種類の状態を説明した。これに対し、作業中断後、直ちにクライアントでの作業再開はしない場合でも、中断時の作業状態の確認のためにプレビュー表示を行ってもよい。

例えば、図１３のフローチャートのステップＳ１３０１において、図２１のような画面を表示部４０４に表示して、再開か、プレビューかの確認を行うことができる。図２１では、画面２１０１に再開、プレビューのいずれかの選択を受け付ける領域２１０２が表示される。ユーザは、この画面を選択して再開か、プレビューかを指示することができる。

もし、再開が選択された場合は、図１３に対応する処理を行った後、中断が更に指示されれば図７のフローチャートに従って新たな中断データが生成される。一方、プレビューが選択された場合は、図１３に対応する処理を行った後、中断が更に指示されても図７のフローチャートに従った処理を行わない。従って、プレビューの場合には中断時の状態が復元されるものの、新たな中断データが生成されることはない。

このように、プレビューが指示された場合はその後の中断に関する処理を行わないことで、前回の中断データの上書きを回避することができ、次回以降で再開を選択された場合でも中断時の状態を復元することができる。

なお、プレビューで作業中断状態を復元したものの、そのまま作業再開したい場合も考えられる。その場合には、再開指示を受け付けるための受付ボタンを画面中に表示しておき、該受付ボタンが選択された場合にはプレビュー状態から再開状態に変更することもできる。その場合には、再度中断されれば、図７のフローチャートに従った処理が実行される。

なお、単に作業中断時の状況を確認するためにのみプレビューを行うのであれば、中断指示を受け付けた際の画面の表示状態をＪＰＥＧ形式などの画像データとして保存しておき、プレビューが選択された場合に該画像を表示しても良い。当該処理は、図７のステップＳ７０２においてアプリケーションリストの作成を行う際に併せて実行しても良い。生成された画像データは、中断データの一部としてサーバに送信することができる。

［その他の実施形態］
本発明の目的は、前述した機能を実現するコンピュータプログラムのコードを記録した記憶媒体を、システムに供給し、そのシステムがコンピュータプログラムのコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたコンピュータプログラムのコード自体が前述した実施形態の機能を実現し、そのコンピュータプログラムのコードを記憶した記憶媒体は本発明を構成する。また、そのプログラムのコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した機能が実現される場合も含まれる。

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

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するコンピュータプログラムのコードが格納されることになる。

アプリケーションを起動して表示している画面の一例を示す図である。 発明の第１の実施形態にかかるシステムに関するネットワーク構成図の一例を示す図である。 発明の第１の実施形態に対応するシステムのクライアント側のハードウェアの基本構成の一例を示すブロック図である。 発明の第１の実施形態に対応するシステムのクライアント側のハードウェアの機能構成の一例を示すブロック図である。 発明の第１の実施形態に対応するシステムのサーバ側のハードウェアの基本構成の一例を示すブロック図である。 発明の第１の実施形態に対応するシステムのサーバ側のハードウェアの機能構成の一例を示すブロック図である。 発明の第１の実施形態に対応する、作業中断時のクライアント側の処理の一例を示すフローチャートである。 発明の第１の実施形態に対応する、作業中断時のクライアント側の表示部４０４に表示されている表示画面の一例を示す図である。 発明の第１の実施形態に対応して作成される、アプリケーションのリストの一例を示す図である。 発明の第１の実施形態に対応して作成される、中断データのデータ構成の一例を示す図である。 発明の第１の実施形態に対応する、作業中断時のサーバ側の処理の一例を示すフローチャートである。 発明の第１の実施形態に対応する、作業再開時のサーバ側の処理の一例を示すフローチャートである。 発明の第１の実施形態に対応する、作業再開時のクライアント側の処理の一例を示すフローチャートである。 発明の第２の実施形態に対応する、作業再開時のクライアント側の処理の一例を示すフローチャートである。 発明の第２の実施形態に対応する、作業中断時に表示部４０４に表示されている表示画面の一例を示す図である。 発明の第２の実施形態に対応する、再開時の表示解像度が中断時の表示解像度よりも小さい場合にそのまま復元を行った場合の表示画面の一例を示す図である。 発明の第２の実施形態に対応する、再開時の表示解像度が中断時の表示解像度よりも大きい場合にそのまま復元を行った場合の表示画面の一例を示す図である。 発明の第２の実施形態に対応する、再開時の表示解像度が中断時の表示解像度よりも小さい場合に、ウィンドウの表示位置を修正してウィンドウが表示領域内に収まるようにした表示画面の一例を示す図である。 発明の第２の実施形態に対応する、再開時の表示解像度が中断時の表示解像度よりも大きい場合に、ウィンドウの表示位置を修正した表示画面の一例を示す図である。 発明の第２の実施形態に対応する、再開時の表示解像度が中断時の表示解像度よりも大きい場合に、ウィンドウの表示サイズを拡大した表示画面の一例を示す図である。 発明の第３の実施形態に対応する、表示画面の一例を示す図である。

Claims (22)

1. ネットワークを介してサーバと接続されるクライアントであって、
   アプリケーションを実行する第１の処理手段と、
   前記第１の処理手段によるアプリケーションの実行結果のウィンドウを画面表示する第１の表示手段と、
   前記クライアントのユーザから、前記クライアントにおけるアプリケーションの実行に伴う作業の中断指示を受け付ける第１の受付手段と、
   前記中断指示を受け付けた場合に、実行されているアプリケーションと、該アプリケーションに対応するウィンドウの表示位置、表示内容及び大きさとを特定するための特定情報を、実行されているアプリケーションについてリスト化して保存する第１の記憶手段と、
   前記第１の記憶手段に保存された前記リスト化された特定情報を、該アプリケーションを利用しているユーザの識別情報と、前記第１の表示手段の解像度情報と共に、中断データとして前記サーバへ送信する第１の送信手段と
   を備えることを特徴とするクライアント。
2. 前記特定情報のリスト化は、前記第１の表示手段におけるウィンドウの表示順序に基づいて行われることを特徴とする請求項１に記載のクライアント。
3. 前記特定情報には、
   前記ウィンドウで表示されているアプリケーション名、該アプリケーションで利用されているファイル名、ウィンドウの表示位置座標、ウィンドウの表示サイズ、及び、前記ファイルの前記ウィンドウ内での表示内容を特定するための情報が含まれることを特徴とする請求項２に記載のクライアント。
4. 前記ファイルの前記ウィンドウ内での表示内容を特定するための情報には、
   前記ファイルのうち前記ウィンドウ内に表示されている文字列及び画像の少なくともいずれか、
   前記ファイルのうち前記ウィンドウ内で表示されているページ番号及び行番号の少なくともいずれか、
   前記ウィンドウにおけるスクロールバーの位置、及び
   前記ファイルのうち前記ウィンドウ内で表示されている位置を特定するデータアドレス、
   のうち、少なくともいずれかが含まれることを特徴とする請求項３に記載のクライアント。
5. 前記中断データには、前記中断指示を受け付けた際の前記第１の表示手段の表示画面の画像データが更に含まれることを特徴とする請求項２乃至４のいずれか１項に記載のクライアント。
6. ネットワークを介してサーバと接続されるクライアントであって、
   該クライアントのユーザから受け付けた、請求項２乃至５のいずれか１項に記載のクライアントが前記サーバへ送信した中断データの取得要求を、前記サーバへ送信する第２の送信手段と、
   送信した前記取得要求に応じて、前記サーバから前記中断データを受信する受信手段と、
   受信した前記中断データに含まれる情報に従い、アプリケーションを実行する第２の処理手段と、
   前記第２の処理手段によるアプリケーションの実行結果のウィンドウを画面表示する第２の表示手段と
   を備えることを特徴とするクライアント。
7. 前記第２の表示手段は、前記中断データにおいて前記情報がリスト化された順序に従って、前記ウィンドウを表示することを特徴とする請求項６に記載のクライアント。
8. 前記処理手段は、前記中断データに含まれる前記特定情報のうち、前記ウィンドウ内の表示内容の情報に基づいて、該中断データが生成される際の該ウィンドウ内の表示内容を復元することを特徴とする請求項６又は７に記載のクライアント。
9. 前記特定情報に、前記ウィンドウ内の表示内容の情報として、前記中断データが生成される際にウィンドウで表示されていたアプリケーションが利用していたファイルの該ウィンドウ内での表示内容を特定するための情報が含まれ、
   該表示内容を特定するための情報に、
   前記ファイルのうち前記ウィンドウ内に表示されている文字列及び画像の少なくともいずれか、
   前記ファイルのうち前記ウィンドウ内で表示されているページ番号及び行番号の少なくともいずれか、及び
   前記ファイルのうち前記ウィンドウ内で表示されている位置を特定するデータアドレス、
   のうち、少なくともいずれかが含まれる場合に、
   前記処理手段は、前記表示内容を特定するための情報に基づいて前記ファイルを検索し、該中断データが生成される際の該ウィンドウ内の表示内容を復元することを特徴とする請求項８に記載のクライアント。
10. 前記特定情報に、前記ウィンドウ内の表示内容の情報として、前記中断データが生成される際にウィンドウで表示されていたアプリケーションが利用していたファイルの該ウィンドウ内での表示内容を特定するための情報が含まれ、該表示内容を特定するための情報に、前記ウィンドウにおけるスクロールバーの位置が含まれる場合に、
    前記処理手段は、該スクロールバーの位置に基づいて、該中断データが生成される際の該ウィンドウ内の表示内容を復元することを特徴とする請求項８に記載のクライアント。
11. 前記第２の処理手段は、受信した前記中断データに含まれる第１の解像度情報と、前記第２の表示手段の第２の解像度情報とを比較し、
    前記第１の解像度情報が前記第２の解像度情報より大きい場合に、前記第２の表示手段において前記ウィンドウが画面内に収まるように、該ウィンドウの表示位置を前記中断データに含まれる表示位置から修正するか、又は、該ウィンドウの大きさを、前記中断データに含まれる大きさよりも縮小するかして、前記アプリケーションを実行することを特徴とする請求項６乃至１０のいずれか１項に記載のクライアント。
12. 前記第２の処理手段は、受信した前記中断データに含まれる第１の解像度情報と、前記第２の表示手段の第２の解像度情報とを比較し、
    前記第１の解像度情報が前記第２の解像度情報より小さい場合に、前記第２の表示手段において前記ウィンドウが画面内に収まる範囲内で、該ウィンドウの表示位置を前記中断データに含まれる表示位置から修正するか、又は、該ウィンドウの大きさを、前記中断データに含まれる大きさよりも拡大するかして、前記アプリケーションを実行することを特徴とする請求項６乃至１１のいずれか１項に記載のクライアント。
13. 前記第２の処理手段は、前記第２の表示手段の解像度を、受信した前記中断データに含まれる解像度情報に対応する解像度に一致させることが可能か否かを判定し、可能と判定した場合に、前記第２の表示手段における表示解像度を変更することを特徴とする請求項６乃至１０のいずれか１項に記載のクライアント。
14. 前記取得要求は、中断データに基づく作業の再開と、中断時の作業状態の確認とのいずれかを目的とした要求として前記ユーザから受け付け、前記取得要求が前記中断データに基づく作業の再開を目的とする場合に、
    前記第２の処理手段が前記中断データに基づきアプリケーションを実行して再開した作業の更なる中断指示を受け付ける第２の受付手段と、
    前記更なる中断指示を受け付けた場合に、実行されているアプリケーションと、該アプリケーションに対応するウィンドウの表示位置、表示内容及び大きさとを特定するための特定情報を、実行されているアプリケーションについてリスト化して保存する第２の記憶手段と、
    を備え、
    前記第２の送信手段が、前記第２の記憶手段に保存された前記リスト化された情報を、該アプリケーションを利用しているユーザの識別情報と、前記第２の表示手段の解像度情報と共に、中断データとして前記サーバへ送信することを特徴とする請求項６乃至１３のいずれか１項に記載のクライアント。
15. 前記取得要求が中断時の作業状態の確認を目的とする場合、
    前記中断データに中断時の前記第１の表示手段の表示画面の画像データが含まれる場合には、前記第２の表示手段が該画像データを表示し、
    前記中断データに中断時の画像データが含まれない場合には、前記第２の処理手段が前記中断データに基づきアプリケーションを実行し、更なる中断指示は受け付けないことを特徴とする請求項１４に記載のクライアント。
16. ネットワークを介してクライアントと接続されるサーバであって、
    請求項１乃至５、１４及び１５のいずれか１項に記載のクライアントから、前記中断データを受信する受信手段と、
    受信した前記中断データを記憶する記憶手段と、
    クライアントからの前記中断データの取得要求に応じて、該中断データを該取得要求を送信してきたクライアントへ送信する送信手段と
    を備えることを特徴とするサーバ。
17. 前記取得要求からユーザの識別情報を抽出する抽出手段と、
    前記抽出手段で抽出した識別情報と一致する情報が、前記中断データに含まれているか否かを判定する判定手段とを備え、
    前記送信手段は、前記判定手段が前記抽出した識別情報と一致する情報が前記中断データに含まれていると判定した場合に、該中断データを送信することを特徴とする請求項１６に記載のサーバ。
18. ネットワークを介してサーバと接続されるクライアントの制御方法であって、
    第１の処理手段が、アプリケーションを実行する第１の処理工程と、
    第１の表示手段が、前記第１の処理手段によるアプリケーションの実行結果のウィンドウを画面表示する第１の表示工程と、
    第１の受付手段が、前記クライアントのユーザから、前記クライアントにおけるアプリケーションの実行に伴う作業の中断指示を受け付ける第１の受付工程と、
    第１の記憶手段が、前記中断指示を受け付けた場合に、実行されているアプリケーションと、該アプリケーションに対応するウィンドウの表示位置、表示内容及び大きさとを特定するための特定情報を、実行されているアプリケーションについてリスト化して保存する第１の記憶工程と、
    第１の送信手段が、前記第１の記憶手段に保存された前記リスト化された特定情報を、該アプリケーションを利用しているユーザの識別情報と、前記第１の表示手段の解像度情報と共に、中断データとして前記サーバへ送信する第１の送信工程と
    を備えることを特徴とするクライアントの制御方法。
19. ネットワークを介してサーバと接続されるクライアントの制御方法であって、
    第２の送信手段が、該クライアントのユーザから受け付けた、請求項２乃至５のいずれか１項に記載のクライアントが前記サーバへ送信した中断データの取得要求を、前記サーバへ送信する第２の送信工程と、
    受信手段が、送信した前記取得要求に応じて、前記サーバから前記中断データを受信する受信工程と、
    第２の処理手段が、受信した前記中断データに含まれる情報に従い、アプリケーションを実行する第２の処理工程と、
    第２の表示手段が、前記第２の処理手段によるアプリケーションの実行結果のウィンドウを画面表示する第２の表示工程と
    を備えることを特徴とするクライアントの制御方法。
20. ネットワークを介してクライアントと接続されるサーバの制御方法であって、
    受信手段が、請求項１乃至５、１４及び１５のいずれか１項に記載のクライアントから、前記中断データを受信する受信工程と、
    記憶手段が、受信した前記中断データを記憶する記憶工程と、
    送信手段が、クライアントからの前記中断データの取得要求に応じて、該中断データを該取得要求を送信してきたクライアントへ送信する送信工程と
    を備えることを特徴とするサーバの制御方法。
21. コンピュータを請求項１乃至１５のいずれか１項に記載のクライアントとして機能させるためのコンピュータプログラム。
22. コンピュータを請求項１６又は１７に記載のサーバとして機能させるためのコンピュータプログラム。