JP4938284B2 - 位置認識型モバイルデバイス用ソフトウェアの開発 - Google Patents

Description

本発明は位置情報を利用するアプリケーションプログラム、システムおよび方法に関する。

ここ数年、位置情報を利用したアプリケーションがますます多く開発されるようになってきた。これらのロケーションアプリケーションのうちには、マッププログラム、フライトトラッカープログラム、およびナビゲーションプログラムを含むものもある。

これらのアプリケーションの多くは、モバイルコンピューティングデバイス用に開発されている。例えば、都市の中をユーザがナビゲートする助けとなるよう、車載ナビゲーションシステムが開発されている。携帯電話のうちには、ＧＰＳベースのナビゲーションプログラムを含むものもある。しかし、これらのアプリケーションを開発することは非常に困難である。一般に、ポジショニングシステムは緯度や経度などの位置データだけを提供し、その情報を処理し解釈するためにはアプリケーションを必要とする。

本発明のいくつかの実施形態は、位置認識型ソフトウェアアプリケーションの開発および使用を容易にするためのシステムおよび方法に関する。位置情報の収集、分析、および表示という、現在は別個のそれぞれ複雑なタスクを組み合わせ、非熟練者が自らのアプリケーションにロケーションサービスやマッピングサービスを組み込めるようになるまで統合することで、機能に富む位置認識型ソフトウェアアプリケーションを開発する開発者の能力が高まる。

一態様によれば、位置認識型アプリケーションを作成するためのアプリケーションプログラミングインターフェースが使用される。この上位プログラミングモデルは、プログラマが位置情報を単に緯度や経度などの未加工の位置データとしてではなく、論理エンティティとして使用できるようにすることを対象としている。位置情報は、関心地域別に取り出される。開発者は、自らの地図レンダリングソフトウェアを作ることに関心を持つ必要はなく、第三者が開発したレンダリングエンジンを使用することができる。

本発明の別の態様によれば、位置認識型アプリケーションを作成するためにイベント駆動型のプログラミングモデルが使用される。イベントは、ある関心地域に対するアイテムの相対位置に応答して生成されてもよい。例えば、プログラマは、デバイスが第１の関心地域に入る場合に１つのルーチンが実行されるように指定し、デバイスが第２の関心地域を出る場合にもう１つのルーチンが実行されるようにする。

本発明のさらに別の態様によれば、様々な位置認識型アプリケーションが、位置データストアにアクセスすることができる。各ロケーションアプリケーションが自らのデータストアを利用するのではなく、アプリケーションが位置関連情報を共用することができる。

本発明のさらに別の態様によれば、様々な位置認識型アプリケーションが共用の地図にアクセスすることができる。各ロケーションアプリケーションが自らの地図ストアおよび地図レンダリング技術を利用するのではなく、アプリケーションは共用の地図データリポジトリおよび地図レンダリングエンジンを使って動作することができる。

一般に、本発明は、位置認識型ソフトウェアアプリケーションの開発および使用を容易にするためのシステムおよび方法を提供することを対象としている。位置情報の収集、分析、および表示という、現在は別個のそれぞれ複雑なタスクを組み合わせ、非熟練者が自らのアプリケーションにロケーションサービスを組み込めるようになるまで統合することで、優れた位置認識型ソフトウェアアプリケーションを開発するという開発者の能力が高まる。

例示的な位置認識型開発システム
図３は、本発明の諸態様による位置認識型システムを示す。位置システム３００は、ロケーションマネージャ３２０、位置認識型アプリケーション３３０、およびマップマネージャ３４０を含む。ロケーションマネージャは、位置ソース３２５（１−Ｎ）と結合されている。マップマネージャは、１つ（または複数）の地図ストア３４２、１つ（または複数）の地図生成器３４４、および１つ（または複数）の地図ウェブサービス３４６に結合されている。

ロケーションマネージャ３２０は、オンデバイスまたはオフデバイスの位置ソース３２５（１−Ｎ）から位置情報を受け取り、位置認識型アプリケーション３３０に提供される位置イベント別に位置情報を取り出すように構成される。位置ソースは、あるアイテムについての位置情報を提供するものであれば何でもよい。例えば、位置ソースの１つはＧＰＳ受信機でよい。別の位置ソースとしては、アイテムの位置を示すユーザの入力でもよい。例えば、ユーザは、デバイスへのユーザ入力により、自分が特定の位置にいることを知らせることができる。ユーザは、キーパッド、タッチスクリーン、音声認識その他を使用して自らのデバイスに位置を入力してもよい。他の位置ソースとしては、シミュレートされた位置ソースでもよい。アプリケーション３３０をテストするために開発者が野外に出る必要はなく、シミュレートされた位置データを使用することができる。さらに別の位置ソースとしては、ＲＦＩＤタグであってもよい。各位置ソースは、位置データの様々な解像度を提供することができる。例えば、一部の位置ソースは極めて正確であるのに対して、別の位置ソースは近所まで、または面する道路までなどといった範囲まで正確であるかも知れない。

位置ソースは、近傍のまたは遠隔の位置ソースに対応することができる。近傍のソースは、ネットワーク情報から自らの位置を取得するＧＰＳ受信機またはモバイルデバイス自体を含むが、それだけには限らない位置生成ハードウェアに対応する。遠隔の位置ソースは、リモートなネットワークソースからプッシュまたはプルされた位置情報（例えば、友人の車の位置情報と共に到着する、プッシュされたＳＭＳメッセージ、またはウェブリクエストを介して返送（プル）された位置情報など）に対応する。近傍のおよび遠隔の位置ソースは、いずれも抽象的な論理エンティティとして取り扱われる。これによって、多くの異なる種類の位置情報に対し、プログラミングモデルは似通ったものとなる。

