知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-11
(45)【発行日】2024-12-19
(54)【発明の名称】音声通知制御装置およびそのプログラム
(51)【国際特許分類】
G10L 21/034 20130101AFI20241212BHJP
G10L 19/00 20130101ALI20241212BHJP
G06F 3/16 20060101ALI20241212BHJP
【ＦＩ】
G10L21/034
G10L19/00 312E
G06F3/16 630
G06F3/16 650
G06F3/16 690
【請求項の数】
7
(21)【出願番号】P 2021004056
(22)【出願日】2021-01-14
(65)【公開番号】P2022108864
(43)【公開日】2022-07-27
【審査請求日】2023-12-04
(73)【特許権者】
【識別番号】000004352
【氏名又は名称】日本放送協会
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】小川 展夢
【審査官】土井 悠生
(56)【参考文献】
【文献】国際公開第２０１９／１３８６５２（ＷＯ，Ａ１）
【文献】特開２０２０－０９１４１６（ＪＰ，Ａ）
【文献】特開２０１９－０３５８９７（ＪＰ，Ａ）
【文献】特開２０２０－０２７３９８（ＪＰ，Ａ）
【文献】特開２００８－０９２０９３（ＪＰ，Ａ）
【文献】特開２０１８－０９７１８５（ＪＰ，Ａ）
【文献】中国特許出願公開第１０５２８２３４５（ＣＮ，Ａ）
【文献】Julien Cumin, 外３名，“Inferring Availability for Communication in Smart Homes Using Context”，2018 IEEE International Conference on Pervasive Computing and Communications Workshops (PerCom Workshops)，2018年10月07日，p. 253-258
【文献】小川展夢, 外２名，“ニュース音声通知に適したブレークポイントの検出”，情報処理学会 研究報告 ヒューマンコンピュータインタラクション（ＨＣＩ），2021-HCI-191 No.22，2021年01月29日，pp. 1-7
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１０Ｌ １３／００－１３／１０
Ｇ１０Ｌ １９／００－９９／００
Ｇ０６Ｆ ３／１６
(57)【特許請求の範囲】
【請求項1】
音声コンテンツを配信するコンテンツサーバが前記音声コンテンツと対応して配信するメタデータと、前記音声コンテンツをユーザに通知するタイミングを示すセンサで検知された前記ユーザの状態とに基づいて、スマートスピーカが前記音声コンテンツを再生するタイミングおよび音量を制御する音声通知制御装置であって、前記ユーザの状態を示す情報であるユーザコンテキストを取得するコンテキスト取得手段と、
前記音声コンテンツの所在位置と音声特徴とを含む前記メタデータを取得し、コンテンツメタテーブルに設定するメタデータ取得手段と、
前記ユーザコンテキストと前記音声特徴とに対応付けて再生音量値を設定した再生音量テーブルを参照して、再生音量値を決定する再生音量決定手段と、
前記ユーザコンテキストを取得したタイミングで、取得した前記ユーザコンテキストと前記コンテンツメタテーブルに設定されている音声特徴とにより前記再生音量決定手段で再生音量値を決定し、決定した前記再生音量値と前記音声コンテンツの所在位置とを、前記スマートスピーカに通知する音声再生指示手段と、
を備えることを特徴とする音声通知制御装置。
【請求項2】
前記メタデータには、前記音声コンテンツを再生する優先度をさらに含み、前記音声再生指示手段は、前記コンテンツメタテーブルにおいて前記優先度の高い音声コンテンツから順に前記スマートスピーカに再生させることを特徴とする請求項１に記載の音声通知制御装置。
【請求項3】
前記メタデータには、前記音声コンテンツを発行したコンテンツ発行日時をさらに含み、前記音声再生指示手段は、前記コンテンツメタテーブルにおいて前記コンテンツ発行日時の新しい音声コンテンツから、または、前記コンテンツ発行日時の古い音声コンテンツから順に前記スマートスピーカに再生させることを特徴とする請求項１に記載の音声通知制御装置。
【請求項4】
前記メタデータには、前記音声コンテンツを再生する優先度および前記音声コンテンツを発行したコンテンツ発行日時をさらに含み、前記音声再生指示手段は、前記コンテンツメタテーブルにおいて前記優先度が高い音声コンテンツから順に前記スマートスピーカに再生させ、前記優先度が同じ音声コンテンツについては前記コンテンツ発行日時の新しい音声コンテンツから、または、前記コンテンツ発行日時の古い音声コンテンツから順に前記スマートスピーカに再生させることを特徴とする請求項１に記載の音声通知制御装置。
【請求項5】
前記メタデータには、前記優先度が最も高い緊急優先度を含み、前記緊急優先度を含んだメタデータを取得したタイミングで、前記音声再生指示手段は、前記ユーザコンテキストの取得を待たずに、前記メタデータで特定される音声コンテンツを前記スマートスピーカに再生させることを特徴とする請求項２または請求項４に記載の音声通知制御装置。
【請求項6】
前記スマートスピーカが再生した再生音量値を取得する再生音量取得手段をさらに備え、前記再生音量決定手段は、直近に決定したユーザコンテキストおよび音声特徴に対応する前記再生音量テーブルの再生音量値を、前記再生音量取得手段が取得した再生音量値で更新することを特徴とする請求項１から請求項５のいずれか一項に記載の音声通知制御装置。
【請求項7】
コンピュータを、請求項１から請求項６のいずれか一項に記載の音声通知制御装置として機能させるための音声通知制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、スマートスピーカの音声通知を制御する音声通知制御装置およびそのプログラムに関する。
【背景技術】
【0002】
近年、ネットワーク上の外部サーバから音声コンテンツをダウンロードして再生することが可能なスマートスピーカが開発されている。
一部のスマートスピーカは、ＡＰＩ（Application Programming Interface）を備え、外部のコントローラが任意のタイミングで音声再生を制御することが可能となっている。例えば、Ｇｏｏｇｌｅ社製のスマートスピーカである“Ｇｏｏｇｌｅ Ｎｅｓｔ Ｈｕｂ”は、ＡＰＩを備えている。
このようなＡＰＩを備えたスマートスピーカを利用することで、ユーザコンテキスト（ユーザの状態）に応じて音声を通知するサービスを実現することができる。例えば、デプスカメラでユーザの行動をセンシングし、センシングデータを基に特定のユーザコンテキスト（例えば、移動する、ものを持ち上げる等）を検知し、これを起点にスマートスピーカで音声通知を行うシステムが開示されている（非特許文献１）。
一部のスマートスピーカは、ＡＰＩ（Application Programming Interface）を備え、外部のコントローラが任意のタイミングで音声再生を制御することが可能となっている。例えば、Ｇｏｏｇｌｅ社製のスマートスピーカである“Ｇｏｏｇｌｅ Ｎｅｓｔ Ｈｕｂ”は、ＡＰＩを備えている。
このようなＡＰＩを備えたスマートスピーカを利用することで、ユーザコンテキスト（ユーザの状態）に応じて音声を通知するサービスを実現することができる。例えば、デプスカメラでユーザの行動をセンシングし、センシングデータを基に特定のユーザコンテキスト（例えば、移動する、ものを持ち上げる等）を検知し、これを起点にスマートスピーカで音声通知を行うシステムが開示されている（非特許文献１）。
【先行技術文献】
【非特許文献】
【0003】
【文献】Mitsuki Komori, Yuichiro Fujimoto, Jianfeng Xu, Kazuyuki Tasaka, Hiromasa Yanagihara, and Kinya Fujita. 2019. Experimental Study on Estimation of Opportune Moments for Proactive Voice Information Service Based on Activity Transition for People Living Alone. In Human-Computer Interaction. Perspectives on Design, Masaaki Kurosu (ed.). Springer International Publishing, Cham, 527-539. DOI:https://doi.org/10.1007/978-3-030-22646-6_39
【発明の概要】
【発明が解決しようとする課題】
【0004】
非特許文献１で開示されている従来技術では、ユーザコンテキストのみに応じて音声通知を行っている。
このような音声通知を行うシステムにおいては、例えば、地震情報等の緊急性を有する音声コンテンツは、速やかに、かつ、大音量で音声通知を行うことが好ましい。
また、例えば、低い声で読み上げられたニュースの音声は、高い声で読み上げられたニュースの音声に比べて遠くまで届きにくい。そのため、音声通知を行うシステムにおいては、音声コンテンツの種類によって、再生音量を変えることが好ましい。
しかし、従来技術のように、ユーザコンテキストのみでは、音声コンテンツを適切な再生タイミングおよび再生音量で通知することができないという問題がある。
このような音声通知を行うシステムにおいては、例えば、地震情報等の緊急性を有する音声コンテンツは、速やかに、かつ、大音量で音声通知を行うことが好ましい。
また、例えば、低い声で読み上げられたニュースの音声は、高い声で読み上げられたニュースの音声に比べて遠くまで届きにくい。そのため、音声通知を行うシステムにおいては、音声コンテンツの種類によって、再生音量を変えることが好ましい。
しかし、従来技術のように、ユーザコンテキストのみでは、音声コンテンツを適切な再生タイミングおよび再生音量で通知することができないという問題がある。
【0005】
本発明は、このような従来技術の問題点に鑑みてなされたもので、スマートスピーカを用いて音声通知を行う際に、音声通知の再生タイミングおよび再生音量を制御することが可能な音声通知制御装置およびそのプログラムを提供することを課題とする。
【課題を解決するための手段】
【0006】
前記課題を解決するため、本発明に係る音声通知制御装置は、音声コンテンツを配信するコンテンツサーバが前記音声コンテンツと対応して配信するメタデータと、前記音声コンテンツをユーザに通知するタイミングを示すセンサで検知された前記ユーザの状態とに基づいて、スマートスピーカが前記音声コンテンツを再生するタイミングおよび音量を制御する音声通知制御装置であって、コンテキスト取得手段と、メタデータ取得手段と、再生音量決定手段と、音声再生指示手段と、を備える構成とした。
【0007】
かかる構成において、音声通知制御装置は、コンテキスト取得手段によって、ユーザの状態を示す情報であるユーザコンテキストを取得する。このユーザコンテキストは、センサで検知され、音声コンテンツをユーザに通知するタイミングを示す情報である。
また、音声通知制御装置は、メタデータ取得手段によって、音声コンテンツの所在位置と音声特徴とを含むメタデータを取得し、コンテンツメタテーブルに設定する。所在位置は、例えば、コンテンツの所在位置を示すアドレス（ＵＲＬ：Uniform Resource Locator）である。音声特徴は、再生音量を特定するための情報であって、例えば、必ず聞いて欲しい音声、音程（ピッチ）の高いあるいは低い音声等、再生音量の基準となる情報である。
また、音声通知制御装置は、メタデータ取得手段によって、音声コンテンツの所在位置と音声特徴とを含むメタデータを取得し、コンテンツメタテーブルに設定する。所在位置は、例えば、コンテンツの所在位置を示すアドレス（ＵＲＬ：Uniform Resource Locator）である。音声特徴は、再生音量を特定するための情報であって、例えば、必ず聞いて欲しい音声、音程（ピッチ）の高いあるいは低い音声等、再生音量の基準となる情報である。
【0008】
また、音声通知制御装置は、音声再生指示手段によって、ユーザコンテキストを取得したタイミングで、取得したユーザコンテキストとコンテンツメタテーブルに設定されている音声特徴とにより再生音量決定手段で再生音量値を決定し、決定した再生音量値と音声コンテンツの所在位置とを、スマートスピーカに通知する。
なお、再生音量決定手段は、ユーザコンテキストと音声特徴とに対応付けて再生音量値を設定した再生音量テーブルを参照して、再生音量値を決定する。
再生音量テーブルは、ユーザコンテキストと音声特徴とに対応付けて再生音量値を設定したテーブルであるため、ユーザの状態や音声コンテンツの特徴に応じて異なる再生音量値を設定することができる。
なお、再生音量決定手段は、ユーザコンテキストと音声特徴とに対応付けて再生音量値を設定した再生音量テーブルを参照して、再生音量値を決定する。
再生音量テーブルは、ユーザコンテキストと音声特徴とに対応付けて再生音量値を設定したテーブルであるため、ユーザの状態や音声コンテンツの特徴に応じて異なる再生音量値を設定することができる。
【0009】
これによって、音声通知制御装置は、ユーザコンテキストにより音声コンテンツの再生タイミングを制御しつつ、ユーザの状態や音声コンテンツの特徴に応じてスマートスピーカの再生音量を制御することができる。
なお、音声通知制御装置は、コンピュータを、前記した各手段として機能させるための音声通知制御プログラムで動作させることができる。
なお、音声通知制御装置は、コンピュータを、前記した各手段として機能させるための音声通知制御プログラムで動作させることができる。
【発明の効果】
【0010】
本発明は、以下に示す優れた効果を奏するものである。
本発明によれば、センサによって検知されたユーザの状態に応じて、スマートスピーカにおける音声コンテンツの再生タイミングを制御することができるとともに、再生音量を制御することができる。
これによって、本発明は、スマートスピーカに対して、ユーザにとって適切な再生タイミングで、かつ、ユーザの状態および音声コンテンツに適した再生音量で音声通知を行わせることができる。
本発明によれば、センサによって検知されたユーザの状態に応じて、スマートスピーカにおける音声コンテンツの再生タイミングを制御することができるとともに、再生音量を制御することができる。
これによって、本発明は、スマートスピーカに対して、ユーザにとって適切な再生タイミングで、かつ、ユーザの状態および音声コンテンツに適した再生音量で音声通知を行わせることができる。
【図面の簡単な説明】
【0011】
【図1】本発明の実施形態に係る音声通知制御装置を含む音声通知システムの構成を示す全体構成図である。
【図2】本発明の実施形態に係る音声通知制御装置の構成を示すブロック図である。
【図3】コンテンツメタテーブルの構成例を示す図である。
【図4】再生音量テーブルの構成例を示す図であって、（ａ）は再生音量値の更新前、（ｂ）は再生音量値の更新後の一例を示す。
【図5】本発明の実施形態に係る音声通知制御装置が緊急時のコンテンツを再生する動作を示すシーケンス図である。
【図6】本発明の実施形態に係る音声通知制御装置がユーザの状態（ユーザコンテキスト）により緊急以外のコンテンツを再生する動作を示すシーケンス図である。
【図9】本発明の実施形態に係る音声通知制御装置が再生音量を更新する動作を示すシーケンス図である。
【発明を実施するための形態】
【0012】
＜音声通知システムの全体構成＞
最初に、図１を参照して、本発明の実施形態に係る音声通知制御装置５を含む音声通知システム１００の構成について説明する。
最初に、図１を参照して、本発明の実施形態に係る音声通知制御装置５を含む音声通知システム１００の構成について説明する。
【0013】
音声通知システム１００は、再生タイミングおよび再生音量を制御して、ユーザＭに対して音声を通知するシステムである。
音声通知システム１００は、センサ１と、コンテキスト推定装置２と、コンテンツサーバ３と、スピーカ４と、音声通知制御装置５と、を備える。
音声通知システム１００は、センサ１と、コンテキスト推定装置２と、コンテンツサーバ３と、スピーカ４と、音声通知制御装置５と、を備える。
【0014】
センサ１は、ユーザＭを検知するものである。例えば、センサ１は、カメラ、人感センサ、温度センサ、照度センサ等である。なお、センサ１は、複数存在してもよい。
このセンサ１は、後記するコンテキスト推定装置２においてユーザコンテキストを推定するために使用するユーザの存在または動作を検知するセンサであればよい。
センサ１は、センシングデータをコンテキスト推定装置２に出力する。
ここでは、センサ１を、人感センサ（ＩｏＴ〔Internet of Things〕人感センサ）とし、室内の各部屋（リビング、トイレ、寝室）に複数配置した例で説明する。センサ１は、一定周期で人が存在しているか否かを検知し、存在している場合は値“１”、存在していない場合は値“０”をセンシングデータとして出力する。
このセンサ１は、後記するコンテキスト推定装置２においてユーザコンテキストを推定するために使用するユーザの存在または動作を検知するセンサであればよい。
センサ１は、センシングデータをコンテキスト推定装置２に出力する。
ここでは、センサ１を、人感センサ（ＩｏＴ〔Internet of Things〕人感センサ）とし、室内の各部屋（リビング、トイレ、寝室）に複数配置した例で説明する。センサ１は、一定周期で人が存在しているか否かを検知し、存在している場合は値“１”、存在していない場合は値“０”をセンシングデータとして出力する。
【0015】
コンテキスト推定装置２は、センサ１から出力されるセンシングデータを用いて、ユーザＭの状態（ユーザコンテキスト）を推定するものである。
ユーザコンテキストは、ユーザＭの状態を表す任意の文字列である。なお、ユーザコンテキストは、ユーザＭの状態に対して予め定めた数値であっても構わない。
コンテキスト推定装置２は、例えば、ＷＥＢサーバとして、クラウドＣ上に実装することができる。その場合、コンテキスト推定装置２は、音声通知制御装置５との間で、ｗｅｂｓｏｃｋｅｔによる常時双方向通信を確立し、推定したユーザコンテキストを音声通知制御装置５に送信する。
ユーザコンテキストは、ユーザＭの状態を表す任意の文字列である。なお、ユーザコンテキストは、ユーザＭの状態に対して予め定めた数値であっても構わない。
コンテキスト推定装置２は、例えば、ＷＥＢサーバとして、クラウドＣ上に実装することができる。その場合、コンテキスト推定装置２は、音声通知制御装置５との間で、ｗｅｂｓｏｃｋｅｔによる常時双方向通信を確立し、推定したユーザコンテキストを音声通知制御装置５に送信する。
【0016】
このコンテキスト推定装置２におけるユーザコンテキストの推定手法は、公知の手法を用いればよい。例えば、コンテキスト推定装置２は、センサ１から、ある部屋に人が存在していることをセンシングデータによって通知された場合、部屋に人が入ったと推定する。また、コンテキスト推定装置２は、人が存在する状態で、センサ１から、部屋に人が存在していないことをセンシングデータによって通知された場合、部屋から人が出たと推定する。なお、コンテキスト推定装置２は、映像データから、人物の推定や動作を推定するものであっても構わない。
【0017】
ここでは、コンテキスト推定装置２は、複数のセンサ１（１Ａ，１Ｂ、１Ｃ〔図２参照〕）から出力されるセンシングデータによって、各部屋（リビング、トイレ、寝室）にユーザＭが入室したこと推定するものとする。
コンテキスト推定装置２は、「リビングに入室した」、「トイレに入室した」、「寝室に入室した」というユーザＭの状態を示すユーザコンテキストとして、“ｌｉｖｉｎｇ＿ｒｏｏｍ”、“ｒｅｓｔ＿ｒｏｏｍ”、“ｂｅｄ＿ｒｏｏｍ”を用いることとする。
コンテキスト推定装置２は、「リビングに入室した」、「トイレに入室した」、「寝室に入室した」というユーザＭの状態を示すユーザコンテキストとして、“ｌｉｖｉｎｇ＿ｒｏｏｍ”、“ｒｅｓｔ＿ｒｏｏｍ”、“ｂｅｄ＿ｒｏｏｍ”を用いることとする。
【0018】
コンテンツサーバ３は、音声コンテンツ（以下、コンテンツ）と、音声コンテンツのメタデータ（以下、コンテンツメタ）を配信するものである。このコンテンツサーバ３は、コンテンツプロバイダがクラウドＣ上に配置する。
コンテンツサーバ３は、例えば、ＷＥＢサーバとして、クラウドＣ上に実装することができる。その場合、コンテンツサーバ３は、スピーカ４や音声通知制御装置５との間で、ｗｅｂｓｏｃｋｅｔによる常時双方向通信を確立し、要求に応じてコンテンツをスピーカ４に送信し、コンテンツメタを音声通知制御装置５に送信する。
コンテンツサーバ３は、例えば、ＷＥＢサーバとして、クラウドＣ上に実装することができる。その場合、コンテンツサーバ３は、スピーカ４や音声通知制御装置５との間で、ｗｅｂｓｏｃｋｅｔによる常時双方向通信を確立し、要求に応じてコンテンツをスピーカ４に送信し、コンテンツメタを音声通知制御装置５に送信する。
【0019】
具体的には、コンテンツサーバ３は、スピーカ４からのＨＴＴＰ（Hypertext Transfer Protocol）のＧＥＴリクエストを受け付けて、コンテンツをスピーカ４に送信する。また、コンテンツサーバ３は、音声通知制御装置５からのＨＴＴＰのＧＥＴリクエストを受け付けて、コンテンツメタを音声通知制御装置５に送信する。
コンテンツは、スピーカ４で再生するｍｐ３ファイル等のファイル形式の音声データである。例えば、コンテンツは、ニュース音声データ、地震速報等の緊急音声データである。
コンテンツは、スピーカ４で再生するｍｐ３ファイル等のファイル形式の音声データである。例えば、コンテンツは、ニュース音声データ、地震速報等の緊急音声データである。
【0020】
コンテンツメタは、コンテンツに対応する付加情報を示すメタデータであって、ＪＳＯＮファイル等のファイル形式で記述されたデータである。コンテンツメタは、「優先度」、「コンテンツ発行日時」、「コンテンツ所在位置」および「コンテンツタグ」を含み、コンテンツプロバイダ等の管理者が予め設定した情報である。
「優先度」は、コンテンツを通知する優先度を示す情報である。
「コンテンツ発行日時」は、コンテンツの発行日時を示す情報である。
「コンテンツ所在位置」は、コンテンツの所在位置を示すアドレスである。
「コンテンツタグ」は、コンテンツの特徴（例えば、ピッチの高低）を示す情報である。なお、これらコンテンツメタの詳細については後記する。
「優先度」は、コンテンツを通知する優先度を示す情報である。
「コンテンツ発行日時」は、コンテンツの発行日時を示す情報である。
「コンテンツ所在位置」は、コンテンツの所在位置を示すアドレスである。
「コンテンツタグ」は、コンテンツの特徴（例えば、ピッチの高低）を示す情報である。なお、これらコンテンツメタの詳細については後記する。
【0021】
スピーカ４（スマートスピーカ）は、コンテンツサーバ３からコンテンツを取得し再生するものである。また、スピーカ４は、ユーザＭの操作（音声操作も含む）によって、再生音量を変更する機能を有する。このスピーカ４には、一般的なスマートスピーカを用いることができる。
スピーカ４は、音声通知制御装置５から、制御情報として、コンテンツ所在位置（コンテンツＵＲＬ）と再生音量値とを指示されることで、コンテンツサーバ３からコンテンツ所在位置に対応するコンテンツを取得し、指示された再生音量値でコンテンツを再生する。
スピーカ４は、音声通知制御装置５から、制御情報として、コンテンツ所在位置（コンテンツＵＲＬ）と再生音量値とを指示されることで、コンテンツサーバ３からコンテンツ所在位置に対応するコンテンツを取得し、指示された再生音量値でコンテンツを再生する。
【0022】
例えば、スピーカ４は、ｗｅｂ ＡＰＩを備えることで、コンテンツサーバ３へのコンテンツの要求およびコンテンツサーバ３からのコンテンツの取得、あるいは、音声通知制御装置５からのコンテンツ所在位置および再生音量値の指示の取得を行うことができる。もちろん、スピーカ４は、ｗｅｂ ＡＰＩ以外のインタフェースを用いても構わない。
また、スピーカ４は、ユーザＭの操作によって、再生音量が変更された場合、その再生音量値を、制御情報として音声通知制御装置５に通知する。
また、スピーカ４は、ユーザＭの操作によって、再生音量が変更された場合、その再生音量値を、制御情報として音声通知制御装置５に通知する。
【0023】
音声通知制御装置５は、コンテンツサーバ３が配信するコンテンツのコンテンツメタ（メタデータ）と、コンテンツをユーザＭに通知するタイミングを示すセンサ１で検知されたユーザＭの状態（ユーザコンテキスト）とに基づいて、スピーカ４がコンテンツを再生するタイミングおよび音量を制御するものである。
【0024】
なお、音声通知制御装置５は、コンテンツサーバ３から優先度が“緊急”を示すコンテンツメタを取得した場合、ユーザコンテキストを待つことなく、スピーカ４にコンテンツの再生を指示する。
また、音声通知制御装置５は、スピーカ４から、制御情報として、再生音声の変更が通知された場合、以降の再生音声の音量を変えて、スピーカ４にコンテンツの再生を指示する。
以上説明したように、音声通知システム１００は、ユーザＭの状態に応じて、コンテンツの再生タイミングおよび再生音量を制御して、ユーザＭに音声通知を行うことができる。
以下、音声通知制御装置５の構成および動作について詳細に説明する。
また、音声通知制御装置５は、スピーカ４から、制御情報として、再生音声の変更が通知された場合、以降の再生音声の音量を変えて、スピーカ４にコンテンツの再生を指示する。
以上説明したように、音声通知システム１００は、ユーザＭの状態に応じて、コンテンツの再生タイミングおよび再生音量を制御して、ユーザＭに音声通知を行うことができる。
以下、音声通知制御装置５の構成および動作について詳細に説明する。
【0025】
＜音声通知制御装置の構成＞
図２を参照して、音声通知制御装置５の構成について説明する。図２に示すように、音声通知制御装置５は、制御部Ａと記憶部Ｂとを備える。
制御部Ａは、音声通知制御装置５を制御するものである。例えば、制御部Ａは、コンピュータを、以下で説明する各手段として機能させるための音声通知制御プログラムで動作する。
記憶部Ｂは、制御部Ａで使用する各種データを記憶するものである。記憶部Ｂは、半導メモリ等で構成することができる。
制御部Ａは、通知制御手段５０と、スピーカ制御手段５１と、再生音量決定手段５２と、を備える。
図２を参照して、音声通知制御装置５の構成について説明する。図２に示すように、音声通知制御装置５は、制御部Ａと記憶部Ｂとを備える。
制御部Ａは、音声通知制御装置５を制御するものである。例えば、制御部Ａは、コンピュータを、以下で説明する各手段として機能させるための音声通知制御プログラムで動作する。
記憶部Ｂは、制御部Ａで使用する各種データを記憶するものである。記憶部Ｂは、半導メモリ等で構成することができる。
制御部Ａは、通知制御手段５０と、スピーカ制御手段５１と、再生音量決定手段５２と、を備える。
【0026】
通知制御手段５０は、スピーカ４に対するコンテンツの音声通知のタイミングおよび再生音量の通知を制御するものである。
通知制御手段５０は、コンテキスト取得手段５００と、メタデータ取得手段５０１と、音声再生指示手段５０２と、再生音量取得手段５０３と、を備える。
通知制御手段５０は、コンテキスト取得手段５００と、メタデータ取得手段５０１と、音声再生指示手段５０２と、再生音量取得手段５０３と、を備える。
【0027】
コンテキスト取得手段５００は、コンテキスト推定装置２から、推定されたユーザＭの状態（ユーザコンテキスト）を取得するものである。
コンテキスト取得手段５００は、例えば、コンテキスト推定装置２との間で、ｗｅｂｓｏｃｋｅｔによる常時双方向通信を確立し、ユーザコンテキストを取得する。
ここでは、コンテキスト取得手段５００は、複数のセンサ１（１Ａ，１Ｂ、１Ｃ）から出力されるセンシングデータで推定された「リビングに入室した」、「トイレに入室した」または「寝室に入室した」というユーザＭの状態を示すユーザコンテキスト（“ｌｉｖｉｎｇ＿ｒｏｏｍ”、“ｒｅｓｔ＿ｒｏｏｍ”または“ｂｅｄ＿ｒｏｏｍ”）を取得する。
コンテキスト取得手段５００は、取得したユーザコンテキストを音声再生指示手段５０２に出力する。
コンテキスト取得手段５００は、例えば、コンテキスト推定装置２との間で、ｗｅｂｓｏｃｋｅｔによる常時双方向通信を確立し、ユーザコンテキストを取得する。
ここでは、コンテキスト取得手段５００は、複数のセンサ１（１Ａ，１Ｂ、１Ｃ）から出力されるセンシングデータで推定された「リビングに入室した」、「トイレに入室した」または「寝室に入室した」というユーザＭの状態を示すユーザコンテキスト（“ｌｉｖｉｎｇ＿ｒｏｏｍ”、“ｒｅｓｔ＿ｒｏｏｍ”または“ｂｅｄ＿ｒｏｏｍ”）を取得する。
コンテキスト取得手段５００は、取得したユーザコンテキストを音声再生指示手段５０２に出力する。
【0028】
メタデータ取得手段５０１は、コンテンツサーバ３から、コンテンツメタ（コンテンツのメタデータ）を取得し、コンテンツメタテーブルに設定するものである。
メタデータ取得手段５０１は、例えば、コンテンツサーバ３との間で、ｗｅｂｓｏｃｋｅｔによる常時双方向通信を確立し、コンテンツメタを取得する。
メタデータ取得手段５０１は、取得したコンテンツメタを記憶部Ｂのコンテンツメタテーブル記憶手段５３にコンテンツメタテーブルとして記憶する。
メタデータ取得手段５０１は、例えば、コンテンツサーバ３との間で、ｗｅｂｓｏｃｋｅｔによる常時双方向通信を確立し、コンテンツメタを取得する。
メタデータ取得手段５０１は、取得したコンテンツメタを記憶部Ｂのコンテンツメタテーブル記憶手段５３にコンテンツメタテーブルとして記憶する。
【0029】
ここで、図３を参照（適宜、図２参照）して、コンテンツメタテーブル記憶手段５３に記憶するコンテンツメタテーブルの例について説明する。
図３に示すコンテンツメタテーブルＴＭは、各レコード（行）に、優先度２００、コンテンツ発行日時２０１、コンテンツ所在位置２０２およびコンテンツタグ２０３を保持する。
図３に示すコンテンツメタテーブルＴＭは、各レコード（行）に、優先度２００、コンテンツ発行日時２０１、コンテンツ所在位置２０２およびコンテンツタグ２０３を保持する。
【0030】
優先度２００は、コンテンツを通知する優先度であって、ここでは、“ｕｒｇｅｎｔ”，“ｈｉｇｈ”，“ｎｏｒｍａｌ”の３値の文字列のいずれかとする。“ｕｒｇｅｎｔ”は優先度が最も高い“緊急”を示し、“ｈｉｇｈ”はその次に優先度の高い“高”を示し、“ｎｏｒｍａｌ”は優先度の最も低い“普通”を示す。
【0031】
コンテンツ発行日時２０１は、コンテンツプロバイダがコンテンツを発行した日時である。このコンテンツ発行日時２０１は、優先度２００が同じコンテンツにおいて通知の順番を特定するための情報となる。
コンテンツ所在位置２０２は、コンテンツサーバ３におけるコンテンツの所在位置を示すアドレスであって、スピーカ４からコンテンツサーバ３にコンテンツを要求する際に使用される。
コンテンツ所在位置２０２は、コンテンツサーバ３におけるコンテンツの所在位置を示すアドレスであって、スピーカ４からコンテンツサーバ３にコンテンツを要求する際に使用される。
【0032】
コンテンツタグ２０３は、コンテンツの音声特徴として、ここでは、“ｕｒｇｅｎｔ”，“ｈｉｇｈ＿ｖｏｉｃｅ”，“ｌｏｗ＿ｖｏｉｃｅ”の３値の文字列のいずれかとする。“ｕｒｇｅｎｔ”は緊急性が高く、必ず聞いてほしいコンテンツを示す。“ｈｉｇｈ＿ｖｏｉｃｅ”は音の高さが高い音声、例えば、声の高いアナウンサが読み上げた音程（ピッチ）の高いニュースコンテンツを示す。“ｌｏｗ＿ｖｏｉｃｅ”は音の高さが低い音声、例えば、声の低いアナウンサが読み上げた音程（ピッチ）の低いニュースコンテンツを示す。
これらのコンテンツの音声特徴は、“ｕｒｇｅｎｔ”のコンテンツについては緊急を要するため再生音量を大きくし、“ｌｏｗ＿ｖｏｉｃｅ”のコンテンツについてはより遠くに音声を届けるため、大きめの音で再生することが好ましいことを意味する。
図２に戻って、音声通知制御装置５の構成について説明を続ける。
これらのコンテンツの音声特徴は、“ｕｒｇｅｎｔ”のコンテンツについては緊急を要するため再生音量を大きくし、“ｌｏｗ＿ｖｏｉｃｅ”のコンテンツについてはより遠くに音声を届けるため、大きめの音で再生することが好ましいことを意味する。
図２に戻って、音声通知制御装置５の構成について説明を続ける。
【0033】
メタデータ取得手段５０１は、取得したコンテンツメタを行ごとにコンテンツメタテーブルＴＭに追加する。
なお、メタデータ取得手段５０１は、優先度２００が“ｕｒｇｅｎｔ”であるコンテンツメタについては、コンテンツメタテーブルＴＭの最上行に追加する。
また、メタデータ取得手段５０１は、優先度２００が“ｕｒｇｅｎｔ”以外のコンテンツメタについては、コンテンツメタテーブルＴＭの最下行に追加する。
なお、メタデータ取得手段５０１は、優先度２００が“ｕｒｇｅｎｔ”であるコンテンツメタについては、コンテンツメタテーブルＴＭの最上行に追加する。
また、メタデータ取得手段５０１は、優先度２００が“ｕｒｇｅｎｔ”以外のコンテンツメタについては、コンテンツメタテーブルＴＭの最下行に追加する。
【0034】
そして、メタデータ取得手段５０１は、優先度２００が“ｕｒｇｅｎｔ”以外のコンテンツメタを追加した場合、優先度２００の優先度が高い方から順（“ｕｒｇｅｎｔ”，“ｈｉｇｈ”，“ｎｏｒｍａｌ”の順）にコンテンツメタテーブルＴＭの行をソートする。さらに、メタデータ取得手段５０１は、優先度２００が同じコンテンツメタについては、コンテンツ発行日時２０１が新しい（現在の時刻に近い）方から順にコンテンツメタテーブルＴＭの行をソートする。もちろん、コンテンツ発行日時２０１が古い方から順にコンテンツメタテーブルＴＭの行をソートすることとしてもよい。
なお、優先度２００が“ｕｒｇｅｎｔ”以外のコンテンツメタを追加する場合、ソートを行うため、必ずしもコンテンツメタテーブルＴＭの最下行に追加する必要はない。
なお、優先度２００が“ｕｒｇｅｎｔ”以外のコンテンツメタを追加する場合、ソートを行うため、必ずしもコンテンツメタテーブルＴＭの最下行に追加する必要はない。
【0035】
このように、メタデータ取得手段５０１は、優先度２００およびコンテンツ発行日時２０１の順に、コンテンツメタテーブルＴＭの行を配列する。
これによって、コンテンツメタテーブルＴＭには、コンテンツを通知する順番にコンテンツメタが配列されることになる。
メタデータ取得手段５０１は、コンテンツメタテーブルＴＭを更新し、最上行に優先度２００が“ｕｒｇｅｎｔ”である場合、コンテンツが緊急である旨を音声再生指示手段５０２に通知する。
これによって、コンテンツメタテーブルＴＭには、コンテンツを通知する順番にコンテンツメタが配列されることになる。
メタデータ取得手段５０１は、コンテンツメタテーブルＴＭを更新し、最上行に優先度２００が“ｕｒｇｅｎｔ”である場合、コンテンツが緊急である旨を音声再生指示手段５０２に通知する。
【0036】
音声再生指示手段５０２は、ユーザコンテキストを取得したタイミングで、取得したユーザコンテキストとコンテンツメタテーブルＴＭに設定されているコンテンツタグ（音声特徴）とにより再生音量決定手段５２で再生音量値を決定し、コンテンツの所在位置とともにスピーカ４に通知するものである。
なお、音声再生指示手段５０２は、コンテンツメタテーブルＴＭの優先度２００に“ｕｒｇｅｎｔ（緊急）”が設定された場合、ユーザコンテキストの取得を待たずに、スピーカ４に、再生音量値とコンテンツの所在位置とを通知する。
このように、音声再生指示手段５０２は、メタデータ取得手段５０１からコンテンツが緊急である旨が通知された場合と、コンテキスト取得手段５００からユーザコンテキストを通知された場合とで処理が異なる。以下、処理を分けて説明する。
なお、音声再生指示手段５０２は、コンテンツメタテーブルＴＭの優先度２００に“ｕｒｇｅｎｔ（緊急）”が設定された場合、ユーザコンテキストの取得を待たずに、スピーカ４に、再生音量値とコンテンツの所在位置とを通知する。
このように、音声再生指示手段５０２は、メタデータ取得手段５０１からコンテンツが緊急である旨が通知された場合と、コンテキスト取得手段５００からユーザコンテキストを通知された場合とで処理が異なる。以下、処理を分けて説明する。
【0037】
（コンテンツが緊急である旨が通知された場合）
音声再生指示手段５０２は、コンテンツが緊急である旨が通知された場合、ユーザの状態を未設定（ＮＵＬＬ）としたユーザコンテキストと、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツタグとを引数として、再生音量決定手段５２に再生音量値を要求する。そして、音声再生指示手段５０２は、再生音量決定手段５２で決定された再生音量値と、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツ所在位置とを、スピーカ制御手段５１を介して、スピーカ４に出力し、音声再生を指示する。
そして、音声再生指示手段５０２は、コンテンツメタテーブルＴＭの最上行のレコードを削除する。
音声再生指示手段５０２は、コンテンツが緊急である旨が通知された場合、ユーザの状態を未設定（ＮＵＬＬ）としたユーザコンテキストと、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツタグとを引数として、再生音量決定手段５２に再生音量値を要求する。そして、音声再生指示手段５０２は、再生音量決定手段５２で決定された再生音量値と、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツ所在位置とを、スピーカ制御手段５１を介して、スピーカ４に出力し、音声再生を指示する。
そして、音声再生指示手段５０２は、コンテンツメタテーブルＴＭの最上行のレコードを削除する。
【0038】
（ユーザコンテキストを通知された場合）
音声再生指示手段５０２は、ユーザコンテキストを通知された場合、ユーザコンテキストと、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツタグとを引数として、再生音量決定手段５２に再生音量値を要求する。そして、音声再生指示手段５０２は、再生音量決定手段５２で決定された再生音量値と、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツ所在位置とを、スピーカ制御手段５１を介して、スピーカ４に出力し、音声再生を指示する。
そして、音声再生指示手段５０２は、コンテンツメタテーブルＴＭの最上行のレコードを削除する。
そして、音声再生指示手段５０２は、予め定めたレコードの数だけ、音声再生の処理を繰り返す。ただし、音声再生指示手段５０２は、再生回数がコンテンツメタテーブルＴＭのレコードの数に達した場合、音声再生の処理を停止する。
音声再生指示手段５０２は、ユーザコンテキストを通知された場合、ユーザコンテキストと、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツタグとを引数として、再生音量決定手段５２に再生音量値を要求する。そして、音声再生指示手段５０２は、再生音量決定手段５２で決定された再生音量値と、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツ所在位置とを、スピーカ制御手段５１を介して、スピーカ４に出力し、音声再生を指示する。
そして、音声再生指示手段５０２は、コンテンツメタテーブルＴＭの最上行のレコードを削除する。
そして、音声再生指示手段５０２は、予め定めたレコードの数だけ、音声再生の処理を繰り返す。ただし、音声再生指示手段５０２は、再生回数がコンテンツメタテーブルＴＭのレコードの数に達した場合、音声再生の処理を停止する。
【0039】
これによって、音声再生指示手段５０２は、優先度の高いコンテンツから順にスピーカ４に音声再生を指示することができる。また、音声再生指示手段５０２は、優先度が同じであれば、コンテンツ発行日時が新しい（現在の時刻に近い）コンテンツから、または、コンテンツ発行日時が古いコンテンツから順にスピーカ４に音声再生を指示することができる。
このように、音声再生指示手段５０２は、スピーカ制御手段５１を介して、スピーカ４に音声再生を指示した後、ユーザコンテキストとコンテンツタグと直近の情報として、再生音量取得手段５０３に出力する。
このように、音声再生指示手段５０２は、スピーカ制御手段５１を介して、スピーカ４に音声再生を指示した後、ユーザコンテキストとコンテンツタグと直近の情報として、再生音量取得手段５０３に出力する。
【0040】
再生音量取得手段５０３は、スピーカ４が再生した再生音量値を取得するものである。
再生音量取得手段５０３は、音声再生指示手段５０２からスピーカ４に指示したユーザコンテキストとコンテンツタグとを直近の情報として保持し、スピーカ制御手段５１を介してスピーカ４から通知される再生音量値とともに、再生音量テーブル更新要求として、再生音量決定手段５２に出力する。
このスピーカ４から取得した再生音量値は、再生音量決定手段５２が次回に決定する再生音量値に反映されることになる。
再生音量取得手段５０３は、音声再生指示手段５０２からスピーカ４に指示したユーザコンテキストとコンテンツタグとを直近の情報として保持し、スピーカ制御手段５１を介してスピーカ４から通知される再生音量値とともに、再生音量テーブル更新要求として、再生音量決定手段５２に出力する。
このスピーカ４から取得した再生音量値は、再生音量決定手段５２が次回に決定する再生音量値に反映されることになる。
【0041】
スピーカ制御手段５１は、音声再生指示手段５０２の音声再生指示をスピーカ４に通知するものである。
スピーカ制御手段５１は、音声再生指示手段５０２から出力される再生音量値とコンテンツＵＲＬ（コンテンツ所在位置）とを引数とする音声再生指示を制御情報としてスピーカ４に出力する。
また、スピーカ制御手段５１は、スピーカ４において再生音声値に変更があった場合、変更後の再生音声値を取得し、通知制御手段５０に出力する。
スピーカ制御手段５１は、音声再生指示手段５０２から出力される再生音量値とコンテンツＵＲＬ（コンテンツ所在位置）とを引数とする音声再生指示を制御情報としてスピーカ４に出力する。
また、スピーカ制御手段５１は、スピーカ４において再生音声値に変更があった場合、変更後の再生音声値を取得し、通知制御手段５０に出力する。
【0042】
再生音量決定手段５２は、コンテキスト推定装置２で推定されるユーザコンテキストと、コンテンツサーバ３から取得したコンテンツメタに含まれるコンテンツタグとに基づいて、再生音量値を決定するものである。
再生音量決定手段５２は、音量読出手段５２０と、音量更新手段５２１と、を備える。
再生音量決定手段５２は、音量読出手段５２０と、音量更新手段５２１と、を備える。
【0043】
音量読出手段５２０は、再生音量テーブル記憶手段５４に記憶されている再生音量テーブルから、ユーザコンテキストとコンテンツタグとに対応した再生音量値を読み出すものである。
音量読出手段５２０は、通知制御手段５０の音声再生指示手段５０２から、ユーザコンテキストとコンテンツタグとを引数とする要求を入力する。そして、音量読出手段５２０は、対応する再生音量値を再生音量テーブル記憶手段５４から読み出して、通知制御手段５０に出力する。
音量読出手段５２０は、通知制御手段５０の音声再生指示手段５０２から、ユーザコンテキストとコンテンツタグとを引数とする要求を入力する。そして、音量読出手段５２０は、対応する再生音量値を再生音量テーブル記憶手段５４から読み出して、通知制御手段５０に出力する。
【0044】
ここで、図４を参照（適宜、図２参照）して、再生音量テーブル記憶手段５４に記憶する再生音量テーブルの例について説明する。
図４に示す再生音量テーブルＴＶは、コンテンツタグ（音声特徴）を行、ユーザコンテキストを列とする表に、コンテンツタグとユーザコンテキストが対応する再生音量値を記述したテーブルである。
例えば、図４（ａ）の再生音量テーブルＴＶは、コンテンツタグが“ｈｉｇｈ＿ｖｏｉｃｅ（高い音声）”、ユーザコンテキストが“ｌｉｖｉｎｇ＿ｒｏｏｍ（リビング）”であれば、再生音量値が“２”であることを示している。また、コンテンツタグが“ｕｒｇｅｎｔ（緊急）”、ユーザコンテキストが“ＮＵＬＬ（未設定）”であれば、再生音量値が“１０”であることを示している。なお、再生音量値は、例えば、スピーカ４の最大音量を“１０”とした場合の相対値である。
図４に示す再生音量テーブルＴＶは、コンテンツタグ（音声特徴）を行、ユーザコンテキストを列とする表に、コンテンツタグとユーザコンテキストが対応する再生音量値を記述したテーブルである。
例えば、図４（ａ）の再生音量テーブルＴＶは、コンテンツタグが“ｈｉｇｈ＿ｖｏｉｃｅ（高い音声）”、ユーザコンテキストが“ｌｉｖｉｎｇ＿ｒｏｏｍ（リビング）”であれば、再生音量値が“２”であることを示している。また、コンテンツタグが“ｕｒｇｅｎｔ（緊急）”、ユーザコンテキストが“ＮＵＬＬ（未設定）”であれば、再生音量値が“１０”であることを示している。なお、再生音量値は、例えば、スピーカ４の最大音量を“１０”とした場合の相対値である。
【0045】
この再生音量テーブルＴＶは、コンテンツタグやユーザコンテキストが既知の場合、予め定めた初期値を設定しておけばよい。
また、コンテンツタグやユーザコンテキストに応じて、再生音量テーブルＴＶを追加して生成することとしてもよい。
例えば、音量読出手段５２０は、コンテンツタグおよびユーザコンテキストに対応する再生音量値が存在しない場合、再生音量テーブルＴＶの対応するセルに予め定めた初期値を設定し、その値を再生音量値として決定する。
また、コンテンツタグやユーザコンテキストに応じて、再生音量テーブルＴＶを追加して生成することとしてもよい。
例えば、音量読出手段５２０は、コンテンツタグおよびユーザコンテキストに対応する再生音量値が存在しない場合、再生音量テーブルＴＶの対応するセルに予め定めた初期値を設定し、その値を再生音量値として決定する。
【0046】
具体的には、音量読出手段５２０は、再生音量テーブルＴＶに引数で指定されたコンテンツタグの行が存在していなければ、存在していないコンテンツタグの行を再生音量テーブルＴＶに追加する。
また、音量読出手段５２０は、再生音量テーブルＴＶに引数で指定されたユーザコンテキストの列が存在していなければ、存在していないユーザコンテキストの列を再生音量テーブルＴＶに追加する。
そして、音量読出手段５２０は、新たに生成したコンテンツタグおよびユーザコンテキストの行列に該当するセルに予め定めた再生音量値の初期値を設定する。
これによって、再生音量決定手段５２は、新たなコンテンツタグおよびユーザコンテキストに対しても、再生音量値を決定することができる。
図２に戻って、音声通知制御装置５の構成について説明を続ける。
また、音量読出手段５２０は、再生音量テーブルＴＶに引数で指定されたユーザコンテキストの列が存在していなければ、存在していないユーザコンテキストの列を再生音量テーブルＴＶに追加する。
そして、音量読出手段５２０は、新たに生成したコンテンツタグおよびユーザコンテキストの行列に該当するセルに予め定めた再生音量値の初期値を設定する。
これによって、再生音量決定手段５２は、新たなコンテンツタグおよびユーザコンテキストに対しても、再生音量値を決定することができる。
図２に戻って、音声通知制御装置５の構成について説明を続ける。
【0047】
音量更新手段５２１は、再生音量テーブル記憶手段５４に記憶されている再生音量テーブルを更新するものである。
音量更新手段５２１は、通知制御手段５０の再生音量取得手段５０３から、ユーザコンテキストとコンテンツタグと再生音量値とを、再生音量テーブル更新要求として入力する。そして、音量更新手段５２１は、再生音量テーブル記憶手段５４に記憶されている再生音量テーブルにおいて、入力したユーザコンテキストとコンテンツタグとに対応するセルの再生音量値を、入力した再生音量値に更新する。
音量更新手段５２１は、通知制御手段５０の再生音量取得手段５０３から、ユーザコンテキストとコンテンツタグと再生音量値とを、再生音量テーブル更新要求として入力する。そして、音量更新手段５２１は、再生音量テーブル記憶手段５４に記憶されている再生音量テーブルにおいて、入力したユーザコンテキストとコンテンツタグとに対応するセルの再生音量値を、入力した再生音量値に更新する。
【0048】
例えば、図４（ａ）に示すように、再生音量テーブルＴＶに、ユーザコンテキスト“ｌｉｖｉｎｇ＿ｒｏｏｍ（リビング）”と、コンテンツタグ“ｈｉｇｈ＿ｖｏｉｃｅ（高い音声）”とに対応する再生音量値“２”が設定されているとする。この状態で、音量更新手段５２１に、ユーザコンテキスト“ｌｉｖｉｎｇ＿ｒｏｏｍ（リビング）”、コンテンツタグ“ｈｉｇｈ＿ｖｏｉｃｅ（高い音声）”、再生音量値“３”が音量更新要求として入力された場合、図４（ｂ）に示すように、再生音量テーブルＴＶにおいて、ユーザコンテキスト“ｌｉｖｉｎｇ＿ｒｏｏｍ（リビング）”と、コンテンツタグ“ｈｉｇｈ＿ｖｏｉｃｅ（高い音声）”とに対応するセルの再生音量値を“３”に変更する。他のセルについても同様である。
これによって、再生音量決定手段５２は、ユーザコンテキストとコンテンツタグとに対応する再生音量値を、ユーザＭの要求に応じて変更することができる。
これによって、再生音量決定手段５２は、ユーザコンテキストとコンテンツタグとに対応する再生音量値を、ユーザＭの要求に応じて変更することができる。
【0049】
以上説明したように構成することで、音声通知制御装置５は、ユーザＭの状態（ユーザコンテキスト）に応じて、コンテンツを再生するタイミングや再生音量を制御することができる。また、音声通知制御装置５は、コンテンツの特徴に応じて、再生音量を制御することができる。
【0050】
＜音声通知制御装置の動作＞
次に、音声通知制御装置５の動作について説明する。
まず、図５，図６を参照（構成ついては適宜図２参照）して、音声通知制御装置５のコンテンツの再生タイミングを制御する動作について説明する。図５は、緊急時のコンテンツを再生する動作、図６は、ユーザの状態（ユーザコンテキスト）により緊急以外のコンテンツを再生する動作を示すシーケンス図である。
次に、音声通知制御装置５の動作について説明する。
まず、図５，図６を参照（構成ついては適宜図２参照）して、音声通知制御装置５のコンテンツの再生タイミングを制御する動作について説明する。図５は、緊急時のコンテンツを再生する動作、図６は、ユーザの状態（ユーザコンテキスト）により緊急以外のコンテンツを再生する動作を示すシーケンス図である。
【0051】
（緊急コンテンツ再生動作）
まず、図５を参照して、音声通知制御装置５が緊急時のコンテンツ（緊急コンテンツ）を再生する動作について説明する。
ステップＳ１において、通知制御手段５０は、コンテンツサーバ３からコンテンツメタを取得する。ここでは、通知制御手段５０のメタデータ取得手段５０１が、コンテンツサーバ３にコンテンツメタを要求し、取得する。
ステップＳ２において、通知制御手段５０は、ステップＳ１で取得したコンテンツメタをコンテンツメタテーブル記憶手段５３のコンテンツメタテーブルに設定する。
まず、図５を参照して、音声通知制御装置５が緊急時のコンテンツ（緊急コンテンツ）を再生する動作について説明する。
ステップＳ１において、通知制御手段５０は、コンテンツサーバ３からコンテンツメタを取得する。ここでは、通知制御手段５０のメタデータ取得手段５０１が、コンテンツサーバ３にコンテンツメタを要求し、取得する。
ステップＳ２において、通知制御手段５０は、ステップＳ１で取得したコンテンツメタをコンテンツメタテーブル記憶手段５３のコンテンツメタテーブルに設定する。
【0052】
ここで、図７を参照して、ステップＳ２の動作について詳細に説明する。
ステップＳ２０において、通知制御手段５０のメタデータ取得手段５０１は、ステップＳ１で取得したコンテンツメタの優先度が、“ｕｒｇｅｎｔ（緊急）”であるか否かを判定する。
ここで、優先度が“ｕｒｇｅｎｔ（緊急）”の場合（ステップＳ２０でＹｅｓ）、ステップＳ２１において、メタデータ取得手段５０１は、コンテンツメタテーブル記憶手段５３に記憶されているコンテンツメタテーブルＴＭ（図３参照）の最上行にコンテンツメタ（優先度、コンテンツ発行日時、コンテンツ所在位置およびコンテンツタグ）を追加する。
そして、通知制御手段５０は、ステップＳ３（図５参照）に動作を移行する。
ステップＳ２０において、通知制御手段５０のメタデータ取得手段５０１は、ステップＳ１で取得したコンテンツメタの優先度が、“ｕｒｇｅｎｔ（緊急）”であるか否かを判定する。
ここで、優先度が“ｕｒｇｅｎｔ（緊急）”の場合（ステップＳ２０でＹｅｓ）、ステップＳ２１において、メタデータ取得手段５０１は、コンテンツメタテーブル記憶手段５３に記憶されているコンテンツメタテーブルＴＭ（図３参照）の最上行にコンテンツメタ（優先度、コンテンツ発行日時、コンテンツ所在位置およびコンテンツタグ）を追加する。
そして、通知制御手段５０は、ステップＳ３（図５参照）に動作を移行する。
【0053】
一方、優先度が“ｕｒｇｅｎｔ（緊急）”以外の場合（ステップＳ２０でＮｏ）、ステップＳ２２において、メタデータ取得手段５０１は、コンテンツメタテーブル記憶手段５３に記憶されているコンテンツメタテーブルＴＭ（図３参照）の最下行にコンテンツメタ（優先度、コンテンツ発行日時、コンテンツ所在位置およびコンテンツタグ）を追加する。
【0054】
ステップＳ２３において、メタデータ取得手段５０１は、コンテンツメタテーブルＴＭのすべてのレコードを、優先度の順（優先度が高い方から順）にソートする。
ステップＳ２４において、メタデータ取得手段５０１は、コンテンツメタテーブルＴＭの同じ優先度のレコードを、コンテンツ発行日時の順（新しい順、または、古い順）にソートする。
このステップＳ２３，Ｓ２４の動作によって、コンテンツメタは、優先度が高いほど、コンテンツメタテーブルＴＭの上の行に配置され、優先度が同じであれば、コンテンツ発行日時が新しい（現在の時刻に近い）ほど、または、古いほど、コンテンツメタテーブルＴＭの上の行に配置される。
そして、通知制御手段５０は、ステップＳ３（図５参照）に動作を移行する。
図５に戻って、緊急時のコンテンツを再生する動作について説明を続ける。
ステップＳ２４において、メタデータ取得手段５０１は、コンテンツメタテーブルＴＭの同じ優先度のレコードを、コンテンツ発行日時の順（新しい順、または、古い順）にソートする。
このステップＳ２３，Ｓ２４の動作によって、コンテンツメタは、優先度が高いほど、コンテンツメタテーブルＴＭの上の行に配置され、優先度が同じであれば、コンテンツ発行日時が新しい（現在の時刻に近い）ほど、または、古いほど、コンテンツメタテーブルＴＭの上の行に配置される。
そして、通知制御手段５０は、ステップＳ３（図５参照）に動作を移行する。
図５に戻って、緊急時のコンテンツを再生する動作について説明を続ける。
【0055】
ステップＳ３において、通知制御手段５０の音声再生指示手段５０２は、コンテンツメタテーブルＴＭ（図３参照）の最上行に“ｕｒｇｅｎｔ（緊急）”のコンテンツメタが記憶されているか否かを判定する。
ここで、最上行に“ｕｒｇｅｎｔ（緊急）”のコンテンツメタが記憶されている場合（ステップＳ３でＹｅｓ）、通知制御手段５０は、ステップＳ４に動作を進める。
一方、最上行に“ｕｒｇｅｎｔ（緊急）”のコンテンツメタが記憶されていない場合（ステップＳ３でＮｏ）、通知制御手段５０は、ステップＳ１に動作を戻す。
ここで、最上行に“ｕｒｇｅｎｔ（緊急）”のコンテンツメタが記憶されている場合（ステップＳ３でＹｅｓ）、通知制御手段５０は、ステップＳ４に動作を進める。
一方、最上行に“ｕｒｇｅｎｔ（緊急）”のコンテンツメタが記憶されていない場合（ステップＳ３でＮｏ）、通知制御手段５０は、ステップＳ１に動作を戻す。
【0056】
ステップＳ４において、通知制御手段５０の音声再生指示手段５０２は、再生音量決定手段５２に要求する引数のうち、ユーザコンテキストにＮＵＬＬを設定する。
ステップＳ５において、通知制御手段５０の音声再生指示手段５０２は、ステップＳ４で設定したユーザコンテキストと、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツタグとを引数として、再生音量決定手段５２に再生音量値を要求する。
ステップＳ６において、再生音量決定手段５２は、再生音量値を決定する。
ステップＳ５において、通知制御手段５０の音声再生指示手段５０２は、ステップＳ４で設定したユーザコンテキストと、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツタグとを引数として、再生音量決定手段５２に再生音量値を要求する。
ステップＳ６において、再生音量決定手段５２は、再生音量値を決定する。
【0057】
ここで、図８を参照して、ステップＳ６の動作について詳細に説明する。
ステップＳ６０において、再生音量決定手段５２の音量読出手段５２０は、指定されたコンテンツタグの行が、再生音量テーブル記憶手段５４に記憶されている再生音量テーブルＴＶ（図４参照）に存在するか否かを判定する。
ここで、指定されたコンテンツタグの行が再生音量テーブルＴＶに存在している場合（ステップＳ６０でＹｅｓ）、音量読出手段５２０は、ステップＳ６２に動作を進める。
一方、指定されたコンテンツタグの行が再生音量テーブルＴＶに存在していない場合（ステップＳ６０でＮｏ）、ステップＳ６１において、音量読出手段５２０は、コンテンツタグの行を再生音量テーブルＴＶに追加する。
ステップＳ６０において、再生音量決定手段５２の音量読出手段５２０は、指定されたコンテンツタグの行が、再生音量テーブル記憶手段５４に記憶されている再生音量テーブルＴＶ（図４参照）に存在するか否かを判定する。
ここで、指定されたコンテンツタグの行が再生音量テーブルＴＶに存在している場合（ステップＳ６０でＹｅｓ）、音量読出手段５２０は、ステップＳ６２に動作を進める。
一方、指定されたコンテンツタグの行が再生音量テーブルＴＶに存在していない場合（ステップＳ６０でＮｏ）、ステップＳ６１において、音量読出手段５２０は、コンテンツタグの行を再生音量テーブルＴＶに追加する。
【0058】
ステップＳ６２において、再生音量決定手段５２の音量読出手段５２０は、指定されたユーザコンテキストの列が、再生音量テーブル記憶手段５４に記憶されている再生音量テーブルＴＶ（図４参照）に存在するか否かを判定する。
ここで、指定されたユーザコンテキストの列が再生音量テーブルＴＶに存在している場合（ステップＳ６２でＹｅｓ）、音量読出手段５２０は、ステップＳ６４に動作を進める。
一方、指定されたユーザコンテキストの列が再生音量テーブルＴＶに存在していない場合（ステップＳ６２でＮｏ）、ステップＳ６３において、音量読出手段５２０は、ユーザコンテキストの列を再生音量テーブルＴＶに追加する。
ここで、指定されたユーザコンテキストの列が再生音量テーブルＴＶに存在している場合（ステップＳ６２でＹｅｓ）、音量読出手段５２０は、ステップＳ６４に動作を進める。
一方、指定されたユーザコンテキストの列が再生音量テーブルＴＶに存在していない場合（ステップＳ６２でＮｏ）、ステップＳ６３において、音量読出手段５２０は、ユーザコンテキストの列を再生音量テーブルＴＶに追加する。
【0059】
ステップＳ６４において、音量読出手段５２０は、再生音量テーブルＴＶの指定されたコンテンツタグおよびユーザコンテキストの行列に該当するセルに値が設定されているか否かを判定する。
ここで、該当セルに値が設定されている場合（ステップＳ６４でＹｅｓ）、音量読出手段５２０は、ステップＳ６６に動作を進める。
一方、該当セルに値が設定されていない場合（ステップＳ６４でＮｏ）、ステップＳ６５において、音量読出手段５２０は、セルに予め定めた再生音量値の初期値を設定する。
ステップＳ６６において、音量読出手段５２０は、該当セルに設定されている値を、再生音量値として決定する。
そして、再生音量決定手段５２は、ステップＳ７（図５参照）に動作を移行する。
図５に戻って、緊急時のコンテンツを再生する動作について説明を続ける。
ここで、該当セルに値が設定されている場合（ステップＳ６４でＹｅｓ）、音量読出手段５２０は、ステップＳ６６に動作を進める。
一方、該当セルに値が設定されていない場合（ステップＳ６４でＮｏ）、ステップＳ６５において、音量読出手段５２０は、セルに予め定めた再生音量値の初期値を設定する。
ステップＳ６６において、音量読出手段５２０は、該当セルに設定されている値を、再生音量値として決定する。
そして、再生音量決定手段５２は、ステップＳ７（図５参照）に動作を移行する。
図５に戻って、緊急時のコンテンツを再生する動作について説明を続ける。
【0060】
ステップＳ７において、再生音量決定手段５２の音量読出手段５２０は、ステップＳ６で決定した再生音量値を通知制御手段５０に出力（応答）する。
ステップＳ８において、通知制御手段５０の音声再生指示手段５０２は、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツ所在位置（コンテンツＵＲＬ）と、ステップＳ７で取得した再生音声値とを音声再生指示として、スピーカ制御手段５１に出力する。
ステップＳ８において、通知制御手段５０の音声再生指示手段５０２は、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツ所在位置（コンテンツＵＲＬ）と、ステップＳ７で取得した再生音声値とを音声再生指示として、スピーカ制御手段５１に出力する。
【0061】
ステップＳ９において、音声再生指示手段５０２は、コンテンツメタテーブルＴＭの最上行に登録されているレコードを削除する。
ステップＳ１０において、スピーカ制御手段５１は、ステップＳ８で通知制御手段５０から出力された音声再生指示を、制御情報としてスピーカ４に出力する。
これによって、スピーカ４は、図示を省略するが、コンテンツサーバ３から、制御情報のコンテンツＵＲＬで指定されるコンテンツを取得し、制御情報の再生音声値でコンテンツを再生することができる。
ステップＳ１０において、スピーカ制御手段５１は、ステップＳ８で通知制御手段５０から出力された音声再生指示を、制御情報としてスピーカ４に出力する。
これによって、スピーカ４は、図示を省略するが、コンテンツサーバ３から、制御情報のコンテンツＵＲＬで指定されるコンテンツを取得し、制御情報の再生音声値でコンテンツを再生することができる。
【0062】
（ユーザコンテキストによるコンテンツ再生動作）
次に、図６を参照して、音声通知制御装置５がユーザの状態（ユーザコンテキスト）により緊急以外のコンテンツを再生する動作について説明する。
ステップＳ１Ａにおいて、通知制御手段５０は、コンテキスト推定装置２からユーザコンテキストを取得する。ここでは、通知制御手段５０のコンテキスト取得手段５００が、コンテキスト推定装置２で推定されたユーザコンテキストを取得する。
ステップＳ３Ａにおいて、通知制御手段５０の音声再生指示手段５０２は、コンテンツメタテーブルＴＭ（図３参照）にコンテンツメタが記憶されているか否か（レコードが存在するか否か）を判定する。
ここで、コンテンツメタテーブルＴＭにコンテンツメタが記憶されている場合（ステップＳ３ＡでＹｅｓ）、通知制御手段５０は、ステップＳ５に動作を進める。
一方、コンテンツメタテーブルＴＭにコンテンツメタが記憶されていない場合（ステップＳ３ＡでＮｏ）、通知制御手段５０は、ステップＳ１Ａに動作を戻す。
次に、図６を参照して、音声通知制御装置５がユーザの状態（ユーザコンテキスト）により緊急以外のコンテンツを再生する動作について説明する。
ステップＳ１Ａにおいて、通知制御手段５０は、コンテキスト推定装置２からユーザコンテキストを取得する。ここでは、通知制御手段５０のコンテキスト取得手段５００が、コンテキスト推定装置２で推定されたユーザコンテキストを取得する。
ステップＳ３Ａにおいて、通知制御手段５０の音声再生指示手段５０２は、コンテンツメタテーブルＴＭ（図３参照）にコンテンツメタが記憶されているか否か（レコードが存在するか否か）を判定する。
ここで、コンテンツメタテーブルＴＭにコンテンツメタが記憶されている場合（ステップＳ３ＡでＹｅｓ）、通知制御手段５０は、ステップＳ５に動作を進める。
一方、コンテンツメタテーブルＴＭにコンテンツメタが記憶されていない場合（ステップＳ３ＡでＮｏ）、通知制御手段５０は、ステップＳ１Ａに動作を戻す。
【0063】
ステップＳ５からＳ１０までの動作は、図５で説明した緊急時のコンテンツを再生する動作と同じであるため、説明を省略する。
なお、ステップＳ５において使用されるコンテンツタグおよびユーザコンテキストは、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツタグ、および、ステップＳ１Ａで取得したユーザコンテキストである。
また、通知制御手段５０は、ステップＳ９において、コンテンツメタテーブルＴＭの最上行に登録されているレコードを削除した後、ステップＳ３Ａに戻る。これによって、コンテンツメタテーブルＴＭに登録されているコンテンツメタの数だけ、コンテンツが再生されることになる。なお、ステップＳ３Ａにおいて、通知制御手段５０の音声再生指示手段５０２は、必ずしも、レコードが存在する間、コンテンツの再生を繰り返す必要はなく、予め定めた数のコンテンツを再生した段階で、ステップＳ１Ａに動作を戻してもよい。
なお、ステップＳ５において使用されるコンテンツタグおよびユーザコンテキストは、コンテンツメタテーブルＴＭの最上行に登録されているコンテンツタグ、および、ステップＳ１Ａで取得したユーザコンテキストである。
また、通知制御手段５０は、ステップＳ９において、コンテンツメタテーブルＴＭの最上行に登録されているレコードを削除した後、ステップＳ３Ａに戻る。これによって、コンテンツメタテーブルＴＭに登録されているコンテンツメタの数だけ、コンテンツが再生されることになる。なお、ステップＳ３Ａにおいて、通知制御手段５０の音声再生指示手段５０２は、必ずしも、レコードが存在する間、コンテンツの再生を繰り返す必要はなく、予め定めた数のコンテンツを再生した段階で、ステップＳ１Ａに動作を戻してもよい。
【0064】
（再生音量更新動作）
次に、図９を参照（構成ついては適宜図２参照）して、音声通知制御装置５がスピーカ４におけるコンテンツの再生音量を更新する動作について説明する。
ステップＳ３０において、スピーカ制御手段５１は、再生音量が変更された場合に、スピーカ４から変更後の再生音量値を含む通知（音量更新通知）を取得する。
ステップＳ３１において、スピーカ制御手段５１は、ステップＳ３０で通知された再生音量値を含む音量変更通知を通知制御手段５０に出力する。
次に、図９を参照（構成ついては適宜図２参照）して、音声通知制御装置５がスピーカ４におけるコンテンツの再生音量を更新する動作について説明する。
ステップＳ３０において、スピーカ制御手段５１は、再生音量が変更された場合に、スピーカ４から変更後の再生音量値を含む通知（音量更新通知）を取得する。
ステップＳ３１において、スピーカ制御手段５１は、ステップＳ３０で通知された再生音量値を含む音量変更通知を通知制御手段５０に出力する。
【0065】
ステップＳ３２において、通知制御手段５０の再生音量取得手段５０３は、音声再生指示手段５０２で直近の再生音量値を決定する際に使用したコンテンツタグおよびユーザコンテキストと、通知された再生音量値とを、再生音量テーブル更新要求として、再生音量決定手段５２に出力する。
なお、直近の再生音量値を決定する際に使用したコンテンツタグおよびユーザコンテキストは、図５，図６のステップＳ５において、使用したものである。
なお、直近の再生音量値を決定する際に使用したコンテンツタグおよびユーザコンテキストは、図５，図６のステップＳ５において、使用したものである。
【0066】
ステップＳ３３において、再生音量決定手段５２の音量更新手段５２１は、再生音量テーブル記憶手段５４に記憶されている再生音量テーブルＴＶ（図４参照）において、ステップＳ３２で通知されたコンテンツタグとユーザコンテキストとに対応するセルの値を、ステップＳ３２で通知された再生音量値で置き換えることで、再生音量テーブルＴＶを更新する。
これによって、音声通知制御装置５は、スピーカ４において、次回以降にコンテンツタグとユーザコンテキストとで特定される再生音量値を、更新された再生音量値で再生させることができる。
これによって、音声通知制御装置５は、スピーカ４において、次回以降にコンテンツタグとユーザコンテキストとで特定される再生音量値を、更新された再生音量値で再生させることができる。
【0067】
以上、本発明の実施形態について説明したが、本発明は、この実施形態に限定されるものではない。
例えば、ここでは、コンテキスト推定装置２と音声通知制御装置５との通信にｗｅｂｓｏｃｋｅｔを利用することとしたが、ユーザコンテキストの取得手法はこれに限定されない。例えば、音声通知制御装置５が定期的にコンテキスト推定装置２に対してウェブスクレイピング（Ｗｅｂ ｓｃｒａｐｉｎｇ）を行うことでユーザコンテキストを取得することとしてもよい。
例えば、ここでは、コンテキスト推定装置２と音声通知制御装置５との通信にｗｅｂｓｏｃｋｅｔを利用することとしたが、ユーザコンテキストの取得手法はこれに限定されない。例えば、音声通知制御装置５が定期的にコンテキスト推定装置２に対してウェブスクレイピング（Ｗｅｂ ｓｃｒａｐｉｎｇ）を行うことでユーザコンテキストを取得することとしてもよい。
【0068】
また、ここでは、コンテンツサーバ３と音声通知制御装置５との間の通信にｗｅｂｓｏｃｋｅｔを利用することとしたが、コンテンツメタの取得手法はこれに限定されない。例えば、音声通知制御装置５が定期的にコンテンツサーバ３に対してウェブスクレイピングを行うことでコンテンツメタを取得することとしてもよい。
【0069】
また、ここでは、コンテキスト推定装置２およびコンテンツサーバ３をクラウドＣ上のサービスとして実装したが、実装方法はこれに限定されない。例えば、コンテキスト推定装置２は、音声通知制御装置５の内部の構成としてもよい。
【0070】
また、ここでは、スピーカ４から通知される再生音量値で再生音量テーブルＴＶを更新することとしたが、この機能を省略しても構わない。その場合、音声通知制御装置５から、再生音量取得手段５０３と音量更新手段５２１とを省略して構成すればよい。
このような構成でも、音声通知制御装置５は、ユーザコンテキストとコンテンツとによって、コンテンツの再生タイミングと再生音量とを制御することができる。
このような構成でも、音声通知制御装置５は、ユーザコンテキストとコンテンツとによって、コンテンツの再生タイミングと再生音量とを制御することができる。
【符号の説明】
【0071】
１００ 音声通知システム
１ センサ
２ コンテキスト推定装置
３ コンテンツサーバ
４ スピーカ（スマートスピーカ）
５ 音声通知制御装置
５０ 通知制御手段
５００ コンテキスト取得手段
５０１ メタデータ取得手段
５０２ 音声再生指示手段
５０３ 再生音量取得手段
５１ スピーカ制御手段
５２ 再生音量決定手段
５２０ 音量読出手段
５２１ 音量更新手段
５３ コンテンツメタテーブル記憶手段
５４ 再生音量テーブル記憶手段
１ センサ
２ コンテキスト推定装置
３ コンテンツサーバ
４ スピーカ（スマートスピーカ）
５ 音声通知制御装置
５０ 通知制御手段
５００ コンテキスト取得手段
５０１ メタデータ取得手段
５０２ 音声再生指示手段
５０３ 再生音量取得手段
５１ スピーカ制御手段
５２ 再生音量決定手段
５２０ 音量読出手段
５２１ 音量更新手段
５３ コンテンツメタテーブル記憶手段
５４ 再生音量テーブル記憶手段
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】