(57)【要約】【課題】  通信に利用される音声データの取得を適切に行う。【解決手段】  通信端末１０は、テキストを音声データに変換して、変換された音声データを別の通信端末との間での通信に利用する通信端末である。通信端末１０は、通信に先立って、音声データへの変換の対象となるテキストを入力する入力部１２と、自端末１０の状態、入力されたテキスト自体、及び自端末１０における通信の履歴の少なくとも何れかに基づいて、当該入力されたテキストに対応する音声データを通信に先立って取得するか否かを判断する判断部１３と、当該判断に基づいて、入力されたテキストに対応する音声データを音声合成装置３０から取得する取得部１４とを備える。【選択図】  図１
2018011116.tif 000002
【特許請求の範囲】
【請求項１】
テキストを音声データに変換して、変換された音声データを別の通信端末との間での通信に利用する通信端末であって、
前記通信に先立って、音声データへの変換の対象となるテキストを入力する入力手段と、
自端末の状態、前記入力手段によって入力されたテキスト自体、及び自端末における通信の履歴の少なくとも何れかに基づいて、当該入力されたテキストに対応する音声データを通信に先立って取得するか否かを判断する判断手段と、
前記判断手段による判断に基づいて、前記入力手段によって入力されたテキストに対応する音声データを、別の装置から取得する取得手段と、
を備える通信端末。
【請求項２】
前記判断手段は、自端末に着信があった場合に前記テキストに対応する音声データを通信に先立って取得すると判断し、
前記取得手段は、前記テキストに対応する音声データを別の装置から取得するまで前記着信に係る通信の確立を禁止する制御を行う、請求項１に記載の通信端末。
【請求項３】
前記判断手段は、前記通信の履歴に示される通信の回数に基づいて、前記テキストに対応する音声データを通信に先立って取得するか否かを判断する請求項１又は２に記載の通信端末。
【請求項４】
通信を行う際にテキストの指定を受け付けて、当該指定されたテキストを、前記取得手段によって取得されると共に当該指定されたテキストに対応する音声データに変換して、通信相手の通信端末に送信する変換手段を更に備える請求項１〜３の何れか一項に記載の通信端末。
【請求項５】
通信を行う際に通信相手の通信端末からテキストを示す情報を受信して、当該受信した情報によって示されるテキストを、前記取得手段によって取得されると共に当該受信した情報によって示されるテキストに対応する音声データに変換して、変換した音声データに基づく音声出力を行う変換手段を更に備える請求項１〜４の何れか一項に記載の通信端末。
【請求項６】
前記入力手段は、別の通信端末からテキストを受信し、
前記判断手段は、自端末に記憶されている、テキストの送信元の前記別の通信端末に係る情報に基づいて、前記テキストに対応する音声データを通信に先立って取得するか否かを判断する、請求項１〜５の何れか一項に記載の通信端末。
【請求項７】
テキストを音声データに変換して、変換された音声データを別の通信端末との間での通信に利用する通信相手の通信端末と通信を行う通信端末であって、
前記通信に先立って、音声データへの変換の対象となるテキストを入力する入力手段と、
前記通信に先立って、前記入力手段によって入力されたテキストを前記通信相手の通信端末に送信する送信手段と、
を備える通信端末。
【請求項８】
前記送信手段は、自端末に記憶されている前記通信相手の通信端末に係る情報に基づいて、前記テキストを当該通信相手の通信端末に送信するか否かを判断する請求項７に記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末に関する。
【背景技術】
【０００２】
従来から、特許文献１に記載されているような、音声を発することなく電話の対応ができる装置が提案されている。特許文献１に記載された装置では、予め応答用のテキストが記憶されており、応答時に選択されたテキストが音声信号へ音声合成変換されて出力されるとされている。また、音声信号は、予め装置で記憶されていてもよいとされている。上記のように予め応答用のテキストを用意しておくことで、即座に応答を行うことができ、スムーズな会話を行うことができるとされている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−９９０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
電話に用いる合成音声を生成するために、電話を行う端末自身で上記の音声合成を行うと、端末の処理能力及び音声合成を行うアプリケーションに起因して合成音声に不自然さが残ることがある。一方で、端末よりも計算能力及び記憶領域の観点で勝るサーバで合成音声を作成することで、より自然な合成音声を利用することができる。そこで、端末において、サーバで作成された合成音声を予め取得して記憶しておくことで、より自然な合成音声を用いて電話を行うことができる。しかしながら、合成音声の取得には端末とサーバとの間の通信が必要となるため、電話で用いる候補となるテキストに対応する合成音声を一律に取得しようとすると大容量のデータの通信を行うこととなり得る。従って、一律な合成音声の取得は、必ずしも適切でない場合がある。
【０００５】
本発明は、上記に鑑みてなされたものであり、通信に利用される音声データの取得を適切に行うことができる通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明に係る通信端末は、テキストを音声データに変換して、変換された音声データを別の通信端末との間での通信に利用する通信端末であって、通信に先立って、音声データへの変換の対象となるテキストを入力する入力手段と、自端末の状態、入力手段によって入力されたテキスト自体、及び自端末における通信の履歴の少なくとも何れかに基づいて、当該入力されたテキストに対応する音声データを通信に先立って取得するか否かを判断する判断手段と、判断手段による判断に基づいて、入力手段によって入力されたテキストに対応する音声データを、別の装置から取得する取得手段と、を備える。
【０００７】
本発明に係る通信端末では、自端末の状態、テキスト自体、及び自端末における通信の履歴の少なくとも何れかに基づいて、当該テキストに対応する音声データを通信に先立って取得するか否かが判断される。従って、本発明に係る通信端末によれば、通信に利用される音声データの取得を適切に行うことができる。
【０００８】
判断手段は、自端末に着信があった場合にテキストに対応する音声データを通信に先立って取得すると判断し、取得手段は、テキストに対応する音声データを別の装置から取得するまで着信に係る通信の確立を禁止する制御を行う、こととしてもよい。この構成によれば、自端末に着信があった場合に音声データの取得を適切に行うことができる。
【０００９】
判断手段は、通信の履歴に示される通信の回数に基づいて、テキストに対応する音声データを通信に先立って取得するか否かを判断することとしてもよい。この構成によれば、自端末の通信の回数に応じて音声データの取得を適切に行うことができる。
【００１０】
通信端末は、通信を行う際にテキストの指定を受け付けて、当該指定されたテキストを、取得手段によって取得されると共に当該指定されたテキストに対応する音声データに変換して、通信相手の通信端末に送信する変換手段を更に備えることとしてもよい。この構成によれば、自端末の状態、及び自端末における通信の履歴の少なくとも何れかに応じて音声データの取得をより適切に行うことができる。
【００１１】
通信端末は、通信を行う際に通信相手の通信端末からテキストを示す情報を受信して、当該受信した情報によって示されるテキストを、取得手段によって取得されると共に当該受信した情報によって示されるテキストに対応する音声データに変換して、変換した音声データに基づく音声出力を行う変換手段を更に備えることとしてもよい。この構成によれば、自端末において指定されたテキストに対応する音声データを通信相手の端末に送信することができる。
【００１２】
入力手段は、別の通信端末からテキストを受信し、判断手段は、自端末に記憶されている、テキストの送信元の別の通信端末に係る情報に基づいて、テキストに対応する音声データを通信に先立って取得するか否かを判断する、こととしてもよい。この構成によれば、送信元の別の通信端末に応じて音声データの取得を適切に行うことができる。
【００１３】
また、本発明に係る通信端末は、テキストを音声データに変換して、変換された音声データを別の通信端末との間での通信に利用する通信相手の通信端末と通信を行う通信端末であって、通信に先立って、音声データへの変換の対象となるテキストを入力する入力手段と、通信に先立って、入力手段によって入力されたテキストを通信相手の通信端末に送信する送信手段と、を備える。
【００１４】
上記の本発明に係る通信端末は、上述した音声データを取得する通信端末に対応するものである。この構成によれば、適切かつ確実に音声データを取得する通信端末にテキストを入力させることができる。
【００１５】
送信手段は、自端末に記憶されている通信相手の通信端末に係る情報に基づいて、テキストを当該通信相手の通信端末に送信するか否かを判断することとしてもよい。この構成によれば、通信相手の通信端末に応じてテキストの送信を適切に行うことができる。
【発明の効果】
【００１６】
本発明によれば、通信に利用される音声データの取得を適切に行うことができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１実施形態に係る通信端末の構成を示す図である。
【図２】本発明の実施形態に係る通信端末のハードウェア構成を示す図である。
【図３】本発明の第１実施形態に係る通信端末で、音声データが取得されて保存される際に実行される処理を示すフローチャートである。
【図４】本発明の第１実施形態に係る通信端末で、保存された音声データが用いられて通信が行われる際に実行される処理を示すフローチャートである。
【図５】本発明の第２実施形態に係る通信端末の構成を示す図である。
【図６】本発明の第２実施形態に係る通信端末で、定型文が別の通信端末に送信される際に実行される処理を示すフローチャートである。
【図７】本発明の第２実施形態に係る通信端末で、保存された音声データが用いられて通信が行われる際に実行される処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、図面と共に本発明に係る通信端末の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１９】
＜第１実施形態＞
図１に第１実施形態に係る通信端末１０を示す。通信端末１０は、ユーザによって用いられ、通信網Ｎを介して別の通信端末２０との間で通信を行う装置である。通信端末１０は、具体的には、携帯電話機又はスマートフォン等に相当する。通信端末１０は、別の通信端末２０との間で行われる通信として、通信端末１０，２０間で音声通信の通信接続である呼接続を確立して音声データを送受信する電話通信を行う。通信網Ｎは、例えば、移動体通信網又は無線ＬＡＮ（ローカル・エリア・ネットワーク）である。また、通信網Ｎは、固定電話網等を含む複数の網によって構成されていてもよい。通信端末１０は、無線によって通信を行う。
【００２０】
通信端末１０は、本実施形態に係る機能として、テキストによって通信を行う機能を有している。具体的には、通信端末１０は、通信を行う際にユーザからテキストの指定を受け付けて、当該指定されたテキストを音声データに変換して、通信相手の通信端末２０に送信する機能を有している。即ち、通信端末１０は、テキストを音声データに変換して、変換された音声データを別の通信端末２０との間での通信に利用する。この機能により、通信端末１０のユーザは、声を出さずに通話（電話）を行うことができる。これにより、例えば、ユーザが電車又はバス等の公共の乗り物に乗っている場合、会議中又は授業中である場合、あるいはお手洗い又はエレベータ等の公共の場所にいる場合等であっても、ユーザは声を出すことなく通話を行うことができる。
【００２１】
なお、通信端末１０は、本実施形態に係る機能とは別に、ユーザからの音声（発話）を受け付けて、当該音声による音声データを通信相手の通信端末２０に送信する機能を有していてもよい。即ち、通信端末１０は、通常と同様に電話を行う機能を有していてもよい。
【００２２】
また、通信相手の通信端末２０から送信されて通信端末１０によって受信された音声データは、イヤフォン等で音声としてそのままユーザに聞かれてもよいし、あるいは、音声認識によってテキストに変換されて表示されてもよい。
【００２３】
また、通信端末１０は、通常の携帯電話機又はスマートフォン等が備えている従来機能を備えていてもよい。後述する通信端末１０の本実施形態に係る機能は、従来機能を前提としているものがある。通信端末１０が本実施形態に係る当該機能を有している場合、前提としている従来機能も有している。具体的には、本実施形態に係る機能の説明で述べる。
【００２４】
引き続いて、本実施形態に係る通信端末１０の機能を説明する。図１に示すように通信端末１０は、変換部１１と、入力部１２と、判断部１３と、取得部１４とを備えて構成される。
【００２５】
変換部１１は、通信を行う際（通信を行っている際）にテキストの指定を受け付けて、当該指定されたテキストを対応する音声データに変換して、通信相手の別の通信端末２０に送信する変換手段である。変換部１１は、通信の前に予め定型文であるテキストと音声データとを対応付けて記憶（保存）している。テキストに対応する音声データは、当該テキストが読み上げられた音声に係るものである。
【００２６】
変換部１１は、通信時に、指定されるテキストの候補である定型文を通信端末１０が備える表示装置に表示する等してユーザに提示する。指定されるテキストの候補である定型文は、予め記憶されたテキストである。変換部１１は、当該候補の提示に応じて行われる定型文を指定するユーザの操作を受け付ける。変換部１１は、指定された定型文に対応付けられて記憶している音声データを読み出して、通信時に確立されている通信接続を介して別の通信端末２０に送信する。変換部１１が記憶している音声データは、後述するように取得部１４によって取得されるものである。
【００２７】
なお、通信中に音声データの生成及び取得を行うこととすると、当該生成及び取得にかかる時間により１秒〜数秒程度のタイムラグが生じる。上記のように定型文に対応する音声データを予め記憶しておき、それを通信に利用することでタイムラグの発生を防ぐことができる。
【００２８】
また、変換部１１は、予め記憶された定型文以外のテキストの入力を受け付けてもよい。その場合、変換部１１は、その時点で入力したテキストに対応する音声データを取得して、通信相手の別の通信端末２０に送信する。変換部１１は、後述する取得部１４による方法と同様に、音声合成装置３０からテキストに対応する音声データを取得する。あるいは、変換部１１は、取得部１４による方法とは異なる方法、例えば、自端末１０における音声合成アプリケーション等で音声データを取得してもよい。このように取得された音声データも、上記と同様にそれ以降の通信で利用できるようテキストと対応付けて記憶しておいてもよい。
【００２９】
入力部１２は、通信に先立って、音声データへの変換の対象となるテキストである定型文を入力する入力手段である。入力部１２は、例えば、ユーザのテキストを入力する操作を受け付けて定型文を入力する。入力部１２による定型文の入力は、通信が行われていない状態、即ち、通信接続が確立されていない状態で行われる。
【００３０】
定型文の生成（編集、更新）は、通信端末１０以外の装置で行われてもよい。例えば、ユーザがＰＣ（パーソナルコンピュータ）等を操作して定型文をＰＣに入力して、入力部１２は、ＰＣから通信端末１０に送信された定型文を受信して入力してもよい。あるいは、通信に用いられる定型文は、通信事業者によって用意されてもよい。この場合、入力部１２は、通信事業者のサーバから送信された定型文を受信して入力してもよい。また、この場合の定型文は、通信端末１０のユーザの属性等に応じて作成されたものであってもよい。入力部１２は、入力した定型文を判断部１３に出力する。
【００３１】
判断部１３は、自端末１０の状態、入力部１２によって入力された定型文自体、及び自端末１０における通信の履歴の少なくとも何れかに基づいて、当該入力された定型文に対応する音声データを通信に先立って取得するか否かを判断する判断手段である。音声データの取得は、後述するように音声合成装置３０から行われる。そのため、音声データの取得には、通信が必要となる。移動体通信では、通信量の制限（例えば、何日で何ＧＢといった制限）又は通信量に応じた課金が生じることがある。また、大容量のデータの通信によって、通信網Ｎに大きな負荷がかかる。そこで、判断部１３は、音声データを取得することが妥当な場合のみに音声データを取得させるものである。具体的には、判断部１３は、以下のように判断を行う。
【００３２】
判断部１３は、自端末１０の通信状態を参照して、自端末１０が無線ＬＡＮ（例えば、Ｗｉ−Ｆｉ）での通信が可能な状態であれば（自端末１０が無線ＬＡＮエリアに存在していれば）、音声データを通信に先立って取得すると判断する。無線ＬＡＮでの通信であれば、移動体通信での制限及び課金が生じないためである。
【００３３】
判断部１３は、自端末１０が無線ＬＡＮでの通信が可能な状態でなく、移動体通信のみが可能な状態であれば、以下のように判断を行う。判断部１３は、自端末１０に着信があった場合に（着信があったタイミングで）音声データを通信に先立って取得すると判断する。通信端末１０に着信があった場合、ユーザへの通知が行われる。この通知は、例えば、いわゆる着信音を鳴動させることにより行われる。これに対して、ユーザが通信端末１０に対して応答の操作を行うと、通信端末１０が通信相手の別の通信端末２０との間で通信接続を確立する処理を行って、通信が開始される。
【００３４】
着信があった場合、音声データが通信に用いられる可能性がある。従って、通信に先立って音声データを取得するとしたものである。この場合、後述するように通信接続の確立についての制御も行われてもよい。また、この場合、判断部１３は、音声データの取得対象である定型文に応じて、音声データを取得すると判断してもよい。例えば、当該定型文の量が予め設定した閾値以下である場合のみに、音声データを取得すると判断してもよい。具体的には、当該定型文の数が一文である場合のみに、音声データを取得すると判断してもよい。あるいは、この場合に予め取得すると設定された定型文についてのみ、音声データを取得すると判断してもよい。例えば、通信で用いられる可能性が高いと考えられる定型文について、予め取得すると設定される。当該設定は、例えば、通信端末１０のユーザ又は定型文の生成者によって行われる。
【００３５】
また、この設定は、統計情報として得られる定型文の利用頻度に応じて行われてもよい。例えば、音声合成装置３０において音声データを生成した回数に基づいて、設定が行われてもよい。当該回数が閾値以上の定型文について、予め音声データを取得するものとして設定する。あるいは、全ての定型文の回数の和に対する回数の割合が閾値以上の定型文について、予め音声データを取得するものとして設定する。この設定は、例えば、通信事業者が定型文を用意する場合に、上記の音声合成装置３０において統計情報が参照されて行われる。
【００３６】
通信の確立前に音声データを取得する場合、上記のように定型文に応じて音声データを取得することで、音声データの取得が完了した状態で、通信相手の別の通信端末２０のユーザからの発信を受けることができる。
【００３７】
判断部１３は、通信の履歴に示される通信の回数に基づいて、定型文に対応する音声データを通信に先立って取得するか否かを判断する。具体的には、判断部１３は、以下のように判断を行う。
【００３８】
通信端末１０では、通信（通話）が行われると、通信が行われた時刻、通信が行われた時間（長さ）、発着信の別及び通信相手の別の通信端末２０を示す情報が、通信の履歴として記憶される。判断部１３は、上記の情報を用いて判断を行う。通信の履歴から新たに通信が行われる可能性が高いと考えられる場合に、通信に先立って音声データを取得するとしたものである。
【００３９】
例えば、判断部１３は、自端末１０に記憶された通信の履歴を参照して、以下の式により着信確率を示す値を算出する。
［過去２４時間以内の通話時間合計］÷２４
ＭＩＮ（［過去１週間の着信回数］÷３０，１）
ＭＩＮ（［過去１週間での現在時刻前後１時間での着信回数］÷７，１）
ＭＩＮ（［過去１ヶ月での現在の曜日での着信回数］÷４，１）
なお、上記の式のＭＩＮ（Ｘ，Ｙ）は、Ｘ及びＹのうち、小さな値を取る関数である。判断部１３は、算出した値と、上記の判断を行うための判断基準である予め設定された閾値とを比較する。判断部１３は、算出した値が閾値以上であった場合、音声データを取得すると判断する。
【００４０】
また、上記に加えて、判断部１３は、以下のように自端末１０又はユーザの状態（ステータス）等に基づいて判断を行うこととしてもよい。例えば、判断部１３は、自端末１０の位置に基づいて判断を行う。この場合、通信端末１０は、自端末１０の位置を推定し、推定された自端末１０の位置を示す位置情報を判断部１３に入力する。自端末１０の位置の推定は、従来の方法、例えば、ＧＰＳ（グローバル・ポジショニング・システム）又は基地局信号等を利用して行うことができる。判断部１３は、位置情報によって示される位置が、予め設定された特定の範囲に入っているか否かを判断する。判断部１３は、当該位置が特定の範囲に入っていると判断した場合、例えば、算出した値を２倍にする、あるいは閾値を下げる（例えば、半分にする）等で音声データを取得すると判断しやすくすることとしてもよい。特定の範囲は、例えば、駅又はバス停といったユーザが移動中であると考えられる位置、及び会議室の位置等である。これらの位置は、ユーザが声を出せず、定型文による通話を行う可能性が高い位置である。
【００４１】
また、判断部１３は、自端末１０の速度又は加速度に基づいて、上記と同様な判断を行うこととしてもよい。自端末１０の速度又は加速度は、位置情報によって示される位置の時間毎の遷移によって又はそれらを検出するセンサによって得ることができる。判断部１３は、速度又は加速度が予め設定された閾値以上であると判断した場合、上記と同様に音声データを取得すると判断しやすくすることとしてもよい。速度又は加速度が、一定以上である場合には、ユーザが移動中であると考えられる。
【００４２】
また、上記に加えてあるいは代えて、判断部１３は、ユーザのスケジュールに基づいて判断を行うこととしてもよい。この場合、通信端末１０は、スケジューラ等でユーザのスケジュールを示す情報を記憶している。ユーザのスケジュールは、従来の方法を利用して、メールの本文の解析等から得ることとしてもよい。スケジュールを示す情報としては、スケジュールの時間帯、スケジュールの内容等が対応付けられた情報である。判断部１３は、現時点の時刻、あるいは現時点の時刻から予め設定した一定時間後の時刻が、何らかのスケジュールの時間帯に含まれていると判断した場合、上記と同様に音声データを取得すると判断しやすくすることとしてもよい。あるいは、予め設定された特定のスケジュール（例えば、会議及び移動中）の時間帯に上記の時刻が含まれていると判断した場合、音声データを取得すると判断しやすくすることとしてもよい。また、スケジュールが別の通信端末２０のユーザから参照可能である場合には、当該ユーザが何もスケジュールが入っていない時間帯に発信を行うことも考えられる。そのため、何もスケジュールが入っていない時間帯に上記の時刻が含まれていると判断した場合、音声データを取得すると判断しやすくすることとしてもよい。
【００４３】
これらの判断により、定型文による通信が行われる可能性が高いにもかかわらず、事前に音声データが取得されていないという可能性を下げることができる。
【００４４】
また、通信端末１０の移動体通信が速度制限中である場合にも、音声データを取得すると判断しやすくすることとしてもよい。なぜなら、速度制限中の事前取得は、制限中でない場合の事前取得よりも重要だからである。速度制限中は取得の為にかかる時間がより多く必要になり、事前取得していないと、返答が大きく更に遅れてしまう。なお、速度制限中であるか否かを示す情報については、例えば、移動体通信網の通信事業者によって設けられたサーバから取得することができる。また、別の通信端末２０に発信をしたが、相手（別の通信端末２０のユーザ）が出なかった等の、通信端末１０に電話がかかってくる可能性が高い時も上記と同様にしてもよい。また、上記の条件が重なる場合、例えば、電話をかけたが相手が出なかった際に自身が移動中になった場合には、個別に計算する以上に音声データを取得すると判断しやすくすることとしてもよい。例えば、算出した値を２倍×２倍以上の６倍にしてもよい。また、音声データを取得すると判断しやすくすると判断した上記の場合に、音声データを取得すると判断しやすくするのではなく、音声データを必ず取得すると判断することとしてもよい。
【００４５】
また、判断部１３は、自端末１０の電池残量に基づいて判断を行うこととしてもよい。通信端末１０は、通常、充電可能な電池により動作する。判断部１３は、自端末１０の電池残量を参照して、電池残量が予め設定された閾値以下であるか否かを判断する。判断部１３は、電池残量が閾値以下であると判断した場合、例えば、閾値を上げる等で音声データを取得すると判断しにくくすることとしてもよい。この場合、事前の音声データを取得して電池を消費して通話自体ができなくなる危険性を下げることができる。
【００４６】
判断部１３は、上記の判断を、例えば、入力部１２から定型文が入力されたタイミングで行う。あるいは、一定時間毎に上記の判断を行うこととしてもよい。着信時の判断については、通信端末１０に着信があった場合に行う。また、判断部１３は、定型文に応じた判断を行う場合には、定型文毎に判断を行う。なお、上記では、複数の判断方法を示したが、それらを全て行う必要はなく、本発明としては何れかの判断が行われていればよい。また、複数の条件を組み合わせて判断してもよい。例えば、何れかの条件を満たせば音声データを取得すると判断してもよいし、複数の条件を全て満たした場合に音声データを取得すると判断してもよい。
【００４７】
判断部１３は、入力された定型文に対応する音声データを通信に先立って取得すると判断した場合、当該定型文を取得部１４に出力する。判断部１３は、着信時の判断である場合には、あわせてその旨も取得部１４に出力する。
【００４８】
取得部１４は、判断部１３による判断に基づいて、定型文に対応する音声データを通信端末１０とは別の装置である音声合成装置３０から取得する取得手段である。
【００４９】
音声合成装置３０は、テキストを通信端末１０から受信して、音声合成を行って受信したテキストに対応する音声データを生成する（テキストの読み上げを行う）装置である。音声合成装置３０は、生成した音声データを通信端末１０に送信する。音声合成自体は、従来の方法によって行われる。音声合成装置３０では、処理能力及びアプリケーション等の相違から、通信端末１０で作成されるよりも自然な合成音声を作成することができる。通信端末１０と音声合成装置３０とは、通信網Ｎを介して互いに情報の送受信を行うことができる。
【００５０】
取得部１４は、定型文に対応する音声データを音声合成装置３０からダウンロードする。具体的には、取得部１４は、判断部１３から定型文を入力すると、当該定型文を音声合成装置３０に送信する。取得部１４は、当該送信に応じて音声合成装置３０から送信された定型文に対応する音声データを受信して取得する。取得部１４は、定型文及び取得した音声データを対応付けて変換部１１に出力し、変換部１１に記憶させる。
【００５１】
判断部１３による判断が着信時のものである場合、取得部１４は、音声データを取得するまで当該着信に係る通信の確立を禁止する制御を行う。即ち、取得部１４は、この場合、音声合成装置３０から音声データを受信するまで、ユーザから応答の操作があった場合でも、自端末１０において通信接続を確立する処理を禁止する制御を行う。これにより、音声データを取得した状態で通話を開始することができる。但し、取得部１４は、上記の禁止の制御をせずに（通信接続の確立とは独立に）音声データを取得することとしてもよい。この場合、通信接続が確立された後に音声データが取得されてもよい。
【００５２】
この場合、上述したように定型文に応じたタイミングで音声データを取得することとしてもよい。例えば、「お世話になっております。」のような通話の最初に使われるテキストについては、通信接続の確立前に音声データを取得しておくこととするのがよい。一方で、「よろしくお願い致します。」のような通話の最初に使われないテキストであれば、通信接続の確立後に（通信接続の確立とは独立に）音声データを取得してもよい。上記の制御は、上述したように定型文毎の設定により行われ得る。以上が、本実施形態に係る通信端末１０の機能である。
【００５３】
図２に本実施形態に係る通信端末１０のハードウェア構成を示す。図２に示すように、通信端末１０は、１つ以上のＣＰＵ（Central Processing Unit）１０１、主記憶装置であるＲＡＭ（RandomAccess Memory）１０２及びＲＯＭ１０３（Read Only Memory)、操作モジュール１０４、無線通信モジュール１０５、アンテナ１０６、マイク１０７、スピーカ１０８並びにディスプレイ１０９等のハードウェアにより構成されている。これらの構成要素がプログラム等により動作することにより、上述した通信端末１０の各機能が発揮される。以上が、通信端末１０の構成である。
【００５４】
引き続いて、図３及び図４のフローチャートを用いて、通信端末１０で実行される処理を説明する。まず、図３のフローチャートを用いて、音声データが取得されて保存される際の処理を説明する。
【００５５】
本処理では、入力部１２によって、通信に先立って、音声データへの変換の対象となるテキストである定型文が入力される（Ｓ０１）。入力された定型文は、入力部１２から判断部１３に出力される。続いて、判断部１３によって、自端末１０の状態、入力部１２によって入力された定型文自体、及び自端末１０における通信の履歴の少なくとも何れかに基づいて、当該入力された定型文に対応する音声データを通信に先立って取得するか否か、即ち、音声データの事前ダウンロードを行うか否かが判断される（Ｓ０２）。なお、この判断は、上述したように例えば、定型文が入力されたタイミング、一定時間毎、及び通信端末１０に着信があった場合に行われる。
【００５６】
音声データの事前ダウンロードを行わないと判断された場合（Ｓ０３のＮＯ）は、本処理は終了する。なお、一定時間毎の判断を行う場合は、上記の判断から一定時間経過後、再度Ｓ０２から処理を再開する。音声データの事前ダウンロードを行うと判断された場合（Ｓ０３のＹＥＳ）は、定型文が、判断部１３から取得部１４に出力される。続いて、取得部１４によって、定型文に対応する音声データが音声合成装置３０から事前ダウンロードされて取得される（Ｓ０４）。なお、判断部１３による判断が、通信端末１０に着信があった場合のものであれば、上述したようにこの際に、音声データが取得されるまで、取得部１４によって当該着信に係る通信の確立を禁止する制御が行われることとしてもよい。定型文及び取得された音声データは、対応付けられて、取得部１４から変換部１１に出力されて、変換部１１によって保存される（Ｓ０５）。以上が、音声データが取得されて保存される際の処理である。
【００５７】
引き続いて、図４のフローチャートを用いて、保存された音声データが用いられて通信が行われる際の処理を説明する。本処理は、通信端末１０と別の通信端末２０との間で通信接続が確立されており、通信端末１０から別の通信端末２０に音声データが送信される際のものである。
【００５８】
通信端末１０では、通信において通信相手の通信端末２０への送信に係る入力が行われる（Ｓ１１）。当該入力が、ユーザ自身の発話によるもの、即ち、音声の入力である場合（Ｓ１２のＹＥＳ）には、当該音声による音声データが、通信端末１０から通信相手の通信端末２０に送信される（Ｓ１３）。当該入力が、音声の入力でない場合（Ｓ１２のＮＯ）、当該入力はテキストに係る情報の入力であり、当該情報は変換部１１に入力される。
【００５９】
当該情報が、変換部１１に音声データに対応付けられて記憶されている定型文を指定するものであった場合（Ｓ１４のＹＥＳ）、変換部１１によって、指定された定型文に対応付けられて記憶している音声データが読み出されて、取得される（Ｓ１５）。続いて、取得された音声データが、変換部１１から通信相手の通信端末２０に送信される（Ｓ１３）。
【００６０】
当該情報が、変換部１１に音声データに対応付けられて記憶されている定型文を指定するものでなかった場合（Ｓ１４のＮＯ）、当該情報は、変換部１１に音声データに対応付けられて記憶されている定型文以外のテキストである。その場合、変換部１１によって、入力されたテキストに対応する音声データが、音声合成装置３０からダウンロードされて取得される（Ｓ１６）。続いて、取得された音声データが、変換部１１から通信相手の通信端末２０に送信される（Ｓ１３）。以上が、保存された音声データが用いられて通信が行われる際の処理である。
【００６１】
上述したように本実施形態では、自端末１０の状態、テキスト自体、及び自端末１０における通信の履歴の少なくとも何れかに基づいて、当該テキストに対応する音声データを通信に先立って取得するか否かが判断される。従って、本実施形態によれば、例えば、通信に音声データを利用する可能性が高いタイミングで取得を行うことができる。あるいは、通信に利用する可能性が高いテキストについて音声データを取得することができる。このように、本実施形態によれば、通信に利用される音声データの取得を適切に行うことができる。
【００６２】
更に具体的には、着信時に音声データを取得することとしてもよい。この構成によれば、自端末１０に着信があった場合に音声データの取得を適切に行うことができる。また、この際に通信の確立を禁止する制御を行うことで、音声データを取得した状態で通話を開始することができる。
【００６３】
また、本実施形態のように、通信の履歴に示される通信の回数に基づいて判断を行うこととしてもよい。この構成によれば、自端末の通信の回数に応じて、通信に音声データを利用する可能性が高いタイミングで適切に取得を行うことができる。
【００６４】
また、本実施形態のようにテキストの指定を受け付けて、音声データへの変換を行って、当該音声データを通信相手の通信端末２０に送信することとしてもよい。即ち、通信相手の通信端末２０に送信する音声データが、指定されたテキストから変換されたものであってもよい。この構成によれば、自端末１０において指定されたテキストに対応する音声データを通信相手の端末に送信することができ、確実にテキストを用いた通話を行うことができる。
【００６５】
なお、本実施形態では、通信端末１０は、無線によって通信を行う装置としたが、本発明に係る通信端末は、有線によって通信を行う装置であってもよい。
【００６６】
＜第２実施形態＞
引き続いて、第２実施形態を説明する。第１実施形態では、送信側の通信端末１０においてテキストから音声データへの変換が行われていた。本実施形態では、受信側の通信端末においてテキストから音声データへの変換が行われる。一方で、送信側の通信端末では、通話に係るテキストが送信される。
【００６７】
図５に第２実施形態に係る通信端末４０，５０を示す。通信端末４０が、通話時にテキストを受信する受信側の通信端末であり、通信端末５０が、通話時にテキストを送信する送信側の通信端末である。即ち、通信端末４０は、テキストを音声データに変換して、変換された音声データを別の通信端末との間での通信に利用する通信端末である。また、通信端末５０は、当該通信端末４０と通信を行う通信端末である。なお、特に説明を行わない点については、通信端末４０，５０は、第１実施形態の通信端末１０と同様の構成をとることとしてもよい。また、一つの通信端末が、通信端末４０，５０のそれぞれの機能を有していてもよい。
【００６８】
引き続いて、本実施形態に係る通信端末４０，５０の機能を説明する。図５に示すように通信端末４０は、変換部４１と、入力部４２と、判断部４３と、取得部４４とを備えて構成される。
【００６９】
変換部４１は、通信を行う際（通信を行っている際）に通信相手の通信端末５０からテキストを示す情報を受信して、当該受信した情報によって示されるテキストを対応する音声データに変換して、変換した音声データに基づく音声出力を行う変換手段である。変換部１１は、通信の前に予め定型文であるテキストと音声データとを対応付けて記憶（保存）している。テキストに対応する音声データは、当該テキストが読み上げられた音声に係るものである。
【００７０】
変換部４１は、通信時に確立されている通信接続を介して通信相手の通信端末５０から、定型文を示す情報を受信する。定型文を示す情報は、定型文（テキスト）自体であってもよいし、定型文の識別子等の定型文を特定する情報であってもよい。変換部４１は、受信した情報によって示される定型文に対応付けられて記憶している音声データを読み出して、自端末４０が備えるマイク等によって音声出力を行う。あるいは、音声出力は、自端末４０に接続されたイヤフォンによって行われてもよい。変換部４１が記憶している音声データは、後述するように取得部４４によって取得されるものである。
【００７１】
また、変換部４１は、予め記憶された定型文以外のテキストを、通信相手の通信端末５０から受信してもよい。その場合、変換部４１は、その時点で入力したテキストに対応する音声データを取得して、音声出力を行う。変換部４１は、後述する取得部４４による方法と同様に、音声合成装置３０からテキストに対応する音声データを取得する。あるいは、変換部４１は、取得部４４による方法とは異なる方法、例えば、自端末４０における音声合成アプリケーション等で音声データを取得してもよい。このように取得された音声データも、上記と同様にそれ以降の通信で利用できるようテキストと対応付けて記憶しておいてもよい。
【００７２】
入力部４２は、通信に先立って、音声データへの変換の対象となるテキストである定型文を入力する入力手段である。入力部４２は、自端末４０とは別の通信端末５０から定型文を受信する。定型文の送受信は、通話のための音声通信の通信接続（発着信により確立される通信接続）とは異なる方法、例えば、データ通信によるメッセージの送受信によって行われる。入力部４２は、入力した定型文を判断部４３に出力する。また、入力部４２は、定型文の送信元の通信端末５０を示す情報を判断部４３に出力する。送信元の通信端末５０を示す情報は、例えば、通信端末５０の電話番号又は予め通信端末５０に設定されたＩＤである。情報を送受信する通信端末は、従来と同様の方法で特定することができる。
【００７３】
判断部４３は、自端末４０の状態、入力部４２によって入力された定型文自体、及び自端末４０における通信の履歴の少なくとも何れかに基づいて、当該入力された定型文に対応する音声データを通信に先立って取得するか否かを判断する判断手段である。判断部４３は、第１実施形態の判断部１３と同様に判断を行う。
【００７４】
また、本実施形態では、上記の判断に代えて、あるいは加えて、判断部４３は、自端末４０に記憶されている、定型文の送信元の通信端末５０に係る情報に基づいて、定型文に対応する音声データを通信に先立って取得するか否かを判断することとしてもよい。自端末４０に記憶されている通信端末５０に係る情報は、例えば、電話帳（アドレス帳）、通信の履歴及び電子メールの送受信履歴である。
【００７５】
判断部４３は、入力部４２から入力された定型文の送信元の通信端末５０を示す情報が、自端末４０に記憶されているものか否かを判断して、当該判断に基づき音声データを通信に先立って取得するか否かを判断する。例えば、定型文の送信先の通信端末５０が電話帳に登録されている、当該通信端末５０との通信履歴が存在する、当該通信端末５０との間で電子メールの送信又は受信が行われている場合、判断部４３は、音声データを通信に先立って取得すると判断する。また、第１実施形態における通信の履歴（通信の回数）を用いた判断において、定型文の送信元の通信端末５０に係る履歴のみを用いて判断することとしてもよい。
【００７６】
また、上記以外にも、定型文の送信元の通信端末５０に係る情報を用いた判断を行うこととしてもよい。例えば、自端末４０において記憶されている電子メールの本文に、当該通信端末５０のユーザを示す記載がある場合に音声データを通信に先立って取得すると判断する。例えば、電子メール中に「通信端末５０保有者に聞いてみる」という記載がある場合である。また、公開されている通信端末４０のユーザのスケジュールを、定型文の送信元の通信端末５０のユーザが参照した場合に音声データを通信に先立って取得すると判断する。この場合、例えば、スケジュールを参照したユーザが通信端末４０に通知される。
【００７７】
また、通信端末４０のユーザが宅配業者のドライバーであって、通信端末４０に荷物の届け先として、定型文の送信元の通信端末５０のユーザの電話番号が登録されている場合に音声データを通信に先立って取得すると判断する。
【００７８】
また、例えば、電話帳に格納されている、定型文の送信元の通信端末５０のユーザの属性（例えば、肩書）に基づいて判断を行うこととしてもよい。例えば、通信端末５０のユーザの肩書が上司である場合に音声データを通信に先立って取得すると判断する。なお、上記の属性は、従来の技術等を用いて、例えば、自端末４０において記憶されている電子メールから判断されてもよい。また、ユーザの属性と定型文との組み合わせ毎に、予め音声データを取得すべきか否かの設定をしておき、当該設定に基づいて判断してもよい。
【００７９】
上記のように定型文の送信元の通信端末５０に応じて判断することとすれば、通話の可能性が低いユーザからの定型文の通知に対しては音声データを取得しないこととすることができる。
【００８０】
判断部４３は、入力された定型文に対応する音声データを通信に先立って取得すると判断した場合、当該定型文を取得部４４に出力する。
【００８１】
取得部４４は、判断部４３による判断に基づいて、定型文に対応する音声データを音声合成装置３０から取得する取得手段である。取得部４４は、第１実施形態の取得部１４と同様に音声データを音声合成装置３０から取得する。取得部４４は、定型文及び取得した音声データを対応付けて変換部４１に出力し、変換部４１に記憶させる。なお、入力された定型文の送信元の通信端末５０に応じた音声データを取得することとしてもよい。例えば、通信端末５０のユーザの性別に応じて、音声データを取得することとしてもよい。即ち、通信端末５０のユーザが男性であれば男性の声の音声データを、通信端末５０のユーザが女性であれば女性の声の音声データを取得してもよい。通信端末５０に応じた音声データを取得した場合、変換部４１においても、通信相手の通信端末５０に応じて音声データへの変換を行う。以上が、本実施形態に係る通信端末４０の機能である。
【００８２】
図５に示すように通信端末５０は、入力部５１と、送信部５２とを備えて構成される。
【００８３】
入力部５１は、通信に先立って、音声データへの変換の対象となるテキストである定型文を入力する入力手段である。入力部５１は、第１実施形態の入力部１２と同様に定型文を入力する。入力部５１は、入力した定型文を送信部５２に出力する。
【００８４】
送信部５２は、通信に先立って、入力部５１によって入力された定型文を通信相手の通信端末４０に送信する送信手段である。送信先の通信端末４０は、例えば、自端末５０の電話帳に登録されている通信端末４０とすることができる。あるいは、定型文を利用した通信が可能な通信端末４０が自端末５０において把握されている場合には、それらの通信端末４０としてもよい。
【００８５】
また、送信部５２は、送信先の通信端末４０及び送信の可否を判断することとしてもよい。例えば、送信部５２は、自端末５０に記憶されている通信相手の通信端末４０に係る情報に基づいて、定型文を当該通信相手の通信端末４０に送信するか否かを判断することとしてもよい。この判断は、例えば、自端末５０の電話帳に登録されている通信端末４０毎に行う。具体的には、送信部５２は、判断部４３と同様の判断を行う。判断部４３によって音声データを通信に先立って取得すると判断される条件と同様の条件の場合、送信部５２は、当該通信端末４０に対して定型文を送信すると判断する。
【００８６】
送信部５２によって送信された定型文は、通信端末５０に記憶されて通信時に利用される。具体的には、通信端末５０は、通信時に定型文を指定するユーザの操作を受け付けて、当該定型文を示す情報を通信相手の通信端末４０に送信する。以上が、本実施形態に係る通信端末５０の機能である。
【００８７】
引き続いて、図６及び図７のフローチャートを用いて、通信端末４０，５０で実行される処理を説明する。まず、図６のフローチャートを用いて、通信端末５０において、定型文が通信端末４０に送信される際の処理を説明する。
【００８８】
本処理では、入力部５１によって、通信に先立って、音声データへの変換の対象となるテキストである定型文が入力される（Ｓ２１）。入力された定型文は、入力部５１から送信部５２に出力される。続いて、送信部５２によって、送信先の通信端末４０及び送信の可否が判断される（Ｓ２２）。
【００８９】
送信先がないと判断された場合（Ｓ２３のＮＯ）は、本処理は終了する。送信先があると判断された場合（Ｓ２３のＹＥＳ）は、定型文が、送信部５２から当該送信先の通信端末４０に送信される（Ｓ２４）。送信された定型文は、通信端末５０に記憶される。以上が、定型文が送信される際の処理である。
【００９０】
定型文が送信されると送信先の通信端末４０では、音声データが取得されて保存される際の処理が行われる。本処理は、以下の点を除いて、上述した第１実施形態の図３のフローチャートを用いて説明した処理と同様に行われる。本処理では、入力部４２によって、通信端末５０から送信された定型文が受信されて入力される。また、本処理では、判断部４３によって、定型文の送信元の通信端末５０に応じた判断が行われる。
【００９１】
引き続いて、図７のフローチャートを用いて、保存された音声データが用いられて通信が行われる際の、通信端末４０での処理を説明する。本処理は、通信端末４０，５０間で通信接続が確立されており、通信端末５０から情報が送信された場合の処理である。
【００９２】
通信端末４０では、通信端末５０から送信に応じた受信が行われる（Ｓ３１）。当該受信が、音声データの受信である場合（Ｓ３２のＹＥＳ）、当該音声データに基づく音声出力が行われる（Ｓ３３）。当該受信が音声データの受信でない場合（Ｓ３２のＮＯ）、当該受信はテキストに係る情報の受信であり、当該情報は変換部４１に入力される。
【００９３】
当該情報が、変換部４１に音声データに対応付けられて記憶されている定型文を指定するものであった場合（Ｓ３４のＹＥＳ）、変換部４１によって、指定された定型文に対応付けられて記憶している音声データが読み出されて、取得される（Ｓ３５）。続いて、変換部４１によって、取得された音声データに基づく音声出力が行われる（Ｓ４３）。
【００９４】
当該情報が、変換部４１に音声データに対応付けられて記憶されている定型文を指定するものでなかった場合（Ｓ３４のＮＯ）、当該情報は、変換部４１に音声データに対応付けられて記憶されている定型文以外のテキストである。その場合、変換部４１によって、入力されたテキストに対応する音声データが、音声合成装置３０からダウンロードされて取得される（Ｓ３６）。続いて、変換部４１によって、取得された音声データに基づく音声出力が行われる（Ｓ３３）。以上が、保存された音声データが用いられて通信が行われる際の、通信端末４０での処理である。
【００９５】
上述したように通信が行われる際に定型文に係る情報が送受信される態様においても、本実施形態の通信端末４０によれば、通信に利用される音声データの取得を適切に行うことができる。
【００９６】
また、本実施形態にように定型文の送信元の通信端末４０に応じて判断を行うこととすれば、定型文の送信元の通信端末４０に応じて音声データの取得を適切に行うことができる。例えば、上述したように、通話の可能性が低いユーザからの定型文の通知に対しては音声データを取得しないことで、データ通信料の削減等が可能となる。
【００９７】
また、本実施形態の定型文を送信する通信端末５０によれば、適切かつ確実に音声データを取得する通信端末４０に定型文を入力させることができる。また、送信先の通信端末４０に応じて定型文の送信可否を判断することとすれば、通信相手の通信端末４０に応じてテキストの送信を適切に行うことができる。
【００９８】
また、本実施形態では、通信端末４０において記憶される音声データは、通信端末４０とは別の通信端末５０から送信された定型文に応じたものであったが、それ以外の定型文に応じたものであってもよい。例えば、第１実施形態と同様に通信端末４０のユーザの自端末４０に対するテキストを入力する操作を受け付けて定型文を入力することとしてもよい。
【００９９】
また、第１実施形態の通信端末１０の機能、並びに第２実施形態の通信端末４０の機能及び通信端末５０の機能は、それぞれ組み合わせられて１つの通信端末として実現されてもよい。
【符号の説明】
【０１００】
１０，２０，４０，５０…通信端末、１１…変換部、１２…入力部、１３…判断部、１４…取得部、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…操作モジュール、１０５…無線通信モジュール、１０６…アンテナ、１０７…マイク、１０８…スピーカ、１０９…ディスプレイ、３０…音声合成装置、４１…変換部、４２…入力部、４３…判断部、４４…取得部、５１…入力部、５２…送信部、Ｎ…通信網。
【図１】
2018011116.tif 000003
【図２】
2018011116.tif 000004
【図３】
2018011116.tif 000005
【図４】
2018011116.tif 000006
【図５】
2018011116.tif 000007
【図６】
2018011116.tif 000008
【図７】
2018011116.tif 000009