特許 7371562 情報処理装置、情報処理システム、及び、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-23

(45)【発行日】2023-10-31

(54)【発明の名称】情報処理装置、情報処理システム、及び、プログラム

(51)【国際特許分類】

   G06Q 50/00 20120101AFI20231024BHJP

【ＦＩ】

G06Q50/00 300

【請求項の数】 13

(21)【出願番号】P 2020069709

(22)【出願日】2020-04-08

(65)【公開番号】P2021165993

(43)【公開日】2021-10-14

【審査請求日】2022-04-22

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】山根 丈亮

(72)【発明者】

【氏名】岡 尚哉

(72)【発明者】

【氏名】山本 涼介

(72)【発明者】

【氏名】奥田 佳緒莉

【審査官】上田 威

(56)【参考文献】

【文献】特開２０１６－１７３７８３（ＪＰ，Ａ）

【文献】再公表特許第２０１８／１４６７６２（ＪＰ，Ａ１）

【文献】特開２０１４－００６８４２（ＪＰ，Ａ）

【文献】特開２０１４－０４８０７７（ＪＰ，Ａ）

【文献】再公表特許第２０１６／００１９９６（ＪＰ，Ａ１）

【文献】特開２０１９－０５３４６７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

移動中の第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出した前記第１のユーザ端末から送信される、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループの作成を要求するグループ作成要求を受信することと、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとする第１のコミュニケーショングループを作成することと、
前記第１のユーザ端末及び前記第２のユーザ端末へ、前記第１のコミュニケーショングループが作成されたことの通知と、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザが落ち合う場所を提案するメッセージと、を送信することと、
を実行する制御部、
を備える情報処理装置。

【請求項2】

ユーザ端末のユーザの属性に関するユーザ属性情報と、前記ユーザがコミュニケーショングループのメンバに希望するユーザの属性に関する第１の条件と、を記憶する記憶部をさらに備え、
前記制御部は、
前記第１のユーザ端末及び前記第２のユーザ端末のユーザについて、互いの属性情報が互いの第１の条件を満たしているか否かを判定し、
前記互いの属性情報が前記互いの第１の条件を満たしている場合には、前記第１のコミュニケーショングループを作成し、前記互いの属性情報が前記互いの第１の条件を満たしていない場合には、前記第１のコミュニケーショングループを作成しない、
請求項１に記載の情報処理装置。

【請求項3】

移動中の第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出した前記第１のユーザ端末から送信される、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループの作成を要求するグループ作成要求を受信することと、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとする第
１のコミュニケーショングループを作成することと、
前記第１のユーザ端末及び前記第２のユーザ端末へ、前記第１のコミュニケーショングループが作成されたことを通知することと、
を実行する制御部と、
前記制御部に接続し、ユーザ端末のユーザの属性に関するユーザ属性情報と、前記ユーザがコミュニケーショングループのメンバに希望するユーザの属性に関する第１の条件と、を記憶する記憶部と、
を備え、
前記制御部は、
前記第１のユーザ端末及び前記第２のユーザ端末のユーザについて、互いの属性情報が互いの第１の条件を満たしているか否かを判定し、
前記互いの属性情報が前記互いの第１の条件を満たしている場合には、前記第１のコミュニケーショングループを作成し、前記互いの属性情報が前記互いの第１の条件を満たしていない場合には、前記第１のコミュニケーショングループを作成しない、
情報処理装置。

【請求項4】

前記記憶部は、ユーザの嗜好に関する嗜好情報をさらに記憶し、
前記制御部は、
前記第１のユーザ端末及び前記第２のユーザ端末のユーザについて、互いの嗜好情報の少なくとも一部が共通するか否かを判定し、
前記互いの嗜好情報の少なくとも一部が共通する場合には、前記第１のコミュニケーショングループを作成し、前記互いの嗜好情報に共通する部分がない場合には、前記第１のコミュニケーショングループを作成しない、
請求項２又は３に記載の情報処理装置。

【請求項5】

前記制御部は、
前記第１のユーザ端末及び前記第２のユーザ端末から、目的地に関する情報を取得し、
前記第１のユーザ端末及び前記第２のユーザ端末の前記目的地が同じ方面であるか否かを判定し、
前記目的地が同じ方面である場合には、前記第１のコミュニケーショングループを作成し、前記目的地が同じ方面でない、又は、前記第１のユーザ端末及び前記第２のユーザ端末の少なくともいずれかから前記目的地に関する情報が取得されない場合には、前記第１のコミュニケーショングループを作成しない、
請求項１から４のいずれか一項に記載の情報処理装置。

【請求項6】

前記制御部は、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザが、すでに同じコミュニケーショングループに属しているか否かを判定し、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザが、同じコミュニケーショングループに属していない場合には、前記第１のコミュニケーショングループを作成し、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザが、すでに同じコミュニケーショングループに属している場合には、前記第１のコミュニケーショングループを作成しない、
請求項１から５のいずれか一項に記載の情報処理装置。

【請求項7】

前記制御部は、
前記第１のユーザ端末及び前記第２のユーザ端末へ、前記第１のコミュニケーショングループの作成の許可を要求する許可要求を送信し、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれから、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザによる前記第１のコミュニケーショング
ループの作成許可を示す許可応答を受信した場合に、前記第１のコミュニケーショングループを作成し、前記第１のユーザ端末及び前記第２のユーザ端末の少なくともいずれかから、前記許可応答が受信されない場合には、前記第１のコミュニケーショングループを作成しない、
請求項１から６のいずれか一項に記載の情報処理装置。

【請求項8】

移動中に、自装置である第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出することと、
所定のサーバへ、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループの作成を要求するグループ作成要求を送信することと、
前記所定のサーバから、前記グループ作成要求の応答として、前記コミュニケーショングループが作成されたことの通知と、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザが落ち合う場所を提案するメッセージと、を受信することと、
前記コミュニケーショングループが作成されたこと及び前記メッセージを前記第１のユーザ端末のユーザに報知することと、
を実行する制御部、
を備える情報処理装置。

【請求項9】

移動中の第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出した前記第１のユーザ端末から送信される、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループの作成を要求するグループ作成要求を受信することと、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとする第１のコミュニケーショングループを作成することと、
前記第１のユーザ端末及び前記第２のユーザ端末へ、前記第１のコミュニケーショングループが作成されたことの通知と、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザが落ち合う場所を提案するメッセージと、を送信することと、
を実行する第１の制御部、
を備えるサーバと、
移動中に、前記第２のユーザ端末を検出することと、
前記サーバへ、前記グループ作成要求を送信することと、
前記サーバから、前記第１のコミュニケーショングループが作成されたことの通知と、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザが落ち合う場所を提案するメッセージと、を受信することと、
前記第１のコミュニケーショングループが作成されたこと及び前記メッセージをユーザに報知することと、
を実行する第２の制御部、
を備えるユーザ端末と、
を含む情報処理システム。

【請求項10】

ユーザ端末のユーザの属性に関するユーザ属性情報と、前記ユーザがコミュニケーショングループのメンバに希望するユーザの属性に関する第１の条件と、を記憶する記憶部をさらに備え、
前記第１の制御部は、
前記第１のユーザ端末及び前記第２のユーザ端末のユーザについて、互いの属性情報が互いの第１の条件を満たしているか否かを判定し、
前記互いの属性情報が前記互いの第１の条件を満たしている場合には、前記第１のコミュニケーショングループを作成し、前記互いの属性情報が前記互いの第１の条件を満たし
ていない場合には、前記第１のコミュニケーショングループを作成しない、
請求項９に記載の情報処理システム。

