Notice: Undefined variable: fterm_desc_sub in /mnt/www/biblio_conv.php on line 353
グループ通信システムおよび通信装置
説明

グループ通信システムおよび通信装置

【課題】煩雑な操作を強いることなく音声メッセージを送信することのできるグループ通信システムおよび通信装置を提供すること。
【解決手段】本願の開示するグループ通信システムは、送信処理部と、受信処理部とを備える。送信処理部は、同一のグループに所属するユーザ間で音声による通信を行うグループ通信モード中において、所定の音声入力部を介して取得されるユーザの音声データをサーバへ送信する送信処理を実行する。また、受信処理部は、グループ通信モード中において、他のユーザの音声データをサーバから受信する受信処理を実行する。そして、送信処理部は、グループ通信モードへ移行したことを条件として送信処理を開始する。

【発明の詳細な説明】
【技術分野】
【0001】
本発明は、グループ通信システムおよび通信装置に関する。
【背景技術】
【0002】
従来、たとえば「友人」や「家族」など、ユーザによって形成された所定のグループ内で、グループに所属するメンバー同士が、スマートフォン等の携帯端末装置を用いて通信を行うグループ通信システムが知られている。
【0003】
かかるグループ通信システムにおいて音声による通信を行う場合、ユーザは、「録音開始」および「録音停止」をキー操作により指示することで、所望の音声メッセージを録音し、録音した音声データをサーバへ送信していた(たとえば、特許文献1参照)。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2002−373075号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、上述した従来技術には、音声メッセージを送信するための操作が煩雑であるという問題があった。
【0006】
たとえば、音声メッセージを連続して送信したい場合、ユーザは、「録音開始」および「録音停止」のキー操作を繰り返し行うこととなり、操作が煩雑であった。このため、ユーザが車両の運転中等と言った、キー操作が困難な状態にある場合には、このサービス(機能)を利用し難いと言う問題があった。
【0007】
開示の技術は、上記に鑑みてなされたものであって、煩雑な操作を強いることなく音声メッセージを送信することのできるグループ通信システムおよび通信装置を提供することを目的とする。
【課題を解決するための手段】
【0008】
本願の開示するグループ通信システムは、同一のグループに所属するユーザ間で音声による通信を行うグループ通信モード中において、所定の音声入力部を介して取得されるユーザの音声データをサーバへ送信する送信処理を実行する送信処理部と、前記グループ通信モード中において、他のユーザの音声データを前記サーバから受信する受信処理を実行する受信処理部とを備え、前記送信処理部は、前記グループ通信モードへ移行したことを条件として前記送信処理を開始することを特徴とする。
【0009】
また、本願の開示する通信装置は、同一のグループに所属するユーザ間で音声による通信を行うグループ通信モード中において、所定の音声入力部を介して取得されるユーザの音声データをサーバへ送信する送信処理を実行する送信処理部と、前記グループ通信モード中において、他のユーザの音声データを前記サーバから受信する受信処理を実行する受信処理部とを備え、前記送信処理部は、前記グループ通信モードへ移行したことを条件として前記送信処理を開始することを特徴とする。
【発明の効果】
【0010】
本願の開示するグループ通信システムおよび通信装置の一つの態様によれば、煩雑な操作を強いることなく音声メッセージを送信することができる。
【図面の簡単な説明】
【0011】
【図1】図1は、本実施例に係るグループ通信システムの構成例を示す図である。
【図2】図2は、車両に設置される機器を示す図である。
【図3】図3は、携帯端末装置および車載装置の構成を示すブロック図である。
【図4A】図4Aは、ユーザ情報の一例を示す図である。
【図4B】図4Bは、グループ管理情報の一例を示す図である。
【図5A】図5Aは、タッチパネルディスプレイの表示例を示す図である。
【図5B】図5Bは、タッチパネルディスプレイの表示例を示す図である。
【図5C】図5Cは、タッチパネルディスプレイの表示例を示す図である。
【図5D】図5Dは、タッチパネルディスプレイの表示例を示す図である。
【図5E】図5Eは、タッチパネルディスプレイの表示例を示す図である。
【図5F】図5Fは、タッチパネルディスプレイの表示例を示す図である。
【図6A】図6Aは、音声データの分割処理の例を示す図である。
【図6B】図6Bは、音声データの分割処理の例を示す図である。
【図6C】図6Cは、音声データの分割処理の例を示す図である。
【図7】図7は、アプリ起動時処理の処理手順を示すフローチャートである。
【図8】図8は、グループ選択処理の処理手順を示すフローチャートである。
【図9】図9は、グループトーク送信処理の処理手順を示すフローチャートである。
【図10】図10は、グループトーク受信処理の処理手順を示すフローチャートである。
【図11】図11は、端末側退会処理の処理手順を示すフローチャートである。
【図12】図12は、サーバ側退会処理の処理手順を示すフローチャートである。
【図13】図13は、端末側グループ形成処理の処理手順を示すフローチャートである。
【図14】図14は、サーバ側グループ形成処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【0012】
以下に添付図面を参照して、本願の開示するグループ通信システムおよび通信装置のいくつかの実施例を詳細に説明する。ただし、これらの実施例における例示で本発明が限定されるものではない。
【0013】
まず、本実施例に係るグループ通信システムのシステム構成について図1を用いて説明する。図1は、本実施例に係るグループ通信システムの構成例を示す図である。なお、以下では、通信装置の一例として、携帯端末装置を用いて説明するが、通信装置は、携帯端末装置以外の装置(たとえば、車載装置)であってもよい。
【0014】
図1に示すように、本実施例に係るグループ通信システム100は、サーバ1と、携帯端末装置2と、車載装置3とを含んで構成される。グループ通信システム100では、同一のグループに所属するユーザ同士が音声による通信(以下、「グループトーク」と記載する)を行う。
【0015】
サーバ1は、グループトークサービスを提供する装置である。サーバ1は、たとえばパーソナルコンピュータ等の一般的なコンピュータであり、CPU(Central Processing Unit)等の制御部を備える。サーバ1の制御部は、携帯端末装置2からの要求に応じて、グループトークに関する各種の処理を実行する。
【0016】
また、サーバ1は、ユーザ管理DB(データベース)11aおよびグループ管理DB(データベース)11bを含んだデータベースを備える。
【0017】
ユーザ管理DB11aは、グループトークサービスに加入しているユーザに関する情報を管理するデータベースである。このユーザ管理DB11aは、たとえば、ユーザのID、氏名、現在位置といった情報をユーザ管理情報として管理する。
【0018】
また、グループ管理DB11bは、ユーザによって形成されるグループに関する情報を管理するデータベースである。このグループ管理DB11bは、たとえば、グループのID、グループ名、グループに所属するユーザのIDといった情報をグループ管理情報として管理する。
【0019】
なお、ユーザ管理情報およびグループ管理情報の具体的な内容については、図4Aおよび図4Bを用いて後述する。
【0020】
携帯端末装置2は、たとえばスマートフォンや携帯電話であり、インターネットや無線通信網といったネットワーク50を介してサーバ1と相互に接続される。また、携帯端末装置2は、Wi−Fi(登録商標)やブルートゥース(登録商標)などの近距離無線通信を用いて車載装置3と接続する。
【0021】
車載装置3は、たとえば、表示機能やオーディオ再生機能、携帯端末装置2との通信機能といった基礎的な機能のみを実装し、携帯端末装置2と連携することで多機能化する車載装置である。なお、車載装置3は、これに限ったものではなく、上述した基礎的な機能以外の機能(たとえば、ナビゲーション機能)を備えていてもよい。
【0022】
なお、携帯端末装置2/車載装置3間の通信は、たとえばZigBee(登録商標)等の他の無線通信規格を用いた近距離無線通信であってもよい。また、携帯端末装置2/車載装置3間の通信を有線通信で行うこととしてもよい。
【0023】
次に、車両70に設置される車載装置3等の機器について図2を用いて説明する。図2は、車両70に設置される機器を示す図である。図2に示すように、車両70には、車載装置3、認証装置4、マイク5、スピーカ6等が設けられる。
【0024】
認証装置4は、車両70へ乗車したユーザの認証を行うための装置である。具体的には、認証装置4は、RFID(Radio Frequency Identification)等の近距離無線通信を用いて携帯端末装置2からユーザIDを取得し、取得したユーザIDを車載装置3へ受け渡す処理を行う。
【0025】
なお、ここでは、認証装置4が取得するユーザIDが、携帯端末装置2の固体識別情報(UID)であるものとするが、ユーザIDは、UID以外の識別情報であってもよい。
【0026】
マイク5は、ユーザの音声を音声データとして取得する音声入力部である。マイク5によって取得された音声データは、車載装置3へ受け渡される。また、スピーカ6は、車載装置3から受け取った音声データに基づく音声を出力する音声出力部である。
【0027】
ここでは、マイク5およびスピーカ6がハンドルに設けられるものとするが、マイク5およびスピーカ6は、ハンドル以外の場所に設置されてもよい。たとえば、スピーカ6は、車両70の天井、ドアやフロントパネル等に設置されてもよい。
【0028】
車載装置3は、フロントパネルの中央、言い換えれば、ドライバーから見て左斜め前方に設置される。ただし、これに限ったものではなく、車載装置3は、フロントパネルの右端、言い換えれば、ドライバーから見て右斜め前方に設置されてもよいし、フロントパネル以外の場所に設置されてもよい。
【0029】
また、車両70には、図2に示す機器以外の機器が設置されてもよい。たとえば、車両70には、車両周辺や車内を撮影するカメラが設置されてもよい。
【0030】
次に、携帯端末装置2および車載装置3の構成について図3を用いて説明する。図3は、携帯端末装置2および車載装置3の構成を示すブロック図である。なお、図3では、携帯端末装置2および車載装置3の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載を省略している。
【0031】
携帯端末装置2は、近距離通信インタフェース21と、位置情報取得部22と、記憶部23と、制御部24とを備える。また、記憶部23は、ユーザID23aと、グループトークアプリケーションソフトウェア23bと、地図情報23cと、車載装置連携アプリケーションソフトウェア23dとを記憶する。また、制御部24は、認証処理部24aと、アプリ実行部24bと、ナビゲーション部24cとを備える。さらに、アプリ実行部24bは、画像生成部241と、受信処理部242と、送信処理部243とを備える。
【0032】
一方、車載装置3は、近距離通信インタフェース31と、タッチパネルディスプレイ32と、記憶部33と、制御部34とを備える。また、記憶部33は、設定情報33aを記憶する。また、制御部34は、認証処理部34aと、操作情報送信部34bと、表示制御部34cと、音声出力制御部34dと、音声認識処理部34eと、実行指示部34fとを備える。
【0033】
なお、図3に示すように、携帯端末装置2には車載装置3との連携動作を実現するための車載装置連携アプリケーションソフトウェア23dが搭載されている。また、車載装置3には携帯端末装置2との間で連携動作を行う連携機能が搭載されている。これにより、たとえば、携帯端末装置2から各種アプリケーションによって生成された画像データが車載装置3に伝送されて車載装置3のタッチパネルディスプレイ32に表示され、また車載装置3からタッチパネルディスプレイ32等への操作内容を示す操作情報等が携帯端末装置2へ伝送されて携帯端末装置2がかかる操作情報に基づいて処理を行う、といった連携動作が実現される。
【0034】
なお、車載装置連携アプリケーションは、グループトークアプリケーション以外のアプリケーションとも連携し、かかるアプリケーションを車載装置3のタッチパネルディスプレイ32や図示しないハードスイッチ等を用いて使用することが可能となる。このように、車載装置連携アプリケーションは、OS(Operation System)およびアプリケーションの中間的な性質を持ったアプリケーションである。
【0035】
まず、携帯端末装置2の構成について説明する。近距離通信インタフェース21は、車載装置3との間で近距離無線通信を行うための通信デバイスである。また、位置情報取得部22は、たとえばGPS(Global Positioning System)受信部であり、測位衛星から提供される位置情報を取得し、取得した位置情報をアプリ実行部24bやナビゲーション部24cへ渡すデバイスである。
【0036】
記憶部23は、不揮発性メモリやハードディスクドライブといった記憶デバイスであり、ユーザID23a、グループトークアプリケーションソフトウェア23b、地図情報23cおよび車載装置連携アプリケーションソフトウェア23dを記憶する。
【0037】
ユーザID23aは、たとえば携帯端末装置2のUIDである。なお、ユーザIDは、UIDに限ったものではなく、たとえば、ユーザによって任意に設定されるIDであってもよいし、サーバ1によって自動的に割り振られるIDであってもよい。
【0038】
グループトークアプリケーションソフトウェア23bは、サーバ1によって提供されるグループトークサービスを実現するためのソフトウェアである。地図情報23cは、記憶部23に予め記憶されていてもよいし、地図情報を保有するサービスセンタから必要な地図情報のみを適宜ダウンロードすることとしてもよい。車載装置連携アプリケーションソフトウェア23dは、車載装置3との連携動作を実現するためのソフトウェアである。かかる車載装置連携アプリケーションソフトウェア23dは、たとえば、サーバ1からダウンロードすることができる。
【0039】
制御部24は、携帯端末装置2全体を制御する制御部であり、認証処理部24a、アプリ実行部24bおよびナビゲーション部24cを備える。また、制御部24は、近距離通信インタフェース21による近距離無線通信を用いて車載装置3との間で通信リンクを確立する処理等も行う。
【0040】
認証処理部24aは、認証装置4からの要求に応じてユーザID23aを認証装置4へ送信する処理を行う処理部である。認証装置4へ送信されたユーザID23aは、認証装置4によって車載装置3の認証処理部34aへ受け渡される。
【0041】
アプリ実行部24bは、グループトークアプリケーションに従ってグループトークに関する各種の処理を実行する処理部である。具体的には、アプリ実行部24bは、画像生成部241、受信処理部242および送信処理部243を備える。
【0042】
画像生成部241は、グループトークに関する各種の画像を生成し、生成した画像を近距離通信インタフェース21経由で車載装置3へ送信する処理部である。
【0043】
たとえば、この画像生成部241は、グループの選択候補画像に加え、グループに所属する各メンバーの所在地を示す所在地画像を含んだグループ選択画像を生成する。かかる点については、後述する。
【0044】
受信処理部242は、サーバ1から送信される各種情報を受信する処理部である。たとえば、受信処理部242は、グループに所属する各メンバーの位置情報をサーバ1から受信し、受信した位置情報を画像生成部241へ受け渡す。
【0045】
また、受信処理部242は、グループトークを行うグループトークモード中において、他のユーザの音声データをサーバ1から受信する受信処理を実行する。具体的には、受信処理部242は、音声データを含むトークデータをサーバ1から受信し、受信したトークデータを記憶部23へ記憶する。記憶部23に記憶されたトークデータは、ユーザによるタッチパネルディスプレイ32への入力操作に応じて記憶部23から取り出され、かかるトークデータに含まれる音声データがスピーカ6から出力されることとなる。
【0046】
送信処理部243は、グループトークモード中において、マイク5を介して取得されるユーザの音声データを車載装置3から近距離通信インタフェース21経由で受信してサーバ1へ送信する送信処理を実行する。
【0047】
具体的には、送信処理部243は、車載装置3から音声データを受信すると、位置情報取得部22から現在の位置情報を取得し、音声データ、位置情報、時刻、ユーザID、後述するグループID等を含んだトークデータをサーバ1へ送信する。
【0048】
ここで、送信処理部243は、グループトークモードへ移行したことを条件として、トークデータの送信処理を開始する。すなわち、本実施例に係るグループ通信システム100では、グループトークモードへ移行した場合に、ユーザからの操作がなくともトークデータの送信処理が開始される。そして、送信処理部243は、後述するトーク停止ボタンがユーザによってタッチ操作されるまで、トークデータの送信処理を継続する。
【0049】
また、本実施例に係るグループ通信システム100では、グループトークモードへ移行すると、マイク5によってユーザの音声データが常時収集され、収集された音声データが車載装置3から携帯端末装置2へ常時送信される。
【0050】
そして、本実施例に係る送信処理部243は、車載装置3から音声データを取得すると、取得した音声データを所定の発話期間ごとに区切ってサーバ1へ送信する。たとえば、送信処理部243は、音声データの音量レベルに基づいて発話期間を決定するが、かかる点については、図6A〜図6Cを用いて後述する。
【0051】
なお、送信処理部243は、車載装置3から音声データ以外の情報を受信した場合に、受信した情報をサーバ1へ送信する処理も併せて行う。
【0052】
また、アプリ実行部24bは、車載装置3の認証処理部34aからグループトークアプリケーションソフトウェア23bの起動指示を受信した場合に、かかる起動指示に従ってグループトークアプリケーションソフトウェア23bを起動させる処理も行う。
【0053】
また、アプリ実行部24bは、グループトークアプリケーションソフトウェア23b以外のソフトウェアが記憶部23に記憶されている場合には、グループトークアプリケーションソフトウェア23b以外のソフトウェアを実行する処理も併せて行う。
【0054】
ナビゲーション部24cは、位置情報取得部22によって取得された位置情報と、記憶部23に記憶される地図情報23cとを用いてユーザへの経路案内を行う処理部である。ナビゲーション部24cによって生成される経路案内情報は、アプリ実行部24bへ渡される。
【0055】
つづいて、車載装置3の構成について説明する。近距離通信インタフェース31は、携帯端末装置2との間で近距離無線通信を行うための通信デバイスである。タッチパネルディスプレイ32は、各種画像を表示するためのディスプレイの表面に入力用のタッチパネルを付した入出力デバイスである。タッチパネルディスプレイ32は、ユーザから入力操作を受け付けると、受け付けた入力操作に応じた操作情報を操作情報送信部34bへ受け渡す。
【0056】
記憶部33は、不揮発性メモリやハードディスクドライブといった記憶デバイスであり、設定情報33aを記憶する。設定情報33aは、たとえば、登録済みのユーザIDごとに、かかるユーザIDを持つユーザのユーザ名等を関連付けた情報を含んだ情報である。
【0057】
また、設定情報33aには、「キラーワード」も含まれる。このキラーワードは、車両70に搭載されるエアコン等の機器、あるいは、携帯端末装置2が備えるナビゲーション部24c等を音声によって制御するための専用の言葉であり、たとえばユーザによってあらかじめ登録される。
【0058】
制御部34は、車載装置3全体を制御する制御部であり、認証処理部34a、操作情報送信部34b、表示制御部34c、音声出力制御部34d、音声認識処理部34eおよび実行指示部34fを備える。
【0059】
認証処理部34aは、認証装置4から受け取ったユーザIDに基づいてユーザ認証を行う処理部である。具体的には、認証処理部34aは、認証装置4から受け取ったユーザIDが設定情報33aに含まれるユーザIDと一致するか否かを判定し、一致すると判定した場合に、このユーザを認証する。
【0060】
また、認証処理部34aは、ユーザを認証すると、グループトークアプリケーションソフトウェア23bの起動指示を近距離通信インタフェース31経由で携帯端末装置2のアプリ実行部24bへ送信する。これにより、携帯端末装置2のアプリ実行部24bは、グループトークアプリケーションソフトウェア23bを起動させる。
【0061】
操作情報送信部34bは、タッチパネルディスプレイ32から受け取った操作情報を近距離通信インタフェース31経由で携帯端末装置2のアプリ実行部24bへ送信する処理部である。
【0062】
表示制御部34cは、タッチパネルディスプレイ32に対して各種の画像を表示させる処理部である。たとえば、表示制御部34cは、近距離通信インタフェース31経由で携帯端末装置2から受信したグループ選択画像をタッチパネルディスプレイ32に対して表示させる処理を行う。
【0063】
音声出力制御部34dは、携帯端末装置2から近距離通信インタフェース31経由でトークデータを受信し、受信したトークデータに含まれる音声データに基づいてスピーカ6から音声を出力させる処理を行う。
【0064】
音声認識処理部34eは、マイク5を介して取得した音声データを近距離通信インタフェース31経由で携帯端末装置2へ送信する処理部である。本実施例に係るグループ通信システム100において、音声認識処理部34eは、グループトークモードへ移行したことを条件として、携帯端末装置2に対する音声データの送信を開始する。また、音声認識処理部34eは、ユーザによって後述するトーク停止ボタンがタッチ操作されるまで、音声データを携帯端末装置2へ送信し続ける。
【0065】
また、音声認識処理部34eは、マイク5を介して取得した音声データから発話内容を認識する音声認識処理も行う。
【0066】
そして、音声認識処理部34eは、音声認識処理によって認識された発話内容と、設定情報33aに含まれるキラーワードとを比較し、発話内容にキラーワードが含まれると判定した場合には、このキラーワードを実行指示部34fへ受け渡す処理も併せて行う。
【0067】
実行指示部34fは、音声認識処理部34eからキラーワードを受け取った場合に、受け取ったキラーワードに対応する処理をエアコン等の機器に対して実行させる処理を行う処理部である。また、実行指示部34fは、キラーワードに対応する処理がナビゲーションに関する処理である場合には、キラーワードに対応する処理を行わせるための制御データを近距離通信インタフェース31経由で携帯端末装置2へ送信する。
【0068】
また、実行指示部34fは、後述する同期制御データを携帯端末装置2から近距離通信インタフェース31経由で受信した場合には、受信した同期制御データに含まれる制御データに応じて、該当する機器に対して該当する処理を実行させる。かかる点については、後述する。
【0069】
なお、ここでは、携帯端末装置2および車載装置3の特徴を説明するために必要な構成や機能についてのみ示したが、携帯端末装置2および車載装置3は、上記以外の構成や機能を備えていても構わない。たとえば、車載装置3の音声出力制御部34dは、上述した動作だけでなく、楽曲や音声案内等の出力制御も行う。
【0070】
次に、サーバ1が備えるユーザ管理DB11aおよびグループ管理DB11bによってそれぞれ管理されるユーザ管理情報およびグループ管理情報の内容について図4Aおよび図4Bを用いて説明する。図4Aは、ユーザ管理情報の一例を示す図であり、図4Bは、グループ管理情報の一例を示す図である。
【0071】
図4Aに示すように、ユーザ管理情報は、ユーザIDに対して、「ユーザ名」項目、「アイコン画像」項目、「現在位置」項目、「経路」項目、「状態」項目および「所属グループ」項目を関連付けた情報である。
【0072】
ここで、「ユーザ名」は、ユーザの氏名が格納される項目である。なお、ユーザ名は、本名ではなく、ニックネーム等であってもよい。「アイコン画像」項目は、たとえばユーザの顔写真など、ユーザを特定するアイコン画像としてユーザが任意に選択した画像が格納される項目である。
【0073】
「現在位置」項目は、ユーザの位置情報が格納される項目である。具体的には、サーバ1は、各ユーザの携帯端末装置2から位置情報を定期的に収集して、ユーザ管理情報の「現在位置」項目を更新する。このように、サーバ1は、携帯端末装置2から位置情報を定期的に収集することによって各ユーザの所在地を管理する。
【0074】
「経路」項目は、目的地までの予定経路、出発地から現在位置までの通過済み経路などの情報が格納される項目である。たとえば、サーバ1は、ナビゲーション部24cによって生成される経路案内情報を携帯端末装置2から取得して、「経路」項目を更新する。
【0075】
「状態」項目は、ユーザの状態情報が格納される項目である。ユーザの状態情報とは、たとえば、車両70に乗車中か否かを示す情報である。たとえば、図4Aに示すユーザ管理情報の「状態」項目には、「乗車中」が格納されている。これは、ユーザID「U01」のユーザ(山田太郎)が、車両70に乗車中であることを示している。
【0076】
ユーザが車両70に乗車中か否かは、携帯端末装置2から送信される情報によって特定することができる。
【0077】
たとえば、携帯端末装置2は、グループトークアプリケーションソフトウェア23bの起動を車載装置3からの指示によって行った場合には、ユーザが乗車中である旨の情報をユーザIDとともにサーバ1へ送信する。また、携帯端末装置2は、ユーザ操作によってグループトークアプリケーションソフトウェア23bを起動させた場合には、ユーザが非乗車中である旨の情報をユーザIDとともにサーバ1へ送信する。そして、サーバ1は、携帯端末装置2から送信されるこれらの情報に基づいて、ユーザ管理情報の「状態」項目を更新する。
【0078】
また、ユーザが車両70に乗車中か否かを判断する方法としては、車載装置3と携帯端末装置2との接続状態(近距離無線通信の通信状態)に基づいて判断する方法であってもよい。この場合、車載装置3と携帯端末装置2とが接続されている状態で、グループトークアプリケーション23bを起動させた場合には、ユーザが乗車中である旨の情報をユーザIDとともにサーバ1へ送信する。車載装置3と携帯端末装置2とが接続されていない状態で、グループトークアプリケーション23bを起動させた場合には、ユーザが非乗車中である旨の情報をユーザIDとともにサーバ1へ送信する。
【0079】
「所属グループ」項目は、ユーザが所属するグループの識別情報(グループID)が格納される項目である。たとえば、図4Aに示す場合には、ユーザID「U01」に対して所属グループ「G01」、「G02」および「G03」が関連付けられている。これは、ユーザ「山田太郎」が、それぞれグループID「G01」、「G02」および「G03」によって識別される3つのグループに所属していることを示している。
【0080】
なお、図4Aに示すユーザ管理情報は、あくまで一例であり、図4Aに示した項目以外の項目をユーザ管理情報が含んでいてもよい。
【0081】
つづいて、グループ管理情報の内容について図4Bを用いて説明する。図4Bに示すように、グループ管理情報は、グループIDに対して、「グループ名」項目、「トーク中」項目、「所属ユーザ」項目および「通信履歴」項目を関連付けた情報である。
【0082】
ここで、「グループ名」項目は、グループIDに対応するグループのグループ名が格納される項目である。「トーク中」項目は、グループIDに対応するグループが現在グループトーク中であるか否かを示す情報が格納される項目である。たとえば、図4Bに示す場合には、「トーク中」項目に対して「○」が格納されている。これは、グループID「G01」のグループが現在グループトーク中であることを示している。
【0083】
「所属ユーザ」項目は、グループIDに対応するグループに所属するユーザのユーザIDが格納される項目である。また、「通信履歴」項目は、「所属ユーザ」項目に格納される各ユーザIDと関連付けられ、各ユーザの通信履歴が格納される項目である。この通信履歴には、トークデータのほか、ユーザがグループトークに参加した時刻、グループトークから退会した時刻、あるいは、ユーザグループトークに参加中か否かを示す情報等が含まれる。
【0084】
このように、サーバ1は、グループトークにおける各グループの一覧情報であるグループ管理情報を記憶する記憶部としてグループ管理DB11bを備える。また、サーバ1は、各グループに所属するユーザが所有する携帯端末装置2から取得される位置情報を含んだユーザ管理情報を記憶する記憶部としてユーザ管理DB11aを備える。
【0085】
次に、ユーザが認証装置4を用いてユーザ認証を行ってからグループトークが開始されるまでの各手順について、車載装置3のタッチパネルディスプレイ32に対して表示される画面を参照しつつ説明する。図5A〜図5Fは、タッチパネルディスプレイ32の表示例を示す図である。
【0086】
グループトークサービスの加入者であるユーザは、車両70に乗車すると、まず、認証装置4に対して携帯端末装置2をかざす。これにより、携帯端末装置2の記憶部23に記憶されるユーザID23aが認証装置4によって読み取られ、車載装置3の認証処理部34aが、ユーザID23aと設定情報33aとを用いてユーザ認証を行う。
【0087】
つづいて、認証処理部34aは、ユーザを認証すると、ユーザが認証された旨の情報をこのユーザのアイコン画像やユーザ名等とともに表示制御部34cへ受け渡す。そして、表示制御部34cは、これらの情報に基づいて認証成功画像を生成し、生成した認証成功画像をタッチパネルディスプレイ32に対して表示させる。
【0088】
図5Aには、認証成功画像の一例を示している。図5Aに示すように、認証成功画像には、認証されたユーザのアイコン画像やユーザ名等が含まれる。
【0089】
また、認証処理部34aは、ユーザを認証すると、グループトークアプリケーションソフトウェア23bの起動指示を携帯端末装置2のアプリ実行部24bへ送信する。そして、アプリ実行部24bは、かかる起動指示に従ってグループトークアプリケーションソフトウェア23bを起動させる。なお、本実施例では、グループトークアプリケーションソフトウェア23bを認証後に自動起動する方式としたが、認証後に自動起動するのではなく、認証後のユーザによる起動操作によって起動する方式でも良い。
【0090】
つづいて、携帯端末装置2では、アプリ実行部24bの画像生成部241が、メニュー画面を生成し、生成したメニュー画面を車載装置3の表示制御部34cへ送信する。そして、車載装置3では、表示制御部34cが、画像生成部241から受信したメニュー画面をタッチパネルディスプレイ32に対して表示させる。
【0091】
図5Bには、メニュー画面の一例を示している。図5Bに示すように、メニュー画面には、グループトークサービスを含む各種のサービスに対応する画像が含まれる。
【0092】
ここで、ユーザによってグループトークサービスに対応する画像がタッチされたとする。かかる場合、車載装置3では、操作情報送信部34bが、タッチパネルディスプレイ32から操作情報を受け取り、受け取った操作情報を携帯端末装置2へ送信する。
【0093】
携帯端末装置2では、送信処理部243が、グループトークサービスに対応する画像がタッチされた旨の操作情報を車載装置3から受信すると、グループ選択画像の生成に必要な情報を取得するための取得要求をユーザID23aや位置情報等とともにサーバ1へ送信する。
【0094】
サーバ1は、これらの情報を受信すると、ユーザ管理DB11aを参照し、ユーザが所属するグループのグループIDを取り出す。たとえば、ユーザがユーザID「U01」の「山田太郎」である場合、サーバ1は、グループID「G01」、「G02」および「G03」を取り出す。
【0095】
また、サーバ1は、取り出したグループIDに対応するグループ管理情報をグループ管理DB11bから取り出すとともに、取り出したグループ管理情報に含まれる所属ユーザのユーザIDに対応するユーザ管理情報をユーザ管理DB11aから取り出す。たとえば、サーバ1は、グループID「G01」に対応するグループ管理情報をグループ管理DB11bから取り出すとともに、このグループの所属ユーザ「U02」のユーザ管理情報をユーザ管理DB11aから取り出す。
【0096】
そして、サーバ1は、ユーザ管理DB11aおよびグループ管理DB11bから取り出した情報を取得要求の送信元である携帯端末装置2へ送信する。
【0097】
つづいて、携帯端末装置2では、受信処理部242が、サーバ1からグループ選択画像の生成に必要な情報を受信し、受信した情報を画像生成部241へ受け渡す。そして、画像生成部241は、受信処理部242から受け取った情報と、記憶部23に記憶される地図情報23cとに基づいて、グループ選択画像を生成する。
【0098】
画像生成部241は、かかるグループ選択画像を生成すると、生成したグループ選択画像を車載装置3へ送信する。そして、車載装置3では、表示制御部34cが、画像生成部241から受信したグループ選択画像をタッチパネルディスプレイ32に対して表示させる。
【0099】
また、画像生成部241は、受信処理部242から受け取った情報を記憶部23に一時的に記憶させる。
【0100】
図5Cには、グループ選択画像の一例を示している。図5Cに示すように、グループ選択画像には、選択候補画像61と、所在地画像62とが含まれる。
【0101】
選択候補画像61は、グループトークを開始させるグループの選択候補を示す画像である。具体的には、選択候補画像61は、選択候補となるグループにそれぞれ対応する画像を含んでいる。
【0102】
この選択候補画像61は、選択候補となるグループのうち一部のグループを含んで構成される。具体的には、選択候補画像61は、選択候補となるグループの画像がユーザの操作に応じて仮想的に回転して切り替わる、いわゆるドラム式の表示形式を採用した画像である。
【0103】
選択候補となるグループの画像には、たとえば、グループ名と、所属メンバーのアイコン画像とが含まれる。図5Cに示す場合、選択候補画像61には、グループ名「家族」のグループに対応する画像、「友人1」のグループに対応する画像および「同僚」のグループに対応する画像が含まれている。
【0104】
また、グループ名「友人1」のグループに対応する画像には、このグループに所属するユーザとして、4人のユーザ(ここでは、ユーザA〜Dとする)のアイコン画像が含まれている。また、グループ「友人1」の画像の左右にそれぞれ位置するグループ「家族」の画像およびグループ「同僚」の画像には、グループ「家族」の所属メンバーの一部であるユーザZのアイコン画像およびグループ「同僚」の所属メンバーの一部であるユーザEのアイコン画像がそれぞれ含まれる。
【0105】
なお、グループ名は、グループ管理情報に含まれる情報であり、所属メンバーのアイコン画像は、ユーザ管理情報に含まれる情報である。画像生成部241は、これらの情報を受信処理部242から受け取り、選択候補画像61を生成する。
【0106】
選択候補画像61の中央位置は、選択候補画像61の中でフォーカスの合った位置であり、かかる位置に配置されるグループ(図5Cでは、「友人1」)、すなわち、フォーカスの合ったグループが、仮選択状態のグループとなる。
【0107】
そして、所在地画像62は、選択候補画像61の中央位置に配置されるグループに所属するユーザの所在を示す画像である。すなわち、所在地画像62は、仮選択状態のグループに所属するユーザの位置情報に応じた地図画像上の位置にユーザのアイコン画像を重畳させた画像である。
【0108】
たとえば、図5Cに示す場合、選択候補画像61の中央には、グループ「友人1」の画像が配置されており、所在地画像62には、かかるグループ「友人1」の所属メンバーであるユーザA〜Dのアイコン画像が地図画像上に重畳されている。
【0109】
この時、選択候補画像61の中央に位置するグループは仮選択状態にあり、この仮選択状態のグループに対応する所在地画像62が表示される。そして、タッチパネルディスプレイ32へのタッチ操作や押圧操作等の確定操作によって仮選択状態のグループの選択が確定され、この確定されたグループでグループトークが開始される。
【0110】
なお、仮選択状態にないグループ、すなわち、選択候補画像61の中央に位置しないグループ(例えば、図5Cでは、グループ「友人1」の両隣に位置するグループ「家族」とグループ「同僚」)に対して、タッチパネルディスプレイ32へのタッチ操作や押圧操作を行ったとしても確定操作は行われず、タッチ操作あるいは押圧操作されたグループが選択候補画像61の中央に移動し、仮選択状態となる。このように、画像生成部241は、複数のグループの中から仮選択グループを指定するグループ指定手段の一例として機能する。
【0111】
ここで、仮選択状態とは、選択候補画像61の中央に設けられたカーソルによって特定されたグループに所属するメンバーの状態を表示させており、グループトークに参加する前の状態である。
【0112】
このように、本実施例に係るグループ通信システム100では、グループ選択画像として、選択候補画像61とともに、グループに所属するユーザの所在地を示す所在地画像62を併せて表示することとした。
【0113】
したがって、ユーザは、グループのメンバーの所在地を把握したうえで、グループトークを行うか否かを決定することができる。すなわち、ユーザは、実際にグループトークを開始しなくとも、グループのメンバーがどこにいるのかを把握することができる。また、ユーザは、単に他のメンバーの所在地を把握したい場合に、一旦グループトークへ参加して直ぐに退会するといった煩雑な行動を取る必要がない。
【0114】
また、本実施例に係るグループ通信システム100では、表示制御部34cが、選択候補となるグループのうち一部のグループを含んだ選択候補画像61をタッチパネルディスプレイ32へ表示させるとともに、タッチパネルディスプレイ32に対する入力操作に応じて選択候補画像61に含ませるグループを変更することとした。
【0115】
具体的には、携帯端末装置2の画像生成部241は、車載装置3の操作情報送信部34bから選択候補画像61に対する入力操作(たとえば、左右へのスライド操作)の操作情報を受信すると、受信した操作情報に応じて、グループの画像をスライドさせた選択候補画像61をあらたに生成する。そして、画像生成部241は、あらたに生成した選択候補画像61を車載装置3の表示制御部34cへ送信する。
【0116】
これにより、タッチパネルディスプレイ32には、ユーザのスライド操作に応じてグループの画像がスライドした選択候補画像61が表示される。たとえば、図5Dには、図5Cに示す選択候補画像61がユーザによって左方向へスライドされた結果、グループ「同僚」に対応する画像が中央に位置し、グループ「同僚」に所属するユーザE〜Gの所在を示す所在地画像62が表示された場合の例について示している。
【0117】
このように、本実施例に係るグループ通信システム100では、選択候補画像61の表示形式をドラム式とすることで、タッチパネルディスプレイ32における選択候補画像61の表示領域を小さくでき、所在地画像62を表示させるスペースを確保することができる。
【0118】
なお、ここでは、選択候補画像61の表示形式がドラム式である場合の例について説明したが、選択候補画像61の表示形式は、必ずしもドラム式である必要はない。また、選択候補画像61に含まれるグループの画像は、選択候補画像61および所在地画像62の配列方向と同一の方向に配列させても構わない。また、ここでは、選択候補画像61の下に所在地画像62が配置される場合の例を示したが、これとは逆に、所在地画像62の下に選択候補画像61が配置されてもよい。
【0119】
なお、グループに所属するユーザの人数が多い場合、選択候補画像61におけるグループの画像には、一部のユーザだけが含まれるようにしてもよい。また、かかる場合、グループに所属するユーザの表示順序を、グループトークへ参加する可能性が高い順としてもよい。たとえば、グループトークへの参加率が高いほど、グループトークへ参加する可能性が高いと判断することができる。また、現在通信不能(オフライン)のユーザは、グループトークへ参加する可能性が低いと判断することができる。このように、グループ選択時においてタッチパネルディスプレイ32に表示されるユーザの表示順序を、グループトークへ参加する可能性が高い順とすることで、グループ選択をより適切に行うことができる。
【0120】
また、グループに所属するユーザの表示順序を、グループトークへ参加した日時が古い順としたり、グループトークでの発言回数が多い順としたりしてもよい。たとえば、グループトークへの参加した日時が古いユーザほど、あるいは、グループトークでの発言回数が多いユーザほど、グループトークの話題の中心にいる可能性が高いと判断することができる。このように、グループ選択時においてタッチパネルディスプレイ32に表示されるユーザの表示順序を、グループトークの話題の中心にいる可能性が高い順とすることで、グループ選択をより適切に行うことができる。
【0121】
また、画像生成部241は、受信処理部242から受け取った情報のうち所属メンバーの状態情報に応じて、地図画像上に重畳させるアイコン画像を変更する。
【0122】
たとえば、ユーザAのユーザ管理情報に含まれる「状態」項目が「非乗車中」である場合、画像生成部241は、ユーザAのアイコン画像を地図画像上に重畳させる。一方、ユーザBのユーザ管理情報に含まれる「状態」項目が「乗車中」である場合、画像生成部241は、ユーザBのアイコン画像と車両のイラストとを組み合わせた画像を地図画像上に重畳させる。
【0123】
このように、所属メンバーの状態に応じて地図画像上に重畳させる画像を変更することで、ユーザは、各メンバーの状態を把握することができる。
【0124】
また、画像生成部241は、所属メンバーの各位置情報に基づいて地図画像の縮尺を決定する。すなわち、画像生成部241は、グループに所属する全てのユーザのアイコン画像が所在地画像62に含まれるように地図画像の縮尺を決定する。これにより、ユーザは、グループに所属する全てのユーザの所在地を容易に把握することができる。
【0125】
なお、縮尺には上限(範囲を広げ過ぎない)を設け、その範囲内に位置しないメンバーについては、表示領域におけるメンバーの位置方向の端部にユーザのアイコン画像を配置するものとする。また、この場合、ユーザのアイコン画像に加工を施し(色調の変化やマーク付与等)、表示された地図の外側に当該ユーザが位置することが分かるようにすることが好ましい。
【0126】
図5Dに戻り、選択候補画像61に含まれるグループ「同僚」の画像がユーザによってタッチ操作された場合について説明する。
【0127】
ユーザが、選択候補画像61に含まれるグループ「同僚」の画像をタッチすると、グループ「同僚」の画像が中央位置に配置された選択候補画像61、すなわち、グループ「同僚」にフォーカスの合った選択候補画像61がタッチパネルディスプレイ32に表示される。また、仮選択状態のグループは、「友人1」から「同僚」へと変更される。これにより、タッチパネルディスプレイ32には、所在地画像62として、グループ「同僚」に所属するユーザの所在を示す画像が表示される。
【0128】
グループ「同僚」の画像が選択候補画像61の中央位置に配置されたのち(すなわち、グループ「同僚」が仮選択状態となったのち)、グループ「同僚」の画像がユーザによってタッチ操作されると、車載装置3の操作情報送信部34bは、かかるタッチ操作に関する操作情報を携帯端末装置2へ送信する。そして、携帯端末装置2では、送信処理部243が、かかる操作情報を受信すると、グループ「同僚」のグループIDおよび自装置のユーザID等を含んだグループトーク開始要求をサーバ1へ送信する。
【0129】
サーバ1は、携帯端末装置2からグループトーク開始要求を受信すると、かかるグループトーク開始要求からグループIDを取り出し、かかるグループIDに対応するグループに所属する各ユーザのユーザIDをグループ管理DB11bから取り出す。また、サーバ1は、取り出したユーザIDに対応するユーザの携帯端末装置2に対してグループトークへの参加の可否を確認する通知を送信する。
【0130】
そして、グループに所属するいずれかのユーザからグループトークへの参加を許可する旨の通知を受信すると、サーバ1は、グループトークを開始させる。なお、メンバーからグループトークへ参加するか否かの応答があるまでの間、タッチパネルディスプレイ32には、図5Eに示すように、メンバーを呼び出し中である旨の画面が表示される。
【0131】
このように、仮選択状態でないグループに対して選択操作を行うことで、選択されたグループが仮選択状態となる。さらに、仮選択状態のグループに対して選択操作を行うことで、仮選択状態のグループが、グループトークを開始するグループとして確定する。
【0132】
図5Fに、グループトーク中にタッチパネルディスプレイ32に表示されるトーク中画像の一例を示す。以下では、図5Fを参照して、グループトークにおける処理内容について説明する。
【0133】
グループトークモードへ移行すると、携帯端末装置2では、音声認識処理部34eが、マイク5から音声データを取得する処理を開始し、車載装置3では、送信処理部243が、トークデータの送信処理を開始する。
【0134】
具体的には、車載装置3の音声認識処理部34eは、マイク5を介して音声データを取得し、取得した音声データを携帯端末装置2へ送信する。この処理は、後述するトーク停止ボタン66がユーザによってタッチ操作されるまで継続される。すなわち、マイク5を介して取得される音声データは、トーク停止ボタン66がタッチ操作されるまで車載装置3を介して携帯端末装置2の送信処理部243へ絶えず送信され続ける。
【0135】
そして、携帯端末装置2では、送信処理部243が、携帯端末装置2から音声データを受信すると、位置情報取得部22から位置情報を取得し、音声データ、位置情報、時刻、ユーザID、グループID等を含んだトークデータを生成しサーバ1へ送信する。
【0136】
ここで、送信処理部243は、車載装置3から音声データを取得すると、取得した音声データを所定の発話期間ごとに区切ってサーバ1へ送信する。
【0137】
以下では、かかる音声データの分割処理の例について図6A〜図6Cを用いて説明する。図6A〜図6Cは、音声データの分割処理の例を示す図である。なお、図6A〜図6Cには、横軸を時間とし、縦軸を音量レベルとした場合における音声データの波形を模式的に示している。
【0138】
たとえば、図6Aに示すように、送信処理部243は、車載装置3から取得した音声データの音量レベルを検出し、検出した音声データの音量レベルに基づいて発話期間を決定する。
【0139】
具体的には、送信処理部243は、音量レベルの絶対値が所定の閾値以下の状態が所定の時間(図6Aでは、Δt1(s))継続した時点を、発話期間の終了点として決定する。また、送信処理部243は、音量レベルの絶対値が所定の閾値を超えた場合に、その所定時間前(図6Aでは、Δt2(s)前)の時点を発話期間の開始点として決定する。
【0140】
そして、送信処理部243は、決定した発話期間ごとに、トークデータを生成してサーバ1へ送信する。トークデータに含まれる位置情報および時刻は、発話期間の開始点における位置情報および時刻とする。
【0141】
このように、送信処理部243が、マイク5を介して取得される音声データの音量レベルに基づいて発話期間を決定することとしたため、音声データを適切に区切ることができる。
【0142】
なお、送信処理部243は、開始点および終了点を決定した結果、発話期間が所定の時間よりも短い場合には、かかる音声データを破棄してもよい。これにより、不要なトークデータが生成されることを防止することができる。
【0143】
また、図6Aでは、音声データの開始点および終了点を決定するための閾値を同じ値としたが、閾値は、音声データの開始点を決定する場合と終了点を決定する場合とで異ならせてもよい。
【0144】
また、図6Aでは、音量レベルに基づいて発話期間を決定する場合の例について説明したが、送信処理部243は、音声データをあらかじめ決められた時間ごとに区切ることとしてもよい。たとえば、図6Bに示すように、送信処理部243は、車載装置3から取得した音声データをT(s)ごとに区切ることによって発話期間を決定してもよい。
【0145】
また、送信処理部243は、図6Cに示すように、ユーザが所定距離(図6Cでは、X(m))移動するごとに、音声データを区切ってもよい。ユーザの移動距離は、たとえば、位置情報取得部22によって取得される位置情報から算出することができる。
【0146】
このように、送信処理部243が、マイク5を介して取得される音声データを所定の発話期間ごとに区切ってサーバ1へ送信することとしたため、ユーザがタッチパネルディスプレイ32等を操作して発話期間を区切る場合と比較して、操作量を減らすことができる。
【0147】
図5Fに戻り、グループトークにおける処理内容についての説明を続ける。サーバ1は、携帯端末装置2からトークデータを受信すると、受信したトークデータを同一のグループに所属する他のユーザの携帯端末装置2に対して送信する。携帯端末装置2では、受信処理部242が、他の携帯端末装置2からのトークデータをサーバ1経由で受信すると、受信したトークデータを記憶部23へ記憶させる。
【0148】
また、携帯端末装置2では、画像生成部241は、記憶部23にあらたなトークデータが記憶されると、あらたに記憶されたトークデータに含まれるユーザIDおよび位置情報を取り出す。また、画像生成部241は、取り出したユーザIDに対応するユーザのアイコン画像と所定の画像(たとえば、吹き出しの画像)とを組み合わせた画像(以下、「つぶやきマーク」と記載する)を生成する。
【0149】
また、画像生成部241は、生成したつぶやきマーク65をトークデータから取り出した位置情報に応じた地図画像上の位置に重畳させたトーク中画像を生成し、生成したトーク中画像を車載装置3へ送信する。そして、車載装置3の表示制御部34cは、携帯端末装置2から受信したトーク中画像をタッチパネルディスプレイ32に対して表示させる。
【0150】
これにより、図5Fに示すように、タッチパネルディスプレイ32には、地図画像上につぶやきマーク65が重畳されたトーク中画像が表示される。このトーク中画像は、グループに所属するユーザがトークデータを送信するごとに更新され、新たなつぶやきマーク65が地図画像上に追加されることとなる。
【0151】
このように、表示制御部34cは、グループの中から一のグループを選択する選択操作が行われた場合に、選択されたグループに所属するユーザの携帯端末装置2と、自装置との間で通信リンクが確立された携帯端末装置2との間でグループトークを行うためのトーク中画像をタッチパネルディスプレイ32へ表示させる。
【0152】
ユーザは、タッチパネルディスプレイ32に表示されたつぶやきマーク65をタッチすることによって、タッチしたつぶやきマーク65に対応する音声メッセージを聞くことができる。
【0153】
具体的には、車載装置3では、操作情報送信部34bが、タッチパネルディスプレイ32からつぶやきマーク65へのタッチ操作に関する操作情報を受け取り、受け取った操作情報を携帯端末装置2へ送信する。また、携帯端末装置2では、アプリ実行部24bが、車載装置3から上記の操作情報を受信すると、記憶部23に記憶されたトークデータのうち、ユーザがタッチしたつぶやきマーク65に対応するトークデータから音声データを取り出して車載装置3へ送信する。
【0154】
そして、車載装置3では、音声出力制御部34dが、携帯端末装置2が受信した音声データに基づき、ユーザがタッチしたつぶやきマーク65に対応する音声メッセージをスピーカ6から出力させる。
【0155】
一方、図5Fに示すように、トーク中画像には、トーク停止ボタン66も含まれる。かかるトーク停止ボタン66がユーザによってタッチ操作されると、車載装置3の音声認識処理部34eは、マイク5を介して取得した音声データを携帯端末装置2へ送信する処理を停止する。
【0156】
また、携帯端末装置2の送信処理部243は、トーク停止ボタン66がタッチされた旨の操作情報を車載装置3から受信すると、トークデータの送信処理を停止する。このように、送信処理部243は、操作入力部であるタッチパネルディスプレイ32によって送信処理の停止操作が受け付けられた場合に、送信処理を停止する。したがって、ユーザは、たとえば発話内容を他のユーザに聞かれたくない場合に、トーク停止ボタン66をタッチすることによってトークデータの送信を容易に停止することができる。
【0157】
なお、図5A〜図5Fでは、登録済みのグループからグループトークを開始するグループを選択する場合の例について説明したが、これに限ったものではなく、あらたにグループを形成してグループトークを開始することもできる。かかる点については、後述する。
【0158】
次に、サーバ1、携帯端末装置2および車載装置3の具体的動作について説明する。まず、携帯端末装置2が実行するアプリ起動時処理について図7を用いて説明する。図7は、アプリ起動時処理の処理手順を示すフローチャートである。
【0159】
なお、アプリ起動時処理は、携帯端末装置2がグループトークアプリケーションソフトウェア23bの起動を指示されてから後述するグループ選択モードフラグまたはグループ形成モードフラグがオンされるまでの処理である。
【0160】
図7に示すように、携帯端末装置2では、受信処理部242が、自装置から所定範囲内に所在するユーザのユーザ情報をサーバ1から取得し(ステップS101)、画像生成部241が、受信処理部242によって取得されたユーザ情報に基づき、地図画像上にユーザのアイコン画像を重畳させた画像を生成する(ステップS102)。
【0161】
つづいて、携帯端末装置2では、送信処理部243が、「グループ選択モード」が選択されたか否かを判定する(ステップS103)。ここで、「グループ選択モード」とは、登録済みのグループからグループトークを開始するグループを選択するモードである。
【0162】
たとえば、タッチパネルディスプレイ32には、ステップS102において生成された画像とともに、「グループ選択モード」を選択するための画像および後述する「グループ形成モード」を選択するための画像が表示される。そして、ユーザが「グループ選択モード」を選択するための画像に対してタッチ操作を行い、車載装置3の操作情報送信部34bが、かかる操作情報を携帯端末装置2へ送信することで、携帯端末装置2の送信処理部243は、「グループ選択モード」が選択されたと判定する。
【0163】
ステップS103において「グループ選択モード」が選択されたと判定すると(ステップS103,Yes)、アプリ実行部24bは、グループ選択モードフラグをオンし(ステップS104)、アプリ起動時処理を終了する。
【0164】
一方、「グループ選択モード」が選択されていない場合(ステップS103,No)、送信処理部243は、「グループ形成モード」が選択されたか否かを判定する(ステップS105)。そして、「グループ形成モード」が選択されたと判定すると(ステップS105,Yes)、アプリ実行部24bは、グループ形成モードフラグをオンして(ステップS106)、アプリ起動時処理を終了する。
【0165】
なお、アプリ実行部24bは、ステップS105において「グループ形成モード」が選択されていない場合には(ステップS105,No)、処理をステップS101へ戻し、ステップS101以降の処理を繰り返す。
【0166】
次に、携帯端末装置2が実行するグループ選択処理の処理手順について図8を用いて説明する。図8は、グループ選択処理の処理手順を示すフローチャートである。なお、グループ選択処理は、図7のステップS104においてグループ選択モードフラグがオンされた場合に実行される処理である。
【0167】
図8に示すように、グループ選択処理を開始すると、携帯端末装置2の送信処理部243は、グループ選択画像の生成に必要な情報を取得するための情報取得要求をユーザID23aや位置情報等とともにサーバ1へ送信する(ステップS201)。
【0168】
つづいて、携帯端末装置2では、受信処理部242が、グループ選択画像の生成に必要な情報をサーバ1から受信し(ステップS202)、画像生成部241が、選択候補画像61および所在地画像62を含んだグループ選択画像を生成する(ステップS203)。これにより、タッチパネルディスプレイ32には、表示制御部34cによってグループ選択画像が表示されることとなる。
【0169】
つづいて、送信処理部243は、グループ確定操作がなされたか否かを判定する(ステップS204)。たとえば、送信処理部243は、選択候補画像61の中央位置に配置されるグループの画像、すなわち、仮選択状態のグループの画像に対してタッチ操作がなされた旨の操作情報を車載装置3から受信した場合に、グループ確定操作がなされたと判定する。
【0170】
ステップS204においてグループ確定操作がなされたと判定すると(ステップS204,Yes)、アプリ実行部24bは、グループトークモード開始要求をサーバ1へ送信する(ステップS205)。そして、アプリ実行部24bは、グループ選択モードフラグをオフするとともに(ステップS206)、グループトークモードフラグをオンして(ステップS207)、グループ選択処理を終了する。
【0171】
一方、ステップS204においてグループ確定操作がなされていない場合(ステップS204,No)、送信処理部243は、仮選択グループ変更操作がなされたか否かを判定する(ステップS208)。仮選択グループ変更操作とは、たとえば、仮選択状態でないグループの画像へのタッチ操作、あるいは、選択候補画像61に対するスライド操作のことである。送信処理部243は、選択候補画像61に対してこれらの操作がなされた旨の操作情報を車載装置3から受信した場合に、選択候補変更操作がなされたと判定する。
【0172】
ステップS208において仮選択グループ変更操作がなされたと判定すると(ステップS208,Yes)、画像生成部241は、選択候補画像61を更新するとともに(ステップS209)、所在地画像62を更新し(ステップS210)、処理をステップS204へ戻す。なお、アプリ実行部24bは、仮選択グループ変更操作がなされていない場合にも(ステップS208,No)、処理をステップS204へ戻す。
【0173】
次に、車載装置3が実行するグループトーク送信処理の処理手順について図9を用いて説明する。図9は、グループトーク送信処理の処理手順を示すフローチャートである。ここで、グループトーク送信処理は、グループトークモードフラグがオンされた場合に実行される処理のうち、トークデータ等の送信に関する処理である。なお、図9に示すグループトーク送信処理は、グループトークモードフラグがオンされている間、繰り返し実行される。
【0174】
図9に示すように、グループトーク送信処理を開始すると、車載装置3の音声認識処理部34eは、マイク5を介して音声データを取得し(ステップS301)、取得した音声データに対して音声認識処理を行う(ステップS302)。
【0175】
つづいて、音声認識処理部34eは、発話内容にキラーワードが含まれるか否かを判定する(ステップS303)。キラーワードとは、上述したように、車両70に搭載されるエアコン等の機器、あるいは、携帯端末装置2が備えるナビゲーション部24c等を音声によって制御するための専用の言葉である。
【0176】
ステップS303において発話内容にキラーワードが含まれると判定した場合(ステップS303,Yes)、実行指示部34fは、キラーワードに対応する処理の実行指示を行う(ステップS304)。
【0177】
このように、本実施例では、音声認識処理部34eが、マイク5を介して取得した音声データから発話内容を認識し、実行指示部34fが、音声認識処理部34eによる音声認識の結果、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、キラーワードに応じた処理を実行させることとした。したがって、ユーザは、グループトークを楽しみながら、車両70に搭載されるエアコンやオーディオ等に対する操作を容易に行うことができる。
【0178】
また、実行指示部34fは、他メンバー同期制御が設定されているか否かを判定する(ステップS305)。ここで、他メンバー同期制御とは、キラーワードに対応する処理を同一グループに所属する他のユーザの携帯端末装置2や車両70についても実行させる制御のことである。
【0179】
なお、他メンバー同期制御の設定は、キラーワード毎に設定する構成、例えばキラーワードKW1についてはメンバー同期制御が設定され、キラーワードKW2にはメンバー同期制御が設定されていないと言った、キラーワード毎に他メンバーの携帯端末装置2等に対する処理を変更できる構成にするのが望ましい。
【0180】
ステップS305において他メンバー同期制御が設定されている場合(ステップS305,Yes)、実行指示部34fは、ステップS304において実行指示した内容と同様の制御コマンドを含む同期制御データを携帯端末装置2に対して送信し(ステップS306)、グループトーク送信処理を終了する。このように、実行指示部34fは、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、かかるキラーワードに応じた処理を実行させる旨の同期制御データを携帯端末装置2経由でサーバ1へ送信する。
【0181】
なお、他メンバー同期制御の可否は、キラーワード毎に設定されている。たとえば、目的地設定等、メンバー間で同じ行動を行うことが適するような機能は、他メンバー同期制御に設定される傾向が強く、エアコン制御等、個々の車両毎に適切な制御が異なるような機能は、他メンバー同期制御に設定されない傾向が強い。
【0182】
ステップS303において発話内容にキラーワードが含まれない場合(ステップS303,No)、制御部34は、現在のモードがトーク停止モードであるか否かを判定する(ステップS307)。たとえば、図5Fに示すトーク停止ボタン66がタッチ操作された場合、制御部34は、トーク停止モードであると判定する。
【0183】
ステップS307において現在のモードがトーク停止モードではない場合(ステップS307,No)、音声認識処理部34eは、ステップS301において取得した音声データを携帯端末装置2へ送信する(ステップS308)。そして、制御部34は、ステップS308の処理を終えた場合、あるいは、ステップS305において他メンバー同期制御が設定されていない場合(ステップS305,No)に、グループトーク送信処理を終了する。また、制御部34は、ステップS307において現在のモードがトーク停止モードであると判定した場合にも(ステップS307,Yes)、グループトーク送信処理を終了する。
【0184】
なお、音声認識処理部34eによって送信された音声データは、携帯端末装置2の送信処理部243によって受信される。そして、送信処理部243は、車載装置3から受信した音声データを所定の発話期間ごとに区切り、音声データ、位置情報、時刻、ユーザID、グループID等を含んだトークデータを生成してサーバ1へ送信する。
【0185】
次に、携帯端末装置2が実行するグループトーク受信処理の処理手順について図10を用いて説明する。ここで、グループトーク受信処理は、グループトークモードフラグがオンされた場合に実行される処理のうち、トークデータ等の受信に関する処理である。なお、図10に示すグループトーク受信処理は、グループトークモードフラグがオンされている間、繰り返し実行される。
【0186】
図10に示すように、グループトーク受信処理を開始すると、携帯端末装置2の画像生成部241は、所属メンバーの位置情報に応じて地図画像の縮尺を決定し(ステップS401)、決定した縮尺の地図画像上に所属メンバーのアイコン画像を重畳させる(ステップS402)。
【0187】
これにより、タッチパネルディスプレイ32には、表示制御部34cによってトーク中画像が表示されることとなる。なお、所属メンバーのアイコン画像は、所属メンバーの状態に応じて決定される。たとえば、ユーザの状態情報が「乗車中」である場合には、ユーザ既定のアイコン画像および車両のイラストを組み合わせた画像が、ユーザのアイコン画像として用いられる。
【0188】
つづいて、携帯端末装置2では、画像生成部241が、つぶやきマーク65の描画処理を行う(ステップS403)。すなわち、画像生成部241は、地図画像上につぶやきマーク65を追加したトーク中画像を生成する。
【0189】
つづいて、受信処理部242は、同期制御データを受信したか否かを判定する(ステップS404)。かかる処理において同期制御データを受信していない場合(ステップS404,No)、送信処理部243は、つぶやきマーク65の選択操作がなされたか否かを判定する(ステップS405)。たとえば、送信処理部243は、つぶやきマーク65に対してタッチ操作がなされた旨の操作情報を車載装置3から受信した場合に、つぶやきマーク65の選択操作がなされたと判定する。
【0190】
ステップS405においてつぶやきマーク65が選択されたと判定した場合(ステップS405,Yes)、アプリ実行部24bは、選択されたつぶやきマーク65に対応する音声データを記憶部23から取り出して車載装置3へ送信し(ステップS406)、処理を終える。なお、アプリ実行部24bは、ステップS405においてつぶやきマーク65の選択操作がなされていない場合にも(ステップS405,No)、処理を終える。
【0191】
また、ステップS404において同期制御データを受信したと判定すると(ステップS404,Yes)、アプリ実行部24bは、同期制御データに含まれる制御コマンドに対応する処理の実行を指示し(ステップS407)、グループトーク受信処理を終了する。
【0192】
なお、アプリ実行部24bは、同期制御データによる制御対象が車両70に搭載された機器である場合には、受信した同期制御データを車載装置3へ送信する。これにより、車載装置3の実行指示部34fが、同期制御データに含まれる制御コマンドに対応する処理の実行を指示することとなる。また、同期制御データに含まれる制御コマンドに対応する処理を、ユーザによる実行許可操作後に実行するようにしても良い。
【0193】
このように、実行指示部34fは、あらかじめ登録されたキラーワードが発話内容に含まれる場合に、キラーワードに応じた処理を実行させる旨の同期制御データを携帯端末装置2経由でサーバ1へ送信するとともに、サーバ1から携帯端末装置2経由で同期制御データを受信した場合には、受信した同期制御データに応じた処理を実行させる。
【0194】
これにより、たとえば同一のグループに所属するメンバーのうちの1人が目的地の設定を音声操作により行うことで、残りのメンバーは目的地の設定操作を行うことなく同じ目的地を設定することができる。
【0195】
ところで、ここでは、キラーワードに応じた処理の実行をグループトークに参加する全メンバー間で同期させる場合の例について説明したが、キラーワードに応じた処理の実行は、指定したメンバー間においてのみ同期させてもよい。
【0196】
たとえば、ユーザは、キラーワードとともに、キラーワードに応じた処理を同期させたいユーザのユーザ名を発話する。実行指示部34fは、発話内容にキラーワードに加えてユーザ名が含まれる場合には、発話内容に含まれるユーザのユーザIDをさらに含んだ同期制御データを生成してサーバ1へ送信する。
【0197】
そして、サーバ1は、受信した同期制御データに同期対象となるユーザのユーザIDが含まれる場合には、同期制御データに含まれるユーザIDに対応する携帯端末装置2に対してのみ同期制御データを送信する。
【0198】
このように、実行指示部34fは、処理の実行対象となるユーザのユーザ名が発話内容に含まれる場合には、処理の実行対象となるユーザのユーザIDをさらに含んだ同期制御データを携帯端末装置2経由でサーバ1へ送信することとした。したがって、ユーザは、キラーワードに応じた処理を同期させるメンバーを任意に指定することができる。
【0199】
なお、ここでは、キラーワードに応じた処理を同期させたいユーザのユーザ名を発話することで、同期対象となるメンバーを指定する場合の例について説明したが、同期対象となるメンバーをサーバ1のグループ管理DB11b等にあらかじめ登録しておいてもよい。このようにすれば、ユーザは、同期させたいユーザのユーザ名を発話する必要がなくなる。
【0200】
また、同期制御データを受信した側で、同期制御を拒否できる機能、例えば同期制御の内容とその実行の可否を選択するスイッチ(ボタン)画像を表示し、ユーザが実行可のスイッチを選択操作した場合のみその同期制御を実行する機能を設けても良い。
【0201】
次に、携帯端末装置2が実行する退会処理である端末側退会処理の処理手順について図11を用いて説明する。図11は、端末側退会処理の処理手順を示すフローチャートである。なお、退会処理とは、グループトークを終了するための処理のことである。
【0202】
図11に示すように、端末側退会処理を開始すると、携帯端末装置2の送信処理部243は、退会操作がなされたか否かを判定する(ステップS501)。たとえば、送信処理部243は、タッチパネルディスプレイ32に表示される退会ボタン(図示せず)がタッチされた旨の操作情報を車載装置3から受信した場合に、退会操作がなされたと判定する。
【0203】
ステップS501において退会操作がなされていない場合(ステップS501,No)、ナビゲーション部24cは、設定された目的地へ到着したか否かを判定する(ステップS502)。
【0204】
ステップS501において退会操作がなされたと判定した場合(ステップS501,Yes)、または、ステップS502において目的地へ到着したと判定した場合(ステップS502,Yes)、送信処理部243は、ユーザID23aおよびグループID等を含んだ退会データをサーバ1へ送信する(ステップS503)。そして、アプリ実行部24bは、グループトークモードフラグをオフし(ステップS504)、端末側退会処理を終了する。なお、ステップS502において目的地へ到着していない場合(ステップS502,No)にも、アプリ実行部24bは端末側退会処理を終了する。
【0205】
このように、目的地に到着した場合にも退会データを送信することとした。これは、目的地に到着した場合、次の目的とする行動をするのが通常で、例えば自動車の場合は降車して施設に対応した行動を行うと言った状況が全く異なったものとなるため、グループトークから退会するのが通常である。このため、目的地に到着したことを条件として退会データを送信することなど退会処理を自動的に行えば、退会に必要な操作を行うことなく退会することができる。尚、念のために目的地到着後、ユーザの退会確認操作(退会確認ボタンを表示し、それに対するユーザの操作)に基づき退会処理を実行しても良い。
【0206】
なお、目的地に到着した場合には、タッチパネルディスプレイ32に対してグループトークから退会するか否かの確認画面を表示させ、退会する旨の操作があった場合に、ステップS503以降の処理を行ってもよい。また、かかる場合には、ユーザの便を考慮し、確認画面を表示させてから所定時間以内に操作がなかった場合にも、ステップS503へ移行することとしてもよい。
【0207】
次に、サーバ1が実行する退会処理であるサーバ側退会処理の処理手順について図12を用いて説明する。図12は、サーバ側退会処理の処理手順を示すフローチャートである。なお、この処理はユーザからの退会データの受信検知により実行する。
【0208】
図12に示すように、サーバ1は、携帯端末装置2から退会データを受信したか否かを判定し(ステップS601)、受信したと判定すると(ステップS601,Yes)、該当グループの全メンバーがグループトークから退会したか否かを判定する(ステップS602)。かかる処理において全メンバーがグループトークから退会したと判定しない場合(ステップS602,No)、すなわち、グループトークへの参加者が1人でも存在する場合、サーバ1は、受信した退会データを既退会者を含む全メンバーの携帯端末装置2へ送信する(ステップS603)。
【0209】
なお、携帯端末装置2では、サーバ1から退会データを受信すると、画像生成部241が、退会データの送信元であるユーザがグループトークから退会した旨のメッセージを生成し、車載装置3の表示制御部34cへ送信する。このとき、画像生成部241は、退会データの送信元であるユーザのアイコン画像を地図画像上から削除、あるいは表示形態を変更してもよい。
【0210】
ステップS602において全メンバーがグループトークから退会したと判定した場合(ステップS602,Yes)、サーバ1は、解散データを既退会者を含む全メンバーの携帯端末装置2へ送信する(ステップS604)。解散データとは、グループトークが終了したことを示すデータである。携帯端末装置2では、サーバ1から解散データを受信すると、画像生成部241が、グループトークが終了した旨(グループが解散した旨)のメッセージを生成し、車載装置3の表示制御部34cへ送信する。
【0211】
サーバ1は、ステップS603またはステップS604の処理を終えると、該当グループのグループ管理情報を更新し(ステップS605)、サーバ側退会処理を終了する。なお、サーバ1は、ステップS601において退会データを受信していない場合にも(ステップS601,No)、サーバ側退会処理を終了する。
【0212】
このように、既に退会したメンバーに対しても退会データや解散データを送信することで、誰が何時退会したかあるいはグループが何時解散されたかを自分がグループから退会した後においても把握することができる。
【0213】
なお、本例の場合、一度退会したメンバーがグループ存続を確認して復帰することを考慮して、全メンバーがグループトークから退会したと判定した場合(ステップS602,Yes)に解散処理を行ったが、グループトークが成立しない状態である残メンバーが一人になった場合に解散処理を行っても良い。
【0214】
次に、携帯端末装置2が実行する端末側グループ形成処理の処理手順について図13を用いて説明する。図13は、端末側グループ形成処理の処理手順を示すフローチャートである。
【0215】
ここで、グループ形成処理とは、登録済みのグループからグループトークを開始するグループを選択するのではなく、あらたにグループを形成してグループトークを開始するための処理である。端末側グループ形成処理は、グループ形成モードフラグ(図7参照)がオンされた場合に実行される。
【0216】
図13に示すように、端末側グループ形成処理を開始すると、携帯端末装置2のアプリ実行部24bは、グループ形成要求をサーバ1へ送信し(ステップS701)、サーバ1からグループ形成用データを受信する(ステップS702)。
【0217】
ここで、グループ形成要求には、自装置の位置情報のほか、あらたに形成するグループの条件(たとえば、「自装置の周囲500メートルに所在するユーザ」など)等を含んだ情報である。また、グループ形成用データとは、あらたに形成するグループのメンバー候補としてサーバ1によって抽出されたユーザのユーザ管理情報を含んだ情報である。
【0218】
つづいて、携帯端末装置2の画像生成部241は、サーバ1から受信したグループ形成用データに含まれる各メンバー候補の位置情報に応じて地図画像の縮尺を決定し(ステップS703)、かかる地図画像上に、各メンバー候補のアイコン画像を重畳させる(ステップS704)。
【0219】
つづいて、アプリ実行部24bは、メンバー選択が完了したか否かを判定し(ステップS705)、完了したと判定すると(ステップS705,Yes)、画像生成部241は、確認画面を生成する(ステップS706)。これにより、タッチパネルディスプレイ32には、選択したメンバーで間違いないかを確認する確認画面が表示される。
【0220】
つづいて、アプリ実行部24bは、決定操作がなされたか否かを判定し(ステップS707)、決定操作がなされたと判定すると(ステップS707,Yes)、ユーザによって選択された各メンバー候補のユーザIDを含む新規グループデータをサーバ1へ送信して(ステップS708)、端末側グループ形成処理を終了する。
【0221】
一方、アプリ実行部24bは、ステップS707において決定操作がなされなかった場合(ステップS707,No)、すなわち、メンバー選択をやり直す旨の操作がなされた場合には、処理をステップS705へ戻す。また、ステップS705においてメンバー選択が完了していない場合にも(ステップS705,No)、アプリ実行部24bは、処理をステップS705へ戻す。
【0222】
次に、サーバ1が実行するサーバ側グループ形成処理の処理手順について図14を用いて説明する。図14は、サーバ側グループ形成処理の処理手順を示すフローチャートである。
【0223】
図14に示すように、サーバ側グループ形成処理を開始すると、サーバ1は、携帯端末装置2からグループ形成要求を受信した否かを判定する(ステップS801)。かかる処理においてグループ形成要求を受信したと判定すると(ステップS801,Yes)、サーバ1は、受信したグループ形成要求に基づき、ユーザ管理DB11aから条件に該当するユーザを抽出する(ステップS802)。
【0224】
たとえば、条件が、「自装置の周囲500メートルに所在するユーザ」である場合、サーバ1は、グループ形成要求に含まれる位置情報を用い、この位置情報によって示される位置から500メートル以内に所在するユーザを特定し、特定したユーザのユーザ管理情報をユーザ管理DB11aから取り出す。そして、サーバ1は、条件に該当するユーザのユーザ管理情報を含むグループ形成用データを携帯端末装置2へ送信する(ステップS803)。
【0225】
つづいて、サーバ1は、携帯端末装置2から新規グループデータを受信すると(ステップS804)、受信した新規グループデータをグループ管理DB11bへ登録する(ステップS805)。
【0226】
一方、ステップS801においてグループ形成要求を受信していない場合(ステップS801,No)、サーバ1は、携帯端末装置2から新規ユーザデータを受信したか否かを判定し(ステップS806)、新規ユーザデータを受信したと判定すると(ステップS806,Yes)、受信した新規ユーザデータをユーザ管理DB11aへ登録し(ステップS807)、処理をステップS808へ移行する。
【0227】
ステップS805またはステップS807の処理を終えると、サーバ1は、グループ形成モードフラグをオフするとともに(ステップS808)、グループトークモードフラグをオンして(ステップS809)、サーバ側グループ形成処理を終了する。なお、サーバ1は、ステップS806において新規ユーザデータを受信していない場合にも(ステップS806,No)、サーバ側グループ形成処理を終了する。
【0228】
上述してきたように、本実施例では、送信処理部が、同一のグループに所属するユーザ間で音声による通信を行うグループトークモード中において、マイクを介して取得されるユーザの音声データをサーバへ送信する送信処理を実行し、受信処理部が、グループトークモード中において、他のユーザの音声データをサーバから受信する受信処理を実行する。そして、送信処理部は、グループトークモードへ移行したことを条件として送信処理を開始することとした。したがって、ユーザは、煩雑な操作を強いることなく音声メッセージを送信することができる。
【0229】
なお、上述した実施例において携帯端末装置2が実行する処理は、車載装置3が実行してもよい。同様に、車載装置3が実行する処理を携帯端末装置2が実行してもよい。
【0230】
たとえば、上述してきた実施例では、サーバ1との通信を携帯端末装置2が行う場合の例について説明したが、サーバ1との通信は、車載装置3が行ってもよい。また、上述してきた実施例では、携帯端末装置2がナビゲーション機能を備える場合の例について説明したが、ナビゲーション機能は、車載装置3が備えていてもよい。また、車載装置3が備える音声認識処理部34eや実行指示部34fを携帯端末装置2が備えていてもよい。
【0231】
また、上述した実施例では、図5Fに示すように、携帯端末装置2の画像生成部241が、ユーザのアイコン画像と吹き出しの画像とを組み合わせた画像をつぶやきマーク65として生成し、地図画像上に重畳することとした。しかし、つぶやきマーク65の構成は、これに限ったものではない。
【0232】
たとえば、画像生成部241は、吹き出し画像中に、音声認識処理部34eによって音声データから変換された文字データの一部(たとえば、発話内容の最初の数文字)を含んだつぶやきマークを生成してもよい。これにより、ユーザは、つぶやきマークをタッチ操作する前に、音声メッセージの内容をおおまかに把握することができる。
【0233】
また、上述した実施例では、携帯端末装置2の送信処理部243が、車載装置3から受信した音声データを発話期間ごとに区切ってサーバ1へ送信する場合の例について説明したが、送信処理部243は、車載装置3から受信した音声データを発話期間ごとに区切ることなく、そのままサーバ1へ送信してもよい。
【0234】
すなわち、送信処理部243は、グループトークモードへ移行すると、車載装置3から受信した音声データを含むトークデータをサーバ1に対して常時送信し続ける。また、サーバ1は、携帯端末装置2から受信したトークデータをグループトークに参加中の他のユーザに対して送信する。
【0235】
そして、携帯端末装置2の受信処理部242が、サーバ1から受信したトークデータに含まれる音声データを車載装置3へ送信し、車載装置3の音声出力制御部34dが、携帯端末装置2から受信した音声データに基づく音声をスピーカ6から出力し続ける。
【0236】
このように、本願の開示するグループ通信システムは、同一のグループに所属するメンバーの音声がスピーカ6から常時流れ続けるものであってもよい。このようにすることで、ユーザは、異なった場所にいるにもかかわらずあたかも集まって会話しているかのようなグループトークを楽しむことができる。
【0237】
また、送信処理部243によるトークデータの送信処理を、グループトークモードへ移行したことを条件として開始するとともに、送信処理の停止操作がなされるまで継続させることとすれば、ユーザに対して煩雑な操作を強いることなく音声メッセージを送信することができる。
【0238】
また、上述した実施例では、音声データを所定時間ごとに区切って送信する場合の例(図6B参照)や、所定移動距離ごとに区切って送信する場合の例(図6C参照)について説明した。このような場合、携帯端末装置2の送信処理部243は、音量レベルが所定量以下の区間が音声データに含まれる場合には、かかる区間を削除した音声データをサーバ1へ送信することとしてもよい。このようにすることで、グループトークを円滑に行うことが可能となり、また、音声データの送信に要する負荷を抑えることもできる。
【0239】
また、上述してきた実施例では、グループ通信システム100が、サーバ1と、携帯端末装置2と、車載装置3とを含んで構成される場合の例について説明したが、グループ通信システムの構成は、これに限ったものではない。たとえば、グループ通信システムは、携帯端末装置を含まず、サーバと車載装置とを含んで構成されてもよい。かかる場合には、車載装置が、図3に示す位置情報取得部22、記憶部23、アプリ実行部24b、ナビゲーション部24c、緊急状態検出部24dを備えていればよい。
【0240】
また、グループ通信システムは、車載装置を含まず、サーバと携帯端末装置とを含んで構成されてもよい。かかる場合には、携帯端末装置が、操作情報送信部34b、表示制御部34c、音声出力制御部34d、音声認識処理部34e、実行指示部34fを備えていればよい。
【0241】
また、グループ通信システムは、緊急通報対応サーバおよびグループトークサーバの2つのサーバを備えていてもよい。かかる場合には、緊急通報対応サーバおよびグループトークサーバが連携することによって、図1に示すサーバ1と同様の動作を行うこととすればよい。
【0242】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施の形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【産業上の利用可能性】
【0243】
以上のように、本願に係るグループ通信システムおよび通信装置は、煩雑な操作を強いることなく音声メッセージを送信したい場合に有効であり、特に、車載装置や車載システムへの適用が考えられる。
【符号の説明】
【0244】
1 サーバ
11a ユーザ管理DB
11b グループ管理DB
2 携帯端末装置
21 近距離通信インタフェース
22 位置情報取得部
23 記憶部
23a ユーザID
23b グループトークアプリケーションソフトウェア
23c 地図情報
23d 車載装置連携アプリケーションソフトウェア
24 制御部
24a 認証処理部
24b アプリ実行部
241 画像生成部
242 受信処理部
243 送信処理部
24c ナビゲーション部
3 車載装置
31 近距離通信インタフェース
32 タッチパネルディスプレイ
33 記憶部
33a 設定情報
34 制御部
34a 認証処理部
34b 操作情報送信部
34c 表示制御部
34d 音声出力制御部
34e 音声認識処理部
34f 実行指示部
4 認証装置
5 マイク
6 スピーカ
50 ネットワーク
61 選択候補画像
62 所在地画像
70 車両
100 グループ通信システム

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

【図1】
image rotate

【図2】
image rotate

【図3】
image rotate

【図4A】
image rotate

【図4B】
image rotate

【図5A】
image rotate

【図5B】
image rotate

【図5C】
image rotate

【図5D】
image rotate

【図5E】
image rotate

【図5F】
image rotate

【図6A】
image rotate

【図6B】
image rotate

【図6C】
image rotate

【図7】
image rotate

【図8】
image rotate

【図9】
image rotate

【図10】
image rotate

【図11】
image rotate

【図12】
image rotate

【図13】
image rotate

【図14】
image rotate


【公開番号】特開2013−115590(P2013−115590A)
【公開日】平成25年6月10日(2013.6.10)
【国際特許分類】
【出願番号】特願2011−259614(P2011−259614)
【出願日】平成23年11月28日(2011.11.28)
【出願人】(000237592)富士通テン株式会社 (3,383)
【Fターム(参考)】