Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3975902B2 - Server and data transfer method - Google Patents
[go: Go Back, main page]

JP3975902B2 - Server and data transfer method - Google Patents

Server and data transfer method Download PDF

Info

Publication number
JP3975902B2
JP3975902B2 JP2002357056A JP2002357056A JP3975902B2 JP 3975902 B2 JP3975902 B2 JP 3975902B2 JP 2002357056 A JP2002357056 A JP 2002357056A JP 2002357056 A JP2002357056 A JP 2002357056A JP 3975902 B2 JP3975902 B2 JP 3975902B2
Authority
JP
Japan
Prior art keywords
area
terminal
data
information
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002357056A
Other languages
Japanese (ja)
Other versions
JP2004147276A (en
Inventor
幸生 多田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yamaha Corp
Original Assignee
Yamaha Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yamaha Corp filed Critical Yamaha Corp
Priority to JP2002357056A priority Critical patent/JP3975902B2/en
Publication of JP2004147276A publication Critical patent/JP2004147276A/en
Application granted granted Critical
Publication of JP3975902B2 publication Critical patent/JP3975902B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

【0001】
【発明の属する技術分野】
この発明は、通信端末を用いた情報コミュニケーションに関する。
【0002】
【従来の技術】
現在、自動二輪車や自動四輪車などに搭載される情報通信端末として、GPS(Global Positioning System)機能を搭載した測位端末や、移動通信網に接続することが可能な移動端末などが用いられている。このうち、測位端末は、人口衛星群から送出される電波を受信し、受信した電波を用いて自装置の位置を測位し、ユーザに位置情報を提供する。
【0003】
一方、移動端末は、従来の音声通信に加え、近年においては情報提供者によるコンテンツ配信サービスなどを提供する。この種のコンテンツ配信サービスにおいては、例えば、交通情報や、ニュースなどの各種コンテンツがユーザに提供される(例えば、特許文献1参照)。
【0004】
【特許文献1】
特開平11−69404号公報
【0005】
【発明が解決しようとする課題】
しかしながら、これらの測位端末および移動端末のいずれにおいても、ユーザに提供される情報は、位置情報や、情報提供者が作成したコンテンツなどといった決まりきった情報である。このため、ユーザが得ることのできる情報は、一般的な内容にとどまり、その内容が実用的であるとは言い難いものであった。
【0006】
本発明は、上述した事情に鑑みてなされてものであり、その目的とするところは、移動するユーザに対して実用的な情報を提供することのできるサーバおよびデータ転送方法提供することにある。
【0008】
【課題を解決するための手段】
上記目的を達成するため、本発明は、第1の端末から送信されたデータを受信するデータ受信手段と、前記データ受信手段により受信されたデータが前記第1の端末により送信された時点における、前記第1の端末の位置を取得する位置取得手段と、前記位置取得手段で取得した位置に基づき、前記第1の端末が過去において存在した位置を示す情報が時系列に累積された累積位置情報を記憶するとともに、複数のユーザが組となったグループを規定するグループ管理テーブルを記憶する記憶手段と、当該グループ管理テーブルを参照して前記第1の端末が属するグループを求め、求めたグループに含まれるユーザのうち、前記第1の端末のユーザを除いた他のユーザの第2の端末が、前記位置取得手段により取得された前記第1の端末の位置周辺に存在するときに、当該第2の端末に対して、前記データ受信手段により受信されたデータと前記第1の端末に関する累積位置情報とを転送するデータ転送手段と、を具備することを特徴とするサーバを提供する。
【0009】
かるサーバによれば、第2の端末は、第1の端末が過去において存在した位置を示す情報が累積された累積位置情報を受信することができる。これにより、第2の端末のユーザは、第1の端末の位置や、該第1の端末の過去における移動経路などを得ることができる。
【0010】
また、この発明は、自装置の位置を示す位置情報を、サーバから受信する位置情報受信手段と、前記位置情報受信手段により受信された位置情報を、累積して記憶する記憶手段と、前記記憶手段により累積記憶された位置情報を、サーバに送信する累積位置情報送信手段とを具備することを特徴とする端末を提供する。
【0011】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
【0012】
<構成>
図1は、本発明の実施形態にかかるコミュニケーションシステムの全体構成を示す図である。この図に示されるように、コミュニケーションシステムは、複数のユーザの各々と共に移動する車載端末100と、複数のエリアサーバ200a、200b、200c、…と、各エリアサーバ200a、200b、200c、…が接続されたひとつの中央サーバ300とを含んでいる。
【0013】
図2は、エリアサーバ200aおよびその周辺の様子を示す図である。この図に示されるように、エリアサーバ200aは、例えばBluetooth(登録商標)やIEEE802.11などの近距離無線通信規格に従って、電波信号を送出するアンテナ204を有している。このアンテナ204は、街中における電信柱や、自動販売機、店舗内などに設置され、送出する電波により、サービスエリア202aを提供する。サービスエリア202aは、当該無線通信規格に従った端末が、エリアサーバ200aと通信することが可能な領域である。なお、この図においては、エリアサーバ200aは、1つのアンテナ204により、その半径が狭範囲(〜数メートル程度)のサービスエリア202aを形成しているが、複数のアンテナ204により、広範囲(数十メートル〜数キロメートル)のサービスエリア202aを形成する構成としても良い。
【0014】
再び図1において、エリアサーバ200bは、サービスエリア202bを提供し、また、エリアサーバ200cは、サービスエリア202cを提供する。これらのエリアサーバ200a、200b、200cの各々は、互いのサービスエリア202a、202b、202cが隔離するように配置されており、各エリアサーバ200a、200b、200c、…には、各々を識別するためのエリアIDが割り当てられている。ここで、エリアサーバ200a、200b、200c、…の構成は互いに同一である。そこで、以降においては、エリアサーバ200a、200b、200c、…や、それらのサービスエリア202a、202b、202c、…を特定しないで一般的に説明する場合には、エリアサーバの符号を200とし、サービスエリアの符号を202として説明することとする。
【0015】
車載端末100は、コミュータ101に搭載される端末であり、サービスエリア202に在圏中に、当該サービスエリア202を管轄するエリアサーバ200と、無線によるデータ通信を行う通信端末である。ここで、コミュータ101とは、補助動力付自転車、原動機付自転車、電動二輪車、自動二輪車、燃料電池車を含む自動四輪車などの駆動力を有する車である。なお、各図面においては、自動二輪車によるコミュータ101が例示されている。車載端末100は、サービスエリア202のいずれかにエリアインすると、対応するエリアサーバ200に、自装置において生成されたデータをアップロードする一方、当該エリアサーバ200から、他の車載端末100などにおいて生成されたデータをダウンロードする。また、各車載端末100には、それら各々を識別するための端末IDが割り当てられている。
【0016】
各エリアサーバ200は、ひとつの中央サーバ300と接続されており、中央サーバ300の制御の下、車載端末100に送信すべきデータの選択などを行う。さらに詳述すると、各車載端末100のユーザは、複数のユーザが組になったユーザグループを形成しており、全てのユーザは、いずれかのユーザグループに属している。中央サーバ300は、各車載端末100が、いずれのユーザグループに属するユーザの車載端末100であるかを管理する。エリアサーバ200においては、車載端末100に対応付けられたユーザグループに応じて、当該車載端末100に対して各種データを配信する。
なお、この図においては、中央サーバ300と、各エリアサーバ200とは直結されているが、これらの間に、各種のネットワークや接続のための機器などが介挿されても良い。
【0017】
次に、エリアサーバ200の構成について、図3を参照して説明する。この図において、処理部210は、CPU(Central Processing Unit)などを含み、バス201を介して構成各部を制御する。処理部210には、時刻を示す信号を供給するタイマクロックが内蔵されている。
【0018】
記憶部220は、例えば、ROM(Read Only Memory)や、RAM(Random Access Memory)、ハードディスクなどを含み、処理部210により実行される制御プログラムや、エリア情報を管理するためのエリア情報管理テーブル、エリア履歴テーブルなどを記憶する。ここで、エリア情報とは、車載端末100においてユーザにより作成される情報であり、サービスエリア202の周辺に関する地域情報である。さらに詳述すると、エリア情報は、例えば、交通情報や、商店情報、イベント情報などの文字情報であり、当該サービスエリア202近辺を移動するユーザにとって有益な情報である。なお、エリア情報は、文字情報に限られず、車載端末100のユーザの音声や、サービスエリア202の環境音などが録音された音データの他、画像データなどを含む。一方、エリア履歴テーブルは、車載端末100において生成され、各々の車載端末100が過去に在圏したサービスエリア202を示す情報が格納されるテーブルであり、その詳細については後述することとする。
【0019】
通信部230は、2種類の通信インタフェースを含んでいる。すなわち、サービスエリア202を提供し、車載端末100と無線接続するための無線通信インタフェースと、中央サーバ300と接続するための通信インタフェースとである。このうち、無線通信インタフェースは、車載端末100において生成されたエリア情報およびエリア履歴テーブルを、当該車載端末100から受信したり、受信したエリア情報およびエリア履歴テーブルを、他の車載端末100に送出したりする。
【0020】
続いて、エリアサーバ200の記憶部220に記憶されるエリア情報管理テーブルおよびエリア履歴テーブルについて詳細に説明する。
図4は、エリア情報管理テーブルを例示する図である。この図に示されるように、エリア情報管理テーブルTBL1の一件のレコードは、「端末ID」、「ユーザ名」、「在圏フラグ」、「書き込み時刻」および「エリア情報」が組になっている。このうち「エリア情報」には、端末IDに対応した車載端末100からアップロードされたエリア情報が格納される。なお、説明の便宜上、この図においては、エリア情報として、文字情報のみが示されているが、上述したようにエリア情報には、音データや、画像データなどが含まれる。
【0021】
また、「ユーザ名」には、対応する車載端末100のユーザ名が格納される。在圏フラグは、「1」である場合には、当該車載端末100(ユーザ)がサービスエリア202に在圏していることを示し、「0」である場合には、当該車載端末100がサービスエリア202に在圏していないことを示す。そして、「書き込み時刻」は、当該エリア情報が車載端末100からアップロードされた時刻を示す。
【0022】
図5は、記憶部220に記憶されるひとつの車載端末100に関するエリア履歴テーブルを例示する図である。この図に示されるように、エリア履歴テーブルTBL2の1件のレコードには、「エリア名」と「エリアインタイム」と「エリアアウトタイム」とが含まれる。このうち、「エリア名」には、車載端末100が、過去に在圏したサービスエリア202の名称が格納され、例えば、サービスエリア202aを示す「A駅南口」や、サービスエリア202bを示す「B駅東口」、サービスエリア202cを示す「C駅北口」などが格納される。また、「エリアインタイム」は、車載端末100が、当該サービスエリア202にエリアインした時刻を示し、「エリアアウトタイム」は、当該サービスエリア202からエリアアウトした時刻を示す。例えば、図5においては、車載端末100は、「12時20分」から「12時21分」までの期間に、「A駅南口」で示されるサービスエリア202aに在圏したことを示している。なお、エリア履歴テーブルTBL2は、当該エリア履歴テーブルTBL2をアップロードした車載端末100の端末IDと対応付けられて、記憶部220に記憶される。
【0023】
図6は、車載端末100の構成を示すブロック図である。この図において、処理部110は、CPUを含み、バス102を介して構成各部を制御する。処理部110が実行する制御としては、サービスエリア202に車載端末100がエリアインしたか否かを検出するエリアイン検出処理や、エリアサーバ200から各種データを受信するためのパケットデータ受信処理、エリア情報およびエリア履歴テーブルTBL2の生成に関する処理などがある。また、処理部110には、時刻を示す時刻信号を供給するタイマクロックが内蔵されており、この時刻信号は、タイマ割り込み処理等に用いられる。
【0024】
記憶部120は、例えば、ROMや、RAM、ハードディスク、光ディスクなどを含み、処理部110により実行される制御プログラム、処理部110により生成されたエリア情報およびエリア履歴テーブルTBL2、ならびに、エリアサーバ200から受信したエリア情報およびエリア履歴テーブルTBL2を記憶する。なお、記憶部120に記憶されるエリア履歴テーブルTBL2のうち、処理部110により生成されたエリア履歴テーブルTBL2は、日付が更新されると(例えば、毎日0時0分の時点で)処理部110によってその内容がリセットされる。このため、当該エリア履歴テーブルTBL2には、車載端末100が当日に在圏したサービスエリア202に関する情報のみが格納されることとなる。一方、記憶部120に記憶されるエリア履歴テーブルTBL2のうち、エリアサーバ200からダウンロードされたエリア履歴テーブルTBL2は、当該エリア履歴テーブルTBL2を生成した車載端末100を示す端末IDと対応付けられて記憶される。
【0025】
通信部130は、サービスエリア202を介して、エリアサーバ200と接続するための無線通信インタフェースであり、エリア情報や、エリア履歴テーブルTBL2を送受信する。さらに詳述すると、通信部130は、処理部110により生成されたエリア情報およびエリア履歴テーブルTBL2を、エリアサーバ200に向けて送信する一方、他の車載端末100において生成されたエリア情報およびエリア履歴テーブルTBL2を、エリアサーバ200から受信する。この際、通信部130は、パケット交換方式により、エリアサーバ200と通信する。
【0026】
入力部140は、ユーザがエリア情報や指示などを入力するためのユーザインタフェースであり、文字入力や、指示入力のための押しボタンスイッチなどの操作子の他、コミュータ101に備えられたライトのオン/オフスイッチや、アクセル、ブレーキなどの操作子を介して、ユーザから入力される各種指示を、バス102を介して、処理部110に供給する。入力部140を介してユーザから入力される指示としては、例えば、エリア情報のアップロードのための指示があり、入力部140は、当該指示をアップロード指示信号として処理部110に供給する。
【0027】
なお、入力部140は、押しボタンスイッチなどの操作子に限られず、エリア情報や各種指示を入力することができるユーザインタフェースであればいかなるものであっても良い。例えば、入力部140として、ユーザの音声などを入力するためのマイクロフォンや、ユーザの像などを撮像するための撮像素子などを用いることができる。
【0028】
処理部110は、マイクロフォンから音声が入力された場合、該音声を音データとして記憶部120に記憶しても良いし、該音声を音声認識技術によりテキストデータに変換した後、テキストデータとして記憶部120に記憶しても良い。また、処理部110は、撮像素子により撮像された像を、画像データとして記憶部120に記憶する他、撮像による画像データを用いてユーザによるコマンドを検出する。より詳細には、処理部110は、撮像素子によりユーザの像を一定の時間間隔で撮像し、該撮像データを用いてユーザの像の時系列的な変化を検出し、ユーザの像の変化にあらかじめ対応付けられた処理を実行しても良い。これにより、ユーザは、ジェスチャーによって、各種処理のコマンドを入力することが可能となる。
【0029】
さらに、入力部120として、携帯電話機や、PDA(Personal Digital Assistant)などのユーザインタフェース(操作ボタンやマイクロフォン)を含む外部機器と接続するためのポートを設けても良い。これらの外部機器は、ユーザインタフェースの他、制御部や記憶部などを有するのが一般である。このため、ユーザにより入力された情報を、外部機器の記憶部に一旦キャッシュして、そのキャッシュデータを、ポートを介して車載端末100に入力しても良い。もちろん、ポートを介して、ユーザインタフェース(キーボードやマイクロフォン)そのものを接続することも可能である。ここで、ポートのデータ伝送規格としては、USB(Universal Serial Bus)、IEEE1394、IrDA(Infrared Data Association)などを用いることが可能である。また、上述の通信部130は、無線通信機能を有しているため、入力部120として通信部130を用いることが可能である。
【0030】
出力部150は、ユーザに対して各種情報を出力するためのユーザインタフェースであり、例えば、CRT(Cathode Ray Tube)、液晶パネル、LED(Light Emitting Diode)などの表示装置や、音を出力するためのオーディオ装置が含まれる。このうち、表示装置は、ユーザがエリア情報を作成する際に、入力部140を介して入力された文字を表示したり、エリアサーバ200から受信したエリア情報などを表示したりする。また、オーディオ装置は、エリアサーバ200からエリア情報を受信すると、その旨を示す報知音(メロディなど)を出力したり、エリア情報がテキストデータである場合、該テキストデータが音声変換された音声データに従って放音したりする。このオーディオ装置を介して出力される音データは、記憶部120にあらかじめ記憶されている音データであっても良いし、エリアサーバ200からダウンロードした音データであっても良い。
【0031】
図7は、中央サーバ300の構成を示すブロック図である。
この図において、処理部310は、CPUなどを含み、バス301を介して構成各部を制御する。通信部330は、エリアサーバ200と接続するための通信インタフェースである。また、記憶部320は、例えば、ROMや、RAM、ハードディスクなどを含み、処理部310により実行される制御プログラムや、ユーザグループ管理テーブルなどを記憶する。
【0032】
図8は、記憶部320に記憶されるユーザグループ管理テーブルを例示する図である。この図に示されるように、ユーザグループ管理テーブルTBL3の1件のレコードには、「端末ID」と、「グループID」とが対応付けられている。「グループID」は、端末IDにより特定される車載端末100のユーザが属するユーザグループを示す識別子である。
【0033】
<動作>
次に、コミュニケーションシステムにおける動作について説明する。
以下の動作説明においては、まず、車載端末100において実行されるエリアイン検出処理、および、パケットデータ受信処理について説明した後、システム全体の説明を行うこととする。
【0034】
図9は、エリアイン検出処理を示すフローチャートである。この処理は、車載端末100の処理部110により実行され、車載端末100がサービスエリア202にエリアインしたか否かを検出する処理である。なお、エリアイン検出処理は、処理部110により、タイマクロックから供給される時刻信号に応じて、タイマ割込みされる処理である。
【0035】
まず、処理部110は、通信部130を介して、エリアサーバ200から送出された電波信号を、閾値以上の信号レベルで受信したか否かを判定する(ステップSa1)。ここで、エリアサーバ200から送出される電波信号には、いずれのエリアサーバ200から送出された電波信号であるかを示すエリアIDが含まれている。ステップSa1の判定結果が否定的であれば、処理部110は、車載端末100がサービスエリア202に在圏していないと判定し、一定時間が経過すると処理手順をステップSa1に戻す。
【0036】
一方、ステップSa1の判定結果が肯定的であれば、処理部110は、ステップSa1において受信した電波信号に含まれるエリアIDを、newIDとして記憶部120に含まれるRAMに記憶する。このnewIDとは、車載端末100が現時点において在圏するサービスエリア202を示す情報であり、当該サービスエリア202のエリアIDである。
【0037】
次に、処理部110は、ステップSa2において記憶されたnewIDと、RAMに記憶されるcurIDとが一致するか否かを判定する。ここで、curIDとは、前回までのタイマ割込み処理において、車載端末100が在圏したサービスエリア202のうち、最後に在圏したサービスエリア202のエリアIDである。なお、curIDが存在しない初回のタイマ割込み処理時においては、ステップSa3の判定結果は否定的になるものとする。
【0038】
ここで、ステップSa3の判定結果が肯定的であれば、処理部110は、あらたなサービスエリア202にエリアインしていないと判定し、一定期間が経過したら処理手順をステップSa1に戻す。
【0039】
一方、ステップSa3の判定結果が否定的であれば、処理部110は、車載端末100があらたなサービスエリア202にエリアインしたため、まず、現時点におけるnewIDを、curIDとしてRAMに記憶する(ステップSa4)。次いで、処理部110は、エリアサーバ200との間で接続認証処理などを実行し、データリンクを確立する(ステップSa5)。このデータリンクを確立した時刻がエリアインタイムとして記憶部120に記録される。そして、処理部110は、あらたなサービスエリア202へのエリアインを検出すべく、一定時間が経過すれば、処理手順を再びステップSa1に戻す。
【0040】
次に、パケットデータ受信処理について、図10を参照して説明する。この処理は、エリアイン検出処理におけるステップSa5のデータリンクの確立後に、車載端末100の処理部110が、エリアサーバ200から送信されるエリア情報などのデータパケット(以下、「パケット」と称する。)を受信し、該パケットからエリア情報などのデータを復元するための処理である。
【0041】
まず、処理部110は、記憶部120に含まれるRAMに、パケットIDとして、その初期値を示す「0」を記憶する(ステップSb1)。このパケットIDとは、エリアサーバ200から送信されるパケットに付加される通し番号(「0」始まり)であり、処理部110は、RAMに記憶されたパケットIDを、ポインタとして使用する。
【0042】
次に、処理部110は、エリアサーバ200から送出されたひとつのパケット(信号)が変調された電波を、通信部130を介して受信し、受信した電波を復調してパケット(信号)に復元する(ステップSb2)。なお、処理部110は、ステップSb2においてパケットを復元する際に、パケットの誤り補正処理を実行する。
【0043】
次に、処理部110は、復元したパケットに含まれるパケットIDが、RAMに記憶されるパケットIDと等しいか否かを判定する(ステップSb3)。この判定結果が否定的であれば、処理部110は、RAMに記憶されるパケットIDに対応したパケットを受信すべく、ステップSb2およびステップSb3の処理を繰り返す。
【0044】
次に、処理部110は、ステップSb2において復元したパケットが、エリアサーバ200から送信されたパケットのうち終端のものか否かを判定する(ステップSb4)。この判定には、パケットに含まれるフラグ、詳細には、該パケットが、全てのパケットのうちの終端のパケットであるか否かを示すフラグが用いられる。この判定結果が否定的であれば、処理部110は、RAMに記憶されるパケットIDを「1」だけインクリメントし(ステップSb6)、全てのパケットを受信すべく、処理手順をステップSb2に戻す。
一方、ステップSb4の判定結果が肯定的であれば、処理部110は、全てのパケットを受信したため、エリア情報などのデータを、出力部150を介して出力(画像出力や、音声出力)する(ステップSb5)。
【0045】
なお、車載端末100が移動時においてパケットを受信する場合、パケットの受信を開始したのにも拘わらず、全てのパケットを受信する前に、車載端末100が、サービスエリア202からエリアアウトする場合がある。以下、この点について説明する。いま、サービスエリア202内における車載端末100の移動距離をLとし、車載端末100の移動速度をVとし、車載端末100とエリアサーバ200と間のデータ伝送速度をRとし、総データ量をAとし、伝送遅延や処理時間などに起因する係数をαとすれば、
移動速度Vが、
V>L×R/(A+α) ・・・(式1)
を満たすとき、車載端末100は、データの受信が完了しないままエリアアウトすることとなる。従って、車載端末100の移動距離Lに影響を与えるサービスエリア202の直径や、データ伝送速度Rなどのパラメータを決定する場合には、当該サービスエリア202内における車載端末100の移動速度Vや、送信されるデータ量Aなどを考慮して決定すれば良い。
【0046】
次に、コミュニケーションシステムの全体の動作について、図11を参照して説明する。この動作は、サービスエリア202c(エリア名:「C駅北口」)にエリアインした車載端末100が、自装置において生成したエリア情報およびエリア履歴テーブルTBL2を、エリアサーバ200cにアップロードした後、他の車載端末100において生成されたエリア情報およびエリア履歴テーブルTBL2を、エリアサーバ200cからダウンロードする処理である。前提として、ユーザは、サービスエリア202cにエリアインする前に、あらかじめ車載端末100において、サービスエリア202cの周辺に関するエリア情報を作成しているものとする。また、エリアサーバ200cは、この動作説明において着目する車載端末100に配信すべきエリア情報およびエリア履歴テーブルTBL1を有しているものとする。ここで、車載端末100に配信すべきエリア情報およびエリア履歴テーブルTBL2とは、当該車載端末100のユーザと、同一のユーザグループに属する他ユーザに対応する車載端末100からアップロードされたエリア情報およびエリア履歴テーブルTBL2である。なお、この処理は、上述した車載端末100の処理部110が実行するエリアイン検出処理や、パケットデータ受信処理などと並列して実行される。
【0047】
まず、ユーザが、車載端末100とともに、サービスエリア202cに移動したとする(ステップSc1)。このように、車載端末100がサービスエリア202c内に移動すると、車載端末100の処理部110は、上述したエリアイン検出処理により、あらたにサービスエリア202cに移動したことを検出し、エリアサーバ200cに向けて接続要求信号CSを送出する(ステップSc2)。
【0048】
エリアサーバ200cの処理部210は、車載端末100から送出された接続要求信号CSを受信すると、その接続要求信号CSが正当なものであれば、接続承認信号PSを車載端末100に向けて送出する(ステップSc3)。この接続承認信号PSには、サービスエリア202cのエリア名「C駅北口」を示す情報が含まれている。
【0049】
車載端末100の処理部110は、エリアサーバ200cから送出された接続承認信号PSを受信すると、エリア履歴テーブルTBL2を更新する(ステップSc4)。例えば、いま、エリア履歴テーブルTBL2が、図12上段に示されるような状況の下、車載端末100が、あらたにサービスエリア202cにエリアインし、エリアサーバ200cから接続承認信号PSを受信したとする。このとき、車載端末100の処理部110は、図12下段に示されるように、エリア履歴テーブルTBL2にエリア名「C駅北口」を追加し、タイマクロックから供給される時刻信号を用いてエリアインタイム(例えば「18:40」)を追加する。
なお、車載端末100の処理部110は、車載端末100がサービスエリア202cからエリアアウトすると、その時刻をエリアアウトタイムとして、エリア履歴テーブルTBL2に格納する。
【0050】
次に、車載端末100の処理部110は、ステップSc4において更新したエリア履歴テーブルTBL2をエリアサーバ200cに向けて送出する(ステップSc5)。この際、車載端末100の処理部110は、エリア履歴テーブルTBL2に自装置の端末IDを付加した後、エリア履歴テーブルTBL2を送出する。
【0051】
エリアサーバ200cの処理部210は、車載端末100から送出されたエリア履歴テーブルTBL2を受信すると、当該エリア履歴テーブルTBL2と端末IDとを対応付けて記憶部220に記憶する。次に、エリアサーバ200cの処理部210は、端末ID(SS)を中央サーバ300に向けて送信する(ステップSc6)。
【0052】
中央サーバ300の処理部310は、エリアサーバ200cから送信された端末ID(SS)を受信すると、記憶部330に記憶されるユーザグループ管理テーブルTBL3(図8)を用いて、当該車載端末100のユーザが属するユーザグループのグループIDを特定する(ステップSc7)。例えば、いま、エリアサーバ200cから受信した端末IDが「XXXX001」であるとすれば、中央サーバ300の処理部310は、図8に示されるユーザグループ管理テーブルTBL3を参照して、着目するユーザが属するユーザグループのグループID「G1」を特定する。
【0053】
次いで、中央サーバ300の処理部110は、ステップSc7において特定したグループID「G1」に対応付けられた端末ID群(GS)、すなわち、着目するユーザと同一のユーザグループに含まれる他のユーザに対応する端末ID群を、エリアサーバ200cに送信する(ステップSc8)。この際、中央サーバ300の処理部310は、端末ID群(GS)として、グループID「G1」に対応付けられた全ての端末IDのうち、この動作例で着目する車載端末100の端末ID「XXXX001」については送信しない。例えば、図8に示されるユーザグループ管理テーブルTBL3においては、処理部310は、グループID「G1」に対応付けられた端末IDのうち、「XXXX001」を除く、「XXXX002」、「XXXX005」、「XXXX007」、…の端末IDを端末ID群(GS)としてエリアサーバ200cに送信する。
【0054】
エリアサーバ200cの処理部210は、中央サーバ300から端末ID群(GS)を受信すると、その端末ID群(GS)に応じて、車載端末100に送信すべきデータを選択する(ステップSc9)。より具体的には、エリアサーバ200cの処理部210は、記憶部220に記憶されるすべてのエリア情報のうち、端末ID群(GS)に含まれる端末IDに対応するエリア情報を選択し、また、記憶部220に記憶されるすべてのエリア履歴テーブルTBL2のうち、端末ID群(GS)に含まれる端末IDに対応するエリア履歴テーブルTBL2を選択する。次に、エリアサーバ200cの処理部210は、選択したエリア情報ADおよびエリア履歴テーブルTBL2を車載端末100に向けて送出する(ステップSc10)。この際、エリアサーバ200cの処理部110は、エリア情報ADに、エリア情報管理テーブルTBL1に含まれる「ユーザ名」、「在圏フラグ」および「書き込み時刻」を付加した後、エリア情報ADを送出する。
【0055】
車載端末100の処理部110は、エリアサーバ200cからエリア情報ADおよびエリア履歴テーブルTBL2が送出されると、上述したパケットデータ受信処理により、それらのデータを受信し、受信したデータを記憶部120に記憶する(ステップSc11)。このステップSc11の処理により、車載端末100は、エリア情報ADおよびエリア履歴テーブルTBL2の各々を、出力部150を介してユーザに提供することが可能となる。なお、車載端末100において、エリア情報およびエリア履歴テーブルTBL2をユーザに提供する動作については、システム全体の動作と直接関係しないため、その詳細については後述することとする。
【0056】
次に、車載端末100の処理部110は、入力部140からエリア情報のアップロードを示すアップロード信号が入力されるまで待機状態となる(ステップSc12)。ここで、ユーザによって、入力部140を介してアップロード信号が入力されると、車載端末100の処理部110は、あらかじめユーザにより作成された、サービスエリア202cの周辺のエリア情報を記憶部120から読み出し、該エリア情報ADをエリアサーバ200cに向けて送出する(ステップSc13)。この際、車載端末100の処理部110は、エリア情報ADに、端末IDおよびユーザ名を付加した後、送出する。
【0057】
エリアサーバ200cの処理部210は、車載端末100から送出されたエリア情報ADを受信すると、当該エリア情報ADを記憶部220に記憶されるエリア情報管理テーブルTBL1(図4参照)に格納する(ステップSc14)。この際、処理部210は、エリア情報ADの他に、端末ID、ユーザ名、および、当該エリア情報ADの受信時刻(書き込み時刻)を、エリア情報管理テーブルTBL1に格納し、また、エリア情報管理テーブルTBL1における在圏フラグを「1」に設定する。このようにして、エリア情報管理テーブルTBL1に格納されたエリア情報は、処理部210により、当該ユーザと同一のユーザグループに含まれる他ユーザに対応する車載端末100が、サービスエリア202cにエリアインすると、該車載端末100に対して配信されることとなる。
なお、エリアサーバ200cの処理部210は、車載端末100がエリアアウトすれば、エリア情報管理テーブルTBL1における在圏フラグを「0」に設定する。ここで、車載端末100とエリアサーバ200との間においては、定期的に接続確認がなされており、エリアサーバ200は、所定期間接続確認できなかった車載端末100をエリアアウトしたものと見なす。車載端末100においても同様に所定期間接続確認がなされなかった場合は、エリアサーバ200が提供するサービスエリア202からエリアアウトしたものと見なす。車載端末100においては、エリアアウトした時刻を検出し、当該時刻を前述のエリアアウトタイムとして記録する。
【0058】
ここで、上述したステップSc11により、車載端末100において記憶したエリア情報、および、エリア履歴テーブルTBL2を、出力部150を介してユーザに提供する動作について説明する。なお、出力部150には、表示装置とオーディオ装置とが含まれるが、説明の便宜上、表示装置により、エリア情報およびエリア履歴テーブルTBL2を提供する例について説明する。
【0059】
まず、ステップSc11において、エリア情報およびエリア履歴テーブルTBL2を記憶すると、車載端末100の処理部110は、図13(A)に例示するように、出力部150に含まれる表示装置152に、記憶したエリア情報のうちひとつのエリア情報154を表示する。この際、処理部110は、当該エリア情報154を作成した「ユーザ名(この例ではケンタ)」、当該ユーザが在圏中か否か、および、当該エリア情報の「書き込み時刻(この例では18:30)」などを、エリア情報と共に表示する。ここで、エリア情報154は、サービスエリア202cに、実際にエリアインした他のユーザにより作成された周辺の地域情報である。従って、エリア情報154は、サービスエリア202cの周辺を移動するユーザにとって、同じ視点の情報提供者により提供された情報であり、ユーザは、地域に密着した情報を得ることができる。
【0060】
また、表示装置152は、エリア情報154を表示する際に、当該エリア情報の提供者(この例では「ケンタ」)のエリア履歴テーブルTBL2の表示を促すソフトボタン156を表示する。ユーザは、車載端末100の入力部140に含まれる特定のボタンなどを操作することにより、このソフトボタン156を押下することができる。この状況の下、ユーザが、ソフトボタン156を押下すると、処理部110は、図13(B)に例示するように、「ケンタ」のエリア履歴テーブルTBL2を、表示装置152に表示する。これにより、ユーザは、他のユーザが「C駅北口(サービスエリア202c)」に到着するまでの経路や、到着するまでに要した時間など、当該他のユーザの行動を把握することができる。
【0061】
また、表示装置152は、エリア履歴テーブルTBL2を表示する際に、次のエリア情報の表示を促すソフトボタン158を表示する。このソフトボタン158がユーザにより押下されると、処理部110は、次のエリア情報へと画面を移行する。
なお、説明の便宜上、この動作例においては、表示装置152に表示される各種情報は、ユーザによるソフトボタン154、158の押下により、情報内容(画面)が移行されるものとしたが、処理部110により、一定時間ごとに画面が移行される構成としても良い。
【0062】
このように本実施形態にかかるコミュニケーションシステムによれば、車載端末100は、サービスエリア202を通過する際に、当該サービスエリア202のエリア情報を受信し、エリア情報を、ユーザに提供することができる。言い換えれば、ユーザは、移動時における位置に応じて、エリアサーバ200からエリア情報を受信することができる。
【0063】
ここで、従来のコンテンツ配信サービスにあっては、情報提供者により作成されたコンテンツ(情報)が、情報受信者に対して一方的に配信されるものであった。これに対し、コミュニケーションシステムによれば、同一のサービスエリア202に実際に在圏した他ユーザにより作成されたエリア情報が、ユーザに対して配信される。このため、ユーザは、地域に密着した実用的な情報を得ることができる。
【0064】
くわえて、ユーザは、エリアサーバ200からエリア情報の配信を受けるだけではなく、他のユーザへ向けたエリア情報を作成することができる。これにより、コンテンツ配信サービスと比較して、ユーザ間において、地域情報を交換することができ、ユーザ参加型の情報コミュニケーションが提供されることとなる。また、中央サーバ300により、ユーザグループに応じてエリア情報が配信されるため、ユーザ同士の嗜好が合うようにユーザグループを形成すれば、各ユーザは、ユーザグループにおける共通の話題に関する各種情報を交換することが可能となる。
【0065】
さらに、各エリアサーバ200においては、車載端末100のエリア履歴テーブルTBL2を取得できるため、コミュニケーションシステムの適用例として次のようなものが考えられる。
例えば、車載端末100のユーザを交通需要者と捉えて、コミュニケーションシステムを交通量調査に用いても良い。このような構成にすれば、各エリアサーバ200においては、ユーザの移動経路に加え、移動所要時間などを正確に把握することができる。これにより、交通量の調査者は、ユーザのトリップ情報を詳細かつ正確に捉えることができる。
【0066】
また、エリアサーバ200が配置された店舗等においても、車載端末100からアップロードされたエリア履歴テーブルTBL2により、ユーザが来店するまでの移動経路などを正確に取得できるため、マーケティング時の有効な判断材料を得ることができる。
【0067】
なお、エリアサーバ200に各種情報をアップロードあるいはダウンロードする端末(車載端末100)のユーザには、コミュニケーションシステムを運営する運営者が含まれる。この運営者は、コミュニケーションシステムにより、スタンプラリーや、情報配信サービスなどの種々のサービスを提供することができる。
【0068】
このうちスタンプラリーは、以下のようにして実施することができる。すなわち、エリアサーバ200において、各車載端末100が、運営者によりあらかじめ指定されたサービスエリア202を通過したか否かを、記憶部220に記憶されるエリア履歴テーブルTBL2を用いて判定することにより、当該車載端末100のユーザが、指定されたサービスエリア202を全て通過したか否かを判定する。なお、このようなスタンプラリーにおいては、通過すべきサービスエリア202間の通過の経路(順番)は、ランダムとしても良いし、その順番を規定するものとしても良い。
【0069】
一方、情報配信サービスは、いわゆるカーナビゲーションシステムなどの車載端末100に、エリアサーバ200から各種情報を配信するためのサービスである。車載端末100に配信される情報としては、エリアサーバ周辺の店舗情報や、音データなどがある。
【0070】
この音データには、運転時のBGMとして用いられる音データと、コミュータ101の運転にかかる各種報知音(ウィンカー音や、警笛など)として用いられる音データとが含まれる。BGMのための音データを車載端末100に配信する場合、エリアサーバ200ごとに、対応するサービスエリア202を象徴する楽曲などの音データを配信しても良い。
【0071】
また、ひとつの楽曲にかかる部分的な音データ(例えば、1楽曲に関するパート別の音データ)の各々を、別々のエリアサーバ200から配信させ、車載端末100が、各エリアサーバ200から、ひとつの楽曲にかかる全ての音データをダウンロードすることにより、車載端末100において、楽曲を完全な形で出力できるようにしても良い。これにより、音楽配信のバリエーションが広まることとなる。
なお、BGMのための音データとしては、楽音制御イベント列で構成されるMIDI(Musical Instruments Digital Interface)データなどが好適である。
【0072】
ところで、電動二輪車の一部には、走行中に、周辺の歩行者などに注意を促すべく、電気的に走行音を出力するものが知られている。コミュニケーションシステムによれば、この種の電動二輪車に搭載される車載端末100に、走行音の出力にかかる音データを、在圏エリアに応じて配信することが可能である。例えば、繁華街など騒音が大きな地域に位置するエリアサーバ200は、騒音中でも聞き取りやすい走行音に係る音データを配信する一方、住宅街などの比較的騒音の小さな地域に位置するエリアサーバ200は、周辺の音環境にあまり悪影響を与えない走行音に係る音データを配信しても良い。このようにして車載端末100に配信された音データは、車載端末100が対応するサービスエリア202の在圏中にのみ使用可能としても良いし、車載端末100が在圏するサービスエリア202に拘わらず使用可能としても良い。
【0073】
なお、本発明は、上述した実施形態に限られず、実施形態に、種々の応用・改良変形等を加えることが可能である。
例えば、上述した実施形態においては、各サービスエリア202が互いに隔離するようにエリアサーバ200を配置する例を示したが、図14に示すように、複数のサービスエリア202が重複するようにエリアサーバ200を配置する構成としても良い。この図において、エリアサーバ200bによるサービスエリア202bと、エリアサーバ200cによるサービスエリア202cとは、それらの領域の一部(図中領域BC)が重複するようになされている。また、サービスエリア202cの内部には、エリアサーバ200dによるサービスエリア202dが収容されている。車載端末100は、領域BCに在圏する間においては、エリアサーバ200bおよび200cの各々と、エリア情報や、エリア履歴テーブルTBL2を授受することができる。
【0074】
また、車載端末100は、サービスエリア202dに在圏する間においては、エリアサーバ200cおよび200dの各々と、エリア情報や、エリア履歴テーブルTBL2などのデータを授受することができる。このように、サービスエリア202cの内部にサービスエリア202dを配置することにより、サービスエリア202cの内部における局所的な領域(サービスエリア202d)に関するエリア情報を、エリアサーバ200dから車載端末100に対して配信することが可能となる。
【0075】
エリアサーバ200dからデータをダウンロードした車載端末100においては、当該データを単独で表示しても良いし、エリアサーバ200cからダウンロードしたデータに付加(アドイン)する形で表示しても良い。車載端末100がいずれの方式によりエリアサーバ200dからダウンロードしたデータを表示するかは、当該データに含まれる制御信号に応じて表示されるようにすれば良い。
【0076】
また、上述した実施形態においては、中央サーバ300の制御の下、エリアサーバ200から、車載端末100にエリア情報やエリア履歴テーブルTBL2などの各種データを配信する例を示したがこれに限られない。例えば、図15に示されるように、スタンドアロン型のエリアサーバ200a、200b、200c、…から、車載端末100に各種データを配信する構成としても良い。このような構成にする場合、各エリアサーバ200a、200b、200c、…は、上述したエリアサーバ200の役割に加え、中央サーバ300の役割も果たす。すなわち、エリアサーバ200の記憶部220には、ユーザグループ管理テーブルTBL3が記憶されており、エリアサーバ200の処理部210は、ユーザグループ管理テーブルTBL3に従って、各車載端末100にエリア情報やエリア履歴テーブルTBL2を配信する。このような構成によれば、スタンドアロン型のエリアサーバ200と、中央サーバ300とを結ぶネットワークが不要となるため、コミュニケーションシステムの構成が簡易なものとなる。
なお、中央サーバ300に接続されたエリアサーバ200と、スタンドアロン型のエリアサーバ200とが混在する構成としても良い。
【0077】
上述した実施形態においては、エリアサーバ200から、車載端末100にエリア情報およびエリア履歴テーブルTBL2を配信する例を示したがこれに限られない。例えば、図16に示されるように、複数の基地局302a、302b、302c、…の各々と接続されたひとつの中央サーバ300から、車載端末100にエリア情報およびエリア履歴テーブルTBL2を配信する構成としても良い。さらに詳述すると、基地局302aは、中央サーバ300が車載端末100と無線通信を行うためのサービスエリア202aを提供する。同様に、基地局302bは、サービスエリア202bを提供し、基地局302cは、サービスエリア202cを提供する。中央サーバ300は、各基地局302a、302b、302c、…を介して、エリア情報やエリア履歴テーブルTBL2を車載端末100から受信し、受信したデータと、いずれのサービスエリア202に在圏する車載端末100から受信したかを示す情報とを対応付けて記憶する。そして、中央サーバ300は、記憶されたデータを、対応するサービスエリア202にエリアインした他の車載端末100に対して配信する。
【0078】
上述した実施形態においては、エリア履歴テーブルTBL2がエリアサーバ200において記憶され、エリアサーバ200から車載端末100に配信される構成としたが、エリア履歴テーブルTBL2は、中央サーバ300において記憶され、中央サーバ300からエリアサーバ200を介して車載端末100に配信される構成としてもよい。このような構成にすれば、車載端末100は、在圏するサービスエリア202にかかわらず、中央サーバ300から、他の車載端末100についてのエリア履歴テーブルTBL2をダウンロードすることができる。これによりユーザは、ユーザグループに含まれる他のユーザが、現在どこのサービスエリア202に在圏するかという情報や、どのような経路により現在のサービスエリア202に移動したのかを示す情報などを取得することが可能となる。
【0079】
上述した実施形態においては、エリアサーバ200と、車載端末100とを無線により接続する例を示したが、有線接続とする構成としても良い。例えば、コミュータ101にエネルギー(電気や、ガソリンなど)を供給するスタンドなどに、エリアサーバ200を設置し、車載端末100およびエリアサーバ200の各々に、Ethernet(登録商標)、USB、IEEE1394などの有線接続規格に従ったインタフェースを設け、それらのインタフェースを介して、車載端末100およびエリアサーバ200間で、エリア情報やエリア履歴テーブルTBL2を伝送する構成としても良い。
【0080】
上述した実施形態においては、車載端末100においてエリア履歴テーブルTBL2を生成する構成としたが、これに限られない。例えば、中央サーバ300において、各車載端末100ごとにエリア履歴テーブルTBL2を生成する構成としても良い。より詳細には、車載端末100がサービスエリア202にエリアインすると、エリアサーバ200は、中央サーバ300に対して、当該車載端末100の端末IDとともに、当該車載端末100の位置を示すエリアIDを送信する。中央サーバ300は、エリアサーバ200から受信した端末IDおよびエリアIDを用いて、車載端末100ごとに、エリア履歴テーブルTBL2を生成する。そして、中央サーバ300により生成されたエリア履歴テーブルTBL2が、エリアサーバ200を介して、他の車載端末100に配信される。
【0081】
上述した実施形態においては、エリア情報およびエリア履歴テーブルTBL2の各々は、車載端末100のユーザが属するユーザグループに応じて配信される例を示したが、これに限られない。例えば、車載端末100からエリアサーバ200にアップロードされるデータの全て、あるいは、その一部を、ユーザグループに関係なく、全ての他の車載端末100に配信する構成としても良い。
【0082】
上述した実施形態においては、車載端末100は、エリアサーバ200から配信を受けた各種データを記憶部120に一旦記憶させた後、該データを、出力部150を介して出力する構成としたが、エリアサーバ200から配信される各種データを、ストリーミング形式により再生する構成としても良い。
【0083】
上述した実施形態においては、全ての車載端末100が、エリアサーバ200と双方向通信が可能であったが、これに限られない。例えば、コミュニケーションシステムに、データのアップロードのみが可能な車載端末が含まれる構成としても良いし、また、データのダウンロードのみが可能な車載端末が含まれる構成としても良い。
【0084】
上述した実施形態においては、エリアサーバ200にデータをアップロードする車載端末100と、該データをエリアサーバ200からダウンロードする車載端末100との各々は、ひとつのサービスエリア202において、データのアップロードあるいはダウンロードを行う必要があったが、これに限られない。すなわち、アップロードする車載端末100と、ダウンロードする車載端末100との位置関係は、ひとつのサービスエリア202を基準とする必要は必ずしも無く、それらの車載端末100間の距離が、コミュニケーションシステム全体がカバーする領域において近接していれば良い。このため、例えば、GPSなどを用いて、各車載端末100の位置を検出し、その検出結果に応じて、近接する車載端末100間において、エリアサーバ200を介して、エリア情報などのデータを転送する構成としても良い。
【0085】
上述した実施形態においては、車載端末100は、コミュータ101に搭載される構成としたがこれに限らない。すなわち、車載端末100は、ユーザと共にサービスエリア202間を移動することができる通信端末であれば、どのようなものであっても良い。
【0086】
上述した実施形態においては、図11に示すように、車載端末100は、自装置のサービスエリア202へのエリアインをトリガとして、他の車載端末100の位置を示す情報(エリア履歴テーブルTBL2)の配信を受ける例を示したが、これに限られない。すなわち、車載端末100は、自装置ではなく、他の車載端末100のエリアインをトリガとして、当該他の車載端末100の位置情報の配信を受けても良い。
【0087】
さらに詳述すると、図17において、中央サーバ300は、基地局302aによるサービスエリア202aと、基地局302bによるサービスエリア202bとを含む複数(図17では2つ)のサービスエリア202を管轄する。中央サーバ300は、車載端末100aがサービスエリア202aにエリアインしたことを検出すると、その旨を示すエリアイン情報AIを、サービスエリア302bに在圏する車載端末100bに配信する。車載端末100bにおいては、中央サーバ300からエリアイン情報AIを受け取ると、車載端末100aがサービスエリア202aにエリアインした旨を出力部150を介してユーザBに告知する。この告知方法としては、出力部150において文字情報として表示する方法や、あらかじめ告知内容と対応付られた音によりユーザBに告知する方法など種々の方法を用いることができる。これにより、車載端末100bのユーザBは、他の車載端末100aのユーザAがエリアインする度に、ユーザAの位置を示す情報を取得することができる。つまり、ユーザBは、自らエリアインにかかる移動をしなくとも、サービスエリア202(この例では202b)に在圏するだけで、常にユーザAの最新の位置情報を取得することができる。
【0088】
また、ユーザBが、車載端末100bに、例えば友達などが有する車載端末100の端末IDを登録することにより、登録した車載端末100に関する位置情報のダウンロードを指示する構成としても良い。さらに詳述すると、ユーザBが、位置情報の配信を希望する車載端末100に対応する端末IDを、入力部140を介して入力すると、車載端末100bにおいては、入力された端末IDを記憶部120に記憶する。次いで、車載端末100bは、サービスエリア202bにエリアインすると、記憶部120に記憶される端末IDを、中央サーバ300に送信する。一方、中央サーバ300は、車載端末100bから送信された端末IDを受信すると、該端末IDに対応する車載端末100の位置情報を、車載端末100bに配信する。これにより、ユーザBは、登録した車載端末100を所有する友達などの他のユーザが、どこにいるかを知ることができる。
【0089】
なお、車載端末100bの応用例として、位置情報を受信した場合に、報知音を出力する構成が考え得る。このように報知音を出力する場合、位置情報に対応する車載端末100毎に、異なる報知音を出力させることにより、ユーザBは、いずれの他のユーザに関する位置情報を受信したかを、報知音により認識することができる。
【0090】
くわえて、中央サーバ300は、車載端末100aに関する位置情報を、車載端末100bへ配信する際に、車載端末100aからアップロードされた音データを、該位置情報に添付しても良い。これにより、車載端末100bにおいては、中央サーバ300から、車載端末100aに関する位置情報と、音データとの各々を受け取ると、当該音データに応じて放音して、位置情報を受信したことをユーザに告知することができる。もっとも、位置情報に添付される音データは、車載端末100aからアップロードされた音データに限られず、あらかじめ基地局302や、中央サーバ300の記憶部320などに音データを記憶させ、その記憶された音データを、位置情報に添付するものとしても良い。
【0091】
【発明の効果】
以上説明したように本発明によれば、移動するユーザが実用的な情報を得ることのできるサーバおよびデータ転送方法提供される。
【図面の簡単な説明】
【図1】 本発明の実施形態にかかるコミュニケーションシステムの全体構成を示す図である。
【図2】 同コミュニケーションシステムに含まれるエリアサーバを説明するための図である。
【図3】 同コミュニケーションシステムに含まれるエリアサーバの構成例を示すブロック図である。
【図4】 同エリアサーバにおいて記憶されるエリア情報管理テーブルを例示する図である。
【図5】 同エリアサーバにおいて記憶されるエリア履歴テーブルを例示する図である。
【図6】 同コミュニケーションシステムに含まれる車載端末の構成例を示すブロック図である。
【図7】 同コミュニケーションシステムに含まれる中央サーバの構成例を示すブロック図である。
【図8】 同中央サーバにおいて記憶されるユーザグループ管理テーブルを例示する図である。
【図9】 同車載端末において実行されるエリアイン検出処理を示すフローチャートである。
【図10】 同車載端末において実行されるパケットデータ受信処理を示すフローチャートである。
【図11】 同コミュニケーションシステム全体の動作を説明するためのシーケンス図である。
【図12】 同エリア履歴テーブルの更新の様子を示す図である。
【図13】 同車載端末における表示例を示す図である。
【図14】 本発明の変形例にかかるコミュニケーションシステムの構成を示す図である。
【図15】 本発明の変形例にかかるコミュニケーションシステムの構成を示す図である。
【図16】 本発明の変形例にかかるコミュニケーションシステムの構成を示す図である。
【図17】 本発明の変形例にかかるコミュニケーションシステムの構成を示す図である。
【符号の説明】
100…車載端末、101…コミュータ、110…処理部、120…記憶部、130…通信部、140…入力部、150…出力部、200,200a,200b,200c…エリアサーバ、202,202a,202b,202c…サービスエリア、204…アンテナ、210…処理部、220…記憶部、230…通信部、300…中央サーバ、310…処理部、320…記憶部、330…通信部。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to information communication using a communication terminal.
[0002]
[Prior art]
Currently, positioning terminals equipped with a GPS (Global Positioning System) function and mobile terminals that can be connected to a mobile communication network are used as information communication terminals installed in motorcycles and automobiles. Yes. Among these, the positioning terminal receives radio waves transmitted from the artificial satellite group, measures the position of its own device using the received radio waves, and provides position information to the user.
[0003]
On the other hand, in addition to conventional voice communication, a mobile terminal provides a content distribution service by an information provider in recent years. In this type of content distribution service, for example, various contents such as traffic information and news are provided to the user (see, for example, Patent Document 1).
[0004]
[Patent Document 1]
JP-A-11-69404
[0005]
[Problems to be solved by the invention]
However, in any of these positioning terminals and mobile terminals, the information provided to the user is determined information such as position information and content created by the information provider. For this reason, the information that can be obtained by the user is limited to general contents, and it is difficult to say that the contents are practical.
[0006]
The present invention has been made in view of the above-described circumstances, and an object thereof is a server capable of providing practical information to a moving user. and Data transfer method The It is to provide.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides data receiving means for receiving data transmitted from a first terminal, and data received by the data receiving means at a time when the first terminal transmits the data. Position acquisition means for acquiring the position of the first terminal, and accumulated position information in which information indicating the position where the first terminal existed in the past is accumulated in time series based on the position acquired by the position acquisition means. Remember At the same time, it stores a group management table that defines a group of multiple users. Storage means; With reference to the group management table, the group to which the first terminal belongs is obtained, and among the users included in the obtained group, the second terminals of other users excluding the user of the first terminal are The data received by the data receiving means and the accumulated position information related to the first terminal when the data is present around the position of the first terminal acquired by the position acquiring means; The And a data transfer means for transferring the server.
[0009]
Or According to such a server, the second terminal can receive the accumulated position information in which information indicating the position where the first terminal has existed in the past is accumulated. Thereby, the user of the second terminal can obtain the position of the first terminal, the travel route of the first terminal in the past, and the like.
[0010]
In addition, the present invention provides position information receiving means for receiving position information indicating the position of its own device from a server, storage means for accumulating and storing position information received by the position information receiving means, and the storage There is provided a terminal comprising: accumulated position information transmitting means for transmitting the position information accumulated by the means to a server.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0012]
<Configuration>
FIG. 1 is a diagram showing an overall configuration of a communication system according to an embodiment of the present invention. As shown in this figure, in the communication system, the in-vehicle terminal 100 moving with each of a plurality of users, a plurality of area servers 200a, 200b, 200c,..., And each area server 200a, 200b, 200c,. One central server 300.
[0013]
FIG. 2 is a diagram illustrating the state of the area server 200a and its surroundings. As shown in this figure, the area server 200a has an antenna 204 that transmits a radio signal in accordance with a short-range wireless communication standard such as Bluetooth (registered trademark) or IEEE802.11. This antenna 204 is installed in a telephone pole, a vending machine, a store, etc. in the city, and provides the service area 202a by the transmitted electric wave. The service area 202a is an area where a terminal according to the wireless communication standard can communicate with the area server 200a. In this figure, the area server 200a forms a service area 202a whose radius is narrow (about several meters) by one antenna 204, but a wide area (several tens of meters) by a plurality of antennas 204. The service area 202a (meter to several kilometers) may be formed.
[0014]
In FIG. 1 again, the area server 200b provides a service area 202b, and the area server 200c provides a service area 202c. Each of these area servers 200a, 200b, and 200c is arranged so that the service areas 202a, 202b, and 202c are isolated from each other, and each area server 200a, 200b, 200c,. Area IDs are assigned. Here, the configurations of the area servers 200a, 200b, 200c,... Are the same. Therefore, in the following, when the area servers 200a, 200b, 200c,... And their service areas 202a, 202b, 202c,. The area code will be described as 202.
[0015]
The in-vehicle terminal 100 is a terminal mounted on the commuter 101, and is a communication terminal that performs wireless data communication with the area server 200 having jurisdiction over the service area 202 while in the service area 202. Here, the commuter 101 is a vehicle having driving force such as a bicycle with auxiliary power, a bicycle with a motor, an electric motorcycle, a motorcycle, and an automobile including a fuel cell vehicle. In each drawing, a commuter 101 using a motorcycle is illustrated. When the in-vehicle terminal 100 is in the service area 202, the in-vehicle terminal 100 uploads the data generated in its own device to the corresponding area server 200, while the in-vehicle terminal 100 generates the data in the other in-vehicle terminal 100 or the like. Downloaded data. Each in-vehicle terminal 100 is assigned a terminal ID for identifying each of them.
[0016]
Each area server 200 is connected to one central server 300 and selects data to be transmitted to the in-vehicle terminal 100 under the control of the central server 300. More specifically, the users of each in-vehicle terminal 100 form a user group in which a plurality of users are grouped, and all the users belong to one of the user groups. The central server 300 manages whether each in-vehicle terminal 100 is a user in-vehicle terminal 100 belonging to which user group. In the area server 200, various data are distributed to the in-vehicle terminal 100 according to the user group associated with the in-vehicle terminal 100.
In this figure, the central server 300 and each area server 200 are directly connected, but various networks, devices for connection, and the like may be interposed between them.
[0017]
Next, the configuration of the area server 200 will be described with reference to FIG. In this figure, a processing unit 210 includes a CPU (Central Processing Unit) and the like, and controls each component through a bus 201. The processing unit 210 incorporates a timer clock that supplies a signal indicating time.
[0018]
The storage unit 220 includes, for example, a ROM (Read Only Memory), a RAM (Random Access Memory), a hard disk, and the like, and includes a control program executed by the processing unit 210, an area information management table for managing area information, Stores area history table and the like. Here, the area information is information created by the user in the in-vehicle terminal 100 and is regional information regarding the periphery of the service area 202. More specifically, the area information is, for example, text information such as traffic information, store information, and event information, and is useful information for a user who moves in the vicinity of the service area 202. The area information is not limited to character information, and includes image data as well as sound data in which the sound of the user of the in-vehicle terminal 100 and the environmental sound of the service area 202 are recorded. On the other hand, the area history table is a table that is generated in the in-vehicle terminal 100 and stores information indicating the service area 202 in which each in-vehicle terminal 100 is located in the past, and details thereof will be described later.
[0019]
The communication unit 230 includes two types of communication interfaces. That is, a wireless communication interface for providing the service area 202 and wirelessly connecting to the in-vehicle terminal 100 and a communication interface for connecting to the central server 300. Among these, the wireless communication interface receives the area information and area history table generated in the in-vehicle terminal 100 from the in-vehicle terminal 100, or sends the received area information and area history table to the other in-vehicle terminal 100. Or
[0020]
Next, the area information management table and the area history table stored in the storage unit 220 of the area server 200 will be described in detail.
FIG. 4 is a diagram illustrating an area information management table. As shown in this figure, one record in the area information management table TBL1 is a set of “terminal ID”, “user name”, “location flag”, “write time”, and “area information”. Yes. Among these, “area information” stores area information uploaded from the in-vehicle terminal 100 corresponding to the terminal ID. For convenience of explanation, in this figure, only character information is shown as area information. However, as described above, area information includes sound data, image data, and the like.
[0021]
The “user name” stores the user name of the corresponding in-vehicle terminal 100. When the location flag is “1”, it indicates that the in-vehicle terminal 100 (user) is in the service area 202, and when it is “0”, the in-vehicle terminal 100 is in service. This indicates that the user is not in the area 202. The “write time” indicates the time when the area information is uploaded from the in-vehicle terminal 100.
[0022]
FIG. 5 is a diagram illustrating an area history table related to one in-vehicle terminal 100 stored in the storage unit 220. As shown in this figure, one record of the area history table TBL2 includes “area name”, “area in time”, and “area out time”. Among these, the “area name” stores the name of the service area 202 where the in-vehicle terminal 100 has been in the past. For example, “A station south exit” indicating the service area 202a or “B” indicating the service area 202b. “Station East Exit”, “C Station North Exit” indicating the service area 202c, and the like are stored. Further, “area in time” indicates the time when the in-vehicle terminal 100 is area-in to the service area 202, and “area out time” indicates the time when the area is out of the service area 202. For example, in FIG. 5, the in-vehicle terminal 100 is located in the service area 202 a indicated by “A station south exit” during the period from “12:20” to “12:21”. . The area history table TBL2 is stored in the storage unit 220 in association with the terminal ID of the in-vehicle terminal 100 that uploaded the area history table TBL2.
[0023]
FIG. 6 is a block diagram showing a configuration of the in-vehicle terminal 100. In this figure, a processing unit 110 includes a CPU, and controls each component constituting part via a bus 102. The control executed by the processing unit 110 includes area-in detection processing for detecting whether or not the in-vehicle terminal 100 has entered the service area 202, packet data reception processing for receiving various data from the area server 200, and area There are processes related to generation of information and area history table TBL2. The processing unit 110 has a built-in timer clock for supplying a time signal indicating the time, and this time signal is used for timer interrupt processing and the like.
[0024]
The storage unit 120 includes, for example, a ROM, a RAM, a hard disk, an optical disk, and the like, and includes a control program executed by the processing unit 110, area information and area history table TBL2 generated by the processing unit 110, and the area server 200. The received area information and area history table TBL2 are stored. Of the area history table TBL2 stored in the storage unit 120, the area history table TBL2 generated by the processing unit 110 is updated with a date (for example, at 00:00 every day). Will reset its contents. For this reason, only the information regarding the service area 202 in which the vehicle-mounted terminal 100 was located on the day is stored in the area history table TBL2. On the other hand, of the area history table TBL2 stored in the storage unit 120, the area history table TBL2 downloaded from the area server 200 is stored in association with the terminal ID indicating the in-vehicle terminal 100 that generated the area history table TBL2. Is done.
[0025]
The communication unit 130 is a wireless communication interface for connecting to the area server 200 via the service area 202, and transmits and receives area information and the area history table TBL2. More specifically, the communication unit 130 transmits the area information and area history table TBL2 generated by the processing unit 110 to the area server 200, while the area information and area history generated in the other in-vehicle terminal 100 are transmitted. The table TBL2 is received from the area server 200. At this time, the communication unit 130 communicates with the area server 200 by a packet switching method.
[0026]
The input unit 140 is a user interface for the user to input area information, instructions, and the like. In addition to operators such as character input and push button switches for inputting instructions, the commuter 101 is turned on. Various instructions input from the user are supplied to the processing unit 110 via the bus 102 via an operator such as a / off switch, an accelerator, and a brake. As an instruction input from the user via the input unit 140, for example, there is an instruction for uploading area information, and the input unit 140 supplies the instruction to the processing unit 110 as an upload instruction signal.
[0027]
Note that the input unit 140 is not limited to an operator such as a push button switch, and may be any user interface that can input area information and various instructions. For example, as the input unit 140, a microphone for inputting a user's voice or the like, an imaging element for capturing a user's image, or the like can be used.
[0028]
When speech is input from the microphone, the processing unit 110 may store the speech as sound data in the storage unit 120, or after converting the speech into text data using speech recognition technology, the storage unit stores the speech data as text data. 120 may be stored. Further, the processing unit 110 stores an image captured by the image sensor in the storage unit 120 as image data, and detects a user command using image data obtained by imaging. More specifically, the processing unit 110 captures a user's image at a fixed time interval using an image sensor, detects a time-series change of the user's image using the captured image data, and changes the user's image. A process associated in advance may be executed. Thereby, the user can input various processing commands by gestures.
[0029]
Furthermore, as the input unit 120, a port for connecting to a mobile phone or an external device including a user interface (operation button or microphone) such as a PDA (Personal Digital Assistant) may be provided. These external devices generally have a control unit, a storage unit, and the like in addition to a user interface. For this reason, the information input by the user may be temporarily cached in the storage unit of the external device, and the cache data may be input to the in-vehicle terminal 100 via the port. Of course, the user interface (keyboard and microphone) itself can be connected via the port. Here, USB (Universal Serial Bus), IEEE 1394, IrDA (Infrared Data Association), or the like can be used as a port data transmission standard. In addition, since the communication unit 130 described above has a wireless communication function, the communication unit 130 can be used as the input unit 120.
[0030]
The output unit 150 is a user interface for outputting various types of information to the user. For example, the output unit 150 outputs a display device such as a CRT (Cathode Ray Tube), a liquid crystal panel, and an LED (Light Emitting Diode), and sounds. Audio devices. Among these, the display device displays characters input via the input unit 140 or the area information received from the area server 200 when the user creates the area information. In addition, when the audio device receives the area information from the area server 200, the audio device outputs a notification sound (melody etc.) indicating that, or when the area information is text data, the audio data is obtained by converting the text data into voice data. According to the sound. The sound data output via the audio device may be sound data stored in advance in the storage unit 120, or may be sound data downloaded from the area server 200.
[0031]
FIG. 7 is a block diagram showing the configuration of the central server 300.
In this figure, a processing unit 310 includes a CPU and the like, and controls each component unit via a bus 301. The communication unit 330 is a communication interface for connecting to the area server 200. The storage unit 320 includes, for example, a ROM, a RAM, a hard disk, and the like, and stores a control program executed by the processing unit 310, a user group management table, and the like.
[0032]
FIG. 8 is a diagram illustrating a user group management table stored in the storage unit 320. As shown in this figure, “terminal ID” and “group ID” are associated with one record in the user group management table TBL3. “Group ID” is an identifier indicating a user group to which a user of the in-vehicle terminal 100 specified by the terminal ID belongs.
[0033]
<Operation>
Next, the operation in the communication system will be described.
In the following description of the operation, first, the area-in detection process and the packet data reception process executed in the in-vehicle terminal 100 will be described, and then the entire system will be described.
[0034]
FIG. 9 is a flowchart showing the area-in detection process. This process is executed by the processing unit 110 of the in-vehicle terminal 100 and detects whether the in-vehicle terminal 100 has entered the service area 202. The area-in detection process is a process in which a timer interrupt is performed by the processing unit 110 in accordance with a time signal supplied from a timer clock.
[0035]
First, the processing unit 110 determines whether or not the radio signal transmitted from the area server 200 has been received through the communication unit 130 at a signal level equal to or higher than a threshold value (step Sa1). Here, the radio wave signal transmitted from the area server 200 includes an area ID indicating which radio wave signal is transmitted from which area server 200. If the determination result of step Sa1 is negative, the processing unit 110 determines that the in-vehicle terminal 100 is not located in the service area 202, and returns the processing procedure to step Sa1 when a predetermined time has elapsed.
[0036]
On the other hand, if the determination result in step Sa1 is affirmative, the processing unit 110 stores the area ID included in the radio wave signal received in step Sa1 in the RAM included in the storage unit 120 as newID. The new ID is information indicating the service area 202 where the in-vehicle terminal 100 is currently located, and is the area ID of the service area 202.
[0037]
Next, the processing unit 110 determines whether or not the newID stored in step Sa2 matches the curID stored in the RAM. Here, curID is the area ID of the service area 202 that was last visited among the service areas 202 where the in-vehicle terminal 100 was located in the timer interrupt processing up to the previous time. Note that, in the first timer interrupt process in which no curID exists, the determination result of step Sa3 is negative.
[0038]
Here, if the determination result of step Sa3 is affirmative, the processing unit 110 determines that the area is not in the new service area 202, and returns the processing procedure to step Sa1 after a certain period of time has elapsed.
[0039]
On the other hand, if the determination result in step Sa3 is negative, the processing unit 110 has entered the new service area 202 in the in-vehicle terminal 100, and first stores the current ID in the RAM as curID (step Sa4). . Next, the processing unit 110 executes a connection authentication process with the area server 200 and establishes a data link (step Sa5). The time when this data link is established is recorded in the storage unit 120 as area in time. Then, the processing unit 110 returns the processing procedure to step Sa1 again after a predetermined time has elapsed so as to detect an area-in to the new service area 202.
[0040]
Next, packet data reception processing will be described with reference to FIG. This process is a data packet (hereinafter referred to as “packet”) such as area information transmitted from the area server 200 by the processing unit 110 of the in-vehicle terminal 100 after the establishment of the data link in step Sa5 in the area-in detection process. Is received, and data such as area information is restored from the packet.
[0041]
First, the processing unit 110 stores “0” indicating the initial value as a packet ID in the RAM included in the storage unit 120 (step Sb1). The packet ID is a serial number (starting with “0”) added to the packet transmitted from the area server 200, and the processing unit 110 uses the packet ID stored in the RAM as a pointer.
[0042]
Next, the processing unit 110 receives a radio wave modulated by one packet (signal) transmitted from the area server 200 via the communication unit 130, and demodulates the received radio wave to restore the packet (signal). (Step Sb2). Note that the processing unit 110 executes packet error correction processing when restoring the packet in step Sb2.
[0043]
Next, the processing unit 110 determines whether or not the packet ID included in the restored packet is equal to the packet ID stored in the RAM (step Sb3). If the determination result is negative, the processing unit 110 repeats the processes of step Sb2 and step Sb3 to receive a packet corresponding to the packet ID stored in the RAM.
[0044]
Next, the processing unit 110 determines whether or not the packet restored in step Sb2 is the terminal packet among the packets transmitted from the area server 200 (step Sb4). For this determination, a flag included in the packet, specifically, a flag indicating whether or not the packet is a terminal packet among all the packets is used. If the determination result is negative, the processing unit 110 increments the packet ID stored in the RAM by “1” (step Sb6), and returns the processing procedure to step Sb2 to receive all packets.
On the other hand, if the determination result of step Sb4 is affirmative, the processing unit 110 has received all packets, and outputs data such as area information via the output unit 150 (image output or audio output) ( Step Sb5).
[0045]
When the in-vehicle terminal 100 receives a packet when moving, the in-vehicle terminal 100 may be out of the service area 202 before receiving all the packets even though the reception of the packet is started. is there. Hereinafter, this point will be described. Now, the moving distance of the in-vehicle terminal 100 in the service area 202 is L, the moving speed of the in-vehicle terminal 100 is V, the data transmission speed between the in-vehicle terminal 100 and the area server 200 is R, and the total data amount is A. If the coefficient due to transmission delay and processing time is α,
The moving speed V is
V> L × R / (A + α) (Formula 1)
When satisfy | filling, the vehicle-mounted terminal 100 will carry out an area out, without completing reception of data. Therefore, when determining parameters such as the diameter of the service area 202 and the data transmission speed R that affect the moving distance L of the in-vehicle terminal 100, the moving speed V of the in-vehicle terminal 100 in the service area 202 and the transmission It may be determined in consideration of the data amount A to be processed.
[0046]
Next, the overall operation of the communication system will be described with reference to FIG. This operation is performed by the in-vehicle terminal 100 that has entered the service area 202c (area name: “C station north exit”) after uploading the area information and the area history table TBL2 generated in its own device to the area server 200c. In this process, the area information generated in the in-vehicle terminal 100 and the area history table TBL2 are downloaded from the area server 200c. As a premise, it is assumed that the user has created area information related to the periphery of the service area 202c in advance in the in-vehicle terminal 100 before entering the service area 202c. Further, the area server 200c has area information and an area history table TBL1 to be distributed to the in-vehicle terminal 100 focused on in this operation description. Here, the area information and area history table TBL2 to be distributed to the in-vehicle terminal 100 are the area information and area uploaded from the in-vehicle terminal 100 corresponding to the user of the in-vehicle terminal 100 and other users belonging to the same user group. This is the history table TBL2. This process is executed in parallel with the area-in detection process, the packet data reception process, and the like executed by the processing unit 110 of the in-vehicle terminal 100 described above.
[0047]
First, it is assumed that the user moves to the service area 202c together with the in-vehicle terminal 100 (step Sc1). As described above, when the in-vehicle terminal 100 moves into the service area 202c, the processing unit 110 of the in-vehicle terminal 100 detects that the in-vehicle terminal 100 has moved to the service area 202c by the above-described area-in detection process, and sends it to the area server 200c. A connection request signal CS is sent out (step Sc2).
[0048]
When receiving the connection request signal CS transmitted from the in-vehicle terminal 100, the processing unit 210 of the area server 200c transmits the connection approval signal PS to the in-vehicle terminal 100 if the connection request signal CS is valid. (Step Sc3). The connection approval signal PS includes information indicating the area name “C station north exit” of the service area 202c.
[0049]
When receiving the connection approval signal PS sent from the area server 200c, the processing unit 110 of the in-vehicle terminal 100 updates the area history table TBL2 (step Sc4). For example, suppose that the in-vehicle terminal 100 newly enters the service area 202c and receives the connection approval signal PS from the area server 200c under the situation where the area history table TBL2 is shown in the upper part of FIG. . At this time, the processing unit 110 of the in-vehicle terminal 100 adds the area name “C station north exit” to the area history table TBL2 and uses the time signal supplied from the timer clock, as shown in the lower part of FIG. A time (for example, “18:40”) is added.
Note that when the in-vehicle terminal 100 is area-out from the service area 202c, the processing unit 110 of the in-vehicle terminal 100 stores the time as the area out time in the area history table TBL2.
[0050]
Next, the processing unit 110 of the in-vehicle terminal 100 sends the area history table TBL2 updated in Step Sc4 to the area server 200c (Step Sc5). At this time, the processing unit 110 of the in-vehicle terminal 100 sends the area history table TBL2 after adding the terminal ID of the own device to the area history table TBL2.
[0051]
When receiving the area history table TBL2 sent from the in-vehicle terminal 100, the processing unit 210 of the area server 200c stores the area history table TBL2 and the terminal ID in association with each other in the storage unit 220. Next, the processing unit 210 of the area server 200c transmits the terminal ID (SS) to the central server 300 (step Sc6).
[0052]
When the processing unit 310 of the central server 300 receives the terminal ID (SS) transmitted from the area server 200c, the processing unit 310 of the in-vehicle terminal 100 uses the user group management table TBL3 (FIG. 8) stored in the storage unit 330. The group ID of the user group to which the user belongs is specified (step Sc7). For example, if the terminal ID received from the area server 200c is “XXXX001”, the processing unit 310 of the central server 300 refers to the user group management table TBL3 shown in FIG. The group ID “G1” of the user group to which it belongs is specified.
[0053]
Next, the processing unit 110 of the central server 300 sends the terminal ID group (GS) associated with the group ID “G1” identified in step Sc7, that is, other users included in the same user group as the user of interest. The corresponding terminal ID group is transmitted to the area server 200c (step Sc8). At this time, the processing unit 310 of the central server 300 as the terminal ID group (GS), among all the terminal IDs associated with the group ID “G1”, the terminal ID “ “XXXX001” is not transmitted. For example, in the user group management table TBL3 illustrated in FIG. 8, the processing unit 310 excludes “XXXX001” from the terminal IDs associated with the group ID “G1”, “XXXX002”, “XXXX005”, “ The terminal IDs of “XXX007”,... Are transmitted to the area server 200c as a terminal ID group (GS).
[0054]
When receiving the terminal ID group (GS) from the central server 300, the processing unit 210 of the area server 200c selects data to be transmitted to the in-vehicle terminal 100 according to the terminal ID group (GS) (step Sc9). More specifically, the processing unit 210 of the area server 200c selects area information corresponding to the terminal ID included in the terminal ID group (GS) from all the area information stored in the storage unit 220, and The area history table TBL2 corresponding to the terminal ID included in the terminal ID group (GS) is selected from all the area history tables TBL2 stored in the storage unit 220. Next, the processing unit 210 of the area server 200c sends the selected area information AD and area history table TBL2 to the in-vehicle terminal 100 (step Sc10). At this time, the processing unit 110 of the area server 200c adds the “user name”, “location flag”, and “write time” included in the area information management table TBL1 to the area information AD, and then sends the area information AD. To do.
[0055]
When the area information AD and the area history table TBL2 are transmitted from the area server 200c, the processing unit 110 of the in-vehicle terminal 100 receives the data by the packet data reception process described above, and stores the received data in the storage unit 120. Store (step Sc11). By the process of step Sc11, the in-vehicle terminal 100 can provide each of the area information AD and the area history table TBL2 to the user via the output unit 150. Note that the operation of providing the user with the area information and the area history table TBL2 in the in-vehicle terminal 100 is not directly related to the operation of the entire system, and the details thereof will be described later.
[0056]
Next, the processing unit 110 of the in-vehicle terminal 100 is in a standby state until an upload signal indicating upload of area information is input from the input unit 140 (step Sc12). Here, when an upload signal is input by the user via the input unit 140, the processing unit 110 of the in-vehicle terminal 100 reads out the area information around the service area 202c created by the user in advance from the storage unit 120. The area information AD is sent to the area server 200c (step Sc13). At this time, the processing unit 110 of the in-vehicle terminal 100 sends the area information AD after adding the terminal ID and the user name.
[0057]
When receiving the area information AD sent from the in-vehicle terminal 100, the processing unit 210 of the area server 200c stores the area information AD in the area information management table TBL1 (see FIG. 4) stored in the storage unit 220 (step 4). Sc14). At this time, in addition to the area information AD, the processing unit 210 stores the terminal ID, the user name, and the reception time (write time) of the area information AD in the area information management table TBL1, and also manages the area information management. The in-zone flag in the table TBL1 is set to “1”. In this way, the area information stored in the area information management table TBL1 is stored in the service area 202c by the processing unit 210 when the in-vehicle terminal 100 corresponding to another user included in the same user group as the user is in the service area 202c. Will be distributed to the in-vehicle terminal 100.
Note that the processing unit 210 of the area server 200c sets the location flag in the area information management table TBL1 to “0” when the in-vehicle terminal 100 goes out of the area. Here, the connection confirmation is periodically performed between the in-vehicle terminal 100 and the area server 200, and the area server 200 regards the in-vehicle terminal 100 that has not been able to confirm the connection for a predetermined period as being out of the area. Similarly, in the case where the in-vehicle terminal 100 does not confirm the connection for a predetermined period, it is considered that the area is out of the service area 202 provided by the area server 200. The in-vehicle terminal 100 detects the time when the area is out, and records the time as the area out time described above.
[0058]
Here, the operation of providing the user with the area information stored in the in-vehicle terminal 100 and the area history table TBL2 through the output unit 150 in step Sc11 described above will be described. The output unit 150 includes a display device and an audio device. For convenience of explanation, an example in which the display device provides the area information and the area history table TBL2 will be described.
[0059]
First, when the area information and the area history table TBL2 are stored in step Sc11, the processing unit 110 of the in-vehicle terminal 100 stores the information in the display device 152 included in the output unit 150 as illustrated in FIG. One area information 154 of the area information is displayed. At this time, the processing unit 110 creates the “user name (in this example, the number)” that created the area information 154, whether or not the user is in the service area, and “write time (in this example, 18 in this example). : 30) "etc. are displayed together with the area information. Here, the area information 154 is local area information created by another user who has actually entered the service area 202c. Therefore, the area information 154 is information provided by the information provider of the same viewpoint for the user who moves around the service area 202c, and the user can obtain information closely related to the area.
[0060]
Further, when displaying the area information 154, the display device 152 displays a soft button 156 that prompts the display of the area history table TBL2 of the area information provider (“centa” in this example). The user can press the soft button 156 by operating a specific button or the like included in the input unit 140 of the in-vehicle terminal 100. When the user presses the soft button 156 under this situation, the processing unit 110 displays the “centa” area history table TBL2 on the display device 152 as illustrated in FIG. Thereby, the user can grasp the behavior of the other user, such as the route until the other user arrives at “C station north exit (service area 202c)” and the time required to arrive.
[0061]
Further, when displaying the area history table TBL2, the display device 152 displays a soft button 158 that prompts the display of the next area information. When the soft button 158 is pressed by the user, the processing unit 110 shifts the screen to the next area information.
For convenience of explanation, in this operation example, the various information displayed on the display device 152 is assumed to have the information content (screen) transferred by pressing the soft buttons 154 and 158 by the user. 110 may be configured to shift the screen at regular intervals.
[0062]
As described above, according to the communication system according to the present embodiment, when the vehicle-mounted terminal 100 passes through the service area 202, the in-vehicle terminal 100 can receive the area information of the service area 202 and provide the area information to the user. . In other words, the user can receive area information from the area server 200 according to the position at the time of movement.
[0063]
Here, in the conventional content distribution service, the content (information) created by the information provider is unilaterally distributed to the information receiver. On the other hand, according to the communication system, area information created by other users who are actually located in the same service area 202 is distributed to the users. For this reason, the user can obtain practical information closely related to the area.
[0064]
In addition, the user can not only receive the distribution of area information from the area server 200 but also create area information for other users. Thereby, compared with a content delivery service, regional information can be exchanged between users, and user-participatory information communication is provided. In addition, since the central server 300 distributes area information according to the user group, each user exchanges various types of information related to a common topic in the user group if the user group is formed so that the preferences of the users match each other. It becomes possible to do.
[0065]
Furthermore, since each area server 200 can acquire the area history table TBL2 of the in-vehicle terminal 100, the following can be considered as an application example of the communication system.
For example, the user of the in-vehicle terminal 100 may be regarded as a traffic consumer, and the communication system may be used for traffic volume survey. With such a configuration, each area server 200 can accurately grasp the travel time in addition to the user's travel route. Thereby, the investigator of traffic volume can grasp a user's trip information in detail and correctly.
[0066]
Further, even in a store where the area server 200 is arranged, an area history table TBL2 uploaded from the in-vehicle terminal 100 can accurately acquire a travel route until the user visits the store, and therefore, an effective determination material at the time of marketing. Can be obtained.
[0067]
Note that users of terminals (in-vehicle terminals 100) that upload or download various types of information to the area server 200 include operators who operate the communication system. This operator can provide various services such as a stamp rally and an information distribution service through the communication system.
[0068]
Of these, the stamp rally can be implemented as follows. That is, in the area server 200, by determining whether each in-vehicle terminal 100 has passed the service area 202 specified in advance by the operator using the area history table TBL2 stored in the storage unit 220, It is determined whether or not the user of the in-vehicle terminal 100 has passed through the specified service area 202. In such a stamp rally, the route (order) of passage between the service areas 202 to be passed may be random, or the order may be defined.
[0069]
On the other hand, the information distribution service is a service for distributing various types of information from the area server 200 to the in-vehicle terminal 100 such as a so-called car navigation system. Information distributed to the in-vehicle terminal 100 includes store information around the area server, sound data, and the like.
[0070]
This sound data includes sound data used as BGM during driving and sound data used as various notification sounds (blinker sound, horn, etc.) for driving the commuter 101. When distributing sound data for BGM to the in-vehicle terminal 100, sound data such as music symbolizing the corresponding service area 202 may be distributed for each area server 200.
[0071]
In addition, each piece of partial sound data (for example, sound data for each part related to one piece of music) is distributed from a separate area server 200, and the in-vehicle terminal 100 receives one piece of data from each area server 200. By downloading all sound data related to the music, the in-vehicle terminal 100 may be able to output the music in a complete form. As a result, variations in music distribution become widespread.
The sound data for BGM is preferably MIDI (Musical Instruments Digital Interface) data composed of a musical tone control event sequence.
[0072]
By the way, some of the electric motorcycles are known that electrically output a traveling sound so as to call attention to a pedestrian in the vicinity while traveling. According to the communication system, it is possible to distribute sound data related to the output of traveling sound to the in-vehicle terminal 100 mounted on this type of electric motorcycle according to the area in which the vehicle is located. For example, the area server 200 located in a noisy area such as a downtown area distributes sound data related to a traveling sound that is easy to hear even in noise, while the area server 200 located in a relatively noisy area such as a residential area Sound data related to running sound that does not adversely affect the surrounding sound environment may be distributed. The sound data distributed to the in-vehicle terminal 100 in this way may be usable only during the service area 202 corresponding to the in-vehicle terminal 100, or regardless of the service area 202 in which the in-vehicle terminal 100 is present. It may be usable.
[0073]
Note that the present invention is not limited to the above-described embodiment, and various applications, improvements, modifications, and the like can be added to the embodiment.
For example, in the above-described embodiment, the example in which the area server 200 is arranged so that the service areas 202 are isolated from each other has been described. However, as illustrated in FIG. 200 may be arranged. In this figure, the service area 202b by the area server 200b and the service area 202c by the area server 200c are configured such that a part of those areas (area BC in the figure) overlaps. The service area 202d by the area server 200d is accommodated in the service area 202c. The in-vehicle terminal 100 can exchange the area information and the area history table TBL2 with each of the area servers 200b and 200c while in the area BC.
[0074]
In-vehicle terminal 100 can exchange data such as area information and area history table TBL2 with each of area servers 200c and 200d while in service area 202d. In this way, by arranging the service area 202d inside the service area 202c, the area information regarding the local area (service area 202d) inside the service area 202c is distributed from the area server 200d to the in-vehicle terminal 100. It becomes possible to do.
[0075]
In the in-vehicle terminal 100 that has downloaded data from the area server 200d, the data may be displayed alone, or may be displayed in a form that is added (added in) to the data downloaded from the area server 200c. Which method the in-vehicle terminal 100 displays the data downloaded from the area server 200d may be displayed in accordance with a control signal included in the data.
[0076]
In the above-described embodiment, an example in which various data such as area information and area history table TBL2 is delivered from the area server 200 to the in-vehicle terminal 100 under the control of the central server 300 is not limited thereto. . For example, as shown in FIG. 15, various data may be distributed from the stand-alone area servers 200a, 200b, 200c,. In such a configuration, each area server 200a, 200b, 200c,... Plays the role of the central server 300 in addition to the role of the area server 200 described above. That is, the user group management table TBL3 is stored in the storage unit 220 of the area server 200, and the processing unit 210 of the area server 200 transmits the area information and area history table to each in-vehicle terminal 100 according to the user group management table TBL3. Distribute TBL2. According to such a configuration, a network connecting the stand-alone area server 200 and the central server 300 is not required, and the configuration of the communication system is simplified.
The area server 200 connected to the central server 300 and the stand-alone area server 200 may be mixed.
[0077]
In the embodiment described above, the example in which the area information and the area history table TBL2 are distributed from the area server 200 to the in-vehicle terminal 100 has been described, but the present invention is not limited thereto. For example, as shown in FIG. 16, the area information and the area history table TBL2 are distributed from the single central server 300 connected to each of the plurality of base stations 302a, 302b, 302c,. Also good. More specifically, the base station 302a provides a service area 202a for the central server 300 to perform wireless communication with the in-vehicle terminal 100. Similarly, the base station 302b provides a service area 202b, and the base station 302c provides a service area 202c. The central server 300 receives the area information and the area history table TBL2 from the in-vehicle terminal 100 via the base stations 302a, 302b, 302c,..., The received data, and the in-vehicle terminals located in any service area 202 The information indicating whether or not received from 100 is stored in association with the information. Then, the central server 300 distributes the stored data to other in-vehicle terminals 100 that are in the corresponding service area 202.
[0078]
In the above-described embodiment, the area history table TBL2 is stored in the area server 200 and distributed from the area server 200 to the in-vehicle terminal 100. However, the area history table TBL2 is stored in the central server 300 and is stored in the central server. It is good also as a structure distributed to the vehicle-mounted terminal 100 from 300 via the area server 200. FIG. With such a configuration, the in-vehicle terminal 100 can download the area history table TBL2 for the other in-vehicle terminal 100 from the central server 300 regardless of the service area 202 that is in the area. As a result, the user obtains information on which service area 202 the other user included in the user group is currently in, information indicating what route the user has moved to the current service area 202, and the like. It becomes possible to do.
[0079]
In the above-described embodiment, the example in which the area server 200 and the in-vehicle terminal 100 are connected wirelessly has been described. However, a wired connection may be used. For example, the area server 200 is installed in a stand that supplies energy (electricity, gasoline, etc.) to the commuter 101, and wired such as Ethernet (registered trademark), USB, IEEE 1394, etc., to each of the in-vehicle terminal 100 and the area server 200. It is good also as a structure which provides the interface according to a connection standard, and transmits area information and area history table TBL2 between the vehicle-mounted terminal 100 and the area server 200 via those interfaces.
[0080]
In the embodiment described above, the in-vehicle terminal 100 generates the area history table TBL2, but the present invention is not limited to this. For example, the central server 300 may generate the area history table TBL2 for each in-vehicle terminal 100. More specifically, when the in-vehicle terminal 100 enters the service area 202, the area server 200 transmits an area ID indicating the position of the in-vehicle terminal 100 together with the terminal ID of the in-vehicle terminal 100 to the central server 300. To do. The central server 300 generates the area history table TBL2 for each in-vehicle terminal 100 using the terminal ID and the area ID received from the area server 200. Then, the area history table TBL2 generated by the central server 300 is distributed to other in-vehicle terminals 100 via the area server 200.
[0081]
In the embodiment described above, each of the area information and the area history table TBL2 is distributed according to the user group to which the user of the in-vehicle terminal 100 belongs, but is not limited thereto. For example, all or a part of data uploaded from the in-vehicle terminal 100 to the area server 200 may be distributed to all other in-vehicle terminals 100 regardless of the user group.
[0082]
In the embodiment described above, the in-vehicle terminal 100 is configured to temporarily store various data received from the area server 200 in the storage unit 120 and then output the data via the output unit 150. Various data distributed from the area server 200 may be reproduced in a streaming format.
[0083]
In the above-described embodiment, all the in-vehicle terminals 100 can perform bidirectional communication with the area server 200, but the present invention is not limited to this. For example, the communication system may include a vehicle-mounted terminal that can only upload data, or may include a vehicle-mounted terminal that can only download data.
[0084]
In the embodiment described above, each of the in-vehicle terminal 100 that uploads data to the area server 200 and the in-vehicle terminal 100 that downloads the data from the area server 200 uploads or downloads data in one service area 202. It was necessary to do it, but it is not limited to this. That is, the positional relationship between the in-vehicle terminal 100 to be uploaded and the in-vehicle terminal 100 to be downloaded does not necessarily have to be based on one service area 202, and the distance between the in-vehicle terminals 100 covers the entire communication system. What is necessary is just to be close in the area. For this reason, for example, the position of each in-vehicle terminal 100 is detected using GPS or the like, and data such as area information is transferred between the adjacent in-vehicle terminals 100 via the area server 200 according to the detection result. It is good also as composition to do.
[0085]
In the embodiment described above, the in-vehicle terminal 100 is configured to be mounted on the commuter 101, but is not limited thereto. That is, the in-vehicle terminal 100 may be any communication terminal that can move between the service areas 202 together with the user.
[0086]
In the above-described embodiment, as shown in FIG. 11, the in-vehicle terminal 100 uses information indicating the position of another in-vehicle terminal 100 (area history table TBL2) triggered by an area in to the service area 202 of the own device. Although the example which receives delivery was shown, it is not restricted to this. That is, the in-vehicle terminal 100 may receive the location information of the other in-vehicle terminal 100 by using the area in of the other in-vehicle terminal 100 as a trigger instead of the own apparatus.
[0087]
More specifically, in FIG. 17, the central server 300 has jurisdiction over a plurality (two in FIG. 17) of service areas 202 including a service area 202a provided by the base station 302a and a service area 202b provided by the base station 302b. When the central server 300 detects that the in-vehicle terminal 100a has entered the service area 202a, the central server 300 distributes area-in information AI indicating the fact to the in-vehicle terminal 100b located in the service area 302b. When the in-vehicle terminal 100b receives the area-in information AI from the central server 300, the in-vehicle terminal 100b notifies the user B via the output unit 150 that the in-vehicle terminal 100a has entered the service area 202a. As this notification method, various methods such as a method of displaying as character information in the output unit 150 and a method of notifying the user B by a sound previously associated with the notification content can be used. Thereby, the user B of the vehicle-mounted terminal 100b can acquire information indicating the position of the user A every time the user A of the other vehicle-mounted terminal 100a enters the area. In other words, the user B can always obtain the latest position information of the user A only by staying in the service area 202 (202b in this example) without moving to the area-in.
[0088]
Moreover, it is good also as a structure which the user B instruct | indicates the download of the positional information regarding the registered vehicle-mounted terminal 100 by registering terminal ID of the vehicle-mounted terminal 100 which a friend etc. have to the vehicle-mounted terminal 100b, for example. More specifically, when the user B inputs a terminal ID corresponding to the in-vehicle terminal 100 that desires distribution of position information through the input unit 140, the in-vehicle terminal 100b stores the input terminal ID in the storage unit 120. To remember. Next, when the in-vehicle terminal 100b enters the service area 202b, the in-vehicle terminal 100b transmits the terminal ID stored in the storage unit 120 to the central server 300. On the other hand, when receiving the terminal ID transmitted from the in-vehicle terminal 100b, the central server 300 distributes the position information of the in-vehicle terminal 100 corresponding to the terminal ID to the in-vehicle terminal 100b. Thereby, the user B can know where other users, such as a friend who owns the registered in-vehicle terminal 100, are located.
[0089]
As an application example of the in-vehicle terminal 100b, a configuration in which a notification sound is output when position information is received can be considered. When the notification sound is output in this manner, by outputting a different notification sound for each in-vehicle terminal 100 corresponding to the position information, the user B can determine which other user has received the position information. Can be recognized.
[0090]
In addition, when the central server 300 distributes the position information related to the in-vehicle terminal 100a to the in-vehicle terminal 100b, the central server 300 may attach the sound data uploaded from the in-vehicle terminal 100a to the position information. Thereby, in the vehicle-mounted terminal 100b, when each of the positional information regarding the vehicle-mounted terminal 100a and the sound data is received from the central server 300, the user emits sound according to the sound data and indicates that the positional information has been received. Can be notified. However, the sound data attached to the position information is not limited to the sound data uploaded from the in-vehicle terminal 100a, but is stored in advance in the base station 302, the storage unit 320 of the central server 300, and the like. Sound data may be attached to the position information.
[0091]
【The invention's effect】
As described above, according to the present invention, a server from which a moving user can obtain practical information. and Data transfer method But Provided.
[Brief description of the drawings]
FIG. 1 is a diagram showing an overall configuration of a communication system according to an embodiment of the present invention.
FIG. 2 is a diagram for explaining an area server included in the communication system.
FIG. 3 is a block diagram showing a configuration example of an area server included in the communication system.
FIG. 4 is a diagram illustrating an area information management table stored in the area server.
FIG. 5 is a diagram illustrating an area history table stored in the area server.
FIG. 6 is a block diagram showing a configuration example of an in-vehicle terminal included in the communication system.
FIG. 7 is a block diagram showing a configuration example of a central server included in the communication system.
FIG. 8 is a diagram illustrating a user group management table stored in the central server.
FIG. 9 is a flowchart showing area-in detection processing executed in the in-vehicle terminal.
FIG. 10 is a flowchart showing packet data reception processing executed in the in-vehicle terminal.
FIG. 11 is a sequence diagram for explaining the operation of the entire communication system.
FIG. 12 is a diagram showing how the area history table is updated.
FIG. 13 is a diagram showing a display example in the in-vehicle terminal.
FIG. 14 is a diagram showing a configuration of a communication system according to a modified example of the present invention.
FIG. 15 is a diagram showing a configuration of a communication system according to a modified example of the present invention.
FIG. 16 is a diagram showing a configuration of a communication system according to a modified example of the present invention.
FIG. 17 is a diagram showing a configuration of a communication system according to a modified example of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 100 ... Car-mounted terminal, 101 ... Commuter, 110 ... Processing part, 120 ... Memory | storage part, 130 ... Communication part, 140 ... Input part, 150 ... Output part, 200, 200a, 200b, 200c ... Area server, 202, 202a, 202b 202c ... service area, 204 ... antenna, 210 ... processing unit, 220 ... storage unit, 230 ... communication unit, 300 ... central server, 310 ... processing unit, 320 ... storage unit, 330 ... communication unit.

