JP4755925B2 - 端末装置およびコンテンツ受信方法 - Google Patents

Description

本発明は、配信システムから配信される音声データ、画像データ、映像データ等のコンテンツを受信する端末装置およびコンテンツ受信方法に関し、特に配信システムから受信したコンテンツリストに基づいてコンテンツを受信する端末装置およびコンテンツ受信方法に関する。

近年、インターネット等のネットワーク環境が整備され、音声データ、画像データ、映像データ等のコンテンツをネットワーク経由でユーザ所有の端末装置に提供されることが多くなってきており、ネットワーク上に多数のコンテンツが公開されている。

従って、ネットワーク上に公開されている多数のコンテンツの中から如何にしてユーザの嗜好や端末装置の閲覧環境に適合したコンテンツを提供するかが課題になっており、例えば、事前にユーザが嗜好情報や閲覧環境情報を配信元に登録し、登録された嗜好情報や閲覧環境情報に基づいてネットワーク経由で提供するコンテンツの選別や提供形態を変更する技術が提案されている（例えば、特許文献１参照）。

しかしながら、従来技術では、ユーザの嗜好に適合したコンテンツを端末装置に受信するためには、配信元に嗜好情報を登録する必要があり、所望のコンテンツが複数の配信元に分散されて公開されている場合には、それぞれの配信元に嗜好情報を登録しなければならず、手続きが煩雑なものになってしまうという問題点があった。
特開２００２−１８３１９９号公報

本発明は斯かる問題点に鑑みてなされたものであり、その目的とするところは、配信元に嗜好情報を登録することなく、ユーザの嗜好に適合したコンテンツを受信することができる端末装置およびコンテンツ受信方法を提供する点にある。

本発明は上記課題を解決すべく、以下に掲げる構成とした。
本発明の端末装置は、ネットワーク経由でコンテンツを受信する端末装置であって、タグを用いて要素および属性を意味づけするメタ言語によって前記コンテンツの前記ネットワーク上のアドレスが記述されているコンテンツリストを受信する受信手段と、ユーザによって設定入力される前記コンテンツのデータタイプの条件をダウンロード条件として記憶する条件記憶手段と、前記コンテンツリストのメタ言語を解析することで、前記コンテンツリストに前記アドレスが記述された前記コンテンツのデータタイプを判定し、前記ダウンロード条件に適合するか否かを判断するタイプ判定手段と、該タイプ判定手段によって前記ダウンロード条件に適合すると判断された前記コンテンツを、前記コンテンツリストのメタ言語を解析することで認識される前記アドレスに基づいて前記ネットワーク経由で受信するコンテンツ受信手段と、該コンテンツ受信手段によって受信された前記コンテンツを記録するコンテンツ記録手段とを具備することを特徴とする。

さらに、本発明の端末装置においては、前記タイプ判定手段は、前記コンテンツリストのメタ言語を解析しても前記コンテンツのデータタイプが不明で、前記ダウンロード条件に適合しないと判断された前記コンテンツについて、前記アドレスに基づく通信によって前記コンテンツのデータタイプを判定し、前記ダウンロード条件に適合するか否かを再度判断することを特徴とする。

さらに、本発明の端末装置においては、前記タイプ判定手段は、前記ネットワークとの通信速度によって、前記ダウンロード条件におけるデータタイプの条件を変更させることを特徴とする。

また、本発明のコンテンツ受信方法は、ネットワーク経由でコンテンツを受信し、受信したコンテンツをコンテンツ記録手段に記録するコンテンツ受信方法であって、ユーザによって設定入力された前記コンテンツのデータタイプの条件をダウンロード条件として記憶し、タグを用いて要素および属性を意味づけするメタ言語によって前記コンテンツの前記ネットワーク上のアドレスが記述されているコンテンツリストを受信し、前記コンテンツリストのメタ言語を解析することで、前記コンテンツリストに前記アドレスが記述された前記コンテンツのデータタイプを判定して前記ダウンロード条件に適合するか否かを判断し、前記ダウンロード条件に適合すると判断された前記コンテンツを、前記コンテンツリストのメタ言語を解析することで認識される前記アドレスに基づいて前記ネットワーク経由で受信し、受信した前記コンテンツを前記コンテンツ記録手段に記録することを特徴とする。

さらに、本発明のコンテンツ受信方法においては、前記コンテンツリストのメタ言語を解析しても前記コンテンツのデータタイプが不明で、前記ダウンロード条件に適合しないと判断された前記コンテンツについて、前記アドレスに基づく通信によって前記コンテンツのデータタイプを判定し、前記ダウンロード条件に適合するか否かを再度判断することを特徴とする。

さらに、本発明のコンテンツ受信方法においては、前記ネットワークとの通信速度によって、前記ダウンロード条件におけるデータタイプの条件を変更することを特徴とする。

