JP4730414B2 - 携帯端末装置 - Google Patents

Description

本発明は、携帯して使用することが可能な携帯端末装置に関するものである。

携帯端末装置において、衛星からの電波を利用し、自分の現在位置を検出して地図上に表示するシステムがある。このようなシステムの例としては、例えば、ＧＰＳ（Global
Positioning System ）を搭載した自動車用ナビゲーションシステムがある。

しかしながら、上記したシステムでは、自分の位置はわかるが、グループで行動する時などに、グループの散らばったメンバの位置を互いに確認できないという問題点がある。

そこで、本発明の目的は、グループで行動する時などにグループのメンバが所有する携帯端末装置の位置を、互いに、視覚的に確認できるようにすることにある。

上記目的を達成するために、本発明では、位置情報を送受信可能な携帯端末装置であって、現在の位置に関する位置情報を取得可能な第１位置情報取得手段を有する他の端末装置から、当該他の端末装置の現在の位置に関する位置情報を受信可能な位置情報受信手段と、前記携帯端末装置の現在の位置に関する位置情報を取得可能な第２位置情報取得手段と、前記第２位置情報取得手段により取得された位置情報を記憶する記憶手段と、前記他の端末装置に前記第２位置情報取得手段により取得された位置情報を送信する位置情報送信手段と、前記記憶手段により先に記憶された位置情報と前記第２位置情報取得手段により新たに取得された位置情報を用いて前記携帯端末装置の移動距離を計算し、計算された移動距離が所定未満の場合は前記第２位置情報取得手段により取得された位置情報を送信しないように前記位置情報送信手段を制御する制御手段と、前記位置情報受信手段により受信した位置情報および前記第２位置情報取得手段により取得した位置情報に応じて、前記携帯端末装置および前記他の端末装置の位置を地図上に表示する表示手段と、前記第２位置情報取得手段により取得した位置情報と前記位置情報受信手段により受信した位置情報により前記携帯端末装置と前記他の端末装置との距離を地図上の道路に沿って求める距離算出手段と、を備え、前記表示手段は、前記他の端末装置の位置を示すマークを地図上に表示するとともに、前記距離算出手段により算出した距離に応じて前記マークの色を変化させることを特徴としている。

以上示したように、本発明によれば、携帯端末装置を持つメンバの位置を視覚的に確認できるという効果がある。また、自分とメンバとの距離に応じて色を変えることにより、メンバとの距離を把握することが容易になる。

以下、本発明を図示した実施例によって説明する。図１は、本発明の１実施例に係る通信システムの構成概要を示す図である。まず、本実施例の概要について、図１を用いて説明する。

図１において、１００ａ，１００ｂ，１００ｃは携帯端末装置である。携帯端末装置１００は、例えば、グループのメンバが一人１台ずつ持っている。また、１９０ａ，１９０ｂ，１９０ｃは、ＧＰＳ（Global Positioning System ）衛星である。携帯端末装置１００は、少なくとも３個以上のＧＰＳ衛星からの電波を受信することで、現在位置を特定することができる。また、携帯端末装置１００同志が、無線等を利用して互いにデータ交換を行うことにより、あるメンバは、グループの他のメンバがどこに居るのかを知ることができ、互いの位置を確認することができる。

図３は、図１に示した携帯端末装置１００の内部構成を示すブロック図である。図中、１０１は制御部であり、周辺部の制御，データの要求や処理，通信等にかかわる各種処理プログラムの実行を行う。１０２は記憶部であり、データの要求や処理，通信等にかかわる各種プログラムやデータが格納される。記憶部１０２は、例えば、ＲＡＭ，ＲＯＭ，フラッシュメモリ，ハードディスク等を使用することができる。１０３は通信部であり、他の携帯端末装置とのデータ交換を行う。通信部１０３については、後で説明する。１０４は表示部であり、例えば、ＬＣＤ（Liquid Crystal Display）表示器とＬＣＤを駆動するためのドライバである。表示部１０４には、ＬＣＤに代えてＣＲＴ（CathodeRay Tube ）を用いることもできる。１０５はＧＰＳ受信部であり、３個以上のＧＰＳ衛星１９０からの電波を受信し、携帯端末装置１００自身の現在位置を計算する。１０６は地図管理部であり、地図データの検索・読み出しを行う。地図管理部１０６では、記憶媒体としてＣＤ−ＲＯＭやフラッシュメモリを用いる。１０７は時計であり、時刻の管理や定期的な割り込みの発生を行う。１０８は入力部であり、例えば、表示一体型のタッチパネルや、後で説明するボタン等である。なお、ボタンに関しては必須ではない。１１１は、交通情報を受信するためのＶＩＣＣＳ受信部であり、１１３は、画像を取り込むための画像入力部である。なお、ＶＩＣＣＳ受信部１１１，画像入力部１１３は必須ではない。

以上に説明した構成のシステムにおいて、携帯端末装置１００が互いに他の端末装置１００の位置を検知し、携帯端末装置の画面に表示する方法について説明する。

まず、自及び他の携帯端末装置１００の位置を管理する位置管理テーブル３００について、図６の（ａ）を用いて説明する。位置情報管理テーブル３００は、携帯端末装置１００の記憶部１０２に格納する。

位置管理テーブル３００は、ＩＤ３０１，位置３０２，時刻３０３で構成する。ＩＤ３０１には、ユーザを特定するための識別子を格納する。また、位置３０２には、ＩＤ３０１で特定されるユーザの位置を特定するための情報（位置情報）を格納する。なお、位置を特定するための情報としては、例えば、緯度と経度の組み合わせや、特定の地点からの方向と距離の組み合わせ等を使用する。また、時刻３０３には、位置の計測を行った時刻を格納する。

次に、メンバの携帯端末装置の電話番号等のメンバに関する情報を管理するメンバ管理テーブル３５０について、図５を用いて説明する。メンバ管理テーブル３５０は、携帯端末装置１００の記憶部１０２に格納する。

メンバ管理テーブル３５０は、ＩＤ３５１，名前３５２，電話番号３５３で構成する。ＩＤ３５１には、ユーザを特定するための識別子を格納する。名前３５２には、ＩＤ３５１で特定されるユーザの名前を格納する。電話番号３５３には、ＩＤ３５１で特定されるユーザが所有する携帯端末装置の電話番号を格納する。なお、ＩＤ３５１には、名前や電話番号を直接使用することも可能である。この場合、ユーザを特定するための上記識別子よりなるＩＤ３５１を持つ必要はなくなる。

次に、携帯端末装置１００が自分の現在地を検出する位置検出処理５００について、図９のフローチャートを用いて説明する。

位置検出処理５００では、まず、ＧＰＳ受信部１０５で、少なくとも３個以上のＧＰＳ衛星１９０からの電波を利用し、現在の位置を計算する（ステップ５０１）。そして、制
御部１０１で現在の位置情報を受け取り、位置情報及び時刻を位置管理テーブル３００に格納する（ステップ５０２）。このステップ５０２では、携帯端末装置１００の所有者の
識別子とＩＤ３０１が一致するレコードの位置３０２に、位置情報を格納し、時計１０７から読み出した時刻を、上記の当該レコードの時刻３０３に格納する。

なお、ＧＰＳ衛星からの電波により位置を決定する方法に関しては、文献１：「ザ ジ
ーピーエス ナビゲーション メッセージ、ナビゲーション第２５巻，第２号，第１４７〜１６５頁（The GPS Navigation Message, Navigation Vol.25, No.2）；１９７８年」
文献２：「ア ポジション フイキシング アルゴリズム フオー ザ ロー コスト
ジーピーエス レシーバ、アイイーイーイー トランザクションズ オン エーイーエス（A Position Fixing Algorithm for the Low Cost GPS Receiver, IEEE Trans. on AES
）；１９７６年３月」等に述べられている。

なおまた、上記の位置検出処理５００は、時計１０７を利用して、定期的に実行する。

次に、携帯端末装置１００ａの位置を、携帯端末装置１００ｂ，１００ｃに通知する処理について説明する。なお、通信部１０３の構成としては、（１）セルラ電話を用いる方
法、（２）特定小電力無線を使用する方法、（３）セルラ電話とページャを併用する方法
がある。

まず、携帯端末装置１００の間で通信する通信データ４００について、図７の（ａ）を用いて説明する。なお、通信データの構成は、上記の３方法において共通である。

通信データ４００は、ＩＤ４０１，位置４０２，時刻４０３で構成する。ＩＤ４０１には、ユーザを特定するための識別子を格納する。また、位置４０２には、ＩＤ４０１で特定されるユーザの位置情報を格納する。また、時刻４０３には、位置４０２に格納する位置情報を計測した時刻を格納する。

