特開 2017-76853 送信装置、受信装置、端末装置およびサーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2017-76853(P2017-76853A)

(43)【公開日】2017年4月20日

(54)【発明の名称】送信装置、受信装置、端末装置およびサーバ

(51)【国際特許分類】

   H04H 60/06 20080101AFI20170331BHJP

   H04H 20/28 20080101ALI20170331BHJP

   H04H 60/82 20080101ALI20170331BHJP

   H04H 60/51 20080101ALI20170331BHJP

   H04H 20/16 20080101ALI20170331BHJP

   H04H 20/24 20080101ALI20170331BHJP

【ＦＩ】

   H04H60/06

   H04H20/28

   H04H60/82

   H04H60/51

   H04H20/16

   H04H20/24

【審査請求】未請求

【請求項の数】23

【出願形態】ＯＬ

【全頁数】29

(21)【出願番号】特願2015-202625(P2015-202625)

(22)【出願日】2015年10月14日

(71)【出願人】

【識別番号】504126112

【氏名又は名称】住友電工システムソリューション株式会社

(71)【出願人】

【識別番号】515285280

【氏名又は名称】株式会社アマネク・テレマティクスデザイン

(74)【代理人】

【識別番号】100123021

【弁理士】

【氏名又は名称】渥美 元幸

(74)【代理人】

【識別番号】100126538

【弁理士】

【氏名又は名称】嶺 直道

(72)【発明者】

【氏名】大田 浩史

(72)【発明者】

【氏名】戸▲崎▼ 善仁

(72)【発明者】

【氏名】狭川 瑞子

(72)【発明者】

【氏名】前田 浩

(72)【発明者】

【氏名】今井 武

(72)【発明者】

【氏名】庄司 明弘

(57)【要約】

【課題】音声が途切れることなく番組を放送することができる送信装置を提供する。
【解決手段】音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、読み上げデータに基づく合成音の再生時間帯を示す再生リストデータとを含む放送信号を生成する生成部と、生成部により生成された放送信号を送信する送信部とを備え、送信部は、読み上げデータに基づく合成音の再生開始時刻よりも前に、読み上げデータと、当該読み上げデータに係る再生リストデータとを含む放送信号を送信する。
【選択図】図３

【特許請求の範囲】

【請求項1】

音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、前記読み上げデータに基づく前記合成音の再生時間帯を示す再生リストデータとを含む放送信号を生成する生成部と、
前記生成部により生成された前記放送信号を送信する送信部とを備え、
前記送信部は、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、前記読み上げデータと、当該読み上げデータに係る前記再生リストデータとを含む前記放送信号を送信する
送信装置。

【請求項2】

前記送信部は、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、同一の前記読み上げデータを含む前記放送信号を複数回送信する
請求項１に記載の送信装置。

【請求項3】

前記送信部は、前記再生リストデータが示す前記合成音の再生時間帯に前記音声データとしてフィラーを含む前記放送信号を送信する
請求項１または請求項２に記載の送信装置。

【請求項4】

前記再生リストデータは、さらに、前記読み上げデータの種別を示す種別情報を含む
請求項１〜請求項３のいずれか１項に記載の送信装置。

【請求項5】

前記再生リストデータは、さらに、前記読み上げデータに係る地域を示す地域情報を含む
請求項１〜請求項４のいずれか１項に記載の送信装置。

【請求項6】

前記再生リストデータは、さらに、前記読み上げデータに基づいて前記合成音を再生する場合に当該再生リストデータに示される前記合成音の再生時間帯を超えて再生することを許容するか否かを示す延長再生可否情報を含む
請求項１〜請求項５のいずれか１項に記載の送信装置。

【請求項7】

音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、前記読み上げデータに基づく前記合成音の再生時間帯を示す再生リストデータとを含む放送信号を受信する受信部と、
前記放送信号に含まれる音声データを再生する再生部と、
前記再生リストデータが示す前記合成音の再生時間帯に従い、前記読み上げデータに含まれる前記テキスト情報が示す前記合成音を再生する読み上げ部とを備え、
前記受信部は、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、前記読み上げデータと前記再生リストデータとを含む前記放送信号を受信する
受信装置。

【請求項8】

前記受信部は、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、同一の前記読み上げデータを含む前記放送信号を複数回受信する
請求項７に記載の受信装置。

【請求項9】

前記受信部は、前記再生リストデータが示す前記合成音の再生時間帯に前記音声データとしてフィラーを含む前記放送信号を受信し、
前記再生部は、前記読み上げデータに基づく前記合成音の再生終了後から前記再生リストデータが示す前記合成音の再生時間帯の終了までの間、前記フィラーを再生する
請求項７または請求項８に記載の受信装置。

【請求項10】

前記再生リストデータは、さらに、前記読み上げデータの種別を示す種別情報を含み、
前記読み上げ部は、前記再生リストデータが示す前記合成音の再生時間帯に係る前記読み上げデータを受信できなかった場合には、受信できなかった当該読み上げデータの種別と同一の種別を有する読み上げデータに基づいて前記合成音を再生する
請求項７〜請求項９のいずれか１項に記載の受信装置。

【請求項11】

前記再生リストデータは、さらに、前記読み上げデータに係る地域を示す地域情報を含み、
前記受信装置は、さらに、前記受信装置が設置された車両が存在する地域または当該車両が走行する予定の地域を示す地域情報を取得する地域情報取得部を備え、
前記読み上げ部は、前記再生リストデータに基づいて、前記地域情報取得部が取得した地域情報が示す地域と同一の地域に係る前記読み上げデータを選択し、選択した前記読み上げデータに含まれる前記テキスト情報が示す前記合成音を再生する
請求項７〜請求項１０のいずれか１項に記載の受信装置。

【請求項12】

前記再生リストデータは、さらに、前記読み上げデータの種別を示す種別情報を含み、
前記受信装置は、さらに、前記読み上げデータの種別ごとに、前記読み上げデータに基づく前記合成音の再生の要否を示す再生要否情報を取得する再生要否情報取得部を備え、
前記読み上げ部は、前記再生リストデータに基づいて、前記再生要否情報が前記合成音の再生が必要であることを示す種別の前記読み上げデータを選択し、選択した前記読み上げデータに含まれる前記テキスト情報が示す前記合成音を再生する
請求項７〜請求項９のいずれか１項に記載の受信装置。

【請求項13】

前記再生リストデータは、さらに、前記読み上げデータに基づいて前記合成音を再生する場合に当該再生リストデータに示される前記合成音の再生時間帯を超えて再生することを許容するか否かを示す延長再生可否情報を含み、
前記読み上げ部は、前記延長再生可否情報が前記合成音の再生時間帯を超えて再生することを許容している場合には、前記合成音の再生時間帯を超えることを許容して前記読み上げデータに基づいて前記合成音を再生する
請求項７〜請求項１２のいずれか１項に記載の受信装置。

