JP4949242B2

JP4949242B2 - パッケージの識別方法及び位置決定方法

Info

Publication number: JP4949242B2
Application number: JP2007522407A
Authority: JP
Inventors: リー、ヒキュン; カン、ジュンウォン; キム、ジェ‐ゴン; ホン、ジンウー
Original assignee: Electronics and Telecommunications Research Institute ETRI
Current assignee: Electronics and Telecommunications Research Institute ETRI
Priority date: 2004-07-23
Filing date: 2004-12-17
Publication date: 2012-06-06
Anticipated expiration: 2024-12-17
Also published as: JP2008507887A; CN101820536A; KR100989062B1; EP1774787A1; KR20060008216A; WO2006009342A1; CN101015213A; EP1774787A4; US20080295142A1; US8613035B2; CN101015213B

Description

本発明は、パッケージの識別方法及び位置決定方法に関し、より詳しくは、メインＡＶ（ａｕｄｉｏ／ｖｉｄｅｏ）に接続された従属パッケージ、又は、メインＡＶに接続されていない独立パッケージに対する識別方法及び位置決定方法に関する。

放送のデジタル化に伴い、多媒体、多チャンネルのみならず、従来の片方向放送受信から放送通信網の連動による様々な受信端末の受容といった複雑な形態へと放送環境が急速に変化している。視聴者側からすると、制限されたチャンネルの選択のみにより放送番組を受信する受動的な視聴を抜け出し、放送サービスに直接参加したり所望の時間に所望の番組を受信及び視聴しようという要求が高まりつつある。

このような変化は、放送環境がより複雑多様に個人化した形態で進化しつつあると要約することができる。カスタマイズ放送は、このように複雑多様な新しい放送環境において視聴者がより便利かつ効率よく所望の放送コンテンツを所望の時間に様々な端末で視聴者の好みに合わせて所望の形態で消費できるようにする。即ち、カスタマイズ放送は、ユーザの好み、端末性能、ネットワーク特性、自然環境（時間、場所、ユーザの気分等）等を含む使用環境に適したカスタマイズ放送コンテンツを提供しようとするものである。

カスタマイズ放送に対する標準は、仮定するシステム環境及び提供しようとする主な機能的な側面からＰｈａｓｅ１（ＴＶＡ−１）とＰｈａｓｅ２（ＴＶＡ−２）との２段階に分かれる。ＴＶＡ−１は、主な放送番組が片方向の放送チャンネルに送信され、双方向ネットワークを介して追加的なメタデータを取得することのできる環境において、ＰＤＲ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＲｅｃｏｄｅｒ）を中心としてＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツの探索、選択、取得、消費等のアプリケーションサービスを可能にするためのものである。ＴＶＡ−２は、片方向の放送チャンネル及び双方向ネットワークを仮定したＴＶＡ−１の消費環境を拡張して、ホームネットワーク環境において様々な端末同士のコンテンツの共有（ｓｈａｒｉｎｇ）、様々なユーザ環境に適当なコンテンツを提供するターゲッティング（ｔａｒｇｅｔｉｎｇ）等のサービスを提供し、かつ、コンテンツもＴＶＡ−１のＡＶのみならず、様々な形態のコンテンツを受容する。

パッケージは、コンテンツコンポーネントの集合として定義される。ここで、コンポーネントは、一定の組み合わせ（全体又はサブセット）により消費者の経験を提供し、ビジネスモデルの要求事項（ＲＱ００１ｖ２０）に応じて共に消費されるように意図される。従来は、このようなパッケージをＡＶコンテンツに従属したものとしてのみ認識していた。しかし、より幅広いカスタマイズ放送を提供するためには、パッケージをＡＶコンテンツと同等に取り扱う必要がある。即ち、パッケージは、メインＡＶに接続された従属パッケージのみならず、メインＡＶに接続されていない独立パッケージの場合にもインスタンス（ｉｎｓｔａｎｃｅ）化することができる。従って、このようなパッケージに対し、新しいパッケージの識別方法及び位置決定方法の実現が求められる。

そこで、本発明は、上記のような要求に応えるためになされたものであり、その目的は、ＣＲＩＤ（ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅＩＤｅｎｔｉｆｉｅｒ）を用いた改善された（Ｒｅｆｉｎｅｄ）パッケージの識別メカニズム及び位置決定方法を提供することにある。

