JP5912456B2 - グループ通信システムおよび通信装置 - Google Patents

Description

本発明は、グループ通信システムおよび通信装置に関する。

従来、たとえば「友人」や「家族」など、ユーザによって形成された所定のグループ内で、グループに所属するメンバー同士が、スマートフォン等の携帯端末装置を用いて通信を行うグループ通信システムが知られている。

かかるグループ通信システムにおいて音声による通信を行う場合、ユーザは、「録音開始」および「録音停止」をキー操作により指示することで、所望の音声メッセージを録音し、録音した音声データをサーバへ送信していた（たとえば、特許文献１参照）。

特開２００２−３７３０７５号公報

しかしながら、上述した従来技術には、音声メッセージを送信するための操作が煩雑であるという問題があった。

たとえば、音声メッセージを連続して送信したい場合、ユーザは、「録音開始」および「録音停止」のキー操作を繰り返し行うこととなり、操作が煩雑であった。このため、ユーザが車両の運転中等と言った、キー操作が困難な状態にある場合には、このサービス（機能）を利用し難いと言う問題があった。

開示の技術は、上記に鑑みてなされたものであって、煩雑な操作を強いることなく音声メッセージを送信することのできるグループ通信システムおよび通信装置を提供することを目的とする。

本願の開示するグループ通信システムは、同一のグループに所属するユーザ間で音声による通信を行うグループ通信モード中において、所定の音声入力部を介して取得されるユーザの音声データをサーバへ送信する送信処理を実行する送信処理部と、前記グループ通信モード中において、他のユーザの音声データを前記サーバから受信する受信処理を実行する受信処理部と、前記音声入力部を介して取得した音声データから発話内容を認識する音声認識処理部と、前記音声認識処理部による音声認識の結果、あらかじめ登録された言葉が前記発話内容に含まれる場合に、前記言葉に応じた処理を実行させる実行指示部とを備え、前記送信処理部は、前記グループ通信モードへ移行したことを条件として前記送信処理を開始し、前記実行指示部は、あらかじめ登録された言葉が前記発話内容に含まれる場合に、前記言葉に応じた処理を実行させる旨の同期制御データを前記サーバへ送信するとともに、前記サーバから前記同期制御データを受信した場合には、受信した同期制御データに応じた処理を実行させる。

また、本願の開示する通信装置は、同一のグループに所属するユーザ間で音声による通信を行うグループ通信モード中において、所定の音声入力部を介して取得されるユーザの音声データをサーバへ送信する送信処理を実行する送信処理部と、前記グループ通信モード中において、他のユーザの音声データを前記サーバから受信する受信処理を実行する受信処理部と、前記音声入力部を介して取得した音声データから発話内容を認識する音声認識処理部と、前記音声認識処理部による音声認識の結果、あらかじめ登録された言葉が前記発話内容に含まれる場合に、前記言葉に応じた処理を実行させる実行指示部とを備え、前記送信処理部は、前記グループ通信モードへ移行したことを条件として前記送信処理を開始し、前記実行指示部は、あらかじめ登録された言葉が前記発話内容に含まれる場合に、前記言葉に応じた処理を実行させる旨の同期制御データを前記サーバへ送信するとともに、前記サーバから前記同期制御データを受信した場合には、受信した同期制御データに応じた処理を実行させる。

本願の開示するグループ通信システムおよび通信装置の一つの態様によれば、煩雑な操作を強いることなく音声メッセージを送信することができる。

図１は、本実施例に係るグループ通信システムの構成例を示す図である。 図２は、車両に設置される機器を示す図である。 図３は、携帯端末装置および車載装置の構成を示すブロック図である。 図４Ａは、ユーザ情報の一例を示す図である。 図４Ｂは、グループ管理情報の一例を示す図である。 図５Ａは、タッチパネルディスプレイの表示例を示す図である。 図５Ｂは、タッチパネルディスプレイの表示例を示す図である。 図５Ｃは、タッチパネルディスプレイの表示例を示す図である。 図５Ｄは、タッチパネルディスプレイの表示例を示す図である。 図５Ｅは、タッチパネルディスプレイの表示例を示す図である。 図５Ｆは、タッチパネルディスプレイの表示例を示す図である。 図６Ａは、音声データの分割処理の例を示す図である。 図６Ｂは、音声データの分割処理の例を示す図である。 図６Ｃは、音声データの分割処理の例を示す図である。 図７は、アプリ起動時処理の処理手順を示すフローチャートである。 図８は、グループ選択処理の処理手順を示すフローチャートである。 図９は、グループトーク送信処理の処理手順を示すフローチャートである。 図１０は、グループトーク受信処理の処理手順を示すフローチャートである。 図１１は、端末側退会処理の処理手順を示すフローチャートである。 図１２は、サーバ側退会処理の処理手順を示すフローチャートである。 図１３は、端末側グループ形成処理の処理手順を示すフローチャートである。 図１４は、サーバ側グループ形成処理の処理手順を示すフローチャートである。

以下に添付図面を参照して、本願の開示するグループ通信システムおよび通信装置のいくつかの実施例を詳細に説明する。ただし、これらの実施例における例示で本発明が限定されるものではない。

まず、本実施例に係るグループ通信システムのシステム構成について図１を用いて説明する。図１は、本実施例に係るグループ通信システムの構成例を示す図である。なお、以下では、通信装置の一例として、携帯端末装置を用いて説明するが、通信装置は、携帯端末装置以外の装置（たとえば、車載装置）であってもよい。

図１に示すように、本実施例に係るグループ通信システム１００は、サーバ１と、携帯端末装置２と、車載装置３とを含んで構成される。グループ通信システム１００では、同一のグループに所属するユーザ同士が音声による通信（以下、「グループトーク」と記載する）を行う。

サーバ１は、グループトークサービスを提供する装置である。サーバ１は、たとえばパーソナルコンピュータ等の一般的なコンピュータであり、ＣＰＵ（Central Processing Unit）等の制御部を備える。サーバ１の制御部は、携帯端末装置２からの要求に応じて、グループトークに関する各種の処理を実行する。

また、サーバ１は、ユーザ管理ＤＢ（データベース）１１ａおよびグループ管理ＤＢ（データベース）１１ｂを含んだデータベースを備える。

ユーザ管理ＤＢ１１ａは、グループトークサービスに加入しているユーザに関する情報を管理するデータベースである。このユーザ管理ＤＢ１１ａは、たとえば、ユーザのＩＤ、氏名、現在位置といった情報をユーザ管理情報として管理する。

また、グループ管理ＤＢ１１ｂは、ユーザによって形成されるグループに関する情報を管理するデータベースである。このグループ管理ＤＢ１１ｂは、たとえば、グループのＩＤ、グループ名、グループに所属するユーザのＩＤといった情報をグループ管理情報として管理する。

なお、ユーザ管理情報およびグループ管理情報の具体的な内容については、図４Ａおよび図４Ｂを用いて後述する。

携帯端末装置２は、たとえばスマートフォンや携帯電話であり、インターネットや無線通信網といったネットワーク５０を介してサーバ１と相互に接続される。また、携帯端末装置２は、Ｗｉ−Ｆｉ（登録商標）やブルートゥース（登録商標）などの近距離無線通信を用いて車載装置３と接続する。

車載装置３は、たとえば、表示機能やオーディオ再生機能、携帯端末装置２との通信機能といった基礎的な機能のみを実装し、携帯端末装置２と連携することで多機能化する車載装置である。なお、車載装置３は、これに限ったものではなく、上述した基礎的な機能以外の機能（たとえば、ナビゲーション機能）を備えていてもよい。

なお、携帯端末装置２／車載装置３間の通信は、たとえばＺｉｇＢｅｅ（登録商標）等の他の無線通信規格を用いた近距離無線通信であってもよい。また、携帯端末装置２／車載装置３間の通信を有線通信で行うこととしてもよい。

次に、車両７０に設置される車載装置３等の機器について図２を用いて説明する。図２は、車両７０に設置される機器を示す図である。図２に示すように、車両７０には、車載装置３、認証装置４、マイク５、スピーカ６等が設けられる。

認証装置４は、車両７０へ乗車したユーザの認証を行うための装置である。具体的には、認証装置４は、ＲＦＩＤ（Radio Frequency Identification）等の近距離無線通信を用いて携帯端末装置２からユーザＩＤを取得し、取得したユーザＩＤを車載装置３へ受け渡す処理を行う。

なお、ここでは、認証装置４が取得するユーザＩＤが、携帯端末装置２の固体識別情報（ＵＩＤ）であるものとするが、ユーザＩＤは、ＵＩＤ以外の識別情報であってもよい。

マイク５は、ユーザの音声を音声データとして取得する音声入力部である。マイク５によって取得された音声データは、車載装置３へ受け渡される。また、スピーカ６は、車載装置３から受け取った音声データに基づく音声を出力する音声出力部である。

ここでは、マイク５およびスピーカ６がハンドルに設けられるものとするが、マイク５およびスピーカ６は、ハンドル以外の場所に設置されてもよい。たとえば、スピーカ６は、車両７０の天井、ドアやフロントパネル等に設置されてもよい。

車載装置３は、フロントパネルの中央、言い換えれば、ドライバーから見て左斜め前方に設置される。ただし、これに限ったものではなく、車載装置３は、フロントパネルの右端、言い換えれば、ドライバーから見て右斜め前方に設置されてもよいし、フロントパネル以外の場所に設置されてもよい。

また、車両７０には、図２に示す機器以外の機器が設置されてもよい。たとえば、車両７０には、車両周辺や車内を撮影するカメラが設置されてもよい。

次に、携帯端末装置２および車載装置３の構成について図３を用いて説明する。図３は、携帯端末装置２および車載装置３の構成を示すブロック図である。なお、図３では、携帯端末装置２および車載装置３の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載を省略している。

携帯端末装置２は、近距離通信インタフェース２１と、位置情報取得部２２と、記憶部２３と、制御部２４とを備える。また、記憶部２３は、ユーザＩＤ２３ａと、グループトークアプリケーションソフトウェア２３ｂと、地図情報２３ｃと、車載装置連携アプリケーションソフトウェア２３ｄとを記憶する。また、制御部２４は、認証処理部２４ａと、アプリ実行部２４ｂと、ナビゲーション部２４ｃとを備える。さらに、アプリ実行部２４ｂは、画像生成部２４１と、受信処理部２４２と、送信処理部２４３とを備える。

一方、車載装置３は、近距離通信インタフェース３１と、タッチパネルディスプレイ３２と、記憶部３３と、制御部３４とを備える。また、記憶部３３は、設定情報３３ａを記憶する。また、制御部３４は、認証処理部３４ａと、操作情報送信部３４ｂと、表示制御部３４ｃと、音声出力制御部３４ｄと、音声認識処理部３４ｅと、実行指示部３４ｆとを備える。

