JP2001264081A

JP2001264081A - 地図表示携帯端末

Info

Publication number: JP2001264081A
Application number: JP2000078978A
Authority: JP
Inventors: Noriko Okuya; 紀子奥谷
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2000-03-21
Filing date: 2000-03-21
Publication date: 2001-09-26

Abstract

(57)【要約】【課題】予約時に、地図タイプを指定する必要のない
携帯地図表示端末を提供する。【解決手段】地図表示携帯端末は、大別して、操作部
２０と、現在位置を取得する現在位置取得手段３０と、
現在位置取得手段３０より取得した現在位置をパラメー
タとして、地図提供サービスにアクセスし、該地図提供
サービスより送信される地図データを受信するための通
信手段４０と、該通信手段４０より取得した地図データ
を表示する表示手段１０とから構成される。操作部２０
から現在位置を取得する少なくとも２つの時刻を指示
し、それぞれの時刻となった時点の現在位置を現在位置
取得手段３０が取得する。前記２つの時刻に取得した位
置の２点間距離を地図提供サービスアクセスパラメータ
とし、取得する地図タイプを決定し、通信手段４０によ
り地図提供サービスにアクセスし、受信した地図データ
を表示手段１０に表示せしめる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、地図を表示する地
図表示システムに関し、特に配信された地図情報を表示
する携帯型端末装置に関する。

【０００２】

【従来の技術】近年、地図情報（イメージデータ）を配
信するサービスが増加している。これは、これまでは地
図情報を利用する端末の代表的なカーナビゲーションシ
ステム等で、主としてＣＤ−ＲＯＭ等の記憶媒体より地
図情報を入手していたが、・道路マップなどは、逐次更新され、物理媒体による最
新の地図情報の提供が、システム提供者側に非常に負担
となっている・インターネット等に代表される通信技術／インフラの
向上などが理由であろうと考えられる。また、これら地図提
供サービスでは、さまざまなタイプ（例えば、周辺の道
路／線路情報程度しか得られない通常のイメージマップ
や、線路マップ等）の地図情報の提供が可能となってお
り、利用者側（端末側）で、取得したい地図タイプを指
定してサービスにアクセスすることで、その指定した地
図タイプの取得が可能となる。

【０００３】当然、上記サービスを利用する移動体端末
も商品化されており、該移動体端末は、少なくとも、Ｇ
ＰＳ等の現在位置を取得する手段を備え、該手段より取
得した現在位置をパラメータとして、上述した地図提供
サービスにアクセスし、得られた地図情報を表示すると
いう機能をもっている。そして、取得すべき地図タイプ
は、一般に、利用者の目的に依存する。図９、図１０
は、これら従来の地図表示機能（上述したサービスを利
用する）を備えた移動体端末の一実施例の表示画面を示
す図である。

【０００４】また、図１１は、その処理手順のフローチ
ャートを示す図である。その地図表示機能（上述したサ
ービスを利用する）移動体端末は、図９及び図１０に示
されるとおり、利用者の目的に対応した指示手段（『通
常』ボタンと『路線』ボタン）とが存在し、その指示手
段により指示（ステップＳ１１１，Ｓ１１２）された地
図タイプを示すパラメータを、現在位置パラメータ（ス
テップＳ１１３，Ｓ１１５）に付加して地図提供サービ
スにアクセス（ステップＳ１１４，Ｓ１１６）し、得ら
れた地図情報を表示する（ステップＳ１１７）という構
成となっている。なお、図９は、『通常』ボタンが押下
された時の状態を、また、図１０は、『路線』ボタンが
押下された時の状態を示している。

【０００５】

【発明が解決しようとする課題】上記したような従来の
端末設計思想のままで地図取得予約機能を実現すると、
予約時に、地図タイプを指定する必要がある。ところ
が、本件（地図表示端末）に限らず、時間予約機能を有
する機器の予約操作において、時間（タイマ）以外のパ
ラメータを設定することが必要である（この場合、地図
タイプを予め指定するという行為）ということを、意外
と見落としがちである。電子機器の取り扱いに不慣れな
老人や年輩の女性等が、録画予約できない話をよく聞く
が、これは、決して、タイマ予約という概念が分からな
いわけではなく、録画予約したい番組の放送開始時間
（当然、放送終了時間も同様）の設定をする必要がある
ということは、認識（理解）できるようである。しかし
ながら、録画予約において、番組の放送チャンネルも指
定しなくてはいけない点に気付かず、結果として、“録
画予約ができない”という事態が発生するようである。