上記目的を達成するための本発明のパッケージ提供方法は、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤ（ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅＩＤｅｎｔｉｆｉｅｒ）を含み、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを生成するパッケージ情報メタデータ生成ステップと、前記パッケージ情報メタデータを前記ユーザ端末に伝送する伝送ステップと、を含む。
また、本発明のパッケージ提供方法は、メインＡＶ（ｍａｉｎＡｕｄｉｏ／Ｖｉｄｅｏ）サービスに下位に接続される前記パッケージについて、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤと、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを生成するメインＡＶプログラム情報メタデータ生成ステップと、前記メインＡＶプログラム情報メタデータを前記ユーザ端末に伝送する伝送ステップと、を含む。

また、上記目的を達成するための本発明のパッケージ提供装置は、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤを含み、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを生成するパッケージ情報メタデータ生成部と、前記パッケージ情報メタデータを前記ユーザ端末に伝送する伝送部と、を備える。
また、上記目的を達成するための本発明のパッケージ提供装置は、メインＡＶ（ｍａｉｎＡｕｄｉｏ／Ｖｉｄｅｏ）サービスに下位に接続される前記パッケージについて、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤと、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを生成するメインＡＶプログラム情報メタデータ生成部と、前記メインＡＶプログラム情報メタデータを前記ユーザ端末に伝送する伝送部と、を備える。

上記目的を達成するための本発明のパッケージ消費方法は、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤ（ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅＩＤｅｎｔｉｆｉｅｒ）を含み、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを受信する受信ステップと、前記パッケージ情報メタデータを検索し、前記パッケージを選択する選択ステップと、前記選択されたパッケージの前記ＣＲＩＤを用いて、前記選択されたパッケージに関するパッケージメタデータを取得する取得ステップと、を含む。
また、上記目的を達成するための本発明のパッケージ消費方法は、メインＡＶ（ｍａｉｎＡｕｄｉｏ／Ｖｉｄｅｏ）サービスに下位に接続される前記パッケージについて、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤと、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを受信する受信ステップと、前記メインＡＶプログラム情報メタデータを検索し、前記パッケージを選択する選択ステップと、前記選択されたパッケージの前記ＣＲＩＤを用いて前記選択されたパッケージに関するパッケージメタデータを取得する取得ステップと、を含む。

上記目的を達成するための本発明のユーザ端末装置は、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤ（ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅＩＤｅｎｔｉｆｉｅｒ）を含み、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを受信する受信部と、前記パッケージ情報メタデータからユーザ端末で使用可能なパッケージを検索して選択する選択部と、前記選択されたパッケージの前記ＣＲＩＤを用いて、前記選択されたパッケージに関するパッケージメタデータを取得する取得部と、を備える。
また、上記目的を達成するための本発明のユーザ端末装置は、メインＡＶ（ｍａｉｎＡｕｄｉｏ／Ｖｉｄｅｏ）サービスに下位に接続される前記パッケージについて、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤと、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを受信する受信部と、前記メインＡＶプログラム情報メタデータからユーザ端末で使用可能なパッケージを検索して選択する選択部と、前記選択されたパッケージの前記ＣＲＩＤを用いて前記選択されたパッケージに関するパッケージメタデータを取得する取得部と、を備える。

本発明は、ＴＶＡ−１スキーマを用いて記述されたメインＡＶに接続された従属パッケージ又はメインＡＶに接続されていない独立パッケージのいずれの場合に対しても、改善されたパッケージの識別及び位置決定メカニズムを提示することにより、ＴＶＡ−２サービスシナリオを円滑に支援することができるという効果を提供する。

本発明の目的、特徴及び長所は、添付された図面に関連する以下の詳細な説明を通じてより明確になるはずであり、それにより、本発明の属する技術分野における通常の知識を有する者が本発明の技術思想を容易に実施することができるであろう。

以下、添付された図面を参照して本発明に係る好ましい実施の一形態を詳細に説明する。

パッケージは、メインＡＶに接続された従属パッケージ、又は、メインＡＶに接続されていない独立パッケージに分類することができる。