位置データを受信すると、ロケーションマネージャ３２０は、アプリケーション３３０に関連する位置イベントがトリガされていないかどうかを判断する。位置ソースからアプリケーション３３０に未加工の位置データしか提供することができないのではなく、ロケーションマネージャ３２０はある関心地域と何らかの論理的関係性をもつアイテムの発生時に、関心地域への出入りなどの位置イベントを提供する。

一般に、関心地域は位置データの抽象物を提供する（図５および関連する議論を参照されたい）。関心地域は、どんな地域でもよく、屋内でも屋外でもよい。例えば、屋内の位置を使用して不動産（例えば会議室）および／または動産（例えば人、事務用機器、在庫品）の位置を示すことができる。

屋外の関心地域は、街区、建物または他の目印の周囲、あるいはその他の予め定義された地域であってもよい。さらに、屋外の関心地域は、動産（例えば車、または人）であってもよい。

未加工の位置データをあるアプリケーションが解釈しなければならないのではなく、アプリケーション３３０は、関心地域とのアイテムの関連性に基づいて位置イベントを登録する。予め定義された位置イベントが発生すると、ロケーションマネージャ３２０はアプリケーション３３０に通知を行う。その時点で、アプリケーション３３０は、その位置イベントを処理するために開発されたイベント駆動型コードルーチンを実行する。

位置認識型アプリケーション３３０は、生成された位置イベントに応答する。位置イベントが発生すると、位置認識型アプリケーション３３０は、１組の重み付き判断基準（ｗｅｉｇｈｔｅｄ ｃｒｉｔｅｒｉａ）をマップマネージャ３４０に供給する。例えば、重み付き判断基準は、提案された地図解像度、およびアプリケーションが自ら描く地図上に表示しようとする１組のオブジェクトを含むことができる。アプリケーションはさらに、その既存の地図上にレンダリングしたいオブジェクトを提供することもできる。地図のイベント駆動型レンダリングに応答することに加え、アプリケーションは自動推進型であってもよい。例えば、アプリケーションは定期的に情報をプルし、新たな地図のレンダリングを行うタイマをもつことができる。したがって、プッシュされたイベント駆動型応答に加えて、アプリケーションはデータをプルし、処置を講じることができる。

マップマネージャ３４０は、アプリケーションから地図情報を抽出し、したがって地図や位置情報をどう扱うかに関する詳細を知っている必要がない。アプリケーションが複雑な地図レンダリングコードを含む必要があるのではなく、アプリケーションはマップマネージャ３４０に表示してほしい地図の名前や種類を提供する。地図生成器３４４は、どんな単一のアプリケーションまたはレンダリングエンジンとも連動していない。例えば、あるレンダリングエンジンはベクターベースでもよく、別のレンダリングエンジンはビットマップベースでもよい。位置認識型アプリケーション３３０は、地図生成器３４４と対話するためのインターフェースを備えている。

マップマネージャ３４０は、アプリケーションに１組の豊富な機能を提供し、したがって位置認識型アプリケーション３３０は地図コードをどう実施すべきかの詳細を知る必要がない。例えば、アプリケーション３３０は、ユーザが地図上のあるエリアを指し示し、次いでそのデータの緯度および経度、あるいは屋内の地図の場合は屋内の座標系への変換を可能にしたいものと仮定する。マップマネージャ３４０は、その情報をアプリケーション３３０に提供する。マップマネージャ３４０は、アプリケーション３３０と地図レンダリング技術との間のブローカとして働き、アプリケーションに機能を提供する。そうした機能としては、デバイス上のＸ／Ｙ画面座標を地図上の緯度／経度／高度の地図座標へマッピングすることが含まれる。例えば、ユーザは、自らの位置を入力するために地図を表示中の画面をクリックすることができる。ユーザの入力に応答して、マップマネージャはＸ／Ｙ画面座標を地図上の緯度／経度／高度の地図座標へマッピングする。同様に、マップマネージャ３４０は地図上の緯度／経度／高度の地図座標をＸ／Ｙ画面座標へマッピングして、アプリケーションが表示中の地図上に動的にレンダリングを行えるようにする。スキーエリアの地図など一部の地図レンダリングにおける高度は、Ｘ／Ｙ位置に大きな影響を及ぼすことがある。Ｘ／Ｙ画面座標を地図上の緯度／経度／高度の地図座標に変換するには、多くの方法がある。一般に、マップマネージャはＸ／Ｙ画面座標を受け取り、座標を地図にマッチさせ、次いで、地図の尺度、投影図法および地図の境界線に基づいて緯度／経度／高度座標を提供する。アプリケーションは、地図自体がどのようにしてレンダリングされているか、あるいはどの「投影図法」が使用されているかを理解する必要はない。メルカトル図法、円筒図法、極射影法、格子投影法などの古典的な地図投影図法および特別な投影図法（例えば、スキーエリアの地図やスタジアムの座席図など）を含むが、それだけには限らない多くの異なる地図投影図法が可能である。アプリケーションは、異なる投影図法の間をシームレスに動くことができる。

