JP2015032914A - 通話制御プログラム、通話制御方法、サーバ装置および車載装置 - Google Patents

Abstract

【課題】ＶＯＩＰやＳＩＰなどの音声通話技術を用いずに、簡易に音声通信を提供できる通話制御プログラム、通話制御方法、サーバ装置および車載装置を提供する。【解決手段】サーバ装置１０は、車両１５に搭載された車載装置１１とデータ通信を用いて音声データを通信し、拠点に設けられた端末装置１２と同期型のプロトコル（ＨＴＴＰ）を用いて音声データを通信する。【選択図】図１

Description

本発明は、通話制御プログラム、通話制御方法、サーバ装置および車載装置に関する。

従来から、業務用無線として、ＭＣＡ無線システム（Multi Channel Access System）が知られている。このＭＣＡ無線システムは、一定数の周波数を多数の利用者が共同で利用するＭＣＡ方式を採用した業務用無線システムである。例えば、運送事業者は、運行する車両と、営業所などの拠点との間でＭＣＡ通信を用いて音声通信を行う。

しかし、ＭＣＡ無線システムは、通信が困難な不感エリアがある。また、ＭＣＡ無線システムは、免許制であるため、導入に手間がかかる。

そこで、ＶＯＩＰ（Voice Over Internet Protocol）やＳＩＰ（Session Initiation Protocol）などの音声通話技術を用いて、音声通話を行う技術がある。

実用新案登録第３１６４３５５号公報

しかし、ＶＯＩＰやＳＩＰなどの音声通話技術は、ＩＰ（Internet Protocol）アドレスを特定できねば通話ができず、音声通信を行う拠点の端末装置にグローバルＩＰアドレスを確保せねばならず、簡易に音声通信を提供できない。

一側面では、簡易に音声通信を提供できる通話制御プログラム、通話制御方法、サーバ装置および車載装置を提供することを目的とする。

本発明の一側面によれば、通話制御プログラムは、車両に搭載された車載装置とデータ通信を用いて音声データを通信する処理をコンピュータに実行させる。また、通話制御プログラムは、拠点に設けられた端末装置と同期型のプロトコルを用いて音声データを通信する処理をコンピュータに実行させる。

本発明の一側面によれば、簡易に音声通信を提供できる。

図１は、システムの全体の概略構成の一例を示す図である。 図２は、車載装置の機能的構成を示すブロック図である。 図３は、サーバ装置の機能的構成を示すブロック図である。 図４は、管理情報のデータ構成の一例を示す図である。 図５は、車載装置からサーバ装置を介して端末装置へ音声データを送信する流れの一例を示す図である。 図６は、端末装置からサーバ装置を介して車載装置へ音声データを送信する流れの一例を示す図である。 図７は、端末装置から送信されて蓄積された音声データを削除する流れの一例を示す図である。 図８は、車載装置からサーバ装置を介して端末装置へ音声データを送信する処理の流れを示すシーケンス図である。 図９は、端末装置からサーバ装置を介して車載装置へ音声データを送信する処理の流れを示すシーケンス図である。 図１０は、通話制御プログラムを実行するコンピュータを示す図である。

以下に、本発明にかかる通話制御プログラム、通話制御方法、サーバ装置および車載装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。以下では、運行管理を行うシステムに本発明を適用した場合について説明する。

［システム構成］
まず、実施例１に係るシステムについて説明する。図１は、システムの全体の概略構成の一例を示す図である。システム１は、車両１５に搭載される車載装置１１によって道路の走行時に取得される各種の情報から、車両１５の運行管理を行うものである。

図１に示すように、システム１は、サーバ装置１０と、車載装置１１と、端末装置１２とを有する。サーバ装置１０と車載装置１１と端末装置１２とは、各種の情報を交換することが可能とされている。例えば、サーバ装置１０と端末装置１２は、ネットワーク１３を介して通信可能に接続され、各種の情報を交換することが可能とされている。かかるネットワーク１３の一態様としては、有線または無線を問わず、携帯電話などの移動体通信、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の通信網が挙げられる。また、サーバ装置１０と車載装置１１は、ネットワーク１３および移動体通信網１４を介して通信可能に接続され、各種の情報を交換することが可能とされている。この移動体通信網１４としては、例えば、３Ｇ（3^rd Generation）やＬＴＥ（Long Term Evolution）などの携帯電話網が挙げられる。移動体通信網１４は、各地に基地局１４Ａが設けられている。車載装置１１は、基地局１４Ａを介してサーバ装置１０と通信を行う。