まず、通信部１０３にセルラ電話を用いて、携帯端末装置１００ａから別の携帯端末装置１００ｂに、携帯端末装置１００ａの位置に関する情報を通知する処理について、図１０のフローチャートを用いて説明する。本通知処理は、携帯端末装置１００ａにおける情報送信処理５１０と、携帯端末装置１００ｂにおける情報受信処理５２０とからなる。

情報送信処理５１０では、まず、メンバ管理テーブル３５０に登録されているすべてのメンバに通信データ４００を送信したか否かを判定する（ステップ５１１）。全員に送信
した場合、情報送信処理５１０を終了する。全員に送信していない場合、送信していないメンバを選択し、メンバ管理テーブル３５０の電話番号３５３から電話番号を読み出す（
ステップ５１２）。次に、読み出した電話番号に電話をかけ、回線を接続する（ステップ
５１３）。そして、位置管理テーブル３００の、携帯端末装置１００ａの所有者の識別子
で特定されるレコードの位置３０２から、携帯端末装置１００ａの位置情報を読み出し、信データ４００の位置４０２に格納すると共に、上記の当該レコードの時刻３０３から時刻を読み出し、通信データ４００の時刻４０３に格納する。また、携帯端末装置１００
ａの所有者の識別子を、通信データ４００のＩＤ４０１に格納する。そして、この通信データ４００を、ステップ５１３で接続した回線を通じて、携帯端末装置１００ｂに送信する（ステップ５１４）。送信終了後、回線を切断する（ステップ５１５）。ステップ５１
５終了後、ステップ５１１に戻る。

また、情報受信処理５２０では、まず、携帯端末装置１００ａとの間に確立した回線を通じて、携帯端末装置１００ａから通信データ４００を受け取る（ステップ５２１）。次
に、ステップ５２１で受け取った通信データ４００のＩＤ４０１で特定される位置管理テーブル３００のレコードの位置３０２に、通信データ４００の位置４０２に格納されている位置情報を格納すると共に、上記の当該レコードの時刻３０３に、通信データ４００の時刻４０３に格納されている時刻を格納する（ステップ５２２）。

なお、上記実施例では、セルラ電話を用いたが、セルラ電話の代わりにＰＨＰ（Person
al Handy Phone）を用いても同様の方法で実現できる。

次に、通信部１０３に特定小電力無線を用いた場合の処理について、図１１のフローチャートを用いて説明する。特定小電力無線を用いる場合の処理は、携帯端末装置１００ａにおける情報送信処理５３０と、携帯端末装置１００ｂにおける情報受信処理５４０とからなる。

情報送信処理５３０では、位置管理テーブル３００の、携帯端末装置１００ａの所有者の識別子で特定されるレコードの位置３０２から、携帯端末装置１００ａの位置情報を読み出し、通信データ４００の位置４０２に格納すると共に、上記の当該レコードの時刻３０３から時刻を読み出し、通信データ４００の時刻４０３に格納する。また、携帯端末装置１００ａの所有者の識別子を、通信データ４００のＩＤ４０１に格納する。そして、通信部１０３を介して、あらかじめ設定された周波数で通信データ４００を送信する（ステップ５３１）。

また、情報受信処理５４０では、まず、携帯端末装置１００ａが発進する周波数と同じ周波数にあわせた状態で、携帯端末装置１００ａから通信データ４００を受け取る（ステップ５４１）。次に、ステップ５４１で受け取った通信データ４００のＩＤ４０１で特定
される位置管理テーブル３００のレコードの位置３０２に、位置４０２に格納されている位置情報を格納すると共に、上記の当該レコードの時刻３０３に、時刻４０３に格納されている時刻を格納する。（ステップ５４２）。

なお、上記した例では、特定小電力無線を用いたが、特定小電力無線の代わりにアマチュア無線を用いても同様の方法で実現できる。

次に、セルラ電話とページャを併用した場合の処理について、図１２のフローチャートを用いて説明する。セルラ電話とページャを併用した場合の処理は、携帯端末装置１００ａにおける情報送信処理５５０と、携帯端末装置１００ｂにおける情報受信処理５６０とからなる。

情報送信処理５５０では、ページャの持つグループ呼び出し機能を利用する。なお、グループ呼び出し機能とは、複数のページャを同時に呼び出す機能である。情報送信処理５５０では、まず、セルラ電話の機能を利用し、グループ呼び出しを行うための電話番号に電話をし、回線を接続する（ステップ５５１）。次に、位置管理テーブル３００の、携帯
端末装置１００ａの所有者の識別子で特定されるレコードの位置３０２から、携帯端末装置１００ａの位置情報を読み出し、通信データ４００の位置４０２に格納すると共に、上記の当該レコードの時刻３０３から時刻を読み出し、通信データ４００の時刻４０３に格納する。また、携帯端末装置１００ａの所有者の識別子を、通信データ４００のＩＤ４０１に格納する。そして、ステップ５５１で開設した回線を通じて、通信データ４００を送信する（ステップ５５２）。最後に、ステップ５５１で開設した回線を切断する（ステッ
プ５５３）。

また、情報受信処理５６０では、ページャ受信部で携帯端末装置１００ａが送信した通信データ４００を受信する（ステップ５６１）。次に、ステップ５６１で受け取った通信
データ４００のＩＤ４０１で特定される位置管理テーブル３００のレコードの位置３０２に、位置４０２に格納されている位置情報を格納すると共に、上記の当該レコードの時刻３０３に、時刻４０３に格納されている時刻を格納する（ステップ５６２）。

なお、以上説明した各例では、位置の計測を行った時刻の情報も、携帯端末装置１００ａから携帯端末装置１００ｂに送信しているが、位置のみを表示する場合、時刻の情報は必ずしも必要ではない。

次に、上述した情報送信処理５１０，情報送信処理５３０，情報送信処理５５０を起動する方法について説明する。

情報送信処理５１０，情報送信処理５３０，情報送信処理５５０を起動する方法としては、（１）定期的に起動する方法、（２）一定の距離以上移動したときに起動する方法の
２種類がある。

定期的に起動する場合、時計１０７を用いて、一定の時間間隔で情報送信処理５１０，情報送信処理５３０，情報送信処理５５０を起動する。

一定の距離以上移動した時に起動する場合、記憶部１０２に、前回情報送信処理５１０
，情報送信処理５３０，情報送信処理５５０を起動した時の位置情報を、記憶するようにする。そして、位置検出処理５００で得られる現在の位置情報と、先に記憶した位置情報との間の距離を計算する。計算した距離が一定の値以上の場合、情報送信処理５１０，情報送信処理５３０，情報送信処理５５０を起動すると共に、そのとき位置検出処理によって得られた位置情報を、記憶部１０２に格納する。

一定の距離以上移動した時に情報送信処理５１０，情報送信処理５３０，情報送信処理５５０を起動するようにすると、移動していない時は、送信を行わないので、携帯端末装置１００の消費電力を抑えることができる。

以上に示した方法で、携帯端末装置１００ｂは、携帯端末装置１００ａの位置、つまり
、携帯端末装置１００ａを使用しているメンバの位置を検出することができる。

次に、携帯情報端末１００ｂで、携帯情報端末１００ａから受け取った位置に関する情報を表示する位置表示処理７００について、図１３のフローチャートを用いて説明する。

位置表示処理７００では、まず、位置管理テーブル３００の、携帯端末装置１００ｂの所有者の識別子で特定されるレコードの位置３０２から、携帯端末装置１００ｂの位置情報を読み出す（ステップ７０１）。次に、地図管理部１０６から地図を読み出す（ステッ
プ７０２）。次に、ステップ７０２で読み出した地図を表示部１０４で表示する（ステッ
プ７０３）。次に、ステップ７０１で読み出した携帯端末装置１００ｂの位置を示すマー
クを、地図の上に表示する（ステップ７０４）。次に、位置管理テーブル３００に格納さ
れているすべてのメンバの位置を表示したか否かを判定する（ステップ７０５）。すべて
のメンバの位置の表示が終了した場合、位置表示処理７００を終了する。まだ位置の表示を行っていないメンバが存在する場合、まだ位置の表示を行っていないメンバの位置を、位置管理テーブル３００から読み出す（ステップ７０６）。そして、ステップ７０６で読
み出したメンバの位置を示すマークを、表示部１０４で地図に重ねあわせて表示する（ステップ７０７）。ステップ７０７の終了後、ステップ７０５に戻る。