Claims (4)

第1の端末から送信されたデータを受信するデータ受信手段と、
前記データ受信手段により受信されたデータが前記第1の端末により送信された時点における、前記第1の端末の位置を取得する位置取得手段と、
前記位置取得手段で取得した位置に基づき、前記第1の端末が過去において存在した位置を示す情報が時系列に累積された累積位置情報を記憶するとともに、複数のユーザが組となったグループを規定するグループ管理テーブルを記憶する記憶手段と、
当該グループ管理テーブルを参照して前記第1の端末が属するグループを求め、求めたグループに含まれるユーザのうち、前記第1の端末のユーザを除いた他のユーザの第2の端末が、前記位置取得手段により取得された前記第1の端末の位置周辺に存在するときに、当該第2の端末に対して、前記データ受信手段により受信されたデータと前記第1の端末に関する累積位置情報とを転送するデータ転送手段と、
を具備することを特徴とするサーバ。
Data receiving means for receiving data transmitted from the first terminal;
Position acquisition means for acquiring the position of the first terminal at the time when the data received by the data reception means is transmitted by the first terminal;
Based on the position acquired by the position acquisition means, information indicating the position where the first terminal has existed in the past is stored in accumulated time position information, and a group of a plurality of users is set. Storage means for storing a prescribed group management table ;
With reference to the group management table, the group to which the first terminal belongs is obtained, and among the users included in the obtained group, the second terminals of other users excluding the user of the first terminal are The data received by the data receiving means and the accumulated position information related to the first terminal when the data is present around the position of the first terminal acquired by the position acquiring means; Data transfer means for transferring
A server comprising:
端末は、サーバにデータを送信し、
サーバは、
端末から送信されたデータを受信するとともに、端末が当該データを送信した時点における当該端末の位置と当該端末が過去において存在した位置を示す情報が時系列に累積された累積位置情報、および、複数のユーザが組となったグループを規定するグループ管理テーブルを記憶手段に記憶し、
当該グループ管理テーブルを参照して前記第1の端末が属するグループを求め、求めたグループに含まれるユーザのうち、前記第1の端末のユーザを除いた他のユーザの第2の端末が、前記位置取得手段により取得された前記第1の端末の位置周辺に存在するときに、当該第2の端末に対して、受信したデータと前記累積位置情報と転送する
ことを特徴とするデータ転送方法。
The terminal sends data to the server,
The server
Cumulative position information in which information indicating the position of the terminal at the time when the terminal transmits the data and the position where the terminal has existed in the past is received while receiving data transmitted from the terminal , and a plurality of A group management table that defines a group of users in a group is stored in the storage means;
With reference to the group management table, the group to which the first terminal belongs is obtained, and among the users included in the obtained group, the second terminals of other users excluding the user of the first terminal are A data transfer method characterized by transferring the received data and the accumulated position information to the second terminal when it exists around the position of the first terminal acquired by the position acquisition means .
前記サーバは、前記累積位置情報を記憶する前に、前記累積位置情報を前記第1の端末から受信し、受信された前記累積位置情報を記憶する
ことを特徴とする請求項に記載のデータ転送方法。
The data according to claim 2 , wherein the server receives the cumulative position information from the first terminal and stores the received cumulative position information before storing the cumulative position information. Transfer method.
前記サーバは、前記累積位置情報を記憶する前に、前記第1の端末の位置を検出し、検出結果を用いて前記累積位置情報を生成し、生成された前記累積位置情報を記憶する
ことを特徴とする請求項に記載のデータ転送方法。
The server detects the position of the first terminal before storing the accumulated position information, generates the accumulated position information using a detection result, and stores the generated accumulated position information. The data transfer method according to claim 2 , wherein:
JP2002357056A 2002-08-28 2002-12-09 Server and data transfer method Expired - Fee Related JP3975902B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002357056A JP3975902B2 (en) 2002-08-28 2002-12-09 Server and data transfer method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002249392 2002-08-28
JP2002357056A JP3975902B2 (en) 2002-08-28 2002-12-09 Server and data transfer method