【０００６】なお、このような事態を解決するために、
取得予約において、取得する地図タイプを指定しなかっ
た場合１）デフォルトの地図タイプで取得する。２）端末が表示サポートしているサービスが、提供サポ
ートしているすべての地図タイプを取得する。の２つの手段が考えられるが、１）によれば、・目的に合っていない地図タイプが表示されなかった
ら、利用者（特に、録画予約等ができない電子機器に不
慣れな人）は、ますます混乱してしまう可能性があり、
また、一般に、地図提供サービスと端末とは、有料の一
般公衆回線により接続されることから、回線使用料分が
無駄となる。また、２）によれば、・前記１）での問題は発生しないが、サポートしている
地図タイプすべての分の記憶域（地図取得域）を必要と
することから、端末そのものの部品単価（端末価格）が
高くなると、いずれの場合も問題がある。

【０００７】

【課題を解決するための手段】上述した問題点を解決す
るために、本発明は、現在位置を取得する少なくとも２
つの時刻を指示する手段と、前記２つ時刻のいずれかの
時刻となった時点の現在位置を取得する手段とを具備
し、前記２つの時刻に取得した位置の２点間距離によ
り、自動的に地図提供サービスより取得する地図タイプ
を決定し、地図提供サービスにアクセスするようにした
ものである。

【０００８】

【発明の実施の形態】まず、本実施例の地図表示携帯端
末が要求する最低限の地図送信サービスのスペックにつ
いて説明する。地図提供サービスの地図情報送信用通信
インフラは如何なるものでも構わないが、近年であれ
ば、インターネットとするのが、最も一般的なシステム
となるであろう。すなわち、地図送信サービスは、サイ
トアドレス（ＵＲＬ）で識別化され、地図提供サービス
を受けるために指定パラメータ（地図タイプ等）は、サ
イトアドレス文字列に、文字列として付加して指定する
ことが最も簡易な方法である。

【０００９】図８は、地図提供サービスを受けるための
指定パラメータとしてサイトアドレス文字列に付加され
る文字列の仕様例について示した図である。一方は、地
図タイプを示すパラメータ（／Ｔ：）で、本パラメータ
に続く文字コードが、“０”の場合は、『通常マップ』
を、“１”の場合は、『路線マップ』の送信要求を示
す。もう一方は、現在位置、すなわち、地図を送信する
際の基点用のパラメータ（／Ｐ：）であり、本パラメー
タの指定フォーマットは、一般的に、『緯度』『経度』
の２次元座標となる（２次元座標で十分の場合が多い）
が、場合（サービス内容）によっては、『高度』も含め
た３次元座標としても良いであろう。

【００１０】また、本発明の地図提供サービスでは、第
２基点（現在位置に至る過去にいた位置を意味する）の
指定も可能としている。これは、サービス側で、配信す
べき地図情報の的確な選択処理を実施するために使用さ
れ、例えば、この第２基点パラメータを付加しないで、
周辺数十キロの範囲に鉄道／駅がない位置（第１基点）
で、路線マップの送信要求があった時、サービス側とし
ては、エラー、もしくは、要求者の希望しない可能性が
高い路線マップを送信するしかないという事態を防ぐた
めのものである。この第２基点パラメータは、必須パラ
メータではなく、それをスペックとするか否かは、サー
ビス内容に依存するもので、また、たとえ、サービス側
で準備されていたとしても、利用するか否かは、端末側
の商品コンセプトにも依存するものであるが、以下に説
明する地図表示端末では、『路線マップ』（現在地点だ
けでなく、過去どこにいたのかも『路線マップ』を決定
付けるのに重要なパラメータである）の取得の際には、
必ず、第２基点パラメータを付与し、逆に、『通常マッ
プ』（過去どこにいたかはあまり重要でない）の取得の
際には、第２基点パラメータを付与せずに、サービスに
アクセスしている。

