JP2016191725A - 携帯端末、サーバ、音場補正方法、及び、プログラム - Google Patents

Abstract

【課題】簡単に音場測定を行い、車室の音場特性を補正することが可能な端末装置を提供する。
【解決手段】サーバは、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成する。携帯端末は、サーバと通信可能であり、まず、車両の車種情報を取得してサーバへ送信する。そして、サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信すると、第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成し、サーバに送信する。
【選択図】図７

Description

本発明は、車内の音場特性を補正する手法に関する。

ＡＶシステムによりリスニングルームなどの音場特性を補正する方法が知られている。例えば、特許文献１は、音場補正機能を有するオーディオシステムにおいて、音場測定用のマイクロホンとして携帯電話機の内蔵マイクロホンを利用する手法を記載している。

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

従来の音場補正手法では、室内で得られた多数の測定データを同期加算することにより補正データを生成しているため、音場測定に例えば７〜８分という長い時間を要する。また、その間に室内には比較的高いレベルのテスト音が出力されるため、一般的に、ユーザは音場測定中に部屋から出る必要がある。

一方、車室の音場特性を補正する機能を備える車載機器も存在するが、測定用マイクを機器に接続するのが手間である、音場測定を行う時間が長いなどの理由により、音場補正機能が有効に用いられていなかった。

本発明が解決しようとする課題としては、上記のものが例として挙げられる。本発明は、簡単に音場測定を行い、車室の音場特性を補正することが可能な端末装置を提供することを目的とする。

請求項１に記載の発明は、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末であって、車両の車種情報を取得し、サーバへ送信する第１の送信手段と、サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信手段と、第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定手段と、前記音場測定データを前記サーバに送信する第２の送信手段と、を備えることを特徴とする。

請求項４に記載の発明は、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末によって実行される音場補正方法であって、車両の車種情報を取得し、サーバへ送信する第１の送信工程と、サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信工程と、第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定工程と、前記音場測定データを前記サーバに送信する第２の送信工程と、を備えることを特徴とする。

請求項５に記載の発明は、コンピュータを有し、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末によって実行されるプログラムであって、車両の車種情報を取得し、サーバへ送信する第１の送信手段、サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信手段、第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定手段、前記音場測定データを前記サーバに送信する第２の送信手段、として前記携帯端末を機能させることを特徴とする。

請求項７に記載の発明は、携帯端末と通信可能なサーバであって、携帯端末から車両の車種情報を受信する受信手段と、車種情報ごとに測定項目別の音場測定データのサンプル数が記憶されている記憶部を参照し、前記受信した車種情報においてサンプル数が不足している測定項目を、前記携帯端末へ送信する送信手段と、を有することを特徴とする。

実施例に係る音場補正システムの構成を示す。 サーバの構成を示すブロック図である。 補正データの例を示す。 車室内の携帯端末及び車載器の構成を示すブロック図である。 第１実施例による補正データ提供処理のフローチャートである。 第２実施例における測定項目別サンプル数の例を示す。 第２実施例による補正データ提供処理のフローチャートである。 第３実施例における携帯端末の機種評価の例を示す。 第３実施例による補正データ提供処理のフローチャートである。 第４実施例における補正データの例を示す。 第４実施例による補正データ提供処理のフローチャートである。 第５実施例における補正データの例を示す。 第５実施例による補正データ提供処理のフローチャートである。

本発明の好適な実施形態では、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末は、車両の車種情報を取得し、サーバへ送信する第１の送信手段と、サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信手段と、第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定手段と、前記音場測定データを前記サーバに送信する第２の送信手段と、を備える。

上記の携帯端末は、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能であり、まず、車両の車種情報を取得してサーバへ送信する。そして、サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信すると、第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成し、サーバに送信する。これにより、サーバは、音場測定データのサンプル数が不足している測定項目について、音場測定データの収集を促進することができる。

上記の携帯端末の一態様は、前記第１の音場測定データと、前記第１の車両とは異なる車両であり、かつ前記車種である第２の車両の音場を測定して生成された第２の音場測定データと、に基づき生成された前記車種情報に対応する車種別音場補正データを、前記サーバから受信する受信手段と、受信した前記車種別音場補正データを、前記車両に取り付けられた車載器に転送する転送手段と、を備える。この態様では、車載器は、サンプル不足項目についての音場測定データを使用して生成された補正データに基づいて、車内の音場を補正することができる。