なお、携帯端末装置１００ｂの位置を画面に表示しない場合、ステップ７０１及びステップ７０４の処理を省略することができる。また、ステップ７０２の地図を読み出す処理において、ステップ７０１で読み出した携帯端末装置１００ｂの位置が含まれる地図を選択することもできる。このような技術は、既に、車両用ナビゲーションシステム等で実現されている。

また、ステップ７０２の処理を、図１４に示した地図選択処理７１０に変更することで
、位置管理テーブル３００に格納されているすべてのメンバの位置を、一つの画面に表示することも可能である。

図１４に示す地図選択処理７１０では、まず、位置管理テーブル３００に格納されている位置を全て読み出す（ステップ７１１）。そして、ステップ７１１で読み出した位置が
全て含まれるような地図を、地図管理部１０６から読み出す（ステップ７１２）。

また、上記した実施例においては、地図データを地図管理部１０６から読み出したが、本発明においては、地図データを必ずしも携帯端末装置１００内に持っている必要はない
。例えば、地図データを管理するデータベースシステムを用意し、携帯端末装置１００に
、該データベースにアクセスする手段を持たせ、地図データをデータベースシステムから読み出すことも可能である。以下、その実施例を示す。なおこの場合、通信部１０３は、セルラ電話機能を持つ必要がある。

データベースシステムから地図データを読み出すためには、位置表示処理７００のステップ７０２の代わりに、地図データ取得処理８７０を行う。また、地図データを管理するデータベースにおいて、地図データ提供処理８８０を行う。地図データ取得処理８７０、及び、地図データ提供処理８８０について、図３３のフローチャートを用いて説明する。

地図データ取得処理８７０では、まず、データベースシステムに例えば電話をすることで、データベースシステムとの間の回線を確立する（ステップ８７１）。次に、データベ
ースシステムに対して、地図データの要求を送信する（ステップ８７２）。そして、デー
タベースシステムから、地図データを受信する（８７３）。

また、地図データ提供処理８８０では、まず、携帯端末装置１００からの要求を受信する（ステップ８８１）。次に、要求にしたがって、地図データを読み出す（ステップ８８
２）。次に、ステップ８８２で読み出した地図データを、携帯端末装置１００に送信する
（ステップ８８３）。

以上の処理を行うことにより、携帯端末装置１００の外部から地図データを取得することも可能である。

次に、携帯端末装置１００の画面の表示例を、図１７を用いて説明する。
図１７の（ａ）は、携帯端末装置１００ｂの画面に、他のメンバが持つ携帯端末装置１００ａの位置を表示した画面の例である。図中、２９０は、画面に表示された地図である
。また、２０１（２０１ａ，２０１ｂ）は、他の携帯端末装置１００ａの位置を示すマークである。

また、図１７の（ｂ）は、携帯端末装置１００ｂの画面に、他のメンバが持つ携帯端末装置１００ａの位置、及び携帯端末装置１００ｂ自身の位置を同時に表示した画面の例である。図中、２０１は、他の携帯端末装置１００ａの位置を示すマークであり、２０２は
、携帯端末装置１００ｂ自身の位置を示すマークである。

以上のように、地図上にメンバの位置を表示することにより、メンバがどこに居るのかを一目で確認できる。

なお、本発明では、メンバの位置をあらわすマーク２０１とともに、メンバの名前を表示することもできる。その場合、位置表示処理７００のステップ７０７において、メンバ管理テーブル３５０の、ステップ７０６で読み出したメンバの識別子で特定されるレコードの名前３５２からメンバの名前を読み出し、例えばマーク２０１の下に表示する。

上記処理により、マークの下にメンバの名前を表示した画面の例を図１７に示す。図中
、２３１（２３１ａ，２３１ｂ）がメンバの名前である。このようにマーク２０１の下にメンバの名前２３１を表示することにより、だれがどこに居るのかを一目で確認できる。

また、携帯端末装置１００の位置を一つの画面に複数表示する場合、携帯端末装置１００毎に別々のマークを表示することも可能である。この場合、マーク管理テーブル３６０を使用する。なお、マーク管理テーブルは、携帯端末装置１００の記憶部１０２に記憶する。

図２０に、マーク管理テーブル３６０の構成を示す。ＩＤ３６１には、ユーザを特定するための識別子を格納する。マーク３６２には、画面に表示するマークを例えばビットマップ形式で格納する。

携帯端末装置１００ごとに別々のマークを表示するためには、位置表示処理７００のステップ７０４、及びステップ７０７において、マークを表示する際に、マーク管理テーブル３６０の、表示するユーザの識別子で特定されるレコードのマーク３６２から、画面に表示するマークを読み出し、画面に表示するようにする。

上記処理により、携帯端末装置１００ごとに別々のマークを使用して、位置の表示を行った画面の例を、図１７の（ｅ），（ｆ）に示す。このようにメンバ毎に別々のマーク（
図示の例では、マーク２０１ａが丸、マーク２０１ｂが四角）を使用することにより、特定のメンバがどこに居るのかを一目で確認できる。

また、本発明では、携帯端末装置１００ｂと他の携帯端末装置１００との距離に応じて
、マークの色を変えることもできる。この場合、距離・色対応テーブル３７０を使用する
。なお、距離・色対応テーブル３７０は、携帯端末装置１００の記憶部１０２に記憶する
。

図２９に、距離・色対応テーブルの構成を示す。距離・色対応テーブル３７０は、下限３７１，上限３７２，色３７３で構成する。例えば、下限３７１に１キロメートル、上限３７２に５キロメートル、色３７３に赤がそれぞれ入っている場合、携帯端末装置１００ｂとの距離が、１キロメートル以上で５キロメートル未満の時に、赤色で表示することを意味する。

携帯端末装置１００ｂとの距離に応じてマークの色を変えるためには、位置表示処理７００のステップ７０７の前に、色選択８６０を行うようにする。色選択処理８６０について、図３０のフローチャートを用いて説明する。

色選択処理８６０では、まず、ステップ７０１で読み出した携帯端末装置１００ｂの位置情報と、ステップ７０６で読み出したメンバの位置情報とから、２地点の距離を計算する（ステップ８６１）。次に、距離・色対応テーブル３７０のすべてのレコードから、下
限及び上限の読み出し処理を行ったか否かを判定する（ステップ８６２）。すべてのレコ
ードを読み出した場合、表示する色をあらかじめ決めておいた色（デフォルト色）にする（ステップ８６６）。まだ、読み出していないレコートが存在する場合、距離・色対応テ
ーブル３７０の下限３７１から下限を、また、上限３７２から上限を読み出す（ステップ８６４）。次に、ステップ８６１で計算した距離が、下限以上で上限未満となっているか
否かを判定する（ステップ８６４）。下限以上で上限未満でない場合、ステップ８６２に
もどる。下限以上で上限未満の場合には、ステップ８６４で下限及び上限を読み出したレコードの色３７３から、マークを表示する色を読み出す（ステップ８６５）。そして、位
置表示処理７００のステップ７０７では、ステップ８６５またはステップ８６６で決定した色でマークを表示するようにする。

図３１に、携帯端末装置１００ｂとの距離によって、マークの色を代えた例を示す。図中、２０１（２０１ａ，２０１ｂ）が他携帯端末装置の位置を表わすマークである。紙上では、色を表現することができないので、この例では、色を濃淡で表現している。以上のように、携帯端末装置１００ｂとの距離に応じて色を変えることにより、一目で他のメンバとの距離を確認できるようにすることもできる。

以上の実施例では、携帯端末装置１００ｂにおいて、携帯端末装置１００ａの位置に関する情報のみを表示したが、本発明では、移動速度に関する情報も同時に表示することができる。以下、その実施例を示す。

まず、移動速度に関する情報を保管するテーブルについて、図６の（ｂ）を用いて説明する。

位置に加えて移動速度も表示する場合、先の実施例における位置管理テーブル３００を位置管理テーブル３１０に置き換える。位置管理テーブル３１０は、ＩＤ３１１，位置３１２，時刻３１３，速度３１４で構成する。ＩＤ３１１には、ＩＤ３０１と同じ情報を格納する。位置３１２には、位置３０２と同じ情報を格納する。時刻３１３には、時刻３０３と同じ情報を格納する。また、速度３１３には、移動速度に関する情報（移動速度情報
）を格納する。移動速度に関する情報としては、例えば、速度と方向の組み合わせを使用する。

携帯端末装置１００ａの移動速度を、携帯端末装置１００ｂで検出する方法としては、（１）携帯端末装置１００ａの移動速度を、携帯端末装置１００ｂにおいて計算する方法
、（２）携帯端末装置１００ａの移動速度を、携帯端末装置１００ｂが携帯端末装置１０
０ａから受け取る方法、の２種類の方法がある。