【請求項11】

移動中の第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出した前記第１のユーザ端末から送信される、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループの作成を要求するグループ作成要求を受信することと、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとする第１のコミュニケーショングループを作成することと、
前記第１のユーザ端末及び前記第２のユーザ端末へ、前記第１のコミュニケーショングループが作成されたことを通知することと、
を実行する第１の制御部と、
前記第１の制御部に接続し、ユーザ端末のユーザの属性に関するユーザ属性情報と、前記ユーザがコミュニケーショングループのメンバに希望するユーザの属性に関する第１の条件と、を記憶する記憶部と、
を備えるサーバと、
移動中に、前記第２のユーザ端末を検出することと、
前記サーバへ、前記グループ作成要求を送信することと、
前記サーバから、前記第１のコミュニケーショングループが作成されたことの通知を受信することと、
前記第１のコミュニケーショングループが作成されたことをユーザに報知することと、を実行する第２の制御部、
を備えるユーザ端末と、
を備え、
前記第１の制御部は、
前記第１のユーザ端末及び前記第２のユーザ端末のユーザについて、互いの属性情報が互いの第１の条件を満たしているか否かを判定し、
前記互いの属性情報が前記互いの第１の条件を満たしている場合には、前記第１のコミュニケーショングループを作成し、前記互いの属性情報が前記互いの第１の条件を満たしていない場合には、前記第１のコミュニケーショングループを作成しない、
情報処理システム。

【請求項12】

コンピュータを、
請求項１から７のいずれか一項に記載の情報処理装置として動作させるための、プログラム。

【請求項13】

コンピュータを、
請求項８に記載の情報処理装置として動作させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、情報処理システム、及び、プログラムに関する。

【背景技術】

【0002】

ユーザのプロフィールと一致する属性を持つコミュニティを、ユーザに推薦するサービスが開示されている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００８－２４２５２１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示は、移動中に、周辺のユーザとのコミュニケーショングループを作ることができる情報処理システム、情報処理方法、を提供することを課題とする。

【0005】

本開示の態様の一つは、
移動中の第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出することと、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとする第１のコミュニケーショングループを作成することと、
前記第１のユーザ端末及び前記第２のユーザ端末へ、前記第１のコミュニケーショングループが作成されたことを通知することと、
を実行する制御部、
を備える情報処理装置である。

【0006】

本開示の他の態様の一つは、
移動中に、自装置である第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出することと、
所定のサーバへ、前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループの作成を要求するグループ作成要求を送信することと、
前記所定のサーバから、前記グループ作成要求の応答として、前記コミュニケーショングループが作成されたことの通知を受信することと、
前記コミュニケーショングループが作成されたことを前記第１のユーザ端末のユーザに報知することと、
を実行する制御部、
を備える情報処理装置である。

【0007】

本開示の他の態様の一つは、
移動中の第１のユーザ端末から、前記第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末とのコミュニケーショングループの作成を要求するグループ作成要求を受信することと、
前記第１のユーザ端末及び前記第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループを作成することと、
前記第１のユーザ端末及び前記第２のユーザ端末へ、前記コミュニケーショングループが作成されたことを通知することと、
を実行する第１の制御部、
を備えるサーバと、
移動中に、前記第２のユーザ端末を検出することと、
前記サーバへ、前記グループ作成要求を送信することと、
前記サーバから、前記コミュニケーショングループが作成されたことの通知を受信することと、
前記コミュニケーショングループが作成されたことをユーザに報知することと、
を実行する第２の制御部、
を備えるユーザ端末と、
を含む情報処理システムである。

【発明の効果】

【0008】

本開示によれば、移動中に、周辺のユーザとのコミュニケーショングループを作ることができる。

【図面の簡単な説明】

【0009】

【図1】図１は、第１実施形態に係るグループ自動作成システムのシステム構成の一例を示す図である。

【図2】図２は、センタサーバのハードウェア構成の一例である。

【図3】図３は、車両及び車載装置のハードウェア構成の一例を示す図である。

【図4】図４は、センタサーバ及び車載装置の機能構成の一例を示す図である。

【図5】図５は、車載装置の並走状態監視テーブルの一例である。

【図6】図６は、ユーザ情報テーブルの一例である。

【図7】図７は、メンバ属性希望条件情報テーブルの一例である。

【図8】図８は、車載装置のグループ作成要求の送信処理のフローチャートの一例である。

【図9】図９は、センタサーバのグループ作成処理のフローチャートの一例である。

【発明を実施するための形態】

【0010】

例えば、バイクでツーリング、一人でドライブ、又は、公共交通機関で一人旅をする場合には、休憩所又は目的地等で、その場で出会った人と交流することも楽しみの一つである。しかしながら、全く知らない他人に声をかけたりすることに困難を感じる人も多い。そこで、本開示では、例えば、バイク又は自動車で並走しているユーザ同士、又は、電車に同乗しているユーザ同士など、同じ方面に移動しているユーザ同士でコミュニケーショングループを作成することで、当該ユーザ間の交流を促進させる。

【0011】

具体的には、本開示の態様の一つは、制御部を備える情報処理装置である。情報処理装置は、例えば、サーバである。制御部は、例えば、ＣＰＵ（Control Processing Unit）
等の、プロセッサである。制御部は、移動中の第１のユーザ端末から所定範囲内に存在し、第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出する。制御部は、第１のユーザ端末及び第２のユーザ端末のそれぞれのユーザをメンバとする第１のコミュニケーショングループを作成する。次に、制御部１１は、第１のユーザ端末及び第２のユーザ端末へ、第１のコミュニケーショングループが作成されたことを通知する。

【0012】

ユーザ端末は、例えば、車両に搭載されている車載装置、スマートフォン、タブレット端末、又は、持ち運び可能なＰＣ（Personal Computer）である。車載装置が搭載されて
いる車両は、例えば、自動車、又は、二輪車等である。

【0013】

本開示の態様の一つによれば、第１のユーザ端末と第２のユーザ端末とが互いの距離が
所定範囲内で同じ方向に移動することで、第１のユーザ端末及び第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループが作成される。これによって、例えば、第１のユーザ端末及び第２のユーザ端末がいずれも車載装置であることを想定する場合に、同じ目的地に到着した際に、第１のユーザ端末と第２のユーザ端末とのメンバ同士で、コミュニケーショングループの作成を契機として、交流を促進することができる。

【0014】

また、本開示の態様の一つでは、制御部は、第１のユーザ端末及び第２のユーザ端末へ、それぞれのユーザが落ち合う場所を提案するメッセージを送信することをさらに実行するようにしてもよい。これによって、第１のユーザ端末及び第２のユーザ端末のそれぞれのユーザの合流をより潤滑にすることができる。

【0015】

また、本開示の態様の一つでは、情報処理装置は、ユーザに関するユーザ情報と、ユーザがコミュニケーショングループのメンバに希望するユーザの属性に関する第１の条件と、を記憶する記憶部をさらに備えてもよい。制御部は、第１のユーザ端末及び第２のユーザ端末のユーザについて、互いの属性が互いの第１の条件を満たしているか否かを判定するようにしてもよい。互いの属性が互いの第１の条件を満たしている場合には、制御部は、第１のコミュニケーショングループを作成する。互いの属性が互いの第１の条件を満たしていない場合には、制御部は、第１のコミュニケーショングループを作成しない。ユーザの属性には、例えば、性別、年代、居住地域、及び、関連付く車両の種類等がある。これによって、ユーザが希望する属性のユーザと第１のコミュニケーショングループが作成され、交流に対してより積極的になることができる。

【0016】

