(57)【要約】【課題】本発明は、複数の内容で構成されているコンテンツを端末装置で再生する際に、所望の内容のみを簡単に再生することができるコンテンツを配信する配信システムおよび配信方法を提供することを課題とする。【解決手段】コンテンツサーバ４０は、複数の内容のそれぞれの再生位置を示す、端末装置５０との間で予め定めた区切り情報を含むコンテンツをコンテンツ記録部５２３に記録しておき、リクエスト応答部４２は、端末装置５０からのコンテンツリクエストに対応してコンテンツ記録部５２３に記録しているコンテンツを送信するまた、コンテンツは、データ本体と、コンテンツを説明するための情報を格納するデータ領域とからなり、データ領域に区切り情報が埋め込まれている。【選択図】        図１
2008060945.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク経由で複数の内容で構成されたコンテンツを端末装置に配信する配信システムであって、
複数の内容のそれぞれの再生位置を示す区切り情報を前記端末装置との間で予め定めておき、
前記区切り情報を含む前記コンテンツを記録するコンテンツ記録手段と、
前記端末装置からのリクエストに対応して前記コンテンツ記録手段に記録している前記コンテンツを送信するコンテンツ送信手段とを具備することを特徴とする配信システム。
【請求項２】
前記コンテンツは、データ本体と、コンテンツを説明するための情報を格納するデータ領域とからなり、
前記データ領域に前記区切り情報が埋め込まれていることを特徴とする請求項１記載の配信システム。
【請求項３】
前記データ領域には、複数の内容のそれぞれのタイトルが前記区切り情報と共に埋め込まれていることを特徴とする請求項２記載の配信システム。
【請求項４】
前記区切り情報は、前記区切り情報を前記端末装置が識別するための識別子と共に前記データ領域に埋め込まれていることを特徴とする請求項２又は３記載の配信システム。
【請求項５】
ネットワーク経由で複数の内容で構成されたコンテンツを端末装置に配信する配信方法であって、
複数の内容のそれぞれの再生位置を示す、前記端末装置との間で予め定めた区切り情報を含む前記コンテンツを記録しておき、
前記端末装置からのリクエストに対応して記録している前記コンテンツを送信することを特徴とする配信方法。
【請求項６】
前記コンテンツは、データ本体と、コンテンツを説明するための情報を格納するデータ領域とからなり、
前記データ領域に前記区切り情報が埋め込まれていることを特徴とする請求項５記載の配信方法。
【請求項７】
前記データ領域には、複数の内容のそれぞれのタイトルが前記区切り情報と共に埋め込まれていることを特徴とする請求項６記載の配信方法。
【請求項８】
前記区切り情報は、前記区切り情報を前記端末装置が識別するための識別子と共に前記データ領域に埋め込まれていることを特徴とする請求項６又は７記載の配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由で音声／映像データ等のコンテンツを端末装置に配信する配信システムおよび配信方法に関し、特にニュースやコラム、自己啓発教材（例えば、英会話学習）等のように複数の内容が含まれているコンテンツを配信する配信システムおよび配信方法に関する。
【背景技術】
【０００２】
近年、音声／映像データのデジタル化が進み、音楽コンテンツ以外のデジタル音声／映像データをインターネット上で配信されるサービスが各メディアから行われている。中でもPodcastと呼称される配信サービスが盛んで、ニュースや芸能など放送局が配信するものから個人が自主制作したコンテンツまでその範囲は広い。
【０００３】
これらの配信コンテンツのほとんどはＷｅｂサイト上で公開されているが、視聴者が新しい配信コンテンツの有無を確認するためにＷｅｂサイトへ訪問する必要があった。この問題を解決する手段として、配信サイト上にＲＳＳ（Rich Site Summary）と呼ばれるＷｅｂサイトで公開されているコンテンツや要約等のメタデータを構造化して記述するＸＭＬベースのフォーマットで記載した更新情報をコンテンツリストとして設置し、ＲＳＳを読み取る専用のツールを用いることで配信内容、すなわちコンテンツリストに記述されているコンテンツが更新されているかの確認とコンテンツの入手が飛躍的に容易となった。
【０００４】
現在、配信されているコンテンツの多くは一般的な音声／映像フォーマットを利用している。これらのフォーマットは、データ本体と共に、コンテンツを説明するための情報（以下、コンテンツ情報と称す）を格納するデータ領域（メタデータ）を持つことに対応しており、ほとんどのオーディオプレイヤ等の端末機器はこのデータ領域の読み取りに対応している（例えば、特許文献１参照）。
【０００５】
しかしながら、従来技術で一般的に用いられている音声／映像フォーマットは元々楽曲や映像等の1つのコンテンツを1つのファイルとして扱うことを前提としており、ニュースやコラム、自己啓発教材（例えば、英会話学習）等の１つのコンテンツに複数の内容が含まれている場合に、ユーザが所望する内容のみを再生しづらいという問題点があった。すなわち、コンテンツが、政治、経済、スポーツ、天気予報の４つから構成されているニュースである場合に、ユーザが天気予報の再生を望んだとしても、天気予報がコンテンツのどのくらいの部分に含まれているかの判断ができず、ユーザは早送り等で不要な部分をスキップする煩雑な操作が必要となる。特に、音声フォーマットにおいては早送り中にその内容を認識することが非常に困難であるため、試聴したくない部分を意図的にスキップさせることは非常に難しいという問題点があった。
【特許文献１】特開２００２−３１４９７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は斯かる問題点に鑑みてなされたものであり、その目的とするところは、複数の内容で構成されているコンテンツを端末装置で再生する際に、所望の内容のみを簡単に再生することができるコンテンツを配信する配信システムおよび配信方法を提供する点にある。
【課題を解決するための手段】
【０００７】
本発明は上記課題を解決すべく、以下に掲げる構成とした。
本発明の配信システムは、ネットワーク経由で複数の内容で構成されたコンテンツを端末装置に配信する配信システムであって、複数の内容のそれぞれの再生位置を示す区切り情報を前記端末装置との間で予め定めておき、前記区切り情報を含む前記コンテンツを記録するコンテンツ記録手段と、前記端末装置からのリクエストに対応して前記コンテンツ記録手段に記録している前記コンテンツを送信するコンテンツ送信手段とを具備することを特徴とする。
【０００８】
さらに、本発明の配信システムにおいては、前記コンテンツは、データ本体と、コンテンツを説明するための情報を格納するデータ領域とからなり、前記データ領域に前記区切り情報が埋め込まれていることを特徴とする。
【０００９】
さらに、本発明の配信システムにおいては、前記データ領域には、複数の内容のそれぞれのタイトルが前記区切り情報と共に埋め込まれていることを特徴とする。
【００１０】
さらに、本発明の配信システムにおいては、前記区切り情報は、前記区切り情報を前記端末装置が識別するための識別子と共に前記データ領域に埋め込まれていることを特徴とする。
【００１１】
また、本発明の配信方法は、ネットワーク経由で複数の内容で構成されたコンテンツを端末装置に配信する配信方法であって、複数の内容のそれぞれの再生位置を示す、前記端末装置との間で予め定めた区切り情報を含む前記コンテンツを記録しておき、前記端末装置からのリクエストに対応して記録している前記コンテンツを送信することを特徴とする。
【００１２】
さらに、本発明の配信方法においては、前記コンテンツは、データ本体と、コンテンツを説明するための情報を格納するデータ領域とからなり、前記データ領域に前記区切り情報が埋め込まれていることを特徴とする。
【００１３】
さらに、本発明の配信方法においては、前記データ領域には、複数の内容のそれぞれのタイトルが前記区切り情報と共に埋め込まれていることを特徴とする。
【００１４】
さらに、本発明の配信方法においては、前記区切り情報は、前記区切り情報を前記端末装置が識別するための識別子と共に前記データ領域に埋め込まれていることを特徴とする。
【発明の効果】
【００１５】
本発明の配信システムおよび配信方法は、複数の内容のそれぞれの再生位置を示す、端末装置との間で予め定めた区切り情報を含むコンテンツを記録しておき、端末装置からのリクエストに対応して記録しているコンテンツを送信するように構成することにより、複数の内容で構成されているコンテンツを端末装置で再生する際に、区切り情報に基づいて端末装置で各内容の再生位置を把握することができるため、所望の内容のみを簡単に再生することができるという効果を奏する。
【００１６】
さらに、本発明の配信システムおよび配信方法は、コンテンツは、データ本体と、コンテンツを説明するための情報を格納するデータ領域とからなり、データ領域に区切り情報を埋め込むように構成することにより、既存の音声／映像フォーマットに設けられているデータ領域に、区切り情報と複数の内容のそれぞれのタイトルとを埋め込むことができるという効果を奏する。
【００１７】
さらに、本発明の配信システムおよび配信方法は、複数の内容のそれぞれのタイトルを区切り情報と共にデータ領域に埋め込むように構成することにより、端末装置において、各内容のタイトルを表示させることができ、再生したい内容をユーザが簡単に選択することができるという効果を奏する。
【００１８】
さらに、本発明の配信システムおよび配信方法は、区切り情報を端末装置が識別するための識別子と共に区切り情報をデータ領域に埋め込むように構成することにより、端末装置において、識別子を用いることで簡単に区切り情報と複数の内容のそれぞれのタイトルとを識別することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００２０】
図１は、本発明に係る配信システムの実施の形態の構成を示すシステム構成図であり、図２は、図１に示すキャストサイトサーバに記録されているキャストサイトリスト例を示す図であり、図３は、図１に示すコンテンツリストサーバに記録されているコンテンツリスト例を示す図であり、図４は、図１に示すコンテンツサーバに記録されているコンテンツのデータ構造例を示す図であり、図５は、図４に示すコンテンツ構成情報の具体的なデータ構造例を示す図であり、図６は、図１に示す端末装置の構成を示すブロック図であり、図７は、図６に示す受信設定記録部に記録された受信設定例を示す図である。
【００２１】
本実施の形態の配信システムは、図１を参照すると、インターネット等のネットワーク１０を経由してキャストサイトリストを配信するキャストサイトサーバ２０と、ネットワーク１０を経由してコンテンツリストを配信するコンテンツリストサーバ３０と、ネットワーク１０を経由してコンテンツを配信するコンテンツサーバ４０と、ネットワーク１０を経由してキャストサイトリスト、コンテンツリストおよびコンテンツを受信する端末装置５０とからなる。なお、本実施の形態では、機能的にキャストサイトサーバ２０と、コンテンツリストサーバ３０と、コンテンツサーバ４０とに分けて説明するが、キャストサイトサーバ２０、コンテンツリストサーバ３０およびコンテンツサーバ４０は、プログラム制御によって動作する１以上の情報処理装置からなるサーバシステムとして実現することができ、各サーバを異なる事業者によって管理するようにしても良く、各サーバの２以上を同一の事業者によって管理するようにしても良い。
【００２２】
キャストサイトサーバ２０は、端末装置５０からの各種リクエストに応答するＷｅｂサーバとしての機能を有し、キャストサイトリスト記録部２１と、案内情報記録部２２と、リクエスト応答部２３と、送受信部２４とを備えている。
【００２３】
キャストサイトリスト記録部２１は、キャストサイトリストが記録されているＨＤＤ等の記録手段である。キャストサイトリストは、メタ言語によって記述された構造化文書であり、タグを用いてコンテンツリストの名称および当該コンテンツリストが公開されているネットワーク１０上のアドレス（以下、リストＵＲＬと称す）が記述された一覧である。図２を参照すると、本実施の形態におけるキャストサイトリストは、ＸＭＬ（Extensible Markup Language）の仕様の１つであるＯＰＭＬ（Outline Processor Markup Language）によって記述されている構造化文書である。
【００２４】
図２において、<?xml version="1.0" encoding="UTF-8"?>は、キャストサイトリストがＸＭＬ文書であることを示すＸＭＬ宣言であり、終了タグ</head>との間に、キャストサイトリスト名および作成日時が要素として記述されていることを示す開始タグ<head>と、終了タグ</title>との間に、キャストサイトリスト名が要素として記述されていることを示す開始タグ<title>と、終了タグ</dateCreated>との間に、作成日時が要素として記述されていることを示す開始タグ<dateCreated>と、終了タグ</body>との間に、コンテンツリストのグループ名、複数のコンテンツリスト名およびリストＵＲＬが要素として記述されていることを示す開始タグ<body>と、終了タグ</outline>との間に、複数のコンテンツリスト名およびリストＵＲＬが要素として記述されていることを示すと共に、属性としてコンテンツリストのグループ名が記述されていることを示す開始タグ<outline>と、コンテンツリスト名（text）およびリストＵＲＬ（xmlUrl）が属性として記述されていることを示す空要素タグ<outline/>とで構成されている。
【００２５】
従って、図３に示すキャストサイトリスト例には、キャストサイトリスト名「△△△キャストサイト」と、その作成日時が記述されていると共に、グループ名「ニュース」にコンテンツリスト名「○○○ニュース」および「本日の株価」とそのリストＵＲＬが記述され、グループ名「音声ブログ」にコンテンツリスト名「ネット対談」および「ヒーロー」とそのリストＵＲＬが記述されている。
【００２６】
案内情報記録部２２は、キャストサイトリストに用いられているメタ言語とは異なる言語、例えばＨＴＭＬ（HyperText Markup Language）を用いて作成された案内ページが記録されているＨＤＤ等の記録手段であり、例えば、リクエストされたアドレスがＯＰＭＬによって記述されているキャストサイトリストを配信するためのアドレスであることを通知する案内ページが記録されている。
【００２７】
リクエスト応答部２３は、端末装置５０からキャストサイトリストリクエストを受信すると、キャストサイトリスト記録部２１に記録されているキャストサイトリストを送受信部２４によってネットワーク１０経由で端末装置５０に送信し、キャストサイトリストリクエスト以外のリクエストを受信すると、案内情報記録部２２に記録されている案内ページを送受信部２４によってネットワーク１０経由で送信する。すなわち、端末装置５０からのキャストサイトリストリクエストは、ＯＰＭＬによって記述されているキャストサイトリストの送信要求であり、ＨＴＴＰヘッダ等のリクエストのヘッダ（以下、リクエストヘッダと称する）にＯＰＭＬ（ＸＭＬ）対応であることが記述されており、リクエスト応答部２３は、リクエストヘッダにＯＰＭＬ対応であることが記述されている場合には、キャストサイトリスト記録部２１に記録されているキャストサイトリストを送受信部２４によってネットワーク１０経由で端末装置５０に送信し、リクエストヘッダにＯＰＭＬ対応であることが記述されていない場合には、ＨＴＭＬに対応したＷｅｂブラウザからのリクエストであると認識し、案内情報記録部２２に記録されているＨＴＭＬを用いて作成された案内ページを送受信部２４によってネットワーク１０経由で送信する。
【００２８】
送受信部２４は、有線もしくは無線でネットワーク１０に接続する機能を有し、ＨＴＴＰ（HyperText Transfer Protocol）やＦＴＰ（File Transfer Protocol）等のプロトコルに基づいてネットワーク１０を介して端末装置５０と情報通信を行う。
【００２９】
コンテンツリストサーバ３０は、端末装置５０からの各種リクエストに応答するＷｅｂサーバとしての機能を有し、コンテンツリスト記録部３１と、案内情報記録部３２と、リクエスト応答部３３と、送受信部３４とを備えている。
【００３０】
コンテンツリスト記録部３１は、コンテンツリストが記録されているＨＤＤ等の記録手段である。コンテンツリストは、メタ言語によって記述された構造化文書であり、タグを用いてコンテンツの名称、コンテンツが公開されているネットワーク１０上でのアドレス（以下、データＵＲＬと称す）およびコンテンツのデータタイプが記述されたリストである。図３を参照すると、本実施の形態のコンテンツリストは、ＸＭＬ（Extensible Markup Language）の仕様の１つであるＲＳＳ（Rich Site Summary）によって記述されている。
【００３１】
図３において、<?xml version="1.0" encoding="UTF-8"?>は、コンテンツリストがＸＭＬ文書であることを示すＸＭＬ宣言であり、終了タグ</rss>との間の要素がＲＳＳによって記述されていることを示す開始タグ<rss>と、終了タグ</channel>との間に、コンテンツリスト名、コンテンツ名、コンテンツの概要、データＵＲＬおよび当該データＵＲＬからダウンロードできるデータタイプが要素として記述されていることを示す開始タグ<channel>と、終了タグ</title>との間に、コンテンツリスト名が要素として記述されていることを示す開始タグ<title>と、終了タグ</item>との間に、コンテンツ名、コンテンツの概要、データＵＲＬおよびデータタイプが要素として記述されていることを示す開始タグ<item>と、終了タグ</pubDate>との間に、コンテンツの更新時刻、すなわちネットワーク１０に公開され、コンテンツリストに新たに追記された時刻が要素として記述されていることを示す開始タグ<pubDate>と、終了タグ</description>との間に、コンテンツの概要が要素として記述されていることを示す開始タグ<description>と、データＵＲＬおよびデータタイプが属性として記述されていることを示す空要素タグ<enclosure/>とで構成されている。なお、空要素タグ<enclosure/>には、コンテンツのデータ量等の配信するコンテンツに関する他の情報を属性として記述するようにしても良い。
【００３２】
案内情報記録部２２は、コンテンツリストに用いられているメタ言語とは異なる言語、例えばＨＴＭＬ（HyperText Markup Language）を用いて作成された案内ページが記録されているＨＤＤ等の記録手段であり、例えば、リクエストされたアドレスがＲＳＳによって記述されているコンテンツリストを配信するためのアドレスであることを通知する案内ページが記録されている。
【００３３】
リクエスト応答部３３は、端末装置５０からコンテンツリストリクエストを受信すると、コンテンツリスト記録部３１に記録されているコンテンツリストを送受信部３４によってネットワーク１０経由で端末装置５０に送信し、コンテンツリストリクエスト以外のリクエストを受信すると、案内情報記録部３２に記録されている案内ページを送受信部３４によってネットワーク１０経由で送信する。すなわち、端末装置５０からのコンテンツリストリクエストは、ＲＳＳによって記述されているコンテンツリストの送信要求であり、リクエストヘッダにＲＳＳ（ＸＭＬ）対応であることが記述されており、リクエスト応答部２３は、リクエストヘッダにＲＳＳ対応であることが記述されている場合には、コンテンツリスト記録部３１に記録されているコンテンツリストを送受信部３４によってネットワーク１０経由で端末装置５０に送信し、リクエストヘッダにＲＳＳ対応であることが記述されていない場合には、ＨＴＭＬに対応したＷｅｂブラウザからのリクエストであると認識し、案内情報記録部３２に記録されている案内ページを送受信部３４によってネットワーク１０経由で送信する。
【００３４】
送受信部３４は、有線もしくは無線でネットワーク１０に接続する機能を有し、ＨＴＴＰ（HyperText Transfer Protocol）やＦＴＰ（File Transfer Protocol）等のプロトコルに基づいてネットワーク１０を介して端末装置５０と情報通信を行う。
【００３５】
コンテンツサーバ４０は、端末装置５０からの各種リクエストに応答するＷｅｂサーバとしての機能を有し、コンテンツ記録部４１と、リクエスト応答部４２と、送受信部４３とを備えている。
【００３６】
コンテンツ記録部４１は、「音声データ」、「画像データ」、「映像データ」等のコンテンツが記録されているＨＤＤ等の記録手段である。コンテンツ記録部４１に記録されているコンテンツは、複数の内容で構成されており、図４を参照すると、データ本体と、コンテンツを説明するための情報（以下、コンテンツ情報と称す）を格納するデータ領域（メタデータ）とからなり、コンテンツ情報には、複数の内容のそれぞれのタイトルと、複数の内容のそれぞれの再生位置を示す区切り情報とからなるコンテンツ構成情報が埋め込まれている。コンテンツ構成情報は、バイナリデータとしてコンテンツ情報に埋め込まれており、図５に示すように、コンテンツ構成情報の格納を識別するための識別子に加え、区切り情報および各内容のタイトル等から構成され、図５に示すコンテンツ構成情報では、複数の内容の再生位置として「ニュース」が４分から１５分まで、「経済」が１５分から３０分まで、「株式」が３０分から４５分まで、「天気予報」が４５分から６０分までであることが示されている。なお、識別子には、任意に独自な書式を用いることができるが、従来のヘッダーに用意されている識別子を流用しても構わない。また、区切り情報としては、時間（時分秒）やフレーム数、データ量等コンテンツの再生位置を特定できる情報であるならば特に制限はない。
【００３７】
リクエスト応答部４２と、端末装置５０からコンテンツリクエストを受信すると、コンテンツ記録部４１に記録されているコンテンツを送受信部４３によってネットワーク１０経由で端末装置５０に送信する。
【００３８】
送受信部４３は、有線もしくは無線でネットワーク１０に接続する機能を有し、ＨＴＴＰ（HyperText Transfer Protocol）やＦＴＰ（File Transfer Protocol）等のプロトコルに基づいてネットワーク１０を介して端末装置５０と情報通信を行う。
【００３９】
端末装置５０は、図６を参照すると、コンテンツ（音声データ、画像データ、映像データ）を再生するオーディオプレイヤ等のプログラム制御によって動作する携帯型の情報処理装置であり、キャストサイトリストに用いられているメタ言語（ＯＰＭＬ）と、コンテンツリストに用いられているメタ言語（ＲＳＳ）とに対応することができる機能を有し、送受信部５１と、情報記録部５２と、液晶ディスプレイ等の表示部５３と、操作部５４と、再生処理部５５と、データ管理部５６とを備えている。
【００４０】
送受信部５１は、有線もしくは無線でネットワーク１０に接続する機能を有し、ＨＴＴＰ（HyperText Transfer Protocol）やＦＴＰ（File Transfer Protocol）等のプロトコルに基づいてキャストサイトサーバ２０、コンテンツリストサーバ３０およびコンテンツサーバ４０と情報通信を行う。
【００４１】
情報記録部５２は、コンテンツリスト上で更新されたコンテンツを定期的に受信するための受信設定が記録される受信設定記録部５２０と、ＨＤＤやシリコンメモリ等の記録手段であり、キャストサイトサーバ２０から受信したキャストサイトリストが記録されるキャストサイトリスト記録部５２１と、コンテンツリストサーバ３０から受信したコンテンツリストが記録されるコンテンツリスト記録部５２２と、コンテンツサーバ４０から受信したコンテンツが記録されるコンテンツ記録部５２３とからなる。受信設定記録部５２０に記録される受信設定は、図７を参照すると、コンテンツリスト名およびそのリストＵＲＬと、コンテンツの受信を行う受信時刻とからなり、ユーザが操作部５４を用いてコンテンツを定期的に受信するコンテンツリストを指定することで設定される。
【００４２】
表示部５３は、液晶ディスプレイ等の表示手段であり、キャストサイトリスト記録部５２１に記録されたキャストサイトリストと、コンテンツリスト記録部５２２に記録されたコンテンツリストと、コンテンツ記録部５２３に記録されたコンテンツおよびその内容の一覧とが表示されると共に、コンテンツ記録部５２３に記録されたコンテンツに基づいて再生処理部５５によって再生された画像および映像が表示される。
【００４３】
操作部５４は、操作ボタン等の操作手段であり、キャストサイトサーバ２０に記録されているキャストサイトリストの取得を指示するキャストサイトリスト取得指示入力と、コンテンツリストサーバ３０に記録されているコンテンツリストの取得を指示するコンテンツリスト取得指示入力と、受信設定記録部５２０に受信設定を記録させる受信設定入力と、受信して記録したコンテンツの再生に係る各種入力とが行われる。
【００４４】
再生処理部５５は、情報記録部５２のコンテンツ記録部５２３に記録されたコンテンツを伸長して再生し、画像および映像は、表示部５３に表示させ、音声は、接続されたヘッドフォン５７に出力する。
【００４５】
データ管理部５６は、キャストサイトリストのメタ言語を解析、すなわちＯＰＭＬの各タグを解析することによって、キャストサイトリストにタグの要素および属性として記述されている内容を認識する機能と、コンテンツリストのメタ言語を解析、すなわちＲＳＳの各タグを解析することによって、キャストサイトリストにタグの要素および属性として記述されている内容を認識する機能とを有し、送受信部５１によってネットワーク１０経由でキャストサイトサーバ２０にキャストサイトリストリクエストを送信させることで、キャストサイトリストをキャストサイトサーバ２０から受信し、受信したキャストサイトリストをキャストサイトリスト記録部５２１に記録させ、表示部５３に表示させると共に、送受信部５１によってネットワーク１０経由でコンテンツリストサーバ３０にコンテンツリストリクエストを送信させることで、コンテンツリストをコンテンツリストサーバ３０から受信し、受信したコンテンツリストをコンテンツリスト記録部５２２に記録させ、表示部５３に表示させる。
【００４６】
また、データ管理部５６は、送受信部５１によってネットワーク１０経由でコンテンツサーバ４０にコンテンツリクエストを送信させることで、コンテンツをコンテンツサーバ４０から受信し、受信したコンテンツをコンテンツ記録部５２３に記録させる。さらに、データ管理部５６は、コンテンツ記録部５２３に記録されたコンテンツを再生するに際し、コンテンツのコンテンツ情報に埋め込まれているコンテンツ構成情報を識別子によって識別することで、区切り情報および各内容のタイトルを読み出し、各内容のタイトルと、各内容の再生開始位置とを表示部５３に表示させ、再生を指示された内容に対応する区切り情報を再生処理部５５に出力することで、再生処理部５５に選択された内容の再生を指示する。
【００４７】
次に、本実施の形態の配信システムにおけるキャストサイトリスト、コンテンツリストおよびコンテンツの配信動作について図８乃至図１１を参照して詳細に説明する。
図８は、本発明に係る配信システムの実施の形態による配信動作を説明するためのシーケンスチャートであり、図９は、図１に示すキャストサイトサーバにおけるキャストサイトリストの配信動作を説明するフローチャートであり、図１０は、図１に示す端末装置におけるキャストサイトリストおよびコンテンツリストの表示例を示す図であり、図１１は、図１に示すコンテンツリストサーバにおけるコンテンツリストの配信動作を説明するフローチャートである。
【００４８】
図８を参照すると、ホットスポットと称される無線ＬＡＮ等のアクセスポイントや、自宅等でインターネット等のネットワーク１０と端末装置５０とを接続させ、ユーザによって操作部５４からキャストサイトリスト取得指示入力が行われると（ステップＡ１）、データ管理部５６は、送受信部５１によってキャストサイトリストリクエストをキャストサイトサーバ２０に送信する（ステップＡ２）。キャストサイトリストリクエストは、キャストサイトサーバ２０のキャストサイトリスト記録部２１に記憶されているキャストサイトリストの配信を要求するリクエストであり、キャストサイトリストがネットワーク１０上で公開されているアドレス（以下、一覧ＵＲＬと称する）に基づいて行われ、ＯＰＭＬによって記述されているキャストサイトリストに対応していること、すなわちＯＰＭＬ対応であることがリクエストヘッダに記述されている。なお、一覧ＵＲＬは、ユーザによって操作部５４から入力するようにしても良く、予め設定しておくようにしても良い。
【００４９】
キャストサイトサーバ２０の送受信部２４に端末装置５０からのキャストサイトリストリクエストが受信されると、リクエスト応答部２３は、キャストサイトリストリクエストによって要求されたキャストサイトリストをキャストサイトリスト記録部２１から読み出し、読み出したキャストサイトリストを送受信部２４によってネットワーク１０経由で端末装置５０に送信する（ステップＡ３）。
【００５０】
なお、図９を参照すると、リクエスト応答部２３は、送受信部２４によるリクエストの受信を監視しており（ステップＢ１）、送受信部２４にリクエストが受信されると、受信されたリクエストがキャストサイトリストリクエストであるか否か、すなわちリクエストヘッダにＯＰＭＬ対応であることが記述されている否かを判断する（ステップＢ２）。ステップＢ２でキャストサイトリストリクエストであると判断された場合には、上述のステップＡ３の動作を行い、ステップＢ２でキャストサイトリストリクエストでないと判断された場合には、ＨＴＭＬに対応したＷｅｂブラウザからのリクエストであると認識し、案内情報記録部２２からＨＴＭＬを用いて作成された案内ページを読み出し、読み出した案内ページを送受信部２４によってネットワーク１０経由で送信する（ステップＢ３）。これにより、ＯＰＭＬに対応していないブラウザからリクエストがあった場合にも、ＯＰＭＬに対応していないブラウザでも閲覧することができる案内ページを配信することができ、例えば、リクエストされたアドレスがＯＰＭＬによって記述されているキャストサイトリストを配信するためのアドレスであることを通知する案内ページを配信することで、キャストサイトリストの認知を促進させることができる。
【００５１】
端末装置５０の送受信部５１にキャストサイトサーバ２０からのキャストサイトリストが受信されると、データ管理部５６は、受信されたキャストサイトリストをキャストサイトリスト記録部５２１に記録させると共に、受信されたキャストサイトリストにおいて、要素としてキャストサイトリスト名が記述されていることを示す開始タグ<title>と、属性としてコンテンツリストのグループ名が記述されていることを示す開始タグ<outline text=・・>・・と、属性としてコンテンツリスト名が記述されていることを示す空要素タグ<outline text=・・>・・とを参照することで、キャストサイトリスト名、グループ名およびコンテンツリスト名を特定して、図１０（ａ）に示すように、特定したキャストサイトリスト名、グループ名およびコンテンツリスト名を表示部５３に表示させる（ステップＡ４）。
【００５２】
次に、操作部５４によってカーソル６０を移動させて、表示部５３に表示されたコンテンツリスト名の中から取得するコンテンツリストを選択し、選択したコンテンツリストの取得を指示するコンテンツリスト取得指示入力が操作部５４から行われると（ステップＡ５）、データ管理部５６は、送受信部５１によってコンテンツリストリクエストをコンテンツリストサーバ３０に送信する（ステップＡ６）。コンテンツリストリクエストは、コンテンツリストサーバ３０のコンテンツリスト記録部３１に記憶されている所望するコンテンツリストの配信を要求するリクエストであり、キャストサイトリストに空要素タグ<outline/>の属性として記述されているリストＵＲＬに基づいて行われ、ＲＳＳによって記述されているコンテンツリストに対応していること、すなわちＲＳＳ対応であることがリクエストヘッダに記述されている。
【００５３】
コンテンツリストサーバ３０の送受信部３４に端末装置５０からのコンテンツリストリクエストが受信されると、リクエスト応答部３３は、コンテンツリストリクエストによって要求されたコンテンツリストをコンテンツリスト記録部３１から読み出し、読み出したコンテンツリストを送受信部３４によってネットワーク１０経由で端末装置５０に送信する（ステップＡ７）。
【００５４】
なお、図１１を参照すると、リクエスト応答部３３は、送受信部３４によるリクエストの受信を監視しており（ステップＣ１）、送受信部３４にリクエストが受信されると、受信されたリクエストがコンテンツリストリクエストであるか否か、すなわちリクエストヘッダにＲＳＳ対応であることが記述されている否かを判断する（ステップＣ２）。ステップＣ２でコンテンツリストリクエストであると判断された場合には、上述のステップＡ７の動作を行い、ステップＣ２でコンテンツリストリクエストでないと判断された場合には、ＨＴＭＬに対応したＷｅｂブラウザからのリクエストであると認識し、案内情報記録部３２からＨＴＭＬを用いて作成された案内ページを読み出し、読み出した案内ページを送受信部３４によってネットワーク１０経由で送信する（ステップＣ３）。これにより、ＲＳＳに対応していないブラウザからリクエストがあった場合にも、ＲＳＳに対応していないブラウザでも閲覧することができる案内ページを配信することができ、例えば、リクエストされたアドレスがＲＳＳによって記述されているコンテンツリストを配信するためのアドレスであることを通知する案内ページを配信することで、コンテンツリストの認知を促進させることができる。
【００５５】
端末装置５０の送受信部５１にコンテンツリストサーバ３０からのコンテンツリストが受信されると、データ管理部５６は、タグ<Channel>の要素且つタグ<title>の要素として記述されているコンテンツリスト名を参照することで、同一名のコンテンツリストがコンテンツリスト記録部５２２に記録されているか否かを判断し、同一名のコンテンツリストがコンテンツリスト記録部５２２に記録されている場合には、受信したコンテンツリストと、コンテンツリスト記録部５２２に記録されているコンテンツリストとを比較し、コンテンツリスト記録部５２２に記録されているコンテンツリストから削除され、且つコンテンツ記録部５２３に記録されているコンテンツを削除対象コンテンツとして特定する（ステップＡ８）。特定された削除対象コンテンツは、コンテンツ記録部５２３から削除する候補のコンテンツであり、データ管理部５６によって所定のタイミングで自動的にコンテンツ記録部５２３から削除するようにしても良く、操作部５４からユーザによって入力される削除指示入力によって削除するようにしても良い。削除対象コンテンツを削除する所定のタイミングとしては、直ちに削除する場合、コンテンツ受信動作修了時、コンテンツ記録部５２３の空き容量が所定の値以下になった場合、コンテンツ記録部５２３に新たなコンテンツを記録できない場合等が考えられる。また、ユーザの操作で削除する場合には、コンテンツ記録部５２３の空き容量が所定の値以下になった場合や、コンテンツ記録部５２３に新たなコンテンツを記録できない場合等のコンテンツ記録部５２３からコンテンツを削除して空き容量を確保しなければならない条件に合致したときに、コンテンツの削除を促すメッセージと共に、特定された削除対象コンテンツの一覧を表示部５３に表示させ、ユーザに削除のきっかけを提供するようにすると好適である。
【００５６】
次に、データ管理部５６は、受信したコンテンツリストをコンテンツリスト記録部５２２に記録させる（同一名のコンテンツリストがコンテンツリスト記録部５２２に記録されていた場合には、上書きして更新）と共に、受信されたコンテンツリストにおいて、要素としてコンテンツ名が記述されていることを示す開始タグ<title>を参照することで、コンテンツ名を特定して、図１０（ｂ）に示すように、特定したコンテンツ名を表示部５３に表示させる（ステップＡ９）。
【００５７】
次に、操作部５４によってカーソル６０を移動させて、表示部５３に表示されたコンテンツ名の中から取得するコンテンツを選択し、選択したコンテンツの取得を指示するコンテンツ取得指示入力が操作部５４から行われると（ステップＡ１０）、データ管理部５６は、送受信部５１によってコンテンツリクエストをコンテンツサーバ４０に送信する（ステップＡ１１）。コンテンツリクエストは、コンテンツサーバ４０のコンテンツ記録部４１に記憶されている所望するコンテンツの配信を要求するリクエストであり、コンテンツリストに空要素タグ<enclosure url="・・・＞の属性として記述されているデータＵＲＬに基づいて行われる。
【００５８】
コンテンツサーバ４０の送受信部４３に端末装置５０からのコンテンツリクエストが受信されると、リクエスト応答部４２は、コンテンツリクエストによって要求されたコンテンツをコンテンツ記録部４１から読み出し、読み出したコンテンツを送受信部４３によってネットワーク１０経由で端末装置５０に送信し（ステップＡ１２）、端末装置５０の送受信部５１にコンテンツサーバ４０からのコンテンツが受信されると、データ管理部５６は、受信されたコンテンツをコンテンツ記録部５２３に記録させる（ステップＡ１３）。
【００５９】
次に、端末装置５０におけるコンテンツ再生動作について図１２を参照して詳細に説明する。
図１２は、図１に示す端末装置におけるコンテンツ再生動作を説明するためのシーケンスチャートである。
【００６０】
まず、ユーザによって操作部５４からコンテンツ記録部５２３に記録されたコンテンツの一覧表示を指示する一覧表示指示入力が行われると（ステップＤ１）、データ管理部５６は、図１０（ｂ）に示すように、コンテンツ記録部５２３に記録されたコンテンツのコンテンツ名を表示部５３に一覧表示する（ステップＤ２）。
【００６１】
次に、操作部５４によってカーソル６０を移動させて、表示部５３に表示されたコンテンツ名の中で再生するコンテンツを選択し、選択したコンテンツの再生を指示するコンテンツ再生指示入力が操作部５４から行われると（ステップＤ３）、データ管理部５６は、コンテンツのコンテンツ情報に埋め込まれているコンテンツ構成情報を識別子によって識別することで、区切り情報および各内容のタイトルを読み出し、図１０（ｃ）に示すように、コンテンツのタイトルと、各内容のタイトルと、各内容の再生開始位置とを表示部５３に表示させる。
【００６２】
次に、操作部５４によってカーソル６０を移動させて、表示部５３に表示されたコンテンツのタイトルと、各内容のタイトルとのいずれかを選択し、選択した内容の再生を指示する再生内容指示入力が行われると（ステップＤ６）、データ管理部５６は、カーソル６０によって選択された内容に対応する区切り情報を再生処理部５５に出力し、再生処理部５５は、入力された区切り情報に基づいて、コンテンツ記録部５２３に記録されたコンテンツの中から選択された内容に対応する箇所のデータ本体を読み出し、伸長して再生し、画像および映像は、表示部５３に表示させ、音声は、接続されたヘッドフォン５７に出力する。
【００６３】
以上説明したように、本実施の形態によれば、コンテンツサーバ４０は、複数の内容のそれぞれの再生位置を示す、端末装置５０との間で予め定めた区切り情報を含むコンテンツをコンテンツ記録部５２３に記録しておき、リクエスト応答部４２は、端末装置５０からのコンテンツリクエストに対応してコンテンツ記録部５２３に記録しているコンテンツを送信するように構成することにより、複数の内容で構成されているコンテンツを端末装置５０で再生する際に、区切り情報に基づいて端末装置５０で各内容の再生位置を把握することができるため、所望の内容のみを簡単に再生することができるという効果を奏する。
【００６４】
さらに、本実施の形態によれば、コンテンツは、データ本体と、コンテンツを説明するための情報を格納するデータ領域とからなり、データ領域に区切り情報を埋め込むように構成することにより、既存の音声／映像フォーマットに設けられているデータ領域に、区切り情報と複数の内容のそれぞれのタイトルとを埋め込むことができるという効果を奏する。
【００６５】
さらに、本実施の形態によれば、複数の内容のそれぞれのタイトルを区切り情報と共にデータ領域に埋め込むように構成することにより、端末装置５０において、表示部５３に各内容のタイトルを表示させることができ、再生したい内容をユーザが簡単に選択することができるという効果を奏する。
【００６６】
さらに、本実施の形態によれば、区切り情報を端末装置５０が識別するための識別子と共に区切り情報をデータ領域に埋め込むように構成することにより、端末装置５０において、識別子を用いることで簡単に区切り情報と複数の内容のそれぞれのタイトルとを識別することができるという効果を奏する。
【００６７】
なお、本発明が上記各実施の形態に限定されず、本発明の技術思想の範囲内において、各実施の形態は適宜変更され得ることは明らかである。また、上記構成部材の数、位置、形状等は上記実施の形態に限定されず、本発明を実施する上で好適な数、位置、形状等にすることができる。なお、各図において、同一構成要素には同一符号を付している。
【図面の簡単な説明】
【００６８】
【図１】本発明に係る配信システムの実施の形態の構成を示すシステム構成図である。
【図２】図１に示すキャストサイトサーバに記録されているキャストサイトリスト例を示す図である。
【図３】図１に示すコンテンツリストサーバに記録されているキャストサイトリスト例を示す図である。
【図４】図１に示すコンテンツサーバに記録されているコンテンツのデータ構造例を示す図である。
【図５】図４に示すコンテンツ構成情報の具体的なデータ構造例を示す図である。
【図６】図１に示す端末装置の構成を示すブロック図である。
【図７】図６に示す受信設定記録部に記録された受信設定例を示す図である。
【図８】本発明に係る配信システムの実施の形態による配信動作を説明するためのシーケンスチャートである。
【図９】図１に示すキャストサイトサーバにおけるキャストサイトリストの配信動作を説明するフローチャートである。
【図１０】図１に示す端末装置におけるキャストサイトリストおよびコンテンツリストの表示例を示す図である。
【図１１】図１に示すコンテンツリストサーバにおけるコンテンツリストの配信動作を説明するフローチャートである。
【図１２】図１に示す端末装置におけるコンテンツ再生動作を説明するためのシーケンスチャートである。
【符号の説明】
【００６９】
１０  ネットワーク
２０  キャストサイトサーバ
２１  キャストサイトリスト記録部
２２  案内情報記録部
２３  リクエスト応答部
２４  送受信部
３０  コンテンツリストサーバ
３１  コンテンツリスト記録部
３２  案内情報記録部
３３  リクエスト応答部
３４  送受信部
４０  コンテンツサーバ
４１  コンテンツ記録部
４２  リクエスト応答部
４３  送受信部
５０  端末装置
５１  送受信部
５２  情報記録部
５３  表示部
５４  操作部
５５  再生処理部
５６  データ管理部
５７  ヘッドフォン
６０  カーソル
５２０  受信設定記録部
５２１  キャストサイトリスト記録部
５２２  コンテンツリスト記録部
５２３  コンテンツ記録部
【図１】
2008060945.tif 000003
【図２】
2008060945.tif 000004
【図３】
2008060945.tif 000005
【図４】
2008060945.tif 000006
【図５】
2008060945.tif 000007
【図６】
2008060945.tif 000008
【図７】
2008060945.tif 000009
【図８】
2008060945.tif 000010
【図９】
2008060945.tif 000011
【図１０】
2008060945.tif 000012
【図１１】
2008060945.tif 000013
【図１２】
2008060945.tif 000014