上記の携帯端末の一態様では、前記受信手段は、前記サンプル不足項目を測定するためのテスト信号を受信し、前記測定手段は、前記車両に取り付けられた車載器に、前記受信手段により受信したテスト信号を出力する出力手段と、前記車載器が前記テスト信号を再生することにより前記車両の車室に出力されたテスト音を収音して前記音場測定データを生成するマイクと、を備える。この態様では、サンプル不足項目を測定するためのテスト信号に基づいて音場測定データを生成することができる。

本発明の他の好適な実施形態では、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末によって実行される音場補正方法は、車両の車種情報を取得し、サーバへ送信する第１の送信工程と、サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信工程と、第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定工程と、前記音場測定データを前記サーバに送信する第２の送信工程と、を備える。この方法によっても、サーバは、音場測定データのサンプル数が不足している測定項目について、音場測定データの収集を促進することができる。

本発明の他の好適な実施形態では、コンピュータを有し、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末によって実行されるプログラムは、車両の車種情報を取得し、サーバへ送信する第１の送信手段、サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信手段、第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定手段、前記音場測定データを前記サーバに送信する第２の送信手段、として前記携帯端末を機能させる。このプログラムを実行することにより、サーバは、音場測定データのサンプル数が不足している測定項目について、音場測定データの収集を促進することができる。このプログラムは、記憶媒体に記憶して取り扱うことができる。

本発明の他の好適な実施形態では、携帯端末と通信可能なサーバは、携帯端末から車両の車種情報を受信する受信手段と、車種情報ごとに測定項目別の音場測定データのサンプル数が記憶されている記憶部を参照し、前記受信した車種情報においてサンプル数が不足している測定項目を、前記携帯端末へ送信する送信手段と、を有する。これにより、サーバは、音場測定データのサンプル数が不足している測定項目について、音場測定データの収集を促進することができる。

以下、図面を参照して本発明の好適な実施例について説明する。

［第１実施例］
（構成）
図１は、第１実施例に係る音場補正システムの全体構成を示す。サーバ１０と、車両７において使用される携帯端末２０とはネットワーク５を通じて通信可能となっている。ネットワーク５の典型的な例はインターネットである。

サーバ１０は、複数の携帯端末２０から車種別に車内音場の測定データを受信する。そして、サーバ１０は、車種ごとに車室用の音場補正データを生成して記憶し、車両７の携帯端末２０にその車両の音場補正データを送信する。

車両７において、携帯端末２０は、音響機器である車載器３０に接続されている。携帯端末２０は、車室の音場特性の測定データをサーバ１０へ送信する。また、携帯端末２０はサーバ１０から音場補正データを受信し、車載器３０に転送する。転送された音場補正データは車載器３０に設定される。こうして、車載器３０により音楽を再生する際には、設定された音場補正データに基づいた音場補正が行われる。

次に、サーバ１０について詳しく説明する。図２は、サーバ１０の内部構成を示す。サーバ１０は、通信部１１と、制御部１２と、記憶部１３と、補正データＤＢ（データベース）１４とを備える。

通信部１１は、ネットワーク５を介して携帯端末２０と通信するためのユニットである。制御部１２は、サーバ１０の全体を制御する。制御部１２はＣＰＵなどのコンピュータにより構成され、予め用意されたプログラムを実行することにより各種の制御を行う。

記憶部１３は、ＲＯＭ、ＲＡＭ、ハードディスクなどにより構成され、制御部１２により実行される各種のプログラムを記憶している。また、記憶部１３は、制御部１２が各種の処理を行う際のワークメモリとしても機能する。

補正データＤＢ１４は、車両の車種ごとに音場補正データ（以下、単に「補正データ」と呼ぶ。）を記憶している。補正データは、車両７に搭載された音響機器に設定され、車内で音響機器が音楽を再生する際の車内の音場特性を補正するためのデータである。

図３は、補正データＤＢ１４の記憶内容の一例を示す。補正データＤＢ１４は、車種ごとに、その車両の車室において適切な音場補正を行うための補正データを記憶している。なお、好ましくは「車種」の情報には「車種名」に加えて「年式」も含まれる。

次に、車両７における構成について説明する。図４は、車両７における携帯端末２０及び車載器３０の構成を示す。携帯端末２０は車載器３０に接続されており、車載器３０は車両に搭載されたスピーカ３５に接続されている。なお、携帯端末２０と車載器３０はケーブルなどにより有線接続されていてもよく、Ｂｌｕｅｔｏｏｔｈ（登録商標）などにより無線接続されていてもよい。

携帯端末２０は、通信部２１と、制御部２２と、記憶部２３と、タッチパネル２４と、マイク２５と、出力部２６とを備える。