なお、図３に示すように、携帯端末装置２には車載装置３との連携動作を実現するための車載装置連携アプリケーションソフトウェア２３ｄが搭載されている。また、車載装置３には携帯端末装置２との間で連携動作を行う連携機能が搭載されている。これにより、たとえば、携帯端末装置２から各種アプリケーションによって生成された画像データが車載装置３に伝送されて車載装置３のタッチパネルディスプレイ３２に表示され、また車載装置３からタッチパネルディスプレイ３２等への操作内容を示す操作情報等が携帯端末装置２へ伝送されて携帯端末装置２がかかる操作情報に基づいて処理を行う、といった連携動作が実現される。

なお、車載装置連携アプリケーションは、グループトークアプリケーション以外のアプリケーションとも連携し、かかるアプリケーションを車載装置３のタッチパネルディスプレイ３２や図示しないハードスイッチ等を用いて使用することが可能となる。このように、車載装置連携アプリケーションは、ＯＳ（Operation System）およびアプリケーションの中間的な性質を持ったアプリケーションである。

まず、携帯端末装置２の構成について説明する。近距離通信インタフェース２１は、車載装置３との間で近距離無線通信を行うための通信デバイスである。また、位置情報取得部２２は、たとえばＧＰＳ（Global Positioning System）受信部であり、測位衛星から提供される位置情報を取得し、取得した位置情報をアプリ実行部２４ｂやナビゲーション部２４ｃへ渡すデバイスである。

記憶部２３は、不揮発性メモリやハードディスクドライブといった記憶デバイスであり、ユーザＩＤ２３ａ、グループトークアプリケーションソフトウェア２３ｂ、地図情報２３ｃおよび車載装置連携アプリケーションソフトウェア２３ｄを記憶する。

ユーザＩＤ２３ａは、たとえば携帯端末装置２のＵＩＤである。なお、ユーザＩＤは、ＵＩＤに限ったものではなく、たとえば、ユーザによって任意に設定されるＩＤであってもよいし、サーバ１によって自動的に割り振られるＩＤであってもよい。

グループトークアプリケーションソフトウェア２３ｂは、サーバ１によって提供されるグループトークサービスを実現するためのソフトウェアである。地図情報２３ｃは、記憶部２３に予め記憶されていてもよいし、地図情報を保有するサービスセンタから必要な地図情報のみを適宜ダウンロードすることとしてもよい。車載装置連携アプリケーションソフトウェア２３ｄは、車載装置３との連携動作を実現するためのソフトウェアである。かかる車載装置連携アプリケーションソフトウェア２３ｄは、たとえば、サーバ１からダウンロードすることができる。

制御部２４は、携帯端末装置２全体を制御する制御部であり、認証処理部２４ａ、アプリ実行部２４ｂおよびナビゲーション部２４ｃを備える。また、制御部２４は、近距離通信インタフェース２１による近距離無線通信を用いて車載装置３との間で通信リンクを確立する処理等も行う。

認証処理部２４ａは、認証装置４からの要求に応じてユーザＩＤ２３ａを認証装置４へ送信する処理を行う処理部である。認証装置４へ送信されたユーザＩＤ２３ａは、認証装置４によって車載装置３の認証処理部３４ａへ受け渡される。

アプリ実行部２４ｂは、グループトークアプリケーションに従ってグループトークに関する各種の処理を実行する処理部である。具体的には、アプリ実行部２４ｂは、画像生成部２４１、受信処理部２４２および送信処理部２４３を備える。

画像生成部２４１は、グループトークに関する各種の画像を生成し、生成した画像を近距離通信インタフェース２１経由で車載装置３へ送信する処理部である。

たとえば、この画像生成部２４１は、グループの選択候補画像に加え、グループに所属する各メンバーの所在地を示す所在地画像を含んだグループ選択画像を生成する。かかる点については、後述する。

受信処理部２４２は、サーバ１から送信される各種情報を受信する処理部である。たとえば、受信処理部２４２は、グループに所属する各メンバーの位置情報をサーバ１から受信し、受信した位置情報を画像生成部２４１へ受け渡す。

また、受信処理部２４２は、グループトークを行うグループトークモード中において、他のユーザの音声データをサーバ１から受信する受信処理を実行する。具体的には、受信処理部２４２は、音声データを含むトークデータをサーバ１から受信し、受信したトークデータを記憶部２３へ記憶する。記憶部２３に記憶されたトークデータは、ユーザによるタッチパネルディスプレイ３２への入力操作に応じて記憶部２３から取り出され、かかるトークデータに含まれる音声データがスピーカ６から出力されることとなる。

送信処理部２４３は、グループトークモード中において、マイク５を介して取得されるユーザの音声データを車載装置３から近距離通信インタフェース２１経由で受信してサーバ１へ送信する送信処理を実行する。

具体的には、送信処理部２４３は、車載装置３から音声データを受信すると、位置情報取得部２２から現在の位置情報を取得し、音声データ、位置情報、時刻、ユーザＩＤ、後述するグループＩＤ等を含んだトークデータをサーバ１へ送信する。

ここで、送信処理部２４３は、グループトークモードへ移行したことを条件として、トークデータの送信処理を開始する。すなわち、本実施例に係るグループ通信システム１００では、グループトークモードへ移行した場合に、ユーザからの操作がなくともトークデータの送信処理が開始される。そして、送信処理部２４３は、後述するトーク停止ボタンがユーザによってタッチ操作されるまで、トークデータの送信処理を継続する。

また、本実施例に係るグループ通信システム１００では、グループトークモードへ移行すると、マイク５によってユーザの音声データが常時収集され、収集された音声データが車載装置３から携帯端末装置２へ常時送信される。

そして、本実施例に係る送信処理部２４３は、車載装置３から音声データを取得すると、取得した音声データを所定の発話期間ごとに区切ってサーバ１へ送信する。たとえば、送信処理部２４３は、音声データの音量レベルに基づいて発話期間を決定するが、かかる点については、図６Ａ〜図６Ｃを用いて後述する。

なお、送信処理部２４３は、車載装置３から音声データ以外の情報を受信した場合に、受信した情報をサーバ１へ送信する処理も併せて行う。

また、アプリ実行部２４ｂは、車載装置３の認証処理部３４ａからグループトークアプリケーションソフトウェア２３ｂの起動指示を受信した場合に、かかる起動指示に従ってグループトークアプリケーションソフトウェア２３ｂを起動させる処理も行う。

また、アプリ実行部２４ｂは、グループトークアプリケーションソフトウェア２３ｂ以外のソフトウェアが記憶部２３に記憶されている場合には、グループトークアプリケーションソフトウェア２３ｂ以外のソフトウェアを実行する処理も併せて行う。

ナビゲーション部２４ｃは、位置情報取得部２２によって取得された位置情報と、記憶部２３に記憶される地図情報２３ｃとを用いてユーザへの経路案内を行う処理部である。ナビゲーション部２４ｃによって生成される経路案内情報は、アプリ実行部２４ｂへ渡される。

つづいて、車載装置３の構成について説明する。近距離通信インタフェース３１は、携帯端末装置２との間で近距離無線通信を行うための通信デバイスである。タッチパネルディスプレイ３２は、各種画像を表示するためのディスプレイの表面に入力用のタッチパネルを付した入出力デバイスである。タッチパネルディスプレイ３２は、ユーザから入力操作を受け付けると、受け付けた入力操作に応じた操作情報を操作情報送信部３４ｂへ受け渡す。

記憶部３３は、不揮発性メモリやハードディスクドライブといった記憶デバイスであり、設定情報３３ａを記憶する。設定情報３３ａは、たとえば、登録済みのユーザＩＤごとに、かかるユーザＩＤを持つユーザのユーザ名等を関連付けた情報を含んだ情報である。

また、設定情報３３ａには、「キラーワード」も含まれる。このキラーワードは、車両７０に搭載されるエアコン等の機器、あるいは、携帯端末装置２が備えるナビゲーション部２４ｃ等を音声によって制御するための専用の言葉であり、たとえばユーザによってあらかじめ登録される。

制御部３４は、車載装置３全体を制御する制御部であり、認証処理部３４ａ、操作情報送信部３４ｂ、表示制御部３４ｃ、音声出力制御部３４ｄ、音声認識処理部３４ｅおよび実行指示部３４ｆを備える。

認証処理部３４ａは、認証装置４から受け取ったユーザＩＤに基づいてユーザ認証を行う処理部である。具体的には、認証処理部３４ａは、認証装置４から受け取ったユーザＩＤが設定情報３３ａに含まれるユーザＩＤと一致するか否かを判定し、一致すると判定した場合に、このユーザを認証する。

また、認証処理部３４ａは、ユーザを認証すると、グループトークアプリケーションソフトウェア２３ｂの起動指示を近距離通信インタフェース３１経由で携帯端末装置２のアプリ実行部２４ｂへ送信する。これにより、携帯端末装置２のアプリ実行部２４ｂは、グループトークアプリケーションソフトウェア２３ｂを起動させる。

操作情報送信部３４ｂは、タッチパネルディスプレイ３２から受け取った操作情報を近距離通信インタフェース３１経由で携帯端末装置２のアプリ実行部２４ｂへ送信する処理部である。

表示制御部３４ｃは、タッチパネルディスプレイ３２に対して各種の画像を表示させる処理部である。たとえば、表示制御部３４ｃは、近距離通信インタフェース３１経由で携帯端末装置２から受信したグループ選択画像をタッチパネルディスプレイ３２に対して表示させる処理を行う。

音声出力制御部３４ｄは、携帯端末装置２から近距離通信インタフェース３１経由でトークデータを受信し、受信したトークデータに含まれる音声データに基づいてスピーカ６から音声を出力させる処理を行う。

音声認識処理部３４ｅは、マイク５を介して取得した音声データを近距離通信インタフェース３１経由で携帯端末装置２へ送信する処理部である。本実施例に係るグループ通信システム１００において、音声認識処理部３４ｅは、グループトークモードへ移行したことを条件として、携帯端末装置２に対する音声データの送信を開始する。また、音声認識処理部３４ｅは、ユーザによって後述するトーク停止ボタンがタッチ操作されるまで、音声データを携帯端末装置２へ送信し続ける。

また、音声認識処理部３４ｅは、マイク５を介して取得した音声データから発話内容を認識する音声認識処理も行う。

そして、音声認識処理部３４ｅは、音声認識処理によって認識された発話内容と、設定情報３３ａに含まれるキラーワードとを比較し、発話内容にキラーワードが含まれると判定した場合には、このキラーワードを実行指示部３４ｆへ受け渡す処理も併せて行う。