Publications (2)

Publication Number Publication Date
JP2004147276A JP2004147276A (en) 2004-05-20
JP3975902B2 true JP3975902B2 (en) 2007-09-12

Family

ID=32472755

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002357056A Expired - Fee Related JP3975902B2 (en) 2002-08-28 2002-12-09 Server and data transfer method

Country Status (1)

Country Link
JP (1) JP3975902B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006157125A (en) * 2004-11-25 2006-06-15 Fujitsu Ten Ltd On-vehicle equipment and communications apparatus
JP2007298404A (en) * 2006-04-28 2007-11-15 Takenaka Komuten Co Ltd Route guidance and regional information utilization system, and portable terminal device and node for communication used for the system
JP4842030B2 (en) * 2006-06-23 2011-12-21 シャープ株式会社 How to download files
US8447324B2 (en) * 2010-01-05 2013-05-21 Qualcomm Incorporated System for multimedia tagging by a mobile user
JP6325868B2 (en) * 2014-03-27 2018-05-16 株式会社ゼンリンデータコム Information processing apparatus, control method thereof, and program
WO2023210340A1 (en) * 2022-04-26 2023-11-02 ソニーグループ株式会社 Learning device and learning method

Also Published As

Publication number Publication date
JP2004147276A (en) 2004-05-20

