JP5575855B2 - ネットワークシステム、情報処理装置、ネットワーク接続方法及びプログラム - Google Patents

Description

本発明は、同一運転環境状況下にある車両に乗車する者同士の情報共有空間をネットワーク上で実現する技術に関する。

近年、スマートフォン、携帯電話、ＰＣなどの情報通信端末を用いて、リアルタイムに情報共有ができるＳＮＳ（Social Networking Service）が普及している。例えば、ユーザは、情報通信端末を操作して、インターネット上のＳＮＳサービスにアクセスし、情報の交換等を通じ、他人とコミュニケーションを図る。

一方、カーナビゲーションなどの車載装置には、ＶＩＣＳ（Vehicle Information and Communication System、登録商標）などからリアルタイムに情報を取得する他、インターネットから取得した情報をディスプレイに表示するものもある。

これに関する技術として、特許文献１には、安全運転を阻害することなく、車載装置に表示された投稿情報の内容を一見して把握することを課題とした車載用表示装置が記載されている。車載用表示装置は、通信装置と車載機とを有する。通信装置は、ユーザが投稿した投稿情報と当該投稿情報の投稿先を示す位置情報とを取得し、取得された投稿情報をカテゴリに分類する。続いて、通信装置は、投稿情報とともに取得された位置情報によって特定される地図上の位置に、分類されたカテゴリに応じた表示形式で、投稿情報を表示する地図データを生成して車載機に送信する。車載機では、受信した地図データを液晶モニタ等に表示する。

特開２０１１−２４７８３１号公報

上述の特許文献１記載の発明によれば、安全運転を阻害することなく、車載装置に表示された投稿情報の内容を一見して把握することができる。このため、ユーザ（運転者、同乗者等）は、車載装置からインターネット上のＳＮＳサービスを利用できるため、車内からでも情報の交換等を通じ他人とコミュニケーションを図ることが可能である。

ところで、ＳＮＳはユーザ同士での情報交換等を通じ、他人とコミュニケーションを図るものであるが、一般に、情報交換の対象となる情報は、ユーザ同士の互いの関心事である。つまり、ＳＮＳでは、共通の話題や関心事を有するユーザ同士が集合し、共通の話題や関心事についての情報交換等を行うことが多い。

具体的に、車内からユーザ（運転者、同乗者等）がインターネット上のＳＮＳサービスを利用するにあたり、当該ユーザの関心事の一つとして、現在の道路情報、これから向かう目的地（例えば、観光地）の情報、途中のＳＡの情報などがある。そして、このような情報を最もリアルタイムに共有し情報交換可能なユーザは、互いに近隣に位置する、又は近隣を走行するなど、同一の運転環境状況下にあるユーザ同士であるといえる。

本発明は上記の点に鑑み提案されたものであり、その目的とするところは、同一運転環境状況下にある車両に乗車する者同士の情報共有空間を、ネットワーク上で実現することにある。

上記の課題を解決するため、本発明にあっては、車両状態情報を出力する出力装置及び無線通信装置を備えた自動車と、前記自動車に乗車するユーザの携帯端末と、情報処理装置とを含むネットワークシステムであって、前記情報処理装置は、前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報と、該自動車の無線通信装置の通信識別子とを受信する受信手段と、前記受信手段により受信された前記自動車の車両状態情報を記憶する記憶手段と、前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報に基づいて、同一の運転環境状況にある自動車を、同一グループにグルーピングするグルーピング手段と、前記同一グループの自動車に乗車するユーザの携帯端末に対し、前記同一グループに対応した通信識別子を送信する送信手段とを備えるようにしている。

本発明の実施の形態によれば、同一運転環境状況下にある車両に乗車する者同士の情報共有空間を、ネットワーク上で実現することができる。

ネットワークシステムの構成例を示す図である。 ネットワークシステムのソフトウェア構成例を示す図である。 情報処理サーバ１００及び携帯端末３００のハードウェア構成例を示す図である。 ＯＢＤデータの一例を示す図である。 ＯＢＤデータ履歴の一例を示す図である。 グループ管理情報１１４の一例を示す図である。 ネットワークシステムの処理例を示すシーケンス図である。 グループ判定処理の説明するフローチャートである。 携帯端末３００上の操作画面例を示す。 Ｗｉｆｉネットワーク形成例（その１）を示す。 Ｗｉｆｉネットワーク形成例（その２）を示す。 Ｗｉｆｉネットワーク形成例（その３）を示す。

以下、本発明の好適な実施形態につき説明する。

＜構成＞
（システム構成）
図１は、本発明の一実施形態にかかるネットワークシステムの構成例を示す図である。本実施形態にかかるネットワークシステムは、情報処理サーバ１００、車両２００、携帯端末３００、ネットワーク４００を含む。

情報処理サーバ１００は、車両２００のＯＢＤ（On-board diagnostics）データを、ユーザの有する携帯端末３００を介し取得し、車両別にＯＢＤデータを管理する。また、車両２００のＯＢＤデータに基づいて、同一の運転環境状況にある車両２００を同一グループにグルーピングする。また、同一グループの自動車に乗車するユーザの携帯端末３００に対し、接続すべきネットワークに用いられるＷｉｆｉ無線アクセスポイントのＳＳＩＤ（Service Set IDentifier）を送信する。この点、詳細は後述する。

