JP4361080B2

JP4361080B2 - 画像データを生成するための方法、プログラム、および装置

Info

Publication number: JP4361080B2
Application number: JP2006320885A
Authority: JP
Inventors: 良典田中; 光司高野
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2006-11-28
Filing date: 2006-11-28
Publication date: 2009-11-11
Anticipated expiration: 2026-11-28
Also published as: US20080122847A1; JP2008134853A; CN101192138A; CN101192138B; US8026928B2

Description

本発明は、クライアントで表示するための画像データをサーバで生成する技術に関する。特に、携帯電話や携帯情報端末等の画像表示機能に制限があるクライアントへ転送するデータ量を削減し、かつクライアントにおける効率的なユーザー・インターフェースを実現できるような、クライアントで表示するための画像データを、サーバ側において生成するための方法、コンピュータ・プログラム、および装置に関する。

昨今、サーバ・コンピュータおよびその周辺装置等より構成されるサーバ・システム（以後単にサーバと呼ぶ。）に、インターネットやイントラネット（社内ＬＡＮを含む）などのネットワークを介してクライアント（クライアント装置、クライアント・コンピュータ等）が接続された、ネットワーク・ベースのコンピュータ・システム環境が広く利用されている。特に、携帯電話や携帯情報端末（ＰＤＡ）などの普及により、これらの機器をクライアントとして用いて、サーバを遠隔操作できるようにする態様についても一般的となってきている。

図１は、携帯電話や携帯情報端末等をクライアントとして用いる一般的なネットワーク・ベースのコンピュータ・システム環境１００を表す。この図のように、サーバ１０２が、企業または団体のローカルなネットワークであるイントラネット１０４内に存在するような場合には、このイントラネットとインターネット等の外部のネットワーク１０６との間には、外部からの不正アクセスを防ぐファイアウォール１０８を備えたゲートウェイ１１０という装置が存在するため、外部のネットワーク環境下のクライアント１１２、１１４からサーバ１０２にアクセスして遠隔操作等をおこなうには必ずゲートウェイ１１０にアクセスする必要がある。

携帯電話等のクライアントとゲートウェイとの間の通信は一般にＨＴＴＰ（HyperText Transfer Protocol）のプロトコルに従って行われるので、クライアントからサーバの遠隔操作を行うには、操作対象となるサーバのディスプレイに表示される画像の内容をクライアント側でも表示してサーバの状況を知る必要がある。即ち、遠隔操作のための一連の操作を行うためには、クライアントが取得した、サーバのディスプレイに表示された画像の内容に基づいて、以後の操作を行う必要がある。

ところが、このサーバのディスプレイに表示された画像は、クライアント側でリアルタイムにユーザが観察できるものではなく、サーバから取得したその時点の静的な画像のみを観察できるものであるので、取得したその画像の情報からのみでは前回の状態からの画面の変化の様子を容易に判別することができない場合が多い。

また、携帯電話や携帯情報端末の表示画面は限られた大きさしか持たない（即ち、表示のための総画素数がサーバのディスプレイと比べてはるかに少ない）ので、操作対象のサーバのディスプレイに表示された画像の全体を、携帯電話等の限られた大きさの表示画面に表示しようとすると、元来サーバでは多くの画素を用いて表現されている画像をより少ない画素で表現しなければならないため、必然的にこの携帯電話等に表示される画像の解像度は粗くなる。クライアントの表示画面に表示されるこの解像度の粗い画像をユーザーが観察したとしても、以後のサーバの操作のための正確な状況判断をすること（例えば、次にどの部分をクリックするべきか等）は極めて困難である。

これとは逆に、この限られた大きさの表示画面に、操作対象のサーバのディスプレイに表示された画像と同じ画素解像度で画像を表示させる場合には、携帯電話等の表示画面にはサーバのディスプレイに表示された画像全体のうちの一部の画像しか表示できず、画像全体の見通しが悪いという点でユーザーの操作性や操作効率の観点から好ましくない。またこの場合、特に当該携帯電話等がフル・ブラウザ機能を有している場合などは、この一部の画像のデータだけでなく、その周辺部分を含めた広範囲の画像のデータをサーバからクライアントの画像バッファ等に一時に取り込んでおくことで、クライアントの表示画面における画面スクロールを容易に行うことができる。この場合、上記広範囲の画像としてサーバの表示画面全体の画像のデータを転送する場合は、サーバからクライアントへ転送されるデータ量が膨大となり、ネットワークの通信コストや、操作に対する応答速度（パフォーマンス）の観点からも好ましくない。

このように携帯電話等の表示画面のサイズが小さいクライアントからサーバに対する遠隔操作を効率的に行う手法については従来技術が存在する。特開２００２−１１１８９３号公報には、携帯電話等の携帯通信端末（即ち、クライアント）によって、ＧＵＩ（Graphical User Interface）環境下にある外部のコンピュータ（即ち、サーバ）を遠隔操作するための方法等についての発明が記載されている。即ち、携帯通信端末からの操作に応答して、外部のコンピュータの画面上に表示される各ＧＵＩ部品を検出し、その解析結果に基づいて当該ＧＵＩ部品を携帯通信端末で表示しやすいようにテキストなどに変換し、変換したそのデータを携帯通信端末に送信することで、表示機能等が限られた携帯通信端末から、ＧＵＩ環境のコンピュータを、両者の間の通信コストを大幅に削減しながら遠隔操作できるようにする技術について開示されている。

しかし、この方法は、ＧＵＩ環境下のサーバをクライアントから遠隔操作できることのみを目的としているので、サーバ側で表示されるＧＵＩ画像が全くそのままの形でクライアント側に表示されるものではない。また、サーバの表示画面の状態やその変化を検出すると言っても、それは、画面解析部と画面変化検出部とが、表示されるアイコンの名前や表示位置等の情報を、ＡＰＩ（Application Programming Interface）等を介してオペレーティング・システムから得ているだけであるので、例えば、アクティブではないウィンドウについての画面変化を検出することはできないし、また、アクティブなアプリケーションのウィンドウであっても、その中の表示がどのように変わったかまでは詳細には検出できない。
特開２００２−１１１８９３号公報

そこで本発明は、携帯電話等の限定された表示機能しか持たないクライアントからサーバを遠隔操作する場合における現行の上記課題を解決し、当該クライアント側でもサーバ側と同様のＧＵＩベースの画像を維持したまま、かつ、サーバから転送されるデータ量を最小限に抑えながら、ユーザーがサーバのディスプレイに表示された画像の状態の変化を容易に認識して次に行う操作のための判断を効率的に行えるような、遠隔操作のためのユーザー・インターフェースを実現することをその主たる目的とする。

この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。