本開示の態様の一つでは、ユーザ情報は、ユーザの嗜好に関する嗜好情報を含んでもよい。この場合に、制御部は、第１のユーザ端末及び第２のユーザ端末のユーザについて、互いの嗜好情報の少なくとも一部が一致するか否かを判定してもよい。互いの嗜好情報の少なくとも一部が一致する場合には、制御部は、第１のコミュニケーショングループを作成する。互いの嗜好情報の少なくとも一部が一致しない場合には、制御部は、第１のコミュニケーショングループを作成しない。これによって、嗜好の少なくとも一部が共通するユーザ同士でコミュニケーショングループが作成されるので、共通の話題を持つことができ、交流を促進することができる。

【0017】

本開示の態様の一つでは、制御部は、第１のユーザ端末及び前記第２のユーザ端末から、移動の目的地に関する情報を取得し、第１のユーザ端末及び第２のユーザ端末の移動の目的地が同じ方面であるか否かを判定してもよい。移動の目的地が同じ方面である場合には、制御部は、第１のコミュニケーショングループを作成する。移動の目的地が同じ方面でない、又は、第１のユーザ端末及び第２のユーザ端末の少なくともいずれかから移動の目的地に関する情報が取得されない場合には、制御部は、第１のコミュニケーショングループを作成しない。これによって、余計にコミュニケーショングループが作成されることを抑制することができる。

【0018】

本開示の態様の一つでは、制御部は、第１のユーザ端末及び第２のユーザ端末のそれぞれのユーザが、すでに同じコミュニケーショングループに属しているか否かを判定してもよい。第１のユーザ端末及び第２のユーザ端末のそれぞれのユーザが、同じコミュニケーショングループに属していない場合には、第１のコミュニケーショングループを作成し、第１のユーザ端末及び第２のユーザ端末のそれぞれのユーザが、すでに同じコミュニケーショングループに属している場合には、制御部は、第１のコミュニケーショングループを作成しない。これによって、余計にコミュニケーショングループが作成されることを抑制することができる。

【0019】

本開示の態様の一つでは、制御部は、第１のユーザ端末及び第２のユーザ端末へ、第１のコミュニケーショングループの作成の許可を要求する許可要求を送信してもよい。第１のユーザ端末及び第２のユーザ端末のそれぞれから、第１のコミュニケーショングループの作成許可を示す許可応答を受信した場合に、制御部は、第１のコミュニケーショングループを作成する。第１のユーザ端末及び第２のユーザ端末の少なくともいずれかから、許可応答が受信されない場合には、制御部は、第１のコミュニケーショングループを作成しない。これによって、余計にコミュニケーショングループが作成されることを抑制することができる。

【0020】

本開示の他の態様の一つは、制御部を備える情報処理装置である。当該情報処理装置は、第１のユーザ端末でもある。制御部は、移動中に、自装置である第１のユーザ端末から所定範囲内に存在し、第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出する。制御部は、所定のサーバへ、第１のユーザ端末及び第２のユーザ端末のそれぞれのユーザをメンバとするコミュニケーショングループの作成を要求するグループ作成要求を送信する。制御部は、所定のサーバから、グループ作成要求の応答として、コミュニケーショングループが作成されたことの通知を受信し、コミュニケーショングループが作成されたことを前記第１のユーザ端末のユーザに報知する。

【0021】

本開示の他の態様の一つでは、制御部は、中継装置を介さない通信方式で、第２のユーザ端末から所定の周期で送信される第１の信号を受信し、第２のユーザ端末から第１の信号が継続的に受信されている継続時間を計測してもよい。当該継続時間が所定の時間長以上である場合に、制御部は、グループ作成要求を所定のサーバへ送信するようにしてもよい。第１の信号は、マルチキャストで所定の周期で送信される。これによって、第１の信号を受信し、処理するユーザ端末を、当該マルチキャストを受信可能なユーザ端末に限定することができる。当該マルチキャストを受信可能なユーザ端末は、例えば、同じ方面に移動しているユーザ同士でコミュニケーショングループを作成するサービスに登録されているユーザ端末である。

【0022】

本開示の態様の一つでは、制御部は、第１の信号とともに第１のユーザ端末のユーザの識別情報を送信してもよい。制御部は、第２のユーザ端末から第１の信号とともに受信された第２のユーザ端末のユーザの識別情報と、第１のユーザ端末のユーザの識別情報とに基づいて、いずれがグループ作成要求を所定のサーバへ送信するかを判定してもよい。第２のユーザ端末も、同様に、第１のユーザ端末から第１の信号とともに受信された第１のユーザ端末のユーザの識別情報と、第２のユーザ端末のユーザの識別情報とに基づいて、いずれがグループ作成要求を所定のサーバへ送信するかを判定する。第１のユーザ端末及び第２のユーザ端末は、同じ判定基準を用いて当該判定を行う。これによって、第１のユーザ端末と第２のユーザ端末とが重複して所定のサーバへグループ作成要求を送信することを抑制することができる。

【0023】

なお、本開示の他の態様の一つとして、上記情報処理装置と、ユーザ端末とを含むシステムを挙げることができる。

【0024】

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

【0025】

＜第１実施形態＞
図１は、第１実施形態に係るグループ自動作成システム１００のシステム構成の一例を示す図である。グループ自動作成システム１００は、所定の条件が満たされる場合に、並走する２台の車両それぞれに関連付くユーザをメンバとするコミュニケーショングループを自動で作成するシステムである。コミュニケーショングループは、所定のＳＮＳ（Soci
al Networking Service）内で用いられるグループである。グループに含まれるユーザは
、メンバと称される。

【0026】

グループ自動作成システム１００は、センタサーバ１及び車両２０に搭載されている複数の車載装置２を含む。図１では、便宜上、車両２０Ａに搭載されている車載装置２Ａと、車両２０Ｂに搭載されている車載装置２Ｂとが示されている。車両２０Ａは自動車である。車両２０Ｂは二輪車である。なお、車両２０Ａ及び車両２０Ｂ、及び、車載装置２Ａ及び車載装置２Ｂを区別しない場合には、それぞれ、車両２０、及び、車載装置２と表記する。

【0027】

車載装置２は、グループ自動作成システム１００によって提供されるサービスを受けることを登録しているユーザに関連付く車載装置である。当該ユーザは、例えば、車両２０の乗員又は所有者である。車両の乗員には、運転者も含まれる。以降、グループ自動作成システム１００によって提供されるサービスを、グループ自動作成サービスと称する。

【0028】

車載装置２には、グループ自動作成サービスを受けるためのクライアントアプリケーションと、所定のＳＮＳのアプリケーションと、がインストールされている。また、第１実施形態では、車載装置２は、車車間通信の機能を備えることとする。

【0029】

図１では、車両２０Ａと車両２０Ｂとは、高速道路、幹線道路、又は山間道路等を、左右に隣合わせで、又は、前後に並んで、同じ方向に向かって走行している。複数の車両２０が、左右に隣合わせで、又は、前後に並んで、同じ方向に向かって走行している状態を、以降並走状態、と称する。車載装置２Ａ及び車載装置２Ｂは、それぞれ、グループ自動作成サービスに登録する他のユーザに関連付く車載装置２に自身の存在を示すためのメンバ募集信号を所定の間隔で送信している。メンバ募集信号は、例えば、グループ自動作成サービスに用いられるマルチキャストアドレス宛てへ送信される。メンバ募集信号の送信間隔は、例えば、０．１～３秒の間で設定される。メンバ募集信号は、例えば、車車間通信で送信される。メンバ募集信号とともに、送信元の車載装置２に関連付くユーザのユーザ識別情報も送信される。ユーザ識別情報は、例えば、グループ自動作成システム１００において各ユーザに割り当てられる識別情報である。メンバ募集信号は、「第１の信号」の一例である。