マップマネージャ３４０はまた、アプリケーション３３０に、１組の利用可能な地図に関する高位のイベントを供給する。これらのイベントは、アプリケーションが要求する判断基準を満たす地図がいくつか利用可能となっている場合などに、アプリケーションに重要な情報を提供する。アプリケーション３３０は、表示用の地図を１つだけ使用することに限定されない。例えば、あるアプリケーションは、ある一定の時間は市街地図を使用し、別の時間には地下鉄の地図（例えば、バスの運行経路、地下鉄のトンネルなどを表示）を使用することができる。マップマネージャ３４０は、地図をその適合性の順序に従ってランク付けする。アプリケーション３３０から提供された判断基準を満たす地図は利用可能でないが、マップマネージャ３４０がその判断基準の一部を満たす地図を探し出すことができる場合は、それらの地図を提供することができる。

マップマネージャ３４０はまた、デバイス上への新たな地図の動的プロビジョニングを可能にする。これらの地図は、いつでもデバイスにダウンロードすることができる。例えば、新たな公共輸送路が追加されると、公共交通アプリケーションのために新たな地図をダウンロードすることができる。一実施形態によれば、これらの地図は２つのファイル、すなわちバイナリでマップマネージャからは不透明な１つのファイルと、マップマネージャが理解できる１つのファイルとで表現される。別の実施形態によれば、地図はＸＭＬファイルを使用して表現される。マップマネージャは、ＸＭＬファイルを読み、地図をオンデバイスでローカルな地図データストアに追加するのに必要な情報を入手することができる。地図はまた、開発者によって、あるいは別のソースを通して地図ストアに追加することもできる。

例示的ＸＭＬ表現を次に示す。

MapProjectionは、地図を表示するのに使用されている図法を参照する。この例では、地図投影法の種類は単純な格子である。MetersPerPixelは、地図の平均解像度を参照する。MapInfoClassは、この地図についての質問に答えるのに必要なカスタムクラスがあるかどうかを参照する。このフィールドは、この地図が表示された場合に呼び出し得るカスタムクラスを開発者がプログラミング環境に含めることを可能にする。同様に、CustomMapRendererは、地図を描くのにカスタムレンダリングエンジンが必要かどうかを参照する。SimpleLatLongRectangleフィールドは、地図を緯度および経度の座標で画定された長方形として識別する。

以下の例は、いくつかのカスタムフィールドが使用される様子を示す。

マップマネージャ３４０は、アプリケーション３３０が使うかもしれない複数の地図を、利用可能な状態でデバイス上の地図ストア（３４２）内にもつことができる。マップマネージャ３４０は、デバイス上の地図ストア３４２内の利用可能な１組の地図を検索し、使用すべき最適の地図を探す。選択の後、最適の地図が選択されレンダリングされる。

図４は、本発明の諸態様による、位置認識型アプリケーションの開発のための対話の状態図である。

まず状態４１０で、地理的な関心地域が画定される。関心地域の選択は、位置認識型アプリケーションが実行（ｄｅｐｌｏｙ）される前でも後でもよい。さらに、この情報は、いつでもデバイスに送出することができる。関心地域とは、ある地図に関連する予め画定された領域である。関心地域は、画定可能などんな大きさでもよい。例えば、関心地域は、その大きさが１平方メートルでも、あるいはある国全体でもよい。関心地域は、位置認識型アプリケーションの必要に基づいて画定される。例えば、開発中の位置認識型アプリケーションは、子供がいつ学校を出て家に帰るかを判断するものであると仮定する。この具体例では、関心地域は学校を含む地域でよく、別の関心地域は子供の家でよい。関心地域の一部は開発者が選択でき、他の関心地域はユーザが選択することができる。例えば、上述の例などの多くのアプリケーションは、アプリケーションがユーザに提供された後に構成される。上述の例では、親が関心地域を選択することができる。

状態４２０は、地図および地図サーバの選択を示す。開発者は、システム内で利用可能な地図から選択するか、あるいは自ら地図を作成することができる。本発明の一実施形態によれば、様々な位置認識型アプリケーションが同じ地図を使用できるように、利用可能な地図が複数のロケーションアプリケーションに共用される。このようにすると、各位置認識型アプリケーションが自らの地図を開発しなくて済む。ほとんどの場合、地図レンダリングの詳細は、位置認識型アプリケーションの開発者からは見えない。開発者が自らのレンダリングソフトウェアを含めたいと望むのであれば、状態４４０で開発者は自らのレンダリングソフトウェアを含めることができる。

状態４４０で、開発者は、レンダリングのための自らの選択を設定することもできる。例えば、開発者はアプリケーションの一部にベクターベースのレンダリングエンジンを使用し、アプリケーションの別の部分ではビットマップベースのシステムを使用したいかもしれない。地図エンジンは、多くの異なるソースが提供することができる。エンジンを構築したいと考えるどんな開発者も、プログラミングインターフェースに適合する地図エンジンを供給することができる。各地図エンジンは、開発システムにプラグインされる。

状態４３０で、開発者は、自らのアプリケーション内の関心地域に関連するイベントに応答して実行されるイベントベースの位置コードのプログラミングを行う。このイベントベースのコードは、開発中の位置認識型アプリケーションの種類に依存しており、多くの異なる種類のデータを含むことができる。例えば、あるプログラムは、ユーザが所定の位置に到達した時点である動作を実施するかもしれない。上述の子供を追跡する例では、特定の時点における子供の位置に基づいて家または学校をハイライトする例示的ルーチンのプログラミングが可能である。開発者は、さらにイベントに応答して、地図上にアイテムを配置することもできる。