本発明の端末装置およびコンテンツ受信方法は、ネットワーク上から受信するコンテンツのデータタイプの条件が設定されているダウンロード条件を記憶しておき、タグを用いて要素および属性を意味づけするメタ言語によってコンテンツのネットワーク上のアドレスが記述されているコンテンツリストを受信すると共に、コンテンツリストにアドレスが記述されたコンテンツのデータタイプを判定し、コンテンツリストのメタ言語を解析することで認識されるアドレスに基づいて、判定したデータタイプがダウンロード条件に適合するコンテンツをネットワーク経由で受信するように構成することにより、タグを解析して要素もしくは属性の内容を認識することで、提供されたコンテンツリストの中からダウンロード条件に適合したコンテンツのみを受信することができるため、配信元に嗜好情報を登録することなく、ユーザの嗜好に適合したコンテンツを受信することができるという効果を奏する。

さらに、本発明の端末装置およびコンテンツ受信方法は、判定したデータタイプがダウンロード条件に適合しないコンテンツを表示手段に表示することなく、判定したデータタイプがダウンロード条件に適合するコンテンツのみを選択可能に表示手段に表示するように構成することにより、提供されたコンテンツリストの中からダウンロード条件に適合したコンテンツのみが選択可能に表示されるため、ユーザの嗜好に適合したコンテンツを簡単に再生することができるという効果を奏する。

さらに、本発明の端末装置およびコンテンツ受信方法は、コンテンツ記録手段の空き容量もしくはネットワークとの通信速度によって、ダウンロード条件におけるデータタイプの条件を変更するように構成することにより、閲覧環境の変化に対応して受信するコンテンツのデータタイプを変更することができるため、例えば、検出したコンテンツ記録手段の空き容量が所定量よりも小さい場合や、ネットワークとの通信速度が所定速度よりも遅い場合には、容量の大きいコンテンツの取得をデータタイプに基づいて制限することができ、端末装置の閲覧環境に応じたコンテンツの取得が行うことができるという効果を奏する。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。

図１は、本発明に係る端末装置にコンテンツを配信する配信システムの構成を示すシステム構成図であり、図２は、図１に示すキャストサイトサーバに記録されているコンテンツリスト一覧例を示す図であり、図３は、図１に示すコンテンツリストサーバに記録されているコンテンツリスト例を示す図であり、図４は、本発明に係る端末装置の実施の形態の構成を示すブロック図であり、図５は、図４に示すデータ管理部に記憶されているダウンロード条件例を示す図である。

本実施の形態の端末装置５０にコンテンツを配信する配信システムは、図１を参照すると、インターネット等のネットワーク１０を経由してコンテンツリスト一覧を配信するキャストサイトサーバ２０と、ネットワーク１０を経由してコンテンツリストを配信するコンテンツリストサーバ３０と、ネットワーク１０を経由して音声データ、画像データ、映像データ等のコンテンツを配信するコンテンツサーバ４０とからなる。なお、本実施の形態では、機能的にキャストサイトサーバ２０と、コンテンツリストサーバ３０と、コンテンツサーバ４０とに分けて説明するが、キャストサイトサーバ２０、コンテンツリストサーバ３０およびコンテンツサーバ４０は、プログラム制御によって動作する１以上の情報処理装置からなるサーバシステムとして実現することができ、各サーバを異なる事業者によって管理するようにしても良く、各サーバの２以上を同一の事業者によって管理するようにしても良い。

キャストサイトサーバ２０は、端末装置５０からの各種リクエストに応答するＷｅｂサーバとしての機能を有し、コンテンツリスト一覧記録部２１と、案内情報記録部２２と、リクエスト応答部２３と、送受信部２４とを備えている。

コンテンツリスト一覧記録部２１は、コンテンツリスト一覧が記録されているＨＤＤ等の記録手段である。コンテンツリスト一覧は、メタ言語によって記述された構造化文書であり、タグを用いてコンテンツリストの名称および当該コンテンツリストが公開されているネットワーク１０上のアドレス（以下、リストＵＲＬと称す）が記述された一覧である。図２を参照すると、本実施の形態におけるコンテンツリスト一覧は、ＸＭＬ（Extensible Markup Language）の仕様の１つであるＯＰＭＬ（Outline Processor Markup Language）によって記述されている構造化文書である。

図２において、<?xml version="1.0" encoding="UTF-8"?>は、コンテンツリスト一覧がＸＭＬ文書であることを示すＸＭＬ宣言であり、終了タグ</head>との間に、コンテンツリスト一覧名および作成日時が要素として記述されていることを示す開始タグ<head>と、終了タグ</title>との間に、コンテンツリスト一覧名が要素として記述されていることを示す開始タグ<head>と、終了タグ</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>と、終了力タグ</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）等のプロトコルに基づいてキャストサイトサーバ２０、コンテンツリストサーバ３０およびコンテンツサーバ４０と情報通信を行う。

情報記録部５２は、ＨＤＤやシリコンメモリ等の記録手段であり、キャストサイトサーバ２０から受信したコンテンツリスト一覧が記録されるコンテンツリスト一覧記録部５２１と、コンテンツリストサーバ３０から受信したコンテンツリストが記録されるコンテンツリスト記録部５２２と、コンテンツサーバ４０から受信したコンテンツが記録されるコンテンツ記録部５２３とからなる。