【0030】

車載装置２Ａは、車載装置２Ｂから送信されるメンバ募集信号が所定時間継続して受信される場合に、車両２０Ａと車載装置２Ｂが搭載されている車両２０Ｂとが並走状態であることを検出する。この場合には、車載装置２Ａはセンタサーバ１へ、車載装置２Ａに関連付くユーザＡと、車両２０Ａと並走状態にある車両２０Ｂの乗員、すなわち、車載装置２Ｂに関連付くユーザＢと、をメンバとするコミュニケーショングループの作成を要求する、グループ作成要求を送信する。以下、コミュニケーショングループを、単に、グループと称する。グループ作成要求とともに、車両２０Ａの位置情報と、送信元の車載装置２Ａに関連付くユーザＡのユーザ識別情報と、メンバ募集信号とともに車載装置２Ｂから受信されたユーザＢのユーザ識別情報と、もセンタサーバ１へ送信される。

【0031】

なお、車載装置２Ｂも車載装置２Ａからのメンバ募集信号を受信し、車両２０Ｂと車載装置２Ｂが搭載されている車両２０Ｂとが並走状態であることを検出する。しかしながら、車載装置２Ｂもメンバ募集信号を送信すると、センタサーバ１に同じメンバでのグループの作成を要求するグループ作成要求が重複して届いてしまう。したがって、第１実施形態では、例えば、ユーザ識別情報に基づいて、車載装置２Ａ及び車載装置２Ｂ間の親子関係が決定され、親に相当する方の車載装置２Ａがグループ作成要求をセンタサーバ１へ送信する。

【0032】

センタサーバ１は、車載装置２Ａからグループ作成要求を受信すると、グループ作成要求とともに受信されるユーザＡ及びユーザＢのユーザ識別情報に基づいて、ユーザＡ及びユーザＢが所定の条件を満たすか否かを判定する。所定の条件は、互いの属性情報が互いのメンバの属性に対する希望を示すメンバ属性希望条件に合致することと、互いの嗜好情報の少なくとも一部が共通することと、目的地の方面が同じであることと、ユーザＡ及びユーザＢがすでに同じグループに属していないことと、を含む。

【0033】

ユーザＡ及びユーザＢが所定の条件を満たす場合には、センタサーバ１は、ユーザＡとユーザＢとをメンバとするグループを作成し、ＳＮＳサーバ３へ当該グループを登録する。また、車載装置２Ａ及び車載装置２Ｂへ、ユーザＡとユーザＢとをメンバとするグループが新たに作成されたことを通知する。センタサーバ１は、当該通知とともに、例えば、車両２０Ａ及び車両２０Ｂの位置から目的地のある方向に位置する休憩所又は駐車場等の合流地点へ車両２０Ａ及び車両２０Ｂを誘導するメッセージも送信する。

【0034】

車載装置２Ａ及び車載装置２Ｂは、ユーザＡとユーザＢとをメンバとするグループが新たに作成されたことの通知と、合流地点への誘導メッセージとをディスプレイに出力する。これを認識し、車両２０ＡのユーザＡ及び車両２０ＢのユーザＢが合流場所へ到着した場合に、ユーザＡとユーザＢとが互いを認識することで、ユーザＡとユーザＢとが交流するきっかけを作ることができる。

【0035】

以降、説明の便宜上、車両２０Ａ及び車載装置２Ａを、それぞれ、エゴ車両２０Ａ及びエゴ車載装置２Ａとして、車両２０に関する処理の中心として説明する。そのため、車両２０及び車載装置２自身を示す場合には、エゴ車両２０Ａ及びエゴ車載装置２Ａと表現する。また、車両２０Ｂ及び車載装置２Ｂを、それぞれ、エゴ車両２０Ａ及び車載装置２Ａに対する他の車両２０Ｂ及び他の車載装置２Ｂとして説明する。ただし、車両２０Ａ及び車載装置２Ａに対する他の車両を車両２０Ｂに限定するものではない。また、エゴ車両も車両２０Ａ及び車載装置２Ａに限定するものではない。

【0036】

図２は、センタサーバ１のハードウェア構成の一例である。センタサーバ１は、ハードウェア構成として、ＣＰＵ １０１、メモリ１０２、外部記憶装置１０３、及び、通信部１０４を備える。メモリ１０２および外部記憶装置１０３は、コンピュータで読み取り可能な記録媒体である。センタサーバ１は、「情報処理装置」、「所定のサーバ」、及び、「サーバ」の一例である。

【0037】

外部記憶装置１０３は、様々なプログラムや、各プログラムの実行に際してＣＰＵ １０１が使用するデータを格納する。外部記憶装置１０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）やハードディスクドライブ（Hard Disk Drive）である。外部記憶装置１０３に保持されるプログラムには、例えば、オペレーティングシステム（ＯＳ）、グループ自動作成システムの制御プログラム、及び、その他様々なアプリケーションプログラムを保持する。

【0038】

メモリ１０２は、ＣＰＵ １０１に、外部記憶装置１０３に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする記憶装置である。メモリ１０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random
Access Memory）のような半導体メモリを含む。

【0039】

ＣＰＵ １０１は、外部記憶装置１０３に保持されたＯＳや様々なアプリケーションプログラムをメモリ１０２にロードして実行することによって、様々な処理を実行する。ＣＰＵ １０１は、１つに限られず、複数備えられてもよい。ＣＰＵ １０１は、「情報処理装置」の「制御部」、又は「第１の制御部」の一例である。

【0040】

通信部１０４は、例えば、ＬＡＮ（Local Area Network）や専用線等の有線のネットワークカードであり、当該ＬＡＮ等のアクセスネットワークを通じてインターネット等の公衆回線網に接続する。なお、センタサーバ１のハードウェア構成は、図２に示されるものに限定されない。

【0041】

図３は、車両２０及び車載装置２のハードウェア構成の一例を示す図である。なお、図３では、車両２０のハードウェア構成のうち、グループ自動作成サービスに用いられるハードウェア構成が抽出されて示されている。車両２０は、グループ自動作成サービスに用いられるハードウェア構成として、車載装置２、ＧＰＳ（Global Positioning System）
受信部２１１、タッチパネルディスプレイ２１２、及び、スピーカ２１３を備える。

【0042】

ＧＰＳ受信部２１１は、地球の周囲を周回する複数の人工衛星（Global Positioning Satellite）から時刻信号の電波を受信し、当該検出信号から、車両２０の位置情報として、例えば、緯度と経度を算出する。

【0043】

タッチパネルディスプレイ２１２は、例えば、センタサーバ１からの通知を表示する。スピーカ２１３は、例えば、センタサーバ１からの通知を音声で出力する。

【0044】

次に、車載装置２は、ハードウェア構成として、ＣＰＵ ２０１、メモリ２０２、外部記憶装置２０３、通信部２０４、車車間通信部２０５、及び、インタフェース２０６を有する。メモリ２０２および外部記憶装置２０３は、コンピュータで読み取り可能な記録媒体である。車載装置２は、「情報処理装置」、及び、「ユーザ端末」の一例である。

【0045】

ＣＰＵ ２０１、メモリ２０２、及び、外部記憶装置２０３は、それぞれ、ＣＰＵ １０１、メモリ１０２、及び、外部記憶装置２０３と同様である。外部記憶装置２０３は、例えば、オペレーティングシステム（ＯＳ）、グループ自動作成サービスのクライアントプログラム、所定のＳＮＳのアプリケーション、及び、その他様々なアプリケーションプログラムを保持する。ＣＰＵ ２０１は、ユーザ端末に相当する「情報処理装置」の「制御部」の一例である。また、ＣＰＵ ２０１は、「ユーザ端末」の「第２の制御部」の一例である。