車両２００は、ＯＢＤを備える自動車である。ガソリン車、電気自動車、ハイブリット車、その他の燃料駆動による自動車などを含む。ＯＢＤ（On-board diagnostics）とは、車載式故障診断システムをいい、自動車に搭載されるコンピュータが各種センサからのＯＢＤデータをリアルタイムに取得し車両の状態を管理し診断する自己故障診断をいう。一般にOBDにより故障と診断された場合、コンピュータは故障を示すランプを点灯させドライバーに故障を伝えると共に、故障内容を表す故障コードを記録する。ドライバーはランプ点灯により故障発生を認知し、整備士は故障コードを専用の機械を用いて読み出すことで故障箇所を迅速に特定することができる。

車載式故障診断システムは、主として大気汚染防止のため、排出ガス対策装置に故障が発生したことをドライバーに警告することを目的として開発された経緯がある。しかし、近年のOBD-II（90年代中頃に導入された新しい標準）では、ほぼ完全にエンジン制御情報をモニタできるようになり、またさらにシャシー、ボディー、アクセサリーについても、モニタできるようになっている。

本実施形態にかかる自動車の車両２００は、図に示されるように、ＥＣＵ２１０、ＯＢＤリーダ２２０を搭載する。

ＥＣＵ２１０は、エンジンコントロールユニット(Engine Control Unit)の略称で、自動車全体及び各車載機を電子制御するための制御コンピュータである。また、ＥＣＵ２１０は、上述の車載式故障診断装置としての機能を有し、各車載機の状態を把握する。具体的には、ＯＢＤデータとして、例えばエンジン回転数、車速、運転時間、走行距離、走行履歴（位置情報）、スロットル開度、進角、吸気温度、電圧、燃費情報、ＣＯ２排出量、ブレーキ、ドア、ランプ、ギア、ライト（車外灯）、カーテシ（車内灯）、ウインカー、ブレーキ、ハンドルなど、各種の車両状態情報を把握する。また、これら車両状態情報に応じ故障診断を行う機能も有する。

ＯＢＤリーダ２２０は、ＥＣＵ２１０と外部とのインターフェースの機能を有する。本実施形態において、ＥＣＵ２１０は携帯端末３００に対しＯＢＤデータを提供するため、ＯＢＤリーダ２２０は、携帯端末３００と通信を行うための通信機能（例えば、Ｗｉｆｉ（登録商標））を有する。即ち、Ｗｉｆｉ無線アクセスポイント（以下、Ｗｉｆｉ−ＡＰという）としての機能を有する。

携帯端末３００は、ユーザ（運転者又は同乗者）の有する携帯端末である。例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。ユーザは、車両２００に乗車中、ＯＢＤリーダ２２０を介しＥＣＵ２１０と通信を行って、車両２００の車両状態を示すＯＢＤデータを逐一取得する。また、走行中又は走行後、取得したＯＢＤデータを情報処理サーバ１００に送信する。

また、携帯端末３００は、同一の運転環境状況にある車両２００に乗車するユーザ同士で、Ｗｉｆｉネットワークを形成し、ＳＮＳにより共通の話題や関心事についての情報交換等を行う。この点、詳細は後述する。

ネットワーク４００は、情報処理サーバ１００、携帯端末３００を相互に接続する通信ネットワークである。例えば、ネットワーク４００は、３Ｇ、インターネット、専用回線など各種ネットワークを含む。

（ソフトウェア構成）
図２は、本発明の一実施形態にかかるネットワークシステムのソフトウェア構成例を示す図である。

まず、情報処理サーバ１００は、機能部として、記憶部１１０、通信部１２０、グルーピング部１３０を有する。

記憶部１１０は、マップ１１１、交通情報１１２、ＯＢＤデータ１１３、グループ管理情報１１４などを記憶する機能を有している。

マップ１１１は、いわゆる交通地図であり、交通情報１１２は、ＶＩＣＳ（登録商標）等から取得される現在の交通情報である。マップ１１１及び交通情報１１２は、グルーピング部１３０が同一の運転環境状況にある自動車をグルーピングする際に用いられる。なお、マップ１１１、交通情報１１２は、随時最新の情報に更新される。

ＯＢＤデータ１１３は、車両２００の車両状態情報を示すＯＢＤデータである。また、ＯＢＤデータ１１３は、受信元の携帯端末３００のユーザＩＤ及び車両２００のＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤを含む。ＳＳＩＤは、ＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）の通信識別子であって、ＯＢＤリーダ２２０（Ｗｉｆｉ無線アクセスポイント機能付き）に接続するために用いられるＳＳＩＤである。

グループ管理情報１１４は、同一の運転環境状況にある自動車を管理するための情報である。グルーピング部１３０は、ＯＢＤデータ１１３に基づいて、同一の運転環境状況にある自動車を、同一グループにグルーピングし、その結果をグループ管理情報１１４として保持する。

通信部１２０は、外部装置とデータの送受信を行う機能を有している。例えば、携帯端末３００から車両のＯＢＤデータやＳＳＩＤの受信、また携帯端末３００に対しＳＳＩＤの送信などを行う。

グルーピング部１３０は、ＯＢＤデータ１１３に基づいて、同一の運転環境状況にある自動車を、同一グループにグルーピングする機能を有している。同一の運転環境状況にある自動車とは、例えば、同一道路上で渋滞環境下にある自動車がある。このような自動車は、同一の運転環境状況にある自動車である。

