JP2004534308A - ユーザ選択による画像のリロード - Google Patents

Abstract

クライアント上の表示ページ、例えば、ウェブページに対する柔軟性を向上するために、本発明に従えば、再表示のための表示オブジェクト（３２）を起動し、起動された表示オブジェクトの識別を少なくとも含むダウンロードリクエストを介して、サーバ装置（１６）からその起動された表示オブジェクトについての表示データをダウンロードし、同一表示ページコンテキスト中のダウンロードされた表示データによって、起動された表示オブジェクトを再表示することを提案する。

Description

【技術分野】
【０００１】
本発明は、表示ページコンテキスト及び関連装置に構成される複数の表示オブジェクトからなる表示ページを編集する方法に関するものである。
【背景技術】
【０００２】
現代では、移動端末を使用する無線インターネットアクセス及び豊富なウェブコンテンツの閲覧が、ますます顕著になっている。効率化のためには、例えば、ＧＳＭ、ＧＰＲＳ等の利用可能な移動通信ネットワーク内の無線リソースを制限して使用する。無線リンク上でのダウンロード時間をより高速にするために、エンドユーザの移動端末へのエアインタフェースを介して送信するデータ量を削減するＷＷＷプロキシサーバを、移動ネットワークオペレータによってインストールすることができる。
【０００３】
無線インターネットアクセスをサポートする電気通信環境の一例が、ｃ’ｔ１９９９の第８巻のページ７８で説明されており、これは、モデム機能を実装する移動電話が接続されているラップトップコンピュータに関するものである。上述の電気通信システム環境は、２つの構成要素からなる。移動ネットワークオペレータによってサーバが動作されている一方で、インターネットサーフィンを行うために、クライアントがラップトップコンピュータにインストールされている。サーバは、インターネットウェブページのオブジェクトをフィルタにかけ、圧縮することができる、一方、クライアントは、サーバに対してフィルタ及び圧縮パラメータを提供する。サーバは、表示データを移動体クライアントへ送信する前に、その表示データの量をできる限り削減するために、提供されたパラメータを使用する。例えば、画像の表示品質あるいは表示形式は、送信帯域幅を節約するために、関連表示データの送信前にできる限り低減される。
【０００４】
その結果、表示オブジェクトのサイズは削減されるが、視覚的な品質が低減されるという代償を払うことで、より高速な表示ページのダウンロードが達成される。このことは、グラフィカル表示コンテンツ、例えば、エンドユーザが送信後にほとんど認識することができない圧縮画像である、ウェブ画像に関して、特に、顕著なことである。この場合、あるレベルの視覚的な品質を維持し、かつ完全なウェブページのリロードを要求するために、ユーザは、クライアントを介して、より制限のない圧縮設定を選択しなければならない。ここで、ユーザが、例えば、高圧縮表示ページ内で改善された表示品質の単一の表示オブジェクトのみの表示を意図している場合でさえも、表示画像のリロードに要する時間を必要とする。
【発明の要約】
【０００５】
上述の概要において、本発明の目的は、クライアント装置上の表示ページの表示の柔軟性を向上することである。
【０００６】
本発明の更なる目的は、要求された表示ページ特性条件において、サーバ装置からクライアント装置へのデータ転送効率を向上することである。
【０００７】
本発明に従えば、これらの目的は、クライアント装置上の表示ページコンテキストに配置される複数の表示オブジェクトを有する表示ページを変更する方法を介して達成され、この方法は、再表示のための表示ページの表示オブジェクトを起動するステップと、起動された表示オブジェクトの識別を少なくとも含むダウンロードリクエストを介して、サーバ装置から該起動された表示オブジェクトについての表示データをダウンロードするステップと、同一表示ページコンテキスト中のダウンロードされた表示データによって、起動された表示オブジェクトを再表示するステップとを備える。
【０００８】
また、本発明に従えば、これらの目的は、クライアント装置上の表示ページコンテキストに配置される複数の表示オブジェクトを有する表示ページの変更をサポートするように適合されているサーバ装置を制御する方法を介して達成され、この方法は、表示オブジェクトの識別を少なくとも有する、表示オブジェクトについてのダウンロードリクエストを受信するステップと、表示オブジェクトについての表示データを検索するステップと、前記表示オブジェクトの再表示のために、クライアント装置へ表示データを送信するステップとを備える。
【０００９】
それゆえ、本発明の第１の重要な利点は、関連表示オブジェクトの起動を介して、表示ページの特定部分のリロードを要求する場合の選択的な構成にある。ここで、表示オブジェクトの起動は、例えば、表示ページを表示するクライアント装置のマウスクリックを介して、タッチペンを使用するタッチスクリーンとの対話で、タッチペンを使用して、キーボード等を介して達成することができる。
【００１０】
本発明の更なる重要な利点は、サーバ装置から関連表示データのダウンロード後に、表示オブジェクトが処理されることである。特に、本発明は、表示オブジェクトが、同一の表示ページコンテキストに再表示されるように、ダウンロードされた表示データを使用することを提案する。換言すれば、再表示後は、表示オブジェクトが、再表示のための表示オブジェクトの起動の前の表示ページの別（further）の表示オブジェクトと、同一の相互関係を有していることである。
【００１１】
本発明に従う上述の概要で説明される再表示後の表示オブジェクトに対する表示コンテキストの選択及びメインテナンスの構成が、本発明の範囲での表示ページコンテキストとして参照される相互関係を有する複数の表示オブジェクトを有する任意の種類の表示ページに適用することができることに注意すべきである。典型的な一例には、表示オブジェクトとするリンク、フレーム、テキスト及び画像を有するウェブページがある。また、別の例には、グラフィックオブジェクトを表示するための表示ウインドウを有するユーザインタフェースセットアップ、例えば、テキスト及びグラフィカル情報を有する経路案内システムであり得る。
【００１２】
また、表示ページコンテキストの選択及びメインテナンスの構成は、本発明に従う任意の種類のクライアント装置、例えば、移動電話、パーソナルデジタルアシスタントであるＰＤＡ、クライアントアプリケーションを実行し、かつデータ交換機能を提供する移動電話と接続されているラップトップ、あるいは無線ローカルエリアネットワークのＬＡＮカード、赤外線インタフェースあるいはブルートゥースインタフェースを有するラップトップに適用可能である。加えて、クライアント装置は、モデムを有するパーソナルコンピュータのようなステーショナリクライアント装置でもあり得り、この場合、移動性があり、かつダウンロード時間が非常に重要である。
【００１３】
本発明の実施形態に従えば、表示オブジェクトの表示特性が、再表示のために変更される。
【００１４】
本実施形態に従えば、同一コンテキスト内の表示ページ全体の選択された部分の再表示を提供するばかりか、ユーザ指定条件に従う表示特性の変更を提供する。典型的な一例には、表示オブジェクト、例えば、表示画像の解像度が上げられて表示されることである。つまり、表示特性の選択された変更は、送信帯域幅を節約し、かつ表示ページのダウンロード時間を節約することを可能にする、これは、オリジナルの表示選択された表示オブジェクトに置き換えるために変更された表示特性に従って、対象の表示オブジェクトのみが別にダウンロードされるからである。それゆえ、起動された表示オブジェクトの表示特性を変更するために、オリジナルの関連表示ページは、サーバ装置から完全にダウンロードされることはない。
【００１５】
それゆえ、本発明は、既存の表示機構に、即ち、再表示のために起動されない表示オブジェクトに対して定義される機能に、新たな柔軟性が組み込まれている柔軟メカニズムを可能にする。
【００１６】
別の実施形態に従えば、クライアント装置からサーバ装置へ提供されるダウンロードリクエストは、再表示対象の表示オブジェクトの識別を有しているばかりか、再表示のための表示特性を示す少なくとも１つのパラメータを有している。また、ダウンロードリクエストは、再表示ダウンロードリクエストとして特徴付けられていることが好ましい。
【００１７】
ダウンロードリクエストの好ましいセットアップは、効率的な方法で、サーバ装置でそのダウンロードリクエストを容易に処理することを可能にする。第１に、再表示ダウンロードリクエストとするダウンロードの特徴付けは、本発明に従うユーザ選択リロードメカニズムを処理するために、サーバ装置で要求される追加の構成を最小にすることを可能にする。第２に、再表示のための表示特性を示す少なくも１つのパラメータの提供は、柔軟性を最大にする。典型的には、パラメータは、表示オブジェクトが表示画像である場合の解像度を特徴づけたり、表示モードの変更、例えば、非カラー化からカラー化表示モードへの変更を指示したり、表示オブジェクト内で使用される言語のタイプを変更したり、繰り返しダウンロードされる前の表示オブジェクト処理の種類、例えば、表示画像のコントラスト及び隣悪についてのフィルタリングを指示したりする等をすることができる。
【００１８】
本発明の別の実施形態に従えば、表示オブジェクトは、表示オブジェクトに対して定義されるセンサエリアを介して、選択的に起動される。
【００１９】
典型的には、センサエリアは、例えば、クリックあるいはタッピングに対して応答する表示オブジェクトの特定の小トランスペアレントサブエリアである。それゆえ、新規の選択的なコンテキストの不変ダウンロード機能は、表示オブジェクト内に小センサエリアを定義することによって簡単に実現することができ、この表示オブジェクトは、サーバ装置に対する１つの表示オブジェクトダウンロードリクエストを起動するために容易に選択することができる。
【００２０】
また、残りの表示オブジェクトエリアは、例えば、「セーフ−オブジェクト（safe-object）（オブジェクト保有）」機能に対して選択される他の機能に利用することが可能である。
【００２１】
更なる本発明の実施形態は、サーバ側での選択的なコンテキスト不変ダウンロードメカニズムの実現に関するものである。
【００２２】
第１の実施形態に従えば、再表示対象の表示オブジェクトに関連する表示データが、サーバメモリ、例えば、サーバに構成されているキャッシュから、サーバ装置で局所的に検索される。
【００２３】
この方法は、関連表示オブジェクトがサーバ装置のメモリに記憶されている場合に、選択された表示オブジェクトに対する再表示のダウンロード時間を最小にすることを可能にする。関連表示データへのアクセスは、関連ダウンロードリクエスト内の表示オブジェクトの識別を介して、容易になる。
【００２４】
本発明の別の実施形態に従えば、再表示対象の表示オブジェクトの表示データは、サーバ装置へのバックエンドネットワークからのダウンロード、かつクライアント装置への表示データの送信を介して、検索することができる。
【００２５】
本実施形態は、例えば、サーバ装置のメモリ仕様を最小にしなければならない場合に有効である。また、このメカニズムは、サーバ装置のローカルメモリで、表示データを利用できない場合のバックアップソリューションとして機能する。
【００２６】
再表示対象の表示オブジェクトに対する表示データのローカルあるいはバックエンドベースのダウンロード以外に、この方法に関連する本発明の更なる実施形態が達成される。第１のオプションは、ダウンロードリクエストに構成される表示オブジェクトの識別を直接参照し、かつ局所的にあるいは遠隔的に関連表示データを検索するために、この識別を使用することである。更に別のオプションは、表示オブジェクトに関連する表示ページを識別し、かつ表示オブジェクト関連表示データを抽出するために表示オブジェクトに関連する完全表示ページを検索することである。後者の方法は、特に、同一の表示ページで更なる表示オブジェクトが、−サーバ装置のローカルキャッシュにまだ保持されていない−、クライアント装置で再表示されるべきであることが期待される場合に有効である。
【００２７】
本発明の別の実施形態に従えば、クライアント装置へ表示データを送信する前に、検索された表示データの処理を達成することが示唆される。
【００２８】
このような表示データの処理の典型的な例には、画像処理、例えば、輪郭、色あるいは表示画像の色数の変更、あるいは表示データの送信前の圧縮技術の適用がある。サーバ装置への表示オブジェクト処理の割当は、クライアント装置側への表示オブジェクトの送信に対して必要とされるデータ量を最小にすることを可能にし、これは、上述のように、クライアント装置が移動端末である場合に特に有効である。
【００２９】
また、本発明に従えば、クライアント装置とサーバ装置関の相互接続において課される制限は特にない。例えば、無線の場合、相互接続は、ＧＳＭ、ＧＰＲＳ、ＰＤＣ、３ＧＰＰ／ＴＤＭＡ ＩＮ ネットワーク、無線ＬＡＮ、赤外線、ブルートゥース等を介して実現されても良い。相互接続が固定ネットワークを介して実現される場合、これには、任意のタイプの公衆交換ネットワーク、ＬＡＮ、インターネット、イントラネット、仮想プライベートネットワークＶＰＮ等であっても良い。また、サーバ装置は、クライアント装置とサーバ装置自身の間の相互接続を実現するネットワークに組み込まれても良い、あるいはクライアント装置及びサーバ装置自身の間の相互接続ネットワークの外部のスタンドアローンサーバ装置として提供されても良い。更にまた、サーバ装置は、バックエンドネットワーク、例えば、インターネットに組み込まれていても良い。特に、サーバ装置は、移動ネットワークオペレータの移動通信ネットワークに組み込まれても良い。
【００３０】
本発明の別の実施形態に従えば、クライアント／サーバ装置の内部メモリに直接ロード可能なコンピュータプログラム製品が提供される、これは、クライアント／サーバ装置のプロセッサ上で動作する場合に上述で説明される本発明の方法のステップを実行するソフトウェアコード部分を有している。
【００３１】
それゆえ、本発明は、コンピュータあるいはプロセッサシステム上で本発明の方法のステップの実現を達成することも提供する。その結果、そのような実現は、コンピュータシステム、あるいはより具体的には、例えば、クライアント装置あるいはサーバ装置に構成されるプロセッサで使用するためのコンピュータプログラム製品の提供をもたらす。
【００３２】
本発明の機能を定義するこれらのプログラムは、様々な形態のコンピュータ／プロセッサに配信することができ、この形態には、書換不可能記憶メディア、例えば、プロセッサあるいはコンピュータＩ／Ｏアタッチメントによって読出可能なＲＯＭあるいはＣＤ ＲＯＭディスクのようなリードオンリメモリに永久的に記憶されている情報や、書換可能記憶メディア、即ち、フロッピーディスク、ＤＶＤディスク及びハードドライブに記憶されている情報、あるいはネットワーク及び／あるいはインターネットのような通信メディア、及び／あるいはモデムあるいは他のインタフェースデバイスを介する電話ネットワークのような通信メディアを介してコンピュータ／プロセッサに転送する情報に限定されない情報を含んでいる。本発明の概念を実現するプロセッサ可読命令を実行する場合に、このようなメディアが、本発明の別の実施形態を表現することになることが理解されるべきである。
【００３３】
また、本発明は、例えば、Ｊａｖａアップレット、ブラウザプラグイン、Ｊａｖａスクリプト及び／あるいはＪａｖａサーブレットのようなソフトウェアによって、同様に、実現することができる。
【００３４】
更にまた、本発明の概念におけるコンピュータプログラム製品は、ソフトウェア、また、そのようなソフトウェアを記憶する記憶メディアとして理解されるべきである。
【発明を実施するための最良の形態】
【００３５】
図１は、本発明における概念の用途に対する一例として動作する、移動体をサポートする電気通信システム環境の概要図を示している。しかしながら、上述の概要として説明され、かつ以下でより詳細に説明される本発明の概念は、例えば、様々なクライアントユニットと、そのクライアントユニットとサーバユニット間の相互接続ネットワークを使用する、様々な電気通信システム環境にも同様に適用できることが、当業者には容易に明らかであることに注意すべきである。
【００３６】
図１に示されるように、例示の電気通信システム環境１０は、クライアント装置１４とサーバ装置１６間で無線通信ネットワーク１２を使用してセットアップされている。また、図１に示される例では、クライアント装置は、無線通信ネットワーク１２を介して、サーバ装置１６とのデータ交換を行うためのモデムとして移動電話を使用する、ラップトップコンピュータである。本例のサーバ装置１６は、プロキシサーバ装置である。移動クライアント１４に代ってリクエストをセットアップするために、プロキシサーバ装置は、無線通信ネットワークとバックエンドネットワーク、例えば、インターネット間で、サーバ装置とクライアント装置の両方として動作する中間プログラムを実行する。移動クライアント１４のリクエストは、プロキシサーバ装置１６で内部的に供給される、あるいはバックエンドネットワーク１８に構成されている他のサーバ上で解釈可能なリクエストを用いて、そのリクエストを渡すことによって供給される。それゆえ、プロキシサーバ装置１６は、移動クライアントリクエストをバックネッドネットワーク１８に送信する前に、それを解釈し、必要であれば、書き換えるなければならない。このようなプロキシサーバ装置１６は、通常、ネットワークファイヤーウォールを介するクライアントサイドポータルとして使用され、かつ移動クライアントソフトウェアで実現されないプロトコル（ＲＦＣ １９４５）を介して、移動クライアントリクエストを処理するサポートアプリケーションとして使用される。
【００３７】
図１に示される電気通信システム環境及び、本発明の概念におけるその制限のない例の１つにおいて、移動クライアント１４のユーザが、例えば、インターネットウェブページを要求する自身の移動クライアント１４を使用して、バックエンドネットワーク１８へのアクセスを初期化することを想定してみる。プロキシサーバ装置１６は、ウェブページリクエストを受信し、内部（局所：localy）あるいはバックエンドネットワーク１８のどちらかから、対応するウェイブページ表示データを検索する。その後、プロキシサーバ装置１６は、無線通信ネットワーク１２の利用可能な帯域幅の有効使用のために、補助的に、圧縮及びフィルタリング技術を適用して、ウェブページ表示データ量を削減する。これによって、特に、ウェブページの表示画像の視覚的な品質は低下することになる。また、プロキシサーバ装置１６は、例えば、移動クライアント１４のユーザとのユーザ対話を可能にするために、例えば、ジャバスクリプトを介して、追加の機能プログラムコードを、処理されたウェブページ表示データに組み込む。サーバ装置は、移動クライアント１６の機能による圧縮及び強調後、表示データのダウンロードを実行する。
【００３８】
図２は、クライアント装置、例えば、本発明に従う図１に示される移動クライアント上の表示ページを変更する方法の概要を示すフローチャートを示している。特に、図２（ａ）は、移動クライアント１４からのダウンロードリクエストがプロキシサーバ装置１６の内部で処理されるアプリケーションの状態を示し、図２（ｂ）は、移動クライアント１４からのダウンロードリクエストが、再表示対象の表示オブジェクトに関連する表示データの検索のために、バックエンドネットワーク１８に再供給されるアプリケーションの状態を示している。
【００３９】
図２（ａ）に示されるように、第１のアプリケーションの状態に従えば、例えば、リロードリクエストの指示と、例えば、ＷＷＷに対して使用されるユニファイドリソースロケータであるＵＲＬの形式で再表示対象の表示オブジェクトの識別を含むリクエストを取得することで、クライアントサイドで、シングル表示オブジェクト再表示リクエストが発行される。サーバ装置は、ダウンロードリクエストを解析し、かつ更なるリクエストをバックエンド１８に送信する必要がないようにするために、要求された再表示対象の表示オブジェクトが、自身のローカルメモリに記憶されていることを検証する。それゆえ、サーバ装置１６は、表示オブジェクト、例えば、表示画像に関連する要求された表示データを、例えば、非圧縮形式で、あるいは、表示オブジェクトの再表示に対するリクエストで特定されるパラメータに従う表示データの処理後に、移動クライアント１４へ送信する。
【００４０】
図２（ｂ）に示されるように、第２のアプリケーションの状態は、再表示対象の表示オブジェクトに関連する表示データが、サーバ装置１６のローカルメモリで利用できない場合に関するものである。ここで、再度、まず、再表示対象の表示オブジェクトに対するシングルダウンロードリクエストが、クライアント装置サイドで発行される。また、サーバ装置１６は、ダウンロードリクエストを解析し、かつ関連表示データがローカルメモリで利用できないことを検出する。それゆえ、サーバ装置１６は、自身のオリジナル識別ＵＲＬで要求された表示データを取得するために、バックエンドネットワーク、例えば、インターネット上のサーバ装置に対する更なるリクエストのセットアップを実行する。バックエンドネットワーク上のサーバ装置は、サーバ装置１６からのリクエストを受信し、かつ表示オブジェクトＵＲＬの識別に従って要求された表示データを含むサーバ装置１６に対するリプライで、それのリクエストに応答する。逆に、サーバ装置１６は、受信した表示データを、それの適切な処理の後に、クライアント装置１４へ送信する。
【００４１】
上述のように、ローカル（局所（local））検索及び遠隔検索の構成以外に、本発明の別の目的は、特に、遠隔検索における、検索する表示データの量がある。ここで、第１のオプションは、再表示対象の表示オブジェクトに関連する表示データを単独で検索することである。別のオプションは、表示オブジェクトに関連する完全表示ページ、例えば、ウェブページを検索し、この完全ウェブページをサーバ装置１６のローカルメモリに記憶することである。完全表示ページに関連する表示データからの表示オブジェクト関連表示データの抽出後、抽出された表示データは移動クライアント１４に送信されても良い。
【００４２】
この方法は、同一の表示ページ上で異なる表示オブジェクトの表示データを送信するための追加のリクエストがサーバ装置１６に提供されている場合に有効であり、関連表示データが、サーバ装置１６のローカルメモリで現在利用可能であるので、その処理は加速される。
【００４３】
本発明に従う更なる別の目的は、検索された表示ページ、即ち、内部あるいはバックエンドネットワークから検索された表示ページを、クライアント装置１４へ送信することである。再表示の処理は、クライアント装置１４で実行される。クライアント装置１４へのプロキシ機能の移動は、クライアント装置１４とサーバ装置１６間の無線通信が高帯域幅で提供されている場合、そうでなければ、クライアント装置１４が表示能力を制限している場合に、特に、有効である。これは、クライアント装置１４の表示能力に適合させることを可能にする。
【００４４】
図３は、上述の図２で示される方法を実行するために適合されているクライアント装置及びサーバ装置の概要図を示している。
【００４５】
特に、以下では、クライアント装置及びサーバ装置の動作は、一例として、ＨＴＭＬ、ＸＭＬ及びＪａｖａ技術を用いて説明する。
【００４６】
図３に示されるように、クライアント装置１４は、表示ユニット２０、処理ユニット２２及びインタフェースユニット２４を有する。また、処理ユニット２２は、以下でより詳細に説明する、イベントユニット２６、コンテキストユニット２８及びリロードユニット３０を有する。
【００４７】
動作としては、表示ユニット２０は、表示ページのセットアップのために複数の表示オブジェクト３２を表示するように適合されている。特定表示オブジェクトのそれぞれに対し、この特定表示オブジェクトと更なる表示ページの表示オブジェクト間の相関関係として表示ページコンテキストが定義されている。また、表示オブジェクトそれぞれに対して、再表示前に表示オブジェクトを起動する、即ち、表示オブジェクトを再表示に適した表示状態にするためのセンサ領域３４が定義されている。
【００４８】
ここまでは、ユーザイベント、例えば、マウスクリックやタッチスクリーン上の接触等が、移動クライアント１４上に表示されている表示ページに関して発生しているかを、処理ユニット２２のイベントユニット２６が継続的にチェックする。
【００４９】
肯定の場合においては、ユーザイベントの座標ｘ、ｙと、イベントのターゲット表示オブジェクトが判定される。続いて、イベントユニット２６は、ユーザイベントに関連する特定タイプのオブジェクトが再表示のために適しているタイプであるかをチェックする。このような場合、対応する表示オブジェクトのトランスペアレントセンサ領域が、以下の変数ｓｕｂ．ｒａｎｇｅ＿Ｘ及びｓａｂ．ｒａｎｇｅ＿Ｙによって算出され、定義される
ｓｕｂ．ｒａｎｇｅ＿Ｘ＝［obj.x+0.8*obj.width, obj.x+obj.width］
ｓｕｂ．ｒａｎｇｅ＿Ｙ＝［obj.y, obj.y+0.2*obj.height］
これによって、表示オブジェクトのオリジナルが、ウェブページ表示オブジェクトの場合には典型である表示オブジェクトの左上角に存在すると仮定する。センサ領域は表示オブジェクトの右上部分に配置し、かつ水平及び垂直方向の両方に沿って、表示オブジェクトの幅及び高さの２０％の部分を重ねる。
【００５０】
イベントユニット２６は、ユーザイベントのｘ、ｙ座標がセンサ領域内に完全に入っているかをチェックし、肯定の場合、動作を開始するために、リロードユニット３０を起動する。
【００５１】
動作としては、リロードユニット３０は、推定される表示の識別、例えば、これらのページの元を検出するために使用されるユニファイドリソースロケータＵＲＬを少なくとも含むダウンロードリクエストをセットアップするように適合されている。
【００５２】
好ましくは、リロードユニット３０は、再表示に対する表示特性を示すパラメータを用いてダウンロードリクエストをセットアップし、かつそのダウンロードリクエストを再表示ダウンロードリクエストとして特徴付ける。このようなリロードリクエストの典型的な一例は、以下のようになる。
【００５３】
newURL="http://reload.webonair/WOAgetorig.html?src="+obj.src.
ここで、リロード部分は、リクエストのタイプ、即ち、特定表示オブジェクトの再表示に対するリクエストがサーバ装置１６へ提供されていることを示している。
【００５４】
また、通常、移動クライアント１４に表示するための表示ページを受信するために使用される部分、即ち、ＷＯＡ ｇｅｔｏｒｉｇ（ｗｅｂｏｎａｉｒ ｇｅｔ ｏｒｉｇｉｎａｌ）．ｈｔｍｌは、補助的に、リロードリクエストに挿入される。これは、再表示対象の表示オブジェクトに関連する表示データが、サーバ装置１６のローカルキャッシュで利用可能でない場合に有効である。
【００５５】
サーバ装置１６は、バックエンドネットワーク１８へ、例えば、完全表示ページに対するリクエストを更に提供するためのリロードリクエストのこの一般的な部分を使用することができる。
【００５６】
リロードリクエストのクエスチョンマーク？の後ろには、移動クライアントで再表示対象の表示オブジェクトの識別、即ち、part OBJ.srcが、例えば、ユニファイドリソースロケータＵＲＬの形式で続く。
【００５７】
換言すれば、リロードリクエストの第１の部分がサーバ装置１６へ送信され、特定表示オブジェクトへの専用リクエストが、リロードリクエストの第２の部分で定義される識別において記憶される表示データの検索に対して提供される。
【００５８】
より詳しくは、リロードユニット３０は、変数ｎｅｗＵＲＬを、サーバ装置１６への第１半信号（fisrt half signaling）からなる特定ＵＲＬに割り当て、これは、「reload.webonair」に従うオリジナルの品質で、表示オブジェクト、例えば、画像を別々に要求しなければならない。これは、イベントユニット２６によって識別される表示オブジェクトＯＢＪのＳＲＣプロパティに記憶され、かつサーバ装置１６へ提供する前に、変数ｎｅｗＵＲＬの第２の半分を定義するための識別ＵＲＬを使用する。
【００５９】
以下で詳細に説明されるように、リロードリクエストが、サーバ装置１６で適切に処理されると仮定すると、コンテキストユニット２８は、同一の表示コンテキストを使用する移動クライアント１４でダウンロードされた表示データの表示を実行する。
【００６０】
本発明を限定しない例として、このことを達成するための例は、以下のシングル関連識別ＵＲＬを再表示するために起動される表示オブジェクトＯＢＪのＳＲＣプロパティを割り当てることである。
【００６１】
ｏｂｊ．ｓｒｃ＝ｎｅｗＵＲＬ
この観点においては、コンテキストユニット２８は、起動された表示オブジェクトをサーバ装置１６からロードし、かつ現在表示されている表示ページ、例えば、起動された表示オブジェクトとして表示されているウェブページ画像中の同一位置に、関連ダウンロード表示データページを表示する。これを達成するための一例は、プラットホーム及び言語ニュートラルインタフェースであるドキュメントオブジェクトモデルであり、これは、プログラム及びスクリプトに、ドキュメントのコンテンツ、構造及びスタイルの動的アクセス及び更新させることを可能にする。ドキュメントは、更に処理することができ、処理結果は、提示されている表示ページに組み込むことができる。
【００６２】
クライアント装置１４の上述の機能がＨＴＭＬ及びＪａｖａ実装環境で説明されているが、本発明の概念は、オブジェクト指向方法を使用して達成できるばかりでなく、手続コーディング、それらの組み合わせに基づいてあるいは専用ハードウェアを介して達成されても良いことが、当業者には容易に明らかであることに注意するべきである。
【００６３】
図３に示されるように、クライアント装置１４及びサーバ装置１６間での必要なデータ交換は、クライアント装置１４のインタフェースユニット２４とサーバ装置１６のインタフェースユニット３６を介して達成される。また、サーバ装置１６は、ローカルメモリ３８と、検索ユニット４２、リクエスト変更ユニット４４及びオブジェクト処理ユニット４６に少なくとも分けられている処理ユニット４０を有している。
【００６４】
動作としては、メモリユニット３８は、完全表示ページ、例えば、ウェブページ、あるいはその表示ページのシングル表示オブジェクトを記憶するように適合されている。
【００６５】
図４は、表示ページを記憶するためのデータ構造を示す概要図を示している。
【００６６】
図４（ａ）に示されるように、表示ページの記憶を達成する第１の方法は、ツリーデータ構造を使用することである、ここで、表示ページは、例えば、リンク、テキスト要素、画像、フレーム等に細分化されている。また、表示ページの異なる画像は、１つのノードに集約されており、そのため、異なる画像は、ツリー走査を介して検索することができる。
【００６７】
図４（ｂ）は、テーブル表現を使用して、サーバ装置１６のローカルメモリ３８中の表示ページ及び表示オブジェクトを処理するための別の構成を示している。ここで、このようなテーブルは、情報タイプと情報コンテンツ表現に通常分けられている。そして、専用の表示オブジェクトは、例えば、テーブル表現内の線形検索を介して、あるいは高速な表示オブジェクトの表示データアクセスを達成するための表示オブジェクトの識別のハッチングを介して検索することができる。
【００６８】
更なる別の構成（不図示）は、表示オブジェクトのリンクされている線形リストを使用することである。
【００６９】
図３を再度参照すると、動作としては、検索ユニット４２は、クライアント装置１４で再表示対象の表示オブジェクトに関する表示データを検索するように適合されている。
【００７０】
第１のオプションは、メモリユニット３８から局所的に表示データを検索することである。第２のオプションは、要求された表示データがサーバ装置１６で局所的に利用可能でない場合に、バックエンドネットワーク１８から表示データを検索することである。この第２のオプションは、検索ユニット４２を介するリクエスト変更ユニット４４の起動を必要とする。
【００７１】
図２に示されるように、動作としては、リクエスト変更ユニット４４は、クライアント装置１４が、ダウンロードリクエストが、バックエンドネットワーク１８へ変更されたダウンロードリクエストを提供する前の表示オブジェクトの再表示に関連していることを示すことによって提供されるダウンロードリクエストの一部を削除する。
【００７２】
バックエンドネットワーク１８は、識別された表示オブジェクトに関連する特定の表示データを用いて、あるいは再表示対象の表示オブジェクトに関連する完全表示ページデータを用いて応答することができる。
【００７３】
後者の場合、ダウンロードリクエストの高速処理用のバックエンドネットワーク１８への更なるアクセスすることなく、クライアント装置１４へこの表示ページの更なる表示オブジェクトを引き続きダウンロードするために、完全表示ページの表示データがメモリユニット３８に記憶されても良い。
【００７４】
後者の場合、再表示対象の特定の表示オブジェクトに対する抽出ステップは、完全表示ページの表示データの形態で実行される。本発明に従えば、バックエンドネットワークからダウンロードされている一部のウェブ表示ページが考慮されることにも注意すべきである。
【００７５】
また、サーバ装置１６のオブジェクト処理ユニット４６は、表示オブジェクトの再表示用のクライアント装置１４へのダウンロード前に、表示データを変更する。
【００７６】
典型的な例の１つは、例えば、ウェブページからなる画像の画像処理がある。画像処理については、典型的な処理ステップは、圧縮率の変更、カラーからグレー階調への変換、表示画像に対して使用されている色の現職、フィルタリング、あるいはＪＰＥＧ、ＧＩＦ、ＰＮＧ等に従う表示フォーマットの変更等がある。
【００７７】
例えば、テキストベースの表示オブジェクトに関連する他の処理ステップは、テキスト翻訳、ローカルエリア内だけの関連情報による補助テキスト処理等がある。
【００７８】
表示オブジェクトの処理に関する更なる別の例には、ローカルサーバリソースと、それに関連する局所化情報及びサービス提供へ連続して指示するためのウェブページのハイパーリンクの変更があり得る。
【００７９】
図５は、クライアント装置上の表示ページコンテキストに配置されている複数の表示オブジェクトを有する表示ページを変更する方法の概要を示すフローチャートである。典型的には、−本発明の範囲を制限することなく−、この方法は、クライアント装置上で動作するブラウザアプリケーションに組み込むことができる。
【００８０】
図５に示されるように、ブラウザの開始後、ステップＳ１０で、ユーザイベントの継続スキャンが発生し、その後に、ステップＳ１２で、イベントタイプ及び関連イベントの座標の判定がある。
【００８１】
次に、ステップＳ１４で、関連表示オブジェクトのコンテキスト、例えば、再表示、オブジェクトタイプ、及びユーザリクエストのタイプに対して要求される表示オブジェクトの位置の判定がなされる。
【００８２】
ステップＳ１６の判定で、表示オブジェクトの再表示が要求されていない場合、ステップＳ２４で、通常のウェブ処理が実行される。これに対し、ユーザが、表示オブジェクトの再表示を要求している場合、−ステップＳ１６の判定で−、ステップＳ１８で、関連表示データに対するダウンロードリクエストのセットアップがなされ、ステップＳ２０で、再表示データのダウンロードがなされる。
【００８３】
ステップＳ２２で、ブラウザアプリケーションが停止されるべきであるか否かが判定される。非肯定的な場合、処理は、ステップＳ１０に戻り、更なるユーザイベントをスキャンする。
【００８４】
図６は、本発明に従う表示ページの変更をサポートするように適合されているサーバ装置を制御する方法の概要を示すフローチャートを示している。
【００８５】
図６に示されるように、ステップＳ３０のリロードリクエストの受信後、ステップＳ３２で、サーバ装置が自身のローカルメモリへアクセスする検索モードで動作するか、あるいはバックエンドネットワークから表示データを検索する動作する検索モードで動作するかを判定する。
【００８６】
肯定的な場合、ステップＳ３４で、プロキシ装置のローカルメモリから要求された表示データの検索が試行される。ステップＳ３６で、検索が成功しているか否かがチェックされる。肯定的な場合、処理は、ステップＳ３８に進み、例えば、上述の画像処理で説明される処理手順に従って、要求されたオブジェクトを処理し、続いて、ステップＳ４０で、クライアント装置へ、要求された表示データのダウンロードを実行する。
【００８７】
これに対し、表示データのローカル検索が成功しない場合、ステップＳ４２で、バックエンドネットワークへ提供するために、表示データのダウンロードのリクエストが変更され、上述したように、シングル表示オブジェクト、完全表示ページあるいは部分表示ページについての表示データが、バックエンドネットワークから受信される。
【００８８】
ステップＳ４６で、バックエンドネットワークからの表示データのダウンロードが成功しているか否かが評価される。成功していない場合、処理は、ステップＳ４８のエラー処理へ分岐する。そうでない場合、ステップＳ５０で、受信した表示データがサーバ装置のローカルメモリに記憶され、次に、バックエンドネットワークからダウンロードされた表示データから、必要な表示データが抽出される、あるいは選択され、ステップＳ５２で、ローカルメモリに記憶される。ここでは、その後、表示オブジェクトの再表示を実行するために、ステップＳ３８及びＳ４０が実行される。
【００８９】
本発明の効果の例を示すために、図７に、圧縮モードで表示されている表示画像を有する表示ページを示し、図８に、再表示後の同一表示ページ及び同一表示画像を示す。
【００９０】
図７及び図８に示される例から明らかなように、例えば、ウェブサーバ装置による圧縮及びフィルタリング技術によって、図７に示される表示画像は、その画品位が落とされている画像となっている。図８に示されるように、再表示のために、サーバ装置から表示画像がダウンロードされた後は、表示ページは変更されないまま、オリジナルの表示画像に置き換えられている、そうすることで、クライアント装置のユーザは、選択的な方法で、かつ同一の表示コンテキストで完全な表示品質を利用することができる。
【図面の簡単な説明】
【００９１】
【図１】本発明のアプリケーションの基本とする、移動体をサポートする電気通信システム環境の概要を示す図である。
【図２】本発明に従うクライアント装置上の表示ページを変更する方法の概要を示すフローチャートである。
【図３】図２で説明される方法を実行するように適合されているクライアント装置及びサーバ装置の概要を示す図である。
【図４】表示ページを記憶するためのデータ構造を示す概要を示す図である。
【図５】本発明に従うクライアント装置上の表示ページコンテキストに配置されている複数の表示オブジェクトを有する表示ページを変更する方法を示すフローチャートである。
【図６】本発明に従う表示ページコンテキストに配置されている複数の表示オブジェクトを有する表示ページの変更をサポートするように適合されているサーバ装置を制御する方法を示すフローチャートである。
【図７】圧縮モードで表示されている表示画像を有する表示ページを示す図である。
【図８】再表示後の表示画像での図７に示される表示ページを示す図である。

