(57)【特許請求の範囲】
【請求項１】
分散されて配置されている個々の情報の中から必要な情報を取得して再構成するようにした伝送方法において、
上記分散された情報の中から必要な情報を取得するための識別子として個々の情報に固有の情報識別子を使い、
上記各情報に固有の情報識別子と上記情報識別子に対応する情報のアクセス方法を示すアクセス方法識別子との関係を表すリストを作成し、
上記情報識別子により必要な情報が指定されたら、上記リストに従って上記必要な情報を取得するためのアクセス方法を探索し、
探索されたアクセス方法で上記必要な情報を取得し、
上記アクセス方法は、同報ネットワークによるアクセス又は双方向ネットワークによるアクセスを含む伝送方法。
【請求項２】
分散されて配置されている個々の情報の中から必要な情報を取得して再構成するようにした伝送システムにおいて、
複数のアクセス方法で情報を提供する情報送信手段と、
各情報に固有の情報識別子と上記情報識別子に対応する情報のアクセス方法を示すアクセス方法識別子との関係を表すリストに従って、指定された情報識別子に対応する情報へのアクセス方法を同定する名前解決手段と、
上記情報識別子により必要な情報が指定されたら、上記名前解決手段のリストに従って上記必要な情報を取得するためのアクセス方法を探索し、探索されたアクス方法で上記必要な情報を取得する情報受信手段と
を備え、
上記アクセス方法は、同報ネットワークによるアクセス又は双方向ネットワークによるアクセスを含む伝送システム。
【請求項３】
提供する情報を蓄積する情報蓄積手段と、
上記蓄積手段の情報を複数のアクセス方法で提供する情報提供手段と、
各情報に固有の情報識別子と上記情報識別子に対応する情報のアクセス方法を示すアクセス方法識別子とが対応付けられたリストを作成するリスト作成手段と、
上記リストを送信するリスト送信手段と
を備え、
上記複数のアクセス方法は、同報ネットワークによるアクセス又は双方向ネットワークによるアクセスを含む送信装置。
【請求項４】
上記リスト送信手段は、各情報に固有の情報識別子と上記情報識別子に対応する情報のアクセス方法識別子とが対応付けられたリストを、上記同報ネットワーク又は上記双方向ネットワークとにより送信するようにした請求項３に記載の送信装置。
【請求項５】
上記リスト送信手段は、ＭＰＥＧ２セクションによりリストを送信するようにした請求項４に記載の送信装置。
【請求項６】
上記情報識別子は、情報の物理的な位置には依存せず、上記情報に対して一意な名前である請求項３に記載の送信装置。
【請求項７】
上記アクセス方法識別子は、アクセス方法が同報ネットワークによるアクセスであるときには、ストリームデータの送出に関連する識別子である請求項３に記載の送信装置。
【請求項８】
上記アクセス方法識別子は、アクセス方法が同報ネットワークによるアクセスであるときには、静的なデータの送出に関連する識別子である請求項３に記載の送信装置。
【請求項９】
上記アクセス方法識別子は、アクセス方法が同報ネットワークによるアクセスであり、上記同報ネットワークがディジタル放送網であるときには、イベント識別子及びサービス識別子である請求項３に記載の送信装置。
【請求項１０】
上記アクセス方法識別子は、アクセス方法が双方向ネットワークによるアクセスであるときには、情報の物理的な位置を示す名前である請求項３に記載の送信装置。
【請求項１１】
上記アクセス方法識別子は、アクセス方法が双方向ネットワークによるアクセスであり、インターネットの通信網であるときには、ウェブサイトへのＵＲＬである請求項３に記載の送信装置。
【請求項１２】
上記アクセス方法識別子は、アクセス方法がデータベースの通信網によるアクセスであるときには、データベースの照会言語である請求項３に記載の送信装置。
【請求項１３】
複数のアクセス方法で情報を受信する情報受信手段と、
各情報に固有の情報識別子と上記情報識別子に対応する情報のアクセス方法を示すアクセス方法識別子とが対応付けられたリストを受信するリスト受信手段と、
受信されたリストに従って指定された情報識別子に対応する情報へのアクセス方法を同定する名前解決手段と、
上記情報識別子により必要な情報が指定されたら、上記リストに従って上記必要な情報を取得するためのアクセス方法を探索し、探索されたアクセス方法に基づいて上記必要な情報を取得するデータ取得手段と
を備え、
上記複数のアクセス方法は、同報ネットワークによるアクセス又は双方向ネットワークによるアクセスとを含む受信装置。
【請求項１４】
上記リスト受信手段は、各情報に固有の情報識別子と上記情報識別子に対応する情報のアクセス方法識別子とが対応付けられたリストを、上記同報ネットワーク又は上記双方向ネットワークとにより受信するものである請求項１３に記載の受信装置。
【請求項１５】
上記リスト受信手段は、ＭＰＥＧ２セクションにより送られてきたリストを受信するようにした請求項１４に記載の受信装置。
【請求項１６】
上記情報識別子は、情報の物理的な位置には依存せず、上記情報に対して一意な名前である請求項１３に記載の受信装置。
【請求項１７】
上記アクセス方法識別子は、アクセス方法が同報ネットワークによるアクセスであるときには、ストリームデータの送出に関連する識別子である請求項１３に記載の受信装置。
【請求項１８】
上記アクセス方法識別子は、アクセス方法が同報ネットワークによるアクセスであるときには、静的なデータの送出に関連する識別子である請求項１３に記載の受信装置。
【請求項１９】
上記アクセス方法識別子は、アクセス方法が同報ネットワークによるアクセスであり、上記同報ネットワークがディジタル放送の放送網であるときには、イベント識別子及びサービス識別子である請求項１３に記載の受信装置。
【請求項２０】
上記アクセス方法識別子は、アクセス方法が双方向ネットワークによるアクセスであるときには、情報の物理的な位置を示す名前である請求項１３に記載の受信装置。
【請求項２１】
上記アクセス方法識別子は、アクセス方法が双方向ネットワークによるアクセスであり、インターネットの通信網であるときには、ウェブサイトへのＵＲＬである請求項１３に記載の受信装置。
【請求項２２】
上記アクセス方法識別子は、アクセス方法がデータベースの通信網によるアクセスであるときには、データベースの照会言語である請求項１３に記載の受信装置。
【請求項２３】
上記名前解決手段は、送られてきた各情報に固有の情報識別子と上記情報識別子に対応する情報のアクセス方法識別子とが対応付けられたリストが変更されていたことを検出して、自動的に更新する請求項１３に記載の受信装置。
【請求項２４】
更に、複数のアクセス方法の中から、アクセス可能なものを記憶するアクセス方法記憶手段を備え、
上記情報識別子により必要な情報が指定されたら、上記リストに従って上記必要な情報を取得するためのアクセス方法を探索し、
上記アクセス方法記憶手段により、探索されたアクセス方法でアクセス可能なものがあるか否かを判断して、上記必要な情報を取得するようにした請求項１３に記載の受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、例えば、ディジタルテレビジョン放送でウェブページによるコンテンツ配信を行なう場合に用いて好適な伝送方法、伝送システム、送信装置及び受信装置に関する。
【０００２】
【従来の技術】
現在のインターネット上においては、ＨＴＭＬ（Hyper Text Mark-up Language ）により記述されたデータを使って、ＷＷＷ（World Wide Web）のウェブページによるデータ配信が行なわれている。ＨＴＭＬにより記述されたウェブページをアクセスする場合には、ＵＲＬ（Uniform Resource Locator）を使って各データが識別されている。ＵＲＬは、インターネット上のリソースが置かれているロケーションを表すものである。ＷＷＷでは、ＨＴＭＬの記述に基づいて、ＵＲＬを使ってページ中にマルチメディアがリンクされ、ウェブページが形成される。ウェブページ中にリンクできるコンテンツは、インターネットのＨＴＴＰ（Hyper Text Transfer Protocol）サーバ上にコンテンツが置かれていれば、ＵＲＬを使って、離れた所にあるウェブサイトのコンテンツに対してもリンクすることが可能である。
【０００３】
一方、ディジタルテレビジョン放送において、ウェブページを配信することが考えられている。ディジタルテレビジョン放送でウェブページを配信する場合、ウェブページを形成するためのＨＴＭＬ文書が配信されると共に、そのページを形成するための静止画や、映像ストリーム、音声ストリーム、ディジタルデータ等のコンテンツデータが配信される。そして、ＨＴＭＬの記述に基づいて、配信されてきた映像データや音声データ等のコンテンツがウェブヘージにハイパーリンクされ、ウェブページが形成される。
【０００４】
このように、ディジタルテレビジョン放送でウェブページを形成する場合、ＨＴＭＬの記述に基づいて、ページ中に映像データや音声データ等のコンテンツがリンクされる。このため、ＨＴＭＬ文書の中に、コンテンツのリンク先を示す識別子を埋め込み、この識別子により示されるリンク先にあるコンテンツのデータを取り込む必要がある。
【０００５】
【発明が解決しようとする課題】
このように、ディジタルテレビジョン放送でウェブページを形成する場合には、コンテンツのリンク先を示す識別子が必要である。これまでのディジタルテレビジョン放送では、映像や音声ストリームに対して、イベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag のような識別子が割り当てられている。そこで、このような識別子を使って、コンテンツのリンク先をアクセスすることが考えられる。しかしながら、このような識別子を使ったのでは、インターネット上で提供されているウェブページとの互換性がなくなる。
【０００６】
そこで、これまでのディジタルテレビジョン放送システムとの互換性を保ちながら、放送で送られてくるコンテンツのデータに対してＵＲＬを付加する方法として、ＵＲＬを格納するデスクリプタを導入することが考えられる。この方法によれば、ＨＴＭＬ文書中にＵＲＬによりリンク先があった場合には、受信したＭＰＥＧ２のセクションテーブル等のデスクリプタ領域の中から、該当先のＵＲＬが検索される。そして、そのデスクリプタの格納されているリソースがアクセスされる。
【０００７】
このようすると、ディジタルテレビジョン放送システムとの互換性を保ちながら、放送で送られてくるコンテンツのデータに対してＵＲＬを付加できる。
【０００８】
ところが、この方法では、ＵＲＬが実際にリソースが置かれているロケーションを示さなくなる。したがって、この方法では、放送以外にインターネット等の双方向ネットワークを介してコンテンツを取得することも可能な場合に、どこからコンテンツを入手したらよいかという情報を付加できない。
【０００９】
また、ディジタルテレビジョン放送では、同一のコンテンツが再放送される場合がある。この場合には、同一のコンテンツには１つの固有の識別子を与え、その識別子名から実際に放送される番組や双方向ネットワーク上でのロケーション情報への対応関係を得るための手段が必要である。
【００１０】
したがって、この発明の目的は、例えばディジタルテレビジョン放送のような同報ネットワークでウェブページを送ると共に、双方向ネットワークでコンテンツのやり取りを行なう場合に、同一のコンテンツが複数の場所に置かれていても、最適なコンテンツを取得できるようにした伝送方法、伝送システム、送信装置及び受信装置を提供することにある。
【００１１】
この発明の他の目的は、既存のディジタルテレビジョン放送システムやインターネットシステムとの互換性を保ちながら、最適なコンテンツを取得できるようにした伝送方法、伝送システム、送信装置及び受信装置を提供することにある。
【００１２】
【課題を解決するための手段】
請求項１の発明は、分散されて配置されている個々の情報の中から必要な情報を取得して再構成するようにした伝送方法において、
分散された情報の中から必要な情報を取得するための識別子として個々の情報に固有の情報識別子を使い、
各情報に固有の情報識別子と情報識別子に対応する情報のアクセス方法を示すアクセス方法識別子との関係を表すリストを作成し、
情報識別子により必要な情報が指定されたら、リストに従って必要な情報を取得するためのアクセス方法を探索し、
探索されたアクセス方法で必要な情報を取得し、
アクセス方法は、同報ネットワークによるアクセス又は双方向ネットワークによるアクセスを含む伝送方法である。
【００１３】
請求項２の発明は、分散されて配置されている個々の情報の中から必要な情報を取得して再構成するようにした伝送システムにおいて、
複数のアクセス方法で情報を提供する情報送信手段と、
各情報に固有の情報識別子と情報識別子に対応する情報のアクセス方法を示すアクセス方法識別子との関係を表すリストに従って、指定された情報識別子に対応する情報へのアクセス方法を同定する名前解決手段と、
情報識別子により必要な情報が指定されたら、名前解決手段のリストに従って必要な情報を取得するためのアクセス方法を探索し、探索されたアクス方法で必要な情報を取得する情報受信手段と
を備え、
アクセス方法は、同報ネットワークによるアクセス又は双方向ネットワークによるアクセスを含む伝送システムである。
【００１４】
請求項３の発明は、提供する情報を蓄積する情報蓄積手段と、
蓄積手段の情報を複数のアクセス方法で提供する情報提供手段と、
各情報に固有の情報識別子と情報識別子に対応する情報のアクセス方法を示すアクセス方法識別子とが対応付けられたリストを作成するリスト作成手段と、
リストを送信するリスト送信手段と
を備え、
複数のアクセス方法は、同報ネットワークによるアクセス又は双方向ネットワークによるアクセスを含む送信装置である。
【００１５】
請求項４の発明は、複数のアクセス方法で情報を受信する情報受信手段と、
各情報に固有の情報識別子と情報識別子に対応する情報のアクセス方法を示すアクセス方法識別子とが対応付けられたリストを受信するリスト受信手段と、
受信されたリストに従って指定された情報識別子に対応する情報へのアクセス方法を同定する名前解決手段と、
情報識別子により必要な情報が指定されたら、リストに従って必要な情報を取得するためのアクセス方法を探索し、探索されたアクセス方法に基づいて必要な情報を取得するデータ取得手段と
を備え、
複数のアクセス方法は、同報ネットワークによるアクセス又は双方向ネットワークによるアクセスとを含む受信装置である。
【００１６】
コンテンツのロケーションに依存せず、各コンテンツに対して一意なコンテンツ識別子を用いて、ウェブページのコンテンツのリンク先が記述される。そして、コンテンツ識別子と、そのコンテンツを取得するためのアクセス方法が示されるコンテンツアクセス方法識別子とが記されたリストが送られ、このリストが保存される。コンテンツのリンク先にアクセスする場合には、コンテンツ識別子とコンテンツアクセス方法識別子とのリストから作成されたテーブルを使って、コンテンツ識別子に対応するアクセス方法が検索される。このアクセス方法の中から、最適な検索方法で、コンテンツがアクセスされる。
【００１７】
これにより、例えば、ＨＴＭＬで記述されたウェブページをディジタル放送で送るような場合に、放送／再放送や、双方向ネットワーク上でのコンテンツの複製など、同一内容のコンテンツが複数のロケーションにある場合でも、コンテンツに一意な識別子名によってコンテンツを指定することが可能であり、適切な方法によりコンテンツを取得できる。
【００１８】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。図１は、この発明が適用されたデータ配信システムの第１の例の全体構成を示すものである。
【００１９】
図１において、１０１Ａ、１０１Ｂは、コンテンツの提供者が保有しているコンテンツ提供装置である。コンテンツ提供装置１０１Ａ、１０１Ｂは、具体的には、サーバ１１１Ａ、１１１Ｂからなる。
【００２０】
コンテンツ提供装置１０１Ａ、１０１Ｂを保有しているコンテンツの提供者は、映画や音楽、写真、文書等の、マルチメディアのコンテンツをディジタルデータとして提供している。サーバ１１１Ａ、１１１Ｂには、データベース１１２Ａ、１１２Ｂが備えられている。このデータベース１１２Ａ、１１２Ｂには、提供するコンテンツのデータが保存されている。
【００２１】
提供するマルチメディアのデータは、例えば、ウェブページを作成するためのＨＴＭＬ文書と、このウェブページにリンクされる静止画データ、映像データ、音声データの形で保存され、ＨＴＴＰでアクセスできるようになっている。勿論、コンテンツ提供装置１０１Ａ、１０１Ｂのサーバ１１１、１１１Ｂは、全てがＷＷＷのページを提供しているわけではなく、静止がデータや映像データ、音声データ、ソフトウェアのファイル等をＦＴＰ（File Transfer Protocol）等で提供するようにしたものでも良い。
【００２２】
情報提供装置１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂは、インターネットのような双方向ネットワーク１０５に接続されている。したがって、データベース１１２Ａ、１１２Ｂに保持されているコンテンツのデータは、インターネットのような双方向ネットワーク１０５を介して、外部からアクセス可能とされている。勿論、全ての情報提供装置１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂが双方向ネットワーク１０５に接続されているわけではない。また、サーバ１１１Ａ、１１１Ｂの中には、外部からのアクセスを制限しているものもある。放送局１０２は、ディジタルテレビジョン放送の放送局であり、例えば、ディジタルテレビジョン放送を使って、ウェブページの送信サービスを行なっている。放送局１０２のサーバ１１４にもまた、データベース１１５が備えられている。
【００２３】
ディジタルテレビジョン放送で、ウェブページを送信するサービスを行なう場合には、素材となる映像や音楽等のコンテンツが必要である。放送局のサーバ１１４と、情報提供装置１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂとは、例えば専用回線で結ばれている。情報提供装置１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂのデータベース１１２Ａ、１１２Ｂに蓄積されているコンテンツのデータは、この専用回線を介して、放送局１０２のサーバ１１４に送ることができる。
【００２４】
なお、情報提供者１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂと、放送局１０２のサーバ１１４との間は、専用回線で結んでも良いし、汎用の回線で結んでも良い。
【００２５】
放送局１０２のサーバ１１４では、情報提供者１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂから送られてきたコンテンツのデータや、放送局１０２のデーベース１１５にある自身のコンテンツのデータを使って、ウェブページのデータが作成される。
【００２６】
すなわち、放送局１０２で送信するウェブページを形成するためのＨＴＭＬ文書が作成されると共に、このページとリンクされるようなウェブページや、このページに貼り付けられる静止画データ、音楽データ、動画データ等のコンテンツのデータが情報提供者１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂから送られてくる。これらのコンテンツのデータや自身のデータを集めてウェブヘージのデータが作成される。そして、このウェブページを形成するためのデータは、データベース１１５に保存される。
【００２７】
なお、後に詳述するように、ウェブページを形成するためのコンテンツとなる映像や音声ストリームに対しては、通常のディジタルテレビジョン放送と同様に、イベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag のような識別子が付加されている。また、ＨＴＭＬ文書中には、リンク先として、コンテンツ識別子が記述される。このコンテンツ識別子は、コンテンツに対して一意なＵＲＮ（Universal Resource Name ）である。
【００２８】
放送局１０２のデータベース１１５に保存されているコンテンツのデータは、同報ネットワーク１０４を通じて、放送の受信端末１０３Ａ、１０３Ｂに送られる。すなわち、同報ネットワーク１０４は、具体的には、ディジタル衛星放送サービスを示しており、例えば、ウェブページを形成するためのデータは、放送局１０２のデータベース１１５から出力され、例えばＭＰＥＧ２のストリーム上に組み込まれて、衛星を介して、受信端末１０３Ａ、１０３Ｂに送られる。
【００２９】
また、放送局１０２のサーバ１１４は、インターネットのような双方向ネットワーク１０５に接続される。このようにすると、データベース１１５に蓄積されているウェブページのデータは、この双方向ネットワーク１０５を介して、外部からアクセス可能となる。勿論、サーバ１１４を双方向ネットワーク１０５に接続した場合、外部からのアクセスを制限するようしても良い。
【００３０】
受信端末１０３Ａ、１０３Ｂは、同報ネットワーク１０４を介して送られてくるデータを受信するものである。すなわち、放送局１０２からは、衛星を介して、ウェブページを形成するためのコンテンツのデータが送られてくる。受信端末１０３Ａ、１０３Ｂは、衛星を介して送られてくる信号を受信して、ＭＰＥＧ２のデコード処理を行い、ＭＰＥＧ２のストリーム中に送られてくるコンテンツのデータを受信する。
【００３１】
また、受信端末１０３Ａ、１０３Ｂは、インターネットのような双方向ネットワーク１０５に接続されており、アクセスが許可されているなら、双方向ネットワーク１０５を介して、情報提供装置１０１Ａ、１０１Ｂのデータベース１１２Ａ、１１２Ｂや放送局１０２のサーバ１１４のデータベース１１５に保持されているコンテンツのデータをアクセスすることができる。
【００３２】
前述したように、放送局１０２から同報ネットワーク１０４を介して送られてくるコンテンツのデータには、イベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag のような識別子が付加されているが、ＵＲＬは付加されていない。これに対して、情報提供装置１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂや、放送局１０２のサーバ１１４は、インターネットのような双方向ネットワーク１０５に接続されており、双方向ネットワーク１０５上では、リソースのロケーションにはＵＲＬが割り振られている。このため、同報ネットワーク１０４から送られてきたコンテンツのデータのアクセス方法と、双方向ネットワーク１０５上のサーバ１１１Ａ、１１１Ｂ、１１４にあるコンテンツのデータのアクセス方法とが異なってくる。
【００３３】
そこで、この発明の実施の形態では、コンテンツに一意なコンテンツ識別子を設け、このコンテンツ識別子でコンテンツをアクセスすると共に、そのコンテンツの識別子とコンテンツのアクセス方法識別子とを対応させるテーブルを送るようにしている。
【００３４】
すなわち、図２Ａに示すように、コンテンツデータＣ１００に、コンテンツデータＣ１０１、Ｃ１０２、Ｃ１０３を貼りつけたようなウェブページを制作するとする。このようなウェブページを作成する場合に、通常では、コンテンツデータＣ１００やコンテンツＣ１０１、Ｃ１０２、Ｃ１０３のリンク先として、ＨＴＴＰ上でリソースのロケーションを示すＵＲＬが記述される。
【００３５】
これに対して、この発明の実施の形態では、コンテンツデータＣ１００やコンテンツＣ１０１、Ｃ１０２、Ｃ１０３のリンク先として、コンテンツに対して一意なコンテンツ識別子ｕｒｎ＿１００、ｕｒｎ＿１０１、ｕｒｎ＿１０２、ｕｒｎ＿１０３が記述される。
【００３６】
コンテンツデータＣ１００、Ｃ１０１、Ｃ１０２、Ｃ１０３は、例えば、前述したように、情報提供装置１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂで制作され、放送局１０２のサーバ１１４に送られる。そして、このウェブページを形成するためのＨＴＭＬ文章やこのウェブページに貼り付けられるコンテンツからなるコンテンツデータＣ１００、Ｃ１０１、Ｃ１０２、Ｃ１０３は、所定の時間になると、所定のチャンネルで、送信される。
【００３７】
また、同様なウェブページを形成するためのＨＴＭＬ文章やこのウェブページに貼り付けられるコンテンツからなるコンテンツデータＣ１００、Ｃ１０１、Ｃ１０２、Ｃ１０３は、再放送されることがある。
【００３８】
更に、同様なウェブページを形成するためのＨＴＭＬ文章やこのウェブページに貼り付けられるコンテンツからなるコンテンツデータＣ１００、Ｃ１０１、Ｃ１０２、Ｃ１０３は、放送局１０２のデータベース１１５に置かれることが考えられる。更に、コンテンツデータＣ１００やコンテンツデータＣ１０１、Ｃ１０２、Ｃ１０３は、情報提供装置１０１Ａ、１０１Ｂのデータベータ１１２Ａ、１１２Ｂに置かれていることが考えられる。これらのコンテンツは、双方向ネットワーク１０５を介してアクセス可能である。
【００３９】
受信端末１０３Ａ、１０３Ｂ側では、同様なコンテンツを、同報ネットワーク１０４側でアクセスすることもできるし、双方向ネットワーク１０５側でアクセスするもともできる。しかも、同報ネットワーク１０４を介して同様なコンテンツが再放送されることもあるし、同様なコンテンツが複数のサーバに格納されていることもある。
【００４０】
双方向ネットワーク１０５を介してコンテンツにアクセスするときには、ＵＲＬによりコンテンツにあるロケーションを識別する必要がある。同報ネットワーク１０４を介して得られたコンテンツにアクセスするときには、イベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag のような識別子によりコンテンツを識別する必要がある。
【００４１】
そこで、コンテンツに対して一意なコンテンツ識別子と、コンテンツをアクセする方法を示すアクセス方法識別子との対応関係を示すテーブルが作成される。アクセス方法識別子は、双方向ネットワーク１０５を介してコンテンツにアクセスするときにはＵＲＬであり、同報ネットワーク１０４を介して得られたコンテンツにアクセスするときには、イベント識別子event ＿idやサービス識別子service ＿id、コンポーネントタグcomponent ＿tag のような識別子である。
【００４２】
例えば、図２Ａに示したコンテンツデータＣ１００、Ｃ１０１、Ｃ１０２、Ｃ１０３は、図２Ｂ及び図２Ｃに示すように、双方向ネットワーク上のサイト（Ａ）とサイト（Ｂ）とに置かれているとする。また、図２Ｄに示すように、同報ネットワーク上では、２回放送されたとする。
【００４３】
そして、図２Ｂに示すように、ウェブサイト（Ａ）上では、コンテンツＣ１０１、Ｃ１０２、Ｃ１０３のロケーションがｕｒｌ＿１００ａ、ｕｒｌ＿１０１ａ、ｕｒｌ＿１０２ａ、ｕｒｌ＿１０３ａであり、図２Ｃに示すように、ウェブサイト（Ｂ）のロケーションがｕｒｌ＿１００ｂ、ｕｒｌ＿１０１ｂ、ｕｒｌ＿１０２ｂ、ｕｒｌ＿１０３ｂであるとする。
【００４４】
また、図２Ｄに示すように、最初に放送されるデータストリームのコンテンツＣ１０１、Ｃ１０２、Ｃ１０３に対応する識別子は、ｕｒｌ＿１００×１、ｕｒｌ＿１０１×１、ｕｒｌ＿１０２×１、ｕｒｌ＿１０３×１であり、次に放送されるデータストリームの識別子は、ｕｒｌ＿１００×２、ｕｒｌ＿１０１×２、ｕｒｌ＿１０２×２、ｕｒｌ＿１０３×２であるとする。
【００４５】
これらの情報を基に、図３に示すように、コンテンツ識別子とアクセス識別子との対応関係を示すテーブルが作成される。
【００４６】
図３に示すように、コンテンツＣ１００のコンテンツ識別子はｕｒｎ＿１００とされる。このコンテンツＣ１００は、双方向ネットワーク１０５のウェブサイト（Ａ）上ではロケーションｕｒｌ＿１００ａにあり、双方向ネットワーク１０５のウェブサイト（Ｂ）上ではロケーションｕｒｌ＿１００ｂにある。また、同報ネットワーク１０４上では、最初の放送の識別子がｕｒｌ＿１００×１で、次の放送の識別子はｕｒｌ＿１００×２である。
【００４７】
したがって、コンテンツ識別子ｕｒｎ＿１００に対応するアクセス方法識別子としては、ｕｒｌ＿１００ａ、ｕｒｌ＿１００ｂ、ｕｒｌ＿１００×１、ｕｒｌ＿１００×２ということになる。
【００４８】
コンテンツＣ１０１は、双方向ネットワーク１０５のウェブサイト（Ａ）上ではロケーションｕｒｌ＿１０１ａにあり、双方向ネットワーク１０５のウェブサイト（Ｂ）上ではロケーションｕｒｌ＿１０１ｂにある。また、同報ネットワーク１０４上では、最初の放送の識別子ｕｒｌ＿１０１×１で、次の放送の識別子はｕｒｌ＿１０１×２である。
【００４９】
したがって、コンテンツ識別子ｕｒｎ＿１０１に対応するアクセス方法識別子としては、ｕｒｌ＿１０１ａ、ｕｒｌ＿１０１ｂ、ｕｒｌ＿１０１×１、ｕｒｌ＿１０１×２ということになる。
【００５０】
コンテンツ識別子Ｃ１０２、Ｃ１０３についても、同様に、コンテンツ識別子に対するアクセス方法識別子のテーブルが作成される。
【００５１】
このようなコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルは、例えば、放送局１０２のサーバ１１４で作成され、同報ネットワーク１０４を介して、各受信端末１０３Ａ、１０３Ｂに送られる。そして、このコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが各受信端末１０３Ａ、１０３Ｂに保存される。
【００５２】
放送局１０２からは、ウェブページを形成するためのデータが送られてくる。このＨＴＭＬ上のリンク先は、前述したように、コンテンツ識別子で記述されている。このため、各受信端末１０３Ａ、１０３Ｂからは、コンテンツ識別子を指定してコンテンツへのアクセスが入力される。
【００５３】
各受信端末１０３Ａ、１０３Ｂでは、コンテンツ識別子を指定してコンテンツへのアクセスが入力されると、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを使って、そのコンテンツ識別子に対応するアクセス方法識別子が求められる。このアクセス方法識別子の中から、最適なアクセス方法を示すアクセス方法識別子が選定され、そのアクセス方法識別子に示されるアクセス方法でコンテンツがアクセスされる。
【００５４】
このように、この実施の形態では、コンテンツ識別子を指定してコンテンツへのアクセスが入力され、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを使って、最適なアクセス方法を示すアクセス方法識別子が選定されて、コンテンツがアクセスされる。したがって、同報ネットワーク１０４からのコンテンツも、双方向ネットワーク１０５からのコンテンツも、同様にアクセスすることができると共に、同様なコンテンツか複数のサイトにあったり、コンテンツが再放送されるような場合にも、最適なコンテンツを選択できる。
【００５５】
図４及び図５は、上述のシステムを構築するための情報提供装置１０１Ａ、１０１Ｂ、放送局１０２の構成を示す機能ブロック図である。
【００５６】
図４において、情報提供装置１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂには、コンテンツ蓄積部１２１（データベース１１２Ａ、１１２Ｂに対応する）が設けられる。コンテンツ蓄積部１２１には、提供すべきコンテンツが蓄積されている。このコンテンツを放送局１０２に提供する場合には、コンテンツ管理部１２２の管理の基に、コンテンツ配信部１２３により、コンテンツ蓄積部１２１から所望のコンテンツのデータが読み出される。このコンテンツのデータは、コンテンツ出力部１２４から出力され、放送局１０２のコンテンツ入力部１３１（図５）に送られる。
【００５７】
また、この情報提供装置１０１Ａ、１０１Ｂのサーバ１１１Ａ、１１１Ｂは、双方向通信制御部１２５を介して、双方向ネットワーク１０５（図１）に接続されている。この双方向ネットワーク１０５を介して、コンテンツのロケーションが指定されると、コンテンツ管理部１２２の制御の基に、コンテンツ蓄積部１２１からコンテンツのデータが読み出される。このコンテンツのデータは、双方向通信制御部１２５から、双方向ネットワール１０５を介して、コンテンツのデータを要求している端末に届けられる。
【００５８】
図５において、コンテンツ入力部１３１に、情報提供装置１０１Ａ、１０１Ｂからのコンテンツが送られる。このコンテンツは、識別子生成部１３３に送られる。また、このコンテンツがあったロケーション（ＵＲＬ）がテーブル作成部１３２に送られる。
【００５９】
識別子生成部１３３で、このコンテンツに対して、コンテンツ識別子が付加される。そして、このようにコンテンツ識別子が付与されたコンテンツがコンテンツ蓄積部１３４に蓄積される。また、各コンテンツのコンテンツ識別子がコンテンツ蓄積部１３４からテーブル作成部１３２に送られる。
【００６０】
コンテンツ管理部１３５は、コンテンツの送信スケジュールを管理している。コンテンツの送出時間、送信チャンネルに基づいて、イベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag 等が形成される。これらの識別子がコンテンツ管理部１３５からテーブル作成部１３２に送られる。
【００６１】
テーブル作成部１３２には、コンテンツ蓄積部１３４からのコンテンツ識別子と、コンテンツ入力部１３１からのコンテンツのＵＲＬと、コンテンツ管理部１３５からのイベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag 等の情報が入力される。このコンテンツのＵＲＬ、イベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag 等がアクセス方法識別子とされ、テーブル作成部１３２で、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが作成される。
【００６２】
テーブル作成部１３２で作成されたコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルは、送信部１３６に送られ、同報ネットワーク１０４（図１）を介して、受信端末１０３Ａ、１０３Ｂに送られる。
【００６３】
コンテンツ管理部１３５により、所望のコンテンツの配信時間になったことが判断されると、コンテンツ蓄積部１３４からそのコンテンツのデータ読み出される。コンテンツ蓄積部１３４から読み出されたコンテンツのデータは、コンテンツ配信部１３７から送信部１３６に送られる。送信部１３６により、コンテンツのデータは、同報ネットワーク１０４を介して、受信端末１０３Ａ、１０３Ｂに送られる。
【００６４】
また、放送局１０２のサーバ１１４は、双方向通信制御部１３８を介して、双方向ネットワーク１０５に接続されている。この双方向ネットワーク１０５を介して、コンテンツのロケーションが指定されると、コンテンツ管理部１３５の制御の基に、コンテンツ蓄積部１３４からコンテンツのデータが読み出される。このコンテンツのデータは、双方向通信制御部１３８から、双方向ネットワール１０５を介して、コンテンツのデータを要求している端末に届けられる。
【００６５】
なお、テーブル作成部１３２で作成したコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを、同報ネットワーク１０４を介して受信端末１０３Ａ、１０３Ｂに送る場合には、具体的には、ＭＰＥＧ２システムのＰＳＩ（Program Specification Information ）のセクションが用いられる。図６〜図８は、ＭＰＥＧ２システムのＰＳＩのセクションでコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブル送る場合のデータ構成の一例である。
【００６６】
図６は、テーブルurn ＿resolution＿section() の構造を示している。各メンバは、以下の内容を示している。
【００６７】
table ＿id：テーブルの種別を識別するためのテーブルＩＤ
section ＿syntax＿indicator ：セクションシンタックス識別子
reserved＿future＿use ：将来のためのリザーブ
reserved：リザーブ
section ＿length：セクションの長さ
service ＿id：サービスの識別子、通常、サービスはチャンネル番号と一致する
reserved：リザーブ
version ＿number：テーブルのバージョンナンバ
current ＿next＿indicator ：現在のセクションか次のセクションかを示す識別子
section ＿number：セクションの番号
last＿section ＿number：最後のセクション番号
transport ＿stream＿id：トランスポートストリームの識別子
original＿network ＿id：オリジナルネットワークの識別子
segment ＿last＿section ＿number：セグメントの最後のセクション番号
last＿table ＿id：最後のテーブルの識別子
urn ＿length：コンテンツ識別子の長さ
urn ＿character ：コンテンツ識別子の名前
descriptors ＿loop＿length：デスクリプタのループの長さ
descriptor(): デスクリプタ。
【００６８】
このように、コンテンツに一意なコンテンツ識別子は、urn ＿character で示す変数に格納される。このコンテンツ識別子の名前は、例えば、
url:xxx:somemovie1
のような形になっている。
【００６９】
各コンテンツ識別子に対応するコンテンツをアクセスするためのアクセス方法識別子は、descriptor()の中に格納される。アクセス方法には、双方向ネットワーク１０５を介してコンテンツをアクセスする場合と、同報ネットワーク１０４を介してアクセスする場合とがある。
【００７０】
図７は、双方向ネットワーク１０５を介してコンテンツをアクセスする場合のデスクリプタurls＿descriptor()の構造を示すものである。
【００７１】
descriptor＿tag ：デスクリプタの種別を示すタグ
descriptor＿length：デスクリプタの長さ
url ＿ character：コンテンツのロケーション（ＵＲＬ）を示す名前。
【００７２】
このように、コンテンツの双方向ネットワークでのコンテンツのアクセス方法は、デスクリプタタグdescriptor＿tag とＵＲＬを示すurl ＿ characterにより特定される。インターネットのＨＴＴＰ上では、ＵＲＬでサーバのアドレス及びコンテンツのファイル名が示される。url ＿character に入るＵＲＬの名前は、例えば、
http://www.xxx.yyy/somemovie/serise1.mpg
のように示される。
【００７３】
図８は、同報ネットワーク１０４を介してアクセスする場合のデスクリプタevent ＿locator ＿descriptor()の構造を示すものである。
【００７４】
descriptor＿tag ：デスクリプタの種別を示すタグ
descriptor＿length：デスクリプタの長さ
original＿network ＿id：オリジナルネットワークの識別子
transport ＿stream＿id：トランスポートストリームの識別子
service ＿id：サービスの識別子、通常、サービスはチャンネル番号と一致する
event ＿id：イベントの発生を示す識別子、イベントの発生によりコンテンツの送出時間が特定される。
【００７５】
このように、同報ネットワークでのコンテンツのアクセス方法は、デスクリプタタグdescriptor＿tag と、オリジナルネットワークの識別子original＿network ＿idと、コンテンツが送られてくるチャンネル番号を示すサービス識別子service ＿idと、コンテンツの送出時間を示すイベント識別子event ＿idにより特定される。
【００７６】
図９は、受信端末１０３Ａ、１０３Ｂの具体的な構成を示す機能ブロック図である。図９において、受信部１５１は、同報ネットワーク１０４（図１）を介して送られてきたデータを受信して、同報ネットワーク１０４を介して送られてデータをデコードするものである。
【００７７】
すなわち、例えば、同報ネットワーク１０４がディジタル衛星放送の場合には、コンテンツのデータは、放送局１０２から、衛星を介して送られてくる。この場合、受信部１５１は、この衛星からの電波を受信して、この受信信号をから所望の搬送波の信号を選局し、この信号をデコードして、所望のデータを出力する。
【００７８】
一方、通信制御部部１５２は、双方向ネットワーク１０５に繋がれている。双方向ネットワーク１０５を介してデータをやり取りする場合には、通信制御部１５２が用いられる。
【００７９】
受信部１５１と通信制御部１５２とに対して、コンテンツ切り換え部１５３が設けられる。このコンテンツ切り換え部１５３は、受信部１５１により同報ネットワーク１０４を介して得られたコンテンツのデータと、通信制御部１５２によりやり取りされる双方向ネットワーク１０５のデータとを切り換えるものである。
【００８０】
同報ネットワーク１０４により得られたコンテンツのデータを選択すると、受信部１５１で受信されたコンテンツのデータがコンテンツ切り換え部１５３を介して、コンテンツ取得部１５４に取り込まれ、このコンテンツのデータがコンテンツ記憶部１５５に蓄積される。
【００８１】
双方向ネットワーク１０５からのコンテンツのデータを選択すると、通信制御部１５２により受信されたコンテンツのデータがコンテンツ切り換え部１５３を介してコンテンツ取得部１５４に取り込まれ、このコンテンツのデータがコンテンツ記憶部１５５に蓄積される。
【００８２】
また、上述したように、このシステムでは、同報ネットワーク１０４を介して、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが送られてくる。このコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルは、受信部１５１から出力され、テーブル受信部１５６で受信される。テーブル受信部１５６の出力がテーブル更新部１５７に供給される。テーブル更新部１５７の出力が名前解決テーブル１５８に供給される。
【００８３】
テーブル受信部１５６で、最初にコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが受信されたときには、このテーブルが名前解決テーブル１５８に記憶される。以後、テーブル更新部１５７で、前回までに受信したコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルと、今回受信したコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルとが比較され、テーブルが更新されているときのみ、名前解決テーブル１５８が更新される。
【００８４】
勿論、このように、テーブルが更新されているときのみ名前解決テーブル１５８を自動的に更新するのではなく、テーブルが送られてきたら、必ず、名前解決テーブル１５８を更新するようにしても良い。
【００８５】
受信端末側でコンテンツを要求する場合には、入力部１６１からコンテンツの入力要求が与えられる。このとき、入力部１６１からは、コンテンツ識別子が入力される。
【００８６】
このコンテンツ識別子がコンテンツ検索部１６２に送られる。コンテンツ検索部１６２で、名前解決テーブル１５８を参照して、そのコンテンツ識別子に対応するアクセス方法識別子が検索される。コンテンツ検索部１６２で、そのコンテンツ識別子に対応するアクセス方法識別子が検索されたら、このアクセス方法識別子がアクセス方法選択部１６３に送られる。
【００８７】
１つのコンテンツにアクセスする方法は、１つであるとは限らない。同様のコンテンツのデータを、同報ネットワーク１０４と、双方向ネットワーク１０５との双方から得られる場合がある。また、同様のコンテンツのデータが同報ネットワーク１０４により繰り返して送られてくる場合がある。したがって、コンテンツ検索部１６２で、そのコンテンツ識別子に対応するアクセス方法識別子が検索すると、複数のアクセス方法識別子が検索される場合がある。
【００８８】
アクセス方法選択部１６３は、１つのコンテンツ識別子に対して複数のアクセス方法識別子が検索された場合に、これらのアクセス方法の中から、最適なアクセス方法を選択するものである。
【００８９】
アクセス方法蓄積部１６４には、その受信端末で利用可能なアクセス方法が蓄積されており、アクセス方法選択部１６３で、利用可能なアクセス方法の中から最適なものが選択される。
【００９０】
なお、利用可能なアクセス方法が複数ある場合には、入力部１６１からのユーザ入力に基づいて、アクセス方法を選択するようにしても良い。
【００９１】
アクセス方法選択部１６３の出力がコンテンツ切り換え部１５３に送られる。コンテンツ切り換え部１５３により、選択されたアクセス方法に基づいて、コンテンツ切り換え部１５３が切り換えられる。
【００９２】
また、アクセス方法選択部１６３の出力がコンテンツ取得部１５４に送られる。コンテンツ取得部１５４は、コンテンツデータとして送られてくるマルチメディアを取得して、このマルチメディアの閲覧画面をディスプレイ１６５に形成したり、音声を出力させる処理を行なうものである。
【００９３】
アクセス方法選択部１６３からコンテンツ取得部１５４に、選択されたアクセス方法識別子が送られる。このアクセス方法識別子は、同報ネットワークデータの場合には、イベント識別子event ＿idやサービス識別子service ＿id、コンポーネントタグcomponent ＿tag のような識別子であり、双方向ネットワークの場合には、インターネットのＨＴＴＰ上のロケーションを示しＵＲＬである。コンテンツ取得部１５４により、このアクセス方法識別子に基づいて、所望のコンテンツがアクセスされる。
【００９４】
図１０は、コンテンツ識別子からアクセス方法識別子を検索するための名前解決テーブルの構造を示している。これは、コンテンツ識別子と、このコンテンツ識別子で示されるコンテンツに双方向ネットワークでアクセスする場合のＵＲＬを示すデスクリプタと、このコンテンツ識別子に同報ネットワークでアクセスする場合のイベントロケータを示すデスクリプタとからなる。
【００９５】
例えば、コンテンツ識別子dtv:xxx:somemovie1に対するＵＲＬをデスクリプタurl ＿descriptor()として
http://www.xxx.yyy/somemovie/series1.mpg
が示される。
【００９６】
そのイベントロケータデスクリプタevent ＿locator ＿descriptor()として、オリジナルネットワーク識別子ｏrignal＿network ＿idが「１１１」、トランスポートストリーム識別子transport ＿stream＿idが「１２３」、サービス識別子service ＿idが「４５６」、イベント識別子event ＿idが「７７７」が示されている。
【００９７】
更に、イベントロケータデスクリプタevent ＿locator ＿descriptor()として、オリジナルネットワーク識別子ｏrignal＿network ＿idが「１１１」、トランスポートストリーム識別子transport ＿stream＿idが「１２３」、サービス識別子service ＿idが「４５６」、イベント識別子event ＿idが「７８９」が示されている。
【００９８】
これは、コンテンツ識別子dtv:xxx:somemovie1で示されるコンテンツは、双方向ネットワークを使ったときには、ＵＲＬをデスクリプタurl ＿descriptor()で示される
http://www.xxx.yyy/somemovie/series1.mpg
でアクセスできることを示している。
【００９９】
また、同報ネットワークを使ったときには、オリジナルネットワーク識別子ｏrignal＿network ＿idが「１１１」、トランスポートストリーム識別子transport ＿stream＿idが「１２３」、サービス識別子service ＿idが「４５６」、イベント識別子event ＿idが「７７７」の識別子でアクセスできることを示している。
【０１００】
更に、同報ネットワークを使ったときには、再放送で、オリジナルネットワーク識別子ｏrignal＿network ＿idが「１１１」、トランスポートストリーム識別子transport ＿stream＿idが「１２３」、サービス識別子service ＿idが「４５６」、イベント識別子event ＿idが「７８９」の識別子でアクセスできることを示している。
【０１０１】
例えば、図１１に示すようなＨＴＭＬで記述されたデータがコンテンツ取得部１５４に送られてくると、画面上では、図１２に示すように、
「Ｓｏｍｅ  Ｍｏｖｉｅ  Ｓｅｒｉｅｓ  １」
の文字が現れ、ここにはリンクが張られていることが下線で示される。リンク先は、コンテンツ識別子により、
urn:dtv:xxx:somemovie1
とされる。このリンク先のコンテンツ識別子は、図１０に示す名前解決テーブルを使って、アクセス方法が検索される。
【０１０２】
図１０では、コンテンツ識別子
urn:dtv:xxx:somemovie1
に対するアクセス方法として、
http://www.xxx.yyy/somemovie/series1.mpg
なる同報ネットーワークによりアクセス方法と、
orignal ＿network ＿id「１１１」
transport ＿stream＿id「１２３」
service ＿id「４５６」
event ＿id「７７７」
と、
orignal ＿network ＿id「１１１」
transport ＿stream＿id「１２３」
service ＿id「４５６」
event ＿id「７８９」
とによりなる双方向ネットワークによりアクセス方法が検索される。
【０１０３】
これらのアクセス方法の中から、最適なものが判断され、そのアクセス方法でコンテンツが受信される。
【０１０４】
図１３は、コンテンツ識別子から最適なアクセス方法を決定するコンテンツロケーション検索処理を示すフローチャートである。図１３において、コンテンツ識別子が入力されると、名前解決テーブルが検索され（ステップＳ１）、このコンテンツ識別子が名前解決テーブルがにあるか否かが判断される（ステップＳ２）。
【０１０５】
入力されたコンテンツ識別子が名前解決テーブル中で見つかったら、そのコンテンツ識別子に対応するコンテンツアクセス方法の中から、最適なものが選択される（ステップＳ３）。そして、選択したアクセス方法からコンテンツが受信されるように制御される（ステップＳ４）。
【０１０６】
なお、前述したように、コンテンツ識別子とアクセス方法識別子との変換テーブルは、テーブル更新部１５７でテーブルが変更されているかどうかを判断して、テーブルの変更があった場合にのみ、名前解決テーブルの更新を行なうようしている。このとき、テーブルの変更があったか否かは、図６に示したバージョンナンバversion ＿numberにより検出できる。
【０１０７】
すなわち、図１４に示すように、テーブルが受信されると（ステップＳ１１）、今回のバージョンナンバと前回までのバージョンナンバとが比較される（ステップＳ１２）。そして、今回のバージョンナンバと前回までのバージョンナンバとが一致しているか否かが判断される（ステップＳ１３）。バージョンナンバが一致していれば、テーブルの更新は行なわれない。バージョンナンバが変更されていたら、受信したテーブルに基づいて、名前解決テーブルが更新される（ステップＳ１４）。
【０１０８】
図１５は、この発明の第２の実施の形態を示すものである。前述の例では、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを、同報ネットワーク１０４を介して、放送局１０２のサーバ１１４から受信端末１０３Ａ、１０３Ｂに送っている。これに対して、この例では、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを、双方向ネットワーク２０５を介して、放送局２０２のサーバ２１４から受信端末２０３Ａ、２０３Ｂに送るようにしている。その他の構成については、前述の第１の実施の形態と同様である。
【０１０９】
すなわち、図１５において、情報提供装置２０１Ａ、２０１Ｂのサーバ２１１Ａ、２１１Ｂにはデータベース２１２Ａ、２１２Ｂが備えられており、データベース２１２Ａ、２１２Ｂには、提供するコンテンツのデータが保持されている。情報提供装置２０１Ａ、２０１Ｂのサーバ２１１Ａ、２１１Ｂのデータベース２１２Ａ、２１２Ｂに保持されているコンテンツのデータは、インターネットのような双方向ネットワーク２０５を介して、外部からアクセス可能とされている。
【０１１０】
放送局２０２のサーバ２１４にもまた、データベース２１５が備えられている。放送局のサーバ２１４と、情報提供装置２０１Ａ、２０１Ｂのサーバ２１１Ａ、２１１Ｂとは結ばれており、情報提供装置２０１Ａ、２０１Ｂのサーバ２１１Ａ、２１１Ｂのデータベース２１２Ａ、２１２Ｂに蓄積されているコンテンツのデータを放送局２０２のサーバ２１４のデータベース１１５に送ることができる。
【０１１１】
放送局２０２のサーバ２１４のデータベース２１５には、情報提供装置２０１Ａ、２０１Ｂのサーバ２１１Ａ、２１１Ｂから送られてきたコンテンツのデータや、放送局２０２で自身で作成されたコンテンツのデータが保持される。放送局２０２のデータベース２１５に保持されているコンテンツのデータは、同報ネットワーク２０４を通じて、放送の受信端末２０３Ａ、２０３Ｂに提供することがてきる。
【０１１２】
受信端末２０３Ａ、２０３Ｂは、同報ネットワーク２０４を介して放送局２０２のデータベース２１５からのコンテンツのデータを受信できると共に、双方向ネットワーク２０５を介して、情報提供装置２０１Ａ、２０１Ｂのデータベース２１２Ａ、２１２Ｂや、放送局２０２のデータベース２１５のコンテンツのデータを受信することができる。
【０１１３】
コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルは、例えば、放送局１０２のサーバ２１４で作成され、双方向ネットワーク２０５を介して、各受信端末２０３Ａ、２０３Ｂに送られる。そして、このコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが各受信端末２０３Ａ、２０３Ｂに保存される。
【０１１４】
受信端末２０３Ａ、２０３Ｂで所望のコンテツにアクセスする場合には、コンテンツ識別子が入力される。そして、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを使って、そのコンテンツ識別子に対応するアクセス方法識別子が求められる。このアクセス方法識別子の中から、最適なアクセス方法を示すアクセス方法識別子が選定され、そのアクセス方法識別子に示されるアクセス方法でコンテンツがアクセスされる。
【０１１５】
図１６は、放送局２０２のサーバ２１４を示す機能ブロック図である。図１６において、コンテンツ入力部２３１に、情報提供装置２０１Ａ、２０１Ｂ（図１５）からのコンテンツが送られる。このコンテンツは、識別子生成部２３３に送られる。また、このコンテンツがあったロケーションがテーブル作成部２３２に送られる。
【０１１６】
識別子生成部２３３で、このコンテンツに対して、コンテンツ識別子が付加される。そして、このようにコンテンツ識別子が付与されたコンテンツがコンテンツ蓄積部２３４に蓄積される。また、各コンテンツのコンテンツ識別子がコンテンツ蓄積部２３４からテーブル作成部２３２に送られる。
【０１１７】
コンテンツ管理部２３５は、コンテンツの送信スケジュールを管理しており、コンテンツ管理部２３５からテーブル作成部２３２には、コンテンツの送出時間、コンテンツ送信チャンネル等を示す識別情報が送られる。
【０１１８】
テーブル作成部２３２には、コンテンツ蓄積部２３４からのコンテンツ識別子と、コンテンツ入力部２３１からのコンテンツのロケーションと、コンテンツ管理部２３５からのコンテンツの送出時間や送出チャンネルを示す識別子が入力される。テーブル作成部２３２で、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが作成される。
【０１１９】
テーブル作成部２３２で作成されたコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルは、双方向通信制御部２３８から、双方向ネットワール２０５を介して、受信端末２０３Ａ、２０３Ｂに届けられる。
【０１２０】
コンテンツ管理部２３５により、所望のコンテンツの配信時間になったことが判断されると、コンテンツ蓄積部２３４からそのコンテンツのデータ読み出される。コンテンツ蓄積部２３４から読み出されたコンテンツのデータは、コンテンツ配信部２３７から送信部２３６に送られる。送信部２３６により、コンテンツのデータは、同報ネットワーク２０４を介して、受信端末２０３Ａ、２０３Ｂに送られる。
【０１２１】
また、放送局２０２のサーバ２１４は、双方向通信制御部２３８を介して、双方向ネットワーク２０５に接続されている。この双方向ネットワーク２３８を介して、コンテンツのロケーションが指定されると、コンテンツ管理部２３５の制御の基に、コンテンツ蓄積部２３４からコンテンツのデータが読み出される。このコンテンツのデータは、双方向通信制御部２３８から、双方向ネットワーク２０５を介して、コンテンツのデータを要求している端末に届けられる。
【０１２２】
図１７は、受信端末２０３Ａ、２０３Ｂを示す機能ブロック図である。図１７において、受信部２５１は、同報ネットワーク２０４を介して送られてきたデータを受信して、このデータをデコードするものである。一方、通信制御部部２５２は、双方向ネットワーク２０５を介してデータをやり取りするものである。
【０１２３】
受信部２５１と通信制御部２５２とに対して、コンテンツ切り換え部２５３が設けられる。このコンテンツ切り換え部２５３は、同報ネットワーク２０４を介されたコンテンツのデータと、双方向ネットワーク２０５のコンテンツのデータとを切り換えるものである。
【０１２４】
同報ネットワーク２０４から得られたコンテンツのデータを選択する場合には、受信部２５１で受信されたコンテンツのデータがコンテンツ切り換え部２５３を介して、コンテンツ取得部２５４に取り込まれ、このコンテンツのデータがコンテンツ記憶部２５５に蓄積される。
【０１２５】
双方向ネットワーク２０５からのコンテンツのデータを選択する場合には、通信制御部２５２により受信されたコンテンツのデータがコンテンツ切り換え部２５３を介してコンテンツ取得部２５４に取り込まれ、このコンテンツのデータがコンテンツ記憶部２５５に蓄積される。
【０１２６】
また、上述したように、このシステムでは、双方向ネットワーク２０５を介して、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが送られてくる。このコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルは、通信制御部２５２からテーブル受信部２５６に送られ、テーブル受信部２６で受信される。テーブル受信部２５６の出力がテーブル更新部２５７に供給される。テーブル更新部２５７の出力が名前解決テーブル２５８に供給される。
【０１２７】
テーブル受信部２５４で、最初にコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが受信されたときには、このテーブルが名前解決テーブル２５８に記憶される。以後、テーブル更新部２５７で、前回までに受信したコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルと、今回受信したコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルとが比較され、テーブルが更新されているときのみ、名前解決テーブル２５８が更新される。
【０１２８】
受信端末側でコンテンツを要求する場合には、入力部２６１からコンテンツの入力要求が与えられる。このとき、入力部２６１からは、コンテンツ識別子が入力される。
【０１２９】
このコンテンツ識別子がコンテンツ検索部２６２に送られる。コンテンツ検索部２６２で、名前解決テーブル２５８を参照して、そのコンテンツ識別子に対応するアクセス方法識別子が検索される。コンテンツ検索部２６２で、そのコンテンツ識別子に対応するアクセス方法識別子が検索されたら、このアクセス方法識別子がアクセス方法選択部２６３に送られる。
【０１３０】
アクセス方法選択部２６３は、１つのコンテンツ識別子に対して複数のアクセス方法識別子が検索された場合に、これらのアクセス方法の中から、最適なアクセス方法を選択するものである。アクセス方法蓄積部２６４には、その受信端末で利用可能なアクセス方法が蓄積されており、アクセス方法選択部２６３で、利用可能なアクセス方法の中から最適なものが選択される。
【０１３１】
アクセス方法選択部２６３の出力がコンテンツ切り換え部２５３に送られる。コンテンツ切り換え部２５３により、選択されたアクセス方法に基づいて、コンテンツ切り換え部２５３が切り換えられる。
【０１３２】
また、アクセス方法選択部２６３の出力がコンテンツ取得部２５４に送られる。コンテンツ取得部２５４は、コンテンツデータとして送られてくるマルチメディアを取得して、このマルチメディアの閲覧画面を形成したり、音声を出力させる処理を行なうものである。
【０１３３】
アクセス方法選択部２６３からコンテンツ取得部２５４に、選択されたアクセス方法識別子が送られる。コンテンツ取得部２５４により、このアクセス方法識別子に基づいて、所望のコンテンツがアクセスされる。
【０１３４】
図１８は、この発明の第３の実施の形態を示すものである。前述の第１の実施の形態では、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを、同報ネットワーク１０４を介して、放送局１０２のサーバ１１４から受信端末１０３Ａ、１０３Ｂに送っている。また、第２の実施の形態では、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを、双方向ネットワーク２０５を介して、放送局２０２のサーバ２１４から受信端末２０３Ａ、２０３Ｂに送るようにしている。この例は、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを、同報ネットワーク３０４を介して、放送局３０２のサーバ３１４から受信端末３０３Ａ、３０３Ｂに送ると共に、双方向ネットワーク３０５を介して、放送局３０２のサーバ３１４から受信端末３０３Ａ、３０３Ｂに送るようにしている。
【０１３５】
図１９は、この発明の第４の実施の形態を示すものである。前述までの実施の形態では、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを、同報ネットワーク又は双方向ネットワークを介して、放送局のサーバから受信端末に送るようにしている。この例は、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを有する名前解決サーバ４０７をネットワーク中に設け、この名前解決サーバ４０７で、コンテンツ識別子に対するアクセス方法を解決するようにしている。
【０１３６】
すなわち、図１９において、情報提供装置４０１Ａ、４０１Ｂのサーバ４１１Ａ、４１１Ｂにはデータベース４１２Ａ、４１２Ｂが備えられており、データベース４１２Ａ、４１２Ｂには、提供するコンテンツのデータが保持されている。情報提供装置４０１Ａ、４０１Ｂのサーバ４１１Ａ、４１１Ｂのデータベース４１２Ａ、４１２Ｂに保持されているコンテンツのデータは、インターネットのような双方向ネットワーク４０５を介して、外部からアクセス可能とされている。
【０１３７】
放送局４０２のサーバ４１４にもまた、データベース４１５が備えられている。放送局のサーバ４１４と、情報提供装置４０１Ａ、４０１Ｂのサーバ４１１Ａ、４１１Ｂとは結ばれており、情報提供装置４０１Ａ、４０１Ｂのサーバ４１１Ａ、４１１Ｂのデータベース４１２Ａ、４１２Ｂに蓄積されているコンテンツのデータを放送局４０２のサーバ４１４のデータベース４１５に送ることができる。
【０１３８】
放送局４０２のサーバ４１４のデータベース４１５には、情報提供装置４０１Ａ、４０１Ｂのサーバ４１１Ａ、４１１Ｂから送られてきたコンテンツのデータや、放送局４０２で自身で作成されたコンテンツのデータが保持される。放送局４０２のデータベース４１５に保持されているコンテンツのデータは、同報ネットワーク４０４を通じて、放送の受信端末４０３Ａ、４０３Ｂに提供することがてきる。
【０１３９】
受信端末４０３Ａ、４０３Ｂは、同報ネットワーク４０４を介して放送局４０２のデータベース４１５からのコンテンツのデータを受信できると共に、双方向ネットワーク４０５を介して、情報提供装置４０１Ａ、４０１Ｂのデータベース４１２Ａ、４１２Ｂや、放送局４０２のデータベース４１５のコンテンツのデータを受信することができる。
【０１４０】
放送局４０２のサーバ４１４から名前解決サーバ４０７には、放送されるコンテンツに対するイベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag 等が送られる。また、情報提供装置４０１Ａ、４０１Ｂのサーバ４１１Ａ、４１１Ｂからは、コンテンツのＵＲＬが送られる。名前解決サーバ４０７で、これらの識別子やＵＲＬから、コンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルが作成される。このコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルは、名前解決サーバ４０７のデータベース４１５に保存される。
【０１４１】
受信端末４０３Ａ、４０３Ｂで所望のコンテツにアクセスする場合には、受信端末４０３Ａ、４０３Ｂには、コンテンツ識別子が入力される。このコンテンツ識別子は、双方向ネットワーク４０５を介して、名前解決サーバ４０７に送られる。
【０１４２】
名前解決サーバ４０７で、データベース４１５に保存されているコンテンツ識別子とアクセス方法識別子との対応関係を示すテーブルを使って、そのコンテンツ識別子に対応するアクセス方法識別子が求められる。このアクセス方法識別子が双方向ネットワーク４０５を介して受信端末４０３Ａ、４０３Ｂに返される。
【０１４３】
受信端末４０３Ａ、４０３Ｂで、名前解決サーバ４０７から返されたアクセス方法識別子の中から、最適なアクセス方法を示すアクセス方法識別子が選定され、そのアクセス方法識別子に示されるアクセス方法で、コンテンツがアクセスされる。
【０１４４】
なお、上述の例では、同報ネットワークについてのアクセス方法識別子として、イベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag 等の識別子を用い、双方向ネットワークのアクセス方法識別子としてＵＲＬを用いたが、アクセス方法識別子は、アクセス方法が特定できれば良く、これらに限定されるものではなく。例えば、受信端末とサーバとがＳＱＬ（Structured Query Language ）データベースのネットワークに接続されているなら、ＳＱＬのようなデータベース照会言語がアクセス方法識別子となり得る。また、コンテンツのデータが受信端末内のようなローカルな所にあるのなら、フォルダやディレクトリの記述がアクセス方法識別子となり得る。
【０１４５】
また、同報ネットワークの場合には、動画や音声のようなストリームデータと静止画やテキストとについて全て、イベント識別子event ＿id、サービス識別子service ＿id、コンポーネントタグcomponent ＿tag 等のアクセス方法識別子を用いるようにしても良いし、動画や音声のようなストリームデータについては、このような識別子を用い、静止画やテキストについては、データの格納されているフォルダやディレクトリをアクセス方法識別子とするようにしても良い。
【０１４６】
また、上述の例では、ＨＴＭＬ言語で記述されたウェブページを送る場合について説明したが、この発明は、ＨＴＭＬ言語を用いるのに限定されるわけではない。拡張されたＨＴＭＬ言語や他のハイパーメディア記述言語を用いる場合にも同様に適用できることは勿論のことである。
【０１４７】
更に、このコンテンツ識別子とアクセス方法識別子との関係を示すテーブルをＣＤ−ＲＯＭ等の記録媒体に記録しておき、受信端末のユーザに配付するようにしても良い。
【０１４８】
また、コンテンツ識別子とアクセス方法識別子との関係を示すテーブルの送信方法については、各種の方法が考えられる。コンテンツ識別子とアクセス方法識別子との関係を示すテーブル所定時間間隔で送るようにしても良いし、テーブルが変更になったときだけ、送るようにしても良い。また、このテーブルを放送局のサーバから双方向ネットワークを介して受信端末側に送る場合には、受信端末からの要求があったときだけ、送るようにしても良い。
【０１４９】
【発明の効果】
この発明によれば、コンテンツのロケーションに依存せず、各コンテンツに対して一意なコンテンツ識別子を用いて、ウェブページのコンテンツのリンク先が記述される。そして、コンテンツ識別子と、そのコンテンツを取得するためのアクセス方法が示されるコンテンツアクセス方法識別子とが記されたリストが送られ、このリストが保存される。コンテンツのリンク先にアクセスする場合には、コンテンツ識別子とコンテンツアクセス方法識別子とのリストから作成されたテーブルを使って、コンテンツ識別子に対応するアクセス方法が検索される。このアクセス方法の中から、最適な検索方法で、コンテンツがアクセスされる。
【０１５０】
これにより、例えば、ＨＴＭＬで記述されたウェブページをディジタル放送で送るような場合に、放送／再放送や、双方向ネットワーク上でのコンテンツの複製など、同一内容のコンテンツが複数のロケーションにある場合でも、コンテンツに一意な識別子名によってコンテンツを指定することが可能であり、適切な方法によりコンテンツを取得できる。
【図面の簡単な説明】
【図１】この発明が適用された通信システムの第１の実施の形態のブロック図である。
【図２】コンテンツ識別子の説明に用いる略線図である。
【図３】コンテンツ識別子とアクセス方法識別子との関係を示す略線図である。
【図４】この発明が適用された通信システムの第１の実施の形態におけるコンテンツ提供装置の一例のブロック図である。
【図５】この発明が適用された通信システムの第１の実施の形態における送信装置の一例のブロック図である。
【図６】コンテンツ識別子とアクセス方法識別子との関係を示すテーブルの構成を示す略線図である。
【図７】コンテンツ識別子とアクセス方法識別子との関係を示すテーブルの構成を示す略線図である。
【図８】コンテンツ識別子とアクセス方法識別子との関係を示すテーブルの構成を示す略線図である。
【図９】この発明が適用された通信システムの第１の実施の形態における受信装置の一例のブロック図である。
【図１０】この発明が適用された通信システムの第１の実施の形態における受信装置の一例における名前解決テーブルの説明に用いる略線図である。
【図１１】この発明が適用された通信システムの第１の実施の形態における受信装置の一例の説明に用いる略線図である。
【図１２】この発明が適用された通信システムの第１の実施の形態における受信装置の一例の説明に用いる略線図である。
【図１３】コンテンツ識別子に対するコンテンツのロケーションの検索の説明に用いるフローチャートである。
【図１４】名前解決テーブルの更新の説明に用いるフローチャートである。
【図１５】この発明が適用された通信システムの第２の実施の形態のブロック図である。
【図１６】この発明が適用された通信システムの第２の実施の形態における送信装置の一例のブロック図である。
【図１７】この発明が適用された通信システムの第２の実施の形態における受信装置の一例のブロック図である。
【図１８】この発明が適用された通信システムの第３の実施の形態のブロック図である。
【図１９】この発明が適用された通信システムの第４の実施の形態のブロック図である。
【符号の説明】
１０１Ａ、１０１Ｂ・・・情報提供装置、１０２・・・放送局、１０３Ａ、１０３Ｂ・・・受信端末、１０４・・・同報ネットワーク、１０５・・・双方向ネットワーク
【図１】
0004244432.tif 000002
【図２】
0004244432.tif 000003
【図３】
0004244432.tif 000004
【図４】
0004244432.tif 000005
【図５】
0004244432.tif 000006
【図６】
0004244432.tif 000007
【図７】
0004244432.tif 000008
【図８】
0004244432.tif 000009
【図９】
0004244432.tif 000010
【図１０】
0004244432.tif 000011
【図１１】
0004244432.tif 000012
【図１２】
0004244432.tif 000013
【図１３】
0004244432.tif 000014
【図１４】
0004244432.tif 000015
【図１５】
0004244432.tif 000016
【図１６】
0004244432.tif 000017
【図１７】
0004244432.tif 000018
【図１８】
0004244432.tif 000019
【図１９】
0004244432.tif 000020