通信部２１は、ネットワーク５を介してサーバ１０と通信するためのユニットである。制御部２２は、携帯端末２０の全体を制御する。制御部２２は、ＣＰＵなどのコンピュータにより構成され、予め用意されたプログラムを実行することにより各種の制御、特に後述する補正データ提供処理を行う。

記憶部２３は、ＲＯＭ、ＲＡＭ、ハードディスクなどにより構成され、制御部２２により実行される各種のプログラムを記憶している。また、制御部２２は各種の処理を行う際のワークメモリとしても機能する。さらに、記憶部２３は、車内での音場測定に使用するテスト信号を記憶している。テスト信号Ｓｔは車内で音場測定を行う前にサーバ１０からダウンロードされ、記憶部２３に記憶されている。

タッチパネル２４は表示機能と入力機能とを併せ持つ。ユーザに対して表示される情報・画像はタッチパネル２４に表示され、ユーザがタッチパネルに指などでタッチすることにより行われる入力はタッチパネル２４により取得される。

マイク２５は携帯端末２０に内蔵されているマイクである。また、出力部２６は、車両７において音場測定を行う際に、テスト信号Ｓｔを車載器３０に出力する。

上記の構成において、通信部２１は本発明の第１及び第２の送信手段、通知受信手段、受信手段及び転送手段として機能し、制御部２２、マイク２５及び出力部２６は本発明の測定手段として機能し、タッチパネル２４は本発明の取得手段として機能する。また、出力部２６は本発明の出力手段として機能し、マイク２５は本発明の収音手段として機能する。

（音場測定の方法）
次に、車両７の車内で行われる音場測定について説明する。音場測定においては、携帯端末２０は予め用意されたテスト信号Ｓｔを車載器３０に出力し、車載器３０はスピーカ３５によりテスト信号Ｓｔを再生して車室内にテスト音Ｓを出力する。なお、テスト信号Ｓｔは、音場特性として、インパルス応答、周波数特性、残響特性などを測定するために用意される信号である。

車室内に出力されたテスト音Ｓはマイク２５により収音され、一時的に記憶部２３に記憶される。制御部２２は、収音されたデータを測定データとして通信部２１を介してサーバ１０へ送信する。なお、携帯端末２０は、測定データをサーバ１０へ送信する際、車両７の車種情報を付加する。即ち、測定データは、その測定を行った車両の車種情報とともにサーバ１０にアップロードされる。

（補正データの生成方法）
次に、サーバ１０において補正データを生成する方法について説明する。上記のように、複数の携帯端末２０が測定データをサーバ１０にアップロードすることにより、サーバ１０には多数の測定データが集められる。サーバ１０は、複数の車両の携帯端末２０からアップロードされた測定データを車種ごとに分類し、補正データを生成する。具体的には、サーバ１０は、同一の車種について複数の携帯端末２０からアップロードされた複数の測定データを同期加算することにより補正データを生成する。同期加算により、その車種に固有の音場特性が強調されるとともに、個々の車両における固有の特性や特性のバラツキは平滑化され、その車種の車室の音場特性を的確に表した補正データが得られる。

基本的に、同期加算の対象とする測定データの数（以下、「サンプル数」とも呼ぶ。）が多いほど、正確な補正データを作成することができる。一方で、各車両７において、測定を繰り返し行ったり、長時間の測定を行うのはユーザの負担が大きい。そこで、各車両７では携帯端末２０は１回の測定により１つの測定データを取得してサーバ１０へアップロードすることとし、サーバ１０は複数の携帯端末２０から多数の測定データを取得することにより、同期加算の対象とするサンプル数を増加させる。これにより、各車両７における測定の負荷が過大となることと防止しつつ、多数のサンプルを収集して車種ごとに的確な補正データを生成することが可能となる。

なお、実際の音場補正の例としては、例えばタイムアライメント補正、周波数特性の補正、残響特性の補正などが挙げられる。タイムアライメント補正とは、車両に搭載された複数のスピーカと、車室における聴取位置との距離差を補正し、複数のスピーカから出力された音が同時に聴取位置に到達するようにする補正である。周波数特性の補正とは、基本的に車室内における周波数特性がフラットになるように、帯域毎のゲインを調整する補正である。残響特性の補正とは、車室における残響時間を適切な時間となるように調整する補正である。

（補正データ提供処理）
次に、補正データ提供処理について説明する。図５は第１実施例による補正データ提供処理のフローチャートである。この処理は、主としてサーバ１０の制御部１２と携帯端末２０の制御部２２が予め用意されたプログラムを実行することにより行われる。