車載装置１１は、車両１５に搭載され、運行管理に用いられる各種の情報を収集し、収集した情報をサーバ装置１０へ送信する装置である。例えば、車載装置１１は、車両１５の位置や、速度などの情報を収集する。車載装置１１は、ドライブレコーダや、デジタル式運行記録計などであってもよい。このデジタル式運行記録計は、デジタルタコグラフとも呼ばれる。なお、図１の例では、車載装置１１を１つ有する場合を例示したが、開示のシステムはこれに限定されず、車載装置１１を任意の数とすることができる。車載装置１１は、それぞれ車両１５に搭載される。車載装置１１は、車両１５のバッテリから電力が供給される。

車両１５は、運行管理の対象となる車両であれば何れでもよい。車両１５は、例えば、トラック、バス、タクシーなどの業務車両である。

サーバ装置１０は、車両１５の運行を管理する運行管理のサービスを提供する装置である。サーバ装置１０は、例えば、データセンタに設けられたサーバコンピュータなどのコンピュータなどである。サーバ装置１０は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータによるクラウドとして実装することもできる。なお、本実施例では、サーバ装置１０を１台のコンピュータとした場合を例として説明する。

端末装置１２は、車両１５を所有する事業者の事務所などの拠点に設けられ、サーバ装置１０から運行管理に各種の情報を取得可能な装置である。端末装置１２は、例えば、デスクトップ型ＰＣ（Personal Computer）、ノート型ＰＣなどの情報処理装置である。なお、端末装置１２は、タブレット端末、スマートフォン、ＰＤＡ（Personal Digital Assistant）などであってもよい。図１の例では、端末装置１２を１つ有する場合を例示したが、開示のシステムはこれに限定されず、端末装置１２を任意の数とすることができる。

［車載装置の構成］
続いて、本実施例に係る車載装置１１の機能的構成について説明する。図２は、車載装置の機能的構成を示すブロック図である。図２に示すように、車載装置１１は、通信Ｉ／Ｆ（interface）部２０と、マイク２１と、スピーカ２２と、制御部２３とを有する。なお、車載装置１１は、図２に示した以外の他の機能部を有してもよい。例えば、車載装置１１は、各種指示を入力するための操作パネルや、各種の情報を表示する表示部、位置情報を検出するＧＰＳ（Global Positioning System）受信機、加速度センサ、速度センサ等を有してもよい。

通信Ｉ／Ｆ部２０は、他の装置、例えば、サーバ装置１０との間で通信制御を行うインタフェースである。例えば、通信Ｉ／Ｆ部２０は、マイク２１から入力された音声の音声データをサーバ装置１０へ送信する。また、通信Ｉ／Ｆ部２０は、音声データをサーバ装置１０から受信する。

マイク２１は、音声を入力する入力デバイスである。マイク２１は、入力された音声を示す信号を制御部２３に入力する。

スピーカ２２は、音声を出力する出力デバイスである。スピーカ２２は、制御部２３から出力される信号に基づき、音声を出力する。なお、図２の例では、機能的な構成を示したため、マイク２１とスピーカ２２を別に分けているが、例えば、マイク２１とスピーカ２２を一体的に設けたデバイスで構成してもよい。

制御部２３は、車載装置１１を制御するデバイスである。制御部２３としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部２３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２３は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２３は、変換部３０と、送信部３１と、受信部３２と、出力制御部３３とを有する。

変換部３０は、マイク２１から入力される信号を音声データに変換する処理部である。ここで、本実施例では、通話の１回の発言について、所定の時間以内で音声の入力が可能とされている。この所定時間は、通話においての１回の発言の標準的な時間に相当する時間である。本実施例では、所定時間を、例えば、２０秒とする。本実施例では、この１回の所定の時間以内の発言をフレーズと呼ぶ。

