(57)【要約】  本発明の一実施形態によれば、コンピューティングデバイスで実行されるアプリケーションの音波の受信及び処理の方法であって、第１アプリケーションが音波識別情報ＩＤの含まれた音波信号を受信するステップと、第１アプリケーションが受信した前記音波信号から音波ＩＤを抽出するステップと、前記音波ＩＤが第１アプリケーションの関連の音波ＩＤでない場合、第１アプリケーションが前記の抽出された音波ＩＤを受け取らねればならない第２アプリケーションのアプリケーション識別情報（「アプリＩＤ」）を取得するステップと、前記アプリＩＤに基づいて、第１アプリケーションが前記音波ＩＤを第２アプリケーションに伝達するステップとを含むことを特徴とする音波の受信及び処理方法が提供される。
2021505099.tif 000002
【特許請求の範囲】
【請求項１】
コンピューティングデバイスで実行されるアプリケーションの音波の受信及び処理の方法であって、
第１アプリケーションが音波識別情報ＩＤの含まれた音波信号を受信するステップと、
第１アプリケーションが受信した前記音波信号から音波ＩＤを抽出するステップと、
前記音波ＩＤが第１アプリケーションの関連の音波ＩＤでない場合、第１アプリケーションが、前記の抽出された音波ＩＤを受け取らねばならない、第２アプリケーションのアプリケーション識別情報（「アプリＩＤ」）を取得するステップと、
前記アプリＩＤに基づいて、第１アプリケーションが、前記音波ＩＤを第２アプリケーションに伝達するステップと、
を含むことを特徴とする、音波受信及び処理方法。
【請求項２】
前記アプリＩＤを取得するステップが、複数のアプリケーションのそれぞれについてのアプリＩＤと、それぞれのアプリケーションに関連する音波ＩＤとをマッピングしたマッピング情報に基づいて、前記の抽出された音波ＩＤにマッピングされたアプリＩＤを取得することを特徴とする、請求項１に記載の音波受信及び処理方法。
【請求項３】
前記マッピング情報が前記コンピューティングデバイス内に格納さていることを特徴とする、請求項２に記載の音波受信及び処理方法。
【請求項４】
前記マッピング情報が前記コンピューティングデバイスの外部のサーバ装置に格納されており、
前記アプリＩＤを取得するステップが、
第１アプリケーションが、前記の抽出された音波ＩＤを、前記サーバ装置に送信するステップと、
第１アプリケーションが、前記マッピング情報に基づいて選択されたアプリＩＤを、前記サーバ装置から受信するステップと、
を含むことを特徴とする、請求項２に記載の音波受信及び処理方法。
【請求項５】
第１アプリケーションが、予め設定された第１動作周期の間に第１音波受信動作を１回以上実行し、第２アプリケーションが、予め設定された第２動作周期の間に第２音波受信動作を１回以上実行するように構成されたことを特徴とする、請求項１に記載の音波受信及び処理方法。
【請求項６】
前記第１動作周期内のそれぞれの第１音波受信動作が、第１動作周期の開始時刻からそれぞれ所定のオフセット時間の間隔が経過してから実行され、前記第２動作周期内のそれぞれの第２音波受信動作が、第２動作周期の開始時刻からそれぞれ所定のオフセット時間の間隔が経過してから実行されるように構成されたことを特徴とする、請求項５に記載の音波受信及び処理方法。
【請求項７】
少なくとも１つの前記第１音波受信動作と、少なくとも１つの前記第２音波受信動作とが、少なくとも部分的に重なり合うようにそれぞれのオフセットを設定することで、前記の重なり合った第１音波受信動作及び第２音波受信動作のうちの１つのみが実行されるように構成されたことを特徴とする、請求項６に記載の音波受信及び処理方法。
【請求項８】
コンピューティングデバイスで実行されるアプリケーションの音波の受信及び処理の方法であって、
第１アプリケーションが、音波識別情報ＩＤの含まれた音波信号を受信するステップと、
第１アプリケーションが、受信した前記音波信号から音波ＩＤを抽出するステップと、
前記音波ＩＤが第１アプリケーションの関連の音波ＩＤでない場合、第１アプリケーションが、前記の抽出された音波ＩＤを受け取らねばならない第２アプリケーションのアプリケーション識別情報（「アプリＩＤ」）、及び、前記の抽出された音波ＩＤに関連するコンテンツ情報を取得するステップと、
前記アプリＩＤに基づいて、第１アプリケーションが、前記コンテンツ情報を第２アプリケーションに伝達するステップと、
を含むことを特徴とする、音波受信及び処理方法。
【請求項９】
前記アプリＩＤとコンテンツ情報を取得するステップが、
複数のアプリケーションのそれぞれについてのアプリＩＤと、それぞれのアプリケーションに関連する音波ＩＤと、各音波ＩＤに関連するコンテンツ情報とをマッピングしたマッピング情報に基づいて、前記抽出された音波ＩＤにマッピングされたアプリＩＤ及びコンテンツ情報を取得することを特徴とする、請求項８に記載の音波受信及び処理方法。
【請求項１０】
前記マッピング情報が前記コンピューティングデバイス内に格納されていることを特徴とする、請求項９に記載の音波受信及び処理方法。
【請求項１１】
前記マッピング情報が前記コンピューティングデバイスの外部のサーバ装置に格納されており、
前記アプリＩＤとコンテンツ情報を取得するステップが、
第１アプリケーションが、前記抽出された音波ＩＤを前記サーバ装置に送信するステップと、
第１アプリケーションが、前記マッピング情報に基づいて選択されたアプリＩＤ及びコンテンツ情報を、前記サーバ装置から受信するステップと、
を含むことを特徴とする、請求項９に記載の音波受信及び処理方法。
【請求項１２】
第１アプリケーションが、予め設定された第１動作周期の間に第１音波受信動作を１回以上実行し、第２アプリケーションが、予め設定された第２動作周期の間に第２音波受信動作を１回以上実行するように構成されたことを特徴とする、請求項８に記載の音波受信及び処理方法。
【請求項１３】
前記第１動作周期内のそれぞれの第１音波受信動作が、第１動作周期の開始時刻からそれぞれ所定のオフセット時間の間隔が経過してから実行され、前記第２動作周期内のそれぞれの第２音波受信動作が、第２動作周期の開始時刻からそれぞれ所定のオフセット時間の間隔が経過してから実行されるように構成されたことを特徴とする、請求項１２に記載の音波受信及び処理方法。
【請求項１４】
少なくとも１つの前記第１音波受信動作と、少なくとも１つの前記第２音波受信動作とが、少なくとも部分的に重なり合うように、それぞれのオフセットを設定することで、前記重なり合った第１音波受信動作及び第２音波受信動作のうちの１つのみが実行されるように構成されたことを特徴とする、請求項１３に記載の音波受信及び処理方法。
【請求項１５】
請求項１〜請求項１４のいずれか一項に記載の方法をコンピュータで実行させるためのプログラムが記録されたコンピュータで読出し可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピューティングデバイスの音波の受信及び処理の方法に関し、より詳しくは、コンピューティングデバイス内の複数のアプリケーションが音波信号を受信しようとする際、音波受信動作を調整して、音波信号を受信し処理する方法に関する。
【０００２】
本発明は、下記の国家研究開発事業によって支援されたのである。
【０００３】
［この発明を支援した国家研究開発事業］
［課題固有番号］２０１７−０−０１５０７
［部署（省庁）名］科学技術情報通信部
［研究管理専門機関］情報通信技術振興センター
［研究事業名］スマートメディア技術開発事業化（Ｒ＆ＢＤ）支援事業
［研究課題名］セットトップボックスでＶＯＤ再生命令を送信する拡張型セカンドスクリーン音波技術開発
［寄与率］１／１
［主管機関］SOUNDLLY INC.（PCT出願時の出願人）
［研究期間］２０１７．０６．０１〜２０１８．１２．３１
【背景技術】
【０００４】
最近、スマートフォンなどのモバイル装置が普遍化するとともに、モバイル装置に内蔵されているオーディオインターフェース、即ち、スピーカとマイクを活用する音波通信方法が商用化されている。例えば、テレビ（ＴＶ）放送プログラムに、特定の情報を含んでいる不可聴音波を挿入して視聴者に放送すれば、視聴者が所持しているモバイル装置が、不可聴音波を受信し、それに基づいて視聴者にオーダーメード型広告などのコンテンツを提供する技術などが利用されている。
【０００５】
モバイル装置において、音波信号を受信かつ処理してコンテンツを提供するアプリケーションが複数インストールされて実行されることがある。しかし、様々な受信モジュールが様々なアプリケーションを介して各音波受信の動作を行うと、多くのバッテリが消耗され、受信動作間の衝突が生じるなど様々な問題が発生する恐れがある。
【０００６】
従って、音波受信動作を行う数個のアプリケーションがインストールされた場合、アプリケーションの音波受信の動作を調整し、可能な限りモバイル装置の音波受信の動作を効率よく運用する必要性が提起されている。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の一実施形態によれば、第１アプリケーションが受信した音波信号に、第２アプリケーション関連の音波ＩＤが含まれている場合、この音波ＩＤを第２アプリケーションに伝達するように構成する音波の受信及び処理の方法を開示することにある。
【課題を解決するための手段】
【０００８】
本発明の一実施形態によれば、コンピューティングデバイスで実行されるアプリケーションの音波の受信及び処理の方法であって、第１アプリケーションが音波識別情報ＩＤの含まれた音波信号を受信するステップと、第１アプリケーションが受信した前記音波信号から音波ＩＤを抽出するステップと、前記音波ＩＤが第１アプリケーション関連の音波ＩＤでない場合、第１アプリケーションが、前記抽出された音波ＩＤを受け取らねばならない第２アプリケーションのアプリケーション識別情報（「アプリＩＤ」）を取得するステップと、前記アプリＩＤに基づいて、第１アプリケーションが、前記音波ＩＤを第２アプリケーションに伝達するステップとを含むことを特徴とする音波受信及び処理方法が提供される。
【０００９】
本発明の一実施形態によれば、コンピューティングデバイスで実行されるアプリケーションの音波受信及び処理方法であって、第１アプリケーションが音波識別情報ＩＤの含まれた音波信号を受信するステップと、第１アプリケーションが受信した前記音波信号から音波ＩＤを抽出するステップと、前記音波ＩＤが第１アプリケーションの関連の音波ＩＤでない場合、第１アプリケーションが、前記抽出された音波ＩＤを受け取らねばならない第２アプリケーションのアプリケーション識別情報（「アプリＩＤ」）、及び、前記の抽出された音波ＩＤに関連するコンテンツ情報を取得するステップと、前記アプリＩＤに基づいて、第１アプリケーションが、前記コンテンツ情報を第２アプリケーションに伝達するステップとを含むことを特徴とする音波受信及び処理方法が提供される。
【００１０】
本発明の一実施形態によれば、前記の音波の受信及び処理の方法をコンピュータで実行させるためのプログラムが記録されたコンピュータで読み出し可能な記録媒体が提供される。
【発明の効果】
【００１１】
本発明の一実施形態によれば、第１アプリケーションが受信した音波信号に、第２アプリケーションの関連の音波ＩＤが含まれている場合、この音波ＩＤを第２アプリケーションに伝達するように構成することで、実質的に、各アプリケーションの音波受信動作の回数が減少しないようにすることで、音波受信の動作を効率よく運用できる利点がある。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るコンピューティングデバイスにおけるアプリケーションの音波の受信及び処理のためのシステムの全体を説明するための図である。
【図２】第１実施形態に係るアプリケーションの音波の受信及び処理の動作を説明する図である。
【図３】第２実施形態に係るアプリケーションの音波の受信及び処理の動作を説明する図である。
【図４】第３実施形態に係るアプリケーションの音波の受信及び処理の動作を説明する図である。
【図５】第４実施形態に係るアプリケーションの音波の受信及び処理の動作を説明する図である。
【図６】一実施形態に係るアプリケーションの音波受信の動作周期を説明するための図である。
【図７】アプリケーション間の音波受信の動作を調整する方法を説明するための図である。
【図８】アプリケーション間の音波受信の動作を調整する代替案的な方法を説明するための図である。
【図９】アプリケーション間の音波受信の動作を調整する更なる代替案的な方法を説明するための図である。
【発明を実施するための形態】
【００１３】
以上の本発明の目的、他の目的、特徴、及び利点は、添付の図面に関連する以下の好適な実施形態によって容易に理解されるであろう。しかし、本発明は、ここで説明される実施形態に限定されず、別の形態に具体化されてもよい。むしろ、ここで紹介する実施形態は、開示されている内容が徹底かつ完全になり得るように、そして、当業者に本発明の思想を十分に伝達できるようにするために提供される。本明細書において、いずれかの構成要素が他の構成要素の上にあると言及されている場合、それは、他の構成要素の上に直接形成され得るか、又は、その間に第３の構成要素が介在され得ることを意味する。
【００１４】
本明細書において使用されている用語は、実施形態を説明するためのものであって、本発明を制限しようとするものではない。本明細書において、単数は文面で特に言及しない限り複数型を含んでもよい。明細書で使用される「含む（ｃｏｍｐｒｉｓｅｓ）」及び／又は「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」は、言及された構成要素について、１つ以上の他の構成要素の存在又は追加を排除しない。
【００１５】
また、本明細書で発明の構成要素を称するために使用された「〜部」、「…モジュール」、「〜ボード」、「〜ブロック」などの用語は、少なくとも１つの機能や動作を処理する単位を意味し、これは、ハードウェアやソフトウェア又はハードウェア及びソフトウェアの組み合わせにより実現されることができる。
【００１６】
以下、図面を参照して本発明を詳説する。次の特定の実施形態の記述において、様々な特定的な内容は、発明をさらに具体的に説明して理解を助けるために作成されている。しかし、本発明を理解できる程度に、この分野において知識を有す者であれば、このような様々な特定的な内容がなくても使用され得ることを認知できるであろう。一部の例において、発明の記述にあたって、周知なものであったり、発明と大きく関連のない部分は、本発明の説明において混沌が生じるのを防止するために、記述しないということを予め言及しておく。
【００１７】
図１は、本発明の一実施形態に係るコンピューティングデバイスにおけるアプリケーションの音波の受信及び処理のためのシステムの全体を説明するための図である。
【００１８】
図面を参照すると、音波発生装置１０は、音波識別情報（音波ＩＤ）が含まれている音波信号を発信し、音波発生装置１０の周辺のモバイル装置２０が、この音波信号を受信して、これから音波ＩＤを抽出することができる。
【００１９】
好ましい一実施形態において、音波発生装置１０は、音波信号を発信できる任意の装置でありうる。例えば、音波発生装置１０は、テレビ（ＴＶ）システム、又は、家庭や売場（ストア）又は映画館などのオーディオシステムでありうる。一実施形態において、音波発生装置１０から発信される音波信号は、所定の長さのデジタルビットから構成されている識別情報（以下、「音波識別情報（音波ＩＤ）」ともいう）を含む。音波識別情報は、他の音波識別情報とは区別される所定の長さのデジタルビットから構成される。
【００２０】
一実施形態において、音波ＩＤは、音波信号の不可聴帯域に挿入することができる。不可聴帯域は、人の聴力で聞くことのできない周波数帯域を意味し、例えば１８〜２４ＫＨｚの帯域の周波数を含んでもよい。
【００２１】
本明細書において使用される用語である「音波」は、物体の振動が媒質（空気）を介して伝播され、人が聴覚で聞くことができるもので、特に区分する必要がない限り、本明細書では「音響」、「オーディオ」、又は「サウンド」と同じ意味として使用することにする。
【００２２】
所定の長さのデジタルビットから構成された音波ＩＤを音波信号に注入する方法については、当業界において周知である。例えば、音波発生器により不可聴帯域の音波を生成し、この生成された不可聴帯域音波に音波ＩＤを注入することができる。デジタルデータである音波ＩＤを振幅変調（ＡＳＫ）、周波数変調（ＦＳＫ）、チャープ変調（Ｃｈｉｒｐ  Ｍｏｄｕｌａｔｉｏｎ）、又は、位相変調（ＰＳＫ）といった様々な変調方式の少なくとも１つに基づいて変調した後、これを不可聴音波にのせることで、音波ＩＤの含まれた音波信号を生成することができる。
【００２３】
音波発生装置１０が音波信号を発信するとき、この音波発生装置１０の近隣にあるモバイル装置２０が音波信号を受信することができる。モバイル装置２０は、例えば、セルラーフォン、スマートフォン、タブレットＰＣ、ノート型パソコンなどといった通信可能なコンピューティングデバイスの１つでありうる。代替案的な実施形態において、パーソナルコンピュータ（ＰＣ）などのコンピューティングデバイスがモバイル装置２０を代替してもよい。モバイル装置２０は、音波信号を受信し、この音波信号から音波ＩＤを抽出するために、マイク、アナログ−デジタルコンバータ（ＡＤＣ）、信号抽出部などのハードウェア及び／又はソフトウェアを備えている。
【００２４】
モバイル装置２０に複数のアプリケーション２１、２２がインストールされて実行されうる。複数のアプリケーション２１、２２のそれぞれは、音波信号を受信し、この音波信号から音波ＩＤを抽出し、抽出された音波ＩＤによる所定の動作を行うことができる。
【００２５】
各アプリケーション２１、２２は、予め設定された周期で、またはランダムに、それぞれの音波受信の動作を行うことができる。しかし、第１アプリケーション２１が音波受信の動作を行う際に、必ずしも、第１アプリケーション２１が受けなければならない音波信号が、音波発生装置１０から現在発信されているとは保障できない。例えば、現在の音波発生装置１０は、第２アプリケーション２２が受けなければならない音波ＩＤの挿入された音波信号を発信しているのであるが、第１アプリケーション２１の音波受信動作が実行されるという状況が生じ得る。このような場合、一実施形態において、第１アプリケーション２１は、音波信号を受信して音波ＩＤを抽出し、この音波ＩＤについて、第２アプリケーション２２が受けなければならない音波ＩＤであることを確認することができる。
【００２６】
一実施形態において、このような音波ＩＤの確認のために、第１アプリケーション２１は、抽出した音波ＩＤを、ネットワークを介してサーバ３０に送信し、前記音波ＩＤを受けなければならないアプリケーションにおけるアプリケーション識別情報を、サーバ３０から受信することができる。他の実施形態において、第１アプリケーション２１は、前記音波ＩＤを受けなければならないアプリケーションにおけるアプリケーション識別情報、及び前記音波ＩＤに対応するコンテンツ情報を、サーバ３０から受信しうる。ここで、「ネットワーク」は、インターネット、移動通信網、ＷＡＮ、ＬＡＮ、ブルートゥース（登録商標）などの様々な有線又は無線の通信網の１つを含みうる。また、「コンテンツ情報」は、音波ＩＤに対応して予め格納されている任意のデータや情報を意味しうる。例えば、コンテンツ情報は、特定のウェブサイトのＵＲＬであってもよく、イメージ、テキスト、又は、マルチメディア情報であってもよく、発明の具体的な実施形態に応じて変わり得る。
【００２７】
その後、第１アプリケーション２１は、音波ＩＤ、又は前記音波ＩＤに対応するコンテンツ情報を、第２アプリケーション２２に伝達する。第２アプリケーション２２は、第１アプリケーション２１から音波ＩＤが伝達されてから、音波ＩＤに応じた所定の動作を行う。例えば、音波ＩＤをサーバ３０に送信した後、サーバ３０からコンテンツ情報を受信することができる。
【００２８】
図２〜図５は、いずれかのアプリケーションが、音波信号を受信して音波ＩＤを抽出した後、他のアプリケーションにこれを知らせるという、様々な実施形態が示されている。図面において、第１アプリケーションＡｐｐ  Ａ２１と第２アプリケーションＡｐｐ  Ｂ２２は、モバイル装置２０にインストールされて実行されるアプリケーションであり、サーバ３０は、ネットワークを介してモバイル装置２０と通信可能なように接続されている。また、音波発生装置１０から、音波ＩＤの含まれた音波信号が発信されており、この際に、モバイル装置２０の第１アプリケーション２１が、音波受信動作を実行していると仮定する。
【００２９】
図２は、第１実施形態に係るアプリケーションにおける音波の受信及び処理の動作を示す。図面を参照すると、モバイル装置２０の第１アプリケーション２１は、音波受信の動作によって、音波ＩＤの含まれた音波信号を受信し、この受信した音波信号から音波ＩＤを抽出する。その後、第１アプリケーション２１は、抽出した音波ＩＤが自身と関連する音波ＩＤであるかを判断する。一実施形態における第１アプリケーション２１は、マッピング情報２５に基づいて、このような判断を行うことができる。
【００３０】
図２は、例示的なマッピング情報２５を示す。マッピング情報２５は、複数の音波ＩＤ及び各音波ＩＤに関連するアプリケーションの識別情報（以下、「アプリＩＤ」ともいう）を含みうる。マッピング情報２５は、モバイル装置２０がアクセスできる任意の格納手段に格納されうる。一実施形態において、マッピング情報２５は、ルックアップテーブルやデータベースの形式で格納されうる。
【００３１】
アプリＩＤは、１つのアプリケーションを他のアプリケーションと区別する識別情報であり、例えば、アンドロイド（登録商標）ＯＳでは、「プロセスＩＤ」、「ｐａｃｋａｇｅ  ｎａｍｅ」、「ｃｌａｓｓ  ｎａｍｅ」などのように言及されたりもする。以下では、説明の便宜のために「アプリＩＤ」と称することにする。
【００３２】
一実施形態において、音波ＩＤは、所定のビット数の一連のビット列から構成される。図示する実施形態において、本発明を簡単に説明するために音波ＩＤが４ビットであると例示するが、具体的な実施形態に応じてビット数が変わり得ることは勿論である。
【００３３】
図示するマッピング情報２５を参照すると、例えば、第１アプリケーション２１が抽出した音波ＩＤが「１００１」であれば、第１アプリケーション２１は、抽出した音波ＩＤが自身に関連する音波ＩＤであると判断し、前記音波ＩＤに対応する後続の動作を実行する。例えば、第１アプリケーション２１は、音波ＩＤをサーバ３０に送信し、サーバ３０から特定のコンテンツ情報を受信できるであろう。
【００３４】
第１アプリケーション２１から抽出された音波ＩＤが第１アプリケーション２１に関連する音波ＩＤでない場合、第１アプリケーション２１は、この抽出された音波ＩＤに関連するアプリケーションのアプリＩＤを取得することができる。
【００３５】
例えば、第１アプリケーション２１から抽出された音波ＩＤが「１０１１」であれば、マッピング情報２５に基づいて、第１アプリケーション２１は、この音波ＩＤが第２アプリケーション２２に関連する音波ＩＤであると判断し、第２アプリケーション２２のアプリＩＤを取得することができる。その後、第１アプリケーション２１は、第２アプリケーション２２のアプリＩＤを用いて音波ＩＤを第２アプリケーション２２に伝達する。モバイル装置２０内におけるアプリケーション間のデータ送信は当業界において公知となっている。例えば、モバイル装置２０がアンドロイド（登録商標）オペレーティングシステム（ＯＳ）で動作する場合、インテント−ブロードキャストレシーバー（Ｉｎｔｅｎｔ−Ｂｒｏａｄｃａｓｔ Ｒｅｃｅｉｖｅｒ）、バインダ（Ｂｉｎｄｅｒ）などの機能を使用したり、ＡＩＤＬ（Ａｎｄｒｏｉｄ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｆｉｎｉｔｉｏｎ  Ｌａｎｇｕａｇｅ）などのＩＰＣ（Ｉｎｔｅｒ  Ｐｒｏｃｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）技術を用いて、第１アプリケーション２１が第２アプリケーション２２に音波ＩＤを伝達することができる。
【００３６】
第２アプリケーション２２が第１アプリケーション２１から音波ＩＤを受信すると、第２アプリケーション２２は、音波ＩＤによる所定の動作を行いうる。例えば、第２アプリケーション２２は、音波ＩＤをサーバ３０に送信し、サーバ３０は、この音波ＩＤに対応するコンテンツ情報を第２アプリケーション２２に送信する。ここで、「コンテンツ情報」は、音波ＩＤに対応して予め格納された任意のデータや情報でありうる。例えば、コンテンツ情報は、特定のウェブサイトのＵＲＬであってもよく、イメージ、テキスト、又は、マルチメディア情報であってもよく、発明の具体的な実施形態に応じて変わり得る。
【００３７】
図３は、第２実施形態に係るアプリケーションの音波の受信及び処理の動作を示す。図面を参照すると、モバイル装置２０の第１アプリケーション２１が音波ＩＤの含まれた音波信号を受信し、この受信した音波信号から音波ＩＤを抽出する。第１アプリケーション２１は、抽出した音波ＩＤが自身に関連する音波ＩＤであるかを判断する。図示する第２実施形態において、第１アプリケーション２１は、マッピング情報２６に基づいて、このような判断を行うことができる。
【００３８】
図３は、第２実施形態の例示的なマッピング情報２６を示す。マッピング情報２６は、複数の音波ＩＤ、各音波ＩＤに関連するアプリＩＤ、及び各音波ＩＤに関連するコンテンツ情報を含む。マッピング情報２６は、モバイル装置２０がアクセスできる任意の格納手段に格納されてもよい。一実施形態において、マッピング情報２６は、ルックアップテーブルやデータベースの形式で格納されてもよい。
【００３９】
図２に示すマッピング情報２５と比較するとき、図３に示すマッピング情報２６は、各音波ＩＤに関連するコンテンツ情報をさらに含んでいる。従って、第１アプリケーション２１はアプリＩＤだけでなく、コンテンツ情報も取得することができる。例えば、第１アプリケーション２１が抽出した音波ＩＤが、「１０１１」であれば、マッピング情報２６に基づいて、第１アプリケーション２１は、この音波ＩＤが、第２アプリケーション２２に関連する音波ＩＤであると判断して第２アプリケーション２２のアプリＩＤを取得し、また、第１アプリケーション２１は、マッピング情報２６に基づいて、該音波ＩＤに関連するコンテンツ情報も取得することができる。
【００４０】
一実施形態において、第１アプリケーション２１は、第２アプリケーション２２にコンテンツ情報を伝達する。他の実施形態において、第１アプリケーション２１は、第２アプリケーション２２に音波ＩＤとコンテンツ情報を伝達してもよい。その後、第２アプリケーション２２は、受信したコンテンツ情報を、例えば、モバイル装置２０のディスプレイやスピーカを介して出力することができる。アプリケーション間のデータ送信方法及びコンテンツ情報の意味について、図２を参照して説明したため、その説明は省略する。
【００４１】
図４は、第３実施形態に係るアプリケーションの音波の受信及び処理の動作を示す。図面を参照すると、モバイル装置２０の第１アプリケーション２１が、音波ＩＤの含まれた音波信号を受信し、この受信した音波信号から音波ＩＤを抽出する。第１アプリケーション２１は、抽出した音波ＩＤが自身に関連する音波ＩＤであるかを判断する。
【００４２】
第３実施形態において、モバイル装置２０は、マッピング情報を有しておらず、各アプリケーションは、自身に関連する音波ＩＤだけを識別することができ、他のアプリケーションに関連する音波ＩＤは識別できないと仮定する。一実施形態において、第１アプリケーション２１は、抽出した音波ＩＤを自身が処理しなければならない音波ＩＤでないと判断すると、この音波ＩＤをサーバ３０に送信する。
【００４３】
第３実施形態において、サーバ３０がマッピング情報３６を格納している。マッピング情報３６は、複数の音波ＩＤ、及び、各音波ＩＤに関連するアプリＩＤを含む。さらに、マッピング情報３６は、各音波ＩＤに関連するコンテンツ情報をさらに含んでもよい。マッピング情報３６は、サーバ３０内、又は、サーバ３０がアクセスできるローカルデータベースに格納され得る。一実施形態において、マッピング情報３６は、ルックアップテーブルやデータベースの形式で格納されてもよい。
【００４４】
サーバ３０が音波ＩＤを受信すると、マッピング情報３６を参照して前記音波ＩＤに関連する第２アプリケーション２２のアプリＩＤ及びコンテンツ情報を取得する。その後、サーバ３０は、アプリＩＤとコンテンツ情報を第１アプリケーション２１に送信する。
【００４５】
第１アプリケーション２１がアプリＩＤとコンテンツ情報を受信すると、第２アプリケーション２２にこのコンテンツ情報を伝達することができる。他の実施形態において、第１アプリケーション２１は、第２アプリケーション２２に音波ＩＤとコンテンツ情報を伝達してもよい。その後、第２アプリケーション２２は、受信したコンテンツ情報を、例えば、モバイル装置２０のディスプレイやスピーカを介して出力することができる。アプリケーション間のデータ送信方法及びコンテンツ情報の意味については、図２を参照して説明したため、その説明は省略する。
【００４６】
図５は、第４実施形態に係るアプリケーションの音波の受信及び処理の動作を示す。図面を参照すると、モバイル装置２０の第１アプリケーション２１が、音波ＩＤの含まれた音波信号を受信し、この受信した音波信号から音波ＩＤを抽出する。第１アプリケーション２１は、抽出した音波ＩＤが自身に関連する音波ＩＤであるかを判断する。
【００４７】
第３実施形態と同様に、第４実施形態において、モバイル装置２０はマッピング情報を有しておらず、各アプリケーションは、自身に関連する音波ＩＤだけを識別でき、他のアプリケーションに関連する音波ＩＤは識別できないと仮定する。従って、第１アプリケーション２１は、抽出した音波ＩＤについて、自身が処理しなければならない音波ＩＤでないと判断すれば、この音波ＩＤをサーバ３０に送信する。
【００４８】
第４実施形態において、サーバ３０がマッピング情報３６を格納している。マッピング情報３６は、複数の音波ＩＤ、及び、各音波ＩＤに関連するアプリＩＤを含む。さらに、マッピング情報３６は、各音波ＩＤに関連するコンテンツ情報をさらに含んでもよい。マッピング情報３６は、サーバ３０内、又は、サーバ３０がアクセスできるローカルデータベースに格納される。一実施形態において、マッピング情報３６は、ルックアップテーブルやデータベースの形式で格納されてもよい。
【００４９】
サーバ３０が音波ＩＤを受信すると、マッピング情報３６を参照して前記音波ＩＤに関連する第２アプリケーション２２のアプリＩＤを取得し、このアプリＩＤを第１アプリケーション２１に送信する。
【００５０】
第１アプリケーション２１が、第２アプリケーション２２のアプリＩＤを受信すると、第２アプリケーション２２に音波ＩＤを伝達する。第２アプリケーション２２は、受信した音波ＩＤをサーバ３０に送信する。サーバ３０は、第２アプリケーション２２から音波ＩＤを受信すると、この音波ＩＤに関連するコンテンツ情報を第２アプリケーション２２に送信することができる。
【００５１】
代替案的な実施形態として、コンテンツ情報がサーバ３０ではない他の外部装置（「第２サーバ」という）に格納されているのであり得る。この場合、第２アプリケーション２２が、第１アプリケーション２１から音波ＩＤを受信すると、音波ＩＤを第２サーバに送信し、音波ＩＤに対応するコンテンツ情報を第２サーバから受信することができる。
【００５２】
では、図６〜図９を参照して、アプリケーション間の音波受信の動作を調整する例示的な構成について説明する。
【００５３】
図６は、一実施形態に係るアプリケーションの音波受信の動作周期を説明するための図である。図６において、説明の便宜のために、第１アプリケーションＡｐｐ  Ａ２１を例に取って説明する。しかし、後述する音波受信の動作が、第２アプリケーション２２などの残りのアプリケーションにも、同一又は同様に適用され得ることを理解するであろう。
【００５４】
図６の(a)を参照すると、一実施形態にて、第１アプリケーション２１は、予め設定された動作周期Ｐにしたがって、１回ずつの音波受信の動作を行うことができる。動作周期Ｐは、アプリケーション２１をモバイル装置２０にインストールする際に設定され、アプリケーションのアップデート又はユーザの設定により変更され得る。
【００５５】
音波受信の動作は、モバイル装置２０が音波信号を受信する動作を意味する。例えば、モバイル装置２０が、音波受信のために、マイク、アナログ−デジタルコンバータ（ＡＤＣ）、音波信号処理部などのハードウェア及び／又はソフトウェアリソース（資源）を活性化しておき、音波信号を受信すれば、これらの資源を用いて音波信号から音波ＩＤを抽出するという動作を含み得る。
【００５６】
図６の(b)を参照すると、他の一実施形態において、第１アプリケーション２１は、予め設定された動作周期Ｐにしたがって１回ずつの音波受信の動作を行うのであるが、動作周期Ｐの開始時刻から所定のオフセットが経過してから実行されうる。動作周期Ｐとオフセットは、アプリケーション２１をモバイル装置２０にインストールする際に設定され、アプリケーションのアップデート又はユーザの設定により変更され得る。
【００５７】
図６の(c)を参照すると、更なる他の一実施形態において、第１アプリケーション２１は、予め設定された動作周期Ｐにしたがって複数回ずつの音波受信の動作を行うのであるが、動作周期Ｐ内のそれぞれの音波受信の動作が動作周期Ｐの開始時刻からそれぞれの所定のオフセットが経過してから実行されるのでありうる。図示するように、例えば、動作周期Ｐごとに２回の音波受信の動作が実行されるが、１番目の音波受信の動作は、動作周期Ｐの開始時刻から第１オフセットＯＦ１が経過してから実行され、２番目の音波受信動作は、第２オフセットＯＦ２が経過してから実行される。このような動作周期ＰとオフセットＯＦ１、ＯＦ２は、アプリケーション２１をモバイル装置２０にインストールする際に設定され、アプリケーションのアップデート又はユーザの設定により変更され得る。
【００５８】
次に、図７〜図９を参照して、アプリケーション間の音波受信の動作を調整する方法について説明する。説明の便宜のために、モバイル装置２０内における２つのアプリケーション（Ａｐｐ  Ａ及びＡｐｐ  Ｂ）の間の動作の調整を例にして説明する。しかし、このような動作の調整が、３つ以上のアプリケーションの間にも適用され得ることを理解するであろう。
【００５９】
図７は、一実施形態により、アプリケーション間の音波受信の動作を調整する方法を示す。図面を参照すると、第１アプリケーションＡｐｐ  Ａ２１は、第１動作周期Ｐ１に１回の音波受信の動作を実行し、第２アプリケーションＡｐｐ  Ｂ２２は、第２動作周期Ｐ２に１回の音波受信の動作を実行する。発明の具体的な実施形態により、第１動作周期Ｐ１と第２動作周期Ｐ２は同一であってもよく、異なってもよい。図示する実施形態において、第１動作周期Ｐ１と第２動作周期Ｐ２が他の値を有し、第１及び第２アプリケーションの音波受信動作のオフセットはそれぞれ０であると仮定した。
【００６０】
また、ここで、第１動作周期Ｐ１と第２動作周期Ｐ２の最初の開始の時刻が同期化されていると仮定する。２つ以上のアプリケーションの間における一部の動作周期を同期化するため、例えば、アプリケーションがインストールされた端末の絶対時間を用いてそれぞれを設定する方法が使用されてもよい。一実施形態における各アプリケーションは、自身の動作周期とオフセット及び端末の時間を知っているため、音波の受信の時刻を決定する際、端末時間を基準として、例えば、１日（２４時間）の間における音波受信の動作の開始時間をタイムテーブルで予め作成し、このタイムテーブルの時間情報を特定の時刻にアプリケーションの一部が実行されるようにする業務スケジュール（Ｊｏｂ  Ｓｃｈｅｄｕｌｅ）（例えば、オペレーティングシステムの業務スケジュール）に登録することができる。従って、図７〜図９に示したように、２つのアプリケーションの動作周期の開始時点の一部を同期化することができる。
【００６１】
この実施形態において、第１アプリケーション２１の音波受信の動作と第２アプリケーション２２の音波受信の動作は、互いに少なくとも部分的に重なることも、また、重なることなく別々に実行されることもありうる。アンドロイド（登録商標）オペレーティングシステムといった一部のオペレーティングシステムでは、マイクの使用権限を１つのアプリケーションにのみ付与する場合がある。従って、このようなオペレーティングシステムの下で、２つのアプリケーションの音波受信の動作が重なる場合、例えば、第１アプリケーション２１が時間的に先に始まる音波受信の動作（「先行音波受信動作」）を実行しているのであれば、時間的に後で始まる第２アプリケーション２２の音波受信の動作（「後行音波受信動作」）は、たとえ自身の動作周期に合わせて実行されなければならないとしても、先行の音波受信の動作がマイクを使用中であるため実行できない。しかし、図２〜図５を参照して説明したように、先行の音波受信の動作を実行した第１アプリケーション２１が音波信号から音波ＩＤを抽出した後、この音波ＩＤが第２アプリケーション２２に関する音波ＩＤであると判断すれば、この音波ＩＤ又はコンテンツ情報を、第２アプリケーション２２に伝達することができる。
【００６２】
また、第１及び第２アプリケーションの音波受信の動作が互いに重なることなく、それぞれ個別に実行される場合、例えば、第１アプリケーション２１の音波受信の動作の際に受信した音波信号の音波ＩＤが、第２アプリケーション２２に関連しているものであれば、第１アプリケーション２１は、音波ＩＤ又はコンテンツ情報を第２アプリケーション２２に伝達することができる。反対に、第２アプリケーション２２の音波受信の動作の際に受信した音波信号の音波ＩＤが、第１アプリケーション２１に関連するものであれば、第２アプリケーション２２は、音波ＩＤ又はコンテンツ情報を第１アプリケーション２１に伝達することができる。
【００６３】
図８は、更なる実施形態により、アプリケーション間の音波受信の動作を調整する方法を示す。図面を参照すると、第１アプリケーション２１は、第１動作周期Ｐ１にオフセットが０である音波受信の動作を１回実行し、第２アプリケーション２２は、第２動作周期Ｐ２にオフセットがＯＦ１（但し、ＯＦ１は０ではない）の音波受信の動作を１回実行することができる。ここで、第１動作周期Ｐ１と第２動作周期Ｐ２は同一であり、動作周期の開始時刻も同期化されており、２つのアプリケーションの音波受信の動作が互いに重ならないよう、オフセットＯＦ１に設定される。
【００６４】
従って、この実施形態において、第１アプリケーション２１の音波受信動作と第２アプリケーション２２の音波受信動作は互いに重複することなく、同じ周期（Ｐ１＝Ｐ２）の間に１回ずつ交互に実行されうる。即ち、モバイル装置２０に複数のアプリケーションがインストールされた場合、各アプリケーションの音波受信動作に関する動作周期とオフセットを調整することで、互いに重複することなく音波受信動作を実行することができる。
【００６５】
一実施形態において、このような各アプリケーションの音波受信動作に関する動作周期とオフセットの調整は、モバイル装置２０内の各アプリケーション同士が相互に通信して実行されうる。代替的に、モバイル装置２０にインストールされて音波受信を動作するアプリケーションに関する情報を、モバイル装置２０がサーバ３０に送信すると、サーバ３０が、互いに音波受信の動作の重複が生じないように、各アプリケーションの動作周期とオフセットを設定して各アプリケーションに伝達してもよい。
【００６６】
第１及び第２アプリケーションの音波受信の動作が交互に実行される場合、例えば、第１アプリケーション２１の音波受信の動作の際に受信した音波信号の音波ＩＤが、第２アプリケーション２２に関連するものであれば、第１アプリケーション２１は、音波ＩＤ又はコンテンツ情報を第２アプリケーション２２に伝達することができる。反対に、第２アプリケーション２２の音波受信の動作の際に受信した音波信号の音波ＩＤが、第１アプリケーション２１に関連するものであれば、第２アプリケーション２２は、音波ＩＤ又はコンテンツ情報を第１アプリケーション２１に伝達することができる。
【００６７】
従って、第１アプリケーション２１の観点から見ると、ある動作周期Ｐ１内に２回の音波受信動作をするのと同様であり、第２アプリケーション２２の観点においても、ある動作周期Ｐ２内に２回の音波受信の動作をするものであるため、このように、ある動作周期の間に音波受信の動作を交互に実行し、２つのアプリケーション間の音波ＩＤを伝達できるように構成すれば、各アプリケーションの音波受信の確率を向上させる効果がある。
【００６８】
図９は、更なる実施形態により、アプリケーション間の音波受信の動作を調整する方法を示す。図面を参照すると、第１アプリケーション２１は、第１動作周期Ｐ１にオフセットが０である音波受信動作２１１を１回実行し、第２アプリケーション２２は、第２動作周期Ｐ２に第１オフセットＯＦ１を有する第１音波受信動作２２１及び第２オフセットＯＦ２を有する第２音波受信動作２２２をそれぞれ１回実行する。
【００６９】
第１動作周期Ｐ１と第２動作周期Ｐ２は同一であり、動作周期の開始時刻も同期化されている。第１オフセットＯＦ１は０でない所定の値であるが、第１アプリケーション２１の音波受信動作２１１と、第２アプリケーションの第１音波受信動作２２１とが、少なくとも部分的に重なるように第１オフセットＯＦ１が設定される。音波受信動作２２２の第２オフセットＯＦ２も０でない所定の値であり、音波受信動作２１１、２２１と重ならないように設定される。
【００７０】
従って、この実施形態において、第１アプリケーション２１の音波受信動作２１１と、第２アプリケーション２２の第１音波受信動作２２１とは、周期ごとに（各周期にて）互いに重なり、第１アプリケーション２１の音波受信動作２１１が、時間的に早く実行される先行の音波受信の動作であるため、周期ごとに、第１アプリケーション２１の音波受信動作２１１が実行され、第２アプリケーション２２の第１音波受信動作２２１は実行されない。しかし、第２アプリケーション２２の第２音波受信動作２２２は、他のアプリケーションの音波受信の動作に妨害されることなく、周期ごとに実行されうる。
【００７１】
第１アプリケーションと第２アプリケーションの動作周期及びオフセットを、図９に示すように設定すると、第２アプリケーション２２の第１音波受信動作２２１が、第１アプリケーション２１の音波受信動作２１１をバックアップする役割を果たす。例えば、第１アプリケーション２１がバックグラウンドで動作するプログラムである場合、オペレーティングシステム（ＯＳ）が、電力消費の節減などの政策的な理由により、第１アプリケーション２１の音波受信機能を制限する場合が時々発生するのであり、一方、第２アプリケーション２２は、フォアグラウンド（ｆｏｒｅｇｒｏｕｎｄ）として動作するプログラムであるため、音波受信動作２２１、２２２がオペレーティングシステムにより制限を受けないという場合がある。この場合、第１アプリケーション２１の音波受信動作２１１が実行されなくても、音波受信動作２１１が実行されなければならない時間と重なる時間に、第２アプリケーション２２の音波受信動作２２１が実行されうる。第２アプリケーション２２は、音波受信動作２２１により、第１アプリケーション２１の関連の音波ＩＤが含まれた音波信号を受信し、第１アプリケーション２１に音波ＩＤを伝達することができるため、結果的に、第２アプリケーション２２の音波受信動作２２１が、第１アプリケーション２１の音波受信動作２１１をバックアップする役割を果たすことができる。
【００７２】
また、図９に示すように、動作周期及びオフセットが設定されている場合、いずれかの動作周期（Ｐ１又はＰ２）内に３回の音波受信動作２１１、２２１、２２２が実行されるようスケジューリングされたのであるが、実際は、２回の音波受信動作のみが生じることになるため、モバイル装置２０の立場から見た場合、消費電力を削減する効果がある。
【００７３】
上述したように図面を参照して本発明の実施形態を説明したが、本発明が属する分野で通常の知識を有する当業者であれば、上述した明細書の記載から様々な修正及び変形が可能であることを理解するであろう。従って、本発明の範囲は、説明された実施形態に限定して定められてはならず、後述する特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるべきである。
【図１】
2021505099.tif 000003
【図２】
2021505099.tif 000004
【図３】
2021505099.tif 000005
【図４】
2021505099.tif 000006
【図５】
2021505099.tif 000007
【図６】
2021505099.tif 000008
【図７】
2021505099.tif 000009
【図８】
2021505099.tif 000010
【図９】
2021505099.tif 000011
【国際調査報告】
2021505099.tif 000012
2021505099.tif 000013
2021505099.tif 000014
2021505099.tif 000015
2021505099.tif 000016
2021505099.tif 000017