表示部５３は、液晶ディスプレイ等の表示手段であり、コンテンツリスト一覧記録部５２１に記録されたコンテンツリスト一覧と、コンテンツリスト記録部５２２に記録されたコンテンツリストと、コンテンツ記録部５２３に記録されたコンテンツの一覧とが表示されると共に、コンテンツ記録部５２３に記録されたコンテンツに基づいて再生処理部５５によって再生された画像および映像が表示される。

操作部５４は、操作ボタン等の操作手段であり、ダウンロードするコンテンツの条件を示すダウンロード条件を設定する条件設定入力と、キャストサイトサーバ２０に記録されているコンテンツリスト一覧の取得を指示するリスト一覧取得指示入力と、コンテンツリストサーバ３０に記録されているコンテンツリストの取得を指示するコンテンツリスト取得指示入力と、受信して記録したコンテンツの再生に係る各種入力とが行われる。

再生処理部５５は、情報記録部５２のコンテンツ記録部５２３に記録されたコンテンツを伸長して再生し、画像および映像は、表示部５３に表示させ、音声は、接続されたヘッドフォン５７に出力する。

データ管理部５６は、コンテンツリスト一覧のメタ言語を解析、すなわちＯＰＭＬの各タグを解析することによって、コンテンツリスト一覧にタグの要素および属性として記述されている内容を認識する機能と、コンテンツリストのメタ言語を解析、すなわちＲＳＳの各タグを解析することによって、コンテンツリスト一覧にタグの要素および属性として記述されている内容を認識する機能とを有し、送受信部５１によってネットワーク１０経由でキャストサイトサーバ２０にリスト一覧リクエストを送信させることで、コンテンツリスト一覧をキャストサイトサーバ２０から受信し、受信したコンテンツリスト一覧をコンテンツリスト一覧記録部５２１に記録させ、表示部５３に表示させると共に、送受信部５１によってネットワーク１０経由でコンテンツリストサーバ３０にコンテンツリストリクエストを送信させることで、コンテンツリストをコンテンツリストサーバ３０から受信し、受信したコンテンツリストをコンテンツリスト記録部５２２に記録させ、表示部５３に表示させる。また、データ管理部５６には、取得するデータの条件が指定されたダウンロード条件が設定されており、コンテンツリストにデータＵＲＬが記述されているコンテンツの中でダウンロード条件に適合するコンテンツを、送受信部５１によってネットワーク１０経由でコンテンツリクエストをコンテンツサーバ４０に送信させることで、コンテンツサーバ４０から受信すると共に、ダウンロード条件に適合するコンテンツを表示部５３に表示させる。

データ管理部５６に記憶されているダウンロード条件は、図５に示すように、データタイプとデータ量制限とからなり、データタイプとデータ量制限とに対してそれぞれ判定方法が優先順位をつけて設定されている。図５（ａ）に示すダウンロード条件では、取得するデータのデータタイプが「音声データ」であり、取得するデータのデータ量が「１Ｍ」以下であることが設定され、図５（ｂ）に示すダウンロード条件では、取得するデータのデータタイプが「画像データ」であり、取得するデータのデータ量に制限がないことが設定され、図５（ｃ）に示すダウンロード条件では、取得するデータのデータタイプおよびデータ量に制限がないことが設定されている。なお、ダウンロード条件は、予め初期設定されているが、操作部５４からの条件設定入力によってユーザが設定できるようになっている。

また、ダウンロード条件をコンテンツ記録部５２３の空き容量やネットワーク１０との通信速度によって自動的に変更されるように構成すると良い。すなわち、データ管理部５６によって、コンテンツ記録部５２３の空き容量と、ネットワーク１０との通信速度を検出し、検出したコンテンツ記録部５２３の空き容量が所定量よりも小さい場合や、ネットワーク１０との通信速度が所定速度よりも遅い場合には、ダウンロード条件を変更することで、容量の大きいコンテンツの取得をデータタイプやデータ量に基づいて制限することができ、端末装置５０の閲覧環境に応じたコンテンツの取得が行うことができる。

次に、本実施の形態におけるコンテンツリスト一覧、コンテンツリストおよびコンテンツの配信動作について図６乃至図９を参照して詳細に説明する。
図６は、本発明に係る端末装置にコンテンツを配信する配信システムの動作を示すシーケンスチャートであり、図７は、図１に示すキャストサイトサーバにおけるコンテンツリスト一覧の配信動作を説明するフローチャートであり、図８は、図１に示す端末装置におけるコンテンツリスト値一覧の表示例を示す図であり、図９は、図１に示すコンテンツリストサーバにおけるコンテンツリストの配信動作を説明するフローチャートである。

図６を参照すると、ホットスポットと称される無線ＬＡＮ等のアクセスポイントや、自宅等でインターネット等のネットワーク１０と端末装置５０とを接続させ、ユーザによって操作部５４からリスト一覧取得指示入力が行われると（ステップＡ１）、データ管理部５６は、送受信部５１によってリスト一覧リクエストをキャストサイトサーバ２０に送信する（ステップＡ２）。リスト一覧リクエストは、キャストサイトサーバ２０のコンテンツリスト一覧記録部２１に記憶されているコンテンツリスト一覧の配信を要求するリクエストであり、コンテンツリスト一覧がネットワーク１０上で公開されているアドレス（以下、一覧ＵＲＬと称する）に基づいて行われ、ＯＰＭＬによって記述されているコンテンツリスト一覧に対応していること、すなわちＯＰＭＬ対応であることがリクエストヘッダに記述されている。なお、一覧ＵＲＬは、ユーザによって操作部５４から入力するようにしても良く、予め設定しておくようにしても良い。