まず、前者の（１）の方法について、情報送信処理５１０と情報受信処理５２０を利用した場合の例を説明する。本方法では、情報受信処理５２０において、ステップ５２１を行う前に、速度計算処理８００を行う。速度計算処理８００について、図２１のフローチャートを用いて説明する。

速度計算処理８００では、まず、通信データ４００のＩＤ４０１で特定される位置管理テーブル３１０のレコード（レコードＡとする）から、時刻３１３を読み出し、通信データ４００の時刻４０３との時間差を計算する（８０１）。次に、レコードＡから位置３１
２を読み出し、通信データ４００の位置３０２と比較し、２つの位置の間の距離を求める（ステップ８０２）。ステップ７０２で計算した距離をステップ８０１で求めた時間で割
ることにより、速度を求める（ステップ８０３）。そして、ステップ８０３で求めた速度
を、レコードＡの速度３１４に格納する（ステップ８０４）。

なお、情報送信処理５３０と情報受信処理５４０、あるいは、情報送信処理５５０と情報受信処理５６０を利用する場合に関しても、ステップ５４２，ステップ５６２の前に、速度計算処理７００をそれぞれ挿入することにより、携帯端末装置１００ａの速度を、位置管理テーブル３１０の速度３１４に格納することができ、携帯端末装置１００ｂにおいて、携帯端末装置１００ａの速度に関する情報を取得することが可能である。

次に、後者の（２）の方法について説明する。本方法の場合、通信データ４００を通信データ４１０で置き換える。

通信データ４１０について、図７の（ｂ）を用いて説明する。通信データ４１０は、ＩＤ４０１，位置４０２，時刻４０３，速度４０４で構成する。速度４０４には、携帯端末装置１００の速度に関する情報を格納する。

本方式では、携帯情報端末１００に速度センサーを取り付ける。速度センサーは、携帯端末装置１００の移動速度情報を検出する。

次に、携帯情報端末１００ａにおいて、移動速度情報を取得する処理について説明する
。携帯端末装置１００ａの位置検出処理５００において、ステップ５０２の後に、速度センサーから得られた移動速度情報を、位置管理テーブル３１０の携帯端末装置１００ａの所有者の識別子で特定されるレコードの速度３１４に格納する。

次に、携帯端末装置１００ａの移動速度情報を、携帯情報端末１００ｂに通知する処理について、情報送信処理５１０と情報受信処理５２０を利用した場合の例を説明する。

移動速度情報を通知するためには、情報送信処理５１０において、ステップ５１４を行う前に、位置管理テーブル３１０の、携帯端末装置１００ａの所有者の識別子で特定されるレコードの速度３１４から、携帯端末装置１００ａの移動速度情報を読み出し、通信データ４１０の速度４０４に格納するようにする（以下、これを速度情報送信準備処理と呼ぶことにする）。また、情報受信処理５２０において、ステップ５２２を行う前に、先に
受信した通信データ４１０のＩＤ４０１で特定される位置管理テーブル３１０のレコードの速度３１４に、速度４０４に格納されている移動速度情報を格納するようにする（以下
、これを速度情報格納処理と呼ぶことにする）。

なお、情報送信処理５３０と情報受信処理５４０、あるいは、情報送信処理５５０と情報受信処理５６０を利用する場合に関しても、ステップ５３１，ステップ５５２の前に、それぞれ速度情報送信準備処理を挿入し、ステップ５４２，ステップ５６２の前に、それぞれ速度情報格納処理を挿入することにより、携帯端末装置１００ａの速度を、携帯端末装置１００ｂの位置管理テーブル３１０の速度３１４に格納することができ、携帯端末装置１００ｂにおいて携帯端末装置１００ａの速度に関する情報を取得することが可能である。

以上に示した方法により、携帯端末装置１００ｂにおいて、携帯端末装置１００ａの速度に関する情報を検出することが可能となる。

次に、上記方法により検出した携帯端末装置１００ａの移動速度情報を、携帯端末装置１００ｂで表示する処理について説明する。他の携帯端末１００（例えば携帯端末装置１００ａ）の移動速度情報を、携帯端末装置１００ｂの画面に表示するためには、位置表示処理７００のステップ７０７の後に速度表示処理８１０を加えるようにする。速度表示処理８１０について、図２２のフローチャートを用いて説明する。

速度表示処理８１０においては、まず、位置管理テーブル３１０のステップ７０６で位置情報を読み出したレコードと同じレコードの速度３１４から、移動速度情報を読み出す（ステップ８１１）。次に、ステップ７０６で読み出した位置を始点として、ステップ８
１１で読み出した移動速度情報を、例えば矢印で表示する（ステップ８１２）。このとき
、矢印の指す方向が携帯端末装置１００ａの進行方向をあらわすようにする。また、矢印を表示するとき、ステップ７１１で読み出した速度の大きさに比例して、矢印の長さを変えるようにしてもよい。例えば、移動速度が速いほど矢印を長くする。

図１７の（ｃ）に、他のメンバが持つ携帯端末装置１００の位置及び速度を表示した例を示す。図中、矢印２１１（２１１ａ，２１１ｂ）は、マーク２０１（２０１ａ，２０１ｂ）で示される携帯端末装置１００の移動速度と移動方向をあらわす。

また、携帯端末装置１００ｂにおいて、携帯端末装置１００ｂ自身の速度に関する情報を同時に表示することも可能である。この場合、位置管理テーブル３１０の携帯端末装置１００ｂの所有者の識別子で特定されるレコードのレコードの速度３１４から、移動速度情報を読み出し、ステップ７０４において、ステップ７０１で読み出した位置を始点として、先に読み出した携帯端末装置１００ｂの移動速度情報を、例えば矢印で表示する。

図１７の（ｄ）に、他のメンバが持つ携帯端末装置１００の位置と速度、及び自らの位置と速度を表示した例を示す。図中、矢印２１２は、自らの移動速度と移動方向をあらわす。図に示したように、移動速度を矢印で表示することにより、メンバがどの方向に移動しているのかを視覚的に確認できる。

以上の実施例においては、メンバの位置及び速度の表示を行ったが、本発明では、他のメンバとの距離等の情報を表示することもできる。以下、その実施例を示す。本実施例においては、記憶部１０２に、メンバの位置を管理するために位置管理テーブル３１０、及びメンバに関する情報を管理するメンバ管理テーブル３５０が存在する。

まず、携帯端末装置１００ｂにおけるメンバ情報表示処理８２０について、図２３のフローチャートを用いて説明する。なお、メンバ情報表示処理８２０は、ユーザが入力部１０８のタッチパネルに触れたときに起動する。

メンバ情報表示処理８２０では、まず、入力部１０８のタッチパネル上でユーザが触れた位置を検出し、地図上の座標に変換する（ステップ８２１）。次に、ステップ８２１で
検出した位置と、位置管理テーブル３１０の位置３１２に格納されている位置情報とから
、２地点の間の距離を計算する。距離の計算を位置管理テーブル３１０で位置を管理されているすべてのメンバに対して行い、ステップ８２１で検出した位置に最も近いメンバを特定し、ＩＤ３１１からユーザの識別子を読み出す（ステップ８２２）。次に、ステップ
８２２で特定したメンバとステップ８２１で検出した位置の距離が一定の値以内か否かを判定する（ステップ８２３）。距離が一定の値以内でない場合、メンバ表示処理８２０を
終了する。距離が一定の値以内の場合、メンバ管理テーブル３５０の、ステップ８２２で読み出したユーザの識別子で特定されるレコードから、メンバに関する情報を読み出して画面上に表示する（ステップ８２４）。

画面上に表示する情報としては、例えば、名前３５２から読み出したメンバ名前等が挙げられる。また、同時に位置管理テーブル３１０の、ステップ８２２で特定されたメンバのレコードに格納されている情報を読み出して表示する。このとき表示する情報としては
、位置３１２に格納されている位置情報、速度３１４に格納されている移動速度情報、時刻３１３に格納されている時刻などがある。なお、ステップ８２４において表示する情報に関しては、先に例を挙げた全ての情報を必ずしも表示する必要はない。

そして、ステップ８２４において、次に示す距離計算処理を付け加えることにより、携帯端末装置１００ｂの位置とユーザが入力部１０８を介して指定したメンバとの間の距離を表示することもできる。

距離計算処理では、まず、位置管理テーブル３１０の、携帯端末装置１００ｂの所有者の識別子で特定されるレコードの位置３１２から、携帯端末装置１００ｂの位置情報を読み出す。つぎに、ステップ８２２で特定されるメンバの位置情報と比較し、２地点の距離（直線距離）を求め、ステップ８２４で表示する他の情報と一緒に表示部１０４に表示する。