実行指示部３４ｆは、音声認識処理部３４ｅからキラーワードを受け取った場合に、受け取ったキラーワードに対応する処理をエアコン等の機器に対して実行させる処理を行う処理部である。また、実行指示部３４ｆは、キラーワードに対応する処理がナビゲーションに関する処理である場合には、キラーワードに対応する処理を行わせるための制御データを近距離通信インタフェース３１経由で携帯端末装置２へ送信する。

また、実行指示部３４ｆは、後述する同期制御データを携帯端末装置２から近距離通信インタフェース３１経由で受信した場合には、受信した同期制御データに含まれる制御データに応じて、該当する機器に対して該当する処理を実行させる。かかる点については、後述する。

なお、ここでは、携帯端末装置２および車載装置３の特徴を説明するために必要な構成や機能についてのみ示したが、携帯端末装置２および車載装置３は、上記以外の構成や機能を備えていても構わない。たとえば、車載装置３の音声出力制御部３４ｄは、上述した動作だけでなく、楽曲や音声案内等の出力制御も行う。

次に、サーバ１が備えるユーザ管理ＤＢ１１ａおよびグループ管理ＤＢ１１ｂによってそれぞれ管理されるユーザ管理情報およびグループ管理情報の内容について図４Ａおよび図４Ｂを用いて説明する。図４Ａは、ユーザ管理情報の一例を示す図であり、図４Ｂは、グループ管理情報の一例を示す図である。

図４Ａに示すように、ユーザ管理情報は、ユーザＩＤに対して、「ユーザ名」項目、「アイコン画像」項目、「現在位置」項目、「経路」項目、「状態」項目および「所属グループ」項目を関連付けた情報である。

ここで、「ユーザ名」は、ユーザの氏名が格納される項目である。なお、ユーザ名は、本名ではなく、ニックネーム等であってもよい。「アイコン画像」項目は、たとえばユーザの顔写真など、ユーザを特定するアイコン画像としてユーザが任意に選択した画像が格納される項目である。

「現在位置」項目は、ユーザの位置情報が格納される項目である。具体的には、サーバ１は、各ユーザの携帯端末装置２から位置情報を定期的に収集して、ユーザ管理情報の「現在位置」項目を更新する。このように、サーバ１は、携帯端末装置２から位置情報を定期的に収集することによって各ユーザの所在地を管理する。

「経路」項目は、目的地までの予定経路、出発地から現在位置までの通過済み経路などの情報が格納される項目である。たとえば、サーバ１は、ナビゲーション部２４ｃによって生成される経路案内情報を携帯端末装置２から取得して、「経路」項目を更新する。

「状態」項目は、ユーザの状態情報が格納される項目である。ユーザの状態情報とは、たとえば、車両７０に乗車中か否かを示す情報である。たとえば、図４Ａに示すユーザ管理情報の「状態」項目には、「乗車中」が格納されている。これは、ユーザＩＤ「Ｕ０１」のユーザ（山田太郎）が、車両７０に乗車中であることを示している。

ユーザが車両７０に乗車中か否かは、携帯端末装置２から送信される情報によって特定することができる。

たとえば、携帯端末装置２は、グループトークアプリケーションソフトウェア２３ｂの起動を車載装置３からの指示によって行った場合には、ユーザが乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。また、携帯端末装置２は、ユーザ操作によってグループトークアプリケーションソフトウェア２３ｂを起動させた場合には、ユーザが非乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。そして、サーバ１は、携帯端末装置２から送信されるこれらの情報に基づいて、ユーザ管理情報の「状態」項目を更新する。

また、ユーザが車両７０に乗車中か否かを判断する方法としては、車載装置３と携帯端末装置２との接続状態（近距離無線通信の通信状態）に基づいて判断する方法であってもよい。この場合、車載装置３と携帯端末装置２とが接続されている状態で、グループトークアプリケーション２３ｂを起動させた場合には、ユーザが乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。車載装置３と携帯端末装置２とが接続されていない状態で、グループトークアプリケーション２３ｂを起動させた場合には、ユーザが非乗車中である旨の情報をユーザＩＤとともにサーバ１へ送信する。

「所属グループ」項目は、ユーザが所属するグループの識別情報（グループＩＤ）が格納される項目である。たとえば、図４Ａに示す場合には、ユーザＩＤ「Ｕ０１」に対して所属グループ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」が関連付けられている。これは、ユーザ「山田太郎」が、それぞれグループＩＤ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」によって識別される３つのグループに所属していることを示している。

なお、図４Ａに示すユーザ管理情報は、あくまで一例であり、図４Ａに示した項目以外の項目をユーザ管理情報が含んでいてもよい。

つづいて、グループ管理情報の内容について図４Ｂを用いて説明する。図４Ｂに示すように、グループ管理情報は、グループＩＤに対して、「グループ名」項目、「トーク中」項目、「所属ユーザ」項目および「通信履歴」項目を関連付けた情報である。

ここで、「グループ名」項目は、グループＩＤに対応するグループのグループ名が格納される項目である。「トーク中」項目は、グループＩＤに対応するグループが現在グループトーク中であるか否かを示す情報が格納される項目である。たとえば、図４Ｂに示す場合には、「トーク中」項目に対して「○」が格納されている。これは、グループＩＤ「Ｇ０１」のグループが現在グループトーク中であることを示している。

「所属ユーザ」項目は、グループＩＤに対応するグループに所属するユーザのユーザＩＤが格納される項目である。また、「通信履歴」項目は、「所属ユーザ」項目に格納される各ユーザＩＤと関連付けられ、各ユーザの通信履歴が格納される項目である。この通信履歴には、トークデータのほか、ユーザがグループトークに参加した時刻、グループトークから退会した時刻、あるいは、ユーザグループトークに参加中か否かを示す情報等が含まれる。

このように、サーバ１は、グループトークにおける各グループの一覧情報であるグループ管理情報を記憶する記憶部としてグループ管理ＤＢ１１ｂを備える。また、サーバ１は、各グループに所属するユーザが所有する携帯端末装置２から取得される位置情報を含んだユーザ管理情報を記憶する記憶部としてユーザ管理ＤＢ１１ａを備える。

次に、ユーザが認証装置４を用いてユーザ認証を行ってからグループトークが開始されるまでの各手順について、車載装置３のタッチパネルディスプレイ３２に対して表示される画面を参照しつつ説明する。図５Ａ〜図５Ｆは、タッチパネルディスプレイ３２の表示例を示す図である。

グループトークサービスの加入者であるユーザは、車両７０に乗車すると、まず、認証装置４に対して携帯端末装置２をかざす。これにより、携帯端末装置２の記憶部２３に記憶されるユーザＩＤ２３ａが認証装置４によって読み取られ、車載装置３の認証処理部３４ａが、ユーザＩＤ２３ａと設定情報３３ａとを用いてユーザ認証を行う。

つづいて、認証処理部３４ａは、ユーザを認証すると、ユーザが認証された旨の情報をこのユーザのアイコン画像やユーザ名等とともに表示制御部３４ｃへ受け渡す。そして、表示制御部３４ｃは、これらの情報に基づいて認証成功画像を生成し、生成した認証成功画像をタッチパネルディスプレイ３２に対して表示させる。

図５Ａには、認証成功画像の一例を示している。図５Ａに示すように、認証成功画像には、認証されたユーザのアイコン画像やユーザ名等が含まれる。

また、認証処理部３４ａは、ユーザを認証すると、グループトークアプリケーションソフトウェア２３ｂの起動指示を携帯端末装置２のアプリ実行部２４ｂへ送信する。そして、アプリ実行部２４ｂは、かかる起動指示に従ってグループトークアプリケーションソフトウェア２３ｂを起動させる。なお、本実施例では、グループトークアプリケーションソフトウェア２３ｂを認証後に自動起動する方式としたが、認証後に自動起動するのではなく、認証後のユーザによる起動操作によって起動する方式でも良い。

つづいて、携帯端末装置２では、アプリ実行部２４ｂの画像生成部２４１が、メニュー画面を生成し、生成したメニュー画面を車載装置３の表示制御部３４ｃへ送信する。そして、車載装置３では、表示制御部３４ｃが、画像生成部２４１から受信したメニュー画面をタッチパネルディスプレイ３２に対して表示させる。

図５Ｂには、メニュー画面の一例を示している。図５Ｂに示すように、メニュー画面には、グループトークサービスを含む各種のサービスに対応する画像が含まれる。

ここで、ユーザによってグループトークサービスに対応する画像がタッチされたとする。かかる場合、車載装置３では、操作情報送信部３４ｂが、タッチパネルディスプレイ３２から操作情報を受け取り、受け取った操作情報を携帯端末装置２へ送信する。

携帯端末装置２では、送信処理部２４３が、グループトークサービスに対応する画像がタッチされた旨の操作情報を車載装置３から受信すると、グループ選択画像の生成に必要な情報を取得するための取得要求をユーザＩＤ２３ａや位置情報等とともにサーバ１へ送信する。

サーバ１は、これらの情報を受信すると、ユーザ管理ＤＢ１１ａを参照し、ユーザが所属するグループのグループＩＤを取り出す。たとえば、ユーザがユーザＩＤ「Ｕ０１」の「山田太郎」である場合、サーバ１は、グループＩＤ「Ｇ０１」、「Ｇ０２」および「Ｇ０３」を取り出す。

また、サーバ１は、取り出したグループＩＤに対応するグループ管理情報をグループ管理ＤＢ１１ｂから取り出すとともに、取り出したグループ管理情報に含まれる所属ユーザのユーザＩＤに対応するユーザ管理情報をユーザ管理ＤＢ１１ａから取り出す。たとえば、サーバ１は、グループＩＤ「Ｇ０１」に対応するグループ管理情報をグループ管理ＤＢ１１ｂから取り出すとともに、このグループの所属ユーザ「Ｕ０２」のユーザ管理情報をユーザ管理ＤＢ１１ａから取り出す。

そして、サーバ１は、ユーザ管理ＤＢ１１ａおよびグループ管理ＤＢ１１ｂから取り出した情報を取得要求の送信元である携帯端末装置２へ送信する。

つづいて、携帯端末装置２では、受信処理部２４２が、サーバ１からグループ選択画像の生成に必要な情報を受信し、受信した情報を画像生成部２４１へ受け渡す。そして、画像生成部２４１は、受信処理部２４２から受け取った情報と、記憶部２３に記憶される地図情報２３ｃとに基づいて、グループ選択画像を生成する。

画像生成部２４１は、かかるグループ選択画像を生成すると、生成したグループ選択画像を車載装置３へ送信する。そして、車載装置３では、表示制御部３４ｃが、画像生成部２４１から受信したグループ選択画像をタッチパネルディスプレイ３２に対して表示させる。