次に、携帯端末３００は、機能部として、通信部３１０、車両状態情報取得部３２０、ＳＮＳ部３３０を有する。

通信部３１０は、外部装置とデータの送受信を行う機能を有している。例えば、ＥＣＵ２１０からＯＢＤリーダ２２０のＷｉｆｉを介し、車両２００の車両状態を示すＯＢＤデータを受信し、受信したＯＢＤデータを情報処理サーバ１００に送信する。また他の車両２００のＯＢＤリーダ２２０とＷｉｆｉを介し通信し、ＳＮＳを実現する。

車両状態情報取得部３２０は、ユーザが車両２００に乗車中、ＯＢＤリーダ２２０を介しＥＣＵ２１０から、車両２００の車両状態を示すＯＢＤデータを逐一取得する機能を有している。また、走行中又は走行後、取得したＯＢＤデータは、自動車を運転するユーザ識別子と共に、通信部３１０を介し情報処理サーバ１００に送信される。

ＳＮＳ部３３０は、他の車両２００とＷｉｆｉを介し通信が可能となると、他の車両２００に乗車するユーザの携帯端末３００とＳＮＳを実現する。例えば、ＳＮＳの一例としては、共通の話題や関心事についての情報交換等を行ったり、写真や動画等のデータやり取りなどがある。

なお、これらの機能部は、各装置を構成するコンピュータのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。但し、これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。

また、これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。

また、記憶部１１０は、情報処理サーバ１００を構成するコンピュータ内のＨＤＤ（Hard Disk Drive）等の記憶媒体上に所定のデータを体系的に保持するものである。勿論、情報処理サーバ１００内に配置される必要はなく、他の装置上に配置してもよい。

（ハードウェア構成）
図３は、本発明の一実施形態にかかる情報処理サーバ１００及び携帯端末３００のハードウェア構成例を示す図である。具体的に、これらハードウェア構成は、一般的なパソコンやワークステーションなどと同様の構成であり、図に示されるように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、入力装置１４と、出力装置１５と、通信装置１６と、ＨＤＤ１７とを有する。

ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする。入力装置１４は、キーボードやマウスである。出力装置１５は、ディスプレイである。通信装置１６は、ネットワーク４００を介し他装置との通信を行う。ＨＤＤ１６は、各種データ及びプログラムを格納する。

（ＯＢＤデータの一例）
図４は、本実施形態にかかるＯＢＤデータの一例を示す図である。ＯＢＤデータは、「ＯＢＤデータ項目」、「ＯＢＤデータ値」等の項目を含む。

「ＯＢＤデータ項目」は、車載式故障診断システムで規定されるＯＢＤデータの名称を示す。「ＯＢＤデータ値」は、「ＯＢＤデータ項目」に対応する具体的なデータ値を示す。

具体的に、ＯＢＤデータは、一例として、車両識別子、エンジン回転数、車速、運転時間（累計）、走行距離（累計）、走行履歴（位置情報）などがある。

これら情報は、ＥＣＵ２１０の有する車載式故障診断システムの機能により提供され、本実施形態においては、ユーザが乗車中の間、一定時間間隔毎に、上述の如くＯＢＤリーダ２２０を介し携帯端末３００に出力される。また、携帯端末３００から情報処理サーバ１００に送信される。

（ＯＢＤデータ履歴の一例）
図５は、本実施形態にかかるＯＢＤデータ履歴の一例を示す図である。ＥＣＵ２１０の有する車載式故障診断システムのＯＢＤデータは、ユーザの携帯端末３００を介し、ユーザＩＤ及びＳＳＩＤと共に情報処理サーバ１００に送信され、記憶部１１０にＯＢＤデータ１１３として、車両別に蓄積される。よって、ＯＢＤデータ履歴は、図に示されるように「年月日」、「時刻」、及び「ＯＢＤデータ項目」毎の「ＯＢＤデータ値」等の項目を含む。なお、「年月日」及び「時刻」は、ＥＣＵ２１０において、当該ＯＢＤデータが取得された年月日時刻を示す。

例えば、図５において、「ユーザＩＤ」：user01のＯＢＤデータ履歴を参照すると、2012/8/6 8:00を開始時刻として、ＯＢＤデータが受信され蓄積されていることが分かる。以降、例えば１分毎にＯＢＤデータが受信されており、このＯＢＤデータ履歴によれば、時系列に沿って車両２００の車両状態を把握することができる。

なお、図５のＯＢＤデータ履歴は、車両２００に乗車し、携帯端末３００を有するユーザのＯＢＤデータ履歴である。情報処理サーバ１００は、複数のユーザ車両のＯＢＤデータ履歴を管理するため、例えば車両識別子（及びユーザＩＤ）を用いて、車両毎のＯＢＤデータ履歴を識別する。また携帯端末３００は、情報処理サーバ１００と通信する際、ユーザＩＤを用いてログイン等を行うものとする。

（グループ管理情報の一例）
図６は、本実施形態にかかるグループ管理情報１１４の一例を示す図である。グループ管理情報１１４は、同一の運転環境状況にある自動車を管理するための情報である。グルーピング部１３０により、同一の運転環境状況にある自動車が同一グループにグルーピングされ、グループ管理情報１１４として記憶部１１０に保持される。