上記の距離計算処理では、携帯端末装置１００ｂの位置とユーザが入力部１０８を介して指定したメンバとの間の直線距離をもとめたが、地図に道路に関する情報も格納されている場合、道路に沿って距離を求めることもできる。道路に沿って求めた距離を実距離と呼ぶことにする。実距離を求める方法としては、例えば、２地点の道路に沿った距離を最短にする経路を選択する方法や、一定の幅以上の道路について２地点の道路に沿った距離を最短にする経路を選択する方法等がある。

また、ステップ８２４に距離計算処理とともに、次に説明する時間差計算処理を加えることにより、携帯端末装置１００ｂがステップ８２２で特定されたメンバのいる位置に到達するのに要する時間、または、ステップ８２２で特定されたメンバが携帯端末装置１００ｂの位置に到達するのに要する時間（メンバとの時間差と呼ぶことにする）を表示することができる。

時間差計算処理では、まず、位置管理テーブル３１０のステップ８２２で特定されるレコードの速度３１４から移動速度情報を読み出し、速さ（例えば時速）を求める。次に、距離計算処理によって求めた実距離を先に計算した速さで割ることにより、メンバとの時間差を計算することができる。その後、ステップ８２４で表示する他の情報と一緒に表示部１０４に表示する。

なお、上記の時間差計算処理では、メンバとの時間差を求めるために実距離を用いたが
、実距離を求めることができない場合は、直線距離を使用することもできる。ただし、直線距離を使用すると、実距離を使用したときに比べ精度が落ちる。

なお、上記実施例では、位置管理テーブル３１０を使用したが、位置管理テーブル３００を使用することもできる。その場合、ステップ８２４において、移動速度情報の表示をすることはできない。また、時間差計算処理を行うことはできないので、メンバの時間差を表示することもできない。

図２４に、メンバの情報を表示した画面の例を示す。図中、２６０がメンバに関する情報である。以上のように、ユーザは、画面上の印を選択するだけで、選択したメンバに関する詳しい情報を知ることが可能となる。

以上の実施例では、携帯端末装置１００間で、位置情報や移動速度情報の送受信を行っていたが、携帯端末装置１００に画像入力部１１３を設けることにより、静止画を送受信することもできる。以下、その実施例を示す。

画像入力部１１３を有する携帯端末装置１００の外観の一例を、図２５の（ａ），（ｂ
）に示す。図中、１５１はビューボタンであり、１５２は画像取り込ボタンである。また
、１５３は、画像を取り込むためのレンズを含む撮像部である。ビューボタン１５１、及び、画像取り込ボタン１５２を押したときの動作については、後で説明する。

また、画像入力部１１３を有する携帯端末装置１００を自動車に搭載したときの例を、図２５の（ｃ）に示す。図中、１７１は自動車の前面ガラスであり、１７２はハンドルである。また、１５５は、携帯端末装置１００と撮像部１５３を含むカメラ（ビデオカメラ
）とを接続するための接続線である。自動車に搭載する場合、レンズを含む撮像部１５３を前面ガラス１７１付近に設置することにより、自動車の運転者がみる景色と同様の景色を取り込むことが可能になる。

次に、携帯端末装置１００において静止画像を管理するための静止画像管理テーブル４９０について、図１８を用いて説明する。

静止画像管理テーブル４９０は、位置４９１と画像４９２で構成する。位置４９１には
、静止画像に関する位置情報を格納する。画像４９２には、静止画像データを格納する。画像４９２に格納する静止画像は、圧縮されていてもよい。なお、静止画像管理テーブルの位置４９１に位置情報が格納されていないとき（例えば値が０のとき）、そのレコード
は空きであるとする。

次に、携帯端末装置１００の間で静止画像を転送するために使用する通信データ４２０について、図７の（ｃ）を用いて説明する。通信データ４２０は、ＩＤ４０１，位置４０２，時刻４０３，画像４０５で構成する。画像４０５には、静止画像を格納する。

次に、携帯端末装置１００ａで静止画像を取り込む、静止画取り込み処理について、図２６のフローチャートを用いて説明する。静止画像取り込み処理８３０は、ビューボタン１５１を押すことにより起動される。

静止画像取り込み処理８３０では、まず、カメラに映る画像を画像入力部１１３を介して取り込み、表示部１０４で表示するようにする。このとき、元の画面を記憶部１０２に待避する（ステップ８３１）。次に、ユーザがビューボタン１５１、または、取り込みボ
タン１５２を押すまで待つ。取り込みボタン１５２が押された場合、ステップ８３３に移る。ビューボタン１５１が押された場合、ステップ８３４に移る。ステップ８３３では、取り込みボタン１５２が押されたときに、画像入力部１１３を介して入力されている画像を記憶部１０２に格納する。なお、記憶部１０２に格納した静止画像は、情報送信処理を利用して携帯端末装置１００ｂに転送する。ステップ８３４では、ステップ８３１で記憶部１０２に退避した画面を元に戻す。

静止画像取り込み処理により、ユーザは、取り込むべき画像を視覚的に確認しながら取り込むことが可能になる。これにより、ユーザが本当に望む画像を取り込むことができる
。

次に、携帯端末装置１００ａで取り込んだ静止画像を、携帯情報端末１００ｂに送信する処理について、先に図１０で説明した情報送信処理５１０と情報受信処理５２０を利用した場合の例を説明する。

携帯端末装置１００ａで取り込んだ静止画像を携帯端末装置１００ｂに送信するためには、情報送信処理５１０において、ステップ５１４を行う前に、静止画像取り込み処理８３０のステップ８３３で記憶部１０２に格納した静止画像を、通信データ４２０（図７の（ｃ））の画像４０５に格納するようにする（この処理を静止画像送信準備処理と呼ぶこ
とにする）。また、情報受信処理５２０において、ステップ５２２を行う前に、先に受信
した通信データ４２０の位置４０２から位置情報を読み出し、静止画像管理テーブル４９０の空きレコードの位置４９１に格納するようにする。また、静止画像管理テーブル４９０の同じレコードの画像４９２に、通信データ４００の画像４０５から読み出した静止画像を格納するようにする（以上２つのステップをまとめて、静止画像格納処理と呼ぶことにする）。

なお、情報送信処理５３０と情報受信処理５４０、あるいは、情報送信処理５５０と情報受信処理５６０を利用する場合に関しても、ステップ５３１，ステップ５５２の前に、静止画像送信準備処理をそれぞれ挿入し、ステップ５４２，ステップ５６２の前に、静止画像格納処理をそれぞれ挿入することにより、携帯端末装置１００ａで取り込んだ静止画像を、携帯端末装置１００ｂの静止画像管理テーブル４９０に格納することができる。

以上に示した方法により、携帯端末装置１００ｂにおいて、携帯端末装置１００ａで取り込んだ静止画像を受け取ることが可能となる。なお、以上に示した静止画像を転送するための処理は、静止画像取り込み処理８３０が行われた直後の情報送信処理５１０において実行される。

次に、端末装置１００ｂにおいて静止画像を表示する処理について、図１９の表示例と
、図２７，図２８のフローチャートとを用いて説明する。本発明では、静止画像を表示するために、画像位置表示処理８４０と静止画像表示処理８５０を行う。

まず、静止画像が存在する位置を地図上に表示するための画像位置表示処理８４０について、図２７のフローチャートを用いて説明する。

画像位置表示処理８４０では、まず、静止画像管理テーブル４９０に格納されている全ての静止画像について、位置情報の読み出しを行ったか否かを判定する（ステップ８４１
）。すべての静止画像について位置情報の読み出しを行った場合、画像位置表示処理８４
０を終了する。位置情報の読み出しを行っていない静止画像が存在する場合、静止画像管理テーブル４９０の位置情報の読み出しを行っていないレコードの位置４９１から位置情報を読み出す（ステップ８４２）。次に、ステップ８４２で読み出した位置が、現在表示
部１０４で表示している地図内に入っているか否かを判定する（ステップ８４３）。地図
内に入っていない場合、ステップ８４１に戻る。地図内に入っている場合、表示部１０４で表示している地図上の、ステップ８４２で読み出した位置に、該当するマークを表示する。

以上の処理により、携帯端末装置１００ａが静止画像を取り込んだ位置を、地図上に表示することができる。

次に、ユーザが指定した静止画像を画面上に表示するための静止画像表示処理８５０について、図２８のフローチャートを用いて説明する。なお、この静止画像表示処理８５０は、ユーザが入力部１０８のタッチパネルに触れたときに起動する。