【0046】

通信部２０４は、ネットワークとの情報の入出力を行うインタフェースである。通信部２０４は、無線のネットワークと接続するインタフェースである。通信部２０４は、例えば、５Ｇ（5th Generation）、ＬＴＥ（Long Term Evolution）、及び、３Ｇ（3rd Generation）等の移動体通信方式、または、ＷｉＦｉ等の無線通信規格に基づく通信を行う。

【0047】

車車間通信部２０５は、他の車両２０Ｂとの直接通信を行う。直接通信とは、中継装置を介さない通信を示す。車車間通信部２０５は、例えば、ＤＳＲＣ（Dedicated Short Range Communications）等の車車間通信向けの無線通信方式に従って通信を行う。

【0048】

インタフェース２０６は、車両２０内の車載装置２以外のハードウェア構成要素と車載装置２とを接続する。インタフェース２０６には、ＧＰＳ受信部２１１、タッチパネルディスプレイ２１２、及び、スピーカ２１３等が接続される。なお、車両２０のハードウェア構成は、図３に示されるものに限定されない。

【0049】

図４は、センタサーバ１及び車載装置２の機能構成の一例を示す図である。車載装置２は、機能構成要素として、制御部２１、端末通信部２２、及び、サーバ通信部２３を備える。これらの機能構成要素は、例えば、車載装置２のＣＰＵ ２０１がグループ自動作成サービスのクライアントプログラムを実行することによって達成される機能構成要素であ
る。なお、グループ自動作成システム１００に含まれる車載装置２は同じ機能構成を有するが、便宜上、車載装置２を代表して、エゴ車載装置２Ａについて説明する。

【0050】

端末通信部２２は、車車間通信部２０５とのインタフェースである。端末通信部２２は、他の車載装置２Ｂとのインタフェースとも言える。端末通信部２２は、制御部２１から入力される情報を車車間通信部２０５へ出力する。端末通信部２２は、車車間通信部２０５から入力される情報を制御部２１へ出力する。

【0051】

サーバ通信部２３は、通信部１０４とのインタフェースである。サーバ通信部２３は、ネットワーク上のサーバとのインタフェースともいえる。サーバ通信部２３は、制御部２１から入力される情報を通信部１０４へ出力する。サーバ通信部２３は、通信部１０４から入力される情報を制御部２１へ出力する。

【0052】

制御部２１は、並走状態にある他の車両２０Ｂを検出し、センタサーバ１へグループ作成要求を送信する処理を制御する。制御部２１は、端末通信部２２を通じて、例えば、マルチキャストで、メンバ募集信号と、ユーザ識別情報と、を送信する。また、制御部２１は、端末通信部２２を通じて、他の車載装置２Ｂから送信されたメンバ募集信号とユーザ識別情報とを受信し、当該他の車載装置２Ｂから受信されるメンバ募集信号を監視する。

【0053】

制御部２１は、他の車載装置２Ｂからメンバ募集信号を所定時間以上継続して受信していることを検出した場合には、センタサーバ１へ、グループ作成要求を送信するか否かを判定する。当該所定時間は、例えば、１０分から６０分の範囲内で設定される。グループ作成要求とともに、位置情報と、グループのメンバ候補のユーザのユーザ識別情報として、エゴ車載装置２Ａに関連付くユーザ識別情報と、メンバ募集信号とともに受信されたユーザ識別情報と、も送信される。他の車載装置２Ｂからメンバ募集信号を所定時間以上継続して受信していることを検出することは、例えば、「移動中の第１のユーザ端末から所定範囲内に存在し、前記第１のユーザ端末と同じ方面に移動中の、少なくとも１台の第２のユーザ端末を検出すること」の一例である。「所定範囲」は、例えば、車車間通信の電波の到達可能範囲である。以下、エゴ車載装置２Ａに関連付くユーザをユーザＡ、他の車両に関連付くユーザをユーザＢとする。

【0054】

例えば、制御部２１は、エゴ車載装置２Ａに関連付くユーザＡのユーザ識別情報と、他の車載装置２Ｂから受信されたユーザＢのユーザ識別情報と、に基づいて、親子関係を判定し、エゴ車載装置２Ａが親となる場合に、サーバ通信部２３を通じて、センタサーバ１へ、グループ作成要求を送信する。エゴ車載装置２Ａと他の車載装置２Ｂとの親子関係は、例えば、ユーザ識別情報が大きい又は小さい、等で決められる。

【0055】

グループ作成要求に対する応答として、制御部２１は、センタサーバ１からサーバ通信部２３を通じて、グループ作成成功応答、又は、グループ作成失敗応答を受信する。グループ作成成功応答は、グループ作成要求とともに送信されたグループのメンバ候補のユーザＡ及びユーザＢをメンバとするグループが作成されたことを示す。グループ作成失敗応答は、グループ作成要求とともに送信されたグループのメンバ候補のユーザＡ及びユーザＢをメンバとするグループが作成されなかったことを示す。

【0056】

グループ作成成功応答が受信された場合には、制御部１１は、並走状態にある他の車両２０ＢのユーザＢと新たにグループが作成されたことをタッチパネルディスプレイ２１２に表示して、エゴ車両２０ＡのユーザＡに報知する。また、グループ作成成功応答とともに、メンバとなったユーザとの合流場所への誘導メッセージが受信された場合には、当該誘導メッセージもタッチパネルディスプレイ２１２に表示される。

【0057】

図５は、エゴ車載装置２Ａの並走状態監視テーブルの一例である。並走状態監視テーブルは、他の車載装置２Ｂからのメンバ募集信号の受信の継続時間を監視するためのテーブルである。並走状態監視テーブルは、例えば、エゴ車載装置２Ａのメモリ２０２の記憶領域に格納される。図５に示される並走状態監視テーブルには、ユーザＩＤ、初回タイムスタンプ、最新タイムスタンプ、及び、並走継続時間のフィールドが含まれている。

【0058】

ユーザＩＤのフィールドには、他の車両２０Ｂからメンバ募集信号とともに受信されるユーザＢのユーザ識別情報が格納される。初回タイムスタンプのフィールドには、例えば、エゴ車両２０Ａにおける、最初にメンバ募集信号が受信された日時が格納される。最新タイムスタンプのフィールドには、例えば、エゴ車両２０Ａにおける、最後に受信されたメンバ募集信号の受信日時が格納される。なお、タイムスタンプは、送信元である他の車両２０Ｂによってメンバ募集信号に付与されたものが用いられてもよい。

【0059】

並走継続時間のフィールドには、最新タイムスタンプのフィールドの値から初回タイムスタンプのフィールドの値を差し引いた値、すなわち、他の車載装置２Ｂからメンバ募集信号が受信されている継続時間が格納される。他の車載装置２Ｂからメンバ募集信号が受信されている継続時間は、エゴ車両２０Ａと他の車両２０Ｂとの並走状態が継続されている時間を示す。

【0060】

制御部２１は、他の車載装置２Ｂからメンバ募集信号を受信した際に、並走状態監視テーブルに当該メンバ募集信号とともに受信したユーザＢのユーザ識別情報が登録されていない場合には、ユーザＢのユーザ識別情報に対応するエントリを作成する。また、制御部２１は、新たに作成したエントリの初回タイムスタンプの値を格納する。

【0061】