状態４５０で、位置認識型アプリケーションは、本物のおよび／またはシミュレートされた位置ソースを使用してテストすることができる。システムは、実地に使用される前に試験できるように、シミュレータに位置ソースを提供する。シミュレートされたデータソースを使用すると、位置イベント発生時に開発者のイベントベースの位置コードのテストが可能になる。シミュレートされた位置ソースデータの別の使用法は、予め記録された現実の位置データを「再生」することである。これは、アプリケーションの開発、テストおよびデバッグに有用である。

図５は、本発明の諸態様による、例示的関心地域の画定を示す。図５に示すように、２つの関心地域が画定されている。関心地域＃１は楕円形の境界領域で画定され、関心地域＃２は長方形の境界で画定される。これらの関心地域は所定の幾何学的図形を使用して画定されているが、関心地域は、地域をより明確に画定するどんなやり方で画定することもできる。例えば、関心地域は近辺、郡、特定の道路の間の地域などとして画定することができる。本発明の一実施形態によれば、開発者は１組の予め定義された図形を使用して関心地域を画定する。さらに、ユーザは地図上の地点を指し示し、その地点から広がる半径を提供することで関心地域とすることができる。関心地域はまた、緯度および経度の座標を使用して設定することもできる。

図５に示す地図は、通りを含む市内地図を示しているが、地図はどんな種類のものでもよい。地図の例としては、スキー地図、森、公園、またはゴルフコースの地図、建物の平面図、スタジアムの座席図などがある。先に論じたように、関心地域が指定されると、何かが地域を出入りすることがイベントのトリガとなり得る。

図示されていないが、関心地域はある特定の種類の位置でもよい。例えば、ある位置認識型アプリケーションは、自らがコーヒーショップまたは映画館に近付いた時点で、そのことを知りたいかもしれない。この例では、システムが知り得た全てのコーヒーショップまたは映画館が関心地域となり得る。さらに多くのコーヒーショップが利用可能となるにつれて、それらの位置はアプリケーションに動的に追加され、したがってアプリケーションがそれらを認識する。他の位置認識型アプリケーションは、関心地域を特定の店、競技場、バス停、オフィスビルなどとして定義するかもしれない。

図６は、本発明の諸態様による、位置認識型アプリケーションが使用できる例示的な地図を示す。図示されるように、これらの地図は緯度および経度によって画定される単純な長方形として画定される。４つの地図はそれぞれ、左上の緯度および経度と、右下の緯度および経度を含む。先に図３に関して論じたように、地図は多くの異なるやり方で画定することができる。どんな位置認識型アプリケーションも、それが適切な場合、表示用にこれらの地図を使用することができる。

図７は、本発明の諸態様による、位置認識型アプリケーションの例示的なシミュレーションスクリーンショットを示す。シミュレータ内で、小さくより詳細なビューと大域的で全体的なビューとを含む２つの地図ビューが表示されている。地図上には、円形の領域および四角形の領域で表された、予め定義された関心地域が示される。シミュレートされた動作がある地域を出入りすると、開発者は自ら開発した適切なコードが正しく動作しているかどうかを判断することができる。

例示的動作環境
図１を参照すると、本発明を実装するための例示的システムの１つは、コンピューティングデバイス１００などのコンピューティングデバイスを含む。ごく基本的な構成では、コンピューティングデバイス１００は一般に少なくとも１つの処理装置１０２およびシステムメモリ１０４を含む。コンピューティングデバイスの厳密な構成および種類に応じて、システムメモリ１０４は揮発性（例えばＲＡＭ）でもよく、非揮発性（例えばＲＯＭ、フラッシュメモリなど）でもよく、あるいは両者の何らかの組合せでもよい。システムメモリ１０４は一般に、オペレーティングシステム１０５および１つまたは複数のアプリケーション１０６を含み、プログラムデータ１０７を含むことができる。一実施形態では、アプリケーション１０６は、モバイルデバイスのための位置認識型アプリケーションを構築するのに使用する、位置認識型プログラミングインターフェース１２０を含むことができる。この位置認識型プログラミングインターフェースは、マップ選択、管理およびレンダリングインターフェースと統合することができる。この基本構成を、図１に点線１０８で囲まれた構成要素で示す。

コンピューティングデバイス１００は、追加の特徴または機能をもつことができる。例えば、コンピューティングデバイス１００は例えば磁気ディスク、光ディスク、テープなど追加のデータ記憶装置（着脱式および／または固定式）を含むことができる。このような追加の記憶装置は、図１では着脱式記憶装置１０９および固定式記憶装置１１０として示す。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、他のデータなどの情報の記憶のための任意の方法または技術で実装される揮発性および非揮発性、着脱式および固定式の媒体を含むことができる。システムメモリ１０４、着脱式記憶装置１０９および固定式記憶装置１１０は、いずれもコンピュータ記憶媒体の例である。コンピュータ記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤまたは他の光学式記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置、あるいは所望の情報を記憶し、コンピューティングデバイス１００がアクセスできるようなその他の全ての媒体が含まれるが、それだけには限らない。そのような一切のコンピュータ記憶媒体は、デバイス１００の一部となることができる。コンピューティングデバイス１００はまた、キーボード、マウス、ペン、音声入力装置、タッチ入力装置など１つ（または複数）の入力装置１１２をもつことができる。ディスプレイ、スピーカ、プリンタなど１つ（または複数）の出力装置１１４も含むことができる。

