(57)【要約】【課題】様々な用途に適用可能な音響出力システムをより容易に構築できるようにする。【解決手段】実施形態の音響出力システムは、音声を含む音声データ、又は、音を含む音データを出力対象データとして受け付ける受付部と、前記出力対象データから特定されるコンテンツを識別するコンテンツ識別情報を生成するコンテンツ識別情報生成部と、センサデータ及び入力データの少なくとも一方から、ステータスを識別するステータス識別情報を生成するステータス識別情報生成部と、前記コンテンツ識別情報と前記ステータス識別情報とから、前記出力対象データの出力制御に使用されるパラメータ情報を生成するパラメータ情報生成部と、前記パラメータ情報を使用して、前記出力対象データの音響の出力制御をする出力制御部と、を備える。【選択図】図１
2019145944.tif 000002
【特許請求の範囲】
【請求項１】
音声を含む音声データ、又は、音を含む音データを出力対象データとして受け付ける受付部と、
前記出力対象データから特定されるコンテンツを識別するコンテンツ識別情報を生成するコンテンツ識別情報生成部と、
センサデータ及び入力データの少なくとも一方から、ステータスを識別するステータス識別情報を生成するステータス識別情報生成部と、
前記コンテンツ識別情報と前記ステータス識別情報とから、前記出力対象データの出力制御に使用されるパラメータ情報を生成するパラメータ情報生成部と、
前記パラメータ情報を使用して、前記出力対象データの音響の出力制御をする出力制御部と、
を備える音響出力システム。
【請求項２】
前記コンテンツ識別情報生成部は、前記出力対象データが前記音データである場合、前記音データに含まれる音を判定し、前記音の判定結果に応じて前記コンテンツ識別情報を生成する、
請求項１に記載の音響出力システム。
【請求項３】
前記コンテンツ識別情報生成部は、前記出力対象データが前記音声データである場合、前記音声データに含まれる音声の言語を判定し、判定された言語に応じた音声認識エンジンにより前記音声を認識することにより得られた音声認識結果を取得し、前記音声認識結果の意味に応じて前記コンテンツ識別情報を生成する、
請求項１又は２に記載の音響出力システム。
【請求項４】
前記パラメータ情報は、パラメータと、前記パラメータの定義と、前記パラメータを算出するルールとを含み、
前記パラメータ、前記定義及び前記ルールの少なくとも１つの変更を示す操作入力を受け付けるユーザＩ／Ｆ部を更に備え、
前記パラメータ情報生成部は、前記操作入力に応じて前記パラメータ情報を更新する、
請求項１乃至３のいずれか１項に記載の音響出力システム。
【請求項５】
前記パラメータ情報生成部は、前記パラメータ情報を前記出力対象データに紐付け、
前記パラメータ情報は、前記コンテンツ識別情報を示すコンテンツパラメータ、前記ステータス識別情報を示すステータスパラメータ、前記コンテンツパラメータと紐づく仮想音像の出力制御を示す第１仮想音像パラメータ、及び、前記ステータスパラメータ及びコンテンツパラメータと紐づく、前記仮想音像の出力有無を示す第２仮想音像パラメータを少なくとも含む、
請求項４に記載の音響出力システム。
【請求項６】
前記ルールは、前記第２仮想音像パラメータを算出するルールを少なくとも含む、
請求項５に記載の音響出力システム。
【請求項７】
前記パラメータ情報は、前記仮想音像の出力を繰り返すか否かを制御する繰り返し制御パラメータを更に含み、
前記ルールは、前記繰り返し制御パラメータを算出するルールを更に含む、
請求項６に記載の音響出力システム。
【請求項８】
前記パラメータ情報生成部は、複数の前記出力対象データを１つのデータセットとし、前記データセットに含まれる前記出力対象データに紐付けられた前記パラメータ情報に含まれるパラメータのうち、少なくとも前記ステータスパラメータに同一の値を設定する、
請求項５乃至７のいずれか１項に記載の音響出力システム。
【請求項９】
音声を含む音声データ、又は、音を含む音データを出力対象データとして受け付けるステップと、
前記出力対象データから特定されるコンテンツを識別するコンテンツ識別情報を生成するステップと、
センサデータ及び入力データの少なくとも一方から、ステータスを識別するステータス識別情報を生成するステップと、
前記コンテンツ識別情報と前記ステータス識別情報とから、前記出力対象データの出力制御に使用されるパラメータ情報を生成するステップと、
前記パラメータ情報を使用して、前記出力対象データの音響の出力制御をするステップと、
を含む音響出力方法。
【請求項１０】
コンピュータを、
音声を含む音声データ、又は、音を含む音データを出力対象データとして受け付ける受付部と、
前記出力対象データから特定されるコンテンツを識別するコンテンツ識別情報を生成するコンテンツ識別情報生成部と、
センサデータ及び入力データの少なくとも一方から、ステータスを識別するステータス識別情報を生成するステータス識別情報生成部と、
前記コンテンツ識別情報と前記ステータス識別情報とから、前記出力対象データの出力制御に使用されるパラメータ情報を生成するパラメータ情報生成部と、
前記パラメータ情報を使用して、前記出力対象データの音響の出力制御をする出力制御部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は音響出力システム、音響出力方法及びプログラムに関する。
【背景技術】
【０００２】
仮想的な音像を作成することにより、音及び音声の臨場感を再現する仮想音像技術が従来から知られている。例えば、ユーザの頭の動きをセンサで検知して、仮想音像フィルタのパラメータを動的に変化させることにより、ユーザの頭が動いても常に一定の方向から音が聞こえてくるような音響出力を可能にする音声ガイドシステムが従来から知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１７／０６１２１８号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、個々の異なる目的に応じ最適と考えられるハードウェア及びソフトウェアの構成により音響出力システムが構築されているため、仮想音像の出力効果の制御範囲及び制御内容等は、システム構築時に設定された入出力環境により制限されていた。このため、従来の技術では、例えば、汎用の仮想音像ミドルウェアを用いてパラメータ調整により各用途に対応する音響出力システムを実現することができなかった。また例えば、ユーザが途中で音響出力システムの使い方を変更したくなっても、設定変更では対応できず、その都度、音響出力システム全体を再構築する必要があった。
【課題を解決するための手段】
【０００５】
実施形態の音響出力システムは、音声を含む音声データ、又は、音を含む音データを出力対象データとして受け付ける受付部と、前記出力対象データから特定されるコンテンツを識別するコンテンツ識別情報を生成するコンテンツ識別情報生成部と、センサデータ及び入力データの少なくとも一方から、ステータスを識別するステータス識別情報を生成するステータス識別情報生成部と、前記コンテンツ識別情報と前記ステータス識別情報とから、前記出力対象データの出力制御に使用されるパラメータ情報を生成するパラメータ情報生成部と、前記パラメータ情報を使用して、前記出力対象データの音響の出力制御をする出力制御部と、を備える。
【図面の簡単な説明】
【０００６】
【図１】図１は実施形態の音響出力システムの機能構成の例を示す図である。
【図２】図２は実施形態のコンテンツ識別情報生成部の機能構成の例を示す図である。
【図３】図３は実施形態のステータス識別情報生成部の機能構成の例を示す図である。
【図４】図４は実施形態の音響出力方法の例を示すフローチャートである。
【図５】図５は実施形態のパラメータ情報の例を示す図である。
【図６】図６は実施形態の出力対象データテーブルの例を示す図である。
【図７】図７は実施形態のパラメータ情報の例（ユースケース１の場合）を示す図である。
【図８】図８は実施形態のパラメータ情報の例（ユースケース２の場合）を示す図である。
【図９】図９は実施形態のパラメータ情報の例（ユースケース３の場合）を示す図である。
【図１０】図１０は実施形態のパラメータ情報の例（ユースケース４の場合）を示す図である。
【図１１】図１１は実施形態のパラメータ情報の例（ユースケース５の場合）を示す図である。
【図１２】図１２は実施形態のパラメータの入力Ｉ／Ｆの例を示す図である。
【図１３】図１３は実施形態のパラメータの入力Ｉ／Ｆの例を示す図である。
【図１４】図１４は実施形態のパラメータの入力Ｉ／Ｆの例を示す図である。
【図１５】図１５は実施形態のパラメータの入力Ｉ／Ｆの例を示す図である。
【図１６】図１６は実施形態の音響出力システムのハードウェア構成の例を示す図である。
【発明を実施するための形態】
【０００７】
以下に添付図面を参照して、音響出力システム、音響出力方法及びプログラムの実施形態を詳細に説明する。
【０００８】
はじめに、実施形態の音響出力システム１００の機能構成の例について説明する。
【０００９】
［機能構成の例］
図１は実施形態の音響出力システム１００の機能構成の例を示す図である。実施形態の音響出力システム１００は、受付部１、コンテンツ識別情報生成部２、ステータス識別情報生成部３、パラメータ情報生成部４、出力制御部５、出力部６及びユーザＩ／Ｆ部７を備える。
【００１０】
なお、上述の図１の音響出力システム１００の機能構成は、構成要素の組み合わせの一例を示しており、必ずしも全ての構成要素が備わっている必要はなく、用途に応じて、適宜、機能構成を変更してもよい。例えば、パラメータ情報生成部４及び出力制御部５を１つの機能ブロックにより実現してもよい。
【００１１】
受付部１は、音声を含む音声データ、又は、音を含む音データを受け付ける。受付部１は、音声データ又は音データをコンテンツ識別情報生成部２及びパラメータ情報生成部４に入力する。なお、受付部１は、音声データ又は音データを連続的に受け付けている場合、当該音声データ又は音データを、出力（再生）制御単位に分割し、分割された音声データ又は音データをコンテンツ識別情報生成部２及びパラメータ情報生成部４に入力する。
【００１２】
コンテンツ識別情報生成部２は、受付部１から、音声データ又は音データを受け付けると、当該音声データ又は音データから特定されるコンテンツを識別するコンテンツ識別情報を生成する。コンテンツの具体例については後述する。コンテンツ識別情報は、例えばコンテンツタグである。コンテンツ識別情報生成部２は、コンテンツ識別情報をパラメータ情報生成部４に入力する。
【００１３】
ステータス識別情報生成部３は、センサ２００から、当該センサ２００により測定されたセンサデータを受け付けると、当該センサデータから特定されるステータスを識別するステータス識別情報を生成する。ステータス識別情報は、例えばステータスタグである。なお、センサ２００は任意でよい。センサ２００は、例えば、ある領域の周辺情報を含む映像を取得するカメラ等である。また、センサ２００は、音響出力システム１００に備えられていてもよい。なお、ステータス識別情報生成部は、センサ２００からの入力ではなく、直接ユーザＩ／Ｆ部７を介したユーザによる入力を受け取ることもできる。
【００１４】
パラメータ情報生成部４は、受付部１から音声データ又は音データを受け付け、コンテンツ識別情報生成部２からコンテンツ識別情報を受け付け、ステータス識別情報生成部３からステータス識別情報を受け付ける。パラメータ情報生成部４は、音声データ（または音データ）、コンテンツ識別情報及びステータス識別情報から、パラメータ情報を生成する。パラメータ情報は、仮想音像の出力制御に使用される情報である。パラメータ情報は、例えばパラメータテーブルである。パラメータテーブルの具体例は、後述のユースケース１〜５で説明する。パラメータ情報生成部４は、パラメータ情報を出力制御部５に入力する。
【００１５】
出力制御部５は、パラメータ情報生成部４からパラメータ情報を受け付けると、当該パラメータ情報を使用して仮想音像の出力制御を行う。
【００１６】
出力部６は、出力制御部５により出力制御される仮想音像を出力する。
【００１７】
ユーザＩ／Ｆ部７は、パラメータ情報の変更を示す操作入力を受け付ける。ユーザＩ／Ｆ部７は、例えばパラメータの値、当該パラメータの定義、及び、当該パラメータを算出するルール（例えばアルゴリズム等）のうち、少なくとも１つの変更を示す操作入力を受け付ける。
【００１８】
図２は実施形態のコンテンツ識別情報生成部２の機能構成の例を示す図である。実施形態のコンテンツ識別情報生成部２は、入力判定部２１、音判定部２２、音声言語判定部２３、音声認識部２４、意味理解部２５及び付与部２６を備える。
【００１９】
入力判定部２１は、受付部１から出力対象データを受け付けると、当該出力対象データを判定する。入力判定部２１は、出力対象データが音データである場合、当該音データを音判定部２２に入力する。入力判定部２１は、出力対象データが音声データである場合、当該音声データを音声言語判定部２２に入力する。
【００２０】
音判定部２２は、入力判定部２１から音データを受け付けると、当該音データに含まれる音を判定する。音判定部２２は、例えば「何の音なのか」、「どのような意味を持つ音なのか」等を判定する判定エンジンにより実現される。音判定部２２は、音の判定結果を付与部２６に入力する。
【００２１】
一方、音声言語判定部２３は、入力判定部２１から音声データを受け付けると、当該音声データに含まれる音声の言語を判定する。音声言語判定部２３は、音声データ及び言語判定結果を音声認識部２４に入力する。
【００２２】
音声認識部２４は、音声言語判定部２３から音声データ及び言語判定結果を受け付けると、当該言語判定結果に応じて切り替えられた音声認識エンジンにより、当該音声データの音声認識を行う。音声認識部２４は、音声認識結果を意味理解部２５に入力する。
【００２３】
意味理解部２５は、音声認識部２４から音声認識結果を受け付けると、当該音声認識結果の意味を理解する。例えば、意味理解部２５は、音声認識結果に含まれる文字列に応じて、当該音声認識結果の意味を理解する。より具体的な例としては、意味理解部２５は、例えば音声認識結果に所定のキーワードが含まれている場合、当該音声認識結果の意味は「ＡＡＡ」であると理解する。意味理解部２５は、音声認識結果の意味を示す意味情報を付与部２６に入力する。
【００２４】
付与部２６は、音判定部２２から音の判定結果を受け付けた場合、当該音の判定結果に応じたコンテンツ識別情報（例えばコンテンツタグ）を音データに付与する。また、付与部２６は、意味理解部２５から意味情報を受け付けた場合、当該意味情報に応じたコンテンツ識別情報（例えばコンテンツタグ）を音声データに付与する。付与部２６は、音データ又は音声データに付与されるコンテンツ識別情報をパラメータ情報生成部４に入力する。
【００２５】
なお、上述の図２のコンテンツ識別情報生成部２の機能構成は、構成要素の組み合わせの一例を示しており、必ずしも全ての構成要素が備わっている必要はなく、用途に応じて、適宜、機能構成を変更してもよい。
【００２６】
図３は実施形態のステータス識別情報生成部３の機能構成の例を示す図である。実施形態のステータス識別情報生成部３は、加工部３１、入力判定部３２、意味理解部３３及び付与部３４を備える。
【００２７】
加工部３１は、センサ２００からセンサデータを受け付けると、当該センサデータの加工処理を行う。センサデータは、例えば、ある領域の周辺情報を含む。加工処理は、例えば音声データ又は音データが得られた時間帯に対応するユニット単位（以下、「単位センサデータ」という。）にセンサデータを分割する分割処理等を含む。具体的には、例えばセンサ２００によりセンサデータが連続的に取得され続けている場合、ステータスの判定処理が行われる前に、まず加工部３１が、音声データ又は音データに対応する「ある時間帯に限定したセンサデータ」として、センサデータから単位センサデータを切り出す。ステータスの判定処理は、例えば、ある領域に対して「人が立ち止っている」、「通り過ぎている」又は「誰もいない」の何れかを示すステータスを判定する処理等である。加工部３１は、単位センサデータを入力判定部３２に入力する。
【００２８】
入力判定部３２は、加工部３１から単位センサデータを受け付けると、当該単位センサデータの種類を判定する。具体的には、例えば入力判定部３２は、単位センサデータに含まれる数値群を分析することにより特徴量を抽出し、当該特徴量を使用して、当該単位センサデータを例えばグループＡ〜Ｃのいずれかに分類する。入力判定部３２は、分類された単位センサデータを意味理解部３３に入力する。なお、入力判定部３２は、単位センサデータを音響出力システム１００で処理可能なデータ形式にデータ変換し、単位センサデータそのものではなく、変換したデータを意味理解部３３に入力してもよい。また、上述の加工部３１及び入力判定部３２を１つの機能ブロックにしてもよい。
【００２９】
意味理解部３３は、入力判定部３２から、データ形式が変換された単位センサデータを受け付けると、当該単位センサデータの意味を理解する。具体的には、例えば意味理解部３３は、「グループＡに分類される単位センサデータは、人が立ち止っていることを意味する」等を判定する判定エンジンにより実現される。意味理解部３３は、単位センサデータの意味を示す意味情報を付与部２６に入力する。
【００３０】
付与部３４は、意味理解部３３から意味情報を受け付けると、当該意味情報に応じたステータス識別情報（例えばステータスタグ）を単位センサデータに付与する。付与部３４は、単位センサデータに付与されるステータス識別情報をパラメータ情報生成部４に入力する。
【００３１】
なお、上述の図３のステータス識別情報生成部３の機能構成は、構成要素の組み合わせの一例を示しており、必ずしも全ての構成要素が備わっている必要はなく、用途に応じて、適宜、機能構成を変更してもよい。
【００３２】
［音響出力方法］
図４は実施形態の音響出力方法の例を示すフローチャートである。はじめに、受付部１が、音声データ又は音データを受け付ける（ステップＳ１）。
【００３３】
次に、コンテンツ識別情報生成部２が、音声データ又は音データに付与されるコンテンツ識別情報を生成する（ステップＳ２）。具体的には、コンテンツ識別情報生成部２は、上述の図２の機能ブロックを動作させることにより、音声データ又は音データを認識し、当該音声データ又は音データの意味を理解する。そして、コンテンツ識別情報生成部２は、音声データ又は音データの意味に対応するコンテンツを識別するコンテンツ識別情報として、コンテンツタグを生成する。
【００３４】
次に、パラメータ情報生成部４が、ステップＳ２の処理により生成されたコンテンツ識別情報に基づいてパラメータ情報を生成するパラメータ情報生成ステップ１を実行する（ステップＳ３）。
【００３５】
パラメータ情報は、例えば音声データ又は音データの出力（再生）条件を決定するパラメータテーブルである。パラメータテーブルは、例えば定数及び変数の少なくとも一方を含む１以上のパラメータの集合である。パラメータテーブルは、出力（再生）対象データに紐付けられる。出力対象データは、出力対象の生データ（音声データ又は音データ）である。出力対象データは、パラメータテーブルに含まれる各パラメータの値の組み合わせにより指定された出力条件に基づいて、出力制御部５により出力制御される。
【００３６】
図５は実施形態のパラメータ情報の例を示す図である。図５の例は、パラメータ情報が、パラメータテーブルにより記憶されている場合を示す。本例では、パラメータテーブルは、取得時間（ｈ／ｍ／ｓ）を示すｔｉｍｅ、データＩＤを示すＩＤ、データ処理Ｔｙｐｅを示すＤ、データ最新性を示すＮ、内容分類を示すｃｏｎｔｅｎｔｓ、ステータス１（状態）を示すＳ１、ステータス２（再生回数）を示すｎｕｍ、繰り返し制御１を示すＲ１、繰り返し制御２を示すＲ２、コンテンツのタグ付を示すＸｉ〜Ｘｉｖ、タグと出力条件の紐付を示す１〜４、及び、ｏｕｔｐｕｔの制御を示すｏｕｔを、パラメータとして含む。出力対象データは、例えば「＊＊＊は〇〇〇です」等の音声メッセージを含む音声データである。
【００３７】
図４に示す、パラメータ情報生成ステップ１の詳細について説明する。パラメータ情報生成部４は、ステップＳ１の処理により音声データ又は音データが受け付けられた時刻（タイムスタンプ）を、ｔｉｍｅパラメータに設定する。パラメータ情報生成部４は、ステップＳ１の処理により音声データ又は音データが受け付けられたときに割り振られた識別番号（機械的に生成された識別用の数字等）を、ＩＤパラメータに設定する。パラメータ情報生成部４は、ステップＳ２の処理により生成されたコンテンツタグを、ｃｏｎｔｅｎｔｓパラメータに設定する。パラメータ情報生成部４は、ｔｉｍｅパラメータの値がその時点で最大値（最新）であれば、Ｎパラメータをη（最新）に設定し、ｔｉｍｅパラメータの値がその時点で最大値（最新）でなければ、δ（その他）を設定する。
【００３８】
なお、データ処理Ｔｙｐｅを示すＤパラメータは、音響出力システム１００のユーザにより予め設定される。Ｄパラメータは、Ｒ１パラメータの設定時に参照される。
【００３９】
以上が、パラメータ情報生成ステップ１である。また、パラメータ情報生成部４は、パラメータ情報生成ステップ１の実行と同時に、出力対象データテーブルに、ｔｉｍｅパラメータ及びＩＤパラメータを、時系列に書き込む。
【００４０】
図６は実施形態の出力対象データテーブルの例を示す図である。実施形態の出力（再生）対象データテーブルは、取得時間（ｈ／ｍ／ｓ）を示すｔｉｍｅ、及び、データＩＤを示すＩＤのパラメータを含む。ｔｉｍｅパラメータは、図５のパラメータテーブルのｔｉｍｅパラメータに対応する。ＩＤパラメータは、図５のパラメータテーブルのＩＤパラメータに対応する。出力対象データテーブルには、現在、出力制御対象になっている出力対象データが記憶される。
【００４１】
図４に示す、パラメータ情報生成ステップ２の全体的な処理を説明する。前記パラメータテーブル生成ステップ１の終了後、ステータス識別情報生成部３が、センサ２００等により測定されたセンサデータから、ステータス識別情報を生成する（ステップＳ４）。具体的には、ステータス識別情報生成部３は、上述の図３の機能ブロックを動作させることにより、センサ２００等により測定されたセンサデータ、及び、予め規定されたルールに従って、当該センサデータから特定されるステータスを識別するステータス識別情報として、ステータスタグを生成する。
【００４２】
次に、パラメータ情報生成部４が、ステップＳ４の処理により生成されたステータス識別情報に基づいてパラメータ情報を生成（更新）するパラメータ情報生成ステップ２を実行する（ステップＳ５）。
【００４３】
パラメータ情報生成ステップ２の詳細について説明する。パラメータ情報生成部４は、ステップＳ４の処理により生成されたステータスタグを、Ｓ１パラメータに設定する。
【００４４】
次に、パラメータ情報生成部４が、パラメータ情報生成ステップ２までに設定されたパラメータに基づいてパラメータ情報を生成（更新）するパラメータ情報生成ステップ３を実行する（ステップＳ６）。
【００４５】
パラメータ情報生成ステップ３の詳細について説明する。パラメータ情報生成部４は、ステータス２（再生回数）を示すｎｕｍパラメータ、繰り返し制御１を示すＲ１パラメータ、繰り返し制御２を示すＲ２パラメータ、コンテンツのタグ付を示すパラメータ（Ｘｉ〜Ｘｉｖ）、タグと出力条件の紐付を示すパラメータ（１〜４）、及び、ｏｕｔｐｕｔの制御を示すｏｕｔパラメータを設定する。
【００４６】
繰り返し制御１を示すＲ１パラメータ、及び、繰り返し制御２を示すＲ２パラメータは、出力対象データの出力回数を制御するルールに基づいて設定（決定）される。出力回数を制御するルールは、例えばユーザにより予め定義されたアルゴリズム等である。
【００４７】
ｏｕｔパラメータは、出力対象データの出力要否（ｏｕｔ＝１；出力、ｏｕｔ＝０；非出力）を示す。ｎｕｍパラメータ及びＲ２パラメータは、出力対象データの出力制御のための補助変数である。
【００４８】
以上の３つのパラメータ情報生成ステップ１〜３（ステップＳ３、５及び６）で、一連の音・音声出力動作のためのパラメータを規定するパラメータテーブルの値が全て計算され、更新される。
【００４９】
次に、出力制御部５が、上述のステップにより算出されたｏｕｔパラメータに基づき、ｏｕｔパラメータが１であればパラメータテーブルにより指定された出力条件で、当該パラメータテーブルに紐付けられた出力対象データを出力し（ステップＳ７）、ｏｕｔパラメータが０であれば出力しない（ステップＳ８）。
【００５０】
次に、出力制御部５は、Ｒ１パラメータ及びＲ２パラメータを参照し、出力対象データの出力の繰り返しを判定する（ステップＳ９）。
【００５１】
まずＲ１パラメータは、データ処理Ｔｙｐｅを示すＤパラメータ（フロー型φ又はログ型ζ）、及び、データ最新性Ｎの値から計算される。Ｒ１パラメータは、１又は０の値をとる。
【００５２】
Ｒ１＝０であれば、出力制御部５は、出力対象データテーブルから、パラメータテーブルに紐付けられた出力対象データに対応するｔｉｍｅパラメータ及びＩＤパラメータの組を削除し、当該出力対象データの出力制御シーケンスを終了する（ステップＳ１０）。音響出力システム１００は、出力対象データの出力制御処理が終了すると、次の出力対象データの入力待ち状態となる。
【００５３】
一方、Ｒ１＝１であれば、出力制御部５は、Ｒ２パラメータを計算する。Ｒ２パラメータの計算式は、パラメータテーブル内でユーザによって予め定義される。Ｒ２パラメータの計算式は、例えばＳ１パラメータ（ステータスタグ）、及び、ｃｏｎｔｅｎｔｓパラメータ（コンテンツタグ）等、状況によって変わる変数を含む。Ｒ２＝０であれば、上述のＲ１＝０の場合と同様に、ステップＳ１０の処理に進む。
【００５４】
また、Ｒ２＝１であれば、処理は、上述のステップＳ５の処理（パラメータ情報生成ステップ２）に戻る。これにより、再び出力制御処理シーケンスが繰り返され、Ｓ１パラメータ（ステータスタグ）の値の変化、及び、新しく入力された出力対象データのインプット等により、Ｒ１＝０又はＲ２＝０になるまで、ループを回り続けることになる。
【００５５】
以下に、上述の実施形態の音響出力システム１００を実際のユースケースに適用した場合のパラメータ情報の設定、及び、音響出力システム１００の動作について、具体例を示す。なお、各ユースケースで説明する音響出力方法は一例であり、各ユースケースで使用されるデータの定義、及び、変数の数等は適宜変更されてもよい。
【００５６】
［ユースケース１］
ユースケース１では、音響出力システム１００が、フィールドワークにおける従業員のコミュニケーション支援に適用される場合について説明する。ここでは、一例として、旅館で働く従業員が効率的に作業するために使用するコミュニケーション支援ツールへの音響出力システム１００の適用を挙げる。各担当業務にアサインされた従業員たちが、宿泊客の満足度を高め質の良いサービスを提供するために、相互に音声で顧客情報等のコミュニケーションを取りながら効率的に作業を行うコミュニケーションツールを使用している状況を考える。音声でやり取りされる情報の中には、客室担当向け、厨房担当向け、フロント担当向け、及び、全従業員対象の情報等がある。また、音声でやり取りされる情報は、担当者の立場に応じて重要度（聴く必要がない情報、聴く必要がある情報、及び、繰り返し再生が望ましい情報等）が異なる。
【００５７】
図７は実施形態のパラメータ情報の例（ユースケース１の場合）を示す図である。図７の例は、パラメータ情報が、パラメータテーブルにより記憶されている場合を示す。
【００５８】
はじめに、パラメータ情報生成ステップ１として、パラメータ情報生成部４は、出力対象データが受け付けられた時刻（タイムスタンプ）を、ｔｉｍｅパラメータに設定し、当該出力対象データが受け付けられたときに割り振られた識別番号を、ＩＤパラメータに設定する。また、パラメータ情報生成部４は、ｔｉｍｅパラメータ及びＩＤパラメータを出力対象データテーブル（図６参照）にも記憶する。
【００５９】
また、本ユースケース１の場合には、出力対象データは一度出力（再生）されて終わりではなく、ミッションが完了するまで繰り返し出力される可能性がある。そのため、データ処理Ｔｙｐｅを示すＤパラメータには、ログ型（ζ）が予め設定されている。また、パラメータ情報生成部４は、出力対象データテーブルを参照し、ｔｉｍｅパラメータの値が出力対象データテーブルのリストの中の最大値であれば、データ最新性を示すＮパラメータに最新（η）を設定し、別途最新データが出力対象データテーブル内に存在すれば、Ｎパラメータにその他（δ）を設定する。
【００６０】
続いて、パラメータ情報生成部４は、出力対象データの内容に応じて生成されたコンテンツタグをｃｏｎｔｅｎｔｓパラメータに設定する。図７の例では、コンテンツタグは、出力対象データの内容がどの業務向けかに応じて設置される。コンテンツタグＸ１は、部屋係向けコンテンツを識別する識別情報である。部屋係向けコンテンツは、例えば「お部屋の掃除をお願いします」等の音声データである。コンテンツタグＸ２は、厨房向けコンテンツを識別する識別情報である。厨房向けコンテンツは、例えば「部屋番号８番のお客様は蕎麦の実アレルギーです」等の音声データである。コンテンツタグＸ３は、フロント向けコンテンツを識別する識別情報である。フロント向けコンテンツは、例えば「部屋番号８のお客様が近くの美術館までの交通手段を知りたいそうです」等の音声データである。コンテンツタグＸ４は、全員向けコンテンツを識別する識別情報である。全員向けコンテンツは、例えば「明日は予約が満室で混雑が予想されます」等の音声データである。
【００６１】
図７の例では、出力対象データが、「部屋番号７のお掃除を９時までに完了してください」であるので、当該出力対象データのコンテンツタグはＸ１に設定される。
【００６２】
次に、パラメータ情報生成ステップ２について説明する。まず、センサ２００が、掃除というアクションの完了有無を確認する。パラメータ情報生成部４は、センサ２００により完了サインがまだ観測されていない場合、ステータス１（状態）を示すＳ１パラメータに、要対応を示すξを設定する。
【００６３】
繰り返し制御変数は、Ｒ１パラメータ及びＲ２パラメータの２種類がある。Ｒ１パラメータには、データ処理Ｔｙｐｅを示すＤパラメータと、データ最新性を示すＮパラメータとを使用した汎用計算式に従い、１又は０が設定される。図７の例では、データ処理Ｔｙｐｅがフロー型φであり、かつ、データ最新性がη（最新）であるため、Ｒ１＝１となる。
【００６４】
またＲ２パラメータの算定ルールは、ユーザにより予め設定される。図７の例では、ステータス１（状態）を示すＳ１パラメータ（ステータスタグ）が、Ｓ１＝ξ（要対応）であれば繰り返し出力し（Ｒ２＝１）、Ｓ１＝Ψ（対応完了）又はλ（情報共有のみ）であれば繰り返さず、１回再生して終わりとする（Ｒ２＝０）ように、算出ルールが設定（定義）されている。
【００６５】
コンテンツタグ、即ち出力対象データの内容に対応する仮想音像の出力条件は、パラメータテーブルの中で予めユーザが定義する。仮想音像の出力条件は、コンテンツのタグ付を示すパラメータ（Ｘ１〜Ｘ４）、及び、タグと出力条件の紐付を示すパラメータ（１〜４）により指定される。例えば、図７の例では、コンテンツタグがＸ１であればタグ値は１となり、タグ値が１の時には、ユーザ正面に対して１３５度の角度（右斜め後方に相当）から、耳から少し離れたある距離ｒａ相当から出力対象データが聞こえるように再生する、という条件が定義されている。なお、この耳から音源までの体感距離ｒａは、一定であっても可変であってもよい。なお、現時点では、体感距離ｒａが一定値のままで使用される場合でも、体感距離ｒａを示すパラメータに変数が格納できるようにしておいてもよい。これにより、将来的に再生体感距離の遠近が制御される場合にも対応することができる。
【００６６】
次に、パラメータ情報生成ステップ３について説明する。パラメータ情報生成ステップ３により、パラメータテーブルの最後の行で決定されるパラメータが、ｏｕｔｐｕｔの制御を示すｏｕｔパラメータである。図７の例では、出力対象データは、次の出力条件（１）及び（２）のいずれかを満たす場合、出力される（ｏｕｔ＝１）。
【００６７】
（１）「情報の内容が部屋係向け（Ｘ１）、又は、全員向け（Ｘ４）」であり、かつ、「再生回数ｎｕｍ＝０」である場合
（２）「情報の内容が部屋係向け（Ｘ１）、又は、全員向け（Ｘ４）」であり、かつ、「再生回数ｎｕｍが１以上であり、かつ、ステータスタグＳ１が要対応（ξ）」である場合
【００６８】
一方、出力対象データは、上記の出力条件（１）及び（２）のいずれも満たさない場合、出力されない（ｏｕｔ＝０）。
【００６９】
つまり、図７のパラメータテーブルの例では、リアルタイムで飛び交う種々の音声データの中で、部屋係にとって必要な情報が選択されて出力（再生）される。また、出力対象データは、ステータスタグＳ１が要対応（ξ）の場合は、誰かが対応完了してステータスタグが要対応（ξ）から、対応完了（Ψ）に変化するまで、繰り返し出力される。
【００７０】
以上の流れで、パラメータテーブルにより指定された出力条件に従って、出力対象データの出力制御（出力／非出力）が制御された後、繰り返し制御１を示すＲ１パラメータ、及び、繰り返し制御２を示すＲ２パラメータが参照される。この時、このユースケース１では、先述したようにＲ１パラメータは常に１である。また、Ｒ２パラメータは、このパラメータテーブル内では、ステータス１（状態）を示すＳ１パラメータ（ステータスタグ）がξであるため１となる。そのため、繰り返しフローが開始され、図４のフローチャートに示すように、パラメータ情報生成ステップ２から処理が再開される。パラメータ情報生成ステップ２で最新のステータスが観測され、Ｓ１パラメータが要対応（ξ）から完了（Ψ）に更新されると、繰り返しフローが終了する。
【００７１】
図７のパラメータテーブルを使用して、図４のフローチャートの処理を行うことにより、業務遂行にとって必要な音声データ又は音データを、取捨選択して内容に対応した方向から聞こえるように出力（再生）するという所望の動作を実現することができる。
【００７２】
［ユースケース２］
ユースケース２では、音響出力システム１００が、施設内での音源の出力制御に適用される場合について説明する。ユースケース２における「施設」とは、例えば電車内、商業施設内、役所内、及び、駅構内等、「区分され、他の領域と区別できるある領域」全般である。ユースケース２では、例えば一般道路など領域が限定されない場所は含まない。また、この領域内で発生する何らかの音又は音声は基本的に発生するのみであり、音源オーナ側による何らかの意図的な処理（その領域内の特定のエンドユーザのみに届けたいなど）は特に必要とされない場合を考える。音源オーナは、例えば施設が電車であれば、当該電車を運行する鉄道会社である。エンドユーザは、例えば施設が電車であれば、当該電車の乗客である。
【００７３】
図８は実施形態のパラメータ情報の例（ユースケース２の場合）を示す図である。図８の例は、パラメータ情報が、パラメータテーブルにより記憶されている場合を示す。具体的には、図８は、実施形態の音響出力システム１００を、例えば電車内の車内放送や駅ホームでの放送の情報のうち、駅名に特化して乗客に必要な情報を届けるアプリケーションへ適用する場合のパラメータテーブルを示す。通常、電車内では、停車駅が近づいたときに駅名の放送が流れ、また駅のホームに停車した際には扉が開くため駅ホームの駅名放送が電車内の乗客にも聞こえる。また、事故及び遅延等が発生した際にも車内放送がかかる。これらの放送は、電車内の乗客全体を対象としているが、基本的には流しっぱなしであり、音源オーナ（鉄道会社）からの「乗客に合わせこんだ放送処理」等は施されないのが普通である。一方、乗客側からすると、自分が降りる駅に直接関わる情報は聞き落としたくない、また自分が聞きやすい形で情報を受け取りたいというニーズがある。このようなニーズに対応した処理を行うために、例えば図８のようにパラメータテーブルを設定する。
【００７４】
ユースケース２では、ユーザは開放型イヤホンデバイス（このユースケース２では開放型イヤホンマイク）を装着しており、当該開放型イヤホンマイクのマイクによって車内放送の音を検出していると仮定する。すなわち、ユースケース２では、実施形態の音響出力システム１００は、開放型イヤホンマイクにより実現される。なお、音響出力システム１００の機能構成のうち、一部の機能を外部のサーバ装置やスマートデバイス等により実現し、当該サーバ装置やスマートデバイスと開放型イヤホンマイクとが通信することにより、実施形態の音響出力システム１００を実現してもよい。
【００７５】
ユースケース２におけるエンドユーザ（乗客）の目的は、例えば、自分が降りる駅で乗り過ごすことなく、余裕を持って心の準備をして下車すること、一方、自分の目的地までまだ距離がある場合には車内放送に気を配ることなくリラックスして過ごすことである。したがって、エンドユーザからのニーズとして、例えば目的の駅の一駅前及び目的駅に近づいたという情報は聞き逃したくないが、それ以外の位置を通過中に放送される駅名は聞こえなくても構わないというニーズがある。また例えば、車内放送における事故情報などの「駅名以外の情報」も聞こえる必要があるが、現在位置と連動した駅名情報とは区別して聞き取りたいというニーズがある。
【００７６】
このようなニーズを実現するためのパラメータ情報を、図８のパラメータテーブルにより実現する場合について説明する。ユースケース２では、路線Ａ（仮に横須賀線）を利用し、Ｂ駅（仮に錦糸町）で下車したい乗客に対し、ひとつ前のＣ駅（この仮定の元では馬喰町）に到着して車内アナウンスが流れ、その音声が出力対象データとなっている。
【００７７】
はじめに、パラメータ情報生成ステップ１として、パラメータ情報生成部４は、出力対象データが受け付けられた時刻（タイムスタンプ）を、ｔｉｍｅパラメータに設定し、当該出力対象データが受け付けられたときに割り振られた識別番号を、ＩＤパラメータに設定する。また、パラメータ情報生成部４は、ｔｉｍｅパラメータ及びＩＤパラメータを出力対象データテーブル（図６参照）にも記憶する。
【００７８】
なお、ユースケース２では、出力対象データは常に最新の情報を受け取り続けるので、データ処理Ｔｙｐｅを示すＤパラメータにはフロー型（φ）、データ最新性を示すＮパラメータにはディフォルトで最新（η）が予め設定（定義）されている。
【００７９】
続いて、パラメータ情報生成部４は、出力対象データの内容に応じて生成されたコンテンツタグをｃｏｎｔｅｎｔｓパラメータに設定する。図８の例では、例えば出力対象データは、「間もなく馬喰町に到着いたします」等の車内アナウンスの音声データである。実施形態の音響出力システム１００が適用されるアプリケーションでは、予めエンドユーザ（乗客）が乗車路線と下車したい駅名（例えば「錦糸町」）を入力しておく。そのため、下車予定駅「錦糸町」に対し、「馬喰町」が「ひとつ前の駅」であることが判定できる。そのため、出力対象データが、「馬喰町」を含む音声データの場合、当該出力対象データのｃｏｎｔｅｎｔｓパラメータ（コンテンツタグ）には、ひとつ前の駅名であることを示すＸ１が設定される。
【００８０】
次に、パラメータ情報生成ステップ２について説明する。図８の例では、「駅のホームに停車中若しくは駅のホームまで一定の距離以下に近づいた際のアナウンスに於いて発声された駅名」を検出したいため、ステータス１（状態）を示すＳ１パラメータに設定されるステータスタグを、「駅領域若しくは距離Ω内」（ξ）及びその他（Ψ）に分けている。この理由は、例えば「馬喰町」駅と全く離れた場所にいるときに「馬喰町で緊急停止ボタンが押されたため安全確認を行っております」などの車内放送がかかったときに、「馬喰町」を拾わないようにするためである。図８の例では、ステータスＳ１の現在位置が、「駅領域若しくは距離Ω内」（ξ）であることが、センサ２００からのセンサデータ、又は、その他の入力データにより取得された周辺情報から特定され、Ｓ１パラメータにξが設定される。
【００８１】
繰り返し制御変数１を示すＲ１パラメータは、先述したようにＤ＝φ、Ｎ＝ηであるため、図８の例ではＲ１パラメータは常に１となる。
【００８２】
またＲ２パラメータの算定ルールは、エンドユーザ（乗客）により予め設定される。図８の例では、繰り返し再生回数が０又は１であればＲ２＝１、それ以外（既に２回再生した）であればＲ２＝０で出力制御ループから抜けるように、算出ルールが設定（定義）されている。
【００８３】
コンテンツタグ、つまり出力対象データの内容に対応する仮想音像の出力条件は、パラメータテーブルの中で予めエンドユーザ（乗客）又はユーザ（鉄道会社）が定義する。仮想音像の出力条件は、コンテンツのタグ付を示すパラメータ（Ｘ１〜Ｘ３）、及び、タグと出力条件の紐付を示すパラメータ（１〜３）により指定される。例えば、図８の例では、コンテンツタグがＸ１であればタグ値は１となり、タグ値が１の時には、エンドユーザ正面に対して９０度の角度（右横）、距離ｒａ相当から出力対象データが聞こえるように再生する、という条件が定義されている。また、コンテンツタグがＸ２であればタグ値は２となり、タグ値が２の時には、エンドユーザ正面に対して２３５度（左後方）、距離ｒａ相当から出力対象データが聞こえるように再生する、という条件が定義されている。また、コンテンツタグがＸ３であればタグ値は３となり、タグ値が３の時には、０度（エンドユーザ正面）、距離ｒａ相当から出力対象データが聞こえるように再生する、という条件が定義されている。
【００８４】
次に、パラメータ情報生成ステップ３について説明する。パラメータ情報生成ステップ３により、パラメータテーブルの最後の行で決定されるパラメータは、ｏｕｔｐｕｔの制御を示すｏｕｔパラメータである。図８の例では、出力対象データは、次の出力条件（１）を満たす場合、出力される（ｏｕｔ＝１）。
【００８５】
（１）「コンテンツタグがひとつ前の駅名（Ｘ１）又は該当駅名（Ｘ２）」であり、かつ、「現在位置が駅領域若しくは距離Ω内（ξ）」である場合（なお、後述の繰り返し制御にて、「再生回数ｎｕｍ＝０又は１」である場合は、繰り返し制御２を示すＲ２パラメータが１となるため、出力対象データは、もう一度出力される。）
【００８６】
一方、出力対象データは、上記の出力条件（１）を満たさない場合、出力されない（ｏｕｔ＝０）。例えば、ｃｏｎｔｅｎｔｓパラメータ（コンテンツタグ）がＸ３（駅名以外）であったり、Ｓ１パラメータがΨ（「駅領域若しくは距離Ω内」以外）の場合、出力対象データは出力されない（ｏｕｔ＝０）。なお、これは乗客であるエンドユーザが、通常の車内放送を聴くことができないことは意味しない。ユースケース２で想定するのは開放イヤホン型デバイスの使用であり、このデバイスを介して耳元で強調されて再生されるのがｏｕｔ＝１となった出力対象データに限定されるだけであって、通常の車内放送の音声は普通に耳を介してユーザに入力されていることに注意すべきである。つまり、色々な車内放送（音声データ）の中で、エンドユーザ個人毎に異なる「降りる駅」「降りる駅のひとつ前の駅」の近傍若しくは駅に着いたときに、その車内放送やホーム案内放送をより強調させて該当ユーザの耳元で再生させる、というユースケースが本例である。
【００８７】
以上の流れで、パラメータテーブルにより指定された出力条件に従って、出力対象データの出力制御（出力／非出力）が制御された後、繰り返し制御１を示すＲ１パラメータ、及び、繰り返し制御２を示すＲ２パラメータが参照される。この時、このユースケース２では、先述したようにＲ１パラメータは常に１である。また、Ｒ２パラメータは、ｎｕｍ＝０又は１の時にはＲ２＝１となる。そのため、ｎｕｍ＝ｎｕｍ＋１とインクリメントされた後に、繰り返しフローが開始され、パラメータ情報生成ステップ２から処理が再開される。次のＲ２パラメータの計算時にｎｕｍ＞１となれば、繰り返しフローが終了する。そして、出力対象データテーブルから、繰り返しフローが終了した出力対象データに対応するデータ（ＩＤパラメータ及びｔｉｍｅパラメータの組）が削除され、次の出力対象データの入力待ちとなる。
【００８８】
［ユースケース３］
ユースケース３では、音響出力システム１００が、施設内での音源の出力制御に適用される場合について説明する。ユースケース３における「施設」とは、例えば商業施設内、役所内、美術館内、及び、博物館内等、「区分され、他の領域と区別できるある領域」の中で、特に相手に対し選択的に何らかの情報を伝えたいニーズがある環境全般である。
【００８９】
図９は実施形態のパラメータ情報の例（ユースケース３の場合）を示す図である。図９の例は、パラメータ情報が、パラメータテーブルにより記憶されている場合を示す。具体的には、図９は、例えば博物館内の展示物についての音声案内情報を出力対象データとして出力（再生）制御する場合のパラメータテーブルの例を示す。
【００９０】
ユースケース３では、音声データの内容はリアルタイムに生成されるものではなく、予め録音され準備されている。音声出力システム１００は、この音声情報を、該当展示物の前で鑑賞者が足を止めたときのみ再生させ、素通りしたときには再生しない、という制御処理を行う。この制御処理により、興味がなく素通りしようとしているだけの来場者にまで強引に解説音声を再生しないようにする。また、音声出力システム１００は、複数の鑑賞者が同じ展示物の前で興味を示して立ち止まった際には、それぞれのタイミングに合わせ個別に案内を再生する。これにより、情報オーナである博物館運営組織が、鑑賞者の利便性を確保した効果的な音声案内情報を発信することが可能となる。
【００９１】
ユースケース３では、出力対象データは、それぞれの展示物毎に予め用意された１以上の音声データである。そのため、取得時間を示すｔｉｍｅパラメータ、及び、データＩＤを示すＩＤパラメータには固定値が割り当てられている。データ処理Ｔｙｐｅを示すＤパラメータには、繰り返し再生をするため、ログ型（ζ）が設定される。また、データの最新性を示すＮパラメータは、ユースケース３の場合は意味を持たないパラメータとなるので何でもよい。そのため、例えばＮパラメータの値は、ηで固定する。
【００９２】
ユースケース３では、ｃｏｎｔｅｎｔｓパラメータ（コンテンツタグ）も、音声データの内容に応じて予め割り振られている。図９の例では、博物館の展示に対し、作品名と特徴に対してＸ１、作品の作られた時代や作者の背景の解説に対しＸ２、その他の補足情報や効果音などに対しＸ３が指定されている。したがって、ユースケース３のパラメータ情報生成ステップ１は、予め完了しており、鑑賞者が展示室に初めて入ると、パラメータ情報生成ステップ１で入力されるべきパラメータが既に入った状態でパラメータテーブルが音声データ群とともに鑑賞者の端末にダウンロードされる。鑑賞者の端末は、例えば開放型イヤホンデバイス（このユースケース３では開放型イヤホンスピーカ）と連動したスマートデバイスである。ユースケース３では、音響出力システム１００が、出力対象のユーザの開放型イヤホンスピーカを鑑賞者の状態に基づいて選択し、選択された開放型イヤホンスピーカに案内音声情報を出力する。
【００９３】
次に、パラメータ情報生成ステップ２について説明する。ユースケース３では、パラメータテーブルへのパラメータの動的入力は、常にパラメータ情報生成ステップ２から開始される。パラメータ情報生成２では、ステータス１（状態）を示すＳ１パラメータが、センサ２００により測定されたセンサデータに応じて設定される。ユースケース３では、展示物の近傍に設置されたセンサ２００が、その展示物の前に鑑賞者が立ち止ったか、通り過ぎている最中なのか、誰もいない状態なのかを測定する。そいて、パラメータ情報生成部４が、センサ２００により測定された状態を示すステータスタグをＳ１パラメータに設定する。図９のパラメータテーブルの例では、鑑賞者が立ち止まった状態を示すξがＳ１パラメータに設定されている。
【００９４】
なお、鑑賞者の状態を検知する方法は任意でよい。鑑賞者の状態は、例えば、音響出力システム１００のエンドユーザである鑑賞者が装着しているデバイス（例えば開放型イヤホンスピーカ等）が、展示物付近のセンサ２００が発する信号を一定時間以上受信しているか否かに基づいて検知される。ユースケース３では、音声データ自体は全ての鑑賞者に対し同じデータが音源オーナ（ユースケース３では博物館）によって用意されている。エンドユーザである鑑賞者が博物館内で自分の持つ端末のアプリケーションを立ち上げることにより、アプリケーション内にパラメータテーブルがダウンロードされる。パラメータテーブルのＳ１パラメータの値は、各エンドユーザの動き（立ち止まる、及び、通り過ぎる等）に応じて設定される。
【００９５】
繰り返し制御変数１を示すＲ１パラメータは、先述したようにＤ＝ζであるため、図９の例ではＲ１パラメータは常に１となる。
【００９６】
またＲ２パラメータの算定ルールは、ユーザ（博物館）により予め設定される同じ展示物の説明を同じエンドユーザ（鑑賞者）に対し２回以上繰り返すことはない。そのため、図９の例では、ｎｕｍ＝０のときのみ繰り返し有となり（Ｒ２＝１）、ｎｕｍが１以上の時は、繰り返しなしとなる（Ｒ２＝０）。これにより、例えば鑑賞者が一度見た展示物を、戻ってきて丁寧に見直すような場合でも、同じ音声案内を何度も再生する状況を回避する制御が可能となる。なお、鑑賞者は、意図的に端末に指示をすることにより、同じ音声案内をもう一度再生することは可能である。
【００９７】
コンテンツタグ、つまり出力対象データの内容に対応する仮想音像の出力条件は、パラメータテーブルの中で予めユーザ（博物館）が定義する。仮想音像の出力条件は、コンテンツのタグ付を示すパラメータ（Ｘ１〜Ｘ４）、及び、タグと出力条件の紐付を示すパラメータ（１〜４）により指定される。例えば、図９の例では、説明内容に応じて音声データが展示物の前に立った鑑賞者にとって、３通りの方向（４５度、２２５度又は２７０度）から聞こえるように設定されている。
【００９８】
次に、パラメータ情報生成ステップ３について説明する。パラメータ情報生成ステップ３により、パラメータテーブルの最後の行で決定されるパラメータが、ｏｕｔｐｕｔの制御を示すｏｕｔパラメータである。図９の例では、出力対象データは、次の出力条件（１）を満たす場合、出力される（ｏｕｔ＝１）。
【００９９】
（１）「再生回数ｎｕｍ＝０、かつ、鑑賞者が展示物の前に立った（Ｓ１＝ξ）」の場合
【０１００】
一方、出力対象データは、上記の出力条件（１）を満たさない場合、出力されない（ｏｕｔ＝０）。したがって、展示物に興味を持った鑑賞者にのみ、案内音声が１回だけ再生される。また、先述したように、一度出力が決定、つまりｏｕｔ＝１となると同時に再生回数を示すｎｕｍパラメータが＋１カウントされる。これにより、同じ展示物を何度も見直しに来る鑑賞者がいたとしても、立ち止まるたびに何度も同じ案内を繰り返すような事態を避けることが可能となる。
【０１０１】
また、ユースケース３では、個々の鑑賞者の開放型イヤホンデバイスと連動したスマートデバイスにダウンロードされた個々のパラメータテーブルの値が更新される。そのため、同じ展示物の前に複数の鑑賞者が立ち止った場合でも、それぞれの鑑賞者が自分の立ち止まったタイミングで、音漏れのない開放型イヤホンデバイスから案内音声を聞くことができる。これにより、ある鑑賞者に向けて出力された案内音声が、当該観覧者の周囲の観覧者の鑑賞の邪魔をすることを防ぐことができる。
【０１０２】
以上の流れで、パラメータテーブルにより指定された出力条件に従って、出力対象データの出力制御（出力／非出力）が制御された後、繰り返し制御１を示すＲ１パラメータ、及び、繰り返し制御２を示すＲ２パラメータが参照される。この時、このユースケース３では、先述したようにＲ１パラメータは常に１である。また、Ｒ２パラメータは、ｎｕｍ＝０の時のみＲ２＝１となる。そのため、実際には、出力対象データが一度でも出力（再生）されると、ｎｕｍ＝ｎｕｍ＋１＞＝１となるため、繰り返しフローが終了する。そして、出力対象データテーブルから、繰り返しフローが終了した出力対象データに対応するデータ（ＩＤパラメータ及びｔｉｍｅパラメータの組）が削除され、次の出力対象データの入力待ちとなる。具体的には、例えば、鑑賞者が、ある展示室に新たに入るとその部屋の中にある展示物の案内音声が、当該鑑賞者の端末（例えばスマートデバイス）に、まとめてダウンロードされる。Ｒ２パラメータが１となった場合には、図４の出力制御フローは、パラメータ情報生成ステップ２から再開される。そして、次のＲ２パラメータの計算時にｎｕｍ＞＝１となれば、図４の出力制御フローから抜け、次の出力対象データの入力待ちとなる。
【０１０３】
なお、ユースケース３では、出力制御部５は、一つのステータスパラメータにより、複数の出力対象データ（音データ又は音声データ）を含むデータセットを出力制御してもよい。この場合でも、データセットに含まれる個々の出力対象データの仮想音像は、当該出力対象データに紐付けられたパラメータテーブルにより方向及び距離等の出力を個別に制御することが可能である。
【０１０４】
例えば、鑑賞者が展示物の前を通りかかったときに、人物Ａ、Ｂ及びＣの一連の会話（会話はあらかじめ録音された音声データ）を再生させたい場合は、「人物Ａ，Ｂ及びＣの一連の会話」の音声データがひとまとまりのデータセットとして扱われる。このため、ステータス１（状態）を示すＳ１パラメータに設定されるステータス（ξ：「鑑賞者が展示物の前で立ち止まっている」等）、及び、ステータス２（再生回数）を示すｎｕｍパラメータに設定される値は、データセット毎に設定される。Ｓ１＝ξのとき、データセットに含まれる個々の出力対象データは出力されるが、この時、各出力対象データに紐付けられたパラメータテーブル（図９参照）により、人物Ａの声は右から、人物Ｂの声は左から、人物Ｃの声は真後ろから等の仮想音像の出力制御が可能である。
【０１０５】
［ユースケース４］
ユースケース４では、音響出力システム１００が、同時通訳、及び、舞台芸術のリアルタイム音声解説等の出力制御に適用される場合について説明する。すなわち、ユースケース４では、ユーザが、端末の設定を手元で簡易に切り替えながら、音声データによりリアルタイムで提供されている情報を、当該ユーザにとって望ましい形で受け取れるようにする場合について説明する。個々のユーザは、音声データを受け取る／受け取らない等の設定を、既に音声データの供給が開始された後からでも自由に変更することが可能である。
【０１０６】
図１０は実施形態のパラメータ情報の例（ユースケース４の場合）を示す図である。図１０の例は、パラメータ情報が、パラメータテーブルにより記憶されている場合を示す。具体的には、図１０は、例えば音響出力システム１００を、舞台演劇同時通訳システムに適用する場合のパラメータテーブルの例を示す。ユースケース４では、音声データの言語が複数存在している。舞台の演目及び話者によって、音声データに使用される言語は異なる。ユースケース４では、舞台の鑑賞者であるエンドユーザが、所望の言語に翻訳した内容をリアルタイムで把握しつつ、翻訳後の結果だけでなく、元の音声自体も聞きたいニーズもあるような場合を考える。このようなニーズに対応するために、実施形態の音響出力システム１００を適用することにより、音声データに使用されている言語によって、当該音声データが聞こえてくる方向を変更することができる。これにより、ユーザは、音声データの聴き分けがしやすくなる。また、ユーザは、音声の翻訳が不要になったり、元の音声をオフにしたくなったりした場合、ユーザの端末で機能のオンオフの切り替えを行えるようにすることにより、ユーザの利便性は更に向上する。
【０１０７】
ユースケース４では、発言者（例えば台詞を発する演者）がひとまとまりのセンテンスを発話する都度、そのセンテンスの音声に基づく音声データが、出力対象データとして、舞台の主催者によって、複数のチャネルから同時に送信される。出力対象データは、例えば原音声を含む音声データ、及び、翻訳版音声データである。翻訳版音声データは、同時翻訳エンジンを介しリアルタイムで翻訳され、別言語で発話された翻訳音声を含む。舞台の鑑賞者であるエンドユーザは、複数のチャネルから所望のチャネルを選択し、開放型デバイス（このユースケース４では開放型イヤホンマイク）を介し、出力対象データに含まれる音声を聴く。
【０１０８】
鑑賞者は、上演が開始される前に、アプリケーションを端末（例えばユーザが持つスマートデバイス）上で立ち上げておく。パラメータテーブル及び出力対象データテーブルは、初期値が設定された状態で端末にダウンロードされる。アプリケーションの状態は、出力対象データを受け付ければ稼働するスタンバイ状態になっている。例えば、演劇が日本語で上演されており、翻訳言語として英語及びドイツ語が用意されている場合を想定する。ユースケース４では、具体例として、鑑賞者が、ドイツ語の音声受信を手元の端末のユーザＩ／Ｆ部７を介して指定した場合について説明する。
【０１０９】
はじめに、パラメータ情報生成ステップ１として、パラメータ情報生成部４は、出力対象データが受け付けられた時刻（タイムスタンプ）を、ｔｉｍｅパラメータに設定し、当該出力対象データが受け付けられたときに割り振られた識別番号を、ＩＤパラメータに設定する。また、パラメータ情報生成部４は、ｔｉｍｅパラメータ及びＩＤパラメータを出力対象データテーブル（図６参照）にも記憶する。
【０１１０】
なお、ユースケース４では、出力対象データは常に最新の情報を受け取り続けるので、データ処理Ｔｙｐｅを示すＤパラメータにはフロー型（φ）、データ最新性を示すＮパラメータにはディフォルトで最新（η）が予め設定（定義）されている。
【０１１１】
続いて、パラメータ情報生成部４は、出力対象データの内容に応じて生成されたコンテンツタグをｃｏｎｔｅｎｔｓパラメータに設定する。図１０の例では、ユーザが既にドイツ語の受信を指定しているので、出力対象データはドイツ語の音声データになる。そのため、ｃｏｎｔｅｎｔｓパラメータには、常にドイツ語（Ｘ３）が設定される。
【０１１２】
なお、図１０の例では、ユーザがドイツ語の音声データの受信のみを選択した場合を例示しているが、全言語の音声データを受信し、ｏｕｔｐｕｔの制御に使用されるｏｕｔパラメータで各言語の出力有無を制御するようにパラメータテーブルを構成してもよい。使用される機器の処理能力等を考慮して、実際の使用状況に鑑み適宜制御方法を調整可能であるところも、本パラメータテーブルによる制御の利点である。
【０１１３】
次に、パラメータ情報生成ステップ２について説明する。図１０の例では、ステータス１（状態）を示すＳ１パラメータは、端末のユーザＩ／Ｆ部７を介したユーザの操作入力に基づく入力データにより、翻訳音声が有効（ｏｎ）にされていることを示すξに設定されている。
【０１１４】
繰り返し制御変数１を示すＲ１パラメータは、先述したようにＤ＝φ、Ｎ＝ηであるため、図１０の例ではＲ１パラメータは常に１となる。
【０１１５】
またＲ２パラメータの算定ルールは、エンドユーザ（鑑賞者）により予め設定される。図１０の例では、常時進行していく演劇の台詞を２回は聴かない為、Ｒ２パラメータには予め固定値０が設定（指定）されている。
【０１１６】
ユースケース４では、コンテンツタグ、つまり出力対象データの内容に対応する仮想音像の出力条件は、設定の煩雑さを避けるため、パラメータテーブルの中で、情報オーナ側のユーザ（舞台の主催者）が予め定義する。仮想音像の出力条件は、コンテンツのタグ付を示すパラメータ（Ｘ１〜Ｘ４）、及び、タグと出力条件の紐付を示すパラメータ（１〜４）により指定される。そのため、エンドユーザである鑑賞者が、端末にダウンロードしたパラメータテーブルでは、コンテンツのタグ付を示すパラメータ（Ｘ１〜Ｘ４）、及び、タグと出力条件の紐付を示すパラメータ（１〜４）は、既に入力済みの固定値となっている。図１０の例では、例えば舞台正面を基準として、英語は１３５度方向、ドイツ語は２２５度方向のように、指定された方向から翻訳音声が聴こえてくるように設定されている。
【０１１７】
次に、パラメータ情報生成ステップ３について説明する。パラメータ情報生成ステップ３により、パラメータテーブルの最後の行で決定されるパラメータが、ｏｕｔｐｕｔの制御を示すｏｕｔパラメータである。図１０の例では、出力対象データは、次の出力条件（１）を満たす場合、出力される（ｏｕｔ＝１）。
【０１１８】
（１）「再生回数ｎｕｍ＝０」であり、かつ、「翻訳音声がｏｎ（Ｓ１＝ξ）」である場合
【０１１９】
図１０の例では、出力対象データが一度出力（再生）されるとｎｕｍ＞０となるので、ｏｕｔ＝０となる。また、Ｒ２パラメータには、０の固定値が設定されている。そのため、繰り返しフローは実行されない。出力対象データは１度出力されると、出力対象データテーブルから、当該出力対象データに対応するデータ（ＩＤパラメータ及びｔｉｍｅパラメータの組）が削除され、次の出力対象データの入力待ちとなる。
【０１２０】
なお、ユースケース４においても、エンドユーザ（鑑賞者）が、通常の肉声を直接聴くことができないことは意味しない。ユースケース４では、エンドユーザが、開放イヤホン型デバイスを使用し、このデバイスを介して、ｏｕｔ＝１である出力対象データが耳元で強調されて出力（再生）される。ユーザには、通常の舞台演者により発話された音声も聴こえている。また、Ｓ１パラメータは、ユーザの操作入力により、いつでも変更できる。そのため、ユーザが、翻訳音声は聴かずに肉声のみにしたい場合、開放イヤホン型デバイスのユーザＩ／Ｆ部７により設定を変更する操作入力をすることにより、演劇鑑賞中にも簡単に翻訳音声の再生をＯｆｆにすることができる。
【０１２１】
以上の流れで、パラメータテーブルにより指定された出力条件に従って、出力対象データの出力制御（出力／非出力）が制御された後、繰り返し制御１を示すＲ１パラメータ、及び、繰り返し制御２を示すＲ２パラメータが参照される。この時、このユースケース４では、先述したようにＲ１パラメータは常に１であり、Ｒ２パラメータメータは常に０である。そのため、出力対象データが一度出力（再生）されると、図４の出力制御フローから抜け、次の出力対象データの入力待ちとなる。
【０１２２】
［ユースケース５］
ユースケース５では、音響出力システム１００が、コールセンター対応支援ソリューションに活用される場合について説明する。具体的には、ユースケース５では、コールセンター等の業務に従事し、長時間音声を聞き続ける負荷がかかる従事者を支援するソリューションの例を挙げる。ユースケース５では、仮想音像の出力制御により、音声の内容をより捉えやすく耳への負担が少ないように音声を出力する。これにより従事者の負担や疲れを削減するという効果を得ることを目指している。ユースケース５は、このような限定的な用途についても、実施形態の音響制御システム１００のパラメータテーブルを使用することにより、対応可能であるという一例として挙げている。各ユーザは、自分の聴きやすい音声再生条件を、パラメータテーブルのパラメータとして予め設定することができる。各ユーザは、音声再生条件を一度設定してしまえば都度変更は不要である。長時間の音声聞き取りにおいては、ユーザの耳への負担も無視できず、「聞きやすさ」は重要な要素の１つとなる。
【０１２３】
図１１は実施形態のパラメータ情報の例（ユースケース５の場合）を示す図である。図１１の例は、パラメータ情報が、パラメータテーブルにより記憶されている場合を示す。具体的には、図１１は、実施形態の音響出力システム１００が、例えば顧客からの消費者問い合わせセンターのオペレータ用システムへ適用される場合のパラメータテーブルの例を示す。ユースケース５では、消費者問い合わせセンターに、かかってくる電話の内容（苦情、問い合わせ、申し込み、及び、その他）により、再生の方向を変えて出力することを実現する。実施形態の音響出力システム１００により、最もオペレータにとって心理的負担の大きい苦情対応を、最も耳への負担が少ない方向に指定することが可能になる。また、内容ごとに聞こえてくる方向を変更することにより、オペレータの対応の心構えを容易にすることができる。また、仮想音像処理が施された音声は、通常のイヤホンによる再生と比較し、耳元ではなく少し離れた距離ｒａ（例えば耳元から１０数ｃｍなど）から聞こえているかのように実感できることから、聴き疲れの抑制効果も合わせて期待される。
【０１２４】
ユースケース５では、発言者（電話をかけてきた消費者）がひとまとまりのセンテンスを発話する都度、そのセンテンスの音声データが、出力対象データとなる。オペレータは、自分の端末上にアプリケーションを立ち上げておく。パラメータテーブル及び出力対象データテーブルは、初期値が設定された状態で端末にダウンロードされる。アプリケーションの状態は、出力対象データを受け付ければ稼働するスタンバイ状態になっている。エンドユーザ（ここではオペレータ）が電話を取ると、その電話の音声データが出力対象データとして取り扱われる。このユースケース５の場合は、電話音声が直接入力となるタイプのインカム等をユーザ（オペレータ）が使用する。そのため、ユーザの耳に入力される音声データは、デバイスを介し本アプリケーションで処理された電話音声のみとなる。
【０１２５】
はじめに、パラメータ情報生成ステップ１として、パラメータ情報生成部４は、出力対象データが受け付けられた時刻（タイムスタンプ）を、ｔｉｍｅパラメータに設定し、当該出力対象データが受け付けられたときに割り振られた識別番号を、ＩＤパラメータに設定する。また、パラメータ情報生成部４は、ｔｉｍｅパラメータ及びＩＤパラメータを出力対象データテーブル（図６参照）にも記憶する。
【０１２６】
なお、ユースケース５では、出力対象データは常に最新の情報を受け取り続けるので、データ処理Ｔｙｐｅを示すＤパラメータにはフロー型（φ）、データ最新性を示すＮパラメータにはディフォルトで最新（η）が予め設定（定義）されている。
【０１２７】
続いて、パラメータ情報生成部４は、出力対象データの内容に応じて生成されたコンテンツタグをｃｏｎｔｅｎｔｓパラメータに設定する。図１１の例では、ｃｏｎｔｅｎｔｓパラメータには、苦情（Ｘ１）、問い合わせ（Ｘ２）、申込み（Ｘ３）、又は、その他（Ｘ４）が設定される。コンテンツ識別情報生成部２は、例えば意図理解エンジンにより、入力された音声の内容を判定し、当該音声の内容に応じてコンテンツタグＸ１〜Ｘ４を付与する。
【０１２８】
次に、パラメータ情報生成ステップ２について説明する。ユースケース５のユーザは、最初の問い合わせを受けるオペレータである。そのため、ステータス１（状態）を示すＳ１パラメータは、対応未（ξ）に固定されている。
【０１２９】
繰り返し制御変数１を示すＲ１パラメータは、先述したようにＤ＝φ、Ｎ＝ηであるため、図１１の例ではＲ１パラメータは常に１となる。
【０１３０】
またＲ２パラメータの算定ルールは、ユーザ（オペレータ）により予め設定される。図１１の例では、同じ電話内容をその場で２回は聴かない為、Ｒ２パラメータには予め固定値０が設定（指定）されている。
【０１３１】
ユースケース５では、コンテンツタグ、つまり出力対象データの内容に対応する仮想音像の出力条件は、パラメータテーブルの中で、ユーザ（オペレータ）が予め定義する。仮想音像の出力条件は、コンテンツのタグ付を示すパラメータ（Ｘ１〜Ｘ４）、及び、タグと出力条件の紐付を示すパラメータ（１〜４）により指定される。図１１の例では、例えばユーザの正面を基準として、苦情（Ｘ１）は１３５度方向（右後方）、問い合わせ（Ｘ２）は２２５度方向（左後方）のように、指定された方向から音声が聴こえてくるように設定されている。このような設定を行う事により、オペレータは、聞こえてきた方向から、何に関する電話であるのかを即時に把握することできる。
【０１３２】
次に、パラメータ情報生成ステップ３について説明する。パラメータ情報生成ステップ３により、パラメータテーブルの最後の行で決定されるパラメータが、ｏｕｔｐｕｔの制御を示すｏｕｔパラメータである。図１１の例では、オペレータが、顧客からかかってきた電話の内容を聞かないということはないため、ｏｕｔパラメータには常に固定値１が指定されている。Ｒ２パラメータが固定値０に設定されているので、出力対象データが、一度出力（再生）されると、図４の出力制御フローから抜け、次の出力対象データの入力待ちとなる。
【０１３３】
なお、上述のユースケース１〜５で述べたように、実施形態の音響出力システム１００を制御するパラメータテーブルに含まれる各種の数値及び定義等は、音響出力システム１００により自動的に設定される場合もあれば、エンドユーザ又は管理者等により設定される場合もある。また、エンドユーザ又は管理者等により設定される場合は、予め設定される場合もあれば、エンドユーザ又は管理者の操作入力により、その都度設定される場合もある。
【０１３４】
音響出力システム１００の制御構造は、どのような方法の設定入力に対しても汎用的に適用可能であるが、操作入力により設定を受け付ける場合は、入力者がパラメータを、ユーザＩ／Ｆ部７により直感的に設定できるようなインターフェースを備えることが望ましい。したがって、実施形態の音響出力システム１００では、ユーザによる定義が想定されるパラメータ及び定義の入力Ｉ／Ｆを準備し、当該Ｉ／Ｆを使用した編集結果が、パラメータテーブル本体に反映されるように制御する。これにより、実施形態の音響出力システム１００では、ユーザは、仮想音像処理された出力対象データの出力のさせ方を容易に設定し、また、音響出力システム１００の運用開始後にも容易に設定を変更することが可能となる。
【０１３５】
図１２乃至図１５は実施形態のパラメータの入力Ｉ／Ｆの例を示す図である。図１２は、コンテンツ識別情報（コンテンツタグ）を設定（定義）するための入力Ｉ／Ｆの例を示す。図１３は、仮想音像の出力条件（距離ｒ及び角度θ）を設定（定義）するための入力Ｉ／Ｆの例を示す。図１４は、ｏｕｔｐｕｔの制御を示すｏｕｔパラメータの算出ルールを設定（定義）するための入力Ｉ／Ｆの例を示す。
【０１３６】
図１５は、ステータス識別情報（ステータスタグ）を設定（定義）するための入力Ｉ／Ｆの例を示す。図１５の例では、ｉｎｐｕｔは、入力値を示し、ｉｎｉｔは初期値を示す。ｉｎｉｔは、音響出力システム１００の初期化シーケンス（システム起動時等）でパラメータテーブルに設定される。入力値は、音響出力システム１００の使用中に入力（更新）されると、当該入力値がパラメータテーブルに設定される。
【０１３７】
なお、図１２乃至図１５の例は、一例であり、実際には、入力Ｉ／Ｆは、実用上利便性と簡易性とが確保されるような形式で、各ユースケースに合わせて提供されることが求められる。
【０１３８】
最後に、実施形態の音響出力システム１００のハードウェア構成の例について説明する。
【０１３９】
［ハードウェア構成の例］
図１６は実施形態の音響出力システム１００のハードウェア構成の例を示す図である。実施形態の音響出力システム１００は、制御装置４１、主記憶装置４２、補助記憶装置４３、表示装置４４、入力装置４５、通信装置４６及び出力装置４７を備える。制御装置４１、主記憶装置４２、補助記憶装置４３、表示装置４４、入力装置４５、通信装置４６及び出力装置４７は、バス４８を介して互いに接続されている。
【０１４０】
音響出力システム１００は上述のハードウェア構成を有する任意の装置の組み合わせであればよい。例えば音響出力システム１００は、ウェアラブルデバイス、スマートデバイス及びＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等で構成される。ウェアラブルデバイスは、例えば開放型イヤホンデバイス、マイク、スピーカ及びインターカム（インカム）、各種装着型センサ等である。また、スマートデバイスは、例えばタブレット端末及びスマートフォンやそれらと同等の計算処理能力を有する携帯型端末等である。
【０１４１】
制御装置４１は補助記憶装置４３から主記憶装置４２に読み出されたプログラムを実行する。主記憶装置４２はＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、及び、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリである。補助記憶装置４３はＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）及びメモリカード等である。
【０１４２】
表示装置４４は、例えば音響出力システム１００の状態等を表示する。入力装置４５はユーザからの操作入力を受け付ける。なお、表示装置４４及び入力装置４５は、表示機能と入力機能とを備えたタッチパネル等により実現してもよい。また、表示装置４４及び入力装置４５を他の装置に設け、音響出力システム１００の設定の変更は、他の装置により行われてもよい。
【０１４３】
通信装置４６は音響出力システム１００が他の装置と通信するためのインターフェースである。出力装置４７は音声を出力するスピーカ等の装置である。出力装置４７は上述の出力部６に対応する。
【０１４４】
実施形態の音響出力システム１００で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記憶媒体に記憶されてコンピュータ・プログラム・プロダクトとして提供される。
【０１４５】
また、実施形態の音響出力システム１００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施形態の音響出力システム１００が実行するプログラムを、ダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。
【０１４６】
また、実施形態の音響出力システム１００のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１４７】
実施形態の音響出力システム１００で実行されるプログラムは、上述した各機能のうち、プログラムによっても実現可能な機能ブロックを含むモジュール構成となっている。当該機能ブロックは、実際のハードウェアとしては、制御装置４１が記憶媒体からプログラムを読み出して実行することにより、上記各機能ブロックが主記憶装置４２上にロードされる。すなわち、上記各機能ブロックは、主記憶装置４２上に生成される。
【０１４８】
なお実施形態の音響出力システム１００の機能の一部又は全部を、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。ＩＣは、例えば専用の処理を実行するプロセッサである。
【０１４９】
また複数のプロセッサを用いて各機能を実現する場合、各プロセッサは、各機能のうち１つを実現してもよいし、各機能のうち２つ以上を実現してもよい。
【０１５０】
また実施形態の音響出力システム１００の動作形態は任意でよい。実施形態の音響出力システム１００の機能の一部を、例えばネットワーク上のクラウドシステムを構成するサーバ装置等により実現させてもよい。
【０１５１】
以上説明したように、実施形態の音響出力システム１００では、受付部１が、音声を含む音声データ、又は、音を含む音データを出力対象データとして受け付ける。コンテンツ識別情報生成部２が、当該出力対象データから特定されるコンテンツを識別するコンテンツ識別情報を生成する。ステータス識別情報生成部３が、センサデータ及び入力データの少なくとも一方から、ステータスを識別するステータス識別情報を生成する。パラメータ情報生成部４が、当該コンテンツ識別情報と当該ステータス識別情報とから、当該出力対象データの出力制御に使用されるパラメータ情報を生成する。そして、出力制御部５が、当該パラメータ情報を使用して、当該出力対象データの音響の出力制御をする。
【０１５２】
これにより、様々な用途に適用可能な音響出力システム１００をより容易に構築することができる。具体的には、実施形態の音響出力システム１００によれば、仮想音像の方向及び距離等の出力条件、並びに、加工後の音像（仮想音像）を出力するか否かをパラメータ設定により決定することができるので、仮想音像処理を使用したい種々の環境及び目的等に対応することができる。すなわち、実施形態の音響出力システム１００によれば、システム全体をその都度、再構成することなく、一つの音響出力システム１００により様々な用途に対応することができる。
【０１５３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１５４】
１  受付部
２  コンテンツ識別情報生成部
３  ステータス識別情報生成部
４  パラメータ情報生成部
５  出力制御部
６  出力部
７  ユーザＩ／Ｆ部
２１  入力判定部
２２  音判定部
２３  音声言語判定部
２４  音声認識部
２５  意味理解部
２６  付与部
３１  加工部
３２  入力判定部
３３  意味理解部
３４  付与部
４１  制御装置
４２  主記憶装置
４３  補助記憶装置
４４  表示装置
４５  入力装置
４６  通信装置
４７  出力装置
４８  バス
１００  音響出力システム
２００  センサ
【図１】
2019145944.tif 000003
【図２】
2019145944.tif 000004
【図３】
2019145944.tif 000005
【図４】
2019145944.tif 000006
【図５】
2019145944.tif 000007
【図６】
2019145944.tif 000008
【図７】
2019145944.tif 000009
【図８】
2019145944.tif 000010
【図９】
2019145944.tif 000011
【図１０】
2019145944.tif 000012
【図１１】
2019145944.tif 000013
【図１２】
2019145944.tif 000014
【図１３】
2019145944.tif 000015
【図１４】
2019145944.tif 000016
【図１５】
2019145944.tif 000017
【図１６】
2019145944.tif 000018