上記課題を解決するために、本発明の第１の形態においては、ネットワークを介してクライアントが接続されるサーバにおいて、当該クライアントに表示される画像を制御する方法であって、（１）前記サーバによる動作を求める操作コマンドを前記クライアントから受け取ったことに応答して、前記サーバにおける表示画面を複数のサブ領域へ分割する分割態様を設定するステップであって、当該分割態様は、予め前記サーバに記録された当該クライアントに対応する分割態様の候補値を選択して設定される、ステップと、（２）前記設定された分割態様に基づいて分割された前記複数のサブ領域の各々について、前記操作コマンドに対する前記サーバによる前記動作の完了前と完了後とでの当該サブ領域に表示される画像の変化の程度を算出するステップと、（３）状況表示のための画像のデータを生成するステップであって、当該状況表示のための画像は、前記複数のサブ領域の相対的位置関係を表す画像と、前記複数のサブ領域の各々について、当該サブ領域に係る前記算出された前記変化の程度を表す画像とを含む、ステップと、（４）前記状況表示のための画像の前記データを、前記クライアントの表示部に表示されるように、前記クライアントに送信するステップとを備える方法を提供する。また、当該方法をサーバに実行させるコンピュータ・プログラム、および当該方法を実施することができる、サーバ内の装置を提供する。

また、本発明の第２の形態においては、ネットワークを介してクライアントが接続されるサーバにおいて、当該クライアントに表示される画像を制御する方法であって、（１）前記クライアントからの操作コマンドを受け取ったことに応答して、当該操作コマンドの内容を解析するステップと、（２）解析された前記コマンドが前記表示画面の表示内容を変更させるものでない場合には、予め前記サーバに記録された当該クライアントに対応する分割態様の候補値を選択して分割態様を設定し、解析された前記コマンドが前記表示画面の表示内容を変更させるものである場合には、変更された表示内容に応じて定まる新たな分割態様を設定する、ステップと、（３）前記設定された分割態様に基づいて分割された前記複数のサブ領域の各々について、前記操作コマンドに対する前記サーバによる前記動作の完了前と完了後とでの当該サブ領域に表示される画像の変化の程度を算出するステップと、（４）状況表示のための画像のデータを生成するステップであって、当該状況表示のための画像は、前記複数のサブ領域の相対的位置関係を表す画像と、前記複数のサブ領域の各々について、当該サブ領域に係る前記算出された前記変化の程度を表す画像とを含む、ステップと、（５）前記状況表示のための画像の前記データを、前記クライアントの表示部に表示されるように、前記クライアントに送信するステップとを備える方法を提供する。また、当該方法をサーバに実行させるコンピュータ・プログラム、および当該方法を実施することができるサーバ内の装置を提供する。

なお、上記に示した発明の概要は、本発明として必要な特徴の全てを列挙したものではなく、これら複数の発明の特徴の一部からなる組み合わせについてもまた、発明となり得るものである。

本発明によれば、携帯電話等の限定された表示機能しか持たないクライアントからサーバを遠隔操作する場合に、クライアント側でもサーバ側と同じＧＵＩベースの画像を維持したまま、かつ、サーバから転送されるデータ量を最小限に抑えながら、ユーザーがサーバのディスプレイに表示された画像の状態の変化を容易に認識して次に行う操作のための判断を効率的に行えるような遠隔操作のためのユーザー・インターフェースを実現することができる。

以下、添付図面を参照して、本発明を実施するための最良の形態（以下、実施形態）について詳細に説明する。なお、実施の形態の説明の全体を通じて同じ要素には同じ番号を付している。

図２は、図１に示した、携帯電話等をクライアントとして用いる一般的なネットワーク・ベースのコンピュータ・システム環境において本発明を実施するのに好適なサーバ１０２の詳細なハードウェア構成の典型的な例を示した図である。

この構成では、当該サーバ１０２の全体の制御をつかさどるプロセッサ２０２（中央処理装置、ＣＰＵ、メイン・プロセッサ等と呼ぶこともある。）の直近にメモリ・コントローラ・ブリッジ２０４（メモリ・ブリッジ、第１のブリッジ、ノース・ブリッジ等と呼ぶこともある。）が接続され、当該メモリ・コントローラ・ブリッジ２０２にはメイン・メモリ２０４（メモリ、主記憶等と呼ぶこともある。）およびグラフィックス・コントローラ２０６が直接接続され、主に高速性が要求される処理を行う。

グラフィックス・コントローラ２０６はディスプレイ２０８（ディスプレイ装置、表示装置と呼ぶこともある。）に表示されるべき画像データの生成および制御を行う。フレーム・バッファ・メモリ２１０（フレーム・バッファ、ビットマップ・メモリ、画像メモリ、グラフィックス・メモリ等と呼ぶこともある。）は、ディスプレイ装置２０８に表示するべき画像の少なくとも１フレーム分の画像データをバッファリングする（即ち、蓄える）ことのできるメモリであり、グラフィックス・コントローラ２０６の制御の下、少なくとも１フレーム分を表示するための画像データが当該フレーム・バッファ・メモリ２１０に描画される。ディスプレイ・インターフェース２１２は、フレーム・バッファ・メモリ２１０に描画された画像データを読み出して、当該データをディスプレイ装置２０８との間のインターフェース２１４に適合する信号フォーマットに変換して、ディスプレイ装置２０８で表示されるように転送する。
尚、図２の例では、フレーム・バッファ２１０は、グラフィックス・コントローラ２０６に直接に接続され、メイン・メモリ２０４からは独立した存在となっているが、ＵＭＡ（Unified Memory Architecture）に代表されるように、メイン・メモリの一部をフレーム・バッファ・メモリとして割り当てる構成とすることもできる。

メモリ・コントローラ・ブリッジ２０４からはまた、ＰＣＩローカル・バス２１６などのバスを介して、Ｉ／Ｏコントローラ・ブリッジ２１８（Ｉ／Ｏブリッジ、第２のブリッジ、サウス・ブリッジ等と呼ぶこともある。）が接続され、当該Ｉ／Ｏコントローラ・ブリッジ２１８にはストレージ・コントローラ２２０（ＩＤＥコントローラ、ＳＣＳＩコントローラ、等）を介してハードディスク・ドライブ２２２（ＨＤＤ、ハードディスク、ハードディスク・ストレージ、固定記憶装置等と呼ぶこともある。）、ＤＶＤ２２４、ＣＤＲＯＭ２２６、ＭＯ２２８等の大容量記憶装置が接続され、ここに本発明を実施させるのに必要なオペレーティング・システム２３０、およびオペレーティング・システム２３０と協働してプロセッサ２０２等に命令を与えて本発明を実施させるための、アプリケーション・ソフトウェア２３２等のコンピュータ・プログラムを記憶する事ができる。コンピュータ・プログラムはメインメモリ２０４にロードされることによって実行される。コンピュータ・プログラムは圧縮し、また複数に分割して複数の媒体に記録することもできる。