Claims (19)

1. クライアント装置上の表示ページコンテキストに配置される複数の表示オブジェクトを有する表示ページを変更する方法であって、
   再表示のための前記表示ページの表示オブジェクトを起動するステップと、
   前記起動された表示オブジェクトの識別を少なくとも含むダウンロードリクエストを介して、サーバ装置から該起動された表示オブジェクトについての表示データをダウンロードするステップと、
   同一表示ページコンテキスト中の前記ダウンロードされた表示データによって、前記起動された表示オブジェクトを再表示するステップとを備えることを特徴とする方法。
2. 前記表示オブジェクトの表示特性は、再表示のために変更されることを特徴とする請求項１に記載の方法。
3. 前記ダウンロードリクエストは、再表示のための前記表示特性を示す少なくとも１つのパラメータを有することを特徴とする請求項２に記載の方法。
4. 前記ダウンロードリクエストは、再表示ダウンロードリクエストとして前記サーバ装置に提供されることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記表示ページは、ウェブページであり、前記表示オブジェクトは、前記ウェブページ内の画像オブジェクトであることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 前記表示オブジェクトは、表示ページであることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記表示特性は、前記起動された表示オブジェクトの再表示のために、前記クライアント装置で変更されることを特徴とする請求項２乃至６のいずれか１項に記載の方法。
8. 前記表示オブジェクトは、前記表示オブジェクトに対して定義されるセンサエリアを介して、選択的に起動されることを特徴とする請求項１乃至７のいずれか１項に記載の方法。
9. クライアント装置上の表示ページコンテキストに配置される複数の表示オブジェクトを有する表示ページの変更をサポートするように適合されているサーバ装置を制御する方法であって、
   表示オブジェクトの識別を少なくとも有する、前記表示オブジェクトについてのダウンロードリクエストを受信するステップと、
   前記表示オブジェクトについての表示データを検索するステップと、
   ユーザ対話を可能にするために、機能プログラムコードを前記表示データに組み込むステップと、
   前記表示オブジェクトの再表示のために、前記クライアント装置へ前記表示データを送信するステップとを備えることを特徴とする方法。