まず、携帯端末２０において、ユーザがタッチパネル２４を操作して車両７の車種情報を入力し、携帯端末２０はこれを取得する（ステップＳ１１）。次に、携帯端末２０は、車室内で上述のように音場測定を行い、測定データを生成する（ステップＳ１２）。そして、携帯端末２０は、車種情報と測定データをサーバ１０へ送信する（ステップＳ１３）。

サーバ１０は、車種情報に基づいて、補正データＤＢ１４に既に記憶されている同一車種の測定データ、即ち、それまでに他の車両７の携帯端末２０から送信された測定データを抽出する。そして、ステップＳ１３で受信した測定データと補正データＤＢ１４から抽出した測定データを利用して上述のように同期加算を行って補正データを生成し（ステップＳ１４）、その補正データを携帯端末２０へ送信する（ステップＳ１５）。

携帯端末２０は、補正データを受信すると、車両７内の車載器３０へ転送する（ステップＳ１６）。これにより、車載器３０には、サーバ１０から送信された補正データが設定される。よって、車載器３０により再生される音楽は、補正データに基づいてその車種に適した音場補正がなされたものとなる。

以上のように、第１実施例によれば、サーバ１０は、複数の車両７において測定された測定データを各携帯端末２０から収集し、多数のサンプル数の測定データを使用して同期加算を行って補正データを生成する。よって、各車両における測定時間を短くすることができ、そのためユーザは音場測定中に車内にいることできる。こうして、各車両における測定の負担を軽減しつつ、車両の種類に適合した音場補正データを生成することができる。

（変形例）
上記の例では、携帯端末２０から車種情報をサーバ１０へ送信し、サーバ１０は車種ごとに補正データを生成して携帯端末２０に提供している。これに加えて、車両で使用されている車載器の情報も携帯端末２０からサーバ１０へ送信し、サーバ１０は車種ごと、かつ、車載器３０の種類ごとに補正データを生成して携帯端末２０へ提供してもよい。

［第２実施例］
第２実施例は、音場補正のために複数の測定項目がある場合の処理に関するものである。いま、音場補正のための測定項目として測定項目Ａ〜Ｃの３つがあるとする。例えば、測定項目Ａはインパルス応答、測定項目Ｂは周波数特性、測定項目Ｃは残響特性としてもよい。この場合、サーバ１０は、各測定項目について、車種ごとに複数の携帯端末２０から測定データを受信して同期加算により補正データを生成するのであるが、前述のように測定データのサンプル数が不足していると、生成される補正データの精度を確保することが難しい。そこで、サーバ１０は、測定項目ごとに、収集できた測定データのサンプル数を記憶部１３に記憶しておき、サンプル数が不足している測定項目（以下、「サンプル不足項目」と呼ぶ。）を携帯端末２０に通知してその測定項目についての測定データを要求する。

図６は、サーバ１０の記憶部１３に記憶される測定項目別のサンプル数の例である。車種ごとに、測定項目Ａ〜Ｃについて既に得られている測定データのサンプル数が記憶されている。いま、作成される補正データの精度を確保するために５０以上のサンプル数が必要であると仮定すると、図６中のサンプル数が５０未満である測定項目（数値に下線を伏して示す）はサンプル不足項目となる。よって、サーバ１０は、サンプル不足項目を有する車種の車両について、サンプル不足項目を通知して測定データの送信を要求する。これにより、サーバ１０は、サンプル不足項目について測定データの収集を促進し、携帯端末２０に提供する補正データの精度を確保することが可能となる。

図７は、第２実施例における補正データ提供処理のフローチャートである。まず、携帯端末２０において、ユーザがタッチパネル２４を操作して車両７の車種情報を入力すると、携帯端末２０はこれを取得し（ステップＳ２１）、サーバ１０へ送信する（ステップＳ２２）。

サーバ１０は、車種情報を受信すると、図６に例示したような測定項目別のサンプル数を参照し、その車種についてのサンプル不足項目を特定する（ステップＳ２３）。そして、サーバ１０は、特定したサンプル不足項目を携帯端末２０に通知する（ステップＳ２４）。

携帯端末２０は、サンプル不足項目の通知を受け取り、その測定項目について測定を行って測定データを生成し（ステップＳ２５）、サーバ１０へ送信する（ステップＳ２６）。

サーバ１０は、送信された測定データを使用して当該サンプル不足項目についての補正データを生成して補正データＤＢ１４に記憶する（ステップＳ２７）。そして、サーバ１０は、その車種に関する補正データ（本例では測定項目Ａ〜Ｃについての補正データ）を補正データＤＢ１４から取得し、携帯端末２０へ送信する（ステップＳ２８）。これにより、サンプル不足項目については、ステップＳ２６で携帯端末２０から送信された測定データを利用して新たに作成された補正データが携帯端末２０へ送信されることになる。