並走状態監視テーブルに当該メンバ募集信号とともに受信したユーザＢのユーザ識別情報がすでに登録されている場合には、制御部１１は、該当エントリの最新タイムスタンプと並走継続時間とのフィールドの値を更新する。また、制御部１１は、最新タイムスタンプのフィールドが示す時刻から所定時間経過しても、該当エントリのユーザＩＤのフィールドの値が示すユーザＢのユーザ識別情報を伴うメンバ募集信号が受信されない場合には、当該エントリを削除する。なお、並走状態監視テーブルに含まれる情報は、図５に示される例に限定されない。

【0062】

図４に戻って、センタサーバ１は、機能構成として、制御部１１とユーザ情報記憶部１２とを含む。これらの機能構成要素は、例えば、センタサーバ１のＣＰＵ １０１がグループ自動作成システムの制御プログラムを実行することによって達成される機能構成要素である。

【0063】

制御部１１は、エゴ車載装置２Ａからグループ作成要求を受信する。グループ作成要求とともに、例えば、エゴ車載装置２Ａの位置情報、及び、メンバ候補の２ユーザ（ユーザＡ及びユーザＢ）のユーザ識別情報も受信される。制御部１１は、エゴ車載装置２Ａからグループ作成要求を受信すると、メンバ候補の２ユーザについて、以下の条件（１）－（４）を満たすか否かを判定する。

【0064】

（１）当該２ユーザの属性情報が、互いのメンバの属性に対する希望を示すメンバ属性希望条件に合致すること。ユーザの属性情報及びメンバ属性希望条件は、後述のユーザ情報記憶部１２から取得される。
（２）当該２ユーザ間で嗜好情報の少なくとも一部が共通すること。ユーザの嗜好情報は後述のユーザ情報記憶部１２から取得される。

【0065】

（３）当該２ユーザの目的地の方面が同じであること。ユーザの目的地の情報は、例え
ば、制御部１１が、エゴ車載装置２Ａ及び他の車載装置２Ｂへ、目的地取得要求を送信して取得する。車載装置２は、例えば、カーナビゲーションシステムに目的地が設定されている場合に、当該目的地を応答としてセンタサーバへ送信する。なお、カーナビゲーションシステムに目的地が設定されていない場合や、車両２０にカーナビゲーションを備える装置が搭載されていない場合には、目的地の情報は取得されない。

【0066】

（４）２ユーザがすでに同じグループに属していないこと。当該２ユーザが同じグループに属しているか否かを示す情報は、例えば、ＳＮＳサーバ３へ問い合わせることによって取得される。２ユーザがすでに同じグループに属している場合には、当該２ユーザが互いに面識がある可能性が高いため、新たに知り合うためのグループを作成する必要がないためである。

【0067】

上記条件（１）－（４）のすべてが満たされた場合には、制御部１１は、当該２ユーザをメンバとするグループを生成し、当該グループをＳＮＳサーバ３へ登録する。また、制御部１１は、グループ作成要求とともに受信されたユーザ識別情報が示すユーザをメンバとするグループが作成されたことを示すグループ作成成功応答を当該グループのメンバであるユーザＡに対応するエゴ車載装置２Ａに送信する。グループ作成成功応答は、グループ作成要求の送信元でない、グループのメンバであるユーザＢに関連付く他の車載装置２Ｂへも送信される。また、制御部１１は、グループ作成要求とともに受信されたエゴ車載装置２Ａの位置情報が示す位置から目的地の方面に位置する休憩所又は駐車場等を合流地点とし、当該合流地点への誘導メッセージを、エゴ車載装置２Ａ及び他の車載装置２Ｂのそれぞれに送信する。

【0068】

なお、他の車載装置２Ｂは、グループ作成成功応答を受信するとユーザＢと、他の車両２０Ｂと並走するエゴ車両２０ＡのユーザＡとのグループが作成されたことをタッチパネルディスプレイ２１２に表示させる。

【0069】

上記条件（１）－（４）の少なくとも一つが満たされない場合には、制御部１１は、当該２ユーザをメンバとするグループを生成しないことを判定し、グループ作成要求の送信元のエゴ車載装置２Ａへグループ作成失敗応答を送信する。なお、グループが作成される条件は、上記（１）－（４）に限定されない。

【0070】

ユーザ情報記憶部１２は、センタサーバ１の外部記憶装置１０３の記憶領域に作成される。ユーザ情報記憶部１２は、ユーザに関する情報を格納するデータベースである。

【0071】

図６は、ユーザ情報テーブルの一例である。ユーザ情報テーブルは、ユーザに関する情報を保持するテーブルである。ユーザ情報テーブルは、ユーザ情報記憶部１２に格納されている。

【0072】

図６に示されるユーザ情報テーブルには、ユーザＩＤ、連絡先、アカウント名、属性情報、及び、嗜好情報のフィールドが含まれる。ユーザＩＤのフィールドには、グループ自動作成システム１００において割り当てられるユーザ識別情報が格納される。連絡先のフィールドには、ユーザＩＤのフィールドの値が示すユーザと関連付く車載装置２の連絡先の情報が格納される。車載装置２の連絡先は、例えば、車載装置２のＩＰアドレス、電子メールアドレス等である。ただし、これに限定されない。アカウント名のフィールドには、ユーザＩＤのフィールドの値が示すユーザの所定のＳＮＳのアカウント名が格納される。

【0073】

属性情報のフィールドには、性別、年代、居住地域、及び、車両のサブフィールドが含まれる。性別、年代、及び、居住地域のサブフィールドには、それぞれのフィールド名に
対応する情報が格納される。居住地域は、例えば、都道府県名又は地方名であってもよい。車両のサブフィールドには、車両２０の型式が格納される。車両の型式によって、例えば、自動車の場合には、車名、車両形状、及びモデル等の情報が示される。

【0074】

嗜好情報のフィールドには、趣味＃１、趣味＃２、...のサブフィールドが含まれる。
趣味のサブフィールドには、趣味のジャンルを示す文言が格納される。

【0075】

図７は、メンバ属性希望条件情報テーブルの一例である。メンバ属性希望条件情報テーブルは、メンバの属性に対する希望を示すメンバ属性希望条件を格納するテーブルである。メンバ属性希望条件情報テーブルは、ユーザ情報記憶部１２に格納されている。メンバ属性希望条件は、「第１の条件」の一例である。

【0076】

図７に示されるメンバ属性希望条件情報テーブルには、ユーザＩＤ、性別、年代、居住地域、及び、車両のフィールドが含まれている。性別、年代、居住地域、及び、車両のフィールドは、図６に示されるユーザ情報テーブルの属性情報のサブフィールドに対応して設けられる。

【0077】

性別、年代、居住地域、及び、車両のフィールドには、ユーザＩＤのフィールドの値が示すユーザが、グループのメンバとなるユーザに対して希望する属性を示す値が格納される。これらのフィールドの値がユーザによって特に指定されない場合には「不問」を示す値が格納される。また、これらのフィールドの値としてユーザが「不問」を指定する場合もある。

【0078】

ユーザ情報テーブル及びメンバ属性希望情報テーブルに格納される情報は、例えば、グループ自動作成サービスへのユーザ登録の際に設定される。また、ユーザからの要求に応じて、各フィールドの値は変更可能である。なお、ユーザ情報テーブルに格納される情報は、図６に示されるものに限定されない。メンバ属性希望情報テーブルに格納される情報は、図７に示されるものに限定されない。

【0079】