メインＡＶに接続された従属パッケージは、メインＡＶの選択可能なリソースインスタンス（ｒｅｓｏｕｒｃｅｉｎｓｔａｎｃｅ）（例えば、別の観点のマルチパラレルストリーム）又はメインＡＶに関連するウェブリンク、イメージ、ゲーム等のような補充資料（ｍａｔｅｒｉａｌ）を含み得る。パッケージがメインＡＶの消費において有用なシナリオを提供するとき、パッケージは、放送されるメインＡＶに接続された資料（ｍａｔｅｒｉａｌ）として考えられる。従って、パッケージは、メインＡＶの番組情報（ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ）に含まれた「ＲｅｌａｔｅｄＭａｔｅｒｉａｌＴｙｐｅ」エレメントによって参照することができる。しかし、「ＲｅｌａｔｅｄＭａｔｅｒｉａｌＴｙｐｅ」が用いるａｎｙＵＲＩは、同じメタデータ文書内で唯一であるが、文書が異なると、同じａｎｙＵＲＩが存在し得ることから、パッケージに対する絶対的な識別機能を提供することができない。

従って、本発明によると、パッケージアップデート及びＧＯＰ（ＧｒｏｕｐｏｆＰａｃｋａｇｅ）のための固有の識別子の必要性から、ＣＲＩＤをメインＡＶに接続された従属パッケージのための識別子として用いる。

表１は、教育用のコンポーネントが共に組み合わされたパッケージを参照するメインＡＶを示す。これは、パッケージがメインＡＶに従属して接続された例である。ＴＶＡ−１の「ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ」エレメントを用いて記述されたメインＡＶは、下位エレメントの「ＲｅｌａｔｅｄＭａｔｅｒｉａｌ」を用いて補充資料として「ｃｒｉｄ：／／ｗｗｗ．ｉｍｂｃ．ｃｏｍ／ｅｄｕｃａｔｉｏｎａｌ＿ｐａｃｋａｇｅ１」識別子を有するパッケージが接続されていることを示す。「ｃｒｉｄ：／／ｗｗｗ．ｉｍｂｃ．ｃｏｍ／ｅｄｕｃａｔｉｏｎａｌ＿ｐａｃｋａｇｅ１」識別子を有するパッケージに関する詳細記述メタデータは、ＴＶＡ−２で定義する「ＰａｃｋａｇｅＴａｂｌｅ」エレメントの下位エレメント「Ｃｏｎｔａｉｎｅｒ」を用いて記述される。

メインＡＶに接続して複数のパッケージが許容されるとき、これらパッケージのそれぞれが固有のＣＲＩＤによって独立して識別されれば、複数のパッケージの識別が可能となる。表２は、番組識別子が「ｃｒｉｄ：／／ｗｗｗ．ｉｍｂｃ．ｃｏｍ／ｎｅｗｎｏｎｓｔｏｐ１０３０４０７００７０４」でありながら、関連する二つのパッケージを有する番組を一例として示す。ＴＶＡ−１の「ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ」エレメントを用いて記述されたメインＡＶは、下位エレメントの「ＲｅｌａｔｅｄＭａｔｅｒｉａｌ」を用いて補充資料として「ｃｒｉｄ：／／ｗｗｗ．ｉｍｂｃ．ｃｏｍ／ｅｄｕｃａｔｉｏｎａｌ＿ｐａｃｋａｇｅ１」識別子を有するパッケージと「ｃｒｉｄ：／／ｗｗｗ．ｉｍｂｃ．ｃｏｍ／ｅｄｕｃａｔｉｏｎａｌ＿ｐａｃｋａｇｅ２」識別子を有するパッケージとが接続されていることが分かる。

一方、ゲーム「リネージュ」や都市旅行ガイドパッケージのようなメインＡＶに接続されていない独立パッケージも、パッケージアップデート及びＧＯＰのための固有の識別子の必要性から、ＣＲＩＤをパッケージ識別子として用いる。

表３は、教育用のコンポーネントを有する独立パッケージを示す。これは、パッケージがメインＡＶに独立して存在する例である。ＴＶＡ−２の「ＰａｃｋａｇｅＩｎｆｏｒｍａｔｉｏｎ」エレメントを用いてパッケージＩＤとパッケージタイトルとからなるパッケージに関する魅力的な（ａｔｔｒａｃｔｉｖｅ）メタデータがユーザに提供される。「ｃｒｉｄ：／／ｗｗｗ．ｉｍｂｃ．ｃｏｍ／ＦｒｅｎｃｈＬｅａｒｎｉｎｇ＿ｐａｃｋａｇｅ」識別子を有するパッケージに関する詳細記述メタデータは、ＴＶＡ−２で定義する「ＰａｃｋａｇｅＴａｂｌｅ」エレメントの下位エレメント「Ｃｏｎｔａｉｎｅｒ」を用いて記述される。

