位置とは？
[ 576] GPS・位置情報サービス | サービス・機能 | NTTドコモ
[引用サイト] http://www.nttdocomo.co.jp/service/gps/
|
ドコモショップお問い合わせ（別ウインドウが開きます）My DoCoMo ログインサイトマップサイト内検索 「iエリア」をはじめとする位置情報サービスは、すべてのiモード対応機種でご利用いただけます。さらに、GPS機能と連動して、現在地や目的地までのルートを案内してくれる「GPSナビゲーション」や、大切な人の居場所を確認できる「イマドコサーチ」など、便利と安心を提供するサービスをご用意しています。 GPS機能とは、人工衛星を利用して位置を割り出すシステム：Global Positioning System (全地球測位システム) の略称です。 携帯電話の基地局（アンテナ）だけを使う位置検索よりも、精度の高い位置検索が可能になります。これにより、カーナビと同等の機能を持つ「GPSナビiアプリ」や失くしたケータイの場所を探せる「ケータイお探しサービス」が提供可能になりました。 iモード上で使える手軽な位置情報サービスです。今いる場所の地図情報や、近隣地域の天気予報や交通情報、店舗情報など、エリアごとに特化した便利な情報をチェックすることができます。 iエリアのサイトから「地図を見る」を選択するだけで、GPSが起動し測位を開始し、今いる場所が地図上に表示されます。（情報料無料） 目的地を指定するだけでルートを検索し、GPS機能と連動して行き方をリアルタイムに案内できるサービスです。 「GPSナビゲーション」に対応したiアプリにより提供されます。FOMA 904i/903iシリーズのGPS対応機種には、あらかじめインストールされており、すぐにご利用いただくことができます。 iモードまたはパソコン（My DoCoMo）を使って、あなたの大切な人の居場所を地図で確認できるサービスです。 携帯電話の紛失時などにパソコン（My DoCoMo）からご自身の携帯電話のおおよその位置を検索することができるサービスです。 緊急通報などへの駆け付けサービスなど、GPSを使った便利なアプリケーションサービスが各社から提供されています。 iモード全機種対応。GPS対応機種でご利用の場合は、より精度の高い位置情報を使って情報を提供いたします。 GPS対応機種向けの、より詳細な位置情報サービスです。対応機種については各サービスのページにてご確認ください。 GPS衛星の電波を受信しづらい、地下街、建物内、ビルの陰などでは、位置情報の精度が低くなる場合があります。 サービス・機能iモードおサイフケータイDCMX2in1ネットワークサービスGPS・位置情報サービスプッシュトークテレビ電話海外でつかう・海外へかける着もじミュージックケータイあんしんサービス・機能データ通信機能のご紹介ポイントサービス各種サービス 903iシリーズ対応GPSナビｉアプリをはじめ、着うたフル®・メガゲーム・デコメなどの多彩なコンテンツをピックアップしてご紹介しています。 |
[ 577] Geo metadata - 位置に関するメタデータとその応用
[引用サイト] http://www.kanzaki.com/docs/sw/geoinfo.html
|
ウェブ上の様々なリソースは、「位置」に関する情報と組み合わせることで、リアルな世界と結びつきます。緯度経度データをRDFやmeta要素として提供したり、そのデータを地図上に表現するなど、位置に関するメタデータを記述する方法とその応用について検討してみます。 現実の世界の事象を記述するにあたっては、日時と並んで場所に関する情報が重要です。場所の表現には、住所表記、郵便番号、最寄り駅やランドマークなどさまざまな方法があり、状況によって使い分けられます。メタデータとして機械処理しやすく、グローバルな指標として一番確実な場所の表記法は、緯度・経度でしょう。 GPSや地図サービスの普及で、ある場所の緯度・経度情報は比較的簡単に入手できるようになってきました。これをウェブ上のリソースにメタデータとして付加すれば、さまざまな情報を現実世界に結びつけることが可能になります。たとえばレストラン情報、コンサートやイベント情報が位置データを備えていれば、催しに出かけたあとで食事をする場所を探すといった検索をエージェントに任せられそうです。写真に撮影場所のGPSデータが加われば、地図と連動した豊富な情報サービスが考えられます。 （地理情報を利用した応用は、GISを始め非常にたくさんの試みがあります。ここでは、RDFを中心としたメタデータによるものに絞って紹介します） 緯度・経度といった位置データを記述するボキャブラリはいろいろありますが、RDFでメタデータを記述するために最も手軽で一般的なのは、W3CのRDF Interest GroupによるGeo vocabularyでしょう[GEOVOCAB]。 この語彙では、人間などにも位置情報を与えるためのSpatialThingクラスと、「地点」として緯度経度を与えるためのPointクラスが定義されており、位置との関連が曖昧なリソースと厳密な場所の両方に利用できるようになっています。 位置を示すのに緯度・経度を用いるというのは、誰でも考えつくアイデアです。逆にそれだけ使う機会も多いので、シンプルな標準語彙を共有するメリットは大きいと言えます。 人がどのあたりを拠点にしているかを示すFOAFのbased_nearプロパティは、この語彙を使って次のように表記できます。 このメタデータは、この人物が北緯35.678、東経139.770という地点の近くに出没するといった情報を示しているわけです。この例は、ノード要素（geo:Point）を省略して次のように簡単に書くこともできます。 Geo vocabularyを始めメタデータでは通常、緯度・経度を百分率で表記します。一方、世の中で入手できる位置情報は、度分秒形式になっていることが少なくありません。これらはごく簡単な計算式で相互変換できます。度分秒から百分率への換算は次のとおりです。 百分率から度分秒への換算はこの逆を行えばよいわけで、上記の例は北緯35度40分40.8秒、東経139度46分12秒を示すことになります。また、度分秒では東経/西経などはE/Wといった識別子を用いることが多いですが、百分率では西経/南緯はマイナスの値として表すことに注意してください。 空港はデータベースが整備されているので、その位置情報を調べるのは簡単であり、ICAOもしくはIATAの空港コードさえあれば、座標を具体的に指定しなくても理解可能というメリットもあります[AIRPORTLOC]。上の例では緯度・経度はgeo:を用いて示しましたが、Aiport語彙に含まれるair:latitudeなどを用いることもできます。また、これらの値はリテラルなので、Aiprot要素の属性として簡単に記述しても構いません。 このnearestAirportは、「近くの空港」という比較的アバウトな指標を使って位置を示すことで、住所を特定してしまうというプライバシーの懸念を回避しつつ、広域的なレベルでその人物がどのあたりにいるのかが分かるという点が興味深いところです。 Jim LeyのつくったFOAF People Mapは、収集したFOAFデータからnearestAirportを抜き出し、世界のどこ（どの空港周辺）に誰がいるかを、SVGを用いて下図のように示してくれます。 緯度・経度データの小数点以下を何桁示しておくのがよいかは、データをどんなスケールで利用するかによって違ってきます。特定の場所にカーナビなどを使ってたどり着くためにはかなりの精度が必要である一方、世界地図の中でおよその位置をプロットするのであれば、低精度の値で十分です。また対象となるデータによっては、プライバシーとの兼ね合いも精度に関係するでしょう。 大まかに言って、緯度の0.01度は約1.11km、経度の0.01度は約0.91kmの距離に相当します。従って、10m単位の精度が必要な場合は小数点以下4桁、10km単位でもよければ小数点以下1桁といった形でデータを提供すればよいわけです。 iClarendarにはGEOというプロパティがあり、ここに緯度・経度をセミコロンで区切って記述することになっています。iClarendarのRDF版、RDFicalでこの値をどう扱うかについては、まだ確定していませんが、geo:語彙を持いて構造化した記述が有力候補になっています（次の例では、RDFicalの名前空間をデフォルトとしてVevent要素のみを記述します）。 （場所の名前を示すlocationプロパティと緯度・経度のgeoプロパティが別々になっているのがイマイチなので、この辺りの構文は変更されるかも知れません） イベント情報に緯度・経度を結びつければ、カレンダーをクリックするとその場所の地図が表示されるといった応用が簡単に実現します。例： シュトゥットガルト放送響2004来日公演カレンダー、およびRDFMapperによる地図生成のテスト（ブラウザによっては文字化けの可能性あり） ニューヨーク2003年5月コメディカレンダーのサンプル、および同じくRDFMapperによる地図生成のテスト 今のところRDFベースではありませんが、緯度・経度情報に基づいて世界のホームページを収集しているデータベースが[GeoURL]です。自分のサイトをGeoURLに登録するには、まず次のようなmetaタグをホームページのhead要素内に記述します。 name属性値がICBMとなっているのは、インターネット以前のUsenet時代のプロジェクトの呼び名にちなんでいるそうです。content属性には、百分率の緯度・経度をカンマで区切って記述します。サイトの名前は、なぜかHTMLのtitle要素から取得されず、改めてもうひとつのmetaタグを用意してDC.titleとして記述することになっています。最後のlink要素は、GeoURL用ではありませんが、Dublin Coreの語彙をHTMLに記述するための約束です。 これらのタグを記述してアップロードした上で、GeoURLのページからリクエストPINGを送ると、指定URLのタグをチェックしてデータベースに加えてくれます。 データベースからは、地図をクリックしたり、北緯35.678度・東経139.770度から半径100マイルにあるホームページ、あるいは自分のURLの近所にあるサイトといった具合に指定して、「ご近所さん」を見つけることができるようになっています。 GeoURLは、出力データとしてはRDFをサポートしています。これを使うと、RDFMapperでご近所さん地図を描くなど、面白い試みが可能になります。 2004年の夏頃からGeoURLのサービスは停止していますが、2004年末から、別のドメインhttp://geourl.infoで類似のサービスが始まっています。ただしこちらの機能は限定的で、今のところRDFの出力もない模様。当サイトのメモ「GeoURLふたたび？」を参照してください。 2005年2月にはGeoURL 2.0として元祖も復活しました。当サイトのメモ「GeoURLふたたび？」を参照してください。 デジタル写真の撮影データなどを記録するExifフォーマットには、GPSの緯度経度情報などのためのディレクトリ・タグも定義されています。GPS付きの携帯電話カメラも登場しており、写真に位置情報を追加するのはずいぶん身近になってきました。これを利用すると、地図と写真を組み合わせたサービスなどが簡単に提供できます。 Exifでは、緯度・経度情報を(1)北緯/南緯を示すGPSLatitudeRef、(2)緯度の数値を示すGPSLatitude、(3)東経/西経を示すGPSLongitudeRef、(4)緯度の数値を示すGPSLongitudeの4つのタグを使って表します（GPSデータとしては、高度、衛星のIDや位置、測地系なども記録できます）。緯度・経度の数値は度分秒形式で、Exif特有の表記法を用います。例えば、北緯35度41分7.74秒、東経139度48分7.74秒というGPSの緯度経度は、Exifでは次のような具合です（実際はバイナリ形式ですが、仕様書の説明形態に合わせて示します）。 元のExifデータの形をあるていど尊重しているわけですが、汎用性に劣るので、当サイトのツールExif2rdfは、合わせてこのデータをGeo vocabularyのプロパティに変換して出力します。 デジタル写真からExifデータをRDFとして抽出すれば、例えばXSLTを使って簡単に地図サービスへのリンクなどを加えることができます。 携帯電話デジカメ/メールによるウェブログ（moblog）のサービスにはGPSデータを扱う機能を備えたものがあるようですし、これらを地図上に表示したりする試みもいくつか登場しています。これらの多くはRSSを提供しているので、緯度・経度情報をgeo:で表現してここに含めてくれると（例えば次のように）面白いのですが。 位置データとデジタル画像とRSSを組み合わせて地図連動型アルバムをつくる実験を行っています（ここでは[Blogmapper]も利用しています）。また、画像のメタデータ表現については、以下のページも参照してください。 この例では2通りのgps:trackpointの記述方法を挙げていますが、どちらもRDFとしては同じモデルです。1番目の、すべてをgps:trackpoint要素の属性にするのが、MattによるPythonプログラムgarmin2rdf.pyの出力です。 2つの地点の緯度と経度が分かれば、2点間の直線距離を算出することができます。GeoURLの「ご近所さん」は、緯度・経度情報をもつメタデータを集積し、「近くにあるリソース」を見つける好例です。イベントカレンダーで好みの演奏会を探し、そこから近隣のレストラン情報をリストアップするといった応用が考えられます。 //簡単な距離計算を行ってみましょう。次のフォームでは、2つの地点の距離を球面三角法を用いて計算します。緯度・経度データは百分率で与えてください。"); 「半径何m以内にあるレストラン」という形ではなく、「東西、南北それぞれ○kmの升目に含まれるもの」といった方法でよければ、より単純な緯度経度データの比較だけでリソースを検索することができます。緯度の0.01度（36秒）はおよそ1.11km、経度の0.01度（36秒）はおよそ0.91kmに相当することを利用して、必要な範囲の緯度・経度の最小・最大値を計算し、その範囲に収まるものをピックアップすればよいわけです。 実際には、近くのレストランに行くのに直線コースをたどれる訳ではないうえ、交通手段の有無にも左右されるので、緯度・経度だけによる「近くのレストラン」というのは単純に過ぎるかも知れません。それでも、候補を絞り込む手段としては十分役に立つでしょう。 アプリケーションがメタデータから距離を計算するだけでなく、距離そのものをプロパティとして直接リソースどうしを関連づけることも可能です。foaf:based_nearなどはまさに「近い」という関係を示すわけですが、どの程度近い（遠い）かを何段階かの遠近レベルで表現できると便利かも知れません。 一般にこの「近い、遠い」といった尺度は、線形的な比例関係よりも、指数的に表現する方がより感覚に合う実用的なものとなります。10km,20km,30kmという刻みよりも、1km,10km,100kmという段階の方が、「遠近レベル」を示すには使いやすいのです。 RDF Interest Groupのメンバーたちは、これを表現する方法についてディスカッションした結果、3mのN乗というステップがちょうど良さそうだという結論に至り、ユニークな語彙[GeoOnion]をつくりあげました。 最初の3レベルは、地理的というよりもエドワード・ホールのプロクセミックスに一致する感じで、興味深いです[HALL]。この尺度がどのていど感覚にマッチするか、いろいろ捉え方はあると思いますが、距離を数値化するだけでなく、こうした「レベル」として見るというのはなかなか面白い考え方だと思います。 ※RDF-IGはイギリス系のメンバーが中心になっているので、プロパティの綴りがmetersではなくmetresとなっています。ご注意を。 ある地点までの行き易さは、直線距離よりも交通手段などによって左右されるので、厳密な距離よりもこうしたおおまかなレベルの方がかえって適切かも知れません。例えば、あるホテルの近くにあるレストランをリストアップする際、歩いていけるA店（3^6=約700m圏内）、地下鉄で一駅程度のB店（3^7=約2.2km圏内）、などといった形で示すことができます（wn:はRDF版WordNetの名前空間とします）。 GeoOnionのプロパティは、2点のうちいずれかの緯度・経度があまりはっきりしない（させる必要がない）時などにも使えます。foaf:based_nearで自宅の緯度・経度をピンポイントで示したくはないでしょうから、近くのランドマークの緯度・経度を使い、そこが自宅からどの程度の範囲にあるかを表しておくという方法です。自宅から6.5km程度以内の地点を使ってbased_nearを表現するなら、次のような具合になります。 現時点での実用性のほどはともかく、感覚的な尺度に近いものをメータデータ記述の語彙に取り込むという考え方は、いろいろ可能性がありそうです。 ある地点の緯度・経度値は本来唯一に定まるはずですが、実は基準の取り方によって異なる値が併存するというややこしい事態になっています。日本では、従来は明治以来の測量基準によって緯度・経度を求めてきましたが、2002年4月1日に新しい測量法が施行され、人工衛星や電波望遠鏡に基づく世界基準に移行しました[G2000]。一般に前者を日本測地系（Tokyo Datum）、後者を世界測地系（WGS84）と呼んでいます（※注）。 GPSやGISの利用が進む中、グローバルに同じ尺度を用いる世界測地系への移行は必然的ですが、2003年末現在ではまだ日本測地系に基づく地図もまだたくさん使われており、2つの測地系が混在している状況です（オンライン地図サービスの多くは日本測地系です）。両者の座標は、東京付近で約450mずれていて、具体的な場所を記述するためには、ちょっと大きすぎる誤差となっています。 緯度・経度情報を取得する際は、その測地系も合わせて確認しておくことが重要です。また、メタデータを記述する場合は、（もしデータが日本測地系なら）世界測地系に変換すること、メタデータを利用してオンライン地図サービスなどと連動させる場合は、地図の測地系をチェックすることも忘れないでください。 ※厳密には、新しい日本の測地基準点である測地成果2000は、GPSの基準である世界測地系（WGS84）ではなく、1994年の国際地球基準座標系（ITRF94）および測地基準系1980（GRS80）に基づいていますが、実質的には同じと考えて差し支えありません[GEOTERMS]。 日本測地系と世界測地系の座標は、幾何学的な計算で相互に変換が可能です。以下のフォームでは、Javascriptによる変換を試してみることができます（厳密には、基準点のひずみの補正が必要です。より精度の高い変換のためには、国土地理院から提供されているツール[TKY2JGD]などを利用してください）。 //このフォームでは、緯度・経度の測地系変換または度分秒<->百分率変換を行います。データは百分率でも度分秒でも構いませんが、度分秒の場合は35/40/40.80という形でそれぞれの値を'/'で区切ってください。変換結果は、入力フィールドのデータを置き換えて表示します。"); |
[ 578] WILLCOM｜ウィルコム位置検索サービス
[引用サイト] http://www.willcom-inc.com/ja/service/location/index.html
|
電話機向けサービス Eメール ライトメール インターネット コンテンツサービス データ定額 高速化サービス 国際電話サービス 留守番電話サービス 着信転送サービス 国際ローミング 位置検索サービス リモートロック 安全運転モード パケット安心サービス セーフティプラン 料金定額経過通知サービス 料金案内サービス 分計サービス 通話明細サービス 着信拒否 番号非通知ガードサービス 迷惑メール防止機能 データカード向けサービス ウィルコムADSLサービス ウィルコム位置検索サービスは、ウィルコムの電話や携帯電話・パソコンなどから、大切な人のおおよその位置を地図で確認できるサービスです。 ウィルコムのきめこまやかなマイクロセルネットワークを利用しているので、GPSの電波が届かない建物の中や地下街にいても、位置を検索することが可能です。 ウィルコムの電話や携帯電話・パソコンなどから、位置検索サービスにお申込みのウィルコムの電話の居場所を検索し、おおよその位置を地図で表示することができます。 ウィルコムの電話機を所定の手順で操作することにより、現在位置を住所情報で発信することができます。発信された住所情報は、あらかじめ登録された連絡先にEメールで通知されます。 検索する電話およびパソコンには、位置検索や地図表示等、インターネット接続時の接続環境に準じた通信費等が別途かかります。 通話先3ヵ所限定の電話機です。自己位置通知を利用する場合は、発信先の１つに位置検索サービスの電話番号を登録する必要があります。ご購入時に位置検索サービスの電話番号をご登録いただくか、既にご契約されている場合には登録されている発信先のうち1ヵ所を位置検索サービスの電話番号に変更する必要があります。（変更はウィルコムプラザ／ウィルコムカウンター等へお持ち込みください。変更には2,100円の手数料がかかります） なお、自己位置通知をご利用にならず、位置検索のみをご利用の場合は、位置検索サービスの電話番号の登録は不要です。 ウィルコム位置検索サービスは、ウィルコム通信サービスをご契約中のお客さま（検索される電話機のご契約者）のみお申込みいただけます。 「ウィルコム位置検索サービス申込書」は、ウィルコムサービスセンターやお近くのウィルコム取扱店（一部除く）でも配布しています。 ウィルコム位置検索サービスに関して、お客さまから多く寄せられているお問合わせの内容を掲載しています。 |