【００１１】次に、地図表示端末側について説明する。
本実施例の地図表示携帯端末は、大きく分けて・現在地点を基点として『路線マップ』を表示・現在地点を基点として『通常マップ（タウンマッ
プ）』を表示の２つの地図表示機能を持ち、端末操作（利用シーン）
に応じて、地図タイプ（『路線マップ』ｏｒ『通常マッ
プ』）を自動的に選択、表示制御するものである。な
お、表示すべき『通常マップ（タウンマップ）』の尺度
（縮尺）、表示対象とする『路線マップ』の鉄道会社等
の更なる表示地図の詳細情報（属性）、地図提供サービ
スへの１度のアクセスで、取得できる（送信される）地
図情報等の考慮も必要である。しかしながら、これら
は、地図表示端末、地図提供サービスの両者の仕様（ス
ペック）を、複雑化し、発明のポイント（設計思想）が
不明確となることから詳細な説明は割愛（単純に、『１
のアクセスで、指定された地点の指定された地図タイプ
の１の地図情報が送信される』ものと）している。

【００１２】図１は、本発明に係る地図表示携帯端末の
一実施例の構成を示すブロック図である。本発明の地図
表示端末は、大きく分けて、取得した地図情報を表示す
る地図表示部１０、利用者の指示を入力する操作部２
０、現在位置を取得する位置検出部３０、地図提供サー
ビスにアクセスするためのサービスアクセス部（通信装
置）４０と、これらデバイスのＩ／Ｏ制御を行う制御部
８０からなる。また、上記以外にも、補助的なデバイス
として、現在の年月日時刻を出力したり、時間を計測す
るための計時装置５５、エラーやサービスより地図受信
した旨を利用者に通知するためのＢＥＥＰ音発生装置５
０、ならびに、Ｉ／Ｏ制御の際に利用される各種変数値
及び規定値が記憶されている変数／定数域８５も備えて
いる。

【００１３】図２は、本発明の地図表示携帯端末の外観
を示す図である。図１における操作部２０は、図２に示
されるとおり、本地図表示端末のメインボタンに相当す
る、主に取得した地図情報の表示や地図情報の取得開始
を意味する設定／表示ボタン２００と、主に位置取得の
時間間隔の指定を意味する位置取得間隔時間指定部２１
０（本実施例では、「５分」と「１５分」の２つの時間
間隔を指定可能としている）と、主に地図情報の取得開
始時間の指定を意味する位置取得時刻設定部２２０から
なり、さらに、位置取得時刻設定部２２０は、タイマ稼
動するモードとするタイマ稼動ボタン２２１、現端末モ
ードがタイマ稼動モードとなっているか否かを示すタイ
マ稼動ＬＥＤ２２２、ならびに、タイマ時刻を設定する
ためのタイマ設定部２２５と、設定されているタイマ値
を表示する設定タイマ時刻表示部２２６からなってい
る。

【００１４】図３は、記憶域として確保されている変数
／定数域に記憶されている変数ならびに定数を示す図で
ある。定数（規定値）は、ＭＶとＭＶ２の２定数が準備
されており、２地点間の距離と該定数値とを比較するこ
とによって、サービスに要求するマップタイプ（『通常
マップ』ｏｒ『路線マップ』）を決定する。図４は、本
発明の携帯地図表示端末が、地図提供サービスに要求す
るマップタイプを決定するロジック及びその操作手順を
示す図である。その決定付けロジックについては、図に
示されているが、要は、・“２点間距離＞ＭＶ”の時は、『通常マップ』・“ＭＶ≧２点間距離＞ＭＶ２”の時は、『路線マッ
プ』・“２点間距離≦ＭＶ２”の時は、『通常マップ』を決定する。

【００１５】なお、これら定数値は、想定される利用シ
ーンによって若干の相違はあるが、ＭＶ値は、およそ数
百ｍ〜数ｋｍ（５００ｍ〜４ｋｍ程度）、ＭＶ２値は、
およそ数１０ｋｍ（３０ｋｍ〜１００ｋｍ程度）の値と
すれば、ほとんどの場合に適応できるであろう。なお、
図４では、一部、ＭＶ２値を無視している（例えば第２
行）が、これは、仕様（操作面）から考慮した時、ジェ
ット機にでも乗っていない限り、移動距離がＭＶ２値を
超えるということはあり得ないからである。また、２点
間距離が、ＭＶ２値以上となった際には、『路線マッ
プ』とせずに、『通常マップ』とする理由は、あまりに
距離が離れていることから、第１点（過去の位置）の情
報が位置情報として意味をなさないからである。