以下では、前述したパッケージの識別方法に基づいて位置決定メカニズムを通じてパッケージを消費する方法について説明する。

表４は、メインＡＶに接続される従属パッケージに対して多様な条件下で消費する方法をまとめたものであり、図１は、パッケージに対して多様な条件下で消費する過程を示すフローチャートである。

レベル１及びレベル２は、パッケージがメインＡＶに共通に接続されており、パッケージメタデータがメインＡＶのメタデータと共に提供される場合である。

レベル１の場合、表１のように、一つのパッケージがメインＡＶに接続されており、パッケージメタデータは、メインＡＶメタデータと共に提供される。メインＡＶに接続されたパッケージが検索された後（Ｓ１）、パッケージに属する複数のコンポーネントのうち使用環境に適当なコンポーネントがユーザによって選択される（Ｓ２）。その後、選択されたコンポーネントは、コンポーネントＣＲＩＤを用いたＴＶＡ−１から拡張された位置決定メカニズムにより取得され（Ｓ３、Ｓ４）、ユーザによって消費される（Ｓ５、Ｓ６）。選択から取得まで１回行われる。

ここで、ＴＶＡ−１から拡張された位置決定メカニズムは、ＴＶＡ−１の位置決定メカニズムを拡張させたものであって、ＴＶＡ−１の位置決定メカニズムがコンテンツに対して選択されたコンテンツのＣＲＩＤを用いた位置解析、取得の過程で行われるのに対し、ＴＶＡ−１から拡張された位置決定メカニズムは、ＴＶＡ−１位置決定メカニズムと同様に構成されるが、その対象がパッケージグループ、パッケージ、又はコンポーネントであるという点においては異なる。

レベル２の場合、複数のパッケージ又は一つのパッケージグループ（ＧＯＰ）がメインＡＶに接続されており、複数のパッケージ又は一つのパッケージグループに関するメタデータは、メインＡＶのメタデータと共に提供される。メインＡＶに接続された複数のパッケージ又は一つのパッケージグループが検索された後（Ｓ１）、そのうち一つのパッケージがユーザによって選択され、選択されたパッケージに属するコンポーネントのうち適切なコンポーネントがユーザの環境に応じて選択される（Ｓ２）。パッケージ及びコンポーネントは、同じ選択ステップで選択される。選択されたコンポーネントは、コンポーネントのＣＲＩＤを用いてＴＶＡ−１から拡張された位置決定メカニズムにより取得され（Ｓ３、Ｓ４）、ユーザによって消費される（Ｓ５、Ｓ６）。選択から取得まで１回行われる。

レベル３ないし５は、複数のパッケージ、一つ又は複数のパッケージグループ（ＧＯＰ）がメインＡＶに接続されており、パッケージメタデータがメインＡＶのメタデータと共に提供されない場合である。

レベル３の場合、複数のパッケージがメインＡＶに接続されており、パッケージメタデータは、メインＡＶメタデータと共に提供されない。メインＡＶに接続された複数のパッケージが検索された後（Ｓ１）、そのうち一つのパッケージがユーザによって選択された後、パッケージのＣＲＩＤを用いてＴＶＡ−１から拡張された位置決定メカニズムにより取得される（Ｓ２〜Ｓ４）。即ち、パッケージ識別子を用いたパッケージの取得は、選択されたパッケージの識別子から位置解析によってパッケージの実際のロケータ（ｌｏｃａｔｏｒ）を把握し、当該ロケータでパッケージメタデータを取得することにより行われる。パッケージでありながらコンポーネントの選択が必要なため（Ｓ５）、位置決定の過程を再び経て（Ｓ２〜Ｓ４）、ローカルストレージに予め格納されていたコンポーネントが消費される（Ｓ５、Ｓ６）。選択から取得まで２回行われる。