コンピューティングデバイス１００はまた、デバイスが例えばネットワークを介して他のコンピューティングデバイス１１８と通信できるようにする通信接続１１６も含むことができる。通信接続１１６は、通信媒体の一例である。通信媒体は、一般にコンピュータ可読命令、データ構造、プログラムモジュール、あるいは例えば搬送波または他の搬送機構などの変調データ信号内の他のデータとして実施することができ、任意の情報送達媒体を含む。「変調データ信号」という用語は、信号内に情報が符号化されるように、その１つまたは複数の特徴が設定または改変された信号を意味する。限定ではなく例を示すと、通信媒体は有線ネットワークや直接線接続などの有線媒体と、音響、ＲＦ、赤外線およびその他の無線媒体とを含む。ここで使用されるコンピュータ可読媒体という用語は、記憶媒体と通信媒体のどちらも含む。

図２は、本発明の例示的一実施形態で使用することができるモバイルコンピューティングデバイスを示す。図２を参照すると、本発明を実施するための１つの例示的なシステムは、モバイルコンピューティングデバイス２００などのモバイルコンピューティングデバイスを含む。モバイルコンピューティングデバイス２００は、プロセッサ２６０、メモリ２６２、ディスプレイ２２８およびキーパッド２３２を含む。メモリ２６２は一般に、揮発性メモリ（例えばＲＡＭ）および非揮発性メモリ（例えばＲＯＭ、フラッシュメモリなど）の両方を含む。モバイルコンピューティングデバイス２００は、メモリ２６２に常駐しプロセッサ２６０上で実行される、例えばＭｉｃｒｏｓｏｆｔ ＣｏｒｐｏｒａｔｉｏｎのＷｉｎｄｏｗｓ（登録商標）ＣＥオペレーティングシステムなどのオペレーティングシステム２６４を含む。キーパッド２３２は、プッシュボタン式の数字ダイアルパッド（例えば一般の電話にあるような）でも、マルチキーキーボード（例えば従来型キーボード）でもよい。ディスプレイ２２８は液晶ディスプレイでも、モバイルコンピューティングデバイスで一般に使われるその他任意の種類のディスプレイでもよい。ディスプレイ２２８はタッチセンシティブでもよく、その場合は入力装置としても働く。

１つ（または複数）のロケーションアプリケーション２６６など１つまたは複数のアプリケーションプログラムがメモリ２６２にロードされ、オペレーティングシステム２６４上で実行される。モバイルコンピューティングデバイス２００上には１つまたは複数の位置認識型アプリケーション２６６が常駐し、位置ベースのアプリケーションに関連する命令を実行するようにプログラムされている。位置認識型アプリケーションは、デバイスのハードウェアまたはソフトウェアに常駐させることができる。モバイルコンピューティングデバイス２００はまた、メモリ２６２内に揮発性および非揮発性記憶装置を含むこともできる。メモリ２６２はまた、位置ベースの情報の記憶に使用される位置データストア２６８、および地図ベースの情報の記憶に使用される地図ストア２６９を含む。位置ストア２６８は、デバイス上の全ての位置認識型アプリケーション２６６が使用することができる位置情報を記憶するための大域的な機構である。地図ストア２６９も、デバイス上の全ての位置認識型アプリケーション２６６が使用することができる地図情報を記憶するための大域的な機構である。一実施形態によれば、リポジトリ２６８は位置および地図情報のオンデバイスのキャッシュである。モバイルデバイス２００には、２つ以上の位置ストアがあってもよい。例えば、プライベートおよびパブリックの位置データストアがあってもよい。

モバイルコンピューティングデバイス２００は、１つまたは複数の電池として実装できる電源２７０を含む。電源２７０はさらに、ＡＣアダプタあるいは電池を補給または充電する電動格納台（ｐｏｗｅｒｅｄ ｄｏｃｋｉｎｇ ｃｒａｄｌｅ）などの外部電源を含むことができる。

モバイルコンピューティングデバイス２００は、２種類のオプションの外部通知機構、すなわちＬＥＤ２４０および音声インターフェース２７４と共に示されている。これらのデバイスは、起動した場合、プロセッサ２６０および他の構成要素が電池の電力を節約するためにシャットダウンした場合でも通知機能が指示したある持続期間中電源が入ったままであるように、電源２７０に直接結合することができる。音声インターフェース２７４は、ユーザとの間の音響信号の送受信に使用される。例えば、音声インターフェース２７４は音響出力を提供するためにスピーカに結合され、例えば電話による会話が容易になるように、音響入力を受信するためにマイクロフォンに結合できる。

モバイルコンピューティングデバイス２００はまた、通信を送受する機能を果たす、無線インターフェース層などの１つ（または複数）の通信接続も含む。通信接続２７２は、モバイルコンピューティングデバイス２００と外界との間の無線接続性を促進する。一実施形態によれば、通信接続２７２との間の送受信は、オペレーティングシステム２６４の制御下で実施される。

図８は、本発明の諸態様による、位置認識型開発システム８００を全般的に示した機能ブロック図である。サーバ８１０およびコンピューティングデバイス８３０は、図１に関して前述したようなコンピューティングデバイスであり、モバイルデバイス８２０は図２に関して前述したようなモバイルデバイスである。

