【誤訳訂正書】
【提出日】平成23年9月8日(2011.9.8)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】００４５
【訂正方法】変更
【訂正の内容】
【００４５】
図５は、本発明の態様に従う分散型ネットワークシステム５００を示す。コンピュータデバイス５０３が、ネットワーク５０５へ接続されて、示されている。また、種々のサーバも、ネットワーク５０５へ接続されている。例えば、ウェブサーバ５１０、タイルサーバ５１５、および場所データサーバ５２０は、全てがネットワーク５０５と通信しているとして示されているが、他のサーバ（不図示）も、ネットワーク５０５へ接続されてもよい。コンピュータデバイス５０３は、パーソナルコンピュータ、携帯電話、携帯情報端末、車両に配置されるナビゲーションシステム等の演算用に構成されたどのような種類のデバイスであってもよい。サーバ５１０、５１５および５２０は、ネットワークサーバまたはウェブサーバ等のそれぞれがネットワーク５０５上でホスティングサービス能力のあるどのようなデバイスであってもよい。また、サーバ５１０、５１５および５２０は、ユーザ入力に基づいて幾らかまたは全てのマッピング情報を決定および／または取得する能力があってもよい。代替として、コンピュータデバイス５０３は、旅程を決定および／または取得する能力を装備していてもよい。幾つかの実装では、コンピュータデバイスおよびサーバ（またはその種々の部分）は、１つ以上のマシンに共同で配置されていてもよい。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】００５５
【訂正方法】変更
【訂正の内容】
【００５５】
エンドユーザ（例えば図５に示すコンピュータデバイス上で動作しているウェブブラウザと対話しているユーザ等）の視点から、図８は、本発明の態様に従う地図リクエストと地図表示とを組み合わせたページ８００の一実施の形態を表す。図８に示すように、ページ８００は、地図画像８０５、重ね合わされた地図方向制御オブジェクト８１５、重ね合わされたズーム制御オブジェクト８２０、場所リクエストテキスト記入フィールド８２５、検索ボタン８３０、情報ウィンドウ８４０、場所マーカー８４５、場所マーカーの陰影８５０、および情報ウィンドウの陰影８５５を含む。後で詳細に説明するように、地図画像８０５は、タイルグリッドを地図画像８０５とほぼ同じサイズと形状を有するクリッピング形状に対して整列させることによって実際に生成される。タイルグリッドは、一実施の形態では、複数のより小さな個別の地図タイルで構成され、これらの地図タイルが表示用のより大きな画像にシームレスに配置されてなるものである。当該技術に精通する者に周知である画像オーバレイ技術および絶対位置決め技法を用いて、地図方向制御オブジェクト８１５およびズーム制御オブジェクト８２０は、地図画像８０５それ自体内に実際に配置されてもよく、それによって表示ページ８００内で地図画像８０５のために利用可能である領域を増大させる。このようにして、地図画像８０５に対する任意のサイズが実装されてもよく、それは地図タイルの全ての数に限定されない。その上、どのような任意の点も、地図画像８０５の中心に配置されてもよい。一実施の形態では、場所クエリテキスト記入フィールド８２５は、単一のテキストフィールドとして実装され、それにより地図を作成するべき所望の場所の種々の構成要素（例えば、番地、市、州、または郵便番号等）が多数のフィールドを用いて指定される必要はない。後で検討するように、一実施の形態では、図８はまた、課金点８６０を地図画像の中心に含む（とはいえ、課金点８６０は、普通には地図画像８０５上における可視特徴ではない）。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００６７
【訂正方法】変更
【訂正の内容】
【００６７】
従って、ユーザにとりトランスペアレントであるオフラインプロセスにおいて、地図システムでカバーされる領域全体の１セットの大きい連続した予め描画したラスタ画像が生成される。そのような１セットのラスタ画像は、例えば、街路から国のレベルの範囲に及ぶズームレベルのそれぞれについて提供される。結局ユーザのウェブブラウザで組立てられ、表示される（図８に示すような）それぞれの地図画像８０５は、これらの大きい所定のラスタ画像の１つの（普通には長方形の形状にされる）サブ領域に一致する。代替として、地図画像の境界は、地図画像を取巻く背景と合う、つまり溶け込む地図画像の境界上へ画像を重ね合わせることで異なる形状に見えるよう（例えば、図８に示すように角を丸めた長方形）に変更してもよい。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００７５
【訂正方法】変更
【訂正の内容】
【００７５】
フロントエンドサーバ
一実施の形態では、フロントエンドサーバ（例えば図７に表すサーバ７１０または図５のウェブサーバ５１０等）は、ユーザによって発信されたそれぞれのクエリに、JavaScriptで実装されたクライアント側コードでアクセスされるデータを含む隠されたフレームに対するウェブページを返すことで応答する。従って、フロントエンドサーバ７１０／５１０は、ユーザのブラウザ上で動いているJavaScriptベースの１セットのプログラムと対話してダイナミックＨＴＭＬ（「ＤＨＴＭＬ」）コードを生成する。このメカニズムにより、図８に示す地図ビュー８０５をパンおよびズームする等の、先に説明したユーザインタフェース機能は、フロントエンドサーバ７１０／５１０と対話せずにクライアントのコンピュータデバイス内で実装できる。代わりに、図５に示すように、クライアントのコンピュータデバイス５０３は、ただ単にタイルサーバ５２０からタイルを必要に応じて要求し、表示しさえすればよく、タイルサーバ５２０は、図９に関連して上記で説明したように以前に生成されたタイルのセットを提供する。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００８８
【訂正方法】変更
【訂正の内容】
【００８８】
クライアント側のアーキテクチャおよびアルゴリズム
本発明の実施の形態は、先端的なウェブブラウザで利用可能な広範囲の技術を用いて実装されてもよい。幾つかの実施の形態の共通の図形的特徴は、１セットの地図タイルを「クリッピング形状」の後ろに組立てる能力である。加えて、ユーザのコンピュータデバイス５０３でのホスト技術は、表示レイアウトへの適度に効率の良い動的な変更を容認するはずである。クライアントのウェブブラウザは、ちらつきを回避するように二重バッファ型の（または同様の）表示を用いてかかる動的な変更を実行する方が好ましいが、必須ではない。例えば、ＤＨＴＭＬは、二重バッファ型表示エンジンを使用する。ＤＨＴＭＬを使用する一実施の形態では、ブラウザは、ユーザの入力、ＨＴＴＰの完了および時間切れ等のイベントに応答してスクリプト機能を実行する。スクリプト実行中にウェブページに対してなされた全ての変更は、少なくとも論理的に、画面外のバッファに記録され、それはスクリプトが制御をブラウザへ戻す場合に表示される。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】０１２４
【訂正方法】変更
【訂正の内容】
【０１２４】
図２９は、本発明の一実施の形態に従い地図画像上へ（図８に示す情報ウィンドウ８４０およびその陰影８５５等の）１セットの情報ウィンドウを重ね合わせるための例示的フローチャートを表す。ステップ２９００で、クライアントは、場所情報のユーザの選択を受信する（例えば、ドライブ道案内クエリの結果として生成されたドライブ手引きをユーザが選択する場合）。ステップ２９０５で、クライアントは、場所情報に基づいて対応するＨＴＭＬコードを作成する。例えば、ＨＴＭＬコードはＸＳＬＴ（Internet Explorerまたは他の市販のウェブブラウザで利用可能な共通のスクリプト言語）を用いて場所情報を含むＸＭＬコードをＨＴＭＬに変換することによって作成されてもよい。作成されたＨＴＭＬコードは次いで、図２６Ａに示すＨＴＭＬテーブル２６０５等のテーブルの中へ挿入されてもよい。そこで、ステップ２９１０で、クライアントは、その後に地図画像上へ重ね合わされるＨＴＭＬウィンドウの境界の固定の部分のために１セットの予め描画した区画（例えば、図２６Ａに示すように第１コーナー区画２６１０、第２コーナー区画２６１２、第３コーナー区画２６１４、第４コーナー区画２６１５、および指示区画２６２２）を取得する。ステップ２９１５で、クライアントは、これらの予め描画した区画を接続して情報ウィンドウの境界の非固定の部分を作成する。例えば、情報ウィンドウの外側境界は、図２６Ａに示すように、例えば、接続された線２６２０により等の予め描画した区画の間の線を生成することで確定されてもよい。そこで、ステップ２９２０で、下記で検討するように、クライアントは、その後に地図画像上へ重ね合わされる１セットの予め描画した区画を確定および取得し、情報ウィンドウの陰影画像の固定の部分を生成する。ステップ２９２２で、下記で、また、検討するように、クライアントは、予め描画した区画を接続して情報ウィンドウの陰影画像の残りを埋める。