＜処理の流れ＞
図８は、車載装置２のグループ作成要求の送信処理のフローチャートの一例である。図８に示される処理は、例えば、車載装置２の起動中、所定の周期で実行される。図８に示される処理の実行主体は、車載装置２のＣＰＵ ２０１であるが、便宜上、機能構成要素を主体として説明する。以下のフローチャートについても同様である。図８では、処理の主体となる車載装置２をエゴ車載装置２Ａとする。

【0080】

ＯＰ１０１では、制御部２１は、エゴ車載装置２Ａが移動中であるか否かを判定する。エゴ車載装置２Ａが移動中であるか否かは、例えば、位置情報の変化、又は、エゴ車両２０Ａに備えられる加速度センサ等のセンサの検知値等に基づいて検出される。エゴ車載装置２Ａが移動中である場合には（ＯＰ１０１：ＹＥＳ）、処理がＯＰ１０２に進む。エゴ車載装置２Ａが移動中でない場合には（ＯＰ１０１：ＮＯ）、図８に示される処理が終了する。

【0081】

ＯＰ１０２では、制御部２１は、端末通信部２２を通じて、他の車載装置２Ｂから発信されているメンバ募集信号を受信したか否かを判定する。他の車載装置２Ｂからのメンバ募集信号を受信した場合には（ＯＰ１０２：ＹＥＳ）、処理がＯＰ１０３へ進む。他の車載装置２Ｂからのメンバ募集信号を受信していない場合には（ＯＰ１０２：ＮＯ）、図８に示される処理が終了する。

【0082】

ＯＰ１０３では、制御部２１は、メンバ募集信号とともに受信されたユーザＢのユーザ
識別情報が新規のユーザ識別情報か否かを判定する。すなわち、制御部２１は、メンバ募集信号とともに受信されたユーザＢのユーザ識別情報が、並走状態監視テーブルに登録されているか否かを判定する。メンバ募集信号とともに受信されたユーザＢのユーザ識別情報が新規のユーザ識別情報である場合には（ＯＰ１０３：ＹＥＳ）、処理がＯＰ１０４ヘ進む。ＯＰ１０４では、制御部２１は、受信したメンバ募集信号とユーザＢのユーザ識別情報とに対応する並走状態監視テーブルのエントリを作成する。その後、図８に示される処理が終了する。

【0083】

メンバ募集信号とともに受信されたユーザＢのユーザ識別情報が新規のユーザ識別情報でない場合には（ＯＰ１０３：ＮＯ）、処理がＯＰ１０５に進む。ＯＰ１０５では、制御部２１は、受信したメンバ募集信号とユーザＢのユーザ識別情報とに対応する並走状態監視テーブルのエントリの最新タイムスタンプのフィールドの値を、ＯＰ１０２で受信した日時に書き換えて記録する。

【0084】

ＯＰ１０６では、制御部２１は、エゴ車両２０Ａと、メンバ募集信号の送信元である車載装置２Ｂが搭載されている車両２０Ｂとの並走状態が所定時間以上継続しているか否かを判定する。当該判定は、例えば、他の車両２０Ｂに関連付くユーザＢのユーザ識別情報に対応する並走状態監視テーブルの並走継続時間のフィールドの値に基づいて行われる。エゴ車両２０Ａと他の車両２０Ｂとの並走状態が所定時間以上継続している場合には（ＯＰ１０６：ＹＥＳ）、処理がＯＰ１０７に進む。エゴ車両２０Ａと他の車両２０Ｂとの並走状態が所定時間以上継続していない場合には（ＯＰ１０６：ＮＯ）、図８に示される処理が終了する。

【0085】

ＯＰ１０７では、制御部２１は、エゴ車載装置２Ａと他の車載装置２Ｂとの間の親子関係を判定し、エゴ車載装置２Ａが親であるか否かを判定する。エゴ車載装置２Ａと他の車載装置２Ｂとの間の親子関係は、例えば、ユーザＡ及びユーザＢのユーザ識別情報に基づいて判定されてもよいし、例えば、メンバ募集信号とともに車載装置２の固有識別情報も送信されるようにして、当該固有識別情報の大小に基づいて判定されてもよい。エゴ車載装置２Ａが親である場合には（ＯＰ１０７：ＹＥＳ）、処理がＯＰ１０８へ進む。エゴ車載装置２Ａが子である場合には（ＯＰ１０７：ＮＯ）、処理がＯＰ１０９へ進む。

【0086】

ＯＰ１０８では、制御部２１は、サーバ通信部２３を通じて、センタサーバ１へ、グループ作成要求を送信する。グループ作成要求とともに、グループのメンバの候補としてユーザＡ及びユーザＢのユーザ識別情報も送信される。

【0087】

ＯＰ１０９では、制御部２１は、サーバ通信部２３を通じて、センタサーバ１から、グループ作成成功応答を受信したか否かを判定する。グループ作成成功応答とともに、他の車両２０Ｂとの合流地点への誘導メッセージも受信されることがある。グループ作成成功応答が受信された場合には（ＯＰ１０９：ＹＥＳ）、処理がＯＰ１１０へ進む。グループ作成失敗応答が受信された場合には（ＯＰ１０９：ＮＯ）、図８に示される処理が終了する、すなわち、グループは作成されない。

【0088】

ＯＰ１１０では、制御部２１は、ユーザＡと、エゴ車両２０Ａと並走する他の車両２０ＢのユーザＢとのグループが作成されたこととを、例えば、タッチパネルディスプレイ２１２に表示する。また、グループ作成成功応答とともに、他の車両２０Ｂとの合流地点への誘導メッセージが受信されている場合には、当該誘導メッセージもタッチパネルディスプレイ２１２に表示される。なお、ユーザＡと、エゴ車両２０Ａと並走する他の車両２０ＢのユーザＢとのグループが作成されたこと、及び、誘導メッセージは、スピーカ２１３から音声で出力されてもよい。その後、図８に示される処理が終了する。

【0089】

図９は、センタサーバ１のグループ作成処理のフローチャートの一例である。図９に示される処理は、例えば、センタサーバ１の稼働中、繰り返し実行される。図９についても、グループ作成要求の送信元をエゴ車載装置２Ａ、エゴ車載装置２Ａが受信したメンバ募集信号の送信元を他の車載装置２Ｂとして説明される。

【0090】

ＯＰ２０１では、制御部１１は、エゴ車載装置２Ａからグループ作成要求を受信したか否を判定する。エゴ車載装置２Ａからは、グループ作成要求とともに、エゴ車載装置２Ａの位置情報、及び、ユーザＡ及びユーザＢのユーザ識別情報も受信される。エゴ車載装置２Ａからグループ作成要求が受信された場合には（ＯＰ２０１：ＹＥＳ）、処理がＯＰ２０２へ進む。エゴ車載装置２Ａからグループ作成要求が受信されていない場合には（ＯＰ２０１：ＮＯ）、図９に示される処理が終了する。

【0091】

ＯＰ２０２では、制御部１１は、グループ作成要求とともに受信されたユーザ識別情報が示すユーザＡ及びユーザＢが、所定のＳＮＳにおいて、同じグループに所属しているか否かを判定する。この判定は、例えば、各ユーザのユーザ識別情報からＳＮＳのアカウント名を取得し、ＳＮＳサーバ３へ当該アカウント名について属するグループについて問い合わせて行われる。ユーザＡ及びユーザＢが、所定のＳＮＳにおいて、同じグループに所属している場合には（ＯＰ２０２：ＹＥＳ）、処理がＯＰ２０９へ進む。ユーザＡ及びユーザＢが、所定のＳＮＳにおいて、同じグループに所属していない場合には（ＯＰ２０２：ＮＯ）、処理がＯＰ２０３へ進む。

【0092】