レベル４の場合、一つ又は複数のパッケージグループ（ＧＯＰ）がメインＡＶに接続されており、一つ又は複数のパッケージグループやパッケージに関するメタデータは、メインＡＶのメタデータと共に提供されない。メインＡＶに接続された一つ又は複数のパッケージグループが検索された後（Ｓ１）、そのうち一つのパッケージグループがユーザによって選択された後、ＴＶＡ−１から拡張された位置決定メカニズムにより取得される（Ｓ２〜Ｓ４）。パッケージの選択が必要なため（Ｓ５）、位置決定の過程を再び経て（Ｓ２〜Ｓ４）パッケージが取得され、コンポーネントの選択が必要なため（Ｓ５）、位置決定の過程を再び経て（Ｓ２〜Ｓ４）、ローカルストレージに予め格納されていたコンポーネントが消費される（Ｓ５、Ｓ６）。選択から取得まで３回行われる。

レベル５の場合、複数のパッケージ又は複数のパッケージグループがメインＡＶに接続されており、パッケージメタデータは、メインＡＶのメタデータと共に提供されない。一つのパッケージがレベル３又はレベル４の位置決定メカニズムにより取得された後、パッケージに属するコンポーネントのうちユーザ環境に適したコンポーネントがユーザによって選択される。選択されたコンポーネントは、ＴＶＡ−１から拡張された位置決定メカニズムにより取得され、ユーザによって消費される。パッケージの種類に応じて選択から取得まで２回又は３回行われる。

表４の取得ステップにおけるＣＲＩＤは、コンポーネントを指すか又はパッケージを指し得る。仮に、ＣＲＩＤがコンポーネントを指す場合は、パッケージがメインＡＶのメタデータと共に提供され、パッケージに属するコンポーネントのうち一部のコンポーネントのＣＲＩＤが取得の対象になるのである。

逆に、ＣＲＩＤがパッケージを指す場合は、パッケージがメインＡＶに接続されていながら、パッケージメタデータがメインＡＶのメタデータと共に提供されない場合又はパッケージがメインＡＶとは独立した場合であって、位置決定メカニズムの１回の実行によりＣＲＩＤからパッケージのみが取得されるか、繰り返し実行されることによりコンポーネントまでの取得が可能である。

上記の表３のように、メインＡＶに接続されていない独立パッケージを消費する全体の過程を図１を参照して説明すると、次の通りである（レベル６）。

まず、パッケージ情報メタデータ（ＰａｃｋａｇｅＩｎｆｏｒｍａｔｉｏｎＭｅｔａｄａｔａ）は、片方向（ｕｎｉｄｉｒｅｃｔｉｏｎａｌ）の放送チャンネルを介するか、ＳＰ００６に基づいた双方向ネットワーク（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌＮｅｔｗｏｒｋｓ）を介してユーザ端末に伝達される。パッケージ情報メタデータは、パッケージＩＤ、パッケージタイトル、パッケージシノプシス等のパッケージに関する魅力的な（ａｔｔｒａｃｔｉｖｅ）メタデータである。

パッケージ情報メタデータがユーザ端末に伝達されたとき、使用可能なパッケージの存在は、電子番組ガイドのようなユーザインターフェースを介してユーザに知らせられる。すると、ユーザは、消費を望むパッケージを検索及び選択する（Ｓ１、Ｓ２）。

続いて、ユーザは、パッケージのＣＲＩＤを用いたＴＶＡ−１から拡張された位置決定メカニズムにより選択したパッケージに関するパッケージメタデータを取得する（Ｓ３、Ｓ４）。取得されたパッケージメタデータに基づいて与えられたユーザ環境の条件を満たすコンポーネントがユーザによって手動又はエージェントによって自動的に選択され得る（Ｓ５、Ｓ２）。選択されたコンポーネントは、コンポーネントのＣＲＩＤを用いてＴＶＡ−１から拡張された位置決定メカニズムにより取得及び消費される（Ｓ３〜Ｓ６）。

前述したパッケージの識別及び位置決定メカニズムは、メインＡＶに独立又は従属したパッケージにＴＶＡ−２サービスシナリオを円滑に支援する。このようなシナリオには、例えば、独立パッケージを用いた「非線形のマルチパラレルストリームＡ／Ｖサービス（Ｎｏｎ−ｌｉｎｅａｒｍｕｌｔｉ−ｐａｒａｌｌｅｌｓｔｒｅａｍＡ／Ｖｓｅｒｖｉｃｅ、ＳｅｒｖｉｃｅＳｃｅｎａｒｉｏ６．２．４．）」とメインＡＶに接続されたパッケージを用いた「ブロードキャスト映画トレーラ（Ｂｒｏａｄｃａｓｔｍｏｖｉｅｔｒａｉｌｅｒ）」等がある。