変換部３０は、マイク２１から入力される１回のフレーズの音声を所定期間毎に順次、音声データに変換する。例えば、変換部３０は、１回のフレーズの音声を所定期間毎に順次区切り、それぞれ音声データに変換する。例えば、変換部３０は、マイク２１から入力される音声を１秒毎に区切ってそれぞれ音声データに変換する。変換部３０は、フレーズ毎に、変換した各音声データにフレーズ内での順番を示すシーケンス番号を順に付与する。例えば、変換部３０は、フレーズ毎に、各音声データに１から順にシーケンス番号を付与する。また、変換部３０は、フレーズ毎に、変換した音声データに各フレーズを識別するフレーズＮｏを順に付与する。例えば、変換部３０は、フレーズ毎に、１から順に音声データにフレーズＮｏを付与する。すなわち、音声データには、フレーズ毎に、異なるフレーズＮｏが順に付与される。また、音声データには、各フレーズ内での順番を示すシーケンス番号を順に付与される。

送信部３１は、サーバ装置１０へ音声データの送信処理を行う処理部である。送信部３１は、変換部３０により変換された音声データを順次、データ通信を用いてサーバ装置１０へ送信する。例えば、送信部３１は、変換部３０により音声が音声データに変換される毎に、変換された音声データをサーバ装置１０へ送信する。ここで、本実施例では、送信部３１は、データ通信のプロトコルとして、ＵＤＰ（User Datagram Protocol）を用いて音声データを送信する。ＵＤＰは、セッションを確立しないでデータを相手に送信できるため、通信負荷や遅延を抑えてデータを送信できる。また、ヒトは、音声の一部が欠落したとしても、内容を理解できる。ＵＤＰは、データの一部が欠落する場合があるが、音声データの一部のデータが欠落したとしても、発言の内容を伝えることができる。なお、送信部３１は、データ通信のプロトコルとして、ＴＣＰ（Transmission Control Protocol）を用いて音声データを送信してもよい。また、車載装置１１は、運行管理に用いられる各種の情報については、データの誤りを抑制するため、ＴＣＰを用いて送信する。

受信部３２は、サーバ装置１０から送信された音声データの受信処理を行う処理部である。送信部３１は、サーバ装置１０から送信された音声データを受信する。このサーバ装置１０から送信された音声データには、フレーズ毎に、異なるフレーズＮｏが順に付与される。また、サーバ装置１０から送信された音声データには、各フレーズ内での順番を示すシーケンス番号を順に付与される。

出力制御部３３は、スピーカ２２への音声の出力を制御する処理部である。例えば、出力制御部３３は、受信部３２により受信される音声データをフレーズＮｏ毎に、シーケンス番号の順に、音声の信号に変換してスピーカ２２へ出力する。

［サーバ装置の構成］
次に、本実施例に係るサーバ装置１０の機能的構成について説明する。図３は、サーバ装置の機能的構成を示すブロック図である。図３に示すように、サーバ装置１０は、通信Ｉ／Ｆ部５０と、記憶部５１と、制御部５２とを有する。

通信Ｉ／Ｆ部５０は、他の装置、例えば、車載装置１１および端末装置１２との間で通信制御を行うインタフェースである。例えば、通信Ｉ／Ｆ部５０は、車載装置１１から測定データを受信する。かかる通信Ｉ／Ｆ部５０の一態様としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。

記憶部５１は、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部５１は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random Access Memory)等の揮発性メモリであってもよい。

記憶部５１は、制御部５２で実行されるＯＳ（Operating System）や通話制御に用いる各種プログラムを記憶する。さらに、記憶部５１は、制御部５２で実行されるプログラムの実行に必要な各種データを記憶する。かかるデータの一例として、記憶部５１は、管理情報６０と、音声データ６１とを記憶する。

管理情報６０は、車載装置１１と、事業者とを関連付けるデータである。図４は、管理情報のデータ構成の一例を示す図である。図４に示すように、管理情報６０は、「シリアル番号」、「事業者コード」の各項目を有する。