キャストサイトサーバ２０の送受信部２４に端末装置５０からのリスト一覧リクエストが受信されると、リクエスト応答部２３は、リスト一覧リクエストによって要求されたコンテンツリスト一覧をコンテンツリスト一覧記録部２１から読み出し、読み出したコンテンツリスト一覧を送受信部２４によってネットワーク１０経由で端末装置５０に送信する（ステップＡ３）。

なお、図７を参照すると、リクエスト応答部２３は、送受信部２４によるリクエストの受信を監視しており（ステップＢ１）、送受信部２４にリクエストが受信されると、受信されたリクエストがリスト一覧リクエストであるか否か、すなわちリクエストヘッダにＯＰＭＬ対応であることが記述されている否かを判断する（ステップＢ２）。ステップＢ２でリスト一覧リクエストであると判断された場合には、上述のステップＡ３の動作を行い、ステップＢ２でリスト一覧リクエストでないと判断された場合には、ＨＴＭＬに対応したＷｅｂブラウザからのリクエストであると認識し、案内情報記録部２２からＨＴＭＬを用いて作成された案内ページを読み出し、読み出した案内ページを送受信部２４によってネットワーク１０経由で送信する（ステップＢ３）。これにより、ＯＰＭＬに対応していないブラウザからリクエストがあった場合にも、ＯＰＭＬに対応していないブラウザでも閲覧することができる案内ページを配信することができ、例えば、リクエストされたアドレスがＯＰＭＬによって記述されているコンテンツリスト一覧を配信するためのアドレスであることを通知する案内ページを配信することで、コンテンツリスト一覧の認知を促進させることができる。

端末装置５０の送受信部５１にキャストサイトサーバ２０からのコンテンツリスト一覧が受信されると、データ管理部５６は、受信されたコンテンツリスト一覧をコンテンツリスト一覧記録部５２１に記録させると共に、受信されたコンテンツリスト一覧において、属性としてコンテンツリストのグループ名が記述されていることを示す開始タグ<outline text="ニュース">、<outline text="音声ブログ">・・を参照することで、予め設定されているグループのコンテンツリストを対象コンテンツリストとして特定し（ステップＡ４）、特定した対象コンテンツリストを表示部５３に表示させる。図８には、グループ名「ニュース」によってグループ化されたコンテンツリスト「○○○ニュース」、「本日の株」が対象コンテンツリストとして表示部５３に表示され、カーソル６０によってコンテンツリスト「○○○ニュース」が選択されている状態が示されている。

次に、操作部５４によってカーソル６０を移動させて、表示部５３に表示された対象コンテンツリストの中から取得する対象コンテンツリストを選択し、選択した対象コンテンツリストの取得を指示するコンテンツリスト取得指示入力が操作部５４から行われると（ステップＡ６）、データ管理部５６は、送受信部５１によってコンテンツリストリクエストをコンテンツリストサーバ３０に送信する（ステップＡ７）。コンテンツリストリクエストは、コンテンツリストサーバ３０のコンテンツリスト記録部３１に記憶されている所望するコンテンツリストの配信を要求するリクエストであり、コンテンツリスト一覧に空要素タグ<outline/>の属性として記述されているリストＵＲＬに基づいて行われ、ＲＳＳによって記述されているコンテンツリストに対応していること、すなわちＲＳＳ対応であることがリクエストヘッダに記述されている。

コンテンツリストサーバ３０の送受信部３４に端末装置５０からのコンテンツリストリクエストが受信されると、リクエスト応答部３３は、コンテンツリストリクエストによって要求されたコンテンツリストをコンテンツリスト記録部３１から読み出し、読み出したコンテンツリストを送受信部３４によってネットワーク１０経由で端末装置５０に送信する（ステップＡ８）。

なお、図９を参照すると、リクエスト応答部３３は、送受信部３４によるリクエストの受信を監視しており（ステップＣ１）、送受信部３４にリクエストが受信されると、受信されたリクエストがコンテンツリストリクエストであるか否か、すなわちリクエストヘッダにＲＳＳ対応であることが記述されている否かを判断する（ステップＣ２）。ステップＣ２でコンテンツリストリクエストであると判断された場合には、上述のステップＡ８の動作を行い、ステップＣ２でコンテンツリストリクエストでないと判断された場合には、ＨＴＭＬに対応したＷｅｂブラウザからのリクエストであると認識し、案内情報記録部３２からＨＴＭＬを用いて作成された案内ページを読み出し、読み出した案内ページを送受信部３４によってネットワーク１０経由で送信する（ステップＣ３）。これにより、ＲＳＳに対応していないブラウザからリクエストがあった場合にも、ＲＳＳに対応していないブラウザでも閲覧することができる案内ページを配信することができ、例えば、リクエストされたアドレスがＲＳＳによって記述されているコンテンツリストを配信するためのアドレスであることを通知する案内ページを配信することで、コンテンツリストの認知を促進させることができる。