静止画像表示処理８５０では、まず、入力部１０８のタッチパネル上でユーザが触れた位置を検出し、地図上の座標に変換する（ステップ８５１）。次に、ステップ８５１で検
出した位置と、静止画像管理テーブル４９０の位置４９１に格納されている位置情報とから、２地点の間の距離を計算する。距離の計算を、静止画像管理テーブル４９０に格納されているすべての静止画像に対して行い、ステップ８５１で検出した位置に最も近いレコードを特定し、そのレコードの位置４９１から位置情報を読み出す（ステップ８５２）。
次に、ステップ８５２で読み出した位置とステップ８５１で検出した位置との距離が、一定の値以内か否かを判定する（ステップ８５３）。距離が一定の値以内でない場合、静止
画像表示処理８５０を終了する。距離が一定の値以内の場合、静止画像管理テーブル４９０の、ステップ８５２で特定したレコードの画像４９２から、静止画像を読み出して画面上に表示する（ステップ８５４）。

以上の処理により、ユーザが指定した静止画像を画面に表示することが可能となる。

図１９の（ａ）に、静止画像の位置を地図上に表示した例を示す。図中、２５１が静止画像の位置を示すマークである。ここでは、星型のマークを使用したが、様々のマークを用意すれば、別のマークを使用することも可能である。また、図１９の（ｂ）に、静止画像を表示している画面の例を示す。図中、２５２は、ユーザがマーク２５１を指定したときに表示される静止画像である。静止画像を転送できるようにすると、例えば、携帯端末装置１００ａで待ち合わせ場所の画像を取り込み、携帯端末装置１００ｂに転送することで、携帯端末装置１００ｂのユーザは、待ち合わせ場所を確実に把握することができる。

上記実施例では静止画を使用したが、本発明では、動画を使用することもできる。その場合、静止画像の取り込み及び表示を、動画の取り込み及び表示にすればよい。

なお、本発明では、取り込んだ静止画像を他の携帯端末装置１００ｂに送信するだけでなく、端末装置１００ａに取り込んだ静止画像を記憶しておくこともできる。この場合、静止画像取り込み処理８３０のステップ８３３で、位置管理テーブル３１０の携帯端末装置１００ａの所有者の識別子で特定されるレコードの位置３１２から、位置情報を読み出し、静止画像管理テーブル４９０の空きレコードの位置４９１に格納し、同じレコードの画像４９２に画像入力部１１３を介して取り込んだ画像を記憶するようにすればよい。

以上の実施例においては、通信データ４２０を使用し、位置情報とともに静止画像を送信したが、通信データ４３０を使用することにより、位置情報，速度情報とともに静止画像を送信することもできる。以下、その実施例を示す。

まず、通信データ４３０の構成について、図７の（ｄ）を用いて説明する。通信データ４２０は、ＩＤ４０１，位置４０２，時刻４０３，速度４０４，画像４０５で構成する。

次に、位置情報，速度情報とともに静止画像を送信する方法について説明する。位置情報，速度情報とともに静止画像を送信するためには、情報送信処理５１０と情報受信処理５２０、あるいは情報送信処理５３０と情報受信処理５４０、あるいは情報送信処理５５０と情報受信処理５６０を利用する場合のそれぞれについて、ステップ５１４，ステップ５３１，ステップ５５２の前に、速度情報送信準備処理と静止画像送信準備処理とを挿入し、ステップ５２２，ステップ５４２，ステップ５６２の前に、速度情報格納処理と静止画像格納処理とを挿入すればよい。

また、本発明においては、携帯端末装置１００に交通情報を受信するためのＶＩＣＣＳ受信部１１１を具備させ、受信した交通情報を、表示部１０４で表示している地図に重ねて表示することにより、渋滞情報などを地図上で確認でき、メンバが渋滞に巻き込まれているといったことを視覚的に確認できる。図３２に交通情報を地図に重ねた表示した例を示す。図中、２４０は、２４０の示す区間が渋滞していることをあらわす。

以上の実施例では、携帯端末装置１００ａから携帯端末装置１００ｂに位置に関する情報を送信する例を示したが、携帯端末装置１００ｂの位置に関する情報を携帯端末装置１００ａに送信し、携帯端末装置１００ａで携帯端末装置１００ｂの位置を表示する場合も同様である。

ここで、以上の実施例のシステム構成では、携帯端末装置１００ｂにおいて、携帯端末装置１００ａの位置に関する情報は、他の携帯端末装置１００ａから受け取っていた。しかし、本発明では、ホスト局を設け、このホスト局から他の携帯端末装置の位置等に関する情報を受け取ることもできる。以下、その実施例を示す。

図２に、ホスト局を設けた場合の通信システムの構成の概要を示す。図中、１８０は、ホスト局である。また、１００ａ，１００ｂ，１００ｃは、携帯端末装置であり、１９０ａ，１９０ｂ，１９０ｃは、ＧＰＳ衛星である。

次に、ホスト局１８０の構成について、図４を用いて説明する。
図中、１８１は制御部であり、周辺部の制御，データの要求や処理，通信等にかかわる各種処理プログラムの実行を行う。１８２は記憶部であり、データの要求や処理，通信等にかかわる各種プログラムやデータが格納される。記憶部１８２は、例えば、ＲＡＭ，ＲＯＭ，フラッシュメモリ，ハードディスク等を使用することができる。１８３は通信部であり、携帯端末装置１００とのデータ交換を行う。１８４は表示部であり、例えばＣＲＴ表示装置よりなる。１８７は時計であり、時刻の管理や定期的な割り込みの発生を行う。１８８は入力部であり、例えば、キーボード，タッチパネル，マウス，ペン型入力手段等である。

ホスト局１８０を設けた場合、図１に示したシステム構成の場合と携帯端末装置１００間のデータ交換方式が異なるが、携帯端末装置１００で記憶するデータや、位置検出処理５００や位置表示処理７００は同じである。つまり、図１に示したシステム構成の場合では、携帯端末装置１００間のデータ交換方式として、情報送信処理５１０と情報受信処理５２０、または、情報送信処理５３０と情報受信処理５４０、または、情報送信処理５５０と情報受信処理５６０を用いたが、図２に示すシステム構成の場合、別のデータ交換方式を用いる。以下、図２に示したシステム構成の場合のデータ交換方式について説明する
。

まず、ホスト局において、携帯端末装置１００の位置を管理するホスト位置管理テーブル４５０について、図８の（ａ）を用いて説明する。なお、ホスト位置管理テーブル４５０は、ホスト局１８０の記憶部１８２に格納する。

ホスト位置管理テーブル４５０は、ＩＤ４５１，位置４５２，時刻４５３で構成する。ＩＤ４５１には、ユーザを特定するための識別子を格納する。また、位置４５２には、ＩＤ４５１で特定されるユーザの位置情報を格納する。また、時刻４５３には、位置の計測を行った時刻を格納する。

次に、携帯端末装置１００ａの位置を、携帯端末装置１００ｂ，１００ｃに通知する処理について説明する。本システム構成の場合、携帯端末装置１００ａの位置情報は、一旦ホスト局１８０に貯えられた後、他の携帯端末装置１００ｂ，１００ｃに通知される。なお、携帯端末装置１００の通信部１０３の構成としては、（１）セルラ電話を用いる方法
、（２）セルラ電話とページャを併用する方法がある。また、携帯端末装置１００とホス
ト局１８０の間の通信データとしては、通信データ４００を用いる。また、各携帯端末装置１００においては、メンバの位置を管理するために位置管理テーブル３００を用いる。

まず、通信部１０３にセルラ電話を用いる方式について、図１５のフローチャートを用いて説明する。本方式は、携帯端末装置１００ａにおけるクライアント処理６００と、ホスト局１８０におけるホスト処理６１０とからなる。

クライアント処理６００では、まず、通信部１０３のセルラ電話を介してホスト局１８０に電話をし、回線を接続する（ステップ６０１）。そして、位置管理テーブル３００の
、携帯端末装置１００ａの所有者の識別子で特定されるレコードの位置３０２から、携帯端末装置１００ａの位置情報を読み出し、通信データ４００の位置４０２に格納すると共に、上記の当該レコードの時刻３０３から時刻を読み出し、通信データ４００の時刻４０３に格納する。また、携帯端末装置１００ａの所有者の識別子を、通信データ４００のＩＤ４０１に格納する。そして、この通信データ４００を、ステップ６０１で接続した回線を通じて、ホスト局１８０に送信する（ステップ６０２）。次に、ホスト局１８０から、
他のメンバの位置情報を受信する。他のメンバの位置情報の受信では、まず、ホスト局１８０から終了コードが送られてきたか否かを判定する（ステップ６０３）。終了コードが
送られてきた場合、ステップ６０１で確立した回線を切断する（ステップ６０６）。終了
コードが送られていない場合、ホスト局１８０からの通信データ４００を受信する（６０４）。ステップ６０４で受け取った通信データ４００のＩＤ４０１で特定される位置管理
テーブル３００のレコードの位置３０２に、位置４０２に格納されている位置情報を格納すると共に、上記の当該レコードの時刻３０３に、時刻４０３に格納されている時刻を格納する（ステップ６０５）。その後、ステップ６０３に戻る。