そして、携帯端末２０は、補正データを受信すると、車両７内の車載器３０へ転送する（ステップＳ２９）。これにより、車載器３０には、サーバ１０から送信された補正データが設定される。よって、車載器３０により再生される音楽は、補正データに基づいてその車種に適した音場補正がなされたものとなる。

なお、サーバ１０は上記のように測定データが不足しているサンプル不足項目を携帯端末２０に通知するだけでなく、このサンプル不足項目を測定するためのテスト音を携帯端末２０に送信してもよい。テスト音はサンプル不足項目に応じて、インパルス応答、周波数特性、残響特性などを測定するために用意された信号とする。例えば、サンプル不足項目が測定項目Ａである場合は、サーバ１０は、テスト音としてインパルス応答を測定するための信号を送信する。同様に、サンプル不足項目が測定項目Ｂである場合は、サーバ１０は、テスト音として周波数特性を測定するための信号を送信する。

以上のように、第２実施例によれば、サーバ１０は、サンプル数が不足している測定項目を携帯端末２０に通知して、その測定項目についての測定データの収集を促進する。このため、サーバ１０は補正データの精度を確保するために必要なサンプル数の測定データを迅速に収集することができ、携帯端末２０に提供される補正データの精度を迅速に確保することが可能となる。

［第３実施例］
第３実施例は、車両７で音場測定に使用される携帯端末２０の測定における適正度を考慮して補正データを作成するものである。車両７では多種の携帯端末２０が使用され、内蔵するマイク２５の性能も異なる。よって、性能の低いマイク２５を備える携帯端末２０で測定された測定データは、サーバ１０側での補正データ作成に不適当なこともある。

そこで、第３実施例では、携帯端末２０が測定データをサーバ１０へアップロードする際、その携帯端末２０の機種情報も送信する。サーバ１０では、車種ごと、かつ、携帯端末２０の機種毎に補正データを作成し、各車種について各携帯端末２０の適正度を評価する。

図８は、携帯端末２０の評価結果の一例を示す。携帯端末２０と車種との組合せに対して車種別適正度が決定される。車種別適正度は、その携帯端末２０と車種との相性を示すものと考えることもできる。そして、全ての車種についての車種別適正度を総合して、その携帯端末２０に対する総合適正度が決定される。なお、これらの評価は、基本的には各携帯端末２０を用いて生成された補正データの値の分布を生成し、偏差値を算出することにより行われる。即ち、得られた補正データの値が標準値に近い場合には適正度は高く、標準値から遠い場合には適正度は低いと判定される。例えば、音場補正としてタイムアライメントの補正を行う際、補正データは最も遠いスピーカからの遅延量で与えられる。よって、各携帯端末と車種との組合せについて補正データとして遅延量を算出し、その分布に基づいて適正度を決定する。図８の例では、補正データの値が標準値に近いか否かに基づいて、適正度をＡ〜Ｃランクの３段階で決定している。なお、適正度Ａランクが最も標準値に近く、適正度Ｃランクは最も標準値から遠いものとする。

サーバ１０は、車種別適正度及び総合適正度を算出し、これを考慮して最終的に補正データＤＢ１４に記憶する補正データを作成する。一例では、総合適正度がＣランクである携帯端末２０から取得した測定データは、補正データの生成に使用しないこととする。他の例では、総合適正度に応じて重み付けをして測定データを使用する。例えば、総合適正度がＡランクの携帯端末２０から取得した測定データには重み値「２」を付与し、総合適正度がＢランクの携帯端末２０から取得した測定データには重み値「１」を付与し、総合適正度がＣランクの携帯端末２０から取得した測定データには重み値「０．５」を付与して補正データを生成する。このように、測定データをアップロードする携帯端末２０毎に適正度を評価し、適正度を考慮して補正データを生成することにより、携帯端末２０の性能差の影響を受けずに精度の高い補正データを生成することが可能となる。

なお、上記の例では、適正度をＡ〜Ｃの３ランクで設定し、それぞれに重み値を設定しているが、本発明の適用はこれには限られない。代わりに、例えば適正度を０〜１の数値で設定し（「０」は適正度が最低、「１」は適正度が最高）、その値を重み値として使用してもよい。