グループ管理情報１１４は、図に示されるように「グループＩＤ」、「ＯＢＤデータ項目」、「グループＳＳＩＤ」、「ユーザＩＤ」等の項目を含む。

「グループＩＤ」は、同一の運転環境状況にある自動車グループのＩＤを示し、「グループＩＤ」が同一であれば、同一グループに属する。「グループＩＤ」自体は、グループ数分、順次付番される。

「ＯＢＤデータ項目」は、同一の運転環境状況にあると判定された根拠となるＯＢＤデータである。同一のグループに属する場合、同一の運転環境状況にあると判定されているため、ＯＢＤデータ自体も同一又は近似したものとなる。

「グループＳＳＩＤ」は、同一のグループに属する車両２００に乗車するユーザの携帯端末３００がＷｉｆｉに接続する際に用いられるＳＳＩＤを示す。要するに、同一の運転環境状況にある自動車のユーザは、当該ＳＳＩＤを用いることにより、同一の運転環境状況にある自動車のユーザ同士のＷｉｆｉネットワークを形成できる。なお、「グループＳＳＩＤ」は、各車両のそれぞれに搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤに対応する。

「ユーザＩＤ」は、同一のグループに属する車両２００に乗車するユーザのユーザＩＤを示す。

具体的に、図６（ａ）の例では、「グループＩＤ」：１というグループが存在し、同グループには、「ユーザＩＤ」：user01というユーザ（又はユーザ車両）が属していることが分かる。また、図６（ｂ）の例では、「グループＩＤ」：１というグループが存在し、同グループには、「ユーザＩＤ」：user01、user02というユーザ（又はユーザ車両）が属していることが分かる。また、図６（ｃ）の例では、「グループＩＤ」：２というグループが存在し、同グループには、「ユーザＩＤ」：user02というユーザ（又はユーザ車両）が属していることが分かる。

＜動作＞
次に、本実施形態にかかるネットワークシステムの処理動作について説明する。

図７は、本実施形態にかかるネットワークシステムの処理例を示すシーケンス図である。

まず、ユーザ（運転者又は同乗者）は、運転を開始するにあたって車両２００に乗車すると、携帯端末３００を用いて、情報処理サーバ１００にアクセスし、ユーザ・ログインを実行する（ステップＳ１００）。携帯端末３００は、情報処理サーバ１００にアクセスするための専用アプリケーションを事前に有し、当該専用アプリケーションを通じ、ユーザＩＤを入力し、ユーザ・ログインを実行できる。又は、汎用ブラウザ等を通じ、ログインを実行してもよい。

情報処理サーバ１００は、ログインの要求を受信すると、ユーザＩＤに基づいてログイン処理を実行する（ステップＳ１０１）。予め登録されているユーザＩＤである場合、ログインを許可する。

次に、ユーザは、携帯端末３００の通信機能を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得開始要求を実行する（ステップＳ１０２）。

ここで、本実施形態にかかるＯＢＤリーダ２２０は、上述の如く、Ｗｉｆｉ−ＡＰとしての機能を有する。このため、ユーザはまず車内から携帯端末３００を操作し、ＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤを検索することにより、ＯＢＤリーダ２２０と接続することが可能である。

なお、上述と同様、携帯端末３００は、情報処理サーバ１００にアクセスするための専用アプリケーション又は汎用ツール等を通じ、ＯＢＤデータ取得開始要求を実行できる。また、ステップＳ１００及びステップＳ１０２の動作は同時に実行されてもよい。即ち、携帯端末３００を用いて、ログインを実行するタイミングで、ＯＢＤリーダ２２０と接続の下、同時にＯＢＤデータ取得開始要求を実行してもよい。

ＥＣＵ２１０は、ＯＢＤリーダ２２０を介し、携帯端末３００にＯＢＤデータを送信する（ステップＳ１０３）。なお、ＯＢＤデータの具体例は例えば図４に示される。

携帯端末３００（車両状態情報取得部３２０）は、ＯＢＤデータを受信すると、受信したＯＢＤデータを情報処理サーバ１００に送信する（ステップＳ１０４）。また、携帯端末３００は、自車両に搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤを情報処理サーバ１００に送信する。

情報処理サーバ１００は、ＯＢＤデータを受信すると、記憶部１１０に受信したＯＢＤデータをユーザＩＤ及びＳＳＩＤに関連付けて蓄積する（ステップＳ１０５）。なお、このＯＢＤデータの具体例は例えば図５に示される。

以降、ステップＳ１０３〜Ｓ１０５が繰り返される。つまり、ＥＣＵ２１０は、乗車中の間（ＯＢＤデータ取得終了要求を受信する迄の間）、ＯＢＤデータを送信し続ける。また、携帯端末３００も受信したＯＢＤデータを情報処理サーバ１００に送信し続けるので、情報処理サーバ１００の記憶部１１０には、乗車中の間逐一のＯＢＤデータが蓄積され続ける。

次に、ユーザ（運転者又は同乗者）は、乗車中、同一の運転環境状況下にあるユーザ同士でのＳＮＳを所望する場合、携帯端末３００を用いて、情報処理サーバ１００にアクセスし、まずＳＳＩＤ取得要求を実行する（ステップＳ１０６）。このＳＳＩＤ取得要求には、ユーザＩＤが含まれる。