Ｉ／Ｏコントローラ・ブリッジ２１８にはまた、キーボード／マウス・コントローラ２３４が接続され、キーボード２３６やマウス２３８のような入力デバイスからの入力を受ける。Ｉ／Ｏコントローラ・ブリッジ２１８にはこの他に、各種の外部バス・インターフェース２４０〜２４４が接続される。外部バス・インターフェース２４０には、別のサーバ２４６が通信可能に接続され、当該サーバ２４６を構成するハードディスク・ドライブ２４８に上記コンピュータ・プログラムの全部または一部を保管させることもまた可能である。さらに、外部バス・インターフェース２４２を介して図１のイントラネット１０４に接続することができ、これによって図１に示したゲートウェイ１１０を介して携帯電話等のクライアント１１２とサーバ１０２との間の通信が可能となる。

サーバ１０２の大容量記憶装置に記憶され、その全体的な動作を司るオペレーティング・システム２３０としては、マイクロソフト・コーポレーションが提供するＷｉｎｄｏｗｓ（Ｒ）オペレーティング・システム、アップル・コンピュータ・インコーポレイテッドが提供するＭａｃＯＳ（Ｒ）、ＸＷｉｎｄｏｗＳｙｓｔｅｍを備えるＵＮＩＸ（Ｒ）系システムといった、ＧＵＩ（Graphical User Interface）をサポートするオペレーティング・システムを採用する。ＵＮＩＸ（Ｒ）系システムには、例えば、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＡＩＸ（Ｒ）あるいはＬｉｎｕｘ（Ｒ）等がある。

以上の説明により、本発明を実施するのに好適なサーバ１０２は、通常のパーソナル・コンピュータ、ワークステーション、メインフレーム等の情報処理装置、または、これらの組み合わせによって実現されることが容易に理解されるであろう。ただし、図２に示したサーバの各構成要素は例示であり、そのすべての構成要素が本発明の必須構成要素となるわけではない。また、本発明を実施するに際して、複数のサーバを組合せ、それらに上記の各構成要素を機能的に配分して実施する等の種々の変更は、当業者によって容易に想定され得ることは勿論である。それらの変更は、当然に本発明の思想に包含される概念である。

以上のシステム環境の下で、本発明の実施形態について以下に説明する。
図３〜図５は、本発明の第１の実施形態に基づいてサーバ１０２において行われる処理と、これに対応した、携帯電話等のクライアントにおける表示画面の状態を表したものである。また、図６は、本発明の第1の実施形態に係る処理手順の流れを示す図である。

図３（ａ）は、ある時点でのサーバ１０２のディスプレイ２０８の表示画面の状態を表す。デスクトップ上に複数のアイコンのみが表示されており、その他のアクティブまたは非アクティブなウィンドウは一切表示されていない。なお、図３（ａ）の破線３０２、３０４は、後述する、クライアント１１４のための分割態様が現時点でどのように設定されているかを概念的に示した分割線で、このような破線が実際にディスプレイ２０８に表示されている訳ではない。

図３（ｂ）は、サーバ１０２にネットワークを介して接続された携帯情報端末型のクライアント１１４の、この時点での表示画面３０６の状態を表す。クライアント１１４の表示画面３０６は２つの部分に分割されており、下部の状況表示部３０８には、サーバ１０２のディスプレイ２０８の表示画面全体を図３（ａ）に示す領域Ａ３１０から領域Ｄ３１６の４つのサブ領域に分割して処理をしていることを示すＡ３２０〜Ｄ３２６の４つの枠付きの矩形図形が表示される。上部の操作画面部３３０には、サーバ１０２のディスプレイ２０８の表示画面全体のうちの領域Ａ３１０の部分に相当する画像が表示されており、これに対応して、状況表示部３０８では、４つの矩形図形のうちのＡ３２０のみを、外枠および／または背景面の色調を他の３つと異なるものにすることで、操作画面部３３０に表示されているのが領域Ａ３１０の画像であることをユーザーが容易に分かるようにしている。

以下、図６の処理手順に従って、本発明の第１の実施形態に基づいたサーバ１０２の動作について述べる。サーバ１０２はクライアント１１４から、当該サーバの何らかの動作を求める操作コマンドが送られてくるのを待ち受ける（ステップＳ６０２）。何らかの動作としては、例えば、アプリケーションのアクティブなウィンドウをデスクトップに表示すること等がある。クライアント１１４のユーザーが、操作画面部３３０に表示されたアイコンの１つをクリックするなどしてサーバ１０２に対する操作を指示すると、当該操作に対応する操作コマンドがサーバ１０２に送信される。サーバ１０２は当該操作コマンドを受け取ると、それに応答して、先ずそのコマンドの付随情報を読み取る等して、そのコマンドの送信元、即ちそのコマンドがどのクライアントから発行されたものかを識別する（ステップＳ６０４）。

さらにサーバ１０２は、メイン・メモリ２０４等にテーブル等の形式で予め記憶されている、当該クライアント１１４に対応する分割態様の候補値を読み出して選択し、クライアント１１４からの操作コマンドに対してこれから行うクライアント１１４のための画像生成などの処理に際して採用するべき分割態様として設定する（ステップＳ６０６）。

「分割態様」とは、本発明の実施形態に基づいてサーバ１０２の表示画面全体をいくつかのサブ領域に論理的に分割して、分割された各サブ領域に係る画像データを当該サブ領域毎に処理して、クライアント１１４に表示するための画像データを生成してクライアント１１４に転送する場合における、その分割のし方のことである。典型的には、分割態様は、表示画面全体をいくつのサブ領域に分割するかを示す分割数と、分割されたサブ領域の各々が表示画面全体に占める位置、大きさ、および形状とを表す情報のことであるが、これ以外の情報を含めて捉えることもできる。

サーバ１０２には一般に複数のクライアントを通信可能に接続することができる。したがって、接続されたこれらクライアントの各々が、サーバ１０２に対して操作コマンドを送信することが考えられ、その際、これら操作コマンドを送信したクライアントのためにサーバ１０２が行う処理に際して採用するべきの分割態様については、クライアント毎に別々の態様を設定できるようにすることが望ましい。これを可能とするため、サーバ１０２に接続可能な複数のクライアントのそれぞれに対して、分割態様の候補値、言い換えれば、各クライアントが希望する分割態様値、を対応付けて構成された、「分割態様テーブル」を、サーバ１０２のメイン・メモリ２０４または他の記憶装置内に記憶する。

