[go: up one dir, main page]

JP2004140477A - Inter-vehicle network system - Google Patents

Inter-vehicle network system Download PDF

Info

Publication number
JP2004140477A
JP2004140477A JP2002301231A JP2002301231A JP2004140477A JP 2004140477 A JP2004140477 A JP 2004140477A JP 2002301231 A JP2002301231 A JP 2002301231A JP 2002301231 A JP2002301231 A JP 2002301231A JP 2004140477 A JP2004140477 A JP 2004140477A
Authority
JP
Japan
Prior art keywords
car
server
vehicle
client
address
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.)
Granted
Application number
JP2002301231A
Other languages
Japanese (ja)
Other versions
JP4105521B2 (en
Inventor
Koichi Sato
佐藤 幸一
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.)
Alpine Electronics Inc
Original Assignee
Alpine Electronics Inc
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 Alpine Electronics Inc filed Critical Alpine Electronics Inc
Priority to JP2002301231A priority Critical patent/JP4105521B2/en
Publication of JP2004140477A publication Critical patent/JP2004140477A/en
Application granted granted Critical
Publication of JP4105521B2 publication Critical patent/JP4105521B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide an inter-vehicle network system capable of decreasing the facility and communication costs. <P>SOLUTION: The inter-vehicle network system is formed such that vehicle servers 100 to 120 are interconnected and a vehicle client 200 is connected to any of the vehicle servers. A vehicle client 240 desiring connection to the inter-vehicle network system accesses an address check server 500 to receive the address list of the vehicle servers 100 to 120 located in the vicinity of the vehicle client 240. The vehicle client 240 then establishes connection to the connectable vehicle server 120 on the basis of the address list. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、車両に搭載された端末装置間を相互に接続する車々間ネットワークシステムに関する。
【0002】
【従来の技術】
最近では、携帯電話等の移動体通信手段の普及により、ナビゲーション装置やその他の車載コンピュータ等を用いて車両間で通信を行うことが可能になっている。例えば、各無線端末に関する情報を共通の管理データベースが管理し、無線端末同士で通信を行う際に、一方の無線端末からこの管理データベースにアクセスして通信相手となる無線端末の情報を取得する通信システムが知られている(例えば、特許文献1参照。)。
【0003】
【特許文献1】
特開2001−112043号公報(第2−5頁、図1−6)
【0004】
【発明が解決しようとする課題】
ところで、上述した特許文献1に開示された通信システムでは、設置場所が固定された複数の基地局と無線端末との間で通信を行っている。したがって、無線端末の通信可能範囲を広げようとすると、それにあわせて基地局を建設していく必要があり、通信システムの構築にコストがかかるという問題があった。
【0005】
また、上述した特許文献1には、偶発的に複数の無線端末によって形成される局所的無線網を用いた通信システムについても開示されているが、この通信システムでは、全ての端末装置の位置情報が管理データベースによって管理されており、一の無線端末が他の無線端末に対して通信を行う際に必ず管理データベースに対する問い合わせを行う必要があるため、各無線端末から管理データベースに対して頻繁にアクセスが発生し、車々間ネットワークのようなシステムに適用しようとすると、通信コストがかかるという問題があった。例えば、無線端末が車両に搭載され、管理データベースが地上の所定場所に設置されている場合を考えると、無線端末から管理データベースに対する問い合わせは、現状では通信範囲を考慮すると携帯電話を用いることが便利である。しかし、携帯電話の通信料は高額であるため、頻繁に問い合わせを行うと、その分通信料がかかることになる。
【0006】
本発明は、このような点に鑑みて創作されたものであり、その目的は、設備コストおよび通信コストを低減することができる車々間ネットワークシステムを提供することにある。
【0007】
【課題を解決するための手段】
上述した課題を解決するために、本発明の車々間ネットワークシステムは、第1の無線通信手段によって相互に接続される複数の車サーバと、複数の車サーバのいずれかに対して第2の無線通信手段によって接続される車クライアントと、車サーバに未接続の車クライアントからのアドレス送信要求に応じて、この車クライアントの周辺に存在する車サーバを特定するアドレス情報を検索するとともに、この検索結果をアドレス送信要求元となる車クライアントに送信するアドレスチェックサーバとを備えている。相互に接続された複数の車サーバのいずれかに車クライアントを接続することにより、車クライアント同士の通信が可能になるため、車クライアントと接続される基地局を設置する必要がなく、設備コストを低減することが可能になる。また、車クライアントからアドレスチェックサーバに対する接続は、アドレス送信要求時に1回だけ行えばよいため、この接続に要する通信コストを低減することが可能になる。
【0008】
また、上述したアドレスチェックサーバは、車サーバの動作状態を所定の時間間隔で監視する車サーバ監視手段と、車クライアントと通信可能な状態にあることが車サーバ監視手段によって確認された車サーバを対象にアドレス情報の検索を行う車サーバ検索手段と、車サーバ検索手段によって検索されたアドレス情報を、アドレス送信要求元となる車クライアントに向けて送信する検索結果送信手段とを備えることが望ましい。これにより、車サーバの動作状態を常に把握して、車クライアントが確実に接続することが可能な車サーバを検索することが可能になる。
【0009】
また、上述した車サーバ検索手段は、アドレス送信要求元の周辺に存在する車サーバが所定数より多く存在するときに、その中から所定数の車サーバを選択することが望ましい。これにより、車クライアントと車サーバとの間の接続をより確実に実現することができる。
【0010】
また、上述したアドレスチェックサーバは、車サーバのそれぞれについて、複数の時間帯毎の統計的な動作時間を管理する統計情報管理手段をさらに備えており、車サーバ検索手段は、アドレス情報の検索を行う時刻が含まれる時間帯に対応する統計的な動作時間を考慮して、所定数の車サーバの選択を行うことが望ましい。これにより、車クライアントと接続中であるにもかかわらず、稼働状態が終了してしまう可能性の高い車サーバを選択する機会を減らすことができる。
【0011】
また、上述した車クライアントおよび車サーバのそれぞれとアドレスチェックサーバとの間は、情報を送受信する間だけ接続されることが望ましい。これにより、確実に通信コストを低減することが可能になる。
また、上述した車サーバは、営業用車両に対応して設けられていることが望ましい。これにより、比較的稼働状態が長く続くと思われる車サーバを実現することができ、車々間ネットワークの維持が容易となる。
【0012】
また、上述した車サーバは、第2の無線通信手段によって接続された車クライアントの接続状態の統計処理を行って、この統計データをアドレスチェックサーバに送信し、アドレスチェックサーバは、車サーバから送られてくる統計データを保持することが望ましい。特に、このアドレスチェックサーバは、統計データに基づいて、車サーバとの間の接続状態が所定の基準を満たす車クライアントを、車サーバとして扱うことが望ましい。車クライアントが車サーバに接続している時間等の接続状態を統計的に処理することにより、この車クライアントの稼働時間を知ることが可能になり、この稼働時間が長い車クライアントを車サーバとして動作させることにより、設備コストを上げることなく車々間ネットワークを拡張することが可能になる。
【0013】
【発明の実施の形態】
以下、本発明を適用した一実施形態の車々間ネットワークシステムについて、図面を参照しながら詳細に説明する。
図1は、一実施形態の車々間ネットワークシステムの概略を示す図である。図1に示すように、本実施形態の車々間ネットワークシステムは、所定の通信手段を用いて相互に接続された1あるいは複数(図1では3台)の車サーバ100、110、120と、車サーバ100〜120のいずれかとの間で相互に接続された1あるいは複数(図1では4台)の車クライアント200、210、220、230と、車サーバ100〜120のそれぞれを特定するアドレス情報の管理等を行うアドレスチェックサーバ500とを含んで構成されている。
【0014】
車クライアント200〜230のそれぞれは、車々間ネットワークを介して送受信される各種の情報の送信元あるいは送信先となる端末装置である。車サーバ100〜120は、車クライアント同士で情報を送受信する際に中継を行う端末装置である。例えば、車サーバ100〜120のそれぞれは、バスやタクシー等の営業用車両に対応して設けられている。車サーバ100〜120および車クライアント200〜230のそれぞれは、移動中の車両に搭載された車載端末装置(後述する)を用いて実現される。また、アドレスチェックサーバ500は、所定の建物内に設置されたコンピュータによって実現される。
【0015】
本実施形態の車々間ネットワークでは、一の車サーバに接続された複数の車クライアント同士、あるいは相互に接続された複数の車サーバのそれぞれに接続された複数の車クライアント同士で情報を送受信することが可能になる。一の車サーバに接続された複数の車クライアントの間で情報の送受信を行う場合には、この一の車サーバによって情報が中継される。また、相互に接続された複数の車サーバのそれぞれに接続された複数の車クライアントの間で情報の送受信を行う場合には、相互に接続された複数の車サーバのそれぞれによって情報が中継される。
【0016】
また、本実施形態では、車サーバ100〜120と車クライアント200〜230との位置関係は、これらが搭載された車両が時々刻々移動するにしたがって変化するため、この位置関係を常に把握しておく必要があり、このためにアドレスチェックサーバ500が用いられる。
【0017】
図2は、車サーバ100の詳細構成を示す図である。図2に示すように、車サーバ100は、車両に搭載された車載端末装置10、GPS装置20および携帯電話30を含んで構成されている。なお、他の車サーバ110、120および車クライアント200〜230も基本的に同じ構成を有している。
【0018】
車載端末装置10は、他の車両に搭載された車載端末装置10との間で無線通信を行うことにより各種のデータを送受信する。このために、車載端末装置10は、端末制御部11、メモリ12、送信部13、受信部14、アンテナ切替部15、通信処理部16を含んで構成されている。
【0019】
端末制御部11は、メモリ12に格納された所定の動作プログラムを実行することにより、車載端末装置10の全体動作を制御する。メモリ12には、車載端末装置11によって実行される動作プログラムの他に、車サーバ100を特定するアドレス情報が格納されている。例えば、車載端末装置10に割り当てられた固有のIDが、車サーバ100を特定するアドレス情報として用いられる。
【0020】
送信部13は、端末制御部11から出力される送信信号を、他の車両に向けてアンテナ切替部15を介してアンテナ17から送信する処理を行う。また、受信部14は、他の車両から送信されてアンテナ17に到達した受信信号をアンテナ切替部15を介して受信する処理を行う。アンテナ切替部15は、端末制御部11から入力される送受信切替信号に基づいて、アンテナ17を送信部13あるいは受信部14に選択的に接続する。
【0021】
通信処理部16は、携帯電話30を用いて車サーバ100とアドレスチェックサーバ500との間で各種の情報を送受信する処理を行う。この携帯電話30を用いた通信は、情報を送受信する要求が発生したときのみ行われる。
また、上述した車載端末装置10には、GPS装置20が接続されている。このGPS装置20は、GPSアンテナとこのGPSアンテナで受信した衛星の電波を解析する演算部とを有しており、車サーバ100が搭載された車両の位置(経度、緯度)を出力する。
【0022】
図3は、アドレスチェックサーバ500の詳細構成を示す図である。図3に示すように、アドレスチェックサーバ500は、サーバ制御部510、アドレスDB(データベース)520、統計情報DB530、通信処理部540を含んで構成されている。サーバ制御部510は、車サーバ100〜120の稼働状態を監視するとともに車クライアントから要求があったときにこの車クライアントの周辺に位置する車サーバを検索して回答する処理を行うものであり、車サーバ監視部512、車サーバ検索部514、統計情報更新部516を備えている。このサーバ制御部510は、CPU、ROM、RAMなどを含むコンピュータとしての構成を有しており、ROMあるいはRAMに格納された所定のプログラムを実行することにより所定の制御動作を行う。
【0023】
車サーバ監視部512は、所定の時間間隔で、登録されている車サーバ100〜120のそれぞれの動作状態を監視する動作、すなわち各車サーバが稼働中か否かを検出する動作を行う。車サーバ検索部514は、車クライアントから要求があったときに、この車クライアントの周囲(この要求とともに車クライアントの位置情報が送られてくる)に位置する車サーバを検索する処理を行う。統計情報更新部516は、車サーバ100〜120のそれぞれの稼働状態を示す統計情報を更新する処理を行う。
【0024】
アドレスDB520は、各車クライアントの周辺に位置する車サーバのアドレス情報を検索するために必要な情報を格納する。例えば、このアドレスDB520には、各車サーバに対応するアドレス情報と位置情報とが少なくとも格納されている。
【0025】
また、統計情報DB530は、各車サーバ毎の稼働状態を示す統計情報を格納する。例えば、各車両サーバ毎の統計情報として、午前0時から6時まで、午前6時から午後0時まで、午後0時から午後6時まで、午後6時から午前0時までの4つの時間帯について各車サーバの稼働時間の平均値が統計情報DB530に格納されている。
【0026】
上述した車サーバ監視部512が車サーバ監視手段に、車サーバ検索部514が車サーバ検索手段、検索結果送信手段に、統計情報更新部516が統計情報管理手段にそれぞれ対応する。
本実施形態の車々間ネットワークはこのような構成を有しており、次にこの車々間ネットワークを用いて車クライアント同士が情報を送受信するために必要な動作について説明する。
(1)アドレスチェックサーバ500は、全ての車サーバの動作状態や現在位置を監視している。また、アドレスチェックサーバ500は、各車サーバに対応する統計情報を更新する。
(2)車クライアントは、アドレスチェックサーバ500に対して、近傍に位置する車サーバを特定するアドレス情報の送信要求を送り、アドレスチェックサーバ500から送られてくるアドレス情報によって特定される車サーバとの間で接続を確立する。
【0027】
以下、上述したアドレスチェックサーバ500の動作(1)と、車クライアントの動作(2)について詳細に説明する。
(1)アドレスチェックサーバの動作
図4は、アドレスチェックサーバ500において各車サーバの動作状態を監視する動作手順を示す流れ図である。
【0028】
サーバ制御部510内の車サーバ監視部512は、前回の監視動作から所定時間(例えば10分)が経過したか否かを判定しており(ステップ100)、経過していない場合には否定判断を行ってこの判定を繰り返す。また、所定時間が経過すると肯定判断が行われ、次に、車サーバ監視部512は、1つの車サーバに対して接続の可否を問い合わせた後(ステップ101)、応答ありか否かを判定する(ステップ102)。問い合わせ先となった車サーバが稼働中であって問い合わせに対して応答が戻ってきた場合には肯定判断が行われ、次に、車サーバ監視部512は、接続可能と判定してこの車サーバに対応する車サーバ情報を作成する(ステップ103)。一方、問い合わせ先となった車サーバが動作停止中であって問い合わせに対して応答が戻ってこない場合にはステップ102の判定において否定判断が行われ、次に、車サーバ監視部512は、接続不可と判断してこの車サーバに対応する車サーバ情報を作成する(ステップ104)。この車サーバ情報には、車サーバのアドレス情報、車サーバの位置情報(経度、緯度)および接続可否を示す情報が少なくとも含まれている。また、この車サーバ情報は、アドレスDB520に格納される。
【0029】
次に、統計情報更新部516は、作成された車サーバ情報に基づいて、統計情報DB530に格納された統計情報を更新する(ステップ105)。上述したように、統計情報DB530に格納された統計情報には、各車サーバのアドレスと時間帯毎の平均稼働時間が含まれており、前回の監視動作から今回の監視動作までの時間(10分)の稼働状態をこの統計情報に反映させる処理が行われる。例えば、この車サーバの監視を開始してから現在までの日数をDとし、現在時刻が含まれる時間帯における平均稼働時間をH(分)としたときに、今回の監視動作においてこの車サーバが稼働中である場合には10分間稼働状態にあったものと判断して、それまでの平均稼働時間Hに10/Dを加算する更新処理が行われる。一方、今回の監視動作においてこの車サーバが稼働中でない場合には10分間非稼働状態にあったものと判断して、それまでの平均稼働時間Hから10/Dを減算する更新処理が行われる。
【0030】
次に、車サーバ監視部512は、全ての車サーバに対して問い合わせが終了したか否かを判定する(ステップ106)。問い合わせを行っていない車サーバがある場合には否定判断が行われ、上述したステップ101に戻って、他の車サーバに対する問い合わせ以降の処理が繰り返される。また、全ての車サーバ100〜120に対して問い合わせが終了した場合にはステップ106の判定において肯定判断が行われ、ステップ100に戻って所定時間経過の判定処理以降が繰り返される。
【0031】
図1に示したアドレスチェックサーバ500から3つの車サーバ100〜120に延びる点線は、アドレスチェックサーバ500によって行われるステップ101の問い合わせ動作の概要を示している。まず、車サーバ100に対して問い合わせを行い(▲1▼)、次に車サーバ110に対して問い合わせを行い(▲2▼)、最後に車サーバ120に対して問い合わせを行う(▲3▼)。このようにして、全ての車サーバ100〜120の動作状態が監視される。
【0032】
(2)車クライアントの動作
図5は、車クライアントにおいて近傍の車サーバとの間で接続を確立するまでの動作手順を示す流れ図である。なお、例えば新たな車クライアント240において接続を確立する場合を考えるものとし、この車クライアント240は、図2に示した車サーバ100と同じ構成を有しているものとして説明を行う。
【0033】
まず、車クライアント240内の端末制御部11は、通信処理部16を介して携帯電話30からアドレスチェックサーバ500に向けて、自車両の周囲に位置する所定個数の車サーバのアドレスリストの送信を要求する(ステップ200)。アドレスリストの送信要求が終了すると、端末制御部11は、この要求に応じて送られてくるアドレスリストを受信したか否かを判定する(ステップ201)。未受信の場合には否定判断が行われ、この判定が繰り返される。
【0034】
アドレスチェックサーバ500では、サーバ制御部510内の車サーバ検索部514によって、アドレスリストの送信要求元である車クライアント240の周辺に位置する所定個数(例えば5つ)の車サーバが検索され、車クライアント240にこれらの車サーバのアドレスリストが送り返される。なお、車サーバ検索部514は、所定個数の車サーバを検索する際に、車クライアント240に近い順に車サーバを抽出する場合の他、統計情報DB530に格納されている統計情報に基づいて、現在の時刻が含まれる時間帯に対応する稼働時間の平均値が大きい、すなわち長時間稼働状態にある順に車サーバを抽出するようにしてもよい。また、図1に示す例では、車クライアント240周辺には3つの車サーバ100〜120しかないため、最大で3つ(全てが稼働状態にある場合)の車サーバ100〜120のアドレスリストが作成される。
【0035】
このようにして車サーバ検索部514によってアドレスリストが作成され、車クライアント240に送り返されると、車クライアント240内の端末制御部11は、ステップ201の判定で肯定判断を行い、アドレスリストに基づいて一の車サーバに接続を要求する(ステップ202)。次に、端末制御部11は、接続が確立されたか否かを判定し(ステップ203)、接続が確立されない場合には否定判断が行われ、ステップ202に戻って次の車サーバに対して同様の接続要求以降の処理が行われる。また、接続が確立された場合にはステップ203の判定において肯定判断が行われ、車クライアント240といずれかの車サーバとの間の接続確立に関する一連の処理が終了する。
【0036】
図6は、車クライアント240と車サーバとの間の接続確立の概要を示す図である。まず、車クライアント240からアドレスチェックサーバ500に対して車サーバのアドレスリストの送信を要求し、この要求に応じて、アドレスチェックサーバ500から車クライアント240に向けてアドレスリストが送付される。車クライアント240とアドレスチェックサーバ500の間は、これらの情報が送受信される間だけ接続される。
【0037】
次に、車クライアント240は、受信したアドレスリストの中で順位が最も上位にある車サーバ、例えば車サーバ110に対して接続要求(▲1▼)を行う。何らかの理由で、この車サーバ110からの応答がなく、接続確立が成立しない場合には、車クライアント240は、アドレスリストの中で順位が次に高い車サーバ、例えば車サーバ120に対して接続要求(▲2▼)を行う。この車サーバ120から車クライアント240に対して接続許可が送られると、接続が確立する。以後、車クライアント240は、車サーバ120を経由して、この車サーバ120に接続されている車クライアント220、230や、さらに車サーバ同士のネットワークを経由して接続されている車クライアント200、210との間で情報を送受信することが可能になる。
【0038】
なお、車クライアント240が車サーバとの間で確立された接続を切断したい場合には、車サーバに対して自分のアドレス情報を送信し、その後切断すればよい。
(3)その他の動作
動作状態になかった車サーバが車々間ネットワークに参加する場合には、相互に通信可能な別の車サーバを探し出して、この車サーバとの間で接続を確立する必要がある。このような車サーバの検索および接続の確立は、上述した車クライアント240が近傍の車サーバを探して接続を確立する動作と基本的に同じである。したがって、このような車サーバは、図5に示した動作手順に従った動作を行うことにより、近傍の別の車サーバとの間で接続を確立して、車々間ネットワークに参加することができる。
【0039】
また、車々間ネットワークに参加している車サーバは、新たに車クライアントから接続要求があって、車クライアントに接続許可の通知を送った場合には、自分に接続されている車クライアントのリストにこの新たに接続が確立された車クライアントのアドレス情報を追加する。反対に、車サーバは、自分に接続されている車クライアントから、接続切断の通知を受けた場合には、自分に接続されている車クライアントのリストからこの車クライアントのアドレス情報を削除する。
【0040】
また、車々間ネットワークに参加している車サーバは、この車々間ネットワークとの接続を切断する場合には、自分に接続されている全ての車クライアントに向けて切断要求と他の車サーバのアドレスリストを送信するとともに、接続中の他の車サーバに切断要求と自分のアドレス情報を送信する。その後、全ての車クライアントから切断完了の通知を受け取った段階で、他の車サーバとの間の接続を切断する。この他の車サーバは、切断要求が送られてきた車サーバのアドレス情報を削除する。また、車サーバから切断要求を受け取った車クライアントは、その際に送られてきたアドレスリストに含まれる別の車サーバに対して接続の確立を試み、接続が確立された段階で、自分のアドレス情報を接続が確立された車サーバに送信するとともに、元の車サーバに対して切断完了の通知を送る。
【0041】
このように、相互に接続された複数の車サーバのいずれかに車クライアントを接続することにより、車クライアント同士の通信が可能になるため、車クライアントと接続される基地局を設置する必要がなく、設備コストを低減することが可能になる。また、車クライアントからアドレスチェックサーバに対する接続は、アドレス送信要求時に1回だけ行えばよいため、この接続に要する通信コストを低減することが可能になる。
【0042】
また、ビル街や山間部では、携帯電話等を用いた従来方式の接続が困難である場合が多い。特に、車両は移動を伴うため、携帯電話等を用いた従来方式の通信では、接続中に車両がこのようなエリアに入るとネットワーク接続が寸断されることが多かった。このようなエリアに入った場合であっても、本実施形態の車々間ネットワークシステムを用いることにより、一度車々間ネットワークが構築された後であれば、接続が寸断されることはない。
【0043】
なお、本発明は上記実施形態に限定されるものではなく、本発明の要旨の範囲内において種々の変形実施が可能である。例えば、上述した実施形態では、車サーバを営業用車両に対応して設けた場合を説明したが、自家用車等の非営業用車両に対応して設けるようにしてもよい。
【0044】
また、稼働状態が長い車クライアントを車サーバとして動作させるようにしてもよい。具体的には、車サーバ100〜120のそれぞれは、自装置に接続された車クライアント200等の接続状態の統計処理を行って、この結果得られた統計データを一旦保持した後適当なタイミングで(例えば次にアドレスチェックサーバ500との間で統計データ以外の何らかの情報の送受信を行うタイミングで)アドレスチェックサーバ500に送信する。アドレスチェックサーバ500内のサーバ制御部510は、車サーバ100等から送られてくる統計データを統計情報DB530に格納して保持し、この統計データに基づいて、車サーバ100等との間の接続状態が所定の基準(例えば、1日の接続時間が所定時間以上)を満たす車クライアントを、車サーバに格上げし、この新たに格上げされた車サーバに関する情報をアドレスDB520に格納する。これにより、実際に稼働時間が長い車クライアントを車サーバとして扱うことができるため、設備コストを上げることなく車々間ネットワークを拡張することが可能になる。
【0045】
【発明の効果】
上述したように、本発明によれば、相互に接続された複数の車サーバのいずれかに車クライアントを接続することにより、車クライアント同士の通信が可能になるため、車クライアントと接続される基地局を設置する必要がなく、設備コストを低減することが可能になる。また、車クライアントからアドレスチェックサーバに対する接続は、アドレス送信要求時に1回だけ行えばよいため、この接続に要する通信コストを低減することが可能になる。
【図面の簡単な説明】
【図1】一実施形態の車々間ネットワークシステムの概略を示す図である。
【図2】車サーバの詳細構成を示す図である。
【図3】アドレスチェックサーバの詳細構成を示す図である。
【図4】アドレスチェックサーバにおいて各車サーバの動作状態を監視する動作手順を示す流れ図である。
【図5】車クライアントにおいて近傍の車サーバとの間で接続を確立するまでの動作手順を示す流れ図である。
【図6】車クライアントと車サーバとの間の接続確立の概要を示す図である。
【符号の説明】
10 車載端末装置
11 端末制御部
12 メモリ
13 送信部
14 受信部
15 アンテナ切替部
16、540 通信処理部
17 アンテナ
20 GPS装置
30 携帯電話
100、110、120 車サーバ
200、210、220、230、240 車クライアント
500 アドレスチェックサーバ
510 サーバ制御部
512 車サーバ監視部
514 車サーバ検索部
516 統計情報更新部
520 アドレスDB
530 統計情報DB
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an inter-vehicle network system for mutually connecting terminal devices mounted on a vehicle.
[0002]
[Prior art]
Recently, with the spread of mobile communication means such as a mobile phone, it has become possible to perform communication between vehicles using a navigation device or other in-vehicle computer. For example, a common management database manages information about each wireless terminal, and when performing communication between wireless terminals, a communication that accesses this management database from one wireless terminal to obtain information on a wireless terminal that is a communication partner. A system is known (for example, see Patent Document 1).
[0003]
[Patent Document 1]
JP 2001-112043 A (pages 2-5, FIG. 1-6)
[0004]
[Problems to be solved by the invention]
By the way, in the communication system disclosed in Patent Document 1 described above, communication is performed between a plurality of base stations whose installation locations are fixed and a wireless terminal. Therefore, in order to expand the communicable range of the wireless terminal, it is necessary to construct a base station in accordance with the increase, and there is a problem that construction of a communication system is costly.
[0005]
Patent Document 1 described above also discloses a communication system using a local wireless network that is accidentally formed by a plurality of wireless terminals. However, in this communication system, position information of all terminal devices is used. Are managed by the management database, and when one wireless terminal communicates with another wireless terminal, it is necessary to always make an inquiry to the management database, so that each wireless terminal frequently accesses the management database. Then, when the system is applied to a system such as a vehicle-to-vehicle network, there is a problem that a communication cost is required. For example, considering a case where a wireless terminal is mounted on a vehicle and a management database is installed at a predetermined place on the ground, it is convenient to use a mobile phone for inquiries from the wireless terminal to the management database in consideration of a communication range at present. It is. However, since the communication fee of the mobile phone is expensive, if the inquiry is frequently made, the communication fee is increased accordingly.
[0006]
The present invention has been made in view of such a point, and an object of the present invention is to provide an inter-vehicle network system capable of reducing equipment costs and communication costs.
[0007]
[Means for Solving the Problems]
In order to solve the above-described problem, an inter-vehicle network system according to the present invention includes a plurality of vehicle servers interconnected by a first wireless communication unit, and a second wireless communication with one of the plurality of vehicle servers. In response to an address transmission request from a car client connected by the means and a car client not connected to the car server, address information for specifying a car server existing around the car client is searched, and the search result is obtained. An address check server for transmitting the address transmission request to the car client. By connecting a car client to one of a plurality of mutually connected car servers, communication between the car clients becomes possible, and there is no need to install a base station connected to the car client, which reduces equipment costs. It becomes possible to reduce. Further, since the connection from the car client to the address check server only needs to be performed once at the time of the address transmission request, the communication cost required for this connection can be reduced.
[0008]
The address check server described above includes a car server monitoring unit that monitors an operation state of the car server at predetermined time intervals, and a car server that is confirmed by the car server monitoring unit to be communicable with the car client. It is desirable to have a car server search means for searching for address information for a target, and a search result transmitting means for transmitting the address information searched by the car server search means to a car client that is an address transmission request source. This makes it possible to always grasp the operating state of the car server and search for a car server to which the car client can reliably connect.
[0009]
Further, it is preferable that the car server search means selects a predetermined number of car servers from among a plurality of car servers existing around the address transmission request source when the number of car servers is larger than the predetermined number. Thereby, the connection between the car client and the car server can be more reliably realized.
[0010]
In addition, the above-described address check server further includes a statistical information management unit that manages a statistical operation time for each of a plurality of time zones for each of the car servers, and the car server search unit performs a search for the address information. It is desirable to select a predetermined number of car servers in consideration of the statistical operation time corresponding to the time zone including the time to be performed. As a result, it is possible to reduce the chances of selecting a car server that is likely to end its operating state despite being connected to a car client.
[0011]
In addition, it is desirable that the above-mentioned car client and car server and the address check server be connected only while transmitting and receiving information. This makes it possible to reliably reduce the communication cost.
Further, it is desirable that the above-described car server is provided corresponding to a commercial vehicle. This makes it possible to realize a car server that is expected to continue operating for a relatively long time, thereby facilitating the maintenance of an inter-vehicle network.
[0012]
Further, the above-mentioned car server performs statistical processing of the connection state of the car client connected by the second wireless communication means and transmits this statistical data to the address check server, and the address check server transmits the statistical data from the car server. It is desirable to keep the statistical data that comes in. In particular, it is desirable that the address check server treats a car client whose connection state with the car server satisfies a predetermined criterion as a car server based on the statistical data. By statistically processing the connection status such as the time during which the car client is connected to the car server, it is possible to know the operating time of this car client, and operate the car client with the long operating time as the car server By doing so, it is possible to expand the vehicle-to-vehicle network without increasing equipment costs.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an inter-vehicle network system according to an embodiment of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a diagram schematically illustrating an inter-vehicle network system according to an embodiment. As shown in FIG. 1, an inter-vehicle network system according to the present embodiment includes one or more (three in FIG. 1) car servers 100, 110, and 120 connected to each other by using a predetermined communication unit. Management of one or more (four in FIG. 1) car clients 200, 210, 220, 230 interconnected with any one of the vehicle servers 100 to 120 and address information specifying each of the car servers 100 to 120. And the like.
[0014]
Each of the car clients 200 to 230 is a terminal device that is a transmission source or a transmission destination of various types of information transmitted and received via the inter-vehicle network. The car servers 100 to 120 are terminal devices that relay when transmitting and receiving information between car clients. For example, each of the car servers 100 to 120 is provided corresponding to a business vehicle such as a bus or a taxi. Each of the car servers 100 to 120 and the car clients 200 to 230 is realized by using an in-vehicle terminal device (described later) mounted on a moving vehicle. The address check server 500 is realized by a computer installed in a predetermined building.
[0015]
In the inter-vehicle network of the present embodiment, information can be transmitted and received between a plurality of car clients connected to one car server or a plurality of car clients connected to each of a plurality of car servers connected to each other. Will be possible. When transmitting and receiving information between a plurality of car clients connected to one car server, the information is relayed by the one car server. When transmitting and receiving information between a plurality of car clients connected to each of a plurality of car servers connected to each other, the information is relayed by each of the plurality of car servers connected to each other. .
[0016]
Also, in the present embodiment, the positional relationship between the car servers 100 to 120 and the car clients 200 to 230 changes as the vehicle on which they are mounted moves from moment to moment, so this positional relationship is always grasped. Therefore, the address check server 500 is used for this purpose.
[0017]
FIG. 2 is a diagram showing a detailed configuration of the car server 100. As shown in FIG. 2, the car server 100 is configured to include an in-vehicle terminal device 10, a GPS device 20, and a mobile phone 30 mounted on a vehicle. The other car servers 110 and 120 and the car clients 200 to 230 have basically the same configuration.
[0018]
The in-vehicle terminal device 10 transmits and receives various data by performing wireless communication with the in-vehicle terminal device 10 mounted on another vehicle. For this purpose, the in-vehicle terminal device 10 includes a terminal control unit 11, a memory 12, a transmission unit 13, a reception unit 14, an antenna switching unit 15, and a communication processing unit 16.
[0019]
The terminal control unit 11 controls the overall operation of the in-vehicle terminal device 10 by executing a predetermined operation program stored in the memory 12. The memory 12 stores address information for specifying the car server 100 in addition to the operation program executed by the on-board terminal device 11. For example, a unique ID assigned to the in-vehicle terminal device 10 is used as address information for identifying the car server 100.
[0020]
The transmitting unit 13 performs a process of transmitting a transmission signal output from the terminal control unit 11 to another vehicle from the antenna 17 via the antenna switching unit 15. In addition, the receiving unit 14 performs a process of receiving a reception signal transmitted from another vehicle and reaching the antenna 17 via the antenna switching unit 15. The antenna switching unit 15 selectively connects the antenna 17 to the transmission unit 13 or the reception unit 14 based on the transmission / reception switching signal input from the terminal control unit 11.
[0021]
The communication processing unit 16 performs a process of transmitting and receiving various types of information between the car server 100 and the address check server 500 using the mobile phone 30. The communication using the mobile phone 30 is performed only when a request for transmitting and receiving information occurs.
Further, a GPS device 20 is connected to the above-mentioned in-vehicle terminal device 10. The GPS device 20 includes a GPS antenna and a calculation unit that analyzes a satellite radio wave received by the GPS antenna, and outputs the position (longitude and latitude) of the vehicle on which the vehicle server 100 is mounted.
[0022]
FIG. 3 is a diagram showing a detailed configuration of the address check server 500. As shown in FIG. 3, the address check server 500 includes a server control unit 510, an address DB (database) 520, a statistical information DB 530, and a communication processing unit 540. The server control unit 510 monitors the operating states of the car servers 100 to 120 and performs processing of searching for and answering a car server located around the car client when requested by the car client, A vehicle server monitoring unit 512, a vehicle server search unit 514, and a statistical information updating unit 516 are provided. The server control unit 510 has a configuration as a computer including a CPU, a ROM, a RAM, and the like, and performs a predetermined control operation by executing a predetermined program stored in the ROM or the RAM.
[0023]
The car server monitoring unit 512 performs an operation of monitoring the operating state of each of the registered car servers 100 to 120 at a predetermined time interval, that is, an operation of detecting whether each car server is operating. The car server search unit 514 performs a process of searching for a car server located around the car client (when the position information of the car client is sent together with the request) when requested by the car client. The statistical information updating unit 516 performs a process of updating statistical information indicating the operation state of each of the car servers 100 to 120.
[0024]
The address DB 520 stores information necessary for searching for address information of a car server located around each car client. For example, the address DB 520 stores at least address information and position information corresponding to each car server.
[0025]
In addition, the statistical information DB 530 stores statistical information indicating the operating state of each vehicle server. For example, as statistical information for each vehicle server, four time zones from 0:00 am to 6:00, 6:00 am to 0:00 pm, 0:00 pm to 6:00 pm, and 6:00 pm to 0:00 am The average value of the operating time of each car server is stored in the statistical information DB 530.
[0026]
The above-described car server monitoring unit 512 corresponds to a car server monitoring unit, the car server searching unit 514 corresponds to a car server searching unit, a search result transmitting unit, and the statistical information updating unit 516 corresponds to a statistical information managing unit.
The inter-vehicle network according to the present embodiment has such a configuration, and next, an operation required for the car clients to transmit and receive information using the inter-vehicle network will be described.
(1) The address check server 500 monitors the operation status and the current position of all the car servers. Further, the address check server 500 updates the statistical information corresponding to each car server.
(2) The car client sends a request for transmission of address information specifying a nearby car server to the address check server 500, and the car client specified by the address information sent from the address check server 500 Establish a connection between
[0027]
Hereinafter, the operation (1) of the above-described address check server 500 and the operation (2) of the car client will be described in detail.
(1) Operation of address check server
FIG. 4 is a flowchart showing an operation procedure in which the address check server 500 monitors the operation state of each car server.
[0028]
The car server monitoring unit 512 in the server control unit 510 determines whether a predetermined time (for example, 10 minutes) has elapsed from the previous monitoring operation (Step 100), and if not, a negative determination is made. And repeat this determination. Further, when a predetermined time has elapsed, an affirmative determination is made, and then the car server monitoring unit 512 inquires of one car server whether connection is possible (step 101) and then determines whether there is a response. (Step 102). If the inquiry server is in operation and a response is returned to the inquiry, an affirmative determination is made. Next, the automobile server monitoring unit 512 determines that connection is possible, and Is created (step 103). On the other hand, if the car server that is the inquiry destination is not operating and does not return a response to the inquiry, a negative determination is made in the determination of step 102, and then the car server monitoring unit 512 It is determined to be impossible, and car server information corresponding to this car server is created (step 104). The car server information includes at least address information of the car server, position information (longitude, latitude) of the car server, and information indicating whether connection is possible. The car server information is stored in the address DB 520.
[0029]
Next, the statistical information updating unit 516 updates the statistical information stored in the statistical information DB 530 based on the created car server information (Step 105). As described above, the statistical information stored in the statistical information DB 530 includes the address of each car server and the average operating time for each time zone, and indicates the time (10 seconds) from the previous monitoring operation to the current monitoring operation. A process is performed to reflect the operating state of (minute) on the statistical information. For example, when the number of days from the start of monitoring of this car server to the present time is D, and the average operating time in the time zone including the current time is H (minutes), this car server performs this monitoring operation. If it is in operation, it is determined that it has been in operation for 10 minutes, and an update process of adding 10 / D to the average operation time H up to that time is performed. On the other hand, if the car server is not in operation in this monitoring operation, it is determined that the car server has been in the non-operation state for 10 minutes, and an update process of subtracting 10 / D from the average operation time H so far is performed. .
[0030]
Next, the car server monitoring unit 512 determines whether or not the inquiry has been completed for all the car servers (Step 106). If there is a car server that has not made an inquiry, a negative determination is made, the process returns to step 101, and the processing after the inquiry to another car server is repeated. If the inquiry to all the car servers 100 to 120 has been completed, an affirmative determination is made in the determination of step 106, and the process returns to step 100 and the processing after the determination of the elapse of the predetermined time is repeated.
[0031]
Dotted lines extending from the address check server 500 to the three car servers 100 to 120 shown in FIG. 1 indicate the outline of the inquiry operation in step 101 performed by the address check server 500. First, an inquiry is made to the car server 100 (1), then an inquiry is made to the car server 110 (2), and finally, an inquiry is made to the car server 120 (3). . In this way, the operation states of all the car servers 100 to 120 are monitored.
[0032]
(2) Car client operation
FIG. 5 is a flowchart showing an operation procedure until a connection is established between a car client and a nearby car server. It is assumed that a connection is established in, for example, a new car client 240, and the description will be made assuming that the car client 240 has the same configuration as the car server 100 shown in FIG.
[0033]
First, the terminal control unit 11 in the car client 240 transmits an address list of a predetermined number of car servers located around the own vehicle from the mobile phone 30 to the address check server 500 via the communication processing unit 16. Request (step 200). When the request for transmitting the address list ends, the terminal control unit 11 determines whether or not the address list transmitted in response to the request has been received (step 201). If not received, a negative determination is made and this determination is repeated.
[0034]
In the address check server 500, a predetermined number (for example, five) of car servers located around the car client 240 which is the transmission request source of the address list is searched by the car server search unit 514 in the server control unit 510, The address list of these car servers is sent back to the client 240. In addition, when searching for a predetermined number of car servers, the car server search unit 514 extracts the car servers in order from the one closest to the car client 240, and based on the statistical information stored in the statistical information DB 530. The vehicle server may be extracted in the order in which the average value of the operation time corresponding to the time zone including the time is large, that is, the operation time is long. In the example shown in FIG. 1, since there are only three car servers 100 to 120 around the car client 240, an address list of up to three (when all are in operation) car servers 100 to 120 is created. Is done.
[0035]
In this way, when the address list is created by the car server search unit 514 and sent back to the car client 240, the terminal control unit 11 in the car client 240 makes an affirmative decision in the determination of step 201, and based on the address list. A connection is requested from one car server (step 202). Next, the terminal control unit 11 determines whether or not a connection has been established (step 203). If the connection has not been established, a negative determination is made, and the process returns to step 202 and returns to the next car server. The processing after the connection request is performed. If the connection has been established, an affirmative determination is made in the determination at step 203, and a series of processes relating to the connection establishment between the car client 240 and any of the car servers ends.
[0036]
FIG. 6 is a diagram showing an outline of establishing a connection between the car client 240 and the car server. First, the car client 240 requests the address check server 500 to transmit the address list of the car server, and the address list is sent from the address check server 500 to the car client 240 in response to this request. The car client 240 and the address check server 500 are connected only while these pieces of information are transmitted and received.
[0037]
Next, the car client 240 makes a connection request (1) to the car server having the highest rank in the received address list, for example, the car server 110. If for some reason there is no response from the car server 110 and the connection is not established, the car client 240 sends a connection request to the car server with the next highest rank in the address list, for example, the car server 120. Perform (2). When the connection permission is sent from the car server 120 to the car client 240, the connection is established. Thereafter, the car client 240 is connected via the car server 120 to the car clients 220 and 230 connected to the car server 120 and the car clients 200 and 210 connected via the network between the car servers. It is possible to transmit and receive information to and from.
[0038]
When the car client 240 wants to disconnect the connection established with the car server, the car client 240 may transmit its own address information to the car server and then disconnect.
(3) Other operations
When the inactive car server joins the inter-vehicle network, it is necessary to find another car server that can communicate with each other and establish a connection with this car server. The search for the car server and the establishment of the connection are basically the same as the operation of the car client 240 searching for a nearby car server and establishing the connection. Therefore, such a car server can participate in the inter-vehicle network by establishing a connection with another nearby car server by performing an operation according to the operation procedure shown in FIG.
[0039]
When a car server participating in the inter-vehicle network receives a new connection request from a car client and sends a notice of connection permission to the car client, the car server adds the connection request to the list of car clients connected to the car server. Add the address information of the newly established car client. Conversely, when the car server receives the disconnection notification from the car client connected to the car server, the car server deletes the address information of the car client from the list of car clients connected to the car server.
[0040]
When the car server participating in the inter-vehicle network disconnects the connection with the inter-vehicle network, the car server sends a disconnection request and an address list of other car servers to all car clients connected to the car server. At the same time, it transmits a disconnection request and its own address information to another connected car server. After that, when the disconnection completion notification is received from all the car clients, the connection with another car server is disconnected. The other car server deletes the address information of the car server to which the disconnection request has been sent. Also, the car client receiving the disconnection request from the car server attempts to establish a connection to another car server included in the address list sent at that time, and at the stage when the connection is established, the own client address. The information is transmitted to the car server with which the connection has been established, and a notice of disconnection completion is sent to the original car server.
[0041]
As described above, by connecting the car client to any of the plurality of car servers connected to each other, communication between the car clients becomes possible, so that there is no need to install a base station connected to the car client. This makes it possible to reduce equipment costs. Further, since the connection from the car client to the address check server only needs to be performed once at the time of the address transmission request, the communication cost required for this connection can be reduced.
[0042]
In addition, in a building town or a mountainous area, it is often difficult to make a conventional connection using a mobile phone or the like. In particular, since a vehicle moves, in a conventional communication using a mobile phone or the like, if the vehicle enters such an area during the connection, the network connection is often cut off. Even in the case of entering such an area, the connection is not interrupted by using the inter-vehicle network system of the present embodiment, once the inter-vehicle network is constructed.
[0043]
Note that the present invention is not limited to the above embodiment, and various modifications can be made within the scope of the present invention. For example, in the above-described embodiment, a case has been described in which the car server is provided corresponding to a commercial vehicle. However, the car server may be provided corresponding to a non-business vehicle such as a private vehicle.
[0044]
Further, a car client having a long operating state may be operated as a car server. Specifically, each of the car servers 100 to 120 performs statistical processing of the connection state of the car client 200 and the like connected to the own server, and temporarily stores the resulting statistical data at an appropriate timing. The information is transmitted to the address check server 500 (for example, at the next timing when some information other than the statistical data is transmitted and received to and from the address check server 500). The server control unit 510 in the address check server 500 stores and holds the statistical data sent from the vehicle server 100 or the like in the statistical information DB 530, and connects to the vehicle server 100 or the like based on the statistical data. A car client whose status satisfies a predetermined criterion (for example, a day's connection time is equal to or longer than a predetermined time) is upgraded to a car server, and information on the newly upgraded car server is stored in the address DB 520. As a result, a car client that actually has a long operating time can be treated as a car server, so that it is possible to expand a car-to-car network without increasing equipment costs.
[0045]
【The invention's effect】
As described above, according to the present invention, by connecting a car client to any one of a plurality of mutually connected car servers, communication between the car clients becomes possible. There is no need to set up a station, and equipment costs can be reduced. Further, since the connection from the car client to the address check server only needs to be performed once at the time of the address transmission request, the communication cost required for this connection can be reduced.
[Brief description of the drawings]
FIG. 1 is a diagram schematically illustrating an inter-vehicle network system according to an embodiment.
FIG. 2 is a diagram showing a detailed configuration of a car server.
FIG. 3 is a diagram showing a detailed configuration of an address check server.
FIG. 4 is a flowchart showing an operation procedure in which an address check server monitors an operation state of each car server.
FIG. 5 is a flowchart showing an operation procedure until a connection is established between a car client and a nearby car server.
FIG. 6 is a diagram showing an outline of establishing a connection between a car client and a car server.
[Explanation of symbols]
10 In-vehicle terminal device
11 Terminal control unit
12 memory
13 Transmitter
14 Receiver
15 antenna switching unit
16,540 Communication processing unit
17 antenna
20 GPS device
30 mobile phone
100, 110, 120 car server
200, 210, 220, 230, 240 car clients
500 @ address check server
510 Server control unit
512 Car server monitoring unit
514 Car server search section
516 Statistical information update section
520 @ address DB
530 Statistics information DB

Claims (8)

第1の無線通信手段によって相互に接続される複数の車サーバと、
複数の前記車サーバのいずれかに対して第2の無線通信手段によって接続される車クライアントと、
前記車サーバに未接続の前記車クライアントからのアドレス送信要求に応じて、この車クライアントの周辺に存在する前記車サーバを特定するアドレス情報を検索するとともに、この検索結果をアドレス送信要求元となる前記車クライアントに送信するアドレスチェックサーバと、
を備えることを特徴とする車々間ネットワークシステム。
A plurality of car servers interconnected by a first wireless communication means;
A car client connected to any of the plurality of car servers by a second wireless communication unit;
In response to an address transmission request from the car client not connected to the car server, address information for identifying the car server existing around the car client is searched, and the search result is used as an address transmission request source. An address check server for transmitting to the car client;
A vehicle-to-vehicle network system comprising:
請求項1において、
前記アドレスチェックサーバは、
前記車サーバの動作状態を所定の時間間隔で監視する車サーバ監視手段と、
前記車クライアントと通信可能な状態にあることが前記車サーバ監視手段によって確認された前記車サーバを対象に前記アドレス情報の検索を行う車サーバ検索手段と、
前記車サーバ検索手段によって検索された前記アドレス情報を、前記アドレス送信要求元となる前記車クライアントに向けて送信する検索結果送信手段と、
を備えることを特徴とする車々間ネットワークシステム。
In claim 1,
The address check server,
Car server monitoring means for monitoring the operation state of the car server at predetermined time intervals,
A car server search unit that searches the address information for the car server that is confirmed by the car server monitoring unit to be in a state capable of communicating with the car client;
A search result transmitting unit that transmits the address information searched by the car server searching unit to the car client that is the address transmission request source;
A vehicle-to-vehicle network system comprising:
請求項1または2において、
前記車サーバ検索手段は、前記アドレス送信要求元の周辺に存在する前記車サーバが所定数より多く存在するときに、その中から前記所定数の前記車サーバを選択することを特徴とする車々間ネットワークシステム。
In claim 1 or 2,
The vehicle-to-vehicle network, wherein the vehicle server search means selects the predetermined number of the vehicle servers from among the vehicle servers existing around the address transmission request source when the number of the vehicle servers is larger than a predetermined number. system.
請求項3において、
前記アドレスチェックサーバは、前記車サーバのそれぞれについて、複数の時間帯毎の統計的な動作時間を管理する統計情報管理手段をさらに備えており、
前記車サーバ検索手段は、前記アドレス情報の検索を行う時刻が含まれる前記時間帯に対応する統計的な動作時間を考慮して、前記所定数の前記車サーバの選択を行うことを特徴とする車々間ネットワークシステム。
In claim 3,
The address check server further includes, for each of the car servers, statistical information management means for managing a statistical operation time for each of a plurality of time zones,
The car server search means selects the predetermined number of the car servers in consideration of a statistical operation time corresponding to the time zone including a time at which the address information is searched. Vehicle-to-vehicle network system.
請求項1〜4のいずれかにおいて、
前記車クライアントおよび前記車サーバのそれぞれと前記アドレスチェックサーバとの間は、情報を送受信する間だけ接続されることを特徴とする車々間ネットワークシステム。
In any one of claims 1 to 4,
The vehicle-to-vehicle network system is connected between the vehicle client and the vehicle server and the address check server only while transmitting and receiving information.
請求項1〜5のいずれかにおいて、
前記車サーバは、営業用車両に対応して設けられていることを特徴とする車々間ネットワークシステム。
In any one of claims 1 to 5,
An inter-vehicle network system, wherein the car server is provided corresponding to a commercial vehicle.
請求項1〜5のいずれかにおいて、
前記車サーバは、前記第2の無線通信手段によって接続された前記車クライアントの接続状態の統計処理を行って、この統計データを前記アドレスチェックサーバに送信し、
前記アドレスチェックサーバは、前記車サーバから送られてくる前記統計データを保持することを特徴とする車々間ネットワークシステム。
In any one of claims 1 to 5,
The car server performs statistical processing of the connection state of the car client connected by the second wireless communication unit, and transmits the statistical data to the address check server,
The inter-vehicle network system, wherein the address check server holds the statistical data sent from the car server.
請求項7において、
前記アドレスチェックサーバは、前記統計データに基づいて、前記車サーバとの間の接続状態が所定の基準を満たす前記車クライアントを、前記車サーバとして扱うことを特徴とする車々間ネットワークシステム。
In claim 7,
The inter-vehicle network system, wherein the address check server treats, as the car server, the car client whose connection state with the car server satisfies a predetermined criterion based on the statistical data.
JP2002301231A 2002-10-16 2002-10-16 Inter-vehicle network system Expired - Lifetime JP4105521B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002301231A JP4105521B2 (en) 2002-10-16 2002-10-16 Inter-vehicle network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002301231A JP4105521B2 (en) 2002-10-16 2002-10-16 Inter-vehicle network system

Publications (2)

Publication Number Publication Date
JP2004140477A true JP2004140477A (en) 2004-05-13
JP4105521B2 JP4105521B2 (en) 2008-06-25

Family

ID=32449626

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002301231A Expired - Lifetime JP4105521B2 (en) 2002-10-16 2002-10-16 Inter-vehicle network system

Country Status (1)

Country Link
JP (1) JP4105521B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009171198A (en) * 2008-01-16 2009-07-30 Mitsubishi Electric Corp Communication device and inter-vehicle communication system
JP2018156163A (en) * 2017-03-15 2018-10-04 富士通株式会社 Information processing apparatus, information processing system, and information processing method
JP2019220199A (en) * 2019-08-05 2019-12-26 みこらった株式会社 Automobile and program for automobiles

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009171198A (en) * 2008-01-16 2009-07-30 Mitsubishi Electric Corp Communication device and inter-vehicle communication system
JP2018156163A (en) * 2017-03-15 2018-10-04 富士通株式会社 Information processing apparatus, information processing system, and information processing method
JP2019220199A (en) * 2019-08-05 2019-12-26 みこらった株式会社 Automobile and program for automobiles

Also Published As

Publication number Publication date
JP4105521B2 (en) 2008-06-25

Similar Documents

Publication Publication Date Title
KR100451597B1 (en) Method and apparatus in a wireless transceiver for seeking and transferring information available from a network server
US20160189543A1 (en) Safety information transmission method and safety information transmission system
JP2001112043A (en) Wireless terminal communication method
EP1374493A2 (en) Beacon update mechanism
EP3378244B1 (en) Providing location information of a terminal in a communication network
EP2055043B1 (en) Broadcast anchor availability indication
CN109857435B (en) Diffusion type software upgrading method between offline devices
JP2000196678A (en) System and method for radio data communication considering disconnected time
EP1416754A1 (en) MOBILE TERMINAL&amp;comma; CONTROL STATION&amp;comma; COMMUNICATION METHOD&amp;comma; COMMUNICATION PROGRAM&amp;comma; AND CONTROL PROGRAM
US20210166567A1 (en) Vehicle platooning
CN104581640A (en) Cloud server, system and method for realizing Internet of Vehicles pickup function
JP2005148956A (en) Method for distributing information and program for information distribution process
JPWO2018008587A1 (en) Mobile communication device, mobile communication method, and mobile communication program
US20100309895A1 (en) Data transmission from a vehicle and network regulation
US20230362581A1 (en) Iot mesh system
JP2004140477A (en) Inter-vehicle network system
CN113242533A (en) Driving environment information acquisition method and vehicle-mounted equipment
JPWO2002082852A1 (en) Portable information terminal, wireless communication system, and link establishment method
JP7622823B2 (en) Communication device, communication processing system, and communication control method
US20210166566A1 (en) Vehicle platooning
JP3741700B2 (en) Wireless terminal communication method
JP3392825B2 (en) Data communication method and system
JPH1097477A (en) Computer such as portable information device and communication control method therefor
GB2576318A (en) Vehicle platooning
KR102811204B1 (en) Method for relaying a VRU application server that updates a VRU, and a UE, a VRU application server, and a UE client

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050930

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070830

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070925

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071122

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: 20080325

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080327

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: 20110404

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20120404

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20120404

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20130404

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20130404

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20140404

Year of fee payment: 6