情報処理サーバ１００は、ＳＳＩＤ取得要求を受信すると、ＳＳＩＤ要求元の携帯端末３００に応答すべきＳＳＩＤを決定するため、以下のグループ判定処理を実行する（ステップＳ１０７）。

図８は、本実施形態にかかるグループ判定処理の説明するフローチャートである。

Ｓ１０７−１：情報処理サーバ１００のグルーピング部１３０は、ＳＳＩＤ要求元のユーザ車両の現在のＯＢＤデータを取得する。例えば、図５を参照し、ＳＳＩＤ要求元のユーザＩＤが「ユーザＩＤ」：user002である場合、以下のように、現在（2012/8/6 8:05）のＯＢＤデータを取得する。
「エンジン回転数」：1300
「車速」：9
「走行履歴（位置情報）」：（x0021,y0021）
Ｓ１０７−２：グルーピング部１３０は、グループ管理情報１１４を参照する。例えば、図６（ａ）を参照する。図６（ａ）の例では、「グループＩＤ」：１というグループが存在し、同グループには、「ユーザＩＤ」：user01というユーザ（又はユーザ車両）が属している。

Ｓ１０７−３：グルーピング部１３０は、Ｓ１０７−１で取得したＯＢＤデータ値に基づいて、グループを判定する。

具体的に、「ユーザＩＤ」：user002のＯＢＤデータ値は、「エンジン回転数」：1300、「車速」：9、「走行履歴（位置情報）」：（x0021,y0021）である。

一方、図６（ａ）の例では、グループ管理情報１１４において、「グループＩＤ」：１というグループが存在するところ、このグループのＯＢＤデータを参照すれば、「エンジン回転数」：1250、「車速」：9、「走行履歴（位置情報）」：（x0021,y0021）となっている。

グルーピング部１３０は、「ユーザＩＤ」：user02のＯＢＤデータと、「グループＩＤ」：１のＯＢＤデータとを比較し、「ユーザＩＤ」：user02のＯＢＤデータは、「グループＩＤ」：１のＯＢＤデータと同一又は近似しているか否か判定する。即ち、グルーピング部１３０は、「ユーザＩＤ」：user02のＯＢＤデータからすると、「ユーザＩＤ」：user02の車両は、「グループＩＤ」：１に属する車両と同一の運転環境状況にあるか否かを判定する。

実際、「ユーザＩＤ」：user02のＯＢＤデータと、「グループＩＤ」：１のＯＢＤデータとを比較すると、「ユーザＩＤ」：user02のＯＢＤデータは、「グループＩＤ」：１のＯＢＤデータと同一又は近似しているといえる。従ってこの場合、グルーピング部１３０は、「ユーザＩＤ」：user2のユーザ車両は、既存グループである「グループＩＤ」：１に属すると判定する。

なお、「ユーザＩＤ」：user02のＯＢＤデータが「グループＩＤ」：１のＯＢＤデータと同一又は近似しているということは、即ち、「ユーザＩＤ」：user02のＯＢＤデータからすると、「ユーザＩＤ」：user02の車両は、「グループＩＤ」：１に属する車両と同一の運転環境状況にあることを意味するものである。

また、ここでいう「近似」の範囲は、予め定められた所定範囲に従えばよい。具体的には例えば、「エンジン回転数」であればプラスマイナス200回転、「車速」であればプラスマイナス5km、「走行履歴（位置情報）」であれば座標範囲が隣接座標範囲を、近似の範囲とすることができる。

また、「ユーザＩＤ」：user02のＯＢＤデータが、「グループＩＤ」：１のＯＢＤデータと同一又は近似していない場合、グルーピング部１３０は、グループ管理情報１１４において存在する他のグループについても、「ユーザＩＤ」：user02のＯＢＤデータが、他のグループのＯＢＤデータと同一又は近似しているか否か判定する。

なお、グルーピング部１３０は、グループ判定処理において、記憶部１１０のマップ１１１及び交通情報１１２の情報を用いることもできる。例えば、マップ１１１に基づき「走行履歴（位置情報）」の隣接座標範囲を補足できるし、また、交通情報１１２に基づく渋滞の有無を補足できるため、これにより、より判定の精度を向上できる。

Ｓ１０７−４：ここで、Ｓ１０７−３の結果、ＳＳＩＤ要求元のユーザ車両がグループ管理情報１１４に存在する既存グループに属するか否かにより分岐する。ＳＳＩＤ要求元のユーザ車両がグループ管理情報１１４に存在する既存グループに属する場合、Ｓ１０７−５へ進む。そうでない場合、Ｓ１０７−６へ進む。

Ｓ１０７−５：グルーピング部１３０は、ＳＳＩＤ要求元のユーザ車両がグループ管理情報１１４の既存グループに属する場合、グループ管理情報１１４において、ＳＳＩＤ要求元のユーザ車両を当該既存グループに組み入れる。

具体的に例えば、「ユーザＩＤ」：user02のＯＢＤデータは、「グループＩＤ」：１のＯＢＤデータと同一又は近似しているため、「ユーザＩＤ」：user02のユーザ車両を、「グループＩＤ」：１のグループに組み入れる（例えば、図６（ｂ）参照）。

なお、「ユーザＩＤ」：user02のユーザ車両が「グループＩＤ」：１のグループに組み入れられる際、「グループＳＳＩＤ」は、ステップＳ１０４で受信した「ユーザＩＤ」：user02のユーザ車両に搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤを入力する。具体的には、「ユーザＩＤ」：user02のユーザ車両に搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤであるwifi0002を、「グループＳＳＩＤ」に入力する。