一方、ＴＶ−１から拡張された位置決定メカニズムでは、ＣＲＩＤがパッケージを指すのか又はコンポーネントを指すのかを識別する必要がある。このような目的から、表５のように、ＴＶＡ−１のＬＲＴ（ｌｏｃａｔｉｏｎｒｅｓｏｌｕｔｉｏｎｔａｂｌｅ）のメッセージフォーマットに「パッケージ／コンポーネント識別子（ｐａｃｋａｇｅ／ｃｏｍｐｏｎｅｎｔｉｄｅｎｔｉｆｉｅｒ）」というフラグを追加する。

さらに、キーワードによる検索に基づいて見出したパッケージがメインＡＶに接続された場合、ユーザは、パッケージがメインＡＶに接続されたか否かを識別する方法が必要となる。このような目的から、表４のように、ＴＶＡ−１のＬＲＴ（ｌｏｃａｔｉｏｎｒｅｓｏｌｕｔｉｏｎｔａｂｌｅ）のメッセージフォーマットにパッケージのメインＡＶへの接続の可否を示す「メインＡＶに接続（ＲｅｌａｔｅｄｔｏｍａｉｎＡＶ）」というフラグを追加する。

一方、ボックスタイプ（ＭＨＰ、ＡＣＡＰ、ＡＲＩＢ、ｅｔｃ．）やミドルウェアによるパッケージのターゲッティングメカニズムに関連し、パッケージの取得前には、ボックスタイプ（ＭＨＰ、ＡＣＡＰ、ＡＲＩＢ、ｅｔｃ．）やミドルウェアによるパッケージのターゲッティングメカニズムは必要としない。しかし、パッケージの内部においてＵＥＤ（ＵｓａｇｅＥｎｖｉｒｏｎｍｅｎｔＤｅｓｃｒｉｐｔｉｏｎ）記述子を拡張した、ボックスタイプやミドルウェアによるアイテム（ｉｔｅｍ）又はコンポーネントのターゲッティングメカニズムは必要である。これは、次のような二つの場合を検討した結果による。

第一に、仮にパッケージが放送チャンネルを介して伝達されると、データ放送標準（ＭＨＰ又はＡＣＡＰ）は地域に関して固定され、固定標準を除くその他の標準（ボックスタイプ）はその領域で用いられないことから、放送サービス提供者は、既に対象ボックスタイプ、ミドルウェア等を知っていることになる。

第二に、仮にパッケージがインターネットのような双方向ネットワークに伝達され、パッケージがデータ放送のためのアプリケーションプログラムを含むと、アプリケーションプログラムは、データ放送のミドルウェアで消費されなければならない。この場合、ボックスタイプに応じて適切な番組を選択するユーザ端末のために、パッケージは、ボックスタイプを識別する必要がある。これは、ＵＥＤにボックスタイプ記述子を挿入する必要があることを意味する。

上述したような本発明に係る方法は、プログラムとして実現されコンピュータで読み出し可能な形態で記録媒体に格納され得る。また、当業者なら前述したパッケージの識別方法及び位置決定方法を用いてパッケージを提供するシステム及びこのようなパッケージを消費するユーザ端末を実現することができる。

以上のように、本発明は、限定された実施の形態と図面によって説明されたが、本発明はこれに限定されず、本発明の属する技術分野における通常の知識を有する者によって本発明の技術思想と以下に記載される特許請求の範囲の均等な範囲内で様々な修正及び変形が可能であることは明らかである。

パッケージを様々な条件下で消費する過程を示すフローチャートである。

Claims