図９は第３実施例による補正データ提供処理のフローチャートである。まず、携帯端末２０において、ユーザがタッチパネル２４を操作して車両７の車種情報を入力し、携帯端末２０はこれを取得する（ステップＳ３１）。次に、携帯端末２０は、携帯端末２０の機種情報を取得する（ステップＳ３２）。具体的には、携帯端末２０の記憶部２３にその携帯端末２０の型番などの機種情報が記憶されている場合には、携帯端末２０は単にその機種情報を読み出せばよい。一方、記憶部２３などに機種情報が記憶されていない場合には、携帯端末２０はユーザに機種情報の入力を要求し、ユーザがタッチパネル２４を操作して入力した機種情報を取得する。

次に、携帯端末２０は、車室内で上述のように音場測定を行い、測定データを生成する（ステップＳ３３）。そして、携帯端末２０は、車種情報と、機種情報と、測定データとをサーバ１０へ送信する（ステップＳ３４）。

サーバ１０は、車種情報に基づいて、補正データＤＢ１４に既に記憶されている同一車種の測定データ、即ち、それまでに他の車両７の携帯端末２０から送信された測定データを抽出する。そして、ステップＳ３４で受信した測定データと補正データＤＢ１４から抽出した測定データを利用して上述のように同期加算を行って補正データを生成する（ステップＳ３５）。この際、サーバ１０は上述のように、受信した携帯端末２０の機種情報に基づいてその携帯端末２０の適正度を参照し、必要な重み付けなどを行って補正データを生成する。そして、サーバ１０は、生成した補正データを携帯端末２０へ送信する（ステップＳ３６）。

携帯端末２０は、補正データを受信すると、車両７内の車載器３０へ転送する（ステップＳ３７）。これにより、車載器３０には、サーバ１０から送信された補正データが設定される。よって、車載器３０により再生される音楽は、補正データに基づいてその車種に適した音場補正がなされたものとなる。

以上のように、第３実施例によれば、サーバ１０は、測定データを生成して送信する携帯端末２０の性能差の影響を排除して精度の高い補正データを生成することができ、携帯端末２０もそのような精度の高い補正データに基づいて車室内の音場補正を行うことができる。

［第４実施例］
第４実施例は、車両７で音場測定を行った際の車室内における位置に応じて補正データを作成するものである。車両７で音場測定を行う際、測定位置（即ち、聴取位置）は携帯端末２０を配置した位置となる。即ち、携帯端末２０を運転席に配置して音場測定を行えば、得られたデータは運転席を聴取位置とする測定データとなり、携帯端末２０を助手席に設置して音場測定を行えば、得られた測定データは助手席を聴取位置とする測定データとなる。よって、第４実施例では、携帯端末２０は測定データをサーバ１０へアップロードする際に、測定位置を示す位置情報を一緒に送信する。サーバ１０は、複数の携帯端末２０から収集した測定データを測定位置毎に分類し、測定位置毎に補正データを生成する。

図１０は、車室の測定位置毎に補正データを生成した場合の補正データＤＢ１４に記憶される補正データの例を示す。この例では、測定位置として、運転席、助手席、後席（後部座席）の３つを使用している。なお、実際には、ユーザがこれらの座席に座って携帯端末２０を頭部付近で保持した状態で測定を行うことになる。

このように、車室内の測定位置ごとに携帯端末２０からサーバ１０へ測定データをアップロードし、サーバ１０が測定位置ごとに補正データを生成することにより、車室内における実際のユーザの聴取位置を考慮した高精度な音場補正が可能となる。

なお、図１０の例では、測定位置を運転席、助手席、後席の３つに分類しているが、本発明の適用はこれには限られない。例えば、後席をさらに後部左座席と後部右座席に分けてもよい。また、別の分類方法として、運転席、助手席、前席、後席、全席に分類してもよい。この場合、「前席」は測定位置（＝聴取位置）が運転席と助手席の間にある場合を指し、「後席」は測定位置が後部左座席と後部右座席の間にある場合を指し、「全席」は測定位置が車室のほぼ中央（前席と後席の間、かつ、左右の座席の間）にある場合を指す。

図１１は第４実施例による補正データ提供処理のフローチャートである。まず、携帯端末２０において、ユーザがタッチパネル２４を操作して車両７の車種情報を入力し、携帯端末２０はこれを取得する（ステップＳ４１）。次に、携帯端末２０は、測定位置情報を取得する（ステップＳ４２）。具体的には、携帯端末２０はユーザに測定位置の入力を要求し、ユーザがタッチパネル２４を操作して入力した測定位置を測定位置情報として取得する。

次に、携帯端末２０は、車室内で上述のように音場測定を行い、測定データを生成する（ステップＳ４３）。そして、携帯端末２０は、車種情報と、測定位置情報と、測定データとをサーバ１０へ送信する（ステップＳ４４）。