端末装置５０の送受信部５１にコンテンツリストサーバ３０からのコンテンツリストが受信されると、データ管理部５６は、コンテンツサーバ４０から取得するコンテンツを受信されたコンテンツリストの中から特定し（ステップＡ９）、特定したコンテンツの配信を要求するコンテンツリクエストを送受信部５１によってコンテンツサーバ４０に送信する（ステップＡ１０）。

コンテンツサーバ４０の送受信部４３に端末装置５０からのコンテンツリクエストが受信されると、リクエスト応答部４２は、コンテンツリクエストによって要求されたコンテンツをコンテンツ記録部４１から読み出し、読み出したコンテンツを送受信部４３によってネットワーク１０経由で端末装置５０に送信する（ステップＡ１１）。

次に、本実施の形態の端末装置５０における対象コンテンツの特定動作について図１０および図１１を参照して詳細に説明する。
図１０は、図１に示す端末装置における対象コンテンツの特定動作を示すフローチャートであり、図１１は、図４に示す端末装置におけるコンテンツリストの表示例を示す図である。

上述のステップＡ９で行われる対象コンテンツの特定動作は、コンテンツリスト記録部５２２に記録されているコンテンツリスト（過去に受信）と、ダウンロード条件とに基づいて行われる。

端末装置５０の送受信部５１にコンテンツリストサーバ３０からのコンテンツリストが受信されると（ステップＤ１）、データ管理部５６は、タグ<Channel>の要素且つタグ<title>の要素として記述されているコンテンツリスト名を参照することで、同一名のコンテンツリストがコンテンツリスト記録部５２２に記録されているか否かを判断する（ステップＤ２）。

ステップＤ２で同一名のコンテンツリストがコンテンツリスト記録部５２２に記録されている場合には、データ管理部５６は、受信したコンテンツリストと、コンテンツリスト記録部５２２に記録されているコンテンツリストとを比較し（ステップＤ３）、タグ<item>の要素且つタグ<title>の要素として記述されているコンテンツ名を参照することで、受信したコンテンツリストにコンテンツリスト記録部５２２に記録されているコンテンツリストに記述されていない新たなコンテンツが存在するか否かを判断する（ステップＤ４）。

ステップＤ４で新たなコンテンツが存在する場合には、データ管理部５６は、新たなコンテンツを対象コンテンツとして特定する（ステップＤ５）。また、ステップＤ２では、同一名のコンテンツリストがコンテンツリスト記録部５２２に記録されていない場合には、データ管理部５６は、受信したコンテンツリストに記述された全てのコンテンツを対象コンテンツとして特定する（ステップＤ６）。なお、図３に示すように、１つのコンテンツ（タグ<item>の要素）にデータＵＲＬが属性として記述されたタグ<enclosure/>が複数存在する場合には、タグ<enclosure/>毎に対象コンテンツが特定される。

次に、データ管理部５６は、タグ<enclosure/>に記述された属性（データＵＲＬおよびデータタイプ等）を比較することで同一データを削除する（ステップＤ７）。すなわち、１つのコンテンツ名に複数のタグ<enclosure/>が存在する場合には、誤って２以上の同一コンテンツを取得するデータＵＲＬが記述されていることがあり、このような場合に、同一コンテンツが重複して取得されないように、１つのデータＵＲＬを残して他の同一データＵＲＬを削除する。

次に、データ管理部５６は、対象コンテンツのデータタイプおよびデータ量をコンテンツリストに基づいて行われるリスト判定方法によって判定し（ステップＤ８）、判定した対象コンテンツのデータタイプおよびデータ量がダウンロード条件に適合するか否かを判断する（ステップＤ９）。ステップＤ８でのリスト判定方法によるデータタイプの判定は、タグ<enclosure/>に属性として記述されたデータタイプと、タグ<enclosure/>に属性として記述されたデータＵＲＬの拡張子に基づいて行われ、ステップＤ８でのリスト判定方法によるデータ量の判定は、タグ<enclosure/>にデータ量が属性として記述されている場合に行われる。また、ステップＤ９において、ダウンロード条件に適合するか否かを判断するに際し、ダウンロード条件に設定された判定方法の優先順位が考慮される。すなわちデータタイプの判定方法には、コンテンツサーバ４０と通信を行うことなく判定することができるリスト判定方法と、コンテンツサーバ４０との通信に基づいて行われる通信判定方法とが存在し、リスト判定方法の優先順位が通信判定方法よりも高い場合には、ステップＤ８での判定結果に基づいて対象コンテンツのデータタイプおよびデータ量がダウンロード条件に適合するか否かが判断されることになるが、リスト判定方法よりも優先順位が高い通信判定方法が存在する場合には、ステップＤ８で判定した対象コンテンツのデータタイプおよびデータ量がダウンロード条件に適合する場合でも、ステップＤ９では、適合するか否かが不明でダウンロード条件に適合しないと判断される。さらに、タグ<enclosure/>にデータタイプおよびデータ量が記述されておらず、ステップＤ８でのリスト判定方法によって対象コンテンツのデータタイプおよびデータ量が判定できなかった場合にも、ステップＤ９では、適合するか否かが不明でダウンロード条件に適合しない判断される。