ホスト処理６１０では、まず、クライアント処理６００のステップ６０２で送信された通信データ４００を受信する（ステップ６１１）。次に、ステップ６１１で受け取った通
信データ４００のＩＤ４０１で特定されるホスト位置管理テーブル４５０のレコードの位置４５２に、位置４０２に格納されている位置情報を格納すると共に、上記の当該レコードの時刻４５３に、時刻４０３に格納されている時刻を格納する（ステップ６１２）。次
に、ホスト位置管理テーブル４５０に登録されているメンバの位置情報を、携帯端末装置１００ａに送信する。送信する場合、まず、ホスト位置管理テーブル４５０に格納されているメンバ全員（ただし、ステップ６１１で受信した通信データ４００のＩＤ４０１で特定されるメンバを除く）の位置情報を、送信したか否かを判定する（ステップ６１３）。
メンバ全員の位置情報を送信した場合は、終了コードを送信し、処理を終了する（ステップ６１５）。メンバ全員の位置情報を送信していない場合、ホスト位置管理テーブル４５
０から、位置情報を送信していないメンバのレコードを特定する。次に、特定したレコードのＩＤ４５１からユーザの識別子を読み出して通信データ４００のＩＤ４０１に格納し
、位置４５２から位置情報を読み出し位置４０２に格納し、時刻４５２から時刻を読み出し時刻４０３に格納する。そして、この通信データ４００を携帯端末装置１００ａに送信する（ステップ６１４）。その後、ステップ６１３に戻る。なお、ホスト処理６１０は、
携帯端末装置１００との間の回線が確立したときに起動するようにする。

他の携帯端末装置１００ｂ，１００ｃにおいても、クライアント処理６００を行うことで、携帯端末装置１００ａの位置情報を獲得できる。

次に、通信部１０３に、セルラ電話とページャを併用する方法について、図１６のフローチャートを用いて説明する。本方式は、携帯端末装置１００におけるクライアント情報送信処理６２０，クライアント情報受信処理６４０、及び、ホスト局１８０におけるホスト情報受信処理６３０，ホスト情報送信処理６５０からなる。

クライアント情報送信処理６２０では、まず、通信部１０３のセルラ電話を介してホスト局１８０に電話をし、回線を接続する（ステップ６２１）。そして、位置管理テーブル
３００の、携帯端末装置１００ａの所有者の識別子で特定されるレコードの位置３０２から、携帯端末装置１００ａの位置情報を読み出し、通信データ４００の位置４０２に格納すると共に、上記の当該レコードの時刻３０３から時刻を読み出し、時刻４０３に格納する。また、携帯端末装置１００ａの所有者の識別子を通信データ４００のＩＤ４０１に格納する。そして、この通信データ４００を、ステップ６２１で接続した回線を通じて、ホスト局１８０に送信する（ステップ６２２）。その後、ステップ６２１で確立した回線を
切断する（ステップ６２３）。

ホスト情報受信処理６３０では、クライアント情報送信処理６２０のステップ６２２で送信された通信データ４００を受信する（ステップ６３１）。次に、ステップ６３１で受
け取った通信データ４００のＩＤ４０１で特定されるホスト位置管理テーブル４５０のレコードの位置４５２に、位置４０２に格納されている位置情報を格納すると共に、上記の当該レコードの時刻４５３に、時刻４０３に格納されている時刻を格納する（ステップ６３２）。なお、ホスト情報受信処理６３０は、携帯端末装置１００との間の回線が確立し
たときに、起動するようにする。

クライアント情報送信処理６２０とホスト情報受信処理６３０により、携帯端末装置１００ａの位置情報を、ホスト局１８０に登録することができる。次に、携帯端末装置１００ａに、他のメンバの位置を通知するためのホスト情報送信処理６５０と、クライアント情報受信処理６４０について説明する。

なお、ホスト情報送信処理６５０は、時計１８７を利用して、定期的に起動される。また、一回のホスト情報送信処理６５０では、ホスト位置管理テーブル４５０で管理される一人のメンバの情報、つまり、一つのレコードについてのみ処理を行う。ホスト情報送信処理６５０は、例えば、ホスト位置管理テーブル４５０で管理されるメンバの位置情報などを、先頭のレコードから順番に送信するようにする。つまり、ホスト位置管理テーブル４５０において、Ａ，Ｂ，Ｃの３人のメンバの情報が管理されていたとすると、最初のホスト情報送信処理ではＡの情報を送信し、２回目はＢ、３回目はＣ、４回目はＡという順番で処理を行う。

ホスト情報送信処理６５０では、まず、ホスト位置管理テーブル４５０の順番にあたったレコードのＩＤ４５１からユーザの識別子を読み出して、通信データ４００のＩＤ４０１に格納し、位置４５２から位置情報を読み出して位置４０２に格納し、時刻４５３から時刻を読み出して時刻４０３に格納する。そして、通信データ４００をページャの同報通信機能を利用して、携帯端末装置１００ａに送信する（ステップ６５１）。

クライアント情報受信処理６４０では、まず、通信部１０３のページャを介してホスト局１８０からの通信データ４００を受信する（ステップ６４１）。次に、ステップ６４１
で受信した通信データの４００のＩＤ４０１で特定される位置管理テーブル３００のレコードの位置３０２に、位置４０２に格納されている位置情報を格納すると共に、上記の当該レコードの時刻３０３に、時刻４０３に格納されている時刻を格納する（ステップ６４２）。なお、クライアント情報受信処理６４０は、通信部１０３のページャによりホスト
局１８０からの通信データ４００を検知したときに、起動するようにする。

なお、上記実施例のおいては、位置管理テーブル３００と通信データ４００を使用したが、位置管理テーブル３００の代わりに位置管理テーブル３１０を、通信データ４００の代わりに通信データ４１０を使用することもできる。この場合、ホスト位置管理テーブル４５０の代わりに、ホスト位置管理テーブル４６０を使用する。

ホスト位置管理テーブル４６０の構成を、図８の（ｂ）に示す。ホスト位置管理テーブル４６０は、ＩＤ４５１，位置４５２，時刻４５３，速度４５４で構成する。速度４５４には、速度情報を格納する。

まず、通信部１０３にセルラ電話を使用した場合について、位置管理テーブル３１０と通信データ４１０を利用した場合を示す。この場合、クライアント処理６００のステップ６０２の前に、別の実施例で説明した速度情報送信準備処理を行うようにする。また、ステップ６０５の前に、速度情報格納処理を行うようにする。さらに、ホスト処理６１０において、ステップ６１２を行う前に、ステップ６１１で受け取った通信データ４１０のＩＤ４０１で特定されるホスト位置管理テーブル４６０のレコードの速度４５４に、通信データ４１０の速度４０４に格納されている移動速度情報を格納するようにする（ホスト速度情報格納処理と呼ぶことにする）。また、ステップ６１４において、データを送信する
前に、通信データ４１０の速度４０４に、ホスト位置管理テーブル４６０の位置情報を読み出したレコードと同じレコードの速度４５４から速度情報を読み出して、格納するようにする（ホスト速度情報送信準備処理と呼ぶことにする）。

次に、通信部１０３にセルラ電話とページャを使用した場合について、位置管理テーブル３１０と通信データ４１０を利用した場合を示す。この場合、クライアント情報送信処理６２０において、ステップ６２２の前に速度情報送信準備処理を行うようにする。また
、ホスト情報受信処理６３０において、ステップ６３２の前に、ホスト速度情報格納処理を行うようにする。さらに、ホスト情報送信処理６５０において、通信データ４１０を送信する前に、ホスト速度情報送信準備処理を行うようにする。さらに、クライアント情報受信処理６４０において、ステップ６４２の前に、速度情報格納処理を行うようにする。

以上説明した方法により、ホスト局１８０を介して、携帯端末装置１００ａの速度情報を他の携帯端末装置１００に通知することができる。

また、静止画像管理テーブル４９０を使用し、さらに通信データ４１０の代わりに通信データ４２０を使用することにより、静止画像を送信することもできる。この場合、ホスト位置管理テーブル４６０の代わりに、ホスト位置管理テーブル４７０を使用する。

