通報システムおよび通信装置
【課題】緊急事態が発生した場合に適切な通報を行うことのできる通報システムおよび通信装置を提供すること。
【解決手段】本願の開示するグループ通信システムは、グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う携帯端末装置が、緊急状態検出部と、送信処理部とを備える。緊急状態検出部は、緊急状態を検出する。また、送信処理部は、緊急状態検出部によって緊急状態が検出された場合に、緊急状態に関する緊急情報をサーバに対して送信する。また、サーバが、救援要請部を備える。救援要請部は、携帯端末装置から緊急情報を受信した場合に、グループに所属する他のユーザの携帯端末装置に対して緊急情報に基づく救援要請情報を送信する。
【解決手段】本願の開示するグループ通信システムは、グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う携帯端末装置が、緊急状態検出部と、送信処理部とを備える。緊急状態検出部は、緊急状態を検出する。また、送信処理部は、緊急状態検出部によって緊急状態が検出された場合に、緊急状態に関する緊急情報をサーバに対して送信する。また、サーバが、救援要請部を備える。救援要請部は、携帯端末装置から緊急情報を受信した場合に、グループに所属する他のユーザの携帯端末装置に対して緊急情報に基づく救援要請情報を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通報システムおよび通信装置に関する。
【背景技術】
【０００２】
従来、ユーザが所持する携帯端末装置を用い、ユーザが事故等の緊急事態に遭遇したことをユーザに関する情報とともに通報する通報システムが知られている。
【０００３】
たとえば、特許文献１には、緊急事態に遭遇したユーザの氏名、生年月日、血液型等のユーザ情報を含んだ緊急信号を、このユーザの周辺に位置するシステム加入者の携帯端末装置へ送信する技術が開示されている。また、特許文献１に記載の技術では、緊急信号を受信した各携帯端末装置が、上記のユーザ情報と自装置の位置情報とを含んだ通報情報をあらかじめ登録された緊急通報先に対して送信することとしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−０５５５６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術には、適切な通報を行うことができない場合があった。
【０００６】
たとえば、大規模災害や同時多発的に緊急事態が発生した場合には、大量の通報情報が送信されることとなり、通信回線が混雑し、却って救援の遅れを招くおそれがある。また、救援者（救急隊やレスキュー隊等）が通報情報を受信したとしても、救援依頼が多く手が足りないような状況の場合や、緊急事態発生地点まで遠い場所にいる救援者が通報情報を受信したような場合においても、救援の遅れを招くおそれがある。
【０００７】
また、緊急事態に遭遇したユーザの周辺に位置する不特定多数のシステム加入者に対して緊急信号を送信することとすると、たとえば野次馬目的で集まる者も現れる可能性があり、救援に支障を来たすおそれがある。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、緊急事態が発生した場合に適切な通報を行うことのできる通報システムおよび通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する通報システムは、グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う通信装置が、ユーザの緊急状態を検出する緊急状態検出部と、前記緊急状態検出部によって緊急状態が検出された場合に、前記緊急状態に関する緊急情報を前記サーバに対して送信する通報処理部とを備え、前記サーバが、前記通信装置から前記緊急情報を受信した場合に、前記グループに所属する他のユーザの通信装置に対して前記緊急情報に基づく救援要請情報を送信する救援要請部を備える。
【００１０】
また、本願の開示する通信装置は、グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う通信装置であって、ユーザの緊急状態を検出する緊急状態検出部と、前記緊急状態検出部によって緊急状態が検出された場合に、前記緊急状態に関する緊急情報を前記サーバに対して送信する通報処理部とを備える。
【発明の効果】
【００１１】
本願の開示する通報システムおよび通信装置の一つの態様によれば、緊急事態が発生した場合に適切な通報を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本実施例に係るグループ通信システムの構成例を示す図である。
【図２】図２は、車両に設置される機器を示す図である。
【図３】図３は、携帯端末装置および車載装置の構成を示すブロック図である。
【図４Ａ】図４Ａは、ユーザ管理情報の一例を示す図である。
【図４Ｂ】図４Ｂは、グループ管理情報の一例を示す図である。
【図５Ａ】図５Ａは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｂ】図５Ｂは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｃ】図５Ｃは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｄ】図５Ｄは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｅ】図５Ｅは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｆ】図５Ｆは、タッチパネルディスプレイの表示例を示す図である。
【図６】図６は、アプリ起動時処理の処理手順を示すフローチャートである。
【図７】図７は、グループ選択処理の処理手順を示すフローチャートである。
【図８】図８は、グループトーク送信処理の処理手順を示すフローチャートである。
【図９】図９は、グループトーク受信処理の処理手順を示すフローチャートである。
【図１０】図１０は、端末側退会処理の処理手順を示すフローチャートである。
【図１１】図１１は、サーバ側退会処理の処理手順を示すフローチャートである。
【図１２】図１２は、サーバの構成を示すブロック図である。
【図１３】図１３は、絞り込み情報の一例を示す図である。
【図１４Ａ】図１４Ａは、絞り込み処理の一例を示す図である。
【図１４Ｂ】図１４Ｂは、絞り込み処理の一例を示す図である。
【図１４Ｃ】図１４Ｃは、絞り込み処理の一例を示す図である。
【図１５Ａ】図１５Ａは、タッチパネルディスプレイの表示例を示す図である。
【図１５Ｂ】図１５Ｂは、タッチパネルディスプレイの表示例を示す図である。
【図１６】図１６は、緊急情報送信処理の処理手順を示すフローチャートである。
【図１７】図１７は、救援要請処理の処理手順を示すフローチャートである。
【図１８】図１８は、携帯端末装置が実行する処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、本願の開示する通報システムおよび通信装置のいくつかの実施例を詳細に説明する。ただし、これらの実施例における例示で本発明が限定されるものではない。
【００１４】
なお、以下では、本願に開示する通報システムが適用されるグループ通信システムの基本的な構成例や動作例について図１〜図１１を用いて説明した後に、ユーザに緊急事態が発生した場合における具体的な処理を図１２〜図１８を用いて説明する。
【００１５】
まず、本実施例に係るグループ通信システムのシステム構成について図１を用いて説明する。図１は、本実施例に係るグループ通信システムの構成例を示す図である。なお、以下では、通信装置の一例として、携帯端末装置を用いて説明するが、通信装置は、携帯端末装置以外の装置（たとえば、車載装置）であってもよい。
【００１６】
図１に示すように、本実施例に係るグループ通信システム１００は、サーバ１と、携帯端末装置２と、車載装置３とを含んで構成される。グループ通信システム１００では、同一のグループに所属するユーザ同士が音声や文字による通信（以下、「グループトーク」と記載する）を行う。
【００１７】
サーバ１は、グループトークサービスを提供する装置である。サーバ１は、たとえばパーソナルコンピュータ等の一般的なコンピュータであり、ＣＰＵ（Central Processing Unit）等の制御部を備える。サーバ１の制御部は、携帯端末装置２からの要求に応じて、グループトークに関する各種の処理を実行する。
【００１８】
また、サーバ１は、ユーザ管理ＤＢ（データベース）１１ａおよびグループ管理ＤＢ（データベース）１１ｂを含んだデータベースを備える。
【００１９】
ユーザ管理ＤＢ１１ａは、グループトークサービスに加入しているユーザに関する情報を管理するデータベースである。このユーザ管理ＤＢ１１ａは、たとえば、ユーザのＩＤ、氏名、現在位置といった情報をユーザ管理情報として管理する。
【００２０】
また、グループ管理ＤＢ１１ｂは、ユーザによって形成されるグループに関する情報を管理するデータベースである。このグループ管理ＤＢ１１ｂは、たとえば、グループのＩＤ、グループ名、グループに所属するユーザのＩＤといった情報をグループ管理情報として管理する。
【００２１】
なお、ユーザ管理情報およびグループ管理情報の具体的な内容については、図４Ａおよび図４Ｂを用いて後述する。
【００２２】
携帯端末装置２は、たとえばスマートフォンや携帯電話であり、インターネットや無線通信網といったネットワーク５０を介してサーバ１と相互に接続される。また、携帯端末装置２は、Ｗｉ−Ｆｉ（登録商標）やブルートゥース（登録商標）などの近距離無線通信を用いて車載装置３と接続する。
【００２３】
車載装置３は、ユーザが運転する車両７０に搭載される車載装置である。かかる車載装置３は、たとえば、表示機能やオーディオ再生機能、携帯端末装置２との通信機能といった基礎的な機能のみを実装し、携帯端末装置２と連携することで多機能化する。なお、車載装置３は、これに限ったものではなく、上述した基礎的な機能以外の機能（たとえば、ナビゲーション機能）を備えていてもよい。
【００２４】
なお、携帯端末装置２／車載装置３間の通信は、たとえばＺｉｇＢｅｅ（登録商標）等の他の無線通信規格を用いた近距離無線通信であってもよい。また、携帯端末装置２／車載装置３間の通信を有線通信で行うこととしてもよい。また、ここでは、車両７０が電気自動車であるものとするが、車両７０は、電気自動車に限らず、ハイブリッド車やガソリン車であってもよい。
【００２５】
次に、車両７０に設置される車載装置３等の機器について図２を用いて説明する。図２は、車両７０に設置される機器を示す図である。図２に示すように、車両７０には、車載装置３、認証装置４、マイク５、スピーカ６、メーデースイッチ７等が設けられる。
【００２６】
認証装置４は、車両７０へ乗車したユーザの認証を行うための装置である。具体的には、認証装置４は、ＲＦＩＤ（Radio Frequency Identification）等の近距離無線通信を用いて携帯端末装置２からユーザＩＤを取得し、取得したユーザＩＤを車載装置３へ受け渡す処理を行う。
【００２７】
なお、ここでは、認証装置４が取得するユーザＩＤが、携帯端末装置２の固体識別情報（ＵＩＤ）であるものとするが、ユーザＩＤは、ＵＩＤ以外の識別情報であってもよい。
【００２８】
マイク５は、ユーザの音声を音声データとして取得する音声入力部である。マイク５によって取得された音声データは、車載装置３へ受け渡される。また、スピーカ６は、車載装置３から受け取った音声データに基づく音声を出力する音声出力部である。
【００２９】
ここでは、マイク５およびスピーカ６がハンドルに設けられるものとするが、マイク５およびスピーカ６は、ハンドル以外の場所に設置されてもよい。たとえば、スピーカ６は、車両７０の天井、ドアやフロントパネル等に設置されてもよい。
【００３０】
車載装置３は、フロントパネルの中央、言い換えれば、ドライバーから見て左斜め前方に設置される。ただし、これに限ったものではなく、車載装置３は、フロントパネルの右端、言い換えれば、ドライバーから見て右斜め前方に設置されてもよいし、フロントパネル以外の場所に設置されてもよい。
【００３１】
メーデースイッチ７は、たとえば、ユーザに身体的な異常が発生した場合や車両７０の走行用の電池の残量が所定量未満となった場合などに、ユーザによって押下される物理的なスイッチである。グループ通信システム１００では、かかるメーデースイッチ７が押下されることで、ユーザに緊急事態が発生したことが、グループトークサービスに加入する他のユーザに対して通知される。かかる点については、実施例２において具体的に説明する。
【００３２】
なお、車両７０には、図２に示す機器以外の機器が設置されてもよい。たとえば、車両７０には、車両周辺や車内を撮影するカメラが設置されてもよい。
【００３３】
次に、携帯端末装置２および車載装置３の構成について図３を用いて説明する。図３は、携帯端末装置２および車載装置３の構成を示すブロック図である。なお、図３では、携帯端末装置２および車載装置３の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載を省略している。
【００３４】
携帯端末装置２は、近距離通信インタフェース２１と、位置情報取得部２２と、記憶部２３と、制御部２４とを備える。また、記憶部２３は、ユーザＩＤ２３ａと、グループトークアプリケーションソフトウェア２３ｂと、地図情報２３ｃと、車載装置連携アプリケーションソフトウェア２３ｄとを記憶する。また、制御部２４は、認証処理部２４ａと、アプリ実行部２４ｂと、ナビゲーション部２４ｃと、緊急状態検出部２４ｄとを備える。さらに、アプリ実行部２４ｂは、画像生成部２４１と、受信処理部２４２と、送信処理部２４３とを備える。
【００３５】
一方、車載装置３は、近距離通信インタフェース３１と、タッチパネルディスプレイ３２と、記憶部３３と、制御部３４とを備える。また、記憶部３３は、設定情報３３ａを記憶する。また、制御部３４は、認証処理部３４ａと、操作情報送信部３４ｂと、表示制御部３４ｃと、音声出力制御部３４ｄと、音声認識処理部３４ｅと、実行指示部３４ｆとを備える。
【００３６】
なお、図３に示すように、携帯端末装置２には車載装置３との連携動作を実現するための車載装置連携アプリケーションソフトウェア２３ｄが搭載されている。また、車載装置３には携帯端末装置２との間で連携動作を行う連携機能が搭載されている。これにより、たとえば、携帯端末装置２から各種アプリケーションによって生成された画像データが車載装置３に伝送されて車載装置３のタッチパネルディスプレイ３２に表示され、また車載装置３からタッチパネルディスプレイ３２等への操作内容を示す操作情報等が携帯端末装置２へ伝送されて携帯端末装置２がかかる操作情報に基づいて処理を行う、といった連携動作が実現される。
【００３７】
なお、車載装置連携アプリケーションは、グループトークアプリケーション以外のアプリケーションとも連携し、かかるアプリケーションを車載装置３のタッチパネルディスプレイ３２や図示しないハードスイッチ等を用いて使用することが可能となる。このように、車載装置連携アプリケーションは、ＯＳ（Operation System）およびアプリケーションの中間的な性質を持ったアプリケーションである。
【００３８】
まず、携帯端末装置２の構成について説明する。近距離通信インタフェース２１は、車載装置３との間で近距離無線通信を行うための通信デバイスである。また、位置情報取得部２２は、たとえばＧＰＳ（Global Positioning System）受信部であり、測位衛星から提供される位置情報を取得し、取得した位置情報をアプリ実行部２４ｂやナビゲーション部２４ｃへ渡すデバイスである。
【００３９】
記憶部２３は、不揮発性メモリやハードディスクドライブといった記憶デバイスであり、ユーザＩＤ２３ａ、グループトークアプリケーションソフトウェア２３ｂ、地図情報２３ｃおよび車載装置連携アプリケーションソフトウェア２３ｄを記憶する。
【００４０】
ユーザＩＤ２３ａは、たとえば携帯端末装置２のＵＩＤである。なお、ユーザＩＤ２３ａは、ＵＩＤに限ったものではなく、たとえば、ユーザによって任意に設定されるＩＤであってもよいし、サーバ１によって自動的に割り振られるＩＤであってもよい。
【００４１】
グループトークアプリケーションソフトウェア２３ｂは、サーバ１によって提供されるグループトークサービスを実現するためのソフトウェアである。地図情報２３ｃは、記憶部２３に予め記憶されていてもよいし、地図情報を保有するサービスセンタから必要な地図情報のみを適宜ダウンロードすることとしてもよい。車載装置連携アプリケーションソフトウェア２３ｄは、車載装置３との連携動作を実現するためのソフトウェアである。かかる車載装置連携アプリケーションソフトウェア２３ｄは、たとえば、サーバ１からダウンロードすることができる。
【００４２】
制御部２４は、携帯端末装置２全体を制御する制御部であり、認証処理部２４ａ、アプリ実行部２４ｂ、ナビゲーション部２４ｃおよび緊急状態検出部２４ｄを備える。また、制御部２４は、近距離通信インタフェース２１による近距離無線通信を用いて車載装置３との間で通信リンクを確立する処理等も行う。
【００４３】
認証処理部２４ａは、認証装置４からの要求に応じてユーザＩＤ２３ａを認証装置４へ送信する処理を行う処理部である。認証装置４へ送信されたユーザＩＤ２３ａは、認証装置４によって車載装置３の認証処理部３４ａへ受け渡される。
【００４４】
アプリ実行部２４ｂは、グループトークアプリケーションに従ってグループトークに関する各種の処理を実行する処理部である。具体的には、アプリ実行部２４ｂは、画像生成部２４１、受信処理部２４２および送信処理部２４３を備える。
【００４５】
画像生成部２４１は、グループトークに関する各種の画像を生成し、生成した画像を近距離通信インタフェース２１経由で車載装置３へ送信する処理部である。
【００４６】
たとえば、この画像生成部２４１は、グループの選択候補画像に加え、グループに所属する各メンバーの所在地を示す所在地画像を含んだグループ選択画像を生成する。かかる点については、後述する。
【００４７】
受信処理部２４２は、サーバ１から送信される各種情報を受信する処理部である。たとえば、受信処理部２４２は、グループに所属する各メンバーの位置情報をサーバ１から受信し、受信した位置情報を画像生成部２４１へ受け渡す。
【００４８】
また、受信処理部２４２は、グループトークを行うグループトークモード中において、他のユーザの音声データをサーバ１から受信する受信処理を実行する。具体的には、受信処理部２４２は、音声データを含むトークデータをサーバ１から受信し、受信したトークデータを記憶部２３へ記憶する。記憶部２３に記憶されたトークデータは、ユーザによるタッチパネルディスプレイ３２への入力操作に応じて記憶部２３から取り出され、かかるトークデータに含まれる音声データがスピーカ６から出力されることとなる。
【００４９】
送信処理部２４３は、グループトークモード中において、マイク５を介して取得されるユーザの音声データを車載装置３から近距離通信インタフェース２１経由で受信してサーバ１へ送信する送信処理を実行する。
【００５０】
具体的には、送信処理部２４３は、車載装置３から音声データを受信すると、位置情報取得部２２から現在の位置情報を取得し、音声データ、位置情報、時刻、ユーザＩＤ、後述するグループＩＤ等を含んだトークデータをサーバ１へ送信する。
【００５１】
また、送信処理部２４３は、後述する緊急状態検出部２４ｄから緊急事態が発生した旨の情報を受け取った場合に、緊急情報を生成してサーバ１へ送信する処理も行う。緊急情報は、ユーザに緊急事態が発生したことをあらわす情報であり、ユーザＩＤ２３ａ、ユーザの位置情報、緊急状態の種別をあらわす種別情報などを含んだ情報である。ユーザＩＤ２３ａは、記憶部２３から取得され、位置情報は、位置情報取得部２２から取得される。また、種別情報は、緊急状態検出部２４ｄから取得される。
【００５２】
このように、送信処理部２４３は、緊急状態検出部２４ｄによって緊急状態が検出された場合に、緊急状態に関する緊急情報をサーバ１に対して送信する通報処理部の一例として機能する。
【００５３】
なお、アプリ実行部２４ｂは、車載装置３の認証処理部３４ａからグループトークアプリケーションソフトウェア２３ｂの起動指示を受信した場合に、かかる起動指示に従ってグループトークアプリケーションソフトウェア２３ｂを起動させる処理も行う。また、アプリ実行部２４ｂは、後述する緊急状態検出部２４ｄからグループトークアプリケーションソフトウェア２３ｂの起動指示を受信した場合にも、グループトークアプリケーションソフトウェア２３ｂを起動させる。
【００５４】
ナビゲーション部２４ｃは、位置情報取得部２２によって取得された位置情報と、記憶部２３に記憶される地図情報２３ｃとを用いてユーザへの経路案内を行う処理部である。ナビゲーション部２４ｃによって生成される経路案内情報は、アプリ実行部２４ｂへ渡される。
【００５５】
緊急状態検出部２４ｄは、緊急事態が発生したことを検出する処理部である。具体的には、緊急状態検出部２４ｄは、メーデースイッチ７が押下された旨の情報を車載装置３から受信した場合に、緊急事態が発生したことを検出し、緊急事態が発生した旨の情報を送信処理部２４３へ通知する。
【００５６】
また、緊急状態検出部２４ｄは、緊急状態の種別を判定する緊急状態種別判定処理も併せて行う。たとえば、緊急状態検出部２４ｄは、車両７０の電池の残量が所定量未満の状態で、車載装置３からメーデースイッチ７が押下された旨の情報を受信した場合には、緊急状態種別が「電池残量不足」であると判定する。ここで、緊急状態検出部２４ｄは、車両７０の電池残量を車載装置３から定期的に受信するものとする。
【００５７】
また、緊急状態検出部２４ｄは、車両７０の電池の残量が所定量未満でない状態で、車載装置３からメーデースイッチ７が押下された旨の情報を受信した場合には、緊急状態種別がユーザの「身体異常」であると判定する。
【００５８】
なお、ここで説明した緊急状態種別判定処理は、あくまでも一例である。たとえば、緊急状態検出部２４ｄは、車両７０に設置されるカメラを用いてユーザの表情を撮影し、撮影したユーザの表情から緊急状態種別「身体異常」を判定してもよい。また、緊急状態検出部２４ｄは、車両７０のハンドル等に設置される心拍計を用いてユーザの心拍数を計測し、計測した心拍数から緊急状態種別「身体異常」を判定してもよい。また、緊急状態検出部２４ｄは、車両７０の挙動から緊急状態種別「身体異常」を判定してもよい。
【００５９】
また、緊急状態検出部２４ｄは、車両７０のエアバッグが展開された旨の情報を車載装置３から受信した場合に、緊急状態種別が「車両事故」であると判定してもよい。かかる場合には、緊急状態検出部２４ｄは、ユーザによってメーデースイッチ７が押下されなくとも、緊急事態が発生したことを検出するものとする。
【００６０】
つづいて、車載装置３の構成について説明する。近距離通信インタフェース３１は、携帯端末装置２との間で近距離無線通信を行うための通信デバイスである。タッチパネルディスプレイ３２は、各種画像を表示するためのディスプレイの表面に入力用のタッチパネルを付した入出力デバイスである。タッチパネルディスプレイ３２は、ユーザから入力操作を受け付けると、受け付けた入力操作に応じた操作情報を操作情報送信部３４ｂへ受け渡す。
【００６１】
記憶部３３は、不揮発性メモリやハードディスクドライブといった記憶デバイスであり、設定情報３３ａを記憶する。設定情報３３ａは、たとえば、登録済みのユーザＩＤごとに、かかるユーザＩＤを持つユーザのユーザ名等を関連付けた情報を含んだ情報である。
【００６２】
また、設定情報３３ａには、「キラーワード」も含まれる。このキラーワードは、車両７０に搭載されるエアコン等の機器、あるいは、携帯端末装置２が備えるナビゲーション部２４ｃ等を音声によって制御するための専用の言葉であり、たとえばユーザによってあらかじめ登録される。
【００６３】
制御部３４は、車載装置３全体を制御する制御部であり、認証処理部３４ａ、操作情報送信部３４ｂ、表示制御部３４ｃ、音声出力制御部３４ｄ、音声認識処理部３４ｅおよび実行指示部３４ｆを備える。
【００６４】
認証処理部３４ａは、認証装置４から受け取ったユーザＩＤに基づいてユーザ認証を行う処理部である。具体的には、認証処理部３４ａは、認証装置４から受け取ったユーザＩＤが設定情報３３ａに含まれるユーザＩＤと一致するか否かを判定し、一致すると判定した場合に、このユーザを認証する。
【００６５】
また、認証処理部３４ａは、ユーザを認証すると、グループトークアプリケーションソフトウェア２３ｂの起動指示を近距離通信インタフェース３１経由で携帯端末装置２のアプリ実行部２４ｂへ送信する。これにより、携帯端末装置２のアプリ実行部２４ｂは、グループトークアプリケーションソフトウェア２３ｂを起動させる。
【００６６】
操作情報送信部３４ｂは、タッチパネルディスプレイ３２から受け取った操作情報を近距離通信インタフェース３１経由で携帯端末装置２へ送信する処理部である。また、操作情報送信部３４ｂは、メーデースイッチ７が押下された場合には、メーデースイッチ７が押下された旨の情報を携帯端末装置２へ送信する処理を行う。
【００６７】
表示制御部３４ｃは、タッチパネルディスプレイ３２に対して各種の画像を表示させる処理部である。たとえば、表示制御部３４ｃは、近距離通信インタフェース３１経由で携帯端末装置２から受信したグループ選択画像をタッチパネルディスプレイ３２に対して表示させる処理を行う。
【００６８】
音声出力制御部３４ｄは、携帯端末装置２から近距離通信インタフェース３１経由でトークデータを受信し、受信したトークデータに含まれる音声データに基づいてスピーカ６から音声を出力させる処理を行う。
【００６９】
音声認識処理部３４ｅは、マイク５を介して取得した音声データを近距離通信インタフェース３１経由で携帯端末装置２へ送信する処理部である。また、音声認識処理部３４ｅは、マイク５を介して取得した音声データから発話内容を認識する音声認識処理も行う。
【００７０】
また、音声認識処理部３４ｅは、音声認識処理によって認識された発話内容と、設定情報３３ａに含まれるキラーワードとを比較し、発話内容にキラーワードが含まれると判定した場合には、このキラーワードを実行指示部３４ｆへ受け渡す処理も併せて行う。
【００７１】
実行指示部３４ｆは、音声認識処理部３４ｅからキラーワードを受け取った場合に、受け取ったキラーワードに対応する処理をエアコン等の機器に対して実行させる処理を行う処理部である。また、実行指示部３４ｆは、キラーワードに対応する処理がナビゲーションに関する処理である場合には、キラーワードに対応する処理を行わせるための制御データを近距離通信インタフェース３１経由で携帯端末装置２へ送信する。
【００７２】
また、実行指示部３４ｆは、後述する同期制御データを携帯端末装置２から近距離通信インタフェース３１経由で受信した場合には、受信した同期制御データに含まれる制御データに応じて、該当する機器に対して該当する処理を実行させる。かかる点については、後述する。
【００７３】
なお、ここでは、携帯端末装置２および車載装置３の特徴を説明するために必要な構成や機能についてのみ示したが、携帯端末装置２および車載装置３は、上記以外の構成や機能を備えていても構わない。たとえば、車載装置３の音声出力制御部３４ｄは、上述した動作だけでなく、楽曲や音声案内等の出力制御も行う。
【００７４】
次に、サーバ１が備えるユーザ管理ＤＢ１１ａおよびグループ管理ＤＢ１１ｂによってそれぞれ管理されるユーザ管理情報およびグループ管理情報の内容について図４Ａおよび図４Ｂを用いて説明する。図４Ａは、ユーザ管理情報の一例を示す図であり、図４Ｂは、グループ管理情報の一例を示す図である。
【００７５】
図４Ａに示すように、ユーザ管理情報は、ユーザＩＤに対して、「ユーザ名」項目、「アイコン画像」項目、「現在位置」項目、「経路」項目、「状態」項目、「所属グループ」項目、「救援意思」項目、「職業／資格」項目、「車両搭載装備」項目、「血液型」項目、「持病」項目および「緊急連絡先」項目を関連付けた情報である。
【００７６】
「ユーザ名」項目は、ユーザの氏名が格納される項目である。なお、ユーザ名は、本名ではなく、ニックネーム等であってもよい。「アイコン画像」項目は、たとえばユーザの顔写真など、ユーザを特定するアイコン画像としてユーザが任意に選択した画像が格納される項目である。
【００７７】
「現在位置」項目は、ユーザの位置情報が格納される項目である。具体的には、サーバ１は、各ユーザの携帯端末装置２から位置情報を定期的に収集して、ユーザ管理情報の「現在位置」項目を更新する。このように、サーバ１は、携帯端末装置２から位置情報を定期的に収集することによって各ユーザの所在地を管理する。
【００７８】
「経路」項目は、目的地までの予定経路、出発地から現在位置までの通過済み経路などの情報が格納される項目である。たとえば、サーバ１は、ナビゲーション部２４ｃによって生成される経路案内情報を携帯端末装置２から取得して、「経路」項目を更新する。
【００７９】
「状態」項目は、ユーザの状態情報が格納される項目である。ユーザの状態情報とは、たとえば、車両７０に乗車中か否かを示す情報である。たとえば、図４Ａに示すユーザ管理情報の「状態」項目には、「乗車中」が格納されている。これは、ユーザＩＤ「Ｕ０１」のユーザ（山田太郎）が、車両７０に乗車中であることを示している。
【００８０】
ここで、ユーザが車両７０に乗車中か否かは、携帯端末装置２から送信される情報によって特定することができる。
【００８１】
たとえば、携帯端末装置２は、グループトークアプリケーションソフトウェア２３ｂの起動を車載装置３からの指示によって行った場合には、ユーザが乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。また、携帯端末装置２は、ユーザ操作によってグループトークアプリケーションソフトウェア２３ｂを起動させた場合には、ユーザが非乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。そして、サーバ１は、携帯端末装置２から送信されるこれらの情報に基づいて、ユーザ管理情報の「状態」項目を更新する。
【００８２】
また、ユーザが車両７０に乗車中か否かを判断する方法としては、車載装置３と携帯端末装置２との接続状態（近距離無線通信の通信状態）に基づいて判断する方法であってもよい。この場合、車載装置３と携帯端末装置２とが接続されている状態で、グループトークアプリケーション２３ｂを起動させた場合には、ユーザが乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。車載装置３と携帯端末装置２とが接続されていない状態で、グループトークアプリケーション２３ｂを起動させた場合には、ユーザが非乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。
【００８３】
「所属グループ」項目は、ユーザが所属するグループの識別情報（グループＩＤ）が格納される項目である。たとえば、図４Ａに示す場合には、ユーザＩＤ「Ｕ０１」に対して所属グループ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」が関連付けられている。これは、ユーザ「山田太郎」が、それぞれグループＩＤ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」によって識別される３つのグループに所属していることを示している。
【００８４】
「救援意思」項目は、グループトークサービスに加入するユーザの何れかが緊急事態に陥った場合に、救援に向かう意思があるか否か、すなわち、サーバ１から後述する救援要請情報を受信する意思があるか否かを示す情報が格納される項目である。たとえば、救援に向かう意思のあるユーザの「救援意思」項目には「あり」が格納される。
【００８５】
「職業／資格」項目は、ユーザの職業あるいはユーザが保有する資格に関する情報が格納される項目である。図４Ａに示す例では、「職業／資格」項目に「医師」が格納される。「車両搭載装備」項目は、ユーザが所有する車両７０に搭載される装備に関する情報が格納される項目である。たとえば、図４Ａに示す例では、「車両搭載装備」項目に「走行用バッテリ」が格納される。
【００８６】
「血液型」項目は、ユーザの血液型に関する情報が格納される項目であり、「持病」項目は、ユーザの持病に関する情報が格納される項目である。また、「緊急連絡先」項目は、ユーザが緊急事態に陥った場合の緊急連絡先の電話番号が格納される項目である。
【００８７】
なお、図４Ａに示すユーザ管理情報は、あくまで一例であり、図４Ａに示した項目以外の項目をユーザ管理情報が含んでいてもよい。
【００８８】
つづいて、グループ管理情報の内容について図４Ｂを用いて説明する。図４Ｂに示すように、グループ管理情報は、グループＩＤに対して、「グループ名」項目、「トーク中」項目、「所属ユーザ」項目および「通信履歴」項目を関連付けた情報である。
【００８９】
ここで、「グループ名」項目は、グループＩＤに対応するグループのグループ名が格納される項目である。「トーク中」項目は、グループＩＤに対応するグループが現在グループトーク中であるか否かを示す情報が格納される項目である。たとえば、図４Ｂに示す場合には、「トーク中」項目に対して「○」が格納されている。これは、グループＩＤ「Ｇ０１」のグループが現在グループトーク中であることを示している。
【００９０】
「所属ユーザ」項目は、グループＩＤに対応するグループに所属するユーザのユーザＩＤが格納される項目である。また、「通信履歴」項目は、「所属ユーザ」項目に格納される各ユーザＩＤと関連付けられ、各ユーザの通信履歴が格納される項目である。この通信履歴には、トークデータのほか、ユーザがグループトークに参加した時刻、グループトークから退会した時刻、あるいは、ユーザがグループトークに参加中か否かを示す情報等が含まれる。
【００９１】
このように、サーバ１は、グループトークにおける各グループの一覧情報であるグループ管理情報を記憶する記憶部としてグループ管理ＤＢ１１ｂを備える。また、サーバ１は、各グループに所属するユーザが所有する携帯端末装置２から取得される位置情報を含んだユーザ管理情報を記憶する記憶部としてユーザ管理ＤＢ１１ａを備える。
【００９２】
次に、ユーザが認証装置４を用いてユーザ認証を行ってからグループトークが開始されるまでの各手順について、車載装置３のタッチパネルディスプレイ３２に対して表示される画面を参照しつつ説明する。図５Ａ〜図５Ｆは、タッチパネルディスプレイ３２の表示例を示す図である。
【００９３】
グループトークサービスの加入者であるユーザは、車両７０に乗車すると、まず、認証装置４に対して携帯端末装置２をかざす。これにより、携帯端末装置２の記憶部２３に記憶されるユーザＩＤ２３ａが認証装置４によって読み取られ、車載装置３の認証処理部３４ａが、ユーザＩＤ２３ａと設定情報３３ａとを用いてユーザ認証を行う。
【００９４】
つづいて、認証処理部３４ａは、ユーザを認証すると、ユーザが認証された旨の情報をこのユーザのアイコン画像やユーザ名等とともに表示制御部３４ｃへ受け渡す。そして、表示制御部３４ｃは、これらの情報に基づいて認証成功画像を生成し、生成した認証成功画像をタッチパネルディスプレイ３２に対して表示させる。
【００９５】
図５Ａには、認証成功画像の一例を示している。図５Ａに示すように、認証成功画像には、認証されたユーザのアイコン画像やユーザ名等が含まれる。
【００９６】
また、認証処理部３４ａは、ユーザを認証すると、グループトークアプリケーションソフトウェア２３ｂの起動指示を携帯端末装置２のアプリ実行部２４ｂへ送信する。そして、アプリ実行部２４ｂは、かかる起動指示に従ってグループトークアプリケーションソフトウェア２３ｂを起動させる。なお、本実施例では、グループトークアプリケーションソフトウェア２３ｂを認証後に自動起動する方式としたが、認証後に自動起動するのではなく、認証後のユーザによる起動操作によって起動する方式でも良い。
【００９７】
つづいて、携帯端末装置２では、アプリ実行部２４ｂの画像生成部２４１が、メニュー画面を生成し、生成したメニュー画面を車載装置３の表示制御部３４ｃへ送信する。そして、車載装置３では、表示制御部３４ｃが、画像生成部２４１から受信したメニュー画面をタッチパネルディスプレイ３２に対して表示させる。
【００９８】
図５Ｂには、メニュー画面の一例を示している。図５Ｂに示すように、メニュー画面には、グループトークサービスを含む各種のサービスに対応する画像が含まれる。
【００９９】
ここで、ユーザによってグループトークサービスに対応する画像がタッチされたとする。かかる場合、車載装置３では、操作情報送信部３４ｂが、タッチパネルディスプレイ３２から操作情報を受け取り、受け取った操作情報を携帯端末装置２へ送信する。
【０１００】
携帯端末装置２では、送信処理部２４３が、グループトークサービスに対応する画像がタッチされた旨の操作情報を車載装置３から受信すると、グループ選択画像の生成に必要な情報を取得するための取得要求をユーザＩＤ２３ａや位置情報等とともにサーバ１へ送信する。
【０１０１】
サーバ１は、これらの情報を受信すると、ユーザ管理ＤＢ１１ａを参照し、ユーザが所属するグループのグループＩＤを取り出す。たとえば、ユーザがユーザＩＤ「Ｕ０１」の「山田太郎」である場合、サーバ１は、グループＩＤ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」を取り出す。
【０１０２】
また、サーバ１は、取り出したグループＩＤに対応するグループ管理情報をグループ管理ＤＢ１１ｂから取り出すとともに、取り出したグループ管理情報に含まれる所属ユーザのユーザＩＤに対応するユーザ管理情報をユーザ管理ＤＢ１１ａから取り出す。たとえば、サーバ１は、グループＩＤ「Ｇ０１」に対応するグループ管理情報をグループ管理ＤＢ１１ｂから取り出すとともに、このグループの所属ユーザ「Ｕ０２」のユーザ管理情報をユーザ管理ＤＢ１１ａから取り出す。
【０１０３】
そして、サーバ１は、ユーザ管理ＤＢ１１ａおよびグループ管理ＤＢ１１ｂから取り出した情報を取得要求の送信元である携帯端末装置２へ送信する。
【０１０４】
つづいて、携帯端末装置２では、受信処理部２４２が、サーバ１からグループ選択画像の生成に必要な情報を受信し、受信した情報を画像生成部２４１へ受け渡す。そして、画像生成部２４１は、受信処理部２４２から受け取った情報と、記憶部２３に記憶される地図情報２３ｃとに基づいて、グループ選択画像を生成する。
【０１０５】
画像生成部２４１は、かかるグループ選択画像を生成すると、生成したグループ選択画像を車載装置３へ送信する。そして、車載装置３では、表示制御部３４ｃが、画像生成部２４１から受信したグループ選択画像をタッチパネルディスプレイ３２に対して表示させる。
【０１０６】
また、画像生成部２４１は、受信処理部２４２から受け取った情報を記憶部２３に一時的に記憶させる。
【０１０７】
図５Ｃには、グループ選択画像の一例を示している。図５Ｃに示すように、グループ選択画像には、選択候補画像６１と、所在地画像６２とが含まれる。
【０１０８】
選択候補画像６１は、グループトークを開始させるグループの選択候補を示す画像である。具体的には、選択候補画像６１は、選択候補となるグループにそれぞれ対応する画像を含んでいる。
【０１０９】
この選択候補画像６１は、選択候補となるグループのうち一部のグループを含んで構成される。具体的には、選択候補画像６１は、選択候補となるグループの画像がユーザの操作に応じて仮想的に回転して切り替わる、いわゆるドラム式の表示形式を採用した画像である。
【０１１０】
選択候補となるグループの画像には、たとえば、グループ名と、所属メンバーのアイコン画像とが含まれる。図５Ｃに示す場合、選択候補画像６１には、グループ名「家族」のグループに対応する画像、「友人１」のグループに対応する画像および「同僚」のグループに対応する画像が含まれている。
【０１１１】
また、グループ名「友人１」のグループに対応する画像には、このグループに所属するユーザとして、４人のユーザ（ここでは、ユーザＡ〜Ｄとする）のアイコン画像が含まれている。また、グループ「友人１」の画像の左右にそれぞれ位置するグループ「家族」の画像およびグループ「同僚」の画像には、グループ「家族」の所属メンバーの一部であるユーザＺのアイコン画像およびグループ「同僚」の所属メンバーの一部であるユーザＥのアイコン画像がそれぞれ含まれる。
【０１１２】
なお、グループ名は、グループ管理情報に含まれる情報であり、所属メンバーのアイコン画像は、ユーザ管理情報に含まれる情報である。画像生成部２４１は、これらの情報を受信処理部２４２から受け取り、選択候補画像６１を生成する。
【０１１３】
選択候補画像６１の中央位置は、選択候補画像６１の中でフォーカスの合った位置であり、かかる位置に配置されるグループ（図５Ｃでは、「友人１」）、すなわち、フォーカスの合ったグループが、仮選択状態のグループとなる。
【０１１４】
そして、所在地画像６２は、選択候補画像６１の中央位置に配置されるグループ（図５Ｃでは、「友人１」）に所属するユーザの所在を示す画像である。すなわち、所在地画像６２は、仮選択状態のグループに所属するユーザの位置情報に応じた地図画像上の位置にユーザのアイコン画像を重畳させた画像である。
【０１１５】
たとえば、図５Ｃに示す場合、選択候補画像６１の中央には、グループ「友人１」の画像が配置されており、所在地画像６２には、かかるグループ「友人１」の所属メンバーであるユーザＡ〜Ｄのアイコン画像が地図画像上に重畳されている。
【０１１６】
この時、選択候補画像６１の中央に位置するグループは仮選択状態にあり、この仮選択状態のグループに対応する所在地画像６２が表示される。そして、タッチパネルディスプレイ３２へのタッチ操作や押圧操作等の確定操作によって仮選択状態のグループの選択が確定され、この確定されたグループでグループトークが開始される。
【０１１７】
なお、仮選択状態にないグループ、すなわち、選択候補画像６１の中央に位置しないグループ（例えば、図５Ｃでは、グループ「友人１」の両隣に位置するグループ「家族」とグループ「同僚」）に対して、タッチパネルディスプレイ３２へのタッチ操作や押圧操作を行ったとしても確定操作は行われず、タッチ操作あるいは押圧操作されたグループが選択候補画像６１の中央に移動し、仮選択状態となる。このように、画像生成部２４１は、複数のグループの中から仮選択グループを指定するグループ指定手段の一例として機能する。
【０１１８】
ここで、仮選択状態とは、選択候補画像６１の中央に設けられたカーソルによって特定されたグループに所属するメンバーの状態を表示させており、グループトークに参加する前の状態である。
【０１１９】
このように、本実施例に係るグループ通信システム１００では、グループ選択画像として、選択候補画像６１とともに、グループに所属するユーザの所在地を示す所在地画像６２を併せて表示する。
【０１２０】
したがって、ユーザは、グループのメンバーの所在地を把握したうえで、グループトークを行うか否かを決定することができる。すなわち、ユーザは、実際にグループトークを開始しなくとも、グループのメンバーがどこにいるのかを把握することができる。また、ユーザは、単に他のメンバーの所在地を把握したい場合に、一旦グループトークへ参加して直ぐに退会するといった煩雑な行動を取る必要がない。
【０１２１】
また、本実施例に係るグループ通信システム１００では、表示制御部３４ｃが、選択候補となるグループのうち一部のグループを含んだ選択候補画像６１をタッチパネルディスプレイ３２へ表示させるとともに、タッチパネルディスプレイ３２に対する入力操作に応じて選択候補画像６１に含ませるグループを変更する。
【０１２２】
具体的には、携帯端末装置２の画像生成部２４１は、車載装置３の操作情報送信部３４ｂから選択候補画像６１に対する入力操作（たとえば、左右へのスライド操作）の操作情報を受信すると、受信した操作情報に応じて、グループの画像をスライドさせた選択候補画像６１をあらたに生成する。そして、画像生成部２４１は、あらたに生成した選択候補画像６１を車載装置３の表示制御部３４ｃへ送信する。
【０１２３】
これにより、タッチパネルディスプレイ３２には、ユーザのスライド操作に応じてグループの画像がスライドした選択候補画像６１が表示される。たとえば、図５Ｄには、図５Ｃに示す選択候補画像６１がユーザによって左方向へスライドされた結果、グループ「同僚」に対応する画像が中央に位置し、グループ「同僚」に所属するユーザＥ〜Ｇの所在を示す所在地画像６２が表示された場合の例について示している。
【０１２４】
このように、本実施例に係るグループ通信システム１００では、選択候補画像６１の表示形式をドラム式とすることで、タッチパネルディスプレイ３２における選択候補画像６１の表示領域を小さくでき、所在地画像６２を表示させるスペースを確保することができる。
【０１２５】
なお、ここでは、選択候補画像６１の表示形式がドラム式である場合の例について説明したが、選択候補画像６１の表示形式は、必ずしもドラム式である必要はない。また、選択候補画像６１に含まれるグループの画像は、選択候補画像６１および所在地画像６２の配列方向と同一の方向に配列させても構わない。また、ここでは、選択候補画像６１の下に所在地画像６２が配置される場合の例を示したが、これとは逆に、所在地画像６２の下に選択候補画像６１が配置されてもよい。
【０１２６】
なお、グループに所属するユーザの人数が多い場合、選択候補画像６１におけるグループの画像には、一部のユーザだけが含まれるようにしてもよい。また、かかる場合、グループに所属するユーザの表示順序を、グループトークへ参加する可能性が高い順としてもよい。たとえば、グループトークへの参加率が高いほど、グループトークへ参加する可能性が高いと判断することができる。また、現在通信不能（オフライン）のユーザは、グループトークへ参加する可能性が低いと判断することができる。このように、グループ選択時においてタッチパネルディスプレイ３２に表示されるユーザの表示順序を、グループトークへ参加する可能性が高い順とすることで、グループ選択をより適切に行うことができる。
【０１２７】
また、グループに所属するユーザの表示順序を、グループトークへ参加した日時が古い順としたり、グループトークでの発言回数が多い順としたりしてもよい。たとえば、グループトークへの参加した日時が古いユーザほど、あるいは、グループトークでの発言回数が多いユーザほど、グループトークの話題の中心にいる可能性が高いと判断することができる。このように、グループ選択時においてタッチパネルディスプレイ３２に表示されるユーザの表示順序を、グループトークの話題の中心にいる可能性が高い順とすることで、グループ選択をより適切に行うことができる。
【０１２８】
また、画像生成部２４１は、受信処理部２４２から受け取った情報のうち所属メンバーの状態情報に応じて、地図画像上に重畳させるアイコン画像を変更する。
【０１２９】
たとえば、ユーザＡのユーザ管理情報に含まれる「状態」項目が「非乗車中」である場合、画像生成部２４１は、ユーザＡのアイコン画像を地図画像上に重畳させる。一方、ユーザＢのユーザ管理情報に含まれる「状態」項目が「乗車中」である場合、画像生成部２４１は、ユーザＢのアイコン画像と車両のイラストとを組み合わせた画像を地図画像上に重畳させる。
【０１３０】
このように、所属メンバーの状態に応じて地図画像上に重畳させる画像を変更することで、ユーザは、各メンバーの状態を把握することができる。
【０１３１】
また、画像生成部２４１は、所属メンバーの各位置情報に基づいて地図画像の縮尺を決定する。すなわち、画像生成部２４１は、グループに所属する全てのユーザのアイコン画像が所在地画像６２に含まれるように地図画像の縮尺を決定する。これにより、ユーザは、グループに所属する全てのユーザの所在地を容易に把握することができる。
【０１３２】
なお、縮尺には上限（範囲を広げ過ぎない）を設け、その範囲内に位置しないメンバーについては、表示領域におけるメンバーの位置方向の端部にユーザのアイコン画像を配置するものとする。また、この場合、ユーザのアイコン画像に加工を施し（色調の変化やマーク付与等）、表示された地図の外側に当該ユーザが位置することが分かるようにすることが好ましい。
【０１３３】
図５Ｄに戻り、選択候補画像６１に含まれるグループ「同僚」の画像がユーザによってタッチ操作された場合について説明する。
【０１３４】
ユーザが、選択候補画像６１に含まれるグループ「同僚」の画像をタッチすると、グループ「同僚」の画像が中央位置に配置された選択候補画像６１、すなわち、グループ「同僚」にフォーカスの合った選択候補画像６１がタッチパネルディスプレイ３２に表示される。また、仮選択状態のグループは、「友人１」から「同僚」へと変更される。これにより、タッチパネルディスプレイ３２には、所在地画像６２として、グループ「同僚」に所属するユーザの所在を示す画像が表示される。
【０１３５】
グループ「同僚」の画像が選択候補画像６１の中央位置に配置されたのち（すなわち、グループ「同僚」が仮選択状態となったのち）、グループ「同僚」の画像がユーザによってタッチ操作されると、車載装置３の操作情報送信部３４ｂは、かかるタッチ操作に関する操作情報を携帯端末装置２へ送信する。そして、携帯端末装置２では、送信処理部２４３が、かかる操作情報を受信すると、グループ「同僚」のグループＩＤおよび自装置のユーザＩＤ等を含んだグループトーク開始要求をサーバ１へ送信する。
【０１３６】
サーバ１は、携帯端末装置２からグループトーク開始要求を受信すると、かかるグループトーク開始要求からグループＩＤを取り出し、かかるグループＩＤに対応するグループに所属する各ユーザのユーザＩＤをグループ管理ＤＢ１１ｂから取り出す。また、サーバ１は、取り出したユーザＩＤに対応するユーザの携帯端末装置２に対してグループトークへの参加の可否を確認する通知を送信する。
【０１３７】
そして、グループに所属するいずれかのユーザからグループトークへの参加を許可する旨の通知を受信すると、サーバ１は、グループトークを開始させる。なお、メンバーからグループトークへ参加するか否かの応答があるまでの間、タッチパネルディスプレイ３２には、図５Ｅに示すように、メンバーを呼び出し中である旨の画面が表示される。
【０１３８】
このように、仮選択状態でないグループに対して選択操作を行うことで、選択されたグループが仮選択状態となる。さらに、仮選択状態のグループに対して選択操作を行うことで、仮選択状態のグループが、グループトークを開始するグループとして確定する。
【０１３９】
図５Ｆに、グループトーク中にタッチパネルディスプレイ３２に表示されるトーク中画像の一例を示す。以下では、図５Ｆを参照して、グループトークにおける処理内容について説明する。
【０１４０】
グループトークモードへ移行すると、車載装置３では、音声認識処理部３４ｅが、マイク５から音声データを取得する処理を開始し、携帯端末装置２では、送信処理部２４３が、トークデータの送信処理を開始する。
【０１４１】
具体的には、車載装置３の音声認識処理部３４ｅは、マイク５を介して音声データを取得し、取得した音声データを携帯端末装置２へ送信する。そして、携帯端末装置２では、送信処理部２４３が、車載装置３から音声データを受信すると、位置情報取得部２２から位置情報を取得し、音声データ、位置情報、時刻、ユーザＩＤ、グループＩＤ等を含んだトークデータを生成しサーバ１へ送信する。
【０１４２】
サーバ１は、携帯端末装置２からトークデータを受信すると、受信したトークデータを同一のグループに所属する他のユーザの携帯端末装置２に対して送信する。携帯端末装置２では、受信処理部２４２が、他の携帯端末装置２からのトークデータをサーバ１経由で受信すると、受信したトークデータを記憶部２３へ記憶させる。
【０１４３】
また、携帯端末装置２では、画像生成部２４１は、記憶部２３にあらたなトークデータが記憶されると、あらたに記憶されたトークデータに含まれるユーザＩＤおよび位置情報を取り出す。また、画像生成部２４１は、取り出したユーザＩＤに対応するユーザのアイコン画像と所定の画像（たとえば、吹き出しの画像）とを組み合わせた画像（以下、「つぶやきマーク」と記載する）を生成する。
【０１４４】
また、画像生成部２４１は、生成したつぶやきマーク６５をトークデータから取り出した位置情報に応じた地図画像上の位置に重畳させたトーク中画像を生成し、生成したトーク中画像を車載装置３へ送信する。そして、車載装置３の表示制御部３４ｃは、携帯端末装置２から受信したトーク中画像をタッチパネルディスプレイ３２に対して表示させる。
【０１４５】
これにより、図５Ｆに示すように、タッチパネルディスプレイ３２には、地図画像上につぶやきマーク６５が重畳されたトーク中画像が表示される。このトーク中画像は、グループに所属するユーザがトークデータを送信するごとに更新され、新たなつぶやきマーク６５が地図画像上に追加されることとなる。
【０１４６】
このように、表示制御部３４ｃは、グループの中から一のグループを選択する選択操作が行われた場合に、選択されたグループに所属するユーザの携帯端末装置２と、自装置との間で通信リンクが確立された携帯端末装置２との間でグループトークを行うためのトーク中画像をタッチパネルディスプレイ３２へ表示させる。
【０１４７】
ユーザは、タッチパネルディスプレイ３２に表示されたつぶやきマーク６５をタッチすることによって、タッチしたつぶやきマーク６５に対応する音声メッセージを聞くことができる。
【０１４８】
具体的には、車載装置３では、操作情報送信部３４ｂが、タッチパネルディスプレイ３２からつぶやきマーク６５へのタッチ操作に関する操作情報を受け取り、受け取った操作情報を携帯端末装置２へ送信する。また、携帯端末装置２では、アプリ実行部２４ｂが、車載装置３から上記の操作情報を受信すると、記憶部２３に記憶されたトークデータのうち、ユーザがタッチしたつぶやきマーク６５に対応するトークデータから音声データを取り出して車載装置３へ送信する。
【０１４９】
そして、車載装置３では、音声出力制御部３４ｄが、携帯端末装置２が受信した音声データに基づき、ユーザがタッチしたつぶやきマーク６５に対応する音声メッセージをスピーカ６から出力させる。
【０１５０】
次に、サーバ１、携帯端末装置２および車載装置３の具体的動作について説明する。まず、携帯端末装置２が実行するアプリ起動時処理について図６を用いて説明する。図６は、アプリ起動時処理の処理手順を示すフローチャートである。
【０１５１】
なお、アプリ起動時処理は、携帯端末装置２がグループトークアプリケーションソフトウェア２３ｂの起動を指示されてから後述するグループ選択モードフラグまたはグループ形成モードフラグがオンされるまでの処理である。
【０１５２】
図６に示すように、携帯端末装置２では、受信処理部２４２が、自装置から所定範囲内に所在するユーザのユーザ情報をサーバ１から取得し（ステップＳ１０１）、画像生成部２４１が、受信処理部２４２によって取得されたユーザ情報に基づき、地図画像上にユーザのアイコン画像を重畳させた画像を生成する（ステップＳ１０２）。
【０１５３】
つづいて、携帯端末装置２では、送信処理部２４３が、「グループ選択モード」が選択されたか否かを判定する（ステップＳ１０３）。ここで、「グループ選択モード」とは、登録済みのグループからグループトークを開始するグループを選択するモードである。
【０１５４】
たとえば、タッチパネルディスプレイ３２には、ステップＳ１０２において生成された画像とともに、「グループ選択モード」を選択するための画像および後述する「グループ形成モード」を選択するための画像が表示される。そして、ユーザが「グループ選択モード」を選択するための画像に対してタッチ操作を行い、車載装置３の操作情報送信部３４ｂが、かかる操作情報を携帯端末装置２へ送信することで、携帯端末装置２の送信処理部２４３は、「グループ選択モード」が選択されたと判定する。
【０１５５】
ステップＳ１０３において「グループ選択モード」が選択されたと判定すると（ステップＳ１０３，Ｙｅｓ）、アプリ実行部２４ｂは、グループ選択モードフラグをオンし（ステップＳ１０４）、アプリ起動時処理を終了する。
【０１５６】
一方、「グループ選択モード」が選択されていない場合（ステップＳ１０３，Ｎｏ）、送信処理部２４３は、「グループ形成モード」が選択されたか否かを判定する（ステップＳ１０５）。そして、「グループ形成モード」が選択されたと判定すると（ステップＳ１０５，Ｙｅｓ）、アプリ実行部２４ｂは、グループ形成モードフラグをオンして（ステップＳ１０６）、アプリ起動時処理を終了する。
【０１５７】
なお、アプリ実行部２４ｂは、ステップＳ１０５において「グループ形成モード」が選択されていない場合には（ステップＳ１０５，Ｎｏ）、処理をステップＳ１０１へ戻し、ステップＳ１０１以降の処理を繰り返す。
【０１５８】
次に、携帯端末装置２が実行するグループ選択処理の処理手順について図７を用いて説明する。図７は、グループ選択処理の処理手順を示すフローチャートである。なお、グループ選択処理は、図６のステップＳ１０４においてグループ選択モードフラグがオンされた場合に実行される処理である。
【０１５９】
図７に示すように、グループ選択処理を開始すると、携帯端末装置２の送信処理部２４３は、グループ選択画像の生成に必要な情報を取得するための情報取得要求をユーザＩＤ２３ａや位置情報等とともにサーバ１へ送信する（ステップＳ２０１）。
【０１６０】
つづいて、携帯端末装置２では、受信処理部２４２が、グループ選択画像の生成に必要な情報をサーバ１から受信し（ステップＳ２０２）、画像生成部２４１が、選択候補画像６１および所在地画像６２を含んだグループ選択画像を生成する（ステップＳ２０３）。これにより、タッチパネルディスプレイ３２には、表示制御部３４ｃによってグループ選択画像が表示されることとなる。
【０１６１】
つづいて、送信処理部２４３は、グループ確定操作がなされたか否かを判定する（ステップＳ２０４）。たとえば、送信処理部２４３は、選択候補画像６１の中央位置に配置されるグループの画像、すなわち、仮選択状態のグループの画像に対してタッチ操作がなされた旨の操作情報を車載装置３から受信した場合に、グループ確定操作がなされたと判定する。
【０１６２】
ステップＳ２０４においてグループ確定操作がなされたと判定すると（ステップＳ２０４，Ｙｅｓ）、アプリ実行部２４ｂは、グループトークモード開始要求をサーバ１へ送信する（ステップＳ２０５）。そして、アプリ実行部２４ｂは、グループ選択モードフラグをオフするとともに（ステップＳ２０６）、グループトークモードフラグをオンして（ステップＳ２０７）、グループ選択処理を終了する。
【０１６３】
一方、ステップＳ２０４においてグループ確定操作がなされていない場合（ステップＳ２０４，Ｎｏ）、送信処理部２４３は、仮選択グループ変更操作がなされたか否かを判定する（ステップＳ２０８）。仮選択グループ変更操作とは、たとえば、仮選択状態でないグループの画像へのタッチ操作、あるいは、選択候補画像６１に対するスライド操作のことである。送信処理部２４３は、選択候補画像６１に対してこれらの操作がなされた旨の操作情報を車載装置３から受信した場合に、選択候補変更操作がなされたと判定する。
【０１６４】
ステップＳ２０８において仮選択グループ変更操作がなされたと判定すると（ステップＳ２０８，Ｙｅｓ）、画像生成部２４１は、選択候補画像６１を更新するとともに（ステップＳ２０９）、所在地画像６２を更新し（ステップＳ２１０）、処理をステップＳ２０４へ戻す。なお、アプリ実行部２４ｂは、仮選択グループ変更操作がなされていない場合にも（ステップＳ２０８，Ｎｏ）、処理をステップＳ２０４へ戻す。
【０１６５】
次に、車載装置３が実行するグループトーク送信処理の処理手順について図８を用いて説明する。図８は、グループトーク送信処理の処理手順を示すフローチャートである。ここで、グループトーク送信処理は、グループトークモードフラグがオンされた場合に実行される処理のうち、トークデータ等の送信に関する処理である。なお、図８に示すグループトーク送信処理は、グループトークモードフラグがオンされている間、繰り返し実行される。
【０１６６】
図８に示すように、グループトーク送信処理を開始すると、車載装置３の音声認識処理部３４ｅは、マイク５を介して音声データを取得し（ステップＳ３０１）、取得した音声データに対して音声認識処理を行う（ステップＳ３０２）。
【０１６７】
つづいて、音声認識処理部３４ｅは、発話内容にキラーワードが含まれるか否かを判定する（ステップＳ３０３）。キラーワードとは、上述したように、車両７０に搭載されるエアコン等の機器、あるいは、携帯端末装置２が備えるナビゲーション部２４ｃ等を音声によって制御するための専用の言葉である。
【０１６８】
ステップＳ３０３において発話内容にキラーワードが含まれると判定した場合（ステップＳ３０３，Ｙｅｓ）、実行指示部３４ｆは、キラーワードに対応する処理の実行指示を行う（ステップＳ３０４）。
【０１６９】
このように、本実施例では、音声認識処理部３４ｅが、マイク５を介して取得した音声データから発話内容を認識し、実行指示部３４ｆが、音声認識処理部３４ｅによる音声認識の結果、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、キラーワードに応じた処理を実行させることとした。したがって、ユーザは、グループトークを楽しみながら、車両７０に搭載されるエアコンやオーディオ等に対する操作を容易に行うことができる。
【０１７０】
また、実行指示部３４ｆは、他メンバー同期制御が設定されているか否かを判定する（ステップＳ３０５）。ここで、他メンバー同期制御とは、キラーワードに対応する処理を同一グループに所属する他のユーザの携帯端末装置２や車両７０についても実行させる制御のことである。
【０１７１】
なお、他メンバー同期制御の設定は、キラーワード毎に設定する構成、例えばキラーワードＫＷ１についてはメンバー同期制御が設定され、キラーワードＫＷ２にはメンバー同期制御が設定されていないと言った、キラーワード毎に他メンバーの携帯端末装置２等に対する処理を変更できる構成にするのが望ましい。
【０１７２】
ステップＳ３０５において他メンバー同期制御が設定されている場合（ステップＳ３０５，Ｙｅｓ）、実行指示部３４ｆは、ステップＳ３０４において実行指示した内容と同様の制御コマンドを含む同期制御データを携帯端末装置２に対して送信し（ステップＳ３０６）、グループトーク送信処理を終了する。このように、実行指示部３４ｆは、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、かかるキラーワードに応じた処理を実行させる旨の同期制御データを携帯端末装置２経由でサーバ１へ送信する。
【０１７３】
一方、ステップＳ３０３において発話内容にキラーワードが含まれない場合（ステップＳ３０３，Ｎｏ）、制御部３４は、現在のモードがトーク停止モードであるか否かを判定する（ステップＳ３０７）。たとえば、図５Ｆに示すトーク停止ボタン６６がタッチ操作された場合、制御部３４は、トーク停止モードであると判定する。
【０１７４】
ステップＳ３０７において現在のモードがトーク停止モードではない場合（ステップＳ３０７，Ｎｏ）、音声認識処理部３４ｅは、ステップＳ３０１において取得した音声データを携帯端末装置２へ送信する（ステップＳ３０８）。そして、制御部３４は、ステップＳ３０８の処理を終えた場合、あるいは、ステップＳ３０５において他メンバー同期制御が設定されていない場合（ステップＳ３０５，Ｎｏ）に、グループトーク送信処理を終了する。また、制御部３４は、ステップＳ３０７において現在のモードがトーク停止モードであると判定した場合にも（ステップＳ３０７，Ｙｅｓ）、グループトーク送信処理を終了する。
【０１７５】
なお、音声認識処理部３４ｅによって送信された音声データは、携帯端末装置２の送信処理部２４３によって受信される。そして、送信処理部２４３は、車載装置３から受信した音声データを所定の発話期間ごとに区切り、音声データ、位置情報、時刻、ユーザＩＤ、グループＩＤ等を含んだトークデータを生成してサーバ１へ送信する。
【０１７６】
次に、携帯端末装置２が実行するグループトーク受信処理の処理手順について図９を用いて説明する。ここで、グループトーク受信処理は、グループトークモードフラグがオンされた場合に実行される処理のうち、トークデータ等の受信に関する処理である。なお、図９に示すグループトーク受信処理は、グループトークモードフラグがオンされている間、繰り返し実行される。
【０１７７】
図９に示すように、グループトーク受信処理を開始すると、携帯端末装置２の画像生成部２４１は、所属メンバーの位置情報に応じて地図画像の縮尺を決定し（ステップＳ４０１）、決定した縮尺の地図画像上に所属メンバーのアイコン画像を重畳させる（ステップＳ４０２）。
【０１７８】
これにより、タッチパネルディスプレイ３２には、表示制御部３４ｃによってトーク中画像が表示されることとなる。なお、所属メンバーのアイコン画像は、所属メンバーの状態に応じて決定される。たとえば、ユーザの状態情報が「乗車中」である場合には、ユーザ既定のアイコン画像および車両のイラストを組み合わせた画像が、ユーザのアイコン画像として用いられる。
【０１７９】
つづいて、携帯端末装置２では、画像生成部２４１が、つぶやきマーク６５の描画処理を行う（ステップＳ４０３）。すなわち、画像生成部２４１は、地図画像上につぶやきマーク６５を追加したトーク中画像を生成する。
【０１８０】
つづいて、受信処理部２４２は、同期制御データを受信したか否かを判定する（ステップＳ４０４）。かかる処理において同期制御データを受信していない場合（ステップＳ４０４，Ｎｏ）、送信処理部２４３は、つぶやきマーク６５の選択操作がなされたか否かを判定する（ステップＳ４０５）。たとえば、送信処理部２４３は、つぶやきマーク６５に対してタッチ操作がなされた旨の操作情報を車載装置３から受信した場合に、つぶやきマーク６５の選択操作がなされたと判定する。
【０１８１】
ステップＳ４０５においてつぶやきマーク６５が選択されたと判定した場合（ステップＳ４０５，Ｙｅｓ）、アプリ実行部２４ｂは、選択されたつぶやきマーク６５に対応する音声データを記憶部２３から取り出して車載装置３へ送信し（ステップＳ４０６）、処理を終える。なお、アプリ実行部２４ｂは、ステップＳ４０５においてつぶやきマーク６５の選択操作がなされていない場合にも（ステップＳ４０５，Ｎｏ）、処理を終える。
【０１８２】
また、ステップＳ４０４において同期制御データを受信したと判定すると（ステップＳ４０４，Ｙｅｓ）、アプリ実行部２４ｂは、同期制御データに含まれる制御コマンドに対応する処理の実行を指示し（ステップＳ４０７）、グループトーク受信処理を終了する。
【０１８３】
なお、アプリ実行部２４ｂは、同期制御データによる制御対象が車両７０に搭載された機器である場合には、受信した同期制御データを車載装置３へ送信する。これにより、車載装置３の実行指示部３４ｆが、同期制御データに含まれる制御コマンドに対応する処理の実行を指示することとなる。また、同期制御データに含まれる制御コマンドに対応する処理を、ユーザによる実行許可操作後に実行するようにしても良い。
【０１８４】
このように、実行指示部３４ｆは、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、キラーワードに応じた処理を実行させる旨の同期制御データを携帯端末装置２経由でサーバ１へ送信するとともに、サーバ１から携帯端末装置２経由で同期制御データを受信した場合には、受信した同期制御データに応じた処理を実行させる。
【０１８５】
これにより、たとえば同一のグループに所属するメンバーのうちの１人が目的地の設定を音声操作により行うことで、残りのメンバーは目的地の設定操作を行うことなく同じ目的地を設定することができる。
【０１８６】
ところで、ここでは、キラーワードに応じた処理の実行をグループトークに参加する全メンバー間で同期させる場合の例について説明したが、キラーワードに応じた処理の実行は、指定したメンバー間においてのみ同期させてもよい。
【０１８７】
たとえば、ユーザは、キラーワードとともに、キラーワードに応じた処理を同期させたいユーザのユーザ名を発話する。実行指示部３４ｆは、発話内容にキラーワードに加えてユーザ名が含まれる場合には、発話内容に含まれるユーザのユーザＩＤをさらに含んだ同期制御データを生成してサーバ１へ送信する。
【０１８８】
そして、サーバ１は、受信した同期制御データに同期対象となるユーザのユーザＩＤが含まれる場合には、同期制御データに含まれるユーザＩＤに対応する携帯端末装置２に対してのみ同期制御データを送信する。
【０１８９】
このように、実行指示部３４ｆは、処理の実行対象となるユーザのユーザ名が発話内容に含まれる場合には、処理の実行対象となるユーザのユーザＩＤをさらに含んだ同期制御データを携帯端末装置２経由でサーバ１へ送信することとした。したがって、ユーザは、キラーワードに応じた処理を同期させるメンバーを任意に指定することができる。
【０１９０】
なお、ここでは、キラーワードに応じた処理を同期させたいユーザのユーザ名を発話することで、同期対象となるメンバーを指定する場合の例について説明したが、同期対象となるメンバーをサーバ１のグループ管理ＤＢ１１ｂ等にあらかじめ登録しておいてもよい。このようにすれば、ユーザは、同期させたいユーザのユーザ名を発話する必要がなくなる。
【０１９１】
次に、携帯端末装置２が実行する退会処理である端末側退会処理の処理手順について図１０を用いて説明する。図１０は、端末側退会処理の処理手順を示すフローチャートである。なお、退会処理とは、グループトークを終了するための処理のことである。
【０１９２】
図１０に示すように、端末側退会処理を開始すると、携帯端末装置２の送信処理部２４３は、退会操作がなされたか否かを判定する（ステップＳ５０１）。たとえば、送信処理部２４３は、タッチパネルディスプレイ３２に表示される退会ボタン（図示せず）がタッチされた旨の操作情報を車載装置３から受信した場合に、退会操作がなされたと判定する。
【０１９３】
ステップＳ５０１において退会操作がなされていない場合（ステップＳ５０１，Ｎｏ）、ナビゲーション部２４ｃは、設定された目的地へ到着したか否かを判定する（ステップＳ５０２）。かかる処理において、目的地へ到着していない場合（ステップＳ５０２，Ｎｏ）、アプリ実行部２４ｂは、処理を終了する。
【０１９４】
一方、ステップＳ５０１において退会操作がなされたと判定した場合（ステップＳ５０１，Ｙｅｓ）、または、ステップＳ５０２において目的地へ到着したと判定した場合（ステップＳ５０２，Ｙｅｓ）、送信処理部２４３は、ユーザＩＤ２３ａおよびグループＩＤ等を含んだ退会データをサーバ１へ送信する（ステップＳ５０３）。そして、アプリ実行部２４ｂは、グループトークモードフラグをオフし（ステップＳ５０４）、端末側退会処理を終了する。なお、ステップＳ５０２において目的地へ到着していない場合（ステップＳ５０２，Ｎｏ）にも、アプリ実行部２４ｂは端末側退会処理を終了する。
【０１９５】
このように、目的地に到着した場合にも退会データを送信することとした。これは、目的地に到着した場合、次の目的とする行動をするのが通常で、例えば自動車の場合は降車して施設に対応した行動を行うと言った状況が全く異なったものとなるため、グループトークから退会するのが通常である。このため、目的地に到着したことを条件として退会データを送信することなど退会処理を自動的に行えば、退会に必要な操作を行うことなく退会することができる。尚、念のために目的地到着後、ユーザの退会確認操作（退会確認ボタンを表示し、それに対するユーザの操作）に基づき退会処理を実行しても良い。
【０１９６】
なお、目的地に到着した場合には、タッチパネルディスプレイ３２に対してグループトークから退会するか否かの確認画面を表示させ、退会する旨の操作があった場合に、ステップＳ５０３以降の処理を行ってもよい。また、かかる場合には、ユーザの便を考慮し、確認画面を表示させてから所定時間以内に操作がなかった場合にも、ステップＳ５０３へ移行することとしてもよい。
【０１９７】
次に、サーバ１が実行する退会処理であるサーバ側退会処理の処理手順について図１１を用いて説明する。図１１は、サーバ側退会処理の処理手順を示すフローチャートである。なお、この処理はユーザからの退会データの受信検知により実行する。
【０１９８】
図１１に示すように、サーバ１は、携帯端末装置２から退会データを受信したか否かを判定し（ステップＳ６０１）、受信したと判定すると（ステップＳ６０１，Ｙｅｓ）、該当グループの全メンバーがグループトークから退会したか否かを判定する（ステップＳ６０２）。かかる処理において全メンバーがグループトークから退会したと判定しない場合（ステップＳ６０２，Ｎｏ）、すなわち、グループトークへの参加者が１人でも存在する場合、サーバ１は、受信した退会データを既退会者を含む全メンバーの携帯端末装置２へ送信する（ステップＳ６０３）。
【０１９９】
なお、携帯端末装置２では、サーバ１から退会データを受信すると、画像生成部２４１が、退会データの送信元であるユーザがグループトークから退会した旨のメッセージを生成し、車載装置３の表示制御部３４ｃへ送信する。このとき、画像生成部２４１は、退会データの送信元であるユーザのアイコン画像を地図画像上から削除、あるいは表示形態を変更してもよい。
【０２００】
ステップＳ６０２において全メンバーがグループトークから退会したと判定した場合（ステップＳ６０２，Ｙｅｓ）、サーバ１は、解散データを既退会者を含む全メンバーの携帯端末装置２へ送信する（ステップＳ６０４）。解散データとは、グループトークが終了したことを示すデータである。携帯端末装置２では、サーバ１から解散データを受信すると、画像生成部２４１が、グループトークが終了した旨（グループが解散した旨）のメッセージを生成し、車載装置３の表示制御部３４ｃへ送信する。
【０２０１】
サーバ１は、ステップＳ６０３またはステップＳ６０４の処理を終えると、該当グループのグループ管理情報を更新し（ステップＳ６０５）、サーバ側退会処理を終了する。なお、サーバ１は、ステップＳ６０１において退会データを受信していない場合にも（ステップＳ６０１，Ｎｏ）、サーバ側退会処理を終了する。
【０２０２】
このように、既に退会したメンバーに対しても退会データや解散データを送信することで、誰が何時退会したかあるいはグループが何時解散されたかを自分がグループから退会した後においても把握することができる。
【０２０３】
なお、本例の場合、一度退会したメンバーがグループ存続を確認して復帰することを考慮して、全メンバーがグループトークから退会したと判定した場合（ステップＳ６０２，Ｙｅｓ）に解散処理を行ったが、グループトークが成立しない状態である残メンバーが一人になった場合に解散処理を行っても良い。
【０２０４】
次に、上述してきたグループ通信システム１００において、緊急事態が発生した場合の具体的な処理等について説明する。まず、サーバ１の構成について図１２を用いて説明する。図１２は、サーバ１の構成を示すブロック図である。なお、図１２では、サーバ１の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載を省略している。
【０２０５】
図１２に示すように、サーバ１は、データベース１１と、制御部１２とを備える。また、データベース１１は、ユーザ管理情報１１ａと、グループ管理情報１１ｂと、絞り込み情報１１ｃとを記憶する。また、制御部１２は、グループトーク制御部１２ａと、救援要請部１２ｂとを備える。
【０２０６】
データベース１１は、ハードディスクドライブ等の記憶デバイスであり、ユーザ管理情報１１ａと、グループ管理情報１１ｂと、絞り込み情報１１ｃとを記憶する。なお、ユーザ管理情報１１ａおよびグループ管理情報１１ｂについては、図４Ａおよび図４Ｂを用いて既に説明しているため、ここでの説明は省略する。
【０２０７】
絞り込み情報１１ｃは、救援を要請するユーザ、すなわち、後述する救援要請情報の送信先となるユーザを絞り込むために用いられる情報である。ここで、絞り込み情報１１ｃの内容について図１３を用いて説明する。図１３は、絞り込み情報１１ｃの一例を示す図である。
【０２０８】
図１３に示すように、絞り込み情報１１ｃは、「緊急状態種別」項目に対して「職業／資格」項目および「車両搭載装備」項目を関連付けた情報である。たとえば、緊急状態種別「身体異常」には、職業／資格「医師」、「救急救命士」、「看護師」が関連付けられている。また、緊急状態種別「身体異常」には、車両搭載装備「ＡＥＤ」が関連付けられている。また、緊急状態種別「電池残量不足」には、車両搭載装備「走行用バッテリ」が関連付けられている。
【０２０９】
なお、ＡＥＤ（Automated External Defibrillator：自動体外式除細動器）は、心臓の働きを取り戻すことを目的として人体に電気的なショックを与える医療機器である。このＡＥＤの主要部品として大電力を蓄積でき、かつ急激に放電できるバッテリが必要であるが、走行用バッテリはその条件を満たしており比較的安価な構成追加で実現できる。また車載用ナビゲーション装置等の構成（ディスプレイやマイクロコンピュータ、音声出力回路等）を利用することにより、より安価に車載用ＡＥＤを実現できる。
【０２１０】
図１２に戻り、サーバ１の制御部１２について説明する。制御部１２は、サーバ１全体を制御する制御部であり、グループトーク制御部１２ａと、救援要請部１２ｂとを備える。グループトーク制御部１２ａは、図１〜図１１を用いて説明したグループトークに関する各種の処理を実行する処理部である。
【０２１１】
救援要請部１２ｂは、携帯端末装置２から緊急情報を受信した場合に、受信した緊急情報に基づく救援要請情報を生成し、生成した救援要請情報を、緊急情報の送信元であるユーザが所属するグループの所属メンバーの携帯端末装置２に対して送信する処理部である。
【０２１２】
救援要請情報には、緊急情報の送信元であるユーザ（すなわち、緊急事態に陥っているユーザ）のユーザ名、アイコン画像、現在位置、血液型、持病、緊急連絡先等の情報を含んだ情報である。救援要請部１２ｂは、携帯端末装置２から緊急情報を受信すると、受信した緊急情報に含まれるユーザＩＤから緊急事態に陥っているユーザを特定し、特定したユーザのユーザ管理情報を用いて救援要請情報を生成する。
【０２１３】
このように、救援要請部１２ｂは、緊急情報の送信元であるユーザが所属するグループの所属メンバーに対して救援要請情報を送信する。すなわち、救援を求めるユーザと身近な人に対して救援要請情報が送信されるため、救援要請情報を単純に送信する場合と比較して、救援要請情報を受けたユーザが救援を求めるユーザの元へ駆け付ける確率を高めることができる。このため、救援要請情報の送信に要する通信量を抑えつつ、適切な通報を行うことが可能となる。なお、救援要請情報の送信に要する通信量を抑えることで、たとえば、大規模災害や同時多発的に緊急事態が発生した場合にも、通信回線が混雑し、救援が遅れてしまうといった事態が防止される。
【０２１４】
また、救援要請部１２ｂは、救援要請情報を送信するユーザを所定の条件に基づいて絞り込む絞り込み処理を行う。
【０２１５】
ここで、救援要請部１２ｂが実行する絞り込み処理の内容について図１４Ａ〜図１４Ｃを用いて説明する。図１４Ａ〜図１４Ｃは、絞り込み処理の一例を示す図である。なお、図１４Ａには、ユーザＵ０１が緊急事態に陥った場合の例を示している。また、図１４Ａに示すユーザＵ０２〜Ｕ２２は、ユーザＵ０１が所属するグループの所属メンバーである。
【０２１６】
図１４Ａに示すように、ユーザＵ０１（図４Ａに示す「山田太郎」）は、緊急事態に陥ると、メーデースイッチ７を押下する。携帯端末装置２では、緊急状態検出部２４ｄが、メーデースイッチ７が押下された旨の情報を車載装置３から受信すると、緊急状態種別を判定し、送信処理部２４３が、ユーザＩＤ、現在位置情報、緊急状態種別等を含んだ緊急情報をサーバ１へ送信する。
【０２１７】
つづいて、サーバ１の救援要請部１２ｂは、携帯端末装置２から緊急情報を受信すると、受信した緊急情報に含まれる現在位置情報を用い、ユーザＵ０１の現在位置を中心とする所定の距離範囲（以下、「対象範囲」と記載する）に所在するユーザＵ０２〜Ｕ１０をユーザ管理情報１１ａを参照して特定する。そして、救援要請部１２ｂは、特定したユーザＵ０２〜Ｕ１０に対して救援要請情報を送信する。
【０２１８】
このように、救援要請部１２ｂは、グループトークにおける何れかのグループに所属し、かつ、緊急情報の送信元である携帯端末装置２から所定範囲内に位置するユーザの携帯端末装置２に対して救援要請情報を送信する。すなわち、救援要請情報の送信先となるユーザを、緊急事態に陥ったユーザの周囲に所在するユーザに絞り込むことにより、緊急事態に陥ったユーザのもとへ比較的早く駆けつけることのできるユーザに絞り込む。これにより、救援要請情報の送信に要する通信量をさらに抑えつつ、適切な通報を行うことができる。
【０２１９】
また、救援要請部１２ｂは、緊急状態の種別に応じて、救援要請情報を送信するユーザをさらに絞り込んでもよい。
【０２２０】
たとえば、図１４Ｂに示すように、ユーザＵ０１からの緊急情報に含まれる緊急状態種別が「身体異常」であるとする（図１４Ｂの（１）参照）。かかる場合、救援要請部１２ｂは、絞り込み情報１１ｃを参照し、緊急状態種別「身体異常」に対応する職業／資格「医師」、「救急救命士」および「看護師」を特定する。また、救援要請部１２ｂは、ユーザ管理情報１１ａを参照し、図１４Ａに示すユーザＵ０２〜Ｕ１０の中から、職業／資格「医師」、「救急救命士」または「看護師」を保有するユーザを特定する。
【０２２１】
たとえば、図１４Ｂに示すように、ユーザＵ０２が「医師」であり（図１４Ｂの（２ａ）参照）、ユーザＵ０７が「看護師」であり（図１４Ｂの（２ｂ）参照）、ユーザＵ１０が「救急救命士」であるとする（図１４Ｂの（２ｃ）参照）。かかる場合、救援要請部１２ｂは、ユーザＵ０２、ユーザＵ０７およびユーザＵ１０に対して救援要請情報を送信する。同様に、「身体異常」に有効である可能性のある医療設備を持つ車両、例えば車両搭載装備「ＡＥＤ」を搭載する車両７０を所有するユーザに対して救援要請情報を送信すると言ったことも有効である。
【０２２２】
また、図１４Ｃに示すように、ユーザＵ０１からの緊急情報に含まれる緊急状態種別が「電池残量不足」であるとする（図１４Ｃの（１）参照）。かかる場合、救援要請部１２ｂは、絞り込み情報１１ｃを参照し、緊急状態種別「電池残量不足」に対応する車両搭載装備「走行用バッテリ」を特定する。また、救援要請部１２ｂは、ユーザ管理情報１１ａを参照し、図１４Ａに示すユーザＵ０２〜Ｕ１０の中から、「走行用バッテリ」を搭載する車両７０を所有するユーザを特定する。
【０２２３】
たとえば、図１４Ｃに示すように、ユーザＵ０６が走行用バッテリ搭載車を所有するとする（図１４Ｃの（２ａ）参照）。かかる場合、救援要請部１２ｂは、ユーザＵ０６に対して救援要請情報を送信する。
【０２２４】
このように、救援要請部１２ｂは、受信した緊急情報に含まれる緊急状態種別情報とユーザ管理情報１１ａとに基づいて、緊急状態の種別に対応するユーザを抽出し、抽出したユーザの携帯端末装置２に対して救援要請情報を送信する。これにより、救援要請情報の送信先が、緊急状態に陥ったユーザの救援に適したユーザに絞られるため、救援要請情報の送信に要する通信量をさらに抑えつつ、適切な通報を行うことができる。
【０２２５】
また、救援要請部１２ｂは、受信した緊急情報に含まれる緊急状態種別情報とユーザ管理情報１１ａに含まれる車両搭載装備項目とに基づいて緊急状態の種別に対応する車両７０を所有するユーザを抽出し、抽出したユーザの携帯端末装置２に対して救援要請情報を送信する。これにより、ユーザが運転する車両７０に緊急事態が発生した場合に、救援要請情報の送信先が、救援に適した車両７０を所有するユーザに絞られるため、救援要請情報の送信に要する通信量をさらに抑えつつ、適切な通報を行うことができる。
【０２２６】
特に、救援要請部１２ｂは、車両７０の燃料（ここでは、電気自動車における走行用の電池）が所定未満であることを示す緊急状態種別「電池残量不足」を含んだ緊急情報を受信した場合には、燃料の補充が可能な車両７０を所有するユーザを抽出する。これにより、ユーザが運転する車両７０が電池切れ寸前となった場合に、救援要請情報の送信先が、充電可能な車両７０を所有するユーザに絞られるため、救援要請情報の送信に要する通信量をさらに抑えつつ、適切な通報を行うことができる。
【０２２７】
なお、図１４Ａ〜図１４Ｃを用いて説明した絞り込み処理は、あくまでも一例であり、救援要請部１２ｂは、その他の条件に従って絞り込み処理を行ってもよい。
【０２２８】
たとえば、救援意思のあるユーザ、具体的には、図４Ａに示すユーザ管理情報１１ａの「救援意思」項目に「あり」が関連付けられたユーザを、救援要請情報の送信先として絞り込んでもよい。このようにすれば、そもそも救援意思のないユーザに対して救援要請情報が送信されることがないため、救援要請情報の送信に要する通信量をさらに抑えることができる。
【０２２９】
また、救援要請部１２ｂは、たとえばグループ「家族」等のあらかじめ決められたグループに所属するユーザを救援要請情報の送信先として絞り込んでもよい。
【０２３０】
また、ここでは、救援要請情報の送信先となるユーザを、緊急情報の送信元であるユーザが所属するグループの所属メンバーに限定する場合の例について説明したが、これに限ったものではない。すなわち、救援要請部１２ｂは、グループトークサービスに加入する全てのユーザを救援要請情報の送信先候補としたうえで、緊急情報の送信元であるユーザの現在位置や、救援意思の有無、職業／資格、車両搭載装備情報等に応じて救援要請情報の送信先となるユーザを絞り込んでもよい。また、車両に限らず、家屋からグループトークに参加しているユーザを含めることも可能で、例えば「家屋の充電設備を提供可」と登録しておけば、近くで「電池残量不足」となった車両を救護することが可能となる。
【０２３１】
次に、サーバ１から救援要請情報を受信した場合やメーデースイッチ７が押下された場合におけるタッチパネルディスプレイ３２の表示例について図１５Ａおよび図１５Ｂを用いて説明する。図１５Ａおよび図１５Ｂは、タッチパネルディスプレイ３２の表示例を示す図である。
【０２３２】
図１５Ａには、サーバ１から救援要請情報を受信した場合におけるタッチパネルディスプレイ３２の表示例、すなわち、救援を要請されたユーザのタッチパネルディスプレイ３２に表示される画面の例を示している。
【０２３３】
図１５Ａに示すように、サーバ１から救援要請情報を受信したユーザのタッチパネルディスプレイ３２には、緊急情報の送信元であるユーザの所在地を示す画像６７ａおよびかかるユーザの所在地までの経路画像６７ｂを地図画像上に重畳させた画像が表示される。これにより、救援要請情報を受信したユーザは、緊急情報の送信元であるユーザの所在地およびかかるユーザまでの経路を容易に把握することができる。
【０２３４】
また、タッチパネルディスプレイ３２には、「救援へ向かう」ボタン６７ｃがさらに表示される。ユーザがかかる「救援へ向かう」ボタン６７ｃを押下することによって、緊急情報の送信元であるユーザの所在地までの経路が設定される。これにより、救援へ向かうことを決めたユーザは、緊急情報の送信元であるユーザのもとへ迅速に駆け付けることができる。
【０２３５】
また、図１５Ｂには、メーデースイッチ７が押下された場合におけるタッチパネルディスプレイ３２の表示例、すなわち、緊急事態に陥ったユーザのタッチパネルディスプレイ３２に表示される画面の例を示している。
【０２３６】
図１５Ｂに示すように、緊急事態に陥ったユーザのタッチパネルディスプレイ３２には、緊急連絡先を示す画像６８ａ、緊急事態に陥ったユーザの顔画像６８ｂおよび緊急事態に陥ったユーザに関する情報（ここでは、名前、想定される症状、血液型）を示す画像６８ｃを含んだ画像が表示される。
【０２３７】
かかる画像を緊急事態に陥ったユーザのタッチパネルディスプレイ３２に表示させることで、緊急事態に陥ったユーザが意識を失っている場合であっても、車両７０の周囲を通りがかった人に対して緊急事態が発生した等を知らせることができる。なお、図１５Ｂに示す画像は、サーバ１から救援要請情報を受信したユーザのタッチパネルディスプレイ３２に表示されてもよい。なお、特に身体異常や事故等の場合、これと並行して、ヘッドランプ等の灯火類を点滅させる、クラクションを特定のパターンで発呼させる等、周囲に緊急事態を気付かせる動作を行う事も有効である。
【０２３８】
次に、携帯端末装置２が実行する緊急情報送信処理の処理手順について図１６を用いて説明する。図１６は、緊急情報送信処理の処理手順を示すフローチャートである。この処理は、自動車起動中（イグニッションキーＯＮ）あるいは自動車に搭乗者がいる場合（シートスイッチ等のセンサにより検知）に、繰り返し実行される。
【０２３９】
図１６に示すように、携帯端末装置２では、緊急状態検出部２４ｄが、メーデースイッチ７が押下されたか否かを判定する（ステップＳ７０１）。具体的には、緊急状態検出部２４ｄは、メーデースイッチ７が押下された旨の情報を車載装置３から受信した場合に、メーデースイッチ７が押下されたと判定する。なお、緊急状態検出部２４ｄは、メーデースイッチ７が押下された旨の情報を受信していない場合には（ステップＳ７０１，Ｎｏ）、処理を終了する。
【０２４０】
ステップＳ７０１においてメーデースイッチ７が押下されたと判定すると（ステップＳ７０１，Ｙｅｓ）、アプリ実行部２４ｂは、グループトークアプリケーションソフトウェア２３ｂを起動させる（ステップＳ７０２）。なお、ステップＳ７０２の処理は、グループトークアプリケーションソフトウェア２３ｂが既に起動している状態であれば、省略される。
【０２４１】
つづいて、緊急状態検出部２４ｄは、緊急状態種別判定処理を行う（ステップＳ７０３）。たとえば、緊急状態検出部２４ｄは、車両７０の電池の残量が所定量未満の状態で、車載装置３からメーデースイッチ７が押下された旨の情報を受信した場合には、緊急状態種別が「電池残量不足」であると判定する。
【０２４２】
また、アプリ実行部２４ｂは、自装置の周囲に存在する携帯端末装置２に関する情報を収集する（ステップＳ７０４）。たとえば、アプリ実行部２４ｂは、近距離通信インタフェース２１を介して周囲の携帯端末装置２と接続し、接続した周囲の携帯端末装置２の電話番号やメールアドレスといった情報を収集する。なお、車載装置３の制御部３４が自装置の周囲に存在する携帯端末装置２に関する情報を近距離通信インタフェース３１経由で収集して携帯端末装置２へ受け渡してもよい。
【０２４３】
つづいて、送信処理部２４３は、ステップＳ７０４において取得した周囲の携帯端末装置２に関する情報と、ステップＳ７０３において判定された緊急状態種別等を含んだ緊急情報とをサーバ１へ送信する（ステップＳ７０５）。
【０２４４】
このように、グループ通信システム１００では、緊急事態に陥ったユーザの周囲に位置する携帯端末装置２に関する情報もサーバ１へ送信される。そして、自装置の周囲に存在する携帯端末装置２には、サーバ１から救援要請情報が送信されることとなる。
【０２４５】
これにより、サーバ１は、グループトークサービスに加入しているか否かにかかわらず、緊急事態に陥ったユーザの周囲に存在する人に対して救援要請情報を送信することができる。したがって、たとえばグループトークサービスに加入するユーザが緊急事態に陥ったユーザの周囲に存在しない場合であっても、迅速な救援を受けることができる。
【０２４６】
なお、ステップＳ７０４の処理およびステップＳ７０５における周囲の携帯端末装置２に関する情報の送信は、必ずしも実行される必要はなく、たとえば救援要請情報の送信に要する通信量を考慮する場合には、ステップＳ７０４の処理を省略してもよい。
【０２４７】
つづいて、送信処理部２４３は、周囲の携帯端末装置２に対して緊急情報送信要求を送信する（ステップＳ７０６）。ここで、緊急情報送信要求は、緊急情報をサーバ１に対して送信すべき旨の要求であり、緊急情報およびサーバ１のアドレス等を含んだ情報である。周囲の携帯端末装置２は、かかる緊急情報送信要求を受信すると、サーバ１に対して緊急情報を送信する。
【０２４８】
このように、緊急情報を複数の携帯端末装置２からサーバ１へ送信することによって、より確実に救援を受けることが可能となる。なお、ステップＳ７０６の処理は、たとえば通信量を考慮する場合には省略してもよい。
【０２４９】
そして、画像生成部２４１は、図１５Ｂに示す緊急事態発生画像を生成して（ステップＳ７０７）、緊急情報送信処理を終了する。
【０２５０】
なお、ここでは、図１６に示すステップＳ７０１〜ステップＳ７０７の全ての処理を携帯端末装置２が実行する場合の例を示したが、ステップＳ７０１〜ステップＳ７０７の一部を車載装置３が実行してもよい。
【０２５１】
特に、ステップＳ７０６の処理は、車載装置３が実行する場合に有効である。すなわち、緊急事態が車両事故等である場合、緊急事態に陥ったユーザの携帯端末装置２が故障し、かかる携帯端末装置２から緊急情報を送信できなくなるおそれがある。このような場合であっても、車載装置３の制御部３４が、周囲の携帯端末装置２に対して緊急情報送信要求を送信することで、緊急情報をサーバ１に対して確実に送信することができる。
【０２５２】
また、サーバ１との通信を携帯端末装置２ではなく車載装置３が行う場合、すなわち、車載装置３が通信装置である場合には、ステップＳ７０１の処理やステップＳ７０３〜Ｓ７０６の処理を車載装置３の制御部３４が行ってもよい。かかる場合、車載装置３の制御部３４が、緊急状態検出部および通報処理部として機能する。
【０２５３】
次に、サーバ１が実行する救援要請処理の処理手順について図１７を用いて説明する。図１７は、救援要請処理の処理手順を示すフローチャートである。この処理は、常時繰り返し実行される。
【０２５４】
図１７に示すように、サーバ１の救援要請部１２ｂは、携帯端末装置２から緊急情報を受信したか否かを判定し（ステップＳ８０１）、受信したと判定した場合には（ステップＳ８０１，Ｙｅｓ）、受信した緊急情報に基づき、緊急情報の送信元であるユーザ（以下、「要救援者」と記載する）と同一グループの所属メンバーを特定する（ステップＳ８０２）。なお、ステップＳ８０１において緊急情報を受信していない場合（ステップＳ８０１，Ｎｏ）、救援要請部１２ｂは、処理を終了する。
【０２５５】
つづいて、救援要請部１２ｂは、ステップＳ８０２において特定されたユーザのうち救援要請情報の送信先となるユーザを、要救援者の位置情報を用いて絞り込む（ステップＳ８０３）。これにより、救援要請情報の送信先となるユーザが、要救援者に比較的近い位置に所在するユーザに絞り込まれる。
【０２５６】
つづいて、救援要請部１２ｂは、緊急状態種別が「身体異常」であるか否かを判定し（ステップＳ８０４）、「身体異常」であると判定した場合には（ステップＳ８０４，Ｙｅｓ）、救援要請情報の送信先となるユーザを、「身体異常」に対応する職業／資格を保有するユーザでさらに絞り込む（ステップＳ８０５）。
【０２５７】
一方、ステップＳ８０４において緊急状態種別が「身体異常」ではない場合（ステップＳ８０４，Ｎｏ）、救援要請部１２ｂは、緊急状態種別が「電池残量不足」であるか否かを判定する（ステップＳ８０６）。かかる処理において緊急状態種別が「電池残量不足」であると判定した場合（ステップＳ８０６，Ｙｅｓ）、救援要請部１２ｂは、救援要請情報の送信先となるユーザを、「電池残量不足」に対応する車両７０を所有するユーザでさらに絞り込む（ステップＳ８０７）。
【０２５８】
また、ステップＳ８０６において緊急状態種別が「電池残量不足」ではない場合（ステップＳ８０６，Ｎｏ）、救援要請部１２ｂは、その他の条件に応じて絞り込みを行う（ステップＳ８０８）。たとえば、救援要請部１２ｂは、救援意思のあるユーザ、具体的には、図４Ａに示すユーザ管理情報１１ａの「救援意思」項目に「あり」が関連付けられたユーザを、救援要請情報の送信先として絞り込んでもよい。救援要請部１２ｂは、たとえばグループ「家族」等のあらかじめ決められたグループに所属するユーザを救援要請情報の送信先として絞り込んでもよい。
【０２５９】
なお、このフローチャートでは、処理を分かりやすくするため「身体異常」と「電池残量不足」の条件で絞込み処理を行っているが、分岐処理を増やす、あるいはテーブルを用いた検索処理を行う等の方法により、多種多様な緊急状態種別に適した絞込み処理を行うことが可能となる。
【０２６０】
ステップＳ８０５，Ｓ８０７，Ｓ８０８の処理を終えると、救援要請部１２ｂは、救援要請情報の送信先として絞り込んだユーザの携帯端末装置２に対して救援要請情報を送信し（ステップＳ８０９）、救援要請処理を終了する。
【０２６１】
なお、サーバ１が実行する救援要請処理の処理手順は、図１７に示す処理手順に限定されるものではない。たとえば、救援要請部１２ｂは、ステップＳ８０２の処理およびステップＳ８０３の処理を行わないこととしてもよい。すなわち、救援要請情報の送信先は、要救援者と同一グループの所属メンバーや、要救援者の近くに所在するユーザに限定されない。
【０２６２】
次に、携帯端末装置２が実行する処理の処理手順について図１８を用いて説明する。図１８は、携帯端末装置２が実行する処理の処理手順を示すフローチャートである。
【０２６３】
図１８に示すように、携帯端末装置２では、緊急状態検出部２４ｄが、救援要請情報を受信したか否かを判定し（ステップＳ９０１）、受信したと判定すると（ステップＳ９０１，Ｙｅｓ）、受信した救援要請情報に基づき、図１５Ａに示す緊急事態発生画像を生成する（ステップＳ９０２）。ステップＳ９０２において生成された緊急事態発生画像は、車載装置３のタッチパネルディスプレイ３２に対して表示されることとなる。
【０２６４】
つづいて、緊急状態検出部２４ｄは、ユーザが救援へ向かうか否かを判定する（ステップＳ９０３）。具体的には、緊急状態検出部２４ｄは、図１５Ａに示す「救援へ向かう」ボタン６７ｃが押下された旨の情報を車載装置３から受信した場合に、ユーザが救援へ向かうと判定する。
【０２６５】
ステップＳ９０３において、ユーザが救援へ向かうと判定すると（ステップＳ９０３，Ｙｅｓ）、ナビゲーション部２４ｃは、要救援者までの経路を設定する（ステップＳ９０４）。
【０２６６】
また、送信処理部２４３は、要救援者への連絡処理を行う（ステップＳ９０５）。具体的には、送信処理部２４３は、自装置のユーザが要救援者の救援へ向かう旨の情報をサーバ１へ送信する。かかる情報を受信したサーバ１は、要救援者の携帯端末装置２に対して上記のユーザが救援へ向かうことを示す情報を上記のユーザが到着するまでの予想時間等とともに送信する。これにより、要救援者は、救援に来る人物が存在することを知ることができる。
【０２６７】
一方、ステップＳ９０１において救援情報を受信していない場合（ステップＳ９０１，Ｎｏ）、緊急状態検出部２４ｄは、メーデースイッチ７が押下されたか否かを判定する（ステップＳ９０６）。かかる処理においてメーデースイッチ７が押下されたと判定すると（ステップＳ９０６，Ｙｅｓ）、送信処理部２４３は、緊急事態が発生した旨のトークデータである緊急事態発生トークデータを生成してサーバ１へ送信する（ステップＳ９０７）。また、ステップＳ９０６においてメーデースイッチ７が押下されていない場合（ステップＳ９０６，Ｎｏ）、アプリ実行部２４ｂは、本処理を終える。
【０２６８】
ステップＳ９０５またはステップＳ９０７の処理を終えたとき、あるいは、ステップＳ９０３において「救援へ向かう」ボタン６７ｃが押下されない場合（ステップＳ９０３，Ｎｏ）、アプリ実行部２４ｂは、グループトーク中処理を終了する。
【０２６９】
上述してきたように、本実施例では、グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う携帯端末装置が、ユーザの緊急状態を検出する緊急状態検出部と、緊急状態検出部によって緊急状態が検出された場合に、緊急状態に関する緊急情報をサーバに対して送信する送信処理部とを備え、サーバが、携帯端末装置から緊急情報を受信した場合に、グループに所属する他のユーザの通信装置に対して緊急情報に基づく救援要請情報を送信する救援要請部を備えることとした。したがって、本実施例によれば、緊急事態が発生した場合に適切な通報を行うことができる。
【０２７０】
なお、上述した実施例において携帯端末装置２が実行する処理は、車載装置３が実行してもよい。同様に、車載装置３が実行する処理を携帯端末装置２が実行してもよい。
【０２７１】
たとえば、上述してきた実施例では、サーバ１との通信を携帯端末装置２が行う場合の例について説明したが、サーバ１との通信は、車載装置３が行ってもよい。また、上述してきた実施例では、携帯端末装置２がナビゲーション機能を備える場合の例について説明したが、ナビゲーション機能は、車載装置３が備えていてもよい。また、車載装置３が備える音声認識処理部３４ｅや実行指示部３４ｆを携帯端末装置２が備えていてもよい。
【０２７２】
また、上述してきた実施例では、グループ通信システム１００が、サーバ１と、携帯端末装置２と、車載装置３とを含んで構成される場合の例について説明したが、グループ通信システムの構成は、これに限ったものではない。たとえば、グループ通信システムは、携帯端末装置を含まず、サーバと車載装置とを含んで構成されてもよい。かかる場合には、車載装置が、図３に示す位置情報取得部２２、記憶部２３、アプリ実行部２４ｂ、ナビゲーション部２４ｃ、緊急状態検出部２４ｄを備えていればよい。
【０２７３】
また、グループ通信システムは、車載装置を含まず、サーバと携帯端末装置とを含んで構成されてもよい。かかる場合には、携帯端末装置が、操作情報送信部３４ｂ、表示制御部３４ｃ、音声出力制御部３４ｄ、音声認識処理部３４ｅ、実行指示部３４ｆを備えていればよい。
【０２７４】
また、グループ通信システムは、緊急通報対応サーバおよびグループトークサーバの２つのサーバを備えていてもよい。かかる場合には、緊急通報対応サーバおよびグループトークサーバが連携することによって、図１に示すサーバ１と同様の動作を行うこととすればよい。
【０２７５】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施の形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【産業上の利用可能性】
【０２７６】
以上のように、本願に係るグループ通信システムおよび通信装置は、煩雑な操作を強いることなく音声メッセージを送信したい場合に有効であり、特に、車載装置や車載システムへの適用が考えられる。
【符号の説明】
【０２７７】
１ サーバ
１１ａ ユーザ管理ＤＢ
１１ｂ グループ管理ＤＢ
２ 携帯端末装置
２１ 近距離通信インタフェース
２２ 位置情報取得部
２３ 記憶部
２３ａ ユーザＩＤ
２３ｂ グループトークアプリケーション
２３ｃ 地図情報
２４ 制御部
２４ａ 認証処理部
２４ｂ アプリ実行部
２４１ 画像生成部
２４２ 受信処理部
２４３ 送信処理部
２４ｃ ナビゲーション部
２４ｄ 緊急状態検出部
３ 車載装置
３１ 近距離通信インタフェース
３２ タッチパネルディスプレイ
３３ 記憶部
３３ａ 設定情報
３４ 制御部
３４ａ 認証処理部
３４ｂ 操作情報送信部
３４ｃ 表示制御部
３４ｄ 音声出力制御部
３４ｅ 音声認識処理部
３４ｆ 実行指示部
４ 認証装置
５ マイク
６ スピーカ
７ メーデースイッチ
５０ ネットワーク
７０ 車両
１００ グループ通信システム
【技術分野】
【０００１】
本発明は、通報システムおよび通信装置に関する。
【背景技術】
【０００２】
従来、ユーザが所持する携帯端末装置を用い、ユーザが事故等の緊急事態に遭遇したことをユーザに関する情報とともに通報する通報システムが知られている。
【０００３】
たとえば、特許文献１には、緊急事態に遭遇したユーザの氏名、生年月日、血液型等のユーザ情報を含んだ緊急信号を、このユーザの周辺に位置するシステム加入者の携帯端末装置へ送信する技術が開示されている。また、特許文献１に記載の技術では、緊急信号を受信した各携帯端末装置が、上記のユーザ情報と自装置の位置情報とを含んだ通報情報をあらかじめ登録された緊急通報先に対して送信することとしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−０５５５６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術には、適切な通報を行うことができない場合があった。
【０００６】
たとえば、大規模災害や同時多発的に緊急事態が発生した場合には、大量の通報情報が送信されることとなり、通信回線が混雑し、却って救援の遅れを招くおそれがある。また、救援者（救急隊やレスキュー隊等）が通報情報を受信したとしても、救援依頼が多く手が足りないような状況の場合や、緊急事態発生地点まで遠い場所にいる救援者が通報情報を受信したような場合においても、救援の遅れを招くおそれがある。
【０００７】
また、緊急事態に遭遇したユーザの周辺に位置する不特定多数のシステム加入者に対して緊急信号を送信することとすると、たとえば野次馬目的で集まる者も現れる可能性があり、救援に支障を来たすおそれがある。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、緊急事態が発生した場合に適切な通報を行うことのできる通報システムおよび通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する通報システムは、グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う通信装置が、ユーザの緊急状態を検出する緊急状態検出部と、前記緊急状態検出部によって緊急状態が検出された場合に、前記緊急状態に関する緊急情報を前記サーバに対して送信する通報処理部とを備え、前記サーバが、前記通信装置から前記緊急情報を受信した場合に、前記グループに所属する他のユーザの通信装置に対して前記緊急情報に基づく救援要請情報を送信する救援要請部を備える。
【００１０】
また、本願の開示する通信装置は、グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う通信装置であって、ユーザの緊急状態を検出する緊急状態検出部と、前記緊急状態検出部によって緊急状態が検出された場合に、前記緊急状態に関する緊急情報を前記サーバに対して送信する通報処理部とを備える。
【発明の効果】
【００１１】
本願の開示する通報システムおよび通信装置の一つの態様によれば、緊急事態が発生した場合に適切な通報を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本実施例に係るグループ通信システムの構成例を示す図である。
【図２】図２は、車両に設置される機器を示す図である。
【図３】図３は、携帯端末装置および車載装置の構成を示すブロック図である。
【図４Ａ】図４Ａは、ユーザ管理情報の一例を示す図である。
【図４Ｂ】図４Ｂは、グループ管理情報の一例を示す図である。
【図５Ａ】図５Ａは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｂ】図５Ｂは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｃ】図５Ｃは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｄ】図５Ｄは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｅ】図５Ｅは、タッチパネルディスプレイの表示例を示す図である。
【図５Ｆ】図５Ｆは、タッチパネルディスプレイの表示例を示す図である。
【図６】図６は、アプリ起動時処理の処理手順を示すフローチャートである。
【図７】図７は、グループ選択処理の処理手順を示すフローチャートである。
【図８】図８は、グループトーク送信処理の処理手順を示すフローチャートである。
【図９】図９は、グループトーク受信処理の処理手順を示すフローチャートである。
【図１０】図１０は、端末側退会処理の処理手順を示すフローチャートである。
【図１１】図１１は、サーバ側退会処理の処理手順を示すフローチャートである。
【図１２】図１２は、サーバの構成を示すブロック図である。
【図１３】図１３は、絞り込み情報の一例を示す図である。
【図１４Ａ】図１４Ａは、絞り込み処理の一例を示す図である。
【図１４Ｂ】図１４Ｂは、絞り込み処理の一例を示す図である。
【図１４Ｃ】図１４Ｃは、絞り込み処理の一例を示す図である。
【図１５Ａ】図１５Ａは、タッチパネルディスプレイの表示例を示す図である。
【図１５Ｂ】図１５Ｂは、タッチパネルディスプレイの表示例を示す図である。
【図１６】図１６は、緊急情報送信処理の処理手順を示すフローチャートである。
【図１７】図１７は、救援要請処理の処理手順を示すフローチャートである。
【図１８】図１８は、携帯端末装置が実行する処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、本願の開示する通報システムおよび通信装置のいくつかの実施例を詳細に説明する。ただし、これらの実施例における例示で本発明が限定されるものではない。
【００１４】
なお、以下では、本願に開示する通報システムが適用されるグループ通信システムの基本的な構成例や動作例について図１〜図１１を用いて説明した後に、ユーザに緊急事態が発生した場合における具体的な処理を図１２〜図１８を用いて説明する。
【００１５】
まず、本実施例に係るグループ通信システムのシステム構成について図１を用いて説明する。図１は、本実施例に係るグループ通信システムの構成例を示す図である。なお、以下では、通信装置の一例として、携帯端末装置を用いて説明するが、通信装置は、携帯端末装置以外の装置（たとえば、車載装置）であってもよい。
【００１６】
図１に示すように、本実施例に係るグループ通信システム１００は、サーバ１と、携帯端末装置２と、車載装置３とを含んで構成される。グループ通信システム１００では、同一のグループに所属するユーザ同士が音声や文字による通信（以下、「グループトーク」と記載する）を行う。
【００１７】
サーバ１は、グループトークサービスを提供する装置である。サーバ１は、たとえばパーソナルコンピュータ等の一般的なコンピュータであり、ＣＰＵ（Central Processing Unit）等の制御部を備える。サーバ１の制御部は、携帯端末装置２からの要求に応じて、グループトークに関する各種の処理を実行する。
【００１８】
また、サーバ１は、ユーザ管理ＤＢ（データベース）１１ａおよびグループ管理ＤＢ（データベース）１１ｂを含んだデータベースを備える。
【００１９】
ユーザ管理ＤＢ１１ａは、グループトークサービスに加入しているユーザに関する情報を管理するデータベースである。このユーザ管理ＤＢ１１ａは、たとえば、ユーザのＩＤ、氏名、現在位置といった情報をユーザ管理情報として管理する。
【００２０】
また、グループ管理ＤＢ１１ｂは、ユーザによって形成されるグループに関する情報を管理するデータベースである。このグループ管理ＤＢ１１ｂは、たとえば、グループのＩＤ、グループ名、グループに所属するユーザのＩＤといった情報をグループ管理情報として管理する。
【００２１】
なお、ユーザ管理情報およびグループ管理情報の具体的な内容については、図４Ａおよび図４Ｂを用いて後述する。
【００２２】
携帯端末装置２は、たとえばスマートフォンや携帯電話であり、インターネットや無線通信網といったネットワーク５０を介してサーバ１と相互に接続される。また、携帯端末装置２は、Ｗｉ−Ｆｉ（登録商標）やブルートゥース（登録商標）などの近距離無線通信を用いて車載装置３と接続する。
【００２３】
車載装置３は、ユーザが運転する車両７０に搭載される車載装置である。かかる車載装置３は、たとえば、表示機能やオーディオ再生機能、携帯端末装置２との通信機能といった基礎的な機能のみを実装し、携帯端末装置２と連携することで多機能化する。なお、車載装置３は、これに限ったものではなく、上述した基礎的な機能以外の機能（たとえば、ナビゲーション機能）を備えていてもよい。
【００２４】
なお、携帯端末装置２／車載装置３間の通信は、たとえばＺｉｇＢｅｅ（登録商標）等の他の無線通信規格を用いた近距離無線通信であってもよい。また、携帯端末装置２／車載装置３間の通信を有線通信で行うこととしてもよい。また、ここでは、車両７０が電気自動車であるものとするが、車両７０は、電気自動車に限らず、ハイブリッド車やガソリン車であってもよい。
【００２５】
次に、車両７０に設置される車載装置３等の機器について図２を用いて説明する。図２は、車両７０に設置される機器を示す図である。図２に示すように、車両７０には、車載装置３、認証装置４、マイク５、スピーカ６、メーデースイッチ７等が設けられる。
【００２６】
認証装置４は、車両７０へ乗車したユーザの認証を行うための装置である。具体的には、認証装置４は、ＲＦＩＤ（Radio Frequency Identification）等の近距離無線通信を用いて携帯端末装置２からユーザＩＤを取得し、取得したユーザＩＤを車載装置３へ受け渡す処理を行う。
【００２７】
なお、ここでは、認証装置４が取得するユーザＩＤが、携帯端末装置２の固体識別情報（ＵＩＤ）であるものとするが、ユーザＩＤは、ＵＩＤ以外の識別情報であってもよい。
【００２８】
マイク５は、ユーザの音声を音声データとして取得する音声入力部である。マイク５によって取得された音声データは、車載装置３へ受け渡される。また、スピーカ６は、車載装置３から受け取った音声データに基づく音声を出力する音声出力部である。
【００２９】
ここでは、マイク５およびスピーカ６がハンドルに設けられるものとするが、マイク５およびスピーカ６は、ハンドル以外の場所に設置されてもよい。たとえば、スピーカ６は、車両７０の天井、ドアやフロントパネル等に設置されてもよい。
【００３０】
車載装置３は、フロントパネルの中央、言い換えれば、ドライバーから見て左斜め前方に設置される。ただし、これに限ったものではなく、車載装置３は、フロントパネルの右端、言い換えれば、ドライバーから見て右斜め前方に設置されてもよいし、フロントパネル以外の場所に設置されてもよい。
【００３１】
メーデースイッチ７は、たとえば、ユーザに身体的な異常が発生した場合や車両７０の走行用の電池の残量が所定量未満となった場合などに、ユーザによって押下される物理的なスイッチである。グループ通信システム１００では、かかるメーデースイッチ７が押下されることで、ユーザに緊急事態が発生したことが、グループトークサービスに加入する他のユーザに対して通知される。かかる点については、実施例２において具体的に説明する。
【００３２】
なお、車両７０には、図２に示す機器以外の機器が設置されてもよい。たとえば、車両７０には、車両周辺や車内を撮影するカメラが設置されてもよい。
【００３３】
次に、携帯端末装置２および車載装置３の構成について図３を用いて説明する。図３は、携帯端末装置２および車載装置３の構成を示すブロック図である。なお、図３では、携帯端末装置２および車載装置３の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載を省略している。
【００３４】
携帯端末装置２は、近距離通信インタフェース２１と、位置情報取得部２２と、記憶部２３と、制御部２４とを備える。また、記憶部２３は、ユーザＩＤ２３ａと、グループトークアプリケーションソフトウェア２３ｂと、地図情報２３ｃと、車載装置連携アプリケーションソフトウェア２３ｄとを記憶する。また、制御部２４は、認証処理部２４ａと、アプリ実行部２４ｂと、ナビゲーション部２４ｃと、緊急状態検出部２４ｄとを備える。さらに、アプリ実行部２４ｂは、画像生成部２４１と、受信処理部２４２と、送信処理部２４３とを備える。
【００３５】
一方、車載装置３は、近距離通信インタフェース３１と、タッチパネルディスプレイ３２と、記憶部３３と、制御部３４とを備える。また、記憶部３３は、設定情報３３ａを記憶する。また、制御部３４は、認証処理部３４ａと、操作情報送信部３４ｂと、表示制御部３４ｃと、音声出力制御部３４ｄと、音声認識処理部３４ｅと、実行指示部３４ｆとを備える。
【００３６】
なお、図３に示すように、携帯端末装置２には車載装置３との連携動作を実現するための車載装置連携アプリケーションソフトウェア２３ｄが搭載されている。また、車載装置３には携帯端末装置２との間で連携動作を行う連携機能が搭載されている。これにより、たとえば、携帯端末装置２から各種アプリケーションによって生成された画像データが車載装置３に伝送されて車載装置３のタッチパネルディスプレイ３２に表示され、また車載装置３からタッチパネルディスプレイ３２等への操作内容を示す操作情報等が携帯端末装置２へ伝送されて携帯端末装置２がかかる操作情報に基づいて処理を行う、といった連携動作が実現される。
【００３７】
なお、車載装置連携アプリケーションは、グループトークアプリケーション以外のアプリケーションとも連携し、かかるアプリケーションを車載装置３のタッチパネルディスプレイ３２や図示しないハードスイッチ等を用いて使用することが可能となる。このように、車載装置連携アプリケーションは、ＯＳ（Operation System）およびアプリケーションの中間的な性質を持ったアプリケーションである。
【００３８】
まず、携帯端末装置２の構成について説明する。近距離通信インタフェース２１は、車載装置３との間で近距離無線通信を行うための通信デバイスである。また、位置情報取得部２２は、たとえばＧＰＳ（Global Positioning System）受信部であり、測位衛星から提供される位置情報を取得し、取得した位置情報をアプリ実行部２４ｂやナビゲーション部２４ｃへ渡すデバイスである。
【００３９】
記憶部２３は、不揮発性メモリやハードディスクドライブといった記憶デバイスであり、ユーザＩＤ２３ａ、グループトークアプリケーションソフトウェア２３ｂ、地図情報２３ｃおよび車載装置連携アプリケーションソフトウェア２３ｄを記憶する。
【００４０】
ユーザＩＤ２３ａは、たとえば携帯端末装置２のＵＩＤである。なお、ユーザＩＤ２３ａは、ＵＩＤに限ったものではなく、たとえば、ユーザによって任意に設定されるＩＤであってもよいし、サーバ１によって自動的に割り振られるＩＤであってもよい。
【００４１】
グループトークアプリケーションソフトウェア２３ｂは、サーバ１によって提供されるグループトークサービスを実現するためのソフトウェアである。地図情報２３ｃは、記憶部２３に予め記憶されていてもよいし、地図情報を保有するサービスセンタから必要な地図情報のみを適宜ダウンロードすることとしてもよい。車載装置連携アプリケーションソフトウェア２３ｄは、車載装置３との連携動作を実現するためのソフトウェアである。かかる車載装置連携アプリケーションソフトウェア２３ｄは、たとえば、サーバ１からダウンロードすることができる。
【００４２】
制御部２４は、携帯端末装置２全体を制御する制御部であり、認証処理部２４ａ、アプリ実行部２４ｂ、ナビゲーション部２４ｃおよび緊急状態検出部２４ｄを備える。また、制御部２４は、近距離通信インタフェース２１による近距離無線通信を用いて車載装置３との間で通信リンクを確立する処理等も行う。
【００４３】
認証処理部２４ａは、認証装置４からの要求に応じてユーザＩＤ２３ａを認証装置４へ送信する処理を行う処理部である。認証装置４へ送信されたユーザＩＤ２３ａは、認証装置４によって車載装置３の認証処理部３４ａへ受け渡される。
【００４４】
アプリ実行部２４ｂは、グループトークアプリケーションに従ってグループトークに関する各種の処理を実行する処理部である。具体的には、アプリ実行部２４ｂは、画像生成部２４１、受信処理部２４２および送信処理部２４３を備える。
【００４５】
画像生成部２４１は、グループトークに関する各種の画像を生成し、生成した画像を近距離通信インタフェース２１経由で車載装置３へ送信する処理部である。
【００４６】
たとえば、この画像生成部２４１は、グループの選択候補画像に加え、グループに所属する各メンバーの所在地を示す所在地画像を含んだグループ選択画像を生成する。かかる点については、後述する。
【００４７】
受信処理部２４２は、サーバ１から送信される各種情報を受信する処理部である。たとえば、受信処理部２４２は、グループに所属する各メンバーの位置情報をサーバ１から受信し、受信した位置情報を画像生成部２４１へ受け渡す。
【００４８】
また、受信処理部２４２は、グループトークを行うグループトークモード中において、他のユーザの音声データをサーバ１から受信する受信処理を実行する。具体的には、受信処理部２４２は、音声データを含むトークデータをサーバ１から受信し、受信したトークデータを記憶部２３へ記憶する。記憶部２３に記憶されたトークデータは、ユーザによるタッチパネルディスプレイ３２への入力操作に応じて記憶部２３から取り出され、かかるトークデータに含まれる音声データがスピーカ６から出力されることとなる。
【００４９】
送信処理部２４３は、グループトークモード中において、マイク５を介して取得されるユーザの音声データを車載装置３から近距離通信インタフェース２１経由で受信してサーバ１へ送信する送信処理を実行する。
【００５０】
具体的には、送信処理部２４３は、車載装置３から音声データを受信すると、位置情報取得部２２から現在の位置情報を取得し、音声データ、位置情報、時刻、ユーザＩＤ、後述するグループＩＤ等を含んだトークデータをサーバ１へ送信する。
【００５１】
また、送信処理部２４３は、後述する緊急状態検出部２４ｄから緊急事態が発生した旨の情報を受け取った場合に、緊急情報を生成してサーバ１へ送信する処理も行う。緊急情報は、ユーザに緊急事態が発生したことをあらわす情報であり、ユーザＩＤ２３ａ、ユーザの位置情報、緊急状態の種別をあらわす種別情報などを含んだ情報である。ユーザＩＤ２３ａは、記憶部２３から取得され、位置情報は、位置情報取得部２２から取得される。また、種別情報は、緊急状態検出部２４ｄから取得される。
【００５２】
このように、送信処理部２４３は、緊急状態検出部２４ｄによって緊急状態が検出された場合に、緊急状態に関する緊急情報をサーバ１に対して送信する通報処理部の一例として機能する。
【００５３】
なお、アプリ実行部２４ｂは、車載装置３の認証処理部３４ａからグループトークアプリケーションソフトウェア２３ｂの起動指示を受信した場合に、かかる起動指示に従ってグループトークアプリケーションソフトウェア２３ｂを起動させる処理も行う。また、アプリ実行部２４ｂは、後述する緊急状態検出部２４ｄからグループトークアプリケーションソフトウェア２３ｂの起動指示を受信した場合にも、グループトークアプリケーションソフトウェア２３ｂを起動させる。
【００５４】
ナビゲーション部２４ｃは、位置情報取得部２２によって取得された位置情報と、記憶部２３に記憶される地図情報２３ｃとを用いてユーザへの経路案内を行う処理部である。ナビゲーション部２４ｃによって生成される経路案内情報は、アプリ実行部２４ｂへ渡される。
【００５５】
緊急状態検出部２４ｄは、緊急事態が発生したことを検出する処理部である。具体的には、緊急状態検出部２４ｄは、メーデースイッチ７が押下された旨の情報を車載装置３から受信した場合に、緊急事態が発生したことを検出し、緊急事態が発生した旨の情報を送信処理部２４３へ通知する。
【００５６】
また、緊急状態検出部２４ｄは、緊急状態の種別を判定する緊急状態種別判定処理も併せて行う。たとえば、緊急状態検出部２４ｄは、車両７０の電池の残量が所定量未満の状態で、車載装置３からメーデースイッチ７が押下された旨の情報を受信した場合には、緊急状態種別が「電池残量不足」であると判定する。ここで、緊急状態検出部２４ｄは、車両７０の電池残量を車載装置３から定期的に受信するものとする。
【００５７】
また、緊急状態検出部２４ｄは、車両７０の電池の残量が所定量未満でない状態で、車載装置３からメーデースイッチ７が押下された旨の情報を受信した場合には、緊急状態種別がユーザの「身体異常」であると判定する。
【００５８】
なお、ここで説明した緊急状態種別判定処理は、あくまでも一例である。たとえば、緊急状態検出部２４ｄは、車両７０に設置されるカメラを用いてユーザの表情を撮影し、撮影したユーザの表情から緊急状態種別「身体異常」を判定してもよい。また、緊急状態検出部２４ｄは、車両７０のハンドル等に設置される心拍計を用いてユーザの心拍数を計測し、計測した心拍数から緊急状態種別「身体異常」を判定してもよい。また、緊急状態検出部２４ｄは、車両７０の挙動から緊急状態種別「身体異常」を判定してもよい。
【００５９】
また、緊急状態検出部２４ｄは、車両７０のエアバッグが展開された旨の情報を車載装置３から受信した場合に、緊急状態種別が「車両事故」であると判定してもよい。かかる場合には、緊急状態検出部２４ｄは、ユーザによってメーデースイッチ７が押下されなくとも、緊急事態が発生したことを検出するものとする。
【００６０】
つづいて、車載装置３の構成について説明する。近距離通信インタフェース３１は、携帯端末装置２との間で近距離無線通信を行うための通信デバイスである。タッチパネルディスプレイ３２は、各種画像を表示するためのディスプレイの表面に入力用のタッチパネルを付した入出力デバイスである。タッチパネルディスプレイ３２は、ユーザから入力操作を受け付けると、受け付けた入力操作に応じた操作情報を操作情報送信部３４ｂへ受け渡す。
【００６１】
記憶部３３は、不揮発性メモリやハードディスクドライブといった記憶デバイスであり、設定情報３３ａを記憶する。設定情報３３ａは、たとえば、登録済みのユーザＩＤごとに、かかるユーザＩＤを持つユーザのユーザ名等を関連付けた情報を含んだ情報である。
【００６２】
また、設定情報３３ａには、「キラーワード」も含まれる。このキラーワードは、車両７０に搭載されるエアコン等の機器、あるいは、携帯端末装置２が備えるナビゲーション部２４ｃ等を音声によって制御するための専用の言葉であり、たとえばユーザによってあらかじめ登録される。
【００６３】
制御部３４は、車載装置３全体を制御する制御部であり、認証処理部３４ａ、操作情報送信部３４ｂ、表示制御部３４ｃ、音声出力制御部３４ｄ、音声認識処理部３４ｅおよび実行指示部３４ｆを備える。
【００６４】
認証処理部３４ａは、認証装置４から受け取ったユーザＩＤに基づいてユーザ認証を行う処理部である。具体的には、認証処理部３４ａは、認証装置４から受け取ったユーザＩＤが設定情報３３ａに含まれるユーザＩＤと一致するか否かを判定し、一致すると判定した場合に、このユーザを認証する。
【００６５】
また、認証処理部３４ａは、ユーザを認証すると、グループトークアプリケーションソフトウェア２３ｂの起動指示を近距離通信インタフェース３１経由で携帯端末装置２のアプリ実行部２４ｂへ送信する。これにより、携帯端末装置２のアプリ実行部２４ｂは、グループトークアプリケーションソフトウェア２３ｂを起動させる。
【００６６】
操作情報送信部３４ｂは、タッチパネルディスプレイ３２から受け取った操作情報を近距離通信インタフェース３１経由で携帯端末装置２へ送信する処理部である。また、操作情報送信部３４ｂは、メーデースイッチ７が押下された場合には、メーデースイッチ７が押下された旨の情報を携帯端末装置２へ送信する処理を行う。
【００６７】
表示制御部３４ｃは、タッチパネルディスプレイ３２に対して各種の画像を表示させる処理部である。たとえば、表示制御部３４ｃは、近距離通信インタフェース３１経由で携帯端末装置２から受信したグループ選択画像をタッチパネルディスプレイ３２に対して表示させる処理を行う。
【００６８】
音声出力制御部３４ｄは、携帯端末装置２から近距離通信インタフェース３１経由でトークデータを受信し、受信したトークデータに含まれる音声データに基づいてスピーカ６から音声を出力させる処理を行う。
【００６９】
音声認識処理部３４ｅは、マイク５を介して取得した音声データを近距離通信インタフェース３１経由で携帯端末装置２へ送信する処理部である。また、音声認識処理部３４ｅは、マイク５を介して取得した音声データから発話内容を認識する音声認識処理も行う。
【００７０】
また、音声認識処理部３４ｅは、音声認識処理によって認識された発話内容と、設定情報３３ａに含まれるキラーワードとを比較し、発話内容にキラーワードが含まれると判定した場合には、このキラーワードを実行指示部３４ｆへ受け渡す処理も併せて行う。
【００７１】
実行指示部３４ｆは、音声認識処理部３４ｅからキラーワードを受け取った場合に、受け取ったキラーワードに対応する処理をエアコン等の機器に対して実行させる処理を行う処理部である。また、実行指示部３４ｆは、キラーワードに対応する処理がナビゲーションに関する処理である場合には、キラーワードに対応する処理を行わせるための制御データを近距離通信インタフェース３１経由で携帯端末装置２へ送信する。
【００７２】
また、実行指示部３４ｆは、後述する同期制御データを携帯端末装置２から近距離通信インタフェース３１経由で受信した場合には、受信した同期制御データに含まれる制御データに応じて、該当する機器に対して該当する処理を実行させる。かかる点については、後述する。
【００７３】
なお、ここでは、携帯端末装置２および車載装置３の特徴を説明するために必要な構成や機能についてのみ示したが、携帯端末装置２および車載装置３は、上記以外の構成や機能を備えていても構わない。たとえば、車載装置３の音声出力制御部３４ｄは、上述した動作だけでなく、楽曲や音声案内等の出力制御も行う。
【００７４】
次に、サーバ１が備えるユーザ管理ＤＢ１１ａおよびグループ管理ＤＢ１１ｂによってそれぞれ管理されるユーザ管理情報およびグループ管理情報の内容について図４Ａおよび図４Ｂを用いて説明する。図４Ａは、ユーザ管理情報の一例を示す図であり、図４Ｂは、グループ管理情報の一例を示す図である。
【００７５】
図４Ａに示すように、ユーザ管理情報は、ユーザＩＤに対して、「ユーザ名」項目、「アイコン画像」項目、「現在位置」項目、「経路」項目、「状態」項目、「所属グループ」項目、「救援意思」項目、「職業／資格」項目、「車両搭載装備」項目、「血液型」項目、「持病」項目および「緊急連絡先」項目を関連付けた情報である。
【００７６】
「ユーザ名」項目は、ユーザの氏名が格納される項目である。なお、ユーザ名は、本名ではなく、ニックネーム等であってもよい。「アイコン画像」項目は、たとえばユーザの顔写真など、ユーザを特定するアイコン画像としてユーザが任意に選択した画像が格納される項目である。
【００７７】
「現在位置」項目は、ユーザの位置情報が格納される項目である。具体的には、サーバ１は、各ユーザの携帯端末装置２から位置情報を定期的に収集して、ユーザ管理情報の「現在位置」項目を更新する。このように、サーバ１は、携帯端末装置２から位置情報を定期的に収集することによって各ユーザの所在地を管理する。
【００７８】
「経路」項目は、目的地までの予定経路、出発地から現在位置までの通過済み経路などの情報が格納される項目である。たとえば、サーバ１は、ナビゲーション部２４ｃによって生成される経路案内情報を携帯端末装置２から取得して、「経路」項目を更新する。
【００７９】
「状態」項目は、ユーザの状態情報が格納される項目である。ユーザの状態情報とは、たとえば、車両７０に乗車中か否かを示す情報である。たとえば、図４Ａに示すユーザ管理情報の「状態」項目には、「乗車中」が格納されている。これは、ユーザＩＤ「Ｕ０１」のユーザ（山田太郎）が、車両７０に乗車中であることを示している。
【００８０】
ここで、ユーザが車両７０に乗車中か否かは、携帯端末装置２から送信される情報によって特定することができる。
【００８１】
たとえば、携帯端末装置２は、グループトークアプリケーションソフトウェア２３ｂの起動を車載装置３からの指示によって行った場合には、ユーザが乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。また、携帯端末装置２は、ユーザ操作によってグループトークアプリケーションソフトウェア２３ｂを起動させた場合には、ユーザが非乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。そして、サーバ１は、携帯端末装置２から送信されるこれらの情報に基づいて、ユーザ管理情報の「状態」項目を更新する。
【００８２】
また、ユーザが車両７０に乗車中か否かを判断する方法としては、車載装置３と携帯端末装置２との接続状態（近距離無線通信の通信状態）に基づいて判断する方法であってもよい。この場合、車載装置３と携帯端末装置２とが接続されている状態で、グループトークアプリケーション２３ｂを起動させた場合には、ユーザが乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。車載装置３と携帯端末装置２とが接続されていない状態で、グループトークアプリケーション２３ｂを起動させた場合には、ユーザが非乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。
【００８３】
「所属グループ」項目は、ユーザが所属するグループの識別情報（グループＩＤ）が格納される項目である。たとえば、図４Ａに示す場合には、ユーザＩＤ「Ｕ０１」に対して所属グループ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」が関連付けられている。これは、ユーザ「山田太郎」が、それぞれグループＩＤ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」によって識別される３つのグループに所属していることを示している。
【００８４】
「救援意思」項目は、グループトークサービスに加入するユーザの何れかが緊急事態に陥った場合に、救援に向かう意思があるか否か、すなわち、サーバ１から後述する救援要請情報を受信する意思があるか否かを示す情報が格納される項目である。たとえば、救援に向かう意思のあるユーザの「救援意思」項目には「あり」が格納される。
【００８５】
「職業／資格」項目は、ユーザの職業あるいはユーザが保有する資格に関する情報が格納される項目である。図４Ａに示す例では、「職業／資格」項目に「医師」が格納される。「車両搭載装備」項目は、ユーザが所有する車両７０に搭載される装備に関する情報が格納される項目である。たとえば、図４Ａに示す例では、「車両搭載装備」項目に「走行用バッテリ」が格納される。
【００８６】
「血液型」項目は、ユーザの血液型に関する情報が格納される項目であり、「持病」項目は、ユーザの持病に関する情報が格納される項目である。また、「緊急連絡先」項目は、ユーザが緊急事態に陥った場合の緊急連絡先の電話番号が格納される項目である。
【００８７】
なお、図４Ａに示すユーザ管理情報は、あくまで一例であり、図４Ａに示した項目以外の項目をユーザ管理情報が含んでいてもよい。
【００８８】
つづいて、グループ管理情報の内容について図４Ｂを用いて説明する。図４Ｂに示すように、グループ管理情報は、グループＩＤに対して、「グループ名」項目、「トーク中」項目、「所属ユーザ」項目および「通信履歴」項目を関連付けた情報である。
【００８９】
ここで、「グループ名」項目は、グループＩＤに対応するグループのグループ名が格納される項目である。「トーク中」項目は、グループＩＤに対応するグループが現在グループトーク中であるか否かを示す情報が格納される項目である。たとえば、図４Ｂに示す場合には、「トーク中」項目に対して「○」が格納されている。これは、グループＩＤ「Ｇ０１」のグループが現在グループトーク中であることを示している。
【００９０】
「所属ユーザ」項目は、グループＩＤに対応するグループに所属するユーザのユーザＩＤが格納される項目である。また、「通信履歴」項目は、「所属ユーザ」項目に格納される各ユーザＩＤと関連付けられ、各ユーザの通信履歴が格納される項目である。この通信履歴には、トークデータのほか、ユーザがグループトークに参加した時刻、グループトークから退会した時刻、あるいは、ユーザがグループトークに参加中か否かを示す情報等が含まれる。
【００９１】
このように、サーバ１は、グループトークにおける各グループの一覧情報であるグループ管理情報を記憶する記憶部としてグループ管理ＤＢ１１ｂを備える。また、サーバ１は、各グループに所属するユーザが所有する携帯端末装置２から取得される位置情報を含んだユーザ管理情報を記憶する記憶部としてユーザ管理ＤＢ１１ａを備える。
【００９２】
次に、ユーザが認証装置４を用いてユーザ認証を行ってからグループトークが開始されるまでの各手順について、車載装置３のタッチパネルディスプレイ３２に対して表示される画面を参照しつつ説明する。図５Ａ〜図５Ｆは、タッチパネルディスプレイ３２の表示例を示す図である。
【００９３】
グループトークサービスの加入者であるユーザは、車両７０に乗車すると、まず、認証装置４に対して携帯端末装置２をかざす。これにより、携帯端末装置２の記憶部２３に記憶されるユーザＩＤ２３ａが認証装置４によって読み取られ、車載装置３の認証処理部３４ａが、ユーザＩＤ２３ａと設定情報３３ａとを用いてユーザ認証を行う。
【００９４】
つづいて、認証処理部３４ａは、ユーザを認証すると、ユーザが認証された旨の情報をこのユーザのアイコン画像やユーザ名等とともに表示制御部３４ｃへ受け渡す。そして、表示制御部３４ｃは、これらの情報に基づいて認証成功画像を生成し、生成した認証成功画像をタッチパネルディスプレイ３２に対して表示させる。
【００９５】
図５Ａには、認証成功画像の一例を示している。図５Ａに示すように、認証成功画像には、認証されたユーザのアイコン画像やユーザ名等が含まれる。
【００９６】
また、認証処理部３４ａは、ユーザを認証すると、グループトークアプリケーションソフトウェア２３ｂの起動指示を携帯端末装置２のアプリ実行部２４ｂへ送信する。そして、アプリ実行部２４ｂは、かかる起動指示に従ってグループトークアプリケーションソフトウェア２３ｂを起動させる。なお、本実施例では、グループトークアプリケーションソフトウェア２３ｂを認証後に自動起動する方式としたが、認証後に自動起動するのではなく、認証後のユーザによる起動操作によって起動する方式でも良い。
【００９７】
つづいて、携帯端末装置２では、アプリ実行部２４ｂの画像生成部２４１が、メニュー画面を生成し、生成したメニュー画面を車載装置３の表示制御部３４ｃへ送信する。そして、車載装置３では、表示制御部３４ｃが、画像生成部２４１から受信したメニュー画面をタッチパネルディスプレイ３２に対して表示させる。
【００９８】
図５Ｂには、メニュー画面の一例を示している。図５Ｂに示すように、メニュー画面には、グループトークサービスを含む各種のサービスに対応する画像が含まれる。
【００９９】
ここで、ユーザによってグループトークサービスに対応する画像がタッチされたとする。かかる場合、車載装置３では、操作情報送信部３４ｂが、タッチパネルディスプレイ３２から操作情報を受け取り、受け取った操作情報を携帯端末装置２へ送信する。
【０１００】
携帯端末装置２では、送信処理部２４３が、グループトークサービスに対応する画像がタッチされた旨の操作情報を車載装置３から受信すると、グループ選択画像の生成に必要な情報を取得するための取得要求をユーザＩＤ２３ａや位置情報等とともにサーバ１へ送信する。
【０１０１】
サーバ１は、これらの情報を受信すると、ユーザ管理ＤＢ１１ａを参照し、ユーザが所属するグループのグループＩＤを取り出す。たとえば、ユーザがユーザＩＤ「Ｕ０１」の「山田太郎」である場合、サーバ１は、グループＩＤ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」を取り出す。
【０１０２】
また、サーバ１は、取り出したグループＩＤに対応するグループ管理情報をグループ管理ＤＢ１１ｂから取り出すとともに、取り出したグループ管理情報に含まれる所属ユーザのユーザＩＤに対応するユーザ管理情報をユーザ管理ＤＢ１１ａから取り出す。たとえば、サーバ１は、グループＩＤ「Ｇ０１」に対応するグループ管理情報をグループ管理ＤＢ１１ｂから取り出すとともに、このグループの所属ユーザ「Ｕ０２」のユーザ管理情報をユーザ管理ＤＢ１１ａから取り出す。
【０１０３】
そして、サーバ１は、ユーザ管理ＤＢ１１ａおよびグループ管理ＤＢ１１ｂから取り出した情報を取得要求の送信元である携帯端末装置２へ送信する。
【０１０４】
つづいて、携帯端末装置２では、受信処理部２４２が、サーバ１からグループ選択画像の生成に必要な情報を受信し、受信した情報を画像生成部２４１へ受け渡す。そして、画像生成部２４１は、受信処理部２４２から受け取った情報と、記憶部２３に記憶される地図情報２３ｃとに基づいて、グループ選択画像を生成する。
【０１０５】
画像生成部２４１は、かかるグループ選択画像を生成すると、生成したグループ選択画像を車載装置３へ送信する。そして、車載装置３では、表示制御部３４ｃが、画像生成部２４１から受信したグループ選択画像をタッチパネルディスプレイ３２に対して表示させる。
【０１０６】
また、画像生成部２４１は、受信処理部２４２から受け取った情報を記憶部２３に一時的に記憶させる。
【０１０７】
図５Ｃには、グループ選択画像の一例を示している。図５Ｃに示すように、グループ選択画像には、選択候補画像６１と、所在地画像６２とが含まれる。
【０１０８】
選択候補画像６１は、グループトークを開始させるグループの選択候補を示す画像である。具体的には、選択候補画像６１は、選択候補となるグループにそれぞれ対応する画像を含んでいる。
【０１０９】
この選択候補画像６１は、選択候補となるグループのうち一部のグループを含んで構成される。具体的には、選択候補画像６１は、選択候補となるグループの画像がユーザの操作に応じて仮想的に回転して切り替わる、いわゆるドラム式の表示形式を採用した画像である。
【０１１０】
選択候補となるグループの画像には、たとえば、グループ名と、所属メンバーのアイコン画像とが含まれる。図５Ｃに示す場合、選択候補画像６１には、グループ名「家族」のグループに対応する画像、「友人１」のグループに対応する画像および「同僚」のグループに対応する画像が含まれている。
【０１１１】
また、グループ名「友人１」のグループに対応する画像には、このグループに所属するユーザとして、４人のユーザ（ここでは、ユーザＡ〜Ｄとする）のアイコン画像が含まれている。また、グループ「友人１」の画像の左右にそれぞれ位置するグループ「家族」の画像およびグループ「同僚」の画像には、グループ「家族」の所属メンバーの一部であるユーザＺのアイコン画像およびグループ「同僚」の所属メンバーの一部であるユーザＥのアイコン画像がそれぞれ含まれる。
【０１１２】
なお、グループ名は、グループ管理情報に含まれる情報であり、所属メンバーのアイコン画像は、ユーザ管理情報に含まれる情報である。画像生成部２４１は、これらの情報を受信処理部２４２から受け取り、選択候補画像６１を生成する。
【０１１３】
選択候補画像６１の中央位置は、選択候補画像６１の中でフォーカスの合った位置であり、かかる位置に配置されるグループ（図５Ｃでは、「友人１」）、すなわち、フォーカスの合ったグループが、仮選択状態のグループとなる。
【０１１４】
そして、所在地画像６２は、選択候補画像６１の中央位置に配置されるグループ（図５Ｃでは、「友人１」）に所属するユーザの所在を示す画像である。すなわち、所在地画像６２は、仮選択状態のグループに所属するユーザの位置情報に応じた地図画像上の位置にユーザのアイコン画像を重畳させた画像である。
【０１１５】
たとえば、図５Ｃに示す場合、選択候補画像６１の中央には、グループ「友人１」の画像が配置されており、所在地画像６２には、かかるグループ「友人１」の所属メンバーであるユーザＡ〜Ｄのアイコン画像が地図画像上に重畳されている。
【０１１６】
この時、選択候補画像６１の中央に位置するグループは仮選択状態にあり、この仮選択状態のグループに対応する所在地画像６２が表示される。そして、タッチパネルディスプレイ３２へのタッチ操作や押圧操作等の確定操作によって仮選択状態のグループの選択が確定され、この確定されたグループでグループトークが開始される。
【０１１７】
なお、仮選択状態にないグループ、すなわち、選択候補画像６１の中央に位置しないグループ（例えば、図５Ｃでは、グループ「友人１」の両隣に位置するグループ「家族」とグループ「同僚」）に対して、タッチパネルディスプレイ３２へのタッチ操作や押圧操作を行ったとしても確定操作は行われず、タッチ操作あるいは押圧操作されたグループが選択候補画像６１の中央に移動し、仮選択状態となる。このように、画像生成部２４１は、複数のグループの中から仮選択グループを指定するグループ指定手段の一例として機能する。
【０１１８】
ここで、仮選択状態とは、選択候補画像６１の中央に設けられたカーソルによって特定されたグループに所属するメンバーの状態を表示させており、グループトークに参加する前の状態である。
【０１１９】
このように、本実施例に係るグループ通信システム１００では、グループ選択画像として、選択候補画像６１とともに、グループに所属するユーザの所在地を示す所在地画像６２を併せて表示する。
【０１２０】
したがって、ユーザは、グループのメンバーの所在地を把握したうえで、グループトークを行うか否かを決定することができる。すなわち、ユーザは、実際にグループトークを開始しなくとも、グループのメンバーがどこにいるのかを把握することができる。また、ユーザは、単に他のメンバーの所在地を把握したい場合に、一旦グループトークへ参加して直ぐに退会するといった煩雑な行動を取る必要がない。
【０１２１】
また、本実施例に係るグループ通信システム１００では、表示制御部３４ｃが、選択候補となるグループのうち一部のグループを含んだ選択候補画像６１をタッチパネルディスプレイ３２へ表示させるとともに、タッチパネルディスプレイ３２に対する入力操作に応じて選択候補画像６１に含ませるグループを変更する。
【０１２２】
具体的には、携帯端末装置２の画像生成部２４１は、車載装置３の操作情報送信部３４ｂから選択候補画像６１に対する入力操作（たとえば、左右へのスライド操作）の操作情報を受信すると、受信した操作情報に応じて、グループの画像をスライドさせた選択候補画像６１をあらたに生成する。そして、画像生成部２４１は、あらたに生成した選択候補画像６１を車載装置３の表示制御部３４ｃへ送信する。
【０１２３】
これにより、タッチパネルディスプレイ３２には、ユーザのスライド操作に応じてグループの画像がスライドした選択候補画像６１が表示される。たとえば、図５Ｄには、図５Ｃに示す選択候補画像６１がユーザによって左方向へスライドされた結果、グループ「同僚」に対応する画像が中央に位置し、グループ「同僚」に所属するユーザＥ〜Ｇの所在を示す所在地画像６２が表示された場合の例について示している。
【０１２４】
このように、本実施例に係るグループ通信システム１００では、選択候補画像６１の表示形式をドラム式とすることで、タッチパネルディスプレイ３２における選択候補画像６１の表示領域を小さくでき、所在地画像６２を表示させるスペースを確保することができる。
【０１２５】
なお、ここでは、選択候補画像６１の表示形式がドラム式である場合の例について説明したが、選択候補画像６１の表示形式は、必ずしもドラム式である必要はない。また、選択候補画像６１に含まれるグループの画像は、選択候補画像６１および所在地画像６２の配列方向と同一の方向に配列させても構わない。また、ここでは、選択候補画像６１の下に所在地画像６２が配置される場合の例を示したが、これとは逆に、所在地画像６２の下に選択候補画像６１が配置されてもよい。
【０１２６】
なお、グループに所属するユーザの人数が多い場合、選択候補画像６１におけるグループの画像には、一部のユーザだけが含まれるようにしてもよい。また、かかる場合、グループに所属するユーザの表示順序を、グループトークへ参加する可能性が高い順としてもよい。たとえば、グループトークへの参加率が高いほど、グループトークへ参加する可能性が高いと判断することができる。また、現在通信不能（オフライン）のユーザは、グループトークへ参加する可能性が低いと判断することができる。このように、グループ選択時においてタッチパネルディスプレイ３２に表示されるユーザの表示順序を、グループトークへ参加する可能性が高い順とすることで、グループ選択をより適切に行うことができる。
【０１２７】
また、グループに所属するユーザの表示順序を、グループトークへ参加した日時が古い順としたり、グループトークでの発言回数が多い順としたりしてもよい。たとえば、グループトークへの参加した日時が古いユーザほど、あるいは、グループトークでの発言回数が多いユーザほど、グループトークの話題の中心にいる可能性が高いと判断することができる。このように、グループ選択時においてタッチパネルディスプレイ３２に表示されるユーザの表示順序を、グループトークの話題の中心にいる可能性が高い順とすることで、グループ選択をより適切に行うことができる。
【０１２８】
また、画像生成部２４１は、受信処理部２４２から受け取った情報のうち所属メンバーの状態情報に応じて、地図画像上に重畳させるアイコン画像を変更する。
【０１２９】
たとえば、ユーザＡのユーザ管理情報に含まれる「状態」項目が「非乗車中」である場合、画像生成部２４１は、ユーザＡのアイコン画像を地図画像上に重畳させる。一方、ユーザＢのユーザ管理情報に含まれる「状態」項目が「乗車中」である場合、画像生成部２４１は、ユーザＢのアイコン画像と車両のイラストとを組み合わせた画像を地図画像上に重畳させる。
【０１３０】
このように、所属メンバーの状態に応じて地図画像上に重畳させる画像を変更することで、ユーザは、各メンバーの状態を把握することができる。
【０１３１】
また、画像生成部２４１は、所属メンバーの各位置情報に基づいて地図画像の縮尺を決定する。すなわち、画像生成部２４１は、グループに所属する全てのユーザのアイコン画像が所在地画像６２に含まれるように地図画像の縮尺を決定する。これにより、ユーザは、グループに所属する全てのユーザの所在地を容易に把握することができる。
【０１３２】
なお、縮尺には上限（範囲を広げ過ぎない）を設け、その範囲内に位置しないメンバーについては、表示領域におけるメンバーの位置方向の端部にユーザのアイコン画像を配置するものとする。また、この場合、ユーザのアイコン画像に加工を施し（色調の変化やマーク付与等）、表示された地図の外側に当該ユーザが位置することが分かるようにすることが好ましい。
【０１３３】
図５Ｄに戻り、選択候補画像６１に含まれるグループ「同僚」の画像がユーザによってタッチ操作された場合について説明する。
【０１３４】
ユーザが、選択候補画像６１に含まれるグループ「同僚」の画像をタッチすると、グループ「同僚」の画像が中央位置に配置された選択候補画像６１、すなわち、グループ「同僚」にフォーカスの合った選択候補画像６１がタッチパネルディスプレイ３２に表示される。また、仮選択状態のグループは、「友人１」から「同僚」へと変更される。これにより、タッチパネルディスプレイ３２には、所在地画像６２として、グループ「同僚」に所属するユーザの所在を示す画像が表示される。
【０１３５】
グループ「同僚」の画像が選択候補画像６１の中央位置に配置されたのち（すなわち、グループ「同僚」が仮選択状態となったのち）、グループ「同僚」の画像がユーザによってタッチ操作されると、車載装置３の操作情報送信部３４ｂは、かかるタッチ操作に関する操作情報を携帯端末装置２へ送信する。そして、携帯端末装置２では、送信処理部２４３が、かかる操作情報を受信すると、グループ「同僚」のグループＩＤおよび自装置のユーザＩＤ等を含んだグループトーク開始要求をサーバ１へ送信する。
【０１３６】
サーバ１は、携帯端末装置２からグループトーク開始要求を受信すると、かかるグループトーク開始要求からグループＩＤを取り出し、かかるグループＩＤに対応するグループに所属する各ユーザのユーザＩＤをグループ管理ＤＢ１１ｂから取り出す。また、サーバ１は、取り出したユーザＩＤに対応するユーザの携帯端末装置２に対してグループトークへの参加の可否を確認する通知を送信する。
【０１３７】
そして、グループに所属するいずれかのユーザからグループトークへの参加を許可する旨の通知を受信すると、サーバ１は、グループトークを開始させる。なお、メンバーからグループトークへ参加するか否かの応答があるまでの間、タッチパネルディスプレイ３２には、図５Ｅに示すように、メンバーを呼び出し中である旨の画面が表示される。
【０１３８】
このように、仮選択状態でないグループに対して選択操作を行うことで、選択されたグループが仮選択状態となる。さらに、仮選択状態のグループに対して選択操作を行うことで、仮選択状態のグループが、グループトークを開始するグループとして確定する。
【０１３９】
図５Ｆに、グループトーク中にタッチパネルディスプレイ３２に表示されるトーク中画像の一例を示す。以下では、図５Ｆを参照して、グループトークにおける処理内容について説明する。
【０１４０】
グループトークモードへ移行すると、車載装置３では、音声認識処理部３４ｅが、マイク５から音声データを取得する処理を開始し、携帯端末装置２では、送信処理部２４３が、トークデータの送信処理を開始する。
【０１４１】
具体的には、車載装置３の音声認識処理部３４ｅは、マイク５を介して音声データを取得し、取得した音声データを携帯端末装置２へ送信する。そして、携帯端末装置２では、送信処理部２４３が、車載装置３から音声データを受信すると、位置情報取得部２２から位置情報を取得し、音声データ、位置情報、時刻、ユーザＩＤ、グループＩＤ等を含んだトークデータを生成しサーバ１へ送信する。
【０１４２】
サーバ１は、携帯端末装置２からトークデータを受信すると、受信したトークデータを同一のグループに所属する他のユーザの携帯端末装置２に対して送信する。携帯端末装置２では、受信処理部２４２が、他の携帯端末装置２からのトークデータをサーバ１経由で受信すると、受信したトークデータを記憶部２３へ記憶させる。
【０１４３】
また、携帯端末装置２では、画像生成部２４１は、記憶部２３にあらたなトークデータが記憶されると、あらたに記憶されたトークデータに含まれるユーザＩＤおよび位置情報を取り出す。また、画像生成部２４１は、取り出したユーザＩＤに対応するユーザのアイコン画像と所定の画像（たとえば、吹き出しの画像）とを組み合わせた画像（以下、「つぶやきマーク」と記載する）を生成する。
【０１４４】
また、画像生成部２４１は、生成したつぶやきマーク６５をトークデータから取り出した位置情報に応じた地図画像上の位置に重畳させたトーク中画像を生成し、生成したトーク中画像を車載装置３へ送信する。そして、車載装置３の表示制御部３４ｃは、携帯端末装置２から受信したトーク中画像をタッチパネルディスプレイ３２に対して表示させる。
【０１４５】
これにより、図５Ｆに示すように、タッチパネルディスプレイ３２には、地図画像上につぶやきマーク６５が重畳されたトーク中画像が表示される。このトーク中画像は、グループに所属するユーザがトークデータを送信するごとに更新され、新たなつぶやきマーク６５が地図画像上に追加されることとなる。
【０１４６】
このように、表示制御部３４ｃは、グループの中から一のグループを選択する選択操作が行われた場合に、選択されたグループに所属するユーザの携帯端末装置２と、自装置との間で通信リンクが確立された携帯端末装置２との間でグループトークを行うためのトーク中画像をタッチパネルディスプレイ３２へ表示させる。
【０１４７】
ユーザは、タッチパネルディスプレイ３２に表示されたつぶやきマーク６５をタッチすることによって、タッチしたつぶやきマーク６５に対応する音声メッセージを聞くことができる。
【０１４８】
具体的には、車載装置３では、操作情報送信部３４ｂが、タッチパネルディスプレイ３２からつぶやきマーク６５へのタッチ操作に関する操作情報を受け取り、受け取った操作情報を携帯端末装置２へ送信する。また、携帯端末装置２では、アプリ実行部２４ｂが、車載装置３から上記の操作情報を受信すると、記憶部２３に記憶されたトークデータのうち、ユーザがタッチしたつぶやきマーク６５に対応するトークデータから音声データを取り出して車載装置３へ送信する。
【０１４９】
そして、車載装置３では、音声出力制御部３４ｄが、携帯端末装置２が受信した音声データに基づき、ユーザがタッチしたつぶやきマーク６５に対応する音声メッセージをスピーカ６から出力させる。
【０１５０】
次に、サーバ１、携帯端末装置２および車載装置３の具体的動作について説明する。まず、携帯端末装置２が実行するアプリ起動時処理について図６を用いて説明する。図６は、アプリ起動時処理の処理手順を示すフローチャートである。
【０１５１】
なお、アプリ起動時処理は、携帯端末装置２がグループトークアプリケーションソフトウェア２３ｂの起動を指示されてから後述するグループ選択モードフラグまたはグループ形成モードフラグがオンされるまでの処理である。
【０１５２】
図６に示すように、携帯端末装置２では、受信処理部２４２が、自装置から所定範囲内に所在するユーザのユーザ情報をサーバ１から取得し（ステップＳ１０１）、画像生成部２４１が、受信処理部２４２によって取得されたユーザ情報に基づき、地図画像上にユーザのアイコン画像を重畳させた画像を生成する（ステップＳ１０２）。
【０１５３】
つづいて、携帯端末装置２では、送信処理部２４３が、「グループ選択モード」が選択されたか否かを判定する（ステップＳ１０３）。ここで、「グループ選択モード」とは、登録済みのグループからグループトークを開始するグループを選択するモードである。
【０１５４】
たとえば、タッチパネルディスプレイ３２には、ステップＳ１０２において生成された画像とともに、「グループ選択モード」を選択するための画像および後述する「グループ形成モード」を選択するための画像が表示される。そして、ユーザが「グループ選択モード」を選択するための画像に対してタッチ操作を行い、車載装置３の操作情報送信部３４ｂが、かかる操作情報を携帯端末装置２へ送信することで、携帯端末装置２の送信処理部２４３は、「グループ選択モード」が選択されたと判定する。
【０１５５】
ステップＳ１０３において「グループ選択モード」が選択されたと判定すると（ステップＳ１０３，Ｙｅｓ）、アプリ実行部２４ｂは、グループ選択モードフラグをオンし（ステップＳ１０４）、アプリ起動時処理を終了する。
【０１５６】
一方、「グループ選択モード」が選択されていない場合（ステップＳ１０３，Ｎｏ）、送信処理部２４３は、「グループ形成モード」が選択されたか否かを判定する（ステップＳ１０５）。そして、「グループ形成モード」が選択されたと判定すると（ステップＳ１０５，Ｙｅｓ）、アプリ実行部２４ｂは、グループ形成モードフラグをオンして（ステップＳ１０６）、アプリ起動時処理を終了する。
【０１５７】
なお、アプリ実行部２４ｂは、ステップＳ１０５において「グループ形成モード」が選択されていない場合には（ステップＳ１０５，Ｎｏ）、処理をステップＳ１０１へ戻し、ステップＳ１０１以降の処理を繰り返す。
【０１５８】
次に、携帯端末装置２が実行するグループ選択処理の処理手順について図７を用いて説明する。図７は、グループ選択処理の処理手順を示すフローチャートである。なお、グループ選択処理は、図６のステップＳ１０４においてグループ選択モードフラグがオンされた場合に実行される処理である。
【０１５９】
図７に示すように、グループ選択処理を開始すると、携帯端末装置２の送信処理部２４３は、グループ選択画像の生成に必要な情報を取得するための情報取得要求をユーザＩＤ２３ａや位置情報等とともにサーバ１へ送信する（ステップＳ２０１）。
【０１６０】
つづいて、携帯端末装置２では、受信処理部２４２が、グループ選択画像の生成に必要な情報をサーバ１から受信し（ステップＳ２０２）、画像生成部２４１が、選択候補画像６１および所在地画像６２を含んだグループ選択画像を生成する（ステップＳ２０３）。これにより、タッチパネルディスプレイ３２には、表示制御部３４ｃによってグループ選択画像が表示されることとなる。
【０１６１】
つづいて、送信処理部２４３は、グループ確定操作がなされたか否かを判定する（ステップＳ２０４）。たとえば、送信処理部２４３は、選択候補画像６１の中央位置に配置されるグループの画像、すなわち、仮選択状態のグループの画像に対してタッチ操作がなされた旨の操作情報を車載装置３から受信した場合に、グループ確定操作がなされたと判定する。
【０１６２】
ステップＳ２０４においてグループ確定操作がなされたと判定すると（ステップＳ２０４，Ｙｅｓ）、アプリ実行部２４ｂは、グループトークモード開始要求をサーバ１へ送信する（ステップＳ２０５）。そして、アプリ実行部２４ｂは、グループ選択モードフラグをオフするとともに（ステップＳ２０６）、グループトークモードフラグをオンして（ステップＳ２０７）、グループ選択処理を終了する。
【０１６３】
一方、ステップＳ２０４においてグループ確定操作がなされていない場合（ステップＳ２０４，Ｎｏ）、送信処理部２４３は、仮選択グループ変更操作がなされたか否かを判定する（ステップＳ２０８）。仮選択グループ変更操作とは、たとえば、仮選択状態でないグループの画像へのタッチ操作、あるいは、選択候補画像６１に対するスライド操作のことである。送信処理部２４３は、選択候補画像６１に対してこれらの操作がなされた旨の操作情報を車載装置３から受信した場合に、選択候補変更操作がなされたと判定する。
【０１６４】
ステップＳ２０８において仮選択グループ変更操作がなされたと判定すると（ステップＳ２０８，Ｙｅｓ）、画像生成部２４１は、選択候補画像６１を更新するとともに（ステップＳ２０９）、所在地画像６２を更新し（ステップＳ２１０）、処理をステップＳ２０４へ戻す。なお、アプリ実行部２４ｂは、仮選択グループ変更操作がなされていない場合にも（ステップＳ２０８，Ｎｏ）、処理をステップＳ２０４へ戻す。
【０１６５】
次に、車載装置３が実行するグループトーク送信処理の処理手順について図８を用いて説明する。図８は、グループトーク送信処理の処理手順を示すフローチャートである。ここで、グループトーク送信処理は、グループトークモードフラグがオンされた場合に実行される処理のうち、トークデータ等の送信に関する処理である。なお、図８に示すグループトーク送信処理は、グループトークモードフラグがオンされている間、繰り返し実行される。
【０１６６】
図８に示すように、グループトーク送信処理を開始すると、車載装置３の音声認識処理部３４ｅは、マイク５を介して音声データを取得し（ステップＳ３０１）、取得した音声データに対して音声認識処理を行う（ステップＳ３０２）。
【０１６７】
つづいて、音声認識処理部３４ｅは、発話内容にキラーワードが含まれるか否かを判定する（ステップＳ３０３）。キラーワードとは、上述したように、車両７０に搭載されるエアコン等の機器、あるいは、携帯端末装置２が備えるナビゲーション部２４ｃ等を音声によって制御するための専用の言葉である。
【０１６８】
ステップＳ３０３において発話内容にキラーワードが含まれると判定した場合（ステップＳ３０３，Ｙｅｓ）、実行指示部３４ｆは、キラーワードに対応する処理の実行指示を行う（ステップＳ３０４）。
【０１６９】
このように、本実施例では、音声認識処理部３４ｅが、マイク５を介して取得した音声データから発話内容を認識し、実行指示部３４ｆが、音声認識処理部３４ｅによる音声認識の結果、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、キラーワードに応じた処理を実行させることとした。したがって、ユーザは、グループトークを楽しみながら、車両７０に搭載されるエアコンやオーディオ等に対する操作を容易に行うことができる。
【０１７０】
また、実行指示部３４ｆは、他メンバー同期制御が設定されているか否かを判定する（ステップＳ３０５）。ここで、他メンバー同期制御とは、キラーワードに対応する処理を同一グループに所属する他のユーザの携帯端末装置２や車両７０についても実行させる制御のことである。
【０１７１】
なお、他メンバー同期制御の設定は、キラーワード毎に設定する構成、例えばキラーワードＫＷ１についてはメンバー同期制御が設定され、キラーワードＫＷ２にはメンバー同期制御が設定されていないと言った、キラーワード毎に他メンバーの携帯端末装置２等に対する処理を変更できる構成にするのが望ましい。
【０１７２】
ステップＳ３０５において他メンバー同期制御が設定されている場合（ステップＳ３０５，Ｙｅｓ）、実行指示部３４ｆは、ステップＳ３０４において実行指示した内容と同様の制御コマンドを含む同期制御データを携帯端末装置２に対して送信し（ステップＳ３０６）、グループトーク送信処理を終了する。このように、実行指示部３４ｆは、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、かかるキラーワードに応じた処理を実行させる旨の同期制御データを携帯端末装置２経由でサーバ１へ送信する。
【０１７３】
一方、ステップＳ３０３において発話内容にキラーワードが含まれない場合（ステップＳ３０３，Ｎｏ）、制御部３４は、現在のモードがトーク停止モードであるか否かを判定する（ステップＳ３０７）。たとえば、図５Ｆに示すトーク停止ボタン６６がタッチ操作された場合、制御部３４は、トーク停止モードであると判定する。
【０１７４】
ステップＳ３０７において現在のモードがトーク停止モードではない場合（ステップＳ３０７，Ｎｏ）、音声認識処理部３４ｅは、ステップＳ３０１において取得した音声データを携帯端末装置２へ送信する（ステップＳ３０８）。そして、制御部３４は、ステップＳ３０８の処理を終えた場合、あるいは、ステップＳ３０５において他メンバー同期制御が設定されていない場合（ステップＳ３０５，Ｎｏ）に、グループトーク送信処理を終了する。また、制御部３４は、ステップＳ３０７において現在のモードがトーク停止モードであると判定した場合にも（ステップＳ３０７，Ｙｅｓ）、グループトーク送信処理を終了する。
【０１７５】
なお、音声認識処理部３４ｅによって送信された音声データは、携帯端末装置２の送信処理部２４３によって受信される。そして、送信処理部２４３は、車載装置３から受信した音声データを所定の発話期間ごとに区切り、音声データ、位置情報、時刻、ユーザＩＤ、グループＩＤ等を含んだトークデータを生成してサーバ１へ送信する。
【０１７６】
次に、携帯端末装置２が実行するグループトーク受信処理の処理手順について図９を用いて説明する。ここで、グループトーク受信処理は、グループトークモードフラグがオンされた場合に実行される処理のうち、トークデータ等の受信に関する処理である。なお、図９に示すグループトーク受信処理は、グループトークモードフラグがオンされている間、繰り返し実行される。
【０１７７】
図９に示すように、グループトーク受信処理を開始すると、携帯端末装置２の画像生成部２４１は、所属メンバーの位置情報に応じて地図画像の縮尺を決定し（ステップＳ４０１）、決定した縮尺の地図画像上に所属メンバーのアイコン画像を重畳させる（ステップＳ４０２）。
【０１７８】
これにより、タッチパネルディスプレイ３２には、表示制御部３４ｃによってトーク中画像が表示されることとなる。なお、所属メンバーのアイコン画像は、所属メンバーの状態に応じて決定される。たとえば、ユーザの状態情報が「乗車中」である場合には、ユーザ既定のアイコン画像および車両のイラストを組み合わせた画像が、ユーザのアイコン画像として用いられる。
【０１７９】
つづいて、携帯端末装置２では、画像生成部２４１が、つぶやきマーク６５の描画処理を行う（ステップＳ４０３）。すなわち、画像生成部２４１は、地図画像上につぶやきマーク６５を追加したトーク中画像を生成する。
【０１８０】
つづいて、受信処理部２４２は、同期制御データを受信したか否かを判定する（ステップＳ４０４）。かかる処理において同期制御データを受信していない場合（ステップＳ４０４，Ｎｏ）、送信処理部２４３は、つぶやきマーク６５の選択操作がなされたか否かを判定する（ステップＳ４０５）。たとえば、送信処理部２４３は、つぶやきマーク６５に対してタッチ操作がなされた旨の操作情報を車載装置３から受信した場合に、つぶやきマーク６５の選択操作がなされたと判定する。
【０１８１】
ステップＳ４０５においてつぶやきマーク６５が選択されたと判定した場合（ステップＳ４０５，Ｙｅｓ）、アプリ実行部２４ｂは、選択されたつぶやきマーク６５に対応する音声データを記憶部２３から取り出して車載装置３へ送信し（ステップＳ４０６）、処理を終える。なお、アプリ実行部２４ｂは、ステップＳ４０５においてつぶやきマーク６５の選択操作がなされていない場合にも（ステップＳ４０５，Ｎｏ）、処理を終える。
【０１８２】
また、ステップＳ４０４において同期制御データを受信したと判定すると（ステップＳ４０４，Ｙｅｓ）、アプリ実行部２４ｂは、同期制御データに含まれる制御コマンドに対応する処理の実行を指示し（ステップＳ４０７）、グループトーク受信処理を終了する。
【０１８３】
なお、アプリ実行部２４ｂは、同期制御データによる制御対象が車両７０に搭載された機器である場合には、受信した同期制御データを車載装置３へ送信する。これにより、車載装置３の実行指示部３４ｆが、同期制御データに含まれる制御コマンドに対応する処理の実行を指示することとなる。また、同期制御データに含まれる制御コマンドに対応する処理を、ユーザによる実行許可操作後に実行するようにしても良い。
【０１８４】
このように、実行指示部３４ｆは、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、キラーワードに応じた処理を実行させる旨の同期制御データを携帯端末装置２経由でサーバ１へ送信するとともに、サーバ１から携帯端末装置２経由で同期制御データを受信した場合には、受信した同期制御データに応じた処理を実行させる。
【０１８５】
これにより、たとえば同一のグループに所属するメンバーのうちの１人が目的地の設定を音声操作により行うことで、残りのメンバーは目的地の設定操作を行うことなく同じ目的地を設定することができる。
【０１８６】
ところで、ここでは、キラーワードに応じた処理の実行をグループトークに参加する全メンバー間で同期させる場合の例について説明したが、キラーワードに応じた処理の実行は、指定したメンバー間においてのみ同期させてもよい。
【０１８７】
たとえば、ユーザは、キラーワードとともに、キラーワードに応じた処理を同期させたいユーザのユーザ名を発話する。実行指示部３４ｆは、発話内容にキラーワードに加えてユーザ名が含まれる場合には、発話内容に含まれるユーザのユーザＩＤをさらに含んだ同期制御データを生成してサーバ１へ送信する。
【０１８８】
そして、サーバ１は、受信した同期制御データに同期対象となるユーザのユーザＩＤが含まれる場合には、同期制御データに含まれるユーザＩＤに対応する携帯端末装置２に対してのみ同期制御データを送信する。
【０１８９】
このように、実行指示部３４ｆは、処理の実行対象となるユーザのユーザ名が発話内容に含まれる場合には、処理の実行対象となるユーザのユーザＩＤをさらに含んだ同期制御データを携帯端末装置２経由でサーバ１へ送信することとした。したがって、ユーザは、キラーワードに応じた処理を同期させるメンバーを任意に指定することができる。
【０１９０】
なお、ここでは、キラーワードに応じた処理を同期させたいユーザのユーザ名を発話することで、同期対象となるメンバーを指定する場合の例について説明したが、同期対象となるメンバーをサーバ１のグループ管理ＤＢ１１ｂ等にあらかじめ登録しておいてもよい。このようにすれば、ユーザは、同期させたいユーザのユーザ名を発話する必要がなくなる。
【０１９１】
次に、携帯端末装置２が実行する退会処理である端末側退会処理の処理手順について図１０を用いて説明する。図１０は、端末側退会処理の処理手順を示すフローチャートである。なお、退会処理とは、グループトークを終了するための処理のことである。
【０１９２】
図１０に示すように、端末側退会処理を開始すると、携帯端末装置２の送信処理部２４３は、退会操作がなされたか否かを判定する（ステップＳ５０１）。たとえば、送信処理部２４３は、タッチパネルディスプレイ３２に表示される退会ボタン（図示せず）がタッチされた旨の操作情報を車載装置３から受信した場合に、退会操作がなされたと判定する。
【０１９３】
ステップＳ５０１において退会操作がなされていない場合（ステップＳ５０１，Ｎｏ）、ナビゲーション部２４ｃは、設定された目的地へ到着したか否かを判定する（ステップＳ５０２）。かかる処理において、目的地へ到着していない場合（ステップＳ５０２，Ｎｏ）、アプリ実行部２４ｂは、処理を終了する。
【０１９４】
一方、ステップＳ５０１において退会操作がなされたと判定した場合（ステップＳ５０１，Ｙｅｓ）、または、ステップＳ５０２において目的地へ到着したと判定した場合（ステップＳ５０２，Ｙｅｓ）、送信処理部２４３は、ユーザＩＤ２３ａおよびグループＩＤ等を含んだ退会データをサーバ１へ送信する（ステップＳ５０３）。そして、アプリ実行部２４ｂは、グループトークモードフラグをオフし（ステップＳ５０４）、端末側退会処理を終了する。なお、ステップＳ５０２において目的地へ到着していない場合（ステップＳ５０２，Ｎｏ）にも、アプリ実行部２４ｂは端末側退会処理を終了する。
【０１９５】
このように、目的地に到着した場合にも退会データを送信することとした。これは、目的地に到着した場合、次の目的とする行動をするのが通常で、例えば自動車の場合は降車して施設に対応した行動を行うと言った状況が全く異なったものとなるため、グループトークから退会するのが通常である。このため、目的地に到着したことを条件として退会データを送信することなど退会処理を自動的に行えば、退会に必要な操作を行うことなく退会することができる。尚、念のために目的地到着後、ユーザの退会確認操作（退会確認ボタンを表示し、それに対するユーザの操作）に基づき退会処理を実行しても良い。
【０１９６】
なお、目的地に到着した場合には、タッチパネルディスプレイ３２に対してグループトークから退会するか否かの確認画面を表示させ、退会する旨の操作があった場合に、ステップＳ５０３以降の処理を行ってもよい。また、かかる場合には、ユーザの便を考慮し、確認画面を表示させてから所定時間以内に操作がなかった場合にも、ステップＳ５０３へ移行することとしてもよい。
【０１９７】
次に、サーバ１が実行する退会処理であるサーバ側退会処理の処理手順について図１１を用いて説明する。図１１は、サーバ側退会処理の処理手順を示すフローチャートである。なお、この処理はユーザからの退会データの受信検知により実行する。
【０１９８】
図１１に示すように、サーバ１は、携帯端末装置２から退会データを受信したか否かを判定し（ステップＳ６０１）、受信したと判定すると（ステップＳ６０１，Ｙｅｓ）、該当グループの全メンバーがグループトークから退会したか否かを判定する（ステップＳ６０２）。かかる処理において全メンバーがグループトークから退会したと判定しない場合（ステップＳ６０２，Ｎｏ）、すなわち、グループトークへの参加者が１人でも存在する場合、サーバ１は、受信した退会データを既退会者を含む全メンバーの携帯端末装置２へ送信する（ステップＳ６０３）。
【０１９９】
なお、携帯端末装置２では、サーバ１から退会データを受信すると、画像生成部２４１が、退会データの送信元であるユーザがグループトークから退会した旨のメッセージを生成し、車載装置３の表示制御部３４ｃへ送信する。このとき、画像生成部２４１は、退会データの送信元であるユーザのアイコン画像を地図画像上から削除、あるいは表示形態を変更してもよい。
【０２００】
ステップＳ６０２において全メンバーがグループトークから退会したと判定した場合（ステップＳ６０２，Ｙｅｓ）、サーバ１は、解散データを既退会者を含む全メンバーの携帯端末装置２へ送信する（ステップＳ６０４）。解散データとは、グループトークが終了したことを示すデータである。携帯端末装置２では、サーバ１から解散データを受信すると、画像生成部２４１が、グループトークが終了した旨（グループが解散した旨）のメッセージを生成し、車載装置３の表示制御部３４ｃへ送信する。
【０２０１】
サーバ１は、ステップＳ６０３またはステップＳ６０４の処理を終えると、該当グループのグループ管理情報を更新し（ステップＳ６０５）、サーバ側退会処理を終了する。なお、サーバ１は、ステップＳ６０１において退会データを受信していない場合にも（ステップＳ６０１，Ｎｏ）、サーバ側退会処理を終了する。
【０２０２】
このように、既に退会したメンバーに対しても退会データや解散データを送信することで、誰が何時退会したかあるいはグループが何時解散されたかを自分がグループから退会した後においても把握することができる。
【０２０３】
なお、本例の場合、一度退会したメンバーがグループ存続を確認して復帰することを考慮して、全メンバーがグループトークから退会したと判定した場合（ステップＳ６０２，Ｙｅｓ）に解散処理を行ったが、グループトークが成立しない状態である残メンバーが一人になった場合に解散処理を行っても良い。
【０２０４】
次に、上述してきたグループ通信システム１００において、緊急事態が発生した場合の具体的な処理等について説明する。まず、サーバ１の構成について図１２を用いて説明する。図１２は、サーバ１の構成を示すブロック図である。なお、図１２では、サーバ１の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載を省略している。
【０２０５】
図１２に示すように、サーバ１は、データベース１１と、制御部１２とを備える。また、データベース１１は、ユーザ管理情報１１ａと、グループ管理情報１１ｂと、絞り込み情報１１ｃとを記憶する。また、制御部１２は、グループトーク制御部１２ａと、救援要請部１２ｂとを備える。
【０２０６】
データベース１１は、ハードディスクドライブ等の記憶デバイスであり、ユーザ管理情報１１ａと、グループ管理情報１１ｂと、絞り込み情報１１ｃとを記憶する。なお、ユーザ管理情報１１ａおよびグループ管理情報１１ｂについては、図４Ａおよび図４Ｂを用いて既に説明しているため、ここでの説明は省略する。
【０２０７】
絞り込み情報１１ｃは、救援を要請するユーザ、すなわち、後述する救援要請情報の送信先となるユーザを絞り込むために用いられる情報である。ここで、絞り込み情報１１ｃの内容について図１３を用いて説明する。図１３は、絞り込み情報１１ｃの一例を示す図である。
【０２０８】
図１３に示すように、絞り込み情報１１ｃは、「緊急状態種別」項目に対して「職業／資格」項目および「車両搭載装備」項目を関連付けた情報である。たとえば、緊急状態種別「身体異常」には、職業／資格「医師」、「救急救命士」、「看護師」が関連付けられている。また、緊急状態種別「身体異常」には、車両搭載装備「ＡＥＤ」が関連付けられている。また、緊急状態種別「電池残量不足」には、車両搭載装備「走行用バッテリ」が関連付けられている。
【０２０９】
なお、ＡＥＤ（Automated External Defibrillator：自動体外式除細動器）は、心臓の働きを取り戻すことを目的として人体に電気的なショックを与える医療機器である。このＡＥＤの主要部品として大電力を蓄積でき、かつ急激に放電できるバッテリが必要であるが、走行用バッテリはその条件を満たしており比較的安価な構成追加で実現できる。また車載用ナビゲーション装置等の構成（ディスプレイやマイクロコンピュータ、音声出力回路等）を利用することにより、より安価に車載用ＡＥＤを実現できる。
【０２１０】
図１２に戻り、サーバ１の制御部１２について説明する。制御部１２は、サーバ１全体を制御する制御部であり、グループトーク制御部１２ａと、救援要請部１２ｂとを備える。グループトーク制御部１２ａは、図１〜図１１を用いて説明したグループトークに関する各種の処理を実行する処理部である。
【０２１１】
救援要請部１２ｂは、携帯端末装置２から緊急情報を受信した場合に、受信した緊急情報に基づく救援要請情報を生成し、生成した救援要請情報を、緊急情報の送信元であるユーザが所属するグループの所属メンバーの携帯端末装置２に対して送信する処理部である。
【０２１２】
救援要請情報には、緊急情報の送信元であるユーザ（すなわち、緊急事態に陥っているユーザ）のユーザ名、アイコン画像、現在位置、血液型、持病、緊急連絡先等の情報を含んだ情報である。救援要請部１２ｂは、携帯端末装置２から緊急情報を受信すると、受信した緊急情報に含まれるユーザＩＤから緊急事態に陥っているユーザを特定し、特定したユーザのユーザ管理情報を用いて救援要請情報を生成する。
【０２１３】
このように、救援要請部１２ｂは、緊急情報の送信元であるユーザが所属するグループの所属メンバーに対して救援要請情報を送信する。すなわち、救援を求めるユーザと身近な人に対して救援要請情報が送信されるため、救援要請情報を単純に送信する場合と比較して、救援要請情報を受けたユーザが救援を求めるユーザの元へ駆け付ける確率を高めることができる。このため、救援要請情報の送信に要する通信量を抑えつつ、適切な通報を行うことが可能となる。なお、救援要請情報の送信に要する通信量を抑えることで、たとえば、大規模災害や同時多発的に緊急事態が発生した場合にも、通信回線が混雑し、救援が遅れてしまうといった事態が防止される。
【０２１４】
また、救援要請部１２ｂは、救援要請情報を送信するユーザを所定の条件に基づいて絞り込む絞り込み処理を行う。
【０２１５】
ここで、救援要請部１２ｂが実行する絞り込み処理の内容について図１４Ａ〜図１４Ｃを用いて説明する。図１４Ａ〜図１４Ｃは、絞り込み処理の一例を示す図である。なお、図１４Ａには、ユーザＵ０１が緊急事態に陥った場合の例を示している。また、図１４Ａに示すユーザＵ０２〜Ｕ２２は、ユーザＵ０１が所属するグループの所属メンバーである。
【０２１６】
図１４Ａに示すように、ユーザＵ０１（図４Ａに示す「山田太郎」）は、緊急事態に陥ると、メーデースイッチ７を押下する。携帯端末装置２では、緊急状態検出部２４ｄが、メーデースイッチ７が押下された旨の情報を車載装置３から受信すると、緊急状態種別を判定し、送信処理部２４３が、ユーザＩＤ、現在位置情報、緊急状態種別等を含んだ緊急情報をサーバ１へ送信する。
【０２１７】
つづいて、サーバ１の救援要請部１２ｂは、携帯端末装置２から緊急情報を受信すると、受信した緊急情報に含まれる現在位置情報を用い、ユーザＵ０１の現在位置を中心とする所定の距離範囲（以下、「対象範囲」と記載する）に所在するユーザＵ０２〜Ｕ１０をユーザ管理情報１１ａを参照して特定する。そして、救援要請部１２ｂは、特定したユーザＵ０２〜Ｕ１０に対して救援要請情報を送信する。
【０２１８】
このように、救援要請部１２ｂは、グループトークにおける何れかのグループに所属し、かつ、緊急情報の送信元である携帯端末装置２から所定範囲内に位置するユーザの携帯端末装置２に対して救援要請情報を送信する。すなわち、救援要請情報の送信先となるユーザを、緊急事態に陥ったユーザの周囲に所在するユーザに絞り込むことにより、緊急事態に陥ったユーザのもとへ比較的早く駆けつけることのできるユーザに絞り込む。これにより、救援要請情報の送信に要する通信量をさらに抑えつつ、適切な通報を行うことができる。
【０２１９】
また、救援要請部１２ｂは、緊急状態の種別に応じて、救援要請情報を送信するユーザをさらに絞り込んでもよい。
【０２２０】
たとえば、図１４Ｂに示すように、ユーザＵ０１からの緊急情報に含まれる緊急状態種別が「身体異常」であるとする（図１４Ｂの（１）参照）。かかる場合、救援要請部１２ｂは、絞り込み情報１１ｃを参照し、緊急状態種別「身体異常」に対応する職業／資格「医師」、「救急救命士」および「看護師」を特定する。また、救援要請部１２ｂは、ユーザ管理情報１１ａを参照し、図１４Ａに示すユーザＵ０２〜Ｕ１０の中から、職業／資格「医師」、「救急救命士」または「看護師」を保有するユーザを特定する。
【０２２１】
たとえば、図１４Ｂに示すように、ユーザＵ０２が「医師」であり（図１４Ｂの（２ａ）参照）、ユーザＵ０７が「看護師」であり（図１４Ｂの（２ｂ）参照）、ユーザＵ１０が「救急救命士」であるとする（図１４Ｂの（２ｃ）参照）。かかる場合、救援要請部１２ｂは、ユーザＵ０２、ユーザＵ０７およびユーザＵ１０に対して救援要請情報を送信する。同様に、「身体異常」に有効である可能性のある医療設備を持つ車両、例えば車両搭載装備「ＡＥＤ」を搭載する車両７０を所有するユーザに対して救援要請情報を送信すると言ったことも有効である。
【０２２２】
また、図１４Ｃに示すように、ユーザＵ０１からの緊急情報に含まれる緊急状態種別が「電池残量不足」であるとする（図１４Ｃの（１）参照）。かかる場合、救援要請部１２ｂは、絞り込み情報１１ｃを参照し、緊急状態種別「電池残量不足」に対応する車両搭載装備「走行用バッテリ」を特定する。また、救援要請部１２ｂは、ユーザ管理情報１１ａを参照し、図１４Ａに示すユーザＵ０２〜Ｕ１０の中から、「走行用バッテリ」を搭載する車両７０を所有するユーザを特定する。
【０２２３】
たとえば、図１４Ｃに示すように、ユーザＵ０６が走行用バッテリ搭載車を所有するとする（図１４Ｃの（２ａ）参照）。かかる場合、救援要請部１２ｂは、ユーザＵ０６に対して救援要請情報を送信する。
【０２２４】
このように、救援要請部１２ｂは、受信した緊急情報に含まれる緊急状態種別情報とユーザ管理情報１１ａとに基づいて、緊急状態の種別に対応するユーザを抽出し、抽出したユーザの携帯端末装置２に対して救援要請情報を送信する。これにより、救援要請情報の送信先が、緊急状態に陥ったユーザの救援に適したユーザに絞られるため、救援要請情報の送信に要する通信量をさらに抑えつつ、適切な通報を行うことができる。
【０２２５】
また、救援要請部１２ｂは、受信した緊急情報に含まれる緊急状態種別情報とユーザ管理情報１１ａに含まれる車両搭載装備項目とに基づいて緊急状態の種別に対応する車両７０を所有するユーザを抽出し、抽出したユーザの携帯端末装置２に対して救援要請情報を送信する。これにより、ユーザが運転する車両７０に緊急事態が発生した場合に、救援要請情報の送信先が、救援に適した車両７０を所有するユーザに絞られるため、救援要請情報の送信に要する通信量をさらに抑えつつ、適切な通報を行うことができる。
【０２２６】
特に、救援要請部１２ｂは、車両７０の燃料（ここでは、電気自動車における走行用の電池）が所定未満であることを示す緊急状態種別「電池残量不足」を含んだ緊急情報を受信した場合には、燃料の補充が可能な車両７０を所有するユーザを抽出する。これにより、ユーザが運転する車両７０が電池切れ寸前となった場合に、救援要請情報の送信先が、充電可能な車両７０を所有するユーザに絞られるため、救援要請情報の送信に要する通信量をさらに抑えつつ、適切な通報を行うことができる。
【０２２７】
なお、図１４Ａ〜図１４Ｃを用いて説明した絞り込み処理は、あくまでも一例であり、救援要請部１２ｂは、その他の条件に従って絞り込み処理を行ってもよい。
【０２２８】
たとえば、救援意思のあるユーザ、具体的には、図４Ａに示すユーザ管理情報１１ａの「救援意思」項目に「あり」が関連付けられたユーザを、救援要請情報の送信先として絞り込んでもよい。このようにすれば、そもそも救援意思のないユーザに対して救援要請情報が送信されることがないため、救援要請情報の送信に要する通信量をさらに抑えることができる。
【０２２９】
また、救援要請部１２ｂは、たとえばグループ「家族」等のあらかじめ決められたグループに所属するユーザを救援要請情報の送信先として絞り込んでもよい。
【０２３０】
また、ここでは、救援要請情報の送信先となるユーザを、緊急情報の送信元であるユーザが所属するグループの所属メンバーに限定する場合の例について説明したが、これに限ったものではない。すなわち、救援要請部１２ｂは、グループトークサービスに加入する全てのユーザを救援要請情報の送信先候補としたうえで、緊急情報の送信元であるユーザの現在位置や、救援意思の有無、職業／資格、車両搭載装備情報等に応じて救援要請情報の送信先となるユーザを絞り込んでもよい。また、車両に限らず、家屋からグループトークに参加しているユーザを含めることも可能で、例えば「家屋の充電設備を提供可」と登録しておけば、近くで「電池残量不足」となった車両を救護することが可能となる。
【０２３１】
次に、サーバ１から救援要請情報を受信した場合やメーデースイッチ７が押下された場合におけるタッチパネルディスプレイ３２の表示例について図１５Ａおよび図１５Ｂを用いて説明する。図１５Ａおよび図１５Ｂは、タッチパネルディスプレイ３２の表示例を示す図である。
【０２３２】
図１５Ａには、サーバ１から救援要請情報を受信した場合におけるタッチパネルディスプレイ３２の表示例、すなわち、救援を要請されたユーザのタッチパネルディスプレイ３２に表示される画面の例を示している。
【０２３３】
図１５Ａに示すように、サーバ１から救援要請情報を受信したユーザのタッチパネルディスプレイ３２には、緊急情報の送信元であるユーザの所在地を示す画像６７ａおよびかかるユーザの所在地までの経路画像６７ｂを地図画像上に重畳させた画像が表示される。これにより、救援要請情報を受信したユーザは、緊急情報の送信元であるユーザの所在地およびかかるユーザまでの経路を容易に把握することができる。
【０２３４】
また、タッチパネルディスプレイ３２には、「救援へ向かう」ボタン６７ｃがさらに表示される。ユーザがかかる「救援へ向かう」ボタン６７ｃを押下することによって、緊急情報の送信元であるユーザの所在地までの経路が設定される。これにより、救援へ向かうことを決めたユーザは、緊急情報の送信元であるユーザのもとへ迅速に駆け付けることができる。
【０２３５】
また、図１５Ｂには、メーデースイッチ７が押下された場合におけるタッチパネルディスプレイ３２の表示例、すなわち、緊急事態に陥ったユーザのタッチパネルディスプレイ３２に表示される画面の例を示している。
【０２３６】
図１５Ｂに示すように、緊急事態に陥ったユーザのタッチパネルディスプレイ３２には、緊急連絡先を示す画像６８ａ、緊急事態に陥ったユーザの顔画像６８ｂおよび緊急事態に陥ったユーザに関する情報（ここでは、名前、想定される症状、血液型）を示す画像６８ｃを含んだ画像が表示される。
【０２３７】
かかる画像を緊急事態に陥ったユーザのタッチパネルディスプレイ３２に表示させることで、緊急事態に陥ったユーザが意識を失っている場合であっても、車両７０の周囲を通りがかった人に対して緊急事態が発生した等を知らせることができる。なお、図１５Ｂに示す画像は、サーバ１から救援要請情報を受信したユーザのタッチパネルディスプレイ３２に表示されてもよい。なお、特に身体異常や事故等の場合、これと並行して、ヘッドランプ等の灯火類を点滅させる、クラクションを特定のパターンで発呼させる等、周囲に緊急事態を気付かせる動作を行う事も有効である。
【０２３８】
次に、携帯端末装置２が実行する緊急情報送信処理の処理手順について図１６を用いて説明する。図１６は、緊急情報送信処理の処理手順を示すフローチャートである。この処理は、自動車起動中（イグニッションキーＯＮ）あるいは自動車に搭乗者がいる場合（シートスイッチ等のセンサにより検知）に、繰り返し実行される。
【０２３９】
図１６に示すように、携帯端末装置２では、緊急状態検出部２４ｄが、メーデースイッチ７が押下されたか否かを判定する（ステップＳ７０１）。具体的には、緊急状態検出部２４ｄは、メーデースイッチ７が押下された旨の情報を車載装置３から受信した場合に、メーデースイッチ７が押下されたと判定する。なお、緊急状態検出部２４ｄは、メーデースイッチ７が押下された旨の情報を受信していない場合には（ステップＳ７０１，Ｎｏ）、処理を終了する。
【０２４０】
ステップＳ７０１においてメーデースイッチ７が押下されたと判定すると（ステップＳ７０１，Ｙｅｓ）、アプリ実行部２４ｂは、グループトークアプリケーションソフトウェア２３ｂを起動させる（ステップＳ７０２）。なお、ステップＳ７０２の処理は、グループトークアプリケーションソフトウェア２３ｂが既に起動している状態であれば、省略される。
【０２４１】
つづいて、緊急状態検出部２４ｄは、緊急状態種別判定処理を行う（ステップＳ７０３）。たとえば、緊急状態検出部２４ｄは、車両７０の電池の残量が所定量未満の状態で、車載装置３からメーデースイッチ７が押下された旨の情報を受信した場合には、緊急状態種別が「電池残量不足」であると判定する。
【０２４２】
また、アプリ実行部２４ｂは、自装置の周囲に存在する携帯端末装置２に関する情報を収集する（ステップＳ７０４）。たとえば、アプリ実行部２４ｂは、近距離通信インタフェース２１を介して周囲の携帯端末装置２と接続し、接続した周囲の携帯端末装置２の電話番号やメールアドレスといった情報を収集する。なお、車載装置３の制御部３４が自装置の周囲に存在する携帯端末装置２に関する情報を近距離通信インタフェース３１経由で収集して携帯端末装置２へ受け渡してもよい。
【０２４３】
つづいて、送信処理部２４３は、ステップＳ７０４において取得した周囲の携帯端末装置２に関する情報と、ステップＳ７０３において判定された緊急状態種別等を含んだ緊急情報とをサーバ１へ送信する（ステップＳ７０５）。
【０２４４】
このように、グループ通信システム１００では、緊急事態に陥ったユーザの周囲に位置する携帯端末装置２に関する情報もサーバ１へ送信される。そして、自装置の周囲に存在する携帯端末装置２には、サーバ１から救援要請情報が送信されることとなる。
【０２４５】
これにより、サーバ１は、グループトークサービスに加入しているか否かにかかわらず、緊急事態に陥ったユーザの周囲に存在する人に対して救援要請情報を送信することができる。したがって、たとえばグループトークサービスに加入するユーザが緊急事態に陥ったユーザの周囲に存在しない場合であっても、迅速な救援を受けることができる。
【０２４６】
なお、ステップＳ７０４の処理およびステップＳ７０５における周囲の携帯端末装置２に関する情報の送信は、必ずしも実行される必要はなく、たとえば救援要請情報の送信に要する通信量を考慮する場合には、ステップＳ７０４の処理を省略してもよい。
【０２４７】
つづいて、送信処理部２４３は、周囲の携帯端末装置２に対して緊急情報送信要求を送信する（ステップＳ７０６）。ここで、緊急情報送信要求は、緊急情報をサーバ１に対して送信すべき旨の要求であり、緊急情報およびサーバ１のアドレス等を含んだ情報である。周囲の携帯端末装置２は、かかる緊急情報送信要求を受信すると、サーバ１に対して緊急情報を送信する。
【０２４８】
このように、緊急情報を複数の携帯端末装置２からサーバ１へ送信することによって、より確実に救援を受けることが可能となる。なお、ステップＳ７０６の処理は、たとえば通信量を考慮する場合には省略してもよい。
【０２４９】
そして、画像生成部２４１は、図１５Ｂに示す緊急事態発生画像を生成して（ステップＳ７０７）、緊急情報送信処理を終了する。
【０２５０】
なお、ここでは、図１６に示すステップＳ７０１〜ステップＳ７０７の全ての処理を携帯端末装置２が実行する場合の例を示したが、ステップＳ７０１〜ステップＳ７０７の一部を車載装置３が実行してもよい。
【０２５１】
特に、ステップＳ７０６の処理は、車載装置３が実行する場合に有効である。すなわち、緊急事態が車両事故等である場合、緊急事態に陥ったユーザの携帯端末装置２が故障し、かかる携帯端末装置２から緊急情報を送信できなくなるおそれがある。このような場合であっても、車載装置３の制御部３４が、周囲の携帯端末装置２に対して緊急情報送信要求を送信することで、緊急情報をサーバ１に対して確実に送信することができる。
【０２５２】
また、サーバ１との通信を携帯端末装置２ではなく車載装置３が行う場合、すなわち、車載装置３が通信装置である場合には、ステップＳ７０１の処理やステップＳ７０３〜Ｓ７０６の処理を車載装置３の制御部３４が行ってもよい。かかる場合、車載装置３の制御部３４が、緊急状態検出部および通報処理部として機能する。
【０２５３】
次に、サーバ１が実行する救援要請処理の処理手順について図１７を用いて説明する。図１７は、救援要請処理の処理手順を示すフローチャートである。この処理は、常時繰り返し実行される。
【０２５４】
図１７に示すように、サーバ１の救援要請部１２ｂは、携帯端末装置２から緊急情報を受信したか否かを判定し（ステップＳ８０１）、受信したと判定した場合には（ステップＳ８０１，Ｙｅｓ）、受信した緊急情報に基づき、緊急情報の送信元であるユーザ（以下、「要救援者」と記載する）と同一グループの所属メンバーを特定する（ステップＳ８０２）。なお、ステップＳ８０１において緊急情報を受信していない場合（ステップＳ８０１，Ｎｏ）、救援要請部１２ｂは、処理を終了する。
【０２５５】
つづいて、救援要請部１２ｂは、ステップＳ８０２において特定されたユーザのうち救援要請情報の送信先となるユーザを、要救援者の位置情報を用いて絞り込む（ステップＳ８０３）。これにより、救援要請情報の送信先となるユーザが、要救援者に比較的近い位置に所在するユーザに絞り込まれる。
【０２５６】
つづいて、救援要請部１２ｂは、緊急状態種別が「身体異常」であるか否かを判定し（ステップＳ８０４）、「身体異常」であると判定した場合には（ステップＳ８０４，Ｙｅｓ）、救援要請情報の送信先となるユーザを、「身体異常」に対応する職業／資格を保有するユーザでさらに絞り込む（ステップＳ８０５）。
【０２５７】
一方、ステップＳ８０４において緊急状態種別が「身体異常」ではない場合（ステップＳ８０４，Ｎｏ）、救援要請部１２ｂは、緊急状態種別が「電池残量不足」であるか否かを判定する（ステップＳ８０６）。かかる処理において緊急状態種別が「電池残量不足」であると判定した場合（ステップＳ８０６，Ｙｅｓ）、救援要請部１２ｂは、救援要請情報の送信先となるユーザを、「電池残量不足」に対応する車両７０を所有するユーザでさらに絞り込む（ステップＳ８０７）。
【０２５８】
また、ステップＳ８０６において緊急状態種別が「電池残量不足」ではない場合（ステップＳ８０６，Ｎｏ）、救援要請部１２ｂは、その他の条件に応じて絞り込みを行う（ステップＳ８０８）。たとえば、救援要請部１２ｂは、救援意思のあるユーザ、具体的には、図４Ａに示すユーザ管理情報１１ａの「救援意思」項目に「あり」が関連付けられたユーザを、救援要請情報の送信先として絞り込んでもよい。救援要請部１２ｂは、たとえばグループ「家族」等のあらかじめ決められたグループに所属するユーザを救援要請情報の送信先として絞り込んでもよい。
【０２５９】
なお、このフローチャートでは、処理を分かりやすくするため「身体異常」と「電池残量不足」の条件で絞込み処理を行っているが、分岐処理を増やす、あるいはテーブルを用いた検索処理を行う等の方法により、多種多様な緊急状態種別に適した絞込み処理を行うことが可能となる。
【０２６０】
ステップＳ８０５，Ｓ８０７，Ｓ８０８の処理を終えると、救援要請部１２ｂは、救援要請情報の送信先として絞り込んだユーザの携帯端末装置２に対して救援要請情報を送信し（ステップＳ８０９）、救援要請処理を終了する。
【０２６１】
なお、サーバ１が実行する救援要請処理の処理手順は、図１７に示す処理手順に限定されるものではない。たとえば、救援要請部１２ｂは、ステップＳ８０２の処理およびステップＳ８０３の処理を行わないこととしてもよい。すなわち、救援要請情報の送信先は、要救援者と同一グループの所属メンバーや、要救援者の近くに所在するユーザに限定されない。
【０２６２】
次に、携帯端末装置２が実行する処理の処理手順について図１８を用いて説明する。図１８は、携帯端末装置２が実行する処理の処理手順を示すフローチャートである。
【０２６３】
図１８に示すように、携帯端末装置２では、緊急状態検出部２４ｄが、救援要請情報を受信したか否かを判定し（ステップＳ９０１）、受信したと判定すると（ステップＳ９０１，Ｙｅｓ）、受信した救援要請情報に基づき、図１５Ａに示す緊急事態発生画像を生成する（ステップＳ９０２）。ステップＳ９０２において生成された緊急事態発生画像は、車載装置３のタッチパネルディスプレイ３２に対して表示されることとなる。
【０２６４】
つづいて、緊急状態検出部２４ｄは、ユーザが救援へ向かうか否かを判定する（ステップＳ９０３）。具体的には、緊急状態検出部２４ｄは、図１５Ａに示す「救援へ向かう」ボタン６７ｃが押下された旨の情報を車載装置３から受信した場合に、ユーザが救援へ向かうと判定する。
【０２６５】
ステップＳ９０３において、ユーザが救援へ向かうと判定すると（ステップＳ９０３，Ｙｅｓ）、ナビゲーション部２４ｃは、要救援者までの経路を設定する（ステップＳ９０４）。
【０２６６】
また、送信処理部２４３は、要救援者への連絡処理を行う（ステップＳ９０５）。具体的には、送信処理部２４３は、自装置のユーザが要救援者の救援へ向かう旨の情報をサーバ１へ送信する。かかる情報を受信したサーバ１は、要救援者の携帯端末装置２に対して上記のユーザが救援へ向かうことを示す情報を上記のユーザが到着するまでの予想時間等とともに送信する。これにより、要救援者は、救援に来る人物が存在することを知ることができる。
【０２６７】
一方、ステップＳ９０１において救援情報を受信していない場合（ステップＳ９０１，Ｎｏ）、緊急状態検出部２４ｄは、メーデースイッチ７が押下されたか否かを判定する（ステップＳ９０６）。かかる処理においてメーデースイッチ７が押下されたと判定すると（ステップＳ９０６，Ｙｅｓ）、送信処理部２４３は、緊急事態が発生した旨のトークデータである緊急事態発生トークデータを生成してサーバ１へ送信する（ステップＳ９０７）。また、ステップＳ９０６においてメーデースイッチ７が押下されていない場合（ステップＳ９０６，Ｎｏ）、アプリ実行部２４ｂは、本処理を終える。
【０２６８】
ステップＳ９０５またはステップＳ９０７の処理を終えたとき、あるいは、ステップＳ９０３において「救援へ向かう」ボタン６７ｃが押下されない場合（ステップＳ９０３，Ｎｏ）、アプリ実行部２４ｂは、グループトーク中処理を終了する。
【０２６９】
上述してきたように、本実施例では、グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う携帯端末装置が、ユーザの緊急状態を検出する緊急状態検出部と、緊急状態検出部によって緊急状態が検出された場合に、緊急状態に関する緊急情報をサーバに対して送信する送信処理部とを備え、サーバが、携帯端末装置から緊急情報を受信した場合に、グループに所属する他のユーザの通信装置に対して緊急情報に基づく救援要請情報を送信する救援要請部を備えることとした。したがって、本実施例によれば、緊急事態が発生した場合に適切な通報を行うことができる。
【０２７０】
なお、上述した実施例において携帯端末装置２が実行する処理は、車載装置３が実行してもよい。同様に、車載装置３が実行する処理を携帯端末装置２が実行してもよい。
【０２７１】
たとえば、上述してきた実施例では、サーバ１との通信を携帯端末装置２が行う場合の例について説明したが、サーバ１との通信は、車載装置３が行ってもよい。また、上述してきた実施例では、携帯端末装置２がナビゲーション機能を備える場合の例について説明したが、ナビゲーション機能は、車載装置３が備えていてもよい。また、車載装置３が備える音声認識処理部３４ｅや実行指示部３４ｆを携帯端末装置２が備えていてもよい。
【０２７２】
また、上述してきた実施例では、グループ通信システム１００が、サーバ１と、携帯端末装置２と、車載装置３とを含んで構成される場合の例について説明したが、グループ通信システムの構成は、これに限ったものではない。たとえば、グループ通信システムは、携帯端末装置を含まず、サーバと車載装置とを含んで構成されてもよい。かかる場合には、車載装置が、図３に示す位置情報取得部２２、記憶部２３、アプリ実行部２４ｂ、ナビゲーション部２４ｃ、緊急状態検出部２４ｄを備えていればよい。
【０２７３】
また、グループ通信システムは、車載装置を含まず、サーバと携帯端末装置とを含んで構成されてもよい。かかる場合には、携帯端末装置が、操作情報送信部３４ｂ、表示制御部３４ｃ、音声出力制御部３４ｄ、音声認識処理部３４ｅ、実行指示部３４ｆを備えていればよい。
【０２７４】
また、グループ通信システムは、緊急通報対応サーバおよびグループトークサーバの２つのサーバを備えていてもよい。かかる場合には、緊急通報対応サーバおよびグループトークサーバが連携することによって、図１に示すサーバ１と同様の動作を行うこととすればよい。
【０２７５】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施の形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【産業上の利用可能性】
【０２７６】
以上のように、本願に係るグループ通信システムおよび通信装置は、煩雑な操作を強いることなく音声メッセージを送信したい場合に有効であり、特に、車載装置や車載システムへの適用が考えられる。
【符号の説明】
【０２７７】
１ サーバ
１１ａ ユーザ管理ＤＢ
１１ｂ グループ管理ＤＢ
２ 携帯端末装置
２１ 近距離通信インタフェース
２２ 位置情報取得部
２３ 記憶部
２３ａ ユーザＩＤ
２３ｂ グループトークアプリケーション
２３ｃ 地図情報
２４ 制御部
２４ａ 認証処理部
２４ｂ アプリ実行部
２４１ 画像生成部
２４２ 受信処理部
２４３ 送信処理部
２４ｃ ナビゲーション部
２４ｄ 緊急状態検出部
３ 車載装置
３１ 近距離通信インタフェース
３２ タッチパネルディスプレイ
３３ 記憶部
３３ａ 設定情報
３４ 制御部
３４ａ 認証処理部
３４ｂ 操作情報送信部
３４ｃ 表示制御部
３４ｄ 音声出力制御部
３４ｅ 音声認識処理部
３４ｆ 実行指示部
４ 認証装置
５ マイク
６ スピーカ
７ メーデースイッチ
５０ ネットワーク
７０ 車両
１００ グループ通信システム
【特許請求の範囲】
【請求項１】
グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う通信装置が、
前記ユーザの緊急状態を検出する緊急状態検出部と、
前記緊急状態検出部によって緊急状態が検出された場合に、前記緊急状態に関する緊急情報を前記サーバに対して送信する通報処理部と
を備え、
前記サーバが、
前記通信装置から前記緊急情報を受信した場合に、前記グループに所属する他のユーザの通信装置に対して前記緊急情報に基づく救援要請情報を送信する救援要請部
を備えることを特徴とする通報システム。
【請求項２】
前記救援要請部は、
前記グループに所属し、かつ、前記緊急情報の送信元である前記通信装置から所定範囲内に位置するユーザの通信装置に対して前記救援要請情報を送信することを特徴とする請求項１に記載の通報システム。
【請求項３】
前記緊急情報は、前記緊急状態の種別をあらわす種別情報を含み、
前記サーバは、
前記ユーザに関する情報であるユーザ管理情報を記憶する記憶部
をさらに備え、
前記救援要請部は、
受信した前記緊急情報に含まれる前記種別情報と前記ユーザ管理情報とに基づいて前記緊急状態の種別に対応するユーザを抽出し、抽出したユーザの通信装置に対して前記救援要請情報を送信することを特徴とする請求項１または２に記載の通報システム。
【請求項４】
前記緊急情報は、前記緊急状態の種別をあらわす種別情報を含み、
前記ユーザが所有する車両に搭載される装備に関する搭載装備情報を含んだユーザ管理情報を記憶する記憶部
をさらに備え、
前記救援要請部は、
受信した前記緊急情報に含まれる前記種別情報と前記ユーザ管理情報に含まれる前記搭載装備情報とに基づいて前記緊急状態の種別に対応する車両を所有するユーザを抽出し、抽出したユーザの通信装置に対して前記救援要請情報を送信することを特徴とする請求項１または２に記載の通報システム。
【請求項５】
前記救援要請部は、
前記車両の燃料が所定未満であることを示す前記種別情報を含んだ前記緊急情報を受信した場合には、前記燃料の補充が可能な車両を所有するユーザを抽出し、抽出したユーザの通信装置に対して前記救援要請情報を送信することを特徴とする請求項４に記載の通報システム。
【請求項６】
グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う通信装置であって、
前記ユーザの緊急状態を検出する緊急状態検出部と、
前記緊急状態検出部によって緊急状態が検出された場合に、前記緊急状態に関する緊急情報を前記サーバに対して送信する通報処理部と
を備えることを特徴とする通信装置。
【請求項１】
グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う通信装置が、
前記ユーザの緊急状態を検出する緊急状態検出部と、
前記緊急状態検出部によって緊急状態が検出された場合に、前記緊急状態に関する緊急情報を前記サーバに対して送信する通報処理部と
を備え、
前記サーバが、
前記通信装置から前記緊急情報を受信した場合に、前記グループに所属する他のユーザの通信装置に対して前記緊急情報に基づく救援要請情報を送信する救援要請部
を備えることを特徴とする通報システム。
【請求項２】
前記救援要請部は、
前記グループに所属し、かつ、前記緊急情報の送信元である前記通信装置から所定範囲内に位置するユーザの通信装置に対して前記救援要請情報を送信することを特徴とする請求項１に記載の通報システム。
【請求項３】
前記緊急情報は、前記緊急状態の種別をあらわす種別情報を含み、
前記サーバは、
前記ユーザに関する情報であるユーザ管理情報を記憶する記憶部
をさらに備え、
前記救援要請部は、
受信した前記緊急情報に含まれる前記種別情報と前記ユーザ管理情報とに基づいて前記緊急状態の種別に対応するユーザを抽出し、抽出したユーザの通信装置に対して前記救援要請情報を送信することを特徴とする請求項１または２に記載の通報システム。
【請求項４】
前記緊急情報は、前記緊急状態の種別をあらわす種別情報を含み、
前記ユーザが所有する車両に搭載される装備に関する搭載装備情報を含んだユーザ管理情報を記憶する記憶部
をさらに備え、
前記救援要請部は、
受信した前記緊急情報に含まれる前記種別情報と前記ユーザ管理情報に含まれる前記搭載装備情報とに基づいて前記緊急状態の種別に対応する車両を所有するユーザを抽出し、抽出したユーザの通信装置に対して前記救援要請情報を送信することを特徴とする請求項１または２に記載の通報システム。
【請求項５】
前記救援要請部は、
前記車両の燃料が所定未満であることを示す前記種別情報を含んだ前記緊急情報を受信した場合には、前記燃料の補充が可能な車両を所有するユーザを抽出し、抽出したユーザの通信装置に対して前記救援要請情報を送信することを特徴とする請求項４に記載の通報システム。
【請求項６】
グループに所属するユーザ間でのメッセージの送受信をサーバ経由で行う通信装置であって、
前記ユーザの緊急状態を検出する緊急状態検出部と、
前記緊急状態検出部によって緊急状態が検出された場合に、前記緊急状態に関する緊急情報を前記サーバに対して送信する通報処理部と
を備えることを特徴とする通信装置。
【図１】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図５Ｅ】
【図５Ｆ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４Ａ】
【図１４Ｂ】
【図１４Ｃ】
【図１５Ａ】
【図１５Ｂ】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図５Ｅ】
【図５Ｆ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４Ａ】
【図１４Ｂ】
【図１４Ｃ】
【図１５Ａ】
【図１５Ｂ】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１３−１１４４３０（Ｐ２０１３−１１４４３０Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２５９６１５（Ｐ２０１１−２５９６１５）
【出願日】平成２３年１１月２８日（２０１１．１１．２８）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２８日（２０１１．１１．２８）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
[ Back to top ]