ステップＤ９でダウンロード条件に適合すると判断された対象コンテンツは、コンテンツサーバ４０から取得される。すなわち、データ管理部５６は、ダウンロード条件に適合すると判断された対象コンテンツの配信を要求するコンテンツリクエストを送受信部５１によってコンテンツサーバ４０に送信する（ステップＤ１０）。コンテンツリクエストは、コンテンツサーバ４０のコンテンツ記録部４１に記憶されているコンテンツの配信を要求するリクエストであり、コンテンツリストに空要素タグ<enclosure/>の属性として記述されているデータＵＲＬに基づいて行われる。

コンテンツリクエストに対応して端末装置５０の送受信部５１にコンテンツサーバ４０からの対象コンテンツが受信されると（ステップＤ１１）、データ管理部５６は、受信された対象コンテンツをコンテンツ記録部５２３に記録させる（ステップＤ１２）。

ステップＤ９でダウンロード条件に適合しないと判断された対象コンテンツに対しては、データ管理部５６は、ダウンロード条件に不適合であるか否かを判断する（ステップＤ１３）。ステップＤ９でダウンロード条件に適合するか否かが不明でダウンロード条件に適合しないと判断された対象コンテンツは、ステップＤ１３でダウンロード条件に不適合でないと判断され、データ管理部５６は、ステップＤ１３でダウンロード条件に不適合でないと判断された対象コンテンツの配信を要求するコンテンツリクエストを送受信部５１によってコンテンツサーバ４０に送信し（ステップＤ１４）、対象コンテンツのデータタイプおよびデータ量をコンテンツリクエストに対するコンテンツサーバ４０の応答、すなわち通信判定方法によって判定し、対象コンテンツのデータタイプおよびデータ量の最終判定を行う（ステップＤ１５）。ステップＤ１５での通信判定方法によるデータタイプの判定は、コンテンツリクエストに対するコンテンツサーバ４０からの応答のヘッド部（以下、応答ヘッダと称する）に記述されたデータタイプと、ＭＩＭＥ（Multipurpose Internet Mail Extensions encoding）の解析とによって行われ、ステップＤ１５での通信判定方法によるデータ量の判定は、応答ヘッダに記述されたデータ量によって行われ、ステップＤ８でのリスト判定方法による判定結果を加味して最終判定が行われる。すなわち、ステップＤ８でのリスト判定方法およびステップＤ１５での通信判定方法によるデータタイプおよびデータ量の判定結果の中で最も優先順位が高い判定方法による判定結果を、データタイプおよびデータ量の最終判定とする。なお、ステップＤ８でのリスト判定方法およびステップＤ１５での通信判定方法のいずれでもデータタイプおよびデータ量の判定ができなかった場合には、データタイプおよびデータ量が不明として最終判定される。

次に、データ管理部５６は、ステップＤ１５で最終判定した対象コンテンツのデータタイプおよびデータ量がダウンロード条件に適合するか否かを判断し（ステップＤ１６）、ダウンロード条件に適合すると判断した対象コンテンツをステップＤ１１〜ステップＤ１２の手順でコンテンツ記録部５２３に記録させる。なお、ステップＤ１５でデータタイプおよびデータ量が不明として最終判定された対象コンテンツに対しては、データタイプおよびデータ量で不明な対象コンテンツを取得することは、端末装置５０で対応することができない場合が想定されるため、ステップＤ１６でダウンロード条件に適合しないと判断される。

ステップＤ１２で受信された対象コンテンツがコンテンツ記録部５２３に記録されると、データ管理部５６は、コンテンツ記録部５２３にデータが記録されているコンテンツのコンテンツ名を表示部５３に表示させる（ステップＤ１７）。また、ステップＤ４で新たなコンテンツが存在しないと判断された場合と、ステップＤ１３でダウンロード条件に不適合である判断された場合と、ステップＤ１６でダウンロード条件に適合しないと判断された場合とには、新たな対象コンテンツをコンテンツサーバ４０から取得することなく、コンテンツ記録部５２３にデータが記録されているコンテンツのコンテンツ名が表示部５３に表示されることになる。

ユーザは、操作部５４を操作することによってカーソル６０で表示部５３に表示されたコンテンツのいずれかを選択し、再生を指示することで、所望のコンテンツを再生させることができる。

図１１（ａ）は、図２に示すコンテンツリストと、図５（ａ）に示すダウンロード条件とに基づいて対象コンテンツが取得された場合の表示部５３への表示例であり、ダウンロード条件によって取得するデータとして設定された音声データがタグ<enclosure/>に属性として記述されていないコンテンツ「２／２８のニュース」が表示されておらず、ダウンロード条件によって取得するデータとして設定された音声データがタグ<enclosure/>に属性として記述されているコンテンツ「３／１のニュース」、「２／２７のニュース」が表示され、カーソル６０によってコンテンツ「２／２７ニュース」が選択されている状態が示されている。

