(57)【要約】モバイル通信（１００）は、音圧レベルデータを測定して送信するモバイルデバイス（１６０）を含むことができる。モバイルデバイス（１６０）は、トリガイベントの検出に応答して、オーディオ情報の収集を開始することができる。モバイルデバイス（１６０）は、オーディオ情報から音圧レベルを測定または計算することができる。時間情報および地理的位置情報を含むメタデータを、収集されたオーディオ情報とともに捕捉することができる。モバイルデバイス（１６０）は、音圧レベルデータおよびメタデータを、有線または無線通信経路を通してデータベース（６１４）に送信することができる。
2012502596.tif 000002
【特許請求の範囲】
【請求項１】
モバイルデバイスのマイクロホンから音響情報を受信するステップと、
該音響情報に対応する該マイクロホンからの信号を、デジタル信号に変換するステップと、
該音響情報のオーディオ処理を構成するステップと、
該デジタル信号から音圧レベルを計算するステップと、
該音圧レベル測定がいつどこで行われたのかを識別するための時間情報および地理的情報を含む、該音圧レベルに対応するメタデータを提供するステップと
を含む、モバイルデバイスを使用する方法。
【請求項２】
マイクロホン指向性パターンの効果を補償するように、前記音圧レベルの計算を調整するステップをさらに含む、請求項１に記載のモバイルデバイスを使用する方法。
【請求項３】
マイクロホンポートの効果を補償するように、前記音圧の計算を調整するステップをさらに含む、請求項１に記載のモバイルデバイスを使用する方法。
【請求項４】
増幅器利得を考慮するように、前記音圧の計算を調整するステップをさらに含む、請求項１に記載のモバイルデバイスを使用する方法。
【請求項５】
前記オーディオ処理を構成するステップは、前記モバイルデバイスの中のオーディオ処理回路を迂回して、前記音響情報のためのバイパス信号経路を提供するステップをさらに含む、請求項１に記載のモバイルデバイスを使用する方法。
【請求項６】
前記オーディオ処理を構成するステップは、音圧レベルを測定する場合に、自動利得制御回路を無効にするステップをさらに含む、請求項１に記載のモバイルデバイスを使用する方法。
【請求項７】
前記オーディオ処理を構成するステップは、音圧レベルを測定する場合に、等化回路を無効にするステップをさらに含む、請求項１に記載のモバイルデバイスを使用する方法。
【請求項８】
前記音圧レベルおよびメタデータを、音響情報を収集するためのデータベースに送信するステップをさらに含む、請求項１に記載のモバイルデバイスを使用する方法。
【請求項９】
データベースに提供するための音圧レベル測定をそれぞれが有する、複数のモバイルデバイスと、
該複数のモバイルデバイスが該データベースに連結するための通信経路であって、モバイルデバイスは、該データベースへの通信経路を開き、該音圧レベル測定を該データベースにアップロードする、通信経路と
を備える、音圧レベル測定システム。
【請求項１０】
前記通信経路は、前記複数のモバイルデバイスを前記データベースに連結するための少なくとも１つの基地受信機を有する無線周波数通信ネットワークを備える、請求項９に記載の音圧レベル測定システム。
【請求項１１】
前記通信経路は、音圧レベル測定を前記データベースに提供するために、１つ以上の該音圧レベル測定を有するモバイルデバイスを該データベースに連結する無線ローカルエリアネットワークを備える、請求項９に記載の音圧レベル測定システム。
【請求項１２】
前記通信経路は、音圧レベル測定を前記データベースに提供するために、１つ以上の該音圧レベル測定を有するモバイルデバイスを該データベースに連結する有線または光ファイバ経路を備える、請求項９に記載の音圧レベル測定システム。
【請求項１３】
前記複数のモバイルデバイスは、音圧レベルを自動的に測定し、メタデータは、各音圧レベル測定と提供され、いつどこで該測定が行われたのかに関する時間情報および地理的位置情報を含む、請求項９に記載の音圧レベル測定システム。
【請求項１４】
前記モバイルデバイスは、トリガイベントが生じると、音圧レベルを測定して、前記データベースに送信する、請求項１３に記載の音圧レベル測定システム。
【請求項１５】
前記モバイルデバイスは、音圧レベルを測定して、メモリに記憶し、音圧レベルの待ち行列は、通信経路が開かれた時に前記データベースにアップロードされるように、該モバイルデバイスのメモリに記憶される、請求項１３に記載の音圧レベル測定システム。
【請求項１６】
マイクロホンと、
該マイクロホンに連結されるオーディオ処理回路と、
該オーディオ処理回路およびマイクロホンに対して動作可能に構成されるプロセッサであって、該オーディオ処理回路は、音圧レベル測定を行う場合にバイパスされる、プロセッサと
を備える、音圧レベルを測定するためのモバイルデバイス。
【請求項１７】
前記マイクロホンは、周囲環境から音圧レベルを測定する場合に、前記デバイスの筐体の外側に位置付けられることができる、請求項１６に記載のモバイルデバイス。
【請求項１８】
前記マイクロホンは、音圧レベル測定のために前記デバイスの筐体から離れて該マイクロホンを位置付けるブームマイクロホンである、請求項１６に記載のモバイルデバイス。
【請求項１９】
前記マイクロホンは、無指向性マイクロホンである、請求項１６に記載のモバイルデバイス。
【請求項２０】
前記モバイルデバイスは、２つ以上のマイクロホンを有する、請求項１６に記載のモバイルデバイス。
【請求項２１】
音圧レベル測定が行われた時の時間情報を提供するクロックと、
該音圧レベル測定が行われた時の地理的位置情報を提供するＧＰＳ受信機であって、該時間情報および該地理的位置情報は、該音圧レベル測定と共に提供される、ＧＰＳ受信機と
をさらに含む、請求項１６に記載のモバイルデバイス。
【請求項２２】
前記マイクロホンからの信号は、音圧レベルを測定するための回路に連結され、前記プロセッサは、音圧レベル測定を受信するために動作可能に構成され、該プロセッサは、該音圧レベルをデータベースに送信するためのデータ通信システムに対して動作可能に構成される、請求項１６に記載のモバイルデバイス。
【請求項２３】
前記プロセッサは、前記オーディオ処理回路を無効にし、前記マイクロホンからの信号は、デジタル信号に変換され、該デジタル信号は、前記音圧レベルを計算する前記プロセッサに連結され、該プロセッサは、該音圧レベルをデータベースに送信するためのデータ通信システムに対して動作可能に構成される、請求項１６に記載のモバイルデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６１／０９６，１２８号（２００８年９月１１日出願）の利益を主張する。該出願の開示は、その全体が参照により本明細書に引用される。
【０００２】
（技術分野）
本発明は、オーディオコンテンツの管理に関し、より具体的には、音のデータベースを作成するための、モバイルデバイスを使用した音圧測定に関する。
【背景技術】
【０００３】
近年、携帯電子デバイスおよびモバイル通信デバイスのユビキタスは、飛躍的に増大している。携帯電話、携帯メディアプレーヤー、携帯情報端末（ＰＤＡ）等のモバイル通信デバイスは、地上通信線ネットワーク、セルラーネットワーク、および最近では、ワイドローカルエリアネットワーク（ＷＬＡＮ）上で、他の通信デバイスとのマルチメディア通信を確立することが可能である。このようなデバイスは、デジタルマルチメディアファイル等の種々の形式のメディアを、一般の視聴者に配信することが可能である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
世界の画像は、共有されてきており、地理的および時間的タグ付けを伴って表示することができる。しかしながら、音響的には、世界は、同じようにマップされてこなかった。加えて、領域の音波的毒性は、マップされてこなかった。
【課題を解決するための手段】
【０００５】
人々は、概して、種々の環境設定において、自分たちのモバイルデバイスを至る所に携持する。一実施形態によれば、モバイルデバイスは、発生する日々の、有意な、または異常な音を捕捉するために使用することができる。種々の音は、有意な、歴史的、科学的、および社会的利益を提供するように、収集してデータベースの中に記憶することができる。
【０００６】
少なくとも１つの例示的実施形態は、モバイルデバイスのマイクロホンから音響情報を受信するステップと、音響情報に対応するマイクロホンからの信号を、デジタル信号に変換するステップと、音響情報のオーディオ処理を構成するステップと、デジタル信号から音圧レベルを計算するステップと、音圧レベル測定がいつどこで行われたのかを識別するための時間情報および地理的情報を含む、音圧レベルに対応するメタデータを提供するステップとを含む、モバイルデバイスを使用する方法を対象とする。
【０００７】
少なくとも１つの例示的実施形態は、マイクロホンと、マイクロホンに連結されるオーディオ処理回路と、オーディオ処理回路およびマイクロホンに動作可能に接続されるプロセッサであって、オーディオ処理回路は、音圧レベル測定を行う時にバイパスされる、プロセッサとを備える、音圧レベルを測定するためのモバイルデバイスを対象とする。
【０００８】
本発明の実施形態は、モバイルデバイスを使用して、ネットワーク上で、音を監視、測定、報告、および提供するための、方法およびシステムを対象とする。音報告は、音レベルを時間および場所と関連付けて生成することができる。音報告は、次いで、他のネットワークユーザと共有することができる。
【図面の簡単な説明】
【０００９】
本発明の例示的実施形態は、詳細な説明および添付図面からより十分に理解されるであろう。
【図１】図１は、モバイル通信環境を示す図である。
【図１Ａ】図１Ａは、少なくとも１つの例示的実施形態による、モバイルデバイスを介して送信することができる、データパケットの実施例を示す図である。
【図２】図２は、少なくとも１つの例示的実施形態による、マルチメディアデバイスを示す図である。
【図３】図３は、少なくとも１つの例示的実施形態による、オーディオ捕捉インターフェースを示す図である。
【図４】図４は、少なくとも１つの例示的実施形態による、フロントエンドプロセッサ構成のブロック図である。
【図５】図５は、少なくとも１つの例示的実施形態による、マイクロホン集音の指向性線図である。
【図６】図６は、少なくとも１つの例示的実施形態による、モバイル通信デバイスのブロック図である。
【図７】図７ａ−ｃは、少なくとも１つの例示的実施形態による、音圧レベルを測定するためのトリガイベントを示す図である。
【図８】図８は、少なくとも１つの例示的実施形態による、モバイルデバイスを使用して、ネットワーク上で、音を監視、測定、および報告するための方法を示す図である。
【図９】図９は、音波的ランドスケープにアクセスするために使用することができる、簡略化されたＧＵＩを示す図である。
【図１０】図１０は、少なくとも１つの例示的実施形態による、世界マップＧＵＩを示す図である。
【図１１】図１１は、少なくとも１つの例示的実施形態による、世界ＧＵＩを使用して、国を選択するユーザを示す図である。
【図１２−１】図１２は、少なくとも１つの例示的実施形態による、ＳＰＬ量の等高線図である。
【図１２−２】図１２Ａ−１２Ｄは、少なくとも１つの例示的実施形態による、地理的領域と関連付けられる平均ＳＰＬを計算して、得られた画素関連のＳＰＬ値に平均値を組み合わせるプロセスを示す図である。
【図１３】図１３は、少なくとも１つの例示的実施形態による、場所オプションを選択するユーザを示す図である。
【図１４】図１４は、少なくとも１つの例示的実施形態による、マップ場所を選択するために使用される場所ＧＵＩを示す図である。
【図１５】図１５は、少なくとも１つの例示的実施形態による、ＧＵＩを示す図である。
【図１６】図１６は、少なくとも１つの例示的実施形態による、場所選択を精緻化するためのＧＵＩを示す図である。
【図１７】図１７は、少なくとも１つの例示的実施形態による、都市の場所を選択するためのＧＵＩを示す図である。
【図１８】図１８は、少なくとも１つの例示的実施形態による、種々の利用可能な音響信号を示すＧＵＩを示す図である。
【図１９】図１９は、少なくとも１つの例示的実施形態による、聴取する音響信号の選択を示す図である。
【図２０】図２０は、少なくとも１つの例示的実施形態による、音記録に関係する聴取場所および推定されたソース場所を示す図である。
【図２１】図２１は、少なくとも１つの例示的実施形態による、聴取領域の中の利用可能な音記録からの、計算されたソース信号を示す図である。
【図２２】図２２は、少なくとも１つの例示的実施形態による、計算されたソース信号を示す図である。
【図２３】図２３は、音ソースに整合する時間を示す図である。
【図２４】図２４は、少なくとも１つの例示的実施形態による、ユーザが選択したユーザ位置、および計算されたソース信号に対するその関係を示す図である。
【図２５】図２５は、選択された聴取位置からのソース距離に基づいて強度変動ソース信号を示す図である。
【図２６】図２６は、少なくとも１つの例示的実施形態による、利用可能なソース信号からのモデル化信号を含む、聴取場所に対するソース信号を示す図である。
【発明を実施するための形態】
【００１０】
以下の例示的実施形態の説明は単に例証であり、本発明、その用途、または使用を限定することを意図するものではない。
【００１１】
当業者に公知のプロセス、技術、装置、および材料は、詳細に論じられない場合があるが、必要に応じて実際的な説明の一部であることを意図する。例えば、特定のコンピュータコードは、論じられるステップのそれぞれを達成するために列記されなくてもよいが、当業者であれば、本明細書の実用化開示を考慮すると、必要以上の実験を伴わずに、そのようなコードを書くことができるであろう。このようなコードは、少なくとも１つの例示的実施形態の範囲内に入ることが意図される。
【００１２】
以下の図面において、同じ参照番号および文字は、同じアイテムを指し、したがって、１つの図面においてあるアイテムが定義されると、以降の図面の中ではさらに論じられない、または定義されない場合がある。
【００１３】
本明細書で図示されて論じられる実施例の全てにおいて、提供されるいかなる特定の値も例示的なものに過ぎず、限定的なものではないと解釈されたい。したがって、例示的実施形態の他の実施例は、異なる値を有し得る。
【００１４】
図１を参照すると、モバイル通信環境１００が示される。モバイル通信環境１００は、無線周波数（ＲＦ）通信ネットワークまたは無線ローカルエリアネットワーク（ＷＬＡＮ）上で、無線接続性を多数のデバイス間に同時に提供することができる。通信環境１００内の通信は、任意の好適なプロトコル（例えば、ＴＣＰ／ＩＰ、ＨＴＴＰ等）を使用した、無線、有線、および／または光ファイバ接続を使用して確立することができる。１つの配設において、モバイルデバイス１６０は、ＣＤＭＡ、ＧＳＭ、またはｉＤＥＮ等の標準通信プロトコルを使用して、基地受信機１１０と通信することができる。その結果、基地受信機１１０は、モバイル通信デバイス１６０を、パケット交換リンク上で、インターネット１２０に接続することができる。インターネット１２０は、メディアまたはコンテンツをモバイルデバイス１６０に提供するために、アプリケーションサービスおよびサービスレイヤをサポートすることができる。モバイルデバイス１６０はまた、無線通信チャネルを使用して、インターネット１２０を通して他の通信デバイスに接続することができる。モバイルデバイス１６０は、データおよび情報の交換のために、ネットワーク上のサーバ１３０との、および他のモバイルデバイス１７０との接続を確立することができる。サーバは、直接的に、またはインターネット１２０上で、アプリケーションサービスをホストすることができる。
【００１５】
モバイルデバイス１６０はまた、ＷＬＡＮ上で、インターネット１２０に接続することができる。ＷＬＡＮは、スペクトル拡散変調方式を使用して、２つ以上の通信デバイスをリンクする。無線ローカルアクセスネットワーク（ＷＬＡＮ）は、局所の地理的領域内のモバイル通信環境１００への無線アクセスを提供することができる。ＷＬＡＮはまた、容量を増大するために、セルラシステムへのロードを補うことができる。ＷＬＡＮは、典型的に、基地局としても知られるアクセスポイント（ＡＰ）１０４のクラスタで構成される。モバイル通信デバイス１６０は、基地局領域１５０内のラップトップ１７０等の、他のＷＬＡＮステーションと通信することができる。典型的なＷＬＡＮの実装例において、物理レイヤは、８０２．１１ｂまたは８０２．１１ｇのＷＬＡＮ技術等の様々な技術を使用し、リピータと連結することができ、通常の通信範囲（数１０メートル）を拡大する。物理レイヤは、２．４ＧＨｚ帯域の赤外線周波数ホッピングスペクトラム拡散方式、または２．４ＧＨｚ帯域の直接シーケンススペクトラム拡散方式を使用してもよい。モバイルデバイス１６０は、サーバ１３０またはモバイル通信環境１００上の他の遠隔サーバと、データを送受信することができる。
【００１６】
モバイルデバイス１６０は、携帯電話、携帯情報端末、携帯音楽プレーヤー、ラップトップコンピュータ、または任意の他の好適な通信デバイスであることができる。モバイルデバイス１６０およびラップトップ１７０は、適切な無線通信規格に従ってＡＰ１４０と通信するための、送信機および受信機を備えることができる。本発明の一実施形態において、無線局１６０は、ＡＰ１４０と通信するための、ＩＥＥＥ８０２．１１に準拠した無線メディアアクセス制御（ＭＡＣ）チップセットを備える。ＩＥＥＥ８０２．１１は、電気電子技術者（ＩＥＥＥ）協会によって策定された、無線ローカルエリアネットワーク（ＷＬＡＮ）規格を規定する。規格は、概して、技術または実装は規定しないが、物理（ＰＨＹ）レイヤおよびメディアアクセス制御（ＭＡＣ）レイヤのための仕様を提供する。規格は、ＷＬＡＮ無線装置の製造業者が、相互運用可能なネットワーク装置を構築することができるようにする。
【００１７】
モバイルデバイス１６０は、ＷＬＡＮ接続またはＲＦ接続上で、モバイル通信環境１００内の他のデバイスと、メディアを送受信することができる。具体的には、モバイルデバイス１６０は、本明細書で以下により詳細に開示されるように、音圧レベルを測定するために適合される。少なくとも１つの例示的実施形態において、モバイルデバイス１６０は、音圧レベルを自動的に測定して、測定した音圧レベルをデータベースに送信する。音響情報を収集するプロセスを自動化することで、世界中の雑音レベルをマッピングするために、広域かつ時間的に連続するデータベースを生成することができるようになる。
【００１８】
一実施例において、モバイルデバイス１６０は、データベースと関連するサーバ１３０と音圧レベルを受信または伝送するために、サーバ１３０に接続することができる。モバイルデバイス１６０は、サーバ１３０から、オーディオ、テキスト、またはビデオを含むデータパケットを、ウェブサイトがホストするサーバ１３０を通して伝送および受信することができる。概して、音圧レベル測定および関連するメタデータは、少量のデータの伝送だけしか必要としない。情報の送信は、典型的に、モバイルデバイス１６０のユーザに対する顕著なデバイス性能の損失をほとんど、または全く伴わずに行うことができる。代替として、情報は、モバイルデバイス１６０がアイドル状態であり、それによってユーザにいかなる影響も及ぼさない時に、データベースに提供することができる。サーバ１３０は、オーディオコンテンツおよび関連する情報をダウンロードするために、モバイルデバイス１６０にメディアを送信することができる。同様に、モバイルデバイス１６０は、オーディオコンテンツを受信および伝送するために、ピアツーピアネットワーク上で、ラップトップ１７０と通信することができる。
【００１９】
少なくとも１つの例示的実施形態において、モバイルデバイス１６０は、衛星信号を傍受してそれらからモバイルデバイス１６０の場所を特定することができるＧＰＳ（全地球測位システム）受信機等の技術を利用する、場所受信機を含む。代替の実施形態において、場所は、携帯電話ネットワークから特定することができる。いずれの実施形態においても、モバイルデバイス１６０は、場所（または経時的な場所）に対応する地理的コードまたは地理的位置情報を提供するために、および、この情報を、音響情報の記録または音圧レベル測定の測定等のイベントに添付するために適合される。同様に、モバイルデバイス１６０は、タイムスタンプまたは時間情報を提供し、この情報をイベントに添付するための内部クロックを有する。図１Ａは、ヘッダ、位置情報、時間情報、およびＳＰＬ情報を含む、データパケットを示す。
【００２０】
図２を参照すると、音の監視および報告のためのモバイルデバイス１６０が示される。モバイルデバイス１６０は、１つ以上の音シグネチャを提示するためのメディアディスプレイ２１０と、メディア（少なくともオーディオコンテンツを含む）のセグメントを捕捉し、提出するための、およびメディアに対する仕様を作成するためのインターフェース２２０と、仕様に従って媒体を報告するためのプロセッサ２３０とを含むことができる。報告という用語は、メディアのオーディオコンテンツの少なくとも全部または一部を、オーディオコンテンツを分析するシステムに提示または提出することに関連する、任意のプロセスとして定義される。オーディオコンテンツは、ユーザの環境内で捕捉されるか、または無線もしくは有線接続によりモバイルデバイス１６０にダウンロードされる音響音であることができる。プロセスは、オーディオコンテンツのセクションを捕捉すること、またはオーディオコンテンツのセクションに参照を挿入することを含むことができる。レンダリングは、捕捉されたオーディオ記録、メディアクリップ、またはビデオから音シグネチャをセグメント化すること、情報（例えば、音（自動車の警笛）、場所（ＧＰＳ座標）、日付、および音の捕捉方向）を伴う音シグネチャにタグ付けすることを含むことができる。単独で、または組み合わせて、オーディオコンテンツはまた、ＧＰＳ場所およびタイムスタンプで地理的にコード化することができる。
【００２１】
モバイルデバイス１６０はまた、メディアを受信（または録音を介して生のオーディオコンテンツを捕捉）して、捕捉されたメディアまたはオーディオコンテンツをサーバに提示するための伝送モジュールおよび受信モジュールを有する、通信ユニット２４０を含むことができる。通信ユニット２４０は、パケットデータをサポートすることができ、ユニバーサルリソース識別子（ＵＲＩ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）アドレス、またはインターネットプロトコル（ＩＰ）アドレスへの接続を提供するための、サーバ１３０等の１つ以上のメディアソースへの通信リンクを確立することができる。プロセッサ２３０は、オーディオを処理するための信号処理機能を行うことができるソフトウェアコード命令を記憶するための関連するメモリを伴う、マイクロプロセッサまたはＤＳＰであることができる。
【００２２】
図３を参照すると、例示的な一実施形態について、図１のモバイルデバイスのメディアディスプレイ２１０およびインターフェース２２０がより詳細に示される。図に示されるように、インターフェース２２０は、オーディオコンテンツをアップロードするようにアドレスを入力するためのアドレスバー３０２と、オーディオコンテンツを捕捉する、および編集するためのセレクタパネル２１７とを含むことができる。メディアディスプレイ２１０は、オーディオ（図示）またはビデオ形式（図示せず）で、捕捉されたオーディオコンテンツを提示することができる。セレクタ２１７は、オーディオコンテンツを編集するために、１つ以上の構成ツール（３１４−３２０）またはオーサリングツールを含むことができる。例えば、セレクタ２１７は、オーディオ捕捉ボタン３１４と、オーディオ捕捉終了ボタン３１６と、保存／挿入オーディオコンテンツボタン３１８と、一時停止ボタン３２０とを含むことができる。保存／挿入ボタン３１８は、環境の中の音響音信号、またはメディアソースからオーディオ信号を捕捉するために使用することができる。
【００２３】
インターフェース２２０はまた、メディアの中のオーディオコンテンツの時間を表示するための、タイマー３１２を含むことができる。タイマー３１２は、メディアの時間解像度を調整するための、オプションを含むことができる。例えば、メディアディスプレイ２１０上に提示されるオーディオコンテンツの持続時間の増大または低減である。タイマーは、オーディオコンテンツのビューを調整するための、ズーミング機能を提供することができる。例えば、オーディオは、示されるように、メディアディスプレイ２１０を横切って移動する、時間変動波形として示すことができる。タイマー３１２は、メディアディスプレイ２１０の中に提示されるオーディオの長さを調整することができる。タイマー３１２はまた、数値的に時間を表示することによって、オーディオクリップまたはビデオクリップの時間長の推定値を提供することができる。セレクタパネル２１７はまた、オーディオコンテンツ３０６の音量を調整するための、音量セレクタ３１３を含むことができる。
【００２４】
開始時間３１１と終了時間３２２との間のメディアは、セグメント化されたオーディオコンテンツ３９９である。タイマー３１２は、セグメント化されたオーディオコンテンツの時間ラインをユーザが識別できるようにする、進捗機能を提供する。ユーザは、オーディオ捕捉ボタン３１４を押下げることによって、開始時間３１１で捕捉を開始し、オーディオ捕捉終了ボタン３１６を押下げることによって、終了時間３２２で捕捉を終了し、そして、保存／挿入ボタン３１８を押下げることによって、オーディオ捕捉セグメントを保存することができる。保存されたオーディオセグメント３９９は、分析および再検討のために、例えば、音が、自動車の警笛、サイレン、掃除機等の公知の音に対応しているかどうかを決定するように、後で読み出すことができる。
【００２５】
また、モバイルデバイスは、サーバ１３０への音声通信チャネルを開くことができ、捕捉されたオーディオをサーバ１３０に流すことができることに留意されたい。次いで、オーディオストリーム全体は、認識された音がオーディオストリームの中に存在するかどうかを決定するように、サーバ１３０で分析することができる。次いで、サーバ１３０は、手動または自動介入により、オーディオストリームの中に認識される音を識別する、モバイルデバイス１００にメッセージを送信することができる。例えば、モバイルデバイスのディスプレイは、認識された音（「自動車の警笛が検出されたこと」）を可聴的に表すこと、および／または認識された音（例えば、自動車の警笛が識別されたこと）のためのテキストメッセージを提示することができる。
【００２６】
一実施例として、ユーザは、オーディオコンテンツを送信するように、ユニバーサルリソース識別子（ＵＲＩ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）アドレス、またはインターネットプロトコル（ＩＰ）アドレスを、アドレスバー３０２の中に入力することができる。オーディオコンテンツはまた、ユーザの音響環境の中で捕捉される代わりに、無線でダウンロードされるオーディオファイル、ビデオファイル、またはテキストクリップであることができる。実施形態は、生録音だけからのオーディオコンテンツまたはオーディオコンテンツのセグメントだけでなく、モバイルデバイス１００によって受信される他のメディアの捕捉にも限定されない。他のメディアソースは、オーディオセグメントおよびオーディオコンテンツを提供するために、識別することができる（ピアツーピア、アドホック）。例えば、ユーザは、ｗｉ−ｆｉシステムにより、捕捉されたオーディオ波形を近傍の別のユーザから受信してもよい。
【００２７】
代替として、例えば音圧レベル測定といった、オーディオコンテンツを捕捉するプロセス全体は、最小限の人間の介入が必要とされるように自動化することができる。概して、捕捉および送信を自動化することで、より信頼性が高くなり、より多様なオーディオコンテンツを提供し、全世界にわたって１日中収集することが可能である。少なくとも１つの例示的実施形態において、モバイルデバイス１６０は、モバイルデバイス１６０のマイクロホンから受信される音響情報を記憶するための、循環バッファを含む。バッファは、新しい情報に連続的に上書きすることができるので、オーディオコンテンツの短期記憶領域として作用する。
【００２８】
トリガイベントは、サーバ１３０（または関連する記憶用データベース）に送信される、オーディオコンテンツの収集または音圧レベルの測定を開始するイベントである。モバイルデバイス１６０がオーディオコンテンツを収集するトリガイベントの実施例は、ほんの少し例を挙げれば、音シグネチャに類似する音、時間ウィンドウ、地理的位置、音圧レベル、およびセンサデータ（生物学的、加速度／速度、臭気、化学的検出、視覚等）の検出である。例えば、信号が所定の持続時間を超える場合、検出信号の持続時間は、トリガイベントであることができる。
【００２９】
トリガイベントは、バッファの中のオーディオコンテンツのサーバ１６０への送信を開始する。代替として、オーディオコンテンツは、後の送信のために、循環バッファよりも長い期間の記憶装置に移動させることができる。オーディオコンテンツは、モバイルデバイス１６０の中のマイクロプロセッサまたはＤＳＰを使用して、モバイルデバイス１６０の中でさらに処理を受けることができる。例えば、音圧レベルは、捕捉されたオーディオコンテンツから計算することができる。トリガイベントの前後に捕捉されるオーディオコンテンツの量は、音信号全体の捕捉を確実にするように変動させるか、または要件に応じて固定期間とすることができる。オーディオコンテンツまたは音圧レベルの記憶は、モバイルデバイス１６０が、デバイスとサーバ１３０との間に通信経路が開かれた時に、適切な時間にコンテンツを送信できるようにする。オーディオコンテンツはまた、データ伝送要件を低減するように、圧縮することができる。
【００３０】
インターネット上でオーディオコンテンツのセグメントを伝送および受信するための他の手段は、本明細書で意図されており、提供されるアドレススキームに限定されない。例えば、モバイルデバイス１６０は、１つ以上のピアまたは生のオーディオ／ビデオ録画セッションからメディアを、通信ポートまたはインターフェースを通して受信することができる。一側面では、ストリーミングメディアは、サーバ１３０から、オープン通信接続を通してモバイルデバイスに提供することができる。通信経路は、モバイルデバイスとの通信中にデータのパケットが流される間、開いたままにすることができる。例えば、モバイルデバイス１６０は、ストリーミングメディアを伝送または受信して、受信した時にデータを処理するために、サーバ１３０へのソケット接続を開くことができる。
【００３１】
図４を参照すると、例示的なフロントエンドプロセッサ構成４００が示される。構成４００は、オーディオコンテンツを捕捉および記録するためのオーディオ処理モジュールのオーディオ経路ラインアップに対応することができる。モジュールは、ハードウェアまたはソフトウェアの中に存在することができる。構成４００全体は、示される順序に限定されず、必要に応じて、異なる順序で機能することができる。例えば、自動利得制御４０６は、ハードウェアの中にある場合、Ａ／Ｄ４０４に先行することができる。また、ソフトウェアの中に実装される場合、Ａ／Ｄ４０４に続くことができる。
【００３２】
図に示されるように、音響信号は、マイクロホン２４２によって捕捉して、アナログ信号に変換することができる。マイクロホンは、特定の指向性パターンを有することができる。一実施例として、１つの指向性パターンを、図５のボードプロットに示す。特に、マイクロホン感度はまた、周波数依存の音圧レベルに影響を及ぼす可能性がある。モバイルデバイスの物理的形状およびその本体サイズは、受信音に影響を及ぼす可能性がある。マイクロホン指向性パターン、モバイルデバイスの物理的形状、マイクロホン感度、マイクロホンポーティング、および任意のバッフリングは、音圧レベルを計算する時に補償される。
【００３３】
少なくとも１つの例示的実施形態において、マイクロホンは、全方向性マイクロホンである。図４には示されていないが、マイクロホンはまた、マイクロホンをモバイルデバイスの本体から離したままにして、全方向性集音を可能にするように、伸長可能なブームを有することができる。代替として、モータが、音圧レベルを測定する時に、デバイスの本体からマイクロホンを動的に移動させることができる。モバイルデバイスの本体からマイクロホンを延長することで、本体の高周波数での音響音のシャドウイングを軽減するのに役立つことができる。マイクロホンはまた、音を減衰させるほこりを入らせないように、フェルトのカバーを含むことができる。フェルトはまた、マイクロホン分極に影響を及ぼす可能性があり、音圧レベルを計算する際に補償されるべきである。
【００３４】
アナログ信号は、ダイナミックレンジを増大させて、アナログ−デジタル（Ａ／Ｄ）変換器４０４の入力範囲に整合するように、増幅器４０２によって増幅することができる。１つの配設において、Ａ／Ｄコンバータ４０４は、６６ｄＢのダイナミックレンジを伴う１３ビットＡＤＣであることができる。代替的に、１３２ｄＢのダイナミックレンジを有するように、２４ビットＡＤＣを使用することができる。ＡＤＣはまた、例えば８、１６、３２、および４４．１ｋＨｚといった、可変サンプリングレートをサポートすることができる。ＡＤＣはまた、可変サンプリングレート変換を可能にするように、オーディオ取得中にサンプリングレートを調整するように構成することができる。
【００３５】
デジタル信号に変換すると、自動利得制御４０６はさらに、利得の変動を制御するように、オーディオ信号を調整することができる。ＡＧＣ４０６はまた、ノイズ抑制、利得成形、圧縮、またはゲイン制御の他の側面を含むことができる。等化器は、オーディオ経路構成の中の任意の変形を補償するように、および／または周波数応答が所定のマスクの範囲内に入るよう調整するように、オーディオ信号を等化４０８することができる。例えば、モバイルデバイスの製造業者は、概して、モバイルデバイスの音響ポーティング特徴またはオーディオ構成要素に基づいて、特定の製品のためのＳＰＬ周波数依存マスクを有する。随意のオーディオ圧縮モジュール４１０は、データ整理（例えば、オーディオコーディング、オーディオ圧縮）のために、オーディオ信号を圧縮することができる。特徴抽出器４１２は、オーディオ信号から１つ以上の顕著な特徴を抽出することができる。例えば、音声信号のための特徴抽出器は、線形予測係数、メルケプストラル係数、ＰＡＲＣＯＲ係数、フーリエ級数係数を抽出してもよい。
【００３６】
コントローラ４２０（マイクロプロセッサまたはＤＳＰ）は、オーディオ構成経路４００の中の種々のモジュールを選択的に有効または無効にすることができる。例えば、ユーザが指令すると、コントローラ４２０は、モジュールのうちの１つ以上をバイパスし、モジュールがオーディオ信号を処理することを防止することができる。コントローラ４２０はまた、オーディオ信号がどのようにモジュールによって処理されるのかを決定するために、モジュールから、モジュール構成データを読み出すことができる。例えば、ＡＧＣは、アタック時間、減衰時間、圧縮曲線、およびオーディオ信号の処理に関する他のパラメトリック情報を提供することができる。このようなことから、コントローラ４２０は、次いで、サーバ１３０が音響信号の元々の特徴を評価することを可能にするように、この情報を、捕捉されたオーディオコンテンツと共にサーバ１３０に渡すことができる。パラメータおよび関連する有効／無効フラグは、他のデバイスと共有することができるコントローラ４２０によって管理される、コードプラグに記憶することができる。コードプラグはまた、モバイルデバイスのオーディオ処理モジュール（４０２−４１２）の動作のためのカスタマイゼーションを可能にする。
【００３７】
図６は、例示的な一実施形態による、音圧レベルを測定する、および送信するための、モバイルデバイス６００のブロック図である。概して、モバイルデバイス６００は、通信目的で設計される。モバイルデバイス６００は、マイクロホン６０６と、双方向通信を提供するためのスピーカ（図示せず）とを有する。マイクロホン６０６は、しばしば、モバイルデバイス６００の筐体内の固定位置にある。マイクロホンポーティング６０４は、音を受信するためのマイクロホン６０６を、モバイルデバイス６００の筐体の外部に音響的に連結する。マイクロホンポーティング６０４は、しばしば、マイクロホン６０６（筐体の内部に位置する）を外部ポートに接続する、音響チャネルである。異物がマイクロホンポーティング６０４の中に入るのを防止するように、スクリーンまたはカバーが、外部ポートに採用されてもよい。少なくとも１つの例示的実施形態において、モバイルデバイス６００は、音圧レベル測定を平均するために、複数のマイクロホンを有することができる。さらに、人々は、自分たちの電話を常時開いたままにせず、それらをホルスタおよびポケットの中に有する。複数のマイクロホンは、自動的にオーディオコンテンツを収集する時に、妨げられていないマイクロホンが情報を受信するために利用できる可能性を増大させる。
【００３８】
モバイルデバイス６００の構成要素に起因して生じる音または信号の何らかの変化が考慮され、それによって、音圧レベル測定の完全性を保持する。理想的には、マイクロホン６０６からの信号は、正確に音を表す。これは、最良の状況下であっても生じない。例えば、モバイルデバイス６００上のマイクロホン６０６の場所に応じて、筐体からの音響信号の反射が、音圧レベル測定を増大または減少させる可能性がある。少なくとも１つの例示的実施形態において、モバイルデバイス６００は、この問題を最小化するように、筐体から離れて延長することができるブームマイクロホン、または音圧レベルが測定される時に筐体から延長する電動式のマイクロホンを有する。マイクロホン指向性パターン６０２、マイクロホンポーティング６０４、増幅器４０２、およびデバイスの筐体は、受信音響信号の変形に関するので、音圧レベルを測定または計算する時に補償される。基準に対するモバイルデバイス６００の定期的な較正は、測定の精度を確保するのに有益である。
【００３９】
自動利得制御４０６、等化４０８、オーディオ圧縮４１０、および特徴抽出４１２は、モバイルデバイス６００の中に、オーディオ信号を処理するための回路を備える。少なくとも１つの例示的実施形態において、オーディオ信号のオーディオ処理は、信号のさらなる変形を防止するためにバイパスされる。代替として、信号のオーディオ処理は、音圧レベルの測定または計算の際に補償され得る。音圧レベル測定が行われている時にコントローラ４２０がオーディオ処理回路を無効またはオフにすることは、オーディオバイパスの１つの形式である。また、マイクロホン６０６からのオーディオ信号は、任意のオーディオ処理が生じる前に、増幅器４０２からアナログ信号として、またはＡ／Ｄコンバータ４０４からデジタル信号として取り出すことができる。アナログ信号またはデジタル信号の結合は、コントローラ４２０の制御下で、スイッチを介して制御することができる。例えば、増幅器４０２またはマイクロホン６０６の出力からのアナログ信号は、コントローラ４２０の制御下で音圧レベルを測定するための専用回路に提供される。コントローラ４２０は、回路が所定の期間にわたって音圧レベルを測定すること、およびデータベース６１４への通信経路が開かれた時に、メモリ６１８に記憶された結果をデータベース６１４に送信することを有効にする。
【００４０】
少なくとも１つの例示的実施形態において、Ａ／Ｄコンバータ４０４からのデジタル信号は、循環バッファ６１６に提供される。オーディオ処理回路は、マイクロホン６０６によって提供されるオーディオ信号に対する変形を最小化するようにバイパスされる。循環バッファ６１６は、コントローラ４２０の制御下にある。循環バッファ６１６は、マイクロホン６０６によって受信される音響情報に対応する、変換デジタル信号を連続的に記憶する。循環バッファ６１６は、新しい入力データを最も古いデータに上書きする、所定量の音響情報を記憶する。利得を含む増幅器４０２の特性は、音圧レベルの測定または計算の際に考慮される。
【００４１】
概して、モバイルデバイス６００のユーザは、デバイスが音圧レベルを測定することを手動で有効にすることができる。典型的に、測定は、デバイスが測定することを有効にされた後の所定の期間にわたって生じる。所定の期間の測定に対応する循環バッファ６１６のオーディオコンテンツは、バッファ６１６からコントローラ４２０またはメモリ６１８に転送される。コントローラ４２０は、デジタル信号を処理して音圧レベルを計算すること、メタデータを添付すること、ならびにＳＰＬ、デジタル信号（必要に応じて）、およびメタデータをメモリ６１８に記憶することができる。ユーザはさらに、音の種類または他の関連する情報等のメタデータに追加することができる。代替として、デジタル信号は、対応するメタデータとともにメモリ６１８に記憶することができる。次いで、コントローラ４２０は、後に音圧レベルを計算および記憶することができる。
【００４２】
少なくとも１つの例示的実施形態において、モバイルデバイス６００は、人間の介入を最小限に伴い、または伴わずに、音圧レベルを自動的に収集して、測定した音響レベルをデータベース６１４に送信する。トリガイベントは、音圧レベルの測定を開始するイベントである。音圧レベルを使用したトリガイベントが、このプロセスを次の図において示すために使用される。音圧レベルの収集をトリガするために使用されるイベントの実施例は、ほんの少し例を挙げれば、音圧レベル、時間、地理的位置、音シグネチャ検出、生物学的データ、加速度／速度データ、温度、視覚／クロマデータ、臭気（匂い）、大気データ（気圧、風速、湿度等）、化学的検出である。
【００４３】
音圧レベル測定の収集をトリガした音響情報のデジタル信号は、コントローラ４２０によって処理されるために識別される、またはバッファ６１６から長期メモリ６１８まで移動させられる。ＳＰＬ測定に必要とされる音響情報の時間ウィンドウは、トリガイベントに先行し、これを超えて延長することができることに留意されたい。デジタル信号の適切な時間幅は、循環バッファ６１６から読み出され、測定のための音響情報の全てを捕捉するように、バッファ６１６からの１つ以上の完全なダウンロードを含み得る。上述のように、コントローラ４２０は、音圧レベルを計算するように、または後の処理のためにデジタル信号をメモリ６１８に記憶するように、デジタル信号を受信するとすぐにそれを処理することができる。
【００４４】
メタデータは、音響情報の識別および分類を援助するように、デジタル信号（収集される場合）および音圧レベル測定に添付される。メタデータに含まれるのは、時間情報および地理的位置情報である。デジタル信号の時間ラインがクロック６０８によって提供された時の時間情報またはタイムスタンプは、コントローラ４２０に動作可能に連結される。デジタル信号の間、モバイルデバイス６００の場所の地理的位置情報または地理的コードは、データ通信システム６１０およびコントローラ４２０と動作可能に構成されるＧＰＳ受信機６１２によって提供される。
【００４５】
少なくとも１つの例示的実施形態において、測定した音圧レベルおよびそれらの関連するメタデータは、メモリ６１８に記憶することができる。概して、ＳＰＬデータおよびメタデータは、音響情報を記憶することに対して実質的により少ないメモリを使用する。ＳＰＬデータおよびメタデータが利用できるようになると、コントローラ４２０は、システム６１０と連携して、情報をアップロードするための、データベース６１４への通信経路を開くことができる。代替として、ＳＰＬデータ、オーディオコンテンツ（必要に応じて）、およびメタデータの待ち行列は、経時的にメモリ６１８に記憶され得、モバイルデバイス６００は、データベース６１４への通信経路を開き、デバイス６００のユーザと干渉しない時に、情報をアップロードする。
【００４６】
図７ａ−７ｃは、例示的実施形態による、音響情報を収集するためのトリガイベントとしての音圧レベルの使用を示す、関連図面である。図７ａ−７ｃは、図６のモバイルデバイス６００のトリガイベントに関連する。図６を参照すると、通信デバイス６００は、デバイスのマイクロホンを通してオーディオ情報を受信している。少なくとも１つの例示的実施形態において、音響情報は、分析のためにモバイルデバイス６１６のバッファに記憶される。分析は、音圧レベル等の、トリガイベントを探すことを含むことができる。トリガイベントはまた、１つ以上の他のトリガイベントがオーディオコンテンツの収集を開始するＡＮＤ関数、または種々のトリガイベントのうちの任意の１つが検出された時にオーディオコンテンツの収集を開始するＯＲ関数を備えることができる。
【００４７】
図７ａを参照すると、バッファ６１６の中のオーディオコンテンツから、モバイルデバイス６００によって測定または計算される、音圧レベル対時間のグラフが示される。トリガイベントは、音響情報の音圧レベルが、音圧レベル閾値７０６を超えた時に生じる。例えば、高ノイズ領域に関する情報が収集されている。音圧レベル閾値７０６を７０ｄＢに設定して、持続時間にわたって聴覚損失を生じ得る音圧レベルを有する領域の中の情報を収集する。多数のデータ点を収集することで、三次元領域上で経時的に音響情報をマッピングできるようになる。この情報は、様々な用途を有し、そのうちの１つは、ある人が、いつどこで都市内の潜在的な有害音響レベルにさらされたのかを識別することである。
【００４８】
トリガイベント７０２で、オーディオコンテンツの音圧レベルは、音圧レベル閾値７０６以上である。トリガイベント７０２は、期間ｔ１−ｔ２中に、破線によって示されるように生じる。トリガされると、図７ｂに示される期間ｔ１−ｔ２中の音響情報が、データベースに送信するために収集される。音響情報は、その全体が即時に、処理／送信され、もしくは通信デバイスのメモリに記憶され、またはよりコンパクトな形態に変換されて、収集の必要性に応じてメタデータが提供される。メタデータに含まれるのは、音響情報がいつどこで捕捉されたのかに関連する、時間情報（ｔ１−ｔ２）および地理的位置情報である。コントローラ４２０は、収集の必要性に基づいて、音響情報（ｔ１−ｔ２）から音圧レベル測定を計算することができる。例えば、平均またはピーク音圧測定は、期間の全体または期間の一部にわたって計算され得る。
【００４９】
図７ｃを参照すると、ｘ、ｙ、およびｚ座標対時間で示される通信デバイスの位置は、ＧＰＳ受信機６１２によって提供されるグラフに示される。ＧＰＳ情報はまた、周期的に提供され得る。補間（線形、その他）は、場所対時間を推定するために使用され得る。単一の地理的位置も必要に応じて簡潔にするために使用され得る。したがって、モバイルデバイス６００の位置は、静止または経時的に移動する可能性があり、この情報は、収集された音響情報と共に提供される。
【００５０】
同様に、第２のトリガイベント７０４を図７ａに示す。音響信号は、期間ｔ２−ｔ３中のトリガイベント７０４において、音圧レベル７０６以上である。音響情報は、図７ｂに示されるように、同様に収集され、音圧レベルは上記に開示されるように計算される。
【００５１】
実施例において、トリガイベントは、音圧レベル閾値７０６を超えた時にいつでも生じる。トリガイベントは、他の方法で修正され得る。例えば、所定の期間にわたって閾値７０６を超える音圧レベルは、トリガイベントであり得、または所定の量を超える音圧レベルの変化もトリガイベントであり得る。さらに、収集される音響情報は、トリガイベントが生じる期間に限定されない。収集される音響情報の量は、必要に応じて変動させることができる。例えば、音圧レベル閾値７０６を超える音響情報だけを収集する。その逆に、トリガイベントは、バッファ６１６のサイズに応じて、以前の、現在の、および次の期間から音響情報を収集し得る。上記に開示されるように、音圧レベル、メタデータ、および他の情報は、モバイルデバイス６００によって即時に、または後のより適切な時間に、データベース６１４に送信され得る。
【００５２】
図８を参照すると、モバイルデバイスを使用してネットワーク上で音を監視する、および報告するための、例示的な方法８００が示される。方法８００は、示されるよりも多い、または少ないステップ数を含むことができ、示されるステップの順序に限定されない。方法８００は、図４に示されるモバイルデバイスの構成要素によって実装することができる。
【００５３】
ステップ８０２で、モバイルデバイスは、周囲環境の音響信号を監視する。モバイルデバイスのマイクロホンは、トリガイベントの検出に応じて、環境の中の音響信号を能動的に分析すること、および音響信号の処理を始めることができる。少なくとも１つの例示的実施形態において、モバイルデバイス１６０は、トリガイベントが生じると、ステップ８０４で、音響信号のバッファリングを始める。代替として、音響信号は、予め循環バッファに記憶しておくことができる。例えば、プロセッサは、音圧レベルの変化を監視することができ、ＳＰＬの著しい変化の検出に応じて、関連するオーディオ信号のメモリへの保存を始めることができる。イベントはまた、例えばユーザが、環境の中で音を聞き、次いでユーザインターフェース上の録音ボタンを押した場合に、ユーザが開始することができる。別の実施形態において、モバイルデバイスは、音シグネチャが音響信号内に検出された場合に、ユーザに録音を始めるようプロンプトすることができることに留意されたい。この場合、モバイルデバイスは、ユーザ環境の中の、サイレンの警告音等の顕著な情報に対する音響信号を継続的に監視および分析する。
【００５４】
トリガイベントは、ステップ８０６で、モバイルデバイス１６０を始動させ、サーバ１３０との通信チャネルを開くことを進める。上述のように、接続は、音声チャネル、データチャネル、パケットデータチャネル、ｗｉ−ｆｉチャネル、または任意の他の通信リンクであることができる。１つの配設において、モバイルデバイスは、捕捉されたオーディオ信号を音声チャネル上で直接的に送信することができる。例えば、データは、元々の信号特徴を保つように、音声チャネル上で未処理のＰＣＭ形式で、または非可逆圧縮形式で送信することができる。チャネルを開くと、モバイルデバイスはまた、オーディオ構成経路ラインアップのパラメータ設定を識別するコードプラグ情報（図４を参照されたい）を送信することができる。
【００５５】
ステップ８０８で、モバイルデバイス１６０は、音響信号から特徴を抽出する。例えば、先に説明したように、プロセッサ２３０は、オーディオ信号からメルケプストラム係数を抽出することができる。特徴抽出はまた、オーディオ信号を表す際に必要とされるデータサイズを低減するように機能する。例えば、ｆｓ＝８ｋＨｚで１０ｍｓのフレームサイズを１６０のサンプルに変換すると、１０ｍｓのフレームサイズは、わずか１０−１４のメルケプストラム係数で表すことができる。しかしながら、非可逆圧縮はまた、データ次元は低くするが、再構築されたオーディオ信号の完全性を損なわないように、オーディオ信号に行うことができる。非可逆圧縮はまた、データ表現サイズをさらに低減するように、データに行うことができる。
【００５６】
代替として、プロセッサ２３０は、オーディオ処理回路をバイパスして、マイクロホンからのバイパスされた信号を使用して音圧レベルを計算する。計算は、マイクロホン特徴、マイクロホンポーティング、異物カバー、増幅器、および他のオーディオ処理回路等の、モバイルデバイス１６０の側面のための補償を含む。代替として、マイクロホン信号は、さらなる処理のために、音圧レベルを測定するための専用回路に連結されて、プロセッサ２３０に提供される。
【００５７】
メタデータまたはタグ情報は、生成されて、特徴または音響信号に自動的に添付される。メタデータに含まれるのは、音響信号がいつどこで収集されたのかを識別する、時間情報および地理的位置情報である。プロセスはまた、オーディオコンテンツに関連する、手動で添付されたタグを含むことができる。タグは、音の種類（例えば、自動車の警笛、サイレン、笛、ベル、手持ち削岩機等）、捕捉場所に関連する詳細な情報（例えば、レストランの名前、自宅の住所等）、音の方向（例えば、近づく、離れる、静止している）、および任意の関連する音の説明（例えば、微弱な音声、非常に大きい、うるさい、楽しい等）等の識別情報を含むことができる。ステップ８１０で、モバイルデバイスは、タグ情報を受信して、それを音響信号の特徴、または代替的に実際の捕捉されたオーディオ信号の特徴と関連付ける。
【００５８】
ステップ８１２で、モバイルデバイスは、オープン通信チャネル上で、タグおよび特徴（または音響信号）をサーバ１３０に伝送する。音響信号およびタグは、一緒にパッケージ化すること、またはネットワーク上で別々に送信することができる。パケットネットワーク構成において、パケットは、異なるホップ上で送信すること、およびサーバから異なる時間に受信することができる。サーバ１３０は、次いで、標準的な再構築技術に基づいて、パケットを並べ換えることができる。
【００５９】
ステップ８１４で、サーバ１３０は、音圧レベル（ＳＰＬ）および音シグネチャのための特徴およびタグ（音響信号）を分析する。サーバ１３０はまた、オーディオモジュールのパラメータを決定するための受信コードプラグ情報を参照する。例えば、受信音声信号または特徴からＳＰＬレベルを評価する際に、サーバは、音取得中に行われるあらゆる圧縮または等化を考慮する。次いで、ＳＰＬレベルは、フロントエンド処理（例えば、圧縮、等化、自動利得制御、フィルタリング）に基づいて、補償することができる。代替として、音圧レベルがモバイルデバイス１６０によって計算される場合は、サーバ１３０によって受信して、さらなる分析（形式およびデータ品質を検証する他の確認以外）を伴わずに、関連するメタデータとともに記憶することができる。この実施例では、実質的により少ない情報を、伝送しなければならない。
【００６０】
分析中に、サーバ１３０はまた、音シグネチャのためのオーディオ信号−再構築された音響信号または抽出された特徴−を走査することができる。音シグネチャは、自動車の警笛、サイレン、気笛等の特定の音イベントである。音シグネチャのモデルは、ガウス混合モデル（ＧＭＭ）、隠れマルコフモデル（ＨＭＭ）、または任意の他の統計に基づくパターン分類器の形で記憶することができる。また、タグは、オーディオ信号が以前に学習した音シグネチャを含むかどうかを決定するために、構文解析することができる。例えば、ユーザは、アップロードされた音響信号を、気笛音を含むものとして逐語的（ｔｅｘｔｕａｌｌｙ）に識別してもよい。したがって、サーバ１３０は、新しいオーディオコンテンツを伴う気笛音の音シグネチャモデルを更新することができる。これは、広範囲の気笛音を認識するモデルの能力をさらに補強する。代替的に、サーバ１３０がタグ付き音のモデルを含まない場合、サーバ１３０は、未知の音の特徴を学習するように、新しいモデルをトレーニングすることができる。例えば、ユーザが、「手持ち削岩機の音」としてタグ付けし、その音のためのいかなるモデルも存在しない場合、サーバ１３０は、手持ち削岩機のための新しいモデルを生成することができる。
【００６１】
音シグネチャおよびＳＰＬレベルの検出に応じて、ステップ８１６で、サーバ１３０は、分析に照らして、音分析報告を生成すること、およびログを取ることができる。音分析の報告は、検出された音シグネチャ、それらの対応するＳＰＬレベル、および音が脅威であるかどうか、または検出された音の種類等の他の情報を識別することができる。報告は、次いで、オーディオコンテンツのデータの取り出しに関心があるサービスプロバイダと共有することができる。例えば、飲食店は、それらの飲食店で食事をした顧客のオーディオコンテンツの格付けを受信するように申し込むことができる。オーディオコンテンツの格付けは、関連するタイムスタンプおよびあらゆる顧客関連情報を伴う音レベル分析を含むことができる。これは、飲食店のユーザおよび所有者が、飲食店の音品質を評価することを可能にし、所有者が、ユーザの飲食店での体験に関連するユーザフィードバックを監視できるようにする。
【００６２】
ステップ８１８で、サーバは、オープン通信チャネルまたは他の手段により、モバイルデバイスまたは加入者に報告を伝送する。ステップ８２０で、モバイルデバイスは、報告の詳細をユーザに提示する。報告の側面は、視覚もしくは可聴形式、またはそれらの組み合わせで提示することができる。例えば、音圧レベルを自動的に捕捉して、ＳＰＬ／関連情報を分析のためのサーバに伝送すると、次いで、モバイルデバイスのユーザは、長期間にわたって維持された場合にＳＰＬレベルがユーザに対して有害であり得る旨を、またはユーザの周囲環境の音レベルをより正確に評価すべきである旨を警告する、テキストメッセージを受信することができる。モバイルデバイスはまた、例えば検出音シグネチャの脅威レベルといった報告の側面、および応答するための可能な命令を可聴的に示すことができる。例えば、ユーザが食事をしている間に微弱な火災警報信号が検出された場合、モバイルデバイスは、検出された火災警報を可聴的に提示すること、および飲食店または施設を出るためのマップを視覚的に示すことができる。当然のことながら、本発明の教示による、報告を通信する他の手段を意図することができる。
【００６３】
図９は、音のランドスケープにアクセスするために使用できる、簡略化されたＧＵＩ  ９００を示す。ＧＵＩは、複数のパラメータ（例えば、場所、時間、トピック（例えば、コンサート、講義、自動車、船、飛行機、交戦地帯、歴史）、およびそれによって音響信号をタグ付けおよび識別することができる、任意の他の識別トピック）に基づく、音響検索のためのオプション（例えば、マップ相互作用のためのマップボタン９２０、およびアドレスルックアップ相互作用のためのアドレスボタン９３０）を提供するようにプログラムする（例えば、ＪＡＶＡ（登録商標）、Ｃ＋＋）ことができる。示される限定的でない実施例において、ＧＵＩ９００は、２つのボタンを伴う背景パネル９１０と、マップボタン９２０と、アドレス検索ボタン９３０とを有する。ユーザインターフェース（例えば、マウス９６０）も示され、これは、利用可能なオプション（例えば、ボタン９２０および９３０上のカーソル９４０の運動、および選択ボタン９７０の選択の押下（３））のユーザによる選択を促進する。例えば、ユーザが、マップ上の領域を選択することによって音響信号を検索することを望む場合、ユーザは、マウス９６０を位置（１）から位置（２）へ移動させる９５５ことができ、これはそれぞれ、カーソル９４０を位置（１’）から位置（２’）へ移動させる９５０。ユーザは、次いで、マウス９６０の中に組み込まれるボタン９７０上を押下（３）することによって、マップボタン９２０（例えば、ハイライトされた境界（３’））を選択することができる。例えば、ソフトウェア側で、ボタン９２０は、子フォーム（すなわち、別個のＧＵＩ１０００）を開くこと１０１０（例えば、Ｃ＋＋  ＣｈｉｌｄＦｏｒｍ−＞Ｓｈｏｗ（））と関連付けられる、「ｏｎ  Ｃｌｉｃｋ」イベント（例えば、Ｃ＋＋で、ｖｏｉｄ  ＿ｆａｓｔｃａｌｌ  ＴＦｏｒｍ１：：ＢｉｔＢｔｎ１Ｃｌｉｃｋ（ＴＯｂｊｅｃｔ  ＊Ｓｅｎｄｅｒ）｛｝）を有することができ、ユーザは、カーソルを位置付けること、ならびに関心の領域をハイライトおよび／または選択することができる。
【００６４】
図１０は、少なくとも１つの例示的実施形態による、世界マップＧＵＩ１０００を示す。これは、カーソルを位置付けて、関心の領域（例えば、国）を選択する能力をユーザに提供するように開くことができる、世界マップの限定的でない実施例である。
【００６５】
図１１は、ユーザが、少なくとも１つの例示的実施形態による世界ＧＵＩ１０００を使用して、国を選択すること１１００を示す。ユーザは、世界マップＧＵＩ１０００上のカーソルを位置（４’）から位置（５’）に移動させる（１１５０）ように、ユーザインターフェース９６０（例えば、マウス）を位置（４）から位置（５）に移動させる（１１５５）ことができる。ユーザは、次いで、ユーザインターフェース９６０上の選択ボタン９７０を押下する（６）ことによって、ハイライトされた領域（６’）を選択することができる。「ｏｎ  Ｃｌｉｃｋ」イベント時に、子フォームは、種々の情報（例えば、その領域全体の現在のＳＰＬ量、場所選択をさらに精緻化する地理的マップ）の表示を開くことができる。
【００６６】
図１２に示されるのは、現在の、および／または予測されるＳＰＬレベルで、標準的な量の計算の時間枠（例えば、８時間、２４時間）の中で体験する、その領域１２００の現在のＳＰＬ量である。らに、場所の精緻化は、特定の場所ボタン１２２０によって促進される。
【００６７】
図１２は、限定的でない実施例に過ぎない。ＳＰＬ量は、画像の中の画素を、示される領域の中の関連する地理的範囲と関連付けることによって計算することができる。次いで、利用可能なＳＰＬ記録を、現時点の関連するＳＰＬ平均値を計算するために使用すること、および地理的領域に関連するＳＰＬ量の計算に送ることができる。例えば、図１２Ａ−１２Ｄは、図１２におけるようにプロットされ得る、ＳＰＬ平均値に関連する画素およびＳＰＬ量値に関連する画素を得るように、地理的領域と関連付けられる平均ＳＰＬを計算して、平均値を組み合わせるプロセスを示す。例えば、図１２Ａのマップの各画素のＳＰＬ量値は、画素と関連付けられる地理的領域の利用可能なＳＰＬ記録値（例えば、１３４０、１３５０、１３６０）を使用することによって計算することができる。例えば、図１２Ｂは、画像と関連付けられる種々の画素１３１０（例えば、図１２Ｃの１３３０）を示す。画像１３２０の地理的領域は、多数の画素（例えば、１３３０）を有することができる。図１２Ｄは、画素１３３０のＳＰＬソース（ＳＰＬ１、ＳＰＬ２、およびＳＰＬ３）を示す。ＳＰＬの平均値（例えばＳＰＬａｖｅ）は、記録されたソースから、例えばＳＰＬａｖｅ＝（ＳＰＬ１＋ＳＰＬ２＋ＳＰＬ３）／３で計算することができる。ＳＰＬ量の値は、選択時間枠（例えば、８時間）にわたって適用されたＳＰＬ平均値から計算することができる。例えば、方程式（Ａ１）は、この限定的でない実施例について、１日のノイズ暴露がＳＰＬ量（他の実施例ではそうならない場合がある）であると仮定した場合のＳＰＬ量を計算するために使用することができる。
【００６８】
（Ａ１）  Ｄ＝１００Ｃ／Ｔ
式中、Ｔは、特定のＳＰＬ平均での基準持続時間であり、Ｃは、全作業長さである。例えば、Ｃが１６時間で、平均ＳＰＬが８５ｄＢＡである場合、Ｄ＝１００％である。Ｃが８時間で、平均ＳＰＬが８５ｄＢＡである場合、Ｄ＝５０％である。Ｃが約２４時間である場合は、約８２ｄＢＡのＳＰＬ平均値がＤ＝１００％を与えることに留意されたい。Ｄの種々の値は、色分けされて得られるカラー画像であることができる。例えば、Ｄ＝１００％である場合、色は、赤色であることができる。１５０％である場合は、その領域の中で１００％を超えていることを示す、白色であり得る。
【００６９】
図１３は、少なくとも１つの例示的実施形態による、場所のオプションを選択するユーザを示す。ＧＵＩ１２００に関連する場所ボタン１２２０は、ユーザインターフェースで選択する（７）ことができる。次いで、より具体的な場所のＧＵＩマップ１４００を図１４に示し、ユーザは、次いで、カーソルを場所（８’）から所望の場所の上（９’）に移動させる１４５０ことができ、移動１４５０は、ユーザインターフェース１４６０の場所（８）から（９）への移動１４５５と関連付けられ、ユーザは、ＧＵＩマップ１４００上のカーソル場所と関連付けられる場所を選択する（１０）ことができる。
【００７０】
図１５は、少なくとも１つの例示的実施形態による、ＧＵＩを示す。図１５は、ユーザによって選択された（１０）、ハイライト領域（１５１０、例えばＶｉｒｇｉｎｉａ）を示す。図１６に示されるように、選択時に、選択領域のより詳細なマップを、相互作用ＧＵＩの中に表示することができる。少なくとも１つの例示的実施形態の範囲内に入る種々の表示オプションを示すために、ユーザは、カーソル場所を中心として、任意のより詳細なビュー選択の次の範囲を示す、サブ領域範囲１６２０を中央に合わせる。ユーザは、ユーザインターフェースの位置（１１）から位置（１２）への移動１６５５に対応する、カーソルの位置（１１’）から位置（１２’）への移動１６５０のために、ユーザインターフェース１４６０を使用することができる。ユーザは、次いで、カーソルの現在位置の周囲の領域のより詳細なビューを選択する（１３）ことができ、これは、例えば、包囲する領域（１３’）の色の変化によって示すことができる。他の選択の表示を使用することができ、本明細書の議論は、例示目的に過ぎないことに留意されたい。
【００７１】
図１７は、少なくとも１つの例示的実施形態による、都市の場所を選択するためのＧＵＩ１７００を示す。この実施形態は、ユーザが解像度を増大または低減するために使用することができる、ズームバー１７３０を示すことに留意されたい。例えば、解像度の増大は、ＧＵＩの画像として類似したサイズの画像の中に表示される、ビューの長方形１７１０の範囲によって示すことができる。解像度の選択時に、１７１０の中の画像は、図１８に示されるように表示することができる（例えば、子フォームを開く１７５０）。
【００７２】
図１８は、少なくとも１つの例示的実施形態による、種々の利用可能な音響信号を示すＧＵＩ１８１０を示す。録音の場所、録音の種類（例えば、自動車等の異なるトピックに対する異なる形状）、録音の音信号の強度（例えば、色、形状）、および録音がリアルタイムであるか、古いものであるかの表示（例えば、記号）を示すために使用することができる、種々の方法（例えば、シンボル、光、形状、色）があり得ることに留意されたい。図１８に示される限定的でない実施例は、リアルタイム記録のための円を示し、リアルタイムは、現在時間から終了時間Ｄｔを有する任意の記録に設定することができる。例えば、現在時間の３０分以内の任意の記録は、リアルタイムの記録とみなすことができ、この時間は、変動する可能性があり、数分の１秒ほどの短さから数日になることに留意されたい。また、色は、この限定的でない実施例において、記録場所における録音の音の強さを示すように、形状と関連付けられる。
【００７３】
少なくとも１つの例示的実施形態は、記号の上をカーソルに通過させることによって記号と関連付けられる音声を再生し、その時に、ソフトウェア（例えば、Ｃ＋＋  ＯｎＥｎｔｅｒイベント）は、メディアプレーヤーを起動して、記号と関連付けられる画素の場所と関連付けられる録音をロードし、カーソルの移動が記号から外れた時点で停止する（例えば、Ｃ＋＋  ＯｎＥｘｉｔイベント）。メディアプレーヤーを随意に表示できることに留意されたい。加えて、ユーザは、記号をクリックして再生することができる（例えば、Ｃ＋＋  ＯｎＣｌｉｃｋイベント）。例えば、図１９は、選択録音を再生するメディアプレーヤーセットを示す。録音１９１０は、モノラルまたはステレオで表示することができる。ユーザは、録音の再生１９４０、逆転１９２０、または一時停止１９３０を制御することができる。他の例示的実施形態は、他のメディアプレーヤーを有することができること、および例示的実施形態は、メディアプレーヤーの種類によっても、メディアプレーヤーが視覚的に表示されるかどうかによっても制限されないことに留意されたい。
【００７４】
図２０は、図１８からのソース信号、および録音を生じた関連するソース信号（１８２０および１８５０）を示す。１８２０および１８５０でマイクロホンによって記録された音は、複数のソース（例えば、２３１０、２３２０、および２３３０）からのものであり得ることに留意されたい。録音は、必ずしもソースの場所を示すわけではないことに留意されたい。ｘ，ｙ，ｚにおける強度Ｉの記録は、半径ｒで強度Ｉ０のソースに起因することができる。したがって、ソースの場所は、一意的に識別されない。ソース強度をマイクロホンの記録から分離することができる３つ以上の記録（例えば、Ｍ１、Ｍ２、Ｍ５）は、ソース信号の場所（例えば、ｓ１  ２３１０）を一意的に識別するために使用することができる。例えばＩｓｏｕｒｃｅ、ｘｓｏｕｒｃｅ、ｙｓｏｕｒｃｅ、およびｚｓｏｕｒｃｅといった、４つの未知数を示すソース強度および場所が必要であり得ることに留意されたい。例えば、ソース信号は、類似したコヒーレンスを有する録音（例えばＭ１、Ｍ２、およびＭ３）の中の周波数依存性を探すことによって、Ｍ１、Ｍ２、およびＭ５において識別することができる。高コヒーレンス周波数帯域は、類似信号による周波数強度を識別する、および整合させるために使用することができる。整合周波数帯域は、ソースの場所を畳み込み、かつそれらの帯域に対して強度を近似するように、それらの帯域における記録の強度および記録の場所に基づいて使用することができる。次いで、推定のソース信号（例えば、２３１０、２３２０、２３３０）を、場所とともに構成することができる。次いで、ソース信号２３１０、２３２０、および２３３０は、ユーザが選択した場所２３００（ｘ，ｙ，ｚ）での音を近似するために使用することができる。本明細書で論じられる方法論は、選択された場所で音響ソースを生成する１つの方法の実施例であることに留意されたい。例示的実施形態の範囲内の他のものがあり得る。
【００７５】
図２１は、少なくとも１つの例示的実施形態による、聴取領域の中の利用可能なソースからのソース信号を示す。例えば、ソース２０１０、２０２０、および２０３０は、ＧＵＩ１８１０上に位置し、選択位置２０４０でユーザが聞く音を推定するために使用することができる。
【００７６】
図２２は、ソース信号、ｓ１、ｓ２、およびｓ３を示す。場所（ｘ，ｙ，ｚ）および時間ｔ１を選択したユーザは、ｘ，ｙ，ｚおよびｔ１と関連付けられる録音を構成するように、ソースを使用することができる。例示的な一実施形態において、組み合わせのための方法は、開始時間ｔ１で、種々のソース（ｓ１、ｓ２、およびｓ３）を整合させる（図２３）。
【００７７】
選択位置（ｘ，ｙ，ｚ）と関連付けられるソース記録は、半径方向の距離（例えば、ｒ１、ｒ２、およびｒ３）（図２４を参照されたい）を計算することによって構成することができ、半径方向の距離は、ｘ、ｙ、およびｚでのソースの強度を修正するために使用され、ソースと関連する時間遅延を修正する。例えば、ｔ１でソースｓ１が音信号を放射している場合、それは音の速度に基づく時間遅延を伴って、選択位置２３００に到達する。同様に、他のソースは、場所２３００に対してｔ１からの時間遅延を有する。また、ソース信号Ｓ１、Ｓ２、およびＳ３はまた、（例えば、種々のマイクロホン測定間の時間遅延を介して）ソースの場所を特定するのに役立つように、高いコヒーレンスを探すことによってだけではなく、時間的記録の時間遅延によっても、Ｍ１、Ｍ２、およびＭ３の中に識別することができる。半径方向の距離は、２３００での音ソースの予測強度を修正するために使用することができる（図２５）。
【００７８】
修正された信号は、２３００における推定の録音２５１０を作成するために組み合わせることができる（図２６）。
【００７９】
該当する場合には、本発明の本実施形態は、ハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせで実現することができる。本明細書で説明される方法を実行するために適合される、あらゆる種類のコンピュータシステムまたは他の装置が好適である。ハードウェアおよびソフトウェアの典型的な組み合わせは、ロードされて実行された時に、モバイル通信デバイスが本明細書で説明される方法を実行できるように、それを制御することができるコンピュータプログラムを伴う、モバイル通信デバイスであることができる。本方法およびシステムの各部分はまた、コンピュータプログラム製品に組み込まれてもよく、該製品は、本明細書で説明される方法の実行を可能にする全ての特徴を備え、コンピュータシステムにロードされた時に、これらの方法を実行することが可能である。
【００８０】
本発明の好ましい実施形態を図示して説明してきたが、本発明の実施形態がそのように限定されないことは明らかである。数多くの、修正、変更、変形、置換、および同等物は、添付の特許請求の範囲によって定義される本発明の実施形態の精神および範囲から逸脱することなく、当業者に生じるであろう。
【図１】
2012502596.tif 000003
【図１Ａ】
2012502596.tif 000004
【図２】
2012502596.tif 000005
【図３】
2012502596.tif 000006
【図４】
2012502596.tif 000007
【図５】
2012502596.tif 000008
【図６】
2012502596.tif 000009
【図７】
2012502596.tif 000010
【図８】
2012502596.tif 000011
2012502596.tif 000012
2012502596.tif 000013
【図１２−１】
2012502596.tif 000014
【図１２−２】
2012502596.tif 000015
【図１３】
2012502596.tif 000016
【図１４】
2012502596.tif 000017
【図１５】
2012502596.tif 000018
【図１６】
2012502596.tif 000019
2012502596.tif 000020
【図１８】
2012502596.tif 000021
【図１９】
2012502596.tif 000022
【図２０】
2012502596.tif 000023
【図２１】
2012502596.tif 000024
【図２２】
2012502596.tif 000025
【図２３】
2012502596.tif 000026
【図２４】
2012502596.tif 000027
【図２５】
2012502596.tif 000028
【図２６】
2012502596.tif 000029
【国際調査報告】
2012502596.tif 000030
2012502596.tif 000031
2012502596.tif 000032