【請求項14】

放送信号に含まれるデータの一覧を示す一覧データを受信するデータ受信部と、
前記一覧データに示される前記データの送信を要求する送信要求信号を送信する送信要求部とを備え、
前記データ受信部は、さらに、前記送信要求部が送信した前記送信要求信号が示す前記データを受信する
端末装置。

【請求項15】

送信装置から送信される放送信号に含まれるデータの送信を要求する送信要求信号を端末装置から受信する送信要求信号受信部と、
前記送信要求信号受信部が受信した前記送信要求信号が示す前記データを、前記端末装置に再送信する再送信部と
を備えるサーバ。

【請求項16】

音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、前記読み上げデータに基づく前記合成音の再生時間帯を示す再生リストデータとを含む放送信号を生成する生成ステップと、
前記生成ステップにおいて生成された前記放送信号を送信する送信ステップとを含み、
前記送信ステップでは、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、前記読み上げデータと、当該読み上げデータに係る前記再生リストデータとを含む前記放送信号を送信する
送信方法。

【請求項17】

音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、前記読み上げデータに基づく前記合成音の再生時間帯を示す再生リストデータとを含む放送信号を受信する受信ステップと、
前記放送信号に含まれる音声データを再生する再生ステップと、
前記再生リストデータが示す前記合成音の再生時間帯に従い、前記読み上げデータに含まれる前記テキスト情報が示す前記合成音を再生する読み上げステップとを含み、
前記受信ステップでは、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、前記読み上げデータと前記再生リストデータとを含む前記放送信号を受信する
受信方法。

【請求項18】

放送信号に含まれるデータの一覧を示す一覧データを受信するステップと、
前記一覧データに示される前記データの送信を要求する送信要求信号を送信するステップと、
前記送信要求信号が示す前記データを受信するステップと
を含むデータ受信方法。

【請求項19】

送信装置から送信される放送信号に含まれるデータの送信を要求する送信要求信号を端末装置から受信するステップと、
前記送信要求信号が示す前記データを、前記端末装置に再送信するステップと
を含むデータ送信方法。

【請求項20】

音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、前記読み上げデータに基づく前記合成音の再生時間帯を示す再生リストデータとを含む放送信号を生成する生成部と、
前記生成部により生成された前記放送信号を送信する送信部としてコンピュータを機能させるためのプログラムであって、
前記送信部は、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、前記読み上げデータと、当該読み上げデータに係る前記再生リストデータとを含む前記放送信号を送信する
プログラム。

【請求項21】

音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、前記読み上げデータに基づく前記合成音の再生時間帯を示す再生リストデータとを含む放送信号を受信する受信部と、
前記放送信号に含まれる音声データを再生する再生部と、
前記再生リストデータが示す前記合成音の再生時間帯に従い、前記読み上げデータに含まれる前記テキスト情報が示す前記合成音を再生する読み上げ部としてコンピュータを機能させるためのプログラムであって、
前記受信部は、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、前記読み上げデータと前記再生リストデータとを含む前記放送信号を受信する
プログラム。

【請求項22】

放送信号に含まれるデータの一覧を示す一覧データを受信するデータ受信部と、
前記一覧データに示される前記データの送信を要求する送信要求信号を送信する送信要求部としてコンピュータを機能させるためのプログラムであって、
前記データ受信部は、さらに、前記送信要求部が送信した前記送信要求信号が示す前記データを受信する
プログラム。

【請求項23】

送信装置から送信される放送信号に含まれるデータの送信を要求する送信要求信号を端末装置から受信する送信要求信号受信部と、
前記送信要求信号受信部が受信した前記送信要求信号が示す前記データを、前記端末装置に再送信する再送信部としてコンピュータを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、送信装置、受信装置および端末装置に関し、特に、音声データと読み上げデータとを含む放送信号に係る送信装置、受信装置、端末装置およびサーバに関する。

【背景技術】

【0002】

日本国内では、２０１１年７月にアナログテレビ放送が終了したことに伴い、ＶＨＦ帯に空きが生じた。このうち、１チャンネルから３チャンネルがＶ−Ｌｏｗと呼ばれ、地域密着型のマルチメディア放送が一部地域では既に開始されている。今後、マルチメディア放送は全国へ展開される予定である。このようなＶ−Ｌｏｗの周波数帯域を利用したマルチメディア放送は、Ｖ−Ｌｏｗマルチメディア放送と呼ばれる（例えば、特許文献１参照）。

【0003】

Ｖ−Ｌｏｗマルチメディア放送では、１チャンネルの伝送帯域が１３個のセグメントに分割され、１つまたは複数（例えば、３つ）のセグメントを利用して放送サービスが提供される。

【0004】

例えば、ニュース番組またはトーク番組などでアナウンサーなどの発話者が発する音声、音楽番組で流れる音楽、またはＣＭ（Ｃｏｍｍｅｒｃｉａｌ Ｍｅｓｓａｇｅ）などの音声データが１／３セグメントを利用して送信され、天気情報または交通情報などのテキスト情報を示す読み上げデータが１／３セグメントを利用して送信される。読み上げデータを受信した受信装置は、読み上げデータに基づいて合成音を再生することにより、読み上げデータが示すテキスト情報を読み上げる。その他にも、クーポン情報やＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）情報などのＣＭに連動したデータなどが他のセグメントを利用して送信される。

【0005】

Ｖ−Ｌｏｗマルチメディア放送では、音声データと読み上げデータとの組み合わせで番組が構成される場合がある。このような番組では、音声データと読み上げデータとが放送信号に含められて受信装置に送信される。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１４−９６７５６号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

放送信号を受信した受信装置は、音声データを再生後に、読み上げデータを再生することとなるが、音声データの再生後に、読み上げデータに基づいて合成音を切れ目なく再生する仕組みが必要となる。なお、以下では、読み上げデータに基づく合成音の再生のことを、読み上げデータの再生ともいう。

【0008】