【００１６】なお、なぜ、『第１点（過去の位置）が意
味をなさない』かというと、地上の移動物（列車等）を
想定すると、国内（日本）では、『新幹線に乗車してい
る』という利用者シーンを想定しておけば十分で、さら
に、新幹線に乗車している時、新幹線到着駅のマップ情
報が必要になることはあっても、新幹線の路線マップを
必要とするシーンは皆無であろうと考えられるからであ
る。なお、図３に示されるＭＶ，ＭＶ２定数値以外は、
出荷時に初期設定されている変数／定数域８５内に領域
確保されている変数であり、その意義等については、以
下の制御フローの説明の中で詳述する。

【００１７】図５〜図７は、本発明の地図表示携帯端末
の制御部の処理手順を示すフローチャート図である。図
５は、制御部のメインフローで、地図表示携帯端末の主
電源が投入された時点で、起動される。同図に示されて
いる制御フローは、操作部２０よりの出力を制御するフ
ローで、詳しくは、位置取得間隔時間指定部２１０の操
作、すなわち、図２における「５分ボタン」及び「１５
分ボタン」が押下されたか否かのチェック（ステップＳ
１）、及び位置取得時刻設定部２２０の操作である、タ
イマ稼動ボタン２２１が押下されたか否かのチェック
（ステップＳ２）、タイマ時間の変更操作（タイマ設定
部２２５を操作してタイマ時間の変更を行ったか否か）
のチェック（ステップＳ３）、設定／表示ボタン２００
の押下があったか否かのチェック（ステップＳ４）を順
次判断し、もし、操作があった場合には、個々の制御
（後述）を実施する。

【００１８】また、いずれの操作もなかった時は、タイ
マ稼動状態か否かを示す変数ＴｉｍｅｒＦをチェックし
（ステップＳ５）、もし、タイマ稼動状態“１”となっ
ている時は、計時装置５５より現在時刻を取得し、現在
時刻と、タイマ稼動時刻が記憶されている変数ＳＴＴｉ
ｍｅとを比較し（ステップＳ７）、一致した時（設定時
刻になった時）には、“Ｓ２”（次に説明する図６のエ
ントリ）へ移行する。なお、何の入力（操作部２０より
の出力）もなく、タイマ稼動状態でなかった場合や、タ
イマ稼動状態であって、現在時刻が設定時刻ＳＴＴｉｍ
ｅに達していない場合には、エントリ（“Ｓ”）に戻
り、操作部２０よりの入力有無のチェック、タイマチェ
ックを繰り返す。

【００１９】ステップＳ１において、位置取得間隔時間
指定部２１０の操作があった場合には、現在設定されて
いる間隔時間が記憶されている変数ＷＴＴｉｍｅ値をチ
ェック（ステップＳ１０）し、該変数値が“０”（間隔
指定なし）の場合には、指定された時間（「５分ボタ
ン」なら“５”、「１５分ボタン」なら“１５”）を、
変数ＷＴＴｉｍｅに格納し（ステップＳ１１）、該変数
値が“０”でない（すでに、値がセットされている）場
合には、変数ＷＴＴｉｍｅに“０”を格納（すなわち、
前の設定をキャンセル）し（ステップＳ１２）、エント
リ（“Ｓ”）へ戻る。

【００２０】また、ステップＳ２において、タイマ稼動
ボタン２２１が押下された場合には、タイマ稼動状態か
否かを示す変数ＴｉｍｅｒＦをチェックし（ステップＳ
２０）、“０”（タイマ未稼動）の場合には、変数Ｔｉ
ｍｅｒＦを“１”（タイマ稼動）にセット、タイマ稼動
ＬＥＤ２２２を点灯させ（ステップＳ２１）、現在位置
を位置検出部３０より取得して、変数Ｐ１に格納する
（ステップＳ２２）。また、変数ＴｉｍｅｒＦ値が、
“１”（タイマ稼動）の場合には、逆に、変数Ｔｉｍｅ
ｒＦを“０”（タイマ未稼動）にリセット、タイマ稼動
ＬＥＤ２２２を消灯させる（ステップＳ２３）。なお、
当然、本制御後、エントリ（“Ｓ”）へ戻る。