サーバ１０は、車種情報に基づいて、補正データＤＢ１４に既に記憶されている同一車種の測定データ、即ち、それまでに他の車両７の携帯端末２０から送信された測定データを抽出する。そして、ステップＳ４４で受信した測定データと補正データＤＢ１４から抽出した測定データを利用して上述のように同期加算を行って補正データを生成する（ステップＳ４５）。この際、サーバ１０は上述のように、ステップＳ４４で取得した測定位置について、補正データを生成する。そして、サーバ１０は、生成した補正データを携帯端末２０へ送信する（ステップＳ４６）。

携帯端末２０は、補正データを受信すると、車両７内の車載器３０へ転送する（ステップＳ４７）。これにより、車載器３０には、サーバ１０から送信された補正データが設定される。よって、車載器３０により再生される音楽は、補正データに基づいてその車種に適した音場補正がなされたものとなる。

以上のように、第４実施例によれば、サーバ１０は、測定位置ごとに補正データを生成して提供することができるので、車室内の聴取位置に応じて最適な音場補正を行うことができる。

［第５実施例］
第５実施例は、サーバ１０で補正データを作成する際の測定データのサンプル数が不足している場合に、サーバ１０はまずその不足した数で補正データを作成して携帯端末２０に提供し、その後に必要なサンプル数が得られたときに再度補正データを作成してその携帯端末２０へ送信するものである。

前述のように、測定データのサンプル数が十分な場合にはサーバ１０で生成される補正データの精度が確保できるが、測定データのサンプル数が少ない場合には生成される補正データの精度を確保することは難しい。しかしながら、サーバ１０が十分なサンプル数の測定データが得られるまで補正データを提供しないこととすると、ユーザ側としてはせっかく音場測定を行って測定データをサーバ１０にアップロードしたのに補正データの提供を受けられないこととなり、測定データをアップロードしようという意欲が低下してしまう。

そこで、第５実施例では、サーバ１０は、サンプル数が不足している状態であっても、まずは補正データを生成して携帯端末２０へ提供する。但し、その時点で提供した補正データは精度が必ずしも十分とは言えないので、その後に十分なサンプル数が得られて精度の高い補正データが生成できた時点で、その精度の高い補正データを改めて携帯端末２０へ提供する。こうすることにより、ユーザからの測定データの収集を促進し、サーバ１０から早期に精度の高い補正データを提供できるようにする。

図１２は、第５実施例において、サーバ１０の補正データＤＢ１４に記憶されるデータの例である。車種に対応付けて、その時点で生成されている補正データが記憶されるとともに、その補正データを生成した際に使用した測定データのサンプル数が記憶される。いま、十分な精度の補正データを生成するために必要な測定データのサンプル数を「５０」と仮定する。即ち、測定データのサンプル数が５０以下である状態はサンプル数が不足している状態となる（図１２では、不足状態のサンプル数に下線を付している）。そこで、サンプル数が不足している状態で生成された補正データ（以下、「サンプル不足補正データ」と呼ぶ。）については、それを提供した携帯端末２０の端末ＩＤを対応付けて記憶しておく。図１２の例では、車種「Ａ社ＡＡＡ ２０１２〜現在」については、測定データのサンプル数が「１５」であり、その補正データはサンプル数不足補正データであるので、サーバ１０はそのサンプル数不足補正データを提供した際に提供先の端末ＩＤを記憶しておく。そして、その後に測定データのサンプル数が「５０」を超え、一定の精度が確保された補正データが生成できた際に、提供先端末ＩＤとして記憶されている携帯端末２０に改めて提供する。

図１３は第５実施例による補正データ提供処理のフローチャートである。まず、携帯端末２０において、ユーザがタッチパネル２４を操作して車両７の車種情報を入力し、携帯端末２０はこれを取得する（ステップＳ５１）。

次に、携帯端末２０は、車室内で上述のように音場測定を行い、測定データを生成する（ステップＳ５２）。そして、携帯端末２０は、車種情報と測定データとをサーバ１０へ送信する（ステップＳ５３）。

サーバ１０は、車種情報に基づいて、補正データＤＢ１４に既に記憶されている同一車種の測定データ、即ち、それまでに他の車両７の携帯端末２０から送信された測定データを抽出する。そして、ステップＳ５３で受信した測定データと補正データＤＢ１４から抽出した測定データを利用して上述のように同期加算を行って補正データを生成する（ステップＳ５４）。この際、サーバ１０は、補正データの作成に使用した測定データのサンプル数を参照し、サンプル数が足りているか、即ち、生成した補正データがサンプル数不足補正データに該当するか否かを判定する（ステップＳ５５）。