また、受信装置が読み上げデータに基づいて合成音を再生した場合には、合成音の再生後に無音時間が生じる場合がある。図１７は、無音時間が生じる例について説明するための図である。図１７は、音声データおよび読み上げデータに基づき、受信装置が天気情報の番組を再生した際の時間経過を示す図である。音声データ「それでは、各地の天気をどうぞ。」の再生の後に、読み上げデータの再生が行われる。読み上げデータには、複数の地域の天気情報が含まれ、各受信装置は、自身が存在する位置の情報に基づいて、該当する地域の天気情報を選択して再生する。読み上げデータには、例えば、東京都の天気情報、千葉県北部の天気情報などが含まれる。受信装置が東京都にあれば、そのうち東京都の天気情報の読み上げデータに基づいて、合成音を再生することにより、読み上げデータの再生を行う。読み上げデータによる合成音の再生時間帯は、地域ごとに異なる。これは、地域ごとに天気情報の内容が異なるからである。このため、地域によっては、読み上げデータの再生を行った後、次の音声データ「次の話題です。」の再生が行われるまでの間、無音時間１０１が発生するという課題がある。

【0009】

また、Ｖ−Ｌｏｗマルチメディア放送では、受信装置として車載器などを想定している。このため、車両がトンネル内を走行している場合などのように電波状況の悪い場合には、データの取りこぼしが生じることがある。例えば、音声データは受信することができたが、読み上げデータを受信することができない場合が考えられる。この状態で、音声データの再生後に、読み上げデータを再生しようとしても、読み上げデータが存在しないことにより、無音時間が発生するという課題がある。

【0010】

また、Ｖ−Ｌｏｗマルチメディア放送では音声データや読み上げデータ以外にもクーポンのデータなど様々なデータが放送信号により配信される。このようなデータを取りこぼした際にも、従来は、データを再取得する方法がなかった。

【0011】

本発明は、上述の課題を解決するためになされたものであり、音声が途切れることなく番組を放送することができる送信装置および受信装置を提供することを目的とする。

【0012】

また、取りこぼしたデータを再取得することのできる端末装置、および取りこぼしたデータを提供することのできるサーバを提供することを目的とする。

【課題を解決するための手段】

【0013】

（１）上記目的を達成するために、本発明の一実施態様に係る送信装置は、音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、前記読み上げデータに基づく前記合成音の再生時間帯を示す再生リストデータとを含む放送信号を生成する生成部と、前記生成部により生成された前記放送信号を送信する送信部とを備え、前記送信部は、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、前記読み上げデータと、当該読み上げデータに係る前記再生リストデータとを含む前記放送信号を送信する。

【0014】

（７）本発明の他の実施態様に係る受信装置は、音声データと、合成音を再生するためのテキスト情報を含む読み上げデータと、前記読み上げデータに基づく前記合成音の再生時間帯を示す再生リストデータとを含む放送信号を受信する受信部と、前記放送信号に含まれる音声データを再生する再生部と、前記再生リストデータが示す前記合成音の再生時間帯に従い、前記読み上げデータに含まれる前記テキスト情報が示す前記合成音を再生する読み上げ部とを備え、前記受信部は、前記読み上げデータに基づく前記合成音の再生開始時刻よりも前に、前記読み上げデータと前記再生リストデータとを含む前記放送信号を受信する。

【0015】

（１４）本発明の他の実施態様に係る端末装置は、放送信号に含まれるデータの一覧を示す一覧データを受信するデータ受信部と、前記一覧データに示される前記データの送信を要求する送信要求信号を送信する送信要求部とを備え、前記データ受信部は、さらに、前記送信要求部が送信した前記送信要求信号が示す前記データを受信する。

【0016】

（１５）本発明の他の実施態様に係るサーバは、送信装置から送信される放送信号に含まれるデータの送信を要求する送信要求信号を端末装置から受信する送信要求信号受信部と、前記送信要求信号受信部が受信した前記送信要求信号が示す前記データを、前記端末装置に再送信する再送信部とを備える。

【0017】

なお、本発明は、このような特徴的な処理部を備える送信装置、受信装置、端末装置またはサーバとして実現することができるだけでなく、送信装置、受信装置、端末装置またはサーバに含まれる特徴的な処理部が実行する処理をステップとする方法として実現することができる。また、送信装置、受信装置、端末装置またはサーバに含まれる特徴的な処理部としてコンピュータを機能させるためのプログラムまたは上記方法に含まれる特徴的なステップをコンピュータに実行させるプログラムとして実現することもできる。そして、そのようなプログラムを、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のコンピュータ読取可能な非一時的な記録媒体やインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。また、本発明は、送信装置、受信装置、端末装置またはサーバの一部又は全部を実現する半導体集積回路として実現したり、送信装置、受信装置、端末装置またはサーバを含むシステムとして実現したりすることもできる。

【発明の効果】

【0018】

本発明によると、音声が途切れることなく番組を放送することができる。また、取りこぼしたデータを再取得または提供することができる。

【図面の簡単な説明】

【0019】

【図1】本発明の実施の形態１に係る放送システムの構成を示すブロック図である。

【図2】データサーバの機能的な構成を示すブロック図である。

【図3】送信装置の機能的な構成を示すブロック図である。

【図4】受信装置の機能的な構成を示すブロック図である。

【図5】端末装置の機能的な構成を示すブロック図である。

【図6】音声データおよび読み上げデータに基づく番組放送の時間経過を示す図である。

【図7】再生リストデータの一例を示す図である。

【図8】一覧データの一例を示す図である。

【図9】音声データおよび読み上げデータに基づく番組放送の時間経過を示す図である。

【図10】再生リストデータの一例を示す図である。

【図11】再生リストデータの一例を示す図である。

【図12】実施の形態３に係る受信装置の機能的な構成を示すブロック図である。

【図13】対象種別情報記憶部に記憶されている対象種別情報の一例を示す図である。

【図14】音声データおよび読み上げデータに基づく番組放送の時間経過を示す図である。

【図15】図１４の続きとして受信装置が再生する音声の内容を示す図である。

【図16】延長再生可否情報を含む再生リストデータの一例を示す図である。

【図17】無音時間が生じる例について説明するための図である。

【発明を実施するための形態】

【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】

音声サーバ２０は、番組内で放送される音声データをＣＭＳ４０に対して提供する。音声サーバ２０は、アナウンサーなどの発話者の音声を予め録音することにより得られる音声データをＣＭＳ４０に提供してもよいし、発話者が発話している生の音声の音声データをＣＭＳ４０に提供してもよい。

【0072】

ＣＭＳ４０は、音声サーバ２０から提供される音声データと、データサーバ３０から提供されるデジタルコンテンツおよび読み上げデータとを送信装置６０に提供する。また、ＣＭＳ４０は、読み上げデータに基づく合成音の再生時間帯を示す再生リストデータを生成し、送信装置６０に提供する。さらに、ＣＭＳ４０は、番組で放送されるデータの一覧を示す一覧データを生成し、送信装置６０に提供する。

【0073】