また、画像生成部２４１は、受信処理部２４２から受け取った情報を記憶部２３に一時的に記憶させる。

図５Ｃには、グループ選択画像の一例を示している。図５Ｃに示すように、グループ選択画像には、選択候補画像６１と、所在地画像６２とが含まれる。

選択候補画像６１は、グループトークを開始させるグループの選択候補を示す画像である。具体的には、選択候補画像６１は、選択候補となるグループにそれぞれ対応する画像を含んでいる。

この選択候補画像６１は、選択候補となるグループのうち一部のグループを含んで構成される。具体的には、選択候補画像６１は、選択候補となるグループの画像がユーザの操作に応じて仮想的に回転して切り替わる、いわゆるドラム式の表示形式を採用した画像である。

選択候補となるグループの画像には、たとえば、グループ名と、所属メンバーのアイコン画像とが含まれる。図５Ｃに示す場合、選択候補画像６１には、グループ名「家族」のグループに対応する画像、「友人１」のグループに対応する画像および「同僚」のグループに対応する画像が含まれている。

また、グループ名「友人１」のグループに対応する画像には、このグループに所属するユーザとして、４人のユーザ（ここでは、ユーザＡ〜Ｄとする）のアイコン画像が含まれている。また、グループ「友人１」の画像の左右にそれぞれ位置するグループ「家族」の画像およびグループ「同僚」の画像には、グループ「家族」の所属メンバーの一部であるユーザＺのアイコン画像およびグループ「同僚」の所属メンバーの一部であるユーザＥのアイコン画像がそれぞれ含まれる。

なお、グループ名は、グループ管理情報に含まれる情報であり、所属メンバーのアイコン画像は、ユーザ管理情報に含まれる情報である。画像生成部２４１は、これらの情報を受信処理部２４２から受け取り、選択候補画像６１を生成する。

選択候補画像６１の中央位置は、選択候補画像６１の中でフォーカスの合った位置であり、かかる位置に配置されるグループ（図５Ｃでは、「友人１」）、すなわち、フォーカスの合ったグループが、仮選択状態のグループとなる。

そして、所在地画像６２は、選択候補画像６１の中央位置に配置されるグループに所属するユーザの所在を示す画像である。すなわち、所在地画像６２は、仮選択状態のグループに所属するユーザの位置情報に応じた地図画像上の位置にユーザのアイコン画像を重畳させた画像である。

たとえば、図５Ｃに示す場合、選択候補画像６１の中央には、グループ「友人１」の画像が配置されており、所在地画像６２には、かかるグループ「友人１」の所属メンバーであるユーザＡ〜Ｄのアイコン画像が地図画像上に重畳されている。

この時、選択候補画像６１の中央に位置するグループは仮選択状態にあり、この仮選択状態のグループに対応する所在地画像６２が表示される。そして、タッチパネルディスプレイ３２へのタッチ操作や押圧操作等の確定操作によって仮選択状態のグループの選択が確定され、この確定されたグループでグループトークが開始される。

なお、仮選択状態にないグループ、すなわち、選択候補画像６１の中央に位置しないグループ（例えば、図５Ｃでは、グループ「友人１」の両隣に位置するグループ「家族」とグループ「同僚」）に対して、タッチパネルディスプレイ３２へのタッチ操作や押圧操作を行ったとしても確定操作は行われず、タッチ操作あるいは押圧操作されたグループが選択候補画像６１の中央に移動し、仮選択状態となる。このように、画像生成部２４１は、複数のグループの中から仮選択グループを指定するグループ指定手段の一例として機能する。

ここで、仮選択状態とは、選択候補画像６１の中央に設けられたカーソルによって特定されたグループに所属するメンバーの状態を表示させており、グループトークに参加する前の状態である。

このように、本実施例に係るグループ通信システム１００では、グループ選択画像として、選択候補画像６１とともに、グループに所属するユーザの所在地を示す所在地画像６２を併せて表示することとした。

したがって、ユーザは、グループのメンバーの所在地を把握したうえで、グループトークを行うか否かを決定することができる。すなわち、ユーザは、実際にグループトークを開始しなくとも、グループのメンバーがどこにいるのかを把握することができる。また、ユーザは、単に他のメンバーの所在地を把握したい場合に、一旦グループトークへ参加して直ぐに退会するといった煩雑な行動を取る必要がない。

また、本実施例に係るグループ通信システム１００では、表示制御部３４ｃが、選択候補となるグループのうち一部のグループを含んだ選択候補画像６１をタッチパネルディスプレイ３２へ表示させるとともに、タッチパネルディスプレイ３２に対する入力操作に応じて選択候補画像６１に含ませるグループを変更することとした。

具体的には、携帯端末装置２の画像生成部２４１は、車載装置３の操作情報送信部３４ｂから選択候補画像６１に対する入力操作（たとえば、左右へのスライド操作）の操作情報を受信すると、受信した操作情報に応じて、グループの画像をスライドさせた選択候補画像６１をあらたに生成する。そして、画像生成部２４１は、あらたに生成した選択候補画像６１を車載装置３の表示制御部３４ｃへ送信する。

これにより、タッチパネルディスプレイ３２には、ユーザのスライド操作に応じてグループの画像がスライドした選択候補画像６１が表示される。たとえば、図５Ｄには、図５Ｃに示す選択候補画像６１がユーザによって左方向へスライドされた結果、グループ「同僚」に対応する画像が中央に位置し、グループ「同僚」に所属するユーザＥ〜Ｇの所在を示す所在地画像６２が表示された場合の例について示している。

このように、本実施例に係るグループ通信システム１００では、選択候補画像６１の表示形式をドラム式とすることで、タッチパネルディスプレイ３２における選択候補画像６１の表示領域を小さくでき、所在地画像６２を表示させるスペースを確保することができる。

なお、ここでは、選択候補画像６１の表示形式がドラム式である場合の例について説明したが、選択候補画像６１の表示形式は、必ずしもドラム式である必要はない。また、選択候補画像６１に含まれるグループの画像は、選択候補画像６１および所在地画像６２の配列方向と同一の方向に配列させても構わない。また、ここでは、選択候補画像６１の下に所在地画像６２が配置される場合の例を示したが、これとは逆に、所在地画像６２の下に選択候補画像６１が配置されてもよい。

なお、グループに所属するユーザの人数が多い場合、選択候補画像６１におけるグループの画像には、一部のユーザだけが含まれるようにしてもよい。また、かかる場合、グループに所属するユーザの表示順序を、グループトークへ参加する可能性が高い順としてもよい。たとえば、グループトークへの参加率が高いほど、グループトークへ参加する可能性が高いと判断することができる。また、現在通信不能（オフライン）のユーザは、グループトークへ参加する可能性が低いと判断することができる。このように、グループ選択時においてタッチパネルディスプレイ３２に表示されるユーザの表示順序を、グループトークへ参加する可能性が高い順とすることで、グループ選択をより適切に行うことができる。

また、グループに所属するユーザの表示順序を、グループトークへ参加した日時が古い順としたり、グループトークでの発言回数が多い順としたりしてもよい。たとえば、グループトークへの参加した日時が古いユーザほど、あるいは、グループトークでの発言回数が多いユーザほど、グループトークの話題の中心にいる可能性が高いと判断することができる。このように、グループ選択時においてタッチパネルディスプレイ３２に表示されるユーザの表示順序を、グループトークの話題の中心にいる可能性が高い順とすることで、グループ選択をより適切に行うことができる。

また、画像生成部２４１は、受信処理部２４２から受け取った情報のうち所属メンバーの状態情報に応じて、地図画像上に重畳させるアイコン画像を変更する。

たとえば、ユーザＡのユーザ管理情報に含まれる「状態」項目が「非乗車中」である場合、画像生成部２４１は、ユーザＡのアイコン画像を地図画像上に重畳させる。一方、ユーザＢのユーザ管理情報に含まれる「状態」項目が「乗車中」である場合、画像生成部２４１は、ユーザＢのアイコン画像と車両のイラストとを組み合わせた画像を地図画像上に重畳させる。

このように、所属メンバーの状態に応じて地図画像上に重畳させる画像を変更することで、ユーザは、各メンバーの状態を把握することができる。

また、画像生成部２４１は、所属メンバーの各位置情報に基づいて地図画像の縮尺を決定する。すなわち、画像生成部２４１は、グループに所属する全てのユーザのアイコン画像が所在地画像６２に含まれるように地図画像の縮尺を決定する。これにより、ユーザは、グループに所属する全てのユーザの所在地を容易に把握することができる。

なお、縮尺には上限（範囲を広げ過ぎない）を設け、その範囲内に位置しないメンバーについては、表示領域におけるメンバーの位置方向の端部にユーザのアイコン画像を配置するものとする。また、この場合、ユーザのアイコン画像に加工を施し（色調の変化やマーク付与等）、表示された地図の外側に当該ユーザが位置することが分かるようにすることが好ましい。

図５Ｄに戻り、選択候補画像６１に含まれるグループ「同僚」の画像がユーザによってタッチ操作された場合について説明する。

ユーザが、選択候補画像６１に含まれるグループ「同僚」の画像をタッチすると、グループ「同僚」の画像が中央位置に配置された選択候補画像６１、すなわち、グループ「同僚」にフォーカスの合った選択候補画像６１がタッチパネルディスプレイ３２に表示される。また、仮選択状態のグループは、「友人１」から「同僚」へと変更される。これにより、タッチパネルディスプレイ３２には、所在地画像６２として、グループ「同僚」に所属するユーザの所在を示す画像が表示される。

グループ「同僚」の画像が選択候補画像６１の中央位置に配置されたのち（すなわち、グループ「同僚」が仮選択状態となったのち）、グループ「同僚」の画像がユーザによってタッチ操作されると、車載装置３の操作情報送信部３４ｂは、かかるタッチ操作に関する操作情報を携帯端末装置２へ送信する。そして、携帯端末装置２では、送信処理部２４３が、かかる操作情報を受信すると、グループ「同僚」のグループＩＤおよび自装置のユーザＩＤ等を含んだグループトーク開始要求をサーバ１へ送信する。

サーバ１は、携帯端末装置２からグループトーク開始要求を受信すると、かかるグループトーク開始要求からグループＩＤを取り出し、かかるグループＩＤに対応するグループに所属する各ユーザのユーザＩＤをグループ管理ＤＢ１１ｂから取り出す。また、サーバ１は、取り出したユーザＩＤに対応するユーザの携帯端末装置２に対してグループトークへの参加の可否を確認する通知を送信する。