シリアル番号の項目は、各車載装置１１を識別する識別情報を記憶する領域である。各車載装置１１には、数字や文字などを組み合わせて、それぞれを識別する識別情報としてシリアル番号が付与される。シリアル番号の項目には、車載装置１１に対して付与されたシリアル番号が格納される。事業者コードの項目は、車載装置１１が搭載された車両１５を管理する事業者を識別する識別情報を記憶する領域である。システム１を用いて運行管理を行う事業者には、それぞれを識別する識別情報として事業者コードが付与される。

図４の例では、シリアル番号が「Ａ００１」および「Ａ００２」の車載装置１１は、事業者コード「Ａ」の事業者が管理元であることを示す。また、シリアル番号が「Ｂ００１」の車載装置１１は、事業者コード「Ｂ」の事業者が管理元であることを示す。

音声データ６１は、車載装置１１および端末装置１２から送信された音声データである。

制御部５２は、サーバ装置１０を制御するデバイスである。制御部５２としては、ＣＰＵ、ＭＰＵ等の電子回路や、ＡＳＩＣ、ＦＰＧＡ等の集積回路を採用できる。制御部５２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部５２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部５２は、第１通信部７０と、第２通信部７１と、格納部７２と、削除部７３とを有する。

第１通信部７０は、車載装置１１と音声データを送受信する通信を行う処理部である。例えば、第１通信部７０は、通話対象の車載装置１１からＵＤＰのデータ通信を用いて送信された音声データを受信する。また、第１通信部７０は、通話対象の端末装置１２から送信されて音声データが蓄積されているか否かを周期的に監視する。例えば、第１通信部７０は、０．５秒毎の周期で音声データが蓄積されているか否かを周期的に監視する。第１通信部７０は、音声データが蓄積されている場合、当該音声データを通話対象の車載装置１１へ送信する。

第２通信部７１は、端末装置１２と音声データを送受信する通信を行う処理部である。ここで、本実施例では、端末装置１２と同期型のプロトコルを用いて音声データを通信する。例えば、第２通信部７１は、同期型のプロトコルとしてＨＴＴＰ（HyperText Transfer Protocol）を用いて音声データを通信する。

ここで、サーバ装置１０は、運行管理のサイトを提供している。事業者には、運行管理のサイトを利用するためのユーザＩＤおよびパスワードなどのアクセスコードが通知されている。事業者は、端末装置１２からアクセスコードを用いてサーバ装置１０の運行管理のサイトへログインする。本実施例では、サーバ装置１０は、運行管理のサイトにおいて、車両１５の車載装置１１と通話を行う通話サービスを提供している。通話サービスを利用する場合、端末装置１２には、管理情報６０に基づいて、ログインした事業者が管理する車載装置１１が表示される。

端末装置１２には、音声の入力を行うマイクおよび音声の出力を行うスピーカが設けられている。端末装置１２では、通話サービスを利用して通話する場合、運行管理のサイトの通話サービスを提供するページにおいて、通話の相手となる車載装置１１が指定される。そして、端末装置１２では、マイクに対して音声の入力が行われる。端末装置１２は、入力された音声データをＨＴＴＰによりサーバ装置１０へ送信する。また、端末装置１２は、一定期間毎に音声データの送信要求をＨＴＴＰによりサーバ装置１０へ送信する。例えば、端末装置１２は、０．５秒毎の周期で音声データの送信要求をサーバ装置１０へ送信する。

サーバ装置１０では、通話の相手の車載装置１１を指定した端末装置１２を通話対象の端末装置１２と特定する。また、サーバ装置１０では、指定された車載装置１１を通話対象の車載装置１１と特定する。

第２通信部７１は、通話対象の端末装置１２から音声データを受信する。また、第２通信部７１は、通話対象の端末装置１２からの送信要求に応じて、車載装置１１から送信されて蓄積された音声データを当該端末装置１２へ送信する。

格納部７２は、音声データを記憶部５１に格納して記憶部５１に蓄積する処理部である。例えば、格納部７２は、車載装置１１から受信される音声データを記憶部５１に蓄積する。また、格納部７２は、端末装置１２から受信される音声データを記憶部５１に蓄積する。ここで、本実施例では、記憶部５１に複数のキューを設けて、車載装置１１から受信される音声データと、端末装置１２から受信される音声データとを別に蓄積する。例えば、通話毎に、通話対象の車載装置１１から受信される音声データを蓄積するキューと、通話対象の端末装置１２から受信される音声データを蓄積するキューを記憶部５１に設けて、音声データを蓄積する。