送信装置６０は、ＣＭＳ４０から提供される各種データを含む放送信号を、ＩＳＤＢ−Ｔｓｂ方式に従い、Ｖ−Ｌｏｗ帯の複数セグメントを用いて放送する。

【0074】

受信装置７０は、例えば、車両８０に備えつけられた車載器であり、送信装置６０から送信される放送信号を受信し、再生する。例えば、受信装置７０は、放送信号に含まれる音声データを再生するとともに、放送信号に含まれる読み上げデータに基づいて、合成音を合成する。

【0075】

端末装置９０は、受信装置７０が受信した放送信号に含まれるデジタルコンテンツを、受信装置７０から受信し、受信したデジタルコンテンツを再生する。例えば、端末装置９０は、デジタルコンテンツに含まれる観光情報、地図情報または広告情報などを、端末装置９０の画面に表示する。また、端末装置９０は、受信装置７０が受信した放送信号に含まれる読み上げデータを受信装置７０から受信し、受信した読み上げデータに基づいて合成音を再生することもできる。端末装置９０と受信装置７０とは、例えば、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により接続される。端末装置９０は、インターネット１００を介してデータサーバ３０と接続され、デジタルコンテンツまたは読み上げデータの送信を要求する送信要求信号を、データサーバ３０に送信する。データサーバ３０は、送信要求信号に応答して、デジタルコンテンツまたは読み上げデータを端末装置９０に送信する。端末装置９０は、データサーバ３０から送信されたデジタルコンテンツまたは読み上げデータを受信し、受信したデジタルコンテンツまたは読み上げデータを表示または再生する。

【0076】

［１−２．データサーバ３０の構成］
図２は、データサーバ３０の機能的な構成を示すブロック図である。データサーバ３０は、ＣＰＵ、ＲＡＭおよびＲＯＭなどを備えるコンピュータにより構成される。データサーバ３０は、通信Ｉ／Ｆ（インタフェース）部３１と、データ送受信部３２と、デジタルコンテンツ記憶部３３と、読み上げデータ記憶部３４と、送信要求信号受信部３５と、再送信部３６とを備える。

【0077】

通信Ｉ／Ｆ部３１は、コンテンツサーバ１０、ＣＭＳ４０または端末装置９０と通信を行うためのインタフェースであり、例えば、ＬＡＮアダプタなどにより構成される。

【0078】

データ送受信部３２は、通信Ｉ／Ｆ部３１を介して、コンテンツサーバ１０からデジタルコンテンツおよび読み上げデータを受信し、受信したデジタルコンテンツおよび読み上げデータを、デジタルコンテンツ記憶部３３および読み上げデータ記憶部３４にそれぞれ書き込む。また、データ送受信部３２は、コンテンツサーバ１０から受信したデジタルコンテンツおよび読み上げデータを、通信Ｉ／Ｆ部３１を介してＣＭＳ４０に送信する。

【0079】

デジタルコンテンツ記憶部３３は、コンテンツサーバ１０から受信したデジタルコンテンツを記憶するための記憶装置であり、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などにより構成される。

【0080】

読み上げデータ記憶部３４は、コンテンツサーバ１０から受信した読み上げデータを記憶するための記憶装置であり、ＨＤＤなどにより構成される。

【0081】

送信要求信号受信部３５は、通信Ｉ／Ｆ部３１を介して、端末装置９０からデジタルコンテンツまたは読み上げデータの送信を要求する送信要求信号を受信し、再送信部３６に出力する。

【0082】

再送信部３６は、送信要求信号が示すデジタルコンテンツまたは読み上げデータを、デジタルコンテンツ記憶部３３または読み上げデータ記憶部３４から読み出し、読み出したデータを通信Ｉ／Ｆ部３１を介して端末装置９０に送信する。

【0083】

［１−３．送信装置６０の構成］
図３は、送信装置６０の機能的な構成を示すブロック図である。送信装置６０は、通信Ｉ／Ｆ部６１と、生成部６２と、送信部６３と、制御部６４とを備える。

【0084】

通信Ｉ／Ｆ部６１は、ＣＭＳ４０と通信を行うためのインタフェースであり、例えば、ＬＡＮアダプタなどにより構成される。

【0085】

生成部６２は、通信Ｉ／Ｆ部６１を介してＣＭＳ４０から、音声データ、デジタルコンテンツ、再生リストデータおよび一覧データを受信し、これらのデータを含む放送信号を生成する。

【0086】

送信部６３は、生成部６２が生成した放送信号を、放送用アンテナ５２を介して送信する。例えば、送信部６３は、Ｖ−Ｌｏｗ帯の３セグメントを用いて、放送信号を放送する。３セグメントのうち、音声データが１／３セグメントを占め、読み上げデータが１／３セグメントを占め、その他のデータが残りのセグメントを占めていてもよい。これにより、音声データはストリーム配信される。

【0087】

制御部６４は、生成部６２による放送信号の生成タイミングや、送信部６３による放送信号の送信タイミングなどを制御する。

【0088】

［１−４．受信装置７０の構成］
図４は、受信装置７０の機能的な構成を示すブロック図である。受信装置７０は、アンテナ７１と、受信部７２と、再生部７３と、スピーカ７４と、読み上げ部７５と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信部７６と、データ送信部７７と、通信Ｉ／Ｆ部７８とを備える。

【0089】

受信部７２は、送信装置６０が送信する放送信号を、アンテナ７１を介して受信する。放送信号には、上述したように、音声データ、デジタルコンテンツ、再生リストデータおよび一覧データが含まれる。

【0090】

再生部７３は、受信部７２が受信した放送信号に含まれる音声データを、電気信号に変換し、スピーカ７４から音声を出力することにより、音声データを再生する。

【0091】

ＧＰＳ受信部７６は、ＧＰＳ衛星からの電波を受信し、受信装置７０の位置情報を測位する。

【0092】

読み上げ部７５は、受信部７２が受信した放送信号に含まれる読み上げデータを再生する。つまり、読み上げ部７５は、放送信号に含まれる再生リストデータが示す合成音の再生時間帯に従い、読み上げデータに含まれるテキスト情報が示す合成音をスピーカ７４から出力する。なお、放送信号の中に複数の地域に対応した読み上げデータが含まれている場合には、読み上げ部７５は、ＧＰＳ受信部７６が測位した位置情報に基づいて地域を特定し、特定した地域に対応する読み上げデータを再生する。例えば、放送信号の中に東京都用の読み上げデータと山梨県用の読み上げデータとが含まれており、特定した地域が東京都であれば、読み上げ部７５は、東京都用の読み上げデータを再生し、山梨県用の読み上げデータは再生しない。ただし、ユーザからの指示などに従い、山梨県用の読み上げデータを再生するようにしてもよい。