図７は、サーバ１０２内に備える分割態様テーブルの一例を概念的に表したものである。分割態様テーブル７０２によれば、クライアント１１４に対する分割態様の候補値として、縦横２ｘ２の均等分割、即ち４つの矩形サブ領域への分割で、各サブ領域は大きさが均等で、縦横に２ｘ２の田の字型に隣接したもの、が記録されている（エントリ７０４参照。）。尚、このような分割態様の表現は、意味を把握し易くするために便宜的に用いているもので、実際に分割態様テーブル７０２に記録される分割態様の候補値は、例えば、ディスプレイ２０８の表示画面における、各サブ領域を表す矩形の４つの頂点に相当する画素についての、画素・ベースのＸ−Ｙ直交２次元座標値とすることができる。これは即ち、表示画面の左上の画素の座標を（Ｘ，Ｙ）＝（０，０）とし、右方向にＸ座標値、下方向にＹ座標値を画素単位で増加させて、各画素の座標を表すものである。

この各分割態様の候補値は、初期値として最初はそれぞれある値が記録されており、その後の任意の時点で、各クライアントからの変更（即ち、書き換え）要求に応じて、そのクライアントのための分割態様の候補値を再記録することができる。即ち、この再記録は、図６の各手順とは無関係に、任意の時点で行うことができる。

分割態様テーブル７０２にこのような値が記録されている場合、サーバ１０２はステップＳ６０６において、当該テーブル７０２内のクライアント１１４についてのエントリ７０４から、クライアント１１４に対応する分割態様の候補値として「縦横２ｘ２の均等分割」が記録されていることを読み出して（即ち、選択して）、クライアント１１４からの操作コマンドに対してこれから行うクライアント１１４のための処理に際して採用するべき分割態様、即ち、クライアント１１４のための分割態様として設定する。

今、クライアント１１４からの操作コマンドが、あるアプリケーションを起動してそのアプリケーションに係るアクティブなウィンドウをデスクトップ上に表示するものであるとする。図４（ａ）は、このアプリケーションのウィンドウを表示する動作がおこなわれた後のサーバ１０２のディスプレイ２０８の表示画面の状態を表す。デスクトップの中央部やや左下にこのアプリケーションに係るアクティブなウィンドウ４０２が表示されている。なお、図４（ａ）の破線４０４、４０６は、クライアント１１４のための処理における分割態様として「縦横２ｘ２の均等分割」を設定したことを概念的に示した分割線で、このような破線が実際にディスプレイ２０８に表示される訳ではない。

次に、サーバ１０２は、ステップＳ６０６で設定した分割態様に基づく各サブ領域について、当該操作コマンドに対するサーバ１０２による動作が行われた後のサーバ１０２のディスプレイ２０８の表示画面の状態（図４（ａ）参照）が、当該動作を行う前の表示画面の状態（図３（ａ）参照）からどの程度変化したかを表す「変化の程度」を算出する（ステップＳ６０８）。変化の程度としては、例えば、各サブ領域を構成する全画素数のうち、上記動作によってその値が変更させられた画素数の割合（％）とすることができる。今、クライアント１１４からの操作コマンドに対するサーバ１０２による動作の結果、デスクトップ上にアクティブなウィンドウ４０２が１つ表示され、図４（ａ）の領域Ａ４１０については右下の４０％の面積が当該ウィンドウによって置き換わっているので、４０％という数値が算出される。同様に、領域Ｂ４１２〜領域Ｄ４１６についてもそれぞれ３０％、６０％、４５％という数値が算出される。

尚、サーバ１０２において上記変化の程度を算出するための具体的な手法については、様々な既知の手法が存在する。例えば、クライアント１１４からの操作コマンドに対する動作の結果がディスプレイ２０８に表示されるために図２のフレーム・バッファ・メモリ２１０の内容が書き換えられるが、この書き換えられる画素の数をサブ領域毎に積算し、各サブ領域の総画素数に対する比を求めることによって算出できる。この他にもいくつかの手法が存在するが、これら手法については既知の事項であるので、詳細な説明はしない。

続いてサーバ１０２は、各サブ領域の相対的位置関係を視覚的に認識できる図形と、ステップＳ６０８において算出された各サブ領域の変化の程度を表す値を視覚的に認識できる図形とを含む、状況表示のための画像をクライアント１１４の表示画面３０６の状況表示部３０８で表示できるようにするため、当該状況表示のための画像のデータを生成する（ステップＳ６１０）。図５は、ステップＳ６１０で生成された状況表示のための画像の様子を表す。ステップＳ６０６で設定された分割態様は、縦横２ｘ２の均等分割であるので、４つの矩形図形Ａ５２０〜Ｄ５２６を縦横２ｘ２に隣接させて並べた図形が生成される。さらに、各サブ領域についてステップＳ６０８で算出した数値をパーセント表示で表す文字列図形５３０〜５３６が、対応するそれぞれの矩形図形の中に重ね合わせて生成される。また、算出された数値が最も大きいサブ領域である領域Ｃ４１４に係る矩形図形Ｃ５２４についてのみ、その外枠および／または背景面の色調を他の３つとは異なるものとする。（以上、図５（ａ）参照。）

尚、変化の程度を表す数値を視覚的に認識できる図形としては、上記のパーセント表示の文字列図形の他にもさまざまな形態をとることができることは言うまでも無い。例えば、算出した数値に応じて、対応する矩形図形の背景面の色調を変えるようにしても良い（図５（ｂ）参照。）。色調を変えるとは、例えば、算出した数値が１００％に近いほど黒色に近いグレーにし、数値が０％に近いほど白色に近いグレーにするといったことを意味する。また、ディスプレイ２０８の表示画面の各サブ領域の中で画素値の変化があった部分（即ち、値が変化した画素）に対応した、各矩形図形内の部分を、他の部分（即ち、値が変化しなかった部分）とは色調を変えることで、数値ではなく図形的感覚で変化の程度をユーザーが認識できるようにすることもできる（図５（ｃ）参照）。これは例えば、変化があった画素に対応する部分を黒色にし、他の部分は白色にするといったことを意味する。

ステップＳ６１０において状況表示のための画像が生成された後、サーバ１０２は、クライアント１１４の表示画面に表示するための２種類の画像データをクライアント１１４に転送する（ステップＳ６１２）。図４（ｂ）は、サーバ１０２から上記２種類の画像データが転送された後のクライアント１１４の表示画面の状態を表す。

サーバ１０２からクライアント１１４に転送される２種類画像データのうちの１つは、クライアント１１４の表示画面の上部にある操作画面部３３０に表示されるべき操作画面用画像のデータであり、これは、サーバ１０２の表示画面全体を分割してできた４つのサブ領域のうちから選択した１つのサブ領域に表示された画像に相当する画像データである。当該１つのサブ領域を選択する基準としては、各サブ領域について算出された、上記変化の程度に係る数値のうちで最大の数値を持つサブ領域を選択するように実施することができる。図４（ｂ）では、この選択基準に基づいて、変化の程度の結果が６０％と最も大きかった領域Ｃ４１４が選択され、領域Ｃ４１４に表示された画像に相当する画像データがクライアント１０４に転送され、操作画面部３３０に表示される。尚、上記選択基準としては、この他に、常に特定のサブ領域（例えば、左上の領域Ａ４１０）を選択するように定めることもできるし、その他の選択基準を定めることもできる。