削除部７３は、記憶部５１に蓄積された音声データを削除する処理部である。例えば、削除部７３は、第１通信部７０により音声データを受信した際に、以前に受信された音声データが蓄積されている場合、蓄積された当該音声データを削除する。

次に、車載装置１１からサーバ装置１０を介して端末装置１２へ音声データを送信する流れの一例を用いて説明する。図５は、車載装置からサーバ装置を介して端末装置へ音声データを送信する流れの一例を示す図である。

車載装置１１は、入力された音声を所定期間毎に順次、音声データに変換する。図５の例では、入力された１回の発言の音声が５つの音声データに変換されている。この５つの音声データは、フレーズＮＯが１であるものとする。また、５つの音声データは、シーケンス番号が１〜５であるものとする。

車載装置１１は、変換された音声データを順次、データ通信を用いてサーバ装置１０へ送信する。サーバ装置１０は、車載装置１１から送信された音声データを受信し、記憶部５１の第１のキュー８０に蓄積する。図５の例では、シーケンス番号が１および２の音声データが第１のキュー８０に蓄積されている。

一方、端末装置１２は、一定期間毎に音声データの送信要求をサーバ装置１０へ送信する。サーバ装置１０は、端末装置１２からの送信要求を受信すると、第１のキュー８０に蓄積された音声データを端末装置１２へ送信する。図５の例では、シーケンス番号が１および２の音声データが端末装置１２へ送信されている。端末装置１２は、受信した音声データを再生して音声をスピーカから出力する。これにより、車載装置１１から端末装置１２への音声の通話が行われる。

次に、端末装置１２からサーバ装置１０を介して車載装置１１へ音声データを送信する流れの一例を用いて説明する。図６は、端末装置からサーバ装置を介して車載装置へ音声データを送信する流れの一例を示す図である。

端末装置１２は、入力された音声を所定期間毎に順次、音声データに変換する。図６の例では、入力された１回の発言の音声が５つの音声データに変換されている。この５つの音声データは、フレーズＮＯが１であるものとする。また、５つの音声データは、シーケンス番号が１〜５であるものとする。

端末装置１２は、変換された音声データを順次、ＨＴＴＰを用いてサーバ装置１０へ送信する。サーバ装置１０は、端末装置１２から送信された音声データを受信し、記憶部５１の第２のキュー８１に蓄積する。図６の例では、シーケンス番号が１および２の音声データが第２のキュー８１に蓄積されている。

一方、サーバ装置１０は、第２のキュー８１に音声データが蓄積されたか否かを周期的に監視する。サーバ装置１０は、音声データが蓄積されている場合、当該音声データを送信相手の車載装置１１へ送信する。車載装置１１は、受信した音声データを再生して音声をスピーカ２２から出力する。これにより、端末装置１２から車載装置１１への音声の通話が行われる。

次に、端末装置１２から送信されて蓄積された音声データを削除する流れの一例を用いて説明する。図７は、端末装置から送信されて蓄積された音声データを削除する流れの一例を示す図である。

車載装置１１は、入力された音声を所定期間毎に順次、音声データに変換する。図７の例では、入力された１回の発言の音声が５つの音声データに変換されている。この５つの音声データは、フレーズＮＯが１であるものとする。また、５つの音声データは、シーケンス番号が１〜５であるものとする。

車載装置１１は、変換された音声データを順次、データ通信を用いてサーバ装置１０へ送信する。サーバ装置１０は、車載装置１１から送信された音声データを受信し、記憶部５１の第１のキュー８０に蓄積する。図７の例では、シーケンス番号が１〜５の音声データが第１のキュー８０に蓄積されている。

ここで、端末装置１２から音声データの送信要求がない場合、第１のキュー８０には、フレーズＮＯが１の音声データが蓄積されたままとなる。

この状態で、車載装置１１は、音声が入力されると、フレーズＮＯが２で新たな音声データを、データ通信を用いてサーバ装置１０へ送信する。図７の例では、フレーズＮＯが２、シーケンス番号が１の音声データがサーバ装置１０へ送信されている。