そして、グループに所属するいずれかのユーザからグループトークへの参加を許可する旨の通知を受信すると、サーバ１は、グループトークを開始させる。なお、メンバーからグループトークへ参加するか否かの応答があるまでの間、タッチパネルディスプレイ３２には、図５Ｅに示すように、メンバーを呼び出し中である旨の画面が表示される。

このように、仮選択状態でないグループに対して選択操作を行うことで、選択されたグループが仮選択状態となる。さらに、仮選択状態のグループに対して選択操作を行うことで、仮選択状態のグループが、グループトークを開始するグループとして確定する。

図５Ｆに、グループトーク中にタッチパネルディスプレイ３２に表示されるトーク中画像の一例を示す。以下では、図５Ｆを参照して、グループトークにおける処理内容について説明する。

グループトークモードへ移行すると、携帯端末装置２では、音声認識処理部３４ｅが、マイク５から音声データを取得する処理を開始し、車載装置３では、送信処理部２４３が、トークデータの送信処理を開始する。

具体的には、車載装置３の音声認識処理部３４ｅは、マイク５を介して音声データを取得し、取得した音声データを携帯端末装置２へ送信する。この処理は、後述するトーク停止ボタン６６がユーザによってタッチ操作されるまで継続される。すなわち、マイク５を介して取得される音声データは、トーク停止ボタン６６がタッチ操作されるまで車載装置３を介して携帯端末装置２の送信処理部２４３へ絶えず送信され続ける。

そして、携帯端末装置２では、送信処理部２４３が、携帯端末装置２から音声データを受信すると、位置情報取得部２２から位置情報を取得し、音声データ、位置情報、時刻、ユーザＩＤ、グループＩＤ等を含んだトークデータを生成しサーバ１へ送信する。

ここで、送信処理部２４３は、車載装置３から音声データを取得すると、取得した音声データを所定の発話期間ごとに区切ってサーバ１へ送信する。

以下では、かかる音声データの分割処理の例について図６Ａ〜図６Ｃを用いて説明する。図６Ａ〜図６Ｃは、音声データの分割処理の例を示す図である。なお、図６Ａ〜図６Ｃには、横軸を時間とし、縦軸を音量レベルとした場合における音声データの波形を模式的に示している。

たとえば、図６Ａに示すように、送信処理部２４３は、車載装置３から取得した音声データの音量レベルを検出し、検出した音声データの音量レベルに基づいて発話期間を決定する。

具体的には、送信処理部２４３は、音量レベルの絶対値が所定の閾値以下の状態が所定の時間（図６Ａでは、Δｔ１（ｓ））継続した時点を、発話期間の終了点として決定する。また、送信処理部２４３は、音量レベルの絶対値が所定の閾値を超えた場合に、その所定時間前（図６Ａでは、Δｔ２（ｓ）前）の時点を発話期間の開始点として決定する。

そして、送信処理部２４３は、決定した発話期間ごとに、トークデータを生成してサーバ１へ送信する。トークデータに含まれる位置情報および時刻は、発話期間の開始点における位置情報および時刻とする。

このように、送信処理部２４３が、マイク５を介して取得される音声データの音量レベルに基づいて発話期間を決定することとしたため、音声データを適切に区切ることができる。

なお、送信処理部２４３は、開始点および終了点を決定した結果、発話期間が所定の時間よりも短い場合には、かかる音声データを破棄してもよい。これにより、不要なトークデータが生成されることを防止することができる。

また、図６Ａでは、音声データの開始点および終了点を決定するための閾値を同じ値としたが、閾値は、音声データの開始点を決定する場合と終了点を決定する場合とで異ならせてもよい。

また、図６Ａでは、音量レベルに基づいて発話期間を決定する場合の例について説明したが、送信処理部２４３は、音声データをあらかじめ決められた時間ごとに区切ることとしてもよい。たとえば、図６Ｂに示すように、送信処理部２４３は、車載装置３から取得した音声データをＴ（ｓ）ごとに区切ることによって発話期間を決定してもよい。

また、送信処理部２４３は、図６Ｃに示すように、ユーザが所定距離（図６Ｃでは、Ｘ（ｍ））移動するごとに、音声データを区切ってもよい。ユーザの移動距離は、たとえば、位置情報取得部２２によって取得される位置情報から算出することができる。

このように、送信処理部２４３が、マイク５を介して取得される音声データを所定の発話期間ごとに区切ってサーバ１へ送信することとしたため、ユーザがタッチパネルディスプレイ３２等を操作して発話期間を区切る場合と比較して、操作量を減らすことができる。

図５Ｆに戻り、グループトークにおける処理内容についての説明を続ける。サーバ１は、携帯端末装置２からトークデータを受信すると、受信したトークデータを同一のグループに所属する他のユーザの携帯端末装置２に対して送信する。携帯端末装置２では、受信処理部２４２が、他の携帯端末装置２からのトークデータをサーバ１経由で受信すると、受信したトークデータを記憶部２３へ記憶させる。

また、携帯端末装置２では、画像生成部２４１は、記憶部２３にあらたなトークデータが記憶されると、あらたに記憶されたトークデータに含まれるユーザＩＤおよび位置情報を取り出す。また、画像生成部２４１は、取り出したユーザＩＤに対応するユーザのアイコン画像と所定の画像（たとえば、吹き出しの画像）とを組み合わせた画像（以下、「つぶやきマーク」と記載する）を生成する。

また、画像生成部２４１は、生成したつぶやきマーク６５をトークデータから取り出した位置情報に応じた地図画像上の位置に重畳させたトーク中画像を生成し、生成したトーク中画像を車載装置３へ送信する。そして、車載装置３の表示制御部３４ｃは、携帯端末装置２から受信したトーク中画像をタッチパネルディスプレイ３２に対して表示させる。

これにより、図５Ｆに示すように、タッチパネルディスプレイ３２には、地図画像上につぶやきマーク６５が重畳されたトーク中画像が表示される。このトーク中画像は、グループに所属するユーザがトークデータを送信するごとに更新され、新たなつぶやきマーク６５が地図画像上に追加されることとなる。

このように、表示制御部３４ｃは、グループの中から一のグループを選択する選択操作が行われた場合に、選択されたグループに所属するユーザの携帯端末装置２と、自装置との間で通信リンクが確立された携帯端末装置２との間でグループトークを行うためのトーク中画像をタッチパネルディスプレイ３２へ表示させる。

ユーザは、タッチパネルディスプレイ３２に表示されたつぶやきマーク６５をタッチすることによって、タッチしたつぶやきマーク６５に対応する音声メッセージを聞くことができる。

具体的には、車載装置３では、操作情報送信部３４ｂが、タッチパネルディスプレイ３２からつぶやきマーク６５へのタッチ操作に関する操作情報を受け取り、受け取った操作情報を携帯端末装置２へ送信する。また、携帯端末装置２では、アプリ実行部２４ｂが、車載装置３から上記の操作情報を受信すると、記憶部２３に記憶されたトークデータのうち、ユーザがタッチしたつぶやきマーク６５に対応するトークデータから音声データを取り出して車載装置３へ送信する。

そして、車載装置３では、音声出力制御部３４ｄが、携帯端末装置２が受信した音声データに基づき、ユーザがタッチしたつぶやきマーク６５に対応する音声メッセージをスピーカ６から出力させる。

一方、図５Ｆに示すように、トーク中画像には、トーク停止ボタン６６も含まれる。かかるトーク停止ボタン６６がユーザによってタッチ操作されると、車載装置３の音声認識処理部３４ｅは、マイク５を介して取得した音声データを携帯端末装置２へ送信する処理を停止する。

また、携帯端末装置２の送信処理部２４３は、トーク停止ボタン６６がタッチされた旨の操作情報を車載装置３から受信すると、トークデータの送信処理を停止する。このように、送信処理部２４３は、操作入力部であるタッチパネルディスプレイ３２によって送信処理の停止操作が受け付けられた場合に、送信処理を停止する。したがって、ユーザは、たとえば発話内容を他のユーザに聞かれたくない場合に、トーク停止ボタン６６をタッチすることによってトークデータの送信を容易に停止することができる。

なお、図５Ａ〜図５Ｆでは、登録済みのグループからグループトークを開始するグループを選択する場合の例について説明したが、これに限ったものではなく、あらたにグループを形成してグループトークを開始することもできる。かかる点については、後述する。

次に、サーバ１、携帯端末装置２および車載装置３の具体的動作について説明する。まず、携帯端末装置２が実行するアプリ起動時処理について図７を用いて説明する。図７は、アプリ起動時処理の処理手順を示すフローチャートである。

なお、アプリ起動時処理は、携帯端末装置２がグループトークアプリケーションソフトウェア２３ｂの起動を指示されてから後述するグループ選択モードフラグまたはグループ形成モードフラグがオンされるまでの処理である。

図７に示すように、携帯端末装置２では、受信処理部２４２が、自装置から所定範囲内に所在するユーザのユーザ情報をサーバ１から取得し（ステップＳ１０１）、画像生成部２４１が、受信処理部２４２によって取得されたユーザ情報に基づき、地図画像上にユーザのアイコン画像を重畳させた画像を生成する（ステップＳ１０２）。

つづいて、携帯端末装置２では、送信処理部２４３が、「グループ選択モード」が選択されたか否かを判定する（ステップＳ１０３）。ここで、「グループ選択モード」とは、登録済みのグループからグループトークを開始するグループを選択するモードである。

たとえば、タッチパネルディスプレイ３２には、ステップＳ１０２において生成された画像とともに、「グループ選択モード」を選択するための画像および後述する「グループ形成モード」を選択するための画像が表示される。そして、ユーザが「グループ選択モード」を選択するための画像に対してタッチ操作を行い、車載装置３の操作情報送信部３４ｂが、かかる操作情報を携帯端末装置２へ送信することで、携帯端末装置２の送信処理部２４３は、「グループ選択モード」が選択されたと判定する。

ステップＳ１０３において「グループ選択モード」が選択されたと判定すると（ステップＳ１０３，Ｙｅｓ）、アプリ実行部２４ｂは、グループ選択モードフラグをオンし（ステップＳ１０４）、アプリ起動時処理を終了する。

一方、「グループ選択モード」が選択されていない場合（ステップＳ１０３，Ｎｏ）、送信処理部２４３は、「グループ形成モード」が選択されたか否かを判定する（ステップＳ１０５）。そして、「グループ形成モード」が選択されたと判定すると（ステップＳ１０５，Ｙｅｓ）、アプリ実行部２４ｂは、グループ形成モードフラグをオンして（ステップＳ１０６）、アプリ起動時処理を終了する。

なお、アプリ実行部２４ｂは、ステップＳ１０５において「グループ形成モード」が選択されていない場合には（ステップＳ１０５，Ｎｏ）、処理をステップＳ１０１へ戻し、ステップＳ１０１以降の処理を繰り返す。