サーバ１０２からクライアント１１４に転送される２種類の画像データのうちの他の１つは、クライアント１１４の表示画面３０６の下部にある状況表示部３０８に表示するべき、上記ステップＳ６１０において生成された状況表示のための画像のデータである。即ち、状況表示部３０８には、図５（ａ）に示した画像と同様、４つのサブ領域のそれぞれに対応した４つの矩形図形Ａ４２０〜Ｄ４２６を縦横２ｘ２に隣接させた図形に対して、各サブ領域についてステップＳ６０８で算出した数値をパーセント表示で表す文字列図形４３０〜４３６を、対応するそれぞれの矩形図形の中で重ね合わせてできる画像が表示される。また、ステップＳ６０８で算出された数値が最も大きかったサブ領域であることを示すため、領域Ｃ４１４に対応する矩形図形Ｃ４２４についてのみ、外枠および／または背景面の色調を他の３つと異なるものにしている。

以上に述べた、本発明の第１の実施形態は、以下のような有利な効果を備える。
クライアント１１４のユーザーは、状態表示部３０８のかかる状態から判断して、これ以後の操作をするに当たって領域Ｃが最も重要そうであるという見当を容易につけることができる。また実際、操作画面部３３０にはサーバ１０２のディスプレイ２０８の表示画面の領域Ｃ４１４の様子が表示されているので、ユーザーは即座に最も興味を引く領域Ｃ４１４についてその様子を確認したり更なる操作をしたりすることができる。

一般に、携帯電話や携帯情報端末等のように小さな表示画面しか持っていないクライアント１１４では、操作画面部３３０の表示のための縦横の画素数は、そこに表示させたいサーバ１０２のディスプレイ２０８に表示される画像の縦横の画素数と比べてかなり小さい場合がある。この場合は、ディスプレイ２０８における元の画像をクライアント１１４の操作画面部３３０の小さな縦横の画素数に一致するように、スケーリング（縮小）した画像データをクライアント１１４に転送しなければならない。従ってこの場合、ディスプレイ２０８の表示画面全体をスケーリングした画像よりも、サブ領域をスケーリングした画像のほうが、縮小率が小さいので、操作画面部３３０に表示されたときに、より精細な画像が得られる。即ち、本発明の第１の実施形態に示したように、領域Ｃ４１４の様子を操作画面部３３０に表示する場合のほうが、本発明を用いずにディスプレイ２０８の表示画面全体の様子を操作画面部３３０に表示する場合に比べて、操作をする上でのユーザー・インターフェースが格段に向上する。

あるいはまた、クライアント１１４の表示画面３０６がフル・ブラウザのような機能を有している場合には、当該クライアント１１４にはサーバ１０２におけるサブ領域などの元の画像をスケーリングしてクライアント１１４に転送することはせず、そのままの画素数の画像データをクライアント１１４に転送して、クライアント１１４の有する画像バッファ（図示せず）等に保管し、そのうち操作画面部３３０の画素数に相当する一部分だけを操作画面部３３０に表示させることができる。また、この表示させる範囲は、画像バッファ等に保管した画像データの範囲内から選択して表示させるので、この範囲内で高速にスクロールさせることができる。従って、この場合、サーバ１０２の表示画面全体の画像データを転送する場合よりも、サブ領域の画像データを転送する場合のほうが、転送される画像データの容量を格段に少なくできる。即ち、本発明の第１の実施形態に示したように、領域Ｃの画像データをクライアント１１４に転送してその一部をフル・ブラウザ機能を持つ表示画面３０６の操作画面部３３０に表示する場合のほうが、本発明を用いずにサーバ１０２の表示画面全体の画像データをクライアント１１４に転送してその一部を操作画面部３３０に表示する場合に比べて、クライアント１１４に転送する画像データの量を４分の１にすることができ、通信コストおよび動作のパフォーマンスの観点から極めて効率的である。

次に、本発明の第２の実施形態について以下に説明する。
図８〜図９は、本発明の第２の実施形態に基づいてサーバにおいて行われる処理と、これに対応した、携帯電話等のクライアントにおける表示画面の状態を表したものである。また、図１０は、本発明の第２の実施形態に係る処理全体の流れを示す図である。

最初のある時点での状態は、本発明の第１の実施形態の場合と同じであるものとする。即ち、図３（ａ）に示すように、ある時点でのサーバ１０２のディスプレイ２０８の表示画面の状態としては、デスクトップ上に複数のアイコンのみが表示されており、その他のアクティブまたは非アクティブなウィンドウは一切表示されていない。また、図３（ａ）の破線３０２、３０４は、クライアント１１４のための現時点で設定されている分割態様を概念的に示したもので、このような破線が実際にディスプレイ２０８に表示されている訳ではない。また、クライアント１１４には、図３（ｂ）に示したように、下部の状況表示部３０８には、サーバ１０２のディスプレイ２０８の表示画面全体を４つのサブ領域に分割して処理をしていることを示すＡ３２０〜Ｄ３２６の４つの枠付きの矩形図形が表示され、上部の操作画面部３３０には、領域Ａ３１０の部分に相当する画像が表示されている。

以下、図１０の処理手順に従って、本発明の第２の実施形態に基づいたサーバ１０２の動作について述べる。サーバ１０２はクライアント１１４から操作コマンドが送られてくるのを待ち受ける（ステップＳ１００２）。クライアント１１４から送信されたユーザーの操作コマンドを受け取ると、サーバ１０２は、それに応答してそのコマンドの付随情報を読み取る等して、そのコマンドの送信元、即ちそのコマンドがどのクライアントから発行されたものかを識別する（ステップＳ１００４）。

次に、サーバ１０２は、当該コマンドの内容を解析して、当該コマンドがサーバ１０２の表示画面の表示内容を変更させるものであるかどうかを判断する（ステップＳ１００６）。この判断の結果、表示内容を変更させるものである場合には、予め分割態様テーブル７０２に記憶されている、当該クライアント１１４に対応する分割態様の候補値の情報に係わらず、当該変更された表示内容に応じて定まる新たな分割態様を設定する（ステップＳ１００８）。尚、ステップＳ１００８に続いて、この設定された分割態様を、分割態様テーブル７０２において、当該クライアントに対応する分割態様の候補値として再記録する手順を挿入してもよい（ステップＳ１０１０）。