【0093】

データ送信部７７は、受信部７２が受信した放送信号に含まれるデジタルコンテンツおよび一覧データを、通信Ｉ／Ｆ部７８を介して端末装置９０に送信する。

【0094】

通信Ｉ／Ｆ部７８は、端末装置９０と通信を行うためのインタフェースであり、例えば、無線ＬＡＮアダプタなどにより構成される。

【0095】

制御部７９は、受信部７２、再生部７３、読み上げ部７５およびデータ送信部７７の動作の制御を行う。例えば、制御部７９は、再生リストデータに従って、読み上げ部７５による読み上げデータの再生タイミングを制御してもよい。

【0096】

［１−５．端末装置９０の構成］
図５は、端末装置９０の機能的な構成を示すブロック図である。端末装置９０は、通信Ｉ／Ｆ部９１と、一覧データ受信部９２と、表示部９３と、入力部９４と、送信要求部９５と、デジタルコンテンツ受信部９６とを備える。

【0097】

通信Ｉ／Ｆ部９１は、受信装置７０およびデータサーバ３０と通信を行うためのインタフェースであり、例えば、無線ＬＡＮアダプタなどにより構成される。

【0098】

一覧データ受信部９２は、通信Ｉ／Ｆ部９１を介して、受信装置７０から一覧データを受信し、受信した一覧データを表示部９３に表示する。

【0099】

表示部９３は、各種データを表示する装置であり、例えば、タッチパネルなどにより構成される。

【0100】

デジタルコンテンツ受信部９６は、通信Ｉ／Ｆ部９１を介して、受信装置７０からデジタルコンテンツまたは読み上げデータを受信し、受信したデジタルコンテンツを表示部９３に表示したり、図示しないスピーカからデジタルコンテンツの音声を出力したりする。また、受信した読み上げデータに基づいて合成音をスピーカから出力する。なお、後述するように、送信要求部９５が送信要求信号を送信した場合には、当該送信要求信号に対するデジタルコンテンツまたは読み上げデータをデータサーバ３０から受信し、上記と同様にこれらのデータの表示または音声出力を行う。

【0101】

入力部９４は、端末装置９０のユーザによる各種入力を受け付ける。例えば、入力部９４は、表示部９３に表示された一覧データの中から、再送信を要求するデータの選択入力を受け付ける。表示部９３を構成するタッチパネル上に表示された一覧データの中から、ユーザが再送信を要求するデータを選択すると、入力部９４は、選択したデータの再送信要求を受け付けてもよい。

【0102】

送信要求部９５は、入力部９４が選択入力を受け付けたデータの送信を要求する送信要求信号を、通信Ｉ／Ｆ部９１を介してデータサーバ３０に送信する。

【0103】

［１−６．マルチメディア放送の具体例］
次に、放送システム１によるマルチメディア放送の具体例について説明する。
図６は、音声データおよび読み上げデータに基づく番組放送の時間経過を示す図である。図６（ａ）は、送信装置６０から送信される放送信号の内容を示し、図６（ｂ）は、受信装置７０が再生する音声の内容を示す。ここでは、天気情報番組の放送を例に説明する。

【0104】

図６（ａ）に示すように、後述の読み上げデータＡの再生開始時刻「１２：０２：１０」よりも前に、天気情報番組に係るデータＡを含む放送信号が生成部６２により生成され、送信部６３が、当該放送信号を、読み上げデータＡの再生開始時刻「１２：０２：１０」よりも前に送信する。データＡは、再生リストデータＡと、地域ごとの読み上げデータＡ（読み上げデータＡ（東京都）、読み上げデータＡ（千葉県北部））と、クーポンデータＡと、一覧データＡとを含む。

【0105】

図７は、再生リストデータＡの一例を示す図である。再生リストデータは、音声データの再生時間帯と、読み上げデータに基づく合成音の再生時間帯とを示す。具体的には、１２：０２：００から１２：０２：１０の間は、音声データが再生され、１２：０２：１０から１２：０４：１０の間は、読み上げデータＡが再生されることが、スケジュールとして示されている。受信装置７０は、この再生リストデータに従って、音声データおよび読み上げデータＡの再生を行う。

【0106】

図８は、一覧データＡの一例を示す図である。一覧データＡは、データＡに含まれるデータの一覧を示し、コンテンツＩＤと、コンテンツ名称とを含む。例えば、コンテンツＩＤ「１」のコンテンツの名称は、「音声データＡ」であることが示されている。なお、一覧データＡは、各データの詳細な内容を含んでいてもよい。

【0107】

図６（ａ）に示すように、データＡは、読み上げデータＡの再生開始時刻「１２：０２：１０」よりも前に、複数回送信されてもよい。例えば、送信部６３は、上記開始時刻の５分前と１０分前にデータＡを含む放送信号を送信するようにしてもよい。これにより、受信装置７０によるデータＡの取得の成功確率が向上する。

【0108】

送信部６３は、１２：０２：００から１２：０２：１０の間、アナウンサーなどの発話者の音声データを含む放送信号を送信する。その後、送信部６３は、フィラーと呼ばれるＢＧＭ（ｂａｃｋｇｒｏｕｎｄ ｍｕｓｉｃ）を音声データとして含む放送信号を送信する。つまり、送信部６３は、再生リストデータＡが示す読み上げデータＡの再生時間帯（１２：０２：１０〜１２：０４：１０）にフィラーを含む音声信号を送信する。

【0109】

図６（ｂ）に示すように、再生部７３は、再生リストデータＡに従い、１２：０２：００から１２：０２：１０の間、送信装置６０から受信した音声データを再生する。また、読み上げ部７５は、再生リストデータＡに従い、１２：０２：１０から１２：０４：１０の間、送信装置６０から受信した読み上げデータＡを再生する。ただし、受信装置７０が位置する東京都の読み上げデータＡが、他の地域の読み上げデータＡよりも短く、１２：０３：５０に読み上げデータＡの再生が終了したとする。その場合には、再生部７３は、１２：０３：５０から１２：０４：１０の間、音声データを再生する。これにより、再生部７３は、フィラーを再生することになる。

【0110】