サーバ装置１０は、車載装置１１から音声データを受信した際に第１のキュー８０に、以前に受信された音声データが蓄積されている場合、第１のキュー８０に蓄積された当該音声データを削除する。本実施例では、受信した音声データよりもフレーズＮＯが小さい音声データを削除する。これにより、古い音声データが蓄積されたままとなることを抑制できる。なお、削除の条件に直前に未通知のものがある場合を一例として記載しているが、必ずしもこの限りではない。

［処理の流れ］
次に、実施例１に係るシステム１全体の処理の流れを説明する。図８は、車載装置からサーバ装置を介して端末装置へ音声データを送信する処理の流れを示すシーケンス図である。

図８に示すように、車載装置１１は、自身に設定されたシリアル番号を通知してサーバ装置１０へアクセスを要求する（Ｓ１０）。サーバ装置１０は、アクセス要求を受け付けると、第１通信部７０が通知されたシリアル番号が管理情報６０に登録されているか否かにより、アクセス元の車載装置１１の確認を行う（Ｓ１１）。シリアル番号が管理情報６０に登録されていない場合、第１通信部７０は、アクセス元の車載装置１１にエラーを通知する（Ｓ１２）。

マイク２２に音声が入力されると、車載装置１１は、音声データをサーバ装置１０へ送信する（Ｓ１４）。削除部７３は、第１のキュー８０に、同じ車載装置１１から送信された、端末装置１２に送信待ちとなっている以前のフレーズの音声データが蓄積されているか確認する（Ｓ１５）。送信待ちの音声データがある場合、削除部７３は、送信待ちとなっている以前のフレーズの音声データを削除する（Ｓ１６）。格納部７２は、車載装置１１から受信される音声データを第１のキュー８０に格納して蓄積する（Ｓ１７）。

一方、端末装置１２は、ＨＴＴＰを用いてサーバ装置１０が提供する運行管理のサイトにアクセスし、アクセスコードを用いてログインする（Ｓ２０）。第２通信部７１は、ログインを受け付けると、アクセスコードによる認証を行う（Ｓ２１）。認証できない場合、第２通信部７１は、端末装置１２にエラーを通知する（Ｓ２２）。端末装置１２は、一定期間毎に音声データの送信要求をＨＴＴＰによりサーバ装置１０へ送信する（Ｓ２３）。第２通信部７１は、端末装置１２からの送信要求に応じて、第１のキュー８０から蓄積された音声データを取得する（Ｓ２４）。そして、第２通信部７１は、取得した音声データを端末装置１２へ送信する（Ｓ２５）。

図９は、端末装置からサーバ装置を介して車載装置へ音声データを送信する処理の流れを示すシーケンス図である。

図９に示すように、端末装置１２は、ＨＴＴＰを用いてサーバ装置１０が提供する運行管理のサイトにアクセスし、アクセスコードを用いてログインする（Ｓ５０）。第２通信部７１は、ログインを受け付けると、アクセスコードによる認証を行い（Ｓ５１）。認証できない場合、第２通信部７１は、端末装置１２にエラーを通知する（Ｓ５２）。

マイクに音声が入力されると、端末装置１２は、音声データをサーバ装置１０へ送信する（Ｓ５３）。削除部７３は、第２のキュー８１に、同じ端末装置１２から送信された、車載装置１１に送信待ちとなっている以前のフレーズの音声データが蓄積されているか確認する（Ｓ５４）。送信待ちの音声データがある場合、削除部７３は、送信待ちとなっている以前のフレーズの音声データを削除する（Ｓ５５）。格納部７２は、端末装置１２から受信される音声データを第２のキュー８１に格納して蓄積する（Ｓ５６）。

一方、サーバ装置１０の第１通信部７０は、音声データが第２のキュー８１に蓄積されているか否かを周期的に監視する（Ｓ５７）。音声データが第２のキュー８１に蓄積されている場合、第１通信部７０は、第２のキュー８１から蓄積された音声データを取得する（Ｓ５８）。そして、第１通信部７０は、取得した音声データを車載装置１１へ送信する（Ｓ５９）。

