(57)【要約】【課題】セッションにおいて、音声合成によって生成された音声データを再生する際に、無音時間を軽減する。【解決手段】通信装置１は、セッションにおける他の通信装置への再生内容を、再生内容の順に分割した、複数の再生内容データ１２から他の通信装置での再生形式にそれぞれ変換された複数の再生データ１３を、再生内容の順に取得する変換手段２６と、他の通信装置との通信において、複数の再生データを再生内容の順に出力する呼制御手段２１を備える。変換手段２６は、第１の再生内容データ１２ａに対応する第１の再生データ１３ａが通信において出力されると同時に、第１の再生内容データ１２ａの次の第２の再生内容データ１２ｂに対応する第２の再生データ１３ｂを取得する。【選択図】      図２
2018037724.tif 000002
【特許請求の範囲】
【請求項１】
セッション制御サーバを介して他の通信装置と確立されたセッションを用いて通信する通信装置であって、
前記セッションにおける前記他の通信装置への再生内容を、前記再生内容の順に分割した、複数の再生内容データを記憶する記憶装置と、
複数の再生内容データから前記他の通信装置での再生形式にそれぞれ変換された複数の再生データを、前記再生内容の順に取得する変換手段と、
前記他の通信装置との通信において、前記複数の再生データを前記再生内容の順に出力する呼制御手段を備え、
前記変換手段は、第１の再生内容データに対応する第１の再生データが前記通信において出力されると同時に、前記第１の再生内容データの次の第２の再生内容データに対応する第２の再生データを取得する
ことを特徴とする通信装置。
【請求項２】
前記通信装置はさらに、再生内容のデータを再生形式のデータに変換する変換サーバに接続し、
前記変換手段は、
前記複数の再生内容データを前記変換サーバに送信し、前記変換サーバから、前記複数の再生データを、前記再生内容の順に取得する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記再生データは、音声データまたは映像データである
ことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
セッション制御サーバを介して他の通信装置と確立されたセッションを用いて通信する通信方法であって、
コンピュータが、前記セッションにおける前記他の通信装置への再生内容を、前記再生内容の順に分割した、複数の再生内容データを記憶するステップと、
前記コンピュータが、第１の再生内容データから前記他の通信装置での再生形式に変換された第１の再生データを取得して、前記他の通信装置との通信において、前記第１の再生データを出力するステップと、
前記コンピュータが、前記第１の再生データが前記通信において出力されると同時に、前記第１の再生内容データの次の第２の再生内容データから前記他の通信装置での再生形式に変換された第２の再生データを取得して、前記他の通信装置との通信において、前記第２の再生データを出力するステップ
を備えることを特徴とする通信方法。
【請求項５】
前記第１の再生データを出力するステップは、
前記コンピュータが、変換サーバから、第１の再生内容データから前記他の通信装置での再生形式に変換された第１の再生データを取得して、前記他の通信装置との通信において、前記第１の再生データを出力し、
前記第２の再生データを出力するステップは、
前記コンピュータが、前記第１の再生データが前記通信において出力されると同時に、前記変換サーバから、前記第１の再生内容データの次の第２の再生内容データから前記他の通信装置での再生形式に変換された第２の再生データを取得して、前記他の通信装置との通信において、前記第２の再生データを出力する
ことを特徴とする請求項４に記載の通信方法。
【請求項６】
前記第１の再生データおよび前記第２の再生データは、音声データまたは映像データである
ことを特徴とする請求項４または５に記載の通信方法。
【請求項７】
コンピュータに、請求項１ないし請求項３のいずれか１項に記載の通信装置として機能させる通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション制御サーバを介して他の通信装置と確立されたセッションを用いて通信する通信装置、通信方法および通信プログラムに関する。
【背景技術】
【０００２】
近年の情報通信の発達に伴い、各ソフトウエアコンポーネントがデータを送受信するためのＡＰＩ（Application Programming Interface）が開発されている。同一装置内でやりとりするＡＰＩのみならず、ＲＥＳＴ（Representational State Transfer）など、ＨＴＴＰ（Hypertext Transfer Protocol）により、ネットワーク上に設置されたサーバとのやりとりするＡＰＩも普及している。このようなＡＰＩにより、様々な機能を、ネットワークを介してアプリケーションに容易に組み込むことが可能になっている（例えば、非特許文献１参照）。
【０００３】
ＡＰＩの利点の一つとして、組み合わせの自由度が高いことが挙げられる。セッション制御ＡＰＩにおいて、音声合成ＡＰＩと組み合わせることが考えられる。これにより、コンタクトセンタのガイダンス音声を自由に作成することができる。ここで、セッション制御ＡＰＩは、電話や映像通話等のリアルタイム通信でのセッションを制御可能なＡＰＩである。また音声合成ＡＰＩは、テキストデータを音声に変換するＡＰＩである。音声合成ＡＰＩは、ＨＴＴＰプロトコルでテキストデータを受け取り、変換後の音声データをＨＴＴＰプロトコルで返却しても良い。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ｐｒｏｇｒａｍａｂｌｅｗｅｂ、［online］、［平成２８年８月２２日検索］、インターネット〈URL：http://www.programmableweb.com/〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、セッション制御ＡＰＩは、通信相手とのリアルタイムな通信を実現するのに対し、音声合成ＡＰＩは、テキストデータから音声データへの変換に時間を要するため、その組み合わせに問題が生じる場合がある。具体的には、リアルタイムな通信において、音声合成ＡＰＩから音声データを取得するまでの間、音声が流れず、無音となる時間が生じる場合がある。特に、テキストデータが長い文章等から構成される場合、無音となる時間も長くなり、ユーザエクスペリエンス上、問題が生じる場合がある。
【０００６】
従って本発明の目的は、セッションにおいて、音声合成によって生成された音声データを再生する際に、無音時間を軽減することが可能な通信装置、通信方法および通信プログラムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の第１の特徴は、セッション制御サーバを介して他の通信装置と確立されたセッションを用いて通信する通信装置に関する。本発明の第１の特徴に係る通信装置は、セッションにおける他の通信装置への再生内容を、再生内容の順に分割した、複数の再生内容データを記憶する記憶装置と、複数の再生内容データから他の通信装置での再生形式にそれぞれ変換された複数の再生データを、再生内容の順に取得する変換手段と、他の通信装置との通信において、複数の再生データを再生内容の順に出力する呼制御手段を備え、変換手段は、第１の再生内容データに対応する第１の再生データが通信において出力されると同時に、第１の再生内容データの次の第２の再生内容データに対応する第２の再生データを取得する。
【０００８】
ここで、通信装置はさらに、再生内容のデータを再生形式のデータに変換する変換サーバに接続し、変換手段は、複数の再生内容データを変換サーバに送信し、変換サーバから、複数の再生データを、再生内容の順に取得しても良い。
【０００９】
再生データは、音声データまたは映像データであっても良い。
【００１０】
本発明の第２の特徴は、セッション制御サーバを介して他の通信装置と確立されたセッションを用いて通信する通信方法に関する。本発明の第２の特徴に係る通信方法は、コンピュータが、セッションにおける他の通信装置への再生内容を、再生内容の順に分割した、複数の再生内容データを記憶するステップと、コンピュータが、第１の再生内容データから他の通信装置での再生形式に変換された第１の再生データを取得して、他の通信装置との通信において、第１の再生データを出力するステップと、コンピュータが、第１の再生データが通信において出力されると同時に、第１の再生内容データの次の第２の再生内容データから他の通信装置での再生形式に変換された第２の再生データを取得して、他の通信装置との通信において、第２の再生データを出力するステップを備える。
【００１１】
ここで、第１の再生データを出力するステップは、コンピュータが、変換サーバから、第１の再生内容データから他の通信装置での再生形式に変換された第１の再生データを取得して、他の通信装置との通信において、第１の再生データを出力し、第２の再生データを出力するステップは、コンピュータが、第１の再生データが通信において出力されると同時に、変換サーバから、第１の再生内容データの次の第２の再生内容データから他の通信装置での再生形式に変換された第２の再生データを取得して、他の通信装置との通信において、第２の再生データを出力しても良い。
【００１２】
第１の再生データおよび第２の再生データは、音声データまたは映像データであっても良い。
【００１３】
本発明の第３の特徴は、コンピュータに、第１の特徴に記載の通信装置として機能させる通信プログラムに関する。
【発明の効果】
【００１４】
本発明によれば、セッションにおいて、音声合成によって生成された音声データを再生する際に、無音時間を軽減することが可能な通信装置、通信方法および通信プログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態に係る通信システムのシステム構成を説明する図である。
【図２】本発明の実施の形態に係る通信装置のハードウエア構成および機能ブロックを説明する図である。
【図３】本発明の実施の形態に係るシナリオデータを説明する図である。
【図４】本発明の実施の形態に係る再生内容データを説明する図である。
【図５】本発明の実施の形態に係る再生データを説明する図である。
【図６】本発明の実施の形態に係る通信方法を説明するシーケンス図である。
【図７】本発明の変形例に係る通信システムのシステム構成を説明する図である。
【図８】本発明の変形例に係る通信装置のハードウエア構成および機能ブロックを説明する図である。
【発明を実施するための形態】
【００１６】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１７】
（通信システム）
図１を参照して、本発明の実施の形態に係る通信システム５を説明する。通信システム５は、発信装置（通信装置）１ａ、着信装置１ｂ、セッション制御サーバ２および音声合成サーバ（変換サーバ）３を備える。発信装置１ａおよび着信装置１ｂは、通信ネットワーク６およびセッション制御サーバ２を介して接続し、音声通話や映像通信等のリアルタイム通信ができるように制御される。
【００１８】
セッション制御サーバ２は、発信装置１ａおよび着信装置１ｂ間のセッションを制御して、リアルタイム通信を実現する。また音声合成サーバ３は、発信装置１ａおよび着信装置１ｂ間の通信において用いられる音声データなどの、リアルタイム通信用のデータを出力する。
【００１９】
発信装置１ａは、着信装置１ｂとリアルタイム通信を実現するとともに、音声合成サーバ３から取得した音声データを、リアルタイム通信において出力する。本発明の実施の形態においては、発信装置１ａが、コンピュータプログラムの制御により、任意のユーザが用いる着信装置１ｂに発信し、音声データを再生する場合を説明するが、これに限られない。例えば任意のユーザが発信した際の着信先が応答する際に、音声データを再生する場合にも適用される。
【００２０】
本発明の実施の形態においてセッション制御サーバ２および音声合成サーバ３はともに、ＡＰＩによって、発信装置１ａから呼び出される。発信装置１ａは、セッション制御ＡＰＩを介してセッション制御サーバ２の機能を利用し、音声合成ＡＰＩを介して音声合成サーバ３の機能を利用する。
【００２１】
本発明の実施の形態においては、発信装置１ａがＡＰＩを介してセッション制御サーバ２および音声合成サーバ３に接続する場合を説明するが、着信装置１ｂがＡＰＩを介してセッション制御サーバ２および音声合成サーバ３に接続しても良い。本発明の実施の形態において、発信装置１ａが発信して、着信装置１ｂと通信する場合を説明するが、これに限らない。また本発明の実施の形態において、発信装置１ａおよび着信装置１ｂを区別しない場合、単に通信装置１と記載される場合がある。
【００２２】
また本発明の実施の形態においては、音声合成サーバ３を用いて、再生内容を音声データに変換して再生する場合を説明するが、これに限られない。例えば、映像変換サーバ（図示せず）を用いて、再生内容を映像データに変換して再生する場合にも、適用することができる。
【００２３】
（通信装置）
本発明の実施の形態に係る通信装置１は、セッション制御サーバ２を介して他の通信装置（着信装置１ｂ）と確立されたセッションを用いて通信する。通信装置１は、ＳＩＰ（Session Initiation Protocol）、ＲＴＰ（Real-time Transport Protocol）およびＲＦＣ（Request for Comments）等で規定された機能を具備し、ＳＩＰ網上で音声通話が可能なＳＩＰ装置である場合を想定するが、これに限らない。
【００２４】
通信装置１は、図２に示すように、記憶装置１０、処理装置２０、スピーカー３０および通信制御装置４０を備える一般的なコンピュータである。一般的なコンピュータが所定の機能を実現するためのプログラムを実行することにより、図２に示す各手段を実現する。
【００２５】
スピーカー３０は、他の通信装置１（着信装置１ｂ）とのセッションにおいて受信される音声データを、出力する。本発明の実施の形態に係る通信装置１は、音声合成サーバ３が変換した音声をセッションで再生する場合を説明するが、通信装置１を利用するユーザが会話する場合、通信装置１は、ユーザの音声を送信するためのマイクを備えても良い。
【００２６】
通信制御装置４０は、セッション制御サーバ２および音声合成サーバ３と通信するためのインタフェースである。
【００２７】
記憶装置１０は、シナリオデータ１１、再生内容データ１２および再生データ１３を記憶する。
【００２８】
シナリオデータ１１は、セッション制御サーバ２から取得したデータであって、通信装置１が他の通信装置１に発信するためのパラメータを設定するデータである。通信装置１は、図３に示すように、シナリオデータ１１の”ｔｏ”の項目に、発信先の通信装置１を特定する情報を設定し、”ｓｐｅｅｃｈ”の項目に、セッションにおいて出力される再生データが保管されたＵＲＩ（Uniform Resource Identifier）を設定する。
【００２９】
再生内容データ１２は、セッションにおける他の通信装置への再生内容に関するデータであって、音声合成サーバ３が変換する元のデータである。音声合成サーバ３が、テキストデータから音声データに変換する場合、再生内容データ１２は、テキストデータである。
【００３０】
再生内容データ１２は、図４に示すように、再生内容の順に分割した、複数のデータを含む。例えば、再生内容が、複数の文章により構成され、各文章を先頭から順に再生内容Ａ、再生内容Ｂ、再生内容Ｃ・・・とする場合、再生内容データ１２は、再生内容Ａ、再生内容Ｂ、再生内容Ｃ・・・のそれぞれに対応する、第１の再生内容データ１２ａ、第２の再生内容データ１２ｂ、第３の再生内容データ１２ｃ、・・・を含む。
【００３１】
本発明の実施の形態においては、再生内容を文章毎に区切る場合を説明するが、再生内容を区切る単位については問わない。例えば、文節毎に区切っても良いし、複数の項目が列挙される場合にその項目毎に区切っても良い。
【００３２】
再生データ１３は、セッションにおいて再生されるデータであって、音声合成サーバ３による変換後のデータである。再生データ１３は、例えば、ＭＰ３（MPEG-1 Audio Layer-3）、ＷＡＶ（RIFF waveform Audio Format）等の形式のデータである。なお、再生データ１３が映像データの場合、ＭＰ４（MPEG-4 Part 14）、ＭＯＶ等の形式のデータである。
【００３３】
再生データ１３は、再生内容データ１２と同様に、複数のデータを含む。再生内容データ１２が、図４に示すように第１の再生内容データ１２ａ、第２の再生内容データ１２ｂ、第３の再生内容データ１２ｃ、・・・を含む場合、再生データ１３は、第１の再生データ１３ａ、第２の再生データ１３ｂ、第３の再生データ１３ｃ、・・・を含む。第１の再生データ１３ａは、第１の再生内容データ１２ａを音声データに変換したものであり、第２の再生データ１３ｂは、第２の再生内容データ１２ｂを音声データに変換したものであり、第３の再生データ１３ｃは、第３の再生内容データ１２ｃを音声データに変換したものである。第１の再生データ１３ａ、第２の再生データ１３ｂおよび第３の再生データ１３ｃの順で再生することで、一連の再生内容が得られる。
【００３４】
処理装置２０は、呼制御手段２１および変換手段２６を備える。
【００３５】
呼制御手段２１は、着信装置１ｂと確立されたセッションにおける呼を制御する。呼制御手段２１は、ＡＰＩを介してセッション制御サーバ２にシナリオデータ１１を取得して記憶装置１０に記憶し、シナリオデータ１１に通話に必要なパラメータを設定する。具体的には呼制御手段２１は、シナリオデータ１１の”ｔｏ”の項目に、発信先の通信装置１（着信装置１ｂ）を特定する情報を設定し、”ｓｐｅｅｃｈ”の項目に、再生データが補完されたＵＲＩ（Uniform Resource Identifier）を設定する。さらに呼制御手段２１は、パラメータが設定されたシナリオデータ１１をセッション制御サーバ２に送信して、着信装置１ｂとの間でセッションが確立すると、そのセッションを用いたリアルタイム通信（通話）を実現する。呼制御手段２１は、着信装置１ｂから送信された音声データを、スピーカーで再生したり、発信装置１ａのユーザの音声を着信装置１ｂに送信したりする。
【００３６】
本発明の実施の形態に係る呼制御手段２１はさらに、再生内容データ１２を音声データに変換した再生データを取得して、セッション制御サーバ２を介して着信装置１ｂに送信するために、再生データ送信手段２２を備える。
【００３７】
再生データ送信手段２２は、後述の変換手段２６が出力した再生データ１３を、セッション制御サーバ２を介して着信装置１ｂに送信する。再生データ送信手段２２は、他の通信装置（着信装置１ｂ）との通信において、複数の再生データ１３を再生内容の順に出力するように制御される。すなわち、図５に示す例の場合、再生内容Ａ、再生内容Ｂ、再生内容Ｃの順に着信装置１ｂのユーザが聞き取れるように、第１の再生データ１３ａ、第２の再生データ１３ｂ、第３の再生データ１３ｃの順に再生する。
【００３８】
変換手段２６は、複数の再生内容データ１２ａ、１２ｂ、１２ｃ…を音声合成サーバ３に送信し、音声合成サーバ３から、複数の再生データ１３ａ、１３ｂ、１３ｃ…を、再生内容の順に取得する。変換手段２６は、再生内容送信手段２７と再生データ取得手段２８を備える。
【００３９】
再生内容送信手段２７は、再生内容データ１２の各データを、音声合成ＡＰＩを介して、音声合成サーバ３に送信する。第１の再生データ１３ａが通信において出力されると同時に、第２の再生データ１３ｂを取得できるように、再生内容送信手段２７は、第２の再生内容データ１２ｂから第２の再生データ１３ｂに変換する時間を考慮して、第１の再生データ１３ａが通信において出力されるより前に、予め、第２の再生内容データ１２ｂを、音声合成サーバ３に送信する。
【００４０】
再生内容送信手段２７は、例えば、第１の再生内容データ１２ａを音声合成サーバ３に送信する際に、第２の再生内容データ１２ｂおよび第３の再生内容データ１２ｃを併せて送信しても良い。この場合、音声合成サーバ３は、第１の再生内容データ１２ａ、第２の再生内容データ１２ｂおよび第３の再生内容データ１２ｃを順次変換するように制御される。
【００４１】
再生データ取得手段２８は、音声合成サーバ３から、音声合成ＡＰＩを介して、複数の再生データ１３ａ、１３ｂ、１３ｃ…を、再生内容の順に取得する。再生データ取得手段２８は、第１の再生内容データ１２ａに対応する第１の再生データ１３ａが通信において出力されると同時に、第１の再生内容データ１２ａの次の再生内容の第２の再生内容データ１２ｂに対応する第２の再生データ１３ｂを取得するように制御する。再生データ取得手段２８が取得した再生データ１３を呼制御手段２１の再生データ送信手段２２によってセッションで送信される際に、その次の再生データを、音声合成サーバ３から取得する。
【００４２】
これにより、呼制御手段２１の再生データ送信手段２２は、再生データ１３を、第１の再生データ１３ａ、第２の再生データ１３ｂ、第３の再生データ１３ｃの順に、滞りなく再生することが可能になる。従って、再生データ１３の再生後に、音声合成サーバ３による変換時間が設けられることがないので、無音区間がなく、連続して再生データ１３を再生することが可能になる。
【００４３】
（通信方法）
図６を参照して、本発明の実施の形態に係る通信方法を説明する。図６は、発信装置１ａが着信装置１ｂに発信してセッションを確立し、そのセッションにおいて、テキストの再生内容から変換された、音声の再生データ１３を再生する場合を説明する。
【００４４】
まず発信装置１ａは、ステップＳ１においてセッション制御サーバ２に、ＨＴＴＰリクエストで発呼指示を送信し、ステップＳ２において、ＨＴＴＰレスポンスでセッション制御サーバ２から発呼受付を受信する。
【００４５】
さらに発信装置１ａは、ステップＳ３において、所定のＵＲＩに対して、ＨＴＴＰリクエストで、シナリオ要求を送信し、ステップＳ４において、セッション制御サーバ２から、ＨＴＴＰレスポンスでシナリオデータ１１を取得する。ここで発信装置１ａは、シナリオデータ１１に着信装置１ｂへの発信のためのパラメータを設定し、ステップＳ５において発信装置１ａは、パラメータが設定されたシナリオデータ１１を、セッション制御サーバ２に送信する。
【００４６】
その後、セッション制御サーバ２は、ステップＳ５で受信したシナリオデータ１１のパラメータに従って、ステップＳ６において発信装置１ａおよび着信装置１ｂ間のセッションを確立する。発信装置１ａおよび着信装置１ｂ間のセッションが確立すると、そのセッションにおいて、発信装置１ａおよび着信装置１ｂ間で、データが送受信され、各装置で再生される。例えば、ステップＳ７において発信装置１ａは、着信装置１ｂから音声データを取得して、再生する。
【００４７】
発信装置１ａは、着信装置１ｂから送信された音声データ等に基づいて再生内容が決定されると、その再生内容のデータを複数のデータに分割して、各データを、音声データに変換する。なおステップＳ１１以降の処理において、再生内容Ｂに関する処理は、破線で表記される。
【００４８】
まず発信装置１ａは、ステップＳ１１において、再生内容の先頭の再生内容Ａに関する第１の再生内容データ１２ａを、音声合成サーバ３に送信する。ステップＳ１２において音声合成サーバ３は、第１の再生内容データ１２ａを、第１の再生データ１３ａに変換し、ステップＳ１３において発信装置１ａに送信する。
【００４９】
ステップＳ１４において発信装置１ａは、再生内容Ｂに関する第２の再生内容データ１２ｂを、音声合成サーバ３に送信する。ここで発信装置１ａは、第１の再生データ１３ａを取得した際に第２の再生内容データ１２ｂを音声合成サーバ３に送信する場合を説明するが、これに限らない。再生内容Ａに関する第１の再生データ１３ａが通信において出力されると同時に、再生内容Ｂに関する第２の再生データ１３ｂを取得できればよく、第２の再生内容データ１２ｂを音声合成サーバ３に送信するタイミングは問わない。ステップＳ１５において音声合成サーバ３は、第２の再生内容データ１２ｂを、第２の再生データ１３ｂに変換する。
【００５０】
ステップＳ１６において発信装置１ａは、再生内容Ａに関する第１の再生データ１３ａをセッションに出力し、着信装置１ｂで再生させる。ここで発信装置１ａは、再生内容Ａに関する第１の再生データ１３ａをセッションに出力すると同時に、ステップＳ１７において、再生内容Ｂに関する第２の再生データ１３ｂを、音声合成サーバ３から取得するように制御される。第１の再生データ１３ａがセッションで再生されている間に、第２の再生データ１３ｂの再生準備がなされ、第１の再生データ１３ａの再生終了後すぐに第２の再生データ１３ｂが再生可能となるように制御される。
【００５１】
ステップＳ１８において発信装置１ａは、再生内容Ｃに関する第３の再生内容データ１２ｃを、音声合成サーバ３に送信する。ステップＳ１９において音声合成サーバ３は、第３の再生内容データ１２ｃを、第３の再生データ１３ｃに変換する。
【００５２】
ステップＳ２０において発信装置１ａは、再生内容Ｂに関する第２の再生データ１３ｂをセッションに出力し、着信装置１ｂで再生させる。ここで発信装置１ａは、再生内容Ｂに関する第２の再生データ１３ｂをセッションに出力すると同時に、再生内容Ｃに関する第３の再生データ１３ｃを、音声合成サーバ３から取得する（図示せず）。
【００５３】
このように本発明の実施の形態に係る通信装置１（発信装置１ａ）は、再生データ１３をセッションで出力する際に、次の再生データ１３を音声合成サーバ３から取得することにより、無音時間なく、再生内容の順に再生データ１３を再生することが可能になる。このような本発明の実施の形態に係る通信装置１によれば、コンテンツの変換を待つ時間など、再生するコンテンツがない時間やアイドル状態の時間を短くすることが可能になるので、セッション制御ＡＰＩと音声合成ＡＰＩとを合成して、音声合成によって生成された音声データをセッションで再生する際に、無音時間を軽減するユーザの利便性が向上する。
【００５４】
（変形例）
本発明の実施の形態においては、発信装置１ａが、通信ネットワーク６を介して音声合成サーバ３に接続し、再生内容に関する再生データを取得する場合を説明したが、これに限られない。変形例においては、発信装置１ａａが、再生内容データを再生データに変換する場合を説明する。
【００５５】
図７に示す変形例に係る通信システム５ａは、図１に示す通信システム５と比較して、発信装置１ａａ、着信装置１ａｂおよびセッション制御サーバ２を備える点で共通し、音声合成サーバを備えていない点で異なる。
【００５６】
図８に示す通信装置（発信装置１ａａ）は、図２と比べて、変換手段２９が、再生内容送信手段２７および再生データ取得手段２８を備えていない点が異なる。
【００５７】
変換手段２９は、再生内容データ１２を再生データ１３に変換する。このとき変換手段２９は、第１の再生内容データ１２ａに対応する第１の再生データ１３ａが通信において出力されると同時に、第１の再生内容データ１２ａの次の第２の再生内容データ１２ｂに対応する第２の再生データ１３ｂを取得するように制御される。
【００５８】
このような変形例によれば、発信装置１ａａ内で音声データに変換する際も、コンテンツの変換を待つ時間など、再生するコンテンツがない時間やアイドル状態の時間を短くすることが可能になるので、ユーザの利便性が向上する。
【００５９】
（その他の実施の形態）
上記のように、本発明の実施の形態とその変形例によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００６０】
例えば、本発明の実施の形態においては、音声データを再生する場合を説明したが、映像データ等のリアルタイム性が高く変換に時間を要するデータを再生する場合にも適用することができる。
【００６１】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００６２】
１  通信装置
１ａ  発信装置
１ｂ  着信装置
２  セッション制御サーバ
３  音声合成サーバ
５  通信システム
６  通信ネットワーク
１０  記憶装置
１１  シナリオデータ
１２  再生内容データ
１３  再生データ
２０  処理装置
２１  呼制御手段
２２  再生データ送信手段
２６  変換手段
２７  再生内容送信手段
２８  再生データ取得手段
３０  スピーカー
４０  通信制御装置
【図１】
2018037724.tif 000003
【図２】
2018037724.tif 000004
【図３】
2018037724.tif 000005
【図４】
2018037724.tif 000006
【図５】
2018037724.tif 000007
【図６】
2018037724.tif 000008
【図７】
2018037724.tif 000009
【図８】
2018037724.tif 000010