受信装置７０のデータ送信部７７は、図８に示すような一覧データＡを、端末装置９０に送信する。端末装置９０の一覧データ受信部９２は、一覧データＡを表示部９３に表示する。例えば、受信装置７０がクーポンデータＡを受信することができなかった場合に、端末装置９０のユーザが、クーポンデータＡを選択する。すると、送信要求部９５は、クーポンデータＡの送信を要求する送信要求信号を、データサーバ３０に送信する。例えば、送信要求部９５は、「ｈｔｔｐｓ：／／ｗｗｗ．ａａａ．ｘｘｘ／ＩＤ＝４」というＵＲＬのウェブページにアクセスすることにより、送信要求信号をデータサーバ３０に送信する。ここで、「ｗｗｗ．ａａａ．ｘｘｘ」は、データサーバ３０上で動作するウェブサーバーである。デジタルコンテンツ受信部９６は、当該ウェブページよりクーポンデータＡをダウンロードすることにより受信し、表示部９３に表示する。これにより、取りこぼしたクーポンデータＡを表示することができる。

【0111】

［１−７．実施の形態１の効果等］
以上説明したように、実施の形態１によると、読み上げデータに基づく合成音の再生開始時刻よりも前に、送信装置６０の送信部６３が、当該読み上げデータと、合成音の再生時間帯を示す再生リストデータとを含む放送信号を送信する。このため、受信装置７０は、読み上げデータに基づく合成音の再生開始時刻よりも前に読み上げデータと再生リストデータとを取得することができる。これにより、受信装置７０は、再生リストデータに示される予定の再生時間帯に読み上げデータの再生を行うことができるため、音声データの再生が終了した後、切れ目なく読み上げデータの再生を行うことができる。よって、音声が途切れることなく番組を放送することができる。

【0112】

また、読み上げデータに基づく合成音の再生開始時刻よりも前に、送信部６３が、当該読み上げデータを含む放送信号を、複数回送信する。このため、受信装置７０には、読み上げデータを取得する機会が複数回与えられることになる。よって、車両８０のトンネル内走行時などのように電波状況が悪く読み上げデータを取得することができなかったとしても、その他のタイミングで読み上げデータを取得することができる。これにより、読み上げデータの取りこぼしを防止することができる。これにより、読み上げデータの再生時における無音時間の発生を防止することができる。

【0113】

また、送信部６３は、再生リストデータが示す合成音の再生時間帯にフィラーを含む放送信号を送信している。このため、受信装置７０は、読み上げデータの再生終了後から再生リストデータが示す合成音の再生時間帯が終わるまでの間、つまり、次の音声データの再生が行われるまでの間、フィラーを再生することができる。これにより、読み上げデータの再生終了後に無音時間が発生するのを防止することができる。

【0114】

また、端末装置９０は、放送信号に含まれるデータの一覧を示す一覧データの中から、受信装置７０が受信できずに取りこぼしたデータの送信要求信号を送信することにより、当該データを受信することができる。

【0115】

（実施の形態２）
実施の形態２では、読み上げデータを取得することができなかった場合に、過去に取得した同種の読み上げデータで補完して、読み上げデータの再生を行う放送システム１について説明する。

【0116】

放送システム１の構成および放送システム１を構成する各装置の構成は、実施の形態１と同様である。このため、その詳細な説明はここでは繰り返さない。

【0117】

［２−１．マルチメディア放送の具体例］
図９は、音声データおよび読み上げデータに基づく番組放送の時間経過を示す図である。図９（ａ）は、送信装置６０から送信される放送信号の内容を示し、図９（ｂ）は、受信装置７０が再生する音声の内容を示す。ここでは、天気情報番組の放送を例に説明する。

【0118】

図９（ａ）に示すように、後述の読み上げデータＢの再生開始時刻「１２：３２：１０」よりも前に、天気情報番組に係るデータＢを含む放送信号が生成部６２により生成され、送信部６３が、当該放送信号を読み上げデータＢの再生開始時刻「１２：３２：１０」よりも前に複数回（ここでは、２回）送信する。データＢは、再生リストデータＢと、地域ごとの読み上げデータＢ（読み上げデータＢ（東京都）、読み上げデータＢ（千葉県北部））と、クーポンデータＢと、一覧データＢとを含む。なお、１２：０２：００から１２：０４：１０の間は、実施の形態１の図６に示した天気情報番組が放送されていたものとする。

【0119】

図１０は、再生リストデータの一例を示す図である。図１０（ａ）は、１２：０２：００から１２：０４：１０の間の天気情報番組に係る再生リストデータＡの一例を示し、図１０（ｂ）は、１２：３２：００から１２：３４：２５の間の天気情報番組に係る再生リストデータＢの一例を示す。再生リストデータＡおよび再生リストデータＢは、図７に示した再生リストデータＡの構成に加えて、種別情報を含む。種別情報は、放送データ（音声データおよび読み上げデータ）の種別を示し、例えば、放送データが「音声データ」の場合には、種別情報は「トーク」であり、放送データが「読み上げデータＡ」または「読み上げデータＢ」の場合には、種別情報は「天気」である。

【0120】

図９を参照して、受信装置７０は、電波の状況などにより、読み上げデータＢの再生開始時刻「１２：３２：１０」よりも前に、読み上げデータＢを受信することができなかったとする。この場合、受信装置７０の読み上げ部７５は、読み上げデータＢの種別情報「天気」と同種の読み上げデータＡを、既に受信済みであれば、読み上げデータＢに基づく合成音を再生するかわりに、受信済みの読み上げデータＡに基づいて合成音を再生する。

【0121】

［２−２．実施の形態２の効果等］
以上説明したように、再生リストデータは、読み上げデータの種別を示す種別情報を含む。また、読み上げ部７５は、再生リストデータが示す合成音の再生時間帯に係る読み上げデータＢを受信できなかった場合には、受信できなかった当該読み上げデータＢの種別と同一の種別を有する読み上げデータＡに基づいて合成音を再生する。例えば、天気情報に関する読み上げデータの内容は、頻繁に変化するものではない。このため、ある再生時間帯における天気情報の読み上げデータが取得できなかった場合には、種別情報に基づいて、既に取得済みの過去の再生時間帯における天気情報の読み上げデータを検出し、検出した過去の読み上げデータを再生する。これにより、読み上げデータの再生時における無音時間の発生を防止することができる。

【0122】

（実施の形態３）
実施の形態３では、読み上げデータを選択的に再生することのできる放送システム１について説明する。

【0123】

放送システム１の構成は、実施の形態１と同様である。ただし、送信装置６０が送信する再生リストデータおよび受信装置７０の構成が以下のように異なる。

【0124】

［３−１．再生リストデータについて］
図１１は、再生リストデータの一例を示す図である。実施の形態３に係る再生リストデータは、図７に示した実施の形態１に係る再生リストデータと比較して、さらに、種別情報と地域情報とを含む。種別情報は、放送データ（音声データおよび読み上げデータ）の種別を示し、例えば、放送データが「音声データ」の場合には、種別情報は「トーク」である。また、放送データが「読み上げデータＣ１」、「読み上げデータＣ２」、「読み上げデータＣ３」および「読み上げデータＣ４」の場合には、種別情報は、それぞれ、「天気」、「ＣＭ」、「渋滞情報」および「経済ニュース」である。