ユーザ端末にコンテンツコンポーネントの集合であるパッケージを提供するパッケージ提供方法において、前記方法は、
少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤ（ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅＩＤｅｎｔｉｆｉｅｒ）を含み、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを生成するパッケージ情報メタデータ生成ステップと、
前記パッケージ情報メタデータを前記ユーザ端末に伝送する伝送ステップと、
を含むことを特徴とするパッケージ提供方法。
前記パッケージ情報メタデータが、前記パッケージに関する詳細記述メタデータを更に含むことを特徴とする請求項１に記載のパッケージ提供方法。
前記パッケージに関する詳細記述メタデータが、前記ＣＲＩＤを用いて取得されることを特徴とする請求項２に記載のパッケージ提供方法。
ユーザ端末にコンテンツコンポーネントの集合であるパッケージを提供するパッケージ提供方法において、前記方法は、
メインＡＶ（ｍａｉｎＡｕｄｉｏ／Ｖｉｄｅｏ）サービスに下位に接続される前記パッケージについて、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤと、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを生成するメインＡＶプログラム情報メタデータ生成ステップと、
前記メインＡＶプログラム情報メタデータを前記ユーザ端末に伝送する伝送ステップと、
を含むことを特徴とするパッケージ提供方法。
前記メインＡＶプログラム情報メタデータが、前記パッケージに関する詳細記述メタデータを更に含むことを特徴とする請求項４に記載のパッケージ提供方法。
前記パッケージに関する詳細記述メタデータが、前記ＣＲＩＤを用いて取得されることを特徴とする請求項５に記載のパッケージ提供方法。
ユーザ端末にコンテンツコンポーネントの集合であるパッケージを提供するパッケージ提供装置において、
少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤを含み、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを生成するパッケージ情報メタデータ生成部と、
前記パッケージ情報メタデータを前記ユーザ端末に伝送する伝送部と、
を備えることを特徴とするパッケージ提供装置。
前記パッケージ情報メタデータが、前記パッケージに関する詳細記述メタデータを更に含むことを特徴とする請求項７に記載のパッケージ提供装置。
前記パッケージに関する詳細記述メタデータが、前記ＣＲＩＤを用いて取得されることを特徴とする請求項８に記載のパッケージ提供装置。
ユーザ端末にコンテンツコンポーネントの集合であるパッケージを提供するパッケージ提供装置において、
メインＡＶ（ｍａｉｎＡｕｄｉｏ／Ｖｉｄｅｏ）サービスに下位に接続される前記パッケージについて、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤと、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを生成するメインＡＶプログラム情報メタデータ生成部と、
前記メインＡＶプログラム情報メタデータを前記ユーザ端末に伝送する伝送部と、
を備えることを特徴とするパッケージ提供装置。
前記メインＡＶプログラム情報メタデータが、前記パッケージに関する詳細記述メタデータを更に含むことを特徴とする請求項１０に記載のパッケージ提供装置。
前記パッケージに関する詳細記述メタデータが、前記ＣＲＩＤを用いて取得されることを特徴とする請求項１１に記載のパッケージ提供装置。
コンテンツコンポーネントの集合であるパッケージを消費するパッケージ消費方法において、
少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤ（ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅＩＤｅｎｔｉｆｉｅｒ）を含み、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを受信する受信ステップと、
前記パッケージ情報メタデータを検索し、前記パッケージを選択する選択ステップと、
前記選択されたパッケージの前記ＣＲＩＤを用いて、前記選択されたパッケージに関するパッケージメタデータを取得する取得ステップと、
を含むことを特徴とするパッケージ消費方法。
前記パッケージ情報メタデータが、片方向放送チャンネル又は双方向ネットワークを介して前記ユーザ端末に伝達されることを特徴とする請求項１３に記載のパッケージ消費方法。
前記選択ステップが、前記パッケージ情報メタデータからユーザ端末で使用可能なパッケージを検索し、
前記使用可能なパッケージが、電子プログラムガイドの形で表示されることを特徴とする請求項１３に記載のパッケージ消費方法。
前記取得ステップが、
前記選択されたパッケージのＣＲＩＤから前記選択されたパッケージの位置を特定するロケータ（ｌｏｃａｔｏｒ）を解析するステップと、
前記ロケータから前記パッケージメタデータを取得するステップと、
を含むことを特徴とする請求項１３に記載のパッケージ消費方法。
前記取得したパッケージメタデータに基づいて、前記ユーザ端末で使用可能なコンポーネントを取得して消費する消費ステップを更に含むことを特徴とする請求項１３に記載のパッケージの消費方法。
コンテンツコンポーネントの集合であるパッケージを消費するパッケージ消費方法において、
メインＡＶ（ｍａｉｎＡｕｄｉｏ／Ｖｉｄｅｏ）サービスに下位に接続される前記パッケージについて、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤと、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを受信する受信ステップと、
前記メインＡＶプログラム情報メタデータを検索し、前記パッケージを選択する選択ステップと、
前記選択されたパッケージの前記ＣＲＩＤを用いて前記選択されたパッケージに関するパッケージメタデータを取得する取得ステップと、
を含むことを特徴とするパッケージ消費方法。
前記取得ステップが、
前記選択されたパッケージのＣＲＩＤから位置解析によって前記選択されたパッケージのロケータを解析するステップと、
前記ロケータから前記パッケージメタデータを取得するステップと、
を含むことを特徴とする請求項１８に記載のパッケージ消費方法。
前記取得したパッケージメタデータに基づいて、ユーザ環境の条件を満たすコンポーネントを取得して消費する消費ステップを更に含むことを特徴とする請求項１８に記載のパッケージ消費方法。
前記取得したパッケージメタデータに基づいてローカルストレージ（ｌｏｃａｌｓｔｏｒａｇｅ）に予め格納されたコンポーネントを取得して消費する消費ステップを更に含むことを特徴とする請求項１８に記載のパッケージ消費方法。
前記ＣＲＩＤがパッケージを指すのか又はコンポーネントを指すのかを識別するフラグが、ＬＲＴ（ＬｏｃａｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴａｂｌｅ）のメッセージフォーマットに追加されることを特徴とする請求項１８に記載のパッケージ消費方法。
前記パッケージが前記メインＡＶサービスに接続されたか否かを識別するフラグが、ＬＲＴのメッセージフォーマットに追加されることを特徴とする請求項１８に記載のパッケージ消費方法。
前記パッケージが、パッケージグループ、複数のパッケージ又は複数のパッケージグループを備えることを特徴とする請求項１８に記載のパッケージ消費方法。
前記選択ステップ及び前記取得ステップを繰り返す繰り返しステップを更に含むことを特徴とする請求項２４に記載のパッケージ消費方法。
コンテンツコンポーネントの集合であるパッケージを消費するユーザ端末装置において、
少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤ（ＣｏｎｔｅｎｔＲｅｆｅｒｅｎｃｅＩＤｅｎｔｉｆｉｅｒ）を含み、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを受信する受信部と、
前記パッケージ情報メタデータからユーザ端末で使用可能なパッケージを検索して選択する選択部と、
前記選択されたパッケージの前記ＣＲＩＤを用いて、前記選択されたパッケージに関するパッケージメタデータを取得する取得部と、
を備えることを特徴とするユーザ端末装置。
前記取得部が、前記選択されたパッケージのＣＲＩＤから位置解析によって前記選択されたパッケージのロケータを解析し、前記ロケータから前記パッケージメタデータを取得することを特徴とする請求項２６に記載のユーザ端末装置。
前記取得したパッケージメタデータに基づいて、ユーザ環境の条件を満たすコンポーネントを取得して消費することを特徴とする請求項２６に記載のユーザ端末装置。
コンテンツコンポーネントの集合であるパッケージを消費するユーザ端末装置において、
メインＡＶ（ｍａｉｎＡｕｄｉｏ／Ｖｉｄｅｏ）サービスに下位に接続される前記パッケージについて、少なくともパッケージアップデートとパッケージ群（ＧＯＰ）のための固有識別子として使用される前記パッケージの識別子（ＩＤ）であるＣＲＩＤと、前記ＣＲＩＤが有する前記パッケージの情報としての前記パッケージの識別子とタイトルとにより記述されたパッケージ情報メタデータを受信する受信部と、
前記メインＡＶプログラム情報メタデータからユーザ端末で使用可能なパッケージを検索して選択する選択部と、
前記選択されたパッケージの前記ＣＲＩＤを用いて前記選択されたパッケージに関するパッケージメタデータを取得する取得部と、
を備えることを特徴とするユーザ端末装置。
前記取得部が、前記選択されたパッケージのＣＲＩＤから位置解析によって前記選択されたパッケージのロケータを解析し、前記ロケータから前記パッケージメタデータを取得することを特徴とする請求項２９に記載のユーザ端末装置。
前記取得したパッケージメタデータに基づいて、ユーザ環境の条件を満たすコンポーネントを取得して消費することを特徴とする請求項２９に記載のユーザ端末装置。