また、図１１（ｂ）は、図２に示すコンテンツリストと、図５（ｂ）に示すダウンロード条件とに基づいて対象コンテンツが取得された場合の表示部５３への表示例であり、ダウンロード条件によって取得するデータとして設定された画像データがタグ<enclosure/>に属性として記述されていないコンテンツ「２／２７のニュース」が表示されておらず、ダウンロード条件によって取得するデータとして設定された映像データがタグ<enclosure/>に属性として記述されているコンテンツ「３／１のニュース」、「２／２８のニュース」のみが表示され、カーソル６０によってコンテンツ「２／２８ニュース」が選択されている状態が示されている。

また、図１１（ｃ）は、図２に示すコンテンツリストと、図５（ｃ）に示すダウンロード条件とに基づいて対象コンテンツが取得された場合の表示部５３への表示例であり、コンテンツリストに記述された全コンテンツの全データが対象コンテンツとして取得され、コンテンツがデータタイプを視認することができる形でデータ毎に表示され、カーソル６０によってコンテンツ「３／１ニュース 画像」が選択されている状態が示されている。すなわち、１つのコンテンツに複数のデータが存在する場合には、データタイプが視認できる形で同一のコンテンツ名が複数表示され、ユーザは、再生するデータを選択することが可能になる。なお、図１１（ｃ）では、データタイプを文字情報によって視認できるように構成したが、色や記号等によって視認できるようにしても良い。また、図１１（ｃ）では、同一コンテンツの複数のデータが異なるデータタイプである例を示したが、同一コンテンツに同一データタイプの複数のデータが存在する場合には、タグ<enclosure/>に属性として記述されたデータＵＲＬ等の区別される情報をコンテンツ名と共に表示させるようにすると良い。さらに、図１１（ｃ）では、同一コンテンツの複数のデータをコンテンツリストに記述された順番に表示させるように構成したが、データタイプやデータ量等によって表示順序を入れ替えるようにしても良い。

なお、本実施の形態では、ダウンロード条件に適合する対象コンテンツをコンテンツサーバ４０から取得して記録した後に、コンテンツ記録部５２３にデータが記録されているコンテンツを表示部５３に表示させるようにしたが、コンテンツ記録部５２３にデータが記録されているか否かに拘わらず、コンテンツリストにデータＵＲＬが記述されているコンテンツがダウンロード条件に適合するか否かをリスト判定方法によって判定し、ダウンロード条件に適合すると判定されたデータのコンテンツ名を表示部５３に表示させ、操作部５４からの入力によって選択され取得が指示された場合に、指示されたコンテンツをコンテンツサーバ４０から取得して再生（例えば、コンテンツを取得しながら順次再生するストリーミング形式で再生）するように構成しても良い。

以上説明したように、本実施の形態によれば、ネットワーク１０上から受信するコンテンツのデータタイプの条件が設定されているダウンロード条件をデータ管理部５６に記憶しておき、送受信部５１は、タグを用いて要素および属性を意味づけするメタ言語によってコンテンツのネットワーク１０上のデータＵＲＬが記述されているコンテンツリストを受信すると共に、データ管理部５６は、コンテンツリストにデータＵＲＬが記述されたコンテンツのデータタイプを判定し、コンテンツリストのメタ言語を解析することで認識されるデータＵＲＬに基づいて、判定したデータタイプがダウンロード条件に適合するコンテンツを、送受信部５１によってネットワーク１０経由で受信するように構成することにより、タグを解析して要素もしくは属性の内容を認識することで、提供されたコンテンツリストの中からダウンロード条件に適合したコンテンツのみを受信することができるため、配信元に嗜好情報を登録することなく、ユーザの嗜好に適合したコンテンツを受信することができるという効果を奏する。

さらに、本実施の形態によれば、データ管理部５６は、判定したデータタイプがダウンロード条件に適合しないコンテンツを表示部５３に表示することなく、判定したデータタイプがダウンロード条件に適合するコンテンツのみを選択可能に表示部５３に表示するように構成することにより、提供されたコンテンツリストの中からダウンロード条件に適合したコンテンツのみが選択可能に表示されるため、ユーザの嗜好に適合したコンテンツを簡単に再生することができるという効果を奏する。

さらに、本実施の形態によれば、コンテンツ記録部５２３の空き容量もしくはネットワーク１０との通信速度によって、ダウンロード条件におけるデータタイプの条件を変更するように構成することにより、閲覧環境の変化に対応して受信するコンテンツのデータタイプを変更することができるため、例えば、検出したコンテンツ記録部５２３の空き容量が所定量よりも小さい場合や、ネットワーク１０との通信速度が所定速度よりも遅い場合には、容量の大きいコンテンツの取得をデータタイプに基づいて制限することができ、端末装置５０の閲覧環境に応じたコンテンツの取得が行うことができるという効果を奏する。