Ｓ１０７−６：一方、グルーピング部１３０は、ＳＳＩＤ要求元のユーザ車両がグループ管理情報１１４の既存グループに属しない場合、グループ管理情報１１４において、新規グループを作成し、ＳＳＩＤ要求元のユーザ車両を当該新規グループに組み入れる。

具体的に例えば、「ユーザＩＤ」：user02のＯＢＤデータが、「グループＩＤ」：１のＯＢＤデータと同一又は近似しておらず、どの既存グループにも属しない場合には、グループ管理情報１１４において、「グループＩＤ」：２の新規グループを作成し、ＳＳＩＤ要求元のユーザ車両を当該新規グループに組み入れる（例えば、図６（ｃ）参照）。なお、この場合、「ユーザＩＤ」：user02の車両と同一の運転環境状況にある車両は存在しないことを意味するものである。

なお、「ユーザＩＤ」：user02のユーザ車両が「グループＩＤ」：２の新規グループに組み入れられる際、「グループＳＳＩＤ」は、ステップＳ１０４で受信した「ユーザＩＤ」：user02のユーザ車両に搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤを入力する。具体的には、「ユーザＩＤ」：user02のユーザ車両に搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤであるwifi0002を、「グループＳＳＩＤ」に入力する。

Ｓ１０７−７：グルーピング部１３０は、ＳＳＩＤ要求元のユーザ車両に対し、当該ＳＳＩＤ要求元のユーザ車両が属するグループの「グループＳＳＩＤ」を取得する。

具体的に例えば、「ユーザＩＤ」：user02のユーザ車両が「グループＩＤ」：１のグループに属する場合、「ユーザＩＤ」：user02の携帯端末３００に対し、「グループＳＳＩＤ」：wifi0001が取得される（例えば、図６（ｂ）参照）。

なお、「グループＳＳＩＤ」は、同一グループに属しているユーザ車両に搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のいずれのＳＳＩＤを使用することが可能である。よってここでは、「グループＳＳＩＤ」：wifi0001ではなく、「グループＳＳＩＤ」：wifi0002の方が取得されてもよい（例えば、図６（ｂ）参照）。但し、本実施形態においては、最初の新規グループ作成者（この場合は、「ユーザＩＤ」：user01）のユーザ車両に搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤ（＝「グループＳＳＩＤ」：wifi0001）を使用するものとした。

一方、例えば、「ユーザＩＤ」：user02のユーザ車両が「グループＩＤ」：２のグループに属する場合、「ユーザＩＤ」：user02の携帯端末３００に対し、「グループＳＳＩＤ」：wifi0002（自車両のＯＢＤリーダ２２０のＷｉｆｉ−ＡＰのＳＳＩＤ）が取得される（例えば、図６（ｃ）参照）。

再び図７に戻る。情報処理サーバ１００は、ＳＳＩＤを取得すると、携帯端末３００に対し、Ｓ１０７−７で取得したＳＳＩＤ（「グループＳＳＩＤ」）を送信する（ステップＳ１０８）。

携帯端末３００は、情報処理サーバ１００からＳＳＩＤを受信すると、受信したＳＳＩＤを用いて、Ｗｉｆｉに接続する（ステップＳ１０９）。

具体的に例えば、携帯端末３００が「グループＳＳＩＤ」：wifi0001を取得した場合、ＳＳＩＤ：wifi0001を用いて、Ｗｉｆｉに接続する。なお、ＳＳＩＤ：wifi0001は、「ユーザＩＤ」：user01が乗車する車両のＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤであるので、他車両のＷｉｆｉ−ＡＰを中継器とするＷｉｆｉネットワークが形成される。

一方、例えば、携帯端末３００が「グループＳＳＩＤ」：wifi0002を取得した場合、ＳＳＩＤ：wifi0002を用いて、Ｗｉｆｉに接続する（実際は既に接続済み）。ＳＳＩＤ：wifi0002は、「ユーザＩＤ」：user02が乗車する車両のＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）のＳＳＩＤであるので、自車両のＷｉｆｉ−ＡＰを中継器とするＷｉｆｉネットワークが形成される。

携帯端末３００は、接続したＷｉｆｉネットワークを通じ、周辺車両、即ち同一の運転環境状況下にあるユーザ同士でのＳＮＳを利用する（ステップＳ１１０）。

（携帯端末上の操作画面例）
図９は、本実施形態にかかる携帯端末３００上の操作画面例を示す。

ユーザ（運転者又は同乗者）は、乗車中、同一の運転環境状況下にあるユーザ同士でのＳＮＳを所望する場合、まず携帯端末３００を用いて、ＳＮＳサービスのアプリケーションを起動する。次に、画面９０１において、周辺車両のユーザ同士で形成されるＷｉｆｉネットワークに接続するため、周辺車両と接続できるＷｉＦｉネットワークを検索する。ユーザは、画面９０１の「検索」ボタンを押下する。