次に、携帯端末装置２が実行するグループ選択処理の処理手順について図８を用いて説明する。図８は、グループ選択処理の処理手順を示すフローチャートである。なお、グループ選択処理は、図７のステップＳ１０４においてグループ選択モードフラグがオンされた場合に実行される処理である。

図８に示すように、グループ選択処理を開始すると、携帯端末装置２の送信処理部２４３は、グループ選択画像の生成に必要な情報を取得するための情報取得要求をユーザＩＤ２３ａや位置情報等とともにサーバ１へ送信する（ステップＳ２０１）。

つづいて、携帯端末装置２では、受信処理部２４２が、グループ選択画像の生成に必要な情報をサーバ１から受信し（ステップＳ２０２）、画像生成部２４１が、選択候補画像６１および所在地画像６２を含んだグループ選択画像を生成する（ステップＳ２０３）。これにより、タッチパネルディスプレイ３２には、表示制御部３４ｃによってグループ選択画像が表示されることとなる。

つづいて、送信処理部２４３は、グループ確定操作がなされたか否かを判定する（ステップＳ２０４）。たとえば、送信処理部２４３は、選択候補画像６１の中央位置に配置されるグループの画像、すなわち、仮選択状態のグループの画像に対してタッチ操作がなされた旨の操作情報を車載装置３から受信した場合に、グループ確定操作がなされたと判定する。

ステップＳ２０４においてグループ確定操作がなされたと判定すると（ステップＳ２０４，Ｙｅｓ）、アプリ実行部２４ｂは、グループトークモード開始要求をサーバ１へ送信する（ステップＳ２０５）。そして、アプリ実行部２４ｂは、グループ選択モードフラグをオフするとともに（ステップＳ２０６）、グループトークモードフラグをオンして（ステップＳ２０７）、グループ選択処理を終了する。

一方、ステップＳ２０４においてグループ確定操作がなされていない場合（ステップＳ２０４，Ｎｏ）、送信処理部２４３は、仮選択グループ変更操作がなされたか否かを判定する（ステップＳ２０８）。仮選択グループ変更操作とは、たとえば、仮選択状態でないグループの画像へのタッチ操作、あるいは、選択候補画像６１に対するスライド操作のことである。送信処理部２４３は、選択候補画像６１に対してこれらの操作がなされた旨の操作情報を車載装置３から受信した場合に、選択候補変更操作がなされたと判定する。

ステップＳ２０８において仮選択グループ変更操作がなされたと判定すると（ステップＳ２０８，Ｙｅｓ）、画像生成部２４１は、選択候補画像６１を更新するとともに（ステップＳ２０９）、所在地画像６２を更新し（ステップＳ２１０）、処理をステップＳ２０４へ戻す。なお、アプリ実行部２４ｂは、仮選択グループ変更操作がなされていない場合にも（ステップＳ２０８，Ｎｏ）、処理をステップＳ２０４へ戻す。

次に、車載装置３が実行するグループトーク送信処理の処理手順について図９を用いて説明する。図９は、グループトーク送信処理の処理手順を示すフローチャートである。ここで、グループトーク送信処理は、グループトークモードフラグがオンされた場合に実行される処理のうち、トークデータ等の送信に関する処理である。なお、図９に示すグループトーク送信処理は、グループトークモードフラグがオンされている間、繰り返し実行される。

図９に示すように、グループトーク送信処理を開始すると、車載装置３の音声認識処理部３４ｅは、マイク５を介して音声データを取得し（ステップＳ３０１）、取得した音声データに対して音声認識処理を行う（ステップＳ３０２）。

つづいて、音声認識処理部３４ｅは、発話内容にキラーワードが含まれるか否かを判定する（ステップＳ３０３）。キラーワードとは、上述したように、車両７０に搭載されるエアコン等の機器、あるいは、携帯端末装置２が備えるナビゲーション部２４ｃ等を音声によって制御するための専用の言葉である。

ステップＳ３０３において発話内容にキラーワードが含まれると判定した場合（ステップＳ３０３，Ｙｅｓ）、実行指示部３４ｆは、キラーワードに対応する処理の実行指示を行う（ステップＳ３０４）。

このように、本実施例では、音声認識処理部３４ｅが、マイク５を介して取得した音声データから発話内容を認識し、実行指示部３４ｆが、音声認識処理部３４ｅによる音声認識の結果、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、キラーワードに応じた処理を実行させることとした。したがって、ユーザは、グループトークを楽しみながら、車両７０に搭載されるエアコンやオーディオ等に対する操作を容易に行うことができる。

また、実行指示部３４ｆは、他メンバー同期制御が設定されているか否かを判定する（ステップＳ３０５）。ここで、他メンバー同期制御とは、キラーワードに対応する処理を同一グループに所属する他のユーザの携帯端末装置２や車両７０についても実行させる制御のことである。

なお、他メンバー同期制御の設定は、キラーワード毎に設定する構成、例えばキラーワードＫＷ１についてはメンバー同期制御が設定され、キラーワードＫＷ２にはメンバー同期制御が設定されていないと言った、キラーワード毎に他メンバーの携帯端末装置２等に対する処理を変更できる構成にするのが望ましい。

ステップＳ３０５において他メンバー同期制御が設定されている場合（ステップＳ３０５，Ｙｅｓ）、実行指示部３４ｆは、ステップＳ３０４において実行指示した内容と同様の制御コマンドを含む同期制御データを携帯端末装置２に対して送信し（ステップＳ３０６）、グループトーク送信処理を終了する。このように、実行指示部３４ｆは、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、かかるキラーワードに応じた処理を実行させる旨の同期制御データを携帯端末装置２経由でサーバ１へ送信する。

なお、他メンバー同期制御の可否は、キラーワード毎に設定されている。たとえば、目的地設定等、メンバー間で同じ行動を行うことが適するような機能は、他メンバー同期制御に設定される傾向が強く、エアコン制御等、個々の車両毎に適切な制御が異なるような機能は、他メンバー同期制御に設定されない傾向が強い。

ステップＳ３０３において発話内容にキラーワードが含まれない場合（ステップＳ３０３，Ｎｏ）、制御部３４は、現在のモードがトーク停止モードであるか否かを判定する（ステップＳ３０７）。たとえば、図５Ｆに示すトーク停止ボタン６６がタッチ操作された場合、制御部３４は、トーク停止モードであると判定する。

ステップＳ３０７において現在のモードがトーク停止モードではない場合（ステップＳ３０７，Ｎｏ）、音声認識処理部３４ｅは、ステップＳ３０１において取得した音声データを携帯端末装置２へ送信する（ステップＳ３０８）。そして、制御部３４は、ステップＳ３０８の処理を終えた場合、あるいは、ステップＳ３０５において他メンバー同期制御が設定されていない場合（ステップＳ３０５，Ｎｏ）に、グループトーク送信処理を終了する。また、制御部３４は、ステップＳ３０７において現在のモードがトーク停止モードであると判定した場合にも（ステップＳ３０７，Ｙｅｓ）、グループトーク送信処理を終了する。

なお、音声認識処理部３４ｅによって送信された音声データは、携帯端末装置２の送信処理部２４３によって受信される。そして、送信処理部２４３は、車載装置３から受信した音声データを所定の発話期間ごとに区切り、音声データ、位置情報、時刻、ユーザＩＤ、グループＩＤ等を含んだトークデータを生成してサーバ１へ送信する。

次に、携帯端末装置２が実行するグループトーク受信処理の処理手順について図１０を用いて説明する。ここで、グループトーク受信処理は、グループトークモードフラグがオンされた場合に実行される処理のうち、トークデータ等の受信に関する処理である。なお、図１０に示すグループトーク受信処理は、グループトークモードフラグがオンされている間、繰り返し実行される。

図１０に示すように、グループトーク受信処理を開始すると、携帯端末装置２の画像生成部２４１は、所属メンバーの位置情報に応じて地図画像の縮尺を決定し（ステップＳ４０１）、決定した縮尺の地図画像上に所属メンバーのアイコン画像を重畳させる（ステップＳ４０２）。

これにより、タッチパネルディスプレイ３２には、表示制御部３４ｃによってトーク中画像が表示されることとなる。なお、所属メンバーのアイコン画像は、所属メンバーの状態に応じて決定される。たとえば、ユーザの状態情報が「乗車中」である場合には、ユーザ既定のアイコン画像および車両のイラストを組み合わせた画像が、ユーザのアイコン画像として用いられる。

つづいて、携帯端末装置２では、画像生成部２４１が、つぶやきマーク６５の描画処理を行う（ステップＳ４０３）。すなわち、画像生成部２４１は、地図画像上につぶやきマーク６５を追加したトーク中画像を生成する。

つづいて、受信処理部２４２は、同期制御データを受信したか否かを判定する（ステップＳ４０４）。かかる処理において同期制御データを受信していない場合（ステップＳ４０４，Ｎｏ）、送信処理部２４３は、つぶやきマーク６５の選択操作がなされたか否かを判定する（ステップＳ４０５）。たとえば、送信処理部２４３は、つぶやきマーク６５に対してタッチ操作がなされた旨の操作情報を車載装置３から受信した場合に、つぶやきマーク６５の選択操作がなされたと判定する。

ステップＳ４０５においてつぶやきマーク６５が選択されたと判定した場合（ステップＳ４０５，Ｙｅｓ）、アプリ実行部２４ｂは、選択されたつぶやきマーク６５に対応する音声データを記憶部２３から取り出して車載装置３へ送信し（ステップＳ４０６）、処理を終える。なお、アプリ実行部２４ｂは、ステップＳ４０５においてつぶやきマーク６５の選択操作がなされていない場合にも（ステップＳ４０５，Ｎｏ）、処理を終える。

また、ステップＳ４０４において同期制御データを受信したと判定すると（ステップＳ４０４，Ｙｅｓ）、アプリ実行部２４ｂは、同期制御データに含まれる制御コマンドに対応する処理の実行を指示し（ステップＳ４０７）、グループトーク受信処理を終了する。

なお、アプリ実行部２４ｂは、同期制御データによる制御対象が車両７０に搭載された機器である場合には、受信した同期制御データを車載装置３へ送信する。これにより、車載装置３の実行指示部３４ｆが、同期制御データに含まれる制御コマンドに対応する処理の実行を指示することとなる。また、同期制御データに含まれる制御コマンドに対応する処理を、ユーザによる実行許可操作後に実行するようにしても良い。

このように、実行指示部３４ｆは、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、キラーワードに応じた処理を実行させる旨の同期制御データを携帯端末装置２経由でサーバ１へ送信するとともに、サーバ１から携帯端末装置２経由で同期制御データを受信した場合には、受信した同期制御データに応じた処理を実行させる。