【0125】

これらの読み上げデータは、地域ごとの読み上げデータに分けられており、地域情報は、読み上げデータに係る地域を示す。例えば、東京都の天気に関する読み上げデータである「読み上げデータＣ１（東京都）」に係る地域情報は、「東京都」である。

【0126】

［３−２．受信装置７０の構成］
図１２は、実施の形態３に係る受信装置７０の機能的な構成を示すブロック図である。実施の形態３に係る受信装置７０は、図４に示した受信装置７０の構成に加えて、地域情報取得部１１１と、対応関係情報記憶部１１２と、再生要否情報取得部１１３と、対象種別情報記憶部１１４とを備える。

【0127】

地域情報取得部１１１は、受信装置７０が設置された車両８０が存在する地域または当該車両８０が走行する予定の地域を示す地域情報を取得する。

【0128】

対応関係情報記憶部１１２は、位置情報（例えば、緯度情報および経度情報）と地域情報との対応関係を示す対応関係情報を記憶している。例えば、東京都に対応付けられる緯度情報および経度情報が対応関係情報として記憶されている。

【0129】

地域情報取得部１１１は、ＧＰＳ受信部７６に接続されており、ＧＰＳ受信部７６が測位した車両８０の位置情報に基づいて、対応関係情報記憶部１１２に記憶されている対応関係情報から、車両８０が存在する地域を示す地域情報を取得する。また、地域情報取得部１１１は、カーナビ（カーナビゲーションシステム）に接続されていてもよい。この場合には、地域情報取得部１１１は、カーナビから車両８０の目的地の位置情報または経由地の位置情報を取得し、取得した位置情報に基づいて、対応関係情報から、車両８０が走行する予定の地域を示す地域情報を取得してもよい。

【0130】

読み上げ部７５は、再生リストデータに基づいて、地域情報取得部１１１が取得した地域情報が示す地域と同一の地域に係る読み上げデータを選択し、選択した読み上げデータを再生する。例えば、車両８０が東京方面に向かって走行している場合には、東京方面の渋滞情報や東京方面の天気情報などの読み上げデータを選択して再生することにより、ドライバにとって有益な情報を再生する。

【0131】

対象種別情報記憶部１１４は、ユーザが興味の対象とする読み上げデータの種別を示す対象種別情報を記憶している。対象種別情報は、予めユーザにより設定されているものとする。図１３は、対象種別情報記憶部１１４に記憶されている対象種別情報の一例を示す図である。対象種別情報には、読み上げデータの種別ごとに読み上げを必要とするか否かが、ユーザごとに示されている。例えば、ユーザＡについては、経済ニュース、スポーツニュース、天気、ＣＭおよび渋滞情報の読み上げデータの再生を必要とするが、エンタメニュースの読み上げデータの再生は不要である旨が示されている。なお、ここで言うユーザは、受信装置７０のユーザであり、受信装置７０または端末装置９０を操作することにより、受信装置７０にユーザ名を設定してもよい。

【0132】

再生要否情報取得部１１３は、対象種別情報記憶部１１４から、受信装置７０のユーザが興味の対象とする読み上げデータの種別情報と、興味の対象としない読み上げデータの種別情報とを取得する。つまり、再生要否情報取得部１１３は、読み上げデータの種別ごとに、読み上げデータに基づく合成音の再生の要否を示す再生要否情報を取得する。例えば、ユーザＡが受信装置７０を利用している場合には、再生要否情報として、経済ニュース、スポーツニュース、天気、ＣＭおよび渋滞情報の再生が必要であり、エンタメニュースの再生は不要であることを示す情報を取得する。

【0133】

読み上げ部７５は、さらに、再生リストデータに基づいて、再生要否情報が読み上げデータの再生が必要であることを示している種別の読み上げデータを選択し、選択した読み上げデータを再生する。例えば、ユーザＡに対しては、経済ニュースなどの読み上げデータの再生は行うが、エンタメニュースの読み上げデータの再生を行わない。

【0134】

なお、再生要否情報には、再生が必要な読み上げデータの種別が含まれており、再生が不要な読み上げデータの種別は含まれていなくてもよい。この場合、読み上げ部７５は、再生要否情報に含まれていない種別の読み上げデータは、再生が不要と判断して、再生しないようにしてもよい。

【0135】

また、再生要否情報には、再生が必要な読み上げデータの種別は含まれておらず、再生が不要な読み上げデータの種別が含まれていてもよい。この場合、読み上げ部７５は、再生要否情報に含まれていない種別の読み上げデータは、再生が必要であると判断して、再生するようにしてもよい。

【0136】

［３−３．マルチメディア放送の具体例］
図１４は、音声データおよび読み上げデータに基づく番組放送の時間経過を示す図である。図１４（ａ）は、送信装置６０から送信される放送信号の内容を示す。図１４（ｂ）は、千葉県北部に向かっているユーザＡが利用する受信装置７０が再生する音声の内容を示す。図１４（ｃ）は、東京都に向かっているユーザＢが利用する受信装置７０が再生する音声の内容を示す。図１５は、図１４の続きとして受信装置７０が再生する音声の内容を示す図である。つまり、図１５（ａ）は、図１４（ｂ）の続きとしてユーザＡが利用する受信装置７０が再生する音声の内容を示し、図１５（ｂ）は、図１４（ｃ）の続きとしてユーザＢが利用する受信装置７０が再生する音声の内容を示す。

【0137】

図１４（ａ）に示すように、読み上げデータＣ１の再生開始時刻「１２：０２：１０」よりも前に、データＣを含む放送信号が生成部６２により生成され、送信部６３が、当該放送信号を、読み上げデータＣ１の再生開始時刻「１２：０２：１０」よりも前に複数回送信する。データＣは、再生リストデータＣと、地域ごとの読み上げデータＣ１〜Ｃ４と、クーポンデータＣと、一覧データＡとを含む。

【0138】

受信装置７０は、図１１に示した再生リストデータＣに従って、音声データおよび読み上げデータＣ１〜Ｃ４の再生を行う。

【0139】