図８（ａ）は、ステップＳ１００８において分割態様を設定する一実施例の様子を示す。クライアント１１４からの操作コマンドの内容が、デスクトップに新たにアクティブなウィンドウを表示するものであった場合、分割態様としては、分割態様テーブル７０２の中のクライアント１１４に対応するエントリ７０４に記録されている「４つの矩形サブ領域への縦横に２ｘ２の均等分割」は無視をして、これをクライアント１１４のための分割態様としては設定しない。その代わりに、表示されたアクティブなウィンドウ８０２を覆う矩形サブ領域である領域Ｘ８０４と、その周囲に配置される８つの矩形サブ領域である領域Ｅ８０６〜領域Ｍ８２０との合計９つのサブ領域への分割を、本実施を行うための分割態様として設定する。

一方、ステップＳ１００６での判断結果が、表示画面の内容を変更させないものである場合には、予め分割態様テーブル７０２に記憶されている、当該クライアント１０４に対応する分割態様の候補値を読み出して選択し、本実施を行うための分割態様として設定する（ステップＳ１０１２）。即ち、もし当該操作コマンドがデスクトップにアクティブなウィンドウを新たに表示させるものではなかった場合は、分割態様テーブル７０２の中のクライアント１１４に対応するエントリ７０４に記録されている分割態様の候補値に基づいて、「４つの矩形サブ領域への縦横に２ｘ２の均等分割」を、本実施を行うための分割態様として設定する。

次に、サーバ１０２は、ステップＳ１００８またはステップＳ１０１０で設定した分割態様に従って、各サブ領域について、当該操作コマンドに対するサーバ１０２による動作がおこなわれた後のサーバ１０２のディスプレイ２０８の表示画面の状態（図８（ａ）参照）が、当該動作をおこなう前の表示画面の状態（図３（ａ）参照）からどの程度変化したかを表す変化の程度を、即ち、各サブ領域を構成する全画素数のうち、上記動作によってその値が変更させられた画素数の割合（％）を算出する（ステップＳ１０１４）。今、クライアント１１４からの操作コマンドに対するサーバ１０２による動作の結果、デスクトップ上にアクティブなウィンドウ８０２が１つ表示され、ステップＳ１００８において設定された分割態様は、アクティブなウィンドウ８０２を覆う領域Ｘ８０４と、その周囲に配置される領域Ｅ８０６〜領域Ｍ８２０との合計９つの矩形サブ領域への分割である。よって、領域Ｘ８０４については、領域内の全部または大半が新しく表示されたアクティブなウィンドウ８０２によって占められるので、変化の程度として算出される、サブ領域を構成する全画素数のうちの当該動作によってその値が変更させられた画素数の割合はほとんど１００％になる。しかし、他の８つのサブ領域（領域Ｅ８０６〜領域Ｍ８２０）については、アクティブなウィンドウ８０２はその一部分も含まれないので、変化の程度として算出される割合はほとんど０％となる。

続いてサーバ１０２は、各サブ領域の相対的位置関係を視覚的に認識できる図形と、ステップＳ１０１２にて算出された各サブ領域の変化の程度を表す数値を視覚的に認識できる図形と、を含む状況表示のための画像をクライアント１１４の表示画面３０６の状況表示部３０８で表示できるようにするため、当該状況表示のための画像のデータを生成する（ステップＳ１０１６）。図９は、ステップＳ１０１６で生成された状況表示のための画像の様子を表す。ステップ１００８で設定された分割態様は、アクティブなウィンドウ８０２を覆う矩形サブ領域と、その周囲に配置される８つの矩形サブ領域との合計９つの矩形サブ領域への分割であるので、それがユーザーに認識できるように、９つの矩形図形Ｘ９０２、Ｅ９０４〜Ｍ９１８を縦横３ｘ３に隣接させて並べた図形が生成される。さらに、各サブ領域についてステップＳ１０１４で算出した数値をパーセント表示で表す文字列図形９２２〜９３８が、対応するそれぞれの矩形図形の中に重ね合わせて生成される。また、算出された数値が最も大きいサブ領域である領域Ｘ８０４に係る矩形図形９０２についてのみ、その外枠および／または背景面の色調を他の８つとは異なるものとする。

尚、第１の実施形態の場合と同様、変化の程度を表す数値を視覚的に認識できる図形としては、上記の文字列図形の他にもさまざまな形態をとることができることは言うまでも無い。

ステップＳ１０１４において状況表示のための画像が生成された後、サーバ１０２は第１の実施形態と同様、クライアント１１４の表示画面３０６に表示するため、上部にある操作画面部３３０に表示するべき操作画面用画像データと、下部にある状況表示部３０８に表示するべき、上記ステップＳ１０１６で生成された状況表示のための画像のデータとを、クライアント１１４に転送する（ステップＳ１０１８）。

図８（ｂ）は、サーバ１０２から上記２種類の画像データが転送された後のクライアント１１４の表示画面の状態を表す。操作画面用画像のデータとして、サーバ１０２のディスプレイ２０８の表示画面全体を分割してできた９つのサブ領域のうちから、ステップＳ１０１４で算出された数値が１００％と最大であったサブ領域である領域Ｘを選択し、当該サブ領域に表示された画像に相当する画像データが転送され、操作画面部３３０にその領域Ｘの様子が表示されている。尚、上記選択基準として、その他の基準を定めることができるのは、第１の実施形態の場合と同様である。

状況表示部３０８には、図９に示した画像と同様、９つのサブ領域のそれぞれに対応した９つの矩形図形を縦横３ｘ３に隣接させた図形に対して、各サブ領域についてステップＳ１０１４で算出した数値をパーセント表示で表す文字列図形を、対応するそれぞれの矩形図形の中で重ね合わせてできる画像が表示される。また、ステップＳ１０１４で算出された数値が最も大きかったサブ領域であることを示すため、領域Ｘ８０４に対応する矩形図形８３０についてのみ、外枠および／または背景面の色調を他の８つと異なるものにしている。

本発明の第２の実施形態では、第１の実施形態と比べて、以下のような更なる有利な効果を備える。
即ち、第１の実施形態においては、図４（ｂ）に示すように、操作画面部３３０には領域Ｃ４１４の様子が表示されるが、この領域Ｃ４１４にはアクティブなウィンドウ４０２の全部が含まれている訳ではないので、領域Ｃの中には、ユーザーが次に操作をしたい対象となるアイテムが含まれていない可能性もある。この場合ユーザーは、他のサブ領域に表示されている内容を順次チェックするために、操作画面３３０に表示される画像のソースを切り替える要求をサーバ１０２に対して送らなければならない。
しかし、本発明の第２の実施形態では、図８（ｂ）に示すように、ディスプレイ２０８に表示されたアクティブなウィンドウ８０２の全部が含まれるサブ領域Ｘの様子が操作画面部３３０に表示される。従って、ユーザーが次に操作を施したい対象は概ねサブ領域Ｘ内に含まれることを考慮すると、次の操作のために操作画面部３３０に表示される画像のソースを切り替える必要性はほとんどない。