これにより、たとえば同一のグループに所属するメンバーのうちの１人が目的地の設定を音声操作により行うことで、残りのメンバーは目的地の設定操作を行うことなく同じ目的地を設定することができる。

ところで、ここでは、キラーワードに応じた処理の実行をグループトークに参加する全メンバー間で同期させる場合の例について説明したが、キラーワードに応じた処理の実行は、指定したメンバー間においてのみ同期させてもよい。

たとえば、ユーザは、キラーワードとともに、キラーワードに応じた処理を同期させたいユーザのユーザ名を発話する。実行指示部３４ｆは、発話内容にキラーワードに加えてユーザ名が含まれる場合には、発話内容に含まれるユーザのユーザＩＤをさらに含んだ同期制御データを生成してサーバ１へ送信する。

そして、サーバ１は、受信した同期制御データに同期対象となるユーザのユーザＩＤが含まれる場合には、同期制御データに含まれるユーザＩＤに対応する携帯端末装置２に対してのみ同期制御データを送信する。

このように、実行指示部３４ｆは、処理の実行対象となるユーザのユーザ名が発話内容に含まれる場合には、処理の実行対象となるユーザのユーザＩＤをさらに含んだ同期制御データを携帯端末装置２経由でサーバ１へ送信することとした。したがって、ユーザは、キラーワードに応じた処理を同期させるメンバーを任意に指定することができる。

なお、ここでは、キラーワードに応じた処理を同期させたいユーザのユーザ名を発話することで、同期対象となるメンバーを指定する場合の例について説明したが、同期対象となるメンバーをサーバ１のグループ管理ＤＢ１１ｂ等にあらかじめ登録しておいてもよい。このようにすれば、ユーザは、同期させたいユーザのユーザ名を発話する必要がなくなる。

また、同期制御データを受信した側で、同期制御を拒否できる機能、例えば同期制御の内容とその実行の可否を選択するスイッチ（ボタン）画像を表示し、ユーザが実行可のスイッチを選択操作した場合のみその同期制御を実行する機能を設けても良い。

次に、携帯端末装置２が実行する退会処理である端末側退会処理の処理手順について図１１を用いて説明する。図１１は、端末側退会処理の処理手順を示すフローチャートである。なお、退会処理とは、グループトークを終了するための処理のことである。

図１１に示すように、端末側退会処理を開始すると、携帯端末装置２の送信処理部２４３は、退会操作がなされたか否かを判定する（ステップＳ５０１）。たとえば、送信処理部２４３は、タッチパネルディスプレイ３２に表示される退会ボタン（図示せず）がタッチされた旨の操作情報を車載装置３から受信した場合に、退会操作がなされたと判定する。

ステップＳ５０１において退会操作がなされていない場合（ステップＳ５０１，Ｎｏ）、ナビゲーション部２４ｃは、設定された目的地へ到着したか否かを判定する（ステップＳ５０２）。

ステップＳ５０１において退会操作がなされたと判定した場合（ステップＳ５０１，Ｙｅｓ）、または、ステップＳ５０２において目的地へ到着したと判定した場合（ステップＳ５０２，Ｙｅｓ）、送信処理部２４３は、ユーザＩＤ２３ａおよびグループＩＤ等を含んだ退会データをサーバ１へ送信する（ステップＳ５０３）。そして、アプリ実行部２４ｂは、グループトークモードフラグをオフし（ステップＳ５０４）、端末側退会処理を終了する。なお、ステップＳ５０２において目的地へ到着していない場合（ステップＳ５０２，Ｎｏ）にも、アプリ実行部２４ｂは端末側退会処理を終了する。

このように、目的地に到着した場合にも退会データを送信することとした。これは、目的地に到着した場合、次の目的とする行動をするのが通常で、例えば自動車の場合は降車して施設に対応した行動を行うと言った状況が全く異なったものとなるため、グループトークから退会するのが通常である。このため、目的地に到着したことを条件として退会データを送信することなど退会処理を自動的に行えば、退会に必要な操作を行うことなく退会することができる。尚、念のために目的地到着後、ユーザの退会確認操作（退会確認ボタンを表示し、それに対するユーザの操作）に基づき退会処理を実行しても良い。

なお、目的地に到着した場合には、タッチパネルディスプレイ３２に対してグループトークから退会するか否かの確認画面を表示させ、退会する旨の操作があった場合に、ステップＳ５０３以降の処理を行ってもよい。また、かかる場合には、ユーザの便を考慮し、確認画面を表示させてから所定時間以内に操作がなかった場合にも、ステップＳ５０３へ移行することとしてもよい。

次に、サーバ１が実行する退会処理であるサーバ側退会処理の処理手順について図１２を用いて説明する。図１２は、サーバ側退会処理の処理手順を示すフローチャートである。なお、この処理はユーザからの退会データの受信検知により実行する。

図１２に示すように、サーバ１は、携帯端末装置２から退会データを受信したか否かを判定し（ステップＳ６０１）、受信したと判定すると（ステップＳ６０１，Ｙｅｓ）、該当グループの全メンバーがグループトークから退会したか否かを判定する（ステップＳ６０２）。かかる処理において全メンバーがグループトークから退会したと判定しない場合（ステップＳ６０２，Ｎｏ）、すなわち、グループトークへの参加者が１人でも存在する場合、サーバ１は、受信した退会データを既退会者を含む全メンバーの携帯端末装置２へ送信する（ステップＳ６０３）。

なお、携帯端末装置２では、サーバ１から退会データを受信すると、画像生成部２４１が、退会データの送信元であるユーザがグループトークから退会した旨のメッセージを生成し、車載装置３の表示制御部３４ｃへ送信する。このとき、画像生成部２４１は、退会データの送信元であるユーザのアイコン画像を地図画像上から削除、あるいは表示形態を変更してもよい。

ステップＳ６０２において全メンバーがグループトークから退会したと判定した場合（ステップＳ６０２，Ｙｅｓ）、サーバ１は、解散データを既退会者を含む全メンバーの携帯端末装置２へ送信する（ステップＳ６０４）。解散データとは、グループトークが終了したことを示すデータである。携帯端末装置２では、サーバ１から解散データを受信すると、画像生成部２４１が、グループトークが終了した旨（グループが解散した旨）のメッセージを生成し、車載装置３の表示制御部３４ｃへ送信する。

サーバ１は、ステップＳ６０３またはステップＳ６０４の処理を終えると、該当グループのグループ管理情報を更新し（ステップＳ６０５）、サーバ側退会処理を終了する。なお、サーバ１は、ステップＳ６０１において退会データを受信していない場合にも（ステップＳ６０１，Ｎｏ）、サーバ側退会処理を終了する。

このように、既に退会したメンバーに対しても退会データや解散データを送信することで、誰が何時退会したかあるいはグループが何時解散されたかを自分がグループから退会した後においても把握することができる。

なお、本例の場合、一度退会したメンバーがグループ存続を確認して復帰することを考慮して、全メンバーがグループトークから退会したと判定した場合（ステップＳ６０２，Ｙｅｓ）に解散処理を行ったが、グループトークが成立しない状態である残メンバーが一人になった場合に解散処理を行っても良い。

次に、携帯端末装置２が実行する端末側グループ形成処理の処理手順について図１３を用いて説明する。図１３は、端末側グループ形成処理の処理手順を示すフローチャートである。

ここで、グループ形成処理とは、登録済みのグループからグループトークを開始するグループを選択するのではなく、あらたにグループを形成してグループトークを開始するための処理である。端末側グループ形成処理は、グループ形成モードフラグ（図７参照）がオンされた場合に実行される。

図１３に示すように、端末側グループ形成処理を開始すると、携帯端末装置２のアプリ実行部２４ｂは、グループ形成要求をサーバ１へ送信し（ステップＳ７０１）、サーバ１からグループ形成用データを受信する（ステップＳ７０２）。

ここで、グループ形成要求には、自装置の位置情報のほか、あらたに形成するグループの条件（たとえば、「自装置の周囲５００メートルに所在するユーザ」など）等を含んだ情報である。また、グループ形成用データとは、あらたに形成するグループのメンバー候補としてサーバ１によって抽出されたユーザのユーザ管理情報を含んだ情報である。

つづいて、携帯端末装置２の画像生成部２４１は、サーバ１から受信したグループ形成用データに含まれる各メンバー候補の位置情報に応じて地図画像の縮尺を決定し（ステップＳ７０３）、かかる地図画像上に、各メンバー候補のアイコン画像を重畳させる（ステップＳ７０４）。

つづいて、アプリ実行部２４ｂは、メンバー選択が完了したか否かを判定し（ステップＳ７０５）、完了したと判定すると（ステップＳ７０５，Ｙｅｓ）、画像生成部２４１は、確認画面を生成する（ステップＳ７０６）。これにより、タッチパネルディスプレイ３２には、選択したメンバーで間違いないかを確認する確認画面が表示される。

つづいて、アプリ実行部２４ｂは、決定操作がなされたか否かを判定し（ステップＳ７０７）、決定操作がなされたと判定すると（ステップＳ７０７，Ｙｅｓ）、ユーザによって選択された各メンバー候補のユーザＩＤを含む新規グループデータをサーバ１へ送信して（ステップＳ７０８）、端末側グループ形成処理を終了する。

一方、アプリ実行部２４ｂは、ステップＳ７０７において決定操作がなされなかった場合（ステップＳ７０７，Ｎｏ）、すなわち、メンバー選択をやり直す旨の操作がなされた場合には、処理をステップＳ７０５へ戻す。また、ステップＳ７０５においてメンバー選択が完了していない場合にも（ステップＳ７０５，Ｎｏ）、アプリ実行部２４ｂは、処理をステップＳ７０５へ戻す。

次に、サーバ１が実行するサーバ側グループ形成処理の処理手順について図１４を用いて説明する。図１４は、サーバ側グループ形成処理の処理手順を示すフローチャートである。

図１４に示すように、サーバ側グループ形成処理を開始すると、サーバ１は、携帯端末装置２からグループ形成要求を受信した否かを判定する（ステップＳ８０１）。かかる処理においてグループ形成要求を受信したと判定すると（ステップＳ８０１，Ｙｅｓ）、サーバ１は、受信したグループ形成要求に基づき、ユーザ管理ＤＢ１１ａから条件に該当するユーザを抽出する（ステップＳ８０２）。

たとえば、条件が、「自装置の周囲５００メートルに所在するユーザ」である場合、サーバ１は、グループ形成要求に含まれる位置情報を用い、この位置情報によって示される位置から５００メートル以内に所在するユーザを特定し、特定したユーザのユーザ管理情報をユーザ管理ＤＢ１１ａから取り出す。そして、サーバ１は、条件に該当するユーザのユーザ管理情報を含むグループ形成用データを携帯端末装置２へ送信する（ステップＳ８０３）。