【００２１】次に、ステップＳ３において、タイマ時間
の変更操作（タイマ設定部２２５よりの出力）があった
場合には、同じくタイマ稼動状態か否かを示す変数Ｔｉ
ｍｅｒＦをチェックし（ステップＳ３０）、“０”（タ
イマ未稼動）の場合には、タイマ稼動時刻が記憶されて
いる変数ＳＴＴｉｍｅ値を指定された値に変更し（ステ
ップＳ３２）、新たにセットしたタイマ稼動時刻を設定
タイマ時刻表示部２２６に出力（表示）する（ステップ
Ｓ３３）。なお、変数ＴｉｍｅｒＦ値が、“１”（タイ
マ稼動）の場合には、タイマ稼動中のタイマ稼動時刻の
変更はできないもの（仕様）として、エラー処理、すな
わち、ＢＥＥＰ音発生装置５０にエラーＢＥＥＰを出力
する（ステップＳ３１）。なお、本制御においても、上
記制御後は、エントリ（“Ｓ”）へ戻る。

【００２２】図６は、図５におけるステップＳ４におい
て、設定／表示ボタンの押下があった場合の処理手順を
示すフローチャート図である。まず、サービスより受信
マップの表示状態を示す変数ＤｓｐＦ値をチェックする
（ステップＳ４０１）。該変数ＤｓｐＦ値が“１”（未
表示）の場合には、変数ＤｓｐＦ値をクリア（０値にリ
セット）した後（ステップＳ４１５）、受信マップを地
図表示部１０に表示処理する（ステップＳ４１６）。変
数ＤｓｐＦ値の一部の制御については、後述するが、本
実施例では、タイマや時間間隔指定によるマップ取得の
場合、タイマ設定したタイミングと、実際にマップ取得
するタイミングとの時間間隔が長時間となるため、マッ
プを取得したとしても、すぐに表示処理を行わずに、Ｂ
ＥＥＰ音発生装置５０で、利用者に通知制御するだけと
しており、これは、利用者は設定後、実際にマップを取
得し表示可能となるまで、ポケット等に本端末を収納す
ることを想定している。利用者は、このＢＥＥＰ音発生
装置５０よりの通知を受けて、最初の操作（設定／表示
ボタン２００の押下）で、はじめてマップの表示制御し
ており、変数ＤｓｐＦ値は、上記制御用（判断用）のフ
ラグ変数である。

【００２３】変数ＤｓｐＦ値が、“０”（表示済み）の
場合には、通常の設定／表示ボタン２００の制御が行わ
れる。まず、現在位置を位置検出部３０より取得して、
変数Ｐ１に格納する（ステップＳ４０２）。次に、間隔
時間が記憶されている変数ＷＴＴｉｍｅ値が“０”か否
かをチェックし（ステップＳ４０３）、“０”の場合
（位置取得間隔時間指定が行われていない）には、設定
／表示ボタン２００の押下からＵＰまでのタイミングを
位置取得タイミングとするために、設定／表示ボタン２
００の押下がＵＰされるまでウエイトした（ステップＳ
４０４）後、第２の現在位置取得処理へ移行する（ステ
ップＳ４０７）。また、変数ＷＴＴｉｍｅ値が“０”以
外（“５”か“１５”）の場合には、変数ＥＴｉｍｅ
に、計時装置５５より取得した現在時刻に、変数ＷＴＴ
ｉｍｅ値を加算した値を代入し（ステップＳ４０５）、
さらに、計時装置５５より取得した現在時刻が、変数Ｅ
Ｔｉｍｅ値と等しくなるまで、すなわち、変数ＷＴＴｉ
ｍｅ値分だけウエイトした（ステップＳ４０６）後、第
２の現在位置取得へ移行する（ステップＳ４０７）。上
記ウエイト処理後、現在位置を位置検出部３０より取得
して、第２の現在位置を、変数Ｐ２に格納する（ステッ
プＳ４０７）。