携帯端末３００は、「検索」ボタンが押下されると、情報処理サーバ１００にアクセスし、ＳＳＩＤ取得要求を実行する（ステップＳ１０６）。そして、携帯端末３００は、情報処理サーバ１００からＳＳＩＤを取得すると（例えば、ＳＳＩＤ：wifi0002）、画面９０２において、「周辺車両と接続できるＷｉＦｉネットワーク（ＳＳＩＤ：wifi0002）が見つかりました。」と表示する。また併せて、携帯端末３００は、周辺のＷｉｆｉアクセスポイントからのビーコン信号を受信することにより、周辺のＷｉｆｉアクセスポイント一覧を表示する。ユーザは、Ｗｉｆｉアクセスポイント一覧の中から、周辺車両と接続できるＷｉＦｉネットワークに接続するため、ＳＳＩＤ：wifi0002を選択し、「接続」ボタンを押下する。

携帯端末３００は、「接続」ボタンが押下されると、ＳＳＩＤ：wifi0002のＷｉｆｉネットワークに接続する。これにより、携帯端末３００は、ＳＳＩＤ：wifi0002のＷｉｆｉネットワークに接続される。このＷｉｆｉネットワークは、同一のグループに属する車両に乗車するユーザの携帯端末３００で構成されるネットワークであるため、同Ｗｉｆｉネットワーク内の携帯端末３００同士により、Ｗｉｆｉを利用したＳＮＳを実現することが可能となる。なお、ＳＮＳの一例としては、直接音声で会話を行ったり、それに伴い、写真画像等のやり取りを行うことができる。

このように、各車両のＯＢＤデータに基づき、同一の運転環境状況にある車両をグループ化し、同一グループの車両に乗車するユーザは、自身の携帯端末３００を用いて、同一のＳＳＩＤによるＷｉｆｉネットワークを形成する。これにより、ユーザは、例えば、同じ渋滞内を走行する車両に乗車するユーザ同士や同じＳＡ（サービスエリア）内に停車する車両に乗車するユーザ同士など、同一の運転環境状況にある車両内に乗車するユーザ同士で、Ｗｉｆｉネットワークを形成し、ＳＮＳを楽しむことができる。これらユーザ同士は、同一の運転環境状況を共有するため、より共通の話題や関心事を有するユーザ同士でのＳＮＳを楽しむことができる。

なお、一般的には、ＳＳＩＤを用いてＷｉＦｉネットワークに接続する場合、併せてパスワードの入力を要求される場合がある。このパスワードとは、ユーザ車両に搭載されるＯＢＤリーダ２２０（Ｗｉｆｉ−ＡＰ）において、ＳＳＩＤと共に設定されているパスワードである。本実施形態においては、説明の便宜上、パスワードなしの場合のケースを想定して説明した。しかしながら、セキュリティ上の観点からパスワードを利用したい場合、上述の実施形態において、ＳＳＩＤとパスワードをセット（ペア）で取り扱えすればよい。具体的には、携帯端末３００は、ＳＳＩＤと共にパスワードを情報提供サーバ１００に送信する（ステップＳ１０４）。情報提供サーバ１００は、ＳＳＩＤと共にパスワードを記憶し管理する（図５、６等）。また、情報提供サーバ１００は、携帯端末３００に対し、ＳＳＩＤと共にパスワードを送信すればよく（ステップＳ１０８）、携帯端末３００は、このＳＳＩＤ及びパスワードを用いてＷｉＦｉネットワークに接続すればよい。

（Ｗｉｆｉネットワーク形成例）
図１０は、本実施形態にかかるＷｉｆｉネットワーク形成例（その１）を示す。

例えば、車両２００ａ、車両２００ｂ及び車両２００ｃが、同一の運転環境状況にある場合、車両内に乗車するユーザ同士で、Ｗｉｆｉネットワークを形成する。図例の場合、Ｗｉｆｉ−ＡＰ２２０ａが中継器となり、携帯端末３００ａ、携帯端末３００ｂ及び携帯端末３００ｃは、Ｗｉｆｉ−ＡＰ２２０ａのＳＳＩＤを用いて、Ｗｉｆｉ−ＡＰ２２０ａに接続することで、Ｗｉｆｉネットワークが実現される。

図１１は、本実施形態にかかるＷｉｆｉネットワーク形成例（その２）を示す。

例えば、複数の車両２００が、例えば同じ渋滞内を走行する場合、渋滞中に車両内に乗車するユーザ同士で、Ｗｉｆｉネットワークを形成する。図例の場合、車両２００のうち、何れか一の車両２００の有するＷｉｆｉ−ＡＰ２２０が中継器となり、他の携帯端末３００は、Ｗｉｆｉ−ＡＰ２２０のＳＳＩＤを用いて、Ｗｉｆｉ−ＡＰ２２０に接続することで、Ｗｉｆｉネットワークが実現される。

図１２は、本実施形態にかかるＷｉｆｉネットワーク形成例（その３）を示す。

例えば、複数の車両２００が、例えばパーキングに駐車中の場合、駐車中に車両内に乗車するユーザ同士で、Ｗｉｆｉネットワークを形成する。図例の場合、車両２００のうち、何れか一の車両２００の有するＷｉｆｉ−ＡＰ２２０が中継器となり、他の携帯端末３００は、Ｗｉｆｉ−ＡＰ２２０のＳＳＩＤを用いて、Ｗｉｆｉ−ＡＰ２２０に接続することで、Ｗｉｆｉネットワークが実現される。