一般に、ユーザはコンピューティングデバイス８３０などのコンピューティングデバイスを使用して位置認識型アプリケーションを開発する。しかし、位置認識型アプリケーションは、モバイルデバイス８２０などのモバイルデバイスを使用して開発することもできる。位置認識型プログラミング環境８３２は、開発者に位置認識型アプリケーションを開発するための１組のプログラミングインターフェースを提供するように構成される。位置認識型プログラミング環境８３２は、サーバ８１０と通信するように構成される。一実施形態によれば、サーバ８１０はコンピューティングデバイス８３０に位置ストア８１２からの位置情報と、地図ストア８１３からの地図情報とを提供するように構成される。サーバ８１０またはモバイルデバイスはまた、位置認識型アプリケーションを開発中に位置ソースをシミュレートするように構成することもできる。例えば、シミュレートされた位置ソースをモバイルデバイス上で実行させ、ＧＰＳソースなどの入力をシミュレートすることができる。コンピューティングデバイスは、いくつかのクライアントサーバプロトコルのうちのいずれか１つを使用して通信することができる。

モバイルデバイス８２０は、位置認識型プログラミング環境８３２を使用して開発された位置認識型アプリケーション８２２を含む。モバイルデバイス８２０には、２つ以上の位置認識型アプリケーションを含むことができる。モバイルデバイス８２０には、Ｎ個の位置ソース８２１（１−Ｎ）が接続されている。これらの位置ソースはオンデバイスもオフデバイスも含み、前述のようにロケーションアプリケーション８２２に位置データを提供する。位置ストア８２４は、モバイルデバイス８２０上の全ての位置認識型アプリケーションがアクセスすることのできる位置情報を含む。地図ストア８２５は、モバイルデバイス８２０上の全ての位置認識型アプリケーションがアクセスすることのできる地図情報を含む。例えば、位置ストア８２４および地図ストア８２５は、これらのアプリケーションが共用することのできる地図、レンダリングエンジン、およびその他のあらゆる情報を含むことができる。

セルラー／ポケットベルネットワーク８５０は、無線デバイスとの間のメッセージの送達および受信を担うネットワークである。セルラー／ポケットベルネットワーク８５０は、無線および有線のどちらの構成要素も含むことができる。例えば、セルラー／ポケットベルネットワークは、有線電話ネットワークにリンクされたセルラーアンテナを含んでもよい。一般に、セルラーアンテナは、携帯電話との間の通信や、長距離通信リンクなどを搬送する。無線デバイスはまた、モバイルデバイス用としてますます利用可能となっているＷｉ−Ｆｉカードなどのハードウェアを使用してＷＡＮやＬＡＮなどと直接接続することができる。

ゲートウェイ８６０は、セルラー／ポケットベルネットワーク８５０とＷＡＮ／ＬＡＮ８４０との間のメッセージのルーティングを行う。例えば、あるコンピュータユーザは携帯電話に宛てたメッセージを送信するかもしれない。ゲートウェイ８６０は、ＷＡＮ／ＬＡＮ８４０からセルラー／ポケットベルネットワーク８５０へメッセージを運ぶ手段を提供する。逆に、セルラーネットワークに接続したデバイスをもつユーザがウェブをブラウズしているかもしれない。ゲートウェイ８６０は、ＷＡＮ／ＬＡＮ８４０とセルラー／ポケットベルネットワーク８５０との間のＨＴＴＰメッセージの送受信を可能にする。

上述の仕様、例およびデータは、本発明の構成の製造および使用に関する完全な説明を提供する。本発明の精神および範囲から逸脱することなく本発明の多くの実施形態が作成できるため、本発明は添付の特許請求の範囲にある。

本発明の例示的実施形態で使用できる例示的なコンピューティングデバイスを示す図である。 本発明の例示的実施形態で使用できる例示的なコンピューティングデバイスを示す図である。 位置認識型システムを示す図である。 位置認識型アプリケーションの開発のための対話の状態図である。 例示的関心地域の画定を示す図である。 位置認識型アプリケーションが使用できる例示的な地図を示す図である。 位置認識型アプリケーションの例示的なシミュレーションスクリーンショットを示す図である。 本発明の諸態様による位置認識型開発システムを全般的に示した機能ブロック図である。

符号の説明

１００ コンピューティングデバイス
１０２ 処理装置
１０４ システムメモリ
１０５ オペレーティングシステム
１０６ アプリケーション
１０７ プログラムデータ
１０９ 着脱式記憶装置
１１０ 固定式記憶装置
１１２ １つ（または複数）の入力装置
１１４ １つ（または複数）の出力装置
１１６ １つ（または複数）の通信接続
１１８ 他のコンピューティングデバイス
１２０ 位置認識型プログラミングインターフェース

Claims (21)