【００２４】次に、上記処理にて得られた２地点の距離
を、２つの定数値（ＭＶ値、ＭＶ２値）と比較すること
により、前記した・“２点間距離＞ＭＶ”の時は、『通常マップ』・“ＭＶ≧２点間距離＞ＭＶ２”の時は、『路線マッ
プ』・“２点間距離≦ＭＶ２”の時は、『通常マップ』となるようなサービスアクセスパラメータを生成し、サ
ービスより目的とする地図情報を取得する（ステップＳ
４０８〜ステップＳ４１１）。さらに、現在の間隔時間
が記憶されている変数ＷＴＴｉｍｅ値をチェックし（ス
テップＳ４１２）、間隔時間設定によるマップ取得の場
合には、すぐに、マップ表示を行わずに、記憶されてい
る間隔時間値、すなわち、変数ＷＴＴｉｍｅをクリア
（クリアする理由は、次の単なるボタン押下時間での位
置取得が、間隔時間による位置取得となることを防ぐた
め）と、サービスより受信マップの未表示状態とするた
めに、変数ＤｓｐＦ値に“１”を代入し（ステップＳ４
１３）、ＢＥＥＰ音発生装置５０を介して利用者にマッ
プ受信した旨を通知する（ステップＳ４１４）。また、
ボタン押下時間での位置取得の場合には、受信マップを
地図表示部１０に表示処理する（ステップＳ４１６）。

【００２５】図７は、図５におけるステップＳ７におい
て、タイマ稼動状態で、タイマ稼動時刻となった時の処
理手順を示すフローチャート図である。最後に、タイマ
稼動状態で、タイマ稼動時刻となった時の動作を同図に
て説明する。まず、現在位置を位置検出部３０より取得
して、変数Ｐ２へ格納する（ステップＳ７０１）。な
お、ここで、変数Ｐ１に対してではなく（変数Ｐ１へ
は、ステップＳ２３、すなわち、タイマ稼動ボタンが押
下された時にセットされている）、変数Ｐ２に対してで
あることに注意が必要である。

【００２６】次に、間隔時間が記憶されている変数ＷＴ
Ｔｉｍｅ値が、“０”か否かをチェックし（ステップＳ
７０２）、もし、“０”の場合（位置取得間隔時間指定
が行われていない）には、以降の位置取得は行われず
に、現状の変数Ｐ１，Ｐ２値で、距離比較、パラメータ
生成、サービスアクセスの制御に移行する。それとは逆
に、“０”でない場合（位置取得間隔時間指定が行われ
ている）には、現在変数Ｐ２に格納されている値を変数
Ｐ１に転送（当然、現在の変数Ｐ１値は削除される）し
（ステップＳ７０３）、変数ＥＴｉｍｅに、計時装置５
５より取得した現在時刻に、変数ＷＴＴｉｍｅ値を加算
した値を代入し（ステップＳ７０４）、さらに、計時装
置５５より取得した現在時刻が、変数ＥＴｉｍｅ値と等
しくなるまで、すなわち、変数ＷＴＴｉｍｅ値分だけウ
エイトした（ステップＳ７０５）後、現在位置を位置検
出部３０より取得して、変数Ｐ２に格納する（ステップ
Ｓ７０６）。すなわち、変数ＷＴＴｉｍｅ値が“０”な
ら、タイマ稼動ボタン２２１が押下された位置が、変数
Ｐ１、タイマ稼働時の位置が、変数Ｐ２に格納され、変
数ＷＴＴｉｍｅ値が“０”でなければ、タイマ稼動時の
位置が、変数Ｐ１、タイマ稼動してから変数ＷＴＴｉｍ
ｅ値時間後の位置が、変数Ｐ２に格納されることにな
る。

【００２７】次に、上記処理にて得られた２地点間の距
離を、２つの定数値（ＭＶ値、ＭＶ２値）と比較するこ
とにより、前記した・“２点間距離＞ＭＶ”の時は、『通常マップ』・“ＭＶ≧２点間距離＞ＭＶ２”の時は、『路線マッ
プ』・“２点間距離≦ＭＶ２”の時は、『通常マップ』となるようなサービスアクセスパラメータを生成し、サ
ービスより目的とする地図情報を取得する（ステップＳ
７０７〜ステップＳ７１０）。上記処理後、記憶されて
いる間隔時間値、すなわち、変数ＷＴＴｉｍｅをクリ
ア、ならびに、サービスより受信マップの未表示状態と
するために変数ＤｓｐＦ値に“１”を代入し（ステップ
Ｓ７１１）、さらに、タイマ稼動状態か否かを示す変数
ＴｉｍｅＦを“０”（タイマ未稼動）にリセット、タイ
マ稼動ＬＥＤ２２２を消灯制御した後（ステップＳ７１
２）、ＢＥＥＰ音発生装置５０を介して、利用者にマッ
プ受信した旨を通知して（ステップＳ７１３）、制御の
エントリ（“Ｓ”）へ戻る。以上の処理制御により、図
４に示すＮｏ１〜４の４とおりのパターンの地図表示ユ
ーザインタフェースが実現される。