＜総括＞
以上のように、本実施形態によれば、同一又は同様の運転環境状況にある車両に乗車する者同士の情報共有空間を、ネットワーク上で実現することができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本実施形態において、ＯＢＤデータのうち、「エンジン回転数」、「車速」、「走行履歴（位置情報）」に基づいて、運転環境状況及び該当グループを判定した。しかしながら、これはあくまで一例であり、他のＯＢＤデータを用いることにより、運転環境状況及び該当グループの判定を行うことも可能である。

また、本実施形態にかかる携帯端末３００は、例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。このため、携帯端末３００にカーナビゲーション機能やＧＰＳセンサを有する場合には、携帯端末３００は、これからの目的地情報、これまでの走行履歴情報、位置情報などを、ＯＢＤデータを補う形の補足情報として活用し、運転環境状況及び該当グループの判定を行うことも可能である。

また、本実施形態において、上述したように、同一グループの車両同士はＷｉｆｉネットワークを形成するが、通信性を担保するため、同一グループの車両同士において、例えば３Ｇ回線などにより通信を補完することも可能である。

１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力装置
１５ 出力装置
１６ 通信装置
１７ ＨＤＤ
１００ 情報処理サーバ
１１０ 記憶部
１２０ 通信部
１３０ グルーピング部
２００ 車両
２１０ ＥＣＵ
２２０ ＯＢＤリーダ
３００ 携帯端末
３１０ 通信部
３２０ 車両状態情報取得部
３３０ ＳＮＳ部
４００ ネットワーク

Claims (7)

1. 車両状態情報を出力する出力装置及び無線通信装置を備えた自動車と、前記自動車に乗車するユーザの携帯端末と、情報処理装置とを含むネットワークシステムであって、
   前記情報処理装置は、
   前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報と、該自動車の無線通信装置の通信識別子とを受信する受信手段と、
   前記受信手段により受信された前記自動車の車両状態情報を記憶する記憶手段と、
   前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報に基づいて、同一の運転環境状況にある自動車を、同一グループにグルーピングするグルーピング手段と、
   前記同一グループの自動車に乗車するユーザの携帯端末に対し、前記同一グループに対応した通信識別子を送信する送信手段と、
   を備えたことを特徴とするネットワークシステム。
2. 前記グルーピング手段は、前記車両状態情報のうち、少なくとも、前記運転状態に関する情報である現在のエンジン回転数及び車速、並びに位置情報が、同一又は所定範囲内に近似する自動車を、同一グループにグルーピングすること、
   を特徴とする請求項１記載のネットワークシステム。
3. 前記携帯端末は、
   前記出力装置から前記自動車の車両状態情報を取得する車両状態情報取得手段と、
   前記情報処理装置に前記自動車の車両状態情報と、該自動車の無線通信装置の通信識別子とを送信する送信手段と、
   一の自動車の無線通信装置の通信識別子を受信する受信手段と、
   一の自動車の無線通信装置の通信識別子を用いて該無線通信装置に接続する接続手段と、
   を備えたことを特徴とする請求項１又は２記載のネットワークシステム。
4. 前記送信手段は、前記同一グループの自動車のうち、一の自動車の無線通信装置の通信識別子を送信すること、
   を特徴とする請求項１ないし３何れか一項記載のネットワークシステム。
5. 車両状態情報を出力する出力装置及び無線通信装置を備えた自動車に乗車するユーザの携帯端末とネットワークを介し接続された情報処理装置であって、
   前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報と、該自動車の無線通信装置の通信識別子とを受信する受信手段と、
   前記受信手段により受信された前記自動車の車両状態情報を記憶する記憶手段と、
   前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報に基づいて、同一の運転環境状況にある自動車を、同一グループにグルーピングするグルーピング手段と、
   前記同一グループの自動車に乗車するユーザの携帯端末に対し、当該自動車のうち一の自動車の無線通信装置の通信識別子を送信する送信手段と、
   を備えたことを特徴とする情報処理装置。
6. 車両状態情報を出力する出力装置及び無線通信装置を備えた自動車と、前記自動車に乗車するユーザの携帯端末と、情報処理装置とを含むネットワークシステムにおけるネットワーク接続方法であって、
   前記情報処理装置が、
   前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報と、該自動車の無線通信装置の通信識別子とを受信する工程と、
   前記受信する工程により受信された前記自動車の車両状態情報を記憶する工程と、
   前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報に基づいて、同一の運転環境状況にある自動車を、同一グループにグルーピングする工程と、
   前記同一グループの自動車に乗車するユーザの携帯端末に対し、当該自動車のうち一の自動車の無線通信装置の通信識別子を送信する工程と、
   を有することを特徴とするネットワーク接続方法。
7. 車両状態情報を出力する出力装置及び無線通信装置を備えた自動車に乗車するユーザの携帯端末とネットワークを介し接続された情報処理装置に、
   前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報と、該自動車の無線通信装置の通信識別子とを受信する受信手段と、
   前記受信手段により受信された前記自動車の車両状態情報を記憶する記憶手段と、
   前記自動車の運転状態に関する情報及び位置情報を含む車両状態情報に基づいて、同一の運転環境状況にある自動車を、同一グループにグルーピングするグルーピング手段と、
   前記同一グループの自動車に乗車するユーザの携帯端末に対し、当該自動車のうち一の自動車の無線通信装置の通信識別子を送信する送信手段として機能させるためのプログラム。

Images