(57)【要約】【課題】            音声読み上げ機能を利用した新たな楽しみ方を提供することができるようにする。【解決手段】        再生制御装置は、第１のコンテンツおよび第２のコンテンツの再生を制御するように構成された再生制御部を含む。第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられる。第２のコンテンツは、音声合成処理を用いずに生成された第２の音を出力するために用いられる。再生制御部は、再生されるコンテンツの属性を画面に表示させ、この属性は、コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す。【選択図】          図１
2015518171.tif 000002
【特許請求の範囲】
【請求項１】
第１のコンテンツおよび第２のコンテンツの再生を制御するように構成された再生制御部であって、前記第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、前記第２のコンテンツは、前記音声合成処理を用いずに生成された第２の音を出力するために用いられる、再生制御部を備え、
前記再生制御部は、再生されるコンテンツの属性を画面に表示させ、前記属性は、前記コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す
再生制御装置。
【請求項２】
前記再生制御部は、さらに、その時点での音出力に関連した表示箇所を、ハイライト表示させる
請求項１に記載の再生制御装置。
【請求項３】
前記再生制御部は、さらに、音生成時に用いられる前記テキスト情報の内容にしたがって、話者または前記音の一部に含まれるＢＧＭを変更する
請求項１に記載の再生制御装置。
【請求項４】
前記テキスト情報に基づいて前記音声合成処理を用いて音を生成する音声読み上げ機能は、オンまたはオフにされるように構成され、
前記再生制御部は、前記音声読み上げ機能をオンまたはオフにする設定にしたがって、前記第１のコンテンツの読み上げを行わせる
請求項１に記載の再生制御装置。
【請求項５】
読み上げられる前記第１のコンテンツの前記テキスト情報の一部分が、ユーザの嗜好情報またはプロフィールにしたがって、ユーザごとに異なる
請求項１に記載の再生制御装置。
【請求項６】
前記コンテンツの前記属性は、前記コンテンツが前記音声合成処理を用いて読み上げを行うものであるか、または、楽曲のオーディオデータを再生して音声出力するものであるかをさらに示す
請求項１に記載の再生制御装置。
【請求項７】
前記コンテンツの前記属性は、前記コンテンツが前記再生制御装置内で閉じた処理によるものであるか否かをさらに示す
請求項１に記載の再生制御装置。
【請求項８】
前記コンテンツの前記属性は、前記コンテンツが前記再生制御装置内のローカルデータのみを用いたコンテンツであるか否かをさらに示す
請求項１に記載の再生制御装置。
【請求項９】
前記コンテンツは、外部サーバのコンテンツデータを利用するコンテンツであり、前記再生制御部は、さらに、前記コンテンツを、前記再生制御装置内のローカルデータを用いたコンテンツに置換する制御も行う
請求項１に記載の再生制御装置。
【請求項１０】
前記再生制御部は、外部サーバから、前記コンテンツのデータであるコンテンツデータを取得し、前記外部サーバから取得した前記コンテンツデータと、前記再生制御装置内のコンテンツデータとを組み合わせて、前記コンテンツを再生させ、前記取得したコンテンツデータには、前記取得したコンテンツデータに前記再生制御装置内の前記コンテンツデータを組み込む指示が番組構成情報として含まれる
請求項１に記載の再生制御装置。
【請求項１１】
前記第１のコンテンツの前記テキスト情報には、リンク部分が含まれ、前記再生制御部は、前記リンク部分を、前記リンク部分からリンクされたリンク先に含まれるタイトルに置換し、前記置換されたタイトルを読み上げる
請求項１に記載の再生制御装置。
【請求項１２】
前記第１のコンテンツの前記テキスト情報には、リンク部分が含まれ、前記再生制御部は、前記リンク部分により特定されるリンク先のウェブページを、小画面で表示させる
請求項１に記載の再生制御装置。
【請求項１３】
前記コンテンツは複数のコーナを含み、
前記再生制御部は、前記コンテンツの前記コーナの中の再生されるコーナの属性を前記画面に表示させる
請求項１に記載の再生制御装置。
【請求項１４】
前記コンテンツは複数のコーナを含み、
前記再生制御部は、前記コンテンツの前記コーナの中の一コーナを再生する際、前記一コーナの属性を音声により出力させる
請求項１に記載の再生制御装置。
【請求項１５】
第１のコンテンツおよび第２のコンテンツの再生を制御するステップであって、前記第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、前記第２のコンテンツは、前記音声合成処理を用いずに生成された第２の音を出力するために用いられる、ステップと
再生されるコンテンツの属性を画面に表示するステップであって、前記属性は、前記コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す、ステップと
を含む再生制御方法。
【請求項１６】
コンピュータに、
第１のコンテンツおよび第２のコンテンツの再生を制御するステップであって、前記第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、前記第２のコンテンツは、前記音声合成処理を用いずに生成された第２の音を出力するために用いられる、ステップと、
再生されるコンテンツの属性を画面に表示するステップであって、前記属性は、前記コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す、ステップと
を含む処理を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、再生制御装置、再生制御方法、およびプログラムに関し、特に、音声読み上げ機能を利用した新たな楽しみ方を提供することができるようにする再生制御装置、再生制御方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、デジタル化されたオーディオデータを高機能型の携帯電話機（例えばスマートフォン）やタブレット端末などに蓄積し、移動中や外出先で、蓄積したオーディオデータを再生して楽曲を楽しむユーザが増えている。
【０００３】
スマートフォンやタブレット端末などはネット接続機能も有し、所望のウェブページを閲覧することもできる。しかし、この機能は、移動中など画面を注視できないような状況においては、利用することが難しい。
【０００４】
従来、受信した電子メールやウェブサイト上のニュースや天気情報などのテキスト情報を、音声合成プログラムを用いて音声出力する音声合成システム（「音声読み上げ」機能）が利用可能である（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２６５２７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、関連技術では、音声読み上げ機能の対象は、ニュースまたは受信電子メールなど、読み上げ指定された特定の一種類のものに固定されており、ユーザ所望の複数種類のものを読み上げたり、読み上げのあるものとないものを組み合わせたりすることが困難である。
【０００７】
したがって、音声読み上げ機能を利用した新たな楽しみ方を提供することが望ましい。
【課題を解決するための手段】
【０００８】
本技術の一実施の形態では、再生制御装置は、第１のコンテンツと第２のコンテンツの再生を制御するように構成された再生制御部であって、第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、第２のコンテンツは、音声合成処理を用いずに生成された第２の音を出力するために用いられる、再生制御部を備え、再生制御部は、再生されるコンテンツの属性を画面に表示させ、この属性は、コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す。
【０００９】
本技術の別の実施の形態では、再生制御方法は、第１のコンテンツと第２のコンテンツの再生を制御するステップであって、第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、第２のコンテンツは、音声合成処理を用いずに生成された第２の音を出力するために用いられる、ステップと、再生されるコンテンツの属性を画面に表示するステップであって、この属性は、コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す、ステップと含む。
【００１０】
本技術のさらに別の実施の形態では、プログラムは、コンピュータに、第１のコンテンツと第２のコンテンツの再生を制御するステップであって、第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、第２のコンテンツは、音声合成処理を用いずに生成された第２の音を出力するために用いられる、ステップと、再生されるコンテンツの属性を画面に表示するステップであって、この属性は、コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す、ステップとを含む処理を実行させる。
【００１１】
本技術の一実施の形態においては、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられる第１のコンテンツと、音声合成処理を用いずに生成された第２の音を出力するために用いられる第２のコンテンツの再生が制御され、コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す、再生されるコンテンツの属性が画面に表示される。
【００１２】
プログラムは、伝送媒体を介して伝送することにより、または、記録媒体に記録して、提供することができる。
【００１３】
再生制御装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。
【発明の効果】
【００１４】
本技術の一実施の形態によれば、音声読み上げ機能を利用した新たな楽しみ方を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本技術の一実施の形態による番組配信システムの構成例を示す図である。
【図２】ユーザが視聴可能なコンテンツとしての番組の構成を示す図である。
【図３】ログイン画面の画面構成例を示す図である。
【図４】ホーム画面の画面構成例を示す図である。
【図５】番組編集画面の画面構成例を示す図である。
【図６】追加コーナジャンル選択画面の画面構成例を示す図である。
【図７】追加コーナ選択画面の画面構成例を示す図である。
【図８】再生履歴画面の画面構成例を示す図である。
【図９】メニュー画面の画面構成例を示す図である。
【図１０】番組一覧画面の画面構成例を示す図である。
【図１１】各画面の画面遷移シーケンスを示す図である。
【図１２】番組再生処理を示すフローチャートである。
【図１３】ホーム画面の第１の具体例を示す図である。
【図１４】ホーム画面の第１の具体例を示す図である。
【図１５】ホーム画面の第１の具体例を示す図である。
【図１６】ホーム画面の第１の具体例を示す図である。
【図１７】ホーム画面の第１の具体例を示す図である。
【図１８】番組「Ｍｏｒｎｉｎｇ  Ｌａｔｔｅ」の番組全体の構成を示す図である。
【図１９】ホーム画面の第２の具体例を示す図である。
【図２０】ホーム画面の第２の具体例を示す図である。
【図２１】ホーム画面の第２の具体例を示す図である。
【図２２】楽曲紹介読み上げテキスト決定処理を示すフローチャートである。
【図２３】携帯端末のハードウェア構成を示すブロック図である。
【図２４】サーバデバイスのハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
＜番組配信システムの構成例＞
図１は、本技術の一実施の形態による番組配信システム１の構成例を示している。
【００１７】
図１の番組配信システム１は、ニュース、天気、ツイッタフィード（またはツイート）など、ウェブサイトでテキストにより提供される情報である各種のテキスト情報を、楽曲などのオーディオデータと組み合わせて作成した番組（コンテンツ）を、ユーザの携帯端末１１へ配信するサービスを提供するシステムである。携帯端末１１において、番組が再生された場合、番組を構成するニュース、天気、ツイッタフィードなどの情報が画面に表示されるとともに、音声読み上げ機能（音声合成処理）を用いて音声としても出力される。これにより、ユーザは、あるウェブサイトで提供される情報を、携帯端末１１の画面上の情報を見ることは勿論、情報を音声で聴くことによっても楽しむことができる。
【００１８】
この番組配信システム１では、番組配信会社が作成した番組を、ユーザ（の携帯端末１１）へ配信することができる。加えて、番組配信システム１では、ユーザ自身が、自分の好みに応じて番組を作成し、その番組を視聴したり、他のユーザへ提供（または配信）することもできる。
【００１９】
図１の番組配信システム１においては、ユーザによって操作される携帯端末１１と、番組配信会社が管理するユーザ情報管理サーバ１２、原稿解析サーバ１３、音声合成サーバ１５、およびメディアファイルサーバ１６が、有線または無線のローカルエリアネトワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、携帯電話網、公衆無線通信網、またはインターネットなどのネットワーク１７−１を介して相互に接続される。
【００２０】
また、原稿解析サーバ１３は、複数（図の例ではＮ個）の原稿元サーバ１４−１乃至１４−Ｎと、有線または無線のＬＡＮ、携帯電話網、公衆無線通信網、またはインターネットなどのネットワーク１７−２を介して接続される。ネットワーク１７−１とネットワーク１７−２は、共通（すなわち同一）のネットワークでもよいし、異なるネットワークでもよい。
【００２１】
携帯端末１１は、例えば、スマートフォンと呼ばれる高機能型の携帯電話機、タブレット端末、携帯用ゲーム機、携帯用音楽映像再生装置などである。携帯端末１１には、番組配信会社等が作成した番組を再生するアプリケーションプログラム（ソフトウェア）である番組再生アプリ（または略してａｐｐと呼称されることもある）２１が記憶（またはインストール）されている。番組再生アプリ２１は、番組の再生を制御するように構成された再生制御部が提供され、再生制御部は、通信制御部２２、表示制御部２３、および音声制御部２４を備える。通信制御部２２は、番組配信会社の各サーバとの通信を制御するように構成される。表示制御部２３は、携帯端末１１のディスプレイへの番組表示を制御するように構成される。音声制御部２４は、番組の音声出力を制御するように構成される。
【００２２】
ユーザ情報管理サーバ１２は、番組配信サービスを利用するユーザについての情報を管理する。具体的には、ユーザ情報管理サーバ１２は、ユーザが視聴可能な番組の内容を示す登録番組情報、および、ユーザが視聴（または再生）した番組の履歴を表す再生履歴番組情報を、ユーザごとに管理する。また、ユーザ情報管理サーバ１２は、ユーザがログインのために用いるユーザＩＤとパスワードを含む認証情報、ユーザの嗜好情報、設定情報なども、ユーザごとに管理する。
【００２３】
図２を参照して、番組配信システム１においてユーザが視聴可能なコンテンツとしての番組の構成について説明する。
【００２４】
ユーザが視聴可能な番組は、１以上のコーナによって構成される。各コーナは、１以上のトピックを含んでいる。１つのトピックで構成されるコーナは、単にコーナとしてのみ定義される場合もあることに注意されたい。
【００２５】
トピックの例には、新聞社、雑誌社などの情報配信会社が出資するウェブページで提供されるニュース、天気予報、占い、などの配信情報を含むことができる。このような配信情報には、テキスト（テキスト情報）のみを含むものと、テキストと映像（静止画、動画）を含むものがある。
【００２６】
各トピックは、楽曲、映像、背景音楽（ＢＧＭ）、効果音、音声コマーシャル（ＣＭ）のオーディオデータ（オーディオファイル）を含むことができる。さらに、各トピックは、楽曲とその紹介テキストなど、オーディオデータとテキスト情報を含んでもよい。オーディオデータは、クラウドサーバ、ローカルメモリ（ユーザの端末の記憶デバイス）などに記憶しているユーザが作成したオーディオデータでもよいし、ポッドキャスト（Ｐｏｄｃａｓｔ）等を介して利用可能な楽曲、映像投稿サイトで投稿されたもの、または音楽配信会社から試用可能に提供されているものなど、他のユーザが作成したオーディオデータでもよい。オーディオデータは、書籍を読み上げてオーディオファイルとしたオーディオブック（ａｕｄｉｏｂｏｏｋ）でもよい。
【００２７】
さらに、各トピックは、掲示板、ブログ、ツイッタフィードなどのソーシャルネットワーキングサービス（ＳＮＳ：ｓｏｃｉａｌ  ｎｅｔｗｏｒｋｉｎｇ  ｓｅｒｖｉｃｅｓ）のコメント情報を含むこともできる。人の過去または将来の行動についての情報であるスケジュール情報、電子メールの内容を示す電子メール情報などもトピックとすることもできる。
【００２８】
以上のようなトピックのうち、同一のウェブサーバから取得可能な複数のニュース記事および天気情報などの複数のトピックは一つのコーナとしてまとめることができる。また、同一のウェブサーバから取得可能なブログ情報およびツイッタフィード情報などの複数のトピックも一つのコーナとしてまとめることができる。すなわち、コーナは、１以上のトピックを、情報配信会社、配信サーバ、および提供情報の種類など、共通の事項でまとめた中分類の項目であり、トピックは、コーナをさらに分類する小分類の項目である。
【００２９】
図１に戻り、原稿解析サーバ１３は、原稿元サーバ１４−１乃至１４−Ｎにアクセスし、ニュース、天気、ブログの情報など、番組（コンテンツ）を構成するトピックのデータであるコンテンツデータを取得し、取得したコンテンツデータを記憶する。また、原稿解析サーバ１３は、原稿元サーバ１４−１乃至１４−Ｎから取得したコンテンツデータを解析および加工することにより、取得したコンテンツデータの音声読み上げ用の音声読み上げデータを作成し、作成された音声読み上げデータを記憶する。原稿解析サーバ１３は、原稿元サーバ１４−１乃至１４−Ｎのそれぞれに定期的または不定期にアクセスし、最新のコンテンツデータを取得する。
【００３０】
原稿解析サーバ１３は、携帯端末１１の番組再生アプリ２１から、番組を構成するトピックのコンテンツデータの要求を受けた場合、原稿元サーバ１４−１乃至１４−Ｎ（以下では集合的に「原稿元サーバ１４’’」と呼称する）のそれぞれから予め取得して原稿解析サーバ１３に記憶しておいたコンテンツデータを、番組再生アプリ２１に送信（または返信）する。番組再生アプリ２１に送信するコンテンツデータに、テキスト情報が含まれる場合には、原稿解析サーバ１３は、そのテキスト情報を音声として読み上げるために処理された音声読み上げデータも、コンテンツデータの一部として、番組再生アプリ２１に送信する。
【００３１】
原稿元サーバ１４のそれぞれは、番組のトピックまたはコーナを構成するためのコンテンツデータを、原稿解析サーバ１３に提供する。原稿元サーバ１４は、例えば、新聞社または雑誌社などの情報配信会社のウェブサーバ、ＳＮＳを提供するサーバなどに相当する。
【００３２】
音声合成サーバ１５は、テキスト情報を音声に変換して音声を出力する音声合成処理を実行するサーバである。音声合成サーバ１５は、携帯端末１１の番組再生アプリ２１から、所定のトピックの音声読み上げデータが送信されてきた場合、その音声読み上げデータを用いて音声合成処理を実行してオーディオデータを生成し、そのオーディオデータを番組再生アプリ２１に送信（または返信）する。
【００３３】
携帯端末１１の番組再生アプリ２１が音声読み上げ機能を有し、音声合成処理を実行してもよい。この場合には、音声合成サーバ１５を省略することができる。あるいは、番組再生アプリ２１の設定にしたがって、番組再生アプリ２１の音声読み上げ機能を利用するか、音声合成サーバ１５による音声読み上げ機能を利用するかを決定することもできるし、音声合成サーバ１５による音声読み上げ機能を補完的に利用することもできる。
【００３４】
メディアファイルサーバ１６は、楽曲、映像、ＢＧＭ、効果音、および音声ＣＭのオーディオデータ（オーディオファイル）を記憶する。メディアファイルサーバ１６は、携帯端末１１の番組再生アプリ２１から、番組のトピックを構成するオーディオデータの要求を受けた場合、要求されたオーディオデータを、番組再生アプリ２１に送信（または返信）する。メディアファイルサーバ１６は、映像と音声によるＣＭ、音楽映像、および動画投稿サイトに投稿された動画のオーディオ／映像データ（ＡＶデータ）も記憶し、そのようなデータを番組再生アプリ２１からの要求に応じて送信することもできる。
【００３５】
音声合成サーバ１５やメディアファイルサーバ１６から送信されてくるオーディオデータは、例えば、ストリーミングデータとすることができる。
【００３６】
番組配信システム１は、以上のような構成を有している。
【００３７】
番組配信会社が管理するユーザ情報管理サーバ１２、原稿解析サーバ１３、音声合成サーバ１５、およびメディアファイルサーバ１６は、一つのサーバによって実現してもよいし、２若しくは３、または４以上のサーバで実現してもよい。また、各サーバの一部の機能は、番組配信会社とは別の会社により運営されているものでもよい。
【００３８】
また、原稿解析サーバ１３、音声合成サーバ１５等が行う処理の全部または一部は、携帯端末１１の番組再生アプリ２１が実行することもできる。すなわち、携帯端末１１の処理能力に応じて、各サーバで行う処理と携帯端末１１の番組再生アプリ２１で行う処理の分担を適切に決定することができる。
【００３９】
＜番組再生アプリのＵＩ＞
次に、図３乃至図１１を参照して、携帯端末１１のディスプレイに表示することができる、番組再生アプリ２１のユーザインタフェース（ＵＩ）画面について説明する。
【００４０】
＜ログイン画面＞
図３は、番組再生アプリ２１が起動したときに表示されるログイン画面の画面構成例を示している。
【００４１】
図３に示されるログイン画面４１では、画面中央に、番組再生アプリ２１の名称（「アプリケーションタイトル」）が表示されている。また、ログイン画面４１の所定の箇所に、ユーザＩＤ入力部４２と、パスワード入力部４３が設けられている。ユーザは、ユーザＩＤ入力部４２に、ユーザを識別するためのユーザＩＤを打ち込むことができ、パスワード入力部４３に、パスワードを打ち込むことができる。
【００４２】
ユーザＩＤ入力部４２に入力されたユーザＩＤと、パスワード入力部４３に入力されたパスワードは、ユーザ情報管理サーバ１２に送信され、ユーザ情報管理サーバ１２において、登録ユーザの認証情報と照合される。
【００４３】
＜ホーム画面の画面構成例＞
図４は、番組を再生中に表示されるホーム画面の画面構成例を示している。
【００４４】
図４に示されるホーム画面５１の上部には、メニュージャンプボタン５２と再生履歴ジャンプボタン５３が設けられる。メニュージャンプボタン５２は、ユーザが画面をメニュー画面１２１（図９）に遷移させたいときに操作される。再生履歴ジャンプボタン５３は、ユーザが画面をユーザのプロフィールと再生履歴を表示する再生履歴画面１１１（図８）に遷移させたいときに操作される。
【００４５】
また、ホーム画面５１には、番組を構成する各コーナを順番に表示するコーナ表示部５４が設けられる。コーナ表示部５４では、番組を構成するコーナ６０が、コーナ６０−１、そしてコーナ６０−２のように再生される順番で縦方向に配列される。
【００４６】
各コーナ６０は、コーナ画像６１、コーナアイコン６２、コーナタイトル６３、およびコーナジャンプボタン６４を含む。コーナ画像６１は、ユーザにコーナの内容を想起させる写真やイラストである。コーナアイコン６２は、コーナのジャンル（属性）を表す。コーナジャンプボタン６４は、ユーザがそのコーナへジャンプして即座に再生を開始したいときに操作される。番組を構成するコーナ６０のうち、ユーザが追加または削除等の編集を行うことができるコーナ６０については、コーナジャンプボタン６４の近傍に、番組編集画面７１（図５）に画面を遷移させることができる番組編集ジャンプボタン６５が表示される。
【００４７】
より具体的には、コーナ６０−１には、コーナ画像６１−１、コーナアイコン６２−１、コーナタイトル６３−１、およびコーナジャンプボタン６４−１が配置されている。コーナ６０−２には、コーナ画像６１−２、コーナアイコン６２−２、コーナタイトル６３−２、コーナジャンプボタン６４−２、および番組編集ジャンプボタン６５−２が配置されている。
【００４８】
コーナ表示部５４には、現在の再生箇所を明示するタイムライン６６が含まれる。タイムライン６６は、コーナ６０に跨るように配置されている。
【００４９】
ユーザは、ディスプレイ上のコーナ表示部５４を指でタッチして、コーナ６０の配列方向である縦方向に指をスライドさせるしぐさを行う。これにより、表示領域の制約により非表示となっている他のコーナ６０を表示させることができる。ユーザは、各コーナ６０の内容を確認し、所望のコーナ６０のコーナジャンプボタン６４をタップすることで、所望のコーナ６０の再生を開始させることができる。
【００５０】
＜番組編集画面の画面構成例＞
図５は、図４の番組編集ジャンプボタン６５がタップされたときに表示される番組編集画面７１の画面構成例を示している。
【００５１】
図５に示される番組編集画面７１は、ホームジャンプボタン７２、「完了」ボタン７３、および番組構成表示部７４を有している。ホームジャンプボタン７２は、ユーザが画面をホーム画面５１（図４）に遷移させたいときに操作される。「完了」ボタン７３は、番組編集を完了し、編集された番組の内容を反映させるために使用される。番組構成表示部７４は、番組の構成を表示するエリアである。
【００５２】
番組構成表示部７４は、番組のタイトルと再生時間が表示される番組タイトル表示部８１と、番組を構成するコーナが表示されるコーナ表示部８２を含む。
【００５３】
コーナ表示部８２には、アイコン８３、コーナタイトル表示部８４、詳細設定ボタン８５、および変更ボタン８６が、番組を構成するコーナ単位で配置される。
【００５４】
各アイコン８３は、関連のコーナのジャンル（属性）を表す。アイコン８３は、ホーム画面５１（図４）と同様に、タイムライン８７に沿って配置されている。
【００５５】
各コーナタイトル表示部８４には、関連のコーナのタイトルと再生時間が表示される。詳細設定ボタン８５は、コーナの詳細設定を行うために操作される。例えば、占いのコーナであれば、詳細設定ボタン８５を用いて、ユーザの星座や血液型など、そのコーナに関係する情報を表示するために必要な情報設定を行うことができる。変更ボタン８６では、ユーザは、番組内でのコーナの順序変更およびコーナの削除を行うことができる。
【００５６】
また、コーナ表示部８２の所定の箇所には、コーナを追加するために操作される「コーナを追加」ボタン８８が配置されている。「コーナを追加」ボタン８８がユーザによってタップ（または押下）されると、図６に示す追加コーナジャンル選択画面９１が、ディスプレイに表示される。
【００５７】
＜追加コーナジャンル選択画面の画面構成例＞
図６は、ユーザが追加したいコーナのジャンルを選択することができる追加コーナジャンル選択画面９１の画面構成例を示している。
【００５８】
追加コーナジャンル選択画面９１では、選択可能なジャンルを示すジャンルボタン９２が表示される。図６の例では、「オープニング（『ＯＰ』）」、「ニュース」、「エンタメ（『エンタメ』）」、および、「音楽」を示すジャンルボタン９２が表示されている。ユーザは、追加したいコーナのジャンルを示すジャンルボタン９２をタップする。
【００５９】
追加コーナジャンル選択画面９１の左上に配置される番組編集ジャンプボタン９３は、ユーザが図５の番組編集画面７１に戻りたいときに操作される。
【００６０】
ユーザが、例えば、「ニュース」のジャンルに属するコーナの追加を希望して、「ニュース」のジャンルボタン９２をタップする。すると、図７に示す追加コーナ選択画面１０１が表示される。
【００６１】
＜追加コーナ選択画面の画面構成例＞
図７は、ユーザが「ニュース」のジャンルに属するコーナの追加を行うことができる追加コーナ選択画面１０１の画面構成例を示している。
【００６２】
図７の追加コーナ選択画面１０１では、図６の追加コーナジャンル選択画面９１において選択された「ニュース」のジャンルに属し、追加可能なコーナを示すコーナボタン１０２が表示される。図７の例では、「夕日新聞」、「東経新聞」、「メディア新聞」、および、「ＩＴニュース」を示すコーナボタン１０２が表示されている。ユーザが、追加したいコーナの一つを示すコーナボタン１０２をタップすると、対応するコーナが、いま編集中の番組のコーナの一つとして追加される。そして、ディスプレイの画面は、図５の番組編集画面７１に戻る。
【００６３】
追加コーナ選択画面１０１の左上に配置されるジャンル選択ジャンプボタン１０４は、ユーザが図６に示した追加コーナジャンル選択画面９１に戻りたいときに操作される。
【００６４】
＜再生履歴画面の画面構成例＞
図８は、ユーザが過去に再生した番組の履歴を表示する再生履歴画面１１１の画面構成例を示している。
【００６５】
再生履歴画面１１１には、図８に示されるように、プロフィール表示部１１２、再生番組表示部１１３、および、ホームジャンプボタン１１４が含まれる。
【００６６】
プロフィール表示部１１２には、名前、顔写真（顔画像）、誕生日、および星座など、ユーザのプロフィールが表示される。また、登録されているユーザの嗜好情報もプロフィール表示部１１２に表示させてもよい。
【００６７】
再生番組表示部１１３には、ユーザが過去に再生した番組の履歴が表示される。図８の例では、朝に視聴するために構成された番組「Ｍｏｒｎｉｎｇ  Ｌａｔｔｅ」と、夕方に視聴するために構成された番組「Ｅｖｅｎｉｎｇ  Ｌａｔｔｅ」が、ユーザが過去に再生（または視聴）した番組として表示されている。
【００６８】
ホームジャンプボタン１１４は、ユーザが画面を、図４に示したホーム画面５１に遷移させたいときに操作される。
【００６９】
＜メニュー画面の画面構成例＞
図９は、メニュー画面１２１の画面構成例を示している。
【００７０】
メニュー画面１２１は、図９に示されるように、ホーム画面ジャンプボタン１２２、番組一覧画面ジャンプボタン１２３、再生履歴画面ジャンプボタン１２４、および設定画面ジャンプボタン１２５を含む。ホーム画面ジャンプボタン１２２は、ホーム画面５１（図４）を表示させるために操作される。番組一覧画面ジャンプボタン１２３は、番組一覧画面１３１（図１０）を表示させるために操作される。再生履歴画面ジャンプボタン１２４は、再生履歴画面１１１（図８）を表示させるために操作される。設定画面ジャンプボタン１２５は、ユーザが番組再生アプリ２１の設定を行うことができる設定画面１５１（図１１）を表示させるために操作される。
【００７１】
＜番組一覧画面の画面構成例＞
図１０は、番組一覧画面１３１の画面構成例を示している。
【００７２】
図１０の番組一覧画面１３１では、ユーザが視聴可能な番組の一覧が表示される。ユーザが視聴可能な番組には、ユーザ自身が作成した番組と、番組配信会社や他の任意のユーザによって無償または有償で提供される番組とがある。番組再生アプリ２１は、ユーザ情報管理サーバ１２にアクセスし、ユーザが視聴可能な番組のリストである登録番組リストが含まれた登録番組情報に基づいて、ユーザが視聴可能な番組の一覧を表示する。
【００７３】
番組一覧画面１３１では、ユーザが視聴可能な番組単位で、番組説明部１３２が表示される。
【００７４】
各番組説明部１３２には、番組タイトル１４１、番組内容説明１４２、および、番組を構成するコーナを表すコーナアイコン１４３が表示される。コーナのコーナアイコン１４３は、番組が現在再生中であることを示す画面であるホーム画面５１のコーナアイコン６２と同様に、コーナのジャンル（属性）を表し、番組内で再生される順序に従って配置されている。番組に対応する写真（サムネイル画像）が登録されている場合には、その写真が、番組タイトル１４１と番組内容説明１４２の背景画像として重畳的に表示される。
【００７５】
番組一覧画面１３１の左上のホームジャンプボタン１３３は、ユーザが画面を図４に示したホーム画面５１に遷移させたいときに操作される。番組一覧画面１３１の右上の再生履歴ジャンプボタン１３４は、ユーザが画面を図８に示した再生履歴画面１１１に遷移させたいときに操作される。
【００７６】
ユーザは、番組一覧画面１３１において、所望の番組に関連する番組説明部１３２をタップすることにより、所望の番組を再生させることができる。ユーザが、再生させたい番組に関連する番組説明部１３２をタップすると、番組の再生が開始され、携帯端末１１の画面は、図４に示した再生番組のホーム画面５１に遷移する。
【００７７】
＜画面遷移シーケンス＞
図１１は、図３乃至図１０に示した画面の画面遷移シーケンスを示している。
【００７８】
番組再生アプリ２１が起動すると、初めに、図３に示したログイン画面４１が表示される。ログイン画面４１において、ユーザＩＤとパスワードが入力され、ユーザが認証されると、図４に示したホーム画面５１が表示される。
【００７９】
ホーム画面５１からは、図５に示した番組編集画面７１、図８に示した再生履歴画面１１１、図９に示したメニュー画面１２１、図１０に示した番組一覧画面１３１、および、設定画面１５１に遷移することができる。
【００８０】
番組編集画面７１からは、図６に示した追加コーナジャンル選択画面９１に遷移することができ、追加コーナジャンル選択画面９１からは、図７に示した追加コーナ選択画面１０１に遷移することができる。
【００８１】
図９に示したメニュー画面１２１からは、図４に示したホーム画面５１、図１０に示した番組一覧画面１３１、図８に示した再生履歴画面１１１、および、設定画面１５１に遷移することができる。
【００８２】
設定画面１５１は、ユーザが、番組再生アプリ２１のＵＩ画面の表示方法や挙動など、アプリケーションに一般的な設定を行うことができる画面である。
【００８３】
＜番組再生処理のフローチャート＞
次に、図１２のフローチャートを参照して、携帯端末１１の番組再生アプリ２１を用いて所定の番組を再生する処理について説明する。この処理は、例えば、番組再生アプリ２１が起動されたときなどに開始される。
【００８４】
ステップＳ１において、番組再生アプリ２１は、図３に示したログイン画面４１を、携帯端末１１のディスプレイに表示する。ログイン画面４１には、ユーザＩＤ入力部４２とパスワード入力部４３が設けられている。
【００８５】
ステップＳ２において、番組再生アプリ２１は、ユーザによって入力されたユーザＩＤとパスワードを、ユーザ情報管理サーバ１２に送信する。
【００８６】
ステップＳ３において、ユーザ情報管理サーバ１２は、番組再生アプリ２１から送信されてきたユーザＩＤとパスワードを受信し、ユーザＩＤとパスワードに基づいてユーザを認証する。ユーザ情報管理サーバ１２は、ユーザ認証終了後、ユーザの登録番組情報に基づいて、ユーザが視聴可能な番組のリストである登録番組リストを番組再生アプリ２１へ送信する。
【００８７】
ステップＳ４において、番組再生アプリ２１は、ユーザ情報管理サーバ１２から送信されてきた登録番組リストを取得し、登録番組リストに基づいて、図１０に示した番組一覧画面１３１をディスプレイに表示する。
【００８８】
ステップＳ５において、番組再生アプリ２１は、ディスプレイに表示された１以上の番組のなかから、再生する番組として、ある番組が選択されたか否かを判定し、番組が選択されたと判定されるまで待機する。
【００８９】
ステップＳ５で、ある番組が選択されたと判定された場合、処理はステップＳ６に進む。そして、番組再生アプリ２１は、再生指示された番組のホーム画面５１（図４）をディスプレイに表示する。
【００９０】
ユーザが保持している番組が一つしかない場合や、再生番組の予約等により予め再生する番組が特定される場合には、上述したステップＳ４およびＳ５の再生番組の選択処理は省略される。この場合、図１１に示した画面遷移シーケンスのように、ログイン画面４１から、即座に、再生番組のホーム画面５１に変わる。
【００９１】
ステップＳ７において、番組再生アプリ２１は、ユーザ情報管理サーバ１２から、再生選択された番組を構成する１以上のトピックのうち、次に再生するトピックに関するアクセス情報を取得する。
【００９２】
ユーザ情報管理サーバ１２は、再生選択された番組を構成する１以上のトピックについて、各トピックのコンテンツデータの取得先となるアドレスを示すアクセス情報を記憶している。アクセス情報は、例えば、トピックが原稿元サーバ１４が配信しているニュースであれば、その原稿元サーバ１４から取得してきたニュースが記憶されている原稿解析サーバ１３のフォルダを示す情報であればよい。例えば、トピックがメディアファイルサーバ１６に記憶されている楽曲であれば、アクセス情報は、その楽曲のオーディオデータが保存されているメディアファイルサーバ１６のフォルダを示す情報であればよい。ユーザ情報管理サーバ１２は、再生選択された番組を構成する１以上のトピックのうち、次に再生するトピックに関するアクセス情報を、番組再生アプリ２１に送信し、このアクセス情報を番組再生アプリ２１が受信する。
【００９３】
ステップＳ８において、番組再生アプリ２１は、ステップＳ７で取得したトピックに関するアクセス情報にしたがって、そのアクセス情報が示すサーバにアクセスし、コンテンツデータを取得する。
【００９４】
例えば、トピックが原稿元サーバ１４が配信しているニュースである場合、番組再生アプリ２１は、アクセス情報に基づいて原稿解析サーバ１３のフォルダにアクセスし、コンテンツデータを取得する。
【００９５】
例えば、トピックがメディアファイルサーバ１６に記憶されている楽曲である場合、番組再生アプリ２１は、アクセス情報に基づいてメディアファイルサーバ１６のフォルダにアクセスし、楽曲のオーディオデータを取得する。
【００９６】
ステップＳ９において、番組再生アプリ２１は、取得したコンテンツデータに音声読み上げデータが付属しているか否かを判定する。
【００９７】
ステップＳ９で、取得したコンテンツデータに音声読み上げデータが付属していると判定された場合、処理はステップＳ１０に進む。ステップＳ１０において、番組再生アプリ２１は、音声読み上げデータを音声合成サーバ１５に送信して、音声合成サーバ１５による音声合成処理後の音声データを取得し、コンテンツデータに基づく画面表示と音声読み上げによる音声出力の動作を同時に行う。例えば、トピックが原稿元サーバ１４が配信しているニュースであれば、番組再生アプリ２１は、原稿解析サーバ１３のフォルダから取得してきたニュース記事を携帯端末１１のディスプレイに表示するとともに、そのニュース記事を読み上げた音声を出力する。
【００９８】
ステップＳ９で、取得したコンテンツデータに音声読み上げデータが付属していないと判定された場合、処理はステップＳ１１に進む。そして、番組再生アプリ２１は、コンテンツデータを再生する。例えば、トピックがメディアファイルサーバ１６に記憶されている楽曲であれば、番組再生アプリ２１は、その楽曲のオーディオデータを再生する。
【００９９】
ステップＳ１２において、番組再生アプリ２１は、ユーザ情報管理サーバ１２の登録番組情報に基づいて、いま再生中のトピックの次に再生するトピックがあるかを判定する。
【０１００】
ステップＳ１２で、次に再生するトピックがあると判定された場合、処理はステップＳ７に戻り、それ以降の処理が再度実行される。すなわち、次に再生するトピックのコンテンツデータを取得して再生する処理が実行される。
【０１０１】
ステップＳ１２で、次に再生するトピックがないと判定された場合、番組再生処理は終了する。
【０１０２】
以上のように、番組再生アプリ２１が、番組を構成するトピック単位でコンテンツデータを取得して、番組を再生する。このようにして、番組が再生される。
【０１０３】
上述した例では、説明を簡単にするために、現在のトピックの再生が終了してから、次のトピックのコンテンツデータが取得される。実際には、現在のトピックの再生が終了して即座に次のトピックの再生が開始できるように、現在のトピックの再生中に、次のトピックのコンテンツデータが事前に取得される。
【０１０４】
＜ホーム画面の第１の具体例＞
次に、ホーム画面の２種類の具体例について説明する。
【０１０５】
図１３は、番組タイトルが「Ｍｏｒｎｉｎｇ  Ｌａｔｔｅ」である番組を再生するホーム画面の第１の具体例を示している。
【０１０６】
このホーム画面では、画面左側にタイムライン２０１が配置される。タイムライン２０１は、番組全体および各コーナ（トピック）の時間的長さ、並びに、再生箇所の時間的位置を、視覚的に認識できるように時間軸で表現したものである。
【０１０７】
タイムライン２０１の右側には、複数のコーナ表示部２１１が、各コーナの再生順番に従って上から下へ配置される。各コーナ表示部２１１には、関連するコーナのジャンル（属性）を表すアイコン２２１、そのコーナのタイトルと再生開始時刻２２２、および、ユーザがそのコーナへジャンプして再生を開始したいときに操作されるジャンプボタン２２３が含まれる。
【０１０８】
コーナに１以上のトピックが含まれている場合には、トピックのトピックタイトル２３１と、ユーザがそのトピックへ再生ジャンプしたいときに操作されるジャンプボタン２３２も表示される。
【０１０９】
図１３のホーム画面では、１番目に再生されるコーナとして、トピック「今日の天気」を含む「オープニング」コーナのコーナ表示部２１１が表示され、２番目に再生されるコーナとして、２つのトピックを含む「ＩＴデジタルニュース」コーナのコーナ表示部２１１が表示され、３番目に再生されるコーナとして、「ミュージック＃１」コーナのコーナ表示部２１１が表示され、４番目に再生されるコーナとして、「ＣＭ」コーナのコーナ表示部２１１が表示されている。このように、タイムライン２０１の右側に、番組を構成するコーナの再生順番に従ってコーナ表示部２１１が配置されることにより、番組全体および各コーナの構成、各コーナの再生順番などがユーザに一目でわかる。これにより、ユーザが番組全体を把握しやすくなるであろう。
【０１１０】
コーナ表示部２１１の再生開始時刻２２２によれば、１番目の「オープニング」コーナは、番組再生開始直後（０分０秒後）に再生され、２番目の「ＩＴデジタルニュース」コーナは、番組再生開始から０分３３秒後に再生され、３番目の「ミュージック＃１」コーナは、番組再生開始から１１分５７秒後に再生されることがわかる。これにより、ユーザは、各コーナが再生されるタイミングや再生時間を知ることができる。再生開始時刻２２２には、番組先頭から計算した各コーナが再生される時刻ではなく、各コーナの再生時間長を表示してもよい。
【０１１１】
ホーム画面の下部に配置されている再生／停止ボタン２４１、スキップボタン２４２、および、設定画面ジャンプボタン２４３は、ホーム画面に共通の操作ボタンであり、どの番組が再生されるかに関わらず表示される。再生／停止ボタン２４１は、番組の再生を開始または停止する際に（タップにより）操作される。スキップボタン２４２は、再生箇所を次のトピックまたはコーナに移動する際に操作される。設定画面ジャンプボタン２４３は、番組再生アプリ２１の設定画面に移行する際に操作される。
【０１１２】
番組「Ｍｏｒｎｉｎｇ  Ｌａｔｔｅ」の１番目の「オープニング」コーナのトピック「今日の天気」が再生中である場合、図１４のホーム画面が表示される。すなわち、現在の再生位置を示すインジケータ２０２が、タイムライン２０１上を移動してトピック「今日の天気」の位置に表示される。
【０１１３】
「オープニング」コーナのトピック「今日の天気」の再生では、番組再生アプリ２１は、トピック「今日の天気」の音声読み上げデータを原稿元サーバ１４から取得して、「今日の天気」を音声出力する。
【０１１４】
トピック「今日の天気」の音声読み上げが終了し、次の「ＩＴデジタルニュース」コーナの最初のトピック「与野党党首会談、内閣改造後に、官房長官」の再生が開始されると、図１５のホーム画面が表示される。
【０１１５】
すなわち、現在の再生位置を示すインジケータ２０２が、タイムライン２０１上を、トピック「民自公の党首会談、内閣改造後に、官房長官」の位置に移動する。そして、番組再生アプリ２１は、図１５に示すように、トピック「与野党党首会談、内閣改造後に、官房長官」の取得先のウェブサイトで表示される画面と同じウェブ画面２６１をトピックタイトル２３１下に表示する。
【０１１６】
前の「オープニング」コーナの再生を終了し、次の「ＩＴデジタルニュース」コーナの再生を開始する際に、「続きまして、ニュースコーナです」のように、これから再生するコーナのジャンルを音声でユーザに提示してもよい。
【０１１７】
また、「ＩＴデジタルニュース」コーナのコーナ表示部２１１内の、例えば、タイトルと再生開始時刻２２２の近傍に、「ＩＴデジタルニュース」コーナの取得元である原稿元サーバ１４のサイト名やＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を表示し、表示コンテンツのソース情報を明示するようにしてもよい。さらに、「このコーナの情報提供元は”ＩＴニュース”です」のように、「ＩＴデジタルニュース」コーナの再生開始時または再生終了時に、再生コーナのソース情報を読み上げるようにすることもできる。
【０１１８】
番組再生アプリ２１は、ウェブ画面２６１内のニュース記事を、音声読み上げデータに基づいて読み上げる（または音声出力する）。
【０１１９】
番組再生アプリ２１は、ウェブ画面２６１内のニュース記事を読み上げる際、画面中の読み上げ箇所を、一文単位など所定の単位に区切って、文の読み上げ音声と同期させて、ハイライト表示（または強調表示）させる。これにより、ユーザは、ウェブ画面２６１内のニュース記事のどこが読み上げられているかを容易に認識することができる。
【０１２０】
図１６に示すように、データ取得先のウェブサイトで表示される画面と同じように表示されるウェブ画面２６１の下には、ブラウザ起動ボタン２６２が配置されている。ユーザは、ブラウザ起動ボタン２６２をタップすることにより、読み上げ中のトピックを取得した原稿元サーバ１４にアクセスして、読み上げ中のニュース記事を、ウェブブラウザ上に表示させることができる。読み上げ中のニュース記事の取得先を示す原稿元サーバ１４へのアクセス情報は、例えば、原稿解析サーバ１３から取得したコンテンツデータに含まれている。
【０１２１】
「ＩＴデジタルニュース」コーナの２つのトピックの再生が終了し、次の「ミュージック＃１」コーナの再生が開始されると、図１７に示されるホーム画面が表示される。すなわち、それまで表示されていたウェブ画面２６１は消去され、インジケータ２０２が、タイムライン２０１上を、「ミュージック＃１」コーナの位置に移動する。
【０１２２】
図１８は、番組「Ｍｏｒｎｉｎｇ  Ｌａｔｔｅ」の番組全体の構成を示している。
【０１２３】
番組「Ｍｏｒｎｉｎｇ  Ｌａｔｔｅ」は、１番目の「オープニング」コーナ、２番目の「ＩＴデジタルニュース」コーナ、３番目の「ミュージック＃１」コーナ、４番目の「ＣＭ」コーナ、および、５番目の「エンディング」コーナの５個のコーナで構成される。
【０１２４】
「オープニング」コーナの再生では、番組再生アプリ２１は、トピック「今日の天気」のコンテンツデータ（音声読み上げデータ）を原稿元サーバ１４から取得し、必要に応じて音声合成サーバ１５を介して、トピック「今日の天気」を音声出力する。トピック「今日の天気」を音声出力する際には、天気の内容に応じて話者（の声色）やＢＧＭなどを切り換え、言語内容以外からもユーザに情報が伝わるようにすることができる。
【０１２５】
「ＩＴデジタルニュース」コーナの再生では、番組再生アプリ２１は、トピック「与野党党首会談、内閣改造後に、官房長官」と「ニューステキスト」のコンテンツデータを原稿元サーバ１４から取得する。そして、番組再生アプリ２１は、ユーザが、そのニュース記事を提供する原稿元サーバ１４にアクセスしたときに表示されるウェブ画面と同じウェブ画面２６１を表示するとともに、ウェブ画面２６１に表示されているニュース記事を音声合成処理して音声出力する。
【０１２６】
番組再生アプリ２１において、ホーム画面に表示されている内容を読み上げる音声読み上げ機能は、ユーザがオン・オフを設定することができる。
【０１２７】
「ミュージック＃１」コーナの再生では、番組再生アプリ２１は、携帯端末１１のローカルメモリに保存されている楽曲「ミュージック＃１」を再生する。「ミュージック＃１」コーナの再生中には、その楽曲のジャケット写真（のサムネイル画像）などを表示させるようにしてもよい。
【０１２８】
「ＣＭ」コーナの再生では、番組再生アプリ２１は、メディアファイルサーバ１６にアクセスして、広告のオーディオデータを取得して再生する。広告が映像付きの動画である場合には、映像も同時に再生される。再生される広告は、サーバ側で予め決定されたものでもよいし、ユーザ情報管理サーバ１２に登録されているユーザの嗜好情報などに応じて、ユーザごとに異なる広告でもよい。ユーザの嗜好情報は、ユーザが興味を示して参照したウェブページの内容や視聴している音楽などのコンテンツから学習して登録しておくことができる。
【０１２９】
「エンディング」コーナの再生では、番組再生アプリ２１は、メディアファイルサーバ１６にアクセスして、「エンディング」コーナのオーディオデータを取得して、再生する。
【０１３０】
その他、番組再生アプリ２１は、例えば、携帯端末１１内のスケジューラデータを利用した「今日の予定」コーナの再生では、今日の予定を音声合成処理により読み上げたり、カレンダーアプリを起動する起動ボタンなどを表示させることができる。
【０１３１】
また例えば、番組再生アプリ２１は、「占い」コーナの再生では、登録されているユーザのプロフィールに基づいて、ユーザの星座占いを読み上げる。したがって、同一の番組でも、「占い」コーナで読み上げられる内容が、ユーザ（の星座）によって異なりうる。
【０１３２】
また例えば、番組再生アプリ２１は、携帯端末１１内のメーラのデータを利用した新着電子メールを表示させる「新着電子メール」コーナの再生では、新着電子メールを音声合成処理により読み上げたり、返信電子メールを作成するメーラを起動する起動ボタンなどを表示させることができる。
【０１３３】
以上のように、本実施の形態の番組配信システム１で配信される番組では、所定のウェブサイトから集められたニュース記事、天気予報、ブログ記事、ツイッタフィード情報、楽曲（サーバコンテンツ、ローカルコンテンツ）、スケジュール、新着電子メールなど、さまざまな種類の情報を、コーナまたはトピックとして提供することができる。従来技術では、ウェブページの情報などのコンテンツは、画面で見なければ理解できない。これに対して、番組再生アプリ２１では、音声読み上げ機能を用いて、そのようなコンテンツを音声として聞くことができるので、ユーザに、音声読み上げ機能を利用した新たな楽しみ方を提供することができる。
【０１３４】
テキスト情報を音声合成処理により読み上げる場合、番組再生アプリ２１は、音声合成される音声の声色（話者の声質）などを、コーナやジャンルごとに異なるものとすることができる。例えば、ニュースコーナについては４０代男性の声質となるように音声合成処理し、天気コーナについては２０代女性の声質となるように音声合成処理し、スポーツコーナについては３０代男性の声質となるように音声合成処理することができる。番組再生アプリ２１は、コーナ単位またはジャンル単位で、音声合成する際の声質をユーザに設定させて、設定パラメータに基づいて音声合成処理することができる。あるいは、番組再生アプリ２１や音声合成サーバ１５が、ユーザのプロフィール情報や嗜好情報に基づいて、コーナ単位またはジャンル単位で、音声合成する声質を自動で変更するようにしてもよい。
【０１３５】
ホーム画面の各コーナ表示部２１１では、そのコーナのジャンルを表すアイコン２２１が表示されるので、番組が、ニュース記事、ブログ記事、楽曲、スケジュールなど、さまざまな種類の情報を含むコーナで構成されていても、そのコーナがどのジャンルに属するものであるかを、ユーザが容易に理解することができる。
【０１３６】
コーナ表示部２１１のアイコン２２１は、上述した例のように、ジャンルに基づくものとしてもよいし、それに代えて、または、それと合わせて、その他の分類方法に基づくものとしてもよい。
【０１３７】
例えば、番組のコーナを、音声合成処理して音声出力するテキスト情報を含むものと、再生して音声出力する楽曲のオーディオデータを含むものとに分類して、アイコン２２１で区別可能に識別することができる。音声合成処理により得られる音声は、人工的な（または機械的な）音声であるので、実際に人間がテキストを読み上げた音声を録音したオーディオデータが用意されることも考えられる。そのような場合には、音声出力が人間が吹き込んだ音声に基づくものか否かが分かるようにさらに区別したアイコン２２１としてもよい。
【０１３８】
また、番組のコーナを、携帯端末１１内での閉じた処理によるものと、外部のサーバ等にデータを送信して外部デバイスによる処理を利用したものとに分類して、それらをアイコン２２１で区別可能に識別することもできる。
【０１３９】
例えば、携帯端末１１内に保存されている電子メールを音声合成処理により読み上げるコーナがあるとする。この場合、電子メールを携帯端末１１で音声合成処理することもできるし、音声合成サーバ１５に送信し、音声合成サーバ１５で音声合成処理させることもできる。電子メールの内容が秘密度の高いものやプライバシー度の高いものである場合、音声合成サーバ１５に電子メールを送信する場合には、電子メールの内容が傍受、盗聴などにより外部に漏れる可能性も否定できない。反対に、携帯端末１１で電子メールの音声合成処理を行う場合には、そのような心配をなくし、または減らすことができる。したがって、アイコン２２１を用いて、携帯端末１１内での閉じた処理と、外部デバイスを利用した処理とを区別可能に識別することにより、プライバシー保護や秘密保護に有用となる。
【０１４０】
あるいは、番組のコーナを、携帯端末１１内のローカルメモリに保存されているコンテンツデータ（のみ）を利用したものと、外部サーバから取得したコンテンツデータを利用したものとに分類して、それらをアイコン２２１で区別可能に識別することができる。
【０１４１】
例えば、オーディオデータに基づき楽曲を再生する場合でも、携帯端末１１のローカルメモリに保存されているオーディオデータを利用して楽曲を再生することもできるし、メディアファイルサーバ１６からダウンロードしたストリーミングデータを利用して楽曲を再生することもできる。ユーザが電車の移動中などにおいて番組を再生し、番組の一つのコーナとして楽曲を再生する場合、電車でトンネルを通る間等に通信が一時的に切断されることがある。そのような状況においては、楽曲がローカルデータを用いる場合には楽曲の再生は途切れないが、ストリーミングデータを用いる場合には再生が途切れてしまうことがある。したがって、アイコン２２１を用いて、携帯端末１１のローカルメモリに保存されているコンテンツデータの利用と、外部サーバから得たコンテンツデータの利用とを区別可能に識別することにより、再生が途切れる可能性が予測可能となる。
【０１４２】
図１２のフローチャートを参照して説明したように、携帯端末１１の番組再生アプリ２１が行う番組再生処理では、コーナ単位で、または、各コーナに複数のトピックが含まれる場合には、トピック単位で、コンテンツデータが取得される。
【０１４３】
電車のトンネル通過や通信トラフィック等により通信が一時的に切断されるような状況においては、次のコーナ（またはトピック）のコンテンツデータの取得が再生開始までに間に合わない、または、コーナ（またはトピック）の再生途中で、再生が一時的に途切れるようなことも起こり得る。そのような場合、番組再生アプリ２１は、「通信状況が悪いのでローカルコンテンツを代わりに再生します」等のメッセージや画面を出力して、外部サーバから得たコンテンツデータを利用するコーナを、携帯端末１１内のローカルコンテンツデータを用いたコーナに変更することができる。
【０１４４】
また、番組再生アプリ２１は、サーバにアクセスしにくい通信環境でも番組再生可能なように、番組を構成する各コーナのコンテンツデータを、ユーザが在宅中の夜間など、ユーザがネットワーク接続可能な環境にいる間に、携帯端末１１内のローカルメモリに蓄積しておく機能を有する。この機能により、ユーザは、予め携帯端末１１内に保存しておいた番組のコンテンツデータを用いて、サーバにアクセスしにくい通信環境においても、継続して番組を視聴することができる。
【０１４５】
上述したように、番組を構成する各コーナまたはトピックのコンテンツには、あるウェブサイトのニュース記事などサーバ側（例えば、原稿解析サーバ１３）で生成されるサーバ生成コンテンツと、携帯端末１１内のスケジューラに基づく今日の予定や、楽曲ファイルなど、ローカル側で生成されるローカル生成コンテンツがある。
【０１４６】
番組再生アプリ２１は、一つのコーナまたはトピックを、サーバ生成コンテンツとローカル生成コンテンツを組み合わせて生成することもできる。この場合、サーバ側から取得されるコンテンツデータにユーザが保持しているコンテンツデータには、コンテンツデータに組み込む指示が、番組構成情報として含まれる。
【０１４７】
例えば、「今日の天気」コーナにおいて、サーバ側で生成される「今日の天気」の原稿の読み上げと、携帯端末１１内に保存されているオーディオデータをＢＧＭとして組み合わせて、「今日の天気」の読み上げ中に、ローカルデータの楽曲をＢＧＭとして流すことができる。この場合、原稿解析サーバ１３から取得した「今日の天気」のコンテンツデータに、「ローカルデータを使用してＢＧＭを挿入」という指示が番組構成情報として含まれる。
【０１４８】
例えば、サーバ側が作成した、所定のウェブページのニュース記事が表示される「ニュース」コーナに、「ローカルデータを使用して３分以内のＢＧＭを挿入」という指示が番組構成情報として含まれる。この場合、番組再生アプリ２１は、携帯端末１１内に保存されているローカルデータから、再生時間が３分以内の楽曲を検索して、「ニュース」コーナの再生中にその楽曲をＢＧＭとして音声出力する。
【０１４９】
さらに、原稿解析サーバ１３は、コンテンツデータとして配信するニュース記事を解析し、明るい、楽しい、寂しい、といった楽曲の特徴をパラメータとして送信することができる。番組再生アプリ２１は、ＢＧＭとしての楽曲を選択する際に、ローカルの楽曲を解析した結果としての特徴量に基づいて、パラメータに合致した楽曲をローカルデータから検索して、楽曲を音声出力することができる。あるいは、午前中に再生される楽曲であれば元気がでるようなアップテンポの楽曲、夜の就寝前に再生される楽曲であれば心が落ち着いくようなスローテンポの楽曲など、ユーザの使用環境に応じて、サーバ側が挿入指示したり、番組再生アプリ２１が自動選曲してもよい。
【０１５０】
番組内に楽曲を挿入する指示には、楽曲数、一曲当たりの再生時間、楽曲総再生時間など、ローカルデータから選曲する際の選択基準を含むことができる。
【０１５１】
例えば、ローカルデータを利用して音楽を流す「ミュージック」コーナに、「ローカルデータを使用してそれぞれ３分以上の楽曲を５曲挿入（２０分間）」という指示が番組構成情報として含まれる。この場合、番組再生アプリ２１は、携帯端末１１内に保存されているデータから、それぞれ３分以上の再生時間の楽曲データを５曲検索して、５曲の楽曲データをトータルの再生時間が２０分間となるように構成して、得られた楽曲データを音声出力する。
【０１５２】
番組再生アプリ２１は、指示された条件を満たす楽曲データが存在しない場合には、「ミュージックコーナは、楽曲がないので終了します。」の音声を出力することもできる。
【０１５３】
＜ホーム画面の第２の具体例＞
次に、図１９乃至図２１を参照して、ホーム画面の第２の具体例について説明する。
【０１５４】
第２の具体例では、番組再生前の初期状態では、図１９に示すホーム画面が表示され、番組再生中になると、図２０および図２１に示すホーム画面が表示される。
【０１５５】
図１９は、番組「Ｍｏｒｎｉｎｇ  Ｌａｔｔｅ」の初期状態のホーム画面３０１の例を示している。
【０１５６】
図１９の初期状態のホーム画面３０１には、番組のタイトルが表示されるタイトル表示部３１１、番組編集画面７１（図５）に画面を遷移させることができる編集ボタン３１２、および、番組の再生を開始させるための番組再生ボタン３１３が配置される。
【０１５７】
また、初期状態のホーム画面３０１には、番組概要表示部３１４、番組一覧画面１３１（図１０）に画面を遷移させることができる番組一覧ジャンプボタン３１５、および、設定画面１５１（図１１）に画面を遷移させることができる設定ジャンプボタン３１６も配置される。番組概要表示部３１４には、番組を構成するコーナのタイトル３２１と各コーナの提供元（または原稿元）３２２が表示される。
【０１５８】
図１９の初期状態のホーム画面３０１において、ユーザが番組再生ボタン３１３をタップすると、画面が、図２０または図２１に示される再生状態のホーム画面３３１に遷移する。
【０１５９】
図２０および図２１を参照して、再生状態のホーム画面３３１について説明する。
【０１６０】
ホーム画面３３１は、番組タイトルバー３４１、コーナバー３４２、トピックバー３４３、および、トピックコンテンツ表示部３４４を有する。
【０１６１】
番組タイトルバー３４１は、番組タイトルと再生時間を表示する。コーナバー３４２は、番組全体をコーナ単位で表示する。トピックバー３４３は、番組全体をトピック単位表示する。トピックコンテンツ表示部３４４は、各トピックの内容を表示する。
【０１６２】
番組タイトルバー３４１には、番組タイトルと再生時間の他、初期状態のホーム画面３０１（図１９）に画面を遷移させることができるホームジャンプボタン３６１、および、番組編集画面７１（図５）に画面を遷移させることができる編集ボタン３６２も配置される。
【０１６３】
コーナバー３４２では、番組を構成する複数のコーナに対応するコーナブロック３６３が、再生される順番に従って左から右に配置されており、コーナブロック３６３のうち現在再生中のコーナに対応するものが画面に表示される。図２０では、「Ｈｅａｄｌｉｎｅ」コーナに対応するコーナブロック３６３が表示されており、図２１では、「Ｍｕｓｉｃ」のコーナに対応するコーナブロック３６３が表示されている。「Ｈｅａｄｌｉｎｅ」のコーナの再生が終了すると、「Ｈｅａｄｌｉｎｅ」のコーナに対応するコーナブロック３６３が左（の画面外）に移動し、図２１に示すように、「Ｍｕｓｉｃ」のコーナに対応するコーナブロック３６３が画面中央に移動する。
【０１６４】
コーナバー３４２の各コーナブロック３６３には、「Ｈｅａｄｌｉｎｅ」や「Ｍｕｓｉｃ」などのコーナタイトルｈ、および、現在再生中のトピックがコーナ内で位置する箇所など、コーナ内の再生の進行度合いを示すインジケータ３６５が配置される。第２の具体例では、各コーナタイトル３６４が、そのコーナのジャンル（属性）を表している。
【０１６５】
トピックバー３４３では、トピックブロック３６６が、再生される順番に従って左から右に配置される。各トピックブロック３６６は、そのトピックが属するコーナに対応するコーナブロック３６３の下に配置される。トピックブロック３６６内には、トピックタイトルが表示される。
【０１６６】
トピックバー３４３において、横方向に複数配置されるトピックブロック３６６のうち、画面中央に配置されているトピックブロック３６６が、現在再生中のトピックに対応する。現在再生中のトピックの内容が、トピックコンテンツ表示部３４４に表示される。
【０１６７】
図２０では、トピックタイトル「ＭＺ、『Ｗｉｎｓｏｗｚ  Ｐｈｏｎｅ９』イベントを米国時間１０月２９日に開催」に対応するニュース記事が、トピックコンテンツ表示部３４４に表示されている。図２１では、トピックタイトル（楽曲）「Ｂｅａｔｅｒｓ  Ｓｐｅｃｉａｌ」のジャケット写真が、トピックコンテンツ表示部３４４に表示されている。
【０１６８】
トピックコンテンツ表示部３４４の下には、番組一覧ジャンプボタン３４５、再生／停止ボタン３４６、スキップボタン３４７、および、設定画面ジャンプボタン３４８が配置されている。番組一覧ジャンプボタン３４５は、ユーザが画面を番組一覧画面１３１（図１０）に遷移させたいときに操作される。再生／停止ボタン３４６は、番組の再生を開始または停止する際に操作される。スキップボタン３４７は、再生箇所を次のトピックまたはコーナに移動する際に操作される。設定画面ジャンプボタン３４８は、ユーザが画面を設定画面１５１（図１１）に遷移させたいときに操作される。
【０１６９】
ホーム画面３３１において、ユーザは、スキップボタン３４７をタップすることで、コーナまたはトピックを順送りして、所望のコーナまたはトピックを再生させることができる。
【０１７０】
また、ユーザは、コーナバー３４２またはトピックバー３４３を左右方向にフリック操作（またはタッチおよびスワイプ）して所望のコーナブロック３６３またはトピックブロック３６６を表示させ、トピックブロック３６６をタップすることで、所望のトピックを再生（ジャンプ再生）させることができる。
【０１７１】
図２０のホーム画面３３１では、ウェブサイトから取得されたニュース記事が、トピックコンテンツ表示部３４４に表示されており、そのトピックの再生中には、表示されているニュース記事を読み上げた音声も出力される。
【０１７２】
ウェブサイトから取得したコンテンツをトピックコンテンツ表示部３４４に表示する場合に、図２０に示すように、表示したテキストのなかに、「詳細は、ｗｗｗ．ｎｉｃｒｏｚｏｆｔ．ｃｏｍ／ｊａ‐ｊｐ／ｒｅｌｅａｓｅ．ｈｔｍｌへ」のように、別のウェブページへのリンクが含まれている場合がある。この場合、テキストをそのまま読み上げると英数字の羅列となり、聞いたときに意味が通じない。
【０１７３】
そこで、番組再生アプリ２１は、リンク部分を、リンク先のヘッダ（ｈｅａｄｅｒ）内のタイトル（ｔｉｔｌｅ）に置換して読み上げる。これにより、例えば、「詳細は、リンク先『Ｗｉｎｓｏｗｚ  Ｐｈｏｎｅ９ローンチ』へ」のように音声を出力することができ、表示したテキストの内容およびリンク先の内容を理解しやすくすることができる。
【０１７４】
あるいは、番組再生アプリ２１は、リンク先のウェブページを取得して、取得したウェブページを小画面でホーム画面上に重畳表示させてもよい。小画面がユーザによりタップされた場合に、ウェブブラウザを起動して、リンク先のウェブページを表示させるようにすることができる。あるいは、小画面がユーザによりタップされた場合に、リンク先のウェブページの内容を次の読み上げコンテンツ（コーナ）として追加して、トピックコンテンツ表示部３４４に表示されているニュース記事の読み上げが終了した後に読み上げるようにしてもよい。または、リンク部分の近傍に、ウェブブラウザ起動と読み上げ追加の２つのアイコンをさらに表示させて、ユーザに次の動作を選択させるようにしてもよい。
【０１７５】
このように、番組再生アプリ２１は、現在再生中のコンテンツ（コーナまたはトピック）に紐付く情報を、さらに画面表示させたり、音声出力させたりすることができる。
【０１７６】
また、ウェブサイトから取得したウェブページのテキスト中に「ページ２」や「次ページ」という文言がある場合がある。この場合には、番組再生アプリ２１は、「ページ２」や「次ページ」の文言を、次ページや指定されたページのタイトルに置換して読み上げることもできる。
【０１７７】
さらに、ウェブサイトから取得したウェブページのテキスト内に図が含まれる場合がある。この場合には、番組再生アプリ２１は、図についたキャプションを挿入して読み上げるようにすることもできる。例えば、ウェブページに「今日、記者会見を行った（図１）。」というテキストがあり、ウェブページ内の図１の下に、「図１:金メダルを取って笑う選手陣」というキャプションがある場合に、番組再生アプリ２１は、「今日、記者会見を行った。ページ内に金メダルを取って笑う選手陣の図があります。」と読み上げる。これにより、ユーザがウェブページを目で見ていなくても、ウェブページのテキスト中の図や写真の内容を知ることができる。
【０１７８】
また、ウェブサイトから取得したウェブページのテキスト中に注釈があることを示す記号「（※１）」などがあり、注釈内容がウェブページ内の他の箇所に記載されている場合がある。この場合には、番組再生アプリ２１は、ウェブページの読み上げ時には、注釈記号の箇所に注釈内容を挿入し、挿入した内容を読み上げる。
【０１７９】
このような置換した内容の読み上げは、携帯端末１１において、ユーザが番組再生アプリ２１を前面に表示していない場合や、携帯端末１１の画面表示をオフにしている場合のみに限定して行わせるようにすることもできる。
【０１８０】
図２１のホーム画面３３１では、携帯端末１１のローカルメモリに保存されているタイトル「Ｂｅａｔｅｒｓ  Ｓｐｅｃｉａｌ」の楽曲のジャケット写真（サムネイル画像）がトピックコンテンツ表示部３４４に表示されている。トピックの再生では、タイトル「Ｂｅａｔｅｒｓ  Ｓｐｅｃｉａｌ」の楽曲の曲名とアーティスト名が読み上げられた後、楽曲（の音声）が出力される。
【０１８１】
ここで、楽曲の曲名とアーティスト名を読み上げる際の読み上げ時間が長いと、楽曲の再生が始まるまでの時間がかかり、ユーザ体験を損ないうる。そのため、番組再生アプリ２１は、図２２に示される楽曲紹介読み上げテキスト決定処理にしたがって、楽曲を紹介するために読み上げるテキストを決定する。
【０１８２】
＜楽曲紹介読み上げテキスト決定処理＞
図２２は、楽曲紹介読み上げテキスト決定処理のフローチャートである。
【０１８３】
ステップＳ２１において、番組再生アプリ２１は、再生する楽曲の曲名とアーティスト名の文字数の合計が、予め設定した規定文字数Ｌｍａｘを超えているかを判定する。
【０１８４】
ステップＳ２１で、曲名とアーティスト名の文字数の合計が規定文字数Ｌｍａｘを超えていないと判定された場合、処理はステップＳ２２に進む。そして、番組再生アプリ２１は、曲名とアーティスト名の両方を読み上げ対象に決定し、処理が終了する。
【０１８５】
ステップＳ２１で、曲名とアーティスト名の文字数の合計が規定文字数Ｌｍａｘを超えていると判定された場合、処理はステップＳ２３に進む。そして、番組再生アプリ２１は、曲名の文字数が規定文字数Ｌｍａｘを超えているかを判定する。
【０１８６】
ステップＳ２３で、曲名の文字数が規定文字数Ｌｍａｘを超えていないと判定された場合、処理はステップＳ２４に進む。そして、番組再生アプリ２１は、曲名のみを、読み上げ対象に決定し、処理が終了する。
【０１８７】
ステップＳ２３で、曲名の文字数が規定文字数Ｌｍａｘを超えていると判定された場合、処理はステップＳ２５に進む。そして、番組再生アプリ２１は、アーティスト名の文字数が規定文字数Ｌｍａｘを超えているかを判定する。
【０１８８】
ステップＳ２５で、アーティスト名の文字数が規定文字数Ｌｍａｘを超えていないと判定された場合、処理はステップＳ２６に進む。そして、番組再生アプリ２１は、アーティスト名のみを、読み上げ対象に決定し、処理が終了する。
【０１８９】
ステップＳ２５で、アーティスト名の文字数が規定文字数Ｌｍａｘを超えていると判定された場合、処理はステップＳ２７に進む。そして、番組再生アプリ２１は、曲名またはアーティスト名を用いずに、「次の曲をお送りします」などの予め用意しておいた、どのような種類の楽曲にも利用可能な紹介テキストを、読み上げ対象に決定し、処理が終了する。
【０１９０】
以上の処理により、再生する楽曲を紹介するために読み上げられるテキストを決定し、音声読み上げを行う。これにより、楽曲の曲名とアーティスト名の文字数が多く、タイトルとアーティスト名の読み上げ時間が長くなるような場合であっても、番組を視聴する際の快適性を損なわない。
【０１９１】
本実施の形態の番組配信システム１の以上の説明では、所定のウェブサイトから集められたニュース記事、ブログ記事、ツイッタフィード情報、楽曲、スケジュール、および新着電子メールなど、サーバ側に保存されたコンテンツおよびローカルコンテンツを含む様々な種類のコンテンツ情報を組み合わせて番組を作成し、再生することができる。
【０１９２】
番組構成（またはコーナ、トピックの構成）は同一であっても、番組を再生するユーザによって、ユーザがローカルデータとして保有するコンテンツ、ユーザの嗜好情報、プロフィール（星座など）、使用環境などが異なりうる。そのため、再生される番組の内容は、ユーザごとに異なるものとすることができる。したがって、本実施の形態の番組配信システム１では、ユーザは、番組内容（コンテンツ）が動的に変化するように番組を作成し、再生することができる。
【０１９３】
＜携帯端末の構成例＞
図２３は、番組再生アプリ２１が実行される携帯端末１１全体のハードウェア構成を示すブロック図である。
【０１９４】
図２３において、通信アンテナ４０１は、例えば内蔵アンテナであり、携帯電話網や公衆無線通信網を通じた通話や電子メールの送受信、各種アプリケーションプログラムのダウンロード、インターネット等と通信するための信号電波の送受信を行う。
【０１９５】
アンテナ回路４０２は、アンテナ切替器やマッチング回路、フィルタ回路等を含む。送受信回路部４０３は、携帯電話網や公衆無線通信網を通じた送受信信号の周波数変換、変調、および復調等の処理を行う。
【０１９６】
スピーカ４１６は、例えば、音楽再生や受話音出力、リンガ音（着信音）出力等に用いられる。マイクロホン４１７は、携帯端末１１周辺からの集音や携帯端末１１の送話音声の集音等に用いられる。音声信号処理部４１５は、スピーカ４１６用の増幅回路、マイクロホン４１７用の増幅回路、制御・演算部４０４から供給される圧縮符号化された音声データを伸張復号化する伸張復号化回路、伸張復号化後のデジタル音声データをアナログ音声信号に変換するデジタル／アナログ変換回路、マイクロホン４１７から入力されたアナログ音声信号をデジタル音声データに変換するアナログ／デジタル変換回路、当該デジタル音声データを圧縮符号化する圧縮符号化回路などを含む。
【０１９７】
映像信号処理部４１１は、制御・演算部４０４から供給される圧縮符号化された映像データを伸張復号化する伸張復号化回路、当該伸張復号化後のデジタル映像や後述するデジタル放送受信モジュール４０９にて受信されたデジタル放送映像などを、タッチパネルディスプレイ４１３へ表示させるディスプレイパネル駆動回路などを含む。
【０１９８】
また、映像信号処理部４１１は、制御・演算部４０４から供給されるデスクトップ画像や各種メニュー画像、タッチパネルディスプレイ４１３上の位置に対応した仮想タッチエリア画像などを表示するための表示データも生成し、それらの画像をタッチパネルディスプレイ４１３上に表示させる。
【０１９９】
タッチパネルディスプレイ４１３は、ユーザが行う入力操作を検出可能なタッチセンサ部を有する。タッチパネル信号処理部４１２は、タッチパネルディスプレイ４１３上のタッチ検出位置、タッチ軌跡、タッチ継続時間、タッチ時間間隔などを計測し、その計測したデータをタッチ検出データとして制御・演算部４０４へ送出する。ユーザは、タッチパネルディスプレイ４１３のディスプレイ画面への任意のタッチ入力を、ユーザの指の他、携帯端末１１に付属のスタイラス等の他の任意のツールで行うこともできる。タッチパネルディスプレイ４１３およびタッチパネル信号処理部４１２は、マルチタッチジェスチャに対応するように構成されている。
【０２００】
キー操作部４２０は、携帯端末１１の筐体上に設けられたハードキー、その周辺回路などを含む。キー操作部４２０は、ユーザによるハードキーの押下を電気信号へ変換し、その操作入力信号を増幅し、アナログ／デジタル変換を行い、そのアナログ／デジタル変換後に得られた操作入力データを制御・演算部４０４へ送る。
【０２０１】
外部入出力端子部４１９は、例えばケーブルを通じたデータ通信に使用されるケーブル接続用コネクタと外部インタフェース回路や、電源ケーブル等を通じて内部電池を充電するために使用される充電端子とその充電用インタフェース回路などを含む。上述の番組再生アプリ２１を含む各種のアプリケーションプログラムは、外部入出力端子部４１９を介して取得されてもよい。
【０２０２】
外部メモリインタフェース（Ｉ／Ｆ）部４１０は、外部メモリ等の記憶媒体が着脱可能に挿入される外部メモリ用スロット、外部メモリデータ通信用インタフェース回路などを含む。番組再生アプリ２１を含む各種のアプリケーションプログラムは、外部メモリＩ／Ｆ部４１０に挿入された外部メモリ等の記憶媒体４１０Ａを介して取得されてもよい。
【０２０３】
近距離無線通信モジュール４０８は、無線ＬＡＮやブルートゥース（登録商標）などの近距離無線電波受信用の通信アンテナと、近距離無線通信回路とを含む。番組再生アプリ２１を含む各種のアプリケーションプログラムは、近距離無線通信モジュール４０８を介して取得されてもよい。
【０２０４】
デジタル放送受信モジュール４０９は、デジタルテレビジョン放送、デジタルラジオ放送、および他の任意の所望の放送の受信用アンテナとチューナとを含む。デジタル放送受信モジュール４０９は、１チャンネルのデジタル放送の受信のみならず、同時に複数チャンネルのデジタル放送を受信可能であるように構成されている。デジタル放送受信モジュール４０９は、デジタル放送に多重されたデータも受信可能であるように構成されている。デジタル放送受信モジュール４０９にて受信されたデジタル放送データは、例えば制御・演算部４０４により圧縮等の処理がされた後、メモリ部４０５等に記憶（つまり記録）することができる。
【０２０５】
カメラ部４１４は、静止画像や動画像の撮影のための撮像素子、光学系等とその周辺回路、撮影補助光を出射するためのライトの駆動回路などを含む。カメラ部４１４により撮影される静止画像データや動画像データは、プレビュー映像データとして映像信号処理部４１１に送られる。これにより、カメラ部４１４による画像撮影時に、タッチパネルディスプレイ４１３にはプレビュー映像が表示される。また、カメラ部４１４にて撮影された静止画像データや動画像データを記録する場合、撮影された静止画像データや動画像データは、制御・演算部４０４に送られて圧縮された後、メモリ部４０５や外部メモリＩ／Ｆ部４１０に接続された記憶媒体４１０Ａに記憶される。
【０２０６】
非接触通信モジュール４０７は、非接触通信アンテナを通じて、例えば電波方式認識（ＲＦＩＤ：Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ‐Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）や非接触型ＩＣカード等で用いられる非接触通信を行う。
【０２０７】
全地球測定位システム（ＧＰＳ：Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）モジュール４０６は、ＧＰＳアンテナを有し、ＧＰＳ測地衛星から送られるＧＰＳ信号を用いて携帯端末１１の現在位置の緯度および経度を求める。このＧＰＳモジュール４０６から得られたＧＰＳデータ（緯度、経度を表す情報）は、制御・演算部４０４へ送られる。これにより、制御・演算部４０４は、携帯端末１１の現在位置や移動などを知ることができる。
【０２０８】
センサ部４１８は、携帯端末１１の状態を検知するための端末状態検知センサ等の各種検知用センサとその周辺回路を含む。センサ部４１８は、一例として傾きセンサ、加速度センサ、方位センサ、温度センサ、湿度センサ、照度センサなどを挙げることができる。センサ部４１８により得られた検知信号は、制御・演算部４０４に送られる。これにより、制御・演算部４０４は、携帯端末１１の状態（傾き、加速度、方位、温度、湿度、照度等）を知ることができる。
【０２０９】
メモリ部４０５は、携帯端末１１の内部に設けられている内蔵メモリ、着脱可能なカード状メモリなどを含む。着脱可能なカード状メモリの例としては、いわゆる加入者識別モジュール（ＳＩＭ：Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）情報等を格納するカードなどを挙げることができる。内蔵メモリは、リードオンリメモリ（ＲＯＭ：Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）とランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）とを含む。ＲＯＭは、オペレーティングシステム（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、制御・演算部４０４が各部を制御するための制御プログラム、各種の初期設定値、辞書データ、文字予測変換辞書データ、各種オーディオデータ、番組再生アプリ２１を含む各種アプリケーションプログラム等を格納している。このＲＯＭは、ＮＡＮＤ型フラッシュメモリ（ＮＡＮＤ‐ｔｙｐｅ  ｆｌａｓｈ  ｍｅｍｏｒｙ）或いは電気的消去可能プログラム可能リードオンリメモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ‐Ｏｎｌｙ   Ｍｅｍｏｒｙ）のような書き換え可能なＲＯＭを含み、電子メールデータ、電話帳や電子メールアドレス帳のデータ、静止画像や動画像コンテンツのデータ、その他、各種のユーザ設定値等を保存可能であるように構成されている。ＲＡＭは、制御・演算部４０４が各種のデータ処理を行う際に使用される作業領域またはバッファ領域として働き、随時データを格納する。
【０２１０】
制御・演算部４０４は、中央処理ユニット（ＣＰＵ）からなり、送受信回路部４０３、映像信号処理部４１１、音声信号処理部４１５、ＧＰＳモジュール４０６、非接触通信モジュール４０７、近距離無線通信モジュール４０８、デジタル放送受信モジュール４０９、外部メモリＩ／Ｆ部４１０、カメラ部４１４、センサ部４１８、外部入出力端子部４１９、キー操作部４２０、タッチパネル信号処理部４１２など各部を制御し、必要に応じて各種の演算を行う。また、制御・演算部４０４は、メモリ部４０５に記憶されている番組再生アプリ２１を含む各種のアプリケーションプログラムを実行する。
【０２１１】
その他、携帯端末１１は、時間や時刻を計測する時計部、各部へ電力を供給するバッテリと供給される電力をコントロールするパワーマネージメント集積回路（ＩＣ）など、一般的な携帯端末が備える各構成要素も備えている。
【０２１２】
＜サーバデバイスの構成例＞
図２４は、上述したユーザ情報管理サーバ１２、原稿解析サーバ１３、音声合成サーバ１５、メディアファイルサーバ１６等の各サーバデバイスのハードウェアの構成例を示すブロック図である。
【０２１３】
サーバデバイスにおいて、ＣＰＵ４４１、ＲＯＭ４４２、およびＲＡＭ４４３は、バス４４４により相互に接続されている。
【０２１４】
バス４４４には、さらに、入出力インタフェース４４５が接続されている。入出力インタフェース４４５には、入力部４４６、出力部４４７、記憶部４４８、通信部４４９、およびドライブ４５０も接続されている。
【０２１５】
入力部４４６は、キーボード、マウス、マイクロホンなどを含む。出力部４４７は、ディスプレイ、スピーカなどを含む。記憶部４４８は、ハードディスクや不揮発性のメモリなどを含む。通信部４４９は、ネットワークインタフェースなどを含む。ドライブ４５０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブル記録媒体４５１を駆動する。
【０２１６】
以上のように構成されるサーバデバイスでは、ＣＰＵ４４１が、例えば、記憶部４４８に記憶されているプログラムを、入出力インタフェース４４５およびバス４４４を介して、ＲＡＭ４４３にロードして実行することにより、上述した一連の処理が行われる。
【０２１７】
サーバデバイスでは、プログラムは、リムーバブル記録媒体４５１をドライブ４５０内に置くことにより、入出力インタフェース４４５を介して、記憶部４４８にインストールすることができる。プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して、通信部４４９で受信し、記憶部４４８にインストールすることができる。プログラムは、ＲＯＭ４４２や記憶部４４８に、あらかじめインストールしておくこともできる。
【０２１８】
サーバデバイスのＣＰＵ４４１が実行するプログラムおよび番組再生アプリ２１は、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２１９】
本明細書において、「システム」という用語は、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中に収納されているか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、および、１つの筐体の中に収納されている複数のモジュールを含む１つの装置を、システムと定義することができる。
【０２２０】
本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２２１】
例えば、上述した複数の実施の形態および複数の機能の全てまたは一部を組み合わせて用いることができる。
【０２２２】
例えば、本技術の実施の形態は、１つの機能をネットワークを介して複数の装置で共同して分担および処理するクラウドコンピューティングの構成をとることができる。
【０２２３】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２２４】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２２５】
本技術の実施の形態は以下のような構成も取ることができる。
（１）
第１のコンテンツと第２のコンテンツの再生を制御するように構成された再生制御部であって、第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、第２のコンテンツは、音声合成処理を用いずに生成された第２の音を出力するために用いられる、再生制御部を備え、
再生制御部は、再生されるコンテンツの属性を画面に表示させ、この属性は、コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す
再生制御装置。
（２）
再生制御部は、さらに、その時点での音出力に関連した表示箇所を、ハイライト表示させる
（１）に記載の再生制御装置。
（３）
再生制御部は、さらに、音生成時に用いられるテキスト情報の内容にしたがって、話者または音の一部に含まれるＢＧＭを変更する
（１）に記載の再生制御装置。
（４）
テキスト情報に基づいて音声合成処理を用いて音を生成する音声読み上げ機能は、オンまたはオフにされるように構成され、
再生制御部は、音声読み上げ機能をオンまたはオフにする設定にしたがって、第１のコンテンツの読み上げを行わせる
（１）に記載の再生制御装置。
（５）
読み上げられる第１のコンテンツのテキスト情報の一部分が、ユーザの嗜好情報またはプロフィールにしたがって、ユーザごとに異なる
（１）に記載の再生制御装置。
（６）
コンテンツの属性は、コンテンツが音声合成処理を用いた読み上げを行うものであるか、または、楽曲のオーディオデータを再生して音声出力するものであるかをさらに示す
（１）に記載の再生制御装置。
（７）
コンテンツの属性は、コンテンツが再生制御装置内で閉じた処理によるものであるか否かをさらに示す
（１）に記載の再生制御装置。
（８）
コンテンツの属性は、コンテンツが再生制御装置内のローカルデータのみを用いたコンテンツであるか否かをさらに示す
（１）に記載の再生制御装置。
（９）
コンテンツは、外部サーバのコンテンツデータを利用するコンテンツであり、再生制御装置は、さらに、コンテンツを再生制御装置内のローカルデータを用いたコンテンツに置換する制御も行う
（１）に記載の再生制御装置。
（１０）
再生制御部は、外部サーバから、コンテンツのデータであるコンテンツデータを取得し、外部サーバから取得したコンテンツデータと、再生制御装置内のコンテンツデータとを組み合わせて、コンテンツを再生させ、取得したコンテンツデータには、取得したコンテンツデータに再生制御装置内のコンテンツデータを組み込む指示が番組構成情報として含まれる、
（１）に記載の再生制御装置。
（１１）
第１のコンテンツのテキスト情報には、リンク部分が含まれ、再生制御部は、リンク部分を、リンク部分からリンクされたリンク先に含まれるタイトルに置換し、置換されたタイトルを読み上げる
（１）に記載の再生制御装置。
（１２）
第１のコンテンツのテキスト情報には、リンク部分が含まれ、再生制御部は、リンク部分により特定されるリンク先のウェブページを、小画面で表示させる
（１）に記載の再生制御装置。
（１３）
コンテンツは複数のコーナを含み、
再生制御部は、コンテンツのコーナの中の再生されるコーナの属性を画面に表示させる
（１）に記載の再生制御装置。
（１４）
コンテンツは複数のコーナを含み、
再生制御部は、コンテンツのコーナの中の一コーナを再生する際、そのコーナの属性を音声により出力させる
（１）に記載の再生制御装置。
（１５）
第１のコンテンツおよび第２のコンテンツの再生を制御するステップであって、第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、第２のコンテンツは、音声合成処理を用いずに生成された第２の音を出力するために用いられる、ステップと
再生されるコンテンツの属性を画面に表示するステップであって、この属性は、コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す、ステップと
を含む再生制御方法。
（１６）
コンピュータに、
第１のコンテンツおよび第２のコンテンツの再生を制御するステップであって、第１のコンテンツは、テキスト情報に基づいて音声合成処理を用いて生成された第１の音を出力するために用いられ、第２のコンテンツは、音声合成処理を用いずに生成された第２の音を出力するために用いられる、ステップと
再生されるコンテンツの属性を画面に表示するステップであって、この属性は、コンテンツがテキスト情報に基づいて音声合成処理を用いて生成された音を出力するものであるか否かを示す、ステップと
を含む処理を実行させるためのプログラム。
【０２２６】
本開示は、参照により内容が全体として本明細書に組み込まれる２０１２年４月３日に出願の米国特許仮出願第６１／６１９，６７７号および２０１２年１１月２８日に出願の米国特許出願第１３／６８７，８４４号に開示されたものに関係する内容を含む。
【０２２７】
当業者には当然のことながら、添付の請求の範囲内またはその等価物の範囲内において、設計要件およびその他の要因に応じた種々の修正、コンビネーション、サブコンビネーションや変更が発生しうる。
【符号の説明】
【０２２８】
１  番組配信システム，  １１  携帯端末，  ２１  番組再生アプリ，  ２２  通信制御部，  ２３  表示制御部，  ２４  音声制御部
【図１】
2015518171.tif 000003
【図２】
2015518171.tif 000004
【図３】
2015518171.tif 000005
【図４】
2015518171.tif 000006
【図５】
2015518171.tif 000007
【図６】
2015518171.tif 000008
【図７】
2015518171.tif 000009
【図８】
2015518171.tif 000010
【図９】
2015518171.tif 000011
【図１０】
2015518171.tif 000012
【図１１】
2015518171.tif 000013
【図１２】
2015518171.tif 000014
【図１３】
2015518171.tif 000015
【図１４】
2015518171.tif 000016
【図１５】
2015518171.tif 000017
【図１６】
2015518171.tif 000018
【図１７】
2015518171.tif 000019
【図１８】
2015518171.tif 000020
【図１９】
2015518171.tif 000021
【図２０】
2015518171.tif 000022
【図２１】
2015518171.tif 000023
【図２２】
2015518171.tif 000024
【図２３】
2015518171.tif 000025
【図２４】
2015518171.tif 000026
【国際調査報告】
2015518171.tif 000027
2015518171.tif 000028