1. 位置認識型アプリケーションのためのシステムであって、
   移動中のアイテムの位置と少なくとも１つの地理的な関心地域の関連性を示す位置イベントが少なくとも１つ定義されており、前記位置イベントの発生に応答して、ユーザに表示したい少なくとも１つの地図の名前および／または地図の種類を決定して提供する位置認識型アプリケーションであって、前記位置イベントは、前記アイテムの位置が前記関心地域に入ったというイベント、前記アイテムの位置が前記関心地域を出たというイベント、および前記アイテムの位置が前記関心地域内で動いたというイベントのうちの少なくとも１つのイベントを含み、前記関心地域は、前記位置認識型アプリケーションの必要に基づいて、１つ以上事前に定義され、前記位置認識型アプリケーションは、地図の適合性を判断するのに使用される前記位置イベントに関連つけられた１組の重み付き判断基準（ｗｅｉｇｈｔｅｄ ｃｒｉｔｅｒｉａ）を選択して提供する、位置認識型アプリケーションと、
   地図情報を記憶するための地図ストアであって、前記地図ストアは、複数の位置認識型アプリケーションによって共用できる、地図ストアと、
   前記アイテムの位置を提供する少なくとも１つの位置ソースから少なくとも２つの位置情報を受信し、位置認識型アプリケーションに関する位置イベントが発生していないかどうかを判断し、前記位置イベントが発生したと判断した場合に、前記位置イベントが発生したことを前記位置認識型アプリケーションに通知するように構成されたロケーションマネージャと、
   前記位置認識型アプリケーションによって決定されて提供された前記表示したい地図の名前および／または地図の種類を用いて、前記地図ストアから利用可能な前記関心地域を含む１組の地図を検索し、前記位置認識型アプリケーションから提供された前記１組の重み付き判断基準に基づいて、地図の適合性の順序に従って前記利用可能な１組の地図をランク付けして前記位置認識型アプリケーションに提供し、前記位置認識型アプリケーションが最適の地図を選択するようにさせ、前記選択された最適の地図の地図情報から、地図画像生成エンジンを使用して、前記最適の地図の画像を生成するように構成されたマップマネージャであって、前記地図画像生成エンジンは、少なくとも、ビットマップ形式によって画像を生成する地図画像生成エンジン、およびベクター形式によって画像を生成する地図画像生成エンジンを含み、複数の位置認識型アプリケーションによって共用することができる、マップマネージャと
   を備えることを特徴とする位置認識型アプリケーションのためのシステム。
2. 前記少なくとも１つの位置ソースは、少なくとも１つの近傍位置ソースと遠隔位置ソースとを含むことを特徴とする請求項１に記載のシステム。
3. 前記少なくとも１つの位置ソースは、ＧＰＳ受信機、ユーザ入力、電話システム、ＲＦＩＤタグ、およびネットワーク上のデバイスにプッシュまたはプルされた位置データを含むグループから選択されることを特徴とする請求項２に記載のシステム。
4. 前記重み付き判断基準は、推奨地図解像度、および／または前記位置認識型アプリケーションが地図上に表示したい１組のオブジェクトを含むことを特徴とする請求項１に記載のシステム。
5. 前記マップマネージャはさらに、ユーザ入力を受信し、前記ユーザ入力を地図上の位置に変換するように構成されることを特徴とする請求項１に記載のシステム。
6. 前記位置認識型アプリケーションはさらに、前記マップマネージャに地図上に表示できる少なくとも１つのオブジェクトを提供するように構成されることを特徴とする請求項１に記載のシステム。
7. 前記地図ストアはさらに、動的プロビジョニングができるように構成されることを特徴とする請求項１に記載のシステム。
8. 前記地図情報は、ＸＭＬ表現を使用した各地図の表現を含むことを特徴とする請求項７に記載のシステム。
9. 前記表現は、地図の投影図法、解像度、地図を表示するのに使用した地図画像生成エンジンの指示、および前記地図が含む地域を含むことを特徴とする請求項７に記載のシステム。
10. 位置認識型アプリケーションのためのコンピュータ実行方法であって、前記位置認識アプリケーションには、移動中のアイテムの位置と少なくとも１つの地理的な関心地域の関連性を示す位置イベントが少なくとも１つ定義されており、前記位置イベントは、前記アイテムの位置が前記関心地域に入ったというイベント、前記アイテムの位置が前記関心地域を出たというイベント、および前記アイテムの位置が前記関心地域内で動いたというイベントのうちの少なくとも１つのイベントを含み、前記関心地域は、前記位置認識型アプリケーションの必要に基づいて、１つ以上事前に定義され、前記方法は、
    ロケーションマネージャが、前記アイテムの位置を提供する少なくとも１つの位置ソースから少なくとも２つの位置情報を受信するステップと、
    前記ロケーションマネージャが、前記位置認識型アプリケーションに関する位置イベントが発生していないかどうかを判断するステップと、
    前記位置イベントが発生したと判断した場合に、前記ロケーションマネージャが、前記位置イベントが発生したことを前記位置認識型アプリケーションに通知するステップと、
    前記位置イベントの発生に応答して、前記位置認識型アプリケーションが、ユーザに表示したい少なくとも１つの地図の名前および／または地図の種類を決定して提供するステップであって、前記位置認識型アプリケーションは、マップマネージャに、地図の適合性を判断するのに使用される前記位置イベントに関連つけられた１組の重み付き判断基準（ｗｅｉｇｈｔｅｄ ｃｒｉｔｅｒｉａ）を選択して供給する、ステップと、
    前記マップマネージャが、前記位置認識型アプリケーションから前記表示したい地図の名前および／または地図の種類を受け取るステップと、
    前記マップマネージャが、前記受け取った示したい地図の名前および／または地図の種類を用いて、地図ストアから利用可能な前記関心地域を含む１組の地図を検索するステップであって、前記地図ストアは、他の位置認識型アプリケーションが共用できる、ステップと、
    前記マップマネージャが、前記位置認識型アプリケーションから供給された前記１組の重み付き判断基準に基づいて、地図の適合性の順序に従って前記利用可能な１組の地図をランク付けして前記位置認識型アプリケーションに提供し、前記位置認識型アプリケーションが最適の地図を選択するようにさせるステップと、
    前記マップマネージャが、前記選択された最適の地図の地図情報から、地図画像生成エンジンを使用して、前記最適の地図の画像を生成するステップであって、前記地図画像生成エンジンは、他の認識型アプリケーションが共用することができ、少なくとも、ビットマップ形式によって画像を生成する地図画像生成エンジン、およびベクター形式によって画像を生成する地図画像生成エンジンを含む、ステップと
    を備えることを特徴とする方法。
