(57)【要約】【課題】人の声によって緊急を要する状況であることが把握される場合に、その状況で対処されるべき内容を報知することが可能な報知装置を提供する。【解決手段】音センサ制御部４０によって音声を取得した場合、ＣＰＵ１０は、音声の特徴を示す特徴データを生成して、音声解析用データテーブル６１に記憶されている解析用データと照合することにより、音声の調子及び単語を認識する。認識した音声の調子によって、音声が発声された状況が報知を要する状況と判定される場合、ＣＰＵ１０は、認識した単語を、緊急時発声単語テーブル６２に記憶されたキーワードと照合することにより、音声が発声された具体的な状況を把握し、その状況に応じたアプリを報知アプリ実行領域６４の中から選択して起動し、実行結果を表示部２２に表示すると共に、報知音声データテーブル６３から読み出した「表示有の報知音声データ」に基づく音声をスピーカ３２から拡声出力する。【選択図】図１
2014228644.tif 000002
【特許請求の範囲】
【請求項１】
音声を認識して認識結果に基づく報知を行う報知装置において、
入力された音声の特徴を表す特徴データを生成する生成手段と、
音響モデル及び言語モデルをデータ化した解析用データを、認識されるべき音声の調子を表す情報及び認識されるべき単語のテキスト情報に対応付けて記憶する記憶部と、
前記生成手段が生成した特徴データを、前記記憶部に記憶されている解析用データと照合する照合手段と、
該照合手段の照合結果が一致又は類似する解析用データに対応して前記記憶部に記憶されている情報に基づいて、前記音声が発声された状況が報知を要する状況であるか否かを判定する判定手段と、
該判定手段が報知を要する状況であると判定した場合、前記音声が発声された状況で報知すべき情報を、音を伴う表示又は音声によって報知する報知手段と
を備えることを特徴とする報知装置。
【請求項２】
前記音声の調子は、音程、発声速度、音量及び語調の少なくとも１つであることを特徴とする請求項１に記載の報知装置。
【請求項３】
報知を要する１又は複数の状況で夫々発声されるキーワードを夫々の状況に対応付けて記憶する第２の記憶部を備え、
前記判定手段は、前記照合手段の照合結果が一致又は類似する解析用データに対応して前記記憶部に記憶されている単語のテキスト情報を、前記第２の記憶部に記憶されているキーワードと照合して一致するか否かを判定するようにしてあり、
前記報知手段は、前記判定手段の判定結果が一致するキーワードに対応して前記第２の記憶部に記憶されている状況に応じた情報を報知するようにしてあること
を特徴とする請求項１又は２に記載の報知装置。
【請求項４】
報知を要する１又は複数の状況で夫々実行されるべきアプリケーションプログラムを夫々の状況に対応付けて記憶する第３の記憶部と、
前記判定手段が報知を要する状況であると判定した場合、前記音声が発声された状況に対応して前記第３の記憶部に記憶されているアプリケーションプログラムを選択する手段と、
該手段が選択したアプリケーションプログラムを実行する実行手段とを備え、
前記報知手段は、前記実行手段の実行結果を表示して報知すると共に、その旨を音によって報知するようにしてあること
を特徴とする請求項１から３の何れか１項に記載の報知装置。
【請求項５】
報知を要する１又は複数の状況で夫々報知されるべき情報を夫々の状況に対応付けて記憶する第４の記憶部と、
前記判定手段が報知を要する状況であると判定した場合、前記音声が発声された状況に対応して前記第４の記憶部に記憶されている情報を読み出す読出手段とを備え、
前記報知手段は、前記読出手段が読み出した情報を表示して報知すると共に、その旨を音によって報知するようにしてあること
を特徴とする請求項１から３の何れか１項に記載の報知装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声を認識し、認識結果に基づいて音を含む報知を行う報知装置に関する。
【背景技術】
【０００２】
近年、アプリを導入した携帯電話機等の情報端末を様々な用途に活用することが提案されており、緊急事態における対処方法を使用者に通知することもその活用方法の一つとされる。
【０００３】
例えば特許文献１には、所定のスイッチが操作された場合、ＡＥＤの使用前に救命者が実施すべき心臓マッサージの手順を、音声又は文字によって正確に指示することが可能な装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１５２５３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、実際にＡＥＤが使用されるような緊急を要する状況において、特許文献１に記載されているような特定の装置を救命者が携帯している可能性は低いと言わざるを得ない。たとえ救命者が上記装置を携帯していた場合であっても、その存在が救命者に即座に想起されて所定のスイッチ操作が正確に行われることも期待され難い。
【０００６】
本発明は斯かる事情に鑑みてなされたものであり、その目的とするところは、人の声によって緊急を要する状況であることが把握される場合に、その状況で対処されるべき内容を報知することが可能な報知装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る報知装置は、音声を認識して認識結果に基づく報知を行う報知装置において、入力された音声の特徴を表す特徴データを生成する生成手段と、音響モデル及び言語モデルをデータ化した解析用データを、認識されるべき音声の調子を表す情報及び認識されるべき単語のテキスト情報に対応付けて記憶する記憶部と、前記生成手段が生成した特徴データを、前記記憶部に記憶されている解析用データと照合する照合手段と、該照合手段の照合結果が一致又は類似する解析用データに対応して前記記憶部に記憶されている情報に基づいて、前記音声が発声された状況が報知を要する状況であるか否かを判定する判定手段と、該判定手段が報知を要する状況であると判定した場合、前記音声が発声された状況で報知すべき情報を、音を伴う表示又は音声によって報知する報知手段とを備えることを特徴とする。
【０００８】
本発明に係る報知装置は、前記音声の調子は、音程、発声速度、音量及び語調の少なくとも１つであることを特徴とする。
【０００９】
本発明に係る報知装置は、報知を要する１又は複数の状況で夫々発声されるキーワードを夫々の状況に対応付けて記憶する第２の記憶部を備え、前記判定手段は、前記照合手段の照合結果が一致又は類似する解析用データに対応して前記記憶部に記憶されている単語のテキスト情報を、前記第２の記憶部に記憶されているキーワードと照合して一致するか否かを判定するようにしてあり、前記報知手段は、前記判定手段の判定結果が一致するキーワードに対応して前記第２の記憶部に記憶されている状況に応じた情報を報知するようにしてあることを特徴とする。
【００１０】
本発明に係る報知装置は、報知を要する１又は複数の状況で夫々実行されるべきアプリケーションプログラムを夫々の状況に対応付けて記憶する第３の記憶部と、前記判定手段が報知を要する状況であると判定した場合、前記音声が発声された状況に対応して前記第３の記憶部に記憶されているアプリケーションプログラムを選択する手段と、該手段が選択したアプリケーションプログラムを実行する実行手段とを備え、前記報知手段は、前記実行手段の実行結果を表示して報知すると共に、その旨を音によって報知するようにしてあることを特徴とする。
【００１１】
本発明に係る報知装置は、報知を要する１又は複数の状況で夫々報知されるべき情報を夫々の状況に対応付けて記憶する第４の記憶部と、前記判定手段が報知を要する状況であると判定した場合、前記音声が発声された状況に対応して前記第４の記憶部に記憶されている情報を読み出す読出手段とを備え、前記報知手段は、前記読出手段が読み出した情報を表示して報知すると共に、その旨を音によって報知するようにしてあることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、何らかの報知を要する状況であるか否かが、認識された音声の調子に基づいて判定され、報知を要する状況が具体的にどのような状況であるのかが、認識された単語に基づいて把握され、把握された状況で報知されるべき情報が、音を伴う表示又は音声によって報知される。
従って、人の声によって緊急を要する状況であることが把握される場合に、その状況で対処されるべき内容を報知することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態１に係る携帯情報端末の機能構成を示すブロック図である。
【図２】本発明の実施の形態１に係る携帯情報端末で音声を認識して状況に応じた報知を行うＣＰＵの処理手順を示すフローチャートである。
【図３】音声の特徴データの一例を示す説明図である。
【図４】音声解析用データテーブルの記憶内容の一例を示す説明図である。
【図５】緊急時発声単語テーブルの記憶内容の一例を示す説明図である。
【図６】本発明の実施の形態２に係る携帯情報端末で音声を認識して状況に応じた報知を行うＣＰＵの処理手順を示すフローチャートである。
【図７】本発明の実施の形態２に係る携帯情報端末における心臓マッサージの報知表示の一例を示す説明図である。
【図８】本発明の実施の形態３に係る携帯情報端末で音声を認識して状況に応じた報知を行うＣＰＵの処理手順を示すフローチャートである。
【図９】緊急時情報テーブルに記憶されたユーザ登録情報の一例を示す説明図である。
【発明を実施するための形態】
【００１４】
以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
図１は、本発明の実施の形態１に係る携帯情報端末の機能構成を示すブロック図である。図中１は携帯情報端末であり、携帯情報端末１は、無線通信回線７及び通信事業者７１を介して他の携帯情報端末、携帯電話等の無線端末（不図示）と通信可能に接続される。
【００１５】
携帯情報端末１は、ＣＰＵ１０を備え、ＣＰＵ１０は、プログラム５１、ＣＧデータ５２等の情報を記憶するＲＯＭ５０、各種の固定的なデータ、一時的に発生したデータ等の情報を記憶するＲＡＭ６０、及びＬＣＤからなる表示部２２による表示を制御する表示制御部２０とバス接続されている。
【００１６】
ＣＰＵ１０は、また、タッチパネル２１、キー群３１、スピーカ３２、バイブレータ３３等の入出力装置を制御する入出力制御部３０、音声を取得するための音センサ４１を制御する音センサ制御部４０、及び外部と通信するための通信Ｉ／Ｆ７０とバス接続されている。ＣＰＵ１０は、制御プログラム及び各種アプリケーションプログラム（以下、アプリという）に従って入出力、演算等の処理を実行する。
【００１７】
表示制御部２０は、ＬＣＤドライバを含み、ＣＰＵ１０からの制御信号に基づいて、表示部２２に対する表示制御を行う。
タッチパネル２１は、使用者によるタッチ操作を受け付けるためのものである。
表示部２２は、ＣＰＵ１０によるアプリの実行に伴って生成された画像及び／又は映像を表示する。
【００１８】
キー群３１は、例えば画面遷移、選択、キャンセル等の操作を受け付けるためのものである。
スピーカ３２は、報知音声、報知音、アプリの実行に伴って生成された音声データに基づく音声、ビープ音等を拡声出力する。
バイブレータ３３は、表示又は音声による報知が行われたことを振動によって使用者に報知する。
【００１９】
音センサ４１は、周囲の音を集音する。
音センサ制御部４０は、ＣＰＵ１０の制御により、音センサ４１が集音した音から音声区間を検知して、人が発した音声を取得する。以下では、携帯情報端末１が取得した音声を発した人及び携帯情報端末１の使用者をユーザという。
【００２０】
プログラム５１は、本発明に係る機能を実現するための制御プログラムを含んでなる。
ＣＧデータ５２は、表示部２２に文字を表示するためのフォントデータと、表示部２２にグラフィック表示を行うためのグラフィックデータとを含んでなる。
【００２１】
ＲＡＭ６０は、以下の各種テーブル及びアプリの実行領域を含むフラッシュメモリからなる。
音声解析用データテーブル（記憶部）６１は、音響モデル（周波数成分の分布）及び言語モデル（単語とその並び方及び言葉遣い）をデータ化した解析用データを、音声の調子を表す情報及び単語のテキスト情報に対応付けて予め記憶する（後述する図４参照）。
緊急時発声単語テーブル（第２の記憶部）６２は、報知を要する複数の状況で夫々発声される単語（キーワード）のテキスト情報を、夫々の状況に対応付けて予め記憶する（後述する図５参照）。
【００２２】
報知音声データテーブル６３は、報知を要する複数の状況で夫々報知されるべき音声のデータを夫々の状況に対応付けて予め記憶する。このテーブルには、例えば「ＡＥＤ支援音声データ」、「心臓マッサージ支援音声データ」、「表示有の報知音声データ」等が記憶される。「表示有の報知音声データ」は、後述するアプリが起動されて表示部２２に画像及び／又は映像が表示されていることを報知する音声のデータである。
【００２３】
報知アプリ実行領域（第３の記憶部）６４には、報知を要する複数の状況で夫々実行されるべきアプリが予めロードされる。この領域には、例えば「ＡＥＤ支援アプリ」、「心臓マッサージ支援アプリ」、「緊急時情報表示アプリ」等がロードされる。「緊急時情報表示アプリ」は、後述する緊急時情報を表示部２２に表示して報知するアプリである。
【００２４】
緊急時情報テーブル（第４の記憶部）６５は、報知を要する複数の状況で夫々報知されるべき情報を夫々の状況に対応付けて予め記憶する。このテーブルには、例えば「ＡＥＤ支援情報」、「心臓マッサージ支援情報」、「ユーザ登録情報」（後述する図９参照）等の緊急時情報が記憶される。
【００２５】
以上のように構成された携帯情報端末１において、ＣＰＵ１０が制御プログラムを実行する間に音センサ制御部４０によって音声を取得した場合、ＣＰＵ１０は、音声の特徴を示す特徴データを生成して、音声解析用データテーブル６１に記憶されている解析用データと照合することにより、音声の調子及び単語を認識する。認識した音声の調子によって、音声が発声された状況が報知を要する状況と判定される場合、ＣＰＵ１０は、認識した単語を、緊急時発声単語テーブル６２に記憶されたキーワードと照合することにより、音声が発声された具体的な状況を把握し、把握した状況に応じた音声データを報知音声データテーブル６３から読み出して音声を報知する。
【００２６】
以下では、上述した実施の形態１に係る携帯情報端末１のＣＰＵ１０の動作を、それを示すフローチャートを用いて詳細に説明する。以下に示す処理は、ＲＯＭ５０に予め格納されたプログラム５１に含まれる制御プログラムに従ってＣＰＵ１０により実行される。制御プログラムをアプリの一種としてＲＡＭ６０にロードし、これを実行するようにしてもよい。
【００２７】
図２は、本発明の実施の形態１に係る携帯情報端末１で音声を認識して状況に応じた報知を行うＣＰＵ１０の処理手順を示すフローチャートである。図２の処理は、携帯情報端末１の電源がオンされて初期化処理が行われた後に適時起動されるが、ユーザによって起動されるようにしてもよい。
【００２８】
図２の処理が起動された場合、ＣＰＵ１０は、音センサ制御部４０によって音声区間を検知したか否かを判定し（Ｓ１１）、検知するまで待機する（Ｓ１１：ＮＯ）。音声区間を検知した場合（Ｓ１１：ＹＥＳ）、ＣＰＵ１０は、音センサ制御部４０によって音声を取得して（Ｓ１２）特徴データを生成する（Ｓ１３：生成手段）。
【００２９】
図３は、音声の特徴データの一例を示す説明図である。特徴データは、「周波数」（例えばフーリエ変換によるもの）、「声の高さ」、「速さ、拍子」、「言葉遣い」、「語尾」、「単語」等の特徴を示すデータからなる。
【００３０】
その後、ＣＰＵ１０は、生成した特徴データと、音声解析用データテーブル６１に記憶されている解析用データとの照合（マッチング）を行い（Ｓ１４：照合手段）、照合結果が一致又は類似するか否かを判定する（Ｓ１５）。ここでの照合は、少なくとも取得した音声から単語が認識されるか否かを判定する。
【００３１】
図４は、音声解析用データテーブル６１の記憶内容の一例を示す説明図である。図４では、解析用データのうちの「周波数」、「声の高さ」、「速さ、拍子」、「言葉遣い」、「語尾」等の解析用データが、「音程（高さ）」、「発声速度（テンポ）」、「音量（大きさ）」、「語調」等の組み合わせからなる複数パターンの音声の調子に対応付けられている。例えば、パターン１では、音声の調子が「（音程が）高い、（発声速度が）やや速い、（音量が）大声、（語調が）緊迫」等の組み合わせからなる。音声の調子を示すものは上記の４つに限定されず、このうちの少なくとも１つが含まれていれば、３つ以下であっても５つ以上であってもよい。
【００３２】
また、「単語」の解析用データは、その解析用データとの照合によって認識されるべき単語のテキスト情報に対応付けられている。ここでは、報知を要する状況で発声される「大変、心臓、人工呼吸、救急車」等の単語のテキスト情報に、夫々の単語の解析用データが対応付けられており、この解析用データと特徴データの照合が一致又は類似した場合に単語が認識される。
【００３３】
ステップＳ１５で照合結果が一致又は類似しなかった場合（Ｓ１５：ＮＯ）、ＣＰＵ１０は、処理をステップＳ１１に移す。一方、照合結果が一致又は類似した場合（Ｓ１５：ＹＥＳ）、ＣＰＵ１０は、一致又は類似した解析用データに対応付けられた音声の調子が、報知を要する状況である蓋然性が高い特定のパターンであるか否かを判定する（Ｓ１６）。特定のパターンであるか否かの判定は、音声の調子の組み合わせ内容によって判定してもよいし、パターンの番号で判定してもよい。
【００３４】
音声の調子が特定のパターンではない場合（Ｓ１６：ＮＯ）、ＣＰＵ１０は、処理をステップＳ１１に移す。一方、音声の調子が特定のパターンである場合（Ｓ１６：ＹＥＳ）、即ち、取得した音声が発声された状況が、報知を要する状況である蓋然性が高い場合、ＣＰＵ１０は、認識した単語、即ち、照合結果が一致又は類似した解析用データに対応付けられた単語のテキスト情報をＲＡＭ６０に記憶する（Ｓ１７）。
【００３５】
次いで、ＣＰＵ１０は、ＲＡＭ６０に記憶した単語のテキスト情報と、緊急時発声単語テーブル６２に記憶されているキーワードのテキスト情報との照合を行い（Ｓ１８）、照合結果が一致するか否かを判定する（Ｓ１９：判定手段）。
【００３６】
図５は、緊急時発声単語テーブル６２の記憶内容の一例を示す説明図である。図５では、報知を要する「卒倒」、「交通事故」、「強盗」等の状況に、夫々複数の緊急時発声単語（キーワード）のテキスト情報が対応付けられている。例えば「卒倒」という状況には、「倒れた、ＡＥＤ、心肺停止、・・救急車」等のキーワードが対応する。
【００３７】
ステップＳ１８における照合は、ＲＡＭ６０に記憶された１又は複数の単語のテキスト情報のうちの少なくとも１つが、緊急時発声単語テーブル６２中の一の状況に対応付けられたキーワードのテキスト情報と一致するか否かを照合する。認識した単語と１又は複数の特定のキーワードを直接照合するようにしてもよい。
【００３８】
ステップＳ１９で照合結果が一致しなかった場合（Ｓ１９：ＮＯ）、ＣＰＵ１０は、処理をステップＳ１１に移す。一方、照合結果が一致した場合（Ｓ１９：ＹＥＳ）、即ち、取得した音声が発声された状況が、報知を要する状況である場合、ＣＰＵ１０は、一致した一の状況に応じた報知音声のデータ（例えば「ＡＥＤ支援音声データ」）を報知音声データテーブル６３から読み出す（Ｓ２１）。
【００３９】
この場合、緊急時発声単語テーブル６２における「状況」と、報知音声データテーブル６３における報知音声のデータとが１対１に対応するようにしてもよいし、ステップＳ１９で照合結果が一致した一の状況を更に分析して、報知音声データテーブル６３から読み出すべき報知音声のデータを決定するようにしてもよい。
【００４０】
報知音声のデータを読み出したＣＰＵ１０は、読み出した報知音声のデータに基づく音声をスピーカ３２から拡声出力する（Ｓ２２：報知手段）と共に、その旨をユーザに知らしめるためにバイブレータ３３を振動させて（Ｓ２４）図２の処理を終了する。
【００４１】
以上のように本実施の形態１によれば、音響モデル及び言語モデルをデータ化した解析用データを、音声の調子を表す情報及び単語のテキスト情報に対応付けて音声解析用データテーブル６１に記憶しておき、音センサ制御部４０によって音声区間を検知して音声を取得し、取得した音声の特徴を示す特徴データを生成する。そして生成した特徴データと音声解析用データテーブル６１内の解析用データとを照合し、照合が一致又は類似する解析用データに対応付けられた情報に基づいて、取得した音声が発声された状況が報知を要する状況であると判定した場合、その状況で報知すべき音声を報知音声データテーブル６３から読み出して報知する。
具体的には、報知を要する状況であるか否かが、認識された音声の調子に基づいて判定され、報知を要する状況が具体的にどのような状況であるのかが、認識された単語に基づいて把握され、把握された状況に応じて読み出された音声データを用いて報知が行われる。
従って、人の声によって緊急を要する状況であることが把握される場合に、その状況で対処されるべき内容を音声によって報知することが可能となる。
【００４２】
また、本実施の形態１によれば、特徴データと解析用データとの照合によって認識されるべき音声の調子が、音程（高さ）、発声速度（テンポ）、音量（大きさ）、語調等の組み合わせからなる。
従って、認識された音声の調子に基づいて、その音声が発声された状況が何らかの情報の報知を要する状況であることを容易に判定することが可能となる。
【００４３】
更に、本実施の形態１によれば、特徴データと解析用データとの照合によって認識された単語のテキスト情報と、緊急時発声単語テーブル６２に記憶されているキーワードとを照合し、照合が一致するキーワードに対応付けられた状況に応じた情報（音声データに基づく音声）を報知する。
従って、認識された単語とキーワードとの照合結果から、報知を要する状況が具体的にどのような状況であるのかを把握することが可能となる。
【００４４】
（実施の形態２）
実施の形態１が、報知を要する状況で音声による報知を行う形態であるのに対し、実施の形態２は、同状況にて、アプリによる表示及び音声によって報知を行う形態である。実施の形態２における携帯情報端末１の機能構成を示すブロック図と、音声を認識するＣＰＵ１０の処理内容とは、実施の形態１と同様であるため、以下ではフローチャートを用いて、実施の形態１との違いを中心に説明する。
【００４５】
図６は、本発明の実施の形態２に係る携帯情報端末１で音声を認識して状況に応じた報知を行うＣＰＵ１０の処理手順を示すフローチャートである。図６のステップＳ３１からＳ３９までの処理は、実施の形態１における図２のステップＳ１１からＳ１９までの処理と同一であるため、その説明を省略する。
【００４６】
さて、ステップＳ３９で、照合結果が一致した場合（Ｓ３９：ＹＥＳ）、ＣＰＵ１０は、一致した一の状況に応じたアプリ（例えば「心臓マッサージ支援アプリ」）を、報知アプリ実行領域６４にロードされたアプリから選択し（Ｓ４１：選択する手段）、選択して起動したアプリを実行した（実行手段）結果を表示部２２に表示して報知する（Ｓ４２：報知手段の一部）。これにより、その状況で対処すべき内容を示す画像及び／又は映像が表示部２２に表示される。また、アプリが生成した音声を拡声出力することもできる。
【００４７】
更に、ＣＰＵ１０は、報知音声データテーブル６３から「表示有の報知音声データ」を読み出して、表示部２２に表示がある旨を音声で報知する（Ｓ４３：報知手段の他の一部）と共に、その旨をユーザに知らしめるためにバイブレータ３３を振動させて（Ｓ４４）図６の処理を終了する。ステップＳ４２における音声での報知は、例えば「心臓マッサージ支援アプリが起動しました」等の起動メッセージでもよいし、ビープ音等の音声以外の音による報知であってもよい。
【００４８】
図７は、本発明の実施の形態２に係る携帯情報端末１における心臓マッサージの報知表示の一例を示す説明図である。表示部２２には、心臓マッサージを施すべき位置、手の当て方、マッサージの要領等が、図解と簡潔な説明文とで表示される。具体的な動きを動画で表示してもよいし、マッサージのテンポを周期的な音で報知してもよい。
【００４９】
その他、実施の形態１に対応する箇所には同様の符号を付して、その詳細な説明を省略する。
【００５０】
以上のように本実施の形態２によれば、取得した音声が発声された状況が報知を要する状況であると判定して状況を把握した場合、把握した状況で実行すべきアプリを報知アプリ実行領域６４にロードされたアプリの中から選択して起動し、実行結果を表示部２２に表示して報知すると共に、その旨をスピーカ３２から発する音声又は音によって報知し、更にバイブレータ３３を振動させる。
従って、人の声によって緊急を要する状況であることが把握される場合に、その状況で対処されるべき内容を、音及び／又は音声を伴う表示によって報知することが可能となる。
【００５１】
（実施の形態３）
実施の形態１が、報知を要する状況で音声による報知を行う形態であるのに対し、実施の形態３は、同状況にて、緊急時情報の表示と音声とで報知を行う形態である。実施の形態３における携帯情報端末１の機能構成を示すブロック図と、音声を認識するＣＰＵ１０の処理内容とは、実施の形態１と同様であるため、以下ではフローチャートを用いて、実施の形態１との違いを中心に説明する。
【００５２】
図８は、本発明の実施の形態３に係る携帯情報端末１で音声を認識して状況に応じた報知を行うＣＰＵ１０の処理手順を示すフローチャートである。図８のステップＳ５１からＳ５９までの処理は、実施の形態１における図２のステップＳ１１からＳ１９までの処理と同一であるため、その説明を省略する。
【００５３】
さて、ステップＳ５９で、照合結果が一致した場合（Ｓ５９：ＹＥＳ）、ＣＰＵ１０は、一致した一の状況に応じた緊急時情報（例えば「心臓マッサージ支援情報」）を、緊急時情報テーブル６５から読み出し（Ｓ６１：読出手段）、読み出した緊急時情報を、報知アプリ実行領域６４にロードされている「緊急時情報表示アプリ」によって表示部２２に表示して報知する（Ｓ６２：報知手段の一部）。これにより、その状況で対処すべき内容を示す文字情報等が表示部２２に表示される。
【００５４】
更に、ＣＰＵ１０は、報知音声データテーブル６３から「表示有の報知音声データ」を読み出して、表示部２２に表示がある旨を音声で報知する（Ｓ６３：報知手段の他の一部）と共に、その旨をユーザに知らしめるためにバイブレータ３３を振動させて（Ｓ６４）図８の処理を終了する。ステップＳ６３における音声での報知は、例えば「心臓マッサージ支援情報が表示されました」等の音声メッセージでもよいし、ビープ音等の音声以外の音による報知であってもよい。
【００５５】
ステップＳ５９で、状況を把握するのみならず、例えば姓名を認識することによってユーザを特定した場合、特定したユーザについて緊急時情報テーブル６５に予め登録されたユーザ登録情報を緊急時情報として報知することも可能である。
【００５６】
図９は、緊急時情報テーブル６５に記憶されたユーザ登録情報の一例を示す説明図である。ここではユーザＡ，Ｂ夫々について、姓名、性別及び年齢の他、持病、常備薬、連絡先、かかりつけ医等の情報が登録されている。このような情報を表示部２２に表示して、その旨を音声で報知することにより、例えばユーザが倒れた場合に、周囲の人が適切な処置を施すことができる。このとき、ビープ音等の音をアラートとして鳴動させる場合は、携帯情報端末１の使用者以外の人が倒れた場合を想定して、アラートの音量を徐々に上げることが好ましい。
【００５７】
その他、実施の形態１に対応する箇所には同様の符号を付して、その詳細な説明を省略する。
【００５８】
以上のように本実施の形態３によれば、取得した音声が発声された状況が報知を要する状況であると判定して状況を把握した場合、把握した状況で表示すべき情報を緊急時情報テーブル６５から読み出し、読み出した情報を表示部２２に表示して報知すると共に、その旨をスピーカ３２から発する音声又は音によって報知し、更にバイブレータ３３を振動させる。
従って、人の声によって緊急を要する状況であることが把握される場合に、その状況で対処されるべき内容を、音及び／又は音声を伴う表示によって報知することが可能となる。
【００５９】
なお、実施の形態１から３にあっては、バイブレータ３３の振動を停止させていないが、タッチパネル２１又はキー群３１の押下を受け付けてバイブレータ３３の振動を停止させるようにしてもよい。
また、音声及び／又は表示による報知を行っている間に、タッチパネル２１又はキー群３１の押下を受け付けてこれらの報知を停止又は保持させるようにしてもよい。
【００６０】
今回開示された実施の形態は、全ての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。また、各実施の形態で記載されている技術的特徴は、お互いに組み合わせることが可能である。
【符号の説明】
【００６１】
１  携帯情報端末（電気機器）
１０  ＣＰＵ
２２  表示部
３２  スピーカ
３３  バイブレータ
４１  音センサ
５０  ＲＯＭ
６０  ＲＡＭ
６１  音声解析用データテーブル（記憶部）
６２  緊急時発声単語テーブル（第２の記憶部）
６３  報知音声データテーブル
６４  報知アプリ実行領域（第３の記憶部）
６５  緊急時情報テーブル（第４の記憶部）
【図１】
2014228644.tif 000003
【図２】
2014228644.tif 000004
【図３】
2014228644.tif 000005
【図４】
2014228644.tif 000006
【図５】
2014228644.tif 000007
【図６】
2014228644.tif 000008
【図７】
2014228644.tif 000009
【図８】
2014228644.tif 000010
【図９】
2014228644.tif 000011