サンプル数不足補正データに該当する場合（ステップＳ５５：Ｙｅｓ）、サーバ１０は図１２に例示するように、補正データＤＢ１４にそのときの携帯端末２０の端末ＩＤを記憶する（ステップＳ５６）。一方、サンプル数不足補正データに該当しない場合（ステップＳ５５：Ｎｏ）、ステップＳ５６の処理は行われない。そして、サーバ１０は、生成した補正データを携帯端末２０へ送信する（ステップＳ５７）。

携帯端末２０は、補正データを受信すると、車両７内の車載器３０へ転送する（ステップＳ５８）。これにより、車載器３０には、サーバ１０から送信された補正データが設定される。よって、サーバ１０からサンプル数不足補正データが送信された場合には、その補正データが車載器３０に設定されるので、車室内の音場補正の精度は必ずしも十分ではない状態となる。

しかし、その後にサーバ１０において同一車種の測定データのサンプル数が増加して十分なサンプル数に達した場合、サーバ１０は高精度の補正データを生成し、補正データＤＢ１４を参照して過去にサンプル数不足補正データを送信した携帯端末２０へ高精度の補正データを送信する。よって、携帯端末２０は、その高精度の補正データを受信し、車載器３０に転送して設定することにより、高精度の音場補正が可能となる。

なお、サーバ１０は、ステップＳ５７でサンプル数不足補正データを携帯端末２０へ送信する際には、その旨のメッセージなどを送信して携帯端末２０のユーザに通知してもよい。例えば、「今回送信する補正データはサンプル数が不十分な状態で生成されたものです。後日サンプル数が十分な数になった際には、より高精度の補正データをお送りします。」などのメッセージを送信してもよい。これにより、ユーザは最初に送信された補正データによる音場補正が多少満足できないものであったとしても、高精度の補正データを待つことができる。

本発明は、車室内で音楽を再生するシステムに利用することができる。

５ ネットワーク
１０ サーバ
１２ 制御部
１４ 補正データＤＢ
２０ 端末装置
２２ 制御部
２５ マイク
３０ 車載器
３５ スピーカ

Claims (7)

1. アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末であって、
   車両の車種情報を取得し、サーバへ送信する第１の送信手段と、
   サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信手段と、
   第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定手段と、
   前記音場測定データを前記サーバに送信する第２の送信手段と、
   を備えることを特徴とする携帯端末。
2. 前記第１の音場測定データと、前記第１の車両とは異なる車両であり、かつ前記車種である第２の車両の音場を測定して生成された第２の音場測定データと、に基づき生成された前記車種情報に対応する車種別音場補正データを、前記サーバから受信する受信手段と、 受信した前記車種別音場補正データを、前記車両に取り付けられた車載器に転送する転送手段と、を備えることを特徴とする請求項１に記載の携帯端末。
3. 前記受信手段は、前記サンプル不足項目を測定するためのテスト信号を受信し、
   前記測定手段は、
   前記車両に取り付けられた車載器に、前記受信手段により受信したテスト信号を出力する出力手段と、
   前記車載器が前記テスト信号を再生することにより前記車両の車室に出力されたテスト音を収音して前記音場測定データを生成するマイクと、
   を備えることを特徴とする請求項１又は２に記載の携帯端末。
4. アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末によって実行される音場補正方法であって、
   車両の車種情報を取得し、サーバへ送信する第１の送信工程と、
   サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信工程と、
   第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定工程と、
   前記音場測定データを前記サーバに送信する第２の送信工程と、
   を備えることを特徴とする音場補正方法。
5. コンピュータを有し、アップロードされた車種別の音場測定データを複数個用いて車種別音場補正データを生成するサーバと通信可能な携帯端末によって実行されるプログラムであって、
   車両の車種情報を取得し、サーバへ送信する第１の送信手段、
   サーバから、当該車種についての測定項目のうち、音場測定データのサンプル数が不足している測定項目であるサンプル不足項目の通知を受信する通知受信手段、
   第１の車両の音場を測定して前記サンプル不足項目についての第１の音場測定データを生成する測定手段、
   前記音場測定データを前記サーバに送信する第２の送信手段、
   として前記携帯端末を機能させることを特徴とするプログラム。
6. 請求項５に記載のプログラムを記憶したことを特徴とする記憶媒体。
7. 携帯端末と通信可能なサーバであって、
   携帯端末から車両の車種情報を受信する受信手段と、
   車種情報ごとに測定項目別の音場測定データのサンプル数が記憶されている記憶部を参照し、前記受信した車種情報においてサンプル数が不足している測定項目を、前記携帯端末へ送信する送信手段と、
   を有することを特徴とするサーバ。

Images