［効果］
上述してきたように、本実施例に係るサーバ装置１０は、車両１５に搭載された車載装置１１とデータ通信を用いて音声データを通信する。また、サーバ装置１０は、拠点に設けられた端末装置１２と同期型のプロトコルを用いて音声データを通信する。サーバ装置１０は、端末装置１２との通信に同期型のプロトコルを用いることにより、端末装置１２にグローバルＩＰアドレスを確保しなくても端末装置１２へ音声データを送信できる。また、サーバ装置１０は、車載装置１１および端末装置１２から送信された音声データを中継するため、出力される音声に若干の遅延があるものの半二重の音声通話を提供できる。このように、本実施例に係るサーバ装置１０は、簡易に音声通信を提供できる。

また、サーバ装置１０は、端末装置１２との通信の同期型のプロトコルとして、ＨＴＴＰを用いることにより、ＶＯＩＰやＳＩＰのような複雑な制御を行うことなく、簡易に音声通話を提供できる。

また、サーバ装置１０は、車載装置１１からの音声データのデータ通信のプロトコルにＵＤＰを用いることにより、通信負荷を低減させることができる。

また、サーバ装置１０は、車載装置１１から受信される音声データを第１のキュー８０に蓄積し、端末装置１２からの送信要求に応じて第１のキュー８０に蓄積された音声データを端末装置１２へ送信する。これにより、サーバ装置１０は、通信プロトコルが異なっても車載装置１１から端末装置１２へ音声データを中継できる。

また、サーバ装置１０は、端末装置１２から受信される音声データを第２のキュー８１に蓄積する。そして、サーバ装置１０は、第２のキュー８１に音声データが蓄積されているかを周期的に監視し、第２のキュー８１に音声データが蓄積されている場合、当該音声データを車載装置１１へ送信する。これにより、サーバ装置１０は、通信プロトコルが異なっても端末装置１２から車載装置１１へ音声データを中継できる。

また、サーバ装置１０は、音声データを受信した際に以前に受信された音声データが蓄積されている場合、蓄積された当該音声データを削除する。これにより、サーバ装置１０は、以前に受信された音声データの音声が出力されなくなるため、通話を行う際に違和感を抑制でき、会話を成立させることができる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記の実施例では、音声データを受信した際に、以前に受信された音声データが蓄積されている場合、蓄積された当該音声データを削除する場合について説明したが、開示の装置はこれに限定されない。例えば、削除部７３は、受信してから所定の許容時間を経過した音声データを削除するものとしてもよい。この許容時間は、会話に遅延による違和感を生じさせない程度の時間であり、例えば、数秒程度である。これにより、サーバ装置１０は、許容時間を経過した古い音声データの音声が出力されなくなるため、通話を行う際に違和感を抑制でき、会話を成立させることができる。

また、上記の実施例では、車載装置１１と端末装置１２とが１対１で通話を行う場合について説明したが、開示の装置はこれに限定されない。例えば、１対多で通話を行うものとしてもよい。例えば、サーバ装置１０は、端末装置１２から送信された音声データを多数の車載装置１１に対して送信して、多数の車載装置１１に対して音声での指示を送れるものとしてもよい。また、例えば、多対多で通話を行うものとしてもよい。例えば、サーバ装置１０は、事業者の各端末装置１２および各車載装置１１から受信された音声データを送信元以外の装置へ送信して、多対多で通話を行えるものとしてもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、車載装置１１の変換部３０、送信部３１、受信部３２および出力制御部３３の各処理部が適宜統合されてもよい。また、サーバ装置１０の第１通信部７０、第２通信部７１、格納部７２および削除部７３の各処理部が適宜統合されてもよい。また、車載装置１１およびサーバ装置１０の各処理部の処理が適宜複数の処理部の処理に分離されてもよい。さらに、各処理部にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［通話制御プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図１０は、通話制御プログラムを実行するコンピュータを示す図である。

図１０に示すように、コンピュータ３００は、ＣＰＵ（Central Processing Unit）３１０、ＨＤＤ（Hard Disk Drive）３２０、ＲＡＭ（Random Access Memory）３４０を有する。これら３００〜３４０の各部は、バス４００を介して接続される。