なお、本発明が上記各実施の形態に限定されず、本発明の技術思想の範囲内において、各実施の形態は適宜変更され得ることは明らかである。また、上記構成部材の数、位置、形状等は上記実施の形態に限定されず、本発明を実施する上で好適な数、位置、形状等にすることができる。なお、各図において、同一構成要素には同一符号を付している。

本発明に係る端末装置にコンテンツを配信する配信システムの構成を示すシステム構成図である。 図１に示すキャストサイトサーバに記録されているコンテンツリスト一覧例を示す図である。 図１に示すコンテンツリストサーバに記録されているコンテンツリスト一覧例を示す図である。 本発明に係る端末装置の実施の形態の構成を示すブロック図である。 図４に示すデータ管理部に記憶されているダウンロード条件例を示す図である。 本発明に係る端末装置にコンテンツを配信する配信システムの動作を示すシーケンスチャートである。 図１に示すキャストサイトサーバにおけるコンテンツリスト一覧の配信動作を説明するフローチャートである。 図１に示す端末装置におけるコンテンツリスト値一覧の表示例を示す図である。 図１に示すコンテンツリストサーバにおけるコンテンツリストの配信動作を説明するフローチャートである。 図１に示す端末装置における対象コンテンツの特定動作を示すフローチャートである。 図１に示す端末装置におけるコンテンツリストの表示例を示す図である。

符号の説明

１０ ネットワーク
２０ キャストサイトサーバ
２１ コンテンツリスト一覧記録部
２２ 案内情報記録部
２３ リクエスト応答部
２４ 送受信部
３０ コンテンツリストサーバ
３１ コンテンツリスト記録部
３２ 案内情報記録部
３３ リクエスト応答部
３４ 送受信部
４０ コンテンツサーバ
４１ コンテンツ記録部
４２ リクエスト応答部
４３ 送受信部
５０ 端末装置
５１ 送受信部
５２ 情報記録部
５３ 表示部
５４ 操作部
５５ 再生処理部
５６ データ管理部
５７ ヘッドフォン
６０ カーソル
５２１ コンテンツリスト一覧記録部
５２２ コンテンツリスト記録部
５２３ コンテンツ記録部

Claims (6)

1. ネットワーク経由でコンテンツを受信する端末装置であって、
   タグを用いて要素および属性を意味づけするメタ言語によって前記コンテンツの前記ネットワーク上のアドレスが記述されているコンテンツリストを受信する受信手段と、
   ユーザによって設定入力される前記コンテンツのデータタイプの条件をダウンロード条件として記憶する条件記憶手段と、
   前記コンテンツリストのメタ言語を解析することで、前記コンテンツリストに前記アドレスが記述された前記コンテンツのデータタイプを判定し、前記ダウンロード条件に適合するか否かを判断するタイプ判定手段と、
   該タイプ判定手段によって前記ダウンロード条件に適合すると判断された前記コンテンツを、前記コンテンツリストのメタ言語を解析することで認識される前記アドレスに基づいて前記ネットワーク経由で受信するコンテンツ受信手段と、
   該コンテンツ受信手段によって受信された前記コンテンツを記録するコンテンツ記録手段とを具備することを特徴とする端末装置。
2. 前記タイプ判定手段は、前記コンテンツリストのメタ言語を解析しても前記コンテンツのデータタイプが不明で、前記ダウンロード条件に適合しないと判断された前記コンテンツについて、前記アドレスに基づく通信によって前記コンテンツのデータタイプを判定し、前記ダウンロード条件に適合するか否かを再度判断することを特徴とする請求項１記載の端末装置。
3. 前記タイプ判定手段は、前記ネットワークとの通信速度によって、前記ダウンロード条件におけるデータタイプの条件を変更させることを特徴とする請求項１又は２記載の端末装置。
4. ネットワーク経由でコンテンツを受信し、受信したコンテンツをコンテンツ記録手段に記録するコンテンツ受信方法であって、
   ユーザによって設定入力された前記コンテンツのデータタイプの条件をダウンロード条件として記憶し、
   タグを用いて要素および属性を意味づけするメタ言語によって前記コンテンツの前記ネットワーク上のアドレスが記述されているコンテンツリストを受信し、前記コンテンツリストのメタ言語を解析することで、前記コンテンツリストに前記アドレスが記述された前記コンテンツのデータタイプを判定して前記ダウンロード条件に適合するか否かを判断し、
   前記ダウンロード条件に適合すると判断された前記コンテンツを、前記コンテンツリストのメタ言語を解析することで認識される前記アドレスに基づいて前記ネットワーク経由で受信し、
   受信した前記コンテンツを前記コンテンツ記録手段に記録することを特徴とするコンテンツ受信方法。
5. 前記コンテンツリストのメタ言語を解析しても前記コンテンツのデータタイプが不明で、前記ダウンロード条件に適合しないと判断された前記コンテンツについて、前記アドレスに基づく通信によって前記コンテンツのデータタイプを判定し、前記ダウンロード条件に適合するか否かを再度判断することを特徴とする請求項４記載のコンテンツ受信方法。
6. 前記ネットワークとの通信速度によって、前記ダウンロード条件におけるデータタイプの条件を変更させることを特徴とする請求項４又は５記載のコンテンツ受信方法。

Images