以上、本発明の第１および第２の実施形態に基づく処理手順について説明したが、これらの処理手順は、サーバ１０２のハード・ディスク・ドライブ２２２等に記憶されたアプリケーション・ソフトウェア２３２またはオペレーティング・システム２３０等のコンピュータ・プログラムが、サーバ１０２のプロセッサ２０２等の各種コンポーネントを用いてこれらのコンポーネントに実行させることができる。即ち、本発明を、これらの処理手順をサーバ１０２に実行させるようなコンピュータ・プログラムとして捉えることが可能である。

さらにまた、これらの処理手順はサーバ１０２に含まれるグラフィックス・コントローラ２０６等のハードウェア・コンポーネントによって実行させることもまた可能である。即ち、本発明を、これら各処理手順を実行するブロックを備える装置として捉えることが可能である。

以上、本発明をいくつかの実施形態を用いて説明したが、本発明は多くの異なる態様で実施することが可能であり、上記実施形態は特許請求の範囲にかかる発明を限定するものではない。即ち、上記実施形態に多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。さらに、上記実施の形態の中で説明されている特徴の組み合わせの全てが、発明の解決手段に必須とは限らないことにも留意されたい。

携帯電話や携帯情報端末等をクライアントとして用いる一般的なネットワーク・ベースのコンピュータ・システム環境を表す。本発明を実施するのに好適なサーバの詳細なハードウェア構成の典型的な例を示す。本発明の第１および第２の実施形態に基づく、サーバおよびクライアントの表示画面の状態を示す。本発明の第１の実施形態に基づく、サーバおよびクライアントの表示画面の状態を示す。本発明の第１の実施形態に基づいて生成される、クライアントの状況表示のための画像を示す。本発明の第１の実施形態に係る処理手順の流れを示す。サーバ内に備える分割態様テーブルの一例を示す。本発明の第２の実施形態に基づく、サーバおよびクライアントの表示画面の状態を示す。本発明の第２の実施形態に基づいて生成される、クライアントの状況表示のための画像を示す。本発明の第２の実施形態に係る処理手順の流れを示す。

符号の説明

１００ネットワーク・ベースのコンピュータ・システム環境
１０２サーバ
１０４イントラネット
１０６外部のネットワーク
１０８ファイアウォール
１１０ゲートウェイ
１１２クライアント
１１４クライアント
２０２プロセッサ
２０４メモリ・コントローラ・ブリッジ
２０６グラフィックス・コントローラ
２０８ディスプレイ
２１０フレーム・バッファ・メモリ
２１２ディスプレイ・インターフェース
２１４インターフェース
２１６ＰＣＩローカル・バス
２１８Ｉ／Ｏコントローラ・ブリッジ
２２０ストレージ・コントローラ
２２２ハードディスク・ドライブ
２２４ＤＶＤ
２２６ＣＤＲＯＭ
２２８ＭＯ
２３０オペレーティング・システム
２３２アプリケーション・ソフトウェア
２３４キーボード／マウス・コントローラ
２３６キーボード
２３８マウス
２４０外部バス・インターフェース
２４２外部バス・インターフェース
２４４外部バス・インターフェース
２４６サーバ
２４８ハードディスク・ドライブ
３０２分割線
３０４分割線
３０６クライアントの表示画面
３０８状況表示部
３１０サブ領域領域Ａ
３１２サブ領域領域Ｂ
３１４サブ領域領域Ｃ
３１６サブ領域領域Ｄ
３２０矩形図形Ａ
３２２矩形図形Ｂ
３２４矩形図形Ｃ
３２６矩形図形Ｄ
３３０操作画面部
４０２アクティブ・ウィンドウ
４０４分割線
４０６分割線
４１０サブ領域領域Ａ
４１２サブ領域領域Ｂ
４１４サブ領域領域Ｃ
４１６サブ領域領域Ｄ
４２０矩形図形Ａ
４２２矩形図形Ｂ
４２４矩形図形Ｃ
４２６矩形図形Ｄ
４３０文字列図形
４３２文字列図形
４３４文字列図形
４３６文字列図形
５２０矩形図形Ａ
５２２矩形図形Ｂ
５２４矩形図形Ｃ
５２６矩形図形Ｄ
５３０文字列図形
５３２文字列図形
５３４文字列図形
５３６文字列図形
Ｓ６０２ステップ
Ｓ６０４ステップ
Ｓ６０６ステップ
Ｓ６０８ステップ
Ｓ６１０ステップ
Ｓ６１２ステップ
７０２分割態様テーブル
７０４エントリ
８０２アクティブなウィンドウ
８０４サブ領域領域Ｘ
８０６サブ領域領域Ｅ
８０８サブ領域領域Ｆ
８１０サブ領域領域Ｇ
８１２サブ領域領域Ｈ
８１４サブ領域領域Ｊ
８１６サブ領域領域Ｋ
８１８サブ領域領域Ｌ
８２０サブ領域領域Ｍ
８３０矩形図形
９０２矩形図形Ｘ
９０４矩形図形Ｅ
９０６矩形図形Ｆ
９０８矩形図形Ｇ
９１０矩形図形Ｈ
９１２矩形図形Ｊ
９１４矩形図形Ｋ
９１６矩形図形Ｌ
９１８矩形図形Ｍ
９２２文字列図形
９２４文字列図形
９２６文字列図形
９２８文字列図形
９３０文字列図形
９３２文字列図形
９３４文字列図形
９３６文字列図形
９３８文字列図形
Ｓ１００２ステップ
Ｓ１００４ステップ
Ｓ１００６分岐ステップ
Ｓ１００８ステップ
Ｓ１０１０ステップ
Ｓ１０１２ステップ
Ｓ１０１４ステップ
Ｓ１０１６ステップ
Ｓ１０１８ステップ

Claims