10. 前記表示データは、前記サーバ装置内で局所的に検索されることを特徴とする請求項９に記載の方法。
11. 前記表示データは、前記サーバ装置へのバックエンドネットワークからのダウンロードを介して、検索されることを特徴とする請求項９に記載の方法。
12. 前記表示データは、前記表示オブジェクトの識別への参照を介して検索されることを特徴とする請求項１０または１１に記載の方法。
13. 前記表示データを検索するステップは、
    前記表示オブジェクトの前記表示ページを識別するサブステップと、
    表示ページ関連表示データを検索するサブステップと、
    前記表示ページ関連表示データから表示オブジェクト関連表示データを抽出するサブステップとを備えることを特徴とする請求項１０または１１に記載の方法。
14. 前記表示データを検索するステップは、
    前記表示オブジェクトの前記表示ページを識別するサブステップと、
    表示ページ関連表示データを検索するサブステップと、
    局所処理及び再表示のために、前記クライアント装置へ、前記表示データを送信するサブステップとを備えることを特徴とする請求項１０または１１に記載の方法。
15. 前記表示オブジェクトの表示特性を変更するために、前記クライアント装置へ検索された表示データを送信する前に、前記検索された表示データを処理するステップを更に備えることを特徴とする請求項１乃至５及び９乃至１３のいずれか１項に記載の方法。
16. 表示ページコンテキストに配置されている複数の表示オブジェクトを有する表示ページを表示するように適合されているターミナルユニットであって、
    当該ターミナルユニットは、請求項１乃至８のいずれか１項に記載の方法を実行するように適合されている処理ユニットを有することを特徴とするターミナルユニット。
17. 当該ターミナルユニットは、移動電話、パーソナルデジタルアシスタント、無線通信機能を有するモバイルコンピュータ、無線データ交換用の移動電話と相互に接続されているモバイルコンピュータを有するグループから選択されることを特徴とする請求項１６に記載のターミナルユニット。
18. クライアント装置上の表示ページコンテキストに配置されている複数の表示オブジェクトを有する表示ページの変更をサポートするように適合されているサーバ装置であって、
    当該サーバ装置は、請求項９乃至１５のいずれか１項に従う方法を実行するように適合されている処理ユニットを有することを特徴とするサーバ装置。
19. クライアント／サーバ処理ユニットの内部メモリに直接ロード可能なコンピュータプログラム製品であって、
    当該製品が前記クライアント／サーバ処理ユニットのプロセッサ上で実行される場合に、当該製品は、請求項１乃至１５のいずれか１項に記載のステップを実行するソフトウェアコード部分を有することを特徴とするコンピュータプログラム製品。

Images