11. 前記地図にオーバーレイするために、前記位置認識アプリケーションが、前記地図画像生成エンジンに少なくとも１つのオブジェクトを供給するステップをさらに含むことを特徴とする請求項１０に記載の方法。
12. 前記マップマネージャが、前記地図ストアに対して動的プロビジョニングを行うステップをさらに含むことを特徴とする請求項１０に記載の方法。
13. 前記地図は、ＸＭＬ表現を使用したその地図の表現を含むことを特徴とする請求項１０に記載の方法。
14. 前記表現は、地図の投影図法、解像度、地図を表示するのに使用した地図画像生成エンジンの指示、および前記地図が含む地域を含むことを特徴とする請求項１３に記載の方法。
15. 位置認識型アプリケーションのためのコンピュータ実行可能命令プログラムを記録したコンピュータ可読記録媒体であって、前記位置認識アプリケーションには、移動中のアイテムの位置と少なくとも１つの地理的な関心地域の関連性を示す位置イベントが少なくとも１つ定義されており、前記位置イベントは、前記アイテムの位置が前記関心地域に入ったというイベント、前記アイテムの位置が前記関心地域を出たというイベント、および前記アイテムの位置が前記関心地域内で動いたというイベントのうちの少なくとも１つのイベントを含み、前記関心地域は、前記位置認識型アプリケーションの必要に基づいて、１つ以上事前に定義され、前記コンピュータ実行可能プログラムは、前記コンピュータに
    前記アイテムの位置を提供する少なくとも１つの位置ソースから少なくとも２つの位置情報を受信し、前記位置情報を他の位置認識型アプリケーションが共用できる位置ストアに記憶するステップと、
    前記位置認識型アプリケーションに関する位置イベントが発生していないかどうかを判断するステップと、
    前記位置イベントが発生したと判断した場合に、前記位置認識型アプリケーションに前記位置イベントが発生したことを通知するステップと、
    前記位置認識型アプリケーションが前記位置イベントの発生に応答してユーザに表示したい少なくとも１つの地図の名前および／または地図の種類を決定して提供するようにさせるステップであって、前記位置認識型アプリケーションが地図の適合性の順序を判断するのに使用される前記位置イベントに関連つけられた１組の重み付き判断基準（ｗｅｉｇｈｔｅｄ ｃｒｉｔｅｒｉａ）を選択して供給するようにさせる、ステップと、
    前記位置認識型アプリケーションから前記表示したい地図の名前および／または地図の種類を受け取るステップと、
    前記受け取った表示したい地図の名前および／または地図の種類を用いて、地図ストアから利用可能な前記関心地域を含む１組の地図を検索するステップであって、前記地図ストアは、他の位置認識型アプリケーションが共用できる、ステップと、
    前記位置認識型アプリケーションから供給された前記１組の重み付き判断基準に基づいて、地図の適合性の順序に従って前記利用可能な１組の地図をランク付けして前記位置認識型アプリケーションに提供し、前記位置認識型アプリケーションが最適の地図を選択するようにさせるステップと、
    前記選択された最適の地図の地図情報から、地図画像生成エンジンを使用して、前記最適の地図の画像を生成するステップであって、前記地図画像生成エンジンは、他の認識型アプリケーションが共用することができ、少なくとも、ビットマップ形式によって画像を生成する地図画像生成エンジン、およびベクター形式によって画像を生成する地図画像生成エンジンを含む、ステップと
    を実行させることを特徴とするコンピュータ可読記録媒体。
16. 前記コンピュータ実行可能プログラムは、前記コンピュータに、前記地図にオーバーレイするために前記地図画像生成エンジンに少なくとも１つのオブジェクトを供給するステップをさらに実行させることを特徴とする請求項１５に記載のコンピュータ可読記録媒体。
17. 前記コンピュータ実行可能プログラムは、前記コンピュータに、前記地図ストアに対して動的プロビジョニングを行うステップをさらに実行させることを特徴とする請求項１５に記載のコンピュータ可読記録媒体。
18. 前記地図は、ＸＭＬ表現を使用したその地図の表現を含むことを特徴とする請求項１５に記載のコンピュータ可読記録媒体。
19. 前記表現は、地図の投影図法、解像度、地図を表示するのに使用される地図画像生成エンジンの表示、および前記地図が含む地域を含むことを特徴とする請求項１５に記載のコンピュータ可読記録媒体。
20. 前記地図画像生成エンジンを使用して、前記選択された最適の地図の画像を生成するステップは、画像を生成される地図の種類に応じて複数の地図画像生成エンジンを切り替えるステップを含むことを特徴とする請求項１５に記載のコンピュータ可読記録媒体。
21. 前記地図画像生成エンジンを使用して、前記選択された最適の地図を画像生成するステップは、画像を生成される地図の種類に応じて、メルカトル図法、極射影法、格子投影法およびカスタムな図法のうち少なくとも２つの投影図法から選択された投影図法を選択するステップをさらに含むことを特徴とする請求項２０に記載のコンピュータ可読記録媒体。

Images