(57)【要約】  本発明は、関係モデルに関し、詳しくは、テレビエニータイム（ＴＶ−Ａｎｙｔｉｍｅ）サービスにおいて、量的表現を有する強化された関係モデルの構造並びにこれを適用したテレビエニータイムサービスシステム及び方法に関する。本発明は、量的表現を有する強化された関係モデルを適用したテレビエニータイムサービス方法及びシステムとして、時間上のコンポーネントの消費の順番を記述する量的表現を有する時間関係メタデータと、ユーザのインタフェースに応じる表示上のコンポーネントの相対的な位置を記述する空間的な関係メタデータを用いることを特徴とする。
2007531380.tif 000002
【特許請求の範囲】
【請求項１】
量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステムであって、
時間上のコンポーネントの消費の順番を記述する量的表現を有する時間関係の記述手段と、
ユーザのインタフェースに応じる表示上のコンポーネントの相対的な位置を記述する空間的な関係の記述手段と、
前記時間関係の記述手段及び空間的な関係の記述手段を利用してパッケージメタデータを生成するパッケージメタデータ生成手段を備えるサービス提供装置と
を備えることを特徴とする量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステム。
【請求項２】
前記量的表現を有する時間関係が、
消費の順番に対する絶対時間情報又は相対的である時間情報のうち、いずれか１つを備えることを特徴とする請求項１に記載の量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステム。
【請求項３】
前記量的表現を有する空間的関係が、
ユーザのインタフェースに応じる相対的な大きさの情報を備えたことを特徴とする請求項１に記載の量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステム。
【請求項４】
量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステムであって、
パッケージメタデータの獲得手段と、
獲得されたパッケージメタデータ内のコンポーネント間の量的表現を含む関係解析手段とを備えるユーザの装置を備えることを特徴とする量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステム。
【請求項５】
コンポーネント間の量的表現を含む関係が、
消費の順番に対する絶対時間の情報又は相対的な時間情報のいずれか１つを備えることを特徴とする請求項４に記載の量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステム。
【請求項６】
コンポーネント間の量的表現を含む関係が、
ユーザのインタフェースに応じる相対的な大きさの情報を備えたことを特徴とする請求項４に記載の量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステム。
【請求項７】
量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステムであって、
時間上のコンポーネントの消費の順番を記述する量的表現を有する時間関係メタデータと、ユーザのインタフェースに応じる表示上のコンポーネントの相対的な位置を記述する空間的な関係メタデータを用いることを特徴とする量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステム。
【請求項８】
量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステムであって、
量的表現を含むコンポーネント関係を記述したパッケージメタデータを生成するサービス提供装置と、
前記パッケージメタデータ内の量的表現を含むコンポーネント間の関係解析に応じてコンポーネントを消費するユーザの装置と
を備えたことを特徴とする量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステム。
【請求項９】
量的表現を有する強化された関係モデルを適用したテレビエニータイムサービス方法であって、
量的表現を含むコンポーネント関係を記述したパッケージメタデータを生成するステップと、
前記パッケージメタデータを獲得して量的表現を含むコンポーネント間の関係を把握するステップと、
量的表現を含むコンポーネント間の関係解析に応じてコンポーネントを消費するステップと
を含むことを特徴とする量的表現を有する強化された関係モデルを適用したテレビエニータイムサービス方法。
【請求項１０】
量的表現が、
時間上のコンポーネントの消費の順番を記述する量的表現を有する時間関係と、
ユーザのインタフェースに応じる表示上のコンポーネントの相対的な位置を記述する空間的関係と
を備えたことを特徴とする請求項９に記載の量的表現を有する強化された関係モデルを適用したテレビエニータイムサービス方法。
【請求項１１】
前記量的表現を有する時間関係が、
消費の順番に対する絶対時間の情報又は相対的な時間の情報のうちのいずれか１つを備えることを特徴とする請求項１０に記載の量的表現を有する強化された関係モデルを適用したテレビエニータイムサービス方法。
【請求項１２】
前記量的表現を有する空間的関係が、
ユーザのインタフェースに応じる相対的な大きさの情報を備えたことを特徴とする請求項１０に記載の量的表現を有する強化された関係モデルを適用したテレビエニータイムサービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、関係モデルに関し、詳しくは、テレビエニータイム（ＴＶ−Ａｎｙｔｉｍｅ）サービスにおいて、量的表現を有する強化された関係モデルの構造、並びにこれを適用したテレビエニータイムサービスシステム及びその方法に関する。
【背景技術】
【０００２】
テレビエニータイムフェーズ２のメタデータグループ（ＴＶ−ＡｎｙｔｉｍｅＰｈａｓｅ  ２  ｏｆ  Ｍａｔａｄａｔａ  Ｇｒｏｕｐ）であるＣＦＣで、標準化作業が行われているターゲッティング及び同期化サービスは、これまでに提案されてきたユーザ選好度及び新しいタイプのコンテンツ（ビデオ、オーディオ、イメージ、テキスト、ＨＴＭＬ等）を用いる消費環境に適する個人プログラムサービス（ｐｅｒｓｏｎａｌ  ｐｒｏｇｒａｍ  ｓｅｒｖｉｃｅ）と類似した概念の技術である（テレビエニータイムの寄稿文ＡＮ５１５，ＡＮ５２５を参照）。
【０００３】
即ち、ターゲッティング及び同期化サービスは、ターミナル、サービス環境、ユーザープロファイルに適するように個人化されたコンテンツサービス（ｐｅｒｓｏｎａｌｉｚｅｄ  ｃｏｎｔｅｎｔ  ｓｅｒｖｉｃｅｓ）を、コンテンツ間の同期を考慮して自動的にマッチング（ｆｉｌｔｅｒｉｎｇ）したり、伝達（ｄｅｌｉｖｅｒｉｎｇ）するサービスを意味する。
【０００４】
前記ターゲッティング及び同期化サービスシナリオ（Ｔａｒｇｅｔｉｎｇ  ＆  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｓｃｅｎａｒｉｏ）を詳しく説明すれば次の通りである。
【０００５】
ＰＤＡ、ＭＰ３プレーヤー、ＤＶＤプレーヤー等のような様々な種類のメディアデバイスと接続されているホームネットワーク環境で、家族の各構成員は自分が希望するそれぞれ異なる方式でＡＶプログラムを消費する。
【０００６】
例えば、小学生の一番幼い妹は、ＨＤテレビでのシットコムを見ることを好み、そして、大学生の一番上の姉は、自分の言語能力の向上のため、多重言語オーディオストリーム（ｍｕｌｔｉ−ｌｉｎｇｕａｌ  ａｕｄｉｏ  ｓｔｒｅａｍ）を通じたＰＤＡでシットコムを視聴することを好んでいる。
【０００７】
このような人それぞれの消費パターンの違いは、ターミナル、ネットワーク、ユーザ、コンテンツタイプ等の様々な環境（条件）に頼っている。
【０００８】
従って、ターミナル、サービス環境及びユーザープロファイルに適する個人化されたコンテンツサービスから事業しようとするコンテンツ及びサービス提供者のためには、ターゲッティングサービスが必須となっている。
【０００９】
また、ＴＶ−Ａｎｙｔｉｍｅ  Ｐｈａｓｅ２では、ユーザが、今までの単純な放送用ＡＶばかりではなく、ビデオ、オーディオ、動画、ＨＴＭＬ、応用プログラム等の様々な形のコンテンツを消費できるようにする。
【００１０】
互いに異なる形のこれらコンテンツは、それぞれ独立したコンテンツをなすことができるが、互いの時間的、空間的、選択的関係を有する場合、１つのコンテンツをなすこともできる。後者の場合、複数のコンテンツ間の時間的な関係を記述して、各コンテンツの消費時点を記述する同期化サービスは、ユーザが、該当コンテンツを他のユーザと同じく、又は、繰り返しの使用にも一貫性のあるように、パッケージの形で消費できるようにするための必須条件である。
【００１１】
このようなテレビエニータイムのターゲッティング及び同期化サービスのためのメタデータの実現に、ＭＰＥＧ−２１  ＤＩＤ構造を活用する方案が論じられている。
【００１２】
図１は、従来のＭＰＥＧ−２１  ＤＩＤの全体スキーマ構造を示す図である。
【００１３】
このようなＭＰＥＧ−２１  ＤＩＤの基本構造は、前記テレビエニータイムのターゲッティング及び同期化サービスのためのパッケージメタデータの実現に有効に利用できるが、ＭＰＥＧ−２１  ＤＩＤの要素は、テレビエニータイムサービスに適用するにはあまりにも包括的であるという問題がある。
【００１４】
従って、効果的な方法のターゲッティング及び同期化サービスのためのテレビエニータイムシステムにおいて、ＤＩＤをさらに具体的に補充するパッケージメタデータの実現が要求される。
【００１５】
即ち、パッケージ及び構成要素の識別に対して、コンポーネントの時間的・空間的な構成及び相互関係に用いられる構成要素間の関係が具体化されなければならない。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明は、上記のような要求に応じるためになされたものであって、特に、コンポーネント間の構成及び同期化のため、アイテム／コンポーネント間の関係を具体的に記述する方法、及びこれを適用したテレビエニータイムサービスシステムを提供する。
【００１７】
また、本発明は、コンポーネント間の構成及び同期化のための関係モデルであって、量的表現（ｑｕａｎｔｉｔａｔｉｖｅ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を有する関係表現の精密度が強化された関係モデルを提示し、これを適用したテレビエニータイムサービス方法及びシステムを提供する。
【課題を解決するための手段】
【００１８】
上記の目的を達成するための本発明に係るシステムは、
量的表現を有する強化された関係モデルを適用したテレビエニータイムサービスシステムであって、
量的表現を含むコンポーネント関係を記述したパッケージメタデータを生成するサービス提供装置と、前記パッケージメタデータ内の量的表現を含むコンポーネント間の関係解析に応じてコンポーネントを消費するユーザの装置とを備える。
【００１９】
上記の目的を達成するための本発明に係る方法は、
量的表現を含むコンポーネント関係を記述したパッケージメタデータを生成するステップと、前記パッケージメタデータを獲得して量的表現を含むコンポーネント間の関係を把握するステップと、量的表現を含むコンポーネント間の関係解析に応じてコンポーネントを消費するステップとを含む。
【発明を実施するための最良の形態】
【００２０】
上述した目的、特徴及び長所は、添付した図面に係る次の詳細な説明を介してさらに明確になり、それに応じて本発明が属する技術分野において、通常の知識を有する者が、本発明の技術的思想を容易に実施できるものである。また、本発明を説明するにあたって、本発明に係る公知の技術に対する具体的な説明が不要に本発明の要旨を濁すものと判断される場合、その詳細な説明を省略することにする。以下、添付した図面を参照して本発明の好ましい実施形態を詳しく説明することにする。これに先んじ、本明細書及び請求の範囲に用いられた用語や単語は、通常的・辞典的な意味に限定して解析されてはならず、発明者は、その自分の発明を最良の方法で説明するために、用語の概念を適切に定義できるという原則に立脚し、本発明の技術的な思想に合う意味及び概念に解釈しなければならない。
【００２１】
本明細書の請求の範囲において、詳細な説明に記載された機能を行うための手段として示された構成要素は、例えば、前記機能を行う回路素子の組み合わせ又はファームウェア／マイクロコード等を含む全ての形式のソフトウェアを含む機能を行う全ての方法を含むことを意図しており、前記機能を行うように前記ソフトウェアを実行するための適切な回路と結合する。このような請求の範囲によって定義される本発明は、多様に列挙された手段によって提供している機能を結合し、請求項が要求する方式と結合するため、前記機能を提供できるいかなる手段も本明細書で把握するものと均等なものと理解しなければいけない。
【００２２】
下記の説明において、「相互関係（Ｉｎｔｅｒａｃｔｉｏｎ  Ｒｅｌａｔｉｏｎ）」は、より適切な用語として「選択関係（Ｓｅｌｅｃｔｉｏｎ  Ｒｅｌａｔｉｏｎ）」を用いることにする。従って、コンポーネントの相互関係を表現するにあたって、時間・空間・選択の３つの関係が許される。
【００２３】
以下、まず、関係メタデータに対して説明し、次に、量的表現を有するコンポーネント関係モデルを、その次に、強化された関係表現と共に精密なパッケージの全体構造を説明することにする。
【００２４】
前記関係メタデータは、コンポーネント間の構成及び同期化のために、アイテム／コンポーネント間の関係を記述するための情報である。
【００２５】
前記関係メタデータに対して詳述するために、コンポーネントとアイテムとの間のメタデータの関係を説明すると、次の通りである。
【００２６】
コンポーネントモデルは、ＣＳ（Ｃｌａｓｓｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍｅｓ）を参照し、時間的（ｔｅｍｐｏｒａｌ）、空間的（ｓｐａｔｉａｌ）及び相互作用（ｉｎｔｅｒａｃｔｉｏｎ）という用語であって、コンポーネント間の様々な「関係」を説明できる。また、前記コンポーネントは、パッケージのアイテムに適用される。但し、前記相互作用という用語は、上述したように、本発明では選択関係という用語を用いる。
【００２７】
このような方法によって、単にＣＳに予め定義された用語を単に用いることによって、定義されるコンポーネント、アイテム、又はコンポーネントとアイテムとの間の「関係」は、ＳＭＩＬ、ＸＭＴ−０、ＢＩＦＳのような全体場面記述（ｓｃｅｎｅ  dｅｓｃｒｉｐｔｉｏｎ）を要求する正確な同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）を表現（ｒｅｐｒｅｓｅｎｔ）するよりは、どのようにコンポーネント、アイテム又はコンポーネントとアイテムとが抽象的なレベル（ａｂｓｔｒａｃｔ  ｌｅｖｅｌ）で消費され得るかを表現（ｒｅｐｒｅｓｅｎｔ）するために用いられる。
【００２８】
まず、「ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎ  ＣＳ」を説明すると次の通りである。
【００２９】
図２は、バイナリの時間関係を説明しており、図３には、ｎ進法（ｎ−ａｒｙ）の時間関係を説明している。図３の各項目は、「関係」の名前及び数学的に「逆（ｉｎｖｅｒｓｅ）関係」の名称を識別し、前記関係の属性（ｐｒｏｐｅｒｔｙ）を記述し、その使用例を示す。
【００３０】
次に、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳ」を説明すると次の通りである。
【００３１】
図４Ａ〜図４Ｂは、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳ」の関係を定義する。
【００３２】
図４Ａ〜図４Ｂの各項目は、関係及びその逆関係の名称を識別し、数学的な関係を定義し、かつ、その付加的な属性を記述し、その使用例を示す。「ｓｏｕｔｈ」から「ｏｖｅｒ」までの関係は、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ」に基づいたものである。そして、「ｅｑｕａｌｓ」から「ｓｅｐａｒａｔｅｄ」までの関係は、「ＢａｓｅＲｅｌａｔｉｏｎ」に追加したものである。前記ＳｐａｔｉａｌＣＳは、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳ」を一対一で交代することができ、付加的な必要により拡張することができる。
【００３３】
＜量的用語を有する関係表現の強化＞
Ａ．量的表現の必要性
上記において、関係メタデータを説明した。前記関係メタデータは、コンポーネント間で、対応分類スキーマ（Ｃｏｒｒｅｓｐｏｎｄｉｎｇ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍｅｓ，ＣＣｓ）を参照することによって、３つのタイプ（即ち、時間関係（ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎ）、空間関係（ＳｐａｔｉａｌＲｅｌａｔｉｏｎ）及び選択関係（ＳｅｌｅｃｔｉｏｎＲｅｌａｔｉｏｎ）の相対関係の記述を許す。
【００３４】
さらに詳しく説明すると、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎＣＳで特定された時間関係は、公知のＡｌｌｅｎ′ｓ１３の時間関係に基づいて構成される。ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳで特定された空間関係は、時間関係の空間分析と判断される可能性がある。Ｉｎｔｅｒａｃｔｉｏｎ，ＣＳで特定された相互関係は、優先順位のように選択的に消費されるとき、コンポーネント間の相対的な関係のワンセットとして定義する。
【００３５】
関係メタデータは、コンポーネントが、他のコンポーネントとどのような相関性（ｃｏｒｒｅｌａｔｉｏｎ）を有するのかを記述することを許す。関係を示すスキーマのデザインに対する基本的な原理は、意図された機能を許す間、コンパックトな方式で抜書き記述（ａｂｓｔｒａｃｔ  ｄｅｓｃｒｉｐｔｉｏｎ）を許すものである。結果として、連合されたコンポーネントが処理されて、消費されるとき、及び／又は、その場所においてどれだけの多くのコンポーネントが関係されるべきなのかを示すことのできる量的記述がない。
【００３６】
例えば、２つのコンポーネントが、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎの「Ｐｒｅｃｅｄｅｓ」のような関係を有すると仮定するとき、１つのコンポーネントは、時間上、他のものの後に位置される。しかし、どれだけ多くの時間の後に次のコンポーネントが始まるべきかに対する情報は与えられていない。このような欠点は、ＰＤＲにおいてアプリケーションが、パッケージからユーザのインタフェース又は場面が構成されるとき、ユーザが意図する通りに正確に動作することを難しくさせる。
【００３７】
上記で考察したように、前記関係は、少ないエレメントを用いることによって可能な限りのスキーマコンパクト（ｓｃｈｅｍａ  ｃｏｍｐａｃｔ）を維持し、且つ、関係の量（ａｍｏｕｎｔ）を正確に記述する量的表現を含まなければならない。
【００３８】
Ｂ．ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎの量的表現
上記の「Ｐｒｅｃｅｄｅｓ」の例で説明したように、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎは、コンポーネント間のギャップ（ｇａｐ）及びオーバーラップ（ｏｖｅｒｌａｐ）のための時間の量を表す必要がある。時間分（ｔｉｍｅ  ｄｕｒａｔｉｏｎ）を表現する基本的な方式は、絶対時間（ａｂｓｏｌｕｔｅ  ｔｉｍｅ）自体を用いるものであり、また、他の方式は、基準時間に対する絶対時間を用いるものであり、その次に、時間軸において相対的な位置を表すため、予め定義される基本時間を増加させるものである。ＭＰＥＧ−７  ＭＤＳは、絶対時間に対する情報として、ＭｅｄｉａＤｕｒａｔｉｏｎと相対的な時間情報によってＭｅｄｉａＩｎｃｒＤｕｒａｔｉｏｎを定義する。
【００３９】
図５は、量的表現を有する時間関係の例を示す図である。
【００４０】
同図に示すように、関係はＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎであり、これは、コンポーネント間の時間のギャップを作り、ＭｅｄｉａＤｕｒａｔｉｏｎ又はＭｅｄｉａＩｎｃｒＤｕｒａｔｉｏｎを用いて時間分の総量を記述する。図５の例において、コンポーネント間の相対的な時間の量的関係は３秒（ＳＩＮ１０００Ｆ）と定義する。
【００４１】
Ｃ．ＳｐａｔｉａｌＲｅｌａｔｉｏｎの量的表現
同じく、ＳｐａｔｉａｌＲｅｌａｔｉｏｎは、コンポーネント間に作られる空間ドメインで、ギャップとオーバーラップのための総量を表す必要がある。
【００４２】
空間総量を表す簡単な方法は、直角座標システムにおいて、ピクセルユニットを用いるものである。例えば、（５，０）は、ｘ軸において他のコンポーネントから５ピクセル離れたところに位置した１つのコンポーネントを示す。しかし、この絶対値は、様々なターミナル条件に応じてターゲッティングサービスのために用いることのできるスケーラブル（ｓｃａｌａｂｌｅ）場面の構成の場合には、適切でない。例えば、パッケージメタデータが、９６０×５４０のスクリーンの大きさを仮定して生成され、ギャップに対する空間の総量が（５００，０）であれば、そのパッケージは、２４０×３２０のスクリーンを有するＰＤＡでは適切にディスプレイされない。
【００４３】
従って、本発明では、実寸よりは、初期スクリーンの大きさに基づいた相対的な大きさを用いることを提案する。例えば、（５００，０）は、（５００／９６０，０／５４０）又は（０．５２１，０）で再び表すことができる。総量を記述する用語において、さらに効率的な表現として、有理数は千分率、つまり（５２１，０）又は百分率、つまり（５２．１，０）で表すことができる。そして、ＰＤＡにおいて、空間的なギャップの値は次のように計算できる。即ち、（２４０×５２１／１０００），（３２０×０）＝（１２５，０）である。
【００４４】
図６は、量的表現を有する空間関係の例を示す図である。
【００４５】
同図に示すように、コンポーネントが「ｗｅｓｔ」のＳｐａｔｉａｌＲａｌａｔｉｏｎを有し、ｘ軸で２つのコンポーネントのギャップが２００パーミル（ｐｅｒｍｉｌ）であることを示す。従って、コンポーネントがＰＤＡにディスプレイされると、１つは他のコンポーネントの４８ピクセル左側に位置される（２４０×２００／１０００＝４８）。
【００４６】
Ｄ．関係メタデータの精密な構造
図７Ａ〜図７Ｃは、本発明の実施形態に係る関係メタデータの全体構造を示す図面である。図７Ａは、関係メタデータが記述子（ｄｅｓｃｒｉｐｔｏｒ）の下に位置する場合、図７Ｂは、関係メタデータがアイテムの下に位置する場合、図７Ｃは、関係メタデータがコンポーネントの下に位置する場合を示している。
【００４７】
図７Ａ〜図７Ｃに示すように、関係は、２種類の選択的なエレメント、即ち、時間間隔（ＴｅｍｐｏｒａｌＩｎｔｅｒｖａｌ）と空間間隔（ＳｐａｃｅＩｎｔｅｒｖａｌ）を有する。上述のように、時間間隔は、ＭｅｄｉａＤｕｒａｔｉｏｎ又はＭｅｄｉａＩｎｃｒＤｕｒａｔｉｏｎを用いることができる。そして、空間間隔は、最初に仮定したスクリーンに基づいてＸ／Ｙ軸の上に相対的な大きさで示される。
【００４８】
＜ＩＮＴＥＲＡＣＴＩＯＮＲＥＬＡＴＩＯＮＣＳの再定義＞
下記の表１で表している１セットの関係を定義する相互関係（Ｉｎｔｅｒａｃｔｉｏｎ  Ｒｅｌａｔｉｏｎ）という表現は、定義された用語の意味（ｓｅｍａｎｔｉｃｓ）とよく合わない。この関係は、それらが選択的に消費される際、コンポーネント間で相対的な関係を特定するために用いられるものであると定義される。このような観点から、本発明では、このようなセットの関係をＩｎｔｅｒａｃｔｉｏｎＲｅｌａｔｉｏｎの代りに「ＳｅｌｅｃｔｉｏｎＲｅｌａｔｉｏｎ」と用いることにした。
【表１】
2007531380.tif 000003
【００４９】
＜量的関係を有するパッケージの例＞
図８は、量的表現に対する関係メタデータスキーマを示している図であり、図９Ａ〜９Ｆは、提供された関係スキーマに対し、教育パッケージメタデータの一例を示す図である。様々なコンポーネント及びアイテムは、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎにおける「ｐｒｅｃｅｄｅｓ」及びＳｐａｔｉａｌＲｅｌａｔｉｏｎにおける「ｗｅｓｔ」のような関係を有する。コンポーネント間の２つの関係の値は、それぞれ３秒と２００／１０００×スクリーン幅である。
【００５０】
図１０は、本発明に係るテレビエニータイムサービスシステムの概略的な構成図である。
【００５１】
同図に示すように、テレビエニータイムサービスシステムは、各種コンテンツ及びパッケージメタデータを提供するサービス提供システム１００と、前記サービス提供システム１００によって提供される各種のコンテンツを消費するユーザの装置３００とを備えて構成される。そして、各種コンテンツ及びパッケージメタデータは、伝送手段２００によってユーザの装置３００に提供される。ここで、前記伝送手段２００は、テレビエニータイムをサービスする放送網・インターネット・移動通信網・ＷＬＡＮ等が可能であり、ユーザの装置３００には、伝送手段２００と接続されるテレビ・ＰＣ・携帯電話・ＰＤＡ・ＤＭＢ端末等が可能である。
【００５２】
また、前記サービス提供システム１００は、「テレビエニータイムメイン側」と表すことができ、前記ユーザの装置は、「テレビエニータイムボックス側」という用語又は「クライアント（ＰＤＲ／ＮＤＲ）側」と表すことができることに注意しなければならない。
【００５３】
本発明の技術的思想から離れない範囲内で、様々な実施形態が存在でき、前記サービス提供システム１００は、時間上のコンポーネントの消費の順番を記述する量的表現を有する時間関係記述手段と、ユーザのインタフェースに応じる表示上のコンポーネントの相対的な位置を記述する空間的な関係の記述手段と、前記時間関係の記述手段及び空間的な関係の記述手段を利用してパッケージメタデータを生成するパッケージメタデータ生成手段とを備えるよう構成され得る。そして、前記ユーザの装置３００は、パッケージメタデータの獲得手段と、獲得されたパッケージメタデータ内のコンポーネント間の量的な表現を備えた関係解析手段とを備えるように構成され得る。
【００５４】
図１１は、本発明に係るテレビエニータイムサービス方法を示すフローチャートである。
【００５５】
前記図１０及び図１１に示すように、前記サービス提供システム１００は、Ｓ１０ステップにおいて、上述した量的表現を含むコンポーネントの関係を記述したパッケージメタデータを生成する。ここで、量的表現を含むコンポーネント関係を記述したパッケージメタデータは、上述したように、時間間隔（ＴｅｍｐｏｒａｌＩｎｔｅｒｖａｌ）と空間間隔（ＳｐａｃｅＩｎｔｅｒｖａｌ）に対するデータを備える。以後、ユーザの装置３００は、所望のパッケージを獲得するために、Ｓ２０ステップにおいて、パッケージメタデータを獲得する。ユーザの装置３００は、パッケージメタデータを獲得すると、Ｓ３０ステップにおいて、パッケージメタデータを解析してコンポーネントの関係を把握する。以後、ユーザの装置３００は、コンポーネント又はアイテムを関係に合わせて消費することになる。
【００５６】
以上で説明した本発明は、本発明が属する技術分野における通常の知識を有する者にとって本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であるので、前述した実施形態及び添付した図面によって限定されるものではない。
【００５７】
発明の効果
３つに分けた関係、即ち、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎ，ＳｐａｔｉａｌＲｅｌａｔｉｏｎ及びＩｎｔｅｒａｃｔｉｏｎＲｅｌａｔｉｏｎは、ターゲッティング及び同期アプリケーションを考慮して抽象的なレベル（ａｂｓｔｒａｃｔ  ｌｅｖｅｌ）でコンポーネント間に相対的な関係を特定するために定義されてきた。本発明では、その関係の精密なスキーマが空間と時間との関係の総量を量的に表すことを提案した。
【００５８】
従って、本発明で提案された関係スキーマは、パッケージからユーザのインターフェスや場面を構成するとき、ユーザの意図によってＰＤＲアプリケーションを正確に行うことができる。精密な関係のスキーマの例は、教育シナリオを支援することに適用することができる。
【００５９】
発明を実施するための最良の形態
上述した目的、特徴及び長所は、添付した図面に係る次の詳細な説明を介してさらに明確になり、それに応じて本発明が属する技術分野において、通常の知識を有する者が、本発明の技術的思想を容易に実施できるものである。また、本発明を説明するにあたって、本発明に係る公知の技術に対する具体的な説明が不要に本発明の要旨を濁すものと判断される場合、その詳細な説明を省略することにする。以下、添付した図面を参照して本発明の好ましい実施形態を詳しく説明することにする。これに先んじ、本明細書及び請求の範囲に用いられた用語や単語は、通常的・辞典的な意味に限定して解析されてはならず、発明者は、その自分の発明を最良の方法で説明するために、用語の概念を適切に定義できるという原則に立脚し、本発明の技術的な思想に合う意味及び概念に解釈しなければならない。
【００６０】
本明細書の請求の範囲において、詳細な説明に記載された機能を行うための手段として示された構成要素は、例えば、前記機能を行う回路素子の組み合わせ又はファームウェア／マイクロコード等を含む全ての形式のソフトウェアを含む機能を行う全ての方法を含むことを意図しており、前記機能を行うように前記ソフトウェアを実行するための適切な回路と結合する。このような請求の範囲によって定義される本発明は、多様に列挙された手段によって提供している機能を結合し、請求項が要求する方式と結合するため、前記機能を提供できるいかなる手段も本明細書で把握するものと均等なものと理解しなければいけない。
【００６１】
下記の説明において、「相互関係（Ｉｎｔｅｒａｃｔｉｏｎ  Ｒｅｌａｔｉｏｎ）」は、より適切な用語として「選択関係（Ｓｅｌｅｃｔｉｏｎ  Ｒｅｌａｔｉｏｎ）」を用いることにする。従って、コンポーネントの相互関係を表現するにあたって、時間・空間・選択の３つの関係が許される。
【００６２】
以下、まず、関係メタデータに対して説明し、次に、量的表現を有するコンポーネント関係モデルを、その次に、強化された関係表現と共に精密なパッケージの全体構造を説明することにする。
【００６３】
前記関係メタデータは、コンポーネント間の構成及び同期化のために、アイテム／コンポーネント間の関係を記述するための情報である。
【００６４】
前記関係メタデータに対して詳述するために、コンポーネントとアイテムとの間のメタデータの関係を説明すると、次の通りである。
【００６５】
コンポーネントモデルは、ＣＳ（Ｃｌａｓｓｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍｅｓ）を参照し、時間的（ｔｅｍｐｏｒａｌ）、空間的（ｓｐａｔｉａｌ）及び相互作用（ｉｎｔｅｒａｃｔｉｏｎ）という用語であって、コンポーネント間の様々な「関係」を説明できる。また、前記コンポーネントは、パッケージのアイテムに適用される。但し、前記相互作用という用語は、上述したように、本発明では選択関係という用語を用いる。
【００６６】
このような方法によって、単にＣＳに予め定義された用語を単に用いることによって、定義されるコンポーネント、アイテム、又はコンポーネントとアイテムとの間の「関係」は、ＳＭＩＬ、ＸＭＴ−０、ＢＩＦＳのような全体場面記述（ｓｃｅｎｅ  dｅｓｃｒｉｐｔｉｏｎ）を要求する正確な同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）を表現（ｒｅｐｒｅｓｅｎｔ）するよりは、どのようにコンポーネント、アイテム又はコンポーネントとアイテムとが抽象的なレベル（ａｂｓｔｒａｃｔ  ｌｅｖｅｌ）で消費され得るかを表現（ｒｅｐｒｅｓｅｎｔ）するために用いられる。
【００６７】
まず、「ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎ  ＣＳ」を説明すると次の通りである。
【００６８】
図２は、バイナリの時間関係を説明しており、図３には、ｎ進法（ｎ−ａｒｙ）の時間関係を説明している。図３の各項目は、「関係」の名前及び数学的に「逆（ｉｎｖｅｒｓｅ）関係」の名称を識別し、前記関係の属性（ｐｒｏｐｅｒｔｙ）を記述し、その使用例を示す。
【００６９】
次に、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳ」を説明すると次の通りである。
【００７０】
図４Ａ〜図４Ｂは、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳ」の関係を定義する。
【００７１】
図４Ａ〜図４Ｂの各項目は、関係及びその逆関係の名称を識別し、数学的な関係を定義し、かつ、その付加的な属性を記述し、その使用例を示す。「ｓｏｕｔｈ」から「ｏｖｅｒ」までの関係は、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ」に基づいたものである。そして、「ｅｑｕａｌｓ」から「ｓｅｐａｒａｔｅｄ」までの関係は、「ＢａｓｅＲｅｌａｔｉｏｎ」に追加したものである。前記ＳｐａｔｉａｌＣＳは、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳ」を一対一で交代することができ、付加的な必要により拡張することができる。
【００７２】
＜量的用語を有する関係表現の強化＞
Ａ．量的表現の必要性
上記において、関係メタデータを説明した。前記関係メタデータは、コンポーネント間で、対応分類スキーマ（Ｃｏｒｒｅｓｐｏｎｄｉｎｇ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎ  Ｓｃｈｅｍｅｓ，ＣＣｓ）を参照することによって、３つのタイプ（即ち、時間関係（ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎ）、空間関係（ＳｐａｔｉａｌＲｅｌａｔｉｏｎ）及び選択関係（ＳｅｌｅｃｔｉｏｎＲｅｌａｔｉｏｎ）の相対関係の記述を許す。
【００７３】
さらに詳しく説明すると、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎＣＳで特定された時間関係は、公知のＡｌｌｅｎ′ｓ１３の時間関係に基づいて構成される。ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳで特定された空間関係は、時間関係の空間分析と判断される可能性がある。Ｉｎｔｅｒａｃｔｉｏｎ，ＣＳで特定された相互関係は、優先順位のように選択的に消費されるとき、コンポーネント間の相対的な関係のワンセットとして定義する。
【００７４】
関係メタデータは、コンポーネントが、他のコンポーネントとどのような相関性（ｃｏｒｒｅｌａｔｉｏｎ）を有するのかを記述することを許す。関係を示すスキーマのデザインに対する基本的な原理は、意図された機能を許す間、コンパックトな方式で抜書き記述（ａｂｓｔｒａｃｔ  ｄｅｓｃｒｉｐｔｉｏｎ）を許すものである。結果として、連合されたコンポーネントが処理されて、消費されるとき、及び／又は、その場所においてどれだけの多くのコンポーネントが関係されるべきなのかを示すことのできる量的記述がない。
【００７５】
例えば、２つのコンポーネントが、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎの「Ｐｒｅｃｅｄｅｓ」のような関係を有すると仮定するとき、１つのコンポーネントは、時間上、他のものの後に位置される。しかし、どれだけ多くの時間の後に次のコンポーネントが始まるべきかに対する情報は与えられていない。このような欠点は、ＰＤＲにおいてアプリケーションが、パッケージからユーザのインタフェース又は場面が構成されるとき、ユーザが意図する通りに正確に動作することを難しくさせる。
【００７６】
上記で考察したように、前記関係は、少ないエレメントを用いることによって可能な限りのスキーマコンパクト（ｓｃｈｅｍａ  ｃｏｍｐａｃｔ）を維持し、且つ、関係の量（ａｍｏｕｎｔ）を正確に記述する量的表現を含まなければならない。
【００７７】
Ｂ．ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎの量的表現
上記の「Ｐｒｅｃｅｄｅｓ」の例で説明したように、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎは、コンポーネント間のギャップ（ｇａｐ）及びオーバーラップ（ｏｖｅｒｌａｐ）のための時間の量を表す必要がある。時間分（ｔｉｍｅ  ｄｕｒａｔｉｏｎ）を表現する基本的な方式は、絶対時間（ａｂｓｏｌｕｔｅ  ｔｉｍｅ）自体を用いるものであり、また、他の方式は、基準時間に対する絶対時間を用いるものであり、その次に、時間軸において相対的な位置を表すため、予め定義される基本時間を増加させるものである。ＭＰＥＧ−７  ＭＤＳは、絶対時間に対する情報として、ＭｅｄｉａＤｕｒａｔｉｏｎと相対的な時間情報によってＭｅｄｉａＩｎｃｒＤｕｒａｔｉｏｎを定義する。
【００７８】
図５は、量的表現を有する時間関係の例を示す図である。
【００７９】
同図に示すように、関係はＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎであり、これは、コンポーネント間の時間のギャップを作り、ＭｅｄｉａＤｕｒａｔｉｏｎ又はＭｅｄｉａＩｎｃｒＤｕｒａｔｉｏｎを用いて時間分の総量を記述する。図５の例において、コンポーネント間の相対的な時間の量的関係は３秒（ＳＩＮ１０００Ｆ）と定義する。
【００８０】
Ｃ．ＳｐａｔｉａｌＲｅｌａｔｉｏｎの量的表現
同じく、ＳｐａｔｉａｌＲｅｌａｔｉｏｎは、コンポーネント間に作られる空間ドメインで、ギャップとオーバーラップのための総量を表す必要がある。
【００８１】
空間総量を表す簡単な方法は、直角座標システムにおいて、ピクセルユニットを用いるものである。例えば、（５，０）は、ｘ軸において他のコンポーネントから５ピクセル離れたところに位置した１つのコンポーネントを示す。しかし、この絶対値は、様々なターミナル条件に応じてターゲッティングサービスのために用いることのできるスケーラブル（ｓｃａｌａｂｌｅ）場面の構成の場合には、適切でない。例えば、パッケージメタデータが、９６０×５４０のスクリーンの大きさを仮定して生成され、ギャップに対する空間の総量が（５００，０）であれば、そのパッケージは、２４０×３２０のスクリーンを有するＰＤＡでは適切にディスプレイされない。
【００８２】
従って、本発明では、実寸よりは、初期スクリーンの大きさに基づいた相対的な大きさを用いることを提案する。例えば、（５００，０）は、（５００／９６０，０／５４０）又は（０．５２１，０）で再び表すことができる。総量を記述する用語において、さらに効率的な表現として、有理数は千分率、つまり（５２１，０）又は百分率、つまり（５２．１，０）で表すことができる。そして、ＰＤＡにおいて、空間的なギャップの値は次のように計算できる。即ち、（２４０×５２１／１０００），（３２０×０）＝（１２５，０）である。
【００８３】
図６は、量的表現を有する空間関係の例を示す図である。
【００８４】
同図に示すように、コンポーネントが「ｗｅｓｔ」のＳｐａｔｉａｌＲａｌａｔｉｏｎを有し、ｘ軸で２つのコンポーネントのギャップが２００パーミル（ｐｅｒｍｉｌ）であることを示す。従って、コンポーネントがＰＤＡにディスプレイされると、１つは他のコンポーネントの４８ピクセル左側に位置される（２４０×２００／１０００＝４８）。
【００８５】
Ｄ．関係メタデータの精密な構造
図７Ａ〜図７Ｃは、本発明の実施形態に係る関係メタデータの全体構造を示す図面である。図７Ａは、関係メタデータが記述子（ｄｅｓｃｒｉｐｔｏｒ）の下に位置する場合、図７Ｂは、関係メタデータがアイテムの下に位置する場合、図７Ｃは、関係メタデータがコンポーネントの下に位置する場合を示している。
【００８６】
図７Ａ〜図７Ｃに示すように、関係は、２種類の選択的なエレメント、即ち、時間間隔（ＴｅｍｐｏｒａｌＩｎｔｅｒｖａｌ）と空間間隔（ＳｐａｃｅＩｎｔｅｒｖａｌ）を有する。上述のように、時間間隔は、ＭｅｄｉａＤｕｒａｔｉｏｎ又はＭｅｄｉａＩｎｃｒＤｕｒａｔｉｏｎを用いることができる。そして、空間間隔は、最初に仮定したスクリーンに基づいてＸ／Ｙ軸の上に相対的な大きさで示される。
【００８７】
＜ＩＮＴＥＲＡＣＴＩＯＮＲＥＬＡＴＩＯＮＣＳの再定義＞
下記の表１で表している１セットの関係を定義する相互関係（Ｉｎｔｅｒａｃｔｉｏｎ  Ｒｅｌａｔｉｏｎ）という表現は、定義された用語の意味（ｓｅｍａｎｔｉｃｓ）とよく合わない。この関係は、それらが選択的に消費される際、コンポーネント間で相対的な関係を特定するために用いられるものであると定義される。このような観点から、本発明では、このようなセットの関係をＩｎｔｅｒａｃｔｉｏｎＲｅｌａｔｉｏｎの代りに「ＳｅｌｅｃｔｉｏｎＲｅｌａｔｉｏｎ」と用いることにした。
【表２】
2007531380.tif 000004
【００８８】
＜量的関係を有するパッケージの例＞
図８は、量的表現に対する関係メタデータスキーマを示している図であり、図９Ａ〜９Ｆは、提供された関係スキーマに対し、教育パッケージメタデータの一例を示す図である。様々なコンポーネント及びアイテムは、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎにおける「ｐｒｅｃｅｄｅｓ」及びＳｐａｔｉａｌＲｅｌａｔｉｏｎにおける「ｗｅｓｔ」のような関係を有する。コンポーネント間の２つの関係の値は、それぞれ３秒と２００／１０００×スクリーン幅である。
【００８９】
図１０は、本発明に係るテレビエニータイムサービスシステムの概略的な構成図である。
【００９０】
同図に示すように、テレビエニータイムサービスシステムは、各種コンテンツ及びパッケージメタデータを提供するサービス提供システム１００と、前記サービス提供システム１００によって提供される各種のコンテンツを消費するユーザの装置３００とを備えて構成される。そして、各種コンテンツ及びパッケージメタデータは、伝送手段２００によってユーザの装置３００に提供される。ここで、前記伝送手段２００は、テレビエニータイムをサービスする放送網・インターネット・移動通信網・ＷＬＡＮ等が可能であり、ユーザの装置３００には、伝送手段２００と接続されるテレビ・ＰＣ・携帯電話・ＰＤＡ・ＤＭＢ端末等が可能である。
【００９１】
また、前記サービス提供システム１００は、「テレビエニータイムメイン側」と表すことができ、前記ユーザの装置は、「テレビエニータイムボックス側」という用語又は「クライアント（ＰＤＲ／ＮＤＲ）側」と表すことができることに注意しなければならない。
【００９２】
本発明の技術的思想から離れない範囲内で、様々な実施形態が存在でき、前記サービス提供システム１００は、時間上のコンポーネントの消費の順番を記述する量的表現を有する時間関係記述手段と、ユーザのインタフェースに応じる表示上のコンポーネントの相対的な位置を記述する空間的な関係の記述手段と、前記時間関係の記述手段及び空間的な関係の記述手段を利用してパッケージメタデータを生成するパッケージメタデータ生成手段とを備えるよう構成され得る。そして、前記ユーザの装置３００は、パッケージメタデータの獲得手段と、獲得されたパッケージメタデータ内のコンポーネント間の量的な表現を備えた関係解析手段とを備えるように構成され得る。
【００９３】
図１１は、本発明に係るテレビエニータイムサービス方法を示すフローチャートである。
【００９４】
前記図１０及び図１１に示すように、前記サービス提供システム１００は、Ｓ１０ステップにおいて、上述した量的表現を含むコンポーネントの関係を記述したパッケージメタデータを生成する。ここで、量的表現を含むコンポーネント関係を記述したパッケージメタデータは、上述したように、時間間隔（ＴｅｍｐｏｒａｌＩｎｔｅｒｖａｌ）と空間間隔（ＳｐａｃｅＩｎｔｅｒｖａｌ）に対するデータを備える。以後、ユーザの装置３００は、所望のパッケージを獲得するために、Ｓ２０ステップにおいて、パッケージメタデータを獲得する。ユーザの装置３００は、パッケージメタデータを獲得すると、Ｓ３０ステップにおいて、パッケージメタデータを解析してコンポーネントの関係を把握する。以後、ユーザの装置３００は、コンポーネント又はアイテムを関係に合わせて消費することになる。
【００９５】
以上で説明した本発明は、本発明が属する技術分野における通常の知識を有する者にとって本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であるので、前述した実施形態及び添付した図面によって限定されるものではない。
【００９６】
３つに分けた関係、即ち、ＴｅｍｐｏｒａｌＲｅｌａｔｉｏｎ，ＳｐａｔｉａｌＲｅｌａｔｉｏｎ及びＩｎｔｅｒａｃｔｉｏｎＲｅｌａｔｉｏｎは、ターゲッティング及び同期アプリケーションを考慮して抽象的なレベル（ａｂｓｔｒａｃｔ  ｌｅｖｅｌ）でコンポーネント間に相対的な関係を特定するために定義されてきた。本発明では、その関係の精密なスキーマが空間と時間との関係の総量を量的に表すことを提案した。
【００９７】
従って、本発明で提案された関係スキーマは、パッケージからユーザのインターフェスや場面を構成するとき、ユーザの意図によってＰＤＲアプリケーションを正確に行うことができる。精密な関係のスキーマの例は、教育シナリオを支援することに適用することができる。
【００９８】
本発明は、韓国特許出願第２００４−１９５３３（２００４年３月２３日出願）及び第２００４−４７６１１（２００４年６月２４日出願）に係る発明の主題を含んでいる。上記韓国特許出願の内容は、参考文献として本出願と共に提供されている。
【００９９】
以上で説明した本発明は、本発明が属する技術分野における通常の知識を有する者にとって本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であるので、前述した実施形態及び添付した図面によって限定されるものではない。
【図面の簡単な説明】
【０１００】
【図１】図１は、従来のＭＰＥＧ−２１  ＤＩＤの全体スキーマ構造を示す図である。
【図２】図２は、バイナリ（ｂｉｎａｒｙ）の時間関係を示す図である。
【図３】図３は、ｎ進法（ｎ−ａｒｙ）の時間関係を示す図である。
【図４Ａ】図４Ａは、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳ」の関係を定義する図である。
【図４Ｂ】図４Ｂは、「ＳｐａｔｉａｌＲｅｌａｔｉｏｎ  ＣＳ」の関係を定義する図である。
【図５】図５は、量的表現を有する時間関係の例を示す図である。
【図６】図６は、量的表現を有する空間関係の例を示す図である。
【図７】図７は、本発明の実施形態に係る関係メタデータの全体構造を示す図である。
【図８】図８は、量的表現に対する関係メタデータのスキーマを示す図である。
【図９Ａ】図９Ａは、提供された関係スキーマに対し、教育パッケージメタデータの例を示す図である。
【図９Ｂ】図９Ｂは、提供された関係スキーマに対し、教育パッケージメタデータの例を示す図である。
【図９Ｃ】図９Ｃは、提供された関係スキーマに対し、教育パッケージメタデータの例を示す図である。
【図９Ｄ】図９Ｄは、提供された関係スキーマに対し、教育パッケージメタデータの例を示す図である。
【図９Ｅ】図９Ｅは、提供された関係スキーマに対し、教育パッケージメタデータの例を示す図である。
【図９Ｆ】図９Ｆは、提供された関係スキーマに対し、教育パッケージメタデータの例を示す図である。
【図１０】図１０は、本発明に係るテレビエニータイムサービスシステムを概略的に示す構成図である。
【図１１】図１１は、本発明に係るテレビエニータイムサービス方法を示すフローチャートである。
【図１】
2007531380.tif 000005
【図２】
2007531380.tif 000006
【図３】
2007531380.tif 000007
【図４Ａ】
2007531380.tif 000008
【図４Ｂ】
2007531380.tif 000009
【図５】
2007531380.tif 000010
【図６】
2007531380.tif 000011
【図７Ａ】
2007531380.tif 000012
【図７Ｂ】
2007531380.tif 000013
【図７Ｃ】
2007531380.tif 000014
【図８】
2007531380.tif 000015
【図９Ａ】
2007531380.tif 000016
【図９Ｂ】
2007531380.tif 000017
【図９Ｃ】
2007531380.tif 000018
【図９Ｄ】
2007531380.tif 000019
【図９Ｅ】
2007531380.tif 000020
【図９Ｆ】
2007531380.tif 000021
【図１０】
2007531380.tif 000022
【図１１】
2007531380.tif 000023
【手続補正書】
【提出日】平成18年9月28日(2006.9.28)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００５９
【補正方法】削除
【補正の内容】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】削除
【補正の内容】
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】削除
【補正の内容】
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００６５
【補正方法】削除
【補正の内容】
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】削除
【補正の内容】
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】削除
【補正の内容】
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】削除
【補正の内容】
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】削除
【補正の内容】
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】削除
【補正の内容】
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】削除
【補正の内容】
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】削除
【補正の内容】
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】削除
【補正の内容】
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】削除
【補正の内容】
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】削除
【補正の内容】
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】削除
【補正の内容】
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】削除
【補正の内容】
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】削除
【補正の内容】
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】削除
【補正の内容】
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】削除
【補正の内容】
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】００８５
【補正方法】削除
【補正の内容】
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】削除
【補正の内容】
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】００８７
【補正方法】削除
【補正の内容】
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】削除
【補正の内容】
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】削除
【補正の内容】
【手続補正３２】
【補正対象書類名】明細書
【補正対象項目名】００９０
【補正方法】削除
【補正の内容】
【手続補正３３】
【補正対象書類名】明細書
【補正対象項目名】００９１
【補正方法】削除
【補正の内容】
【手続補正３４】
【補正対象書類名】明細書
【補正対象項目名】００９２
【補正方法】削除
【補正の内容】
【手続補正３５】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】削除
【補正の内容】
【手続補正３６】
【補正対象書類名】明細書
【補正対象項目名】００９４
【補正方法】削除
【補正の内容】
【手続補正３７】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】削除
【補正の内容】
【手続補正３８】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】削除
【補正の内容】
【手続補正３９】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】削除
【補正の内容】
【国際調査報告】
2007531380.tif 000024
2007531380.tif 000025