つづいて、サーバ１は、携帯端末装置２から新規グループデータを受信すると（ステップＳ８０４）、受信した新規グループデータをグループ管理ＤＢ１１ｂへ登録する（ステップＳ８０５）。

一方、ステップＳ８０１においてグループ形成要求を受信していない場合（ステップＳ８０１，Ｎｏ）、サーバ１は、携帯端末装置２から新規ユーザデータを受信したか否かを判定し（ステップＳ８０６）、新規ユーザデータを受信したと判定すると（ステップＳ８０６，Ｙｅｓ）、受信した新規ユーザデータをユーザ管理ＤＢ１１ａへ登録し（ステップＳ８０７）、処理をステップＳ８０８へ移行する。

ステップＳ８０５またはステップＳ８０７の処理を終えると、サーバ１は、グループ形成モードフラグをオフするとともに（ステップＳ８０８）、グループトークモードフラグをオンして（ステップＳ８０９）、サーバ側グループ形成処理を終了する。なお、サーバ１は、ステップＳ８０６において新規ユーザデータを受信していない場合にも（ステップＳ８０６，Ｎｏ）、サーバ側グループ形成処理を終了する。

上述してきたように、本実施例では、送信処理部が、同一のグループに所属するユーザ間で音声による通信を行うグループトークモード中において、マイクを介して取得されるユーザの音声データをサーバへ送信する送信処理を実行し、受信処理部が、グループトークモード中において、他のユーザの音声データをサーバから受信する受信処理を実行する。そして、送信処理部は、グループトークモードへ移行したことを条件として送信処理を開始することとした。したがって、ユーザは、煩雑な操作を強いることなく音声メッセージを送信することができる。

なお、上述した実施例において携帯端末装置２が実行する処理は、車載装置３が実行してもよい。同様に、車載装置３が実行する処理を携帯端末装置２が実行してもよい。

たとえば、上述してきた実施例では、サーバ１との通信を携帯端末装置２が行う場合の例について説明したが、サーバ１との通信は、車載装置３が行ってもよい。また、上述してきた実施例では、携帯端末装置２がナビゲーション機能を備える場合の例について説明したが、ナビゲーション機能は、車載装置３が備えていてもよい。また、車載装置３が備える音声認識処理部３４ｅや実行指示部３４ｆを携帯端末装置２が備えていてもよい。

また、上述した実施例では、図５Ｆに示すように、携帯端末装置２の画像生成部２４１が、ユーザのアイコン画像と吹き出しの画像とを組み合わせた画像をつぶやきマーク６５として生成し、地図画像上に重畳することとした。しかし、つぶやきマーク６５の構成は、これに限ったものではない。

たとえば、画像生成部２４１は、吹き出し画像中に、音声認識処理部３４ｅによって音声データから変換された文字データの一部（たとえば、発話内容の最初の数文字）を含んだつぶやきマークを生成してもよい。これにより、ユーザは、つぶやきマークをタッチ操作する前に、音声メッセージの内容をおおまかに把握することができる。

また、上述した実施例では、携帯端末装置２の送信処理部２４３が、車載装置３から受信した音声データを発話期間ごとに区切ってサーバ１へ送信する場合の例について説明したが、送信処理部２４３は、車載装置３から受信した音声データを発話期間ごとに区切ることなく、そのままサーバ１へ送信してもよい。

すなわち、送信処理部２４３は、グループトークモードへ移行すると、車載装置３から受信した音声データを含むトークデータをサーバ１に対して常時送信し続ける。また、サーバ１は、携帯端末装置２から受信したトークデータをグループトークに参加中の他のユーザに対して送信する。

そして、携帯端末装置２の受信処理部２４２が、サーバ１から受信したトークデータに含まれる音声データを車載装置３へ送信し、車載装置３の音声出力制御部３４ｄが、携帯端末装置２から受信した音声データに基づく音声をスピーカ６から出力し続ける。

このように、本願の開示するグループ通信システムは、同一のグループに所属するメンバーの音声がスピーカ６から常時流れ続けるものであってもよい。このようにすることで、ユーザは、異なった場所にいるにもかかわらずあたかも集まって会話しているかのようなグループトークを楽しむことができる。

また、送信処理部２４３によるトークデータの送信処理を、グループトークモードへ移行したことを条件として開始するとともに、送信処理の停止操作がなされるまで継続させることとすれば、ユーザに対して煩雑な操作を強いることなく音声メッセージを送信することができる。

また、上述した実施例では、音声データを所定時間ごとに区切って送信する場合の例（図６Ｂ参照）や、所定移動距離ごとに区切って送信する場合の例（図６Ｃ参照）について説明した。このような場合、携帯端末装置２の送信処理部２４３は、音量レベルが所定量以下の区間が音声データに含まれる場合には、かかる区間を削除した音声データをサーバ１へ送信することとしてもよい。このようにすることで、グループトークを円滑に行うことが可能となり、また、音声データの送信に要する負荷を抑えることもできる。

また、上述してきた実施例では、グループ通信システム１００が、サーバ１と、携帯端末装置２と、車載装置３とを含んで構成される場合の例について説明したが、グループ通信システムの構成は、これに限ったものではない。たとえば、グループ通信システムは、携帯端末装置を含まず、サーバと車載装置とを含んで構成されてもよい。かかる場合には、車載装置が、図３に示す位置情報取得部２２、記憶部２３、アプリ実行部２４ｂ、ナビゲーション部２４ｃ、緊急状態検出部２４ｄを備えていればよい。

また、グループ通信システムは、車載装置を含まず、サーバと携帯端末装置とを含んで構成されてもよい。かかる場合には、携帯端末装置が、操作情報送信部３４ｂ、表示制御部３４ｃ、音声出力制御部３４ｄ、音声認識処理部３４ｅ、実行指示部３４ｆを備えていればよい。

また、グループ通信システムは、緊急通報対応サーバおよびグループトークサーバの２つのサーバを備えていてもよい。かかる場合には、緊急通報対応サーバおよびグループトークサーバが連携することによって、図１に示すサーバ１と同様の動作を行うこととすればよい。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施の形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

以上のように、本願に係るグループ通信システムおよび通信装置は、煩雑な操作を強いることなく音声メッセージを送信したい場合に有効であり、特に、車載装置や車載システムへの適用が考えられる。

１ サーバ
１１ａ ユーザ管理ＤＢ
１１ｂ グループ管理ＤＢ
２ 携帯端末装置
２１ 近距離通信インタフェース
２２ 位置情報取得部
２３ 記憶部
２３ａ ユーザＩＤ
２３ｂ グループトークアプリケーションソフトウェア
２３ｃ 地図情報
２３ｄ 車載装置連携アプリケーションソフトウェア
２４ 制御部
２４ａ 認証処理部
２４ｂ アプリ実行部
２４１ 画像生成部
２４２ 受信処理部
２４３ 送信処理部
２４ｃ ナビゲーション部
３ 車載装置
３１ 近距離通信インタフェース
３２ タッチパネルディスプレイ
３３ 記憶部
３３ａ 設定情報
３４ 制御部
３４ａ 認証処理部
３４ｂ 操作情報送信部
３４ｃ 表示制御部
３４ｄ 音声出力制御部
３４ｅ 音声認識処理部
３４ｆ 実行指示部
４ 認証装置
５ マイク
６ スピーカ
５０ ネットワーク
６１ 選択候補画像
６２ 所在地画像
７０ 車両
１００ グループ通信システム

Claims (6)

1. 同一のグループに所属するユーザ間で音声による通信を行うグループ通信モード中において、所定の音声入力部を介して取得されるユーザの音声データをサーバへ送信する送信処理を実行する送信処理部と、
   前記グループ通信モード中において、他のユーザの音声データを前記サーバから受信する受信処理を実行する受信処理部と、
   前記音声入力部を介して取得した音声データから発話内容を認識する音声認識処理部と、
   前記音声認識処理部による音声認識の結果、あらかじめ登録された言葉が前記発話内容に含まれる場合に、前記言葉に応じた処理を実行させる実行指示部と
   を備え、
   前記送信処理部は、
   前記グループ通信モードへ移行したことを条件として前記送信処理を開始し、
   前記実行指示部は、
   あらかじめ登録された言葉が前記発話内容に含まれる場合に、前記言葉に応じた処理を実行させる旨の同期制御データを前記サーバへ送信するとともに、前記サーバから前記同期制御データを受信した場合には、受信した同期制御データに応じた処理を実行させることを特徴とするグループ通信システム。
2. ユーザからの操作を受け付ける操作入力部
   を備え、
   前記送信処理部は、
   前記操作入力部によって前記送信処理の停止操作が受け付けられるまで、前記送信処理を継続することを特徴とする請求項１に記載のグループ通信システム。
3. 前記送信処理部は、
   前記所定の音声入力部を介して取得される音声データを所定の発話期間ごとに区切って前記サーバへ送信することを特徴とする請求項１または２に記載のグループ通信システム。
4. 前記送信処理部は、
   前記所定の音声入力部を介して取得される音声データの音量レベルに基づいて前記所定の発話期間を決定することを特徴とする請求項３に記載のグループ通信システム。
5. 前記実行指示部は、
   前記処理の実行対象となるユーザを指定する言葉が前記発話内容に含まれる場合には、前記処理の実行対象となるユーザの識別情報をさらに含んだ同期制御データを前記サーバへ送信することを特徴とする請求項１〜４のいずれか一つに記載のグループ通信システム。
6. 同一のグループに所属するユーザ間で音声による通信を行うグループ通信モード中において、所定の音声入力部を介して取得されるユーザの音声データをサーバへ送信する送信処理を実行する送信処理部と、
   前記グループ通信モード中において、他のユーザの音声データを前記サーバから受信する受信処理を実行する受信処理部と、
   前記音声入力部を介して取得した音声データから発話内容を認識する音声認識処理部と、
   前記音声認識処理部による音声認識の結果、あらかじめ登録された言葉が前記発話内容に含まれる場合に、前記言葉に応じた処理を実行させる実行指示部と
   を備え、
   前記送信処理部は、
   前記グループ通信モードへ移行したことを条件として前記送信処理を開始し、
   前記実行指示部は、
   あらかじめ登録された言葉が前記発話内容に含まれる場合に、前記言葉に応じた処理を実行させる旨の同期制御データを前記サーバへ送信するとともに、前記サーバから前記同期制御データを受信した場合には、受信した同期制御データに応じた処理を実行させることを特徴とする通信装置。

Images