ＯＰ２０３では、制御部１１は、エゴ車載装置２Ａ及び他の車載装置２Ｂから、それぞれ、車両２０Ａ及び車両２０Ｂの目的地の情報を取得する。目的地の情報は、例えば、目的地情報の取得要求を車載装置２へ送信し、その応答として取得される。なお、車載装置２が目的地の情報を保持しているか否かは、例えば、カーナビゲーションシステム等に目的地が設定されているか否かに依る。また、各車載装置２の連絡先は、ユーザ情報テーブルから取得される。

【0093】

ＯＰ２０４では、制御部１１は、エゴ車載装置２Ａ及び他の車載装置２Ｂのそれぞれの目的地の方面が同じであるか否かを判定する。エゴ車載装置２Ａ及び他の車載装置２Ｂのそれぞれの目的地が同じ方面である場合には（ＯＰ２０４：ＹＥＳ）、処理がＯＰ２０５へ進む。エゴ車載装置２Ａ及び他の車載装置２Ｂのそれぞれの目的地が同じ方面でない場合には（ＯＰ２０４：ＮＯ）、処理がＯＰ２０９へ進む。なお、エゴ車載装置２Ａ及び他の車載装置２Ｂの少なくとも一方から目的地の情報が取得されない場合には、ＯＰ２０４は否定判定となる。

【0094】

ＯＰ２０５では、制御部１１は、ユーザＡ及びユーザＢの属性情報が、互いのメンバ属性希望条件を満たすか否かを判定する。ユーザの属性情報は、例えば、ユーザ情報テーブルから取得される。メンバ属性希望条件は、例えば、メンバ属性希望条件情報テーブルから取得される。ユーザＡ及びユーザＢの属性情報が、互いのメンバ属性希望条件を満たす場合には（ＯＰ２０５：ＹＥＳ）、処理がＯＰ２０６へ進む。ユーザＡの属性情報がユーザＢのメンバ属性希望条件を満たさない場合、ユーザＢの属性情報がユーザＡのメンバ属性希望条件を満たさない場合、又は、その両方である場合には（ＯＰ２０５：ＮＯ）、処理がＯＰ２０９へ進む。

【0095】

ＯＰ２０６では、制御部１１は、ユーザＡ及びユーザＢについて、嗜好情報の少なくとも一部が共通するか否かを判定する。ユーザの嗜好情報は、例えば、ユーザ情報テーブルから取得される。ユーザＡ及びユーザＢについて、嗜好情報の少なくとも一部が共通する場合には（ＯＰ２０６：ＹＥＳ）、処理がＯＰ２０７ヘ進む。ユーザＡ及びユーザＢについて、嗜好情報で共通する部分がない場合には（ＯＰ２０６：ＮＯ）、処理がＯＰ２０９
へ進む。

【0096】

ＯＰ２０７では、制御部１１は、ユーザＡ及びユーザＢをメンバとするグループを新たに作成し、ＳＮＳサーバ３へ登録する。また、エゴ車載装置２Ａの位置情報から目的地の方面に存在する休憩所又は駐車場等から車両２０Ａと車両２０Ｂとの合流地点を決定し、当該合流地点への誘導メッセージを作成する。ＯＰ２０８では、制御部１１は、エゴ車載装置２Ａ及び車載装置２Ｂへ、グループ作成成功応答と誘導メッセージとを送信する。その後、図９に示される処理が終了する。

【0097】

ＯＰ２０９では、制御部１１は、ユーザＡ及びユーザＢをメンバとするグループを新たに作成せず、グループ作成失敗応答をエゴ車載装置２Ａへ送信する。その後、図９に示される処理が終了する。

【0098】

なお、センタサーバ１の処理は図９に示される例に限定されない。例えば、ＯＰ２０２、ＯＰ２０４、ＯＰ２０５、及びＯＰ２０６の判定処理は、どのような順序で行われてもよい。また、ＯＰ２０２、ＯＰ２０４、ＯＰ２０５、及びＯＰ２０６の判定処理は、少なくとも一つが行われるのであってもよい。

【0099】

＜第１実施形態の作用効果＞
第１実施形態では、車両２０Ａと車両２０Ｂとが所定時間並走すると、ユーザＡとユーザＢとをメンバとするコミュニケーショングループが作成される。これによって、たまたまドライブ中に並走した人との接点が生まれ、両者の交流を促進することができる。また、第１実施形態では、誘導メッセージで合流場所へと車両２０Ａ及び車両２０Ｂを誘導するので、ユーザＡとユーザＢとはより合流しやすい。

【0100】

また、第１実施形態では、ユーザは、グループのメンバへ希望する属性の条件を登録することができ、当該条件を満たす他のユーザがメンバとなる。これによって、ユーザがグループのメンバに希望する条件に柔軟に対応することができる。

【0101】

また、第１実施形態では、共通の嗜好情報を有するユーザ同士がグループのメンバとなるため、話題を見つけやすく、よりユーザ間の交流を促進させることができる。

【0102】

また、第１実施形態では、目的地が異なる方面である場合、及び、互いに同じグループにすでに属している場合には、当該ユーザをメンバとするグループは作成されない。これによって、余計にコミュニケーショングループが作成されることを抑制することができる。

【0103】

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。

【0104】

第１実施形態において、センタサーバ１は、例えば、ユーザＡとユーザＢとをメンバとするグループを作成する前（図９、ＯＰ２０７の前）に車載装置２Ａ及び車載装置２Ｂへ、グループ作成の許可要求を送信し、ユーザＡとユーザＢとの許可を取るようにしてもよい。この場合には、車載装置２Ａ及び車載装置２Ｂから許可応答が受信されると、センタサーバ１は、ユーザＡとユーザＢとをメンバとするグループを作成する。

【0105】

また、第１実施形態では、ユーザＡとユーザＢとが同じグループに属しているか否かの判定をセンタサーバ１が行うが、この判定をエゴ車載装置２Ａが行ってもよい。エゴ車載装置２Ａには、所定のＳＮＳアプリケーションがインストールされているので、ＳＮＳサ
ーバ３へアクセス可能である。また、この場合には、例えば、車載装置２は、メンバ募集信号とともに所定のＳＮＳのアカウント名も送信するようにする。これによって、エゴ車載装置２ＡがユーザＢのアカウント名を取得でき、ユーザＢが所属するグループの情報を取得することができる。

【0106】

第１実施形態では、車両２０は自動車又は二輪車であるが、車両２０は電車であってもよい。また、移動は、車両２０によるものに限定されず、歩行によるものであってもよい。車載装置２の代わりにスマートフォン等のユーザ端末が用いられてもよい。スマートフォン等が用いられる場合には、メンバ募集信号は、車車間通信ではなく、ＢＬＥ（Bluetooth（登録商標） Low Energy）等の無線ＰＡＮ（Personal Area Network）通信が用いら
れる。

【0107】

第１実施形態では、並走する２車両についてグループが作成されたが、これに限定されず、並走状態にある３台以上の車両のユーザによるグループが作成されてもよい。

【0108】

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

【0109】

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

【0110】

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

【符号の説明】

【0111】

１ ：センタサーバ
２ ：車載装置
３ ：ＳＮＳサーバ
１１ ：制御部
１２ ：ユーザ情報記憶部
２０ ：車両
２１ ：制御部
２２ ：端末通信部
２３ ：サーバ通信部
１００ ：グループ自動作成システム
１０１ ：ＣＰＵ
１０２ ：メモリ
１０３ ：外部記憶装置
１０４ ：通信部
２０１ ：ＣＰＵ
２０２ ：メモリ
２０３ ：外部記憶装置
２０４ ：通信部
２０５ ：車車間通信部
２０６ ：インタフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】