ＨＤＤ３２０には上記のサーバ装置１０の第１通信部７０、第２通信部７１、格納部７２および削除部７３と同様の機能を発揮する通話制御プログラム３２０ａが予め記憶される。なお、通話制御プログラム３２０ａについては、適宜分離しても良い。

また、ＨＤＤ３２０は、通話制御に用いる各種情報を記憶する。

そして、ＣＰＵ３１０が、通話制御プログラム３２０ａをＨＤＤ３２０から読み出してＲＡＭ３４０に展開し、ＨＤＤ３２０に記憶された測定データ３２０ｂを用いて各処理を実行する。すなわち、通話制御プログラム３２０ａは、サーバ装置１０の第１通信部７０、第２通信部７１、格納部７２および削除部７３と同様の動作を実行する。

なお、上記した通話制御プログラム３２０ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。

例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

１ システム
１０ サーバ装置
１１ 車載装置
１２ 端末装置
１５ 車両
２１ マイク
２２ スピーカ
２３ 制御部
３０ 変換部
３１ 送信部
３２ 受信部
３３ 出力制御部
５３ 記憶部
５４ 制御部
６０ 管理情報
６１ 音声データ
７０ 第１通信部
７１ 第２通信部
７２ 格納部
７３ 削除部
８０ 第１のキュー
８１ 第２のキュー

Claims (9)

1. 車両に搭載された車載装置とデータ通信を用いて音声データを通信し、
   拠点に設けられた端末装置と同期型のプロトコルを用いて音声データを通信する
   処理をコンピュータに実行させることを特徴とする通話制御プログラム。
2. 前記同期型のプロトコルは、ＨＴＴＰ（HyperText Transfer Protocol）であることを特徴とする請求項１に記載の通話制御プログラム。
3. 前記データ通信のプロトコルは、ＵＤＰ（User Datagram Protocol）またはＴＣＰ（Transmission Control Protocol）であることを特徴とする請求項１または２に記載の通話制御プログラム。
4. 前記車載装置との通信は、入力される音声を所定期間毎に順次、音声データに変換して送信する前記車載装置から音声データを受信し、
   前記車載装置から受信される音声データを第１の記憶部に蓄積する処理をコンピュータにさらに実行させ
   前記端末装置との通信は、一定期間毎に音声データの送信要求を送信する前記端末装置からの送信要求に応じて前記第１の記憶部に蓄積された音声データを前記端末装置へ送信することを特徴とする請求項１〜３の何れか１つに記載の通話制御プログラム。
5. 前記端末装置との通信は、前記端末装置から音声データを受信し、
   前記端末装置から受信される音声データを第２の記憶部に蓄積し、
   前記第２の記憶部に音声データが蓄積されているかを周期的に監視する処理をコンピュータにさらに実行させ、
   前記車載装置との通信は、前記第２の記憶部に音声データが蓄積されている場合、当該音声データを前記車載装置へ送信することを特徴とする請求項１〜４の何れか１つに記載の通話制御プログラム。
6. 音声データを受信した際に、以前に受信された音声データが蓄積されている場合、蓄積された当該音声データを削除する処理（Ｓ１６、Ｓ５６）をコンピュータにさらに実行させることを特徴とする請求項４または５に記載の通話制御プログラム。
7. 車両に搭載された車載装置とデータ通信を用いて音声データを通信し、
   拠点に設けられた端末装置と同期型のプロトコルを用いて音声データを通信する
   処理をコンピュータが実行することを特徴とする通話制御方法。
8. 車両に搭載された車載装置とデータ通信を用いて音声データを通信する第１通信部と、
   拠点に設けられた端末装置と同期型のプロトコルを用いて音声データを通信する第２通信部と
   を有することを特徴とするサーバ装置。
9. 入力される音声を所定期間毎に順次、音声データに変換する変換部と、
   端末装置と同期型のプロトコルを用いて音声データを通信するサーバ装置へ前記同期型のプロトコルと異なるプロトコルのデータ通信を用いて、前記変換部により変換された音声データを順次送信する送信部と、
   前記サーバ装置から音声データを受信する受信部と、
   前記受信部により受信される音声データの音声を出力する出力部と、
   を有することを特徴とする車載装置。

Images