【００２８】

【発明の効果】本発明によれば、現在位置を取得する少
なくとも２つの時刻を指示する手段と、前記２つ時刻の
いずれかの時刻となった時点の現在位置を取得する手段
とを具備し、前記２つの時刻に取得した位置の２点間距
離により、自動的に地図提供サービスより取得する地図
タイプを決定し、地図提供サービスにアクセスするよう
にしたことにより、操作者が地図タイプを指定しなくと
も地図表示携帯端末上に必要なタイプの地図が表示され
る。

【図面の簡単な説明】

【図１】本発明に係る地図表示携帯端末の一実施例の構
成を示すブロック図である。

【図２】本発明の地図表示携帯端末の外観を示す図であ
る。

【図３】本発明に係る地図表示端末の記憶域として確保
されている変数／定数域に記憶されている変数ならびに
定数を示す図である。

【図４】本発明の携帯地図表示端末が、地図提供サービ
スに要求するマップタイプを決定するロジック及びその
操作手順を示す図である。

【図５】本発明の地図表示端末の制御部の処理手順を示
すフローチャート図である。

【図６】図５におけるステップＳ４において、設定／表
示ボタンの押下があった場合の処理手順を示すフローチ
ャート図である。

【図７】図５におけるステップＳ７において、タイマ稼
動状態で、タイマ稼動時刻となった時の処理手順を示す
フローチャート図である。

【図８】地図提供サービスを受けるための指定パラメー
タとしてサイトアドレス文字列に付加される文字列の仕
様例について示した図である。

【図９】従来の地図表示機能を備えた移動体端末の表示
画面を示す図である。

【図１０】従来の地図表示機能を備えた移動体端末の表
示画面を示す図である。

【図１１】従来の地図表示機能を備えた移動体端末の処
理手順のフローチャートを示す図である。

【符号の説明】

１０…地図表示部、２０…操作部、３０…位置検出部、
４０…サービスアクセス部、５０…ＢＥＥＰ音発生装
置、５５…計時装置、８０…制御部、８５…変数／定数
域、２００…設定／表示ボタン、２１０…位置取得間隔
時間指定部、２２０…位置取得時刻設定部、２２１…タ
イマ稼動ボタン、２２２…タイマ稼動ＬＥＤ、２２５…
タイマ設定部、２２６…設定タイマ時刻表示部。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０９Ｂ 29/10 Ｇ０９Ｂ 29/10 ＡＦターム(参考） 2C032 HB22 HB25 HC11 HC31 HD03 HD13 2F029 AA07 AB07 AC02 AC13 AC14 5B075 ND20 NK06 NK10 UU13 5H180 AA21 BB15 FF05 FF13 FF22 FF27 FF33 9A001 DZ11 JJ72 JJ77

Claims

【特許請求の範囲】

【請求項１】現在位置を取得する現在位置取得手段
と、該現在位置取得手段より取得した現在位置をパラメ
ータとして、地図提供サービスにアクセスし、該地図提
供サービスより送信される地図データを受信するための
通信手段と、該通信手段より取得した地図データを表示
する表示手段とを具備した地図表示携帯端末において、
前記現在位置取得手段を少なくとも２回以上稼動させて
２箇所以上の位置情報を取得し、該取得した２以上の位
置情報より演算／生成されるパラメータを、地図提供サ
ービスアクセスパラメータの１つとして地図データを受
信し、受信した地図データを表示せしめることを特徴と
する地図表示携帯端末。
【請求項２】請求項１記載の地図表示携帯端末におい
て、前記現在位置取得手段にて取得した少なくとも２つ
の位置情報間の距離に応じて、地図提供サービスに要求
する地図タイプを決定付けることを特徴とする地図表示
携帯端末。
【請求項３】請求項２記載の地図表示携帯端末におい
て、前記現在位置取得手段を少なくとも２回以上稼動さ
せるタイミングを、前記地図提供サービスへのアクセス
を実行するボタンの押下時（ＤＯＷＮ時）と離された時
（ＵＰ時）の２つのタイミングとしたことを特徴とする
地図表示携帯端末。