JP2024050488A - コンテンツ間関連性発見装置およびプログラム - Google Patents

Abstract

【課題】複数のコンテンツを統合的に管理するために複数のコンテンツ間の関連性を発見することのできるコンテンツ間関連性発見装置を提供する。【解決手段】コンテンツ間関連性発見装置は、情報取得部と、関連性発見部と、を備える。情報取得部は、コンテンツに関する情報であるコンテンツ情報を取得する。関連性発見部は、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する。前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものである。前記関連性発見部は、前記コンテンツについての前記属性情報のみに基づいて前記複数のコンテンツの間での関連性を発見する。【選択図】図９１

Description

本発明は、コンテンツ間関連性発見装置およびプログラムに関する。

本出願は、下記の特許出願を基礎として優先権を主張するものである。
１）特願2022-155834 令和4年（西暦2022年）09月29日出願
２）特願2022-160239 令和4年（西暦2022年）10月04日出願
３）特願2023-084707 令和5年（西暦2023年）05月23日出願
４）特願2023-084708 令和5年（西暦2023年）05月23日出願
５）特願2023-131328 令和5年（西暦2023年）08月10日出願
６）特願2023-131902 令和5年（西暦2023年）08月14日出願
７）特願2023-132261 令和5年（西暦2023年）08月15日出願

従来、放送規格に則ってコンテンツの情報を放送信号として配信する技術、およびオープンな通信技術を用いてコンテンツの情報をインターネット等の通信ネットワークを介して配信する技術（ネット配信技術と呼ぶ）が、それぞれ利用されている。ここで、コンテンツとは、主として映像および音声の情報として構成されるものである。上記の放送技術およびネット配信技術をそれぞれ用いて、同一のコンテンツあるいは関連性の深いコンテンツを、放送信号およびネット配信の両方で配信することは、従来技術においても可能である。また、従来の放送では、コンテンツ（番組）そのものが配信されるとともに、番組配列情報が配信されている。

非特許文献１には、放送システムにおける番組配列情報の標準規格について記載されている。

ＡＲＩＢ ＳＴＤ－Ｂ１０ ５．１３版，デジタル放送に使用する番組配列情報 標準規格，一般社団法人電波産業会（Association of Radio Industries and Businesses），2019年12月5日．

しかしながら従来技術では、放送とネット配信の両方で同一のコンテンツあるいは内容が関連するコンテンツが配信されていても、受信装置の側ではそれら両者を関連付けた制御を行うことができないという問題があった。例えば、放送とネット配信の両方でコンテンツが配信されている場合であっても、受信装置がそれらのコンテンツのうちネット配信のコンテンツを受信している状況において、放送で配信されるコンテンツだけしか受信できなくなった（通信状況の問題等）場合には、継続してコンテンツを受信し続けることができない。逆に、受信装置がそれらのコンテンツのうち放送のコンテンツを受信している状況において、ネット配信のコンテンツだけしか受信できなくなった（放送信号の受信品質の低下の問題等）場合には、継続してコンテンツを受信し続けることができない。

受信装置が例えば放送でのコンテンツの受信からネット配信での同一コンテンツの受信に切り替えるためには、受信装置は、そのネット配信にアクセスするための情報（ＵＲＬ等）を取得したり、そのネット配信に適合するアプリケーションプログラム（以下において単に「アプリ」と呼ぶ場合がある）を起動したりする必要がある。

また、従来技術では、受信装置は、どの放送コンテンツとどのネット配信コンテンツが関連するものであるかを表す情報を把握することもできない。これらにより、受信装置は、放送コンテンツとネット配信コンテンツとを統一された処理フローでハンドリングすることもできない。

言い換えれば、受信装置は、あるコンテンツを代替し得る代替コンテンツを受信して再生するための仕組みを持たない。従来技術における放送信号のＳＩ（service information）には、代替コンテンツに関する情報が含まれない。代替コンテンツを受信して再生する仕組みの一つは、複数のコンテンツを統合して成る統合コンテンツに関する情報（統合コンテンツ情報）を保持して利用することである。この場合には、統合コンテンツに関連付けられる複数の具体コンテンツのそれぞれを取得するための情報を、統合コンテンツ情報として保持し、参照することができる。

ところで、同じコンテンツが別個の具体コンテンツとして提供されていても、両者が同一のコンテンツであるという情報が一般には提供されていないという課題がある。一例として、放送と通信（ネット配信）とで同一の番組が提供されていても、両者が同一のコンテンツであるという情報が提供されていないという課題がある。それら複数のコンテンツが同一のコンテンツであることを受信装置等が認識するためには、例えば、コンテンツ情報としてそれら複数のコンテンツに同一の識別情報が提供されている必要がある。あるいは、識別情報以外の情報（コンテンツのタイトル等）が同一であるか、何らかの方法でそれらのコンテンツが同一のコンテンツであることを識別するための情報が提供されている必要がある。このように複数のコンテンツが同一のコンテンツであることを表す情報がない場合には、受信装置等は、あるコンテンツの代替コンテンツとして他のコンテンツを取得することができない。つまり、ユーザーは、代替コンテンツを視聴することができない。

統合コンテンツ情報を生成するためには、複数の具体コンテンツが与えられたときに、それらの具体コンテンツ間の関連性を発見することが必要である。一般にそれら複数の具体コンテンツは識別情報等によって予め関連付けられているわけではなく、何らかの方法を用いて複数の具体コンテンツ間の関連性を発見することによって、それらを統合して抽象コンテンツとすることができる。

本発明は、上記の課題認識に基づいて行なわれたものであり、複数のコンテンツを統合的に管理するために、コンテンツ間の関連性を発見することのできるコンテンツ間関連性発見装置およびプログラムを提供しようとするものである。

［１］上記の課題を解決するため、本発明の一態様によるコンテンツ間関連性発見装置は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する関連性発見部と、を備え、前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものであり、前記関連性発見部は、前記コンテンツについての前記属性情報のみに基づいて前記複数のコンテンツの間での関連性を発見する、というものである。

［２］また、本発明の一態様は、上記［１］のコンテンツ間関連性発見装置において、前記関連性発見部は、複数のコンテンツ間での関連性の度合いを表すスコアを算出するスコア算出部と、前記スコア算出部が算出した前記スコアに基づいて当該複数のコンテンツ間での関連性の有無を判定する関連性判定部と、を備えるものである。

［３］また、本発明の一態様は、上記［２］のコンテンツ間関連性発見装置において、前記関連性判定部は、前記スコアが所定の閾値以上であるか否かに基づいて当該複数のコンテンツ間での関連性の有無を判定する、ものである。

［４］また、本発明の一態様は、上記［２］または［３］のコンテンツ間関連性発見装置において、前記スコア算出部は、前記複数のコンテンツに関して、（１）当該複数のコンテンツ間において、ジャンル情報の全部または一部が共通するか否か、（２）当該複数のコンテンツ間において、コンテンツ名称の全体または一部が一致するか否か、（３）当該複数のコンテンツ間において、コンテンツ概要の記述の全体または部分が一致するか否か、（４）当該複数のコンテンツ間において、コンテンツの出演者情報の全部または一部が共通するか否か、（５）当該複数のコンテンツ間において、コンテンツ情報内に含まれるパブリケーション（publication）要素が一致するか否かまたはその類似性、（６）当該複数のコンテンツ間において、コンテンツ情報内に含まれるコンテンツへのアクセスのための所在情報が一致するか否かまたはその類似性、または、（７）当該複数のコンテンツ間において、コンテンツ情報が持つ配信日あるいは配信開始日の情報が一致するか否かまたはその近似性、の少なくともいずれかに基づいて、前記スコアを算出するものである。

［５］また、本発明の一態様は、上記［１］から［４］までのいずれかのコンテンツ間関連性発見装置において、前記コンテンツ情報が含む前記識別情報に基づいて、複数の前記コンテンツの間での一致を検出する一致検出部、をさらに備えるものである。

［６］また、本発明の一態様は、上記［１］から［５］までのいずれかのコンテンツ間関連性発見装置において、前記関連性発見部が発見した複数の前記コンテンツの間での関連性に基づいて、当該複数のコンテンツに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部、をさらに備えるものである。

［７］また、本発明の一態様は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する関連性発見部と、を備え、前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものであり、前記関連性発見部は、前記コンテンツについての前記属性情報のみに基づいて前記複数のコンテンツの間での関連性を発見する、コンテンツ間関連性発見装置、としてコンピューターを機能させるプログラムである。

また、参考態様は、次の［Ａ１］から［Ａ５］まで、および［Ｂ１］から［Ｂ５］までである。

［Ａ１］一つの参考態様によるコンテンツ情報統合装置は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツを同定し、同定された前記複数のコンテンツのそれぞれに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部と、を備える。

［Ａ２］また、一態様は、上記［Ａ１］のコンテンツ情報統合装置において、前記情報統合部は、前記複数のコンテンツのそれぞれについての前記コンテンツ情報が持つコンテンツ識別情報が一致する場合に、それら複数のコンテンツを同定して、前記統合コンテンツ情報を生成するものであり、前記コンテンツ識別情報は、前記コンテンツを一意に識別する情報である、というものである。

［Ａ３］また、一態様は、上記［Ａ１］または［Ａ２］のコンテンツ情報統合装置において、前記情報取得部は、放送信号によって配信される前記コンテンツ情報と、通信によってコンテンツ情報提供装置から配信される前記コンテンツ情報と、前記情報統合部が生成した前記統合コンテンツ情報であるところの前記コンテンツ情報との、少なくともいずれかを取得する、というものである。

［Ａ４］また、一態様は、上記［Ａ１］から［Ａ３］までのいずれかのコンテンツ情報統合装置において、指定された前記統合コンテンツについて、当該統合コンテンツに関する前記統合コンテンツ情報を参照することによって、当該統合コンテンツに関連付けられるコンテンツのうちのいずれかを取得対象のコンテンツとして決定する取得方法決定部と、前記取得方法決定部によって決定された取得対象の前記コンテンツを、前記統合コンテンツ情報に基づいて取得するコンテンツ取得部と、をさらに備え、前記統合コンテンツ情報は、前記統合コンテンツに関連付けられるそれぞれの前記コンテンツの取得方法に関する情報を含むものであり、前記情報統合部は、前記統合コンテンツ情報を生成する際には、同定された前記複数のコンテンツのそれぞれが持っていた当該コンテンツの取得方法に関する情報を、生成する前記統合コンテンツ情報内に含める、というものである。

［Ａ５］また、一態様は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツを同定し、同定された前記複数のコンテンツのそれぞれに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部と、を備えるコンテンツ情報統合装置、としてコンピューターを機能させるためのプログラムである。

［Ｂ１］また、一態様によるコンテンツ情報統合装置は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツを同定し、同定された前記複数のコンテンツのそれぞれに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部と、を備え、前記情報統合部は、前記複数のコンテンツのそれぞれについての前記コンテンツ情報に基づいて、前記コンテンツ情報の中におけるコンテンツ同定に関する要素であってコンテンツを一意に識別する情報であるコンテンツ識別情報以外の要素が少なくとも部分的に一致することによって同定可能である場合に、それら複数のコンテンツを同定して、前記統合コンテンツ情報を生成する、というものである。

［Ｂ２］また、一態様は、上記［Ｂ１］のコンテンツ情報統合装置において、前記情報統合部は、前記複数のコンテンツのそれぞれについての前記コンテンツ情報に基づいて、１）それら複数のコンテンツのそれぞれにおける物理的な配信に関する情報が一致する場合、２）それら複数のコンテンツのそれぞれにおける配信日時とコンテンツ名称とに関する情報が一致する場合、または、３）それら複数のコンテンツのそれぞれの配信のための所在情報が一致する場合、の少なくともいずれかの場合には、それら複数のコンテンツを同定して前記統合コンテンツ情報を生成する、というものである。

［Ｂ３］また、一態様は、上記［Ｂ１］または［Ｂ２］のコンテンツ情報統合装置において、前記情報取得部は、放送信号によって配信される前記コンテンツ情報と、通信によってコンテンツ情報提供装置から配信される前記コンテンツ情報と、前記情報統合部が生成した前記統合コンテンツ情報であるところの前記コンテンツ情報との、少なくともいずれかを取得する、というものである。

［Ｂ４］また、一態様は、上記［Ｂ１］から［Ｂ３］までのいずれかのコンテンツ情報統合装置において、指定された前記統合コンテンツについて、当該統合コンテンツに関する前記統合コンテンツ情報を参照することによって、当該統合コンテンツに関連付けられるコンテンツのうちのいずれかを取得対象のコンテンツとして決定する取得方法決定部と、前記取得方法決定部によって決定された取得対象の前記コンテンツを、前記統合コンテンツ情報に基づいて取得するコンテンツ取得部と、をさらに備え、前記統合コンテンツ情報は、前記統合コンテンツに関連付けられるそれぞれの前記コンテンツの取得方法に関する情報を含むものであり、前記情報統合部は、前記統合コンテンツ情報を生成する際には、同定された前記複数のコンテンツのそれぞれが持っていた当該コンテンツの取得方法に関する情報を、生成する前記統合コンテンツ情報内に含める、というものである。

［Ｂ５］また、一態様は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツを同定し、同定された前記複数のコンテンツのそれぞれに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部と、を備え、前記情報統合部は、前記複数のコンテンツのそれぞれについての前記コンテンツ情報に基づいて、前記コンテンツ情報の中におけるコンテンツ同定に関する要素であってコンテンツを一意に識別する情報であるコンテンツ識別情報以外の要素が少なくとも部分的に一致することによって同定可能である場合に、それら複数のコンテンツを同定して、前記統合コンテンツ情報を生成する、コンテンツ情報統合装置、としてコンピューターを機能させるためのプログラムである。

本発明によれば、コンテンツ情報に基づいて、複数のコンテンツ間での関連性を発見することができる。この関連性を利用することによって、複数のコンテンツそれぞれのコンテンツ情報を統合して、統合コンテンツ情報を生成してもよい。統合コンテンツ情報においては、元のそれぞれのコンテンツが相互に関連付けられている。この関連付けの情報に基づいて、様々な手段あるいは方法で、コンテンツ（代替コンテンツを含む）を取得することが可能となる。

態様Ａによるコンテンツ発見システムの概略機能構成を示すブロック図である。 態様Ａによる受信装置の概略機能構成を示すブロック図である。 態様Ａによるコンテンツ情報提供サーバー装置の概略機能構成を示すブロック図である。 態様Ａによるサービス情報提供サーバー装置の概略機能構成を示すブロック図である。 態様Ａにおいてコンテンツ情報に関わるエンティティとエンティティ間の関係とを表す概略図（ＥＲ図）である。 態様Ａによるおいてコンテンツ情報に関連して、エンティティ「サービス」と関連する他のエンティティとの関係を示す概略図（ＥＲ図）である。 態様Ａにおけるコンテンツリスト（コンテンツ情報）の論理的な構成を示す概略図である。 態様Ａにおけるコンテンツリスト（コンテンツ情報）の論理的な構成の別態様を示す概略図である。 態様Ａによる受信装置が、複数のコンテンツに関するコンテンツ情報を取得してそれらのコンテンツ情報を統合し、統合されたコンテンツ情報に基づいてコンテンツを提示する処理の手順の例を示す概略図である。 態様Ａにおけるコンテンツ情報の統合の処理での情報の流れを示す概略図である。 態様Ａによる情報統合部がコンテンツ情報を統合する処理を行うための条件の例を示す概略図であり、「identifier」の完全一致によるコンテンツの統合を示す。 態様Ａによる情報統合部がコンテンツ情報を統合する処理を行うための条件の例を示す概略図であり、「associatedMedia」に従属する要素が一致することによるコンテンツの統合を示す。 態様Ａによる情報統合部がコンテンツ情報を統合する処理を行うための条件の例を示す概略図であり、「associatedMedia」の要素の中のコンテンツ同定に関わる要素が一致することによるコンテンツの統合の一例を示す。 態様Ａによる情報統合部がコンテンツ情報を統合する処理を行うための条件の例を示す概略図であり、「associatedMedia」の要素の中のコンテンツ同定に関わる要素が一致することによるコンテンツの統合の別の例を示す。 態様Ａにおけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（１／６）である。 態様Ａにおけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（２／６）である。 態様Ａにおけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（３／６）である。 態様Ａにおけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（４／６）である。 態様Ａにおけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（５／６）である。 態様Ａにおけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（６／６）である。 態様Ａにおける受信装置内の取得方法決定部のさらに詳細な機能構成を示すブロック図である。 態様Ａにおける取得方法決定部がコンテンツの取得方法を決定する手順を説明するためのシーケンス図である。 態様Ａにおける情報管理部２３０が、ユーザーからの情報入力に基づいて、管理する情報を更新する処理の手順を示すシーケンス図である。 態様Ａにおける情報管理部２３０が、ユーザーからの情報入力以外の方法（情報管理部２３０自身による状況変化の把握等）に基づいて、管理する情報を更新する処理の手順を示すシーケンス図である。 態様Ａにおける情報統合部のさらに詳細な機能構成を示すブロック図である。 態様Ａの情報統合部がコンテンツ情報を統合するための処理のさらに詳細な手順を示す概略図である。 態様Ａにおけるサービス情報（サービスリスト）の具体例を示す概略図（１／２）である。 態様Ａにおけるサービス情報（サービスリスト）の具体例を示す概略図（２／２）である。 態様Ａ（その２）に係るシステムの概要構成の一例を示すブロック図である。 態様Ａ（その２）に係る受信装置の機能構成の一例を示すブロック図である。 態様Ａ（その２）に係る情報提供システム及び情報登録装置の機能構成の一例を示すブロック図である。 態様Ａ（その２）に係るシステムの一連の動作の一例を示す状態遷移図である。 態様Ａ（その２）に係るコンテンツプロバイダーがコンテンツリスト（コンテンツ情報）を提供する場合における一連の動作の一例を示す状態遷移図である。 態様Ａ（その２）におけるコンテンツリスト（コンテンツ情報）が有する階層構造について説明するための模式図である。 態様Ａ（その２）に係る受信装置により行われるサービスリスト及びコンテンツリストの更新動作の一例を示すフローチャートである。 態様Ａ（その２）に係る緊急イベントに関する情報の第１の受信方法について説明するための受信装置のブロック図である。 態様Ａ（その２）に係る緊急イベントに関する情報の第２の受信方法について説明するための情報提供システムのブロック図である。 態様Ａ（その２）に係る緊急イベントの提示の一例について説明するための図である。 態様Ａ（その２）に係るイベントリストの具体例を示す概略図である。 コンピューターを用いて態様Ａにおける各装置を実現する場合の内部構成の一例を示すブロック図である。

態様Ｂによる受信装置の概略機能構成を示すブロック図である。 態様Ｂによる受信装置を含むように構成されるコンテンツ配信システムの全体構成を示すブロック図である。 態様Ｂによる受信装置の動作シーケンスの例を示すフローチャート（１／３）である。 態様Ｂによる受信装置の動作シーケンスの例を示すフローチャート（２／３）である。 態様Ｂによる受信装置の動作シーケンスの例を示すフローチャート（３／３）である。 態様Ｂによるコンテンツ配信システムが使用するユーザープロファイルデータの例を示す概略図である。 態様Ｂによる受信装置が、メタデータから取得した情報を表示用のＨＴＭＬ内に挿入した例（その１）を示す概略図である。 態様Ｂによる受信装置が、メタデータから取得した情報を表示用のＨＴＭＬ内に挿入した例（その２）を示す概略図である。 態様Ｂによるコンテンツ配信システムが使用するサービスメタデータの例を示す概略図（１／２）である。 態様Ｂによるコンテンツ配信システムが使用するサービスメタデータの例を示す概略図（２／２）である。 態様Ｂによるコンテンツ配信システムが使用するコンテンツメタデータの例を示す概略図（１／７）である。 態様Ｂによるコンテンツ配信システムが使用するコンテンツメタデータの例を示す概略図（２／７）である。 態様Ｂによるコンテンツ配信システムが使用するコンテンツメタデータの例を示す概略図（３／７）である。 態様Ｂによるコンテンツ配信システムが使用するコンテンツメタデータの例を示す概略図（４／７）である。 態様Ｂによるコンテンツ配信システムが使用するコンテンツメタデータの例を示す概略図（５／７）である。 態様Ｂによるコンテンツ配信システムが使用するコンテンツメタデータの例を示す概略図（６／７）である。 態様Ｂによるコンテンツ配信システムが使用するコンテンツメタデータの例を示す概略図（７／７）である。 態様Ｂによる受信装置における、解説音声の再生のための処理手順を記述したスクリプトの例を示す概略図である。 態様Ｂによるコンテンツ配信システムが使用するイベントメタデータの例を示す概略図である。 態様Ｂによる受信装置が表示する画面の例と、それらの画面間での遷移を示す概略図である。 態様Ｂによるコンテンツ配信システムを構成する各装置の内部構成（コンピューター）の例を示すブロック図である。 態様Ｂ（その２）による受信装置の概略機能構成を示すブロック図である。

態様Ｃによるシステムの概略機能構成を示すブロック図である。 態様Ｃによる提示装置の概略機能構成を示すブロック図である。 態様Ｃによるシステムの動作の手順、および各部の相互作用を説明するための示すシーケンスチャート（１／２）である。 態様Ｃによるシステムの動作の手順、および各部の相互作用を説明するための示すシーケンスチャート（２／２）である。 態様Ｃによる提示装置が、自装置の種別に応じた方法でウェブページを提示する処理の手順を示すフローチャートである。 態様Ｃによる提示装置が、ユーザーからリクエストされた放送コンテンツについて、コンテンツの状況に応じて異なる形態のコンテンツ（代替コンテンツを含む）を提示するための処理の手順を示すフローチャートである。 態様Ｃによる提示装置が、放送コンテンツに関連する関連コンテンツの一覧をユーザーに提示するとともに、選択された関連コンテンツ（ただし、選択された関連コンテンツがウェブページである場合を含む）を提示する処理の手順を示すフローチャートである。 態様Ｃによるコンテンツメタデータの例を示す概略図（１／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（２／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（３／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（４／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（５／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（６／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（７／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（８／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（９／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１０／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１１／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１２／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１３／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１４／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１５／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１６／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１７／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１８／１９）である。 態様Ｃによるコンテンツメタデータの例を示す概略図（１９／１９）である。 態様Ｃによるシステムを構成する各装置（提示装置等）の内部構成の例を示すブロック図である。

本発明の実施形態によるコンテンツ発見システムの概略機能構成を示すブロック図である。 同実施形態による受信装置の概略機能構成を示すブロック図である。 同実施形態によるコンテンツ情報提供サーバー装置の概略機能構成を示すブロック図である。 同実施形態によるサービス情報提供サーバー装置の概略機能構成を示すブロック図である。 同実施形態においてコンテンツ情報に関わるエンティティとエンティティ間の関係とを表す概略図（ＥＲ図）である。 同実施形態によるおいてコンテンツ情報に関連して、エンティティ「サービス」と関連する他のエンティティとの関係を示す概略図（ＥＲ図）である。 同実施形態におけるコンテンツリスト（コンテンツ情報）の論理的な構成を示す概略図である。 同実施形態におけるコンテンツリスト（コンテンツ情報）の論理的な構成の別態様を示す概略図である。 同実施形態による受信装置が、複数のコンテンツに関するコンテンツ情報を取得してそれらのコンテンツ情報を統合し、統合されたコンテンツ情報に基づいてコンテンツを提示する処理の手順の例を示す概略図である。 同実施形態におけるコンテンツ情報の統合の処理での情報の流れを示す概略図である。 同実施形態による情報統合部がコンテンツ情報を統合する処理を行うための条件の例を示す概略図であり、「identifier」の完全一致によるコンテンツの統合を示す。 同実施形態による情報統合部がコンテンツ情報を統合する処理を行うための条件の例を示す概略図であり、「associatedMedia」に従属する要素が一致することによるコンテンツの統合を示す。 同実施形態による情報統合部がコンテンツ情報を統合する処理を行うための条件の例を示す概略図であり、「associatedMedia」の要素の中のコンテンツ同定に関わる要素が一致することによるコンテンツの統合の一例を示す。 同実施形態による情報統合部がコンテンツ情報を統合する処理を行うための条件の例を示す概略図であり、「associatedMedia」の要素の中のコンテンツ同定に関わる要素が一致することによるコンテンツの統合の別の例を示す。 同実施形態におけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（１／６）である。 同実施形態におけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（２／６）である。 同実施形態におけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（３／６）である。 同実施形態におけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（４／６）である。 同実施形態におけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（５／６）である。 同実施形態におけるコンテンツ情報（コンテンツリスト）の具体例を示す概略図（６／６）である。 同実施形態における情報統合部のさらに詳細な機能構成を示すブロック図である。 同実施形態の情報統合部がコンテンツ情報を統合するための処理のさらに詳細な手順を示す概略図である。 同実施形態におけるサービス情報（サービスリスト）の具体例を示す概略図（１／２）である。 同実施形態におけるサービス情報（サービスリスト）の具体例を示す概略図（２／２）である。 同実施形態を構成する各装置の内部構成の一例を示すブロック図である。

以下では、まず実施形態に関連する態様Ａ、態様Ｂ、態様Ｃのそれぞれについて説明し、その後で本発明の実施形態について説明する。なお、態様Ａ、態様Ｂ、態様Ｃ、および本実施形態の間で、符号が重複する場合があり得る。なお、符号に関しては、後の「符号の説明」の欄において一覧可能である。

［★★態様Ａ★★］
態様Ａは、サーバー装置、受信装置及びプログラムに関する。以下において、態様Ａについて説明する。

態様Ａの背景として、従来、コンテンツプロバイダーにより動画像情報等の様々なコンテンツが配信されている。コンテンツの配信方法としては、放送や通信ネットワークを用いた複数の方式が用いられている。ユーザーが複数の配信方法に合わせた複数の受信端末を用意することは非常に手間であるため、複数の配信方法で提供されるコンテンツのいずれかを受信装置が好適な方法で容易に取得できる配信システムに関する技術が知られている（例えば、態様Ａの先行技術として、特許文献［特開２０１６―１４９６２４号公報］を参照）。

態様Ａが解決しようとする課題は、次のとおりである。上述したような従来技術によれば、コンテンツを視聴するための受信端末は、コンテンツの再生要求に応じて配信方法リストを取得し、取得した配信方法リストに基づいてコンテンツを取得する。このような技術により、受信端末は放送により提供されるコンテンツと通信ネットワークを介して提供されるコンテンツとを受信することができる。コンテンツに関する情報（例えば放送におけるＥＰＧ；電子番組表）を、通信ネットワークを介して受信端末（又は受信装置）に提供しようとした場合、更新の頻度に応じて通信ネットワークの通信量が多くなってしまうことが懸念される。通信量が多くなってしまう場合、コンテンツ自体の通信に影響を及ぼしてしまう場合がある。このようにコンテンツに関する情報を、通信ネットワークを介して受信装置に提供する場合には、通信ネットワークの通信量が多くなってしまうといった問題があった。

そこで態様Ａは、受信装置に記憶されるコンテンツに関する情報を好適に更新することが可能なサーバー装置、受信装置及びプログラムを提供しようとするものである。

上記の態様Ａの課題を解決するための手段は、次のとおりである。

［態様Ａ：１］上記の態様Ａの課題を解決するため、一態様によるサーバー装置は、コンテンツを識別する情報と当該コンテンツの属性に関する情報とを含む複数の情報を互いに分離可能な構成要素として有するコンテンツ情報を取得する登録受付部と、取得された前記コンテンツ情報を記憶する記憶部と、前記登録受付部により前記コンテンツ情報が取得された場合に、取得された前記コンテンツ情報と、前記記憶部に記憶された前記コンテンツ情報とを比較し、差分を有する前記構成要素の有無を判定する差分判定部と、差分を有する前記構成要素の有無に基づいて、差分を有する前記構成要素を特定する情報を含む更新通知を提供する通知部と、前記更新通知に基づき出力された要求であって、前記コンテンツ情報のうち更新を要求する前記構成要素を特定する情報を含む要求である更新要求を取得する更新要求取得部と、取得された前記更新要求に基づき、前記記憶部に記憶された前記コンテンツ情報のうち特定された前記構成要素を含む情報を提供する提供部とを備えるものである。

［態様Ａ：２］また、一態様は、上記［態様Ａ：１］に記載のサーバー装置において、前記構成要素には、物理的なコンテンツの配信方法に関する情報が少なくとも含まれるものである。

［態様Ａ：３］また、一態様は、上記［態様Ａ：１］又は［態様Ａ：２］に記載のサーバー装置において、前記構成要素は、階層構造を有するものである。

［態様Ａ：４］また、一態様による受信装置は、コンテンツを識別する情報と当該コンテンツの属性に関する情報とを含む複数の情報を互いに分離可能な構成要素として有するコンテンツ情報のうち、特定の前記構成要素を特定する情報を含む更新通知を取得するネット情報取得部と、取得した前記更新通知に基づき、特定された前記構成要素を含む情報の提供を要求するネット情報要求部とを備えるものである。

［態様Ａ：５］また、一態様は、上記［態様Ａ：４］に記載の受信装置において、ユーザーの操作に基づき事前情報が設定される事前情報設定部を更に備え、前記ネット情報要求部は、前記事前情報設定部により設定された事前情報に基づき、取得した前記更新通知により特定される前記構成要素の更新をするか否かの判定を行い、更新をすると判定した場合に、前記更新通知により特定される前記構成要素を含む情報の提供を要求するものである。

［態様Ａ：６］また、一態様は、コンピューターに、コンテンツを識別する情報と当該コンテンツの属性に関する情報とを含む複数の情報を互いに分離可能な構成要素として有するコンテンツ情報のうち、特定の前記構成要素を特定する情報を含む更新通知を取得するネット情報取得ステップと、取得した前記更新通知に基づき、特定された前記構成要素を含む情報の提供を要求するネット情報要求ステップとを実行させるプログラムである。

また、参考態様は、次の通りである。

［態様Ａの参考Ａ１］また、一つの参考態様によるコンテンツ情報統合装置は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツを同定し、同定された前記複数のコンテンツのそれぞれに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部と、を備える。

［態様Ａの参考Ａ２］また、一態様は、上記［態様Ａの参考Ａ１］のコンテンツ情報統合装置において、前記情報統合部は、前記複数のコンテンツのそれぞれについての前記コンテンツ情報が持つコンテンツ識別情報が一致する場合に、それら複数のコンテンツを同定して、前記統合コンテンツ情報を生成するものであり、前記コンテンツ識別情報は、前記コンテンツを一意に識別する情報である、というものである。

［態様Ａの参考Ａ３］また、一態様は、上記［態様Ａの参考Ａ１］または［態様Ａの参考Ａ２］のコンテンツ情報統合装置において、前記情報取得部は、放送信号によって配信される前記コンテンツ情報と、通信によってコンテンツ情報提供装置から配信される前記コンテンツ情報と、前記情報統合部が生成した前記統合コンテンツ情報であるところの前記コンテンツ情報との、少なくともいずれかを取得する、というものである。

［態様Ａの参考Ａ４］また、一態様は、上記［態様Ａの参考Ａ１］から［態様Ａの参考Ａ３］までのいずれかのコンテンツ情報統合装置において、指定された前記統合コンテンツについて、当該統合コンテンツに関する前記統合コンテンツ情報を参照することによって、当該統合コンテンツに関連付けられるコンテンツのうちのいずれかを取得対象のコンテンツとして決定する取得方法決定部と、前記取得方法決定部によって決定された取得対象の前記コンテンツを、前記統合コンテンツ情報に基づいて取得するコンテンツ取得部と、をさらに備え、前記統合コンテンツ情報は、前記統合コンテンツに関連付けられるそれぞれの前記コンテンツの取得方法に関する情報を含むものであり、前記情報統合部は、前記統合コンテンツ情報を生成する際には、同定された前記複数のコンテンツのそれぞれが持っていた当該コンテンツの取得方法に関する情報を、生成する前記統合コンテンツ情報内に含める、というものである。

［態様Ａの参考Ａ５］また、一態様は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツを同定し、同定された前記複数のコンテンツのそれぞれに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部と、を備えるコンテンツ情報統合装置、としてコンピューターを機能させるためのプログラムである。

［態様Ａの参考Ｂ１］また、一態様によるコンテンツ情報統合装置は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツを同定し、同定された前記複数のコンテンツのそれぞれに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部と、を備え、前記情報統合部は、前記複数のコンテンツのそれぞれについての前記コンテンツ情報に基づいて、前記コンテンツ情報の中におけるコンテンツ同定に関する要素であってコンテンツを一意に識別する情報であるコンテンツ識別情報以外の要素が少なくとも部分的に一致することによって同定可能である場合に、それら複数のコンテンツを同定して、前記統合コンテンツ情報を生成する、というものである。

［態様Ａの参考Ｂ２］また、一態様は、上記［態様Ａの参考Ｂ１］のコンテンツ情報統合装置において、前記情報統合部は、前記複数のコンテンツのそれぞれについての前記コンテンツ情報に基づいて、１）それら複数のコンテンツのそれぞれにおける物理的な配信に関する情報が一致する場合、２）それら複数のコンテンツのそれぞれにおける配信日時とコンテンツ名称とに関する情報が一致する場合、または、３）それら複数のコンテンツのそれぞれの配信のための所在情報が一致する場合、の少なくともいずれかの場合には、それら複数のコンテンツを同定して前記統合コンテンツ情報を生成する、というものである。

［態様Ａの参考Ｂ３］また、一態様は、上記［態様Ａの参考Ｂ１］または［態様Ａの参考Ｂ２］のコンテンツ情報統合装置において、前記情報取得部は、放送信号によって配信される前記コンテンツ情報と、通信によってコンテンツ情報提供装置から配信される前記コンテンツ情報と、前記情報統合部が生成した前記統合コンテンツ情報であるところの前記コンテンツ情報との、少なくともいずれかを取得する、というものである。

［態様Ａの参考Ｂ４］また、一態様は、上記［態様Ａの参考Ｂ１］から［態様Ａの参考Ｂ３］までのいずれかのコンテンツ情報統合装置において、指定された前記統合コンテンツについて、当該統合コンテンツに関する前記統合コンテンツ情報を参照することによって、当該統合コンテンツに関連付けられるコンテンツのうちのいずれかを取得対象のコンテンツとして決定する取得方法決定部と、前記取得方法決定部によって決定された取得対象の前記コンテンツを、前記統合コンテンツ情報に基づいて取得するコンテンツ取得部と、をさらに備え、前記統合コンテンツ情報は、前記統合コンテンツに関連付けられるそれぞれの前記コンテンツの取得方法に関する情報を含むものであり、前記情報統合部は、前記統合コンテンツ情報を生成する際には、同定された前記複数のコンテンツのそれぞれが持っていた当該コンテンツの取得方法に関する情報を、生成する前記統合コンテンツ情報内に含める、というものである。

［態様Ａの参考Ｂ５］また、一態様は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツを同定し、同定された前記複数のコンテンツのそれぞれに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部と、を備え、前記情報統合部は、前記複数のコンテンツのそれぞれについての前記コンテンツ情報に基づいて、前記コンテンツ情報の中におけるコンテンツ同定に関する要素であってコンテンツを一意に識別する情報であるコンテンツ識別情報以外の要素が少なくとも部分的に一致することによって同定可能である場合に、それら複数のコンテンツを同定して、前記統合コンテンツ情報を生成する、コンテンツ情報統合装置、としてコンピューターを機能させるためのプログラムである。

［態様Ａの参考Ｃ１］また、一態様によるコンテンツ取得方法決定装置は、同定された複数のコンテンツのそれぞれに関するコンテンツ情報を統合して成る、統合コンテンツのコンテンツ情報である統合コンテンツ情報を取得する統合情報取得部と、特定の前記統合コンテンツについての前記統合コンテンツ情報を参照することによって、当該統合コンテンツに関連付けられる複数の前記コンテンツのうちのいずれかを取得対象のコンテンツとして決定する取得方法決定部と、を備え、前記統合コンテンツ情報は、前記統合コンテンツに関連付けられるそれぞれの前記コンテンツの取得方法に関する情報を含むものである。

［態様Ａの参考Ｃ２］また、一態様は、上記［態様Ａの参考Ｃ１］のコンテンツ取得方法決定装置において、前記取得方法決定部によって決定された取得対象の前記コンテンツを、前記統合コンテンツ情報に基づいて取得するコンテンツ取得部と、前記コンテンツ取得部が取得した前記コンテンツを提示するコンテンツ提示部と、前記コンテンツ取得部が前記コンテンツを取得するための機能あるいは前記コンテンツ提示部が前記コンテンツを提示するための機能の少なくともいずれかの機能に関する情報である機能情報と、前記コンテンツ提示部が提示する前記コンテンツを視聴するユーザーに関する情報であるユーザー情報と、の少なくともいずれかを保持する情報管理部と、をさらに備え、前記取得方法決定部は、前記統合コンテンツ情報に含まれるそれぞれの前記コンテンツの情報と、前記情報管理部が保持する前記機能情報と前記ユーザー情報との少なくともいずれかと、に基づいて前記取得対象のコンテンツを決定するというものである。

［態様Ａの参考Ｃ３］また、一態様は、上記［態様Ａの参考Ｃ２］のコンテンツ取得方法決定装置において、前記統合コンテンツ情報に含まれるそれぞれの前記コンテンツの情報と、前記情報管理部が保持する前記機能情報と前記ユーザー情報との少なくともいずれかと、に基づいてそれぞれの前記コンテンツの適合度合いを表すスコアを算出するスコア算出部、をさらに備え、前記取得方法決定部は、前記スコア算出部が算出したそれぞれの前記コンテンツについての前記スコアに基づいて、前記取得対象のコンテンツを決定する、というものである。

［態様Ａの参考Ｃ４］また、一態様は、上記［態様Ａの参考Ｃ３］のコンテンツ取得方法決定装置において、前記情報管理部は、前記機能情報の一部として、コンテンツの提示機能に関する情報を保持するものであり、前記情報管理部が保持する前記機能情報と、前記統合コンテンツ情報に含まれるそれぞれの前記コンテンツの取得方法に関する情報あるいは提示方法に関する情報の少なくともいずれかと、に基づいて、それぞれの前記コンテンツの取得あるいは提示の可否を判定する可否判定部、をさらに備え、前記スコア算出部は、前記可否判定部によって、取得することができないコンテンツあるいは提示することができないコンテンツと判定された前記コンテンツに関しては、前記スコアの算出を行わない、というものである。

［態様Ａの参考Ｃ５］また、一態様は、同定された複数のコンテンツのそれぞれに関するコンテンツ情報を統合して成る、統合コンテンツのコンテンツ情報である統合コンテンツ情報を取得する統合情報取得部と、特定の前記統合コンテンツについての前記統合コンテンツ情報を参照することによって、当該統合コンテンツに関連付けられる複数の前記コンテンツのうちのいずれかを取得対象のコンテンツとして決定する取得方法決定部と、を備え、前記統合コンテンツ情報は、前記統合コンテンツに関連付けられるそれぞれの前記コンテンツの取得方法に関する情報を含むものである、コンテンツ取得方法決定装置、としてコンピューターを機能させるためのプログラムである。

［態様Ａの参考Ｄ１］また、一態様によるコンテンツ間関連性発見装置は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する関連性発見部と、を備え、前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものであり、前記関連性発見部は、前記コンテンツについての前記属性情報のみに基づいて前記複数のコンテンツの間での関連性を発見する、というものである。

［態様Ａの参考Ｄ２］また、一態様は、上記［態様Ａの参考Ｄ１］のコンテンツ間関連性発見装置において、前記関連性発見部は、複数のコンテンツ間での関連性の度合いを表すスコアを算出するスコア算出部と、前記スコア算出部が算出した前記スコアに基づいて当該複数のコンテンツ間での関連性の有無を判定する関連性判定部と、を備えるものである。

［態様Ａの参考Ｄ３］また、一態様は、上記［態様Ａの参考Ｄ２］のコンテンツ間関連性発見装置において、前記関連性判定部は、前記スコアが所定の閾値以上であるか否かに基づいて当該複数のコンテンツ間での関連性の有無を判定する、ものである。

［態様Ａの参考Ｄ４］また、一態様は、上記［態様Ａの参考Ｄ２］または［態様Ａの参考Ｄ３］のコンテンツ間関連性発見装置において、前記スコア算出部は、前記複数のコンテンツに関して、（１）当該複数のコンテンツ間において、ジャンル情報の全部または一部が共通するか否か、（２）当該複数のコンテンツ間において、コンテンツ名称の全体または一部が一致するか否か、（３）当該複数のコンテンツ間において、コンテンツ概要の記述の全体または部分が一致するか否か、（４）当該複数のコンテンツ間において、コンテンツの出演者情報の全部または一部が共通するか否か、（５）当該複数のコンテンツ間において、コンテンツ情報内に含まれるパブリケーション（publication）要素が一致するか否かまたはその類似性、（６）当該複数のコンテンツ間において、コンテンツ情報内に含まれるコンテンツへのアクセスのための所在情報が一致するか否かまたはその類似性、または、（７）当該複数のコンテンツ間において、コンテンツ情報が持つ配信日あるいは配信開始日の情報が一致するか否かまたはその近似性、の少なくともいずれかに基づいて、前記スコアを算出するものである。

［態様Ａの参考Ｄ５］また、一態様は、上記［態様Ａの参考Ｄ１］から［態様Ａの参考Ｄ４］までのいずれかのコンテンツ間関連性発見装置において、前記コンテンツ情報が含む前記識別情報に基づいて、複数の前記コンテンツの間での一致を検出する一致検出部、をさらに備えるものである。

［態様Ａの参考Ｄ６］また、一態様は、上記［態様Ａの参考Ｄ１］から［態様Ａの参考Ｄ５］までのいずれかのコンテンツ間関連性発見装置において、前記関連性発見部が発見した複数の前記コンテンツの間での関連性に基づいて、当該複数のコンテンツに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部、をさらに備えるものである。

［態様Ａの参考Ｄ７］また、一態様は、コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する関連性発見部と、を備え、前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものであり、前記関連性発見部は、前記コンテンツについての前記属性情報のみに基づいて前記複数のコンテンツの間での関連性を発見する、コンテンツ間関連性発見装置、としてコンピューターを機能させるプログラムである。

［態様Ａの参考Ｅ１］また、一態様による受信装置は、放送に関するサービスについての情報が含まれるサービスリストを、通信ネットワークを介して取得するネット情報取得部と、取得した前記サービスリストに基づいて、特定のコンテンツに関する情報の提供を要求するネット情報要求部と、前記コンテンツに関する情報を提示する提示部とを備えるものである。

［態様Ａの参考Ｅ２］また、一態様は、上記［態様Ａの参考Ｅ１］に記載の受信装置は、取得した前記サービスリストに基づく要求に応じて提供された情報を、前記通信ネットワークを介して取得するネットコンテンツ取得部と、コンテンツが含まれる放送信号を取得する放送コンテンツ取得部とを更に備え、前記提示部は、前記ネットコンテンツ取得部により取得された情報又は前記放送コンテンツ取得部により取得された情報のいずれかを提示するものである。

［態様Ａの参考Ｅ３］また、一態様は、上記［態様Ａの参考Ｅ２］に記載の受信装置において、前記提示部は、前記ネットコンテンツ取得部により取得された情報及び前記放送コンテンツ取得部により取得された情報のいずれも提示可能な場合、前記放送コンテンツ取得部により取得された情報を提示するものである。

［態様Ａの参考Ｅ４］また、一態様は、上記［態様Ａの参考Ｅ２］に記載の受信装置において、前記提示部は、前記ネットコンテンツ取得部により取得された情報及び前記放送コンテンツ取得部により取得された情報のいずれも提示可能な場合、前記ネットコンテンツ取得部により取得された情報を提示するものである。

［態様Ａの参考Ｅ５］また、一態様は、上記［態様Ａの参考Ｅ２］に記載の受信装置において、前記提示部は、前記ネットコンテンツ取得部により取得された情報及び前記放送コンテンツ取得部により取得された情報のいずれも提示可能な場合、ユーザーの操作に基づき選択されたいずれかの情報を提示するものである。

［態様Ａの参考Ｅ６］また、一態様は、上記［態様Ａの参考Ｅ１］から［態様Ａの参考Ｅ３］までのいずれかに記載の受信装置において、前記ネット情報取得部は、自装置が起動したことに応じて前記サービスリストを取得するものである。

［態様Ａの参考Ｅ７］また、一態様は、上記［態様Ａの参考Ｅ１］から［態様Ａの参考Ｅ４］のいずれかに記載の受信装置において、前記ネット情報取得部は、第１の周期で前記サービスリストを取得し、前記第１の周期とは異なる第２の周期で更に前記サービスリストを取得するものである。

［態様Ａの参考Ｅ８］また、一態様は、上記［態様Ａの参考Ｅ１］から［態様Ａの参考Ｅ５］のいずれかに記載の受信装置において、前記ネット情報取得部は、ユーザーの操作に基づき前記サービスリストを取得するものである。

［態様Ａの参考Ｅ９］また、一態様は、コンピューターに、放送に関するサービスについての情報が含まれるサービスリストを、通信ネットワークを介して取得するネット情報取得ステップと、取得した前記サービスリストに基づいて、特定のコンテンツに関する情報の提供を要求するネット情報要求ステップと、前記コンテンツに関する情報を提示する提示ステップとを実行させるプログラムある。

［態様Ａの参考Ｆ１］また、一態様による受信装置は、放送に関するサービスについての情報が含まれるサービスリストを、通信ネットワークを介して取得するネット情報取得部と、取得した前記サービスリストに基づいて、特定のコンテンツに関する情報が含まれるコンテンツリストの提供を要求するネット情報要求部と、前記ネット情報要求部の要求に基づいて取得された前記コンテンツリストに含まれる特定のコンテンツに関する情報を提示する提示部と、緊急イベントに関する情報が含まれる緊急イベント情報を、通信ネットワークを介して取得する緊急イベント通知取得部と、取得した前記緊急イベント情報に基づき、緊急イベントに関する情報を前記提示部に提示する緊急イベント処理部と、を備えるものである。

［態様Ａの参考Ｆ２］また、一態様は、上記［態様Ａの参考Ｆ１］に記載の受信装置において、緊急イベントに関する情報の受信方法に関する情報を取得する受信方法取得部を更に備え、前記緊急イベント通知取得部は、取得した前記受信方法に応じて前記緊急イベント情報を取得するものである。

［態様Ａの参考Ｆ３］また、一態様は、上記［態様Ａの参考Ｆ２］に記載の受信装置において、前記緊急イベント通知取得部は、取得した前記受信方法に応じて異なる装置から配信される前記緊急イベント情報を取得するものである。

［態様Ａの参考Ｆ４］また、一態様は、上記［態様Ａの参考Ｆ２］に記載の受信装置は、前記受信方法の少なくともいずれかにおいて、前記緊急イベント情報は、通信ネットワークを介して取得されるコンテンツを含む情報に含まれるものである。

［態様Ａの参考Ｆ５］また、一態様は、上記［態様Ａの参考Ｆ２］に記載の受信装置は、前記受信方法の少なくともいずれかにおいて、前記緊急イベント情報は、通信ネットワークを介して取得される情報であって、コンテンツを含む情報とは異なる情報に含まれるものである。

［態様Ａの参考Ｆ６］また、一態様は、上記［態様Ａの参考Ｆ２］に記載の受信装置において、前記受信方法取得部は、第１の受信方法又は第２の受信方法のいずれであるかを示す情報を取得し、前記第１の受信方法において、前記緊急イベント情報は、通信ネットワークを介して取得される番組に関する情報に含まれ、前記第２の受信方法において、前記緊急イベント情報は、通信ネットワークを介して取得される情報であって、番組に関する情報とは異なる情報に含まれるものである。

［態様Ａの参考Ｆ７］また、一態様は、上記［態様Ａの参考Ｆ１］又は［態様Ａの参考Ｆ２］に記載の受信装置において、前記緊急イベント処理部は、前記緊急イベント情報を取得した場合、番組のコンテンツの提示を停止し、緊急イベントに関する情報を提示するものである。

［態様Ａの参考Ｆ８］また、一態様は、上記［態様Ａの参考Ｆ１］又は［態様Ａの参考Ｆ２］に記載の受信装置において、前記緊急イベント処理部は、緊急イベントに関する情報を、放送信号を介して更に取得し、放送信号を介して取得した情報と通信ネットワークを介して取得した情報とを統合するものである。

［態様Ａの参考Ｆ９］また、一態様は、放送に関するサービスについての情報が含まれるサービスリストを、通信ネットワークを介して提供するサービス情報提供部と、コンテンツに関する情報が含まれるコンテンツリストを、通信ネットワークを介して提供するコンテンツ情報提供部と、緊急イベントに関する情報が含まれるイベントリストを、通信ネットワークを介して提供する緊急イベント情報提供部とを備えるサーバー装置である。

［態様Ａの参考Ｆ１０］また、一態様は、コンピューターに、緊急イベントに関する情報が含まれる緊急イベント情報を、通信ネットワークを介して取得する緊急イベント通知取得ステップと、番組のコンテンツを提示する提示ステップと、取得した前記緊急イベント情報に基づき、緊急イベントに関する情報を提示する緊急イベント処理ステップとを実行させるプログラムである。

［態様Ａの効果］
態様Ａの構成によれば、受信装置に記憶されるコンテンツに関する情報を好適に更新することができる。

［態様Ａの詳細］
態様Ａの詳細は、次のとおりである。

まず、態様Ａの背景技術について説明する。従来、放送規格に則ってコンテンツの情報を放送信号として配信する技術、およびオープンな通信技術を用いてコンテンツの情報をインターネット等の通信ネットワークを介して配信する技術（ネット配信技術と呼ぶ）が、それぞれ利用されている。ここで、コンテンツとは、主として映像および音声の情報として構成されるものである。上記の放送技術およびネット配信技術をそれぞれ用いて、同一のコンテンツあるいは関連性の深いコンテンツを、放送信号およびネット配信の両方で配信することは、従来技術においても可能である。また、従来の放送では、コンテンツ（番組）そのものが配信されるとともに、番組配列情報が配信されている。

しかしながら従来技術では、放送とネット配信の両方で同一のコンテンツあるいは内容が関連するコンテンツが配信されていても、受信装置の側ではそれら両者を関連付けた制御を行うことができないという問題があった。例えば、放送とネット配信の両方でコンテンツが配信されている場合であっても、受信装置がそれらのコンテンツのうちネット配信のコンテンツを受信している状況において、放送で配信されるコンテンツだけしか受信できなくなった（通信状況の問題等）場合には、継続してコンテンツを受信し続けることができない。逆に、受信装置がそれらのコンテンツのうち放送のコンテンツを受信している状況において、ネット配信のコンテンツだけしか受信できなくなった（放送信号の受信品質の低下の問題等）場合には、継続してコンテンツを受信し続けることができない。

受信装置が例えば放送でのコンテンツの受信からネット配信での同一コンテンツの受信に切り替えるためには、受信装置は、そのネット配信にアクセスするための情報（ＵＲＬ等）を取得したり、そのネット配信に適合するアプリケーションプログラム（以下において単に「アプリ」と呼ぶ場合がある）を起動したりする必要がある。

また、従来技術では、受信装置は、どの放送コンテンツとどのネット配信コンテンツが関連するものであるかを表す情報を把握することもできない。これらにより、受信装置は、放送コンテンツとネット配信コンテンツとを統一された処理フローでハンドリングすることもできない。

言い換えれば、受信装置は、あるコンテンツを代替し得る代替コンテンツを受信して再生するための仕組みを持たない。従来技術における放送信号のＳＩ（service information）には、代替コンテンツに関する情報が含まれない。代替コンテンツを受信して再生する仕組みの一つは、複数のコンテンツを統合して成る統合コンテンツに関する情報（統合コンテンツ情報）を保持して利用することである。この場合には、統合コンテンツに関連付けられる複数の具体コンテンツのそれぞれを取得するための情報を、統合コンテンツ情報として保持し、参照することができる。

また、統合コンテンツに複数の（多数の）具体コンテンツが関連付けられている場合には、それらの複数の具体コンテンツのうちの特定の具体コンテンツを取得する方法を妥当な方法で決定する必要がある。

態様Ａは、上記の課題認識に基づいて検討および実施されるものであり、複数のコンテンツを統合的に管理するために各コンテンツに関するコンテンツ情報を統合して利用できる手段を提供しようとするものである。特に、本発明は、統合されたコンテンツ情報に含まれる複数の具体コンテンツのうちのいずれかを取得する方法を適切に決定するためのコンテンツ取得方法決定装置することのできるコンテンツ情報統合装置およびプログラムを提供しようとするものである。

次に、態様Ａの詳細について、図面を参照しながら説明する。なお、態様Ａを説明する際に、略語を用いる場合がある。代表的な略語の意味は、次の通りである。即ち、ＥＰＧは、Electronic Programming Guide（電子番組表）の略である。また、ＥＲ図は、Entity Relationship Diagramを表す。また、ＪＳＯＮ（ジェイソン）は、JavaScript Object Notation（ジャバスクリプトオブジェクト記述方法）の略である。また、ＯＴＴは、Over the Topの略であり、インターネットを用いたコンテンツの配信の形態を表す語である。また、ＳＩは、Service Informationの略である。また、ＵＲＬは、Uniform Resource Locator（ユニフォームリソースロケーター）の略である。また、ＶＯＤは、Video on Demand（ビデオオンデマンド）の略である。

まず、態様Ａの技術構成の概略を説明する。あるコンテンツ（ここでは便宜的に「主コンテンツ」と呼ぶ）とそのコンテンツを代替し得る代替コンテンツとの関係の例は、次に挙げる通りである。主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、別の放送コンテンツ（別の放送事業者によって、あるいは別のチャンネルで、あるいは別の放送日時に放送されるコンテンツ）である。また、主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、ネットでの同時配信（ライブ配信）のコンテンツである。また、主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、ネットでのビデオオンデマンド（ＶＯＤ）で配信されるコンテンツである。また、主コンテンツがネット配信（ＶＯＤ）であるとき、その代替コンテンツの一例は、放送コンテンツである。また、主コンテンツがネット配信（ＶＯＤ）であるとき、その代替コンテンツの一例は、別のネット配信（ＶＯＤ）である。また、主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、ウェブページ（例えば、その放送コンテンツに対応する番組ホームページ）である。また、主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、ソーシャルネットワーキングサービス（ＳＮＳ；例えば、その放送コンテンツに対応する番組ＳＮＳ）である。

受信装置（コンテンツ情報統合装置）は、主コンテンツを代替し得る他のコンテンツが何であるかを知っている必要がある。そのために、複数のコンテンツのコンテンツ情報を統合して成る統合コンテンツ情報を、受信装置は参照する。

受信装置（コンテンツ情報統合装置）は、受信装置は、受信している放送コンテンツについて、放送信号に含まれるＥＰＧ情報と、その放送コンテンツ（番組）に対応する他のコンテンツのコンテンツ情報とを取得する。受信装置は、コンテンツ情報提供サーバー装置から通信によってコンテンツ情報を取得することができる。受信装置は、これらの情報を基に、抽象コンテンツを生成する。抽象コンテンツは、複数の具体的コンテンツを含むように定義される。言い換えれば、抽象コンテンツは、複数の提供方法のいずれかによって提供され得る。それぞれの具体的コンテンツに関しては、配信方法およびルート情報が定義される。配信方法は、放送による配信であるかネット配信（通信）による配信であるかを区別する。また、配信方法がネット配信である場合には、配信方法はさらに、ライブ配信であるかビデオオンデマンド（ＶＯＤ）であるかを区別する。また、配信方法がネット配信である場合には、配信方法は必要に応じてさらに配信のために使用される通信プロトコルを区別する。放送による配信である場合には、ルート情報は、例えば、オリジナルネットワークＩＤ、トランスポートストリームＩＤ、およびサービスＩＤの３つ組の情報である。ネット配信である場合には、ルート情報は、例えば、ＵＲＬとして表わされる。

なお、抽象コンテンツは、複数の具体コンテンツを統合して成るものであり、「統合コンテンツ」とも呼ばれる。統合コンテンツに関する情報は、統合コンテンツ情報と呼ばれる。

受信装置は、放送信号の受信状況や通信状況等の理由によってある具体的コンテンツを取得できないときに、その具体的コンテンツが属する抽象コンテンツの定義に基づいて代替コンテンツの情報を取得し、その代替コンテンツを取得し、再生することができる。

あるコンテンツに対応して複数の代替コンテンツが存在する場合には、受信装置は、それら複数の代替コンテンツの中から最も適切かつ取得可能な代替コンテンツを選択して取得する。即ち、受信装置は、コンテンツを発見することができる。

図１は、態様Ａによるコンテンツ発見システムの概略機能構成を示すブロック図である。図示するように、コンテンツ発見システム１は、受信装置２と、コンテンツ情報提供サーバー装置３と、サービス情報提供サーバー装置４と、コンテンツプロバイダー装置５Ａと、コンテンツ配信装置７と、放送送出装置８とを含んで構成される。コンテンツ発見システム１を構成する各装置の機能は、例えば、コンピューターと、プログラムとで実現することが可能である。また、各機能部は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。また、各装置の少なくとも一部の機能を、プログラムではなく専用の電子回路として実現してもよい。

受信装置２は、コンテンツ取得するとともに、取得したコンテンツをユーザーに提示する。具体的には、受信装置２は、インターネット等の通信回線を介して、コンテンツ配信装置７から配信されるコンテンツを受信することができる。また、受信装置２は、放送信号によって、放送送出装置８から配信されるコンテンツを受信することができる。受信装置２は、インターネット等の通信回線を介して、コンテンツ情報提供サーバー装置３からコンテンツ情報を取得したり、サービス情報提供サーバー装置４からサービス情報を取得したりすることができる。受信装置２は、コンテンツ情報提供サーバー装置３から渡されるコンテンツ情報や、放送送出装置から放送信号で渡されるコンテンツ情報や、あるいは自装置が既に保持するコンテンツ情報に基づいて、統合コンテンツ情報を生成し、保持する。統合コンテンツ情報自身も、一種のコンテンツ情報である。受信装置２は、ユーザーから指定された統合コンテンツについて、統合コンテンツ情報に基づいて、適切なコンテンツ取得方法を決定して、その方法によってコンテンツを取得し、ユーザーに提示することができる。

なお、受信装置２は、上記の通りコンテンツ情報を統合する機能を持つものであり、「コンテンツ情報統合装置」とも呼ばれる。また、受信装置２は、統合されたコンテンツ情報（統合コンテンツ情報）に含まれる具体コンテンツのうちのいずれかを選択することによって具体コンテンツを取得するための方法を決定する機能を持つものであり、「コンテンツ取得方法決定装置」とも呼ばれる。

コンテンツ情報提供サーバー装置３（「コンテンツ情報提供装置」と呼んでもよい。）は、インターネット等の通信回線を介して、コンテンツ情報を受信装置２に対して提供する。コンテンツ情報は、コンテンツの名称や、概要や、ジャンルや、取得方法（アクセス方法）などといった情報を含むものである。コンテンツ情報の詳細については後で説明する。

サービス情報提供サーバー装置４は、インターネット等の通信回線を介して、サービス情報を受信装置２に対して提供する。サービス情報は、放送のサービスに関する情報である。サービス情報は、コンテンツ情報の一種である。

コンテンツプロバイダー装置５Ａは、コンテンツを供給する事業者等が運営する装置である。コンテンツプロバイダー装置５Ａは、コンテンツ情報提供サーバー装置３やサービス情報提供サーバー装置４に対して、コンテンツの情報を供給する。コンテンツプロバイダー装置５Ａは、例えば予め規定された所定のインターフェースを介して、情報をコンテンツ情報提供サーバー装置３やサービス情報提供サーバー装置４に提供する。また、コンテンツプロバイダー装置５Ａは、コンテンツそのものを、コンテンツ配信装置７や放送送出装置８に供給する。コンテンツは、映像や音声やテキストや画像などから成るものであり、デジタルデータとして供給され得る。

コンテンツ配信装置７は、インターネット等の通信回線を用いて、コンテンツを受信装置２に対して配信する装置である。コンテンツ配信装置７は、ブロードキャスティング方式あるいはオンデマンド方式のいずれかでコンテンツを配信することができる。コンテンツ配信装置７による配信自体は、既存の技術を用いて行われ得る。

放送送出装置８は、放送信号によってコンテンツを受信装置２に対して配信する。放送送出装置８によるコンテンツの配信（放送）自体は、既存の技術を用いて行われ得る。

図２は、態様Ａによる受信装置の概略機能構成を示すブロック図である。図示するように、受信装置２は、情報取得部２１Ａと、情報統合部２２Ａと、取得方法決定部２３と、コンテンツ取得部２６と、コンテンツ提示部２７と、ユーザー入力部２９とを含んで構成される。

情報取得部２１Ａは、コンテンツに関する情報であるコンテンツ情報を取得する。具体的には、情報取得部２１Ａは、放送信号に含まれるコンテンツ情報を取得したり、外部の装置（コンテンツ情報提供サーバー装置３等）からインターネット経由で提供されるコンテンツ情報を取得したりすることができる。また、情報取得部２１Ａは、下で説明する情報統合部２２Ａが生成した統合コンテンツ情報の少なくとも一部の情報を、コンテンツ情報として取得するものであってもよい。

つまり、情報取得部２１Ａは、放送信号（ＳＩ）によって配信されるコンテンツ情報と、通信によってコンテンツ情報提供サーバー装置３等から配信されるコンテンツ情報と、下で説明する情報統合部２２Ａが生成した統合コンテンツ情報であるところのコンテンツ情報との、少なくともいずれかを取得するものであってよい。なお、情報取得部２１Ａが放送信号によって配信されるコンテンツ情報（ＥＰＧ等）を受信する機能自体は、既存技術である。

情報統合部２２Ａは、上記の情報取得部２１Ａが取得したコンテンツ情報に基づいて、複数（２つまたはそれ以上）のコンテンツを同定し、同定されたそれら複数のコンテンツのそれぞれに関するコンテンツ情報を統合する。これによって、情報統合部２２Ａは、統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する。情報統合部２２Ａは、生成した統合コンテンツ情報を保持する。情報統合部２２Ａは、必要に応じて、生成した統合コンテンツ情報を受信装置２内の各部に渡すことができる。つまり、情報統合部２２Ａは、生成した統合コンテンツ情報を記憶手段に記憶させるとともに、その記憶手段から読み取った統合コンテンツ情報を、受信装置２内の各部（取得方法決定部２３等）に渡すことができる。情報統合部２２Ａを、「統合情報取得部」と呼んでもよい。即ち、情報統合部２２Ａ（統合情報取得部）は、同定された複数のコンテンツのそれぞれに関するコンテンツ情報を統合して成る、統合コンテンツのコンテンツ情報である統合コンテンツ情報を、記憶手段等から取得し、取得方法決定部２３等の各部に渡すことができる。

情報統合部２２Ａが複数のコンテンツ情報を同定する方法としては、様々な方法が考えられる。その同定方法の一つは、それぞれのコンテンツに関するコンテンツ情報が持つコンテンツ識別情報が完全に一致する場合に、それら複数のコンテンツを同定する方法である。コンテンツ識別情報は、コンテンツを一意に識別する情報である。

放送されるコンテンツの場合に、コンテンツ識別情報は、例えば、日付（放送日付）とイベントＩＤ（イベント識別情報）とサービス（チャンネル）を特定する情報との組である。サービスを特定する情報は、例えば、オリジナルネットワークＩＤとトランスポートストリームＩＤとサービスＩＤとの３つ組として表現され得る。通信で配信されるコンテンツの場合に、コンテンツ識別情報は、一例として、日付（または日時）とＵＲＬとの組である。あるいは、通信で配信されるコンテンツのコンテンツ識別情報が、上記の放送コンテンツの識別情報と同一の形式のものであってもよい。なお、放送コンテンツの場合も通信コンテンツの場合も、ここに例示した形式以外のコンテンツ識別情報を用いるようにしてもよい。コンテンツ識別情報の具体例については、後で別の図を参照しながら説明する。

情報統合部２２Ａは、さらに別の方法で複数のコンテンツを同定するようにしてもよい。例えば、情報統合部２２Ａは、複数のコンテンツのそれぞれについてのコンテンツ情報に基づいて、コンテンツ情報の中におけるコンテンツ同定に関する要素であって且つコンテンツを一意に識別する情報であるコンテンツ識別情報以外の要素、が少なくとも部分的に一致することによって同定可能である場合に、それら複数のコンテンツを同定して、それら複数のコンテンツのコンテンツ情報を統合して、統合コンテンツ情報を生成してよい。つまり、情報統合部２２Ａは、上記のコンテンツ識別情報に依らずに、複数のコンテンツを同定することができる場合がある。

そのような同定方法の具体例を、列挙する。第１例として、複数のコンテンツのそれぞれにおける物理的な配信に関する情報（それぞれのコンテンツに関するコンテンツ情報内に含まれる情報）が一致する場合に、情報統合部２２Ａは、それら複数のコンテンツを同定することが可能である。第２例として、複数のコンテンツのそれぞれにおける配信日時とコンテンツ名称とに関する情報が一致する場合に、情報統合部２２Ａは、それら複数のコンテンツを同定することが可能である。第３例として、複数のコンテンツのそれぞれの配信のための所在情報が一致する場合に、情報統合部２２Ａは、それら複数のコンテンツを同定することが可能である。ここで、所在情報とは、例えば、インターネット等を用いた通信の場合におけるＵＲＬである。また、所在情報は、放送の場合には放送サービスを特定する情報であってもよい。放送サービスは、オリジナルネットワークＩＤとトランスポートストリームＩＤとサービスＩＤの３つ組の情報によって特定可能である。なお、上記の「コンテンツ情報の中におけるコンテンツ同定に関する要素であって且つコンテンツを一意に識別する情報であるコンテンツ識別情報以外の要素、が少なくとも部分的に一致することによって同定可能である場合」として、これらの第１例から第３例までの他に、さらに他の場合があってもよい。

情報統合部２２Ａは、統合コンテンツ情報を生成する際には、その統合コンテンツを構成するそれぞれの具体コンテンツの取得方法に関する情報を、生成する統合コンテンツ情報内に含めるようにする。つまり、情報統合部２２Ａは、同定された複数のコンテンツのそれぞれが持っていたコンテンツの取得方法の情報を、統合コンテンツ情報内に含めるようにする。つまり、情報統合部２２Ａによって生成される統合コンテンツ情報は、その統合コンテンツに関連付けられるそれぞれのコンテンツ（具体コンテンツ）の取得方法に関する情報を含むものである。

取得方法決定部２３は、情報統合部２２Ａが生成した統合コンテンツ情報を受け取る。
また、取得方法決定部２３は、その統合コンテンツ情報を参照することによって、特定の統合コンテンツに関連付けられるコンテンツ（具体的なコンテンツ）のうちのいずれかを、取得対象のコンテンツとして決定する。

つまり、取得方法決定部２３は、特定の統合コンテンツについての統合コンテンツ情報を参照することによって、当該統合コンテンツに関連付けられる複数の前記コンテンツのうちのいずれかを取得対象のコンテンツとして決定する。統合コンテンツ情報は、統合コンテンツに関連付けられるそれぞれのコンテンツの取得方法に関する情報を含むものである。即ち、取得方法決定部２３は、１つのコンテンツの取得方法を決定することができる。
ここで、取得方法とは、取得手段が放送であるか通信であるかの区別や、放送の場合には取得対象の放送サービスや日時等を特定することや、通信の場合には取得対象のコンテンツの所在情報（ＵＲＬ）や日時等を特定することである。

取得方法決定部２３は、例えば、具体コンテンツごとに定められている優先度にしたがって、複数の具体コンテンツの中から取得対象のコンテンツを決定してよい。また、取得方法決定部２３は、複数の具体コンテンツの中から、最も豊かな表現を含む具体コンテンツを取得対象のコンテンツとして決定してよい。例えば、映像と音声とから成る具体コンテンツと、音声のみから成る具体コンテンツと、テキストのみから成る具体コンテンツとの中からは、最も豊かな表現を含むものである映像と音声とから成る具体コンテンツが取得対象のコンテンツとして決定される。取得方法決定部２３が特定の具体コンテンツを決定すると、その具体コンテンツの取得方法（ＵＲＬ等）は、当該具体コンテンツに関するコンテンツ情報の中から取得することができる。

コンテンツ取得部２６は、コンテンツ配信装置７や放送送出装置８から配信されるコンテンツを取得する。具体的には、コンテンツ取得部２６は、放送信号で配信されるコンテンツや、インターネット等の通信回線を介した通信で配信されるコンテンツを取得する。
なお、コンテンツ取得部２６は、取得方法決定部２３が決定した方法（統合コンテンツ情報の中で規定されている、通信の場合における取得元の特定のサービスの情報、あるいは通信の場合における取得元の特定のＵＲＬ等の情報など）によってコンテンツを取得する。即ち、コンテンツ取得部２６は、取得方法決定部２３によって決定された取得対象のコンテンツを取得する。即ち、コンテンツ取得部２６は、取得方法決定部２３によって決定された取得対象のコンテンツを、統合コンテンツ情報に基づいて取得するものである。

コンテンツ提示部２７は、コンテンツ取得部２６が取得したコンテンツをユーザーが視聴できる形態で提示する。具体的には、コンテンツ提示部２７は、映像をディスプレイ装置に表示したり、音声をスピーカー等から出力したり、文字あるいは画像をディスプレイ装置に表示したりする。

ユーザー入力部２９は、ユーザーが操作するリモコン装置等からの入力信号を受け付ける。つまり、ユーザー入力部２９は、ユーザーからの受信装置２に対する操作の信号を受け付ける。例えば、統合コンテンツのリストが表示されている状態において、ユーザーはリモコン装置等を操作することによって特定の統合コンテンツを選択することができる。
ユーザー入力部２９は、その信号の意味を解釈することによって、ユーザーが選択した統合コンテンツ（ユーザーが視聴したい統合コンテンツ）を特定するための情報を得る。あるいはユーザー入力部２９は、受信装置２のオン／オフに関する信号を受け付けることもできる。あるいはユーザー入力部２９は、受信装置２がコンテンツ情報等を外部から取得する動作を行うための指示を受け付けることもできる。

図３は、態様Ａによるコンテンツ情報提供サーバー装置の概略機能構成を示すブロック図である。図示するように、コンテンツ情報提供サーバー装置３は、コンテンツ情報登録受付部３１と、コンテンツ情報データベース３２と、コンテンツ情報提供部３３とを含んで構成される。

コンテンツ情報登録受付部３１は、コンテンツプロバイダー装置５Ａ側から渡されるコンテンツ情報の登録を受け付ける。コンテンツ情報登録受付部３１は、受け付けたコンテンツ情報をコンテンツ情報データベース３２に格納することができる。

コンテンツ情報データベース３２は、コンテンツ情報を保持して管理するデータベースである。コンテンツ情報データベース３２は、コンテンツ情報登録受付部３１から渡されるコンテンツ情報や、その他の方法で取得するコンテンツ情報を、保持することができる。また、コンテンツ情報提供部３３からの要求に応じて、コンテンツ情報データベース３２は、保持しているコンテンツ情報をコンテンツ情報提供部３３に渡すことができる。

コンテンツ情報提供部３３は、コンテンツ情報データベース３２から読み出したコンテンツ情報を適切なタイミングで受信装置２に対して提供する。コンテンツ情報提供部３３は、例えば、受信装置２側からの要求に応じて、コンテンツ情報を受信装置２に提供する。

図４は、態様Ａによるサービス情報提供サーバー装置の概略機能構成を示すブロック図である。図示するように、サービス情報提供サーバー装置４は、コンテンツ情報登録受付部３１と、コンテンツ情報データベース３２と、コンテンツ情報提供部３３とを含んで構成される。

サービス情報登録受付部４１は、コンテンツプロバイダー装置５Ａ側から渡されるサービス情報の登録を受け付ける。サービス情報登録受付部４１は、受け付けたサービス情報をサービス情報データベース４２に格納することができる。

サービス情報データベース４２は、サービス情報を保持して管理するデータベースである。サービス情報データベース４２は、サービス情報登録受付部４１から渡されるサービス情報や、その他の方法で取得するサービス情報を、保持することができる。また、サービス情報提供部４３からの要求に応じて、サービス情報データベース４２は、保持しているサービス情報をサービス情報提供部４３に渡すことができる。

サービス情報提供部４３は、サービス情報データベース４２から読み出したサービス情報を適切なタイミングで受信装置２に対して提供する。サービス情報提供部４３は、例えば、受信装置２側からの要求に応じて、サービス情報を受信装置２に提供する。

図５は、コンテンツ情報に関わるエンティティとエンティティ間の関係とを表す概略図（ＥＲ図）である。このＥＲ図で表わされるデータ（コンテンツ情報）は、具体的には例えばリレーショナルデータあるいはオブジェクト指向データ等として、受信装置２から参照され得る形で記憶される。図示するように、コンテンツ情報において主要な意味を持つエンティティの一つはエンティティ「コンテンツ」である。以下で、このＥＲ図について説明する。

エンティティ「コンテンツ」（content）は、コンテンツ名、コンテンツ概要、サムネール、ジャンル、視聴年齢制限などといった属性を持つ。コンテンツ名は、コンテンツの名称であり、例えば映像作品のタイトル（題名）等である。コンテンツ概要は、そのコンテンツの概略を表す文章を含むテキストである。サムネールは、そのコンテンツを表すサムネール画像である。ジャンルは、そのコンテンツが属するジャンル（例えば、ドラマ、スポーツ、報道、音楽等）を表すテキストあるいは記号等である。視聴年齢制限は、そのコンテンツに関する年齢制限を表す情報（例えば、制限なし、１５歳以上視聴可能、１８歳以上視聴可能等）である。エンティティ「コンテンツ」が、さらに他の属性を持ってもよい。また、エンティティ「コンテンツ」が、個々のコンテンツを一意に識別するためのコンテンツＩＤを持つようにしてもよい。１つの「コンテンツ」は、「関連コンテンツ」という関係によって、他の「コンテンツ」と関連付けられてもよい。また、１つの「コンテンツ」は、１つまたは複数の「アソシエイテッドメディア（リニア）」と関連付けられていてよい。また、１つの「コンテンツ」は、１つまたは複数の「アソシエイテッドメディア（ＶＯＤ）」と関連付けられていてよい。また、１つの「コンテンツ」は、１つまたは複数の「シリーズ」と関連付けられていてよい。

エンティティ「シリーズ」は、コンテンツのシリーズ（例えば、ドラマのシリーズや、ドキュメンタリーコンテンツのシリーズ等）に対応するものである。エンティティ「シリーズ」は、シリーズ名、シリーズ概要、サムネールなどといった属性を持つ。シリーズ名は、シリーズの名称を表すテキストである。シリーズ概要は、そのシリーズの概略を表す文章を含むテキストである。サムネールは、そのシリーズを表すサムネール画像である。
エンティティ「シリーズ」が、さらに他の属性を持ってもよい。また、エンティティ「シリーズ」が、個々のシリーズを一意に識別するためのシリーズＩＤを持つようにしてもよい。１つの「シリーズ」は、そのシリーズに属する複数の「コンテンツ」に関連付けられる。

エンティティ「アソシエイテッドメディア（リニア）」は、コンテンツを配信するためのメディアに対応するエンティティである。「アソシエイテッドメディア（リニア）」は、コンテンツ配信サービス事業者（放送事業者やネット配信事業者等）による編成にしたがってコンテンツを配信するメディアである。エンティティ「アソシエイテッドメディア（リニア）」は、公開方式（放送編成）、公開方式（ＯＴＴ編成）などといった属性を持つ。公開方式（放送編成）は、放送での配信に使用されるメディアの資源（例えば、放送のオリジナルネットワークＩＤ、トランスポートストリームＩＤ、サービスＩＤの３つ組）を特定する情報である。公開方式（ＯＴＴ編成）は、インターネットでの配信に使用されるメディアの資源（例えば、ＵＲＬや使用プロトコル等）を特定する情報である。なお、エンティティ「アソシエイテッドメディア（リニア）」は、属性「公開方式（放送編成）」と属性「公開方式（ＯＴＴ編成）」のいずれか一方のみの属性値を持つ者であってよい。受信装置２は、コンテンツ情報内に含まれるこれらの公開方式の情報を参照することにより、実際の配信メディアにアクセスして、コンテンツを取得することが可能となる。
エンティティ「アソシエイテッドメディア（リニア）」が、さらに他の属性を持ってもよい。また、エンティティ「アソシエイテッドメディア（リニア）」が、個々のシリーズを一意に識別するためのシリーズＩＤを持つようにしてもよい。

エンティティ「アソシエイテッドメディア（ＶＯＤ）」は、コンテンツを配信するためのメディアに対応するエンティティである。「アソシエイテッドメディア（ＶＯＤ）」は、ユーザー（視聴者）が選択して要求したコンテンツを配信するメディアである。エンティティ「アソシエイテッドメディア（ＶＯＤ）」は、公開方式（ＯｎＤｅｍａｎｄ）などといった属性を持つ。公開方式（ＯｎＤｅｍａｎｄ）は、オンデマンドでのネット配信のために使用されるメディアの資源（例えば、ＵＲＬや使用プロトコル等）を特定する情報である。受信装置２は、コンテンツ情報内に含まれるこの公開方式の情報を参照することにより、実際の配信メディアにアクセスして、コンテンツを取得することが可能となる。
エンティティ「アソシエイテッドメディア（ＶＯＤ）」が、さらに他の属性を持ってもよい。また、エンティティ「アソシエイテッドメディア（ＶＯＤ）」が、個々のシリーズを一意に識別するためのシリーズＩＤを持つようにしてもよい。

エンティティ「コンテンツ」は、１つまたは複数の「アソシエイテッドメディア（リニア）」、および／または、１つまたは複数の「アソシエイテッドメディア（ＶＯＤ）」と関連付けられ得る。つまり、受信装置２は、コンテンツ情報を参照することにより、特定のコンテンツを取得するための１つまたは複数のメディアへのアクセス情報（前記の各エンティティが持つ「公開方式」の属性）を得られる。

図６は、コンテンツ情報に関連して、エンティティ「サービス」と関連する他のエンティティとの関係を示す概略図（ＥＲ図）である。このＥＲ図で表わされるデータ（コンテンツ情報、サービス情報）は、具体的には例えばリレーショナルデータあるいはオブジェクト指向データ等として、受信装置２から参照され得る形で記憶される。以下で、このＥＲ図について説明する。

エンティティ「サービス」（service）は、コンテンツ配信サービスに対応するエンティティである。「サービス」は、時間順にリニアに配置された複数のコンテンツを含むものであってよい。エンティティ「サービス」は、サービス名、サムネール、サイト、コンテンツリストＵＲＬ（ｐ／ｆ）、コンテンツリストＵＲＬ（scheduled）などといった属性を持つ。サービス名は、サービスの名称（具体例としては、「ＮＨＫ Ｇ」、「ＮＨＫ
Ｅ」、「ＮＨＫ ＢＳ１」等）を表すテキストである。サムネールは、そのサービスを表すサムネール画像である。コンテンツリストＵＲＫは、「ｐ／ｆ」形式のコンテンツ情報リストのネットワーク上での所在を表す情報である。「ｐ／ｆ」形式とは、リニアな配信サービス編成として、現在（present）配信中のコンテンツの情報と次（following）に配信されるコンテンツの情報とで構成される形式である。「ｐ／ｆ」形式のコンテンツリストは、コンテンツ配信の進行と同期して更新される。コンテンツリストＵＲＬ（scheduled）は、「scheduled」形式のコンテンツ情報リストのネットワーク上での所在を表す情報である。「scheduled」形式とは、現時点を起点としてＮ日分（Ｎは正整数）に配信される予定のコンテンツの情報を持つ形式である。これらのコンテンツリストは、コンテンツタイトル、コンテンツの配信日時、コンテンツの内容を表すテキスト情報等を含む。

エンティティ「プロバイダー」（provider）は、配信事業者（放送事業者やネット配信事業者）に対応するエンティティである。エンティティ「プロバイダー」は、ｏｒｇＩＤ、系列ＩＤなどといった属性を持つ。ｏｒｇＩＤ（組織ＩＤ）は、組織（配信事業を行う事業者等の法人）をユニークに識別するための識別情報である。系列ＩＤは、事業者の系列をユニークに識別するための識別情報である。当該プロバイダー（配信事業者）は、この系列ＩＤによって表される系列に属する。系列の典型例は、テレビ放送の地域間ネットワークである。一例として、関東地域のＡ局（放送事業者）と、中京地域のＢ局（放送事業者）と、関西地域のＣ局（放送事業者）とが、１つの系列を形成する場合があり得る。
あるいは別の例として、一つの放送事業者が地域ごとに複数の放送局を持ち、それらが１つの系列を形成する場合（一例として、ＮＨＫ東京放送局と、ＮＨＫ名古屋放送局と、ＮＨＫ大阪放送局など）があり得る。１つの「プロバイダー」は、１つまたは複数の「サービス」を配信する。つまり、「プロバイダー」は、１つまたは複数の「サービス」に関連付けられる。

エンティティ「地域」（area）は、上記の「サービス」が対象とする地域に対応するエンティティである。例えば、「関東地方」あるいは「関西地方」などといった地域が、これに該当する。サービスは、特定の地域に閉じて配信される場合がある。例えば地上デジタル放送によるサービスは、特定の地域に閉じて配信される。エンティティ「地域」は、地域ＩＤ、地域名などといった属性を持つ。地域ＩＤは、地域をユニークに識別するための識別情報である。地域名は、その地域を表す名称である。地域名の例は、「関東地方」あるいは「関西地方」などといった名称である。

エンティティ「アソシエイテッドメディア（リニア）」は、図５において説明したエンティティ「アソシエイテッドメディア（リニア）」と同じものである。つまり、エンティティ「アソシエイテッドメディア（リニア）」は、放送編成チャンネルや、ＯＴＴリニアチャンネルに対応する。

上記のエンティティ間の関係は、次の通りである。１つの「地域」は、１つまたは複数の「サービス」と関連付けられる。つまり１つの地域においては、１つまたは複数のサービスが配信され得る。１つの「プロバイダー」は、１つまたは複数の「サービス」と関連付けられる。１つの「サービス」は、１つまたは複数の「アソシエイテッドメディア（リニア）」と関連付けられる。

図７は、コンテンツリスト（コンテンツ情報）の論理的な構成を示す概略図である。コンテンツ情報提供サーバー装置３が保持するコンテンツリストや、コンテンツ情報提供サーバー装置３から受信装置２に渡されるコンテンツリストや、受信装置２が保持するコンテンツリストは、この図に示す論理的構成に基づく情報である。

図示するように、コンテンツリストは、「CreativeWork」（クリエイティブワーク、コンテンツ、作品）、「PropertyValue」（ＩＤ値）、「VideoObject」（ビデオオブジェクト）、「AudioObject」（オーディオオブジェクト）、「MediaObject」（メディアオブジェクト）、「BroadcastEvent」（ブロードキャストイベント、放送イベント）、「OnDemandEvent」（オンデマンドイベント）などといったオブジェクト（エンティティ）に関する情報を表すデータである。

オブジェクト「CreativeWork」は、「Identifier」（アイデンティファイアー）、「associatedMedia」（アソシエイテッドメディア）などといった属性を持つ。この「Identifier」は、前述のコンテンツＩＤに相当する。また、この「associatedMedia」については、図５や図６においても説明した通りである。

オブジェクト「PropertyValue」は、クリエイティブワーク（コンテンツ）を識別するためのＩＤの値である。

オブジェクト「VideoObject」、「AudioObject」、および「MediaObject」のそれぞれは、上記の「associatedMedia」のタイプ（種類）の例である。例えば、オブジェクト「VideoObject」は、図５や図６において説明したエンティティ「アソシエイテッドメディア（リニア）」に相当するものであってよい。また、オブジェクト「VideoObject」は、図５において説明したエンティティ「アソシエイテッドメディア（ＶＯＤ）」に相当するものであってよい。オブジェクト「VideoObject」、「AudioObject」、および「MediaObject」のそれぞれは、「Publication」などといった属性を持つ。この属性「Publication」は、物理的な配信手段に関する情報である。属性「Publication」は、例えば、放送チャンネルＩＤやネット配信におけるＵＲＬなどに関する情報を、属性値として取る。

オブジェクト「BroadcastEvent」および「OnDemandEvent」のそれぞれは、上記の属性「Publication」の値となり得るオブジェクトである。オブジェクト「BroadcastEvent」は、放送あるいはリニアなネット配信によって配信されるイベントに関するものであり、例えば、放送チャンネルＩＤ（放送の場合）や、ＵＲＬ（ネット配信の場合）や、配信日時等の情報を持つものである。オブジェクト「OnDemandEvent」は、オンデマンドなネット配信によって配信されるイベントに関するものであり、例えば、ＵＲＬ等の情報を持つものである。

図７においては、コンテンツリスト（コンテンツ情報）の論理的な構成を示したが、このコンテンツリストのデータは、装置内等において保持される場合には、例えば、リレーショナルデータベースあるいはオブジェクト指向データベースなどといった手段を用いて、管理・保持される。これらの情報は、磁気ハードディスク装置や半島対メモリーなどといった記憶手段によって記憶され得る。また、コンテンツリストのデータは、ある装置から他の装置に渡される際には、適宜伝送に適した形態のデータとして受け渡しが行われる。これらの情報は、有線あるいは無線のデジタル通信によって伝送され得る。伝送に適した形態のデータの一例は、ＪＳＯＮ形式のデータであるが、他の形式のデータを用いてもよい。

図８は、コンテンツリスト（コンテンツ情報）の論理的な構成の別態様を示す概略図である。図７においても説明したように、コンテンツ情報提供サーバー装置３が保持するコンテンツリストや、コンテンツ情報提供サーバー装置３から受信装置２に渡されるコンテンツリストや、受信装置２が保持するコンテンツリストは、この図に示す論理的構成に基づく情報である。

図８に示す通り、コンテンツリストは、「CreativeWork」、「identifier」（識別情報、コンテンツＩＤ）、「associatedMedia」（配信方法情報）、「publication」（物理的な配信情報）、「isRelatedTo」（関連コンテンツ）などといったオブジェクトに関する情報を表すデータである。

オブジェクト「CreativeWork」は、「TV Episode」（テレビのエピソード（映像番組））、「Radio Episode」（ラジオのエピソード（音声のみの番組））、あるいは「Web Page」（ウェブページ）などといった種類（タイプ）のいずれかであり得る。オブジェクト「CreativeWork」は、番組名やジャンルなどといった属性を持つ。また、オブジェクト「CreativeWork」は、属性として、上記の「identifier」、「associatedMedia」、「publication」、「isRelatedTo」などのオブジェクトに関連付けられる。

オブジェクト「identifier」は、図７において説明したオブジェクト「PropertyValue」に相当するものである。オブジェクト「identifier」は、「datePublished」（公開日）、「eventId」（イベント識別情報、イベントＩＤ）、「triplet」（３つ組、放送サービスを特定するための３つ組情報であるところのネットワークＩＤとトランスポートストリームＩＤとサービスＩＤの情報）、「url」（ＵＲＬ、ネット配信にアクセスするための所在情報）、「accessTime」（アクセス時刻（あるいは日時））といった情報を持ち得るものである。

オブジェクト「associatedMedia」は、「VideoObject」（映像によるコンテンツのオブジェクト）あるいは「AudioObject」（音声のみによるコンテンツのオブジェクト）などといった種類（タイプ）のいずれかであり得る。

オブジェクト「associatedMedia」は、「放送チャンネルＩＤ」や「ネット配信ＵＲＬ」などといった情報を持ち得るものである。

オブジェクト「isRelatedTo」は、当該CreativeWorkから見たときに関連する他のCreativeWorkである。あるオブジェクト「CreativeWork」（インスタンス）の属性「isRelatedTo」の値は、単数または複数の他のオブジェクト「CreativeWork」（インスタンス）であってよい。一例として、ある映像ドラマ作品の「第１８話」のCreativeWork（コンテンツ）は、その次回の話のCreativeWork（コンテンツ）として当該映像ドラマ作品の「第１９話」に関連するものである。ただし、コンテンツ間の「関連」の態様は、ここで例示したものに限られず、様々な種類の「関連」であってよい。

図７における場合と同様に、図８においても、コンテンツリスト（コンテンツ情報）の論理的な構成を示した。このコンテンツリストのデータは、例えば、リレーショナルデータベースあるいはオブジェクト指向データベースなどといった手段を用いて、保持され得るものである。また、このコンテンツリストのデータは、適宜伝送に適した形態のデータとして、装置間での受け渡しが行われ得るものである。

図９は、受信装置２が、複数のコンテンツに関するコンテンツ情報を取得してそれらのコンテンツ情報を統合し、統合されたコンテンツ情報に基づいてコンテンツを提示する処理の手順の例を示す概略図である。以下ではこの図に沿って処理手順を説明する。

ステップＳ１において、受信装置２のユーザー入力部２９は、ユーザーからの起動要求を受け付ける。この起動要求は、例えば、リモコン装置の信号（赤外線信号等）によって伝達される。受信装置２は、起動要求に基づいて起動する。

ステップＳ２において、起動後の受信装置２は、放送信号を受信し、サービスインフォメーション（ＳＩ）を取得する。サービスインフォメーションは、ＥＰＧ（電子番組表）のデータを含む。つまり、受信装置２は、ＥＰＧのデータを取得する。

次にステップＳ３において、受信装置２の情報取得部２１Ａは、サービス情報提供サーバー装置４に対してサービス情報を要求する。受信装置２とサービス情報提供サーバー装置４との間の通信は、インターネットを経由して行われる。サービス情報提供サーバー装置４は、この要求を受信し、受信装置２に対して送信するためのサービス情報を準備する。

ステップＳ４において、サービス情報提供サーバー装置４は、要求元の受信装置２に対してサービス情報を送信する。受信装置２の情報取得部２１Ａは、そのサービス情報を受信する。

ステップＳ５において、受信装置２の情報統合部２２Ａは、サービス情報を統合する処理を行う。具体的には、同ステップにおいて、受信装置２は、複数のサービスを統合した統合サービス（統合チャンネル、抽象チャンネル、抽象サービス等とも呼ばれる）の情報を生成する。受信装置２は、任意の数の統合サービスの情報を生成してもよい。個々の統合サービスは、任意の数の具体サービスを含むものであってよい。なお、受信装置２は、ステップＳ２において放送信号から取得したサービスインフォメーションと、ステップＳ４においてサービス情報提供サーバー装置４から取得したサービス情報とを基に、複数のサービスを統合して成る統合サービスのサービス情報を生成する。

ステップＳ６において、受信装置２の情報取得部２１Ａは、コンテンツ情報提供サーバー装置３に対して、に対してコンテンツ情報（コンテンツリスト）を要求する。受信装置２とコンテンツ情報提供サーバー装置３との間の通信は、インターネットを経由して行われる。コンテンツ情報提供サーバー装置３は、この要求を受信し、受信装置２に対して送信するためのコンテンツ情報を準備する。なお、このコンテンツ情報は、図５、図６、図７、および図８を参照しながら説明した論理構成を有するデータである。

ステップＳ７において、コンテンツ情報提供サーバー装置３は、要求元の受信装置２に対してコンテンツ情報を送信する。受信装置２の情報取得部２１Ａは、そのコンテンツ情報を受信する。

ステップＳ８において、受信装置２の情報統合部２２Ａは、コンテンツ情報を統合することによって統合コンテンツ（抽象コンテンツなどとも呼ばれる）についてのコンテンツ情報を生成する。具体的には、受信装置２は、複数の具体コンテンツに関するコンテンツ情報を統合することによって、それらの複数の具体コンテンツを含んだ統合コンテンツの情報を生成する。なお、受信装置２は、ステップＳ２において取得したＥＰＧのデータ内に含まれる番組（コンテンツ）の情報と、ステップＳ７においてコンテンツ情報提供サーバー装置３から取得したコンテンツ情報とに基づいて、上記の統合コンテンツのコンテンツ情報を生成する。受信装置２は、任意の数の統合コンテンツに関するコンテンツ情報を生成することができる。また、個々の統合コンテンツは、任意の数の具体コンテンツを含むものであってよい。

ステップＳ９において、受信装置２は、ステップＳ８で生成した統合コンテンツのコンテンツ情報に基づいて、統合コンテンツのリストをユーザーに対して提示する。具体的には、受信装置２は、統合コンテンツのリストを画面等に表示する。ユーザーは画面等を見ることによって統合コンテンツのリストを視認することができる。ユーザーは、リモコン装置等を用いることによって、統合コンテンツリストの中から、視聴したい統合コンテンツを選択することができる。

ステップＳ１０において、受信装置２のユーザー入力部２９は、ユーザーからコンテンツ再生要求を受信する。具体的には、コンテンツ再生要求は、リモコン装置等の信号として受信装置２に伝えられる。このコンテンツ再生要求は、統合コンテンツを識別する情報を含む。これにより、受信装置２は、要求された統合コンテンツを特定する。ユーザーから要求された統合コンテンツの識別情報は、取得方法決定部２３に伝えられる。

ステップＳ１１において、受信装置２の取得方法決定部２３は、ステップＳ１０において要求された統合コンテンツの取得方法を決定する。つまり、受信装置２は、要求された統合コンテンツに含まれる複数の具体コンテンツのうち、どの具体コンテンツを取得するかを決定する。本ステップにおいて具体コンテンツが決定されると、その具体コンテンツにアクセスするための情報（放送におけるサービスを特定する情報やネット配信における所在情報（ＵＲＬ）など）が明らかになる。

ステップＳ１２において、受信装置２のコンテンツ取得部２６は、ステップＳ１１において決定した取得方法を用いて、実際にコンテンツ（具体コンテンツ）を取得するとともに、取得したコンテンツをユーザーに対して提示する。具体コンテンツは、映像コンテンツ（映像と音声とから成るコンテンツ）であってもよいし、音声のみのコンテンツであってもよいし、ウェブページ等であってもよいし、その他の任意の形態のコンテンツであってもよい。受信装置２は、映像を画面に表示し、音声をスピーカー等（イヤフォン等を含む）から出力し、ウェブページ等の情報を画面に表示することができる。

以上のステップＳ１からＳ１２までの処理により、受信装置２は、コンテンツ情報を統合することができ、また統合コンテンツの取得方法を決定して提示することができる。なお、受信装置２は、既に統合済みのコンテンツ情報を記憶装置等に保持しておいて、そのコンテンツ情報を利用して統合コンテンツの取得および提示を行ってもよい。

図１０は、コンテンツ情報の統合の処理（図９のステップＳ８）における情報の流れを示す概略図である。図示するように、受信装置２内の情報統合部２２Ａは、複数のコンテンツのそれぞれについてのコンテンツ情報を統合することにより、統合コンテンツの情報を生成する。

次に、図１１から図１４までを参照しながら、情報統合部２２Ａがコンテンツ情報を統合する処理をさらに詳細に説明する。図１１は、「identifier」（アイデンティファイアー）の完全一致によるコンテンツの統合を示すものである。図１２は、「associatedMedia」（アソシエイテッドメディア）に従属する要素が一致することによるコンテンツの統合を示すものである。図１３や図１４は、コンテンツのassociatedMediaの要素の中のコンテンツ同定に関わる要素が一致することによるコンテンツの統合を示すものである。

図１１は、コンテンツのidentifierの一致に基づくコンテンツの統合を説明するための概略図である。同図において、（Ａ）および（Ｂ）のそれぞれは、いずれもオブジェクト「CreativeWork」（クリエイティブワーク）のインスタンスである。ここに示すそれぞれのオブジェクトは、「identifier」（アイデンティファイアー）および「associatedMedia」（アソシエイテッドメディア）という属性を含む。図１１に示す例の場合には、情報統合部２２Ａは、両オブジェクトの属性「identifier」が完全に一致する場合に、それら両者を統合して統合コンテンツのオブジェクトを生成する。即ち、図１１に示すＡ１１の属性値とＢ１１の属性値とが完全に一致する場合に、（Ａ）および（Ｂ）のオブジェクト（コンテンツ情報）は、情報統合部２２Ａによって統合される。

前述の通り、「identifier」（アイデンティファイアー）は、そのコンテンツを一意に識別するための情報である。「identifier」の値は、単純な数値あるいは文字列であってもよいし、何らかの構造体（オブジェクト等）であってもよい。態様Ａでは、例として、放送に関するコンテンツの識別情報は、日付と、イベントＩＤと、サービスを特定する情報（オリジナルネットワークＩＤとトランスポートストリームＩＤとサービスＩＤとで構成される３つ組）との複合データである。また、例として、ネット配信のコンテンツの識別情報は、上記の放送の識別情報と同一の形式であってもよいし、ＵＲＬと日付（日時）との複合データ等であってもよい。

図１２は、コンテンツのassociatedMediaの要素の少なくとも一部が一致することに基づくコンテンツの統合を説明するための概略図である。同図において、（Ｃ）および（Ｄ）のそれぞれは、いずれもオブジェクト「CreativeWork」（クリエイティブワーク）のインスタンスである。ここに示すそれぞれのオブジェクトは、「identifier」（アイデンティファイアー）および「associatedMedia」（アソシエイテッドメディア）という属性を含む。「identifier」（アイデンティファイアー）の値は上で説明した通りである。図示するように、「identifier」（アイデンティファイアー）の値は、例えば、「PropertyName」（属性名）と「PropertyValue」（属性値）との組の集合であってよい。これにより、複数のデータ項目からなる複合データを「identifier」（アイデンティファイアー）の値として表現できる。

図１２の例において、（Ｃ）のオブジェクトは、「associatedMedia」（アソシエイテッドメディア）として、２つのオブジェクト「VideoObject」に関連付けられている。それらのオブジェクトのうちの１つのオブジェクト（符号Ｃ３０２）は、図に示すＣ１２に含まれるものである。また、このＣ１２に含まれるオブジェクト「VideoObject」は、属性「publication」の値として、オブジェクト「OnDemandEvent」に関連付けられている。
このオブジェクト「OnDemandEvent」もまたＣ１２の範囲内に含まれる。一方で、（Ｄ）のオブジェクトは、「associatedMedia」（アソシエイテッドメディア）として、２つのオブジェクト「VideoObject」に関連付けられている。それらのオブジェクトのうちの１つのオブジェクト（符号Ｄ３０１）は、図に示すＤ１２に含まれるものである。また、このＤ１２に含まれるオブジェクト「VideoObject」は、属性「publication」の値として、オブジェクト「OnDemandEvent」に関連付けられている。このオブジェクト「OnDemandEvent」もまたＤ１２の範囲内に含まれる。情報統合部２２Ａは、（Ｃ）のオブジェクトの属性「associatedMedia」（アソシエイテッドメディア）の値の一つであるＣ１２と、（Ｄ）のオブジェクトの属性「associatedMedia」（アソシエイテッドメディア）の値の一つであるＤ１２とが一致する場合に、（Ｃ）のコンテンツ情報と（Ｄ）のコンテンツ情報とを統合して統合コンテンツのオブジェクトを生成する。つまり、図１２の例は、「associatedMedia」（アソシエイテッドメディア）の要素の少なくとも一つが、両オブジェクト間で一致する場合を示す。即ち、即ち、図１２に示す（Ｃ）のオブジェクトに関するＣ１２と（Ｄ）のオブジェクトに関するＤ１２とが完全に一致する場合に、（Ｃ）および（Ｄ）のオブジェクト（コンテンツ情報）は、情報統合部２２Ａによって統合される。

図１３は、コンテンツのassociatedMediaの要素の中のコンテンツ同定に関わる要素が一致することに基づくコンテンツの統合の一例を説明するための概略図である。図示する（Ｅ）および（Ｆ）のそれぞれは、いずれもオブジェクト「CreativeWork」（クリエイティブワーク）のインスタンスである。ここに示すそれぞれのオブジェクトは、「identifier」（アイデンティファイアー）および「associatedMedia」（アソシエイテッドメディア）という属性を含む。図１３に示す例では、（Ｅ）のオブジェクトの「associatedMedia」（アソシエイテッドメディア）の値の一つであるオブジェクト「VideoObject」（符号Ｅ３０２）が、属性として、配信日時、組織（コンテンツ提供事業者等）、およびコンテンツ名を含んでいる（Ｅ１３）。また、（Ｆ）のオブジェクトの「associatedMedia」（アソシエイテッドメディア）の値の一つであるオブジェクト「VideoObject」（符号Ｆ３０１）が、属性として、配信日時、組織（コンテンツ提供事業者等）、およびコンテンツ名を含んでいる（Ｆ１３）。本例では、このオブジェクト「VideoObject」における配信日時と組織とコンテンツ名とのすべてが一致する場合に、両者のコンテンツ同定に関わる要素が一致すると判断される。つまり、図１３に示す例におけるＥ１３の値とＦ１３の値とが完全に一致する場合に、情報統合部２２Ａは、両者のコンテンツ同定に関わる要素が一致すると判断し、（Ｅ）のオブジェクトと（Ｆ）のオブジェクトとを統合して、統合コンテンツのオブジェクト（コンテンツ情報）を生成する。

なお、上記の図１３の例においては、Ｅ１３側のオブジェクト「VideoObject」（符号Ｅ３０２）に関連付けられる属性「publication」は、２つの「BroadcastEvent」である。また、Ｆ１３側のオブジェクト「VideoObject」（符号Ｆ３０１）に関連付けられる属性「publication」は、１つの「OnDemandEvent」である。このように、両者間においてたとえ属性「publication」のタイプが異なって（「BroadcastEvent」と「OnDemandEvent」）いる場合でも、上記のコンテンツ同定に関わる要素が一致する場合には、情報統合部２２Ａは、統合すべき条件が満たされていると判断し、これらの（Ｅ）のオブジェクトと（Ｆ）のオブジェクトとを統合する。

図１４は、コンテンツのassociatedMediaの要素の中のコンテンツ同定に関わる要素が一致することに基づくコンテンツの統合の別の例を説明するための概略図である。図示する（Ｇ）および（Ｈ）のそれぞれは、いずれもオブジェクト「CreativeWork」（クリエイティブワーク）のインスタンスである。ここに示すそれぞれのオブジェクトは、「identifier」（アイデンティファイアー）および「associatedMedia」（アソシエイテッドメディア）という属性を含む。図１４に示す例においては、コンテンツ同定に関わる要素は、ネット配信において受信装置２からのアクセス先となる所在情報（ＵＲＬ）である。コンテキストに依存する場合を除いて、ＵＲＬの一致に基づいてコンテンツを同定することは妥当である。

情報統合部２２Ａがコンテンツ識別情報以外の情報に基づいて複数のコンテンツの同定を行うための条件の例を図１２から図１４までで説明したが、その他の方法によって、情報統合部２２Ａがコンテンツ識別情報以外の情報を用いてコンテンツの同定を行ってもよい。その方法は、（１）コンテンツ情報内の所定の全要素が一致することによってコンテンツの同定を行う、（２）コンテンツ情報内の要素の少なくとも一つが一致することによってコンテンツの同定を行う、（３）コンテンツ情報内の要素のうちのコンテンツ同定に関わる条件を満たす（そのために例えば所定の関数を定義してもよい）ことによってコンテンツの同定を行う、（４）「associatedMedia」（アソシエイテッドメディア）以下の情報が一致することによってコンテンツの同定を行う、といった方法を含むがこれらには限定されない。

図１５、図１６、図１７、図１８、図１９、および図２０は、コンテンツ情報（コンテンツリスト）の具体例を示す概略図である。ここで例示するコンテンツ情報は、ＪＳＯＮ形式で記述されたデータである。ＪＳＯＮ形式は、入れ子型のブロック構造を有するテキストのデータである。ここに示す図１５から図２０までの全体が、１個のブロックとして成る１件のコンテンツ情報の例である。図１５から図２０までに示すデータの各行には、便宜的に行番号を付している。以下では、このコンテンツ情報の例について順を追って説明する。

図１５は、コンテンツリストの第１行目から第６行目までを示す。第１行目は、コンテンツリスト全体のブロックの始まりを示す。第２行目から第６行目までは、コンテンツリストのヘッダー情報である。ヘッダー情報は、データの公開日時の情報（第５行目）や、データの変更日時の情報（第６行目）などを含む。

図１６は、コンテンツリストの第７行目から第４５行目までを示す。第７行目は、要素「itemListElement」（アイテムリストエレメント）の始まりを示す。この要素「itemListElement」は、第７行目から第１８４行目（図２０）まで続く。上記の要素「itemListElement」の内側には、複数の要素が存在し得る。本例では、それらの要素のうちの一つは、第８行目から第１８０行目（図２０）まで続く要素である。第９行目は、当該要素のタイプ（@type）が「ListItem」であることを表している。第１０行目から第１７９行目（図２０）までは、要素「item」である。第１１行目は、当該要素「item」のコンテキスト（@context）を表す。第１２行目は、当該要素「item」のタイプ（@type）が、「TVEpisode」（テレビエピソード）であることを表す。第１３行目から第４５行目までは、当該要素「item」の属性「identifier」（アイデンティファイアー、識別情報）である。この「identifier」は、３つの要素を含む。「identifier」における１つ目の要素は、第１４行目から第１８行目までの「PropertyValue」型の要素であり、その属性名は「date」（日付）でありその属性値は「20220420」（YYYYYMMDD（年月日）の形式）である。「identifier」における２つ目の要素は、第１９行目から第２３行目までの「PropertyValue」型の要素であり、その属性名は「eventId」（イベントＩＤ、イベント識別情報）でありその属性値は「26235」である。「identifier」における３つ目の要素は、第２４行目から第４４行目までの要素「triplet」（３つ組）である。この要素「triplet」は、属性名「network_id」（オリジナルネットワークＩＤ）と属性値「32736」との対と、属性名「ts_id」（トランスポートストリームＩＤ）と属性値「32736」との対と、属性名「service_id」（サービスＩＤ）と属性値「1024」との対とを含む３つ組である。つまり、第１０行目から始まる要素「item」は、「identifier」として、日付と、イベントＩＤと、放送資源を表わす３つ組の情報とを含むものである。

図１７は、コンテンツリストの第４６行目から第８０行目までを示す。第４６行目は、第１０行目から始まっている要素「item」の属性「name」（コンテンツ名称）を表す。本例では、このコンテンツ名称は「テレビ体操［字］」である。第４７行目は、当該要素「item」の属性「description」（コンテンツ記述、コンテンツ概略）を表す。本例では、「description」としてコンテンツ出演者らの指名の情報が記述されている。第４８行目は、データの公開日時の情報を表す。第４９行目は、データの変更日時の情報を表す。第５０行目は、当該要素「item」の「thumbnailUrl」（サムネール画像の所在（ＵＲＬ））を表す。第５２行目から第５８行目までは、要素「actor」（演者、出演者）である。この要素「actor」は、演者の氏名等の文字列のリストの情報である。第５９行目から第６３行目までは、要素「genre」（ジャンル）である。この要素「genre」は、ジャンルを表す文字列のリストの情報である。第６４行目から第７５行目までは、要素「rating」（レーティング）である。この要素「rating」は、さらに２つの要素（いずれも、タイプ（@type）は「ratingValue」）を含む。その第１は、第６５行目から第６９行目までであり、「name」（レーティング名称）の「標準化機関規定」と「value」（レーティング値）の「4」との対である。その第２は、第７０行目から第７４行目までであり、「name」（レーティング名称）の「事業者規定」と「value」（レーティング値）の「4」との対である。第７５行目は、要素「isAccessibleForFree」（無料アクセス可否の情報）であり、本例ではその値は「true」（真）である。第７７行目から第８０行目までは、要素「conditionalAccess」（条件付きアクセス）であり、この要素はさらに、その下位の要素「identifierDescriptor」（識別情報記述子）と要素「systemId」（システムＩＤ）とを含む。

図１８は、コンテンツリストの第８１行目から第１２３行目までを示す。第８１行目から第１３６行目（図１９）までは、当該コンテンツ（第１０行目（図１６）から始まっている「item」）の「publication」（パブリケーション）の情報である。当該「publication」（パブリケーション）は、複数の要素を含む。第８２行目から第１１１行目までは、その「publication」（パブリケーション）の第１の要素であって、「BroadcastEvent」のタイプ（@type）のものである。この要素は、さらに下位において、「name」（名称、「ISDB-T」は、放送によるものであることを表す）、「startDate」（開始日時）、「endDate」（終了日時）、「priority」（優先度、当該「publication」内における当該要素の優先度）、「logoURL」（ロゴの所在情報（ＵＲＬ））、「audioMode」（音声モード、ステレオあるいはモノラル等）、「accessMode」（アクセスモード）、「serviceDescription」（サービス記述）などといった要素を持つ。なお、「serviceDescription」（サービス記述）は、「network_id」（オリジナルネットワークＩＤ）の値と、「ts_id」（トランスポートストリームＩＤ）の値と、「service_id」（サービスＩＤ）の値との情報を持つ。第１１２行目から第１２３行目までは、その「publication」（パブリケーション）の第２の要素であって、「BroadcastService」のタイプ（@type）のものである。この要素は、さらに下位において、「name」（名称、「MPEG-DASH Dynamic」は、ＭＰＥＧ－ＤＡＳＨダイナミックによるネット配信であることを表す）、「streamUrl」（コンテンツ配信ストリームの所在情報（ＵＲＬ））、「logoURL」（ロゴの所在情報（ＵＲＬ））、「audioMode」（音声モード、ステレオあるいはモノラル等）、「accessMode」（アクセスモード）、「priority」（優先度）などといった要素を持つ。

続いて図１９に移る。図１９は、コンテンツリストの第１２４行目から第１５１行目までを示す。

図１９の第１２４行目から第１３５行目までは、上記の「publication」（パブリケーション）の第３の要素であって、「OnDemandEvent」のタイプ（@type）のものである。この要素は、さらに下位において、「name」（名称、「MPEG-DASH static」は、ＭＰＥＧ－ＤＡＳＨスタティックによるネット配信であることを表す）、「streamUrl」（コンテンツ配信ストリームの所在情報（ＵＲＬ））、「logoURL」（ロゴの所在情報（ＵＲＬ））、「audioMode」（音声モード、ステレオあるいはモノラル等）、「accessMode」（アクセスモード）、「priority」（優先度）などといった要素を持つ。第１３７行目から第１７８行目（図２０）までは、要素「isRelatedTo」（関連コンテンツ）である。この要素「isRelatedTo」（関連コンテンツ）は、下位において複数の要素を持ち得るものであるが、第１３８行目から第１７４行目（図２０）までは、それらの複数の要素のうちの代表（第１の要素）である。当該要素は、第１４１行目から第１７３行目（図２０）までの「identifier」（アイデンティファイアー）を含む。要素「identifier」（アイデンティファイアー）については、既に説明したものと同様である。

続いて図２０に移る。図２０は、コンテンツリストの第１５２行目から第１８５行目までを示す。

図２０において、第１７５行目や、第１７６行目や、第１７７行目は、「isRelatedTo」（関連コンテンツ）のさらなる要素を表すものであるが、この図においては詳細を省略している。第１８０行目は、第７行目（図１６）から始まる「itemListElement」に含まれる、第８行目（図１６）から始まる第１の要素、の終わりの部分である。第１８１行目や、第１８２行目や、第１８３行目は、上記の「itemListElement」に含まれる、それぞれ、第２の要素や、第３の要素や、第４の要素であるが、この図においては詳細を省略している。第１８５行目は、当該コンテンツリスト全体の終わりの部分である。

以上，ＪＳＯＮ形式を用いたコンテンツ情報の例を説明した。このような記述方法を用いる場合には、受信装置２の情報統合部２２Ａは、第１のコンテンツのコンテンツ情報と第２のコンテンツのコンテンツ情報とを統合して、統合コンテンツのコンテンツ情報（その内部の要素が複数存在する場合には、それらを列挙できる）を生成することが可能である。

次に、取得方法決定部２３がコンテンツの取得方法を決定するための具体的な機能構成および処理手順について説明する。

図２１は、取得方法決定部２３のさらに詳細な機能構成を示すブロック図である。図示するように、取得方法決定部２３は、情報管理部２３０と、可否判定部２３１と、スコア算出部２３２と、決定部２３３とを含んで構成される。既に説明したように、取得方法決定部２３は、ユーザー等から指定された統合コンテンツについて、統合コンテンツ情報を参照することによってその取得方法を決定する。なお、取得方法決定部２３が取得方法を決定する前提として、取得方法決定部２３は、情報統合部２２Ａによって生成された統合コンテンツ情報を受け取って利用する。取得方法決定部２３を構成する各部の機能は次の通りである。

情報管理部２３０は、受信装置２の機能に関する（「機能情報」と呼ぶ）情報、およびユーザーに関する情報（「ユーザー情報」と呼ぶ）を保持し、管理する。情報管理部２３０が管理する機能情報やユーザー情報の少なくとも一部は、スコア算出部２３２によって個々の具体コンテンツのスコアが算出される際に利用される。

情報管理部２３０は、機能情報とユーザー情報の少なくともいずれかを保持するものであってよい。機能情報とは、コンテンツ取得部２６がコンテンツを取得するための機能あるいはコンテンツ提示部２７がコンテンツを提示するための機能（コンテンツの提示機能）の少なくともいずれかの機能に関する情報である。ユーザー情報とは、コンテンツ提示部２７が提示するコンテンツを視聴するユーザーに関する情報である。

情報管理部２３０によって管理される機能情報は、例えば、受信装置２が、放送によるコンテンツを受信することができるか否か、通信によるコンテンツを受信することができるか否か、映像コンテンツを提示することができるか否か、音声（映像コンテンツに含まれる音声や、音声のみのコンテンツに含まれる音声等）を出力することができるか否か、といった受信装置２の機能に関する情報を含む。機能情報は、さらに、受信装置２が、特定のサービス（例えば、地上デジタル放送のサービスや、ＢＳ（放送衛星）によるサービスや、ＢＳ４ＫあるいはＢＳ８Ｋによるサービス）を受信することができるか否かを表す情報を含んでもよい。機能情報は、さらに、受信装置２が備えるディスプレイ（液晶ディスプレイ等）の表示解像度に関する情報や、ディスプレイのサイズ（インチ数）についての情報を含んでもよい。機能情報は、さらに、受信装置２が持つ通信機能の通信可能速度（単位時間あたりビット数）についての情報を含んでもよい。機能情報は、さらに、受信装置２が接続されている通信ネットワークにおけるその時点での通信可能速度（単位時間あたりビット数）の情報（あるいはその推定値の情報）を含んでもよい。機能情報は、さらに、その他の、受信装置２がコンテンツを受信して提示するにあたっての機能やその能力数値等に関する情報を含んでもよい。情報管理部２３０は、受信装置２の起動時等に、機能情報を設定したり更新したりすることができる。また、情報管理部２３０は、受信装置２の能力に関して動的に変化し得る情報（例えば、接続されているネットワークの通信速度等の情報）を、適切なタイミングで取得しなおして更新することができる。

情報管理部２３０によって管理されるユーザー情報は、その受信装置２のユーザーの、コンテンツの視聴等に関連する情報を含む。ユーザー情報は、例えば、その受信装置２のユーザーの、コンテンツを視聴する時間帯の傾向に関する情報を含んでもよい。また、ユーザー情報は、その受信装置２のユーザーが好んで視聴するコンテンツのジャンル（報道、スポーツ、芸術、ドラマ、娯楽など）等の情報を含んでもよい。また、ユーザー情報は、その受信装置２のユーザーの、ジャンル以外の好みに関する情報（例えば、好きな演者、好きな監督、好きなスポーツチームなど）を含んでもよい。また、ユーザー情報は、その受信装置２のユーザーにとって好ましいコンテンツの視聴時間の長さに関する情報を含んでもよい。また、ユーザー情報は、その受信装置２のユーザーがコンテンツを視聴する際の視聴のしかた（例えば、コンテンツを最初から視聴（追っかけ再生等を含む）するか、コンテンツをライブで途中から視聴するか、など）の傾向についての情報を含んでもよい。また、ユーザー情報は、その受信装置２のユーザーのコンテンツの視聴のしかた（高解像度の映像で視聴するか、低解像度の映像で視聴するか、放送を好んで視聴するか、ネット配信を好んで視聴するか、音声のみによる聴取を好むか、などといった区別）についての情報を含んでもよい。また、ユーザー情報は、その受信装置２のユーザーの、その他の、コンテンツの受信および視聴に関する好みや傾向についての情報を含んでいてもよい。

情報管理部２３０は、上記のような機能情報やユーザー情報を、必要に応じて、可否判定部２３１やスコア算出部２３２に対して提供することができる。

可否判定部２３１は、当該受信装置２が、ある特定の具体コンテンツを受信（取得）してユーザーに対して提示可能であるか否かを判定する。可否判定部２３１は、情報管理部２３０から提供される機能情報に基づいて、当該受信装置２の機能（通信等の帯域幅や、コンテンツの信号の処理能力や、表示画素数や、コンテンツの符号化方式等を含む）を把握する。また、可否判定部２３１は、個々の具体コンテンツに関する情報を、情報統合部２２Ａから渡される統合コンテンツ情報によって把握する。統合コンテンツ情報は、統合コンテンツに関連付けられている具体コンテンツのそれぞれについての情報を含んでいる。ここで、具体コンテンツについての情報は、コンテンツの種別（映像を含むか否か、音声を含むか否か、テキストを含むか否か、その他の特定の情報を含むか否か）や、コンテンツが配信される経路（放送によるものか通信（ネット配信によるものかの区別）や、放送の場合におけるサービスの種類（例えば、地上デジタル、放送衛星（ＢＳ）、ＢＳ４ＫあるいはＢＳ８Ｋ等の区別）や、コンテンツの符号化方式や、映像の解像度あるいはビットレート（映像の場合）や、音声の符号化レート（音声の場合）や、その他、受信装置２がその具体コンテンツを受信して提示することができるか否かを判定するために必要な情報などを含む。つまり、可否判定部２３１は、情報管理部２３０から提供される機能情報と、統合コンテンツ情報に含まれる個々の具体コンテンツの情報とを対応付けて把握することにより、当該受信装置２がその具体コンテンツに対応することができるか否かを判定する。可否判定部２３１による判定結果は、スコア算出部２３２や決定部２３３に伝えられる。これにより、スコア算出部２３２は、当該受信装置２が対応可能な具体コンテンツのみについて、スコアを算出することができる。また、これにより、決定部２３３は、実際のコンテンツ取得対象として決定する可能性のあるコンテンツを絞り込む（対応不可能な具体コンテンツを除外する）ことができる。

つまり、可否判定部２３１は、情報管理部２３０が保持する機能情報と、統合コンテンツ情報に含まれるそれぞれのコンテンツの取得方法に関する情報あるいは提示方法に関する情報の少なくともいずれかと、に基づいて、それぞれのコンテンツの取得あるいは提示の可否を判定する即ち、可否判定部２３１は、受信装置２が持つ機能が、それぞれのコンテンツに対応可能であるか否かを判定する。

スコア算出部２３２は、ある統合コンテンツに関して、当該統合コンテンツに関連付けられている複数の具体コンテンツのそれぞれについて、スコアを算出する。具体的には、スコア算出部２３２は、情報管理部２３０から提供されるユーザー情報に基づいて、当該受信装置２のユーザーの好み等（例えばジャンルや視聴時間帯など、ユーザー情報から把握可能なもの）を把握する。また、スコア算出部２３２は、情報管理部２３０から提供される機能情報に基づいて、当該受信装置２の機能に関する情報を把握する。また、スコア算出部２３２は、統合コンテンツ情報に基づいて、統合コンテンツに関連付けられた複数の具体コンテンツのそれぞれについてのコンテンツ情報を把握する。ここで、コンテンツ情報は、そのコンテンツのジャンルや、コンテンツの種別（映像を含むか否か、音声を含むか否か、テキストを含むか否か、その他の特定の情報を含むか否か）や、コンテンツが配信される経路（放送によるものか通信（ネット配信によるものかの区別）や、放送の場合におけるサービスの種類（例えば、地上デジタル、放送衛星（ＢＳ）、ＢＳ４ＫあるいはＢＳ８Ｋ等の区別）などといった情報を含む。スコア算出部２３２は、上記のようなユーザー情報や機能情報やコンテンツ情報（具体コンテンツの情報）に基づいて、具体コンテンツのそれぞれについてのスコアを算出する。このスコアは、個々の具体コンテンツが、当該受信装置２や、当該受信装置２のユーザーに適合する度合いを表す数値である。例えば、スコアの数値が大きい程、その具体コンテンツを取得して提示することが受信装置２およびユーザーに適合している度合いが高くなるように、スコアの算出方法を定義してよい。スコア算出部２３２は、算出結果である具体コンテンツごとのスコアを、決定部２３３に通知する。

つまり、スコア算出部２３２は、統合コンテンツ情報に含まれるそれぞれのコンテンツの情報と、情報管理部２３０が保持する機能情報とユーザー情報との少なくともいずれかと、に基づいてそれぞれの前記コンテンツの適合度合いを表すスコアを算出するものであってよい。

なお、スコア算出部２３２は、可否判定部２３１によって対応可能と判定された具体コンテンツのみについて、スコアを算出するようにしてよい。言い換えれば、スコア算出部２３２は、可否判定部２３１によって、取得することができないコンテンツあるいは提示することができないコンテンツと判定されたコンテンツに関しては、前記スコアの算出を行わないようにしてよい。

決定部２３３は、可否判定部２３１やスコア算出部２３２から渡される情報に基づいて、ある統合コンテンツの視聴が要求されたときに、具体コンテンツの取得方法を決定する。具体的には、当該受信装置２の機能として対応可能な具体コンテンツのうち、最もスコアの高い具体コンテンツを、取得対象の具体コンテンツとして決定する。また、決定部２３３は、決定した具体コンテンツに関してコンテンツ情報を参照することにより、その取得方法を決定する。取得方法を表す情報は、放送による配信であるか通信による配信であるかを区別する情報を含む。また、取得方法を表す情報は、放送による配信の場合には、コンテンツを取得するためのサービスを特定する情報や、配信日時に関する情報を含む。
放送サービスを特定する情報は、例えば、オリジナルネットワークＩＤとトランスポートストリームＩＤとサービスＩＤとの組によって表される。また、取得方法を表す情報は、通信による配信の場合には、コンテンツを取得するための所在情報（ＵＲＬ）や配信パラメーターの情報を含んでよい。また、取得方法を表す情報は、通信による配信が、オンデマンド方式での配信であるかブロードキャスティング方式での配信であるかを区別する情報を含んでよい。

つまり、決定部２３３（取得方法決定部）は、統合コンテンツ情報に含まれるそれぞれのコンテンツの情報と、情報管理部２３０が保持する機能情報とユーザー情報との少なくともいずれかと、に基づいて取得対象のコンテンツを決定する。決定部２３３（取得方法決定部）は、スコア算出部２３２が算出したそれぞれのコンテンツについてのスコアに基づいて、取得対象のコンテンツを決定するものであってよい。

以上説明した構成を有する取得方法決定部２３は、個々のコンテンツの属性と、受信装置２の機能（能力）と、ユーザーの好み等とに応じて、可能な複数の具体コンテンツの中から最適なコンテンツを取得する方法を決定することができる。

なお、取得方法決定部２３が、複数の取得方法を決定してもよい。例えば、放送信号の受信状況が悪化した場合や、通信状況が悪化（通信レートの低下等）した場合などには、それらの決定された複数の取得方法の中から、代替の取得方法を用いて、コンテンツ取得部２６がコンテンツを取得することができる。

図２２は、取得方法決定部２３がコンテンツの取得方法を決定する手順を説明するためのシーケンス図である。同図におけるステップＳ１０およびステップＳ１１のそれぞれの処理は、図９における同じ番号のステップの処理に対応している。ステップＳ１０において、取得方法決定部２３は、ユーザーによって要求された統合コンテンツを特定することができる。あるいは、ユーザーからの再生要求の代わりに、何らかの他の方法によって特定の統合コンテンツの再生が要求されてもよい。ステップＳ１１の中に含まれる各ステップにおいて、取得方法決定部２３は、次のような処理を行う。

ステップＳ１１１において、取得方法決定部２３は、情報統合部２２Ａから渡されるコンテンツ情報（統合コンテンツ情報）を参照する。これにより、取得方法決定部２３は、要求された統合コンテンツに含まれるすべての具体コンテンツについてのコンテンツ情報を利用することができる。

ステップＳ１１２において、可否判定部２３１は、各々の具体コンテンツについてのコンテンツ情報と、情報管理部２３０から渡される機能情報とに基づいて、その受信装置２がそれぞれの具体コンテンツに対応可能であるか否かを判定する。可否判定部２３１は、各具体コンテンツについての可否判定の結果の情報を、スコア算出部２３２および決定部２３３に渡す。

ステップＳ１１３において、スコア算出部２３２は、各々の具体コンテンツについてのスコアを算出する。前述の通り、スコア算出部２３２は、具体コンテンツごとに、当該受信装置２が持つ機能や、当該受信装置２のユーザーの好みに適合する度合いを示すスコアを算出する。この具体コンテンツは、既に説明したコンテンツリストの中における「associatedMedia」（アソシエイテッドメディア）要素に対応するものである。つまり、スコア算出部２３２は、それぞれの「associatedMedia」（アソシエイテッドメディア）要素に含まれる情報を具体コンテンツの情報として利用する。ここでは、例として、スコアの数値が高い程、その具体コンテンツが受信装置２の機能やユーザーの好みに適合する度合いが高いものとする。ここでスコア算出部２３２が算出するスコアは、少なくとも下に列挙する要素に基づいて算出される。

（１）受信装置２が能力を備える限りにおいて、より豊富な情報をユーザーに提示できる具体コンテンツのほうが、そうではない具体コンテンツよりも、スコアの値が高い。ここで、より豊富な情報を提示するということは、映像を提示可能である場合には映像を含むものであることや、品質（解像度、フレームレート等）が異なる複数の映像の具体コンテンツの間ではより品質の高い映像を含むものであることである。
（２）受信装置２が能力を備える限りにおいて、より高品質な音声をユーザーに提示できる具体コンテンツのほうが、そうではない具体コンテンツよりも、スコアの値が高い。
（３）受信装置２が映像を提示する際のディスプレイ装置の物理的なサイズ（インチ数）が、より適している具体コンテンツの方が、層ではない具体コンテンツよりも、スコアの値が高い。
（４）ユーザーの好みのジャンルにより合致する具体コンテンツの方が、そうではない具体コンテンツよりもスコアの値が高い。
（５）ユーザーが好む視聴時間帯（曜日や日付等を含んでもよい）により合致する具体コンテンツの方が、そうではない視聴時間帯の具体コンテンツよりもスコアの値が高い。
（６）再生時間（視聴時間）の長さの異なる複数の具体コンテンツ間での比較において、ユーザーの好みのコンテンツの長さ（時間の長さ）により近い具体コンテンツの方が、その他の具体コンテンツよりもスコアの値が高い。
（７）ブロードキャスト型の具体コンテンツと、オンデマンド型の具体コンテンツとの比較において、ユーザーの好みに近いタイプの具体コンテンツの方が他方よりもスコアの値が高い。
（８）ここで（１）から（７）までにおいて例示した要素以外の要素に基づいて、より受信装置２の機能等や、視聴環境や、ユーザーの好みにより一層合致する具体コンテンツの方が、そうではない具体コンテンツよりもスコアの値が高い。

ステップＳ１１４において、決定部２３３は、可否判定部２３１によって行われた判定結果や、スコア算出部２３２によって算出されたスコアの値などに基づいて、複数の具体コンテンツのうちの一つの（例えば、最もスコアの値が高い）具体コンテンツの取得を決定する。具体的には、決定部２３３は、統合コンテンツ情報の中の、選択された具体コンテンツに対応する「associatedMedia」（アソシエイテッドメディア）要素を参照することにより、そのコンテンツの取得方法を決定する。取得方法の情報は、例えば、放送による取得であるか通信（ネット配信）による取得であるかを区別する情報を含む。また、取得方法の情報は、配信日時に関する情報を含む。また、取得方法の情報は、取得先の資源の情報（放送の場合にはサービスを特定する情報であり、通信（ネット配信）の場合には取得先の所在情報（ＵＲＬ等）である。決定部２３３は、決定した取得方法の情報を、コンテンツ取得部２６に渡すことができる。

図２３は、情報管理部２３０が、ユーザーからの情報入力に基づいて、管理する情報を更新する処理の手順を示すシーケンス図である。この図に示す手順では、まずステップＳ８１において、ユーザー側からの操作によって受信装置２に情報が入力される。ここでの情報の入力手段は、例えばユーザーがテレビのリモコン装置を操作することによるものや、ユーザーがスマートフォン（携帯電話）の画面を操作することによるものや、その他の入力方法を用いるものであってよい。ここで入力される情報は、典型的にはユーザー情報（ユーザー属性等）を変更するための情報であるが、その他の情報であってもよい。次にステップＳ８２において、情報管理部２３０は、ステップＳ８１で入力された情報を用いて、自己が管理している情報（機能情報あるいはユーザー情報）を更新する。

図２４は、情報管理部２３０が、ユーザーからの情報入力以外の方法に基づいて、管理する情報を更新する処理の手順を示すシーケンス図である。この図に示す手順では、まずステップＳ９１において、情報管理部２３０が、情報を更新すべき状況を把握する。例えば、受信装置２が接続されている通信ネットワークの通信状況（ビットレート等）が変わったり、受信装置２が受信している放送信号の強度が変わったりした場合に、情報管理部２３０はその状況を把握する。あるいは、受信装置２がユーザーの好みの変化を検知した場合に、情報管理部２３０はその状況を把握する。次にステップＳ９２において、情報管理部２３０は、ステップＳ９１で把握した状況に基づいて、自己が管理する情報（機能情報あるいはユーザー情報）を更新する。

図２３や図２４を参照しながら説明した方法により、情報管理部２３０は、必要に応じて管理している情報を更新することができる。つまり、受信装置２は、状況の変化にも対応して、適した具体コンテンツを選択して提示することができる。

以上、態様Ａを説明したが、本発明はさらに次のような変形例でも実施することが可能である。

［変形例１］
上記態様Ａでは、受信装置２がコンテンツ情報の統合を行うコンテンツ情報都合装置として機能する形態とした。しかしながら、必ずしもコンテンツを受信する機能を有する装置と、コンテンツ情報を統合する機能を有するコンテンツ情報統合装置とが、同一の装置ではなくてもよい。例えば、コンテンツ情報統合装置が、受信装置２の外部に存在して、複数のコンテンツに関するコンテンツ情報に基づいてそれらのコンテンツ情報を統合し、統合コンテンツ情報を生成するようにしてもよい。この場合には、コンテンツ情報統合装置が生成した統合コンテンツ情報は、所定のタイミングで、受信装置２に対して提供される。受信装置２は、その統合コンテンツ情報を参照することによって、コンテンツの取得方法を決定し、コンテンツを取得することができる。

［変形例２］
上記態様Ａでは、オブジェクト指向のデータとしてコンテンツ情報を説明した。また、コンテンツ情報の具体例としてＪＳＯＮ形式のデータ例を説明した。ただし、コンテンツ情報やサービス情報を含め、等価な情報を有する別形態のデータを用いて装置を実現するようにしてもよい。

次に、解決しようとする課題について説明する。

ところで、同じコンテンツが別個の具体コンテンツとして提供されていても、両者が同一のコンテンツであるという情報が一般には提供されていないという課題がある。一例として、放送と通信（ネット配信）とで同一の番組が提供されていても、両者が同一のコンテンツであるという情報が提供されていないという課題がある。それら複数のコンテンツが同一のコンテンツであることを受信装置等が認識するためには、例えば、コンテンツ情報としてそれら複数のコンテンツに同一の識別情報が提供されている必要がある。あるいは、識別情報以外の情報（コンテンツのタイトル等）が同一であるか、何らかの方法でそれらのコンテンツが同一のコンテンツであることを識別するための情報が提供されている必要がある。このように複数のコンテンツが同一のコンテンツであることを表す情報がない場合には、受信装置等は、あるコンテンツの代替コンテンツとして他のコンテンツを取得することができない。つまり、ユーザーは、代替コンテンツを視聴することができない。

統合コンテンツ情報を生成するためには、複数の具体コンテンツが与えられたときに、それらの具体コンテンツ間の関連性を発見することが必要である。一般にそれら複数の具体コンテンツは識別情報等によって予め関連付けられているわけではなく、何らかの方法を用いて複数の具体コンテンツ間の関連性を発見することによって、それらを統合して抽象コンテンツとすることができる。

次に、情報統合部２２Ａが、複数のコンテンツを統合する際にコンテンツ間の関連性を発見するための具体的な機能構成および処理手順について説明する。

図２５は、情報統合部２２Ａのさらに詳細な機能構成を示すブロック図である。図示するように、情報統合部２２Ａは、一致検出部２２１Ａと、関連性発見部２２２Ａとを含んで構成される。なお、情報統合部２２Ａは、一致検出部２２１Ａと関連性発見部２２２Ａのいずれか一方のみを備えるものであってもよい。そのような場合には、情報統合部２２Ａは、一致検出あるいは関連性発見のいずれかの機能だけを用いてコンテンツ情報を投合する処理を行う。
また、関連性発見部２２２Ａを実現するためのさらに詳細な構成の一例として、関連性発見部２２２Ａは、スコア算出部２２６と、関連性判定部２２７とを含むものであってもよい。これらのそれぞれの機能は、次の通りである。

一致検出部２２１Ａは、前記コンテンツ情報が含む前記識別情報に基づいて、複数の前記コンテンツの間での一致を検出する。

関連性発見部２２２Ａは、情報取得部２１Ａが取得したコンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する。なお、前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものである。関連性発見部２２２Ａは、そのようなコンテンツ情報のうち、コンテンツについての属性情報のみに基づいて（つまり識別情報に基づかずに）、複数のコンテンツ間での関連性を発見する。

スコア算出部２２６は、複数のコンテンツ間での関連性の度合いを表すスコアを算出する。スコア算出部２２６は、前記複数のコンテンツに関して、例として次に列挙する事項の少なくともいずれかに基づいて、前記スコアを算出するものであってよい。
（１）当該複数のコンテンツ間において、ジャンル情報の全部または一部が共通するか否か。
（２）当該複数のコンテンツ間において、コンテンツ名称の全体または一部が一致するか否か。
（３）当該複数のコンテンツ間において、コンテンツ概要の記述の全体または部分が一致するか否か。
（４）当該複数のコンテンツ間において、コンテンツの出演者情報の全部または一部が共通するか否か。
（５）当該複数のコンテンツ間において、コンテンツ情報内に含まれるパブリケーション（publication）要素が一致するか否かまたはその類似性。
（６）当該複数のコンテンツ間において、コンテンツ情報内に含まれるコンテンツへのアクセスのための所在情報が一致するか否かまたはその類似性。
または、
（７）当該複数のコンテンツ間において、コンテンツ情報が持つ配信日あるいは配信開始日の情報が一致するか否かまたはその近似性。

なお、スコア算出部２２６がスコアを算出する方法については、さらに後でも説明する。

関連性判定部２２７は、スコア算出部２２６が算出した前記スコアに基づいて当該複数のコンテンツ間での関連性の有無を判定する。関連性判定部２２７は、一例として、スコア算出部２２６が算出した前記スコアが所定の閾値以上（あるいは閾値以下）であるか否かに基づいて当該複数のコンテンツ間での関連性の有無を判定する。なお、関連性判定部２２７は、スコアを基に他の方法で関連性の有無を判定してもよい。なお、関連性発見部２２２Ａが発見した複数のコンテンツの間での関連性に基づいて、情報統合部２２Ａは、それら複数のコンテンツに関するコンテンツ情報を統合することによって、統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成することができる。

図２６は、情報統合部２２Ａがコンテンツ情報を統合するための処理のさらに詳細な手順を示す概略図である。図２６に示すステップＳ８は、図９を参照しながら説明したステップＳ８にあたる。図２６に示すように、ステップＳ８は、さらに詳細な手順としてステップＳ８１からＳ８４までを含む。以下ではこの手順に沿って説明する。

ステップＳ８１において、情報統合部２２Ａの一致検出部２２１Ａは、複数のコンテンツ間での一致を検出する。具体的には、一致検出部２２１Ａは、コンテンツを一意に識別するための識別情報の一致を検出する。この識別情報の例は、図７で示したオブジェクト「CreativeWork」内における「identifier」（アイデンティファイアー）である。ただし、一致検出部２２１Ａは、その他のデータによってコンテンツの一致を検出してもよい。
例えば、図７で示したオブジェクト「CreativeWork」内における「associatedMedia」（アソシエイテッドメディア）の内容が完全に一致する場合に、一致検出部２２１Ａは、それらのコンテンツが一致していることを検出する。このように、一致検出部２２１Ａが複数のコンテンツにおける識別情報の一致を検出すると、それらのコンテンツは同一のコンテンツであると判断され、コンテンツ情報の統合の対象となる。なお、ステップＳ８１において一致検出部２２１Ａは、例えば、与えられるコンテンツ情報に含まれるすべてのコンテンツのペアについて、それらのコンテンツが一致するか否かの検出を行うようにしてよい。

次のステップＳ８２からＳ８３までにおいては、ステップＳ８１で一致が検出されなかったコンテンツのペアについて、情報統合部２２Ａの関連性発見部２２２Ａがコンテンツ間の関連性の発見を試みる。具体的な手順としては次の通りである。

ステップＳ８２において、関連性発見部２２２Ａ内のスコア算出部２２６が、各ペアについて、コンテンツ間の類似度に関するスコアを算出する。なお、スコアの具体的な算出方法の例については、さらに後でも説明する。

ステップＳ８３において、ステップにおいて算出されたスコアが所定の条件を満たす場合に、関連性発見部２２２Ａ内の関連性判定部２２７が、そのペアに属する両コンテンツを関連付ける。つまり、関連性判定部２２７は、両コンテンツ間に関連性があるか否かを判定する。ここで、関連性判定部２２７が用いる条件は、例えば、スコア算出部２２６によって算出されたスコアが所定の閾値を超えるか否かという条件（ただし、これに限定されない）である。

ステップＳ８４において、情報統合部２２Ａは、複数のコンテンツについてのコンテンツ情報を統合することによって、統合コンテンツ情報を生成する。ここで、統合の対象となり得るコンテンツは、上のステップＳ８１において一致が検出された複数のコンテンツ、あるいは上のステップＳ８３において関連していると判定された複数のコンテンツ、あるいはそれら両方である。

スコア算出部２２６がスコアを算出する際の処理を列挙すると、次の通りである。
（１）特定の２つのコンテンツ間のスコアは、所定の基準点（例えば、０点）をベースとして、様々な要素に基づいて加点あるいは減点される。
（２）コンテンツ間においてジャンル情報の全部または一部が共通する場合、その一致度合いに応じてそれらのコンテンツ間のスコアは加点されてよい。
（３）コンテンツ名称（文字列）の全体または一部が一致する場合、その一致度合いに応じてコンテンツ間のスコアは加点されてよい。
（４）コンテンツ概要の記述（文字列等）の全体または部分が一致する場合、その一致度合いに応じてコンテンツ間のスコアは加点されてよい。
（５）コンテンツの出演者情報（文字列）の全部または一部が共通する場合、その一致度合いに応じてそれらのコンテンツ間のスコアは加点されてよい。
（６）上記の様々な文字列の一致度合いに基づいてスコアを算出する際に、括弧、即ち（）や［］などといったコンテンツ名等に含まれがちな文字を除外して一致度合いを判定するようにしてもよい。
（７）コンテンツ情報内に含まれるpublication要素の一致あるいは類似性に基づいて、コンテンツ間のスコアは加算されてよい。なお、publication要素が、放送局（放送事業者）を特定する情報を含む場合がある。
（８）コンテンツ情報内に含まれるurl要素（コンテンツの所在情報）の一致あるいは類似性に基づいて、コンテンツ間のスコアは加算されてよい。ＵＲＬに含まれるドメイン名などは、コンテンツ提供会社（publisher, organization）の情報を表す場合がある。
（９）さらに上記のコンテンツ提供会社間の関連性を予めテーブル等に記憶しておいて、そのテーブル等を参照することによって会社間の関連性がある場合には、コンテンツ間のスコアを加算するようにしてよい。
（１０）コンテンツ情報が持つ配信日あるいは配信開始日（datePublished要素）の情報が一致する場合あるいは近い場合には、その近さに応じてコンテンツ間のスコアを加算するようにしてよい。
（１１）２つのコンテンツについてのコンテンツ情報に含まれる他の要素に基づいて、当該ペアのスコアを加算あるいは減算するようにしてよい。

スコア算出部２２６は、上で説明したそれぞれの要素における一致／不一致、あるいは類似性、近さ／遠さなどを判断する際に、機械学習を用いてもよい。このとき、ペアのコンテンツのそれぞれのコンテンツ情報に含まれる要素の値を入力として、それらペアにおけるスコアの加算値あるいは減算値を出力とするモデルを予め学習しておくようにする。
学習の際には、実データ等に基づく教師データを用いる。

コンテンツ情報に含まれるコンテンツのペアの数は、そのコンテンツ情報に含まれるコンテンツ数の２乗に比例する。スコア算出部２２６がコンテンツのペアについてのスコア値を算出するための演算量を減らすためには、例えば、関連性のある見込みの低いペアについては、適宜枝刈りをすることによってスコアの算出を省略してもよい。また、スコア算出部２２６が特定のペアについて上記の枝刈りを行うか否かの判断のために、機械学習を用いてもよい。

また、スコア算出部２２６によるスコアの算出を省略して、コンテンツのペアについてのコンテンツ情報に含まれる要素の値と、それらのコンテンツのペアにおける関連性の有無との関係を、機械学習を利用して求めるようにしてもよい。この場合には、関連性判定部２２７が内部に機械学習モデルを持つ。そして、要素の値を入力として、関連性の有無を出力とする教師データを用いて、予め機械学習モデルの学習を行っておくようにする。
コンテンツ情報が持つデータの値と関連性有無との関係に関して、ユーザーとのインタラクション情報やユーザーによる判定結果を、関連性判定部２２７がアノテーションデータとして保持し、学習のための教師データに反映させるようにしてもよい。

以上説明したように、態様Ａでは、受信装置２は、コンテンツ情報に基づいて、複数のコンテンツ間の関連性を発見する。具体的には、受信装置２は、放送信号に含まれるＥＰＧ情報やコンテンツ情報提供サーバー装置３から提供されるコンテンツ情報（これらを総称して「コンテンツ情報」と呼ぶことができる）に基づいて、複数のコンテンツ間の関連性を発見する。これにより、受信装置２は、コンテンツの識別情報(identifier)に基づく一致の検出や、コンテンツの配信に関する情報（associatedMedia要素）に基づく一致の検出が行われない場合にも、コンテンツ情報のその他の要素の類似性に基づいて、複数のコンテンツ間の関連性を発見する。このような関連性に基づいて、受信装置２は、コンテンツを同定することができる。言い換えれば、受信装置２は、同等であると見なすことのできるコンテンツのペア（あるいは集合）を特定できる。一致検出部２２１Ａによって一致が検出されたコンテンツの集合も、関連性発見部２２２Ａによって関連性があると判定されたコンテンツの集合も、統合コンテンツとして統合することができる。つまり、受信装置２は、関連する複数のコンテンツを統合して統合コンテンツ（抽象コンテンツ）とすることができる。受信装置２は、抽象コンテンツに関する情報（統合コンテンツ情報）を持つことにより、特定の具体コンテンツを取得できない状況（放送信号の強度が得られない場合や、通信帯域が十分に得られない場合など）において、その抽象コンテンツに属する他の具体コンテンツを代替コンテンツとして取得することができる。

次に、サービスリストの具体例について説明する。

図２７および図２８は、サービスリスト（ServiceList）の例を示す概略図である。本例のサービスリストはＪＳＯＮ（JavaScript Object Notation）形式のデータとして記述されている。なお、これらの図においては便宜的に参照用の行番号を示している。

図２７の第１行目は、１つのサービスリストの開始を表す。このサービスリストの終了は、第７９行目（図２４）である。第２行目から第４行目までは、このサービスリストのヘッダーに当たる部分である。第５行目は、アイテムリストエレメント（itemListElement）の開始を表す。このアイテムリストエレメントの終了は、第７８行目（図２４）である。第６行目から第６８行目（図２４）までは、このアイテムリストエレメントが持つ第１の要素についての記述である。第６９行目から第７７行目までは、このアイテムリストエレメントが持つ第２の要素以後の要素についての記述である。これらの要素の各々は、１つのサービスに対応している。

次に第６行目から始まる要素（第１のサービスについての記述）に関して説明する。

第７行目は、当該要素のタイプ（@type）がブロードキャストサービス（BroadcastService）であることを表す。第８行目は、当該サービスの名称が「ＮＨＫ総合・東京」であることを表わす。第９行目は、ブロードキャスト表示名（broadcastDisplayName）が「ＮＨＫ総合・東京」であることを表す。第１０行目から第１３行目までは、放送事業者（broadcaster）についての定義である。その中で第１１行目と第１２行目とは、タイプ（@type）が組織（Organization）であり、その名称が「ＮＨＫ」であることを表している。

第１４行目から第３０行目までは、この第１のサービスの識別情報（identifier）を規定している。放送サービスは、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとの３つ組の情報によってユニークに識別される。第１５行目から第１９行目までは、オリジナルネットワークＩＤ（original_network_id）の値が３２７３６であることを表している。また、第２０行目から第２４行目までは、トランスポートストリームＩＤ（ts_id）の値が３２７３６であることを表している。また、第２５行目から第２９行目までは、サービスＩＤ（service_id）の値が１０２４であることを表している。

第３１行目は、当該サービスに関連付けられる画像（image）の所在を規定する情報である。第３２行目は、当該サービスと同一のサービス（sameAs）の所在を表す情報である。第３３行目は、当該サービスについてのウェブサイト（あるいは、当該サービスを提供する事業者のウェブサイト）のＵＲＬを規定する。

第３４行目から第４３行目まで（hasOfferCatalog）は、当該サービスによって配信されるコンテンツに関するコンテンツリストの所在を表す情報である。本例では、プレゼントリスト（presentList）の所在情報と、スケジュールリスト（scheduleList）の所在情報とが定義されている。第３５行目から第３８行目までは、前者のプレゼントリストについての定義である。第３９行目から第４２行目までは、後者のスケジュールリストについての定義である。第３７行目には、前者のプレゼントリストのＵＲＬが記述されている。
第４１行目には、後者のスケジュールリストのＵＲＬが記述されている。

図２８に移って、第４４行目は、放送チャンネルに関する情報を持つ要素（hasBroadcastChannel）であるが、本例ではそのデータは空である。第４５行目から第５４行目までは、放送のサービスエリア（areaServed）に関する情報を表す。本例では、２つの行政区域（administrativeArea）が規定されており、第４６行目から第４９行目までにおいて表わされる行政区域の名称は「関東」（Kanto）であり、第５０行目から第５３行目までにおいて表わされる行政区域の名称は「東京」（Tokyo）である。

第５５行目から第６７行目までは、親サービス（parentService）を規定している。第５６行目は、その親サービスの名称が「ＮＨＫ総合」であることを示す。つまり、１つのエリアのサービスである「ＮＨＫ総合・東京」の親サービスが、各地のエリアのサービスを統合的にとらえた「ＮＨＫ総合」である。第５７行目は、当該サービスの種別（@type）が放送サービス（BroadcastService）であることを表している。第５８行目は、当該サービスと同一のサービス（sameAs）の所在を表す情報である。第５９行目から第６６行目までは、当該親サービスの識別情報（identifier）である。この識別情報においては、属性ＩＤ（第６４行目）として０、属性名（第６１行目）として「系列」（affiliation）、属性値（第６３行目）として「ＮＨＫ総合」が記述されている。

第６９行目から第７７行目までは、第２のサービスに関する記述である。この第２のサービスの記述項目も、第６行目から第６８行目までにおいて示した第１のサービスにおける記述項目と同様である。この図においては、その記述の一部を省略している。なお、第７１行目は、このサービスの名称が「ＮＨＫＥテレ東京」であることを表している。第７２行目は、このサービスの表示名が「ＮＨＫＥテレ東京」であることを表している。第７３行目から第７６行目までは、第１のサービスにおける第１０行目から第１３行目までと同様に、このサービスを提供する放送事業者を定義している。

なお、ここで図面を参照しながら説明したサービスリストは、２つのサービスの情報を含むものであるが、一般にサービスリストは任意の数のサービスを含むものであってよい。

以下、態様Ａ（その２）について、図面を参照しながら他の方法により説明する。

図２９は、態様Ａ（その２）に係るシステムの概要構成の一例を示すブロック図である。同図を参照しながら、システム１の概要について説明する。同図に示すように、システム１は、受信装置２と、コンテンツプロバイダコンテンツプロバイダーＣＰと、情報提供システム６とを含んで構成される。コンテンツプロバイダーＣＰの具体的態様としては、情報登録装置５と、コンテンツ配信装置７と、放送送出装置８とが含まれる。態様Ａ（その２）において、受信装置２、情報登録装置５、情報提供システム６、コンテンツ配信装置７及び放送送出装置８（以下、これらの各装置及びシステムをまとめて「システム１に含まれる構成要素」と記載する場合がある。）の数はそれぞれ１以上であればよい。同図には、一例として、システム１が、複数の受信装置２と、それぞれ１台ずつの情報登録装置５、情報提供システム６、コンテンツ配信装置７及び放送送出装置８を含む場合について図示している。システム１に含まれる構成要素のそれぞれは、例えば、コンピューターを用いて実現されてもよい。

態様Ａ（その２）の前提となる事項について説明する。態様Ａ（その２）に係るシステム１は、ユーザーに対しコンテンツを配信する。当該コンテンツは、コンテンツプロバイダーＣＰにより提供される。態様Ａ（その２）に係るシステムが配信するコンテンツには、様々な態様の情報が含まれる。例えばコンテンツには、動画、音声、テキスト及びこれらの組み合わせ等の視覚的又は聴覚的に認知可能な様々な情報が含まれていてもよい。また、コンテンツとは、動画、音声及びテキストの少なくともいずれかを含むものであってもよい。以下の説明では、一例として態様Ａ（その２）に係るシステムが、動画及び音声を含む映像コンテンツを配信する場合の一例について説明する。なお、以下の説明において、態様Ａ（その２）に係るシステムをコンテンツ配信システムとも記載する場合がある。

コンテンツプロバイダーＣＰから提供されるコンテンツは、ＩＳＤＢ－Ｔ（統合デジタル放送サービス － 地上用）、ＩＳＤＢ－Ｓ（統合デジタル放送サービス － 衛星用）、ＩＳＤＢ－Ｓ３（高度広帯域衛星デジタル放送方式）等の放送システムで提供されるものであってもよい。また、これらのコンテンツは、ネット配信サービスでも提供される。ネット配信サービスでは、ＣＭＡＦ（Common Media Application Format）、ＭＰＥＧ－ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）、ＨＬＳ（HTTP Live Streaming）等の方法が用いられてもよい。ネット配信サービスでは、ライブ配信（live）とオンデマンド配信（VOD，Video on Demand）のいずれもが想定される。放送番組は、ネット配信サービスでも同時に配信されている（例えば、ＮＨＫプラス、ＴＶｅｒ等）。

態様Ａ（その２）に係るサービスとしては、種々のタイプのものが存在する。例えば、態様Ａ（その２）に係るサービスの一例としては、放送チャンネルによるコンテンツの配信を軸としたサービス、ネット配信によるコンテンツの配信を軸としたサービス、ＶＯＤにおけるポータル提供によるサービス、カテゴリーやジャンル等で定義されるコンテンツ配信のグループとしてのサービス等を例示することができる。

放送チャンネルを軸としたサービスは、放送事業者が編成するスケジュールにしたがって放送によって配信される番組の連続である。このような番組の配列は、例えば、ＡＲＩＢ ＳＴＤ－Ｂ１０「デジタル放送に使用する番組配列情報」標準規格において規定される。

ネット配信を軸としたサービスは、放送と同様にコンテンツプロバイダーＣＰが編成するネット番組の連続として成るタイプのサービスと、ＶＯＤ配信等のサービスとの２種類がある。なお、態様Ａ（その２）に係るコンテンツプロバイダーＣＰには、放送事業者がコンテンツプロバイダーである場合が含まれる。

受信装置２は、コンテンツプロバイダーＣＰにより提供されるサービスを受信する。具体的には、受信装置２は、放送信号（放送波）によるサービス（放送サービス）と、インターネット等の所定の通信ネットワークＮＷを介して配信されるサービス（ネット配信サービス）とを受信する。放送サービスは、放送事業者側の配信スケジュールにしたがって配信される。放送サービスは、放送送出装置８により配信される。ネット配信サービスは、配信事業者側の配信スケジュールにしたがって配信されるスタイル（ライブ）と、受信装置２（クライアント）側からの要求に基づいて配信されるスタイル（ビデオ・オン・デマンド）とがある。ネット配信サービスは、情報登録装置５及びコンテンツ配信装置７により配信される。

所定の通信ネットワークＮＷとは、回線を用いて構成される通信ネットワークである。
所定の通信ネットワークＮＷの一例としては、インターネットを例示することができる。
所定の通信ネットワークＮＷはオープンなネットワークであり、通信ネットワークＮＷに接続された装置同士は所定のプロトコルを用いて相互に通信することができる。通信ネットワークＮＷのインターネット層においては、インターネットプロトコル（ＩＰ）等を用いた通信が行われる。

システム１に含まれる複数の受信装置２は、コンテンツプロバイダーＣＰにより提供されるサービス又はコンテンツを、放送サービス又はネット配信サービスのいずれかの態様において受信できていればよい。放送サービスにより提供されるサービス又はコンテンツを放送コンテンツＢＣと記載し、ネット配信サービスにより提供されるサービス又はコンテンツをネットコンテンツＮＣと記載する場合がある。図示する一例では、システム１に受信装置２として受信装置２－１と、受信装置２－２と、…、受信装置２－ｎ（ｎは１以上の自然数）とが含まれる。受信装置２－１はネットコンテンツＮＣのみを取得し、受信装置２－２はネットコンテンツＮＣ及び放送コンテンツＢＣの両方を受信し、受信装置２－ｎは放送コンテンツＢＣのみを受信する。受信装置２が受信可能なサービスは、受信装置２が置かれる場所の変化や、受信装置２が置かれる環境の変化に応じて変化してもよい。

態様Ａ（その２）において、受信装置２は、サービスリストＳＬを取得する。サービスリストＳＬには、サービスについての情報（サービス情報）が含まれる。サービスリストＳＬは、複数のサービスについての情報を括った情報である。サービスリストＳＬは、例えば、特定の地域（例えば、関東）の地上デジタル（地デジ）放送に関連する情報をまとめたリストであってよい。また、サービスリストＳＬは、例えば、国（日本）全体をカバーする衛星放送（ＢＳ放送）に関連する情報をまとめたリストであってもよい。サービスリストＳＬの括り方は、ここで例示したものには限定されず、様々な括り方があってよい。なお、サービスリストＳＬとは、放送信号に含まれるサービス記述テーブル（ＳＤＴ；Service Described Table、以下の説明においては、単にＳＤＴと記載する場合がある。）相当の情報であるということもできる。

サービスリストＳＬは、情報登録装置５によって提供される。情報登録装置５によって提供されたサービスリストＳＬは、情報提供システム６が備える不図示の記憶部に記憶され、受信装置２に提供される。受信装置２は、情報提供システム６が備える不図示の記憶部に記憶されたサービスリストＳＬの全部又はサービスリストＳＬの一部を、所定のタイミングで取得することができる。情報登録装置５及び情報提供システム６は、様々な形態で存在してもよい。例えば情報登録装置５及び情報提供システム６は、異なる事業者により運用されていてもよい。情報登録装置５及び情報提供システム６が異なる事業者により運用される場合、情報登録装置５及び情報提供システム６はそれぞれ異なるサーバーに構成されていてもよい。図示する一例では情報登録装置５及び情報提供システム６が互いに１対１で接続されているが、情報登録装置５及び情報提供システム６は互いにインターネット等の所定の通信ネットワークＮＷを介して接続されていてもよい。

情報提供システム６は、インターネット等の所定の通信ネットワークＮＷを介して、サービスリストＳＬを受信装置２に提供する。なお、情報提供システム６がサービスリストＳＬを提供する方法はこの一例に限定されず、他の方法であってもよい。例えば、情報提供システム６は、ＩＳＤＢ（Integrated Services Digital Broadcasting、統合デジタル放送サービス）の放送信号中のＳＩ（Service Information、サービス情報）内においてサービスリストＳＬを提供するようにしてもよい。

受信装置２は、インターネット等から受信するサービスリストＳＬと放送信号から受信するＳＤＴとに基づいて、サービスに関する情報をマージしたり、所定のルール等に基づいて一方が他方を上書きしたりすることができる。つまり、受信装置２は、複数の手段又は経路で受信したサービスに関する情報を統合することによって、自装置用のリストを生成してよい。

また、生成したリストを複数の受信装置２の間で互いに共有するようにしてもよい。例えば、宅内、同一ユーザー内又は同一ユーザーグループ内等に複数の受信装置２が存在する場合、第１の受信装置２が受信して生成したサービスに関するリストを、他の装置である第２の受信装置２が参照して利用するようにしてもよい。また、例えば、第１の受信装置２が生成したサービスに関するリストと、他の装置である第２の受信装置２が生成したサービスに関するリストとを、相互に交換してマージした形態で共有するようにしてもよい。

サービスリストＳＬは、具体的には、各サービスについてのサービス名称、配信者情報、サービス識別子（サービスを特定するためのユニークなＩＤ）、提供方法（放送チャンネルの場合には、チャンネルの識別子情報であるところのオリジナルネットワークＩＤ（nid）、トランスポートストリームＩＤ（tsid）、サービスＩＤ（sid）の組。ネット配信サービスの場合には、ＵＲＬや配信プロトコルや配信パラメーターの情報）、サービス自体の付加情報を提供するためのＡＰＩの情報、そのサービスのコンテンツの情報を取得するためのＡＰＩ（コンテンツリストＡＰＩ）の情報等を含んでいてもよい。

また、上記のようなサービスの中で提供される一つ一つのコンテンツ（例えば番組）の情報は、別途、コンテンツリストＣＬ等として管理される。コンテンツリストＣＬは、サービスリストＳＬと同様に、情報提供システム６によって提供される。

コンテンツリストＣＬは、コンテンツに関する情報（コンテンツ情報）の集合である。
情報提供システム６は、上述したサービスリストＳＬとは異なる情報として、コンテンツリストＣＬを受信装置２に提供してもよい。受信装置２は、情報提供システム６に記憶されたコンテンツリストＣＬの全部又はコンテンツリストＣＬの一部を、所定のタイミングで取得することができる。一つのコンテンツリストＣＬにどのコンテンツの情報を含めるようにするかは、様々な態様が存在してもよい。第１の態様として、一つのコンテンツリストＣＬは、ある放送サービス（チャンネル）を想定して、現在配信されているコンテンツ（番組）の情報や、次に配信されるコンテンツ（番組）の情報のリストという態様であってよい。現在のコンテンツの情報と次のコンテンツの情報とは、「ｐ／ｆ」と呼ばれるものである。ここで、「ｐ」はpresent（現在）を表し、「ｆ」はfollowing（次の、後続する）を表す。また、第２の態様として、一つのコンテンツリストＣＬは、現在から１週間先の日付までのＥＩＴ（Event Information Table）スケジュール相当のリストという態様であってよい。ＥＩＴスケジュール相当のコンテンツリストＣＬに基づいて、番組表が生成されてもよい。また、第３の態様として、一つのコンテンツリストＣＬは、過去に放送（又は配信）されたコンテンツに関する情報を含んでいてもよい。過去に放送（又は配信）されたコンテンツに関する情報は、いわゆる「見逃し配信」のサービスを実現する際に有用な情報である。

コンテンツリストＣＬは、特定の一つのサービス（チャンネル）において配信されるコンテンツの情報の集合であってもよいし、複数のサービス（チャンネル）にまたがるコンテンツの情報の集合であってもよい。一例として、コンテンツリストＣＬは、特定の地域（例えば、東京等の都道府県単位）を対象とする地上デジタル（地デジ）放送のサービス群に含まれるコンテンツの情報の集合であってもよい。

コンテンツリストＣＬに含まれるコンテンツ情報には、典型的には、コンテンツ名（番組名）、制作者名、出演者名等といった情報が含まれる。また、コンテンツ情報は、配信媒体に特有の情報（例えば、放送サービスに関してはチャンネルを特定する情報、ネット配信サービスに関しては配信用のＵＲＬや配信プロトコルの種別を表す情報等）を含んでいてもよい。また、コンテンツ情報には、複数のコンテンツ間の関係を記述することができる。例えば、コンテンツＡとコンテンツＢとが同一シリーズの異なる配信回のコンテンツである場合には、コンテンツ情報は、上記のコンテンツＡとコンテンツＢとに関する情報として、両者に共通するシリーズ名（あるいは、シリーズＩＤ等）と、配信回を表す情報とを含むことができる。配信回は、例えば、第×シリーズ、第×シーズン、第×エピソード、第×回などといった表現（又はそれらの組合せでもよい）で表わされる場合がある。コンテンツＡとコンテンツＢとが、共通のテーマ（例えば、ニホンカワウソ）を扱う場合や、共通の制作者によるものである場合や、共通の出演者が出演するものである場合などにも、コンテンツ情報がこれら両者の関連性を示すようにしてもよい。

受信装置２は、サービスリストＳＬの場合と同様に、複数のコンテンツリストＣＬを取得してそれらをマージしたり、所定のルール等に基づいて一方が他方を上書きしたりして自装置用のコンテンツに関するリストを生成してもよい。自装置用のコンテンツに関するリストを生成するための情報は、放送信号から取得されてもよいし、ネット配信としてインターネット等の所定の通信ネットワークＮＷを介して取得されてもよい。

受信装置２は、サービスリストＳＬと比較して、コンテンツリストＣＬをより頻繁に取得して、自装置内の情報（コンテンツデータベース等）を更新してもよい。すなわちサービスリストＳＬが比較的静的な情報であるのに対して、コンテンツリストＣＬは動的な情報であるということができる。地上放送の信号に関する規定（ＩＳＤＢ－Ｔ，Integrated Services Digital Broadcasting - Terrestrial，統合デジタル放送サービス － 地上用）では、受信装置２は、放送信号に含まれるコンテンツリストＣＬを所定頻度で受信することとなる。ネット配信サービスにおけるコンテンツリストＣＬの更新頻度は、適宜設定され得る。ネット配信サービスにおけるコンテンツリストＣＬは、プル（pull）型ＡＰＩ、プッシュ（push）型ＡＰＩなどを介して受信装置２によって取得される。受信装置２は、それらのＡＰＩを介して更新通知だけを受け取るスタイルとしてもよい（この場合には受信装置２が必要に応じて更新された情報を要求して取得する）し、それらのＡＰＩを介してコンテンツリストのデータ実体を受け取るスタイルとしてもよい。また、ＭＴＥ（Media Timed Event、メディア・タイムド・イベント）のしくみを用いて、配信される動画ストリームに付随する形で、受信装置２がコンテンツリストＣＬの情報（コンテンツリストの更新情報、またはコンテンツリストのデータ実体）を受信できるようにしてもよい。

サービスリストＳＬ及びコンテンツリストＣＬの更新のためのトリガーとしては、以下の３通りの方法を例示することができる。すなわち、第１のタイミングとしては、受信装置２により設定される任意のタイミングである。任意のタイミングとは、具体的には受信装置２によりカウントされるタイマに基づくタイミングであってもよい。より具体的には、受信装置２は、２秒周期や１０秒周期でサービスリストＳＬ及びコンテンツリストＣＬを更新してもよい。サービスリストＳＬ及びコンテンツリストＣＬの更新頻度は、互いに異なっていてもよい。上述した通り、サービスリストＳＬは静的な性質を有しコンテンツリストＣＬは動的な性質を有するため、サービスリストＳＬの更新頻度は、コンテンツリストＣＬの更新頻度より低く設定されていてもよい。また、第２のタイミングとしては、受信装置２が更新通知を受信したタイミングである。当該更新通知は、情報提供システム６により提供される。更新通知には、サービスリストＳＬ及びコンテンツリストＣＬの少なくともいずれかが更新された事実及びサービスリストＳＬ及びコンテンツリストＣＬのうち更新された部分を特定するための情報が含まれる。情報提供システム６は、情報登録装置５からサービスリストＳＬ又はコンテンツリストＣＬが更新された場合、更新通知を受信装置２に提供する。受信装置２は、情報提供システム６から更新通知を取得し、取得した更新通知により特定された部分についての情報を情報提供システム６から取得してもよい。また、第３のタイミングとしては、ユーザーの操作に基づくタイミングである。ユーザーは、受信装置２を直接的又は間接的に操作することにより、自身が望むコンテンツ（すなわち自身が視聴を望む番組）を特定する。受信装置２は、ユーザーにより特定された情報に基づき、サービスリストＳＬ又はコンテンツリストＣＬの更新情報を、情報提供システム６に対して要求することができる。

また、コンテンツリストＣＬ内にサービスリストＳＬの更新通知を含めることにより、受信装置２側でサービスリストＳＬの更新情報を取得できるようにしてもよい。この場合、受信装置２は、コンテンツリストＣＬ内にサービスリストＳＬの更新通知が含まれていることを検出したことをトリガーとして、サービスリストＳＬの更新情報を、情報提供システム６に対して要求することができる。

サービスリストＳＬ又はコンテンツリストＣＬの少なくともいずれかが、有効期限の情報、あるいは再取得日時の情報を持つようにしてもよい。これらの情報は、受信装置２がサービスリストＳＬ又はコンテンツリストＣＬを再取得することを促す情報である。受信装置２は、例えば有効期限が切れたことをトリガーとして、適宜、サービスリストＳＬ又はコンテンツリストＣＬの全部を再取得する。受信装置２は、例えば再取得日時が到来したことをトリガーとして、適宜、サービスリストＳＬ又はコンテンツリストＣＬの全部を再取得してもよい。

受信装置２は、サービスに関するリストを、放送信号のみから、又は所定の通信ネットワークＮＷを介してのみからしか取得できない場合にも、適切にサービスに関するリストを取得、維持、および更新する。また、コンテンツに関するリストについても同様である。即ち、受信装置２は、コンテンツに関するリストを、放送信号のみから、又は所定の通信ネットワークＮＷを介してのみからしか取得できない場合にも、適切にコンテンツに関するリストを取得、維持、および更新する。

次に、態様Ａ（その２）に係るシステム１を構成する各構成要素の機能の概要について説明する。

受信装置２は、コンテンツを受信してユーザーに提示する装置である。受信装置２は、放送送出装置８からの放送信号によって伝送されるコンテンツを受信することができる。
また、受信装置２は、インターネット等の所定の通信ネットワークＮＷを介してコンテンツ配信装置７から伝送されるコンテンツを受信することもできる。受信装置２は、受信したコンテンツのデータを、適宜、復調及び復号等して、映像や音声やテキスト等を含むコンテンツをユーザーに対して提示する。受信装置２は、映像やテキストについては、画面に表示する。受信装置２は、音声についてはスピーカー等（イヤフォン等を含む）から出力する。受信装置２が提示するコンテンツの一例は映像、音声又はテキストの一例に限定されず、その他の形態のコンテンツを提示してもよい。

受信装置２は、放送サービスに関するサービス情報や、ネット配信サービスに関するサービス情報、及びこれらのサービスを通じて提供されるコンテンツに関するコンテンツ情報を取得し、保持する。具体的な態様の一例として、受信装置２は、情報提供システム６からサービス情報が含まれるサービスリストＳＬと、コンテンツ情報が含まれるコンテンツリストＣＬとを取得し、取得した情報を自装置内等に保持する。受信装置２は、自装置内に保持されたサービス情報とコンテンツ情報とに基づいて、放送やネット配信のサービスを受信することができる。受信装置２は、情報提供システム６から、インターネット等の所定の通信ネットワークＮＷを経由して、サービスリストＳＬとコンテンツリストＣＬとを受信することができる。また、受信装置２は、放送送出装置８から送出される放送信号内に含まれるサービスやコンテンツに関する情報を受信することができる。具体的な態様の一例としては、サービスに関する情報はＳＤＴ等に含まれていてもよいし、コンテンツに関する情報はＥＴＩ等に含まれていてもよい。

また、受信装置２は、複数の情報（放送に関する情報とネット配信に関する情報）を統合することができる。統合された情報には、例えば、同一のコンテンツを同時（ほぼ同時）に配信するものが対応付けられていてもよい。受信装置２は、例えば一方のサービス（例えば放送サービス）を受信中に、何らかの理由でそのサービスの受信が途絶えてしまうような場合がある（例えば、伝送信号の不達等）。このような場合、受信装置２は、他方のサービス（ネット配信サービス）に関する情報を参照することによって、他方のサービス（ネット配信サービス）を経由することに切り替えて、継続して同等内容のコンテンツを受信することができる。つまり、受信装置２は、コンテンツを受信するための伝送路を適宜切り替えることができる。なお、受信装置２は、信号不達等の場合の伝送路の切り替えに限らず、他の理由による伝送路の切り替えを行ってもよい。つまり、受信装置２は、様々な理由により、相互に関連付けられる複数のサービスを受信し、いずれかのサービスを提示することができる。

受信装置２は、具体的な一例として、インターネット等の所定の通信ネットワークＮＷによる通信機能を有するテレビ受像機として実現され得る。また、受信装置２は、他の一例として、放送信号を受信する機能およびインターネットによる通信の機能を有するコンピューターとしても実現され得る。当該コンピューターの具体的態様としては、ＰＣ（パーソナルコンピューター）、タブレット端末装置、スマートフォン、腕時計型端末装置やスマートグラス等のウェアラブル端末装置等を例示することができる。

情報登録装置５は、情報提供システム６にサービスリストＳＬ及びコンテンツリストＣＬを提供する。また、情報登録装置５は、情報提供システム６が記憶するサービスリストＳＬ及びコンテンツリストＣＬを更新する。サービスリストＳＬ及びコンテンツリストＣＬは、情報登録装置５により任意のタイミングで更新され得る。サービスリストＳＬ及びコンテンツリストＣＬが更新される任意のタイミングとは、サービスリストＳＬ又はコンテンツリストＣＬのいずれかの一部に変更があった時点であってもよい。情報登録装置５によるサービスリストＳＬ及びコンテンツリストＣＬの更新は、サービスリストＳＬ及びコンテンツリストＣＬの一部の情報のみが情報提供システム６に提供されることであってもよい。

情報提供システム６は、情報登録装置５からサービスリストＳＬ及びコンテンツリストＣＬを取得する。情報提供システム６は、取得したサービスリストＳＬ及びコンテンツリストＣＬを記憶し、インターネット等の所定の通信ネットワークＮＷを介して、記憶した情報を受信装置２に対して提供する。情報提供システム６は、プッシュ形式で情報を受信装置２に送信するものであってもよいし、受信装置２からの要求に応じる形で情報を受信装置２に送信するものであってもよい。また、情報提供システム６は、情報を更新すべき状況においては、更新のために用いる情報を受信装置２に対して送信する。なお、情報提供システム６は、更新通知を、例えばプッシュ形式等で受信装置２に対して送るようにしてもよい。

コンテンツ配信装置７は、ネット配信によるコンテンツに関する情報を、インターネット等の所定の通信ネットワークＮＷを介して受信装置２に提供する。コンテンツは、内容的にまとまりのある単位であり、映像や音声等を含んで構成されるものである。コンテンツに関する情報は、コンテンツ（例えば番組）の識別情報、タイトル（題名）、概略（あらすじ等）、出演者情報、制作者情報等を含んでいてもよい。より具体的には、コンテンツ配信装置７は、コンテンツを構成する動画や音声のデータをネットコンテンツＮＣとして受信装置２に提供する。ネットコンテンツＮＣは、例えばストリーミング等の手段を用いて提供されてもよい。コンテンツ配信装置７が配信するサービスについての情報は、情報提供システム６から受信装置２に対して提供される。

放送送出装置８は、放送信号を送出する。放送信号は、空中波として、あるいはケーブルテレビ用のケーブルを媒体とする電気信号として、放送送出装置８によって送出され、伝送される。放送送出装置８が送出する放送信号は、動画や音声やテキスト等の信号に加えて、制御信号を含んでいてもよい。制御信号には各種の制御情報が含まれる。放送信号に載せて送出され制御信号は、放送サービスの編成チャンネルについてのサービス情報を含む。また、放送信号には放送を通じて提供されるコンテンツに関する情報である放送コンテンツＢＣが含まれる。

図３０は、態様Ａ（その２）に係る受信装置の機能構成の一例を示すブロック図である。同図を参照しながら、受信装置２の機能構成の一例について説明する。受信装置２は、統合機能部２１と、既存機能部２２とを備える。既存機能部２２とは、従来のテレビ受像機が有する機能部である。受信装置２は、既存機能部２２に加え、更に統合機能部２１を備えることにより、従来のテレビ受像機が受信可能な放送信号に加えネット配信サービスを受信可能な装置として実現され得る。統合機能部２１と既存機能部２２とは、所定の通信方式を用いることにより互いに情報通信を行う。なお、態様Ａ（その２）においては、説明のため統合機能部２１と既存機能部２２とを区別して説明するが、統合機能部２１及び既存機能部２２は、１つの機能部として実現されていてもよい。

まず、既存機能部２２について説明する。既存機能部２２は、操作取得部２２１と、コンテンツ提示部２２２と、放送コンテンツ取得部２２３とを含んで構成される。既存機能部２２は、これらの各機能部を含んで構成されることにより、従来のテレビ受像機と同等の機能を実現する。従来のテレビ受像機と同等の機能とは、すなわち、ユーザーＵの操作を受け付け、受け付けた操作に基づいてコンテンツを提示することを含む。

操作取得部２２１は、ユーザーＵの操作を取得する。ユーザーＵの操作には、例えばリモコン装置（不図示）による操作や、テレビ受像機が備える様々なユーザーインターフェース（不図示）による操作等が含まれる。操作取得部２２１は、リモコン装置による操作を受け付ける場合、リモコン装置から出力された制御信号（例えば赤外線信号）を受信する。また、操作取得部２２１は、テレビ受像機が備える各ユーザーインターフェースによる操作を受け付ける場合、例えばスイッチの押下操作等を検知する。操作取得部２２１は、取得した操作に関する情報を操作情報ＯＩとして統合機能部２１及び既存機能部２２がそれぞれ備える所定の機能部に出力する。

放送コンテンツ取得部２２３は、放送サービスで配信されるコンテンツを受信する。放送コンテンツ取得部２２３が放送送出装置８から取得する情報を放送情報ＢＩと記載する。放送情報ＢＩには、放送サービスで配信されるコンテンツが含まれる。放送コンテンツ取得部２２３が受信する放送情報ＢＩに含まれるコンテンツの内容としては、動画、音声、テキスト及びこれらの結合等の情報を例示することができる。放送コンテンツ取得部２２３は、受信した放送情報ＢＩを、適宜復調し、また復号し、動画や音声やテキストを提示するための情報として放送コンテンツ情報ＢＣＩを生成する。放送情報ＢＩには、サービスに関する情報（ＳＤＴ）やコンテンツに関する情報（ＥＩＴ）等が含まれていてもよい。生成された放送コンテンツ情報ＢＣＩは、コンテンツ提示部２２２に提供される。また、放送情報ＢＩに含まれるサービスに関する情報やコンテンツに関する情報は、統合機能部２１に提供される。放送コンテンツ取得部２２３は、例えば操作取得部２２１等から、特定のコンテンツを受信するように指示された場合には、指示されたコンテンツを受信する。

コンテンツ提示部２２２は、ユーザーＵに対し提示情報ＰＩを出力する。提示情報ＰＩとは、例えば動画や音声やテキストのコンテンツに関する情報を、表示部（不図示）や音声出力部（不図示）等を介してユーザーＵに対して提示するための情報である。コンテンツに関する情報とは、コンテンツ自体（例えば番組）であってもよいし、コンテンツの配信スケジュールに関する情報（例えば番組表）であってもよい。表示部とは、例えば液晶ディスプレイ、有機ＥＬ（Electroluminescence）ディスプレイ等であってもよい。また、音声出力部とは、例えばスピーカーであってもよい。コンテンツ提示部２２２は、放送送出装置８から提供された情報に基づくコンテンツである放送コンテンツ情報ＢＣＩ、又は所定の通信ネットワークを介してコンテンツ配信装置７から提供された情報に基づくコンテンツであるネットコンテンツ情報ＮＣＩのいずれかに基づいて、提示情報ＰＩを出力する。放送コンテンツ情報ＢＣＩは放送コンテンツ取得部２２３により提供され、ネットコンテンツ情報ＮＣＩは統合機能部２１により提供される。すなわちコンテンツ提示部２２２は、放送コンテンツ取得部２２３により提供された情報又は統合機能部２１により提供された情報のいずれかを提示する。なお、ネットコンテンツ情報ＮＣＩは、後述する統合機能部２１により提供される。なお、以下の説明において、コンテンツ提示部を単に提示部と記載する場合がある。また、以下の説明において、コンテンツに関する情報を提示するステップ又は工程を、提示ステップ又は提示工程と記載する場合がある。

次に、統合機能部２１について説明する。統合機能部２１は、情報取得部２１１と、情報統合部２１２と、提示方法決定部２１３と、ネットコンテンツ取得部２１４と、事前情報設定部２１５とを含んで構成される。統合機能部２１は、これらの各機能部を含んで構成されることにより、放送信号に基づくコンテンツに代えて、通信ネットワークを介して取得したコンテンツをユーザーＵに対して提示することができる。換言すれば、受信装置２が放送信号を取得できないような環境に置かれている場合であっても、受信装置２が通信ネットワークＮＷに接続されていれば、ユーザーＵは放送信号により提供されているコンテンツを視聴等することができる。

情報取得部２１１は、ネット情報取得部２１１１と、ネット情報要求部２１１２と、放送情報取得部２１１３とを構成要素として備える。ネット情報取得部２１１１は、サービスリストＳＬとコンテンツリストＣＬとを、通信ネットワークを介して取得する。サービスリストＳＬには、放送に関するサービスについての情報が含まれる。換言すれば、サービスリストＳＬには、従来放送信号から取得していたＳＤＴ相当の情報が含まれている。
サービスリストＳＬにはＳＤＴ相当の情報が含まれているため、受信装置２は、放送信号を受信することができない環境においても、ＳＤＴ相当の情報を取得することができる。
ネット情報取得部２１１１によりサービスリストＳＬ及びコンテンツリストＣＬを取得するステップ又は工程を、ネット情報取得ステップ又はネット情報取得工程と記載する場合がある。ネット情報要求部２１１２は、取得したサービスリストＳＬに基づいて、特定のサービスやコンテンツに関する情報の提供を要求する。サービスに関する情報の提供を要求するための信号をサービス情報要求ＳＬＲＥＱと記載し、コンテンツに関する情報の提供を要求するための信号をコンテンツ情報要求ＣＬＲＥＱと記載する場合がある。ネット情報要求部２１１２により情報提供システム６に対する要求が出力された後、ネット情報取得部２１１１は、サービス情報要求ＳＬＲＥＱに基づいてサービスリストＳＬを取得し、コンテンツ情報要求ＣＬＲＥＱに基づいてコンテンツリストＣＬを取得する。ネット情報要求部２１１２により特定のコンテンツに関する情報の提供を要求するステップ又は工程を、ネット情報要求ステップ又はネット情報要求工程と記載する場合がある。放送情報取得部２１１３は、放送コンテンツ取得部２２３により取得された放送信号に含まれるサービスに関する情報（ＳＤＴ）やコンテンツに関する情報（ＥＩＴ）を取得する。

情報統合部２１２は、ネット情報取得部２１１１からサービスリストＳＬとコンテンツリストＣＬとを取得する。また、情報統合部２１２は、放送情報取得部２１１３からＳＤＴとＥＩＴとを取得する。情報統合部２１２は、ネットから取得したサービスに関する情報（サービスリストＳＬ）と、放送から取得したサービスに関する情報（ＳＤＴ）とを統合し一つの情報としてまとめる。また、情報統合部２１２は、ネットから取得したコンテンツに関する情報（コンテンツリストＣＬ）と、放送から取得したコンテンツに関する情報（ＥＩＴ）とを統合し一つの情報としてまとめる。情報統合部２１２は、例えば、同一の系列（affiliation）に属する複数のサービスに関する情報を統合し、統合サービスリストＩＳＬを生成する。ここで、系列とは、典型的には放送事業における系列である。例えば、「ＮＨＫ総合・東京」という放送サービスと、「ＮＨＫ総合・名古屋」という放送サービスとは、いずれも、「ＮＨＫ総合」という系列に属する。また、例えば、関東地域をサービスエリアとする放送事業者と、近畿（関西）地域をサービスエリアとする放送事業者とが、別法人であっても、同一の系列に属するものであってもよい。また、情報統合部２１２は、同一のコンテンツを同時に又は略同時に配信する複数のサービスに関する情報を統合して統合サービスリストＩＳＬを生成してよい。情報統合部２１２は、統合したサービスに関する情報を統合サービスリストＩＳＬとして、統合したコンテンツに関する情報を統合コンテンツリストＩＣＬとして提示方法決定部２１３に出力する。

提示方法決定部２１３は、情報統合部２１２から統合サービスリストＩＳＬと統合コンテンツリストＩＣＬとを取得する。提示方法決定部２１３は、取得した統合サービスリストＩＳＬ及び統合コンテンツリストＩＣＬに基づき、コンテンツの提示方法を決定する。
コンテンツの提示方法とは、すなわち、放送により提供されるサービス及びネットワークを介して提供される複数のサービスのうち、いずれのサービスにより提供されるコンテンツを提示するかであってもよい。提示方法決定部２１３は、いずれのサービスにより提供されるコンテンツを提示するかを特定し、ネットコンテンツ取得部２１４に対しネットコンテンツ要求ＮＣＲＥＱを出力する。ネットコンテンツ要求ＮＣＲＥＱには、コンテンツが提供されるサービスに関する情報が少なくとも含まれる。また、ネットコンテンツ要求ＮＣＲＥＱには、コンテンツを識別する情報が含まれていてもよい。

なお、提示方法決定部２１３は、ネットワークを介して提供される複数のサービスのうち、いずれのサービスにより提供されるコンテンツを提示するかであってもよい。提示方法決定部２１３は、ネットコンテンツ取得部２１４により取得された情報及び放送コンテンツ取得部２２３により取得された情報のいずれも提示可能な場合、放送コンテンツ取得部により取得された情報を提示してもよい。すなわち、コンテンツ提示部２２２は、ネットワークを介して提供されるコンテンツより放送信号から取得されるコンテンツを優先して提示してもよい。

ネットコンテンツ取得部２１４は、提示方法決定部２１３からネットコンテンツ要求ＮＣＲＥＱを取得する。ネットコンテンツ取得部２１４は、取得したネットコンテンツ要求ＮＣＲＥＱに基づき、コンテンツ配信装置７から所定の通信ネットワークＮＷを介してコンテンツを取得する。ネットコンテンツ要求ＮＣＲＥＱとは、サービスリストＳＬに基づく要求である。すなわち、ネットコンテンツ取得部２１４は、ネット情報取得部２１１１により取得されたサービスリストＳＬに基づく要求に応じて提供された情報を、通信ネットワークＮＷを介して取得する。ネットコンテンツ取得部２１４がコンテンツ配信装置７から取得する情報をネット配信情報ＮＤＩと記載する。ネットコンテンツ取得部２１４は、取得したネット配信情報ＮＤＩに基づき、動画や音声やテキストを提示するための情報としてネットコンテンツ情報ＮＣＩを生成する。ネットコンテンツ取得部２１４は、生成したネットコンテンツ情報ＮＣＩをコンテンツ提示部２２２に提供する。

事前情報設定部２１５は、ユーザーＵの操作に基づき、事前情報を設定する。ユーザーＵにより設定される事前情報の種類には、取得するコンテンツの優先度に関するもの等が含まれる。事前情報設定部２１５は操作取得部２２１により取得されたユーザーＵの操作に関する情報が含まれる操作情報ＯＩを取得し、操作情報ＯＩに基づき設定された情報を記憶する。事前情報設定部２１５は、ネット情報要求部２１１２からの要求に基づき、記憶した情報を事前設定情報ＰＳＩとして提供する。ネット情報要求部２１１２は、事前情報設定部２１５から事前設定情報ＰＳＩを取得し、取得した事前設定情報ＰＳＩに基づきサービスリストＳＬやコンテンツリストＣＬを要求する。

図３１は、態様Ａ（その２）に係る情報提供システム及び情報登録装置の機能構成の一例を示すブロック図である。同図を参照しながら、情報提供システム６及び情報登録装置５の機能構成の一例について説明する。情報提供システム６及び情報登録装置５は、所定の通信ネットワークＮＷを介して受信装置２にサービスリストＳＬ及びコンテンツリストＣＬを出力する。

なお、図示する一例では、サービスリストＳＬを提供するサーバー装置と、コンテンツリストＣＬを提供するサーバー装置が異なるサーバー装置である場合の一例について説明するが、態様Ａ（その２）の形態はこの一例に限定されない。例えば、他の態様として、単一のサーバー装置がサービスリストＳＬ及びコンテンツリストＣＬを提供する構成としてもよい。また、図示する一例では、更に、サービスリストＳＬ及びコンテンツリストＣＬの少なくともいずれかに更新があった場合に受信装置２に更新通知を行うためのサーバー装置を備える。しかしながら更新通知を行う機能は、サービスリストＳＬを提供するサーバー装置及びコンテンツリストＣＬを提供するサーバー装置のそれぞれに備えらえられていてもよい。すなわち、図示する構成の一例は、態様Ａ（その２）の概要を説明するための具体的な一例であり、態様Ａ（その２）の構成を限定するものではない。

まず、情報登録装置５の機能構成の一例について説明する。情報登録装置５は、コンテンツプロバイダーＣＰにより運用される。情報登録装置５は、サービス情報登録部５１と、コンテンツ情報登録部５２とを含んで構成される。サービス情報登録部５１は、サービスリストＳＬを情報提供システム６に提供する。コンテンツ情報登録部５２は、コンテンツリストＣＬを情報提供システム６に提供する。情報登録装置５から情報提供システム６に提供されるサービスリストＳＬ及びコンテンツリストＣＬは、リストが新たに登録される場合においてはリストの全部であってもよいし、リストの一部が更新される場合においてはリストの一部であってもよい。情報登録装置５がリストの一部を更新する場合には、更新する部分についての情報と併せて、リストのうち更新する部分を特定するための情報が提供される。すなわち、サービスリストＳＬ及びコンテンツリストＣＬは、複数の構成要素から構成される構造を有している。複数の構成要素は、例えば階層構造を有していてもよく、リストの一部が更新される場合には、任意の階層を特定して更新してもよい。なお、図示する一例では、サービス情報登録部５１とコンテンツ情報登録部５２とを異なる構成としているが、サービス情報登録部５１及びコンテンツ情報登録部５２は、単一の機能部として構成されていてもよい。また、複数の構成要素は、「ネットワーク型構造」「リレーショナルデータ型構造」「ＲＤＦ(Resource Description Framework)型の構造」等のデータ構造を有していてもよい。

次に、情報提供システム６の機能構成の一例について説明する。情報提供システム６は、サービス情報提供サーバー装置６１と、コンテンツ情報提供サーバー装置６２と、イベント情報提供サーバー装置６３とを含んで構成される。

サービス情報提供サーバー装置６１は、サービス情報登録受付部６１１と、サービス情報データベース６１２と、サービス情報提供部６１３と、サービス情報更新要求取得部６１４とを含んで構成される。サービス情報登録受付部６１１は、サービス情報登録部５１からサービスリストＳＬを取得する。サービス情報登録受付部６１１は、取得したサービスリストＳＬをサービス情報データベース６１２に登録する。サービス情報登録部５１から取得したサービスリストＳＬが新たに登録されるものである場合（リストの全部を含むものである場合）、サービス情報登録受付部６１１は、新たにサービスリストＳＬをサービス情報データベース６１２に記憶させる。また、サービス情報登録部５１から取得したサービスリストＳＬが既に登録されているサービスリストＳＬの一部を更新するものである場合（リストの一部を含むものである場合）、サービス情報登録受付部６１１は、既に登録されたサービスリストＳＬの一部を更新する。すなわち、サービス情報登録受付部６１１は、サービス情報データベース６１２に記憶された情報を管理する記憶管理部であるということもできる。サービス情報データベース６１２は、サービスリストＳＬを記憶する。サービス情報データベース６１２に記憶されるサービスリストＳＬは、サービス情報登録受付部６１１により提供され、更新される。サービス情報提供部６１３は、所定の通信ネットワークを介してサービスリストＳＬを受信装置２に提供する。なお、サービス情報提供部６１３は、受信装置２から取得したサービス情報要求ＳＬＲＥＱに基づいてサービスリストＳＬを提供してもよい。サービス情報要求ＳＬＲＥＱは、サービス情報更新要求取得部６１４により取得され、サービス情報提供部６１３に通知される。

コンテンツ情報提供サーバー装置６２は、管理の対象がサービスリストＳＬに代えてコンテンツリストＣＬである点においてサービス情報提供サーバー装置６１とは異なるものの、サービス情報提供サーバー装置６１と略同一の構成を採用し得る。コンテンツ情報提供サーバー装置６２は、コンテンツ情報登録受付部６２１と、コンテンツ情報データベース６２２と、コンテンツ情報提供部６２３と、コンテンツ情報更新要求取得部６２４とを含んで構成される。コンテンツ情報登録受付部６２１は、コンテンツ情報登録部５２からコンテンツリストＣＬを取得する。コンテンツ情報登録受付部６２１は、取得したコンテンツリストＣＬをコンテンツ情報データベース６２２に登録する。コンテンツ情報登録部５２から取得したコンテンツリストＣＬが新たに登録されるものである場合（リストの全部を含むものである場合）、コンテンツ情報登録受付部６２１は、新たにコンテンツリストＣＬをコンテンツ情報データベース６２２に記憶させる。また、コンテンツ情報登録部５２から取得したコンテンツリストＣＬが既に登録されているコンテンツリストＣＬの一部を更新するものである場合（リストの一部を含むものである場合）、コンテンツ情報登録受付部６２１は、既に登録されたコンテンツリストＣＬの一部を更新する。すなわち、コンテンツ情報登録受付部６２１は、コンテンツ情報データベース６２２に記憶された情報を管理する記憶管理部であるということもできる。コンテンツ情報データベース６２２は、コンテンツリストＣＬを記憶する。コンテンツ情報データベース６２２に記憶されるコンテンツリストＣＬは、コンテンツ情報登録受付部６２１により提供され、更新される。コンテンツ情報提供部６２３は、所定の通信ネットワークを介してコンテンツリストＣＬを受信装置２に提供する。なお、コンテンツ情報提供部６２３は、受信装置２から取得したコンテンツ情報要求ＣＬＲＥＱに基づいてコンテンツリストＣＬを提供してもよい。
コンテンツ情報要求ＣＲＥＱは、コンテンツ情報更新要求取得部６２４により取得され、コンテンツ情報提供部６２３に通知される。

イベント情報提供サーバー装置６３は、更新情報取得部６３１と、記憶情報取得部６３２と、差分判定部６３３と、更新通知部６３４とを含んで構成される。更新情報取得部６３１は、情報登録装置５からサービスリストＳＬ又はコンテンツリストＣＬの更新が行われると、サービス情報提供サーバー装置６１からサービスリストＳＬを取得し、コンテンツ情報提供サーバー装置６２からコンテンツリストＣＬを取得する。更新情報取得部６３１は、取得した更新に関する情報を更新情報ＵＩとして差分判定部６３３に出力する。記憶情報取得部６３２は、サービス情報データベース６１２に記憶されたサービスリストＳＬを取得し、コンテンツ情報データベース６２２に記憶されたコンテンツリストＣＬを取得する。記憶情報取得部６３２は、データベースに記憶された情報を記憶情報ＳＩとして差分判定部６３３に出力する。差分判定部６３３は、更新情報取得部６３１から更新情報ＵＩを取得し、記憶情報取得部６３２から記憶情報ＳＩを取得する。差分判定部６３３は、記憶された情報と更新に係る情報とを比較し、差分を判定する。差分判定部６３３は、差分が判定された場合、当該差分に関する情報を差分情報ＤＩとして更新通知部６３４に提供する。更新通知部６３４は、差分判定部６３３から差分情報ＤＩを取得する。更新通知部６３４は、取得した差分情報ＤＩに基づき、受信装置２に更新通知ＵＮを出力する。
更新通知ＵＮには、サービスリストＳＬ又はコンテンツリストＣＬの少なくとも一方に更新が行われた事実と、更新箇所に関する情報が含まれている。受信装置２は、更新通知ＵＮを取得すると、更新通知ＵＮに含まれる更新箇所について、サービス情報要求ＳＬＲＥＱ又はコンテンツ情報要求ＣＬＲＥＱを出力し、サービスリストＳＬ又はコンテンツリストＣＬの更新を行う。

図３２は、態様Ａ（その２）に係るシステムの一連の動作の一例を示す状態遷移図である。同図を参照しながら、システム１の一連の動作の一例について説明する。同図には、受信装置２が起動され、ユーザーＵの操作に応じたコンテンツを再生するまでの一連の動作が示されている。以下、同図に沿って処理手順を説明する。

ステップＳ１１１において、受信装置２は、ユーザーＵからの起動要求を受け付ける。
この起動要求は、例えば、リモコン装置の信号（赤外線信号等）によって伝達される。受信装置２は、起動要求に基づいて起動する。

ステップＳ１２１において、起動後の受信装置２の放送コンテンツ取得部２２３は、放送送出装置８により送出された放送信号を受信し、サービスインフォメーション（ＳＩ）及びＥＰＧ（電子番組表）を取得する。ＳＩは、ＥＰＧのデータを含んでいてもよい。放送コンテンツ取得部２２３により取得されたＳＩ及びＥＰＧは、放送情報取得部２１１３に提供される。

ステップＳ１３１において、受信装置２のネット情報要求部２１１２は、所定の通信ネットワークＮＷを介してサービス情報提供サーバー装置６１に対しサービス情報要求ＳＬＲＥＱを出力し、サービスリストＳＬの提供を要求する。サービス情報提供サーバー装置６１のサービス情報更新要求取得部６１４によりサービス情報要求ＳＬＲＥＱが受信されると、サービス情報提供サーバー装置６１は受信装置２に対して送信するためのサービスリストＳＬを準備する。

ステップＳ１３３において、サービス情報提供サーバー装置６１のサービス情報提供部６１３は、要求元の受信装置２に対してサービスリストＳＬを出力する。サービス情報要求ＳＬＲＥＱには、システム１に含まれる複数の受信装置２のうち、各装置を識別するための識別情報が含まれていてもよい。受信装置２のネット情報取得部２１１１は、サービス情報提供サーバー装置６１のサービス情報提供部６１３から出力されたサービスリストＳＬを受信する。

ステップＳ１３５において、受信装置２の情報統合部２１２は、放送信号から取得したサービスに関する情報と通信ネットワークＮＷを介して取得したサービスに関する情報とを統合する処理を行う。統合処理の結果として、統合サービスリストＩＳＬが生成される。なお、統合サービスリストＩＳＬは、通信ネットワークＮＷを介して取得した情報のみに基づいて生成されてもよい。すなわち情報統合部２１２は、放送信号を取得できない環境においても統合サービスリストＩＳＬを生成することができる。また、統合サービスリストＩＳＬは、放送信号のみに基づいて生成されてもよい。すなわち情報統合部２１２は、通信ネットワークＮＷを介して情報を取得できない環境においても統合サービスリストＩＳＬを生成することができる。

ステップＳ１４１において、受信装置２のネット情報要求部２１１２は、所定の通信ネットワークＮＷを介してコンテンツ情報提供サーバー装置６２に対しコンテンツ情報要求ＣＬＲＥＱを出力し、コンテンツリストＣＬの提供を要求する。コンテンツ情報提供サーバー装置６２のコンテンツ情報更新要求取得部６２４によりコンテンツ情報要求ＣＬＲＥＱが受信されると、コンテンツ情報提供サーバー装置６２は受信装置２に対して送信するためのコンテンツリストＣＬを準備する。

ステップＳ１４３において、コンテンツ情報提供サーバー装置６２のコンテンツ情報提供部６２３は、要求元の受信装置２に対してコンテンツリストＣＬを出力する。コンテンツ情報要求ＣＬＲＥＱには、システム１に含まれる複数の受信装置２のうち、各装置を識別するための識別情報が含まれていてもよい。受信装置２のネット情報取得部２１１１は、コンテンツ情報提供サーバー装置６２のコンテンツ情報提供部６２３から出力されたコンテンツリストＣＬを受信する。

ステップＳ１４５において、受信装置２の情報統合部２１２は、放送信号から取得したコンテンツに関する情報と通信ネットワークＮＷを介して取得したコンテンツに関する情報とを統合する処理を行う。統合処理の結果として統合コンテンツリストＩＣＬが生成される。なお、統合コンテンツリストＩＣＬは、通信ネットワークＮＷを介して取得した情報のみに基づいて生成されてもよい。すなわち情報統合部２１２は、放送信号を取得できない環境においても統合コンテンツリストＩＣＬを生成することができる。また、統合コンテンツリストＩＣＬは、放送信号のみに基づいて生成されてもよい。すなわち情報統合部２１２は、通信ネットワークＮＷを介して情報を取得できない環境においても統合コンテンツリストＩＣＬを生成することができる。

ステップＳ１４７において、受信装置２のコンテンツ提示部２２２は、情報統合部２１２により統合された統合コンテンツリストＩＣＬに基づいて、統合コンテンツのリストをユーザーＵに対して提示する。具体的には、受信装置２は、統合コンテンツのリストを不図示の表示部等に表示する。統合コンテンツのリストとは、例えば番組表であってもよい。ユーザーは統合コンテンツのリストが表示された表示部等を見ることによって、取得可能な統合コンテンツのリストを認識することができる。ユーザーＵは、リモコン装置等を用いることによって、統合コンテンツリストの中から、取得を所望するコンテンツを選択することができる。

すなわち、受信装置２のネット情報取得部２１１１は、後述する監視プロセスが立ち上がる前に、自装置が起動したことに応じて、所定の通信ネットワークを介してサービスリストＳＬ及びコンテンツリストＣＬを取得する。自装置が起動したタイミングで所定の通信ネットワークを介してサービスリストＳＬ及びコンテンツリストＣＬを取得することにより、受信装置２は、自装置が取得可能なサービス及びコンテンツを認識することができる。

ステップＳ１５１において、受信装置２は、監視プロセスを立ち上げる。監視プロセスとは、サービスリストＳＬ及びコンテンツリストＣＬに更新があったか否かを監視するためのプロセスである。ここで、サービスリストＳＬ及びコンテンツリストＣＬを更新するための条件としては、複数設定されていてもよい。具体的には、以下の３つの条件を例示することができる。すなわち、第１の条件とは、情報提供システム６から更新通知ＵＮを取得したか否かである。第２の条件とは、所定の時間が経過したか否か、すなわち定期的な監視である。第３の所定の時間が経過とは、ユーザーＵからの操作に基づくものである。監視プロセスは、更新のための条件が満たされたか否かを判定し、更新のための条件が満たされた場合には、サービスリストＳＬ及びコンテンツリストＣＬの少なくとも一部を更新する。

ステップＳ１６１において、受信装置２の操作取得部２２１は、ユーザーＵから操作を取得することにより、コンテンツの再生要求を取得する。具体的には、当該再生要求は、リモコン装置等の信号として受信装置２に伝えられる。当該再生要求は、コンテンツを識別する識別情報を含む。受信装置２は、ユーザーＵから当該再生要求を取得するにより、ユーザーＵが取得を所望するコンテンツを特定する。

ステップＳ１６３において、受信装置２の提示方法決定部２１３は、ユーザーＵから要求されたコンテンツの提示方法を決定する。つまり、受信装置２は、ユーザーＵから要求されたコンテンツについて、複数の選択肢が存在する場合（例えば、放送コンテンツＢＣ及びネットコンテンツＮＣのいずれも取得可能な場合）、いずれのコンテンツをユーザーＵに対して提示するかを決定する。受信装置２は、コンテンツの提示方法を決定すると、当該コンテンツにアクセスするための情報（放送におけるサービスを特定する情報やネット配信における所在情報（ＵＲＬ）等）が明らかになる。

ステップＳ１６５において、受信装置２の放送コンテンツ取得部２２３又はネットコンテンツ取得部２１４は、提示方法決定部２１３により決定された提示方法に基づき、コンテンツを取得する。また、受信装置２のコンテンツ提示部２２２は、取得されたコンテンツをユーザーＵに対して提示する。コンテンツ提示部２２２により提示されるコンテンツは、映像コンテンツ（映像と音声とを構成要素として含むコンテンツ）であってもよいし、音声のみを構成要素として含むコンテンツであってもよいし、ウェブページ等であってもよいし、その他の任意の形態のコンテンツであってもよい。受信装置２は、映像を画面に表示し、音声をスピーカー等（イヤフォン等を含む）から出力し、ウェブページ等の情報を画面に表示することができる。

以上説明した処理により、受信装置２は、コンテンツ情報を統合することができ、また統合コンテンツの提示方法を決定して提示することができる。なお、受信装置２は、既に統合済みのサービスに関する情報やコンテンツに関する情報を記憶装置等に保持しておき、記憶された情報を利用してコンテンツの取得および提示を行ってもよい。

図３３は、態様Ａ（その２）に係るコンテンツプロバイダーがコンテンツリスト（コンテンツ情報）を提供する場合における一連の動作の一例を示す状態遷移図である。同図には、コンテンツプロバイダーＣＰとしての情報登録装置５がコンテンツリストＣＬを提供し、受信装置２が受信するまでの一連の動作が示されている。以下、同図を参照しながら、情報登録装置５が新たにコンテンツリストＣＬを登録する場合と、既に登録されているコンテンツリストＣＬの一部を更新する場合の処理手順について、それぞれ説明する。情報提供システム６が備える機能は、上述したようにサービス情報提供サーバー装置６１、コンテンツ情報提供サーバー装置６２及びイベント情報提供サーバー装置６３に分散されていてもよいし、単一のサーバーに備えられていてもよいし、他の集約方法により複数のサーバー装置に備えられていてもよい。また、情報提供システム６自体をサーバー装置と記載し、情報提供システム６に含まれるいずれのサーバー装置が備える機能かを区別しない場合がある。なお、サービスリストＳＬの登録手順については説明を省略するが、サービスリストＳＬの登録手順についても、同図を用いて説明するコンテンツリストＣＬの登録手順と同様であってもよい。

まず、情報登録装置５が新たにコンテンツリストＣＬを登録する場合について説明する。新たにコンテンツリストＣＬを登録する場合とは、すなわち、情報登録装置５が情報提供システム６に対して未だ情報を提供したことがないコンテンツについての情報を登録する場合である。

ステップＳ２１１において、情報登録装置５のコンテンツ情報登録部５２は、コンテンツ情報提供サーバー装置６２のコンテンツ情報登録受付部６２１に対してコンテンツリストＣＬを提供する。

ステップＳ２１３において、コンテンツ情報提供サーバー装置６２のコンテンツ情報登録受付部６２１は、情報登録装置５からコンテンツリストＣＬを取得する。

ステップＳ２１５において、コンテンツ情報提供サーバー装置６２のコンテンツ情報登録受付部６２１は、取得したコンテンツリストＣＬをコンテンツ情報データベース６２２に記憶させる。ここで、態様Ａ（その２）に係るコンテンツリストＣＬは、複数の情報を互いに分離可能な構成要素として有している。コンテンツリストＣＬが有する複数の情報には、コンテンツを識別する情報と当該コンテンツの属性に関する情報とが含まれる。また、当該構成要素は、階層構造を有していてもよい。構成要素の階層構造については後述する。
コンテンツ情報登録受付部６２１は、取得したコンテンツリストＣＬを、各構成要素に分離可能な分離構造として記憶する。コンテンツ情報登録受付部６２１を、単に登録受付部と記載する場合がある。また、コンテンツ情報データベース６２２を、単に記憶部と記載する場合がある。

ステップＳ２３１において、受信装置２が情報提供システム６に対しコンテンツ情報要求ＣＬＲＥＱを出力し、コンテンツリストＣＬの提供を要求する。受信装置２がコンテンツリストＣＬの提供を要求するタイミングとは、所定の条件を満たした場合であってもよい。所定の条件とは、例えば、装置の起動に基づくものであったり、所定の周期に基づくものであったり、ユーザーＵの操作に基づくものであってもよい。

ステップＳ２３３において、コンテンツ情報提供サーバー装置６２のコンテンツ情報更新要求取得部６２４が受信装置２からコンテンツ情報要求ＣＬＲＥＱを取得すると、コンテンツ情報提供部６２３は、要求があった受信装置２に対して、コンテンツ情報データベース６２２に記憶されたコンテンツリストＣＬを出力する。受信装置２は、コンテンツ情報提供部６２３から出力されたコンテンツリストＣＬを取得する。

次に、情報登録装置５が、既に登録されているコンテンツリストＣＬの一部を更新する場合について説明する。

ステップＳ３１１において、情報登録装置５のコンテンツ情報登録部５２は、コンテンツ情報提供サーバー装置６２のコンテンツ情報登録受付部６２１に対してコンテンツリストＣＬを提供する。既に登録されているコンテンツリストＣＬの一部を更新する場合において、情報登録装置５は、コンテンツリストＣＬの全てを情報提供システム６に対して出力してもよいし、コンテンツリストＣＬのうち更新する部分だけを出力してもよい。更新する部分は、コンテンツリストＣＬを構成する構成要素ごとであってもよい。

ステップＳ３１３において、コンテンツ情報提供サーバー装置６２のコンテンツ情報登録受付部６２１は、情報登録装置５からコンテンツリストＣＬを取得する。コンテンツ情報登録受付部６２１は、取得したコンテンツリストＣＬをサービス情報データベース６１２に記憶させる。コンテンツリストＣＬの一部が提供された場合、コンテンツ情報登録受付部６２１は、コンテンツ情報データベース６２２に記憶されたコンテンツリストＣＬの一部を更新する。また、コンテンツリストＣＬの全部が提供された場合、コンテンツ情報登録受付部６２１は、コンテンツ情報データベース６２２に記憶されたコンテンツリストＣＬの全部を更新する。

ステップＳ３１５において、更新情報取得部６３１は、コンテンツ情報登録受付部６２１により取得されたコンテンツリストＣＬを更新情報ＵＩとして差分判定部６３３に出力する。また、記憶情報取得部６３２は、サービス情報データベース６１２に記憶された情報を記憶情報ＳＩとして差分判定部６３３に出力する。差分判定部６３３は、コンテンツ情報登録受付部６２１によりコンテンツリストＣＬが取得された場合に、コンテンツ情報登録受付部６２１により取得されたコンテンツリストＣＬと、コンテンツ情報データベース６２２に記憶されたコンテンツリストＣＬとを比較し、差分を有する構成要素の有無を判定する。差分判定部６３３は、判定した差分に関する情報を差分情報ＤＩとして更新通知部６３４に提供する。更新通知部６３４は、差分を有する構成要素の有無に基づいて、差分を有する構成要素が存在する場合に更新通知ＵＮを提供する。更新通知ＵＮは、所定の通信ネットワークＮＷを介して受信装置２に提供される。更新通知ＵＮには、差分を有する構成要素を特定する情報が含まれる。更新通知部６３４を、単に通知部と記載する場合がある。

ステップＳ３３１において、受信装置２のネット情報取得部２１１１は、情報提供システム６の更新通知部６３４から更新通知ＵＮを取得する。コンテンツリストＣＬには、特定の構成要素を特定する情報が含まれる。更新通知ＵＮを取得するステップ又は工程を、ネット情報取得ステップ又はネット情報取得工程と記載する場合がある。受信装置２のネット情報要求部２１１２は、事前情報設定部２１５により設定された事前情報に基づき、取得した更新通知ＵＮにより特定される構成要素の更新をするか否かの判定を行う。例えば、ユーザーＵが興味を有さないコンテンツについては、更新された場合であってもコンテンツリストＣＬを更新しなくてもよい。なお、ネット情報要求部２１１２による更新要否の判定は任意であり、更新要否の判定を行わず、更新があった構成要素についての提供を要求する構成を採用してもよい。

ステップＳ３４１において、受信装置２のネット情報要求部２１１２は、ネット情報取得部２１１１により取得された更新通知ＵＮに基づき、特定された構成要素を含む情報の提供を要求する。当該要求はコンテンツ情報要求ＣＬＲＥＱ又は更新要求としてコンテンツ情報提供サーバー装置６２に出力される。ネット情報要求部２１１２は、更新要否の判定を行った結果、更新すると判定された場合に、特定された構成要素を含む情報の提供を要求してもよい。特定された構成要素を含む情報の提供を要求するステップ又は工程を、ネット情報要求ステップ又はネット情報要求工程と記載する場合がある。

ステップＳ３４３において、コンテンツ情報提供サーバー装置６２のコンテンツ情報更新要求取得部６２４は、コンテンツ情報要求ＣＬＲＥＱ又は更新要求を、受信装置２から取得する。更新要求とは、すなわち更新通知ＵＮに基づき出力された要求であって、コンテンツリストＣＬのうち更新を要求する構成要素を特定する情報を含む要求である。コンテンツ情報提供部６２３は、コンテンツ情報更新要求取得部６２４により取得された更新要求に基づき、コンテンツ情報データベース６２２に記憶されたコンテンツリストＣＬのうち特定された構成要素を含む情報を、更新要求を出力した受信装置２に対して提供する。コンテンツ情報提供部６２３は、特定された構成要素のみを出力してもよいし、コンテンツリストＣＬの全部を出力してもよい。

図３４は、態様Ａ（その２）におけるコンテンツリスト（コンテンツ情報）が有する階層構造について説明するための模式図である。同図を参照しながら、コンテンツリストＣＬが有する階層構造について説明する。図示する一例では、コンテンツリストＣＬが第１階層Ｌ１か乃至第４階層Ｌ４の４階層を有する場合について示す。なお、コンテンツリストＣＬの階層は４階層である場合の一例に限定されず、コンテンツリストＣＬは１以上の階層を有していればよい。

第１階層Ｌ１には、構成要素ＥＬ１－１が含まれる。構成要素ＥＬ１－１は、例えＩｔｅｍＬｉｓｔ（アイテムリスト）を特定する。

第２階層Ｌ２には、構成要素ＥＬ２－１、構成要素ＥＬ２－２、構成要素ＥＬ２－３及び構成要素ＥＬ２－４が含まれる。第２階層Ｌ２に含まれる各構成要素は、例えば各コンテンツに対応する。図示する一例では、構成要素ＥＬ２－１により特定されるコンテンツの一例について示し、構成要素ＥＬ２－２、構成要素ＥＬ２－３及び構成要素ＥＬ２－４に含まれる第３階層Ｌ３以降の階層については説明を省略する。第２階層Ｌ２には、例えば、ＴＶ Ｅｐｉｓｏｄｅ（テレビエピソード）、Ｒａｄｉｏ Ｅｐｉｓｏｄｅ（ラジオエピソード）、及びＷｅｂ Ｐａｇｅ（ウェブページ）等の情報が含まれる。

第３階層Ｌ３には、構成要素ＥＬ３－１、構成要素ＥＬ３－２及び構成要素ＥＬ３－３が含まれる。構成要素ＥＬ３－１は、例えばＩｄｅｎｔｉｆｉｅｒ（識別情報）が含まれる。Ｉｄｅｎｔｉｆｉｅｒとは、コンテンツを識別するための識別情報である。構成要素ＥＬ３－２は、例えばａｓｓｏｃｉａｔｅｄＭｅｄｉａ（アソシエイテッドメディア）が含まれる。ａｓｓｏｃｉａｔｅｄＭｅｄｉａは、コンテンツを配信するためのメディアに対応し、コンテンツプロバイダーＣＰによる編成にしたがってコンテンツを配信するメディアである。構成要素ＥＬ３－３は、例えばｉｓＲｅｌａｔｅｄＴｏ（関連コンテンツ）が含まれる。ｉｓＲｅｌａｔｅｄＴｏは、当該コンテンツに関連するコンテンツ（例えば複数のエピソードからなるシリーズもののコンテンツの他のエピソード）を特定する。

第４階層Ｌ４には、ａｓｓｏｃｉａｔｅｄＭｅｄｉａである構成要素ＥＬ３－２の下位構成として、構成要素ＥＬ４－１１と構成要素ＥＬ４－１２とが含まれる。構成要素ＥＬ４－１１及び構成要素ＥＬ４－１２には、ｐｕｂｌｉｃａｔｉｏｎ（物理的な配信情報）が含まれる。ａｓｓｏｃｉａｔｅｄＭｅｄｉａとは、コンテンツの配信方法に関する情報を特定するものであるため、ａｓｓｏｃｉａｔｅｄＭｅｄｉａの下位階層には、当該コンテンツの物理的な配信方法に関する情報が含まれるということができる。ｐｕｂｌｉｃａｔｉｏｎの一例としては、ＢｒｏａｄｃａｓｔＥｖｅｎｔや、ＯｎＤｅｍａｎｄＥｖｅｎｔを例示することができる。また、第４階層Ｌ４にはｉｓＲｅｌａｔｅｄＴｏである構成要素ＥＬ３－３の下位構成として、構成要素ＥＬ４－２１と構成要素ＥＬ４－２２と構成要素ＥＬ４－２３とが含まれる。構成要素ＥＬ３－３の下位構成として含まれる各構成要素は、コンテンツを特定する。すなわち、当該構成要素の下位構成としては、対象のコンテンツにおける第２階層Ｌ２以下の構成が複製されていてもよい。

なお、情報提供システム６から受信装置２に提供される更新通知ＵＮには、図示した構成要素を特定する情報が含まれる。受信装置２は、当該構成要素単位でコンテンツリストＣＬの更新を要求し、コンテンツリストＣＬを更新する。

次に、サービスリスト及びコンテンツリストの更新に係る形態について説明する。従来技術によれば、コンテンツを視聴するための受信端末は、コンテンツの再生要求に応じて配信方法リストを取得し、取得した配信方法リストに基づいてコンテンツを取得する。このような技術によれば、受信端末は放送により提供されるコンテンツと通信ネットワークを介して提供されるコンテンツとを受信することができるかもしれない。ここで、放送番組に関する情報は、放送信号の中にＥＰＧ（電子番組表）として多重化されており、常時プッシュ型の更新が行われている。したがって、従来技術による受信端末は、放送信号を取得することができなければ放送番組に関する情報を取得することができず、その結果として放送番組と同等のコンテンツを、通信ネットワークを介して取得することができなかった。そこで本形態は、複数の方式により提供されるコンテンツを好適に受信し、ユーザーに提示することが可能な受信装置及びプログラムを提供しようとするものである。

図３５は、本形態に係る受信装置により行われるサービスリスト及びコンテンツリストの更新動作の一例を示すフローチャートである。同図を参照しながら、監視プロセスの動作の一例について説明する。

ステップＳ２１において、監視プロセスは、更新のための条件を満たしたか否かを判定する。更新のための条件には、例えば以下の３つの条件のうち少なくともいずれかが含まれていてもよい。第１の条件とは、情報提供システム６から更新通知ＵＮを取得したか否かである。第２の条件とは、所定の時間が経過したか否か、すなわち定期的な監視である。第３の条件とは、ユーザーＵからの操作に基づくものである。監視プロセスは、更新のための条件を満たした場合（すなわち、ステップＳ２１；ＹＥＳ）、処理をステップＳ２３に進める。また、監視プロセスは、更新のための条件を満たすまで、ステップＳ２１の処理を繰り返す（すなわち、ステップＳ２１；ＮＯ）。

ステップＳ２３において、監視プロセスは、放送送出装置８により送出された放送信号を受信し、サービスインフォメーション（ＳＩ）及びＥＰＧ（電子番組表）を取得する。
すなわちＳＩ及びＥＰＧの取得は、サービスリストＳＬ及びコンテンツリストＣＬの更新時においても行われる。

ステップＳ２５において、監視プロセスは、所定の通信ネットワークＮＷを介してサービス情報提供サーバー装置６１に対しサービス情報要求ＳＬＲＥＱ及びコンテンツ情報要求ＣＬＲＥＱを出力し、サービスリストＳＬ及びコンテンツリストＣＬの提供を要求する。なお、その他の実施形態として、更新の条件に応じて、監視プロセスはサービスリストＳＬ又はコンテンツリストＣＬのいずれかの提供を要求してもよい。

ステップＳ２７において、監視プロセスは、情報提供システム６からサービスリストＳＬ及びコンテンツリストＣＬを取得する。監視プロセスが取得するサービスリストＳＬ及びコンテンツリストＣＬは、リストの全部を含んでいてもよいし、更新された部分を含むリストの一部であってもよい。なお、監視プロセスは、ネット情報取得部２１１１にサービスリストＳＬ及びコンテンツリストＣＬを取得させる。

ここで、上述した第２の条件（定期的な監視）では、例えば複数の異なる時間間隔（又は周期）で更新の有無を監視してもよい。監視プロセスは、例えば２秒間隔で更新の有無を監視することによりｐ／ｆ相当の情報を取得し、１０秒間隔で更新の有無を監視することによりＥＩＴ相当の監視を行ってもよい。すなわちネット情報取得部２１１１は、第１の周期（例えば２秒）でサービスリストＳＬ及びコンテンツリストＣＬを取得し、更に第２の周期（例えば１０秒）でサービスリストＳＬ及びコンテンツリストＣＬを取得する。

また、上述した第３の条件（ユーザーの操作）では、操作取得部２２１により取得されたユーザーＵの操作が特定の操作であるか否かを判定し、特定の操作であると判定された場合に更新を行う。特定の操作とは、例えば、表示された番組表からユーザーＵが特定の番組を選択することであってもよい。この場合、ネット情報取得部２１１１は、ユーザーＵの操作に基づきサービスリストＳＬ及びコンテンツリストＣＬを取得する。

ステップＳ２９において、監視プロセスは、放送送出装置８により送出された放送信号に基づくＳＩ及びＥＰＧと、所定の通信ネットワークを介して取得されたサービスリストＳＬ及びコンテンツリストＣＬとに基づき、統合サービスリストＩＳＬ及び統合コンテンツリストＩＣＬを更新する。

以上説明した態様Ａによれば、受信装置２は、ネット情報取得部２１１１を備えることにより、放送に関するサービスについての情報が含まれるサービスリストＳＬを、通信ネットワークを介して取得する。サービスリストＳＬには、従来放送信号を通じて取得していたＳＤＴ相当の情報が含まれる。受信装置２は、ネット情報要求部２１１２を備えることにより、取得したサービスリストＳＬに基づいて特定のコンテンツに関する情報の提供を要求する。また、受信装置２は、コンテンツ提示部２２２を備えることにより、要求に応じて取得されたコンテンツに関する情報を提示する。受信装置２によれば、通信ネットワークを介してサービスリストＳＬを取得することによって、放送信号を取得できない環境においても、放送信号により可能なサービスと同等のサービスを、通信ネットワークＮＷを介して取得することができる。また、受信装置２は、提示するコンテンツの提供元を放送又はネットに任意に切り替えることができる。また、当該切り替えについて、ユーザーＵは意識しなくてもよい。したがって、本形態によれば、受信装置２は、ユーザーＵの操作によらず、自動的にコンテンツの提供元を放送又はネットに切り替えることができる。よって本形態によれば、複数の方式により提供されるコンテンツを好適に受信し、ユーザーに提示することができる。

また、以上説明した態様Ａによれば、受信装置２はネットコンテンツ取得部２１４を備えることにより、取得されたサービスリストＳＬに基づく要求に応じて提供された情報を、通信ネットワークＮＷを介して取得する。また、受信装置２は放送コンテンツ取得部２２３を備えることにより、コンテンツが含まれる放送信号を取得する。また、コンテンツ提示部２２２は、ネットコンテンツ取得部２１４により取得された情報又は放送コンテンツ取得部２２３により取得された情報のいずれかを提示する。受信装置２は、ユーザーＵの操作によらず、提示するコンテンツを自動的に切り替えることができる。よって本実施形態によれば、複数の方式により提供されるコンテンツを好適に受信し、ユーザーに提示することができる。

また、以上説明した態様Ａによれば、受信装置２のコンテンツ提示部２２２は、ネットコンテンツ取得部２１４により取得された情報及び放送コンテンツ取得部２２３により取得された情報のいずれも提示可能な場合、放送コンテンツ取得部２２３により取得された情報を提示する。すなわち、受信装置２は、通信ネットワークＮＷを介して取得されたコンテンツよりも放送信号から取得されたコンテンツを優先的に提示する。したがって、本実施形態によれば、通信ネットワークＮＷの使用量を抑止することができる。また、放送信号には、緊急地震速報等の緊急情報が含まれる場合がある。したがって、本実施形態によれば、放送信号から取得されたコンテンツを優先的に提示するため、緊急地震速報等の緊急情報をユーザーＵに提示することができる。

また、以上説明した態様Ａによれば、受信装置２のネット情報取得部２１１１は、自装置が起動したことに応じてサービスリストＳＬを取得する。受信装置２が起動したタイミングでは、放送信号を受信できる環境に置かれているか否かが不明である。したがって受信装置２は、自装置が起動したことに応じてサービスリストＳＬを取得することにより、放送信号が受信できない環境であっても、通信ネットワークＮＷを介してコンテンツを取得可能な状態にする。よって、本実施形態によれば、放送信号を受信できない状態であっても、通信ネットワークＮＷを介してコンテンツを好適に受信し、ユーザーに提示することができる。

また、以上説明した態様Ａによれば、ネット情報取得部２１１１は、第１の周期でサービスリストＳＬを取得し、第１の周期とは異なる第２の周期で更にサービスリストＳＬを取得する。第１の周期とは例えば２秒であり、第２の周期とは１０秒である。すなわち、受信装置２は、２秒周期でｐ／ｆ相当の更新を行うことができ、１０秒周期でＥＩＴスケジュール相当の更新をすることができる。よって、本実施形態によれば、放送信号を受信できない状態であっても、通信ネットワークＮＷを介してサービスに関する情報やコンテンツに関する情報を更新することにより、コンテンツを好適に受信し、ユーザーに提示することができる。

また、以上説明した態様Ａによれば、ネット情報取得部２１１１は、ユーザーＵの操作に基づきサービスリストＳＬを取得する。ここで、ユーザーＵは、受信装置２が保持しないサービスやコンテンツについて取得を望む場合がある。このような場合、ネット情報取得部２１１１は、ユーザーＵの操作に基づきサービスリストＳＬを取得することにより、ユーザーＵが望むサービスやコンテンツの提供を行うことができる。

次に、システム１が緊急警報放送を行う場合の態様について説明する。放送信号を用いたサービスとして、従来、緊急警報放送（又はＥＷＳ：Emergency Warning System）のサービスが提供されている。緊急警報放送等の緊急イベントに関する情報を取得するためには、放送信号を受信することを要する。したがって、通信ネットワークには接続されているが、放送信号を受信することができないような受信端末は、緊急警報放送等の緊急イベントに関する情報を取得することができないといった問題があった。システム１は、このような問題を解決しようとするものである。

システム１が緊急警報放送を行う場合、受信装置２は、自装置の起動後、緊急イベントに関する情報の受信方法に応じたプロセスを立ち上げる。緊急イベントに関する情報とは、例えば地震等の大規模災害の発生や、津波警報の発表等に関する情報である。緊急イベントに関する情報とは、具体的には緊急警報放送（又はＥＷＳ：Emergency Warning System）に用いられる緊急警報信号等であってもよい。また、本実施形態において緊急イベントに関する情報とは、ニュース速報に関する情報等を広く含む。以下の説明においては、緊急イベントに関する情報が緊急警報放送に用いられる緊急警報信号である場合の一例について説明する。受信装置２は、例えば受信方法取得部（不図示）を備えることにより、緊急イベントに関する情報の受信方法に関する情報を取得する。緊急イベントに関する情報の受信方法に関する情報には、複数の受信方法のうちいずれの受信方法であるかが示されていてもよい。緊急イベントに関する情報の受信方法に関する情報は、例えば情報提供システム６等から出力されてもよい。また、緊急イベントに関する情報の受信方法に関する情報は、ユーザーＵの操作等により設定されてもよい。

緊急イベントに関する情報の受信方法の一例としては、映像ストリームの配信データの中に緊急イベントに関する情報を記述する方法（以下、第１の受信方法と記載する。）を例示することができる。また、緊急イベントに関する情報の受信方法のその他の一例としては、メタ情報として記述する方法（以下、第２の受信方法と記載する。）を例示することができる。緊急イベントに関する情報の受信方法に関する情報には、例えば、第１の受信方法又は第２の受信方法のいずれかを特定する情報が含まれていてもよい。この場合、受信装置２に備えられた受信方法取得部（不図示）は、第１の受信方法又は第２の受信方法のいずれであるかを示す情報を取得する。緊急イベントに関する情報の受信方法に関する情報は、例えば情報提供システム６から所定の通信ネットワークＮＷを介して提供されてもよいし、ユーザーＵの操作に基づいて提供されてもよい。緊急イベントに関する情報の受信方法に応じたプロセスとは、第１の受信方法に応じた第１のプロセス又は第２の受信方法に応じた第２のプロセスであってもよい。第１の受信方法と第２の受信方法の詳細については後述する。なお、本実施形態では例示しないが、その他の受信方法（例えば第３又は第４の受信方法等）が存在していてもよい。

緊急イベントに関する情報は、例えばコンテンツプロバイダーＣＰから提供される。具体的には、コンテンツプロバイダーＣＰにより公開済みＡＰＩに登録されることにより、緊急イベントに関する情報が提供される。

緊急イベントに関する情報は、例えば緊急イベントに関する条件が設定された緊急情報記述子としてＰＭＴ（Program Map Table）により送出されてもよい。緊急イベントに関する条件（ＥＷＳの条件）には、start_end_flag、第１種／第２種種別及び地域符号等が含まれていてもよい。

緊急警報放送（ＥＷＳ）の開始時において、放送事業者は、ＴＭＣＣ（Transmission and Multiplexing Configuration Control）の緊急警報放送用起動フラグを１として送出する。送出側では、送出階層によらず、ＴＳ（network）内のいずれかのサービスで緊急警報放送が行われている期間は、ＴＭＣＣの緊急警報放送用起動フラグが常時１とされる。自動起動に対応した受信装置２は、ＴＭＣＣの緊急警報放送用起動フラグを常時監視する。監視方法は複数存在していてもよく、それぞれの方法については後述する。

緊急情報記述子は、例えば当該緊急警報放送を行うサービスのＰＭＴの記述子領域に記憶される。受信装置２に対して緊急警報放送を実施中であることを明示するため、緊急警報放送サービスそのもののＰＭＴには当該記述子が記載される。その他のサービスのＰＭＴに緊急情報記述子を記載するか否かは、各放送事業者によって定められてもよい。ただし異なる階層のサービスを記載した場合は、受信装置２によって無視されてしまう場合がある。

緊急警報放送の終了時において、放送事業者は、ＴＭＣＣの緊急警報放送用起動フラグを０として送出する。また、緊急放送の終了時において、ＰＭＴから緊急情報記述子が削除される。

図３６は、本形態に係る緊急イベントに関する情報の第１の受信方法について説明するための受信装置のブロック図である。同図を参照しながら、緊急イベントに関する情報の第１の受信方法（以下、単に第１の受信方法と記載する。）について説明する。第１の受信方法においては、緊急イベントに関する情報を、コンテンツ配信装置７が配信するネットコンテンツの中にＭＴＥ(Media Timed Events)として記述する。ＭＴＥとは、ＭＰＥＧ―ＤＡＳＨ動画に含めることのできるトリガー信号である。ＭＴＥは、通常Ｗｅｂコンテンツの同期や情報提示等に用いられるものである。

第１の受信方法においては、受信装置２が緊急イベント処理部２１６を更に備えることにより緊急イベントに関する情報を取得する。緊急イベント処理部２１６は、ネットコンテンツ取得部２１４とコンテンツ提示部２２２との間に備えられる。

第１の受信方法においては、緊急イベントに関する情報は、ネット配信情報ＮＤＩに含まれる。すなわち、第１の受信方法において緊急イベントに関する情報は、ネットコンテンツ取得部２１４により取得される。したがって、ネットコンテンツ取得部２１４を、緊急イベント通知取得部ということもできる。緊急イベント通知取得部は、緊急イベントに関する情報が含まれる緊急イベント情報ＥＩを、通信ネットワークを介して取得する。緊急イベント情報ＥＩの一例としては、緊急警報信号を例示することができる。緊急イベント通知取得部により緊急イベント情報ＥＩを取得するステップ又は工程を、緊急イベント通知取得ステップ又は緊急イベント通知取得工程と記載する場合がある。

緊急イベント処理部２１６は、ネットコンテンツ取得部２１４から緊急イベント情報ＥＩを取得した場合、取得した緊急イベント情報ＥＩに基づき、緊急イベントに関する情報をコンテンツ提示部２２２に提示する。緊急イベント処理部２１６により緊急イベントに関する情報をコンテンツ提示部２２２に提示するステップ又は工程を、緊急イベント処理ステップ又は緊急イベント処理工程と記載する場合がある。なお、緊急イベント処理部２１６は、コンテンツ提示部２２２が現在何らかのコンテンツを提示しているか否かに関わらず（すなわちコンテンツ提示部２２２の駆動状態に関わらず）、強制的に緊急イベントに関する情報を提示してもよい。換言すれば、緊急イベント処理部２１６は、コンテンツ提示部２２２に電源が供給されていない場合であっても、緊急イベント情報ＥＩに基づき強制的に電源を供給し、緊急イベントに関する情報を提示してもよい。この場合、ネットコンテンツ取得部２１４及び緊急イベント処理部２１６は、受信装置２に電源が供給されているか否かに関わらず常に待機状態とされていてもよい。また、緊急イベント処理部２１６は、コンテンツ提示部２２２が現在何らかのコンテンツを提示している場合、コンテンツの提示を停止し、緊急イベントに関する情報を提示してもよい。また、緊急イベント処理部２１６は、コンテンツ提示部２２２が現在何らかのコンテンツを提示している場合、提示しているコンテンツに重ねて、緊急イベントに関する情報を提示してもよい。

なお、第１の受信方法によれば、コンテンツ配信装置７から配信されるネットコンテンツ（例えば映像ストリームの配信データ等の番組に関する情報）の中に緊急イベントに関する情報が記述されるため、情報提供システム６等に新たな機能を用意する必要がない点において利点があるということができる。

図３７は、本形態に係る緊急イベントに関する情報の第２の受信方法について説明するための情報提供システムのブロック図である。同図を参照しながら、緊急イベントに関する情報の第２の受信方法（以下、単に第２の受信方法と記載する。）について説明する。第２の受信方法においては、緊急イベントに関する情報を、メタ情報の中に記載する。第２の受信方法において緊急イベントに関する情報は、ＬＤＮ（Linked Data Notifications）等の手法を用いて情報提供システム６から受信装置２に送信されてもよい。より具体的には、緊急イベントに関する情報は、サービスリストＳＬ又はコンテンツリストＣＬ等の中に記述されていてもよい。

第２の受信方法においては、情報提供システム６が緊急イベント情報提供部６３５を更に備えることにより緊急イベントに関する情報を受信装置２に出力する。緊急イベント情報提供部６３５は、情報提供システム６のうち、サービス情報提供サーバー装置６１、コンテンツ情報提供サーバー装置６２又はイベント情報提供サーバー装置６３のいずれかに備えられていてもよいが、図示する一例ではイベント情報提供サーバー装置６３に備えられる場合の一例について説明する。なお、緊急イベント情報提供部６３５は、サービス情報提供サーバー装置６１、コンテンツ情報提供サーバー装置６２及びイベント情報提供サーバー装置６３のうち複数に備えられていてもよい。

緊急イベント情報提供部６３５は、緊急イベント情報ＥＩを所定の通信ネットワークＮＷを介して受信装置２に出力する。緊急イベント情報提供部６３５は、例えば放送送出装置８から送出される緊急イベント情報ＥＩを取得し、取得した緊急イベント情報ＥＩを所定のデータ形式に変換し、受信装置２に出力してもよい。緊急イベント情報ＥＩは、受信装置２のネット情報取得部２１１１により取得される。この場合、ネット情報取得部２１１１を、緊急イベント通知取得部ということもできる。緊急イベント通知取得部は、緊急イベントに関する情報が含まれる緊急イベント情報ＥＩを、通信ネットワークを介して取得する。第２の受信方法においても、受信装置２は緊急イベント処理部２１６を備える。
第２の受信方法においては、ネット情報取得部２１１１とコンテンツ提示部２２２との間に緊急イベント処理部２１６が備えられる点において第１の受信方法とは異なる。緊急イベント処理部２１６は、ネット情報取得部２１１１から緊急イベント情報ＥＩを取得した場合、取得した緊急イベント情報ＥＩに基づき、緊急イベントに関する情報をコンテンツ提示部２２２に提示する。

なお、第２の受信方法によれば、緊急イベントに関する情報は、情報提供システム６から配信されるメタデータ（例えばサービスリストＳＬ又はコンテンツリストＣＬ）の中に記述される。すなわち第２の受信方法によれば、緊急イベントに関する情報は、コンテンツ配信装置７から配信されるネットコンテンツとは異なる情報として配信される。したがって、第２の受信方法によれば、ネットコンテンツを配信するコンテンツプロバイダーＣＰによる運用を必要としない点に利点がある。

また、受信装置２が受信方法取得部（不図示）を備えることにより、緊急イベントに関する情報の受信方法を選択する場合、第１の受信方法又は第２の受信方法のいずれを選択するかに応じて、ネットコンテンツ取得部２１４又はネット情報取得部２１１１のいずれかが緊急イベント通知取得部となり得る。この場合、受信方法の選択により特定された緊急イベント通知取得部は、受信方法取得部により取得された受信方法に応じて緊急イベント情報ＥＩを取得する。

また、受信装置２が受信方法取得部（不図示）を備えることにより、緊急イベントに関する情報の受信方法を選択する場合、受信方法に応じて緊急イベントに関する情報を送信する装置が異なる。具体的には、第１の受信方法によればコンテンツ配信装置７が緊急イベントに関する情報を送信し、第２の受信方法によれば情報提供システム６が緊急イベントに関する情報を送信する。すなわち、受信方法の選択により特定された緊急イベント通知取得部は、受信方法に応じて異なる装置から配信される緊急イベント情報ＥＩを取得するということもできる。

なお、受信装置２は、上述したような通信ネットワークを介して緊急イベントに関する情報を受信することに加えて、放送波のＥＷＳ関連情報を受信する。すなわち、受信装置２は、放送波のＥＷＳ関連情報（ＰＭＴの緊急情報記述子や、ＴＭＣＣの緊急警報放送起動フラグ）や、データ放送で配信されるバイナリテーブルオブジェクトやイベントメッセージを受信することができる。緊急イベント処理部２１６は、これらの取得した情報に基づき、緊急イベントに関する情報を表示させる。緊急イベント処理部２１６は、取得した緊急イベントに関する情報のうち内容が重なる情報について統合したり、又はイベントの発行時刻が遅いデータについて破棄したりしてもよい。

また、緊急イベント処理部２１６は、通信ネットワークを介して取得したＥＷＳ関連情報に相当する情報と、通信ネットワークを介して取得するイベント情報との間でマッチングをとれるように、該当するパラメーターをあらかじめ定義してもよい。また、データ放送で配信されるバイナリテーブルオブジェクトやイベントメッセージについて、ａｒｉｂで規定されたリソース識別子を用いてマッチングできるように、通信ネットワークを介して取得するイベント情報に該当情報を付与してもよい。ａｒｉｂで規定されたリソース識別子とは、例えば以下のＵＲＩによるリソースの識別（名前空間）を例示することができる。

Arib-dc://<orig_network_id>.<transport_stream_id>.<service_id>[.<event_id>]/<component_tag>/<moduleName>/<resourceName>

また、受信装置２は、通信ネットワークを介して取得された緊急イベントに関する情報を、既存機能部２２に提供してもよい。他の実施例として、受信装置２は、放送から取得された情報と通信ネットワークを介して取得された情報とを処理した結果について、既存機能部２２に提供してもよい。

次に、図３８を参照しながら、緊急イベントに関する情報の表示の具体例について説明する。

図３８は、実施形態に係る緊急イベントの提示の一例について説明するための図である。図３８（Ａ）には、所定のコンテンツ（ネットコンテンツ又は放送コンテンツのいずれか）が表示された表示画面Ｄ１を示す。図３８（Ｂ）には、緊急イベント情報ＥＩが取得された後に提示される表示画面Ｄ２を示す。図３８（Ａ）に図示するように、表示画面Ｄ１にはニュースキャスターがニュースを読み上げる画面が表示されている。当該画面は、通常のテレビプログラムで予定された番組を示している。ここで、受信装置２が所定の方法で緊急イベント情報ＥＩを取得すると、緊急イベント処理部２１６は、番組のコンテンツの提示を停止し、緊急イベントＥＩに関する情報を提示する。緊急イベント処理部２１６は、番組のコンテンツの提示から緊急イベントＥＩに関する情報の提示へ、表示画面を切り替えるということもできる。図３８（Ｂ）に図示するように、表示画面Ｄ２には緊急イベント情報ＥＩを示すテキストＴが表示されている。テキストＴには、具体的には、“〇〇地方にて震度〇の地震が発生いたしました。”と表示されている。このようにテキストＴには、緊急イベントに関する情報が表示される。

なお、上述した通り、緊急イベント情報ＥＩは、提示部がコンテンツを提示していない状態（図３８（Ａ）とは異なり表示画面がオフの状態）であっても、緊急イベント情報ＥＩを提示することができる。

図３９は、実施形態に係るイベントリストの具体例を示す概略図である。同図を参照しながら、イベントリストの具体例について説明する。イベントリストとは、緊急イベント情報ＥＩの具体例である。ここで例示するイベントリストは、ＪＳＯＮ形式で記述されたデータである。ＪＳＯＮ形式は、入れ子型のブロック構造を有するテキストのデータである。図３９に示すデータの各行には、便宜的に行番号を付している。以下、イベントリストの例について順を追って説明する。

第１行目は、イベントリストのブロックの始まりを示す。第３行目は、当該要素のタイプ（@type）が「ListItem」であることを表している。第４行目は、当該要素の名前（name）が「Event List」であることを表している。第５行目は、要素「itemListElement」（アイテムリストエレメント）の始まりを示す。この要素「itemListElement」は、第５行目から第５０行目まで続く。上記の要素「itemListElement」の内側には、複数の要素が存在し得る。図示する一例では、６行目から２７行目までにおける第１の要素と、２８行目から４９行目までにおける第２の要素とが含まれる。

まず、６行目から２７行目までにおける第１の要素について説明する。第７行目は、コンテキスト（@context）を表す。第８行目は、タイプ（@type）が、「SpecialAnnouncement」（スペシャルアナウンスメント）であることを表す。第９行目から第１４行目までは、属性「identifier」（アイデンティファイアー、識別情報）である。「identifier」における要素には、「PropertyValue」型の要素が含まれる。当該要素の「PropertyID」は「emergencyId」であり、その属性値は「1」である。第１５行目は、「dateModified」であり、データの変更日時の情報を表す。第１６行目は、「dateCreated」であり、データが作成された日時の情報を表す。第１７行目は、「datePosted」であり、データがポストされた日時の情報を表す。図示する一例では、データの変更日時、データが作成された日時及びデータがポストされた日時は、「2022-09-01T13:13:10」であり、同一である。第１８行目は、「category」であり、カテゴリーについての情報を示す。第１９行目は、「name」であり、イベントの名前を表す。図示する一例では、「緊急地震速報」であることを表している。第２０行目は、イベントに含まれるテキストを表している。図示する一例では、「緊急地震速報」として、「緊急地震速報 およそ__秒後に震度__程度の地震がきます」のテキストが含まれている。第２１行目から第２６行目までは、属性「spatialCoverage」（スペシャルカバレッジ）である。第２３行目は、タイプ（@type）が、「AdministrativeArea」であることを表す。２４行目は、名前（name）が「Tokyo」であることを表す。

次に、２８行目から４９行目までにおける第２の要素について説明する。第２の要素の説明において、第１の要素と重複する部分については説明を省略する。２９行目から３１行目までは、７行目から９行目までと同様である。３３行目から３５行目までは、１１行目から１３行目までと略同様である。第２の要素については、属性値が「２」であるてんにおいて第１の要素とは異なる。３７行目から４２行目までは、１５行目から２０行目と略同様である。第２の構成要素においては、データの変更日時、データが作成された日時及びデータがポストされた日時が、いずれも「2022-09-01T13:30:20」である点において、第１の構成要素と異なる。すなわち、第１の構成要素と第２の構成要素とは、異なるタイミングにおける、同一内容の情報である。第４３行目から第４８行目までは、第２１行目から第２６行目までと同様である。

以上説明した形態によれば、受信装置２は、緊急イベント通知取得部（ネットコンテンツ取得部２１４又はネット情報取得部２１１１のいずれか）を備えることにより、緊急イベントに関する情報が含まれる緊急イベント情報ＥＩを、通信ネットワークＮＷを介して取得する。また、受信装置２は、緊急イベント処理部２１６を備えることにより、取得した緊急イベント情報ＥＩに基づき、緊急イベントに関する情報をコンテンツ提示部２２２に提示する。すなわち、受信装置２によれば、放送信号を受信することができない場合であっても、通信ネットワークＮＷを介して緊急イベント情報ＥＩを取得し、取得した緊急イベント情報ＥＩに基づいて緊急イベントに関する情報を提示することができるため、緊急イベントに関する情報を好適に受信し、ユーザーＵに提示することができる。

また、以上説明した形態によれば、受信装置２は、受信方法取得部を更に備えることにより、緊急イベントに関する情報の受信方法に関する情報を取得する。また、緊急イベント通知取得部（ネットコンテンツ取得部２１４又はネット情報取得部２１１１のいずれか）は、取得した受信方法に応じて緊急イベント情報を取得する。すなわち、本実施形態によれば、緊急イベントに関する情報の受信方法が複数存在する。したがって、本実施形態によれば、受信装置２は、複数の受信方法の中から選択された好適な受信方法により緊急イベントに関する情報を受信することができる。

また、以上説明した形態によれば、緊急イベント通知取得部は、取得した受信方法に応じて異なる装置から配信される緊急イベント情報を取得する。換言すれば、緊急イベントに関する情報の受信方法に応じて、緊急イベントに関する情報を配信する装置が異なる。したがって、本実施形態によれば、受信装置２は、好適な装置から配信された緊急イベントに関する情報を受信することができる。

また、以上説明した形態の第１の受信方法によれば、緊急イベント情報ＥＩは、通信ネットワークＮＷを介して取得されるコンテンツを含む情報（すなわちコンテンツ情報）に含まれる。したがって、本実施形態によれば、情報提供システム６は緊急イベントに関する情報の送信を行わなくてもよい。したがって、本実施形態によれば、容易に緊急イベントに関する情報を送信することができる。

また、以上説明した形態の第２の受信方法によれば、緊急イベント情報ＥＩは、通信ネットワークＮＷを介して取得される情報であって、コンテンツを含む情報とは異なる情報（すなわちコンテンツ情報以外の情報）に含まれる。具体的には、緊急イベント情報ＥＩは、メタ情報に含まれていてもよい。したがって、本実施形態によれば、ネットコンテンツの配信を通常通り行い、ネットコンテンツとは異なる情報として緊急イベントに関する情報を送信することができる。

また、以上説明した形態によれば、受信装置２の受信方法取得部は、第１の受信方法又は第２の受信方法のいずれであるかを示す情報を取得する。第１の受信方法において、緊急イベント情報ＥＩは、通信ネットワークＮＷを介して取得される番組に関する情報（例えばネットコンテンツ）に含まれる。第２の受信方法において、緊急イベント情報ＥＩは、通信ネットワークＮＷを介して取得される情報であって、番組に関する情報とは異なる情報（例えばメタ情報）に含まれる。したがって、本実施形態によれば、緊急イベント情報ＥＩをネットコンテンツに含むのか、メタ情報に含むのかを選択することができる。よって、本実施形態によれば、受信装置２は、緊急イベント情報ＥＩを好適な態様で受信することができる。

また、以上説明した形態によれば、緊急イベント処理部２１６は、緊急イベント情報ＥＩを取得した場合、番組のコンテンツの提示を停止し、緊急イベントに関する情報を提示する。すなわち、緊急イベント処理部２１６は、番組のコンテンツの提示に代えて、緊急イベントに関する情報を提示する。したがって、本実施形態によれば、緊急性の高いイベントを、確実にユーザーＵに対して提示することができる。

図４０は、コンピューターを用いて態様Ａにおける各装置を実現する場合の内部構成の一例を示すブロック図である。態様Ａに係る各装置（受信装置２、情報登録装置５、情報提供システム６、コンテンツ配信装置７及び放送送出装置８のそれぞれ）は、コンピューターを用いて実現され得る。図示するように、そのコンピューターは、中央処理装置９０１と、ＲＡＭ９０２と、入出力ポート９０３と、入出力デバイス９０４や９０５等と、バス９０６と、を含んで構成される。コンピューター自体は、既存技術を用いて実現可能である。中央処理装置９０１は、ＲＡＭ９０２等から読み込んだプログラムに含まれる命令を実行する。中央処理装置９０１は、各命令にしたがって、ＲＡＭ９０２にデータを書き込んだり、ＲＡＭ９０２からデータを読み出したり、算術演算や論理演算を行ったりする。ＲＡＭ９０２は、データやプログラムを記憶する。ＲＡＭ９０２に含まれる各要素は、アドレスを持ち、アドレスを用いてアクセスされ得るものである。なお、ＲＡＭは、「ランダムアクセスメモリー」の略である。入出力ポート９０３は、中央処理装置９０１が外部の入出力デバイス等とデータのやり取りを行うためのポートである。入出力デバイス９０４や９０５は、入出力デバイスである。入出力デバイス９０４や９０５は、入出力ポート９０３を介して中央処理装置９０１との間でデータをやりとりする。バス９０６は、コンピューター内部で使用される共通の通信路である。例えば、中央処理装置９０１は、バス９０６を介してＲＡＭ９０２のデータを読んだり書いたりする。また、例えば、中央処理装置９０１は、バス９０６を介して入出力ポートにアクセスする。

［態様Ａのまとめ］
以上説明した態様Ａによれば、情報提供システム６は、コンテンツ情報登録受付部６２１を備えることにより、コンテンツリストＣＬを取得する。コンテンツリストＣＬは、コンテンツを識別する情報と当該コンテンツの属性に関する情報とを含む複数の情報を互いに分離可能な構成要素として有する。また、コンテンツ情報提供サーバー装置６２は、コンテンツ情報データベース６２２を備えることにより、取得されたコンテンツリストＣＬを記憶する、また、情報提供システム６は、差分判定部６３３を備えることにより、コンテンツ情報登録受付部６２１によりコンテンツリストＣＬが取得された場合に、取得されたコンテンツリストＣＬの全部又は一部と、コンテンツ情報データベース６２２に記憶されたコンテンツリストＣＬの全部又は一部とを比較し、差分を有する構成要素の有無を判定する。また、情報提供システム６は、更新通知部６３４を備えることにより更新通知ＵＮを受信装置２に対して提供する。更新通知ＵＮには、差分を有する構成要素を特定する情報が含まれる。また、情報提供システム６は、コンテンツ情報更新要求取得部６２４を備えることにより、更新要求を取得する。更新要求とは、情報提供システム６により提供された更新通知ＵＮに基づき出力された要求であって、コンテンツリストＣＬのうち更新を要求する構成要素を特定する情報を含む要求である。また、情報提供システム６は、コンテンツ情報提供部６２３を備えることにより、取得された更新要求に基づきコンテンツ情報データベース６２２に記憶されたコンテンツリストＣＬのうち特定された構成要素を少なくとも含む情報を提供する。本実施形態によれば、情報提供システム６は、コンテンツリストＣＬのうち更新があった部分を特定する情報を受信装置２に提供し、受信装置２は、当該部分についての更新を要求する。すなわち、本実施形態によれば、コンテンツリストＣＬのうち更新があった部分を含む構成要素のみを更新することができる。よって、情報提供システム６によれば、受信装置２に記憶されるコンテンツに関する情報を好適に更新することができる。

また、以上説明した態様Ａによれば、コンテンツリストＣＬの構成要素は、階層構造を有する。したがって、本実施形態によれば、階層ごとに区別された構成要素のそれぞれを、必要に応じて更新することができる。

また、以上説明した態様Ａによれば、コンテンツリストＣＬの構成要素には、コンテンツの配信方法に関する情報が少なくとも含まれる。コンテンツの配信方法に関する情報は、例えばａｓｓｏｃｉａｔｅｄＭｅｄｉａに含まれる。更に、コンテンツの配信方法に関する情報の下位階層としては、物理的なコンテンツの配信方法に関する情報が少なくとも含まれる。物理的なコンテンツの配信方法に関する情報は、例えばｐｕｂｌｉｃａｔｉｏｎに含まれる。したがって、情報提供システム６によれば、コンテンツリストＣＬにより特定されるコンテンツを、コンテンツリストＣＬにより特定された配信方法を用いて取得することができる。

また、以上説明した態様Ａによれば、受信装置２は、ネット情報取得部２１１１を備えることにより、情報提供システム６から提供された更新通知ＵＮを取得する。更新通知ＵＮには、コンテンツリストＣＬのうち、特定の構成要素を特定する情報が含まれる。また、受信装置２は、ネット情報要求部２１１２を備えることにより、取得した更新通知ＵＮに基づき、特定された構成要素を含む情報の提供を要求する。したがって、受信装置２は、コンテンツリストＣＬの更新があった場合に、更新後のコンテンツリストＣＬの提供を情報提供システム６に対してすることができる。また、更新通知ＵＮには更新が行われた場所が特定されているため、受信装置２は、更新があった部分についてコンテンツリストＣＬの提供を要求することができる。よって、受信装置２によれば、コンテンツに関する情報を好適に更新することができる。

また、以上説明した態様Ａによれば、受信装置２は、事前情報設定部２１５を備えることにより、ユーザーＵの操作に基づき事前情報が設定される。また、受信装置２のネット情報要求部２１１２は、事前情報設定部２１５により設定された事前情報に基づき、取得した更新通知ＵＮにより特定される構成要素の更新をするか否かの判定を行い、更新をすると判定した場合に、更新通知ＵＮにより特定される構成要素を含む情報の提供を要求する。したがって、受信装置２は、コンテンツリストＣＬの新規登録又は更新が行われた場合、更新の要否を判定し、判定した結果に基づいて更新を行うことができる。したがって、受信装置２によれば、不要な更新を抑止し、ネット通信量を少なくすることができる。

なお、上述した態様Ａにおけるシステム１が備える各部の機能全体あるいはその一部は、これらの機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶部のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

また、ここで記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。また、技術の実施の際にはこうした態様に何ら限定されるものではなく、態様Ａの趣旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

［要約］
態様Ａの要約は、次のとおりである。
態様Ａが解決しようとする課題は、受信装置に記憶されるコンテンツに関する情報を好適に更新する、ということである。その課題を解決する手段は、次のとおりである。サーバー装置は、コンテンツを識別する情報と当該コンテンツの属性に関する情報とを含む複数の情報を互いに分離可能な構成要素として有するコンテンツ情報を取得する登録受付部と、取得されたコンテンツ情報を記憶する記憶部と、登録受付部によりコンテンツ情報が取得された場合に、取得されたコンテンツ情報と記憶部に記憶されたコンテンツ情報とを比較し差分を有する構成要素の有無を判定する差分判定部と、差分を有する構成要素の有無に基づいて、差分を有する構成要素を特定する更新通知を提供する通知部と、コンテンツ情報のうち更新を要求する構成要素を特定する情報を含む要求である更新要求を取得する更新要求取得部と、取得された更新要求に基づき、記憶部に記憶されたコンテンツ情報のうち特定された構成要素を含む情報を提供する提供部とを備える。図３１も参照。

［★★態様Ｂ★★］
態様Ｂは、受信装置、変換装置、およびプログラムに関する。以下において、態様Ｂについて説明する。

態様Ｂの背景として、近年では、コンテンツの配信においてアクセシビリティ（Accessibility）が考慮されている。コンテンツ配信におけるアクセシビリティとは、ユーザーの誰もが困難を感じることなくコンテンツにアクセスできることである。コンテンツを受信するための受信装置においても、アクセシビリティを向上させるためのアクセシビリティ機能が設けられることがある。コンテンツを受信する装置におけるアクセシビリティ機能の一つは、画面に表示された等の文字を音声で読み上げる機能である。例えばパーソナルコンピューター（パソコン、ＰＣ）は、画面上の文字を読み上げる機能を有する専用のスクリーンリーダー（screen reader）のソフトウェアを備える場合がある。また例えばテレビ受像機（以下では「テレビ」と呼ぶ）の一部は、独自の文字読み上げ機能を備える。これらの読み上げ機能は、視覚障がい者等にも普くコンテンツ配信事業者（放送局等）のサービスやコンテンツを届けることに寄与している。

例えば特許文献［特開２０１８－２０６００９号公報］の請求項１等には、画面の情報を読み取ってその内容の読み上げを実行する画面情報読み上げ装置が記載されている。

態様Ｂが解決しようとする課題は、次のとおりである。コンテンツを受信するための受信装置（テレビ、ＰＣ、タブレット端末、スマートフォン、腕時計型端末等）においては、コンテンツそのものを読み上げる機能に加えて、コンテンツに関するメタ情報（一例として、番組表等）を読み上げる機能も求められる。

しかしながら、従来のテレビやＰＣ等には、次のような問題がある。即ち、テレビやＰＣ等の視聴環境ごとに、読み上げ対象のテキストへのアクセス方法や、読み上げ自体の方法が異なる場合がある。このため、読み上げの内容が不十分になってしまう場合がある。
これにより、メタ情報（番組表等）を読み上げようとした場合にも、結果的に間違ったガイダンスとなってしまって、その読み上げを聞いたユーザー、特に視覚障がい者等がコンテンツ配信事業者によって提供されるサービスやコンテンツにたどり着けないおそれもある。

つまり、テレビやＰＣ等の受信装置の機種（視聴環境）に依存せず、統一された情報に基づいてメタ情報の読み上げが行われることが望まれる。

態様Ｂは、上記の課題認識に基づいて検討された技術構成であり、機種（視聴環境）に依存せず、与えられるメタデータに含まれる情報を正しく読み上げることを可能にするための受信装置、変換装置、およびプログラムを提供しようとするものである。

また、態様Ｂは、動的に変化するメタデータやその時点におけるコンテンツの再生位置等、動的に変化し得る情報を正しく読み上げることを可能にするための受信装置等を提供しようとするものである。

上記の態様Ｂの課題を解決するための手段は、次のとおりである。

［態様Ｂ－１：１］上記の課題を解決するため、態様Ｂによる受信装置は、コンテンツ配信に関するメタデータを受信するメタデータ受信部と、前記メタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換する変換機能部と、前記変換機能部によって変換済みの前記マークアップ言語ファイルに基づいて画面表示を行うとともに、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する提示部と、を備える。

［態様Ｂ－１：２］また、一態様は、上記［態様Ｂ－１：１］の受信装置において、前記メタデータ受信部は、コンテンツ配信サービスに関するサービスメタデータを受信し、前記変換機能部は、前記サービスメタデータ内のサービス名の情報を前記読み上げ対象データとして取り出し、取り出した前記サービス名の情報を、前記マークアップ言語ファイル内の属性値の記述に変換する、というものである。

［態様Ｂ－１：３］また、一態様は、上記［態様Ｂ－１：１］または［態様Ｂ－１：２］の受信装置において、前記メタデータ受信部は、配信されるコンテンツに関するコンテンツメタデータを受信し、前記変換機能部は、前記コンテンツメタデータ内のコンテンツ名の情報またはコンテンツ配信日時の情報の少なくともいずれか一方を前記読み上げ対象データとして取り出し、取り出したコンテンツ名の情報またはコンテンツ配信日時の情報の少なくともいずれか一方の情報を、前記マークアップ言語ファイル内の属性値の記述に変換する、というものである。

［態様Ｂ－１：４］また、一態様は、上記［態様Ｂ－１：１］から［態様Ｂ－１：３］までのいずれかの受信装置において、前記メタデータ受信部は、配信されるコンテンツに関するコンテンツメタデータを受信し、前記コンテンツメタデータ内に含まれる解説音声の所在情報であって、前記コンテンツに関連する前記解説音声の所在情報に基づいて前記解説音声を取得し、取得した解説音声を音声として再生させる解説音声再生部、をさらに備える、というものである。

［態様Ｂ－１：５］また、一態様は、コンテンツ配信に関するメタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換する変換機能部、を備える変換装置である。

［態様Ｂ－１：６］また、一態様は、コンテンツ配信に関するメタデータを受信するメタデータ受信部と、前記メタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換する変換機能部と、前記変換機能部によって変換済みの前記マークアップ言語ファイルに基づいて画面表示を行うとともに、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する提示部と、を備える受信装置、としてコンピューターを機能させるプログラムである。

［態様Ｂ－１：７］また、本発明の一態様は、コンテンツ配信に関するメタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換する変換機能部、を備える変換装置、としてコンピューターを機能させるプログラムである。

［態様Ｂ－２：１］また、一態様は、コンテンツ配信に関するメタデータを受信するメタデータ受信部と、前記メタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換し、さらに、動的に変化する読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に動的に変換する、または、前記所定の属性の属性値の記述に変換して前記マークアップ言語ファイル内に動的に埋め込む、変換機能部と、前記変換機能部によって変換済みの前記マークアップ言語ファイルに基づいて画面表示を行うとともに、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する提示部と、を備える、受信装置である。

［態様Ｂ－２：２］また、別の一態様は、上記［態様Ｂ－２：１］の受信装置において、動的に変化する前記読み上げ対象データは、前記メタデータ内の読み上げ対象データ、および再生中のコンテンツの再生済みの時間である再生位置の情報、の少なくともいずれか１つであり、前記変換機能部は、前記提示部から再生中のコンテンツの再生位置の情報を受け取った場合には受け取った前記再生位置の情報を変換して前記マークアップ言語ファイル内に動的に埋め込み、前記メタデータ内の前記読み上げ対象データが変化した場合には当該変化した前記読み上げ対象データを動的に変換する、というものである。

［態様Ｂ－２：３］また、別の一態様は、コンテンツ配信に関するメタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換し、さらに、動的に変化する読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に動的に変換する、または、前記所定の属性の属性値の記述に変換して前記マークアップ言語ファイル内に動的に埋め込む、変換機能部、を備える変換装置である。

［態様Ｂ－２：４］また、別の一態様は、コンテンツ配信に関するメタデータを受信するメタデータ受信部と、前記メタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換し、さらに、動的に変化する読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に動的に変換する、または、前記所定の属性の属性値の記述に変換して前記マークアップ言語ファイル内に動的に埋め込む、変換機能部と、前記変換機能部によって変換済みの前記マークアップ言語ファイルに基づいて画面表示を行うとともに、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する提示部と、を備える受信装置、としてコンピューターを機能させるためのプログラム、である。

［態様Ｂ－２：５］また、別の一態様は、コンテンツ配信に関するメタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換し、さらに、動的に変化する読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に動的に変換する、または、前記所定の属性の属性値の記述に変換して前記マークアップ言語ファイル内に動的に埋め込む、変換機能部、を備える変換装置、としてコンピューターを機能させるためのプログラム、である。

効果として、態様Ｂ－１によれば、変換機能部は、メタデータから取り出した所定の情報をマークアップ言語ファイル内の所定のタグの所定の属性の値として埋め込むことができる。提示部は、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する。これにより、メタデータ内の所定の情報が音声で読み上げられる。これによりユーザーは聴覚によってメタデータの情報を把握することができる。

また、効果として、態様Ｂ－２によれば、変換機能部は、メタデータから取り出した所定の情報をマークアップ言語ファイル内の所定のタグの所定の属性の値として埋め込むことができる。また、変換機能部は、コンテンツの再生位置の情報をマークアップ言語ファイル内の所定のタグの所定の属性の値として埋め込むことができる。提示部は、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する。これにより、メタデータ内の所定の情報が音声で読み上げられる。これによりユーザーは聴覚によってメタデータの情報を把握することができる。

［態様Ｂの詳細］
次に、態様Ｂの詳細について、図面を参照しながら説明する。態様Ｂでは、受信装置は、構造化されたメタデータを利用して、メタデータに基づく音声での読み上げを行う。メタデータは、受信装置の機種等に依存しない形式のデータである。受信装置は、メタデータを受信して、メタデータから取り出した情報を、機械による読み上げが可能なフォーマットに変換する。その結果として、受信装置の読み上げ機能が充実し、例えば視覚障がい者等も容易にコンテンツ配信事業者のサービスやコンテンツにたどり着くことができるようになる。

以下の説明において、「アプリ」は、アプリケーションプログラムの略である。また、「ＨＴＭＬ」は、ハイパーテキストマークアップ言語（Hypertext Markup Language）を意味する。また、「ＵＲＬ」は、統一資源位置指定子（Uniform Resource Locator）を意味する。また、「ＡＰＩ」は、アプリケーションプログラムインターフェース（Application Program Interface）を意味する。また、「ＶＯＤ」は、ビデオオンデマンド（video on demand）を意味する。

図４１は、態様Ｂによる受信装置の概略機能構成を示すブロック図である。図示するように、受信装置１は、受信部３１（送受信部）と、コンテンツ受信部１１と、復号部１２と、提示部１３と、プロファイル判定部１５１と、環境判定部１５２と、変換機能部１５３と、画面表示部１５４と、読み上げ機能部１７と、音声出力部１８と、解説音声再生部１９とを含んで構成される。

受信装置１が持つ上記の機能のうち、例えば、プロファイル判定部１５１と、環境判定部１５２と、変換機能部１５３と、画面表示部１５４との機能を、ウェブアプリケーション１５０として実現してもよい。ウェブアプリケーション１５０は、実行可能なコードを持つＨＴＭＬファイルとしてＪａｖａＳｃｒｉｐｔ（登録商標）等の言語を用いて記述されるプログラムである。受信装置１は、ブラウザー１５を備えており、ウェブアプリケーション１５０はブラウザー１５の上で稼働する。

受信装置１は、テレビ（テレビ受像機）であってもよいし、情報端末（パーソナルコンピューター、タブレット端末、スマートフォン（スマホ）、腕時計型端末等）であってもよい。受信装置１がテレビである場合、受信装置１は、放送信号を受信する機能を持ち、放送信号として搬送されるコンテンツ（放送番組等）を受信することができる。また、受信装置１がテレビである場合、受信装置１は、インターネット等の通信回線を介してネット配信動画コンテンツを受信することもできる。また、受信装置１のテレビは、ハイブリッドキャスト（Hybridcast）対応のテレビであってもよい。ハイブリッドキャストは、放送と通信を融合して実現されるサービスである。ハイブリッドキャスト自体は、既存技術によるものである。受信装置１が情報端末である場合、受信装置１は、インターネット等の通信回線を介してネット動画コンテンツを受信することができる。

受信装置１は、テレビであっても情報端末であっても、インターネット等の通信回線を経由して、外部のサーバー装置からメタデータを受信することができる。後述するように、態様Ｂによる受信装置１は、コンテンツ送信装置３等と通信回線で接続して、コンテンツ配信システム１００を構成する（図４２参照）。

受信装置１が持つ上記の各機能の少なくとも一部は、例えば、コンピューターとプログラムとで実現することが可能である。また、各機能部は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。また、各機能部の少なくとも一部の機能を、プログラムではなく専用の電子回路として実現してもよい。

なお、提示部１３の機能と画面表示部１５４の機能とを合わせて「提示部」と呼んでもよい。

受信装置１が持つ各機能部のそれぞれについて次に説明する。

受信部３１（送受信部）は、外部の装置等との間で通信を行い、データを受信する。受信部３１が外部装置等と通信する際に何らかのデータ（制御情報を含む）を送信する場合もあるため、受信部３１を「送受信部」と呼んでもよい。

受信部３１は、様々なデータを受信する中で、メタデータも受信する。つまり、受信部３１は、コンテンツ配信に関するメタデータを受信する「メタデータ受信部」として機能する。つまり、受信部３１は、コンテンツ配信サービスに関するサービスメタデータを受信したり、コンテンツ配信サービスによって配信されるコンテンツに関するコンテンツメタデータを受信したり、配信されるイベントに関するイベントメタデータを受信したりする。

なお、コンテンツ配信サービスとは、放送信号を用いてコンテンツの配信を行う放送サービスや、インターネットを介してコンテンツ（動画等）の配信（ブロードキャスト方式の配信であってもよいし、ＶＯＤ方式の配信であってもよい）を行うネット動画配信サービスとを含む。また、コンテンツ配信サービスがその他の形態のサービスであってもよい。

コンテンツ受信部１１は、受信装置１が再生しようとするコンテンツのデータを、受信部３１を介して受信する。コンテンツは、放送コンテンツであってもよいしネット配信動画コンテンツであってもよい。コンテンツが放送コンテンツである場合には、コンテンツ受信部１１は放送信号を受信してその復調を行う。

復号部１２は、コンテンツ受信部１１が受信したコンテンツデータを復号する。復号の結果として、復号部１２は、コンテンツの映像や音声やテキストやその他のリソースを出力する。

提示部１３は、復号部１２が復号したコンテンツを提示する。具体的には、提示部１３は、映像やテキスト等を画面に表示する。また、提示部１３は、音声を音声出力部１８から出力する。

プロファイル判定部１５１は、受信部３１がウェブアプリサーバー装置７（図４２参照）からユーザープロファイルデータを受信したときに、特定のユーザーのプロファイルについての判定を行う。例えば、プロファイル判定部１５１は、特定のユーザーについて、アクセシビリティモード（accessibilityMode）が真（true）に設定されているか偽（false）に設定されているかを判定する。また、プロファイル判定部１５１は、受信装置１の読み上げ機能（screenReaderAudio）が真（true）に設定されているか偽（false）に設定されているかを判定する。また、プロファイル判定部１５１は、解説音声（guideAudio）が真（true）に設定されているか偽（false）に設定されているかを判定する。受信装置１の動作は、これらの判定結果に依存する。

環境判定部１５２は、自装置（受信装置１）の稼働環境を判定する。具体的には、環境判定部１５２は、自装置がテレビであるか情報端末（ＰＣ等）であるかを判定する。この判定結果に応じて、受信装置１は、稼働環境に応じた機能を利用して処理を行う。

変換機能部１５３は、受信部３１が受信したメタデータから所定の読み上げ対象データを取り出すとともに、取り出した読み上げ対象データを、画面表示用のマークアップ言語ファイル（ＨＴＭＬファイル）内の読み上げ対象データ用の所定の属性の属性値の記述に変換する。つまり、変換機能部１５３は、上記の読み上げ対象データをマークアップ言語ファイル内に埋め込む。

対象とするメタデータがサービスメタデータである場合には、変換機能部１５３は、サービスメタデータ内の所定の情報（例えば、サービス名の情報）を読み上げ対象データとして取り出し、取り出した読み上げ対象データ（サービス名等）の情報を、マークアップ言語ファイル内の属性値の記述に変換する。なお、読み上げ対象とする情報がサービス名の情報以外であってもよい。また、対象とするメタデータがコンテンツメタデータである場合には、変換機能部１５３は、コンテンツメタデータ内の所定の情報（例えば、コンテンツ名の情報や、コンテンツ配信日時の情報など）を読み上げ対象データとして取り出し、取り出した情報の少なくともいずれか１つを、マークアップ言語ファイル内の属性値の記述に変換する。また、対象とするメタデータがイベントメタデータである場合には、変換機能部１５３は、イベントメタデータ内の所定の情報を読み上げ対象データとして取り出し、取り出した情報を、マークアップ言語ファイル内の属性値の記述に変換する。

つまり、変換機能部１５３は、メタデータから取り出した所定の情報を、マークアップ言語ファイル内に埋め込む。読み出し対象の情報は、特定のタグの特定の属性の値としてマークアップ言語ファイル内に埋め込まれる。つまり、変換機能部１５３によって情報が埋め込まれた後のマークアップ言語ファイルにおいては、ファイル内に含まれる情報が読み出し対象の情報であるか否かが機械的に判別可能である。

画面表示部１５４は、変換機能部１５３によって変換済みのマークアップ言語ファイル（ＨＴＭＬファイル）に基づいて画面表示を行うとともに、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する。具体的には、画面表示部１５４は、前記所定の属性の属性値であるテキストを読み上げ機能部１７に渡すことによって、当該テキストが音声で読み上げられるように制御する。

なお、画面表示部１５４は、ポータル画面やコンテンツやメニュー画面などを提示するものであり、「提示部」とも呼ばれる。

読み上げ機能部１７は、外部（画面表示部１５４）から渡される文字列の読み上げを行う。受信装置１がテレビである場合には、読み上げ機能部１７は、読み上げＡＰＩを経由して文字列を渡すことにより、読み上げを実現する。受信装置１が情報端末（ＰＣやスマートフォン等）である場合には、読み上げ機能部１７は、ハードウェア、ソフトウェア、あるいはそれら両方の協同で実現されるスクリーンリーダーである。

音声出力部１８は、読み上げ機能部１７が出力した音声や、解説音声再生部１９が再生した音声や、その他の音声を出力する。音声出力部１８は、スピーカーあるいはイヤフォン等の機能を含む。

解説音声再生部１９は、指定された解説音声を再生して音声を出力する。解説音声は、典型的には動画コンテンツに関連付けられた音声である。解説音声の所在は、コンテンツメタデータ内に記述されている。解説音声再生部１９は、このコンテンツメタデータ内に含まれる解説音声の所在情報（ＵＲＬ等）に基づいて解説音声を取得し、取得した解説音声を音声として再生させる。ここで解説音声再生部１９が参照するコンテンツメタデータは、特定のコンテンツに関する情報を持つメタデータである。このコンテンツメタデータは、当該コンテンツに関連する解説音声の所在情報を持っている。

ブラウザー１５は、ウェブの情報を画面に表示させる機能を持つ。ブラウザー１５は、マークアップ言語ファイル（ＨＴＭＬファイル等）を読み込んでその内容を解釈することにより、画面の表示を行う。

ウェブアプリケーション１５０は、ブラウザー１５の上で稼働するアプリケーションプログラムである。ウェブアプリケーション１５０は、ＨＴＭＬ等のマークアップ言語で記述され、手続的処理のコードを内部に含むことができる。本実施例におけるウェブアプリケーション１５０は、プロファイル判定部１５１と、環境判定部１５２と、変換機能部１５３と、画面表示部１５４との機能を含む。

なお、図４１に示した変換装置３０１は、変換機能部１５３の機能を有する装置である。変換機能部１５３の機能については、既に説明している。変換装置３０１は、独立した装置として、コンテンツ配信に関するメタデータから所定の読み上げ対象データを取り出すとともに、取り出した読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換して、マークアップ言語ファイル内に埋め込む。これにより、変換装置３０１は、メタデータを基に、読み上げ対象の情報を含んだマークアップ言語ファイルを生成することができる。つまり、そのマークアップ言語ファイルを表示させることにより、メタデータから取り出された情報の読み上げが可能となる。

図４２は、上記の受信装置１を含むように構成されるコンテンツ配信システムの構成を示すブロック図である。図示するように、コンテンツ配信システム１００は、受信装置１と、コンテンツ送信装置３と、メタデータ提供装置５と、ウェブアプリサーバー装置７と、コンテンツ配信事業者装置９とを含んで構成される。

なお、コンテンツ送信装置３や、メタデータ提供装置５や、ウェブアプリサーバー装置７や、コンテンツ配信事業者装置９のそれぞれが持つ機能の少なくとも一部は、上述した受信装置１と同様に、コンピューターとプログラムとで実現することが可能である。また、各装置の少なくとも一部の機能を、プログラムではなく専用の電子回路等として実現してもよい。

コンテンツ配信システム１００において、受信装置１と、コンテンツ送信装置３と、メタデータ提供装置５と、ウェブアプリサーバー装置７と、コンテンツ配信事業者装置９との相互間では、例えばインターネット等の通信回線（不図示）を介して通信を行うことができる。また、受信装置１がテレビである場合、コンテンツ送信装置３（放送波送信装置）から受信装置１へは、放送信号（電波や、ケーブルテレビの信号）を介してコンテンツや制御情報等を送信することができる。

コンテンツ送信装置３は、受信装置１に対してコンテンツを送信（配信）する。コンテンツ送信装置３が受信装置１に対して送信するコンテンツは、放送番組あるいはネット配信動画コンテンツのどちらであってもよい。コンテンツ送信装置３が放送局（ケーブルテレビ局を含む）の放送信号送信装置である場合、コンテンツ送信装置３は、放送信号によってコンテンツを受信装置１に対して送信する。コンテンツ送信装置３がネット配信動画コンテンツの配信サーバー装置である場合、コンテンツ送信装置３は、インターネット等の通信回線を介したＩＰ通信（ＩＰは、「インターネットプロトコル」の略）を用いて、コンテンツを受信装置１に対して送信する。コンテンツが放送番組の場合もネット配信動画コンテンツの場合も、コンテンツ送信装置３がコンテンツを送信する方式自体は、既存技術に属する。

メタデータ提供装置５は、コンテンツ送信装置３が送信するコンテンツに関するメタデータを提供する。つまり、メタデータ提供装置５は、受信装置１から要求された場合に、上記のメタデータを受信装置１に対して送信する。メタデータは、コンテンツのタイトルや、サービス特定情報（放送局あるいはチャンネル等を特定する情報）や、コンテンツの配信日時に関する情報や、コンテンツの概要テキストの情報を含むものであってよい。メタデータの形式の例や、メタデータの送信の手順等に関しては、後で説明する。

ウェブアプリサーバー装置７は、受信装置１で稼働するウェブアプリに対してサービスを提供する装置である。ウェブアプリサーバー装置７は、受信装置１からの要求に応じて、ユーザープロファイルデータを提供したり、画面（アクセシビリティポータル画面、アクセシビリティ再生画面等）を表示するためのＨＴＭＬファイルを提供したりする。

コンテンツ配信事業者装置９は、コンテンツ配信事業者（例えば、放送事業者や、ネット動画配信事業者等）が運営する装置であり、コンテンツやメタデータを提供する機能を有する。コンテンツ配信事業者装置９は、コンテンツ送信装置３に対して、コンテンツのデータを提供する。また、コンテンツ配信事業者装置９は、メタデータ提供装置５に対して、コンテンツに関するメタデータを提供する。コンテンツ配信事業者装置９は、例えばインターネットあるいは専用通信回線を経由して、コンテンツをコンテンツ送信装置３に送信したり、メタデータをメタデータ提供装置５に送信したりする。あるいは、コンテンツ配信事業者装置９が、通信回線経由ではなく、磁気テープや、磁気ハードディスクや、光ディスク等の可搬媒体を用いてコンテンツ（放送番組等）やメタデータを提供するようにしてもよい。なお、コンテンツやメタデータは、コンテンツ制作事業者（放送事業者と同一の場合もある）やその関連のサービス提供事業者によって作成されるものである。

次に、図４３、図４４、および図４５を参照しながら、受信装置１の動作シーケンスの例を説明する。図４３、図４４、および図４５に示すフローチャートは、１本の処理シーケンスを示すものであり、結合子によって相互に接続されている。なお、図４３に示すステップＳ５からＳ９までの処理は、変換機能部１５３による処理である。以下、このフローチャートに沿って説明する。

ステップＳ１において、受信装置１で稼働するウェブアプリケーション１５０は、ウェブアプリサーバー装置７に対して、ポータルの起動を要求する。ここで「ポータル」とは、アプリの一つである。「アクセシビリティポータル」は、「ポータル」の一種である。
ポータルが持つ一機能としてアクセシビリティポータルの画面を表示してもよいし、通常のポータルのアプリから、別のアプリとしてのアクセシビリティポータルに遷移する動作を行うようにしてもよい。ウェブアプリサーバー装置７は、受信装置１からのこの起動要求に応じて、ポータルを起動するとともに、プロファイルデータを要求元の受信装置１に対して返送する。

ステップＳ２において、受信装置１のウェブアプリケーション１５０は、ウェブアプリサーバー装置７から送信されるプロファイルデータを受信する。

ステップＳ３において、受信装置１のプロファイル判定部１５１は、ステップＳ１で受信したプロファイルデータに基づいて、プロファイルの判定を行う。具体的には、プロファイル判定部１５１は、アクセシビリティ機能（「Ａ１１Ｙ機能」と表記する場合もある）が有効であるか無効であるかを判定する。プロファイルデータの例と、アクセシビリティ機能の有効／無効については、後で図４６を参照しながら説明する。アクセシビリティ機能が有効であるユーザーに関しては、受信装置１のウェブアプリケーション１５０は、以下で説明するアクセシビリティ機能を有効とする。アクセシビリティ機能が無効であるユーザーに関しては、受信装置１のウェブアプリケーション１５０はアクセシビリティ機能が作用しないように制御してよい。

ステップＳ４において、受信装置１のウェブアプリケーション１５０は、ウェブアプリサーバー装置７に対して、アクセシビリティポータル画面を要求する。ウェブアプリサーバー装置７は、この要求に応じてアクセシビリティポータル画面を受信装置１に返送する。受信装置１はこのアクセシビリティポータル画面を受信する。

ステップＳ５において、受信装置１の変換機能部１５３は、メタデータ提供装置５に対して、構造化メタデータを要求する。メタデータ提供装置５は、この要求に応じて、構造化メタデータを要求元の受信装置１に対して送信する。受信装置１は、この構造化メタデータを受信する。本ステップにおいてメタデータ提供装置５から送信される構造化メタデータは、サービスメタ（サービス（放送局）に関するメタデータ）、コンテンツメタ（個々のコンテンツに関するメタデータ）、およびイベントメタ（発生するイベントに関するメタデータ）のそれぞれである。メタデータ提供装置５は、これらのサービスメタ、コンテンツメタ、およびイベントメタを順次、受信装置１に対して送信してよい。

ステップＳ６において、受信装置１の変換機能部１５３は、ステップＳ５において受信したメタデータ（サービスメタ）から、サービス情報（放送局情報）を取り出す。具体的には、変換機能部１５３は、サービスメタから、サービス名の情報を取り出す。

ステップＳ７において、受信装置１の変換機能部１５３は、ステップＳ５において受信したメタデータ（コンテンツメタ）から、コンテンツ情報（番組情報）を取り出す。

ステップＳ８において、受信装置１の変換機能部１５３は、ステップＳ５において受信したメタデータ（コンテンツメタ）から、コンテンツ名（番組名）や、コンテンツ配信の開始時刻および終了時刻の情報を取り出す。

具体的には、変換機能部１５３は、コンテンツメタの「itemListElement」配列内の要素を取り出す。この「itemListElement」配列内の個々の要素が、１つのコンテンツに対応する。また、変換機能部１５３は、それぞれのコンテンツに関して次の情報を取り出す。即ち、変換機能部１５３は、コンテンツメタデータ内のコンテンツ名の情報や、配信開始日時の情報や、配信終了日時の情報を取り出す。コンテンツメタからの情報の取り出しについては、後でも説明する。

ステップＳ９において、受信装置１の変換機能部１５３は、取得したデータを適宜編集するとともに、それらのデータを受信装置１における提示用のＨＴＭＬファイルの所定のタグの箇所にそれぞれ挿入する。つまり、変換機能部１５３は、ＨＴＭＬタグを用いた記述をＨＴＭＬファイル内に挿入する。音声での読み上げの対象となるタグと、その属性とを予め決めておいてよい。変換機能部１５３は、ステップＳ８で取り出した情報を、ＨＴＭＬファイル内の所定の属性の値に変換して埋め込む。

図４４に移って、ステップＳ１０において、受信装置１で稼働するウェブアプリケーション１５０の画面表示部１５４は、アクセシビリティポータル画面を表示する。受信装置１は、アクセシビリティポータル画面を、上のステップＳ４において既に受信している。受信装置１の画面表示部１５４は、自装置が持つ液晶ディスプレイ装置等においてアクセシビリティポータル画面を表示する。アクセシビリティポータル画面においては、後述するように、コンテンツ名等がグラフィカルユーザーインターフェース（ＧＵＩ）のウィジェット（例えば、ボタン）に表示されている（図６０参照）。

ステップＳ１１において、受信装置１の環境判定部１５２は、自装置の稼働環境を判定する。具体的には、環境判定部１５２は、ＨＣ関数を呼び出すことによって、自装置の稼働環境がテレビであるか情報端末（ＰＣ等）であるかを判定する。本ステップの判定を行うことにより、以下では、受信装置１は、環境に応じた動作をすることができる。

ステップＳ１２において、受信装置１は、テキストの読み上げを実行する。具体的には、受信装置１は、表示されているＨＴＭＬ画面において、アクセシビリティポータル画面上でポインティングされたフォーカス内のウィジェットに対応する、ＨＴＭＬタグに囲まれた番組名（コンテンツ名）と放送時間（配信開始時刻および終了時刻）の文字列を音声で読み上げる。つまり、受信装置１は、フォーカスがあたっているコンテンツの、番組名（コンテンツ名）と放送時間（配信開始時刻および終了時刻）の文字列を読み上げる。

なお、受信装置１がテレビである場合には、受信装置１は、読み上げ対象の文字列（テキスト）を読み上げＡＰＩ経由で渡すことによって読み上げを実行する。なお、この読み上げＡＰＩは、Web Speech APIを用いて実装したり、JavaScriptによるスクリプトを記述することによって実装したりできる。読み上げを行う際に、画面表示部１５４は、現在のフォーカスに対応する読み上げテキストを、読み上げ機能部１７に渡す。読み上げ機能部１７は渡されたテキストの読み上げを実行し、音声出力部１８からその読み上げ音声が出力される。以下のステップにおけるテキストの読み上げも、同様の方法で行われる。

また、受信装置１が情報端末である場合（テレビではない場合）には、受信装置１は、前述のとおり、ハードウェア、ソフトウェア、あるいはそれら両方の協同で実現されるスクリーンリーダーの機能によって読み上げを実行する。

ステップＳ１３において、受信装置１は、アクセシビリティポータル画面上でのフォーカス移動を行う。具体的には、受信装置１は、自装置が持つポインティング手段をユーザーが操作するのを検知して、その操作に応じて、フォーカスを移動させる。一例として、ユーザーは、キーボードあるいはキーパッドや、受信装置１のリモコン装置に配置されている上下左右キー等を任意に操作することができる。受信装置１は、それらのキー操作を検知して、操作されたキーに対応してフォーカスを移動させる。フォーカスを移動することにより、例えば、ユーザーが着目するコンテンツ（選択候補のコンテンツ）を変えることができる。ＨＴＭＬ内のタグへのデータの埋め込みが既にステップＳ９において行われているため、フォーカスが移動する都度、コンテンツに対応した読み上げテキストを取り出すことが可能である。

ステップＳ１４において、受信装置１は、読み上げを実行する。具体的には、ステップＳ１３においてフォーカスが移動した際に、画面表示部１５４は、現在のフォーカスのコンテンツに対応する読み上げテキストを、読み上げ機能部１７に渡す。読み上げ機能部１７は渡されたテキストの読み上げを実行し、音声出力部１８からその読み上げ音声が出力される。

ステップＳ１５において、受信装置１は、次に再生すべきコンテンツを決定する。具体的には、受信装置１の画面表示部１５４が前述の通りフォーカスの移動を行い、ユーザーによる決定操作が為された際に、その時点のフォーカスに対応するコンテンツが次に再生すべきコンテンツとして決定される。上記の決定操作は、例えば、ユーザーが「決定ボタン」を押すことによって行われる。決定ボタンは、キーボードあるいはキーパッド上に配置されていてもよいし、受信装置１を操作するためのリモコン装置上に配置されていてもよい。受信装置１は、決定ボタンが押下されることを検知すると、現在のフォーカスに対応するコンテンツを「決定コンテンツ」とする。

コンテンツ決定（ステップＳ１５）まで、図４４ではフォーカス移動（ステップＳ１３）を１回実行するように示しているが、何回でも実行することができ、フォーカス移動が行われる都度、読み上げ（ステップＳ１４）を実行する。つまり、コンテンツ決定（ステップＳ１５）まで、ステップＳ１３，Ｓ１４の処理の組が、１回ないし複数回繰り返して行われる。また、フォーカス移動せずにコンテンツ決定する、即ち、アクセシビリティポータル画面が表示された（ステップＳ１０）ときのフォーカスに対応するコンテンツに決定することもできる。また、フォーカス移動後の読み上げ（ステップＳ１４）は、フォーカスが、１つのコンテンツ（選択対象）に対応するウィジェット上で所定時間（例えば、１．０秒間）静止または継続してあたり続けると、処理を開始するように構成することができる。また、読み上げ（ステップＳ１２，Ｓ１４）の実行中に、フォーカス移動（ステップＳ１３）やコンテンツ決定（ステップＳ１５）が実行されるようにユーザーが操作した場合には、その時点で処理（読み上げ）を中止するように構成することができる。

ステップＳ１６において、受信装置１上のウェブアプリケーション１５０は、ウェブアプリサーバー装置７に対して、アクセシビリティ再生画面を要求する。ウェブアプリサーバー装置７は、この要求に応じてアクセシビリティ再生画面を受信装置１に対して送信する。受信装置１は、このアクセシビリティ再生画面を受信し、表示することができる。

ステップＳ１７において、受信装置１は、コンテンツ（放送番組あるいはネット配信動画コンテンツ）を要求する。本ステップにおいて受信装置１が要求するコンテンツは、ステップＳ１５において決定されたコンテンツである。受信装置１が本ステップにおいてコンテンツを要求する際には、構造化メタデータ内から当該コンテンツのＵＲＬ（ＵＲＩ）を取り出して使用する。コンテンツのＵＲＬは、放送番組（放送サービスとして配信されるコンテンツ）の所在を表すこともできるし、ネット配信動画コンテンツの所在を表すこともできる。

ここでの受信装置１からのコンテンツの要求先は、上記のＵＲＬによって特定されるコンテンツ送信装置３である。この要求を受けたコンテンツ送信装置３は、要求に基づいてコンテンツを受信装置１に配信することができる。ただし、コンテンツ送信装置３が放送の送信装置である場合には、コンテンツ送信装置３は、受信装置１からの要求とは無関係に放送信号を送信する。受信装置１のコンテンツ受信部１１は、コンテンツ送信装置３から送信されるコンテンツを、受信部３１を介して、受信する。コンテンツ受信部１１は、受信したコンテンツを再生する。即ち、コンテンツ受信部１１は、受信したコンテンツを復調し、復号部１２に渡す。復号部１２は、コンテンツに含まれるリソース（映像や音声等）を復号し、提示部１３に渡す。提示部１３は、復号部１２から渡された復号結果（映像や音声等）を出力する。具体的には、提示部１３は、コンテンツに含まれる映像や文字を画面に表示し、音声をスピーカー等（音声出力部１８）から出力する。

図４５に移って、ステップＳ１８において、受信装置１のウェブアプリケーション１５０は、解説音声の有無を判定する。解説音声は、上記の受信中のコンテンツ（動画コンテンツ）のアクセシビリティを向上させるために付随して配信され得るコンテンツである。解説音声の有無は、例えば、メタデータを参照することによって判定可能である。受信装置１は、この判定結果（解説音声の有無）に応じて、次のステップＳ１９において解説音声を出力する処理を行うか否かを決定する。

解説音声があると判定された場合に限り、ステップＳ１９において、受信装置１は、解説音声を受信して出力する。解説音声の所在情報（ＵＲＬ）は、例えば、コンテンツ本体のメタデータに記述される。解説音声がある場合には、ウェブアプリケーション１５０は、その所在情報に基づいて、コンテンツ送信装置３に対して、解説音声を要求する。コンテンツ送信装置３は、この要求に応じて、解説音声を要求元の受信装置１に対して送信する。受信装置１のウェブアプリケーション１５０は、解説音声を受信して、解説音声再生部１９に渡す。解説音声再生部１９は、解説音声を再生するとともに、音声出力部１８から解説音声を出力する。

なお、コンテンツ送信装置３とは別に解説音声専用の配信装置（解説音声サーバー）を設けるようにしてもよい。その場合にも、受信装置１のウェブアプリケーション１５０は、上記の所在情報を用いて解説音声にアクセス可能である。解説音声再生部１９は、一例として、音声ＡＰＩ（一例として、Ｗｅｂ Ａｕｄｉｏ ＡＰＩ）を介して音声データを渡すことにより、音声の出力を行う。

ステップＳ２０において、受信装置１のウェブアプリケーション１５０は、アクセシビリティ再生画面を表示する。このアクセシビリティ再生画面は、上のステップＳ２０において受信していたものである。このようにしてコンテンツの提示と、解説音声の出力（必要な場合のみ）とが行われる。

ステップＳ２１において、受信装置１は、読み上げを行う。読み上げを実行する具体的な処理手順については、ステップＳ１２やＳ１４で既に説明した通りである。

ステップＳ２２において、受信装置１は、メタデータ提供装置５に対して、カルーセルメニューを要求する。メタデータ提供装置５は、この要求に応じて、カルーセルメニューを要求元の受信装置１に対して送信する。受信装置１は、カルーセルメニューを受信して、表示することができる。このカルーセルメニューを含む画面も、ＨＴＭＬで記述されている。

ステップＳ２３において、受信装置１は、読み上げを行う。読み上げを実行する具体的な処理手順については、ステップＳ１２やＳ１４で既に説明した通りである。

態様Ｂにおける受信装置１の典型的な処理（メタデータの読み上げ）は、以上のシーケンスの通りである。受信装置１は、さらに以後も、メタデータを受信し、そのメタデータから抽出した情報をＨＴＭＬ内に埋め込み、適宜読み上げ処理を行うようにしてよい。

次に、受信装置１が処理する際に使用するデータの詳細について説明する。
図４６は、ユーザープロファイルの例を示す概略図である。
図４７は、メタデータから取得した情報を受信装置１側での表示用のＨＴＭＬ内に挿入した例を示す概略図である。
図４８は、メタデータから取得した情報を受信装置１側での表示用のＨＴＭＬ内に挿入した別の例を示す概略図である。
図４９および図５０は、サービスメタデータの例を示す概略図である。
図５１、図５２、図５３、図５４、図５５、図５６、および図５７は、コンテンツメタデータの例を示す概略図である。
図５８は、解説音声の再生のための処理手順を記述したスクリプトの例を示す概略図である。
図５９は、イベントメタデータの例を示す概略図である。
なお、図４６から図５９までにおいて示すデータには、便宜的に、参照のための行番号を付している。図４６から図５９までにおいて示すデータに含まれる行の一部は、１行の途中で折り返して表示している。

図４６に示すユーザープロファイルのデータは、２件分のユーザーのデータを示している。

図４６の第１行目から第１９行目までがその第１件目のユーザープロファイルのデータであり、そのユーザーＩＤは「yamada」である（第２行目）。当該ユーザーのプロファイル設定として、第９行目には、「"accessibilityMode": true」（真）と記述されている。
この設定は、受信装置１がアクセシビリティモード「ｏｎ」で稼働すべきことを表す設定である。また、第１０行目には、「"screenReaderAudio": true」（真）と記述されている。この設定は、受信装置１において画面読み上げ音声機能「ｏｎ」で稼働すべきことを表す設定である。また、第１１行目には、「"guideAudio": true」（真）と記述されている。この設定は、受信装置１において解説音声再生機能「ｏｎ」で稼働すべきことを表す設定である。

図４６の第２０行目から第３８行目までがその第２件目のユーザープロファイルのデータであり、そのユーザーＩＤは「tanaka」である（第２１行目）。当該ユーザーのプロファイル設定として、第２８行目には、「"accessibilityMode": false」（偽）と記述されている。この設定は、受信装置１がアクセシビリティモード「ｏｆｆ」で稼働すべきことを表す設定である。また、第２９行目には、「"screenReaderAudio": false」（偽）と記述されている。この設定は、受信装置１において画面読み上げ音声機能「ｏｆｆ」で稼働すべきことを表す設定である。また、第３０行目には、「"guideAudio": false」（偽）と記述されている。この設定は、受信装置１において解説音声再生機能「ｏｆｆ」で稼働すべきことを表す設定である。

このように図４６のユーザープロファイルのデータは、そのユーザーに関して受信装置１が稼働する際にそれぞれの機能をアクティベートさせるか否かを表す。なお、図４６のデータのその他の行に関しては、図示している通りであり、ここではそれ以上の説明を省略する。

図４７に示すＨＴＭＬデータの要素は、「img」要素（画像要素）である。この「img」タグはalt（オルト）属性を持つ。Alt属性は、画像の代替情報を表す。このalt属性の値として記述されている文字列は、受信装置１による読み上げの対象となり得る。本例では、alt属性の値は「NHK総合・東京」である。このimgタグは、特定の放送サービスのアイコン（ロゴマーク）の画像であり、そのalt属性の値はサービス名を表す文字列である。

図４８に示すＨＴＭＬデータの要素は、「div」要素である。この「div」タグは、aria-label属性を持つ。aria-label属性は、ＷＡＩ－ＡＲＩＡ（ウェイ・アリア）において定められた属性である。ＷＡＩは、「Web Accessibility Initiative」の略である。同図におけるaria-label属性の値は、受信装置１によって読み上げの対象となり得る文字列である。

以上の図４７や図４８に例示されるように、構造化メタデータから抽出された情報（音声として読み上げることが適した情報）は、受信装置１の変換機能部１５３によって、ＨＴＭＬ内の所定の属性値として埋め込まれる。なお、読み上げ対象となる属性の例としてalt属性やaria-label属性を挙げたが、ＨＴＭＬにおいて用いられる他の属性あるいは他の要素の値を読み上げ対象の情報としてもよい。例えば、ボタンやリストにおけるtitle属性（例えば「<button title=”再生ボタン”>」などと記述）や、見出し要素（例えば「<h1>アクセシビリティポータル画面</h1>」などと記述）や、表（table）におけるcaption要素(例えば「<table><caption>番組一覧</caption>・・・</table>」などと記述)や、その他の属性や要素を読み上げの対象としてもよい。

図４９および図５０に示す１件のメタデータ（サービスメタデータ）は、コンテンツ配信サービスに関して記述されたメタデータである。このサービスメタデータの第７行目（図４９）からは、アイテムリスト要素（item list element）が列挙されている。第８行目（図４９）から第６３行目（図５０）までのブロック（左右のカーリーブレイスで囲まれた部分）は、そのうちの１件のアイテム要素である。このアイテム要素は、１件のサービス（放送サービス、放送局）の情報を記述している。このうちの第１２行目（図４９）の「"name": "ＮＨＫ総合・東京"」は、放送サービスの名称の記述であり、図４７において説明したimg要素のalt属性値の基である。また、第３５行目（図５０）の「"image": "/public/logo/nhk_g.png"」は、サービスのロゴマークの画像の所在を表す情報であり、図４７におけるimg要素のsrc属性の値に関連付いている。なお、図４７および図４８データのその他の行に関しては、図示している通りであり、ここではそれ以上の説明を省略する。

図５１、図５２、図５３、図５４、図５５、図５６、および図５７において示す１件のメタデータ（コンテンツメタデータ）は、１つのコンテンツ（本例では、放送におけるニュース番組）に関する情報を記述したものである。このコンテンツメタデータの第２９行目（図５１）の「"name": "ＮＨＫニュース７ マスク緩和で感染者は▼要支援者の原発避難[二][字]"」は、コンテンツ（放送番組）の名称を表すものである。このコンテンツ名称の情報は、受信装置１による読み上げ対象となり得るものであり、受信装置１の変換機能部１５３によって表示用のＨＴＭＬデータ内に埋め込まれる。また、このコンテンツメタデータの第５８行目（図５２）から始まる「"publication":」のブロックの中には、コンテンツ配信（放送）の開始時刻と終了時刻の情報が含まれる。具体的には、第６２行目（図５２）の「"startDate": "2023-03-09T19:00:00+09:00"」は、配信開始日時を表す。また、第６３行目（図５２）の「"endDate": "2023-03-09T19:30:00+09:00"」は、配信終了日時を表す。なお、これらの日時は、年月日、時分秒、およびタイムゾーン（本例の「+09:00」は、協定世界時よりも９時間進んでいることを表す）を含んでいる形式である。この配信（放送）の開始日時および終了日時の情報は、受信装置１による読み上げ対象となり得るものであり、受信装置１の変換機能部１５３によって表示用のＨＴＭＬデータ内に埋め込まれる。また、受信装置１がハイブリッドキャスト対応テレビの場合、ハイブリッドキャスト独自のＨＴＭＬデータ（例えば、放送再生に用いるオブジェクトタグ）内に、読み上げ対象の情報を埋め込んでも良い。

また、このコンテンツメタデータの第１８８行目（図５６）から始まる「"citation":」のブロックは、解説音声の所在に関する情報を含んでいる。具体的には、第１９０行目（図５６）の「"@type": "AudioObject"」は、ここで記述しているオブジェクトのタイプが音声オブジェクトであることを表している。また、第１９１行目（図５６）の「"name": "主音声に加えた番組内容の解説音声"」は、当該音声オブジェクトの名称を表す文字列の情報である。即ち、当該音声オブジェクトは、前述の解説音声のオブジェクトである。
また、第１９２行目（図５６）の「"url": "https://www.example.net/audioguide/0001.mp3"」は、その解説音声にアクセスするための所在情報（ＵＲＬ）を表す。このようにコンテンツメタデータ内には、解説音声に関する情報も含まれている。受信装置１は、このコンテンツメタデータを参照することによって、前述の解説音声の取得および再生の処理を行う。

図５８に示す処理手順（Ｗｅｂ Ａｕｄｉｏ ＡＰＩでの実現例）の記述において、第１行目は単なるコメントである。第２行目は、ＡｕｄｉｏＣｏｎｔｅｘｔオブジェクトを新たに生成して変数ｇｕｉｄｅＡｕｄｉｏＣｔｘ（解説音声のコンテキスト）に格納する処理である。第３行目は、上記の変数ｇｕｉｄｅＡｕｄｉｏＣｔｘが持つメソッド「ｃｒｅａｔｅＢｕｆｆｅｒ」を呼び出してバッファーを生成し、変数ｇｕｉｄｅＡｕｄｉｏＳｒｃに格納する処理である。第４行目は、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔオブジェクトを生成して、変数ｒｅｑｕｅｓｔに格納する処理である。第５行目は、変数ｕｒｌに文字列定数「ｈｔｔｐｓ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｎｅｔ／ａｕｄｉｏｇｕｉｄｅ／０００１．ｍｐ３」を格納する処理である。この文字列定数は、サンプルの解説音声である「０００１．ｍｐ３」（ＭＰ３（MPEG 1 Audio Layer-3）形式のファイル）にアクセスするためのＵＲＬを表す。

続いて図５８の第６行目は、第４行目で値を格納した変数ｒｅｑｕｅｓｔ（ＸＭＬＨｔｔｐＲｅｑｕｅｓｔオブジェクト）が持つメソッドｏｐｅｎを呼び出す処理である。メソッドｏｐｅｎに渡す実引数は、第１に文字列定数の「ＧＥＴ」、第２に変数ｕｒｌ（第５行目の処理で値を格納した）、第３に値ｔｒｕｅ（真）である。この第６行目の処理により、ＨＴＴＰリクエストがオープンされる。第７行目は、上記の変数ｒｅｑｕｅｓｔが持つ変数ｒｅｓｐｏｎｓｅＴｙｐｅに、定数文字列「ａｒｒａｙｂｕｆｆｅｒ」を格納する処理である。第８行目は、上記の変数ｒｅｑｕｅｓｔが持つメソッドｓｅｎｄを実行する処理である。これにより、リクエストが送信される。

続いて図５８の第９行目から第１５行目までは、上記の変数ｒｅｑｕｅｓｔが持つ変数ｏｎｌｏａｄの関数を定義するものである。第９行目から第１５行目までが左右のカーリーブレイス（curly braces）で囲まれた１つのブロックである。第１０行目は、変数ｒｅｓに、変数ｒｅｑｕｅｓｔ（オブジェクト）が持つ変数ｒｅｓｐｏｎｓｅの値を格納する処理である。ｒｅｑｕｅｓｔ．ｒｅｑｐｏｎｓｅには、リクエスト先からの返答（レスポンス）が格納されていることが期待される。第１１行目から第１３行目までは、前記の変数ｇｕｉｄｅＡｕｄｉｏＣｔｘ（第１行目を参照）のオブジェクトが持つメソッド「ｄｅｃｏｄｅＡｕｄｉｏＤａｔａ」を呼び出す処理である。第１２行目は、変数ｇｕｉｄｅＡｕｄｉｏＳｒｃ（第２行目を参照）のオブジェクトが持つ変数ｂｕｆｆｅｒに、変数ｂｕｆの値を格納する処理である。第１４行目は、関数ｇｕｉｄｅＡｕｄｉｏＰｌａｙ（解説音声の再生）を実行する処理である。

続いて図５８の第１６行目から第１９行目までは、上記の関数ｇｕｉｄｅＡｕｄｉｏＰｌａｙ（解説音声の再生）の定義である。第１６行目から第１９行目までが左右のカーリーブレイスで囲まれた１つのブロックである。当該関数の実行部分は、第１７行目および第１８行目である。第１７行目は、上記の変数ｇｕｉｄｅＡｕｄｉｏＳｒｃのオブジェクトが持つメソッド「ｃｏｎｎｅｃｔ」を実行する処理である。このメソッド「ｃｏｎｎｅｃｔ」に渡す実引数は、上記の変数ｇｕｉｄｅＡｕｄｉｏＣｔｘのオブジェクトが持つ変数ｄｅｓｔｉｎａｔｉｏｎの値である。このメソッド「ｃｏｎｎｅｃｔ」が実行されることにより、解説音声の生成機能への接続が行われる。また、第１８行目は、上記の変数ｇｕｉｄｅＡｕｄｉｏＳｒｃのオブジェクトが持つメソッド「ｓｔａｒｔ」を実行する処理である。このメソッド「ｓｔａｒｔ」に渡す実変数は数値「０」である。このメソッド「ｓｔａｒｔ」を実行することにより、解説音声の再生が開始される。

図５９は、イベントメタデータの例を示す概略図である。本例において、第１７行目の「"dateModified": "2023-03-08T13:23:17+09:00"」や、第１８行目の「"dateCreated":"2023-03-08T13:23:17+09:00"」や、第１９行目の「"datePosted": "2023-03-08T13:23:17+09:00"」は、イベントに関連する日時情報である。また、第２１行目の「"name": "緊急地震速報"」はイベント名を表す情報である。また、第２２行目の「"text": "緊急地震速報 およそ__秒後に震度__程度の地震がきます"」は、イベントに関するテキストを表す情報である。

図６０は、受信装置１が表示する画面の例と、それらの画面間での遷移を示す概略図である。同図において、ＳＣ１は、アクセシビリティポータル画面である。また、ＳＣ２は、再生画面である。ＳＣ３は、カルーセルメニューを表示しているときの再生画面である。

本例によるポータル画面ＳＣ１においては、時間軸方向（縦方向）とチャンネル別（サービス別）（横方向）のマトリックスの形状で、コンテンツの情報が表示されている。またそのマトリックスの下には、特定のチャンネル（サービス）におけるおすすめのコンテンツ（ＶＯＤ）の情報のリストが表示されている（ＶＯＤ１、ＶＯＤ２、ＶＯＤ３）。既に説明したように、ポータル画面ＳＣ１において表示されているコンテンツ情報には、グラフィカルユーザーインターフェース（ＧＵＩ）のウィジェット（例えば、ボタン）として、フォーカスをあてることが可能である。ユーザーのキー操作等によって、フォーカスを移動させて、ポータル画面ＳＣ１に表示されたコンテンツ情報のうちの任意のものにあてることができる。現在のフォーカスに対応するコンテンツに関しては、受信装置１は、そのメタデータ（コンテンツメタ）を音声によって読み上げることができる。

再生画面ＳＣ２においては、受信装置１は、再生中のコンテンツ（動画等）を表示する。

カルーセルメニュー表示中の再生画面ＳＣ３においては、タイムバー（プログレスバーとも呼ぶ）と、「００：５０：００／０１：００：００」という文字列とが表示されている。この文字列は、再生中のコンテンツの全体の長さ（トータル再生時間）「１：００：００」（１時間）のうちの「０：５０：００」（５０分）が既に経過したことを示している。つまり、このタイムバーおよび文字列は、現在再生中のコンテンツ（ネット配信動画コンテンツ等）の現在再生位置を表すものである。また、カルーセルメニュー表示中の再生画面ＳＣ３においては、カルーセルメニューの形態で、複数のコンテンツの情報が表示されている。本例においてカルーセルメニューとして表示されているコンテンツとは、特定のサービス（本例では、ＡｃｈとＢｃｈの２つのサービス）における現在放送中のコンテンツと、特定のサービス（本例では、Ａｃｈ）における複数のおすすめコンテンツとである。カルーセルメニューにおいて表示されているコンテンツの情報にユーザーがフォーカスをあてたときに、当該コンテンツに関する情報を、受信装置１が読み上げるようにしてよい。

図６０において破線矢印で示す画面遷移は、次の通りである。画面遷移Ｔ１２として、ポータル画面ＳＣ１が表示されており、且つ提示されているコンテンツのうちのいずれかが選択されている状態（フォーカスがあたっている状態）において、ユーザーが決定操作をすると、再生画面ＳＣ２への遷移が起こる。即ち、再生画面ＳＣ２において、決定されたコンテンツの再生が開始される。なお、ユーザーの決定操作は、画面上あるいはリモコン装置等においてユーザーが「決定」キーを押下することにより行われる。

画面遷移Ｔ２３として、再生画面ＳＣ２が表示されている状態において、ユーザーがカルーセルメニューを表示させるための操作を行うと、カルーセルメニュー表示中の再生画面ＳＣ３への遷移が起こる。つまり、カルーセルメニュー表示中の再生画面ＳＣ３においては、元々再生中であったコンテンツが表示されるとともに、カルーセルメニューが表示される。なお、ユーザーがカルーセルメニューを表示させるための操作とは、例えば、画面上あるいはリモコン装置等においてユーザーが「決定」キー、「上」キー、または「下」キーを押下する操作である。

画面遷移Ｔ３１として、カルーセルメニュー表示中の再生画面ＳＣ３が表示されている状態において、ユーザーがポータル画面を表示させるための操作を行うと、ポータル画面ＳＣ１への遷移が起こる。なお、ユーザーがポータル画面を表示させるための操作とは、例えば、画面上あるいはリモコン装置等においてユーザーがポータル画面表示に割り当てられた特定のキー（一例として、「青」キー）を押下する操作である。

カルーセルメニュー表示中の再生画面ＳＣ３から再生画面ＳＣ２への遷移は、２通りの方法で行われる。画面遷移Ｔ３２Ａとして、カルーセルメニュー表示中の再生画面ＳＣ３が表示されている状態において、ユーザーが画面上あるいはリモコン装置等で「戻る」キーを押下する操作を行うと、再生画面ＳＣ２への遷移が起こる。画面遷移Ｔ３２Ａで再生画面ＳＣ２に遷移した場合には、元々再生されていたコンテンツが引き続き再生される。
画面遷移Ｔ３２Ｂとして、カルーセルメニュー表示中の再生画面ＳＣ３が表示されている状態において、ユーザーが選択したコンテンツ（フォーカスのあたっているコンテンツ）を「決定」する操作（「決定」キーの押下等）を行うと、再生画面ＳＣ２への遷移が起こる。画面遷移Ｔ３２Ａで再生画面ＳＣ２に遷移した場合には、ユーザーによって新たに選択（決定）されたコンテンツの再生が開始される。

画面遷移Ｔ２１として、再生画面ＳＣ２が表示されている状態において、ユーザーが画面上あるいはリモコン装置等で「戻る」キーを押下する操作を行うと、ポータル画面ＳＣ１への遷移が起こる。

図６１は、コンテンツ配信システム１００を構成する各装置の内部構成（コンピューター）の例を示すブロック図である。各装置（受信装置１、コンテンツ送信装置３、メタデータ提供装置５、ウェブアプリサーバー装置７、コンテンツ配信事業者装置９）は、コンピューターを用いて実現され得る。図示するように、そのコンピューターは、中央処理装置９０１と、ＲＡＭ９０２と、入出力ポート９０３と、入出力デバイス９０４や９０５等と、バス９０６と、を含んで構成される。コンピューター自体は、既存技術を用いて実現可能である。中央処理装置９０１は、ＲＡＭ９０２等から読み込んだプログラムに含まれる命令を実行する。中央処理装置９０１は、各命令にしたがって、ＲＡＭ９０２にデータを書き込んだり、ＲＡＭ９０２からデータを読み出したり、算術演算や論理演算を行ったりする。ＲＡＭ９０２は、データやプログラムを記憶する。ＲＡＭ９０２に含まれる各要素は、アドレスを持ち、アドレスを用いてアクセスされ得るものである。なお、ＲＡＭは、「ランダムアクセスメモリー」の略である。入出力ポート９０３は、中央処理装置９０１が外部の入出力デバイス等とデータのやり取りを行うためのポートである。入出力デバイス９０４や９０５は、入出力ポート９０３を介して中央処理装置９０１との間でデータをやりとりする。バス９０６は、コンピューター内部で使用される共通の通信路である。例えば、中央処理装置９０１は、バス９０６を介してＲＡＭ９０２のデータを読んだり書いたりする。また、例えば、中央処理装置９０１は、バス９０６を介して入出力ポート９０３にアクセスする。

なお、上述した各装置の少なくとも一部の機能をコンピューターおよびプログラムで実現することができる。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。つまり、「コンピューター読み取り可能な記録媒体」とは、非一過性の（non-transitory）コンピューター読み取り可能な記録媒体であってよい。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、一時的に、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

［態様Ｂ（その２）］
次に、態様Ｂ（その２）について説明する。なお、前態様において既に説明した事項については以下において説明を省略する場合がある。ここでは、態様Ｂ（その２）に特有の事項を中心に説明する。

図６２は、態様Ｂ（その２）による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置２は、受信部３１（送受信部）と、コンテンツ受信部１１と、復号部１２と、提示部１３と、プロファイル判定部１５１と、環境判定部１５２と、変換機能部１５３Ａと、画面表示部１５４と、読み上げ機能部１７と、音声出力部１８と、解説音声再生部１９と、再生位置読み上げ機能部２１とを含んで構成される。態様Ｂ（その２）の受信装置２の特徴は、前態様の受信装置１が持っていなかった再生位置読み上げ機能部２１を備える点である。また、受信装置２は、前態様が持っていた変換機能部１５３に代えて、変換機能部１５３Ａを備える。

再生位置読み上げ機能部２１は、ユーザーによって選択（決定）されたネット配信動画コンテンツの再生中に、カルーセルメニュー（再生操作メニュー）が表示されている状況において、再生中の当該コンテンツの再生位置の情報の読み上げを行う。

カルーセルメニューは、前態様において図６０を参照しながら説明した通りである（カルーセルメニュー表示中の再生画面ＳＣ３）。前態様においても説明したように、カルーセルメニューの画面は、現在再生中のコンテンツ（例えば、ネット配信動画コンテンツ）のトータル再生時間と現在再生位置（コンテンツの開始位置からの相対時間、時・分・秒で表わされ得る）の情報を表示している。つまり、受信装置２で稼働するプレーヤー（提示部１３）は、現在再生中のコンテンツのトータル再生時間と現在再生位置の情報を保持している。なお、コンテンツの再生中には、現在再生位置の情報は変化し続ける。

コンテンツのプレーヤー（提示部１３）は、上記の通り、現在再生位置の情報を保持しながらコンテンツを再生し、提示する。プレーヤー（提示部１３）は、上記のトータル再生時間および現在再生位置の情報を、所定の時間間隔（一例として０．１秒ごと）で繰り返し、変換機能部１５３Ａに渡す。

変換機能部１５３Ａは、カルーセルメニュー画面を表示するためのＨＴＭＬファイル内の所定の属性値として、プレーヤー（提示部１３）から受け取ったトータル再生時間および現在再生位置の情報を埋め込む。言い換えれば、変換機能部１５３Ａは、受け取ったトータル再生時間および現在再生位置の情報を、ＨＴＭＬ画面用のデータ（alt属性値の記述の形式、あるいはaria-label属性値の記述の形式）に変換する。プレーヤー（提示部１３）における再生が停止されない限り現在再生位置は動的に変わっていくため、変換機能部１５３Ａは、動的に繰り返し、カルーセルメニュー画面のＨＴＭＬファイルを更新する。言い換えれば、変換機能部１５３Ａは、動的に繰り返し、トータル再生時間および現在再生位置の情報を、ＨＴＭＬ画面用のデータに変換する。

つまり、変換機能部１５３Ａは、現在再生中のコンテンツの再生位置の情報を、当該コンテンツを提示するプレーヤー（提示部１３）から受け取り、受け取った再生位置の情報を、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換して、そのマークアップ言語ファイル内に動的に埋め込む。

さらに、変換機能部１５３Ａは、メタデータ内の読み上げ対象データが動的に変化した場合に、当該変化した読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に動的に変換する。動的に変化し得るメタデータは、例えば、コンテンツメタデータと、イベントメタデータである。コンテンツメタデータに含まれるすべての情報が動的に変化し得るデータであってもよい。一例として、緊急ニュース（例えば、地震等の災害のニュース）等によって当初予定されていた放送終了時刻が変更される場合に、コンテンツメタデータ内の放送終了時刻の情報が動的に変化する。前態様で説明したコンテンツメタデータの例においては、第６３行目（図５２）の記述「"endDate": "2023-03-09T19:30:00+09:00"」が、「"endDate": "2023-03-09T20:00:00+09:00"」などといった記述に変化し得る。放送終了時刻の情報は、放送開始前に変化する場合もあり、あるいは放送開始後（放送中）に変化する場合もある。
それらの場合において、変換機能部１５３Ａは、変更後の情報を、読み上げ対象データ用の所定の属性の属性値の記述に動的に変換する。イベントメタデータは、地震等の突発事項に対応して動的に発生する場合があり、この場合にも、変換機能部１５３Ａは、発生したイベントの情報を、読み上げ対象データ用の所定の属性の属性値の記述に動的に変換する。このように変換機能部１５３Ａがメタデータ内の読み上げ対象データの動的な変更に対応した場合には、受信装置１が実際に音声として読み上げる情報も変更される。

変換機能部１５３Ａがマークアップ言語ファイルを動的に書き換えるということは、ブラウザー１５が画面描画の際に参照する情報を直接書き換えることである。例えば、マークアップ言語ファイルがファイルシステム上に存在していて、ブラウザー１５がそのマークアップ言語ファイルに基づく画面を描画するために自己の作業用メモリー空間内に展開している場合、且つブラウザー１５がその作業用メモリーを所定頻度でリフレッシュしない場合には、変換機能部１５３Ａは、ファイルシステム上のマークアップ言語ファイルを書き換えるだけでは足らず、その作業用メモリーに展開されているマークアップ言語ファイルを書き換える。これにより、変換機能部１５３Ａによるデータの更新が即時に画面および読み上げ音声に反映される。

つまり、変換機能部１５３Ａは、メタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換し、さらに、動的に変化する読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に動的に変換する、または、前記所定の属性の属性値の記述に変換して前記マークアップ言語ファイル内に動的に埋め込む。

なお、動的に変化する前記読み上げ対象データは、前記メタデータ内の読み上げ対象データ、および再生中のコンテンツの再生済みの時間である再生位置の情報、の少なくともいずれか１つである。変換機能部１５３Ａは、提示部１３から再生中のコンテンツの再生位置の情報を受け取った場合には受け取った前記再生位置の情報を変換して前記マークアップ言語ファイル内に動的に埋め込み、前記メタデータ内の前記読み上げ対象データが変化した場合には当該変化した前記読み上げ対象データを動的に変換する。

提示部１３は、変換機能部１５３Ａによって変換済みの前記マークアップ言語ファイルに基づいて画面表示を行うとともに、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する。

なお、変換機能部１５３Ａを有する変換装置３０１を実施してもよい。変換装置３０１は、前記のデータ変換を行うことができる。

再生位置読み上げ機能部２１は、カルーセルメニュー画面上の所定の位置（例えば、トータル再生時間および現在再生位置の表示の位置）にフォーカスがあたったときに、上記の変換機能部１５３Ａによって埋め込まれたＨＴＭＬの要素（テキスト情報）を取り出し、その要素の読み上げを行わせる。読み上げを行う方法自体については、既に前態様で説明した通りである。

なお、変換機能部１５３Ａは、カルーセルメニュー画面用のＨＴＭＬだけではなく、その他のＨＴＭＬを動的に書き換えてもよい。つまり、前態様において説明した変換機能部１５３は、取得したメタデータ（サービスメタデータ、コンテンツメタデータ、およびイベントメタデータ）から必要な情報（サービス名や、コンテンツ名（番組名）や、配信開始および終了の日時）を取り出し、ＨＴＭＬファイル内の記述に変換していた。前態様の変換機能部１５３Ａは、そのようなデータ変換およびＨＴＭＬファイルの更新を、動的に行う。つまり、メタデータが更新されたときに、変換機能部１５３Ａは、その更新を、表示中のＨＴＭＬファイル内の記述に動的に反映させる。

以上、複数の態様を説明したが、さらに次のような変形例でも実施することが可能である。

［態様Ｂの変形例］
態様Ｂにおいて、受信装置は、解説音声再生部１９を備えていた。その変形例として、受信装置が解説音声再生部１９を持たない構成としてもよい。この場合には、受信装置は、例えば再生中のコンテンツに関連する解説音声の所在をコンテンツメタデータ内で探さない。よって、受信装置は解説音声にアクセスして取得することなく、したがって受信装置は解説音声を再生しない。当該変形例においても、変換機能部（１５３または１５３Ａ）の機能は有効であり、メタデータから取り出される情報は読み上げ対象のデータとしてＨＴＭＬ内に埋め込まれる。

以上、この態様Ｂおよび態様Ｂ（その２）について図面を参照して詳述してきたが、具体的な構成はこの形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

［態様Ｂの産業上の利用可能性］
態様Ｂは、例えば、コンテンツの配信に関するサービスや、そのための機器・装置に利用することができる。但し、態様Ｂの利用範囲はここに例示したものには限られない。

［要約］
態様Ｂの要約は、次のとおりである。
態様Ｂが解決しようとする課題は、視聴環境に依存せず、与えられるメタデータに含まれる情報を正しく読み上げることを可能にするための受信装置、変換装置、およびプログラムを提供するということである。その課題を解決する手段は、次のとおりである。受信装置は、メタデータ受信部と、変換機能部と、提示部とを備える。メタデータ受信部は、コンテンツ配信に関するメタデータを受信する。変換機能部は、前記メタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換する。提示部は、前記変換機能部によって変換済みの前記マークアップ言語ファイルに基づいて画面表示を行うとともに、前記所定の属性の属性値を音声で読み上げる処理を行うよう制御する。図４１も参照。

また、態様Ｂ（その２）の要約は、次のとおりである。
態様Ｂ（その２）が解決しようとする課題は、視聴環境に依存せず、与えられるメタデータに含まれる情報、および再生位置の情報を正しく読み上げることを可能にするための受信装置を提供する、ということである。その課題を解決する手段は、次のとおりである。受信装置は、メタデータ受信部と、変換機能部と、提示部とを備える。メタデータ受信部は、コンテンツ配信に関するメタデータを受信する。変換機能部は、前記メタデータから所定の読み上げ対象データを取り出すとともに、取り出した前記読み上げ対象データを、画面表示用のマークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換する。変換機能部は、さらに、再生位置の情報を、前記マークアップ言語ファイル内の読み上げ対象データ用の所定の属性の属性値の記述に変換する。提示部は、前記変換機能部によって変換済みの前記マークアップ言語ファイルに基づいて画面表示を行うとともに、前記所定の属性の属性値を音声で読み上げる処理を行う。図６２も参照。

［★★態様Ｃ★★］
態様Ｃは、提示制御装置、提示装置、およびプログラムに関する。以下において、態様Ｃについて説明する。

態様Ｃの背景として、コンテンツの提示方法として、放送コンテンツとネット配信動画との間、放送コンテンツとウェブページとの間、ネット配信動画とウェブページとの間、のそれぞれにおけるシームレスな遷移が求められる。

態様Ｃが解決しようとする課題は、次のとおりである。従来の技術の一例として、特許文献［特開２０１６－０５９０２８号公報］には、テレビ番組と関連性のある情報をユーザー端末等に提供するためのテレビ番組関連コンテンツ提供システムが記載されている。この特許文献［特開２０１６－０５９０２８号公報］のテレビ番組関連コンテンツ提供システムにおいて、ライブキーワードタグ送出部は、放送データを分解して得られた各種パケットに含まれる文字情報から抽出したライブキーワードが付けられたライブキーワードタグを送出する。広告タグ送出部は、前記ライブキーワードに連動する文字列が付けられた広告タグを送出する。シンクロＣＭ送出部は、前記各種パケットに含まれるＣＭデータに関連するＣＭシンクロコンテンツを提供する。特許文献１の技術において、関連性の抽出には、音声解析や自然言語処理を用いている。

また、従来の技術の一例として、特許文献［特開２０１５－２１１４３４号公報］には、放送マネージドアプリケーション提示方法が記載されている。この特許文献［特開２０１５－２１１４３４号公報］の技術では、デジタル放送受信機における受信部は、第１放送サービスと第２放送サービスの一方の放送サービスで、放送番組と、放送マネージドアプリケーションを管理するアプリケーション制御情報と、放送番組を識別するための番組識別子とを受信する。制御部は、受信したアプリケーション制御情報に基づいて、放送マネージドアプリケーションを取得して、出力部に提示する。制御部は、一方の放送サービスから他方の放送サービスに切り替えるときに、切り替え前の放送番組の番組識別子と、切り替え後の放送番組の番組識別子が一致する場合に、放送マネージドアプリケーションの提示を継続する。

態様Ｃが解決しようとする課題は、次のとおりである。

前述のとおり、コンテンツの提示方法として、放送コンテンツとネット配信動画との間、放送コンテンツとウェブページとの間、ネット配信動画とウェブページとの間、のそれぞれにおけるシームレスな遷移が求められる。その一方で、特許文献［特開２０１６－０５９０２８号公報］に記載の技術では、関連情報を、テレビ以外のユーザーのデバイスに提供することを想定しており、放送コンテンツとウェブページとの間のシームレスな遷移は実現されない。また、特許文献［特開２０１５－２１１４３４号公報］に記載の技術では、放送サービスが切り替わっても放送マネージドアプリケーションの提示を継続できる場合があるものの、そもそも放送されているか否かといった状況等に応じて提示するコンテンツを動的に切り替えることはできない。

課題を、下に列挙する。

［態様Ｃが解決しようとする第１の課題］
従来のウェブページ提示技術における課題の一つは、ＰＣ（パーソナルコンピューター）等からのウェブページへのアクセスの手段と、テレビ受像機からのウェブページへのアクセスの手段とが異なることである。つまり、ウェブページへのアクセスを想定したアプリケーションをＰＣ等とテレビ受像機との両方に提供する場合、それぞれのデバイスに応じた遷移処理を実装しなければならないという問題があった。

［態様Ｃが解決しようとする第２の課題］
また、従来の技術においては、特定の放送コンテンツがある時点で放送中であるか否か、放送コンテンツの見逃し配信としてネット配信コンテンツが配信されているのか否か、あるいは放送コンテンツの情報がウェブページとして提供されているのか否かを、ユーザーが自ら調べる必要があった。ユーザーは、ウェブで必要な情報を検索したり、（放送中であるか否かについては）電子番組表を確認したりするなどして、これらの事項を調べており、手間がかかるものであった。

［態様Ｃが解決しようとする第３の課題］
従来の技術においては、放送コンテンツに関連付けてウェブコンテンツ（ウェブページ）を提供するためには、例えば、提供すべきウェブコンテンツの所在等を表す２次元コードを放送コンテンツの画面内に提示したり、放送コンテンツに連動するアプリケーションプログラムがリンクを表示してユーザーがそのリンクを選択することを可能としたりすることなどが必要であった。従来の技術においては、放送コンテンツとウェブコンテンツとの関連性の定義等のみに基づいて自動的にウェブコンテンツをユーザーに対して提示することはできなかった。

上記の各課題を解決するためのそれぞれ複数の態様は、次のとおりである。

第１のグループの［態様Ｃ：２０２３－０４１－１］から［態様Ｃ：２０２３－０４１－３］までは、上記第１の課題を解決するために、ウェブページを提示する際に、提示装置の種別ごとに別々の提示方法を実装する必要がなく、自装置の種別に応じて自動的に適した提示方法を実行することのできる提示制御装置、提示装置、およびプログラムを提供しようとするものである。

［態様Ｃ：２０２３－０４１－１］一態様は、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツの代替となるウェブページである代替ウェブページの所在情報と、前記放送コンテンツに関連するアプリケーションプログラムに関する情報であるアプリケーション情報テーブル（ＡＩＴ）の所在情報と、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部と、前記代替ウェブページの提示が要求されたときに、（１）自装置がハイブリッドキャスト対応の受信機である場合には、前記メタデータ解析部から、当該代替ウェブページに関連する前記放送コンテンツに関連付けられる前記アプリケーション情報テーブル（ＡＩＴ）の所在情報を取得し、当該アプリケーション情報テーブル（ＡＩＴ）の所在情報を放送通信連携処理部に渡すことによって、前記代替ウェブページをブラウザーに提示させる制御を行い、（２）自装置がハイブリッドキャスト対応の受信機ではない場合には、前記メタデータ解析部から、当該代替ウェブページの所在情報を取得し、当該代替ウェブページの所在情報をブラウザーに渡すことによって、前記代替ウェブページをブラウザーに提示させる制御を行う、コンテンツ遷移制御部と、を備え、前記アプリケーション情報テーブル（ＡＩＴ）は、前記代替ウェブページの所在情報を保持する、提示制御装置である。

［態様Ｃ：２０２３－０４１－２］一態様は、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツの代替となるウェブページである代替ウェブページの所在情報と、前記放送コンテンツに関連するアプリケーションプログラムに関する情報であるアプリケーション情報テーブル（ＡＩＴ）の所在情報と、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部と、前記代替ウェブページの提示が要求されたときに、（１）自装置がハイブリッドキャスト対応の受信機である場合には、前記メタデータ解析部から、当該代替ウェブページに関連する前記放送コンテンツに関連付けられる前記アプリケーション情報テーブル（ＡＩＴ）の所在情報を取得し、当該アプリケーション情報テーブル（ＡＩＴ）の所在情報を放送通信連携処理部に渡すことによって、前記代替ウェブページをブラウザーに提示させる制御を行い、（２）自装置がハイブリッドキャスト対応の受信機ではない場合には、前記メタデータ解析部から、当該代替ウェブページの所在情報を取得し、当該代替ウェブページの所在情報をブラウザーに渡すことによって、前記代替ウェブページをブラウザーに提示させる制御を行う、コンテンツ遷移制御部と、を備え、前記アプリケーション情報テーブル（ＡＩＴ）は、前記代替ウェブページの所在情報を保持する、提示制御装置、としてコンピューターを機能させるためのプログラムである。

［態様Ｃ：２０２３－０４１－３］一態様は、指定された所在情報に基づいてウェブページを提示するブラウザーと、放送と通信を連携させるサービスであるハイブリッドキャストの制御機能を備える放送通信連携機能部と、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツの代替となるウェブページである代替ウェブページの所在情報と、前記放送コンテンツに関連するアプリケーションプログラムに関する情報であるアプリケーション情報テーブル（ＡＩＴ）の所在情報と、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部と、前記代替ウェブページの提示が要求されたときに、（１）自装置がハイブリッドキャスト対応の受信機である場合には、前記メタデータ解析部から、当該代替ウェブページに関連する前記放送コンテンツに関連付けられる前記アプリケーション情報テーブル（ＡＩＴ）の所在情報を取得し、当該アプリケーション情報テーブル（ＡＩＴ）の所在情報を前記放送通信連携処理部に渡すことによって、前記代替ウェブページを前記ブラウザーに提示させる制御を行い、（２）自装置がハイブリッドキャスト対応の受信機ではない場合には、前記メタデータ解析部から、当該代替ウェブページの所在情報を取得し、当該代替ウェブページの所在情報を前記ブラウザーに渡すことによって、前記代替ウェブページを前記ブラウザーに提示させる制御を行う、コンテンツ遷移制御部と、を備え、前記アプリケーション情報テーブル（ＡＩＴ）は、前記代替ウェブページの所在情報を保持し、前記放送通信連携処理部は、前記コンテンツ遷移制御部から前記アプリケーション情報テーブル（ＡＩＴ）の所在情報を渡された場合に、前記アプリケーション情報テーブル（ＡＩＴ）を取得するとともに、前記アプリケーション情報テーブル（ＡＩＴ）から前記代替ウェブページの所在情報を読み出して前記ブラウザーに渡す、提示装置である。

第２のグループの［態様Ｃ：２０２３－０４０－１］から［態様Ｃ：２０２３－０４０－５］までは、上記の第２の課題を解決するために、コンテンツ配信の状況（例えば、放送コンテンツが放送中であるか否か、あるいはネット配信動画が利用可能であるか否か等）に応じて、自動的に具体的なコンテンツを取得して提示することのできる提示制御装置、提示装置、およびプログラムを提供しようとするものである。

［態様Ｃ：２０２３－０４０－１］一態様は、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツの放送開始日時と、前記放送コンテンツの放送終了日時と、前記放送コンテンツを放送する放送サービスを特定する情報である放送サービス特定情報と、前記放送コンテンツの代替となり得る代替コンテンツへのアクセス方法を表す代替コンテンツアクセス方法情報と、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部と、放送コンテンツの提示が要求されたときに、前記メタデータ解析部から取得した前記放送開始日時と、前記メタデータ解析部から取得した前記放送終了日時と、クロックから取得した現在日時と、に基づいて当該放送コンテンツが放送中であるか否かを判定し、（１）前記放送コンテンツが放送中である場合には、前記メタデータ解析部から取得した前記放送サービス特定情報を放送通信連携処理部に渡して選局指示することによって、前記放送コンテンツをブラウザーに提示させる制御を行い、（２）前記放送コンテンツが放送中ではない場合には、前記メタデータ解析部から取得した前記代替コンテンツアクセス方法情報に基づいて、前記代替コンテンツをブラウザーに提示させる制御を行う、コンテンツ遷移制御部と、を備える提示制御装置である。

［態様Ｃ：２０２３－０４０－２］
一態様は、上記［態様Ｃ：２０２３－０４０－１］の提示制御装置において、前記コンテンツ遷移制御部は、前記代替コンテンツアクセス情報として、ネット配信動画にアクセスするための所在情報を前記メタデータ解析部から取得し、前記ネット配信動画の所在情報を前記ブラウザーに渡すことによって、前記ネット配信動画を前記代替コンテンツとして前記ブラウザーに提示させる、というものである。

［態様Ｃ：２０２３－０４０－３］一態様は、上記［態様Ｃ：２０２３－０４０－１］または［態様Ｃ：２０２３－０４０－２］の提示制御装置において、前記コンテンツ遷移制御部は、前記代替コンテンツアクセス情報として、ウェブページにアクセスするための所在情報、または前記ウェブページの所在情報を保持するアプリケーション情報テーブル（ＡＩＴ）の所在情報、を取得し、ウェブページにアクセスするための所在情報またはアプリケーション情報テーブル（ＡＩＴ）の所在情報のいずれかに基づいて、前記ウェブページを前記代替コンテンツとして前記ブラウザーに、提示させる制御を行う、というものである。

［態様Ｃ：２０２３－０４０－４］一態様は、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツの放送開始日時と、前記放送コンテンツの放送終了日時と、前記放送コンテンツを放送する放送サービスを特定する情報である放送サービス特定情報と、前記放送コンテンツの代替となり得る代替コンテンツへのアクセス方法を表す代替コンテンツアクセス方法情報と、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部と、放送コンテンツの提示が要求されたときに、前記メタデータ解析部から取得した前記放送開始日時と、前記メタデータ解析部から取得した前記放送終了日時と、クロックから取得した現在日時と、に基づいて当該放送コンテンツが放送中であるか否かを判定し、（１）前記放送コンテンツが放送中である場合には、前記メタデータ解析部から取得した前記放送サービス特定情報を放送通信連携処理部に渡して選局指示することによって、前記放送コンテンツをブラウザーに提示させる制御を行い、（２）前記放送コンテンツが放送中ではない場合には、前記メタデータ解析部から取得した前記代替コンテンツアクセス方法情報に基づいて、前記代替コンテンツをブラウザーに提示させる制御を行う、コンテンツ遷移制御部と、を備える提示制御装置、としてコンピューターを機能させるためのプログラムである。

［態様Ｃ：２０２３－０４０－５］一態様は、放送コンテンツ、ウェブページ、またはネット配信動画を提示するブラウザーと、放送サービスを特定する情報である放送サービス特定情報に基づいて選局指示を受けた時に当該放送サービスを選局する制御を行う放送通信連携機能部と、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツの放送開始日時と、前記放送コンテンツの放送終了日時と、前記放送コンテンツを放送する放送サービスを特定する情報である放送サービス特定情報と、前記放送コンテンツの代替となり得る代替コンテンツへのアクセス方法を表す代替コンテンツアクセス方法情報と、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部と、放送コンテンツの提示が要求されたときに、前記メタデータ解析部から取得した前記放送開始日時と、前記メタデータ解析部から取得した前記放送終了日時と、クロックから取得した現在日時と、に基づいて当該放送コンテンツが放送中であるか否かを判定し、（１）前記放送コンテンツが放送中である場合には、前記メタデータ解析部から取得した前記放送サービス特定情報を放送通信連携処理部に渡すことによって、前記放送コンテンツを前記ブラウザーに提示させる制御を行い、（２）前記放送コンテンツが放送中ではない場合には、前記メタデータ解析部から取得した前記代替コンテンツアクセス方法情報に基づいて、前記代替コンテンツを前記ブラウザーに提示させる制御を行う、コンテンツ遷移制御部と、を備える提示装置である。

第３のグループの［態様Ｃ：２０２３－０４２－１］から［態様Ｃ：２０２３－０４２－３］までは、上記第３の課題を解決するために、放送コンテンツのメタデータにおいて、放送コンテンツの関連コンテンツとしてウェブページの情報を記述可能とすることによって、放送コンテンツの関連コンテンツの一覧情報を提示し、ユーザーが、関連コンテンツ一覧の中からウェブページを選択して閲覧することを可能とする提示制御装置、提示装置、およびプログラムを提供しようとするものである。

［態様Ｃ：２０２３－０４２－１］一態様は、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツに関連するコンテンツである関連コンテンツへのアクセス方法を表す関連コンテンツアクセス方法情報、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部、を備え、前記メタデータ解析部は、ブラウザーから特定の放送コンテンツに関連する関連コンテンツアクセス方法情報を要求されたときに、複数の前記関連コンテンツへのアクセス方法を表す前記関連コンテンツアクセス方法情報を含むリストを前記ブラウザーに応答するものであり、当該リストが含む前記関連コンテンツアクセス方法情報の少なくとも一部はウェブページの所在を表す所在情報であり、当該リストに基づいて、前記ブラウザーは、前記関連コンテンツへのアクセスを可能とする関連コンテンツ一覧ページを提示する、提示制御装置である。

［態様Ｃ：２０２３－０４２－２］一態様は、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツに関連するコンテンツである関連コンテンツへのアクセス方法を表す関連コンテンツアクセス方法情報、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部、を備え、前記メタデータ解析部は、ブラウザーから特定の放送コンテンツに関連する関連コンテンツアクセス方法情報を要求されたときに、複数の前記関連コンテンツへのアクセス方法を表す前記関連コンテンツアクセス方法情報を含むリストを前記ブラウザーに応答するものであり、当該リストが含む前記関連コンテンツアクセス方法情報の少なくとも一部はウェブページの所在を表す所在情報であり、当該リストに基づいて、前記ブラウザーは、前記関連コンテンツへのアクセスを可能とする関連コンテンツ一覧ページを提示する、提示制御装置、としてコンピューターを機能させるプログラムである。

［態様Ｃ：２０２３－０４２－３］一態様は、所在情報に基づいてウェブページを提示するブラウザーと、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツに関連するコンテンツである関連コンテンツへのアクセス方法を表す関連コンテンツアクセス方法情報、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部、を備え、前記メタデータ解析部は、ブラウザーから特定の放送コンテンツに関連する関連コンテンツアクセス方法情報を要求されたときに、複数の前記関連コンテンツへのアクセス方法を表す前記関連コンテンツアクセス方法情報を含むリストを前記ブラウザーに応答するものであり、当該リストが含む前記関連コンテンツアクセス方法情報の少なくとも一部はウェブページの所在を表す所在情報であり、当該リストに基づいて、前記ブラウザーは、前記関連コンテンツへのアクセスを可能とする関連コンテンツ一覧ページを提示する、提示装置である。

上記第１グループの［態様Ｃ：２０２３－０４１－１］等の態様によれば、提示装置は、自装置の種別に応じて異なる方法でウェブページを取得し、提示することができる。

また、上記第２グループの［態様Ｃ：２０２３－０４０－１］等の態様によれば、提示装置は、放送コンテンツの提示が要求されたときに、当該放送コンテンツがその時点において放送中であるか否かに応じて、自動的に、放送コンテンツを提示するか、代替コンテンツを提示するかを、切り替えることができる。

また、上記第３グループの［態様Ｃ：２０２３－０４２－１］等の態様によれば、提示装置は、放送コンテンツの関連コンテンツとしてウェブページを含んだ関連コンテンツリストを提示することができる。その関連コンテンツは、ユーザーからのリクエストに応じて提示可能である。

［態様Ｃの詳細］
次に、態様Ｃの詳細について、図面を参照しながら説明する。態様Ｃのシステムは、放送コンテンツ、ネット配信動画、およびウェブページを同等に、状況に応じてユーザーに提示するものである。背景として、放送事業者が提供するコンテンツは、放送コンテンツにとどまらず、ネット配信動画やウェブページにも及んでいる。ウェブページは、放送コンテンツ（番組）の補足情報や関連情報を提供する。このシステムにおいては、放送事業者は、放送コンテンツの一形態としてウェブページをユーザーに提供する。提示装置は、ウェブページを放送コンテンツの一形態として記述した構造化データに基づいて、放送の代替コンテンツとしてウェブページを提示する。提示装置においては、例えば、コンテンツ視聴用アプリケーションプログラムが稼働する。

態様Ｃにおいて、前述の第１の課題を解決するための解決手段は次のとおりである。即ち、ウェブページに関する記述を有するメタデータ（コンテンツメタデータと称する）に、放送通信連携機能を有するテレビ受像機（ハイブリッドキャスト対応の受信機）においてウェブページへの遷移を行うためのＡＩＴのＵＲＬの情報と、ウェブページそのもののＵＲＬとの両方を記述しておく。アプリケーションプログラムは、自プログラムが動作するデバイスの種類に応じて、いずれかのＵＲＬの情報を使用することによって、目的とするウェブページにアクセスする。つまり、態様Ｃの提示装置は、放送連携アプリケーションプログラムにおいて、使用デバイスの種別に応じたウェブページへの遷移を実現するアルゴリズムを実装する。

この解決手段により、放送連携アプリケーションプログラムの開発において、動作するデバイスの種別を意識せずに実装することが可能となる、という効果が得られる。

また、前述の第２の課題を解決するための解決手段は次のとおりである。即ち、放送コンテンツについてのメタデータ（コンテンツメタデータ）に、放送情報、ネット配信情報、ウェブページ情報を記述しておく。提示装置は、コンテンツメタデータの情報に基づいて、且つコンテンツにアクセスするタイミングや状況に応じて、放送、ネット配信動画、ウェブページのいずれかにアクセス先を変化させ、その状況において適切なコンテンツをユーザーに提示する。つまり、提示装置は、放送コンテンツを受信できない状況において、提示装置は、放送コンテンツの代替としてネット配信動画やウェブページに遷移させる機能を持つ。

この解決手段により、ユーザーが視聴したいコンテンツを選択した場合に、提示装置は、代替コンテンツを含めてその時点において取得できるコンテンツ（放送コンテンツ、ネット配信コンテンツ、またはウェブページ）を取得して提示する。ユーザーは、放送や配信等のタイミングを意識することなく、提示装置が自動的に選択して提示するコンテンツを、視聴あるいは閲覧することができる。

また、前述の第３の課題を解決するための解決手段は次のとおりである。即ち、放送コンテンツについてのメタデータ（コンテンツメタデータ）に、関連コンテンツとして、ウェブページの情報を記述することができるようにする。提示装置は、放送コンテンツの関連コンテンツとして、ウェブページを提示する機能を持つアルゴリズムを実装する。

この解決手段により、提示装置は、放送コンテンツに関するメタデータ（コンテンツメタデータ）を解析することにより、放送コンテンツに関連するウェブページを自動的に発見することができる。つまり、提示装置が、放送コンテンツとウェブページとの間での遷移を容易に実装できる。

以下の説明において、ＵＲＬは、ウェブにおける資源の所在を表す情報（所在情報）であり、Uniform Resource Locator（統一資源位置指定子）の略である。また、ＡＩＴは、ハイブリッドキャスト技術においてアプリケーションプログラムに関する情報を記述したテーブルであり、Application Information Table（アプリケーション情報テーブル）の略である。また、ＧＰＳは、複数の人工衛星からの無線信号に基づいて位置を測定するシステムを表し、Global Positioning System（全地球測位システム）の略である。また、ＩＰは、インターネットにおいて広く用いられている通信プロトコルであり、Internet Protocolの略である。また、ＰＣは、Personal Computer（パーソナルコンピューター）の略である。

図６３は、態様Ｃによるシステムの概略機能構成を示すブロック図である。図示するように、システム１は、提示装置（受信機）１０と、放送信号送信装置２０と、ウェブサーバー装置３０と、コンテンツ発見サーバー装置４０と、通信ネットワーク７とを含んで構成される。提示装置１０と、放送信号送信装置２０と、ウェブサーバー装置３０と、コンテンツ発見サーバー装置４０とのそれぞれは、少なくともその一部の機能に関して、例えば、コンピューターと、プログラムとで実現することが可能である。また、各装置は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。また、各装置の少なくとも一部の機能を、プログラムではなく専用の電子回路として実現してもよい。

なお、図６３においては、各１台の提示装置１０と放送信号送信装置２０とウェブサーバー装置３０とコンテンツ発見サーバー装置４０とを示しているが、これらの装置それぞれの台数は任意である。システム１は、多数の提示装置１０を含んで構成されていてもよい。

提示装置１０は、ユーザーに対してコンテンツを提示する装置である。提示装置１０は、放送信号によって放送される放送コンテンツや通信ネットワーク７を介して配信される通信コンテンツを受信して提示する受信機であってよい。提示装置１０は、放送信号送信装置２０から送信される放送信号を受信することができる。また、提示装置１０は、通信ネットワーク７を介して、ウェブサーバー装置３０やコンテンツ発見サーバー装置４０との間で通信を行うことができる。提示装置１０は、ＩＰ等のプロトコルを用いて通信を行うことができる。

なお、提示装置１０は、次のようなバリエーションを持つものであってよい。即ち、提示装置１０は、（Ａ）ハイブリッドキャスト機能を有する受信機であってもよいし、（Ｂ）その他の装置であってもよい。（Ａ）のハイブリッドキャスト機能を有する受信機とは、ハイブリッドキャスト機能を有し、且つ放送信号を受信する機能を有する装置（いわゆる「テレビ」）である。（Ｂ）のその他の装置は、ハイブリッドキャスト機能を持たずに放送信号を受信する機能を有する装置であってもよいし、放送信号を受信する機能を持たない装置（ＰＣ、タブレット端末、スマートフォン等）であってもよい。
なお、提示装置１０が（Ｂ）の「その他の装置」である場合には、提示装置１０は、放送通信連携機能部１５を持たない。

放送信号送信装置２０は、放送信号を送信する。放送信号送信装置２０は、無線信号（電波）として、あるいは金属ケーブルを媒体とする信号として、放送信号を送出する。放送信号送信装置２０を制御する機能の一部がコンピューターで実現されていてもよい。

ウェブサーバー装置３０は、クライアント装置（提示装置１０等）側からの要求に応じて、リソースを提供する。ウェブサーバー装置３０は、通信ネットワーク７を介して、提示装置１０との間で通信を行うことができる。ウェブサーバー装置３０は、ＩＰ等のプロトコルを用いて通信を行うことができる。ウェブサーバー装置３０は、提示装置１０からの要求に応じて、ネット配信動画や、ウェブページや、ＡＩＴ等を提供することができる。システム１が複数のウェブサーバー装置３０を含むように構成されていてもよい。ネット配信動画を提供するウェブサーバー装置３０と、ウェブページを提供するウェブサーバー装置３０と、ＡＩＴを提供するウェブサーバー装置３０とが、互いに別の装置であってもよいし、少なくとも一部が共通する装置であってもよい。

コンテンツ発見サーバー装置４０は、クライアント装置（提示装置１０等）側からの要求に応じて、コンテンツメタデータを提供する。コンテンツメタデータは、提示装置が受信し得るコンテンツについてのメタデータである。コンテンツ発見サーバー装置４０は、通信ネットワーク７を介して、提示装置１０との間で通信を行うことができる。コンテンツ発見サーバー装置４０は、ＩＰ等のプロトコルを用いて通信を行うことができる。なお、コンテンツ発見サーバー装置４０は、上記機能の他に、放送受信機がコンテンツを発見するための様々な情報および機能を提供するものであってよい。

なお、コンテンツ発見サーバー装置４０は、自装置が保持するコンテンツメタデータを、必要なタイミングで更新する。一例として、放送コンテンツに関連付けられたネット配信動画のステータスが、利用可能から利用不可能に、あるいは逆に利用不可能から利用可能に変わった場合には、当該ネット配信動画についての利用可／不可の情報を更新する。
あるいは、ネット配信動画が利用可能である状況においてのみ、当該ネット配信動画のＵＲＬの情報を有効な値としておくようにしてもよい。提示装置１０側からコンテンツメタデータが要求された場合には、コンテンツ発見サーバー装置４０は、最新の、即ち現在の状態を表すコンテンツメタデータを提示装置１０に対して提供するようにする。

通信ネットワーク７は、システム１における装置間の通信を実現するネットワークである。通信ネットワーク７は、例えば、いわゆる「インターネット」であってよい。通信ネットワーク７は、無線通信手段あるいは有線通信手段、またはそれらの組み合わせとして実現され得る。

図６４は、態様Ｃによる提示装置の概略機能構成を示すブロック図である。図示するように、提示装置１０は、メタデータ解析部１３と、コンテンツ遷移制御部１４と、放送通信連携機能部１５と、ブラウザー（提示部）１７とを含んで構成される。なお、メタデータ解析部１３とコンテンツ遷移制御部１４とが持つ機能を併せて、「提示制御装置１２」として捉えてもよい。つまり、提示装置１０は、提示制御装置１２を内包し得る。

メタデータ解析部１３は、コンテンツ発見サーバー装置４０からコンテンツメタデータを取得し、そのコンテンツメタデータの内容を解析する。メタデータ解析部１３は、コンテンツメタデータの解析結果の情報を、コンテンツ遷移制御部１４やブラウザー１７に渡す。

なお、前述のとおり、コンテンツ発見サーバー装置４０側においてコンテンツメタデータが更新される場合がある。そのような場合には、メタデータ解析部１３は、更新後のコンテンツメタデータを取得するようにする。つまり、メタデータ解析部１３は、最新の状態のコンテンツメタデータを取得し、そのようなコンテンツメタデータの解析を行う。

メタデータ解析部１３は、例えば、次の（１）から（３）までのような解析を行うことができる。

（１）即ち、メタデータ解析部１３は、放送コンテンツに関連付ける形で、その放送コンテンツの代替となるウェブページである代替ウェブページのＵＲＬ（所在情報）と、その放送コンテンツに関連するアプリケーションプログラムに関する情報であるアプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）と、を含むコンテンツメタデータ、を読み込んでよい。メタデータ解析部１３は、そのようなコンテンツメタデータを解析することにより、それぞれの放送コンテンツに関連付ける形で、放送コンテンツの代替となるウェブページである代替ウェブページのＵＲＬを把握したり、放送コンテンツに関連するアプリケーションプログラムに関する情報であるアプリケーション情報テーブル（ＡＩＴ）のＵＲＬを把握したり、することができる。メタデータ解析部１３は、これらの情報を、例えば、コンテンツ遷移制御部１４に提供することができる。

（２）また、メタデータ解析部１３は、放送コンテンツに関連付ける形で、その放送コンテンツの放送開始日時と、その放送コンテンツの放送終了日時と、その放送コンテンツを放送する放送サービスを特定する情報である放送サービス特定情報と、その放送コンテンツの代替となり得る代替コンテンツへのアクセス方法を表す代替コンテンツアクセス方法情報と、を含むコンテンツメタデータ、を読み込んで、解析してよい。メタデータ解析部１３は、その結果得られる、放送コンテンツの放送開始日時および放送終了日時の情報や、放送コンテンツを放送する放送サービスについての放送サービス特定情報や、代替コンテンツアクセス方法情報を、コンテンツ遷移制御部１４に提供することができる。なお、代替コンテンツがネット配信動画である場合には、代替コンテンツアクセス方法情報は、当該ネット配信動画にアクセスするためのＵＲＬ（所在情報）等であってよい。また、代替コンテンツがウェブページである場合には、代替コンテンツアクセス方法情報は、そのウェブページのＵＲＬ（所在情報）であってよく、あるいは、そのウェブページのＵＲＬ（所在情報）を保持するアプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）であってもよい。

（３）また、メタデータ解析部１３は、放送コンテンツに関連付ける形で、前記放送コンテンツに関連するコンテンツである関連コンテンツへのアクセス方法を表す関連コンテンツアクセス方法情報、を含むコンテンツメタデータ、を読み込んで解析してもよい。このような解析結果に基づいて、メタデータ解析部１３は、ブラウザー１７から特定の放送コンテンツに関連する関連コンテンツアクセス方法情報を要求されたときに、複数の関連コンテンツへのアクセス方法を表す関連コンテンツアクセス方法情報のリストをブラウザー１７に応答することができる。なお、当該リストが含む前記関連コンテンツアクセス方法情報の少なくとも一部がウェブページの所在を表す所在情報であってよい。

コンテンツ遷移制御部１４は、メタデータ解析部１３から必要な情報を取得し、その情報にしたがってブラウザー１７に対して遷移先を指示する。また、コンテンツ遷移制御部１４は、放送通信連携機能部１５に対して放送の選局を指示する。コンテンツ遷移制御部１４は、ブラウザー１７を介して、ユーザーからの指示を受け付けることができる。

なお、コンテンツ遷移制御部１４は、コンテンツ遷移についての制御に関して必要な時刻（現在時刻，現在日時）の情報を取得するために、提示装置が備える不図示のクロック機能を参照することができる。コンテンツ遷移制御部１４は、このクロック機能から、その時点における年・月・日、時・分・秒の情報を取得できる。コンテンツ遷移制御部１４が、必要に応じて秒未満の単位の時刻情報をクロック機能から取得するようにしてもよい。また、コンテンツ遷移制御部１４が、タイムゾーンの情報をクロック機能から取得するようにしてもよい。

コンテンツ遷移制御部１４が行う具体的な制御の例は、次の（１）あるいは（２）のとおりである。

（１）自装置の種別に応じた方法でのウェブページの取得
コンテンツ遷移制御部１４は、代替ウェブページ（例えば、放送コンテンツの代替となる代替コンテンツとしてのウェブページ）の提示が要求されたときに、自装置（提示装置１０）の種別に基づく判定を行う。具体的には、コンテンツ遷移制御部１４は、ブラウザー１７が持つUser-Agentの情報を参照することにより、自装置（提示装置１０）が、ハイブリッドキャスト対応の受信機であるか、その他の装置であるかを判定する。この判定結果に応じて、コンテンツ遷移制御部１４は、次の２とおりの処理を切り替える。自装置（提示装置１０）がハイブリッドキャスト対応の受信機である場合には、コンテンツ遷移制御部１４は、メタデータ解析部１３から、当該代替ウェブページに関連する放送コンテンツに関連付けられるアプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）を取得する。コンテンツ遷移制御部１４は、このアプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）を放送通信連携処理部１５に渡すことによって、代替ウェブページをブラウザー１７に提示させる制御を行う。一方で、自装置（提示装置１０）がハイブリッドキャスト対応の受信機ではない場合には、コンテンツ遷移制御部１４は、メタデータ解析部１３から、当該代替ウェブページのＵＲＬ（所在情報）を取得し、この代替ウェブページのＵＲＬ（所在情報）をブラウザーに渡すことによって、代替ウェブページをブラウザー１７に提示させる制御を行う。

（２）コンテンツ配信の状況に応じた代替コンテンツの提示の制御
コンテンツ遷移制御部１４は、メタデータ解析部１３から、特定の放送コンテンツについての放送開始日時および放送終了日時を取得することができる。放送開始日時および放送終了日時は、元々は、メタデータ解析部１３が読み込んだコンテンツメタデータに記述されていた情報である。また、コンテンツ遷移制御部１４は、取得したクロックから現在日時の情報を取得することができる。コンテンツ遷移制御部１４は、これらの放送開始日時および放送終了日時と、現在日時とから、当該放送コンテンツが放送中であるか否かを判定する。そして、コンテンツ遷移制御部１４は、この判定結果に応じて、どのコンテンツを提示するように制御するかを決定する。

具体的には、コンテンツ遷移制御部１４は、その放送コンテンツが放送中である場合には、メタデータ解析部１３から取得した放送サービス特定情報を放送通信連携処理部１５に渡してその放送サービスの選局を指示する。放送サービス特定情報は、放送サービスを一意に決定することのできる情報であり、例えば、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとの組み合わせである。放送サービス特定情報は、放送コンテンツに関連付けた形でコンテンツメタデータに記述されていた情報である。つまり、コンテンツ遷移制御部１４は、その放送コンテンツをブラウザー１７に提示させる制御を行う。一方で、その放送コンテンツが放送中ではない場合には、コンテンツ遷移制御部１４は、メタデータ解析部１３から取得した代替コンテンツアクセス方法情報に基づいて、代替コンテンツをブラウザーに提示させる制御を行う。代替コンテンツアクセス方法情報は、代替コンテンツにアクセスするための方法に関する情報であり、具体的には、例えば、ネット配信動画のＵＲＬ（所在情報）や、ウェブページのＵＲＬ（所在情報）や、ウェブページのＵＲＬ（所在情報）を格納しているアプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）等である。

なお、上記の代替コンテンツは、例えば、ネット配信動画あるいはウェブページであってよい。つまり、コンテンツ遷移制御部１４は、代替コンテンツアクセス情報として、ネット配信動画にアクセスするためのＵＲＬ（所在情報）をメタデータ解析部１３から取得し、このネット配信動画のＵＲＬ（所在情報）をブラウザー１７に渡すことによって、ネット配信動画を代替コンテンツとしてブラウザー１７に提示させる制御を行うことができる。あるいは、コンテンツ遷移制御部１４は、代替コンテンツアクセス情報として、ウェブページにアクセスするためのＵＲＬ（所在情報）、またはそのウェブページのＵＲＬ（所在情報）を保持するアプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）を、メタデータ解析部１３から取得し、このウェブページのＵＲＬ（所在情報）またはアプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）のいずれかに基づいて、ウェブページを代替コンテンツとしてブラウザー１７に、提示させる制御を行うことができる。

なお、上において、コンテンツ遷移制御部１４は、ウェブページのＵＲＬ（所在情報）をブラウザー１７に直接渡すことによって、ブラウザー１７に当該ウェブページを提示させることができる。また、コンテンツ遷移制御部１４は、アプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）を放送通信連携機能部１５に渡すことができる。この場合には、放送通信連携機能部１５がそのアプリケーション情報テーブル（ＡＩＴ）を取得し、そのアプリケーション情報テーブル（ＡＩＴ）から、目的とするウェブページのＵＲＬ（所在情報）を取り出す。そして、放送通信連携機能部１５がそのウェブページのＵＲＬ（所在情報）をブラウザー１７に渡すことによって、ブラウザー１７に当該ウェブページを提示させることができる。

放送通信連携機能部１５は、放送と通信との間での連携を実現させる機能（ハイブリッドキャスト（Hybridcast）の制御機能）を有する。放送通信連携機能部１５は、ハイブリッドキャストに対応するテレビ受像機が持つ機能である。放送通信連携機能部１５は、放送連携アプリケーションプログラムを起動するのに必要なアプリケーション情報テーブル（ＡＩＴ）をウェブサーバー装置３０から取得する。また、放送通信連携機能部１５は、取得したＡＩＴの情報に基づいて、選局の動作やウェブページへの遷移の動作を制御する。

放送通信連携処理部１５は、具体的には、放送サービスを特定するための放送サービス特定情報を受け取って当該放送サービスを選局（tune）する動作を行うことができる。また、放送通信連携処理部１５は、アプリケーション情報テーブル（ＡＩＴ）のＵＲＬ（所在情報）を取得して、そのＵＲＬ（所在情報）によって示されるアプリケーション情報テーブル（ＡＩＴ）を取得することができる。さらに、放送通信連携処理部１５は、そのアプリケーション情報テーブル（ＡＩＴ）の中からウェブページのＵＲＬ（所在情報）を取り出し、そのウェブページのＵＲＬ（所在情報）をブラウザー１７に渡すことによって、ブラウザー１７に当該ウェブページを取得させ、提示させることができる。

ブラウザー１７は、ユーザーインターフェースを提供する。ブラウザー１７は、コンテンツをユーザーに対して提示する機能を有する。ブラウザー１７は、「提示部」とも呼ばれる。ブラウザー１７は、放送コンテンツや、ネット配信動画や、ウェブページなどといったコンテンツを提示する。具体的には、ブラウザー１７は、画像や映像やテキスト等をディスプレイ装置に表示し、音声をスピーカー等（イヤフォン等を含む）から出力する。
また、ブラウザー１７は、ユーザーの操作等に基づく指示を受け付ける。なお、ブラウザー１７がコンテンツを提示する機能等自体は、既存技術により実現され得る。

なお、態様Ｃにおいて、ブラウザー１７は、コンテンツ遷移制御部１４や放送通信連携機能部１５からＵＲＬを受け取って、そのＵＲＬによって示されるウェブページを取得して提示する場合がある。また、ブラウザー１７は、提示装置１０が受信する放送コンテンツを提示する場合がある。また、ブラウザー１７は、放送通信連携機能部１５が選局した放送サービスによって配信される放送コンテンツを提示する場合がある。また、ブラウザー１７は、コンテンツ遷移制御部１４からＵＲＬを受け取って、そのＵＲＬによって示されるネット配信動画を取得して提示する場合がある。また、ブラウザー１７は、コンテンツ遷移制御部１４から渡される関連コンテンツリスト（あるコンテンツ（放送コンテンツ）に関連するコンテンツについての情報のリスト）に基づいて、関連コンテンツ一覧のページを提示する場合がある。また、ブラウザー１７は、関連コンテンツ一覧の中からユーザーが選択したコンテンツを取得して提示する場合がある。なお、関連コンテンツは、放送コンテンツや、ネット配信動画や、ウェブページであってよい。

前述した「提示制御装置１２」は、メタデータ解析部１３が持つ機能とコンテンツ遷移制御部１４が持つ機能とを備える。つまり、提示制御装置１２は、提示装置１０において、コンテンツの提示を制御する。言い換えれば、提示制御装置１２は、受信したコンテンツメタデータの記述内容を解析するとともに、その記述内容にしたがって、コンテンツの遷移、およびコンテンツの提示を制御する。

次に、コンテンツ発見サーバー装置４０から提示装置１０に対して提供されるコンテンツメタデータについて説明する。コンテンツメタデータは、コンテンツ（放送コンテンツ）に関する情報を、コンピューター読み取り可能な形態で構造化したデータである。コンテンツメタデータは、例えば、コンテンツのタイトルや、コンテンツが属するジャンルや、放送日時等に関する情報を含むデータである。コンテンツメタデータの記述においては、語彙としてウェブ上で一般的に使用されるＳｃｈｅｍａ．ｏｒｇが使用される。

コンテンツメタデータにおける、ウェブページの提示に関する記述は、次のとおりである。即ち、コンテンツメタデータにおいては、用途ごとにウェブページの情報が記述される。これにより、リクエストに応じた情報の提供が可能となる。

［放送コンテンツの関連コンテンツとしてのウェブページ］
ある放送コンテンツＡの関連コンテンツとしてウェブページＢが提示されることを意図する場合には、コンテンツメタデータは次のように記述される。即ち、放送コンテンツＡについてのメタデータにおいて、「”@type”:”Guide”」という記述が、関連コンテンツを定義する。ウェブページＢのURLがこの定義に含まれる形で記述される場合には、ウェブページＢは関連コンテンツである。つまり、このようなコンテンツメタデータに基づき、提示装置１０は、ウェブページＢを関連コンテンツとして提示する。

［放送コンテンツの代替コンテンツとしてのウェブページ］
ある放送コンテンツＡの代替コンテンツとしてウェブページＣが提示されることを意図する場合には、コンテンツメタデータは次のように記述される。即ち、放送コンテンツＡについてのメタデータにおいて、「””startDate”」および「”endDate”」が、それぞれ、放送開始日時および放送終了日時の情報を保持する。コンテンツメタデータは、さらに、放送時間中ではない場合のための情報として、citation.potentialAction.targetの情報を保持する。citation.potentialAction.targetの情報は、ウェブページＣにアクセスするためのＵＲＬを要素として持つ。また、citation.potentialAction.targetの情報は、「”@type”:”EntryPoint”」で定義される配列を要素に持つ。この「”@type”:”EntryPoint”」の配列内の記述により、ＡＩＴのＵＲＬが定義され得る。つまり、提示装置１０がウェブページＣのＵＲＬに直接アクセスできるデバイスである場合には、当該第１要素のＵＲＬを用いてウェブページＣにアクセスすることができる。提示装置１０が放送通信連携機能を用いてアクセスする必要がある場合には、上記のＡＩＴのＵＲＬを経由して、ウェブページＣのＵＲＬを取得し、ウェブページＣにアクセスすることができる。

なお、コンテンツメタデータの例について、後で図７０から図８８までを参照しながら説明する。

図６５および図６６は、システム１の動作の手順、および各部の相互作用の手順を示すシーケンスチャートである。図６５と図６６が、一連の動作の流れを示す。以下、このシーケンスチャートに沿って、システム１の動作手順を説明する。

まず図６５のステップＳ１１において、提示装置１０のメタデータ解析部１３は、コンテンツ発見サーバー装置４０から、コンテンツメタデータを取得する。メタデータ解析部１３は、取得したコンテンツメタデータを解析し、そのデータの内容を解釈することができる。メタデータ解析部１３は、例えば、コンテンツメタデータを解析することによって、提示装置１において視聴可能（提示可能）なコンテンツの一覧の情報を獲得する。

次にステップＳ１２において、提示装置１０のメタデータ解析部１３は、ブラウザー１７に対して、視聴可能コンテンツ一覧の情報を渡す。

次にステップＳ１３において、ブラウザー１７は、ポータル画面を表示する。このポータル画面は、ステップＳ１２においてメタデータ解析部１３から渡された視聴可能コンテンツ一覧の情報に基づくものである。このポータル画面の提示を受けて、ユーザーは、視聴するコンテンツを選択する操作を行うことができる。

次のステップＳ２１からＳ２３までの処理手順は、オプショナルな処理手順である。具体的には、ステップＳ２１からＳ２３までの処理手順は、放送コンテンツに関連する関連コンテンツの情報をユーザーが要求する場合の処理である。

次にステップＳ２１において、ブラウザー１７は、ユーザーからの操作を受け付けることができる。ここで、ユーザーからの操作は、視聴可能な放送コンテンツの中から、特定の放送コンテンツを選択する操作であってよい。また、その場合、ユーザーの操作は、当該特定の放送コンテンツに関連する関連コンテンツの提示を要求するものであってよい。

上記のユーザーからの操作に基づいて、次にステップＳ２２において、ブラウザー１７は、メタデータ解析部１３から、“@type”:”Guide”で定義される配列の情報を取得する。つまり、ブラウザー１７は、上記特定の放送コンテンツに関連する関連コンテンツの情報として、“@type”:”Guide”で定義される配列の情報を取得する。“@type”:”Guide”で定義される配列の情報は、元々はコンテンツメタデータ内において定義されている情報であり、関連コンテンツの所在場所の情報を持つものである。

次にステップＳ２３において、ブラウザー１７は、ステップＳ２２において取得した“@type”:”Guide”で定義される配列の情報に基づいて、関連コンテンツ一覧のページを画面に表示する。関連コンテンツは、放送コンテンツや、ネット配信動画や、ウェブページを含んでよい。これにより、ユーザーは特定の放送コンテンツに関連する関連コンテンツについて知ることができる。また、ユーザーは、関連コンテンツの一覧の中から適宜選択を行うことによって、その関連コンテンツを視聴あるいは閲覧することができる。つまり、ユーザーは、例えば放送コンテンツの画面に表示されたＵＲＬを読み取って装置に入力したり、そのＵＲＬを表す２次元コードを装置に読み取らせたりする必要がない。

なお、関連コンテンツ一覧のページは、各コンテンツへのリンクの情報を持っている。
ブラウザー１７は、上記の関連コンテンツ一覧のページの中からユーザーによって選択されたコンテンツを提示する。選択されたコンテンツがネット配信動画である場合には、ブラウザー１７は、選択されたネット配信動画のＵＲＬに基づいて、そのネット配信動画を取得して提示する。選択されたコンテンツがウェブページである場合には、ブラウザー１７は、選択されたウェブページのＵＲＬに基づいて、そのウェブページを取得して提示する。

次にステップＳ３１において、ブラウザー１７は、ユーザーによる操作を受け付ける。
ここでは、この操作は、画面に表示されている一覧の中からコンテンツを選択する操作である。

次にステップＳ３２において、ブラウザー１７は、ステップＳ３１で受け付けた操作に基づいて、コンテンツ遷移制御部１４に対して、再生コンテンツを選択する要求を行う。
これにより、コンテンツ遷移制御部１４は、特定のコンテンツの提示が要求されていることを把握する。

次にステップＳ３３において、コンテンツ遷移制御部１４は、メタデータ解析部１３から、ステップＳ３２において要求されたコンテンツに関するコンテンツメタデータの情報を取得する。本ステップでコンテンツ遷移制御部１４が取得する情報は、放送番組の情報や、放送日時の情報（当該放送コンテンツの放送開始日時と放送終了日時）を含む。

次に図６６に移って、ステップＳ４１からＳ８３までは、条件に応じたオルタナティブな処理を含む。条件判定による分岐は、下の（１）から（３）までの３つである。

（１）つまり、提示装置１０は、ステップＳ３３（図６５）において取得した放送日時の情報に基づいて判定を行う。現在の時刻が、ステップＳ３３において取得した放送コンテンツの放送日時に含まれている場合、即ち、放送開始日時以後であり且つ放送終了日時以前である場合には、提示装置１０は、ステップＳ４１およびＳ４２の処理を行う。その他の場合（即ち、放送時間外である場合）には、提示装置１０は、ステップＳ５１からＳ８３までの処理を行う。ステップＳ５１からＳ８３までは、下記の条件判定を含む。

（２）また、提示装置１０は、ステップＳ５１の処理を行った場合に、その次に、ステップＳ５１の処理結果に基づいて、ネット配信動画が利用可能であるか否かの判定を行う。ネット配信動画が利用可能である場合、提示装置１０は、ステップＳ６１およびＳ６２の処理を行う。その他の場合（即ち、ネット配信動画が利用不可能である場合）には、提示装置１０は、ステップＳ７１からＳ８３までの処理を行う。ステップＳ７１からＳ８３までは、下記の条件判定を含む。

（３）また、提示装置１０は、上記の判定においてネット配信動画が利用不可能であった場合に、自装置が、ハイブリッドキャスト対応の受信機であるか否かの判定を行う。提示装置１０は、この判定を、例えばブラウザー１７が持つUser-AgentあるいはUser-Agent Client Hintsの情報を参照することによって行う。なお、User-AgentあるいはUser-Agent Client Hintsの情報として、デバイス（クライアント装置）の種別等を表す属性を記述すること自体は、従来技術に属する手法である。自装置がハイブリッドキャスト対応の受信機である場合、提示装置１０は、ステップＳ７１からＳ７４までの処理を行う。その他の場合（即ち、自装置がハイブリッドキャスト対応の受信機ではなく、ＰＣやスマートフォン等の端末装置である場合）には、提示装置１０は、ステップＳ８１からＳ８３までの処理を行う。

具体的な処理としては次のとおりである。即ち、コンテンツ遷移制御部１４は、ステップＳ３３において取得した放送コンテンツの放送日時の情報に基づいて、当該放送コンテンツが現在放送中であるか否かを判定する。現在放送中である場合、即ち、放送開始日時≦現在時刻（日時）≦放送終了日時の条件を満たす場合には、次のステップＳ４１の処理に進む。その他の場合、即ち現在放送中でない場合には、ステップＳ５１の処理に飛ぶ。

ステップＳ４１に進んだ場合、同ステップにおいて、コンテンツ遷移制御部１４は、放送通信連携機能部１５に対して、目的とする放送コンテンツを受信するための選局を指示する。具体的には、コンテンツ遷移制御部１４は、放送サービスを識別する情報（例えば、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとの組み合わせ）を指定することにより、特定の放送サービスの選局を放送通信連携機能部１５に指示する。放送サービスを識別する情報は、特定された放送コンテンツに関連して、メタデータ解析部１３から渡されるものである。

次にステップＳ４２において、放送通信連携機能部１５は、ステップＳ４１において指定された放送サービスを選局し、ブラウザー１７を介して放送コンテンツを提示する。即ち、提示装置１０は、放送コンテンツの映像をディスプレイ画面に表示し、音声をスピーカー等から出力する。このとき、提示装置１０によって受信される放送信号は、適宜、既存技術等を用いてデコードされる。以後、提示装置１０は、ユーザーから別の指示を受け付けるまで、あるいは当該放送コンテンツの放送が終了するまで、放送コンテンツの提示を続ける。

ステップＳ５１に進むのは、前述のとおり、放送コンテンツが放送時間外である場合である。ステップＳ５１において、コンテンツ遷移制御部１４は、ステップＳ３１においてユーザーから指示されたコンテンツ（放送コンテンツ）に対応するネット配信動画の情報を、メタデータ解析部１３から取得する。このネット配信動画の情報は、放送コンテンツに関連付けてコンテンツメタデータに記述されているものである。コンテンツ遷移制御部１４は、ネット配信動画の情報として、少なくともネット配信動画を再生するためのＵＲＬの情報の取得を試みる。また、コンテンツ遷移制御部１４は、ネット配信動画の情報として、配信日時の情報（配信開始日時および配信終了日時）、あるいは現時点でネット配信が可能であるか否かを表すフラグ情報をメタデータ解析部１３から取得してもよい。

そして、コンテンツ遷移制御部１４は、そのネット配信動画が利用可能であるか否かを判定する。具体的には、コンテンツ遷移制御部１４は、取得したネット配信動画のＵＲＬが有効であるか否かによってそのネット配信動画が利用可能であるか否かを判定上記の配信日時の情報に基づいて現時点でそのネット配信動画が利用可能であるか否かを判定したり、上記のフラグ情報に基づいて現時点でそのネット配信動画が利用可能であるか否かを判定したりしてよい。そのネット配信動画が利用可能である場合には、次にステップＳ６１に進む。そのネット配信動画がその時点で利用不可能である場合には、ステップＳ７１の直前に進む。

ステップＳ６１に進んだ場合には、同ステップにおいて、コンテンツ遷移制御部１４は、ブラウザー１７に、ネット配信動画にアクセスするためのＵＲＬを渡す。ブラウザー１７は、渡されたＵＲＬで示される場所にアクセスし、ネット配信動画を受信する。

次にステップＳ６２において、ブラウザー１７は、ステップＳ６１においてアクセスしたネット配信動画を順次デコードし、提示する。具体的には、ブラウザー１７は、ネット配信動画の映像をディスプレイ画面に表示し、音声をスピーカー等から出力する。ユーザーは、このネット配信動画を視聴することができる。なお、ネット配信動画は、例えば、数秒から数十秒程度の長さの動画の断片のファイルの集合から成る。ブラウザー１７は、以後、この断片のファイルを受信して、ネット配信動画の提示を続ける。つまり、以後において、提示装置１０は、ユーザーから別の指示を受け付けるまで、あるいは当該ネット配信動画の再生が終了するまで、ネット配信動画の提示を続ける。

上のネット配信動画が利用可能であるか否かの判断の結果に基づいてステップＳ７１の直前進んだ場合（即ち、ネット配信動画が利用不可能である場合）には、コンテンツ遷移制御部１４は、自装置（提示装置１０）が、ハイブリッドキャスト対応の受信機であるか否かを判定する。自装置（提示装置１０）がハイブリッドキャスト対応の受信機である場合には、次のステップＳ７１に進む。自装置（提示装置１０）がハイブリッドキャスト対応の受信機ではない場合には、ステップＳ８１に飛ぶ。

ステップＳ７１に進んだ場合には、同ステップにおいて、コンテンツ遷移制御部１４は、ステップＳ３１においてユーザーによって選択された放送コンテンツの代替となり得るウェブページを取得するためのＡＩＴのＵＲＬを、メタデータ解析部１３から取得する。
このＡＩＴのＵＲＬは、元の放送コンテンツと関連付けて、コンテンツメタデータにおいて定義されているものである。

次にステップＳ７２において、コンテンツ遷移制御部１４は、ステップＳ７１において取得したＡＩＴのＵＲＬを、放送通信連携機能部１５に渡す。放送通信連携機能部１５は、コンテンツ遷移制御部１４から受け取ったＡＩＴのＵＲＬを用いて、ＡＩＴを取得し、ＡＩＴの内部を解析する。放送通信連携機能部１５が取得したＡＩＴの内部には、ここで目的としているウェブページのＵＲＬが記述されている。つまり、放送通信連携機能部１５は、そのウェブページのＵＲＬを取得する。

次にステップＳ７３において、放送通信連携機能部１５は、ステップＳ７２においてＡＩＴ内から取得したＵＲＬ（代替となるウェブページのＵＲＬ）を、ブラウザー１７に渡し、そのＵＲＬによって示される位置のウェブページを取得するよう指示する。

次にステップＳ７４において、ブラウザー１７は、ステップＳ７３において放送通信連携機能部１５から渡されたＵＲＬに基づいてウェブページを取得し、提示する。具体的には、ブラウザー１７は、取得したウェブページを、ディスプレイ画面等に表示する。これにより、ユーザーは、当該ウェブページを閲覧することができる。このウェブページは、ステップＳ３１においてユーザーによって選択された放送コンテンツの代替となり得るコンテンツである。ブラウザー１７は、以後、ユーザーから別の指示を受け付けるまで、当該ウェブページの提示を続ける。

ステップＳ８１に進んだ場合（即ち、提示装置１０がハイブリッドキャスト対応の受信機ではない場合）には、同ステップにおいて、コンテンツ遷移制御部１４は、ステップＳ３１においてユーザーによって選択された放送コンテンツの代替となり得るウェブページのＵＲＬを、メタデータ解析部１３から取得する。このウェブページのＵＲＬは、元の放送コンテンツと関連付けて、コンテンツメタデータにおいて定義されているものである。

次にステップＳ８２において、コンテンツ遷移制御部１４は、ステップＳ８１において取得したＵＲＬをブラウザー１７に渡すとともに、そのＵＲＬによって示される位置のウェブページを取得するようブラウザー１７に指示する。

次にステップＳ８３において、ブラウザー１７は、ステップＳ８２においてコンテンツ遷移制御部１４から渡されたＵＲＬに基づいてウェブページを取得し、提示する。具体的には、ブラウザー１７は、取得したウェブページを、ディスプレイ画面等に表示する。これにより、ユーザーは、当該ウェブページを閲覧することができる。このウェブページは、ステップＳ３１においてユーザーによって選択された放送コンテンツの代替となり得るコンテンツである。ブラウザー１７は、以後、ユーザーから別の指示を受け付けるまで、当該ウェブページの提示を続ける。

以上で、図６５および図６６に示した一連の処理は終了する。つまり、提示装置１０は、自装置（提示装置１０）の種別に応じて異なる方法で、ウェブページにアクセスし、そのウェブページを取得して、提示することができる。また、提示装置１０は、放送コンテンツの提示がリクエストされたときに、その放送コンテンツが受信可能であるか否か（つまり、放送中であるか否か）を、コンテンツメタデータに基づいて判定する。放送コンテンツが受信可能である場合には、提示装置１０は、その放送コンテンツを受信して提示する。
放送コンテンツが受信不可能である場合（放送時間外等の場合）には、提示装置１０は、コンテンツメタデータに基づいて代替コンテンツを受信して提示することができる。代替コンテンツは、ネット配信動画（例えば、見逃し再配信の動画）であってよい。この場合には、提示装置１０は、コンテンツメタデータに基づいてネット配信動画のＵＲＬを取得して、当該ネット配信動画にアクセスして提示する。また、ネット配信動画が利用不可能である場合には、代替コンテンツは、ウェブページであってよい。この場合には、提示装置１０は、コンテンツメタデータに基づいてウェブページのＵＲＬを取得し、あるいはウェブページのＵＲＬを保持するアプリケーション情報テーブル（ＡＩＴ）のＵＲＬを取得し、それらのＵＲＬに基づいて当該ウェブページにアクセスして、当該ウェブページを提示する。また、提示装置１０は、放送コンテンツに関連する関連コンテンツ一覧のページを提示することができる。また、ユーザーの操作等によって関連コンテンツ一覧の中から選択されたコンテンツを、提示装置１０は提示することができる。なお、関連コンテンツは、ウェブページであってよい。つまり、画面にＵＲＬ（あるいは、そのＵＲＬを表す２次元コード）を表示したり、ユーザーが関連コンテンツを検索したりすることなく、提示装置１０は、放送コンテンツに関連するウェブページを提示することができる。

図６７は、提示装置１０が、自装置の種別に応じた方法でウェブページを提示する処理の手順を示すフローチャートである。以下、このフローチャートに沿って処理手順を説明する。

ステップＳ１０１において、提示装置１０のコンテンツ遷移制御部１４は、ウェブページへの遷移のリクエストを受け付ける。本ステップにおけるウェブページの遷移のリクエストは、図６６のシーケンス図におけるステップＳ５１の処理の結果として、ネット配信動画の利用が不可能であることが判明したことに基づくものである。あるいは、ユーザーの操作等に基づいて、ウェブコンテンツの提示がリクエストされた場合に、本ステップおよびそれ以後のステップの処理を行うようにしてもよい。

ステップＳ１０２において、コンテンツ遷移制御部１４は、自装置（提示装置１０）がハイブリッドキャスト対応の受信機であるか否かを判定する。この判定は、例えばブラウザー１７が持つUser-AgentあるいはUser-Agent Client Hintsの情報を参照することによって行うことが可能である。自装置（提示装置１０）がハイブリッドキャスト対応の受信機である場合（ステップＳ１０２：ＹＥＳ）には、次のステップＳ１０３に進む。自装置（提示装置１０）がハイブリッドキャスト対応の受信機ではない場合（ステップＳ１０２：ＮＯ）には、ステップＳ１０６に飛ぶ。自装置（提示装置１０）がハイブリッドキャスト対応の受信機ではない場合、具体的には、自装置（提示装置１０）は、例えば、放送受信機能を持たないＰＣや、放送受信機能を持たない携帯型端末装置（タブレット端末あるいはスマートフォン等）である。

ステップＳ１０３に進んだ場合、同ステップにおいて、コンテンツ遷移制御部１４は、メタデータ解析部１３から、ＡＩＴのＵＲＬを取得する。このＡＩＴのＵＲＬは、コンテンツメタデータにおいて、<citation.potencialAction.target>の情報として記述されているものである。メタデータ解析部１３は、取得したメタデータを解析することによって、このＡＩＴのＵＲＬを獲得している。このＡＩＴのＵＲＬは、コンテンツ遷移制御部１４から、放送通信連携機能部１５に渡される。なお、本ステップは、図６６のシーケンス図におけるステップＳ７１およびＳ７２の処理に対応する。

ステップＳ１０４において、放送通信連携機能部１５は、ステップＳ１０３で受け取ったＡＩＴのＵＲＬが示す場所にアクセスし、ＡＩＴを取得する。

ステップＳ１０５において、放送通信連携機能部１５は、ステップＳ１０４で取得したＡＩＴの内部を読んで解釈することにより、ＡＩＴの内部に記述されているウェブページのＵＲＬを取得する。放送通信連携機能部１５は、このウェブページのＵＲＬを、ブラウザー１７に渡す。なお、本ステップは、図６６のシーケンス図におけるステップＳ７３の処理に対応する。本ステップの処理の終了後は、ステップＳ１０７に移る。

ステップＳ１０６に進んだ場合、同ステップにおいて、コンテンツ遷移制御部１４は、メタデータ解析部１３から、ウェブページのＵＲＬを取得する。このウェブページのＵＲＬは、コンテンツメタデータにおいて、<citation.potencialAction.target>の情報として記述されているものである。メタデータ解析部１３は、取得したメタデータを解析することによって、このウェブページのＵＲＬを獲得している。このウェブページのＵＲＬは、コンテンツ遷移制御部１４から、ブラウザー１７に渡される。なお、本ステップは、図６６のシーケンス図におけるステップＳ８１およびＳ８２の処理に対応する。本ステップの処理の終了後は、ステップＳ１０７に移る。

ステップＳ１０７において、ブラウザー１７は、目的とするウェブページに遷移し、当該ウェブページを提示する。具体的には、ブラウザー１７は、上のステップＳ１０５で放送通信連携機能部１５から渡されたＵＲＬ、または上のステップＳ１０６でコンテンツ遷移制御部１４から渡されたＵＲＬのいずれかで示される場所にアクセスする。また、ブラウザー１７は、当該場所のウェブサーバー装置から返されるウェブページを受信し、当該ウェブページをディスプレイ画面に表示する。

ステップＳ１０７が完了すると、本フローチャート全体の処理を終了する。

図６８は、提示装置１０が、リクエストされた放送コンテンツについて、コンテンツの状況に応じて異なる形態のコンテンツ（代替コンテンツを含む）を提示するための処理の手順を示すフローチャートである。以下、このフローチャートに沿って処理手順を説明する。

ステップＳ２０１において、提示装置１０のコンテンツ遷移制御部１４は、コンテンツへの遷移のリクエストを受け付ける。本ステップの処理は、図６５のシーケンス図におけるステップＳ３２の処理に対応するものである。

ステップＳ２０２において、コンテンツ遷移制御部１４は、ステップＳ２０１において要求されたコンテンツ（放送番組）の放送開始日時および放送終了日時をメタデータ解析部１３から取得する（図６５におけるステップＳ３３の処理の一部に対応）。そして、コンテンツ遷移制御部１４は、当該コンテンツが現在放送中であるか否かを判定する。具体的には、コンテンツ遷移制御部１４は、放送開始日時≦現在時刻（日時）≦放送終了日時の条件を満たす場合に、放送中であると判定する。なお、このとき、コンテンツ遷移制御部１４は、ＧＰＳ信号等に基づいて提示装置１０の位置が当該コンテンツを放送するサービスの対象エリア内であるか否かを併せて判定してもよい。要求されたコンテンツが放送中である場合（ステップＳ２０２：ＹＥＳ）、次のステップＳ２０３に進む。要求されたコンテンツが放送中ではない場合（ステップＳ２０２：ＮＯ）には、ステップＳ２０５に飛ぶ。

ステップＳ２０３に進んだ場合、同ステップにおいて、コンテンツ遷移制御部１４は、メタデータの<publishedOn.identifier>において記述されている放送局情報を取得する。
この放送局情報は、放送サービスを一意に識別することのできる情報である。つまり、コンテンツ遷移制御部１４は、コンテンツメタデータに記述されている、当該コンテンツ（放送番組）を放送するサービスの識別情報を取得する。なお、本ステップの処理は、図６５におけるステップＳ３３の処理の一部に対応するものである。

ステップＳ２０４において、コンテンツ遷移制御部１４は、ステップＳ２０３において取得した放送局情報を用いて、ハイブリッドキャスト機能の「tune」で、放送通信連携機能部１５に対して選局を指示する。これにより、放送通信連携機能部１５は、当該放送局情報によって指定された放送サービスの選局を行うための制御を実行する。これにより、不図示のチューナー機能部は、当該放送サービスを選局する。これにより、目的とする放送コンテンツの受信が開始される。受信された放送コンテンツは、ユーザーが視聴可能となるように提示される。つまり、放送コンテンツの映像はディスプレイ画面等に表示され、音声はスピーカー等から出力される。

ステップＳ２０４において放送コンテンツの提示が開始されたことにより、本フローチャート全体の処理を終了する。

ステップＳ２０５に進んだ場合、即ち目的とするコンテンツが放送時間外であった場合、同ステップにおいて、コンテンツ遷移制御部１４は、メタデータの<citation.associatedMedia>に要素が含まれるか否かを判定する。つまり、コンテンツ遷移制御部１４は、<citation.associatedMedia>の要素として、放送コンテンツを代替するネット配信動画のＵＲＬを取得する。ここで、コンテンツ遷移制御部１４は、併せて、そのネット配信動画がその時点において利用可能であるか否かの判定を行ってもよい。なお、本ステップの処理は、図６６におけるステップＳ５１の処理に対応する。メタデータの<citation.associatedMedia>に要素が含まれる場合（ステップＳ２０５：ＹＥＳ）、次のステップＳ２０６に進む。メタデータの<citation.associatedMedia>に要素が含まれない場合（ステップＳ２０５：ＮＯ）、つまりネット配信動画がその時点において利用不可能である場合、ステップＳ２０７に飛ぶ。

ステップＳ２０６に進んだ場合、同ステップにおいて、コンテンツ遷移制御部１４は、ステップＳ２０５において取得したネット配信動画のＵＲＬを、ブラウザー１７に渡すとともに、当該ネット配信動画の受信を要求する（図６６のステップＳ６１の処理に対応）。ブラウザー１７は、このＵＲＬを用いて、当該ネット配信動画のファイルを順次受信するとともに、それぞれのファイルをデコードして、動画を再生する。つまり、ブラウザー１７は、ネット配信動画の映像をディスプレイ画面に表示するとともに、音声をスピーカー等から出力する（図６６のステップＳ６２の処理に対応）。

ステップＳ２０６においてネット配信動画の提示が開始されたことにより、本フローチャート全体の処理を終了する。

一方、ステップＳ２０７に進んだ場合、即ちネット配信動画が利用不可能な状況である場合、同ステップにおいて、コンテンツ遷移制御部１４は、メタデータ解析部１３から、メタデータの<citation.potencialAction.target>の情報を基に、ウェブページのＵＲＬを取得する。このウェブページは、ステップＳ２０１においてリクエストされたコンテンツの代替コンテンツである。なお、態様Ｃとして、ステップＳ２０７において、<citation.potencialAction.target>の情報を基に、ウェブページのＵＲＬを取得する方法は、下の２種類である。

ステップＳ２０７における第１の方法は、自装置（提示装置１０）がハイブリッドキャスト対応の受信機である場合の処理方法（図６６のステップＳ７１からＳ７３までの処理に対応）である。この場合には、コンテンツ遷移制御部１４は、上記のメタデータの<citation.potencialAction.target>の情報として、ＡＩＴのＵＲＬをメタデータ解析部１３から取得する（図６６のステップＳ７１の処理に対応）。コンテンツ遷移制御部１４は、取得したＡＩＴのＵＲＬを、放送通信連携機能部１５に渡す（図６６のステップＳ７２の処理に対応）。これを受けて、放送通信連携機能部１５は、そのＵＲＬによって示される場所のＡＩＴを取得し、当該ＡＩＴ内からウェブページのＵＲＬを取り出す。放送通信連携機能部１５は、そのウェブページのＵＲＬをブラウザー１７に渡す（図６６のステップＳ７３の処理に対応）。

ステップＳ２０７における第２の方法は、自装置（提示装置１０）がハイブリッドキャスト対応の受信機ではない場合の処理方法（図６６のステップＳ８１からＳ８３までの処理に対応）である。この場合には、コンテンツ遷移制御部１４は、上記のメタデータの<citation.potencialAction.target>の情報として、目的とするウェブページのＵＲＬをメタデータ解析部１３から取得する（図６６のステップＳ８１の処理に対応）。コンテンツ遷移制御部１４は、取得したウェブページのＵＲＬを、ブラウザー１７に渡す（図６６のステップＳ８２の処理に対応）。

ステップＳ２０８において、ブラウザー１７は、ステップＳ２０７の処理において受け取ったＵＲＬを用いて、ウェブページを取得し、ユーザーに対して提示する。つまり、ブラウザー１７は、ウェブページをディスプレイ画面に表示する。つまり、ブラウザー１７は、そのウェブページのＵＲＬを受け取り、当該ＵＲＬを用いてウェブページを取得し、そのウェブページを提示する（図６６のステップＳ７４またはステップＳ８３の処理に対応）。このようにして、提示装置１０は、ステップＳ２０１においてリクセストされたコンテンツの代替コンテンツであるウェブページを提示する。

ステップＳ２０６においてウェブページの提示が開始されたことにより、本フローチャート全体の処理を終了する。

以上説明したように、提示装置１０は、ユーザーがリクエストした放送コンテンツが放送中であるか否かに応じて、自動的に、放送コンテンツの受信と、代替コンテンツの取得とを切り替えることができる。また、代替コンテンツがネット配信動画である場合に、提示装置１０は、そのネット配信動画が利用可能な状況であるか否かに応じて、自動的に、そのネット配信動画を受信して提示するか、さらに別の代替コンテンツ（例えば、ウェブページ）を取得して提示するかを、切り替えることができる。

図６９は、提示装置１０が、放送コンテンツに関連する関連コンテンツの一覧をユーザーに提示するとともに、選択された関連コンテンツを提示する処理の手順を示すフローチャートである。なお、ここで、関連コンテンツは、放送コンテンツだけではなくウェブページを含む。以下、このフローチャートに沿って処理手順を説明する。

ステップＳ３０１において、ブラウザー１７は、関連コンテンツリストのリクエストを受け付ける。本ステップの処理は、図６５におけるステップＳ２１の処理に対応するものである。

ステップＳ３０２において、ブラウザー１７は、メタデータ解析部１３から、コンテンツメタデータの<citation>の@type:Guideの要素から関連コンテンツの情報を取得する。
本ステップの処理は、図６５におけるステップＳ２２の処理に対応するものである。

ステップＳ３０３において、ブラウザー１７は、関連コンテンツリスト（関連コンテンツの一覧）をユーザーに提示する。関連コンテンツリストは、ブラウザー１７がステップＳ３０２においてメタデータ解析部１３から取得した情報に基づいて構成し得るものである。つまり、ブラウザー１７は、コンテンツメタデータでの記述に基づいて、特定のコンテンツに関連するコンテンツのリストを、ディスプレイ画面等に提示し、ユーザーによる選択を可能としている。本ステップの処理は、図６５におけるステップＳ２３の処理に対応するものである。

ステップＳ３０４において、ブラウザー１７は、ユーザーの操作によるコンテンツの選択を受け付ける。つまり、ユーザーは、ステップＳ３０３においてブラウザーが提示した関連コンテンツのリストにおいて、閲覧を希望する関連コンテンツを選択することができる。なお、ユーザーが選択する操作は、例えば、マウスをクリックしたりタッチパネル式の画面にタッチしたりすることなどによって行われ得る。本ステップの処理は、図６５におけるステップＳ３１の処理に対応するものである。

ここでは、ユーザーが選択するコンテンツの種別は、放送コンテンツあるいはウェブページのいずれかである。

ステップＳ３０５において、ブラウザー１７は、ステップＳ３０４においてユーザーが選択したコンテンツを識別する情報を、コンテンツ遷移制御部１４に通知する（図６５におけるステップＳ３２の処理に対応）。そして、コンテンツ遷移制御部１４は、ユーザーによって選択されたコンテンツの種別を判定する。ユーザーが選択したコンテンツが放送コンテンツである場合には、次にステップＳ３０６に進む。ユーザーが選択したコンテンツがウェブページである場合には、次にステップＳ３０７に進む。

ステップＳ３０６に進んだ場合には、同ステップにおいて、提示装置１０は、放送コンテンツ等への遷移の処理を行う。放送コンテンツ等への遷移の処理の手順は、図６８を参照しながら説明したとおりである。なお、目的とする放送コンテンツがその時点において放送中でない場合には、提示装置１０は、代替コンテンツとして、ネット配信動画あるいはウェブページを提示するようにしてもよい。ステップＳ３０６においてコンテンツが提示されると、本フローチャート全体の処理を終了する。

ステップＳ３０７に進んだ場合には、同ステップにおいて、提示装置１０は、ウェブページへの遷移の処理を行う。ウェブページへの遷移の処理は、図６７を参照しながら説明したとおりである。つまり、提示装置１０は、自装置がハイブリッドキャスト対応の受信機であるか否かに応じて、それぞれ適した方法でウェブページのＵＲＬを獲得し、当該ＵＲＬで示されるウェブページを取得してディスプレイ画面に表示する。ステップＳ３０７においてコンテンツ（ウェブページ）が提示されると、本フローチャート全体の処理を終了する。

以上説明したように、提示装置１０は、関連コンテンツのリストを提示したり、そのリストの中から選択された関連コンテンツを提示したりすることができる。

次に、メタデータ解析部１３がコンテンツ発見サーバー装置４０から取得して解析するコンテンツメタデータの構造とそのサンプルについて説明する。

図７０から図８８までは、コンテンツメタデータのサンプルを示す概略図である。図７０から図８８までが、１件のコンテンツメタデータ（１ファイル）を示している。図示するように、コンテンツメタデータは、例えば、ＪＳＯＮ（JavaScript Object Notation，JavaScriptのオブジェクト記法を用いたデータ交換フォーマット）形式のテキストとして記述され得る。ただし、コンテンツメタデータの記述形態はこの形式に限定されるものではなく、同等の情報を表現することのできる任意の形式を用いることができる。なお、図７０から図８８までにおいては、参照のための行番号を付している。例示しているコンテンツメタデータは、４５０行を有するため、図７０から図８８までの１９枚の図面に分割している。

図７０から図８８までのそれぞれの図における行の範囲は、次のとおりである。図７０は、コンテンツメタデータの第１行目から第１９行目までを含む。図７１は、第２０行目から第４３行目までを含む。図７２は、第４４行目から第６８行目までを含む。図７３は、第６９行目から第８９行目までを含む。図７４は、第９０行目から第１１４行目までを含む。図７５は、第１１５行目から第１４０行目までを含む。図７６は、第１４１行目から第１６０行目までを含む。図７７は、第１６１行目から第１８２行目までを含む。図７８は、第１８３行目から第２０８行目までを含む。図７９は、第２０９行目から第２２９行目までを含む。図８０は、第２３０行目から第２５３行目までを含む。図８１は、第２５４行目から第２７９行目までを含む。図８２は、第２８０行目から第３０５行目までを含む。図８３は、第３０６行目から第３３１行目までを含む。図８４は、第３３２行目から第３５３行目までを含む。図８５は、第３５４行目から第３７９行目までを含む。図８６は、第３８０行目から第４０６行目までを含む。図８７は、第４０７行目から第４３２行目までを含む。図８８は、第４３３行目から第４５０行目までを含む。

このコンテンツメタデータの構成の概略は、次のとおりである。

第３行目の「"@type": "ItemList"」は、このデータがアイテムリストであることを示している。また、第６行目の「"numberOfItems": 2」は、そのアイテムの数が２であることを示している。

第２３行目の「"@type": "TVEpisode"」は、上記アイテムリストに含まれる第１のアイテムのタイプが「TVEpisode」、即ち放送コンテンツであることを示している。また、第２４行目の「"@id": "content/133813"」は、当該コンテンツを識別するためのＩＤを示している。

第６３行目から第１０９行目までは、当該コンテンツの放送に関する情報を定義している。その中で、第６７行目の「"startDate": "2023-06-19T13:00:00+09:00"」および第６８行目の「"endDate": "2023-06-19T14:00:00+09:00"」は、それぞれ、放送開始日時および放送終了日時を記述しているものである。日時は、「ＹＹＹＹ－ＭＭ－ＤＤＴｈｈ：ｍｍ：ｓｓ±Ｚ」（年・月・日、時・分・秒、タイムゾーン）の形式で表されている。例えば、放送開始日時は、「２０２３年０６月１９日、１３時００分００秒、協定世界時（ＵＴＣ）より９時間進んだタイムゾーン」を表している。このように、放送コンテンツに関して、メタデータが放送開始日時および放送終了日時を持つことにより、任意の時点において、提示装置１０は、当該放送コンテンツが放送中であるか否かを判定することができる。また、この放送情報は、放送サービスを一意に識別するための、オリジナルネットワークＩＤ、トランスポートストリームＩＤ、およびサービスＩＤを含んでいる（第８４行目から第１００行目まで）。つまり、提示装置１０は、この情報を用いて受信する放送サービスを選局することができる。

第１６１行目から第２１９行目までの「"citation":」は、代替コンテンツに関する情報を含む。この「"citation":」において、第１７０行目の「"potentialAction":」は、「potentialAction」の開始を示し、その中の第１７３行目の「"target":」は、代替コンテンツの閲覧に関する情報を含む。この＜citation.potentialAction.target＞は、代替コンテンツであるウェブページ自体のＵＲＬや、その代替コンテンツであるウェブページにＡＩＴ経由でアクセスする際のＡＩＴのＵＲＬの情報を含んでいる。第１７４行目の「"https://example.net/app_test/hc/02.html"」は、代替コンテンツであるウェブページのＵＲＬを示している。第１９６行目の「"value": https://example.net/ait/hcapp_02.ait」は、そのＡＩＴのＵＲＬを示している。このようなコンテンツメタデータに基づき、提示装置１０は、代替コンテンツとしてのウェブページに、直接のＵＲＬに基づいてアクセスすることもできるし、放送に関連付けられたＡＩＴを経由して（ＡＩＴ内にウェブページのＵＲＬが記述され得る）アクセスすることもできる。

第２２２行目の「"@type": "Guide"」および第２２４行目の「"description": "関連番組"」は、関連番組に関する情報であることを表している。第２２１行目から第３９３行目までは、関連番組に関する情報である。第２２５行目から第３９２行目までの「"hasPart"」が、関連番組に関する情報の実体を持つ。

そのうちの、第２２６行目から第２９０行目までは、１つの放送コンテンツについての記述である。この中の第２２８行目の「"@type": "TVEpisode"」は、当該コンテンツが放送コンテンツであることを示している。また、この中における第２６１行目から第２８３目までの「"associatedMedia":」は、上記放送コンテンツの代替コンテンツについての記述である。当該代替コンテンツは、ネット配信動画である。つまり、第２６３行目の「"@type": "VideoObject"」は、当該代替コンテンツが動画オブジェクトであることを示している。
第２７１行目から第２７８行目までの「"publishedOn":」は、当該ネット配信動画の配信方法に関する情報（ＵＲＬ等を含む）を記述するものである。

また、第３３２行目から第３９０行目までの「"citation":」は、放送コンテンツに関連するコンテンツとしてのウェブページの情報を持つ。第３３６行目の「"@type": "WebPage"」は、放送コンテンツに関連するこのコンテンツがウェブページであることを表している。第３３４行目の「"url": "https://example.net/app_test/hc/01.html"」は、そのウェブページのＵＲＬを表している。このように、態様Ｃのコンテンツメタデータでは、放送コンテンツの関連コンテンツとして、放送コンテンツ（映像コンテンツ）だけではなくウェブページのコンテンツを定義することができる。このため、提示装置１０は、ある放送コンテンツの関連コンテンツリストの一部に、ウェブページを含めて提示することができる。また、関連コンテンツリストの中からウェブページの関連コンテンツがユーザーによって選択され、リクエストされたとき、提示装置１０は、コンテンツメタデータ内に記述されたＵＲＬを用いて、関連コンテンツとしてのウェブページにアクセスし、ユーザーに対して提示することができる。

図８９は、上で説明した態様Ｃにおけるシステム１を構成する各装置の内部構成の例を示すブロック図である。各装置（提示装置１０、放送信号送信装置２０、ウェブサーバー装置３０、コンテンツ発見サーバー装置４０のそれぞれ）の少なくとも一部の機能は、コンピューターを用いて実現され得る。図示するように、そのコンピューターは、中央処理装置９０１と、ＲＡＭ９０２と、入出力ポート９０３と、入出力デバイス９０４や９０５等と、バス９０６と、を含んで構成される。コンピューター自体は、既存技術を用いて実現可能である。中央処理装置９０１は、ＲＡＭ９０２等から読み込んだプログラムに含まれる命令を実行する。中央処理装置９０１は、各命令にしたがって、ＲＡＭ９０２にデータを書き込んだり、ＲＡＭ９０２からデータを読み出したり、算術演算や論理演算を行ったりする。ＲＡＭ９０２は、データやプログラムを記憶する。ＲＡＭ９０２に含まれる各要素は、アドレスを持ち、アドレスを用いてアクセスされ得るものである。なお、ＲＡＭは、「ランダムアクセスメモリー」の略である。入出力ポート９０３は、中央処理装置９０１が外部の入出力デバイス等とデータのやり取りを行うためのポートである。入出力デバイス９０４や９０５は、入出力ポート９０３を介して中央処理装置９０１との間でデータをやりとりする。バス９０６は、コンピューター内部で使用される共通の通信路である。例えば、中央処理装置９０１は、バス９０６を介してＲＡＭ９０２のデータを読んだり書いたりする。また、例えば、中央処理装置９０１は、バス９０６を介して入出力ポート９０３にアクセスする。

なお、各装置（提示装置１０、放送信号送信装置２０、ウェブサーバー装置３０、コンテンツ発見サーバー装置４０のそれぞれ）の少なくとも一部の機能をコンピューターおよびプログラムで実現することができる。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。つまり、「コンピューター読み取り可能な記録媒体」とは、非一過性の（non-transitory）コンピューター読み取り可能な記録媒体であってよい。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、一時的に、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

以上、態様Ｃについて図面を参照しながら詳述してきたが、具体的な構成は態様Ｃに限られるものではなく、この態様Ｃの要旨を逸脱しない範囲の設計等も含まれる。

［態様Ｃの産業上の利用可能性］
態様Ｃは、例えば、コンテンツ配信事業（放送事業を含む）において利用することができる。但し、態様Ｃの利用範囲はここに例示したものには限られない。

［要約］
態様Ｃの要約は、次のとおりである。
態様Ｃが解決しようとする課題の一つは、自装置の種別に応じて自動的に適したウェブページの提示方法を実行することのできる提示制御装置等を提供する、ということである。その課題を解決する手段は、次のとおりである。提示制御装置は、メタデータ解析部とコンテンツ遷移制御部とを備える。コンテンツ遷移制御部は、代替ウェブページの提示が要求されたときに、（１）自装置がハイブリッドキャスト対応の受信機である場合には、代替ウェブページに関連する前記放送コンテンツに関連付けられる前記アプリケーション情報テーブルの所在情報を取得し、当該アプリケーション情報テーブルの所在情報を放送通信連携処理部に渡すことによって、代替ウェブページをブラウザーに提示させ、（２）自装置がハイブリッドキャスト対応の受信機ではない場合には、代替ウェブページの所在情報を取得し、代替ウェブページの所在情報をブラウザーに渡すことによって、代替ウェブページをブラウザーに提示させる。図６４も参照。

態様Ｃが解決しようとする別の課題は、コンテンツ配信の状況に応じて、自動的に配信可能な具体的コンテンツを取得して提示することのできる提示制御装置等を提供する、ということである。その課題を解決する手段は、次のとおりである。提示制御装置は、メタデータ解析部と、コンテンツ遷移制御部とを備える。コンテンツ遷移制御部は、放送コンテンツの提示が要求されたときに、メタデータ解析部から取得した放送開始日時および放送終了日時と、クロックから取得した現在日時と、に基づいて当該放送コンテンツが放送中であるか否かを判定し、（１）放送コンテンツが放送中である場合には、メタデータ解析部から取得した放送サービス特定情報を放送通信連携処理部に渡して選局指示することによって、放送コンテンツをブラウザーに提示させ、（２）放送コンテンツが放送中ではない場合には、メタデータ解析部から取得した代替コンテンツアクセス方法情報に基づいて、代替コンテンツをブラウザーに提示させる。図６４も参照。

態様Ｃが解決しようとするさらに別の課題は、ユーザーが、放送コンテンツに関連する関連コンテンツ一覧の中からウェブページを選択して閲覧する、ことを可能とする提示制御装置等を提供するということである。その課題を解決する手段は、次のとおりである。提示制御装置は、コンテンツに関するメタデータであって、放送コンテンツに関連付ける形で、前記放送コンテンツに関連するコンテンツである関連コンテンツへのアクセス方法を表す関連コンテンツアクセス方法情報、を含むコンテンツメタデータ、を読み込んで解析するメタデータ解析部、を備える。前記メタデータ解析部は、ブラウザーから特定の放送コンテンツに関連する関連コンテンツアクセス方法情報を要求されたときに、複数の前記関連コンテンツへのアクセス方法を表す前記関連コンテンツアクセス方法情報を含むリストを前記ブラウザーに応答する。当該リストが含む前記関連コンテンツアクセス方法情報の少なくとも一部はウェブページの所在を表す所在情報である。図６４も参照。

［本発明の実施形態］
次に、本発明の一実施形態について、図面を参照しながら説明する。なお、実施形態を説明する際に、略語を用いる場合がある。代表的な略語の意味は、次の通りである。即ち、ＥＰＧは、Electronic Programming Guide（電子番組表）の略である。また、ＥＲ図は、Entity Relationship Diagramを表す。また、ＪＳＯＮ（ジェイソン）は、JavaScriptObject Notation（ジャバスクリプトオブジェクト記述方法）の略である。また、ＯＴＴは、Over the Topの略であり、インターネットを用いたコンテンツの配信の形態を表す語である。また、ＳＩは、Service Informationの略である。また、ＵＲＬは、Uniform Resource Locator（ユニフォームリソースロケーター）の略である。また、ＶＯＤは、Video on Demand（ビデオオンデマンド）の略である。

まず、課題を解決するための技術構成の概略を説明する。あるコンテンツ（ここでは便宜的に「主コンテンツ」と呼ぶ）とそのコンテンツを代替し得る代替コンテンツとの関係の例は、次に挙げる通りである。主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、別の放送コンテンツ（別の放送事業者によって、あるいは別のチャンネルで、あるいは別の放送日時に放送されるコンテンツ）である。また、主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、ネットでの同時配信（ライブ配信）のコンテンツである。また、主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、ネットでのビデオオンデマンド（ＶＯＤ）で配信されるコンテンツである。また、主コンテンツがネット配信（ＶＯＤ）であるとき、その代替コンテンツの一例は、放送コンテンツである。また、主コンテンツがネット配信（ＶＯＤ）であるとき、その代替コンテンツの一例は、別のネット配信（ＶＯＤ）である。また、主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、ウェブページ（例えば、その放送コンテンツに対応する番組ホームページ）である。また、主コンテンツが放送コンテンツであるとき、その代替コンテンツの一例は、ソーシャルネットワーキングサービス（ＳＮＳ；例えば、その放送コンテンツに対応する番組ＳＮＳ）である。

受信装置（コンテンツ情報統合装置）は、主コンテンツを代替し得る他のコンテンツが何であるかを知っている必要がある。そのために、複数のコンテンツのコンテンツ情報を統合して成る統合コンテンツ情報を、受信装置は参照する。

受信装置（コンテンツ情報統合装置）は、受信装置は、受信している放送コンテンツについて、放送信号に含まれるＥＰＧ情報と、その放送コンテンツ（番組）に対応する他のコンテンツのコンテンツ情報とを取得する。受信装置は、コンテンツ情報提供サーバー装置から通信によってコンテンツ情報を取得することができる。受信装置は、これらの情報を基に、抽象コンテンツを生成する。抽象コンテンツは、複数の具体的コンテンツを含むように定義される。言い換えれば、抽象コンテンツは、複数の提供方法のいずれかによって提供され得る。それぞれの具体的コンテンツに関しては、配信方法およびルート情報が定義される。配信方法は、放送による配信であるかネット配信（通信）による配信であるかを区別する。また、配信方法がネット配信である場合には、配信方法はさらに、ライブ配信であるかビデオオンデマンド（ＶＯＤ）であるかを区別する。また、配信方法がネット配信である場合には、配信方法は必要に応じてさらに配信のために使用される通信プロトコルを区別する。放送による配信である場合には、ルート情報は、例えば、オリジナルネットワークＩＤ、トランスポートストリームＩＤ、およびサービスＩＤの３つ組の情報である。ネット配信である場合には、ルート情報は、例えば、ＵＲＬとして表わされる。

なお、抽象コンテンツは、複数の具体コンテンツを統合して成るものであり、「統合コンテンツ」とも呼ばれる。統合コンテンツに関する情報は、統合コンテンツ情報と呼ばれる。

受信装置は、放送信号の受信状況や通信状況等の理由によってある具体的コンテンツを取得できないときに、その具体的コンテンツが属する抽象コンテンツの定義に基づいて代替コンテンツの情報を取得し、その代替コンテンツを取得し、再生することができる。

あるコンテンツに対応して複数の代替コンテンツが存在する場合には、受信装置は、それら複数の代替コンテンツの中から最も適切かつ取得可能な代替コンテンツを選択して取得する。即ち、受信装置は、コンテンツを発見することができる。

図９０は、本実施形態によるコンテンツ発見システムの概略機能構成を示すブロック図である。図示するように、コンテンツ発見システム１は、受信装置２と、コンテンツ情報提供サーバー装置３と、サービス情報提供サーバー装置４と、コンテンツプロバイダー装置５と、コンテンツ配信装置７と、放送送出装置８とを含んで構成される。コンテンツ発見システム１を構成する各装置の機能は、例えば、コンピューターと、プログラムとで実現することが可能である。また、各機能部は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。また、各装置の少なくとも一部の機能を、プログラムではなく専用の電子回路として実現してもよい。

受信装置２は、コンテンツ取得するとともに、取得したコンテンツをユーザーに提示する。具体的には、受信装置２は、インターネット等の通信回線を介して、コンテンツ配信装置７から配信されるコンテンツを受信することができる。また、受信装置２は、放送信号によって、放送送出装置８から配信されるコンテンツを受信することができる。受信装置２は、インターネット等の通信回線を介して、コンテンツ情報提供サーバー装置３からコンテンツ情報を取得したり、サービス情報提供サーバー装置４からサービス情報を取得したりすることができる。受信装置２は、コンテンツ情報提供サーバー装置３から渡されるコンテンツ情報や、放送送出装置から放送信号で渡されるコンテンツ情報や、あるいは自装置が既に保持するコンテンツ情報に基づいて、統合コンテンツ情報を生成し、保持する。統合コンテンツ情報自身も、一種のコンテンツ情報である。受信装置２は、ユーザーから指定された統合コンテンツについて、統合コンテンツ情報に基づいて、適切なコンテンツ取得方法を決定して、その方法によってコンテンツを取得し、ユーザーに提示することができる。

なお、受信装置２は、上記の通りコンテンツ情報を統合する機能を持つものであり、「コンテンツ情報統合装置」とも呼ばれる。また、受信装置２は、コンテンツ情報に基づいて複数のコンテンツ間の関連性を発見するものであり、「コンテンツ間関連性発見装置」とも呼ばれる。受信装置２は、コンテンツ間の関連性を発見した場合に、その関連性を有する複数のコンテンツの情報を統合することによって統合コンテンツ情報を生成してもよい。

コンテンツ情報提供サーバー装置３（「コンテンツ情報提供装置」と呼んでもよい。）は、インターネット等の通信回線を介して、コンテンツ情報を受信装置２に対して提供する。コンテンツ情報は、コンテンツの名称や、概要や、ジャンルや、取得方法（アクセス方法）などといった情報を含むものである。コンテンツ情報の詳細については後で説明する。

サービス情報提供サーバー装置４は、インターネット等の通信回線を介して、サービス情報を受信装置２に対して提供する。サービス情報は、放送のサービスに関する情報である。サービス情報は、コンテンツ情報の一種である。

コンテンツプロバイダー装置５は、コンテンツを供給する事業者等が運営する装置である。コンテンツプロバイダー装置５は、コンテンツ情報提供サーバー装置３やサービス情報提供サーバー装置４に対して、コンテンツの情報を供給する。コンテンツプロバイダー装置５は、例えば予め規定された所定のインターフェースを介して、情報をコンテンツ情報提供サーバー装置３やサービス情報提供サーバー装置４に提供する。また、コンテンツプロバイダー装置５は、コンテンツそのものを、コンテンツ配信装置７や放送送出装置８に供給する。コンテンツは、映像や音声やテキストや画像などから成るものであり、デジタルデータとして供給され得る。

コンテンツ配信装置７は、インターネット等の通信回線を用いて、コンテンツを受信装置２に対して配信する装置である。コンテンツ配信装置７は、ブロードキャスティング方式あるいはオンデマンド方式のいずれかでコンテンツを配信することができる。コンテンツ配信装置７による配信自体は、既存の技術を用いて行われ得る。

放送送出装置８は、放送信号によってコンテンツを受信装置２に対して配信する。放送送出装置８によるコンテンツの配信（放送）自体は、既存の技術を用いて行われ得る。

図９１は、本実施形態による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置２は、情報取得部２１と、情報統合部２２と、取得方法決定部２３と、コンテンツ取得部２６と、コンテンツ提示部２７と、ユーザー入力部２９とを含んで構成される。

情報取得部２１は、コンテンツに関する情報であるコンテンツ情報を取得する。具体的には、情報取得部２１は、放送信号に含まれるコンテンツ情報を取得したり、外部の装置（コンテンツ情報提供サーバー装置３等）からインターネット経由で提供されるコンテンツ情報を取得したりすることができる。また、情報取得部２１は、下で説明する情報統合部２２が生成した統合コンテンツ情報の少なくとも一部の情報を、コンテンツ情報として取得するものであってもよい。

つまり、情報取得部２１は、放送信号（ＳＩ）によって配信されるコンテンツ情報と、通信によってコンテンツ情報提供サーバー装置３等から配信されるコンテンツ情報と、下で説明する情報統合部２２が生成した統合コンテンツ情報であるところのコンテンツ情報との、少なくともいずれかを取得するものであってよい。なお、情報取得部２１が放送信号によって配信されるコンテンツ情報（ＥＰＧ等）を受信する機能自体は、既存技術である。

情報統合部２２は、上記の情報取得部２１が取得したコンテンツ情報に基づいて、複数（２つまたはそれ以上）のコンテンツを同定し、同定されたそれら複数のコンテンツのそれぞれに関するコンテンツ情報を統合する。これによって、情報統合部２２は、統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する。情報統合部２２は、生成した統合コンテンツ情報を保持する。情報統合部２２は、必要に応じて、生成した統合コンテンツ情報を受信装置２内の各部に渡すことができる。

情報統合部２２が複数のコンテンツ情報を同定する方法としては、様々な方法が考えられる。その同定方法の一つは、それぞれのコンテンツに関するコンテンツ情報が持つコンテンツ識別情報が完全に一致する場合に、それら複数のコンテンツを同定する方法である。コンテンツ識別情報は、コンテンツを一意に識別する情報である。

放送されるコンテンツの場合に、コンテンツ識別情報は、例えば、日付（放送日付）とイベントＩＤ（イベント識別情報）とサービス（チャンネル）を特定する情報との組である。サービスを特定する情報は、例えば、オリジナルネットワークＩＤとトランスポートストリームＩＤとサービスＩＤとの３つ組として表現され得る。通信で配信されるコンテンツの場合に、コンテンツ識別情報は、一例として、日付（または日時）とＵＲＬとの組である。あるいは、通信で配信されるコンテンツのコンテンツ識別情報が、上記の放送コンテンツの識別情報と同一の形式のものであってもよい。なお、放送コンテンツの場合も通信コンテンツの場合も、ここに例示した形式以外のコンテンツ識別情報を用いるようにしてもよい。コンテンツ識別情報の具体例については、後で別の図を参照しながら説明する。

情報統合部２２は、さらに別の方法で複数のコンテンツを同定するようにしてもよい。
例えば、情報統合部２２は、複数のコンテンツのそれぞれについてのコンテンツ情報に基づいて、コンテンツ情報の中におけるコンテンツ同定に関する要素であって且つコンテンツを一意に識別する情報であるコンテンツ識別情報以外の要素、が少なくとも部分的に一致することによって同定可能である場合に、それら複数のコンテンツを同定して、それら複数のコンテンツのコンテンツ情報を統合して、統合コンテンツ情報を生成してよい。つまり、情報統合部２２は、上記のコンテンツ識別情報に依らずに、複数のコンテンツを同定することができる場合がある。

そのような同定方法の具体例を、列挙する。第１例として、複数のコンテンツのそれぞれにおける物理的な配信に関する情報（それぞれのコンテンツに関するコンテンツ情報内に含まれる情報）が一致する場合に、情報統合部２２は、それら複数のコンテンツを同定することが可能である。第２例として、複数のコンテンツのそれぞれにおける配信日時とコンテンツ名称とに関する情報が一致する場合に、情報統合部２２は、それら複数のコンテンツを同定することが可能である。第３例として、複数のコンテンツのそれぞれの配信のための所在情報が一致する場合に、情報統合部２２は、それら複数のコンテンツを同定することが可能である。ここで、所在情報とは、例えば、インターネット等を用いた通信の場合におけるＵＲＬである。また、所在情報は、放送の場合には放送サービスを特定する情報であってもよい。放送サービスは、オリジナルネットワークＩＤとトランスポートストリームＩＤとサービスＩＤの３つ組の情報によって特定可能である。なお、上記の「コンテンツ情報の中におけるコンテンツ同定に関する要素であって且つコンテンツを一意に識別する情報であるコンテンツ識別情報以外の要素、が少なくとも部分的に一致することによって同定可能である場合」として、これらの第１例から第３例までの他に、さらに他の場合があってもよい。

情報統合部２２は、統合コンテンツ情報を生成する際には、その統合コンテンツを構成するそれぞれの具体コンテンツの取得方法に関する情報を、生成する統合コンテンツ情報内に含めるようにする。つまり、情報統合部２２は、同定された複数のコンテンツのそれぞれが持っていたコンテンツの取得方法の情報を、統合コンテンツ情報内に含めるようにする。つまり、情報統合部２２によって生成される統合コンテンツ情報は、その統合コンテンツに関連付けられるそれぞれのコンテンツ（具体コンテンツ）の取得方法に関する情報を含むものである。

取得方法決定部２３は、情報統合部２２が生成した統合コンテンツ情報を受け取る。また、取得方法決定部２３は、その統合コンテンツ情報を参照することによって、特定の統合コンテンツに関連付けられるコンテンツ（具体的なコンテンツ）のうちのいずれかを、取得対象のコンテンツとして決定する。取得方法決定部２３は、例えば、具体コンテンツごとに定められている優先度にしたがって、複数の具体コンテンツの中から取得対象のコンテンツを決定してよい。また、取得方法決定部２３は、複数の具体コンテンツの中から、最も豊かな表現を含む具体コンテンツを取得対象のコンテンツとして決定してよい。例えば、映像と音声とから成る具体コンテンツと、音声のみから成る具体コンテンツと、テキストのみから成る具体コンテンツとの中からは、最も豊かな表現を含むものである映像と音声とから成る具体コンテンツが取得対象のコンテンツとして決定される。取得方法決定部２３が特定の具体コンテンツを決定すると、その具体コンテンツの取得方法（ＵＲＬ等）は、当該具体コンテンツに関するコンテンツ情報の中から取得することができる。

コンテンツ取得部２６は、コンテンツ配信装置７や放送送出装置８から配信されるコンテンツを取得する。具体的には、コンテンツ取得部２６は、放送信号で配信されるコンテンツや、インターネット等の通信回線を介した通信で配信されるコンテンツを取得する。
なお、コンテンツ取得部２６は、取得方法決定部２３が決定した方法（統合コンテンツ情報の中で規定されている、通信の場合における取得元の特定のサービスの情報、あるいは通信の場合における取得元の特定のＵＲＬ等の情報など）によってコンテンツを取得する。即ち、コンテンツ取得部２６は、取得方法決定部２３によって決定された取得対象のコンテンツを取得する。

コンテンツ提示部２７は、コンテンツ取得部２６が取得したコンテンツをユーザーが視聴できる形態で提示する。具体的には、コンテンツ提示部２７は、映像をディスプレイ装置に表示したり、音声をスピーカー等から出力したり、文字あるいは画像をディスプレイ装置に表示したりする。

ユーザー入力部２９は、ユーザーが操作するリモコン装置等からの入力信号を受け付ける。つまり、ユーザー入力部２９は、ユーザーからの受信装置２に対する操作の信号を受け付ける。例えば、統合コンテンツのリストが表示されている状態において、ユーザーはリモコン装置等を操作することによって特定の統合コンテンツを選択することができる。
ユーザー入力部２９は、その信号の意味を解釈することによって、ユーザーが選択した統合コンテンツ（ユーザーが視聴したい統合コンテンツ）を特定するための情報を得る。あるいはユーザー入力部２９は、受信装置２のオン／オフに関する信号を受け付けることもできる。あるいはユーザー入力部２９は、受信装置２がコンテンツ情報等を外部から取得する動作を行うための指示を受け付けることもできる。

図９２は、本実施形態によるコンテンツ情報提供サーバー装置の概略機能構成を示すブロック図である。図示するように、コンテンツ情報提供サーバー装置３は、コンテンツ情報登録受付部３１と、コンテンツ情報データベース３２と、コンテンツ情報提供部３３とを含んで構成される。

コンテンツ情報登録受付部３１は、コンテンツプロバイダー装置５側から渡されるコンテンツ情報の登録を受け付ける。コンテンツ情報登録受付部３１は、受け付けたコンテンツ情報をコンテンツ情報データベース３２に格納することができる。

コンテンツ情報データベース３２は、コンテンツ情報を保持して管理するデータベースである。コンテンツ情報データベース３２は、コンテンツ情報登録受付部３１から渡されるコンテンツ情報や、その他の方法で取得するコンテンツ情報を、保持することができる。また、コンテンツ情報提供部３３からの要求に応じて、コンテンツ情報データベース３２は、保持しているコンテンツ情報をコンテンツ情報提供部３３に渡すことができる。

コンテンツ情報提供部３３は、コンテンツ情報データベース３２から読み出したコンテンツ情報を適切なタイミングで受信装置２に対して提供する。コンテンツ情報提供部３３は、例えば、受信装置２側からの要求に応じて、コンテンツ情報を受信装置２に提供する。

図９３は、本実施形態によるサービス情報提供サーバー装置の概略機能構成を示すブロック図である。図示するように、サービス情報提供サーバー装置４は、コンテンツ情報登録受付部３１と、コンテンツ情報データベース３２と、コンテンツ情報提供部３３とを含んで構成される。

サービス情報登録受付部４１は、コンテンツプロバイダー装置５側から渡されるサービス情報の登録を受け付ける。サービス情報登録受付部４１は、受け付けたサービス情報をサービス情報データベース４２に格納することができる。

サービス情報データベース４２は、サービス情報を保持して管理するデータベースである。サービス情報データベース４２は、サービス情報登録受付部４１から渡されるサービス情報や、その他の方法で取得するサービス情報を、保持することができる。また、サービス情報提供部４３からの要求に応じて、サービス情報データベース４２は、保持しているサービス情報をサービス情報提供部４３に渡すことができる。

サービス情報提供部４３は、サービス情報データベース４２から読み出したサービス情報を適切なタイミングで受信装置２に対して提供する。サービス情報提供部４３は、例えば、受信装置２側からの要求に応じて、サービス情報を受信装置２に提供する。

図９４は、コンテンツ情報に関わるエンティティとエンティティ間の関係とを表す概略図（ＥＲ図）である。このＥＲ図で表わされるデータ（コンテンツ情報）は、具体的には例えばリレーショナルデータあるいはオブジェクト指向データ等として、受信装置２から参照され得る形で記憶される。図示するように、コンテンツ情報において主要な意味を持つエンティティの一つはエンティティ「コンテンツ」である。以下で、このＥＲ図について説明する。

エンティティ「コンテンツ」（content）は、コンテンツ名、コンテンツ概要、サムネール、ジャンル、視聴年齢制限などといった属性を持つ。コンテンツ名は、コンテンツの名称であり、例えば映像作品のタイトル（題名）等である。コンテンツ概要は、そのコンテンツの概略を表す文章を含むテキストである。サムネールは、そのコンテンツを表すサムネール画像である。ジャンルは、そのコンテンツが属するジャンル（例えば、ドラマ、スポーツ、報道、音楽等）を表すテキストあるいは記号等である。視聴年齢制限は、そのコンテンツに関する年齢制限を表す情報（例えば、制限なし、１５歳以上視聴可能、１８歳以上視聴可能等）である。エンティティ「コンテンツ」が、さらに他の属性を持ってもよい。また、エンティティ「コンテンツ」が、個々のコンテンツを一意に識別するためのコンテンツＩＤを持つようにしてもよい。１つの「コンテンツ」は、「関連コンテンツ」という関係によって、他の「コンテンツ」と関連付けられてもよい。また、１つの「コンテンツ」は、１つまたは複数の「アソシエイテッドメディア（リニア）」と関連付けられていてよい。また、１つの「コンテンツ」は、１つまたは複数の「アソシエイテッドメディア（ＶＯＤ）」と関連付けられていてよい。また、１つの「コンテンツ」は、１つまたは複数の「シリーズ」と関連付けられていてよい。

エンティティ「シリーズ」は、コンテンツのシリーズ（例えば、ドラマのシリーズや、ドキュメンタリーコンテンツのシリーズ等）に対応するものである。エンティティ「シリーズ」は、シリーズ名、シリーズ概要、サムネールなどといった属性を持つ。シリーズ名は、シリーズの名称を表すテキストである。シリーズ概要は、そのシリーズの概略を表す文章を含むテキストである。サムネールは、そのシリーズを表すサムネール画像である。
エンティティ「シリーズ」が、さらに他の属性を持ってもよい。また、エンティティ「シリーズ」が、個々のシリーズを一意に識別するためのシリーズＩＤを持つようにしてもよい。１つの「シリーズ」は、そのシリーズに属する複数の「コンテンツ」に関連付けられる。

エンティティ「アソシエイテッドメディア（リニア）」は、コンテンツを配信するためのメディアに対応するエンティティである。「アソシエイテッドメディア（リニア）」は、コンテンツ配信サービス事業者（放送事業者やネット配信事業者等）による編成にしたがってコンテンツを配信するメディアである。エンティティ「アソシエイテッドメディア（リニア）」は、公開方式（放送編成）、公開方式（ＯＴＴ編成）などといった属性を持つ。公開方式（放送編成）は、放送での配信に使用されるメディアの資源（例えば、放送のオリジナルネットワークＩＤ、トランスポートストリームＩＤ、サービスＩＤの３つ組）を特定する情報である。公開方式（ＯＴＴ編成）は、インターネットでの配信に使用されるメディアの資源（例えば、ＵＲＬや使用プロトコル等）を特定する情報である。なお、エンティティ「アソシエイテッドメディア（リニア）」は、属性「公開方式（放送編成）」と属性「公開方式（ＯＴＴ編成）」のいずれか一方のみの属性値を持つ者であってよい。受信装置２は、コンテンツ情報内に含まれるこれらの公開方式の情報を参照することにより、実際の配信メディアにアクセスして、コンテンツを取得することが可能となる。
エンティティ「アソシエイテッドメディア（リニア）」が、さらに他の属性を持ってもよい。また、エンティティ「アソシエイテッドメディア（リニア）」が、個々のシリーズを一意に識別するためのシリーズＩＤを持つようにしてもよい。

エンティティ「アソシエイテッドメディア（ＶＯＤ）」は、コンテンツを配信するためのメディアに対応するエンティティである。「アソシエイテッドメディア（ＶＯＤ）」は、ユーザー（視聴者）が選択して要求したコンテンツを配信するメディアである。エンティティ「アソシエイテッドメディア（ＶＯＤ）」は、公開方式（ＯｎＤｅｍａｎｄ）などといった属性を持つ。公開方式（ＯｎＤｅｍａｎｄ）は、オンデマンドでのネット配信のために使用されるメディアの資源（例えば、ＵＲＬや使用プロトコル等）を特定する情報である。受信装置２は、コンテンツ情報内に含まれるこの公開方式の情報を参照することにより、実際の配信メディアにアクセスして、コンテンツを取得することが可能となる。
エンティティ「アソシエイテッドメディア（ＶＯＤ）」が、さらに他の属性を持ってもよい。また、エンティティ「アソシエイテッドメディア（ＶＯＤ）」が、個々のシリーズを一意に識別するためのシリーズＩＤを持つようにしてもよい。

エンティティ「コンテンツ」は、１つまたは複数の「アソシエイテッドメディア（リニア）」、および／または、１つまたは複数の「アソシエイテッドメディア（ＶＯＤ）」と関連付けられ得る。つまり、受信装置２は、コンテンツ情報を参照することにより、特定のコンテンツを取得するための１つまたは複数のメディアへのアクセス情報（前記の各エンティティが持つ「公開方式」の属性）を得られる。

図９５は、コンテンツ情報に関連して、エンティティ「サービス」と関連する他のエンティティとの関係を示す概略図（ＥＲ図）である。このＥＲ図で表わされるデータ（コンテンツ情報、サービス情報）は、具体的には例えばリレーショナルデータあるいはオブジェクト指向データ等として、受信装置２から参照され得る形で記憶される。以下で、このＥＲ図について説明する。

エンティティ「サービス」（service）は、コンテンツ配信サービスに対応するエンティティである。「サービス」は、時間順にリニアに配置された複数のコンテンツを含むものであってよい。エンティティ「サービス」は、サービス名、サムネール、サイト、コンテンツリストＵＲＬ（ｐ／ｆ）、コンテンツリストＵＲＬ（scheduled）などといった属性を持つ。サービス名は、サービスの名称（具体例としては、「ＮＨＫ Ｇ」、「ＮＨＫ
Ｅ」、「ＮＨＫ ＢＳ１」等）を表すテキストである。サムネールは、そのサービスを表すサムネール画像である。コンテンツリストＵＲＫは、「ｐ／ｆ」形式のコンテンツ情報リストのネットワーク上での所在を表す情報である。「ｐ／ｆ」形式とは、リニアな配信サービス編成として、現在（present）配信中のコンテンツの情報と次（following）に配信されるコンテンツの情報とで構成される形式である。「ｐ／ｆ」形式のコンテンツリストは、コンテンツ配信の進行と同期して更新される。コンテンツリストＵＲＬ（scheduled）は、「scheduled」形式のコンテンツ情報リストのネットワーク上での所在を表す情報である。「scheduled」形式とは、現時点を起点としてＮ日分（Ｎは正整数）に配信される予定のコンテンツの情報を持つ形式である。これらのコンテンツリストは、コンテンツタイトル、コンテンツの配信日時、コンテンツの内容を表すテキスト情報等を含む。

エンティティ「プロバイダー」（provider）は、配信事業者（放送事業者やネット配信事業者）に対応するエンティティである。エンティティ「プロバイダー」は、ｏｒｇＩＤ、系列ＩＤなどといった属性を持つ。ｏｒｇＩＤ（組織ＩＤ）は、組織（配信事業を行う事業者等の法人）をユニークに識別するための識別情報である。系列ＩＤは、事業者の系列をユニークに識別するための識別情報である。当該プロバイダー（配信事業者）は、この系列ＩＤによって表される系列に属する。系列の典型例は、テレビ放送の地域間ネットワークである。一例として、関東地域のＡ局（放送事業者）と、中京地域のＢ局（放送事業者）と、関西地域のＣ局（放送事業者）とが、１つの系列を形成する場合があり得る。
あるいは別の例として、一つの放送事業者が地域ごとに複数の放送局を持ち、それらが１つの系列を形成する場合（一例として、ＮＨＫ東京放送局と、ＮＨＫ名古屋放送局と、ＮＨＫ大阪放送局など）があり得る。１つの「プロバイダー」は、１つまたは複数の「サービス」を配信する。つまり、「プロバイダー」は、１つまたは複数の「サービス」に関連付けられる。

エンティティ「地域」（area）は、上記の「サービス」が対象とする地域に対応するエンティティである。例えば、「関東地方」あるいは「関西地方」などといった地域が、これに該当する。サービスは、特定の地域に閉じて配信される場合がある。例えば地上デジタル放送によるサービスは、特定の地域に閉じて配信される。エンティティ「地域」は、地域ＩＤ、地域名などといった属性を持つ。地域ＩＤは、地域をユニークに識別するための識別情報である。地域名は、その地域を表す名称である。地域名の例は、「関東地方」あるいは「関西地方」などといった名称である。

エンティティ「アソシエイテッドメディア（リニア）」は、図９４において説明したエンティティ「アソシエイテッドメディア（リニア）」と同じものである。つまり、エンティティ「アソシエイテッドメディア（リニア）」は、放送編成チャンネルや、ＯＴＴリニアチャンネルに対応する。

上記のエンティティ間の関係は、次の通りである。１つの「地域」は、１つまたは複数の「サービス」と関連付けられる。つまり１つの地域においては、１つまたは複数のサービスが配信され得る。１つの「プロバイダー」は、１つまたは複数の「サービス」と関連付けられる。１つの「サービス」は、１つまたは複数の「アソシエイテッドメディア（リニア）」と関連付けられる。

図９６は、コンテンツリスト（コンテンツ情報）の論理的な構成を示す概略図である。コンテンツ情報提供サーバー装置３が保持するコンテンツリストや、コンテンツ情報提供サーバー装置３から受信装置２に渡されるコンテンツリストや、受信装置２が保持するコンテンツリストは、この図に示す論理的構成に基づく情報である。

図示するように、コンテンツリストは、「CreativeWork」（クリエイティブワーク、コンテンツ、作品）、「PropertyValue」（ＩＤ値）、「VideoObject」（ビデオオブジェクト）、「AudioObject」（オーディオオブジェクト）、「MediaObject」（メディアオブジェクト）、「BroadcastEvent」（ブロードキャストイベント、放送イベント）、「OnDemandEvent」（オンデマンドイベント）などといったオブジェクト（エンティティ）に関する情報を表すデータである。

オブジェクト「CreativeWork」は、「identifier」（アイデンティファイアー）、「associatedMedia」（アソシエイテッドメディア）などといった属性を持つ。この「Identifier」は、前述のコンテンツＩＤに相当する。また、この「associatedMedia」については、図９４や図９５においても説明した通りである。

オブジェクト「PropertyValue」は、クリエイティブワーク（コンテンツ）を識別するためのＩＤの値である。

オブジェクト「VideoObject」、「AudioObject」、および「MediaObject」のそれぞれは、上記の「associatedMedia」のタイプ（種類）の例である。例えば、オブジェクト「VideoObject」は、図９４や図９５において説明したエンティティ「アソシエイテッドメディア（リニア）」に相当するものであってよい。また、オブジェクト「VideoObject」は、図９４において説明したエンティティ「アソシエイテッドメディア（ＶＯＤ）」に相当するものであってよい。オブジェクト「VideoObject」、「AudioObject」、および「MediaObject」のそれぞれは、「Publication」などといった属性を持つ。この属性「Publication」は、物理的な配信手段に関する情報である。属性「Publication」は、例えば、放送チャンネルＩＤやネット配信におけるＵＲＬなどに関する情報を、属性値として取る。

オブジェクト「BroadcastEvent」および「OnDemandEvent」のそれぞれは、上記の属性「Publication」の値となり得るオブジェクトである。オブジェクト「BroadcastEvent」は、放送あるいはリニアなネット配信によって配信されるイベントに関するものであり、例えば、放送チャンネルＩＤ（放送の場合）や、ＵＲＬ（ネット配信の場合）や、配信日時等の情報を持つものである。オブジェクト「OnDemandEvent」は、オンデマンドなネット配信によって配信されるイベントに関するものであり、例えば、ＵＲＬ等の情報を持つものである。

図９６においては、コンテンツリスト（コンテンツ情報）の論理的な構成を示したが、このコンテンツリストのデータは、装置内等において保持される場合には、例えば、リレーショナルデータベースあるいはオブジェクト指向データベースなどといった手段を用いて、管理・保持される。これらの情報は、磁気ハードディスク装置や半島対メモリーなどといった記憶手段によって記憶され得る。また、コンテンツリストのデータは、ある装置から他の装置に渡される際には、適宜伝送に適した形態のデータとして受け渡しが行われる。これらの情報は、有線あるいは無線のデジタル通信によって伝送され得る。伝送に適した形態のデータの一例は、ＪＳＯＮ形式のデータであるが、他の形式のデータを用いてもよい。

図９７は、コンテンツリスト（コンテンツ情報）の論理的な構成の別態様を示す概略図である。図９６においても説明したように、コンテンツ情報提供サーバー装置３が保持するコンテンツリストや、コンテンツ情報提供サーバー装置３から受信装置２に渡されるコンテンツリストや、受信装置２が保持するコンテンツリストは、この図に示す論理的構成に基づく情報である。

図９７に示す通り、コンテンツリストは、「CreativeWork」、「identifier」（識別情報、コンテンツＩＤ）、「associatedMedia」（配信方法情報）、「publication」（物理的な配信情報）、「isRelatedTo」（関連コンテンツ）などといったオブジェクトに関する情報を表すデータである。

オブジェクト「CreativeWork」は、「TV Episode」（テレビのエピソード（映像番組））、「Radio Episode」（ラジオのエピソード（音声のみの番組））、あるいは「Web Page」（ウェブページ）などといった種類（タイプ）のいずれかであり得る。オブジェクト「CreativeWork」は、番組名やジャンルなどといった属性を持つ。また、オブジェクト「CreativeWork」は、属性として、上記の「identifier」、「associatedMedia」、「publication」、「isRelatedTo」などのオブジェクトに関連付けられる。

オブジェクト「identifier」は、図９６において説明したオブジェクト「PropertyValue」に相当するものである。オブジェクト「identifier」は、「datePublished」（公開日）、「eventId」（イベント識別情報、イベントＩＤ）、「triplet」（３つ組、放送サービスを特定するための３つ組情報であるところのネットワークＩＤとトランスポートストリームＩＤとサービスＩＤの情報）、「url」（ＵＲＬ、ネット配信にアクセスするための所在情報）、「accessTime」（アクセス時刻（あるいは日時））といった情報を持ち得るものである。

オブジェクト「associatedMedia」は、「VideoObject」（映像によるコンテンツのオブジェクト）あるいは「AudioObject」（音声のみによるコンテンツのオブジェクト）などといった種類（タイプ）のいずれかであり得る。

オブジェクト「associatedMedia」は、「放送チャンネルＩＤ」や「ネット配信ＵＲＬ」などといった情報を持ち得るものである。

オブジェクト「isRelatedTo」は、当該CreativeWorkから見たときに関連する他のCreativeWorkである。あるオブジェクト「CreativeWork」（インスタンス）の属性「isRelatedTo」の値は、単数または複数の他のオブジェクト「CreativeWork」（インスタンス）であってよい。一例として、ある映像ドラマ作品の「第１８話」のCreativeWork（コンテンツ）は、その次回の話のCreativeWork（コンテンツ）として当該映像ドラマ作品の「第１９話」に関連するものである。ただし、コンテンツ間の「関連」の態様は、ここで例示したものに限られず、様々な種類の「関連」であってよい。

図９６における場合と同様に、図９７においても、コンテンツリスト（コンテンツ情報）の論理的な構成を示した。このコンテンツリストのデータは、例えば、リレーショナルデータベースあるいはオブジェクト指向データベースなどといった手段を用いて、保持され得るものである。また、このコンテンツリストのデータは、適宜伝送に適した形態のデータとして、装置間での受け渡しが行われ得るものである。

図９８は、受信装置２が、複数のコンテンツに関するコンテンツ情報を取得してそれらのコンテンツ情報を統合し、統合されたコンテンツ情報に基づいてコンテンツを提示する処理の手順の例を示す概略図である。以下ではこの図に沿って処理手順を説明する。

ステップＳ１において、受信装置２のユーザー入力部２９は、ユーザーからの起動要求を受け付ける。この起動要求は、例えば、リモコン装置の信号（赤外線信号等）によって伝達される。受信装置２は、起動要求に基づいて起動する。

ステップＳ２において、起動後の受信装置２は、放送信号を受信し、サービスインフォメーション（ＳＩ）を取得する。サービスインフォメーションは、ＥＰＧ（電子番組表）のデータを含む。つまり、受信装置２は、ＥＰＧのデータを取得する。

次にステップＳ３において、受信装置２の情報取得部２１は、サービス情報提供サーバー装置４に対してサービス情報を要求する。受信装置２とサービス情報提供サーバー装置４との間の通信は、インターネットを経由して行われる。サービス情報提供サーバー装置４は、この要求を受信し、受信装置２に対して送信するためのサービス情報を準備する。

ステップＳ４において、サービス情報提供サーバー装置４は、要求元の受信装置２に対してサービス情報を送信する。受信装置２の情報取得部２１は、そのサービス情報を受信する。

ステップＳ５において、受信装置２の情報統合部２２は、サービス情報を統合する処理を行う。具体的には、同ステップにおいて、受信装置２は、複数のサービスを統合した統合サービス（統合チャンネル、抽象チャンネル、抽象サービス等とも呼ばれる）の情報を生成する。受信装置２は、任意の数の統合サービスの情報を生成してもよい。個々の統合サービスは、任意の数の具体サービスを含むものであってよい。なお、受信装置２は、ステップＳ２において放送信号から取得したサービスインフォメーションと、ステップＳ４においてサービス情報提供サーバー装置４から取得したサービス情報とを基に、複数のサービスを統合して成る統合サービスのサービス情報を生成する。

ステップＳ６において、受信装置２の情報取得部２１は、コンテンツ情報提供サーバー装置３に対して、に対してコンテンツ情報（コンテンツリスト）を要求する。受信装置２とコンテンツ情報提供サーバー装置３との間の通信は、インターネットを経由して行われる。コンテンツ情報提供サーバー装置３は、この要求を受信し、受信装置２に対して送信するためのコンテンツ情報を準備する。なお、このコンテンツ情報は、図９４、図９５、図９６、および図９７を参照しながら説明した論理構成を有するデータである。

ステップＳ７において、コンテンツ情報提供サーバー装置３は、要求元の受信装置２に対してコンテンツ情報を送信する。受信装置２の情報取得部２１は、そのコンテンツ情報を受信する。

ステップＳ８において、受信装置２の情報統合部２２は、コンテンツ情報を統合することによって統合コンテンツ（抽象コンテンツなどとも呼ばれる）についてのコンテンツ情報を生成する。具体的には、受信装置２は、複数の具体コンテンツに関するコンテンツ情報を統合することによって、それらの複数の具体コンテンツを含んだ統合コンテンツの情報を生成する。なお、受信装置２は、ステップＳ２において取得したＥＰＧのデータ内に含まれる番組（コンテンツ）の情報と、ステップＳ７においてコンテンツ情報提供サーバー装置３から取得したコンテンツ情報とに基づいて、上記の統合コンテンツのコンテンツ情報を生成する。受信装置２は、任意の数の統合コンテンツに関するコンテンツ情報を生成することができる。また、個々の統合コンテンツは、任意の数の具体コンテンツを含むものであってよい。

ステップＳ９において、受信装置２は、ステップＳ８で生成した統合コンテンツのコンテンツ情報に基づいて、統合コンテンツのリストをユーザーに対して提示する。具体的には、受信装置２は、統合コンテンツのリストを画面等に表示する。ユーザーは画面等を見ることによって統合コンテンツのリストを視認することができる。ユーザーは、リモコン装置等を用いることによって、統合コンテンツリストの中から、視聴したい統合コンテンツを選択することができる。

ステップＳ１０において、受信装置２のユーザー入力部２９は、ユーザーからコンテンツ再生要求を受信する。具体的には、コンテンツ再生要求は、リモコン装置等の信号として受信装置２に伝えられる。このコンテンツ再生要求は、統合コンテンツを識別する情報を含む。これにより、受信装置２は、要求された統合コンテンツを特定する。ユーザーから要求された統合コンテンツの識別情報は、取得方法決定部２３に伝えられる。

ステップＳ１１において、受信装置２の取得方法決定部２３は、ステップＳ１０において要求された統合コンテンツの取得方法を決定する。つまり、受信装置２は、要求された統合コンテンツに含まれる複数の具体コンテンツのうち、どの具体コンテンツを取得するかを決定する。本ステップにおいて具体コンテンツが決定されると、その具体コンテンツにアクセスするための情報（放送におけるサービスを特定する情報やネット配信における所在情報（ＵＲＬ）など）が明らかになる。

ステップＳ１２において、受信装置２のコンテンツ取得部２６は、ステップＳ１１において決定した取得方法を用いて、実際にコンテンツ（具体コンテンツ）を取得するとともに、取得したコンテンツをユーザーに対して提示する。具体コンテンツは、映像コンテンツ（映像と音声とから成るコンテンツ）であってもよいし、音声のみのコンテンツであってもよいし、ウェブページ等であってもよいし、その他の任意の形態のコンテンツであってもよい。受信装置２は、映像を画面に表示し、音声をスピーカー等（イヤフォン等を含む）から出力し、ウェブページ等の情報を画面に表示することができる。

以上のステップＳ１からＳ１２までの処理により、受信装置２は、コンテンツ情報を統合することができ、また統合コンテンツの取得方法を決定して提示することができる。なお、受信装置２は、既に統合済みのコンテンツ情報を記憶装置等に保持しておいて、そのコンテンツ情報を利用して統合コンテンツの取得および提示を行ってもよい。

図９９は、コンテンツ情報の統合の処理（図９８のステップＳ８）における情報の流れを示す概略図である。図示するように、受信装置２内の情報統合部２２は、複数のコンテンツのそれぞれについてのコンテンツ情報を統合することにより、統合コンテンツの情報を生成する。

次に、図１００から図１０３までを参照しながら、情報統合部２２がコンテンツ情報を統合する処理をさらに詳細に説明する。図１００は、「identifier」（アイデンティファイアー）の完全一致によるコンテンツの統合を示すものである。図１０１は、「associatedMedia」（アソシエイテッドメディア）に従属する要素が一致することによるコンテンツの統合を示すものである。図１０２や図１０３は、コンテンツのassociatedMediaの要素の中のコンテンツ同定に関わる要素が一致することによるコンテンツの統合を示すものである。

図１００は、コンテンツのidentifierの一致に基づくコンテンツの統合を説明するための概略図である。同図において、（Ａ）および（Ｂ）のそれぞれは、いずれもオブジェクト「CreativeWork」（クリエイティブワーク）のインスタンスである。ここに示すそれぞれのオブジェクトは、「identifier」（アイデンティファイアー）および「associatedMedia」（アソシエイテッドメディア）という属性を含む。図１００に示す例の場合には、情報統合部２２は、両オブジェクトの属性「identifier」が完全に一致する場合に、それら両者を統合して統合コンテンツのオブジェクトを生成する。即ち、図１００に示すＡ１１の属性値とＢ１１の属性値とが完全に一致する場合に、（Ａ）および（Ｂ）のオブジェクト（コンテンツ情報）は、情報統合部２２によって統合される。

前述の通り、「identifier」（アイデンティファイアー）は、そのコンテンツを一意に識別するための情報である。「identifier」の値は、単純な数値あるいは文字列であってもよいし、何らかの構造体（オブジェクト等）であってもよい。本実施形態では、例として、放送に関するコンテンツの識別情報は、日付と、イベントＩＤと、サービスを特定する情報（オリジナルネットワークＩＤとトランスポートストリームＩＤとサービスＩＤとで構成される３つ組）との複合データである。また、例として、ネット配信のコンテンツの識別情報は、上記の放送の識別情報と同一の形式であってもよいし、ＵＲＬと日付（日時）との複合データ等であってもよい。

図１０１は、コンテンツのassociatedMediaの要素の少なくとも一部が一致することに基づくコンテンツの統合を説明するための概略図である。同図において、（Ｃ）および（Ｄ）のそれぞれは、いずれもオブジェクト「CreativeWork」（クリエイティブワーク）のインスタンスである。ここに示すそれぞれのオブジェクトは、「identifier」（アイデンティファイアー）および「associatedMedia」（アソシエイテッドメディア）という属性を含む。「identifier」（アイデンティファイアー）の値は上で説明した通りである。図示するように、「identifier」（アイデンティファイアー）の値は、例えば、「PropertyName」（属性名）と「PropertyValue」（属性値）との組の集合であってよい。これにより、複数のデータ項目からなる複合データを「identifier」（アイデンティファイアー）の値として表現できる。

図１０１の例において、（Ｃ）のオブジェクトは、「associatedMedia」（アソシエイテッドメディア）として、２つのオブジェクト「VideoObject」に関連付けられている。それらのオブジェクトのうちの１つのオブジェクト（符号Ｃ３０２）は、図に示すＣ１２に含まれるものである。また、このＣ１２に含まれるオブジェクト「VideoObject」は、属性「publication」の値として、オブジェクト「OnDemandEvent」に関連付けられている。
このオブジェクト「OnDemandEvent」もまたＣ１２の範囲内に含まれる。一方で、（Ｄ）のオブジェクトは、「associatedMedia」（アソシエイテッドメディア）として、２つのオブジェクト「VideoObject」に関連付けられている。それらのオブジェクトのうちの１つのオブジェクト（符号Ｄ３０１）は、図に示すＤ１２に含まれるものである。また、このＤ１２に含まれるオブジェクト「VideoObject」は、属性「publication」の値として、オブジェクト「OnDemandEvent」に関連付けられている。このオブジェクト「OnDemandEvent」もまたＤ１２の範囲内に含まれる。情報統合部２２は、（Ｃ）のオブジェクトの属性「associatedMedia」（アソシエイテッドメディア）の値の一つであるＣ１２と、（Ｄ）のオブジェクトの属性「associatedMedia」（アソシエイテッドメディア）の値の一つであるＤ１２とが一致する場合に、（Ｃ）のコンテンツ情報と（Ｄ）のコンテンツ情報とを統合して統合コンテンツのオブジェクトを生成する。つまり、図１０１の例は、「associatedMedia」（アソシエイテッドメディア）の要素の少なくとも一つが、両オブジェクト間で一致する場合を示す。即ち、即ち、図１０１に示す（Ｃ）のオブジェクトに関するＣ１２と（Ｄ）のオブジェクトに関するＤ１２とが完全に一致する場合に、（Ｃ）および（Ｄ）のオブジェクト（コンテンツ情報）は、情報統合部２２によって統合される。

図１０２は、コンテンツのassociatedMediaの要素の中のコンテンツ同定に関わる要素が一致することに基づくコンテンツの統合の一例を説明するための概略図である。図示する（Ｅ）および（Ｆ）のそれぞれは、いずれもオブジェクト「CreativeWork」（クリエイティブワーク）のインスタンスである。ここに示すそれぞれのオブジェクトは、「identifier」（アイデンティファイアー）および「associatedMedia」（アソシエイテッドメディア）という属性を含む。図１０２に示す例では、（Ｅ）のオブジェクトの「associatedMedia」（アソシエイテッドメディア）の値の一つであるオブジェクト「VideoObject」（符号Ｅ３０２）が、属性として、配信日時、組織（コンテンツ提供事業者等）、およびコンテンツ名を含んでいる（Ｅ１３）。また、（Ｆ）のオブジェクトの「associatedMedia」（アソシエイテッドメディア）の値の一つであるオブジェクト「VideoObject」（符号Ｆ３０１）が、属性として、配信日時、組織（コンテンツ提供事業者等）、およびコンテンツ名を含んでいる（Ｆ１３）。本例では、このオブジェクト「VideoObject」における配信日時と組織とコンテンツ名とのすべてが一致する場合に、両者のコンテンツ同定に関わる要素が一致すると判断される。つまり、図１０２に示す例におけるＥ１３の値とＦ１３の値とが完全に一致する場合に、情報統合部２２は、両者のコンテンツ同定に関わる要素が一致すると判断し、（Ｅ）のオブジェクトと（Ｆ）のオブジェクトとを統合して、統合コンテンツのオブジェクト（コンテンツ情報）を生成する。

なお、上記の図１０２の例においては、Ｅ１３側のオブジェクト「VideoObject」（符号Ｅ３０２）に関連付けられる属性「publication」は、２つの「BroadcastEvent」である。また、Ｆ１３側のオブジェクト「VideoObject」（符号Ｆ３０１）に関連付けられる属性「publication」は、１つの「OnDemandEvent」である。このように、両者間においてたとえ属性「publication」のタイプが異なって（「BroadcastEvent」と「OnDemandEvent」）いる場合でも、上記のコンテンツ同定に関わる要素が一致する場合には、情報統合部２２は、統合すべき条件が満たされていると判断し、これらの（Ｅ）のオブジェクトと（Ｆ）のオブジェクトとを統合する。

図１０３は、コンテンツのassociatedMediaの要素の中のコンテンツ同定に関わる要素が一致することに基づくコンテンツの統合の別の例を説明するための概略図である。図示する（Ｇ）および（Ｈ）のそれぞれは、いずれもオブジェクト「CreativeWork」（クリエイティブワーク）のインスタンスである。ここに示すそれぞれのオブジェクトは、「identifier」（アイデンティファイアー）および「associatedMedia」（アソシエイテッドメディア）という属性を含む。図１０３に示す例においては、コンテンツ同定に関わる要素は、ネット配信において受信装置２からのアクセス先となる所在情報（ＵＲＬ）である。コンテキストに依存する場合を除いて、ＵＲＬの一致に基づいてコンテンツを同定することは妥当である。

情報統合部２２がコンテンツ識別情報以外の情報に基づいて複数のコンテンツの同定を行うための条件の例を図１０１から図１０３までで説明したが、その他の方法によって、情報統合部２２がコンテンツ識別情報以外の情報を用いてコンテンツの同定を行ってもよい。その方法は、（１）コンテンツ情報内の所定の全要素が一致することによってコンテンツの同定を行う、（２）コンテンツ情報内の要素の少なくとも一つが一致することによってコンテンツの同定を行う、（３）コンテンツ情報内の要素のうちのコンテンツ同定に関わる条件を満たす（そのために例えば所定の関数を定義してもよい）ことによってコンテンツの同定を行う、（４）「associatedMedia」（アソシエイテッドメディア）以下の情報が一致することによってコンテンツの同定を行う、といった方法を含むがこれらには限定されない。

図１０４、図１０５、図１０６、図１０７、図１０８、および図１０９は、コンテンツ情報（コンテンツリスト）の具体例を示す概略図である。ここで例示するコンテンツ情報は、ＪＳＯＮ形式で記述されたデータである。ＪＳＯＮ形式は、入れ子型のブロック構造を有するテキストのデータである。ここに示す図１０４から図１０９までの全体が、１個のブロックとして成る１件のコンテンツ情報の例である。図１０４から図１０９までに示すデータの各行には、便宜的に行番号を付している。以下では、このコンテンツ情報の例について順を追って説明する。

図１０４は、コンテンツリストの第１行目から第６行目までを示す。第１行目は、コンテンツリスト全体のブロックの始まりを示す。第２行目から第６行目までは、コンテンツリストのヘッダー情報である。ヘッダー情報は、データの公開日時の情報（第５行目）や、データの変更日時の情報（第６行目）などを含む。

図１０５は、コンテンツリストの第７行目から第４５行目までを示す。第７行目は、要素「itemListElement」（アイテムリストエレメント）の始まりを示す。この要素「itemListElement」は、第７行目から第１８４行目（図１０９）まで続く。上記の要素「itemListElement」の内側には、複数の要素が存在し得る。本例では、それらの要素のうちの一つは、第８行目から第１８０行目（図１０９）まで続く要素である。第９行目は、当該要素のタイプ（@type）が「ListItem」であることを表している。第１０行目から第１７９行目（図１０９）までは、要素「item」である。第１１行目は、当該要素「item」のコンテキスト（@context）を表す。第１２行目は、当該要素「item」のタイプ（@type）が、「TVEpisode」（テレビエピソード）であることを表す。第１３行目から第４５行目までは、当該要素「item」の属性「identifier」（アイデンティファイアー、識別情報）である。この「identifier」は、３つの要素を含む。「identifier」における１つ目の要素は、第１４行目から第１８行目までの「PropertyValue」型の要素であり、その属性名は「date」（日付）でありその属性値は「20220420」（YYYYYMMDD（年月日）の形式）である。「identifier」における２つ目の要素は、第１９行目から第２３行目までの「PropertyValue」型の要素であり、その属性名は「eventId」（イベントＩＤ、イベント識別情報）でありその属性値は「26235」である。「identifier」における３つ目の要素は、第２４行目から第４４行目までの要素「triplet」（３つ組）である。この要素「triplet」は、属性名「network_id」（オリジナルネットワークＩＤ）と属性値「32736」との対と、属性名「ts_id」（トランスポートストリームＩＤ）と属性値「32736」との対と、属性名「service_id」（サービスＩＤ）と属性値「1024」との対とを含む３つ組である。つまり、第１０行目から始まる要素「item」は、「identifier」として、日付と、イベントＩＤと、放送資源を表わす３つ組の情報とを含むものである。

図１０６は、コンテンツリストの第４６行目から第８０行目までを示す。第４６行目は、第１０行目から始まっている要素「item」の属性「name」（コンテンツ名称）を表す。本例では、このコンテンツ名称は「テレビ体操［字］」である。第４７行目は、当該要素「item」の属性「description」（コンテンツ記述、コンテンツ概略）を表す。本例では、「description」としてコンテンツ出演者らの指名の情報が記述されている。第４８行目は、データの公開日時の情報を表す。第４９行目は、データの変更日時の情報を表す。第５０行目は、当該要素「item」の「thumbnailUrl」（サムネール画像の所在（ＵＲＬ））を表す。第５２行目から第５８行目までは、要素「actor」（演者、出演者）である。この要素「actor」は、演者の氏名等の文字列のリストの情報である。第５９行目から第６３行目までは、要素「genre」（ジャンル）である。この要素「genre」は、ジャンルを表す文字列のリストの情報である。第６４行目から第７５行目までは、要素「rating」（レーティング）である。この要素「rating」は、さらに２つの要素（いずれも、タイプ（@type）は「ratingValue」）を含む。その第１は、第６５行目から第６９行目までであり、「name」（レーティング名称）の「標準化機関規定」と「value」（レーティング値）の「4」との対である。その第２は、第７０行目から第７４行目までであり、「name」（レーティング名称）の「事業者規定」と「value」（レーティング値）の「4」との対である。第７５行目は、要素「isAccessibleForFree」（無料アクセス可否の情報）であり、本例ではその値は「true」（真）である。第７７行目から第８０行目までは、要素「conditionalAccess」（条件付きアクセス）であり、この要素はさらに、その下位の要素「identifierDescriptor」（識別情報記述子）と要素「systemId」（システムＩＤ）とを含む。

図１０７は、コンテンツリストの第８１行目から第１２３行目までを示す。第８１行目から第１３６行目（図１０８）までは、当該コンテンツ（第１０行目（図１０５）から始まっている「item」）の「publication」（パブリケーション）の情報である。当該「publication」（パブリケーション）は、複数の要素を含む。第８２行目から第１１１行目までは、その「publication」（パブリケーション）の第１の要素であって、「BroadcastEvent」のタイプ（@type）のものである。この要素は、さらに下位において、「name」（名称、「ISDB-T」は、放送によるものであることを表す）、「startDate」（開始日時）、「endDate」（終了日時）、「priority」（優先度、当該「publication」内における当該要素の優先度）、「logoURL」（ロゴの所在情報（ＵＲＬ））、「audioMode」（音声モード、ステレオあるいはモノラル等）、「accessMode」（アクセスモード）、「serviceDescription」（サービス記述）などといった要素を持つ。なお、「serviceDescription」（サービス記述）は、「network_id」（オリジナルネットワークＩＤ）の値と、「ts_id」（トランスポートストリームＩＤ）の値と、「service_id」（サービスＩＤ）の値との情報を持つ。第１１２行目から第１２３行目までは、その「publication」（パブリケーション）の第２の要素であって、「BroadcastService」のタイプ（@type）のものである。この要素は、さらに下位において、「name」（名称、「MPEG-DASH Dynamic」は、ＭＰＥＧ－ＤＡＳＨダイナミックによるネット配信であることを表す）、「streamUrl」（コンテンツ配信ストリームの所在情報（ＵＲＬ））、「logoURL」（ロゴの所在情報（ＵＲＬ））、「audioMode」（音声モード、ステレオあるいはモノラル等）、「accessMode」（アクセスモード）、「priority」（優先度）などといった要素を持つ。

続いて図１０８に移る。図１０８は、コンテンツリストの第１２４行目から第１５１行目までを示す。

図１０８の第１２４行目から第１３５行目までは、上記の「publication」（パブリケーション）の第３の要素であって、「OnDemandEvent」のタイプ（@type）のものである。この要素は、さらに下位において、「name」（名称、「MPEG-DASH static」は、ＭＰＥＧ－ＤＡＳＨスタティックによるネット配信であることを表す）、「streamUrl」（コンテンツ配信ストリームの所在情報（ＵＲＬ））、「logoURL」（ロゴの所在情報（ＵＲＬ））、「audioMode」（音声モード、ステレオあるいはモノラル等）、「accessMode」（アクセスモード）、「priority」（優先度）などといった要素を持つ。第１３７行目から第１７８行目（図１０９）までは、要素「isRelatedTo」（関連コンテンツ）である。この要素「isRelatedTo」（関連コンテンツ）は、下位において複数の要素を持ち得るものであるが、第１３８行目から第１７４行目（図１０９）までは、それらの複数の要素のうちの代表（第１の要素）である。当該要素は、第１４１行目から第１７３行目（図１０９）までの「identifier」（アイデンティファイアー）を含む。要素「identifier」（アイデンティファイアー）については、既に説明したものと同様である。

続いて図１０９に移る。図１０９は、コンテンツリストの第１５２行目から第１８５行目までを示す。

図１０９において、第１７５行目や、第１７６行目や、第１７７行目は、「isRelatedTo」（関連コンテンツ）のさらなる要素を表すものであるが、この図においては詳細を省略している。第１８０行目は、第７行目（図１０５）から始まる「itemListElement」に含まれる、第８行目（図１０５）から始まる第１の要素、の終わりの部分である。第１８１行目や、第１８２行目や、第１８３行目は、上記の「itemListElement」に含まれる、それぞれ、第２の要素や、第３の要素や、第４の要素であるが、この図においては詳細を省略している。第１８５行目は、当該コンテンツリスト全体の終わりの部分である。

以上，ＪＳＯＮ形式を用いたコンテンツ情報の例を説明した。このような記述方法を用いる場合には、受信装置２の情報統合部２２は、第１のコンテンツのコンテンツ情報と第２のコンテンツのコンテンツ情報とを統合して、統合コンテンツのコンテンツ情報（その内部の要素が複数存在する場合には、それらを列挙できる）を生成することが可能である。

次に、情報統合部２２が、複数のコンテンツを統合する際にコンテンツ間の関連性を発見するための具体的な機能構成および処理手順について説明する。

図１１０は、情報統合部２２のさらに詳細な機能構成を示すブロック図である。図示するように、情報統合部２２は、一致検出部２２１と、関連性発見部２２２とを含んで構成される。なお、情報統合部２２は、一致検出部２２１と関連性発見部２２２のいずれか一方のみを備えるものであってもよい。そのような場合には、情報統合部２２は、一致検出あるいは関連性発見のいずれかの機能だけを用いてコンテンツ情報を投合する処理を行う。また、関連性発見部２２２を実現するためのさらに詳細な構成の一例として、関連性発見部２２２は、スコア算出部２２６と、関連性判定部２２７とを含むものであってもよい。
これらのそれぞれの機能は、次の通りである。

一致検出部２２１は、前記コンテンツ情報が含む前記識別情報に基づいて、複数の前記コンテンツの間での一致を検出する。

関連性発見部２２２は、情報取得部２１が取得したコンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する。なお、前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものである。関連性発見部２２２は、そのようなコンテンツ情報のうち、コンテンツについての属性情報のみに基づいて（つまり識別情報に基づかずに）、複数のコンテンツ間での関連性を発見する。

スコア算出部２２６は、複数のコンテンツ間での関連性の度合いを表すスコアを算出する。スコア算出部２２６は、前記複数のコンテンツに関して、例として次に列挙する事項の少なくともいずれかに基づいて、前記スコアを算出するものであってよい。
（１）当該複数のコンテンツ間において、ジャンル情報の全部または一部が共通するか否か。
（２）当該複数のコンテンツ間において、コンテンツ名称の全体または一部が一致するか否か。
（３）当該複数のコンテンツ間において、コンテンツ概要の記述の全体または部分が一致するか否か。
（４）当該複数のコンテンツ間において、コンテンツの出演者情報の全部または一部が共通するか否か。
（５）当該複数のコンテンツ間において、コンテンツ情報内に含まれるパブリケーション（publication）要素が一致するか否かまたはその類似性。
（６）当該複数のコンテンツ間において、コンテンツ情報内に含まれるコンテンツへのアクセスのための所在情報が一致するか否かまたはその類似性。
または、
（７）当該複数のコンテンツ間において、コンテンツ情報が持つ配信日あるいは配信開始日の情報が一致するか否かまたはその近似性。

なお、スコア算出部２２６がスコアを算出する方法については、さらに後でも説明する。

関連性判定部２２７は、スコア算出部２２６が算出した前記スコアに基づいて当該複数のコンテンツ間での関連性の有無を判定する。関連性判定部２２７は、一例として、スコア算出部２２６が算出した前記スコアが所定の閾値以上（あるいは閾値以下）であるか否かに基づいて当該複数のコンテンツ間での関連性の有無を判定する。なお、関連性判定部２２７は、スコアを基に他の方法で関連性の有無を判定してもよい。なお、関連性発見部２２２が発見した複数のコンテンツの間での関連性に基づいて、情報統合部２２は、それら複数のコンテンツに関するコンテンツ情報を統合することによって、統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成することができる。

図１１１は、情報統合部２２がコンテンツ情報を統合するための処理のさらに詳細な手順を示す概略図である。図１１１に示すステップＳ８は、図９８を参照しながら説明したステップＳ８にあたる。図１１１に示すように、ステップＳ８は、さらに詳細な手順としてステップＳ８１からＳ８４までを含む。以下ではこの手順に沿って説明する。

ステップＳ８１において、情報統合部２２の一致検出部２２１は、複数のコンテンツ間での一致を検出する。具体的には、一致検出部２２１は、コンテンツを一意に識別するための識別情報の一致を検出する。この識別情報の例は、図９６で示したオブジェクト「CreativeWork」内における「identifier」（アイデンティファイアー）である。ただし、一致検出部２２１は、その他のデータによってコンテンツの一致を検出してもよい。例えば、図９６で示したオブジェクト「CreativeWork」内における「associatedMedia」（アソシエイテッドメディア）の内容が完全に一致する場合に、一致検出部２２１は、それらのコンテンツが一致していることを検出する。このように、一致検出部２２１が複数のコンテンツにおける識別情報の一致を検出すると、それらのコンテンツは同一のコンテンツであると判断され、コンテンツ情報の統合の対象となる。なお、ステップＳ８１において一致検出部２２１は、例えば、与えられるコンテンツ情報に含まれるすべてのコンテンツのペアについて、それらのコンテンツが一致するか否かの検出を行うようにしてよい。

次のステップＳ８２からＳ８３までにおいては、ステップＳ８１で一致が検出されなかったコンテンツのペアについて、情報統合部２２の関連性発見部２２２がコンテンツ間の関連性の発見を試みる。具体的な手順としては次の通りである。

ステップＳ８２において、関連性発見部２２２内のスコア算出部２２６が、各ペアについて、コンテンツ間の類似度に関するスコアを算出する。なお、スコアの具体的な算出方法の例については、さらに後でも説明する。

ステップＳ８３において、ステップにおいて算出されたスコアが所定の条件を満たす場合に、関連性発見部２２２内の関連性判定部２２７が、そのペアに属する両コンテンツを関連付ける。つまり、関連性判定部２２７は、両コンテンツ間に関連性があるか否かを判定する。ここで、関連性判定部２２７が用いる条件は、例えば、スコア算出部２２６によって算出されたスコアが所定の閾値を超えるか否かという条件（ただし、これに限定されない）である。

ステップＳ８４において、情報統合部２２は、複数のコンテンツについてのコンテンツ情報を統合することによって、統合コンテンツ情報を生成する。ここで、統合の対象となり得るコンテンツは、上のステップＳ８１において一致が検出された複数のコンテンツ、あるいは上のステップＳ８３において関連していると判定された複数のコンテンツ、あるいはそれら両方である。

スコア算出部２２６がスコアを算出する際の処理を列挙すると、次の通りである。
（１）特定の２つのコンテンツ間のスコアは、所定の基準点（例えば、０点）をベースとして、様々な要素に基づいて加点あるいは減点される。
（２）コンテンツ間においてジャンル情報の全部または一部が共通する場合、その一致度合いに応じてそれらのコンテンツ間のスコアは加点されてよい。
（３）コンテンツ名称（文字列）の全体または一部が一致する場合、その一致度合いに応じてコンテンツ間のスコアは加点されてよい。
（４）コンテンツ概要の記述（文字列等）の全体または部分が一致する場合、その一致度合いに応じてコンテンツ間のスコアは加点されてよい。
（５）コンテンツの出演者情報（文字列）の全部または一部が共通する場合、その一致度合いに応じてそれらのコンテンツ間のスコアは加点されてよい。
（６）上記の様々な文字列の一致度合いに基づいてスコアを算出する際に、括弧、即ち（）や［］などといったコンテンツ名等に含まれがちな文字を除外して一致度合いを判定するようにしてもよい。
（７）コンテンツ情報内に含まれるpublication要素の一致あるいは類似性に基づいて、コンテンツ間のスコアは加算されてよい。なお、publication要素が、放送局（放送事業者）を特定する情報を含む場合がある。
（８）コンテンツ情報内に含まれるurl要素（コンテンツの所在情報）の一致あるいは類似性に基づいて、コンテンツ間のスコアは加算されてよい。ＵＲＬに含まれるドメイン名などは、コンテンツ提供会社（publisher, organization）の情報を表す場合がある。
（９）さらに上記のコンテンツ提供会社間の関連性を予めテーブル等に記憶しておいて、そのテーブル等を参照することによって会社間の関連性がある場合には、コンテンツ間のスコアを加算するようにしてよい。
（１０）コンテンツ情報が持つ配信日あるいは配信開始日（datePublished要素）の情報が一致する場合あるいは近い場合には、その近さに応じてコンテンツ間のスコアを加算するようにしてよい。
（１１）２つのコンテンツについてのコンテンツ情報に含まれる他の要素に基づいて、当該ペアのスコアを加算あるいは減算するようにしてよい。

スコア算出部２２６は、上で説明したそれぞれの要素における一致／不一致、あるいは類似性、近さ／遠さなどを判断する際に、機械学習を用いてもよい。このとき、ペアのコンテンツのそれぞれのコンテンツ情報に含まれる要素の値を入力として、それらペアにおけるスコアの加算値あるいは減算値を出力とするモデルを予め学習しておくようにする。
学習の際には、実データ等に基づく教師データを用いる。

コンテンツ情報に含まれるコンテンツのペアの数は、そのコンテンツ情報に含まれるコンテンツ数の２乗に比例する。スコア算出部２２６がコンテンツのペアについてのスコア値を算出するための演算量を減らすためには、例えば、関連性のある見込みの低いペアについては、適宜枝刈りをすることによってスコアの算出を省略してもよい。また、スコア算出部２２６が特定のペアについて上記の枝刈りを行うか否かの判断のために、機械学習を用いてもよい。

また、スコア算出部２２６によるスコアの算出を省略して、コンテンツのペアについてのコンテンツ情報に含まれる要素の値と、それらのコンテンツのペアにおける関連性の有無との関係を、機械学習を利用して求めるようにしてもよい。この場合には、関連性判定部２２７が内部に機械学習モデルを持つ。そして、要素の値を入力として、関連性の有無を出力とする教師データを用いて、予め機械学習モデルの学習を行っておくようにする。
コンテンツ情報が持つデータの値と関連性有無との関係に関して、ユーザーとのインタラクション情報やユーザーによる判定結果を、関連性判定部２２７がアノテーションデータとして保持し、学習のための教師データに反映させるようにしてもよい。

以上説明したように、本実施形態では、受信装置２は、コンテンツ情報に基づいて、複数のコンテンツ間の関連性を発見する。具体的には、受信装置２は、放送信号に含まれるＥＰＧ情報やコンテンツ情報提供サーバー装置３から提供されるコンテンツ情報（これらを総称して「コンテンツ情報」と呼ぶことができる）に基づいて、複数のコンテンツ間の関連性を発見する。これにより、受信装置２は、コンテンツの識別情報(identifier)に基づく一致の検出や、コンテンツの配信に関する情報（associatedMedia要素）に基づく一致の検出が行われない場合にも、コンテンツ情報のその他の要素の類似性に基づいて、複数のコンテンツ間の関連性を発見する。このような関連性に基づいて、受信装置２は、コンテンツを同定することができる。言い換えれば、受信装置２は、同等であると見なすことのできるコンテンツのペア（あるいは集合）を特定できる。一致検出部２２１によって一致が検出されたコンテンツの集合も、関連性発見部２２２によって関連性があると判定されたコンテンツの集合も、統合コンテンツとして統合することができる。つまり、受信装置２は、関連する複数のコンテンツを統合して統合コンテンツ（抽象コンテンツ）とすることができる。受信装置２は、抽象コンテンツに関する情報（統合コンテンツ情報）を持つことにより、特定の具体コンテンツを取得できない状況（放送信号の強度が得られない場合や、通信帯域が十分に得られない場合など）において、その抽象コンテンツに属する他の具体コンテンツを代替コンテンツとして取得することができる。

次に、サービスリストの具体例について説明する。

図１１２および図１１３は、サービスリスト（ServiceList）の例を示す概略図である。本例のサービスリストはＪＳＯＮ（JavaScript Object Notation）形式のデータとして記述されている。なお、これらの図においては便宜的に参照用の行番号を示している。

図１１２の第１行目は、１つのサービスリストの開始を表す。このサービスリストの終了は、第７９行目（図１１３）である。第２行目から第４行目までは、このサービスリストのヘッダーに当たる部分である。第５行目は、アイテムリストエレメント（itemListElement）の開始を表す。このアイテムリストエレメントの終了は、第７８行目（図１１３）である。第６行目から第６８行目（図１１３）までは、このアイテムリストエレメントが持つ第１の要素についての記述である。第６９行目から第７７行目までは、このアイテムリストエレメントが持つ第２の要素以後の要素についての記述である。これらの要素の各々は、１つのサービスに対応している。

次に第６行目から始まる要素（第１のサービスについての記述）に関して説明する。

第７行目は、当該要素のタイプ（@type）がブロードキャストサービス（BroadcastService）であることを表す。第８行目は、当該サービスの名称が「ＮＨＫ総合・東京」であることを表わす。第９行目は、ブロードキャスト表示名（broadcastDisplayName）が「ＮＨＫ総合・東京」であることを表す。第１０行目から第１３行目までは、放送事業者（broadcaster）についての定義である。その中で第１１行目と第１２行目とは、タイプ（@type）が組織（Organization）であり、その名称が「ＮＨＫ」であることを表している。

第１４行目から第３０行目までは、この第１のサービスの識別情報（identifier）を規定している。放送サービスは、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとの３つ組の情報によってユニークに識別される。第１５行目から第１９行目までは、オリジナルネットワークＩＤ（original_network_id）の値が３２７３６であることを表している。また、第２０行目から第２４行目までは、トランスポートストリームＩＤ（ts_id）の値が３２７３６であることを表している。また、第２５行目から第２９行目までは、サービスＩＤ（service_id）の値が１０２４であることを表している。

第３１行目は、当該サービスに関連付けられる画像（image）の所在を規定する情報である。第３２行目は、当該サービスと同一のサービス（sameAs）の所在を表す情報である。第３３行目は、当該サービスについてのウェブサイト（あるいは、当該サービスを提供する事業者のウェブサイト）のＵＲＬを規定する。

第３４行目から第４３行目まで（hasOfferCatalog）は、当該サービスによって配信されるコンテンツに関するコンテンツリストの所在を表す情報である。本例では、プレゼントリスト（presentList）の所在情報と、スケジュールリスト（scheduleList）の所在情報とが定義されている。第３５行目から第３８行目までは、前者のプレゼントリストについての定義である。第３９行目から第４２行目までは、後者のスケジュールリストについての定義である。第３７行目には、前者のプレゼントリストのＵＲＬが記述されている。
第４１行目には、後者のスケジュールリストのＵＲＬが記述されている。

図１１３に移って、第４４行目は、放送チャンネルに関する情報を持つ要素（hasBroadcastChannel）であるが、本例ではそのデータは空である。第４５行目から第５４行目までは、放送のサービスエリア（areaServed）に関する情報を表す。本例では、２つの行政区域（administrativeArea）が規定されており、第４６行目から第４９行目までにおいて表わされる行政区域の名称は「関東」（Kanto）であり、第５０行目から第５３行目までにおいて表わされる行政区域の名称は「東京」（Tokyo）である。

第５５行目から第６７行目までは、親サービス（parentService）を規定している。第５６行目は、その親サービスの名称が「ＮＨＫ総合」であることを示す。つまり、１つのエリアのサービスである「ＮＨＫ総合・東京」の親サービスが、各地のエリアのサービスを統合的にとらえた「ＮＨＫ総合」である。第５７行目は、当該サービスの種別（@type）が放送サービス（BroadcastService）であることを表している。第５８行目は、当該サービスと同一のサービス（sameAs）の所在を表す情報である。第５９行目から第６６行目までは、当該親サービスの識別情報（identifier）である。この識別情報においては、属性ＩＤ（第６４行目）として０、属性名（第６１行目）として「系列」（affiliation）、属性値（第６３行目）として「ＮＨＫ総合」が記述されている。

第６９行目から第７７行目までは、第２のサービスに関する記述である。この第２のサービスの記述項目も、第６行目から第６８行目までにおいて示した第１のサービスにおける記述項目と同様である。この図においては、その記述の一部を省略している。なお、第７１行目は、このサービスの名称が「ＮＨＫＥテレ東京」であることを表している。第７２行目は、このサービスの表示名が「ＮＨＫＥテレ東京」であることを表している。第７３行目から第７６行目までは、第１のサービスにおける第１０行目から第１３行目までと同様に、このサービスを提供する放送事業者を定義している。

なお、ここで図面を参照しながら説明したサービスリストは、２つのサービスの情報を含むものであるが、一般にサービスリストは任意の数のサービスを含むものであってよい。

図１１４は、上記実施形態を構成する各装置の内部構成の一例を示すブロック図である。各装置（受信装置２、コンテンツ情報提供サーバー装置３、サービス情報提供サーバー装置４、コンテンツプロバイダー装置５、コンテンツ配信装置７、放送送出装置８のそれぞれ）は、コンピューターを用いて実現され得る。図示するように、そのコンピューターは、中央処理装置９０１と、ＲＡＭ９０２と、入出力ポート９０３と、入出力デバイス９０４や９０５等と、バス９０６と、を含んで構成される。コンピューター自体は、既存技術を用いて実現可能である。中央処理装置９０１は、ＲＡＭ９０２等から読み込んだプログラムに含まれる命令を実行する。中央処理装置９０１は、各命令にしたがって、ＲＡＭ９０２にデータを書き込んだり、ＲＡＭ９０２からデータを読み出したり、算術演算や論理演算を行ったりする。ＲＡＭ９０２は、データやプログラムを記憶する。ＲＡＭ９０２に含まれる各要素は、アドレスを持ち、アドレスを用いてアクセスされ得るものである。なお、ＲＡＭは、「ランダムアクセスメモリー」の略である。入出力ポート９０３は、中央処理装置９０１が外部の入出力デバイス等とデータのやり取りを行うためのポートである。入出力デバイス９０４や９０５は、入出力デバイスである。入出力デバイス９０４や９０５は、入出力ポート９０３を介して中央処理装置９０１との間でデータをやりとりする。バス９０６は、コンピューター内部で使用される共通の通信路である。例えば、中央処理装置９０１は、バス９０６を介してＲＡＭ９０２のデータを読んだり書いたりする。また、例えば、中央処理装置９０１は、バス９０６を介して入出力ポートにアクセスする。

なお、上述した実施形態における各装置（受信装置２、コンテンツ情報提供サーバー装置３、サービス情報提供サーバー装置４、コンテンツプロバイダー装置５、コンテンツ配信装置７、放送送出装置８のそれぞれ）の少なくとも一部の機能をコンピューターで実現することができる。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。つまり、「コンピューター読み取り可能な記録媒体」とは、非一過性の（non-transitory）コンピューター読み取り可能な記録媒体であってよい。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、一時的に、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。

［変形例１］
上記実施形態では、受信装置２がコンテンツ情報の統合を行うコンテンツ情報都合装置として機能する形態とした。しかしながら、必ずしもコンテンツを受信する機能を有する装置と、コンテンツ情報を統合する機能を有するコンテンツ情報統合装置とが、同一の装置ではなくてもよい。例えば、コンテンツ情報統合装置が、受信装置２の外部に存在して、複数のコンテンツに関するコンテンツ情報に基づいてそれらのコンテンツ情報を統合し、統合コンテンツ情報を生成するようにしてもよい。この場合には、コンテンツ情報統合装置が生成した統合コンテンツ情報は、所定のタイミングで、受信装置２に対して提供される。受信装置２は、その統合コンテンツ情報を参照することによって、コンテンツの取得方法を決定し、コンテンツを取得することができる。

［変形例２］
上記実施形態では、オブジェクト指向のデータとしてコンテンツ情報を説明した。また、コンテンツ情報の具体例としてＪＳＯＮ形式のデータ例を説明した。ただし、コンテンツ情報やサービス情報を含め、等価な情報を有する別形態のデータを用いて装置を実現するようにしてもよい。

複数の変形例を、組み合わせることが可能な限りにおいて、組み合わせて実施してもよい。

以上、この発明の実施形態および変形例について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明は、例えば、視聴者がコンテンツ（映像コンテンツ等）を視聴するためのシステムに利用することができる。但し、本発明の利用範囲はここに例示したものには限られない。

［態様Ａにおける符号：図１から図４０まで］
１ システム
２ 受信装置
５ 情報登録装置
６ 情報提供システム
７ コンテンツ配信装置
８ 放送送出装置
２１ 統合機能部
２２ 既存機能部
２１１ 情報取得部
２１２ 情報統合部
２１３ 提示方法決定部
２１４ ネットコンテンツ取得部
２１５ 事前情報設定部
２１１１ ネット情報取得部
２１１２ ネット情報要求部
２１１３ 放送情報取得部
２２１ 操作取得部
２２２ コンテンツ提示部
２２３ 放送コンテンツ取得部
５１ サービス情報登録部
５２ コンテンツ情報登録部
６１ サービス情報提供サーバー装置
６２ コンテンツ情報提供サーバー装置
６３ イベント情報提供サーバー装置
６１１ サービス情報登録受付部
６１２ サービス情報データベース
６１３ サービス情報提供部
６１４ サービス情報更新要求取得部
６２１ コンテンツ情報登録受付部
６２２ コンテンツ情報データベース
６２３ コンテンツ情報提供部
６２４ コンテンツ情報更新要求取得部
６３１ 更新情報取得部
６３２ 記憶情報取得部
６３３ 差分判定部
６３４ 更新通知部

［態様Ｂにおける符号：図４１から図６２まで］
１，２ 受信装置
３ コンテンツ送信装置
５ メタデータ提供装置
７ ウェブアプリサーバー装置
９ コンテンツ配信事業者装置
１１ コンテンツ受信部
１２ 復号部
１３ 提示部
１５ ブラウザー
１７ 読み上げ機能部
１８ 音声出力部
１９ 解説音声再生部
３１ 受信部（送受信部、メタデータ受信部）
１００ コンテンツ配信システム
１５０ ウェブアプリケーション
１５１ プロファイル判定部
１５２ 環境判定部
１５３，１５３Ａ 変換機能部
１５４ 画面表示部（提示部）
３０１ 変換装置
９０１ 中央処理装置
９０２ ＲＡＭ
９０３ 入出力ポート
９０４，９０５ 入出力デバイス
９０６ バス
ＳＣ１ ポータル画面
ＳＣ２ 再生画面
ＳＣ３ カルーセルメニュー表示中の再生画面

［態様Ｃにおける符号：図６３から図８９まで］
１ システム
７ 通信ネットワーク
１０ 提示装置（受信機）
１２ 提示制御装置
１３ メタデータ解析部
１４ コンテンツ遷移制御部
１５ 放送通信連携機能部
１７ ブラウザー（提示部）
２０ 放送信号送信装置
３０ ウェブサーバー装置
４０ コンテンツ発見サーバー装置
９０１ 中央処理装置
９０２ ＲＡＭ
９０３ 入出力ポート
９０４，９０５ 入出力デバイス
９０６ バス

［本実施形態における符号：図９０から図１１４まで］
１ コンテンツ発見システム
２ 受信装置（コンテンツ情報統合装置、コンテンツ間関連性発見装置）
３ コンテンツ情報提供サーバー装置（コンテンツ情報提供装置）
４ サービス情報提供サーバー装置
５ コンテンツプロバイダー装置
７ コンテンツ配信装置
８ 放送送出装置
２１ 情報取得部
２２ 情報統合部
２３ 取得方法決定部
２６ コンテンツ取得部
２７ コンテンツ提示部
２９ ユーザー入力部
３１ コンテンツ情報登録受付部
３２ コンテンツ情報データベース
３３ コンテンツ情報提供部
４１ サービス情報登録受付部
４２ サービス情報データベース
４３ サービス情報提供部
２２１ 一致検出部
２２２ 関連性発見部
２２６ スコア算出部
２２７ 関連性判定部
９０１ 中央処理装置
９０２ ＲＡＭ
９０３ 入出力ポート
９０４，９０５ 入出力デバイス
９０６ バス

Claims (7)

1. コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、
   前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する関連性発見部と、
   を備え、
   前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものであり、
   前記関連性発見部は、前記コンテンツについての前記属性情報のみに基づいて前記複数のコンテンツの間での関連性を発見する、
   コンテンツ間関連性発見装置。
2. 前記関連性発見部は、
   複数のコンテンツ間での関連性の度合いを表すスコアを算出するスコア算出部と、
   前記スコア算出部が算出した前記スコアに基づいて当該複数のコンテンツ間での関連性の有無を判定する関連性判定部と、
   を備える、
   請求項１に記載のコンテンツ間関連性発見装置。
3. 前記関連性判定部は、前記スコアが所定の閾値以上であるか否かに基づいて当該複数のコンテンツ間での関連性の有無を判定する、
   請求項２に記載のコンテンツ間関連性発見装置。
4. 前記スコア算出部は、前記複数のコンテンツに関して、
   （１）当該複数のコンテンツ間において、ジャンル情報の全部または一部が共通するか否か、
   （２）当該複数のコンテンツ間において、コンテンツ名称の全体または一部が一致するか否か、
   （３）当該複数のコンテンツ間において、コンテンツ概要の記述の全体または部分が一致するか否か、
   （４）当該複数のコンテンツ間において、コンテンツの出演者情報の全部または一部が共通するか否か、
   （５）当該複数のコンテンツ間において、コンテンツ情報内に含まれるパブリケーション（publication）要素が一致するか否かまたはその類似性、
   （６）当該複数のコンテンツ間において、コンテンツ情報内に含まれるコンテンツへのアクセスのための所在情報が一致するか否かまたはその類似性、または、
   （７）当該複数のコンテンツ間において、コンテンツ情報が持つ配信日あるいは配信開始日の情報が一致するか否かまたはその近似性、
   の少なくともいずれかに基づいて、前記スコアを算出する、
   請求項２に記載のコンテンツ間関連性発見装置。
5. 前記コンテンツ情報が含む前記識別情報に基づいて、複数の前記コンテンツの間での一致を検出する一致検出部、
   をさらに備える請求項１に記載のコンテンツ間関連性発見装置。
6. 前記関連性発見部が発見した複数の前記コンテンツの間での関連性に基づいて、
   当該複数のコンテンツに関する前記コンテンツ情報を統合することによって統合コンテンツのコンテンツ情報である統合コンテンツ情報を生成する情報統合部、
   をさらに備える請求項１から５までのいずれか一項に記載のコンテンツ間関連性発見装置。
7. コンテンツに関する情報であるコンテンツ情報を取得する情報取得部と、
   前記情報取得部が取得した前記コンテンツ情報に基づいて、複数のコンテンツの間での関連性を発見する関連性発見部と、
   を備え、
   前記コンテンツ情報は、前記コンテンツを識別するための識別情報と、前記コンテンツについての前記識別情報を含まない属性情報と、を含むものであり、
   前記関連性発見部は、前記コンテンツについての前記属性情報のみに基づいて前記複数のコンテンツの間での関連性を発見する、
   コンテンツ間関連性発見装置、としてコンピューターを機能させるプログラム。

Images