ネットワークを介してクライアントが接続されるサーバにおいて、当該クライアントに表示される画像を制御する方法であって、
前記サーバによる動作を求める操作コマンドを前記クライアントから受け取ったことに応答して、前記サーバにおける表示画面を複数のサブ領域へ分割する分割態様を設定するステップであって、当該分割態様は、予め前記サーバに記録された当該クライアントに対応する分割態様の候補値を選択して設定される、ステップと、
前記設定された分割態様に基づいて分割された前記複数のサブ領域の各々について、前記操作コマンドに対する前記サーバによる前記動作の完了前と完了後とでの当該サブ領域に表示される画像の変化の程度を算出するステップと、
状況表示のための画像のデータを生成するステップであって、当該状況表示のための画像は、
前記複数のサブ領域の相対的位置関係を表す画像と、
前記複数のサブ領域の各々について、当該サブ領域に係る前記算出された前記変化の程度を表す画像と
を含む、ステップと、
前記状況表示のための画像の前記データを、前記クライアントの表示部に表示されるように、前記クライアントに送信するステップと
を備える方法。
前記設定された分割態様に基づいて分割された前記複数のサブ領域のうちの１つのサブ領域に表示された画像に基づくデータを、当該画像の全体またはその一部が前記クライアントの前記表示部に表示されるように、前記クライアントに送信するステップ
をさらに備える、請求項１に記載の方法。
前記クライアントからの操作コマンドを受け取ったことに応答して、当該操作コマンドの内容を解析するステップをさらに備え、
前記分割態様を設定するステップは、
解析された前記コマンドが前記表示画面の表示内容を変更させるものでない場合には、予め前記サーバに記録された当該クライアントに対応する分割態様の候補値を選択して分割態様を設定し、
解析された前記コマンドが前記表示画面の表示内容を変更させるものである場合には、変更された表示内容に応じて定まる新たな分割態様を設定する、
ことを含む、
請求項１または２に記載の方法。
前記分割態様は、前記表示画面を分割する分割数と、分割に係る複数のサブ領域の各々が前記表示画面に占める位置、大きさ、および形状とを含む、請求項３に記載の方法。
前記変更された表示内容に応じて定まる新たな分割態様を設定するステップは、前記表示画面に新たに表示されるウィンドウがある場合には、分割に係る複数のサブ領域のうちの１つが当該ウィンドウの全てを含むように、分割に係る複数のサブ領域の各々が前記表示画面に占める位置、大きさ、および形状を定めるステップを含む、請求項４に記載の方法。
前記変化の程度を算出するステップは、前記設定された分割態様に基づいて分割された前記複数のサブ領域の各々について、当該サブ領域に係る全ての画素のうち、前記操作コマンドに対する前記動作の完了前と完了後とで変化した画素の占める割合を算出するステップを含む、請求項１に記載の方法。
前記状況表示のための画像のデータを生成するステップは、
前記複数のサブ領域の各々に対応する矩形図形を前記複数のサブ領域の相対的位置関係に基づいて並べたベース画像を生成し、
前記複数のサブ領域の各々について、当該サブ領域に係る前記算出された割合を、前記ベース画像のうちの当該サブ領域に対応する矩形図形に、視覚化した文字画像として重ね合わせて、
状況表示のための画像のデータを生成することを含む、請求項６に記載の方法。
前記状況表示のための画像のデータを生成するステップは、
前記複数のサブ領域の各々に対応する矩形図形を前記複数のサブ領域の相対的位置関係に基づいて並べたベース画像を生成し、
前記複数のサブ領域の各々について、前記操作コマンドに対する前記動作の完了前と完了後とで変化した画素が当該サブ領域において占める相対位置を、前記ベース画像のうちの当該サブ領域に対応する矩形図形に、視覚化した図形として重ね合わせて、
状況表示のための画像のデータを生成することを含む、請求項６に記載の方法。
前記ベース画像は、それを構成する複数の矩形図形のうち、前記変化の程度を算出するステップにおいて算出された値が最大であるサブ領域に対応する矩形図形だけが、他の矩形図形から識別される色彩、模様、および／または形態を持つことを特徴とする、請求項７または８に記載の方法。
前記設定された分割態様に基づいて分割された前記複数のサブ領域のうちの前記１つのサブ領域は、前記変化の程度を算出するステップにおいて算出された値が最大となるサブ領域である、請求項２に記載の方法。
前記クライアントの前記表示部で前記状況表示のための画像が表示される領域の全部または一部と、前記クライアントの前記表示部で前記１つのサブ領域の全体または一部が表示される領域の全部または一部とが重複し、当該重複領域に前記状況表示のための画像と、前記１つのサブ領域の前記全体または一部の画像とが重ね合わせて表示される、請求項２に記載の方法。
ネットワークを介してクライアントが接続されるサーバにおいて、当該クライアントに表示する画像を制御する方法であって、
前記クライアントから、前記サーバの動作を求める操作に関するコマンドを受け取るステップと、
前記コマンドの受領に応答して、前記サーバにおける表示画面に表示された画像を分割し、各分割領域における画像の変化を検出するステップと、
前記画像の変化の検出に基づき、前記クライアントに表示するための、状況表示のための画像のデータを生成するステップと、
前記状況表示のための画像のデータを、前記クライアントに送信するステップと
を備える方法。
ネットワークを介してクライアントが接続されるサーバにおいて、当該クライアントに表示される画像を制御するコンピュータ・プログラムであって、当該サーバに、
前記サーバによる動作を求める操作コマンドを前記クライアントから受け取ったことに応答して、前記サーバにおける表示画面を複数のサブ領域へ分割する分割態様を設定するステップであって、当該分割態様は、予め前記サーバに記録された当該クライアントに対応する分割態様の候補値を選択して設定される、ステップと、
前記設定された分割態様に基づいて分割された前記複数のサブ領域の各々について、前記操作コマンドに対する前記サーバによる前記動作の完了前と完了後とでの当該サブ領域に表示される画像の変化の程度を算出するステップと、
状況表示のための画像のデータを生成するステップであって、当該状況表示のための画像は、
前記複数のサブ領域の相対的位置関係を表す画像と、
前記複数のサブ領域の各々について、当該サブ領域に係る前記算出された前記変化の程度を表す画像と
を含む、ステップと、
前記状況表示のための画像の前記データを、前記クライアントの表示部に表示されるように、前記クライアントに送信するステップと
を実行させるコンピュータ・プログラム。
ネットワークを介してクライアントが接続されるサーバにおいて、当該クライアントに表示される画像を制御するための装置であって、
前記サーバによる動作を求める操作コマンドを前記クライアントから受け取ったことに応答して、前記サーバにおける表示画面を複数のサブ領域へ分割する分割態様を設定する分割態様設定部であって、当該分割態様は、予め前記サーバに記録された当該クライアントに対応する分割態様の候補値を選択して設定されることを特徴とする、分割態様設定部と、
前記設定された分割態様に基づいて分割された前記複数のサブ領域の各々について、前記操作コマンドに対する前記サーバによる前記動作の完了前と完了後とでの当該サブ領域に表示される画像の変化の程度を算出する、変化程度算出部と、
状況表示のための画像のデータを生成するデータ生成部であって、当該状況表示のための画像は、
前記複数のサブ領域の相対的位置関係を表す画像と、
前記複数のサブ領域の各々について、当該サブ領域に係る前記算出された前記変化の程度を表す画像と
を含むことを特徴とする、データ生成部と、
前記状況表示のための画像の前記データを、前記クライアントの表示部に表示されるように、前記クライアントに送信する、データ送信部と
を備える装置。