図１４（ｂ）および図１５（ａ）に示すように、ユーザＡが利用する受信装置７０の再生部７３は、再生リストデータＣに従い、１２：０２：００から１２：０２：１０の間、送信装置６０から受信した音声データを再生する。地域情報取得部１１１は、受信装置７０が設置された車両８０が走行する予定である千葉県北部を示す地域情報を取得する。このため、読み上げ部７５は、読み上げデータＣ１（千葉県北部）、読み上げデータＣ２（千葉県北部）、読み上げデータＣ３（千葉県北部）、読み上げデータＣ４（千葉県北部）を読み上げ対象とする。なお、これらの読み上げデータＣ１〜Ｃ４の種別は、天気、ＣＭ、渋滞情報および経済ニュースである。図１３に示した対象種別情報に基づいて、ユーザＡはいずれの種別の読み上げデータも再生を必要としていることが再生要否情報取得部１１３により取得されている。このため、読み上げ部７５は、再生リストデータＣに従って、読み上げデータＣ１（千葉県北部）、読み上げデータＣ２（千葉県北部）、読み上げデータＣ３（千葉県北部）、読み上げデータＣ４（千葉県北部）を順次再生する。

【0140】

また、図１４（ｃ）および図１５（ｂ）に示すように、ユーザＢが利用する受信装置７０の再生部７３は、再生リストデータＣに従い、１２：０２：００から１２：０２：１０の間、送信装置６０から受信した音声データを再生する。地域情報取得部１１１は、受信装置７０が設置された車両８０が走行する予定である東京都を示す地域情報を取得する。このため、読み上げ部７５は、読み上げデータＣ１（東京都）、読み上げデータＣ２（東京都）、読み上げデータＣ３（東京都）、読み上げデータＣ４（東京都）を読み上げ対象とする。なお、これらの読み上げデータＣ１〜Ｃ４の種別は、天気、ＣＭ、渋滞情報および経済ニュースである。図１３に示した対象種別情報に基づいて、ユーザＢは天気、ＣＭおよび渋滞情報の再生を必要としているが、経済ニュースの再生は必要としていないことが再生要否情報取得部１１３により取得されている。このため、読み上げ部７５は、再生リストデータＣに従って、読み上げデータＣ１（東京都）、読み上げデータＣ２（東京都）、読み上げデータＣ３（東京都）を順次再生するが、読み上げデータＣ４（東京都）は再生しない。読み上げデータＣ４の再生時間の間は、再生部７３がフィラーを再生する。なお、再生を必要としている未再生の読み上げデータがある場合には、フィラーを再生する代わりに、その読み上げデータを再生するようにしてもよい。

【0141】

［３−４．実施の形態３の効果等］
以上説明したように、実施の形態３によると、受信装置７０が設置された車両８０が存在する地域またはその車両８０が走行する予定の地域に応じて、読み上げデータを選択して再生することができる。これにより、ドライバにとって有益な情報を、当該ドライバに提供することができる。

【0142】

また、受信装置７０にユーザが好む情報の種別を登録しておくことで、読み上げデータを選択的に再生することができる。これにより、ユーザの好みに合った読み上げデータの再生を行うことができる。

【0143】

なお、車両８０が千葉県北部を通過して、千葉県南部に向かうような場合には、これら両地域の読み上げデータを再生してもよい。この時、先に通過する千葉県北部に関する読み上げデータを、後に到達する千葉県南部に関する読み上げデータよりも先に再生してもよい。

【0144】

［４．付記］
以上、本発明の実施の形態に係る放送システム１について説明したが、本発明は、この実施の形態に限定されるものではない。

【0145】

たとえば、送信装置６０から送信される再生リストデータは、読み上げデータに基づく合成音を再生する際に、当該再生リストデータに示される合成音の再生時間帯を超えて再生することを許容するか否かを示す延長再生可否情報を含んでいてもよい。図１６は、延長再生可否情報を含む再生リストデータの一例を示す図である。図１６に示す再生リストデータでは、読み上げデータＡを再生する際に、再生終了時刻「１２：０４：１０」までに再生が終了しなかったとしても、そのまま読み上げデータＡを再生し続けてもよいことを示している。つまり、受信装置７０の読み上げ部７５は、延長再生可否情報が「可」となっていれば、再生終了時刻「１２：０４：１０」までに再生が終了しなかったとしても、そのまま読み上げデータＡを最後まで再生し続ける。

【0146】

この構成によると、例えば、台風情報などの重要な気象情報の読み上げデータの再生を、音声データの再生よりも優先させることができる。これにより、重要な読み上げデータが再生の途中で途切れてしまうのを防ぐことができる。

【0147】

また、上述の実施の形態１および２では、読み上げデータの再生終了後から次の音声データの再生開始までの間にフィラーを再生することとしたが、フィラーの再生のタイミングはこれに限定されるものではない。例えば、音声データの再生終了後から読み上げデータの再生開始までの間に無音時間が発生しないようにするために、その間、フィラーを再生するようにしてもよい。

【0148】

また、上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクドライブ、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムとして構成されてもよい。ＲＡＭまたはハードディスクドライブには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。

【0149】

さらに、上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩから構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＡＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。

【0150】

また、本発明は、上記に示す方法であるとしてもよい。また、本発明は、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、上記コンピュータプログラムからなるデジタル信号であるとしてもよい。

【0151】

また、本発明は、上記コンピュータプログラムまたは上記デジタル信号をコンピュータ読取可能な非一時的な記録媒体、例えば、ハードディスクドライブ、ＣＤ−ＲＯＭ、半導体メモリなどに記録したものとしてもよい。また、これらの非一時的な記録媒体に記録されている上記デジタル信号であるとしてもよい。
さらに、上記実施の形態および上記変形例をそれぞれ組み合わせるとしてもよい。

【0152】

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0153】

１ 放送システム
１０ コンテンツサーバ
２０ 音声サーバ
３０ データサーバ
３１ 通信Ｉ／Ｆ部
３２ データ送受信部
３３ デジタルコンテンツ記憶部
３４ 読み上げデータ記憶部
３５ 送信要求信号受信部
３６ 再送信部
５０ マルチメディア放送センター
５２ 放送用アンテナ
６０ 送信装置
６１ 通信Ｉ／Ｆ部
６２ 生成部
６３ 送信部
６４ 制御部
７０ 受信装置
７１ アンテナ
７２ 受信部
７３ 再生部
７４ スピーカ
７５ 読み上げ部
７６ ＧＰＳ受信部
７７ データ送信部
７８ 通信Ｉ／Ｆ部
７９ 制御部
９０ 端末装置
９１ 通信Ｉ／Ｆ部
９２ 一覧データ受信部
９３ 表示部
９４ 入力部
９５ 送信要求部
９６ デジタルコンテンツ受信部
１１１ 地域情報取得部
１１２ 対応関係情報記憶部
１１３ 再生要否情報取得部
１１４ 対象種別情報記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】