Similar Documents

Publication Publication Date Title
JP3036696B1 (en) Navigation system, method, and recording medium recording the program
US6993350B2 (en) Navigation system using mobile terminal
US20060161341A1 (en) Navigation service
JP4229338B2 (en) Mobile communication terminal, time information notification system, time information notification method, time information notification program
JP2002149528A (en) Information providing system, server used in the system, information providing method, and machine-readable recording medium for implementing the method
JP2005181146A (en) Information delivery system and program for information delivery method
JP2001250194A (en) Navigation system
CN103067851A (en) System and method for publishing meteorological disaster warning information and based on mobile phone clients
WO2005060279A1 (en) Information distribution system, information distribution server, mobile terminal, and information distribution method
US8775075B2 (en) Terminal device and recording medium
JP3300320B2 (en) Navigation system and telephone service system
JP3975902B2 (en) Server and data transfer method
TW201024670A (en) Local information service method and system, and portable electronic device
JP2004245668A (en) Vehicle information provision system
KR101212073B1 (en) Apparatus and method of presenting location of friends
JP5183582B2 (en) Mobile communication system, incoming call notification method in mobile communication system, and radio base station
JP4169191B2 (en) Mobile communication terminal, time information notification system, device control apparatus, time information notification method, device control method, time information notification program, device control program
JP2005151224A (en) Content transmitting apparatus and communication system
KR20000000045A (en) Life information supplying method utilizing relay site for mobile communication
JP2008026335A (en) Information distribution system
KR20080083401A (en) Car navigation system, control method thereof, route recommendation system and method associated with it
JP2017111541A (en) Guidance system, mobile communication device, guidance method, and program
KR101354456B1 (en) System and method for destination informing service and destination informing apparatus therefor
JP2013167576A (en) Communication terminal, method of controlling communication terminal, and, program
KR100666100B1 (en) How to use taxi for unmanned taxi

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040722

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060223

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060228

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060428

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061114

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070115

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070529

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070611

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100629

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100629

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110629

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120629

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120629

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130629

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140629

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees