(57)【要約】  システム及び方法は、地理データに対する更新の自動処理を可能にするために、地理データと実世界との間の地理的不一致に関するユーザ更新レポートを収集する機能性を提供する。ユーザの入力は収集され、地理データと実世界との間の地理的不一致である異常を記述する。ユーザの入力は、地理データに対する更新の自動処理を可能にする言語的に中立な構造化データとして格納される。構造化データを処理する自動処理は、電子メールエージェント、事象エージェント、地理拡大エージェント、ケース生成エージェント、クラスタ化エージェント、自動検証エージェント及び監視サービスを含む。互いに組み合わされた自動処理及び手動処理は、異常の処理及び他の関連する処理を実行し、地理データに対する更新の処理を最終的に実行して、ユーザにより報告された異常を解決する。
2009543139.tif 000002
【特許請求の範囲】
【請求項１】
地理データに対する更新の自動処理を可能にするために、前記地理データと実世界との間の地理的不一致に関するユーザ更新レポートを収集する機能性を含むコンピュータにより実現される方法であって：
地理データと実世界との間の地理的不一致を含む異常を記述するユーザの入力を収集する工程と；
前記地理データに対する更新の自動処理を可能にする言語的に中立な構造化データとして前記ユーザの入力を格納する工程と
を有することを特徴とするコンピュータにより実現される方法。
【請求項２】
ユーザの入力を収集する工程は、前記ユーザが前記異常の記述を入力するアプリケーションを提供する工程を含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項３】
前記アプリケーションはウェブアプリケーションを含むことを特徴とする請求項２に記載のコンピュータにより実現される方法。
【請求項４】
ウェブアプリケーションを提供する工程は、ユーザが前記異常の位置を記述できるようにする第１のウェブページを提供する工程を含むことを特徴とする請求項３に記載のコンピュータにより実現される方法。
【請求項５】
異常の位置に対する前記構造化データの値は、空間内に矩形領域を定義する２対の緯度座標及び経度座標により特定される地理的範囲を含むことを特徴とする請求項４に記載のコンピュータにより実現される方法。
【請求項６】
前記第１のウェブページを提供する工程は、位置の住所情報欄及び位置の緯度／経度座標欄のうちの１つ以上を含み且つ前記ユーザが異常の位置情報を入力できるようにする入力欄を提供する工程を含むことを特徴とする請求項４に記載のコンピュータにより実現される方法。
【請求項７】
前記第１のウェブページを提供する工程は、動的地図及び前記動的地図の表示を前記異常の位置に変更するために前記ユーザが操作するユーザ地図制御を提供する工程を含むことを特徴とする請求項４に記載のコンピュータにより実現される方法。
【請求項８】
動的地図及びユーザ地図制御を提供する工程は、前記動的地図の尺度の表示を前記異常を示す尺度に変更するために前記ユーザが前記ユーザ地図制御を操作する工程を更に含むことを特徴とする請求項７記載のコンピュータにより実現される方法。
【請求項９】
ウェブアプリケーションを提供する工程は、ユーザが前記異常の種類を記述できるようにする第２のウェブページを提供する工程を含むことを特徴とする請求項３に記載のコンピュータにより実現される方法。
【請求項１０】
異常の種類に対する前記構造化データの値は、文字列定数の集合として実現される列挙値を含むことを特徴とする請求項９に記載のコンピュータにより実現される方法。
【請求項１１】
前記第２のウェブページを提供する工程は、前記ユーザが異常の処理を判定する元となる異常の処理のリストを提供することを含むことを特徴とする請求項９に記載のコンピュータにより実現される方法。
【請求項１２】
前記第２のウェブページを提供する工程は、前記ユーザがハイパーリンクをクリックすることにより異常の対象を選択する元となる異常対象ハイパーリンクのリストを提供する工程を含むことを特徴とする請求項１１に記載のコンピュータにより実現される方法。
【請求項１３】
前記第２のウェブページを提供する工程は、前記ユーザにより選択される前記異常の処理及び対象の組合せに対する追加の異常種類情報を前記ユーザが入力するための複数の構造化データ記述欄を提供する工程を含むことを特徴とする請求項１２に記載のコンピュータにより実現される方法。
【請求項１４】
前記第２のウェブページを提供する工程は、前記ユーザが前記異常の種類に関するオプションのコメントを入力する非構造化データ欄を提供する工程を含むことを特徴とする請求項１３に記載のコンピュータにより実現される方法。
【請求項１５】
前記言語的に中立な構造化データは、音声言語の翻訳に対する依存性を回避するデータを含むことを特徴とする請求項１に記載のコンピュータにより実現される方法。
【請求項１６】
地理データに対する更新の自動処理を可能にするために、実世界と前記地理データとの間の地理的不一致に関するユーザ更新レポートを収集する機能性を含むシステムであって：
地理データを含む地理データベースへのアクセスと；
ユーザに対して提供され且つユーザが前記実世界と前記地理データとの間の地理的不一致を含む異常を記述できるようにするアプリケーションと；
前記アプリケーションにおいて収集される異常を記述するユーザの入力と；
ユーザの入力をリポジトリに格納し且つ前記地理データに対する更新の自動処理を可能にする言語的に中立な構造化データと
を含むことを特徴とするシステム。
【請求項１７】
前記アプリケーションはウェブアプリケーションを含むことを特徴とする請求項１６記載のシステム。
【請求項１８】
前記ウェブアプリケーションは、ユーザが前記異常の位置を記述できるようにする第１のウェブページを含むことを特徴とする請求項１７に記載のシステム。
【請求項１９】
異常の位置に対する前記構造化データの値は、空間内に矩形領域を定義する２対の緯度座標及び経度座標により特定される地理的範囲を含むことを特徴とする請求項１８に記載のシステム。
【請求項２０】
前記第１のウェブページは、位置の住所情報欄及び位置の緯度／経度座標欄のうちの１つ異常を含み且つ前記ユーザが異常の位置情報を入力できるようにする入力欄を含むことを特徴とする請求項１８に記載のシステム。
【請求項２１】
前記第１のウェブページは、動的地図及び前記動的地図の表示を前記異常の位置に変更するために前記ユーザが操作するユーザ地図制御を含むことを特徴とする請求項１８に記載のシステム。
【請求項２２】
前記動的地図及びユーザ地図制御は、前記動的地図の尺度の表示を前記異常を示す尺度に変更するための前記制御のユーザ操作を更に含むことを特徴とする請求項２１に記載のシステム。
【請求項２３】
ウェブアプリケーションの提供には、ユーザが前記異常の種類を記述できるようにする第２のウェブページが含まれることを特徴とする請求項１７に記載のシステム。
【請求項２４】
異常の種類に対する前記構造化データの値は、文字列定数の集合として実現される列挙値を含むことを特徴とする請求項２３に記載のシステム。
【請求項２５】
前記第２のウェブページは、前記ユーザが異常の処理を判定する元となる異常の処理のリストを含むことを特徴とする請求項２３に記載のシステム。
【請求項２６】
前記第２のウェブページは、前記ユーザがハイパーリンクをクリックすることにより異常の対象を選択する元となる前記ユーザにより判定された前記異常の処理に対する異常対象ハイパーリンクのリストを含むことを特徴とする請求項２５に記載のシステム。
【請求項２７】
前記第２のウェブページは、前記ユーザにより選択される前記異常の処理及び対象の組合わせに対する追加の異常種類情報を前記ユーザが入力するための複数の構造化データ記述欄を含むことを特徴とする請求項２６に記載のシステム。
【請求項２８】
前記第２のウェブページは、前記ユーザが前記異常の種類に関するオプションのコメントを入力する非構造化データ欄を含むことを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記言語的に中立な構造化データは、音声言語の翻訳に対する依存性を回避するデータを含むことを特徴とする請求項１６に記載のシステム。
【請求項３０】
地理データに対する更新の自動処理を可能にするために、前記地理データと実世界との間の地理的不一致に関するユーザ更新レポートを収集する機能性を含むウェブアプリケーションであって：
地理データを含む地理データベースへのアクセスと；
１つ以上の異常が言語的に中立な構造化データとして格納されるように、ユーザが前記１つ以上の異常を記述する入力を提供できるようにするウェブページとを含み、
前記１つ以上の異常は、前記地理データと前記実世界との間の地理的不一致を含み、
前記言語的に中立な構造化データは、前記地理データに対する更新の自動処理を可能にすることを特徴とするウェブアプリケーション。
【請求項３１】
地理データに対する更新の自動処理を可能にするために、前記地理データと実世界との間の地理的不一致に関するユーザ更新レポートを収集する機能性を含むポータブルハンドヘルドデバイスであって：
地理データを含む地理データベースへのアクセスと；
１つ以上の異常が言語的に中立な構造化データとして格納されるように、ユーザが前記１つ以上の異常を記述する入力を提供できるようにするアプリケーションへのアクセスとを含み、
前記１つ以上の異常は、前記地理データと前記実世界との間の地理的不一致を含み、
前記言語的に中立な構造化データは、前記地理データに対する更新の自動処理を可能にすることを特徴とするポータブルハンドヘルドデバイス。
【請求項３２】
地理データに対する更新の自動処理を可能にするために、前記地理データと実世界との間の地理的不一致に関するユーザ更新レポートを収集する機能性を含む車載ナビゲーションシステムであって：
地理データを含む地理データベースへのアクセスと；
１つ以上の異常が言語的に中立な構造化データとして格納されるように、ユーザが前記１つ以上の異常を記述する入力を提供できるようにするアプリケーションへのアクセスとを含み、
前記１つ以上の異常は、前記地理データと前記実世界との間の地理的不一致を含み、
前記言語的に中立な構造化データは、前記地理データに対する更新の自動処理を可能にすることを特徴とする車載ナビゲーションシステム。
【請求項３３】
地理データに対する更新の自動処理を可能にするために、前記地理データと実世界との間の地理的不一致に関するユーザ更新レポートを収集する機能性を含む地理情報システム（ＧＩＳ）系アプリケーションであって：
地理データを含む地理データベースへのアクセスと；
１つ以上の異常が言語的に中立な構造化データとして格納されるように、ユーザが前記１つ以上の異常を記述する入力を提供できるようにする第２のアプリケーションへのアクセスとを含み、
前記１つ以上の異常は、前記地理データと前記実世界との間の地理的不一致を含み、
前記言語的に中立な構造化データは、前記地理データに対する更新の自動処理を可能にすることを特徴とするＧＩＳ系アプリケーション。
【請求項３４】
地理データに対する更新の自動処理を可能にするために、前記地理データと実世界との間の地理的不一致に関するユーザ更新レポートを収集する機能性を含む演算が格納されたコンピュータ可読媒体であって、１つ以上のプロセッサにより処理される場合：
地理データと前記実世界との間の地理的不一致を含む異常を記述するユーザの入力を収集する工程と；
前記地理データに対する更新の自動処理を可能にする言語的に中立な構造化データとして前記ユーザの入力を格納する工程と
をシステムに実行させることを特徴とするコンピュータ可読媒体。
【請求項３５】
地理データと実世界との間の地理的不一致に関する収集されたユーザ更新レポートに対して前記地理データに対する更新を自動的に処理する機能性を含むコンピュータにより実現される方法であって：
言語的に中立な構造化データとして格納される異常を記述するユーザの入力に対する第１の自動処理により、前記異常が前記地理データにおける実際の問題点であるかを判定する工程を有し、前記異常は実世界の地理データの問題を含むコンピュータにより実現されることを特徴とする方法。
【請求項３６】
地理データと実世界との間の地理的不一致に関する収集されたユーザ更新レポートに対して前記地理データに対する更新を自動的に処理する機能性を含むコンピュータにより実現される方法であって：
言語的に中立な構造化データとして格納される異常を記述するユーザの入力に対する第２の自動処理により、前記異常が有効であるかを判定する工程を有し、前記異常は実世界の地理データの問題を含むコンピュータにより実現されることを特徴とする方法。
【請求項３７】
前記第２の自動処理により、処理可能な異常により記述される前記地理データが補正されたことを発見する工程を更に含むことを特徴とする請求項３６に記載のコンピュータにより実現される方法。
【請求項３８】
地理データと実世界との間の地理的不一致に関する収集されたユーザ更新レポートに対して前記地理データに対する更新を自動的に処理する機能性を含むコンピュータにより実現される方法であって：
言語的に中立な構造化データとして格納される異常を記述するユーザの入力に対する第３の自動処理により、実世界の地理データの問題を含む前記異常により記述される前記地理データが補正されたことを判定する工程と；
前記異常が前記地理データにおいて正確に対処されたことを確認又は否定するために、前記異常を記述したエンドユーザに電子メールを送信する工程とを有することを特徴とするコンピュータにより実現される方法。
【請求項３９】
地理データと実世界との間の地理的不一致に関する収集されたユーザ更新レポートに対して前記地理データに対する更新を自動的に処理する機能性を含むコンピュータにより実現される方法であって：
言語的に中立な構造化データとして格納される異常を記述するユーザの入力に対する第４の自動処理により、前記異常を前記異常の重複である１つ以上の他の異常と共にグループ化する工程を有し、前記異常は実世界の地理データの問題を含むコンピュータにより実現されることを特徴とする方法。
【請求項４０】
地理データと実世界との間の地理的不一致に関する収集されたユーザ更新レポートに対して前記地理データに対する更新を自動的に処理する機能性を含むコンピュータにより実現される方法であって：
言語的に中立な構造化データとして格納される異常を記述するユーザの入力に対する第５の自動処理により、前記異常を前記異常に地理的に近接する１つ以上の他の異常と共にクラスタ化する工程を有し、前記異常は実世界の地理データの問題を含むコンピュータにより実現されることを特徴とする方法。
【請求項４１】
地理データと実世界との間の地理的不一致に関する収集されたユーザ更新レポートに対して前記地理データに対する更新を自動的に処理する機能性を含むコンピュータにより実現される方法であって：
言語的に中立な構造化データとして格納される異常を記述するユーザの入力に対するものであり且つ自動処理及び対話型処理の１つのバックエンドと共に動作する複数のフロントエンドを用いるシステム拡張性を提供する工程を有し、前記異常は実世界の地理データの問題を含むコンピュータにより実現されることを特徴とする方法。
【請求項４２】
地理データと実世界との間の地理的不一致に関する収集されたユーザ更新レポートに対して前記地理データに対する更新を自動的に処理する機能性を含むコンピュータにより実現される方法であって：
言語的に中立な構造化データとして格納される異常を記述するユーザの入力に対する複数のフロントエンドを各フロントエンド上のサービスにより監視する工程を有し、
ここでで各サービスは監視の目的でheartbeatという異常を定期的に作成し、
各サービスはバックエンドにおいてheartbeatという異常の規則的な受信を検証し、
前記異常は実世界の地理データの問題を含むコンピュータにより実現されることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この特許文書の記載には、著作権保護されるものが含まれている。この特許文献が特許庁に係属もしくは登録されていることを示す限り、この特許文書の複製に対して著作権者は異議を申し立てるものではないが、それ以外では全てが著作権により保護されるものである。本願は、３５Ｕ．Ｓ．Ｃ．セクション１１９の下で、表題“自動化された分析、処理及びフィードバックをサポートするために、地理データに関するユーザの更新要求を、種々のソースから収集する方法及びシステム”とする、２００６年６月３０日に出願された米国特許出願第６０／８１７，８９５号、及び、表題“自動化された分析、処理及び地理データ更新をサポートするために、地理データに関するユーザの更新要求を収集する方法及びシステム”とする、２００７年７月２日に出願された米国特許出願第１１／７７２，７７１号の各々への優先権を請求するものであり、その各々の全体の内容をこれによって参照により本願に援用する。そして、本発明は地理データベースに関し、特に、地理データベース内のデータを更新するための実世界の地理情報の収集に関する。
【背景技術】
【０００２】
近年、消費者が街路、道路及び船舶のルートを車両、自転車、船舶及び徒歩等の手段でナビゲートできるようにすると共に、消費者が特定の地理的位置をデジタル地図上に配置できるようにするための種々のデバイス及びシステムが消費者に提供されている。これらのデバイス及びシステムは、車載ナビゲーションシステム、同様の機能を有するパーソナルデジタルアシスタント（ＰＤＡ）、パーソナルナビゲーションデバイス及び携帯電話等のポータブルハンドヘルドデバイス、並びにウェブアプリケーションの形態をとる。上記の種類及び他の種類のデバイス及びシステムの全てに共通する面は、地理特徴の地理データベース及びユーザ入力に応答して地理データベースにアクセスし且つそれを操作するソフトウェアである。基本的に、上記のデバイス及びシステムの全てにおいて、ユーザは目的の場所を入力でき、目的の場所の位置が返される。通常、ユーザは住所、レストラン等の事業の名称、都市中心又はゴールデンゲートブリッジ等の目的地の目印を入力し、要求した場所又は特徴の位置を返される。位置は、地図表示上に示されてもよく、その位置への運転指示を計算及び表示するために使用されてもよく、又は他の方法で使用されてもよい。
【０００３】
これらのシステム及びデバイスを使用して地理データを閲覧する際、ユーザは不正確又は不完全な地理データを見つけることがある。地図表示を閲覧中、ユーザは欠落したデータ、誤った名称を付けられたデータ又は誤配置されたデータ、示されるが実際は存在しないデータ、あるいは他の理由で不正確なデータに気付くことがある。同様に、システム又はデバイスで運転指示を視聴中、指示が何らかの理由で不正確な場合、ユーザは地理データが不正確であることに気付くことがある。「この位置には新しい区画が存在します」は、欠落データの一例である。「新しい街路名はFlanders Laneです」は、誤った名称を付けられたデータの一例である。「ここは左折禁止です」は、実際は存在しないが示されるデータの一例である。
【０００４】
多くの場合、これらの誤りは、実世界において継続的に発生する変化がユーザの地理データベースに反映されないことがあるために生じる。場合によっては、これらの誤りは、地図作成時に使用される地図メーカのソースデータ又は手順における間違いにより引き起こされる。ソフトウェアが誤りを有するか又は地理データのある特定の組合せを解釈できない場合、これらの誤りは地理データベースを解釈するソフトウェアにより引き起こされることがある。いずれにしても、進行中の業務の一部として、地図メーカは地理データベースを向上し且つ誤りが補正されたより新しいバージョンを提供するために継続的に作業する。地図メーカは、誤りを補正し且つ地図を更新するための多くのソース及び技術を有する。これらのソース及び技術の例は、自身の地域社会における変化に精通し又はそれらを制御する地方自治体からの更新データの収集、地図メーカの専門職員により実行される現地でのデータ撮影、マッピング又は他の目的のために収集された空中写真の分析及び地図メーカの地図を有する製品の使用時に誤りを偶然見つけたエンドユーザからの更新要求である。従来、地図メーカは、誤りに関する情報を地図メーカに与える方法をエンドユーザに提供してきた。
【０００５】
現在、地理データベースを利用するアプリケーションのユーザは、そのようなデータの脱落又は誤りを見つけた場合、気付いた問題をアプリケーション又は地理データベンダに通信することに依存しなければならず、データの実現及び誤りの位置に関する自身の理解に基づいて自然言語で問題を記述しなければならない。これらのシステムは、特に、記述される問題点の種類及び位置に関して、非構造化データをエンドユーザから収集する。このように構造化されていないため、ユーザの更新要求は人間により処理される必要があり、そのため大容量化は容易ではない。
【０００６】
地図メーカが正確且つ時宜を得た地理データを用いて自社開発の地理データベースを更新するために、エンドユーザが不正確な地理データに関する有用な情報を構造化された方法で容易に報告できるウェブ系収集システムが必要とされる。エンドユーザが処理可能なデータ又は有用なデータを提出することを促進する必要がある。処理可能なデータは「不要情報」、すなわち不完全なデータ及び／又は有意義な処理を実行できるほど完全ではないデータではない。ユーザは、地図に関連する問題が位置する場所を示すことができ且つ問題を分類できるようにされる必要がある。しかし、有用ではない又は不正確なユーザの更新要求を制限し、それにより有用なデータの汚損を防止するために、必要な入力及び自由形式の言語は可能な限り回避される必要がある。それと同時に、ユーザは正確で有用な情報を所定の位置に入力可能である必要がある。
【０００７】
ユーザが有限で明確な問題記述の集合において問題を示すように制限し、それによりユーザが入力した情報が手動処理ではなく自動処理可能な構造化データとして格納されるシステムが必要とされる。世界中の多くの国を範囲に含むデータを使用する数百万人のエンドユーザが存在するため、非常に大量のエンドユーザの更新要求を処理する自動化された手段及び大容量のデータに対して段階的に拡大する疎結合分散システムが必要とされる。更に、世界中のエンドユーザと共に動作可能であるように、言語が関連する部分において局地化可能な収集システムが必要とされる。システムは、入力データが言語翻訳又は言語解釈に依存しないように、エンドユーザが不正確な地理データに関する情報を入力できるようにする必要がある。従って、世界中のユーザにより入力された情報を処理するための構造化データの種類の１つの集合が必要とされる。
【０００８】
正確且つ時宜を得た地理データの更なる目的のために、エンドユーザが供給したデータを自社開発のデータベースの製造プロセス及びビジネスプランニングプロセスを指導するための情報に変換することを可能にするツールセットが必要とされる。ツールセットは、現在のビジネス及びオペレーションのプラクティス及び優先順位の確認又は変更をサポートするための情報を提供するために、既存のビジネスプロセスとインタフェースする必要がある。ツールセットは、処理可能な問題点をワークフローシステムに効率的に提示するために既存の演算プロセスとインタフェースすることにより、演算のコスト構造を減少するのが好ましい。
【０００９】
最後に、ユーザの提出の状態及びユーザの提出の状態を判定するために実行可能なレポートに関してエンドユーザと通信する方法が必要とされる。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
システム及び方法は、地理データに対する更新の自動処理を可能にするために、地理データと実世界との間の地理的不一致に関するユーザ更新レポートを収集する機能性を提供する。ユーザの入力は収集され、地理データと実世界との間の地理的不一致である異常を記述する。ユーザの入力は、地理データに対する更新の自動処理を可能にする言語的に中立な構造化データとして格納される。構造化データを処理する自動処理は、電子メールエージェント、事象エージェント、地理拡大エージェント、ケース生成エージェント、クラスタ化エージェント、自動検証エージェント及び監視サービスを含む。互いに組み合わされた自動処理及び手動処理は、異常の処理及び他の関連する処理を実行し、地理データに対する更新の処理を最終的に実行して、ユーザにより報告された異常を解決する。
【００１１】
添付図面を使用して、本発明の更なる詳細を説明する。
【図面の簡単な説明】
【００１２】
【図１】実施形態に係る顧客フィードバックループ（ＣＦＬ）システムの概要の一例を示す図である。
【図２】実施形態に従って、エンドユーザ及びパートナーがＣＦＬフロントエンドにおいて地理データの異常の情報を提出できるようにするウェブアプリケーションのフローチャートの一例を示す図である。
【図３】実施形態に従って、ウェブアプリケーションの「ウェルカム」ページの一例を示す図である。
【図４】実施形態に従って、図３の「ウェルカム」ページと共に使用される国名及び対応する国コードの表の一例を示す図である。
【図５Ａ】、
【図５Ｂ】実施形態に従って、ウェブアプリケーションの「位置特定」ページの例を示す図である。
【図６Ａ】、
【図６Ｂ】実施形態に従って、ウェブアプリケーションの「対象特定」ページの例を示す図である。
【図７】実施形態に従って、図６Ａの「対象特定」ページの例に対する異常の種類の集合の一例を示す図である。
【図８】実施形態に従って、図６Ａ及び図６Ｂの「対象特定」ページにおける処理及び対象に対する異常の種類の集合の更なる例を示す図である。
【図９】実施形態に従って、ウェブアプリケーションの「確認」ページの一例を示す図である。
【図１０】実施形態に従って、ウェブアプリケーションの「謝辞」ページの一例を示す図である。
【図１１】実施形態に従って、図２のウェブアプリケーションのフローチャートにおいて説明するページの流れの一例を高レベルで示す図である。
【図１２】実施形態に係る顧客フィードバックループ（ＣＦＬ）のフロントエンドの一例を示す図である。
【図１３】実施形態に従って、ＣＦＬフロントエンドの場所検索サービスと共に使用される地図場所フォーム変数の表の一例を示す図である。
【図１４】実施形態に従って、ＣＦＬフロントエンドの地図サービスと共に使用される地図位置フォーム変数の表の一例を示す図である。
【図１５Ａ】、
【図１５Ｂ】実施形態に従って、ＣＦＬフロントエンドの異常収集サービスにより受け付けられる異常パラメータのリストの一例を示す図である。
【図１６】実施形態に係る顧客フィードバックループ（ＣＦＬ）のバックエンドの一例を示す図である。
【図１７】実施形態に従って、ＣＦＬバックエンドの異常ブラウザアプリケーションにより提供される異常グループレポートの一例を示す図である。
【図１８】実施形態に従って、ＣＦＬバックエンドの異常ブラウザアプリケーションの画面の一例を示す図である。
【図１９】実施形態に従って、異常の状態の例を示す図である。
【図２０】実施形態に従って、エンドユーザのフィードバック処理のフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１３】
図１は、実施形態に係る顧客フィードバックループ（ＣＦＬ）システム１００の概要の一例を示す図である。システムは、ＣＦＬフロントエンド１０５及びＣＦＬバックエンド１１０を含む。システムは、エンドユーザ１１５として示されるエンドユーザ顧客が、地理データ１２５の現在のバージョンにおけるデータの不一致に関する更新要求１２０をＣＦＬウェブアプリケーション１３０として示される自社開発のウェブサイトに提出できるようにするウェブアプリケーションを含む。これらのデータの不一致は、不正確なデータ及びデータの脱落を含む。デバイス、システム及びアプリケーションのビジネスパートナーである製造業者、並びにパートナーの顧客１３５として示されるエンドユーザ顧客は、パートナーウェブアプリケーション１４０として示されるパートナーのウェブサイトを介して、同様の更新要求１２０を同様に提出できる。パートナーウェブアプリケーション１４０及びＣＦＬウェブアプリケーション１３０の双方は、ＣＦＬウェブサービスアプリケーションプログラムインタフェース（ＡＰＩ）１４５として示されるＣＦＬウェブサービスＡＰＩを利用する。
【００１４】
本説明において、用語「エンドユーザ」又は単に「ユーザ」は、エンドユーザ顧客、ビジネスパートナー及びビジネスパートナーのエンドユーザ顧客を含む。実施形態において、ＣＦＬウェブアプリケーション１３０及びパートナーウェブアプリケーション１４０はウェブアプリケーションに限定されず、単にアプリケーションであってもよい。便宜上、用語「ウェブアプリケーション」は、本説明においてウェブアプリケーション及びアプリケーションの双方を参照するために使用される。ウェブアプリケーション及びウェブサービスＡＰＩにより、ユーザは、「異常（anormaly）」と呼ばれる地図の不一致の種類及び位置を構造化形式で記述できる。
【００１５】
これらのウェブアプリケーションは、車載ナビゲーションシステム、同様の機能を有するパーソナルデジタルアシスタント（ＰＤＡ）、パーソナルナビゲーションデバイス及び携帯電話等のポータブルハンドヘルドデバイス、パーソナルコンピュータ、並びにラップトップコンピュータを含むがそれらに限定されない種々のデバイス及びシステムのうち任意のものを使用してアクセス可能である。
【００１６】
異常(anormalies)は、ＣＦＬフロントエンド１０５からＣＦＬバックエンド１１０に転送される。ＣＦＬバックエンド１１０において、異常は異常リポジトリ１５０に格納され、自律エージェント１５５及び人間の制御により動作するアプリケーション１６０の双方により分析される。一般に、アプリケーション１６０は、自社開発の地理データベース１７０の新バージョンにおいて地理データを更新するために、自社開発の演算プロセス１６５と共に動作する。更新のワークフロー中の種々の時点において、エージェント１５５は、ユーザが報告した異常の状態の変化を知らせるフィードバック１７５をエンドユーザ１１５、１３５に送出できる。ユーザが異常の入力を完了し且つアプリケーション１６０及び演算プロセス１６５が異常に関する情報を更新する必要があると判定した後、自社開発のデータベース１７０は異常に関する正確な情報を用いて更新される。地理データ１２５は、自社開発のデータベース１７０からのデータを用いて定期的に更新される。
【００１７】
更新された地理データ１２５がＣＦＬウェブサービスＡＰＩ１４５に対して利用可能になると、エージェント１５５は、データ更新に関するフィードバックをＣＦＬウェブアプリケーション１３０を使用して提供するようにユーザに要求するフィードバック１７５をエンドユーザ１１５、１３５に送出できる。この時点で、システムは、エンドユーザの更新要求を受信及び処理済みであり、異常が地理データ１２５において対処されたことを元のエンドユーザを介して検証済みである。
【００１８】
［処理の開始：エンドユーザの更新要求の収集］
図２は、実施形態に従って、エンドユーザ及びパートナーがＣＦＬフロントエンドにおいて地理データの異常の情報を提出できるようにするウェブアプリケーションのフローチャートの一例を示す図である。ウェブアプリケーションは、図３に示す「ウェルカム」ページ、図５Ａ及び図５Ｂに示す「位置特定（Where）」ページ、図６Ａ及び図６Ｂに示す「対象特定(What)」ページ、図９に示す「確認(Verify)」ページ、並びに図１０に示す「謝辞(Acknowledgment)」ページを含む５つのメインページを含む。
【００１９】
この処理の２つの重要な要素は、異常の位置及び種類を作成することである。異常の位置に対して、ユーザの地図ナビゲーションは、問題の地理的範囲を特定する地図表示を作成する。異常の種類に対して、ウェブアプリケーションは、ユーザが地図メーカのデータベースにおいて補正される必要のある問題の種類を記述するのを補助する。異常の位置及び種類に加えて、ユーザは、補正情報を記述する補足情報、例えば誤った名称を付けられた街路の正確な名称及び任意のユーザコメントを入力できる。
【００２０】
処理はステップ２００から開始する。ステップ２０５において、「ウェルカム」ページが表示される。図３は、実施形態に従って、ウェブアプリケーションの「ウェルカム」ページの一例を示す図である。このページにより、ユーザは現在のページ及び後続のページが表示される言語を選択できる。例えば、英語、フランス語、スペイン語、オランダ語、イタリア語及びドイツ語という言語選択肢をユーザが選択可能なリンクＥＮ、ＦＲ、ＥＳ、ＮＬ、ＩＴ及びＤＥ３１０として図３に示される。このページにより、ユーザは異常が位置する初期地図位置を更に選択できる。ユーザは、「国」ドロップダウンボックス３２０から国名を選択することにより初期地図位置を特定する。図４は、実施形態に従って、図３の「ウェルカム」ページと共に使用される国名及び対応する国コードの表の一例を示す図である。ユーザが「国」ドロップダウンボックス３２０を選択すると、図４の表に示す国名の局地化リストがユーザに対してドロップダウンボックス内に表示され、ユーザは国名を選択する。局地化リストは、ユーザが「ウェルカム」ページ上で選択した現地語に国名が翻訳されることを意味する。実施形態において、国は入力必須欄である。選択された国が米国又はカナダである場合、ユーザは、「州（state/province）」ドロップダウンボックス３３０から州を選択する必要がある。ユーザが初期地図位置を選択すると、ユーザは「地図のフィードバックを報告する」仮想ボタン３４０をクリックして「位置特定」ページに移動する。
【００２１】
図２のステップ２１０において、「位置特定」ページは、「ウェルカム」ページ上でユーザにより選択された位置の動的地図画像と共にユーザに対して表示される。「位置特定」ページ及び全ての後続のページは、「ウェルカム」ページ上でユーザにより選択された言語で表示される。図５Ａ及び図５Ｂは、実施形態に従って、ウェブアプリケーションの「位置特定」ページの例を示す図である。図５Ａは米国のMAのBoston内の要求された住所に対する地図を示し、図５Ｂは要求された緯度及び経度に対する地図を示す。
【００２２】
あるいは、パートナーは、自身のアプリケーション独自のものであり且つ「位置特定」ページに直接ハイパーリンクされる独自の「ウェルカム」ページを作成できる。この場合、パートナーの「ウェルカム」ページは、言語及び初期地図位置の双方に対するフォーム変数を「位置特定」ページに渡すことができる。
【００２３】
図５Ａ及び図５Ｂにおいて、「位置特定」ページがユーザに対して最初に示される場合、デフォルトの地図画像位置は、「ウェルカム」ページ上でユーザにより特定された国３２０及び州３３０に対する動的地図枠５１０内に示される。ステップ２１５において、地図画像が異常の位置を表示しない場合、ステップ２２０において、ページの場所検索領域５２０に住所情報を入力するか、ページの緯度／経度入力領域５２５に緯度座標及び経度座標を入力するか、あるいは動的地図枠５１０上の地図方向制御バー５３０又は動的地図枠５１０の右側の地図ズーム制御バー５３５を使用することにより、ユーザは地図のビューを変更する。「位置特定」ページは、地図に含まれる地理的範囲を操作するために、ページの場所検索領域５２０及び緯度／経度入力領域５２５を含む種々の制御を含む。地図に含まれる地理的範囲は、ある特定の尺度レベル又はズームレベルにおいて地図に含まれる地理地域である。システムにおいて、地理的範囲は、空間内に矩形領域を定義する２対の緯度／経度座標により特定される。
【００２４】
場所検索サービスは、「位置特定」ページの場所検索領域５２０においてユーザにより特定された場所に対する地理データの場所を探し出すために使用される。図１のＣＦＬフロントエンド１０５により利用されるウェブサービスである場所検索サービスを図１２に関する説明において以下により詳細に説明する。場所検索サービスは、ユーザエントリを入力とする。ユーザは、「国」ドロップダウンボックス５６５から選択すると共に、「番地(House Number)」欄５４０、「街路名(Street Name)」欄５４５、「都市(City)」欄５５０、「州(State/Province)」欄５５５及び「郵便番号(Postcode)」又は「ｚｉｐコード」欄５６０を含む画面欄の組合せに情報を入力することにより、動的地図枠５１０内の地図画像をある特定の異常の位置に再配置できる。「国」ドロップダウンボックス５６５は、図３の「ウェルカム」ページに対して上述したように使用される。ユーザが住所情報の入力を終了すると、ユーザは「地図場所」仮想ボタン５７０をクリックし、その結果、場所検索サービスが呼び出される。場所検索サービスは０個以上の結果のリストを返し、これは場所検索結果領域５７５に表示される。結果は、最初の結果が選択された状態でリストボックスに表示される。
【００２５】
選択された結果の地理的範囲は地図サービスに対する要求に含まれ、地図サービスは、結果として得られる地図画像を「位置特定」ページ上の動的地図枠５１０内に描画する。図１のＣＦＬフロントエンド１０５により利用されるウェブサービスである地図サービスを図１２に関する説明において以下により詳細に説明する。図５Ａの例において、ユーザは「都市」欄５５０に「Boston」を入力し、「州」欄５５５に「MA」（Massachusetts）を入力した。ユーザは、「国」ドロップダウンボックス５６５を更に使用して「United States」を選択した。本例において、ユーザは番地、街路名又は郵便番号を入力しなかった。ユーザが「地図場所」仮想ボタン５７０をクリックすると、結果として得られるUnited StatesのMAのBostonの画像は地図サービスにより描画され、ウェブアプリケーションにより動的地図枠５１０に表示される。実施形態において、地図サービスは、自社開発の地理データの複数のバージョンを表示できる。
【００２６】
「位置特定」ページの緯度／経度入力領域５２５において、ユーザは、動的地図枠５１０内の地図画像をある特定の異常の位置に再配置するために、緯度座標及び経度座標をそれぞれ「緯度」欄５８０及び「経度」欄５８５に更に入力できる。緯度及び経度の入力後、ユーザは「地図位置」仮想ボタン５９０をクリックし、地図サービスは結果として得られる地図画像を描画し、これはウェブアプリケーションにより「位置特定」ページ上の動的地図枠５１０内に表示される。図５Ｂは「位置特定」ページの一例を示す。図５Ｂにおいて、ユーザは、ページの緯度／経度入力領域５２５の「緯度」欄５８０に緯度「41.073」を入力し且つ「経度」欄５８５に経度「-74.048」を入力した。ユーザが「地図位置」仮想ボタン５９０をクリックすると、ウェブアプリケーションは、「位置特定」ページ上の動的地図枠５１０において中心に配置された緯度座標及び経度座標に対して、緯度座標及び経度座標に関連する地理位置を表示する。本例において、これは米国のNYのChestnut Ridge内の位置である。
【００２７】
ユーザは、異常の位置を選択するために、仮想ボタンを使用して動的地図枠５１０内の地図画像を直接操作することもできる。ユーザは、動的地図枠５１０の右側に示す地図ズーム制御バー５３５をクリックできる。図５Ａ及び図５Ｂに示すように、ズームレベルは街路(STREET)から都市(CITY)、地方(REGION)及び国(COUNTRY)までを範囲に含む。下方のズームバーは国レベルまでズームアウトする。上方のズームバーは街路レベルまでズームインする。図５Ａにおける指示計５３６は、動的地図枠５１０内の地図画像が地方のズームレベルで表示されることを示す。図５Ｂにおける指示計５３６は、地図画像が都市のズームレベルで表示されることを示す。ユーザは地図画像をクリックして、地図画像の中心をクリック点に再配置できる。ユーザは、地図の４つの側部にある地図方向制御バー５３０、５３１、５３２及び５３３を使用して、北、南、東又は西にそれぞれ移動することもできる。ユーザは、地図をクリック及びドラッグして矩形を形成できる。これにより、再描画される地図は矩形により示される地理的範囲に最適に収まる。ユーザは、異常を完全に含む最大尺度までズームインするのが好ましい。実施形態において、動的地図の任意の制御及び他のツールを使用する方法に関する指示は、「位置特定」ページ上でエンドユーザに与えられる。エンドユーザは、所望の位置が所望の尺度で示されるまで、「位置特定」ページ上の任意のツール及び全てのツールを繰り返し使用できる。
【００２８】
ある異常は点上に存在し、他の異常は街路の側に沿って又は街路セグメント上に線として存在し、更に他の異常は水域特徴又は国境特徴等の領域として存在する。ユーザが領域特徴ではなく点特徴を記述したい場合、ユーザは「十字形表示」チェックボックス５９２をクリックする。ユーザが「十字形表示」チェックボックスをクリックすると、「＋」記号のように見える十字形５９３が動的地図枠５１０内の地図画像上に出現し、地図の中心を明確に識別する。十字形５９３が異常の位置の中心にまだ配置されていない場合、ユーザは地図上で異常の位置をクリックして位置を識別する。ユーザは、点の位置を記述していると知覚する。それとは関係なく、データを格納する目的で、上述のような地図の境界線の座標又は地図範囲は収集される。
【００２９】
「位置特定」ページを使用中の任意の時点において、異常が修正済みであることにユーザが気付いた場合、ユーザは「位置特定」ページ上の「問題点修正済み」チェックボックス５９５をクリックできる。このチェックボックス５９５の目的は、地理データベースの検証を行うことである。ユーザは、図２において説明したのと同一のレポート作成処理を続行するが、ユーザによりアプリケーションに最終的に提出されるデータは、ユーザが地理データに対する更新を要求しているのではなく、「異常」の位置及び種類に対する地理データが実際には正確であることをユーザが確認することを示す。ユーザがこのチェックボックス５９５を使用する必要がある場合の例は、地理データが任意の期間更新されていなかったポータブルナビゲーションシステム上でユーザが問題点に最初に気付いた場合である。
【００３０】
図２のフローチャートを再度参照すると、ステップ２１５において、ユーザが異常の位置を示す地図表示を作成すると、ステップ２２５において、ユーザは「次へ」仮想ボタンをクリックして「対象特定」ページへ進むことができる。ユーザが「対象特定」ページに移動する際、アプリケーションは複数のフォーム変数で地図の地理的範囲を取り込む。フォーム変数は、図１に示すように、ユーザ１１５のウェブブラウザとサーバ側のＣＦＬウェブアプリケーション１３０との間で渡されるパラメータの総称である。
【００３１】
ステップ２３０において、「対象特定」ページが表示される。図６Ａ及び図６Ｂは、実施形態に従って、ウェブアプリケーションの「対象特定(What)」ページの例を示す図である。「対象特定」ページは、「位置特定」ページの動的地図枠５１０内に事前に表示されたがより小さな静的地図画像６１０を含む。「対象特定」ページは、異常の種類を特定するために使用される処理及び対象の集合を示す。小さな地図６１０の右側の欄の太字ラベルは、ユーザが問題点に対処するように地図メーカに要求できる高レベル処理６１５〜６４５のリストを提供し、それらの各処理の下のハイパーリンクは、処理が実行される対象である。「追加(Add)」６１５の処理は、ある特定の地理データが自社開発の地理データベースに追加されることを要求し、「除去(Remove)」６２０は、ある特定の地理データが除去される必要があることを示す。「名称変更(Rename)」６２５は、自社開発の地理データベース内のある特定の地理データ要素の名称が変更される必要があることを示す。「移動(Move)」６３０は、自社開発の地理データベースにおいて、地図メーカがある特定の地理データ要素を再配置する必要があることを示す。「交通規制更新(Update Traffic Restrictions)」６３５は、自社開発の地理データベースにおいて、地図メーカがある特定の交通関連属性を変更する必要があることを示す。「ルーティングルール修正(Fix Routing Rules)」６４０は、自社開発の地理データベースにおいて、地図メーカがある特定のルーティング関連属性を変更する必要があることを示す。最後に、「その他(Other)」６４５は、上記の処理に含まれない他の要求を示す。
【００３２】
これらの各処理の下層には、処理が実行される対象が編成される。処理「追加」６１５に対する対象の例は、「所在地住所」６５０、「道路又は特徴」６５１、「幹線道路の入口／出口」６５２、「料金」６５３及び「地点情報」６５４である。これらの対象は、対象をハイパーリンクにすることにより実現される。組み合わせて見た場合、処理及び対象は地図メーカに対する「所在地住所の追加」等の要求を記述する。これらの処理及び対象を更なる情報を用いて絞り込むことにより、ユーザは非常に特定された異常の種類の集合を記述できる。
【００３３】
地図メーカに対する特定の指示、例えば「所在地住所の追加」に関して異常の種類を記述することにより、ユーザは異常の種類をより容易に識別できる。
【００３４】
「位置特定」ページにおける異常の位置と「対象特定」ページにおける異常の種類とを分離することにより、ユーザが報告している特定の対象又は属性は識別され、これは自動化に対して非常に有益である。
【００３５】
図２を再度参照すると、ステップ２３５において、ユーザは地図メーカが実行する処理を「対象特定」ページ上で判定する。ステップ２４０において、ユーザはこの処理の対象をクリックする。対象のハイパーリンクが「対象特定」ページ上でクリックされると、ステップ２４５において、記述欄の集合は、ユーザにより選択された処理６６０及び対象６６１でラベル表示される記述欄領域６７０内にページ上で表示される。例えば図６Ａにおいて、ユーザは、処理６６０に示す処理「交通規制更新」６３５を選択し且つ対象６６１に示す対象「方向転換規制」６５６を選択した。記述欄領域６７０により、ユーザは追加情報を選択及び／又は入力できる。ステップ２５０において、ユーザが記述したい問題の種類を見つけなかった場合、ステップ２３５に戻り、ユーザは処理及び対象の別の組合せを判定する。ステップ２５０において、ユーザが記述したい問題の種類を見つけた場合、ステップ２５５において、ユーザは「対象特定」ページ上の異常記述欄に入力する。
【００３６】
例えば図６Ａに示すように、処理「交通規制更新」６３５に対して、ユーザが対象「方向転換規制」６５６をクリックする場合、処理及び対象の組合せに特有の記述欄領域６７０がユーザに対して表示される。「異常の種類」欄６７１は記述欄の１つの一例である。ユーザは、関連する「種類」ドロップダウンボックスをクリックして、処理及び対象の組合せに対する異常の種類の有限集合を閲覧する。
【００３７】
図７は、実施形態に従って、図６Ａの「対象特定」ページの例に対する異常の種類の集合の一例を示す図である。処理「交通規制更新」６３５及び対象「方向転換規制」６５６の場合、ユーザは、自分が記述しようとしている異常に適合する種類、例えば、図７における記述欄領域６７０の「種類」ドロップダウンボックス６７１に示すような「Ｕターン禁止」６７７又は「右折限定」６７８を選択する。本例において、ユーザによる選択の結果得られる異常の種類は図７における「左折禁止」６７６であり、これを図６Ａの種類ドロップダウンボックス６７１に同様に示す。
【００３８】
図６Ａにおける記述欄の他の例は、「開始街路名」欄６７２及び「終了街路名」欄６７３である。別の例は「問題点を見つけたウェブサイト又はデバイス」欄６７４であり、ユーザは異常を発見したアプリケーション又はデバイスをこの欄に記述できる。別の例は「コメント」欄６７５であり、ユーザが追加情報を追加したい場合、ユーザは異常を更に記述するための補足情報をこの欄に入力できる。これは、ユーザが「開始街路名」欄６７２、「終了街路名」欄６７３又は「問題点を見つけたウェブサイト又はデバイス」欄６７２等の構造化データ欄を汚損しないようにするために行われる。ユーザが「コメント」欄６７５に入力したデータは、自動処理により解釈されない非構造化言語依存データであるため、自動処理はこのデータを使用しない。しかし、この欄はシステムの手動監査に対して有用である。
【００３９】
図６Ｂは、実施形態に従って、「対象特定」ページの別の例を示す図である。ユーザは、処理「追加」６１５及び対象「地点情報(Points of interest)」６５４を選択した。ユーザにより選択された処理６６０及び対象６６１でラベル表示される記述欄領域６７０において、「ＰＯＩの名称」６８０と呼ばれる記述欄の別の例がユーザに対して表示され、ユーザは地図上で欠落している地点情報名をこの欄に入力できる。記述欄の他の例は、「問題点を見つけたウェブサイト又はデバイス」欄６７４及び「コメント」欄６７５であり、これらは図６Ａに対して説明したものと同一である。しかし、以下に更に詳細に説明するように、異常の種類が「MissingPOI」であるとシステムが判定するため、「種類」ドロップダウンボックス６７１は図６Ｂの「対象特定」ページにおいて不要である。
【００４０】
図８は、実施形態に従って、図６Ａ及び図６Ｂの「対象特定」ページにおける処理及び対象に対する異常の種類の集合の更なる例を示す。しかし、図８は異常の種類の完全な集合であることを意図しない。これらの異常の種類は、「追加」６１５等の処理及び処理が実行される「道路又は特徴」６５１等の対象を選択するユーザにより選択される。更に、ユーザは、選択された処理及び対象の組合せに関する任意の補足詳細をオプションで選択又は入力する。
【００４１】
処理及び対象のいくつかの組合せは、異常の種類を完全に記述する。例えば、図６Ｂにおける処理「追加」６１５及び対象「地点情報」６５４の場合、異常の種類は「MissingPOI」である。これはシステムにより判定され、図８における異常の種類の集合内に見つけられる。この場合、ユーザからの異常の種類の追加情報は不要である。そのため、例えば「対象特定」ページ上の「種類」プルダウンボックス６７１はユーザに対して表示されない。処理「移動」６３０及び対象「所在地住所」６５５に対する別の例において、図８に示すように、システムは異常の種類が「MisplacedAddress」であると判定する。
【００４２】
処理及び対象のいくつかの組合せは、例えば図６Ａの例のように、異常の種類を完全には記述しない。処理「交通規制更新」６３５及び対象「方向転換規制」６５６の場合、自社開発の地理データベースに追加可能な種々の交通規制を記述する多くの異常の種類が図８において存在する。従って、この場合、ユーザが関連するドロップダウンボックスから異常の種類のうちの１つを選択できるように、「種類」欄６７１は「対象特定」ページ上に必要である。この場合、処理及び対象は、「種類」欄６７１においてユーザにより選択されたエントリと組み合わされ、図８における異常の種類を形成する。例えば、結果として得られる異常の種類は「UTurnNotRequired」であってもよい。
【００４３】
何らかの理由により、「対象特定」ページを使用中の任意の時点において、ユーザが異常の位置を適切に記述しなかったと考えた場合、ユーザは、異常の位置を更に絞り込むため、「前へ」仮想ボタン６９０をクリックして「位置特定」ページに戻ることができる。
【００４４】
図２を再度参照すると、エンドユーザが異常記述欄領域６７０を完了すると、異常の種類は完全に記述される。この時点で、ステップ２６０において、ユーザは「次へ」ボタンをクリックし、それによりステップ２６５において「確認」ページが表示される。
【００４５】
従って、ユーザは、自動処理が認識可能な態様で問題の種類及び問題の位置を記述できるが、システムは、これらの問題を解決するためにいくつかの手動処理を使用することもできる。エンドユーザの地理データ更新要求の種類は、「MissingAddress」又は「MisnamedStreet」等の文字列定数の集合として実現される列挙値及び構造化データ記述欄、例えばユーザが誤った名称を付けられた街路の正確な名称を入力する「正確な名称」欄を使用して記述される。問題の位置は、空間内に矩形領域を定義する２対の緯度／経度座標により特定される地理的範囲により示される。列挙値、構造化データ欄及び地理的範囲は言語的に中立であるため、翻訳に対する任意の依存性を回避する。
【００４６】
従って、列挙値、構造化データ欄及び地理的範囲により、地理データに対する更新の自動処理が可能になる。用語「自動的に処理する」及び「地理データに対する更新の自動処理を可能にする」の使用は、処理を自動処理に限定しない。１つ以上の手動処理は、自動処理に加えて依然として使用可能である。互いに組み合わされたこれらの処理の全ては、異常の処理及び他の関連する処理を実行し、地理データに対する更新の処理を最終的に実行する。
【００４７】
図９は、実施形態に従って、ウェブアプリケーションの「確認(Verify)」ページの一例を示す図である。「確認」ページは、図６Ａの「対象特定」ページ上と同一のより小さな静的地図画像６１０を表示し且つユーザが図６Ａの「対象特定」ページ上で選択した処理６６０、対象６６１及び更なる記述要素６７０を要約する。「確認」ページは、地図メーカがユーザの異常提出の状態の変化をユーザに通知できるように、電子メールアドレスを「電子メールアドレス」欄９１０に入力するようにユーザを更に誘導する。
【００４８】
ステップ２７０において、ユーザは「確認」ページに表示されるデータを点検する。ステップ２７５において、ユーザが入力したデータに満足しない場合、ユーザは「前へ」仮想ボタン９２０をクリックしてステップ２３０における「対象特定」ページに戻り、ページ上で情報を追加、変更又は除去できる。表示されたデータが報告したい異常を記述しているとユーザが満足する場合、ステップ２７７において、ユーザは「提出する」仮想ボタン９３０をクリックできる。
【００４９】
ステップ２８０において、「位置特定」ページ上でユーザにより特定された異常の位置及び「対象特定」ページ上でユーザにより特定された種類を含む異常データは、異常収集サービス１２２５に転送される。異常収集サービス１２２５は、異常を収集データベース１２５０に格納し、固有の追跡番号を返す。この転送及び格納の詳細を以下の図１２に関する説明において記述する。
【００５０】
ステップ２８５において、「謝辞(Acknowledgment)」ページは、ユーザにより入力された地図の不一致がシステムに提出にされたというメッセージと共に、ユーザに対して表示される。図１０は、実施形態に従って、ウェブアプリケーションの「謝辞」ページの一例を示す。「謝辞」ページは、異常が収集された時に異常収集サービス１２２５により供給される固有の追跡番号１０１０を表示する。「謝辞」ページは、ユーザが追加のフィードバックを報告できるようにするハイパーリンク１０２０を更に提供する。ステップ２９０において、ユーザが追加のフィードバックを提供するためにハイパーリンク１０２０をクリックすると、ステップ２１０におけるフローチャートの「位置特定」ページに戻り、ユーザは地図の別の不一致を入力する。ステップ２９０において、ユーザが追加のフィードバックを提供するためにハイパーリンク１０２０をクリックしない場合、処理はステップ２９５において終了する。
【００５１】
図１１は、実施形態に従って、図２のウェブアプリケーションのフローチャートにおいて説明したページの流れの一例を高レベルで示す図である。ウェルカムページ１１１０又はパートナー独自のバージョンのウェルカムページ、すなわちパートナーのウェルカムページ１１２０のいずれかを使用して、このページ上でユーザにより入力された言語及び初期地図位置情報は位置特定ページ１１３０に渡される。ユーザは、位置特定ページ１１３０を使用して異常の位置を判定し、「次へ」をクリックして対象特定ページ１１４０へ進む。対象特定ページにおいて、ユーザは異常の種類を判定し、その後「次へ」をクリックして確認ページ１１５０へ進む。確認ページ１１５０において、ユーザは自身の提出における情報を確認し、「提出する」をクリックして異常を提出する。この時点において、ユーザは謝辞ページ１１６０を表示され、追加の異常を入力するための位置特定ページ１１３０に戻るために、追加のフィードバックを提供するためのハイパーリンクをクリックする。対象特定ページ１１４０及び確認ページ１１５０の双方において、ユーザは、位置特定ページ１１３０上で位置を絞り込むため又は対象特定ページ１１４０上で異常の種類を絞り込むためにそれぞれ前のページに戻ることを選択できる。
【００５２】
［ＣＦＬフロントエンド］
図１２は、実施形態に係る顧客フィードバックループ（ＣＦＬ）のフロントエンドの一例を示す図である。ＣＦＬフロントエンド１２１０は多くのウェブサービスを含み、その全ては、ＣＦＬウェブサービスＡＰＩ１２４０を介して単純なＨＴＴＰのｇｅｔ要求及びｐｏｓｔ要求を用いてアクセスされる。ウェブサービスは、場所を探し出すための場所検索サービス１２１５、地図画像を描画するための地図サービス１２２０、提出された異常を収集するための異常収集サービス１２２５、異常データ及び状態を供給し且つユーザのフィードバックを処理するためのフィードバックサービス１２３０、並びにシステムの適切な動作を監視する監視サービス１２３５を含む。ＣＦＬフロントエンド１２１０は、図１におけるＣＦＬフロントエンド１０５の更なる詳細を示す。場所検索サービス１２１５及び地図サービス１２２０はオプションサービスであるが、システムは異常収集サービス１２２５及びフィードバックサービス１２３０を使用する必要がある。監視サービス１２３５は動作サポートサービスであり、ＣＦＬウェブサービスＡＰＩ１２４０の一部ではない。従って、監視サービスはパートナーによる使用を意図しない。
【００５３】
場所検索サービス１２１５及び地図サービス１２２０は、ＣＦＬ地理サービスサーバ１２７５上のサポートサービス１２９０として示される地理サポートサービスの集合を利用する。サポートサービス１２９０は地理データ１２９５にアクセスする。場所検索サービス１２１５及び地図サービス１２２０に対するサポートサービス１２９０の選択における融通性を可能にするため、場所検索サービス１２１５及び地図サービス１２２０のウェブサービス機能性はサポート機能性から分離されるように設計される。
【００５４】
ＣＦＬ更新レポート作成ウェブアプリケーション１２４５により、エンドユーザは異常を記述し且つそれらを報告できる。パートナーは、場所検索サービス１２１５及び地図サービス１２２０を利用して同様のウェブアプリケーションを実現することを選択でき又は独自の場所検索サービス及び地図サービスを異常収集サービス１２２５と共に使用できる。例えば、顧客向け地図及び運転指示サービスをホストするパートナーは、自社開発の地図及び場所検索機能をエンドユーザに提示でき且つ知覚された誤りを依然として異常収集サービス１２２５に提出できる。収集において、スロワ（thrower）アプリケーション１２５５が異常を読み出し且つそれらをＣＦＬバックエンド１６１０に転送するまで、異常は収集データベース１２５０に格納される。この詳細を図１６に関連して説明する。
【００５５】
ＣＦＬユーザフィードバックウェブアプリケーション１２６５により、エンドユーザはシステムに報告した異常の状態を閲覧でき且つ問題が補正されたか否かを示すことができる。このＣＦＬユーザフィードバックウェブアプリケーション１２６５は、報告された異常の現在の状態にフィードバックデータベース１２８０を介してアクセスするため及びそれらの状態に関するユーザのコメントを提供するためにフィードバックサービス１２３０を利用する。パートナーは、フィードバックサービス１２３０を利用する同様のウェブアプリケーションを実現することを選択できる。
【００５６】
場所検索サービス１２１５、地図サービス１２２０、異常収集サービス１２２５、フィードバックサービス１２３０及び監視サービス１２３５は、ＣＦＬウェブサービスサーバ１２７０と呼ばれる単一のコンピュータ上で１つにまとめられる。複数のＣＦＬウェブサービスサーバ１２７０はシステム内に存在できる。これらの各サーバは、核となる場所検索及び地図描画機能性のために、ＣＦＬ地理サービスサーバ１２７５として示される１つ以上のサーバを使用する。
【００５７】
スロワアプリケーション１２５５は継続的に実行し、ＣＦＬバックエンド１６１０にまだ転送されていない異常がないか収集データベース１２５０を検査するために定期的に動作する。そのような異常を見つけた場合、スロワアプリケーション１２５５はそれらを読み出し、通常はインターネットであるネットワークを介してＨＴＴＰのｐｏｓｔコマンドを用いて、図１６に示すようなＣＦＬバックエンド１６１０内に位置するキャッチャ（catcher）サービス１６１２と呼ばれるウェブサービスにそれらを転送する。
【００５８】
監視アプリケーション１２８５は外部アプリケーションであり、厳密にはＣＦＬフロントエンド１２１０の一部ではない。監視アプリケーション１２８５は、適切なシステム動作を検証するため、監視サービス１２３５に対して要求を定期的に発行する。
【００５９】
異常を単一のＣＦＬバックエンドに転送する複数のＣＦＬフロントエンドが存在する。追加のＣＦＬフロントエンドは、エンドユーザによる使用の増加に適応するために追加可能である。
【００６０】
［ＣＦＬウェブサービスアプリケーションプログラミングインタフェース］
図１２においてＣＦＬフロントエンド１２１０内に示すように、ＣＦＬウェブサービスＡＰＩ１２４０は、単純なＨＴＴＰのｇｅｔ要求及びｐｏｓｔ要求を用いて複数のウェブサービスにアクセスする。サービスは、ジオコーディングのための場所検索サービス１２１５、地図を描画するための地図サービス１２２０、異常を収集するための異常収集サービス１２２５及び異常の状態に関するエンドユーザのフィードバックを集約するためのフィードバックサービス１２３０を含む。これらの各サービスは、顧客識別変数又はClientIdを特定する必要がある。ClientIdはシステムにより定義される文字列であり、ビジネスパートナーを示す。システムは有効なClientIdを検査できる。各要求のClientIdを追跡することにより、システムは種々の顧客の使用パターンを判定できる。
【００６１】
図１３は、実施形態に従って、ＣＦＬフロントエンドの場所検索サービスと共に使用される地図場所フォーム変数の表の一例を示す図である。場所検索サービス１２１５は、図１３において説明する変数の任意の組合せを含むフォーム「http://{cflservice}/PlaceFind」のＵＲＬに対してＨＴＴＰのｐｏｓｔコマンドを実行することによりアクセスされる。他のサービスの場合と同様に、ClientIdは必須パラメータであり、システムにより供給される有効値を有さなければならない。HouseNumber、StreetName、Place、AdministrativeArea、Postcode及びCountryの変数は、顧客が検索したい住所の要素を含む。HouseNumber及びStreetNameはオプションであり、ある特定の点住所を返すための番地を含まなければならない。Placeはオプションであり、一般に都市又は地域の他の種類である。AdministrativeAreaはオプションであり、異なる国において異なるものを意味するために使用される。米国又はカナダにおいて、これは州として解釈される。適宜それを特定することにより、ユーザに返される曖昧な結果の数が減少する。Postcode又はZIP Codeはオプションである。実施形態において、Countyは必須である。これは空白であってはならず、図４に示すような３文字のＩＳＯ国コードのうちの１つとして認識されなければならない。これらのＩＳＯ国コードは、国際標準化機構（ＩＳＯ）により最初に発行された規格国コードであり、仕様書「3166-1 Alpha-3」の国コードである。
【００６２】
場所検索サービス１２１５は、変数が供給される場合に可能な位置記述のうち最も正確な位置記述を返そうとする。例えば、街路が特定されなかった場合、最も正確な位置記述は都市又は郵便番号であってもよい。場所検索サービス１２１５が位置を正確に判定する場合、場所検索サービス１２１５は検索された位置の名称を含むテキスト応答文字列及び位置の地理的範囲を返す。複数の結果が検索される場合、各結果の名称及び位置は全結果を含む地理的範囲と共に特定される。場所検索サービス１２１５は、地図メーカの自社開発の地理データベースの最新バージョンを利用する核となる参照サポートサービスに依存する。地図メーカが自身の地理データの品質及び完全性を向上する場合、このデータベースは、エンドユーザが利用可能な最新の経験を提供するように更新される。
【００６３】
図１４は、実施形態に従って、ＣＦＬフロントエンドの地図サービスと共に使用される地図位置フォーム変数の表の一例を示す図である。地図サービス１２２０は、図１４において説明する変数を含むフォーム「http://{cflservice}/Map」のＵＲＬに対してＨＴＴＰのｇｅｔ要求を実行することによりアクセスされる。他のサービスの場合と同様に、ClientIdは必須パラメータであり、システムにより供給される有効値を有さなければならない。MinLon、MaxLon、MinLat及びMaxLatはシステムにより判定され、最小及び最大の経度及び緯度を特定する。これらの４つの変数は、要求された地図の境界線又は範囲を構成する。これらの変数は必須であり、要求された地図境界を記述するＷＧＳ８４の経度値及び緯度値である。ＷＧＳ８４は１９８４年の世界測地系を意味し、地理データに対する座標系を定義するデータである。これらのＷＧＳ８４の値は１０進値でなければならず、分単位及び秒単位であってはならない。１０進数の区切り記号は点又はコンマの文字のいずれかである。SizeX及びSizeYはシステムにより判定される必須の数字であり、地図画像のサイズを画素単位で記述する。これらの数字は１０〜５００の整数である。
【００６４】
ユーザに対して表示するための正確な地図画像を正確に判定した場合、地図サービス１２２０は、結果として得られるポータブルネットワークグラフィックス（ｐｎｇ）ファイルを顧客にストリーム送信する。ｐｎｇファイルは地図画像を表示する。任意のパラメータが無効の場合、地図サービス１２２０はＨＴＴＰ４００エラーを返す。地図範囲は、有効な緯度値及び経度値により特定されなければならない。北アメリカの地図を返すユニフォームリソースロケータ（ＵＲＬ）又はウェブアドレスの一例は、「http://MapMaker'sWebsite.com/Map?ClientId=AClientID&MinLat=40&MinLon=75&MaxLat=41&MaxLon=-74&SizeX=500&SizeY=450」である。
【００６５】
地図サービス１２２０は、地図メーカの自社開発の地理データベースの最新バージョンを利用する核となる地図描画サポートサービスに依存する。地図メーカが自身のデータの品質及び完全性を向上する場合、このデータベースは、エンドユーザが利用可能な最新の経験を提供するために更新される。
【００６６】
フィードバックサービス１２３０は、異常追跡番号をパラメータとして有するＨＴＴＰのｇｅｔ要求を実行することによりアクセスされる。フィードバックサービス１２３０は、フィードバックデータベース１２８０においてそのグローバル一意識別子を参照し、異常の現在の状態を含む異常に関する情報を返す。フィードバックサービス１２３０により、ＣＦＬユーザフィードバックウェブアプリケーション１２６５等のエンドユーザウェブアプリケーションは、エンドユーザが評価するための異常に関する全ての関連情報を表示できる。
【００６７】
フィードバックサービス１２３０は、異常追跡番号及び異常の現在の状態に関するエンドユーザの評価の記述を有するＨＴＴＰのｐｏｓｔコマンドを実行することにより更にアクセス可能である。フィードバックサービス１２３０により、ＣＦＬユーザフィードバックウェブアプリケーション１２６５等のエンドユーザアプリケーションは、自身が報告した異常に対するフィードバックを提供できる。
【００６８】
異常収集サービス１２２５は、フォーム「http://{cflservice}/Collection」のＵＲＬに対して種類、位置及び異常に関する他の詳細を記述する変数を含むＨＴＴＰのｐｏｓｔコマンドを実行することによりアクセスされる。サービスは、ポストされた変数の最低限の検証を実行し、このデータを収集データベース１２５０に挿入する。異常は、大文字・小文字を区別するフォーム変数の形態で提供される。各異常は、異常の種類を記述する異常種類フォーム変数、例えば「MissingStreet」を含まなければならない。この変数を含まないと、ＨＴＴＰのｐｏｓｔからエラーが返され、収集データベース１２５０は更新されない。他のサービスの場合と同様に、ClientIdも必須パラメータであり、システムにより供給される有効値を有さなければならない。異常の各種類に対して、その種類に適切なパラメータの集合が存在する。例えば、MissingStreetという異常は、欠落している街路の名称等のパラメータを含まなければならない。厳密には、異常の種類及びClientId以外の異常の全パラメータはオプションである。従って、ＨＴＴＰのｐｏｓｔコマンドは欠落している街路の名称を特定できなくても正確に動作し、データは収集データベース１２５０に挿入される。しかし、挿入された記録が欠落している街路を記述しない場合、その記録は欠落している街路を記述する場合ほど有用ではない。
【００６９】
図１５Ａ及び図１５Ｂは、実施形態に従って、ＣＦＬフロントエンド１２１０の異常収集サービス１２２５により受け付けられる異常パラメータのリストの一例を示す図である。図１５Ａ及び図１５Ｂは、パラメータ定義の説明及びそれらがシステムにおいて使用される方法に関する注意を更に含む。
【００７０】
図１５Ａにおいて、Typeパラメータは全ての異常に対して必須である。これは記述される地理データの異常であり、図８において特定される値のうちの１つでなければならない。ClientIdパラメータは全ての異常に対して必須であり、有効値を有さなければならない。これは、地図メーカにより供給される顧客を示す文字列である。Applicationパラメータは、問題点が発見されたアプリケーションを記述するオプションの自由形式の文字列である。Commentsパラメータはオプションのコメントの文字列であり、全ての異常に対して受け付けられる。MapVersionパラメータもオプションであり、ユーザが問題点を報告した際にユーザが閲覧していた地理データのバージョンを記述する。ProblemDataVersionパラメータはオプションであるが、供給される場合はシステムにより定義される有効値のうちの１つでなければならない。ProblemDataVersionは、異常が発見されたデータのバージョン又はユーザが異常を報告しているバージョンである。例えば、自社開発の地理データの2005.2リリースをユーザが使用している場合、「2005.2」が特定される。有効値のリストは、ＡＰＩを使用して開発者に提供される。
【００７１】
MapPixelsWidth及びMapPixelsHeightはそれぞれ、ユーザがＣＦＬの異常を入力している間に表示される地図の幅及び高さである。これらの値の一方を特定する場合、双方を特定しなければならない。AlreadyFixedパラメータは、地理データにおいて異常が修正済みであることを現在閲覧可能な地図が示すかを示す。このパラメータが存在する場合、図５Ａ及び図５Ｂに示すように、ユーザが「位置特定」ページ上で「問題点修正済み」仮想ボタン５９５をクリックする時にユーザにより設定されるように、その値は真又は偽のいずれかでなければならない。例えばルーティングの異常等、全ての異常が地図を閲覧することにより確認可能なわけではないため、異常の全ての種類がこのパラメータを含むわけではない。
【００７２】
MinLon、MaxLon、MinLat及びMaxLatパラメータは、異常の位置を含む地図範囲を記述する。地図範囲値のうちの１つを特定する場合、全ての値を特定しなければならない。地図範囲パラメータが特定される場合、CenterPointSignificantパラメータは地図の中心点が重要であるかを示すために特定可能である。例えばユーザは、問題の正確な位置を示すために、地図の中心に十字形を描くチェックボックスを選択しておくことができる。このパラメータが存在する場合、その値は真又は偽でなければならない。
【００７３】
異常に関連付けられる住所情報パラメータは、Country、AdministrativeArea、City、Postcode、StreetAddress、StreetName及びHouseNumberを含む。この場合、StreetAddressは街路名及び番地の双方を含む。
【００７４】
図１５Ｂは、OriginCountry、DestinationCountry、OriginCity、DestinationCity、OriginAdministrativeArea、DestinationAdministrativeArea、OriginStreetAddress及びDestinationStreetAddressパラメータを含む。ルーティングの異常(Routing anomalies)は、ルートの始点及び終点を記述するために、これらの出発地住所及び目的地住所のコンテキストを利用する。OriginCountry及びDestinationCountryの値が特定される場合、それらは、図４における場所検索に必要な３文字のＩＳＯコードのうちの１つであるのが好ましい。
【００７５】
FromStreetName及びToStreetNameパラメータは、異常の種類に応じて異なる方法で使用される。例えば、これらの２つのパラメータは、ある道路から別の道路に移動する際の問題を記述できる。あるいは、これらのパラメータは当該位置が存在する交差街路を記述できる。Nameパラメータは任意の地図特徴の名称を表し、WrongNameは任意の地図特徴の不正確な名称を表し、Languageは提出の言語を表す２文字又は３文字のＩＳＯ６３９言語コードである。UserIdパラメータはエンドユーザを識別するためのオプションの文字列である。EmailAddressは地図メーカが使用するためのものであり、パートナーがこのパラメータを供給することは推奨されない。Comments以外の全ての文字列パラメータは２５６文字未満でなければならず、Commentsは１０２４文字であってもよい。
【００７６】
異常収集サービス１２２５に対する正確なポスト動作により、成功フラグ（ゼロ「0」）及びグローバル一意識別子（guid）を含む文字列が返される。これは、ポスト動作に対する追跡番号「0:{guid}」として役立つ。内部サーバのエラーの場合、一時的技術問題を示すエラーフラグ（「1」）が返される。誤ったポスト動作の場合、ＨＴＴＰのｐｏｓｔコマンドに関する問題を示すエラーフラグ（「-1」）及びそれに続いてコロンにより区切られる一連のエラー記述「-1:{エラー記述１}:{エラー記述２}」が返される。
【００７７】
ｐｏｓｔが異常の種類を含まない場合又は認識不能な異常の種類を含む場合、エラー記述はサポートされる異常の全種類のリストを含む。ｐｏｓｔが異常の種類を含むがパラメータを含まないか又は認識不能なパラメータを含む場合、エラー記述はその種類に対して許容可能な全パラメータのリストを含む。
【００７８】
ユーザにとって最も直感的であると考えられる特定用途向け用語で地理データの問題を特定することと地図メーカにとって最も有用であると考えられる実際の地理データの用語で地理データの問題を特定することとの間には根本的な緊張状態が存在する。これらの目的の均衡を取ろうとする場合、異常収集サービス１２２５は、特定用途向け用語で記述され且つ同一の基礎となる地理データの問題を記述できる複数の異常の種類を定義する。しかし、異常の異なる種類は、特定性の程度の差があるが問題を記述できる。この主な例は、２つの異常「StreetNotFound」及び「MissingStreet」である。「StreetNotFound」という異常は、所定の街路が所定の都市における街路リスト内に見つけられない場合のアプリケーションの問題点を記述する。一方、「MissingStreet」はユーザが既知の街路を地図内に見つけられない場合を記述する。街路が基礎となる地理データに存在しない場合、それが地図上に表示されず又は街路リストに列挙されないことは明らかである。この場合、「MissingStreet」という異常が問題に関してより強く主張するため、「MissingStreet」を受信することが好ましい。より正確な異常を提出するようにユーザを誘導するためにＣＦＬ更新レポート作成ウェブアプリケーション１２４５が実行可能な任意の処理の結果、より多くの処理可能なデータが収集される。
【００７９】
異常収集サービス１２２５は、コンピュータ自動制御により処理可能な構造化された異常データの収集をサポートする。これは、異常の２つの重要な要素である位置及び種類が機械可読形式で記述されるため達成される。位置は、緯度／経度値を表す浮動小数点数を用いて地図範囲の２つの角を記述することにより特定される。種類は、文字列定数の列挙集合を用いて特定される。このように、システムは、自動化された手段を使用して非常に大量のデータを処理できる。
【００８０】
異常収集サービス１２２５は言語的に中立である。サービスは、エンドユーザの言語に依存しない変数情報の記述をサポートする。地理データの大部分の問題に対して、重要な情報は問題の位置及び問題の種類である。ＡＰＩは、位置情報を地図範囲又は緯度／経度の対のうちの一対、すなわち緯度／経度座標の４つの組として表し且つ問題の種類を文字列定数の列挙集合として表すことにより、言語翻訳に対する依存性を回避する。従って、顧客フィードバックループシステムにおいて、ユーザ向けＣＦＬ更新レポート作成ウェブアプリケーション１２４５のみがユーザに対してユーザの言語に翻訳される必要がある。
【００８１】
ウェブサービス１２１５、１２２０、１２２５及び１２３０はＣＦＬ更新レポート作成ウェブアプリケーション１２４５をサポートし、図１６に示すように、異常の情報をＣＦＬバックエンド１６１０に最終的に格納する。
【００８２】
あるパートナーは、自身の顧客が問題の種類及び位置を記述するレポート作成アプリケーションの完全制御を所望する。そのため、パートナーがアプリケーションとして作成する必要のある地図描画及び場所検索を含み且つ異常収集を当然含む核となるサービスを提供するために、ＣＦＬウェブサービスＡＰＩ１２４０はシステムに含まれる。ＡＰＩ１２４０は、独自の地図描画又はジオコーディングを提供したいパートナー又は他の手段から位置及び種類を取得するパートナーをサポートするために、この細部性と共に提示される。これらのパートナーは異常収集サービスのみを利用する。
【００８３】
［ＣＦＬ監視サービス］
ウェブサービスの所期の動作を検証する監視サービス１２３５として知られる追加サービスは、ＣＦＬウェブサービスＡＰＩ１２４０から独立して存在する。監視サービス１２３５は、ＣＦＬウェブサービスサーバ１２７０のローカルネットワーク上の監視アプリケーション１２８５により定期的に呼び出される。このように監視サービス１２３５が定期的に呼び出される結果、場所検索サービス１２１５、地図サービス１２２０及び異常収集サービス１２２５が呼び出され、それらの所期の動作が保証される。更に、監視サービス１２３５は、スロワアプリケーション１２５５の所期の動作を保証するために収集データベース１２５０を直接監視する。特に、監視サービス１２３５は、スロワアプリケーション１２５５のスリープ期間に従って、全ての異常がＣＦＬバックエンド１６１０に投入されるかを検証する。任意の失敗が検出されると、通常は外部監視アプリケーションである呼び出し元に通知される。
【００８４】
監視サービス１２３５が異常収集サービス１２２５にデータをポストする場合、Heartbeatと呼ばれる異常の特別な種類を使用する。このHeartbeatという異常の種類も図８に示される。この異常の種類は、大部分の演算プロセスにより無視されるが、全ての異常と同様に、スロワアプリケーション１２５５を介して図１６に示すＣＦＬバックエンド１６１０内の異常リポジトリ１６１４までシステムを通過する。図１６において、異常リポジトリ１６１４はheartbeatを最終的に収集サービス正常性レポートウェブアプリケーション１６７６に提供する。監視サービス１２３５がこのheartbeatという異常を異常収集サービス１２２５にポストする場合、異常収集サービスはＣＦＬウェブサービスサーバ１２７０の名称を異常に追加する。これらの異常がシステムを通過して異常リポジトリ１６１４に到着すると、それらは収集サービス正常性レポートウェブアプリケーション１６７６により検査される。このウェブアプリケーションは異常リポジトリ１６１４を継続的に検査し、システム内の全てのＣＦＬウェブアプリケーションサーバ１２７０からのこれらのheartbeatの規則的な受信、例えば数分後の受信を検証する。収集サービス正常性レポートウェブアプリケーション１６７６は、個々のＣＦＬウェブサービスサーバ１２７０の適切な動作だけではなく、複数のＣＦＬフロントエンド１２１０及び単一のＣＦＬバックエンド１６１０から構成される疎結合システム全体の適切な動作も示す。通常の演算プロセスは、異常リポジトリ１６１４内のこれらのheartbeatという異常を無視する。
【００８５】
［異常の処理：ＣＦＬバックエンド］
図１６は、実施形態に係る顧客フィードバックループ（ＣＦＬ）のバックエンドの一例を示す図である。異常はＣＦＬバックエンド１６１０を通じて追跡される。これは一例に過ぎないが、ＣＦＬバックエンドの大部分の要素に言及する。ＣＦＬバックエンド１６１０は、図１におけるＣＦＬバックエンド１１０の追加の詳細を示す。
【００８６】
異常の一例がキャッチャサービス１６１２にポストされると、これは異常リポジトリ１６１４に即座に格納される。異常データは、異常リポジトリ１６１４内の読出し専用テーブル異常１６１６に格納される。異常データを作成することにより、その異常に関連する属性の集合の自動作成がトリガされる。これらの異常属性１６１８は、異常リポジトリ１６１４内の別個のデータベーステーブルに格納される。これらの属性は、初期状態である「Start」に設定される異常の状態を含む。
【００８７】
種々の自律エージェントは、異常リポジトリ１６１４において継続的に実行する。電子メールエージェント１６２２は新規の異常を継続的に探し出し、それらがエンドユーザの電子メールアドレスを含むかを判定するためにそれらを検査する。新規の異常がエンドユーザの電子メールアドレスを含む場合、電子メールエージェントは、ユーザが報告した異常例を地図メーカが受信したという通知をエンドユーザに送出し、この電子メールが完了したことを示すために、この異常例の対応する異常属性１６１８を更新する。
【００８８】
事象エージェント(incident agent)１６２４は新規の異常を検査する。報告された異常例が重要な情報を含まないこと、すなわち異常が処理不能であることが判明すると、事象エージェントは異常の状態を「BadIncident」に更新する。異常の状態の更なる詳細は、以下の図１９に関する説明において記述される。しかし、異常が処理可能な場合、事象エージェントは異常の状態を「New」に更新し、異常は検証候補になる。
【００８９】
地理拡大エージェント１６２６は継続的に実行し且つ新規の異常を探し出す。新規の異常例を見つけると、地理拡大エージェント１６２６は、異常の地図境界の中心点において地理参照手順を実行する。この参照手順は、国、州及び郡等の種々の政治及び行政地域を記述する一連の多角形を使用する。この手順により所定の範囲の名称が形成され、エージェントは、この所定の範囲名を追加するように異常の対応する異常属性１６１８を更新する。
【００９０】
ケース生成エージェント１６２８及びクラスタ化エージェント１６３０は、異常リポジトリ１６１４に対して継続的に実行して新規の異常を探し出す。新規の異常例を見つけると、これらのエージェントは、新規の異常例が既存の異常の重複であるか又は他の関連する異常に地理的に近接するかを判定するためにそれを検査する。既存の異常の重複である場合、双方の異常は同一のケースに属すると称される。他の関連する異常に地理的に近接する場合、これらの異常は同一のクラスタに属する。ケース及びクラスタの双方は、メタデータ１６２０として異常リポジトリ１６１４内に保持される。例えば、自社開発の地理データベース１６５２においてクラスタを構成する異常を補正するように設計される演算プロセス１６５０が既に開始されている優先順位の非常に高いクラスタに異常例が属すると仮定する。
【００９１】
自動検証エージェント１６３２は、異常リポジトリ１６１４に対して継続的に実行して新規の異常を探し出す。例えば、自動検証エージェント１６３２が異常例を検査する際に、その異常が自動検証をサポートする最新の地理データ１６３４における実際の問題点であると判明したと仮定する。その場合、自動検証エージェント１６３２は異常の状態を「Open」に更新する。
【００９２】
任意の時点において、地図メーカは、異常例の詳細を閲覧し、それらの詳細を自社開発の地理データベース１６５２と比較し且つ異常がデータベース内の実際の問題を記述することを単独で検証するために異常ブラウザアプリケーション１６４０を使用できる。
【００９３】
自社開発の地理データベース１６５２は、地図メーカの参照データベースである。ＣＦＬバックエンド１６１０における地理データ１６３４及びＣＦＬフロントエンド１２１０における地理データ１２９５の双方は、ユーザが自身の製品において使用しているユーザの地理データ（不図示）と同様に、自社開発の地理データベース１６５２から取得される。一般に、地理データ１６３４は地理データ１２９５より頻繁に更新され、地理データ１２９５は、ユーザが自身の製品において使用している地理データより頻繁に更新されてもよい。実施形態において、自社開発の地理データベース１６５２は、地理データ１６３４及び／又は１２９５の更新バージョンを取得するため及びユーザに対する製品において使用可能になるデータをリリースするために使用される。
【００９４】
異常例に対して、新規の異常例が属する高優先順位のクラスタにより開始された演算プロセス１６５０が完了すると、更新の大きな集合が自社開発の地理データベース１６５２に対して確定される。所定時間後、この参照データベースは、自動検証エージェント１６３２をサポートする地理データ１６３４に対して複製される。自動検証エージェント１６３２が異常例に対して次に実行する時、異常を補正するために地理データ１６３４が更新されたため、自動検証エージェント１６３２は問題が補正されたと判定する。この時点において、エージェント１６３２は異常の状態を「Closed」に更新し、修正データが含まれるデータベースの製造バージョンを記録する。異常の状態及びデータベースのバージョンは、異常属性１６１８において異常に対して更新される。
【００９５】
所定時間後、異常例に対する修正データを含むデータのこの新バージョンはＣＦＬフロントエンド１２１０にロードされ、図１２におけるＣＦＬ地理サービスサーバ１２７５内の地理データ１２９５にロードされる。この時点において、電子メールエージェント１６２２はトリガされ、異常の提出と共に電子メールアドレスを含むことにより異常を検査し且つ問題点が正確に対処されたか否かに関するフィードバックを提供するためにＣＦＬユーザフィードバックウェブアプリケーション１２６５を使用することを提案したユーザに対して電子メールを送出する。
【００９６】
エンドユーザは、ＣＦＬユーザフィードバックウェブアプリケーション１２６５において異常の状態を検査できる。ＣＦＬユーザフィードバックウェブアプリケーション１２６５は、フィードバックサービス１２３０を利用して異常のデータ及び最新状態を表示し、異常が正確に対処されたことを確認又は否定できる。フィードバックサービス１２３０は、異常が適切に対処されたことをエンドユーザが確認又は否定したことを示すメッセージをＣＦＬバックエンド１６１０に送出し、異常に関連する異常属性１６１８は、このユーザのフィードバックに従って更新される。
【００９７】
［ＣＦＬバックエンドの詳細］
キャッチャサービス１６１２は、ユーザが報告した異常を記述する全データを含むＨＴＴＰのｐｏｓｔコマンドを実行することによりアクセスされるウェブサービスである。キャッチャサービス１６１２は、多くのＣＦＬフロントエンドサーバ１２７０上のスロワアプリケーション１２５５からポストされたデータを受信し、ＣＦＬバックエンド１６１０により更に処理するためにこのデータを異常リポジトリ１６１４に格納する。
【００９８】
異常リポジトリ１６１４自体は、未処理の異常１６１６及び異常属性１６１８と呼ばれる異常に関するデータの双方を含むデータベースである。異常がリポジトリに書込まれると、異常は読出しのみが可能であるが、関連する異常属性は読出し又は書込みが可能である。これらの属性は、エンドユーザに送出された電子メールを示すフラグ、異常の地図境界の中心点を含む郡、州又は国等の住所情報及び異常の状態値を含むが、これらに限定されない。状態値は、異常がリポジトリに到着した直後であることを示す「Start」、異常が処理不能であることを示す「BadIncident」、異常が地図メーカの自社開発の地理データベースに関する実際の問題を示すことを示す「Open」及び異常が地図メーカの自社開発の地理データベースに関する実際の問題を現時点で又は今後も示さないことを示す「Closed」を含むが、これらに限定されない。実施形態において、他の状態値は、自社開発の種々の演算プロセスによる異常の使用を容易にするために使用される。
【００９９】
種々のアプリケーションは、異常ブラウザアプリケーション１６４０を含むリポジトリ上で動作する。異常ブラウザアプリケーションにより、地図メーカは異常リポジトリ１６１４内の異常を全体的及び個別に点検できる。図１７は、実施形態に従って、ＣＦＬバックエンドの異常ブラウザアプリケーション１６４０により提供される異常グループレポートの一例を示す図である。異常ブラウザアプリケーション１６４０により、図１７のグループレポートに示すように、例えば「CenterPointCountry」欄１７１０における国の異常属性により異常をグループに分割できる。グループ化は、他の異常属性（不図示）に従っても可能である。図１７は、各国に対して異常数を「総数」欄１７２０に更に示す。各国に対する異常の総数の割合を「割合」欄１７３０に示す。地図メーカは、「選択」欄１７４０内の関連するチェックボックスを選択することにより、国に対する異常に関する追加情報を見ることを選択できる。地図メーカによる国の選択を更に補助するために、地図メーカは、「選択項目を表示」仮想ボタン１７６０を選択して選択された国のみを表示し、「全てを選択」仮想ボタン１７７０を選択して全ての国を選択し且つ「全解除」仮想ボタン１７８０を選択して全ての国の選択を解除できる。ユーザは、「ＣＦＬレポートに戻る」ハイパーリンク１７９０をクリックして、以下に説明する他のレポートを閲覧してもよい。
【０１００】
図１８は、実施形態に従って、ＣＦＬバックエンドの異常ブラウザアプリケーション１６４０の画面の一例を示す図である。異常ブラウザアプリケーション１６４０は、個々の異常及びそれらに関連する属性の詳細な検査をサポートする。この画面は、地図メーカが図１７における国の異常等の閲覧する異常のグループをグループレポートにおいて選択する場合に地図メーカに対して表示される。図１８において、現在強調表示されている異常１８４０に対して、AnomalyID１８１０、種類１８１５、状態１８２０及びＲＴＣ１８２５として示される再成形数等の異常属性が示される。ＲＴＣ１８２５は、この異常から再成形された異常数を示す。再成形を以下に説明する。地図メーカによる異常の閲覧を補助するために、地図メーカは、異常リストナビゲーション領域１８２７内のボタン、ドロップダウンボックス及びハイパーリンクを使用する。例えば、地図メーカは仮想ボタン「先頭へ」１８３０を選択して異常リストの先頭に移動し、「末尾へ」１８３１を選択して異常リストの末尾に移動し、「上へ」１８３２を選択して異常リスト内で１ページ上に移動し且つ「下へ」１８３３を選択して異常リスト内で１ページ下に移動できる。地図メーカは、「グループ化」ドロップダウンボックス１８３４を使用して、異常の属性により異常をグループ化することもできる。地図メーカは、AnomalyIDをテキストボックス１８３５に入力して「実行」仮想ボタン１８３６をクリックすることにより、ある特定の異常を閲覧できる。地図画像１８５０は、現在強調表示されている異常１８４０に対して、この特定の異常に対する更なる異常属性情報と共に示される。
【０１０１】
異常ブラウザアプリケーション１６４０は、システム外の演算プロセス１６５０をサポートする異常リポジトリ１６１４からのエクスポート１６４４として示すように、異常及びそれらに関連する属性のエクスポートをサポートする。これらのプロセスは、異常の確認及び解決において使用するのに適切な地理参照データを見つけることを含む。ユーザがシステムに異常を入力した後、地理データの誤りが存在するとユーザが主張するからといって、これらの異常は単純に解決されない。従って、各異常は、適切な参照リソースからの地理参照データを用いて検証される。例えば、適切な地理参照データは郡政府から取得されてもよい。データの更なる分析はシステム外で実行されてもよい。システムは、特に元の異常の地図境界及び異常の種類を含むコンマで区切られた単層ファイルに異常及び関連する属性をエクスポートする。図１８において、地図メーカは、「エクスポート」仮想ボタン１８３７を使用して、異常データを演算プロセス１６５０にエクスポートできる。ドロップダウンボックス１８３８において、地図メーカはエクスポートされるデータの形式を選択できる。本例において、これはISO-8859-1である。
【０１０２】
異常ブラウザアプリケーション１６４０は、インポート１６４２として示す演算プロセス１６５０から異常リポジトリ１６１４への異常属性に対する更新データのインポートをサポートする。異常の状態値は、システム外で実行する自動処理により作成されるコンマで区切られたファイルをインポートすることにより更新可能である。このように、このファイルは、多くの異常の状態を一度に更新するために使用可能である。
【０１０３】
異常ブラウザアプリケーション１６４０は、同様にインポート１６４２として示す演算プロセス１６５０から異常リポジトリ１６１４への異常データの直接インポートをサポートする。これにより、図１２におけるＣＦＬ更新レポート作成ウェブアプリケーション１２４５以外の供給元からシステムに異常データを入力する方法が提供される。
【０１０４】
異常ブラウザアプリケーション１６４０は、異常の対話型検証をサポートする。対話型検証は、地図技術者により指示され且つ異常ブラウザアプリケーションにより助長される処理である。対話型検証において、技術者は、地図メーカの自社開発の地理データベース１６５２内の入手可能な最新の地理データを使用して異常を詳細に検査し、報告された問題点がデータベース内に存在するか否かを判定する。尚、検証に使用される地理データのバージョンは、場所検索サービス１２１５及び地図サービス１２２０をサポートするために使用されるＣＦＬ地理サービスサーバ１２７５における地理データ１２９５より新しくてもよい。
【０１０５】
対話型検証は、自動検証エージェント１６３２を統計的にサンプリング検査するため及び自動検証エージェント１６３２が判定できない異常を検証するために主に使用される。
【０１０６】
異常ブラウザアプリケーション１６４０は、ＧＰＳデバイスをエミュレートすることにより対話型検証をサポートする。地図メーカは個々の異常を選択でき、異常ブラウザアプリケーション１６４０は、仮想的又はその他のシリアルポートを介して、全米船舶電子機器協会０１８３（ＮＭＥＡ０１８３）規格を使用して異常の位置を送信する。ＮＭＥＡ０１８３の文字列の読取りをサポートし且つ地理データを視覚化するように設計される地理データビューワ１６４８等の他のアプリケーション又はデバイスは、この信号を読取り且つ地図上の特定された位置に「スナップ化」できる。その後、この処理は、地図メーカの自社開発の地理データベース１６５２を含む地理データと異常リポジトリ１６１４内の異常と共に報告されたデータとを比較するために使用される。
【０１０７】
異常ブラウザアプリケーション１６４０により、地図メーカは、不正確にフォーマットされるか又は処理可能になるために十分な情報を特定していない異常を再成形できる。再成形処理は、地図技術者により指示される対話型処理である。処理は、ソース異常から大部分のデータをコピーすることにより、ユーザが報告した異常から新規の異常を作成する。この処理により、地図技術者は異常を処理可能にする追加データ又は変更データを特定できる。図１８に１８２５として示すＲＴＣ欄でソース異常が選択される場合、再成形処理によりソース異常から作成された異常の数は異常ブラウザアプリケーション１６４０内に示される。
【０１０８】
異常ブラウザアプリケーション１６４０は、ビジネスプラクティス１６４６を分析するために更に使用可能である。大量のエンドユーザの更新要求を分析することにより、パートナーが自社開発の地理データを使用している態様に関するビジネスインテリジェンスが提供される。大量のエンドユーザの更新要求を分析することにより、データベースを向上するために実施されたある特定のプロジェクトの有効性に関する情報が更に提供される。
【０１０９】
自律処理である種々のエージェントも異常リポジトリ１６１４において動作する。エージェントは、異常及びそれらの属性を分析するために継続的に動作する。エージェントは、更新された異常属性１６１８及び異常リポジトリ１６１４に格納される種々の形態のメタデータ１６２０を用いて異常リポジトリ１６１４を更新できる。
【０１１０】
図１９は、実施形態に従って、異常の状態例を示す図である。事象エージェント１６２４は、異常の状態を更新するために異常リポジトリ１６１４において動作する。事象エージェント１６２４は、リポジトリ１６１４に最近格納されたため状態値「Start」１９１０を有する異常に対してのみ動作する。事象エージェント１６２４は、「処理可能」１９１５及び「処理不能」１９２０としてそれぞれ示すように、異常が処理可能であるか否かを判定する役割を有する。報告された問題が地図メーカの自社開発の地理データベースに関する問題を表すか否かを地図メーカが判定するのに十分な情報を含む場合、異常は「処理可能」１９１５である。十分な情報を含まない場合、異常は「処理不能」１９２０である。
【０１１１】
事象エージェント１６２４は、異常において報告される種類及び地図境界を検査することにより、異常が処理可能であるか否かを判定する。いくつかの異常の種類は、本質的に処理不能である。例えば、ルーティング命令に関する異常は、特定のデータの誤りに結び付けるのが非常に困難であるため、一般にこれらの異常は処理不能であると見なされる。それに対して、誤った名称を付けられた街路に関する異常は、基礎となる地理データへの関連付けが比較的容易なため、一般にこれらの異常は処理可能であると見なされる。一般に、処理可能となる異常の場合、地図境界は適度に正確な地理的範囲を表す必要がある。Vermont州の地図と対にされる場合、誤った名称を付けられた街路の異常は処理不能であるが、地理的範囲が限定された拡大地図と共に表示される場合、これは処理可能である。
【０１１２】
事象エージェント１６２４は、検査する異常の状態を異常が処理可能であることを意味する「New」１９２５又は異常が処理不能であることを意味する「BadIncident」１９３０のいずれかに更新する。状態「BadIncident」１９３０を有する異常は個別には処理不能であるが、全体として見ると、それらは地図メーカに地図のデータ品質を知らせるのに有用であることが判明する。例えば、多くのルーティング異常が所定の都市において報告される場合、地図メーカはその地域におけるルーティング属性を検査及び向上するためのプロジェクトを作成できる。
【０１１３】
図１９において、自動検証エージェント１６３２は異常リポジトリ１６１４において動作する。あるいは、対話型検証は、異常ブラウザアプリケーション１６４０、ＧＰＳエミュレーション及び地理データビューワ１６４８を使用して地図メーカにより実行される。便宜上、エージェント１６３２及びアプリケーション１６４０の双方の動作をエージェント１６３２に関して説明する。自動検証エージェント１６３２は、状態値「New」１９２５を有する処理可能な異常及び地図メーカの自社開発のデータベース内の問題であると示されている状態「Open」１９３５を有する異常を検査する。「New」１９２５を有する異常に対して、自動検証エージェント１６３２は、報告された問題点が地図メーカのデータベース内に実際に存在するかを判定しようとする。例えば、当該異常が誤った名称を付けられた街路である場合、自動検証エージェント１６３２はその街路を地図メーカのデータベースの最新バージョンに配置し、街路名をエンドユーザにより報告された名称と比較する。
【０１１４】
「New」１９２５を有する異常に対して、異常が地図メーカのデータベース内の問題を正確に記述すると考えられる場合、異常は「有効」１９４０であると見なされ、異常の状態値は「Open」１９３５に設定される。異常が地図メーカのデータベース内の問題を正確に記述すると考えられない場合、異常は「無効」１９４５であると見なされ、異常の状態値は「Closed」１９５０に設定される。異常が地図メーカのデータベース内の問題を正確に記述すると考えられるか否かを判定することが困難又は不可能な場合、異常は「不明」１９５５であると見なされ、自動検証エージェントは異常の状態を変更せず「New」１９２５のままにする。状態「Open」１９３５を有する異常に対して、報告された問題点が地図メーカのデータベースにおいて正確であると考えられる場合、「補正処理」１９６０が実行され、異常の状態は「Closed」１９５０に設定される。
【０１１５】
自動検証エージェントは、新規に報告された処理可能な異常である「New」１９２５を有する異常及び地図メーカのデータベース内の問題であると判定された「Open」１９３５を有する異常の双方を定期的に検査する。このように、エージェントは、異常が地図メーカの補正処理により対処される場合を発見し、地理データベースに対する更新と異常の状態の変化とが直接結び付くことを回避する。自動検証に使用される地理データは、ＣＦＬウェブサービスサーバ１２７０における場所検索サービス１２１５及び地図サービス１２２０をサポートする地理データより新しくてもよい。
【０１１６】
図１６に示すように、ケース生成エージェント１６２８は異常リポジトリ１６１４において動作する。ケース生成エージェント１６２８は、同一の実世界の問題点を参照する複数の更新レポートを識別しようとする。要約すると、ケース生成エージェント１６２８は重複する異常を識別する。重複する異常を識別する方法は、異常の種類に応じて多種多様である。方向転換規制等の単一の点において発生する異常の種類の場合、重複を判定する際に地図の中心及び境界が優先されることが多い。誤った名称を付けられた街路等のより広い地理地域にわたって発生する異常の種類の場合、街路名等の補足データが優先可能である。
【０１１７】
ケース生成エージェント１６２８が重複する異常を検出すると、エージェントはケースと呼ばれるメタデータ１６２０を作成し、各異常をそのケースに追加する。従って、ケースはそれ自体を構成する多くの異常を含む。ケース内の異常数は動作の優先順位を表すことができる。例えば、ある特定の街路が誤った名称を付けられていると５００個の既存のレポートが示す場合、街路は誤った名称を付けられている可能性が高く、問題点は地図メーカのデータベースの更新時に優先される必要がある。
【０１１８】
ケース生成エージェント１６２８は、未処理の異常データからオペレーションインテリジェンスを取得する自律処理である。このオペレーションインテリジェンスは、地図メーカの地理データベース更新能力を最大限にするように設計される演算プロセスを知らせるために使用可能である。
【０１１９】
クラスタ化エージェント１６３０はケース生成エージェント１６２８に類似し、異常リポジトリ１６１４において同様に動作する。クラスタ化エージェント１６３０は異常を検査し、同様の異常が互いに対して有意義に近接して出現する位置を識別する。エージェントがこれらの異常を識別すると、エージェントはクラスタと呼ばれる一種のメタデータ１６２０を作成し、各異常をこのクラスタに追加する。従って、クラスタはそれ自体を構成する多くの異常を含む。いくつかの実施形態において、クラスタ内の異常数は動作の優先順位を表すことができる。例えば、クラスタ化エージェントが所定の経路に沿った幹線道路の出口に関連する多くの問題点を識別する場合、これらの問題点は地図メーカのデータベース更新時に優先される必要がある。
【０１２０】
クラスタ化エージェント１６３０は、未処理の異常データからオペレーションインテリジェンスを取得する自律処理である。このオペレーションインテリジェンスは、地図メーカの地理データベース更新能力を最大限にするように設計される演算プロセスを知らせるために使用可能である。
【０１２１】
他のエージェントは、電子メールアドレスを提供したエンドユーザに異常の処理における種々のイベントを通知する電子メールエージェント１６２２及び異常の地図境界に基づいて異常の属性を国等の地理的属性を用いて拡大する地理拡大エージェント１６２６を含む。
【０１２２】
他のアプリケーションは、地図メーカにより作成され且つ内部で使用される種々の正常性レポートを含む。これらの正常性レポートは、事象エージェント正常性レポート１６７０、電子メールエージェント正常性レポート１６７２、地理拡大正常性レポート１６７４及び収集サービス正常性レポート１６７６を含む。これらの正常性レポートは、事象エージェント１６２４、電子メールエージェント１６２２及び地理拡大エージェント１６２６の各エージェント、並びにＣＦＬフロントエンド１２１０内の異常収集サービス１２２５がリポジトリに書込まれた最新の異常を処理したことを確認するために異常リポジトリ１６１４を検査することにより、同様の態様で動作する。これらの正常性レポートは、各エージェントの状態を報告するウェブアプリケーションとして実現される。
【０１２３】
ＣＦＬバックエンド１６１０は、会社管理に対する内部的なレポート作成及びパートナーに対する外部的なレポート作成を容易にするレポート作成リポジトリ１６６０を更に含む。レポート作成リポジトリ１６６０は、異常リポジトリ１６１４の完全なデータのサブセットを含み、異常リポジトリから定期的に更新される。レポート作成リポジトリ１６６０内のデータは、異常リポジトリ１６１４内のデータよりレポート作成に対して有用な表示で入手可能である。会社管理に対するこれらの内部レポート及びパートナーに対する外部レポートは、レポート作成アプリケーション１６６２を使用して地図メーカにより内部で作成される。レポートは、エンドユーザのレポートに対する分析及び処理の進捗状況を記述する情報を含む。
【０１２４】
［拡張性及び頑強性］
システムアーキテクチャは、収集される異常の数に関して拡張性を助長するように設計される。ＣＦＬ更新レポート作成ウェブアプリケーション１２４５の多くの例が存在し、実際、ＣＦＬウェブサービスＡＰＩ１２４０に従って通信する限り、任意の数のＣＦＬウェブサービスサーバ１２７０を利用する異なるアプリケーション１２４５すら存在する。これらの種々のウェブサービスサーバ１２７０は異常の異なる集合を含み、その場合、それらは単一の中央異常リポジトリ１６１４に集約される。
【０１２５】
システムは、ネットワーキング問題を許容するように更に設計される。ウェブサービスサーバ１２７０がキャッチャサービス１６１２と通信できない場合、収集された異常は収集データベース１２５０内に単に蓄積される。そのような失敗は、延長された期間において許容される。ネットワークの接続性が復元されると、スロワアプリケーション１２５５は長い異常リストをキャッチャサービス１６１２に単純に転送する。そのような停止に対する唯一のコストは、エンドユーザの提出と分析のために異常リポジトリ１６１４にデータを配置することとの間の転送時間が増加することである。
【０１２６】
［ループの終了：エンドユーザのフィードバック処理］
図２０は、実施形態に従って、エンドユーザのフィードバック処理のフローチャートの一例を示す図である。この処理はステップ２０００から開始する。ステップ２００５において、異常の状態は、自動検証エージェント１６３２又は異常ブラウザアプリケーション１６４０を使用する地図技術者による対話型検証のいずれかにより「Closed」に設定される。この時点において、地図メーカは、異常が対処され且つ補正処理が自社開発の地理データベース１６５２に組み込まれたと考えている。
【０１２７】
ステップ２０１０において、補正処理を含むデータベースのバージョンが作成されておらず且つ地理データ１２９５においてＣＦＬ場所検索サービス１２１５及び地図サービス１２２０に対して入手可能になっていない場合、ステップ２０１５において、データベースのバージョン検査が繰り返されるまでの期間待機する。ステップ２０１０において、補正処理を含むデータベースのバージョンが作成され且つ地理データ１２９５においてＣＦＬ場所検索サービス１２１５及び地図サービス１２２０に対して入手可能になった場合、ステップ２０２０において、電子メールエージェント１６２２は異常が電子メールアドレスを含むかを判定する。
【０１２８】
ステップ２０２０において、異常が電子メールアドレスを含まない場合、異常の状態はエンドユーザに対して電子メールで送出されず、ステップ２０９５において処理は終了する。ステップ２０２において、異常が電子メールアドレスを含む場合、ステップ２０２５において、電子メールエージェントは、ＣＦＬエンドユーザフィードバックウェブアプリケーション１２６５を使用して自分が報告した異常が対処されたことを確認するように提案する電子メールをエンドユーザに送出する。
【０１２９】
ステップ２０３０において、エンドユーザはフィードバックウェブアプリケーション１２６５を利用して、自分が元々報告した問題点を更新された地理データが対処したかを判定する。ステップ２０３５において、問題点が適切に対処されたとユーザが判定する場合、ステップ２０４０において、ユーザは問題点が「修正済み」であると投票する。ステップ２０４５において、フィードバックウェブアプリケーション１２６５は、問題点に関連する異常が「修正済み」であるとユーザが投票したことを示すこの情報をフィードバックウェブサービス１２３０内のフィードバックデータベース１２８０にポストする。
【０１３０】
ステップ２０３５において、問題点が適切に対処されていないとユーザが判定する場合、ステップ２０５０において、ユーザは問題点が「未修正」であると投票する。ステップ２０５５において、フィードバックウェブアプリケーション１２６５は、問題点に関連する異常が「未修正」であるとユーザが投票したことを示すこの情報をフィードバックウェブサービス１２３０内のフィードバックデータベース１２８０にポストする。
【０１３１】
ステップ２０６０において、フィードバックサービス１２３０は、スロワアプリケーション１２５５及びキャッチャサービス１６１２の技術と同様の技術を使用して、エンドユーザの「投票」をＣＦＬバックエンド１６１０に転送する。ステップ２０６５において、ＣＦＬバックエンド１６１０は、異常が修正済みであるとユーザが考えるか否かを示すために、異常の属性１６１８のうちの１つを更新する。ステップ２０９５において、処理は終了する。
【０１３２】
実施形態において、地図メーカは、エンドユーザに直接接触するのではなく、エンドユーザとの顧客関係を維持したいパートナーを介してエンドユーザに通知する。この場合、異常が提出された際にパートナーに対して発行される異常の固有の追跡番号は、エンドユーザと異常とを結び付ける働きをする。パートナーは、エンドユーザに接触するために独自のフィードバックウェブアプリケーションを構築できる。しかし、パートナーのアプリケーションは、エンドユーザの「投票」をＣＦＬバックエンド１６１０に通信するためにフィードバックサービス１２３０を使用できる。
【０１３３】
［システムの利点］
ユーザ及びパートナーの更新要求が言語的に中立な態様で構造化データとして収集されるため、システムはエンドユーザの地理データ更新要求の自動処理をサポートする。システムは、問題の種類及び問題の位置を自動処理が認識可能な態様で記述できる。エンドユーザの地理データ更新要求の種類は、「MissingAddress」又は「MisnamedStreet」等の文字列定数の集合として実現される列挙値及び構造化データ記述欄、例えばユーザが誤った名称を付けられた街路の正確な名称を入力する「正確な名称」欄を使用して記述される。問題の位置は、空間内に矩形領域を定義する２対の緯度／経度座標により特定される地理的範囲により示される。列挙値、構造化データ欄及び地理的範囲は言語的に中立であるため、翻訳に対する任意の依存性を回避する。これらの構造化要素を与えられると、システムはこれらの事象を自動的にグループ化及び分析し、傾向又は問題の地域を判定できる。システムは、大量のこれらの事象に対処するために自動処理を使用して、自社開発の地理データベースに対する更新を効率的に優先順位付けできる。
【０１３４】
大量のエンドユーザの更新要求を分析することにより、パートナーが自社開発の地理データを使用している態様に関するビジネスインテリジェンスが提供される。大量のエンドユーザの更新要求を分析することにより、データベースを向上するために実施されたある特定のプロジェクトの有効性に関する情報が更に提供される。
【０１３５】
システムは、エンドユーザが報告した問題点に対する修正データを自社開発の地理データベースが含むことをエンドユーザに確認又は否定するように求めるために、エンドユーザに対する「ループ終了」をサポートする。データベースが現在は正確であると問題を元々報告したエンドユーザが考えているかを知ることにより、地図メーカは問題が実際に対処されたという自信を持つことができる。
【０１３６】
システムを疎結合分散システムとして構成することにより、システムは、ユーザの更新要求の量が増加するにつれて拡大することが可能になる。システムは、ユーザの更新要求の収集をサポートするように設計される構成要素を含む。これらの構成要素は、分析及び処理をサポートするバックエンドシステムに非常に疎に結合される。データ提出量が大幅に増加する場合、これらの構成要素は、システムの残りの部分に影響を与えることなく、必要性に適合するように複製可能である。
【０１３７】
このツールセットにより、エンドユーザが供給したデータを自社開発のデータベースの製造プロセス及びビジネスプランニングプロセスを指導するための情報に変換することが可能になる。
【０１３８】
［システムハードウェア、ソフトウェア及び構成要素］
本発明の実施形態は、本開示の教示に従ってプログラムされた従来の汎用又は専用デジタルコンピュータ又はマイクロプロセッサを使用して実現可能なコンピュータを用いる方法及びシステムを含むことができる。適切なソフトウェア符号化は、本開示の教示に基づいてプログラマにより容易に準備される。
【０１３９】
本発明の実施形態は、コンピュータ可読記憶媒体等のコンピュータ可読媒体を含むことができる。コンピュータ可読記憶媒体は、本明細書中に提示される任意の特徴を実行するようにコンピュータをプログラムするために使用可能な命令を格納できる。記憶媒体は、フロッピディスク、光ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ及び光磁気ディスクを含む任意の種類のディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、フラッシュメモリ素子、あるいは命令及び／又はデータを格納するのに適した任意の媒体又は素子を含むことができるが、これらに限定されない。本発明は、汎用／専用コンピュータ又はマイクロプロセッサ等のコンピュータのハードウェアを制御し且つそれらが人間のユーザ又は本発明の結果を利用する他の機構と対話できるようにするソフトウェアを含むことができる。そのようなソフトウェアは、デバイスドライバ、オペレーティングシステム、実行環境／コンテナ、ユーザインタフェース及びユーザアプリケーションを含むことができるが、これらに限定されない。
【０１４０】
本発明の実施形態は、本発明の処理を実行するためのコードを提供することを含むことができる。提供することは、任意の態様でユーザにコードを提供することを含むことができる。例えば、提供することは、コードを含むデジタル信号をユーザに送信すること、物理媒体上のコードをユーザに提供すること又はコードを利用可能にする他の任意の方法を含むことができる。
【０１４１】
本発明の実施形態は、本発明の実施形態の任意の処理を実行するためにコンピュータで実行可能なコードを送信するためのコンピュータにより実現される方法を含むことができる。送信することは、インターネット等のネットワークの任意の部分、電線、大気又は空間を介する転送、あるいは他の任意の種類の送信を含むことができる。送信することは、コードの送信を開始すること、あるいは任意の地方又は国から別の地方又は国へコードを通過させることを含むことができる。ユーザへの送信は、送信が送出される位置に関係なく、任意の地方又は国に存在するユーザにより受信される任意の送信を含むことができる。
【０１４２】
本発明の実施形態は、本発明の実施形態の任意の処理を実行するためにコンピュータで実行可能なコードを含む信号を含むことができる。信号は、インターネット等のネットワーク、電線、大気又は空間、あるいは他の任意の種類の送信を介して送信可能である。信号全体が同時に伝送中である必要はない。信号は、その転送期間にわたって時間を延長できる。信号は、現在伝送中のもののスナップショットとして考えられるべきではない。
【０１４３】
本発明の好適な実施形態の上記説明は、例示及び説明のために与えられた。これは、全ての実施形態を含むこと又は本発明を開示される形態に限定することを意図しない。多くの変更及び変形は当業者には明らかだろう。例えば、開示された本発明の実施形態において実行されるステップは別の順序で実行可能であり、ある特定のステップは省略可能であり、追加のステップは追加可能である。本発明の他の実施形態が考案可能であり且つ本発明及び請求の範囲の趣旨の範囲に含まれることは理解されるべきである。実施形態は、本発明の原理及びその実際の用途を最適に説明し、それによって他の当業者が、種々の実施形態に対して及び考えられる特定の使用に適した種々の変更を用いて本発明を理解できるようにするために選択及び説明された。本発明の範囲は、以下の請求の範囲及びその均等物により定義されることが意図される。
【図１】
2009543139.tif 000003
【図２】
2009543139.tif 000004
【図３】
2009543139.tif 000005
【図４】
2009543139.tif 000006
【図８】
2009543139.tif 000007
【図１１】
2009543139.tif 000008
【図１２】
2009543139.tif 000009
【図１３】
2009543139.tif 000010
【図１４】
2009543139.tif 000011
【図１５Ａ】
2009543139.tif 000012
【図１５Ｂ】
2009543139.tif 000013
【図１６】
2009543139.tif 000014
【図１９】
2009543139.tif 000015
【図２０】
2009543139.tif 000016
【図５Ａ】
2009543139.tif 000017
【図５Ｂ】
2009543139.tif 000018
【図６Ａ】
2009543139.tif 000019
【図６Ｂ】
2009543139.tif 000020
【図７】
2009543139.tif 000021
【図９】
2009543139.tif 000022
【図１０】
2009543139.tif 000023
【図１７】
2009543139.tif 000024
【図１８】
2009543139.tif 000025
【国際調査報告】
2009543139.tif 000026
2009543139.tif 000027
2009543139.tif 000028