ホスト位置管理テーブル４７０の構成を図８の（ｃ）に示す。ホスト位置管理テーブル４７０は、ＩＤ４５１，位置４５２，時刻４５３，画像４５５で構成する。画像４５５には、静止画像データを格納する。

まず、通信部１０３にセルラ電話を使用した場合について、静止画像を送受信する方法を説明する。この場合、クライアント処理６００において、ステップ６０２の前に、静止画像送信準備処理を行うようにする。また、ステップ６０５の前で、静止画像格納処理を行うようにする。さらに、ホスト処理６１０において、ステップ６１２の前に、先に受信した通信データ４２０の画像４０５から静止画像を読み出し、通信データ４２０のＩＤ４０１で特定されるホスト位置管理テーブル４７０のレコードの画像４５５に格納する（この処理を、ホスト静止画像格納処理と呼ぶことにする）。また、ステップ６１４において
、通信データ４２０を送信する前に、通信データ４２０の画像４０５に、ホスト位置管理テーブル４７０の位置情報を読み出したレコードと同じレコードの画像４５５から静止画像を読み出して、格納するようにする。また、送信後は、画像４５５をクリア（例えば、０をセット）するようにする（以上の２ステップをまとめて、ホスト静止画像送信準備処理と呼ぶことにする）。

以上の処理により、ある携帯端末装置１００ａで取り込んだ静止画像を、他の携帯端末装置１００ｂに送信することができる。

次に、通信部１０３にセルラ電話とページャをを使用した場合について、静止画像を送受信する方法を説明する。この場合、クライアント情報送信処理６２０のステップ６２２の前に、静止画像送信準備処理を行うようにする。また、ホスト情報受信処理６３０のステップ６３２の前に、ホスト静止画像格納処理を行うようにする。また、ホスト情報送信処理６５０のステップ６５１において、通信データ４２０を送信する前に、ホスト静止画像送信準備処理を行うようにする。また、クライアント情報受信処理６４０において、ステップ６４２の前に、静止画像格納処理を行うようにする。

以上の処理により、ある携帯端末装置１００ａで取り込んだ静止画像を、他の携帯端末装置１００ｂに送信することができる。

以上の実施例のおいては、通信データ４２０を使用し、位置情報とともに静止画像を送信したが、通信データ４３０を使用することにより、位置情報，速度情報とともに静止画像を送信することもできる。以下、その実施例を示す。この場合、ホスト位置管理テーブル４７０の代わりに、ホスト位置管理テーブル４８０を使用する。ホスト位置管理テーブル４８０の構成を、図８の（ｄ）に示す。ホスト位置管理テーブル４８０は、ＩＤ４５１
，位置４５２，時刻４５３，速度４５４，画像４５５で構成する。

まず、通信部１０３にセルラ電話を使用した場合の処理を説明する。この場合、位置情報，速度情報とともに静止画像を送信するためには、クライアント処理６００において、ステップ６０２の前に、速度情報送信準備処理と静止画像送信準備処理を挿入し、ステップ６０５の前に、速度情報格納処理と静止画像格納処理を挿入するようにする。また、ホスト処理６１０において、ステップ６１２の前に、ホスト速度情報格納処理とホスト静止画像格納処理を挿入し、ステップ６１４において、通信データ４３０を送信する前に、ホスト速度情報送信準備処理とホスト静止画像送信準備処理を行うようにする。

次に、通信部１０３に、セルラ電話とページャを使用した場合の処理を説明する。この場合、クライアント情報送信処理６２０において、ステップ６２２の前に、速度情報送信準備処理と静止画像送信準備処理を行うようにする。また、ホスト情報受信処理６３０において、ステップ６３２の前に、ホスト速度情報格納処理とホスト静止画像格納処理を行うようにする。また、ホスト情報送信処理６５０において、ステップ６５１で通信データ４３０を送信する前に、ホスト速度情報送信準備処理とホスト静止画像送信準備処理を行うようにする。さらに、クライアント情報受信処理６４０において、ステップ６４２の前に、速度情報格納処理と静止画像格納処理を行うようにする。

以上のようにすることで、ホスト局１８０を設けた場合でも、携帯端末装置１００ａの速度情報や、携帯端末装置１００ａで取り込んだ静止画像を、他の携帯端末装置１００ｂで受け取ることができる。

本発明の１実施例に係る通信システムの概要を示す説明図である。 本発明の他の１実施例に係る通信システムの概要を示す説明図である。 図１の携帯端末装置のブロック構成図である。 図２のホスト局のブロック構成図である。 本発明の実施例で用いられるメンバ管理テーブルの構成図である。 本発明の実施例で用いられる位置管理テーブルの構成図である。 本発明の実施例で用いられる通信データの構成図である。 本発明の実施例で用いられるホスト位置管理テーブルの構成図である。 本発明の実施例による位置検出処理の概要を示すフローチャート図である。 本発明の実施例による情報送信処理、及び情報受信処理の概要を示すフローチャート図である。 本発明の実施例による情報送信処理、及び情報受信処理の概要を示すフローチャート図である。 本発明の実施例による情報送信処理、及び情報受信処理の概要を示すフローチャート図である。 本発明の実施例による位置表示処理の概要を示すフローチャート図である。 本発明の実施例による地図選択処理の概要を示すフローチャート図である。 本発明の実施例によるクライアント処理、及びホスト処理の概要を示すフローチャートである。 本発明の実施例によるクライアント情報送信処理、及びクライアント情報受信処理、及びホスト情報送信処理、及びホスト情報受信処理の概要を示すフローチャート図である。 本発明の実施例による画面の表示例を示す説明図である。 本発明の実施例で用いられる静止画像管理テーブルの構成図である。 本発明の実施例による画面の表示例を示す説明図である。 本発明の実施例で用いられるマーク管理テーブルの構成図である。 本発明の実施例による速度計算処理の概要を示すフローチャート図である。 本発明の実施例による速度表示処理の概要を示すフローチャート図である。 本発明の実施例によるメンバ表示処理の概要を示すフローチャート図である。 本発明の実施例による画面の表示例を示す説明図である。 本発明の実施例に係る携帯端末装置の外観の例を示す説明図である。 本発明の実施例による静止画像取り込み処理の概要を示すフローチャート図である。 本発明の実施例による画像位置表示処理の概要を示すフローチャート図である。 本発明の実施例による静止画像表示処理の概要を示すフローチャート図である。 本発明の実施例で用いられる距離・色対応テーブルの構成図である。 本発明の実施例による色選択処理の概要を示すフローチャート図である。 本発明の実施例による画面の表示例を示す説明図である。 本発明の実施例による画面の表示例を示す説明図である。 本発明の実施例による地図データ取得処理、及び地図データ提供処理の概要を示すフローチャート図である。

符号の説明

１００ 携帯端末装置
１８０ ホスト局
１０１，１８１ 制御部
１０２，１８２ 記憶部部
１０３，１８３ 通信部
１０４，１８４ 表示部
１０５ ＧＰＳ受信部
１０６ 地図管理部
１０７，１８７ 時計
１０８，１８８ 入力部
１９０ ＧＰＳ衛星
１５１ ビューボタン
１５２ 画像取り込みボタン
１５３ 撮像部

Claims (1)

1. 位置情報を送受信可能な携帯端末装置であって、
   現在の位置に関する位置情報を取得可能な第１位置情報取得手段を有する他の端末装置から、当該他の端末装置の現在の位置に関する位置情報を受信可能な位置情報受信手段と、
   前記携帯端末装置の現在の位置に関する位置情報を取得可能な第２位置情報取得手段と、
   前記第２位置情報取得手段により取得された位置情報を記憶する記憶手段と、
   前記他の端末装置に前記第２位置情報取得手段により取得された位置情報を送信する位置情報送信手段と、
   前記記憶手段により先に記憶された位置情報と前記第２位置情報取得手段により新たに取得された位置情報を用いて前記携帯端末装置の移動距離を計算し、計算された移動距離が所定未満の場合は前記第２位置情報取得手段により取得された位置情報を送信しないように前記位置情報送信手段を制御する制御手段と、
   前記位置情報受信手段により受信した位置情報および前記第２位置情報取得手段により取得した位置情報に応じて、前記携帯端末装置および前記他の端末装置の位置を地図上に表示する表示手段と、
   前記第２位置情報取得手段により取得した位置情報と前記位置情報受信手段により受信した位置情報により前記携帯端末装置と前記他の端末装置との距離を地図上の道路に沿って求める距離算出手段と、を備え、
   前記表示手段は、前記他の端末装置の位置を示すマークを地図上に表示するとともに、前記距離算出手段により算出した距離に応じて前記マークの色を変化させることを特徴とする携帯端末装置。

Images