(57)【特許請求の範囲】
【請求項１】
ＴＶ−Ａｎｙｔｉｍｅメタデータサービスでget_Dataオペレーションを利用して非匿名使用者情報に基づく検索を行う方法であって、
（ａ）get_Dataオペレーションのエレメントとして非匿名使用者情報（Non-anonymous PersonalInformation）エレメントを追加するステップと、
（ｂ）使用者を認証するステップを経て接続したクライアントから前記get_Dataオペレーションの要請メッセージを受信するステップと、
（ｃ）前記要請メッセージの受信に応答して、前記非匿名使用者情報（Non-anonymous PersonalInformation）エレメントから非匿名使用者情報を抽出するステップと、
（ｄ）前記非匿名使用者情報を用いて非匿名使用者情報に基づく検索を行うステップと、
（ｅ）前記非匿名使用者情報に基づく検索結果を前記get_Dataオペレーションの応答メッセージによって伝送するステップとを含み、
前記get_Dataオペレーションは、前記非匿名使用者情報の使用有無を示す属性（personalInfoUse）を含むことを特徴とするＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた非匿名使用者情報に基づく検索方法。
【請求項２】
前記非匿名使用者情報の使用有無を示す前記属性の初期状態は、「非匿名使用者情報を使用する」であることを特徴とする請求項１に記載のＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた非匿名使用者情報に基づく検索方法。
【請求項３】
前記使用者を認証するステップはセキュリティを保った環境下で行われることを特徴とする請求項１に記載のＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた非匿名使用者情報に基づく検索方法。
【請求項４】
前記使用者を認証するステップは、前記非匿名使用者情報（Non-anonymous PersonalInformation）エレメントが加えられることを使用者に確認させるステップを含むことを特徴とする請求項３に記載のＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた非匿名使用者情報に基づく検索方法。
【請求項５】
前記（ｄ）ステップは、前記非匿名使用者情報（Non-anonymous PersonalInformation）を暗号化して管理する段階をさらに含むことを特徴とする請求項４に記載のＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた非匿名使用者情報に基づく検索方法。
【請求項６】
前記非匿名使用者情報（Non-anonymous PersonalInformation）エレメントは拡張使用者記述類型（ExtendedUserDescriptionType）エレメントであることを特徴とする請求項１に記載のＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた非匿名使用者情報に基づく検索方法。
【請求項７】
前記非匿名使用者情報（Non-anonymous PersonalInformation）エレメントは使用者記述類型（UserDescriptionType）エレメントであることを特徴とする請求項１に記載のＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた非匿名使用者情報に基づく検索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＴＶ−Ａｎｙｔｉｍｅサービスに係り、特にget_Dataオペレーションを用いて伝送される使用者情報に基づいてメタデータを検索する方法に関するものである。
【背景技術】
【０００２】
最近のデジタル放送サービスの本格化に伴い、多チャネル・多媒体環境における、特注型放送サービスを提供するための技術に関する研究が盛んに進められている。一例として、民間国際標準であるＴＶ−Ａｎｙｔｉｍｅは、コンテンツ記述情報を表現するメタデータに基づいて、ユーザの自己の嗜好情報と前記メタデータとをマッチングすることにより、所望のコンテンツを格納して、自由な時間に視聴可能にするエニタイムサービスを提供するための標準規格である。
【０００３】
メタデータは、前述のようにコンテンツに関する記述情報として、ＴＶ−Ａｎｙｔｉｍｅでは、ＭＰＥＧ−７において定義された内容記述とＥＰＧ（電子プログラムガイド）情報とを含めて、ユーザが所望のコンテンツを容易に探索・選択可能にしている。メタデータ標準は、２つのパートからなる。パートＡは、メタデータを記述するためのフォーマット、すなわち、スキーマを定義したものであって、ＸＭＬ（eXtensible Markup Language）基盤のＭＰＥＧ−７ ＤＤＬ（Description Definition Language）（ISO/IEC １５９３８-２）を活用する。また、パートＢは、メタデータの伝送に関するものであって、二進フォーマット［MPEG-７BiM（Binary Format for MPEG-７）］（ISO/IEC １５９３８-１）、断片化モデル、カプセル化、および索引技法を含んでいる。
【０００４】
図１は、ＴＶ−Ａｎｙｔｉｍｅメタデータの構成を示すものであって、プログラム記述メタデータとユーザ記述メタデータを含み、プログラム記述メタデータは、コンテンツ記述メタデータとインスタンス記述メタデータとで構成されている。一つのプログラムに対するメタデータは、ＣＲＩＤ（Content Reference Identifier、以下、「ＣＲＩＤ」という）と呼ばれるコンテンツ識別子で相互連関されている。
【０００５】
コンテンツ記述メタデータは、コンテンツ作成者によって生成され、プログラムタイトル、ジャンル、要約、批評家レビューなどを含んでいる。インスタンス記述メタデータは、コンテンツ提供者によって生成され、ロケーション（放送時間、チャネル、ＵＲＬなど）、使用規則、伝送パラメータなどを含んでいる。さらに、ユーザ記述メタデータは、ユーザの嗜好、使用履歴、個人ブックマークなどを含み、ユーザによって生成される。
【０００６】
ＴＶ−Ａｎｙｔｉｍｅ標準は、リターンパスを通じた双方向メタデータサービスのために、２つの類型のメタデータウェブサービスを定義しており、これは、well-defined behaviorと入出力セットに対する遠隔プロシージャである。ＸＭＬ（eXtensible Markup Language；拡張マークアップ言語）基盤のＷＳＤＬ（Web Service Description Language；ウェブサービス記述言語）標準において、前述の遠隔プロシージャは、シンプル・オブジェクト・アクセス・プロトコル（以下、「ＳＯＡＰ」という。）オペレーションの形態で定義されており、メタデータ検索のための“get_Data”オペレーションと、ユーザ記述提出（user description submission）のための“submit_Data”オペレーションとがある。参考として、前述のＳＯＡＰプロトコルは、分散環境においてオブジェクトにアクセス可能にするＸＭＬ通信プロトコルである。
【０００７】
ＴＶ−Ａｎｙｔｉｍｅのメタデータサービスにおいて用いられる要求／応答の類型は、“urn：tva：transport：2002”のネームスペースで定義されており、前記ネームスペースは、種々のメッセージに対する検証のためのツールとして提供される。メタデータスペックとコンテンツ参照標準で定義された類型等は、伝送ネームスペースにおいて参照される。スキーマ断片（Schema fragment）は、前述のネームスペースで定義され、ネームスペース提供子は、スキーマ断片において“tns：”と定義される。完全なＸＭＬスキーマファイルは、“tva_transport_types_v10.xsd”である。
【０００８】
＜＜１．get_Dataオペレーション＞＞
get_Dataオペレーションは、クライアントがプログラムまたはプログラムグループに対して、ＴＶ−Ａｎｙｔｉｍｅデータをサーバから検索する機能を提供する。ＴＶ−Ａｎｙｔｉｍｅメタデータ提供子が、get_Dataオペレーションを用いて提供可能な機能を例示すると、以下のとおりである。１）ＣＲＩＤリストを用いてＣＲＩＤに対するコンテンツ参照データを返還する。２）ＣＲＩＤリストを用いてＣＲＩＤに対するＴＶ−Ａｎｙｔｉｍｅメタデータを返還する。３）特定のメタデータ属性（Attribute）（例えば、ジャンル、俳優など）に対する質疑を受信し、これに該当するプログラムを返還する。４）特定の時間または特定のチャネルに対する質疑に応答し、当該プログラムを返還する。
【０００９】
get_Dataオペレーションの動作と関連して、図２を参照すると、ＴＶ−Ａｎｙｔｉｍｅサービスにおいて、クライアントは、インターネット網（IP Network）を通じて、get_DataオペレーションによるＳＯＡＰ要求メッセージ［get_Data（） Request］を、メタデータサービスサーバに伝送する。このとき、get_Dataオペレーションは、原則として、全ての質疑類型に対応し、メタデータ制限条件に対して広範囲な質疑を提供する。続いて、メタデータサービスサーバは、ＳＯＡＰ応答メッセージ［get_Data（） Response］によって、前記ＳＯＡＰ要求メッセージに対する質疑結果値を返還する。
【００１０】
＜＜イ．要求フォーマット＞＞
図３に示すように、get_Dataオペレーションにおいて、要求フォーマットは、クライアントに３つの類型のパラメータを指定し、質疑（検索）結果値として返還されるエレメント類型を要求テーブル類型（Requested Tables Type）に指定する。
【００１１】
図４は、質疑の結果、返還される要求テーブル類型を、Classification Scheme Table、Program Information Table、Group Information Table、Credits Information Table、Program Location Table、Service Information Table、Program Review Table、Segment Information Table等として指定した例である。
【００１２】
＜＜ロ．応答フォーマット＞＞
get_Dataオペレーションの応答フォーマットは、図５に示すように、エレメント（TVAMain、Content Referencing Table、Invalid Fragments）に対して、０または１つ以上のＸＭＬインスタンスドキュメントを含み、要求フォーマットにおいて要求した要求テーブル類型に応じて質疑結果値を返還する。
【００１３】
＜＜２．submit_Dataオペレーション＞＞
ＴＶ−ＡｎｙｔｉｍｅのＰｈａｓｅＩ技術標準では、使用サービスとコンテンツに基づいたインテリジェントエージェントまたは手動書き込みによって生成した匿名のプロファイルデータのセットで定義されたデータに制限している。ＴＶ−Ａｎｙｔｉｍｅフォーラムは、全てのユーザと提供者の基本権利を尊重して含み、これは、コンテンツユーザのプライバシー基本権利と、コンテンツ生成者、提供者、サービス提供者のような全ての参加者の適法な権利とを含んでいる。
【００１４】
＜＜３．ユーザ情報を用いたget_Dataオペレーション＞＞
現在、ＴＶ−Ａｎｙｔｉｍｅでは、submit_Dataから伝送されたユーザメタデータに基づいて、サービスエージェントでは、エージェント毎に特殊なアルゴリズムを通じてget_Dataオペレーションを行い、当該結果をユーザに伝送する。
【００１５】
このように、現在ＴＶ−Ａｎｙｔｉｍｅメタデータサーバーは、submit_Dataオペレーションによって伝送される使用者メタデータを収集して、コンテンツの使用に対する統計などに活用することができる。
【００１６】
ところで、サーバ側のサービスエージェントを介して特注型サービスを提供するためには、非匿名（non-anonymous）使用者情報に対する伝送が必要であるが、現在ＴＶ−Ａｎｙｔｉｍｅ標準で定義したsubmit_Dataオペレーションは基本的に匿名（anonymous）データの伝送のみ可能である。
【００１７】
したがって、ＴＶ−Ａｎｙｔｉｍｅサービスが追求しようとする使用者特注型サービスを提供するためには、非匿名（non-anonymous）使用者情報を活用して、使用者に適したメタデータの検索を行える方案が切実に要求されている。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
そこで、本発明は、前述した問題点を解決するため、従来のget_Dataオペレーションで、使用者情報を示すエレメントを指定して使用者情報に基づく検索を行えるように要請することにより、クライアントが使用者個人に適したメタデータを選別的に返還するようにすることにある。
【課題を解決するための手段】
【００１９】
上記課題を解決するために、本発明は、ＴＶ−Ａｎｙｔｉｍｅメタデータサービスで、get_Dataオペレーションを利用して使用者情報に基づく検索を提供する方法であって、（ａ）get_Dataオペレーションのエレメントとして使用者情報（PersonalInformation）エレメントを追加するステップと、（ｂ）前記get_Dataオペレーションの要請メッセージを受信するステップと、（ｃ）前記要請メッセージの受信に応答して、前記使用者情報（PersonalInformation）エレメントから使用者情報を抽出するステップと、（ｄ）前記抽出された使用者情報を用いて使用者情報に基づく検索を行うステップと、（ｅ）前記使用者情報に基づく検索結果を前記get_Dataオペレーションの応答メッセージによって伝送するステップとを含むＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた使用者情報に基づく検索方法を提供する。
【００２０】
本発明によるＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた使用者情報に基づく検索方法において、前記（ａ）ステップは、（ａ−１）使用者を認証する段階を含むことが好ましい。
【００２１】
また、本発明によるＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた使用者情報に基づく検索方法において、前記（ａ−１）ステップは保安環境下で行われることが好ましい。
【００２２】
また、本発明によるＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた使用者情報に基づく検索方法において、前記（ａ）ステップは、（ａ−２）前記使用者情報（PersonalInformation）エレメントが加えられることを使用者に確認させる段階を含むことが好ましい。
【００２３】
また、本発明によるＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた使用者情報に基づく検索方法において、前記（ｄ）ステップは、前記抽出された使用者情報（PersonalInformation）を暗号化して管理する段階をさらに含むことが好ましい。
【００２４】
また、本発明によるＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた使用者情報に基づく検索方法において、前記使用者情報（PersonalInformation）エレメントは拡張使用者記述類型（ExtendedUserDescriptionType）エレメントであることが好ましい。
【００２５】
また、本発明によるＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた使用者情報に基づく検索方法において、前記使用者情報（PersonalInformation）エレメントは使用者記述類型（UserDescriptionType）エレメントであることが好ましい。
【００２６】
また、本発明によるＴＶ−Ａｎｙｔｉｍｅサービスでget_Dataオペレーションを用いた使用者情報に基づく検索方法において、前記get_Dataオペレーションは、使用者情報の使用有無を示す属性（personalInfoUse）を含むことが好ましい。
【発明の効果】
【００２７】
以上説明したように、本発明によれば、従来のＴＶ−Ａｎｙｔｉｍｅ  ＳＰ００６ＳＰ００６で定義したsubmit_Dataオペレーションによって伝送された使用者メタデータは匿名のデータとして見なされるが、本発明によるget_Dataオペレーションによって伝送される使用者情報は使用者認知の可能なデータに処理されることができ、これによりサービスエージェントは個人別特注型サービスを提供することができる。
【発明を実施するための最良の形態】
【００２８】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。
【００２９】
図７は本発明の好適な実施形態によるget_Dataオペレーションの構造を示す。
【００３０】
図７から分かるように、本発明の好適な実施形態によるget_Dataオペレーションは、使用者情報を示すエレメント（PersonalInformation）を含んでいる。
【００３１】
本発明の好適な実施形態によるget_DataオペレーションはＴＶ−ＡｎｙｔｉｍｅのExtendedUserDescription類型のエレメント伝送を目的とする。基本的なオペレーションの定義は従来のget_Dataオペレーションと同一であるが、非匿名（non-anonymous）情報の保存という側面で違いを持つ。
【００３２】
例えば、使用者は自分のＩＤおよび／またはパスワードのような認証手続を通じてログインした後、使用者情報をget_Dataオペレーションによって伝送することになり、これに基づいて、サービスエージェントは使用者別使用者情報を維持・管理することになる。より具体的に説明すれば、get_Dataオペレーションは、使用者がＴＶ−Ａｎｙｔｉｍｅ  ＳＰ００３-３で定義された拡張使用者記述類型（ExtendedUserDescriptionType）の使用者情報を伝送するようにする。すなわち、get_Dataオペレーションは"Metadata Specification for Phase 2"で定義されたtva2:ExtendedUserDescriptionTypeを持つ使用者情報（PersonalInformation）エレメントを含む。
【００３３】
前記使用者情報（PersonalInformation）エレメントはminOccurs="0"に設定されているから、get_Dataオペレーションのエレメントに含まれる拡張使用者記述類型エレメントの数は０以上となる。また、get_Dataオペレーションの属性としてpersonalInfoUseを含む。
【００３４】
personalInfoUse属性はブール型（boolean）として"true"または"false"の値を有し、使用者情報を保存するかまたはget_Dataオペレーションに含まれた使用者情報（PersonalInformation）によって、使用者情報を考慮した検索を行うか否かを表す。例えば、personalInfoUse属性が"true"の場合には、使用者情報を考慮して検索を行い、personalInfoUse属性が"false"の場合には、使用者情報を考慮しないで検索を行う。この場合、personalInfoUseはサービスプロバイダーに保存された使用者情報とget_Dataオペレーションの使用者情報（PersonalInformation）エレメントによって獲得された使用者情報を全て考慮して検索を行うようにすることができる。この場合、使用者情報（PersonalInformation）は暗号化されて管理可能である。
【００３５】
get_Dataオペレーションを行った結果は、以後get_Data_Resultエレメントを通じてクライアント伝送される。
【００３６】
図８は本発明の好適な実施例によるget_Dataオペレーションの動作概念を示すものである。
【００３７】
図８を参照すれば、ＴＶ−Ａｎｙｔｉｍｅサービスで、クライアント（Client）は使用者情報（PersonalInformation）を含むget_Dataオペレーションのエレメントをインターネット網（IP Network）を通じてメタデータサービスサーバ（Metadata Service）側のサービスエージェントに伝送する。この時、サービスエージェントは後述する使用者認知方法および使用者情報伝送に対する認知方法に従い、前もって使用者の認知ステップおよび使用者メタデータ伝送に対する使用者の確認を通過しなければならない。ついで、サービスエージェントはget_Dataオペレーションのエレメントを識別し、当該エレメント（PersonalInformation）に含まれた使用者情報を抽出し、前述したget_Data_Resultエレメントによって、使用者情報に基づいて行った検索結果を伝送することができる。
【００３８】
前記get_Dataオペレーションは次のような政策によって動作する。
【００３９】
＜＜１．使用者の認知＞＞
使用者の正確な認知のために、サービスエージェントは保安環境下の使用者の登録および認証手続を提供しなければならない。例えば、使用者の暗号などによって使用者の認証を行わなければならなく、またこのような使用者認知過程は適切な暗号化手段を使用した保安環境で行われなければならない。
【００４０】
＜＜２．使用者情報伝送に対する認知＞＞
サービスエージェントは使用者情報が伝送されるという事実を使用者に充分に確認させなければならない。すなわち、使用者情報（PersonalInformation）エレメントがget_Dataオペレーションに加えられるという事実を使用者に確認させることが必要である。
【００４１】
＜＜３．使用者情報の管理＞＞
サービスエージェントは使用者情報の外部流出を管理しなければならず、暗号化等によって使用者の情報を管理しなければならない。また、使用者が使用者情報の削除及び又はは変更を要請する時には、当該作業を行われなければならない。
【００４２】
以上、本発明の好適な実施形態を説明したが、これは例示のためのものであり、本発明が属する技術分野の通常の知識を持った者であれば、本発明の思想を逸脱しない範囲内で多様に変形または修正することができる。例えば、本発明によるget_Dataオペレーションは、使用者がＴＶ−Ａｎｙｔｉｍｅ  ＳＰ００３-３で定義された拡張使用者記述類型（ExtendedUserDescriptionType）エレメント形態で使用者情報を伝送するように構成されたが、使用者記述類型（UserDescriptionType）エレメント形態で使用者情報を構成することもできる。従って、本発明の保護範囲は前述した実施例に限定されなく、特許請求範囲によって決定される。
【産業上の利用可能性】
【００４３】
本発明は、従来のget_Dataオペレーションで、使用者情報を示すエレメントを指定して使用者情報に基づく検索を行えるように要請することにより、クライアントが使用者個人に適したメタデータを選別的に返還することに適用可能である。
【図面の簡単な説明】
【００４４】
【図１】ＴＶ−Ａｎｙｔｉｍｅメタデータの構成図である。
【図２】get_Dataオペレーションの一般的な動作概念図である。
【図３】従来のget_Dataオペレーションの要求フォーマットを示す図である。
【図４】従来のget_Dataオペレーションにおける質疑結果、返還される要求テーブル類型を指定した例示図である。
【図５】従来のget_Dataオペレーションの応答フォーマットを示す図である。
【図６】従来のsubmit_Dataオペレーションの要請フォーマットおよび応答フォーマットを示す図である。
【図７】本発明によるget_Dataオペレーションの要請フォーマットを示す図である。
【図８】本発明によるget_Dataオペレーションの動作概念図である。
【図１】
0004566179.tif 000002
【図２】
0004566179.tif 000003
【図３】
0004566179.tif 000004
【図４】
0004566179.tif 000005
【図５】
0004566179.tif 000006
【図６】
0004566179.tif 000007
【図７】
0004566179.tif 000008
【図８】
0004566179.tif 000009