JP2016502690A - 集合サーバ制御方法及び装置 - Google Patents

集合サーバ制御方法及び装置 Download PDF

Info

Publication number
JP2016502690A
JP2016502690A JP2015534394A JP2015534394A JP2016502690A JP 2016502690 A JP2016502690 A JP 2016502690A JP 2015534394 A JP2015534394 A JP 2015534394A JP 2015534394 A JP2015534394 A JP 2015534394A JP 2016502690 A JP2016502690 A JP 2016502690A
Authority
JP
Japan
Prior art keywords
media server
information
collective
server
aggregation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2015534394A
Other languages
English (en)
Other versions
JP6208764B2 (ja
Inventor
ソンリュル ヤン
ソンリュル ヤン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2016502690A publication Critical patent/JP2016502690A/ja
Application granted granted Critical
Publication of JP6208764B2 publication Critical patent/JP6208764B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

本発明は、少なくとも１つの集合対象装置に格納されたコンテンツ情報を収集する集合サーバを制御する方法において、上記集合サーバに特定集合対象装置のコンテンツ情報収集の制限を要求するステップ、及び上記要求に従って、集合制限状態変数を変更するステップを含み、上記集合制限状態変数は、上記集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とする、集合サーバ制御方法を提供する。【選択図】図３８

Description

本発明は、複数個のサーバに格納された情報を収集する集合サーバを制御するための方法及び装置に関するものである。
家庭やマーケットで用いられるＵＰｎＰ装置またはＤＬＮＡ装置の個数が増加するにつれて、ホームネットワーク上で複数のディジタルメディアサーバを含むことが一般化している。ホームネットワークが含むディジタルメディアサーバの個数が増加するにつれて、複数のディジタルメディアサーバ内に含まれたメディアコンテンツを探し、管理し、組織化することはだんだん難しくなる。ユーザがＵＰｎＰ技術またはＤＬＮＡ技術を用いて探そうとするコンテンツがどのサーバに含まれているかを知らない場合、ホームネットワーク上の全てのディジタルメディアサーバを検索しなければならないという問題が発生する。
上記のような問題点を解決するために、本発明は、同一のネットワークに含まれた複数個のサーバのうち、他のサーバに格納された情報を収集する集合サーバを設定する制御装置を提供しようとする。
本発明は、他のサーバの集合機能を活性化させる折衝サーバを設定する制御装置を提供しようとする。
本発明は、複数個のサーバに格納された情報を収集して制御装置に提供する集合サーバを提供しようとする。
本発明は、複数個のサーバに格納された情報を１つの集合サーバから転送を受ける制御装置を提供しようとする。
本発明は、集合サーバをして特定サーバからの情報収集を制限する制御装置を提供しようとする。
本発明は、複数個のサーバに格納された情報の変更を追跡できるサーバを提供しようとする。
本発明は、複数個のサーバに格納された情報を変更したか否かを確認して変更された内容をアップデートすることができるサーバを提供しようとする。
本発明は、他のサーバで変更されたコンテンツ情報を追跡してアップデートすることによって、最新コンテンツ情報を提供することができるサーバを提供しようとする。
本発明は、少なくとも１つの集合対象装置に格納されたコンテンツ情報を収集する集合サーバを制御する方法において、上記集合サーバに特定集合対象装置のコンテンツ情報収集の制限を要求するステップ、及び上記要求によって、集合制限状態変数を変更するステップを含み、上記集合制限状態変数は、上記集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とする集合サーバ制御方法を提供する。
また、本発明において、上記集合制限状態変数の変更は、上記特定集合対象装置の識別情報を追加するか、または既に含まれた他の集合対象装置の識別情報を削除することを特徴とする。
また、本発明において、上記追加された識別情報に対応する上記特定集合対象装置は、上記集合サーバによるコンテンツ情報収集が許容されないことを特徴とする。
また、本発明において、上記削除された識別情報に対応する上記他の集合対象装置は、上記集合サーバによるコンテンツ情報収集が許容されることを特徴とする。
また、本発明において、上記集合サーバ制御方法は、上記集合サーバに上記集合制限状態変数を要求するステップ、及び上記集合サーバから上記集合制限状態変数を受信するステップをさらに含むことを特徴とする。
本発明の他の実施形態は、少なくとも１つの集合対象装置に格納されたコンテンツ情報を制御装置に転送する方法において、上記制御装置から特定集合対象装置のコンテンツ情報収集を制限する要求信号を受信するステップ、及び上記要求信号に基づいて集合制限状態変数を変更するステップを含み、上記集合制限状態変数は、集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とするコンテンツ情報転送方法を提供する。
また、本発明において、上記集合制限状態変数の変更は、上記特定集合対象装置の識別情報を追加するか、または既に含まれた他の集合対象装置の識別情報を削除することを特徴とする。
また、本発明において、上記集合サーバは、上記追加された識別情報に対応する上記特定集合対象装置からコンテンツ情報を収集しないことを特徴とする。
また、本発明において、上記集合サーバは、上記削除された識別情報に対応する上記他の集合対象装置からコンテンツ情報を収集することを特徴とする。
また、本発明において、上記コンテンツ情報転送方法は、上記制御装置から上記集合制限状態変数を要求する信号を受信するステップ、及び上記制御装置に上記集合制限状態変数を転送するステップをさらに含むことを特徴とする。
本発明の他の実施形態は、少なくとも１つの集合対象装置に格納されたコンテンツ情報を収集する集合サーバを制御する装置において、上記集合サーバとコンテンツ関連情報の送受信を遂行するネットワークインターフェース、及び上記集合サーバに特定集合対象装置のコンテンツ情報収集の制限を要求し、上記要求によって集合制限状態変数を変更する制御部を含み、上記集合制限状態変数は、上記集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とする集合サーバ制御装置を提供する。
本発明の他の実施形態は、少なくとも１つの集合対象装置に格納されたコンテンツ情報を制御装置に転送する集合サーバにおいて、上記制御装置とコンテンツ関連情報の送受信を遂行するネットワークインターフェース、及び上記制御装置から特定集合対象装置のコンテンツ情報収集を制限する要求信号を受信し、上記要求信号に基づいて集合制限状態変数を変更する制御部を含み、上記集合制限状態変数は、上記集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とする集合サーバを提供する。
本発明の他の実施形態は、集合対象装置からコンテンツ情報を収集する集合サーバを制御する方法において、上記集合対象装置から上記集合対象装置の集合状態情報を獲得するステップ、上記獲得した集合状態情報に基づいて上記集合対象装置の状態が変更されたか否かを確認するステップ、及び上記確認の結果、上記集合対象装置の状態が変更された場合、上記獲得した集合状態情報に基づいて上記集合対象装置の状態をアップデートするステップを含み、上記集合状態情報は上記集合対象装置のアップデート識別子を含むことを特徴とする集合サーバ制御方法を提供する。
また、本発明において、上記集合対象装置の状態が変更されたか否かは、上記獲得した集合状態情報に含まれたアップデート識別子と上記集合対象装置の既に格納されたアップデート識別子とを比較することによって確認されることを特徴とする。
また、本発明において、上記集合対象装置の状態が変更されたか否かは、上記アップデート識別子の獲得要求に基づいて確認されることを特徴とする。
また、本発明において、上記集合対象装置のコンテンツ情報検索を要求するステップ、及び上記集合対象装置から変更されたコンテンツ情報を受信するステップをさらに含むことを特徴とする。
本発明の他の実施形態は、集合対象装置からコンテンツ情報を収集する集合サーバにおいて、制御装置とコンテンツ関連情報の送受信を遂行するネットワークインターフェース、及び上記集合対象装置から上記集合対象装置の集合状態情報を獲得し、上記獲得した集合状態情報に基づいて上記集合対象装置の状態が変更されたか否かを確認し、上記集合対象装置の状態が変更された場合、上記獲得した集合状態情報に基づいて上記集合対象装置の状態をアップデートする制御部を含み、かつ上記集合状態情報は上記集合対象装置のアップデート識別子を含むことを特徴とする集合サーバを提供する。
また、本発明において、上記制御部は、上記獲得した集合状態情報に含まれたアップデート識別子と上記集合対象装置の既に格納されたアップデート識別子とを比較することによって、上記集合対象装置の状態が変更されたか否かを確認することを特徴とする。
本発明は、同一のネットワークに含まれた複数個のサーバのうち、他のサーバに格納された情報を収集する集合サーバを設定する制御装置を提供することができる。
また、本発明は、他のサーバの集合機能を活性化させる折衝サーバを設定する制御装置を提供することができる。
また、本発明は、複数個のサーバに格納された情報を収集して制御装置に提供する集合サーバを提供することができる。
また、本発明は、複数個のサーバに格納された情報を１つの集合サーバから転送される制御装置を提供することができる。
また、本発明は、集合サーバをして特定サーバからの情報収集を制限する制御装置を提供することができる。
また、本発明は、複数個のサーバに格納された情報の変更を追跡できるサーバを提供することができる。
また、本発明は、複数個のサーバに格納された情報を変更したか否かを確認して、変更された内容をアップデートできるサーバを提供することができる。
また、本発明は、他のサーバで変更されたコンテンツ情報を追跡してアップデートすることによって、最新コンテンツ情報を提供できるサーバを提供することができる。
本発明の実施形態に係るメディアサーバのコンテンツ情報集合動作を説明するためのフローチャートである。 本発明の実施形態に従ってコンテンツ情報集合機能をサポートするメディアサーバを区別するための方法を説明するためのフローチャートである。 本発明の更に他の実施形態に係るコンテンツ情報集合プロトコルを実行する集合メディアサーバを設定する方法を説明するためのフローチャートである。 本発明の更に他の実施形態に係るコンテンツ情報集合プロトコルを実行する集合メディアサーバを設定する方法を説明するためのフローチャートである。 本発明の実施形態に係る２ボックスモデルを構成する装置のブロックダイアグラムである。 本発明の実施形態に係る３ボックスモデルを構成する装置のブロックダイアグラムである。 本発明の実施形態に係る折衝メディアサーバが集合メディアサーバを設定する方法を説明するためのフローチャートである。 本発明の実施形態に係る折衝メディアサーバを設定する方法を説明するためのフローチャートである。 本発明の実施形態に係る折衝メディアサーバが集合メディアサーバを設定する基準を説明するためのフローチャートである。 本発明の実施形態に係る集合メディアサーバ設定基準を説明するための図である。 本発明の更に他の実施形態に係る集合メディアサーバ設定基準を説明するための図である。 本発明の実施形態に係るコンテンツ情報集合機能をサポートするメディアサーバの集合モードの状態変化を説明するためのフローチャートである。 本発明の実施形態に係る集合メディアサーバが収集したコンテンツ情報を区別するために用いる属性を説明するためのフローチャートである。 本発明の実施形態に係る新たな集合メディアサーバがコンテンツ情報を区別するための属性を用いて以前の集合メディアサーバからコンテンツ情報を受信する方法を説明するためのフローチャートである。 本発明の更に他の実施形態に係る新たな集合メディアサーバがコンテンツ情報を区別するための属性を用いて以前の集合メディアサーバからコンテンツ情報を受信する方法を説明するためのフローチャートである。 本発明の実施形態に係る集合メディアサーバがメディアサーバから収集したコンテンツオブジェクトに識別子を与える過程を説明するためのフローチャートである。 本発明の実施形態に係る集合メディアサーバが集合対象メディアサーバ上で実行されたコンテンツメタデータのアップデート状況を反映する過程を説明するためのフローチャートである。 本発明の実施形態に係る集合メディアサーバ上における集合オブジェクト情報が変更される過程を説明するためのフローチャートである。 本発明の実施形態に係る集合メディアサーバ上における集合オブジェクト情報を示すテーブルである。 本発明の実施形態に係る集合メディアサーバ上におけるアップデートされた集合オブジェクト情報を示すテーブルである。 本発明の実施形態に係る集合メディアサーバ上における破棄された集合オブジェクト情報を示すテーブルである。 本発明の実施形態に係る集合メディアサーバ上における特定集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。 本発明の実施形態に係る集合メディアサーバ上における破棄された全ての集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。 本発明の実施形態に係る集合メディアサーバ上におけるアップデートされた全ての集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。 本発明の更に他の実施形態に係る集合メディアサーバ上における集合オブジェクト情報が変更される過程を説明するためのフローチャートである。 本発明の更に他の実施形態に係る集合メディアサーバ上における集合オブジェクト情報が変更される過程を説明するためのフローチャートである。 本発明の更に他の実施形態に係る集合メディアサーバ上におけるアップデートされた集合オブジェクト情報を示すテーブルである。 本発明の更に他の実施形態に係る集合メディアサーバ上における破棄された集合オブジェクト情報を示すテーブルである。 本発明の更に他の実施形態に係る集合メディアサーバ上における特定集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。 本発明の更に他の実施形態に係る集合メディアサーバ上における特定集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。 本発明の更に他の実施形態に係る集合メディアサーバ上における特定集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。 本発明の実施形態に係る集合メディアサーバに格納されたＸＭＬタイプの集合対象メディアサーバ関連情報を示す図である。 本発明の実施形態に係る集合メディアサーバが制御ポイント装置から受信した要求を集合対象メディアサーバに再転送することによって、集合対象メディアサーバ内のコンテンツオブジェクトを変更する方法を説明するためのフローチャートである。 本発明の実施形態に係る集合メディアサーバが制御ポイント装置から受信した要求を集合対象メディアサーバに転送する場合に、集合メディアサーバ及び集合対象メディアサーバ上に格納される情報を示すテーブルである。 本発明の実施形態に係る集合メディアサーバが制御ポイント装置から受信した要求を集合対象メディアサーバに転送する場合に、集合メディアサーバ及び集合対象メディアサーバ上に格納される情報を示すテーブルである。 本発明の実施形態に係る集合メディアサーバが制御ポイント装置から受信した要求を集合対象メディアサーバに転送する場合に、集合メディアサーバ及び集合対象メディアサーバ上に格納される情報を示すテーブルである。 本発明の実施形態に係る集合メディアサーバが制御ポイント装置から受信した要求を集合対象メディアサーバに転送する場合に、集合メディアサーバ及び集合対象メディアサーバ上に格納される情報を示すテーブルである。 本発明が適用される一実施形態であって、複数個のサーバから収集されるコンテンツ情報を制御及び再生するための装置同士間の全体構造図を示す。 本発明が適用される一実施形態であって、特定集合対象メディアサーバからコンテンツ情報を収集することを制限する方法を説明するためのフローチャートである。 本発明が適用される一実施形態であって、集合制限装置の識別情報を用いて集合制限メディアサーバからのコンテンツ情報収集を制限する過程を説明するためのフローチャートである。 本発明が適用される一実施形態であって、集合対象メディアサーバの識別情報を用いて集合制限メディアサーバからのコンテンツ情報収集を制限する過程を説明するためのフローチャートである。 本発明が適用される一実施形態であって、集合メディアサーバによるコンテンツ情報収集が制限される集合制限メディアサーバの識別情報を獲得するためのアクション情報を示す。 本発明が適用される一実施形態であって、コンテンツ情報収集が制限される特定集合対象メディアサーバを設定するためのアクション情報を示す。 本発明が適用される一実施形態であって、上記図４２及び図４３のアクション情報に用いられる状態変数を示す。 本発明が適用される他の一実施形態であって、特定メディアサーバのみからコンテンツ情報を収集するための方法を説明するためのフローチャートである。 本発明が適用される一実施形態であって、集合対象メディアサーバリストセッティングを通じて特定メディアサーバのみからコンテンツ情報収集を遂行する過程を説明するためのフローチャートである。 本発明が適用される一実施形態であって、集合対象メディアサーバの状態が変更された場合、変更されたコンテンツ情報をアップデートする方法を説明するためのフローチャートである。 本発明が適用される一実施形態であって、集合対象メディアサーバの状態が変更された場合、変更されたコンテンツ情報をアップデートする過程を説明するためのフローチャートである。 本発明が適用される一実施形態であって、集合対象メディアサーバに対する情報を獲得するためのアクション情報を示す。 本発明が適用される一実施形態であって、上記図４９のアクション情報に用いられる状態変数を示す。 本発明が適用される一実施形態であって、上記図５０の状態変数の例で、ＸＭＬタイプの情報を示す。 本発明が適用される一実施形態であって、集合対象メディアサーバのアップデート識別子を用いて変更されたコンテンツ情報をアップデートする方法を説明するためのフローチャートである。 本発明が適用される一実施形態であって、集合オブジェクト情報のアップデート過程を説明するための集合オブジェクト情報の細部事項を示す。
汎用プラグアンドプレイ（universal plug and play；以下、‘ＵＰｎＰ’という）技術とディジタルリビングネットワークアライアンス（digital living network alliance；以下、‘ＤＬＮＡ’という）技術は、多様な製造会社の家電機器間のサービスと制御を可能にする。特に、ＵＰｎＰ技術は、視聴覚（audio-visual；ＡＶ）機器間の互換可能なＡＶサービスと制御を可能にする。この互換可能なＡＶサービスには、メディアストリーミング、アップローディング、ダウンローディングなどがある。
ホームネットワーキングのために提案されたＵＰｎＰ基盤のネットワークは、論理的に多数のＵＰｎＰデバイス（device）、サービス（service）、及び制御ポイント（ＣＰ：Control Point）に基づいて構成される。ＵＰｎＰネットワークにおけるサービス（service）とは、ネットワーク上の最も小さい小規模制御単位を意味するが、状態変数を通じてモデリングされる。
ＵＰｎＰ基盤のネットワークにおけるＣＰ（Control Point）とは、他のデバイス及び／又はサービスを感知及び制御する機能を備えた制御アプリケーション（application）を意味し、任意のデバイス、例えばユーザが取り扱いやすいＰＤＡのような物理的な機器で運用される。
ＵＰｎＰ基盤のＡＶホームネットワークは、ホームネットワークにメディアデータを提供するメディアサーバ（ＭＳ：Media Server）と、ホームネットワークを介してメディアデータを再生するメディアレンダラー（ＭＲ：Media Renderer）と、上記メディアサーバとメディアレンダラーを制御するＡＶ制御ポイント（ＣＰ：Control Point）を含んで構成される。上記メディアサーバとメディアレンダラーは、上記制御ポイントにより制御される被制御（controlled）機器である。
上記メディアサーバ（正確には、メディアサーバ内のＣＤＳ（Content Directory Service））は、自分に収録されているメディアファイルとコンテナ（ディレクトリに該当）の情報を各オブジェクト（object）情報として予め構築して置く。「オブジェクト」は１つ以上のメディアファイル、例えば停止映像（picture）、動映像、またはオーディオファイルに対する情報を有するアイテム（item）、及びディレクトリに対する情報を有するコンテナ（container）を包括して称する用語であり、場合によって、オブジェクトの用語は適切に「アイテム」または「コンテナ」を称する用途に使用できる。
そして、１つのアイテムは１つまたは多数のメディアファイルに対応する。例えば、各々異なるビットレートの同一内容のコンテンツを有する多数のメディアファイルは１つのアイテムとして管理できる。
オブジェクトの情報は「メタデータ」とも称され、このメタデータには、関連したコンテンツに対する各種の情報が記載される。例えば、コンテンツに対応するオブジェクトに割り当てられたＩＤ、そのオブジェクトが属するコンテナに対する識別情報、タイトル、そのオブジェクトがアイテムかコンテナかに対する情報及びメディアの類型、関連したコンテンツ（例えば、メディアファイル）が獲得することができるプロトコル及びアクセス位置情報などがメタデータに記載される。そして、このようなメタデータはマークアップ（mark-up）言語形態に作成され、関連したメディアファイルなどが格納されているストレージとは関係なく上記ＣＤＳが管理するストレージに格納される。勿論、移動性記録媒体に格納されて上記ＣＤＳに提供されることもできる。このように作成されているコンテンツに対するメタデータは、上記制御ポイントが呼び出すアクションによって提供され、また上記制御ポイントを媒介にしてメタデータの全部または一部が上記メディアレンダラーに提供されることもできる。
本発明において、ＵＰｎＰはこのような装置を制御ポイント（control point：ＣＰ）装置と制御ターゲット装置とに分類できる。ディジタルメディアコントローラ（ＤＭＣ）、ディジタルメディアプレイヤー（ＤＭＰ）は制御ポイント装置に分類され、ディジタルメディアレンダラー（ＤＭＲ）、ディジタルメディアサーバ（ＤＭＳ）、ディジタルメディアプリンタ（ＤＭＰｒ）は制御ターゲット装置に分類できる。
また、ＵＰｎＰの制御ポイント（ＣＰ）装置またはＤＬＮＡのディジタルメディアプレイヤー（ＤＭＰ）、ディジタルメディアコントローラ（ＤＭＣ）がＵＰｎＰの制御ターゲット装置またはＤＬＮＡのディジタルメディアサーバ（ＤＭＳ）にコンテンツメタデータを要求すれば、制御ターゲット装置またはディジタルメディアサーバ（ＤＭＳ）は格納されたコンテンツの各々に対応する複数のコンテンツメタデータを収集して（生成したコンテンツリストを）制御ポイント（ＣＰ）装置またはディジタルメディアプレイヤー（ＣＭＰ）、ディジタルメディアコントローラ（ＤＭＣ）に転送することができる。
一方、ＤＬＮＡはホームネットワーク装置として、ディジタルメディアサーバ（digital media server：ＤＭＳ）、ディジタルメディアプレイヤー（digital media player：ＤＭＰ）、ディジタルメディアレンダラー（digital media renderer：ＤＭＲ）、ディジタルメディアコントローラ（digital media controller：ＤＭＣ）、及びディジタルメディアプリンタ（digital media printer：ＤＭＰｒ）を規定し、モバイル携帯装置として、モバイルディジタルメディアサーバ（mobile digital media server：Ｍ−ＤＭＳ）、モバイルディジタルメディアプレイヤー（mobile digital media player：Ｍ−ＤＭＰ）、モバイルディジタルメディアアップローダー（mobile digital media uploader：Ｍ−ＤＭＵ）、モバイルディジタルメディアダウンローダー（mobile digital media downloader：Ｍ−ＤＭＤ）、及びモバイルディジタルメディアコントローラ（mobile digital media controller：Ｍ−ＤＭＣ）を規定する。以下、ディジタルメディアサーバ（ＤＭＳ）はＭ−ＤＭＳをカバーする概念として使用し、ディジタルメディアプレイヤー（ＤＭＰ）はＭ−ＤＭＰをカバーする概念として使用し、ディジタルメディアコントローラ（ＤＭＣ）はＭ−ＤＭＣをカバーする概念として使用できる。
また、ＤＬＮＡは２ボックスモデル（2 Box Model）と３ボックスモデル（3 Box Model）として定義できる。２ボックスモデルは、ディジタルメディアプレイヤー（ＤＭＰ）及びディジタルメディアサーバ（ＤＭＳ）を含む。２ボックスモデルでディジタルメディアプレイヤー（ＤＭＰ）はユーザがディジタルメディアサーバ（ＤＭＳ）によりブラウジングされ（browsed）、配布される（distributed）コンテンツを探して再生できるようにする。３ボックスモデルは、ディジタルメディアコントローラ（ＤＭＣ）、ディジタルメディアサーバ（ＤＭＳ）、及びディジタルメディアレンダラー（ＤＭＲ）を含む。３ボックスモデルにおいて、ディジタルメディアコントローラ（ＤＭＣ）はユーザがディジタルメディアレンダラー（ＤＭＲ）で再生されるディジタルメディアサーバ（ＤＭＳ）のコンテンツを探すことができるようにする。
以下、図１を参考して、本発明の一実施形態に係るコンテンツ情報集合プロトコルを説明する。
図１は、本発明の実施形態に係るメディアサーバのコンテンツ情報集合動作を説明するためのフローチャートである。以下、メディアサーバはディジタルメディアサーバと同一の意味として使われる。また、コンテンツはＡＶデータのようなメディアコンテンツと同一の意味として使われる。コンテンツ情報は、コンテンツメタデータまたはコンテンツオブジェクトを含む意味として使われる。コンテンツオブジェクトは、コンテンツメタデータセット（a set of content metadata）を意味することができる。コンテンツオブジェクトは、単一ファイルフォーマット形式であるアイテムオブジェクトと、複数のファイルを含んだフォルダ形態のコンテナオブジェクトを含むことができる。
図１を参考すると、第１メディアサーバ１１０は、複数のメディアサーバ１３０、１５０の各々から転送されたコンテンツメタデータを受信することができる。メディアサーバは、ユーザがメディアサーバに格納されたコンテンツをブラウズ（browse）し、各々のコンテンツに関する詳細な情報を得るようにするために、コンテンツディレクトリサービス（ＣＤＳ：Content Directory Service）を提供する。
第１メディアサーバ１１０は、コンテンツディレクトリサービスのブラウズ／サーチ（Browse／Search()）アクションを用いて第２メディアサーバ１３０と第３メディアサーバ１５０から各々のコンテンツメタデータの転送を受けることができる。例えば、第１メディアサーバ１１０が第２メディアサーバ１３０にブラウズ／サーチ（Browse／Search()）アクションを要求すれば（Ｓ１０１）、第２メディアサーバ１３０はコンテンツディレクトリサービスを用いて第２メディアサーバ１３０に格納されたコンテンツの各々のコンテンツメタデータを第１メディアサーバ１１０に応答として転送することができる（Ｓ１０３）。また、第１メディアサーバ１１０は、第３メディアサーバ１５０にもブラウズ／サーチ（Browse／Search()）アクションを要求して（Ｓ１０５）、第３メディアサーバ１５０から第３メディアサーバ１５０に格納されたコンテンツの各々のコンテンツメタデータを応答として転送を受けることができる（Ｓ１０７）。次に、第１メディアサーバ１１０は統合されたユーザ経験（unified user experience）を提供するためのホームネットワーク内で全てのコンテンツ情報を収集することができる。第１メディアサーバ１１０の集合機能（aggregation function）は活性化されるか、または不活性化できる（turn on/off）。第１メディアサーバ１１０は、状態変数、コンテンツメタデータ、追加的な有用な制御メカニズムを通じて集合に対する有用な情報を提供することができる。追加的な有用な制御メカニズムは幾つかのアクションを提供することによって、より向上したユーザ経験を提供することができる。
この際、第２メディアサーバ１３０及び第３メディアサーバ１５０に含まれていてから、第１メディアサーバ１１０のような集合メディアサーバ（ＡＭＳ）の収集対象となるコンテンツメタデータセット、即ちコンテンツオブジェクトは集合対象オブジェクト（aggregated object）として定義できる。集合メディアサーバ（ＡＭＳ）は集合対象オブジェクト（aggregated object）を収集して、これに相応する集合オブジェクト（aggregate object）をまた作ることができる（recreate）。即ち、集合オブジェクト（aggregate object）は集合メディアサーバ（ＡＭＳ）が集合対象メディアサーバ（ＡＤＭＳ）である第２メディアサーバ１３０及び第３メディアサーバ１５０のような集合対象ＣＤＳ（aggregated ＣＤＳ）から収集したコンテンツメタデータに基づいてまた作り出したオブジェクトとして定義できる。
本発明の実施形態によれば、第１メディアサーバ１１０はメディアサーバの一種である仮想サーバ（virtual server）であって、コンテンツディレクトリサービスを用いて物理的に、または論理的にコンテンツメタデータを全部集めることができる。この際、仮想サーバはいかなるデバイスに格納されたコンテンツメタデータでも集めることができる。したがって、仮想サーバは複数のネイティブサーバからコンテンツメタデータを集めることもできる。ネイティブサーバは前述した第２メディアサーバ１３０と第３メディアサーバ１５０のように、コンテンツ及びコンテンツ関連情報を格納または提供する本来の意味のサーバを意味することができる。一方、仮想サーバはコンテンツまたはコンテンツ関連情報を要求及び受信する制御ポイント装置のような機能を遂行することができる。
一方、複数のネイティブサーバからコンテンツを集める仮想サーバの場合、コンテンツ変換（content transformation）を遂行する集合仮想サーバ（aggregating virtual server）という機能を示すために、ネットワーク上で唯一の名称を有しなければならない。また、集合仮想サーバは最後のネイティブデバイスがssdp：byebyeの発行を仮想化するか、または全てのネイティブサーバのキャッシュ−制御（CACHE-CONTROL）間隔が広告セットの受信無しで満了する場合、一定の時間、例えば５秒以内に自らのssdp：byebyeメッセージを発行しなければならない。ＳＳＤＰ（Simple Service Discovery Protocol）は、ネットワークに連結されたデバイスと使用可能なサービスを検索するためのプロトコルを意味する。
複数のネイティブサーバからコンテンツを集める機能を遂行しない仮想サーバは、基本的なネイティブサーバが提供する全てのアクションを提供しなければならない。また、集合機能を遂行しない仮想サーバはネイティブサーバのイベントが全て可能であるようにしなければならない。一方、複数のネイティブサーバからコンテンツを集める仮想サーバは自らが提供するアクションまたはイベントを制限することができる。
仮想サーバが多数のネイティブサーバからコンテンツメタデータを集めていれば、ネイティブサーバのうちの１つがネットワークを離れる場合、ネイティブサーバがネットワークを離れて、例えば１秒後に発行されたクエリーは階層内にネットワークを離れたネイティブサーバに格納されたコンテンツのコンテンツメタデータを見せてはならない。
本発明の実施形態によれば、集合仮想サーバは複数のネイティブサーバからコンテンツを収集すれば、現在ネットワーク上の全てのネイティブサーバからコンテンツメタデータを収集できなければならず、集合仮想サーバのデバイスディスクリプションの＜dlna：X_DLNSVIRT＞XMLエレメント内に“＊”フラグを明示しなければならない。
次に、複数のメディアサーバが存在する場合、メディアコンテンツのコンテンツメタデータに対するサーチ要求が含まれたユーザ入力を受信した制御ポイント装置２００は、仮想サーバの機能を遂行する第１メディアサーバ１１０にブラウズ／サーチアクションを要求して（Ｓ１０９）、第１メディアサーバ１１０に格納されたコンテンツメタデータの転送を受けることができる（Ｓ１１１）。第１メディアサーバ１１０に格納されたコンテンツメタデータは、ホームネットワーク内に存在する複数のメディアサーバ１３０、１５０から収集した全てのコンテンツメタデータを含むことができる。したがって、制御ポイント装置２００は１つのメディアサーバに一回のブラウズ／サーチアクションを要求するだけでも、複数のメディアサーバの全部に含まれた全てのコンテンツメタデータを受信することができる。これは、複数のメディアサーバが含まれたホームネットワークでどのメディアサーバに格納されているかを知らない特定コンテンツを探そうとする場合に効率的である。
以下、図２から図４を参考して、本発明の更に他の実施形態に係るコンテンツ情報集合プロトコルを説明する。
図２は、本発明の実施形態に従ってコンテンツ情報集合機能をサポートするメディアサーバを区別するための方法を説明するためのフローチャートである。
図２を参考すると、制御ポイント装置２００は複数のメディアサーバの各々から文書形態のサービスディスクリプション（Service Description Document）を受信することができる。制御ポイント装置２００は、受信されたサービスディスクリプションを用いて該当メディアサーバがコンテンツ情報集合機能をサポートするメディアサーバであるかを知ることができる。
メディアサーバは、集合コンテンツディレクトリサービス（aggregation CDS）を提供することができる。集合コンテンツディレクトリサービスは、ホームネットワーク内の全てのコンテンツに接近するための単一ポイント装置を提供することができる。物理的なコンテンツディレクトリサービス構造または集合コンテンツディレクトリサービスの仮想構造は、少なくとも１つの制御ポイントモジュールを提供することができる。制御ポイントモジュールは、集合特性と関連したメタデータ属性を設定し、集合特性と関連したアクションを作動させることができるモジュールとして定義できる。例えば、制御ポイントモジュールは前述した仮想サーバ内で他のメディアサーバに格納されたコンテンツ及びコンテンツ関連情報を要求及び受信する制御ポイント装置のような機能を遂行するモジュールでありうる。即ち、集合コンテンツディレクトリサービスを提供することができるメディアサーバは他のメディアサーバのコンテンツ及びコンテンツ関連情報を収集することができる制御ポイントモジュールを含むことができる。
サービスディスクリプションは、メディアサーバが提供するサービスに対する情報を含むことができる。制御ポイント装置２００は、メディアサーバにＨＴＴＰ ＧＥＴ要求を転送して、それに対する応答としてＸＭＬ形式に作成された該当メディアサーバのサービスディスクリプションを受信することができる。このように、図２を参考して説明する手続は、制御ポイント装置２００がホームネットワークに含まれたＵＰｎＰ装置またはＤＬＮＡ装置を探索する段階で遂行できる。
制御ポイント装置２００は、受信されたサービスディスクリプションに集合モード（Aggregation Mode）状態変数（State Variable）が含まれているか否かによって、該当メディアサーバがコンテンツ情報集合機能をサポートできるか否かを判断することができる。メディアサーバは、コンテンツ情報集合機能をサポートするか否かによって、コンテンツ情報集合機能をサポートするメディアサーバとコンテンツ情報集合機能をサポートしないメディアサーバとに分けられる。また、コンテンツ情報集合機能をサポートするメディアサーバは、集合可能メディアサーバ（ＡＣＭＳ：Aggregation Capable Media Server）と、集合メディアサーバ（ＡＭＳ：Aggregation Media Server）とに分けられる。集合可能メディアサーバ（ＡＣＭＳ）はコンテンツ情報集合機能を遂行できるが、現在コンテンツ情報集合機能を遂行していないサーバを意味し、集合メディアサーバ（ＡＭＳ）は現在コンテンツ情報集合機能を遂行しているメディアサーバを意味することができる。以下、一般メディアサーバ（ＬＭＳ：Legacy Media Server）は、コンテンツ情報集合機能をサポートしないメディアサーバと同一の意味として使われる。また、現在コンテンツ情報集合機能を遂行しているメディアサーバである集合メディアサーバ（ＡＭＳ）に対応して、現在集合メディアサーバ（ＡＭＳ）のコンテンツ情報集合の対象となるメディアサーバを集合対象メディアサーバ（ＡＤＭＳ：Aggregated Media Server）と定義することができる。
ネットワーク内にコンテンツ情報集合機能をサポートするメディアサーバがあるとしても、制御ポイント装置２００はコンテンツ情報集合機能をサポートするメディアサーバとコンテンツ情報集合機能をサポートしないメディアサーバとが区別できない。したがって、制御ポイント装置２００は複数のメディアサーバの各々にサービスディスクリプションを要求することができ、集合モード状態変数が含まれたサービスディスクリプションを受信することによって、コンテンツ情報集合機能をサポートするメディアサーバを知ることができる。
コンテンツ情報集合機能をサポートするメディアサーバは、制御ポイント装置２００に集合モード状態変数のように新しく定義された状態変数を転送することによって、自らがコンテンツ情報集合機能をサポートするメディアサーバであることを見せることができる。図２に示すように、制御ポイント装置２００が第１メディアサーバ１１０にＨＴＴＰ ＧＥＴを要求すれば（Ｓ３０１）、第１メディアサーバ１１０はこれに対する応答として集合モード状態変数が含まれたサービスディスクリプション文書を制御ポイント装置２００に転送する（Ｓ３０３）。制御ポイント装置２００は、サービスディスクリプション文書に含まれた集合モード状態変数を通じて第１メディアサーバ１１０がコンテンツ情報集合機能をサポートするメディアサーバであることが分かる。
一方、コンテンツ情報集合機能をサポートしないメディアサーバは、制御ポイント装置２００に集合モード状態変数が含まれていないサービスディスクリプションを転送することができる。図２に示すように、制御ポイント装置２００が第２メディアサーバ１３０または第３メディアサーバ１５０にＨＴＴＰ ＧＥＴを要求すれば（Ｓ３０５、Ｓ３０９）、第２メディアサーバ１３０または第３メディアサーバ１５０はこれに対する応答として集合モード状態変数が含まれていないサービスディスクリプション文書を制御ポイント装置２００に転送する（Ｓ３０７、Ｓ３１１）。制御ポイント装置２００は、サービスディスクリプション文書に集合モード状態変数が含まれていないことを確認して、第２メディアサーバ１３０または第３メディアサーバ１５０がコンテンツ情報集合機能をサポートしないメディアサーバであることが分かる。
集合モード状態変数の属性（properties）は、状態変数名称（Name）、イベントの有無（Event）、データタイプ（Data type）、及びデフォルト値（Default Value）を含むことができ、これに限定されるものではない。状態変数名称は、集合モード（Aggregation Mode）でありうる。イベントが可能で、集合メディアサーバ（ＡＭＳ）は集合モード状態変数を含んだイベントを通じて制御ポイント装置または他の集合可能メディアサーバ（ＡＣＭＳ）に自らが現在コンテンツ情報集合機能を遂行しているメディアサーバであることを知らせることができる。イベントが不可能なこともあるが、このような場合には制御ポイント装置２００が集合メディアサーバ（ＡＭＳ）に集合モードを獲得するためのアクションを適用することによって、該当集合メディアサーバ（ＡＭＳ）が集合機能を遂行したか否かを知るだけである。データタイプはブーリアン（Boolean）タイプであって、データ値が‘０’の場合は該当メディアサーバの集合機能がターンオフ（turned off）された場合であって、該当メディアサーバが集合メディアサーバ（ＡＭＳ）でない、集合可能メディアサーバ（ＡＣＭＳ）であることを示し、データ値が‘１’の場合はその瞬間の該当メディアサーバの集合機能がターンオン（turned on）された場合であって、該当メディアサーバが集合メディアサーバ（ＡＭＳ）であることを示す。デフォルト値は政策に従って決定されることができ、例えばデフォルト値を‘０’にして、メディアサーバを基本的に集合可能メディアサーバ（ＡＣＭＳ）にセッティングすれば、集合メディアサーバ（ＡＭＳ）が１つ以上の時に引き起こされる不要なネットワークトラフィックを防止することができる。
以下、ネットワーク上に複数の集合メディアサーバがコンテンツ情報集合機能を遂行している場合、複数の集合メディアサーバのうち、１つのメディアサーバのみを集合メディアサーバに設定する方法について説明する。
図３は、本発明の更に他の実施形態に係るコンテンツ情報集合プロトコルを実行する集合メディアサーバを設定する方法を説明するためのフローチャートである。
図３を参照すると、１つのネットワークにおいて、第１メディアサーバ３１０と第２メディアサーバ３３０が各々集合機能を遂行する（Ｓ５０１、Ｓ５０２）。第１メディアサーバ３１０と第２メディアサーバ３３０は、各々コンテンツ情報集合機能をサポートするメディアサーバであって、例えば、集合モード状態変数のデータ値が全て‘１’に該当して、現在コンテンツ情報集合機能がターンオンされた場合でありうる。言い換えると、第１メディアサーバ３１０及び第２メディアサーバ３００が全て集合メディアサーバ（ＡＭＳ）に該当する。
制御ポイント装置２００は、第１メディアサーバ３１０に集合モード獲得アクション（GetAggregationMode）を転送する（Ｓ５０３）。集合モード獲得アクションは、複数のコンテンツ情報集合機能をサポートするメディアサーバのうち、集合メディアサーバを区別するために集合モード状態変数を要求する命令でありうる。
制御ポイント装置２００は、内装または外装連結されたユーザインターフェース（User Interface）を介して受信したユーザ入力によってメディアサーバがコンテンツ情報集合機能をサポートするか否かを確認することができる。例えば、制御ポイント装置２００はユーザインターフェースを介して第１メディアサーバ３１０または第２メディアサーバ３３０を選択するユーザ入力を受信すれば、選択されたメディアサーバに集合モード獲得アクションを転送し、集合モード獲得アクションに対応する応答信号を受信することによって、ユーザ入力によって選択されたメディアサーバがコンテンツ情報集合機能をサポートするか否かを確認することができる。
集合モード獲得アクションの属性（properties）は、アクション名称（Name）、アーギュメント（Arguments）、関連した状態変数（Related State Variable）を含むことができ、これに限定されるものではない。アクション名称は、集合モード獲得（GetAggregationMode）でありうる。アーギュメントは命令に対応する変数であって、集合モード獲得アクションに対応する集合モード状態変数（AggregationMode）であり、集合モード状態変数の転送方向（Direction）はアウト（OUT）と定義されることができ、集合モード獲得アクションを受信した対象、例えば第１メディアサーバ３１０が集合モード状態変数を送信する主体になることができる。関連した状態変数は、集合モード状態変数（Aggregation Mode）でありうる。関連した状態変数の回収された値が‘０’の場合は、該当メディアサーバが集合メディアサーバ（ＡＭＳ）でない集合可能メディアサーバ（ＡＣＭＳ）であることを意味し、関連した状態変数の回収された値が‘１’の場合は、該当メディアサーバが集合メディアサーバ（ＡＭＳ）であることを意味することができる。
制御ポイント装置２００は、集合モード獲得アクションに対する応答として第１メディアサーバ３１０から転送された集合モード状態変数が含まれた情報を受信する（Ｓ５０５）。第１メディアサーバ３１０がデータ値が‘１’の集合モード状態変数を転送すれば、制御ポイント装置２００は第１メディアサーバ３１０が集合メディアサーバ（ＡＭＳ）であることが分かる。一方、制御ポイント装置２００は集合モード獲得アクションをメディアサーバに転送しなくても、メディアサーバから転送されたイベントメッセージ（eventing messages）を通じて該当メディアサーバが集合メディアサーバであることを知ることもでき、これに限定されるものではない。例えば、制御ポイント装置２００は第１メディアサーバ３１０からデータ値が‘１’の集合モード状態変数が含まれたイベントメッセージの転送を受けることによって、第１メディアサーバ３１０が集合メディアサーバ（ＡＭＳ）であることを知ることもできる。
また、第１メディアサーバ３１０は制御ポイント装置２００から転送された装置ディスクリプション要求（device description request）に対応して、制御ポイント装置２００に装置ディスクリプションを転送することができる。この際、装置ディスクリプションは集合モード状態変数と共に変更されたフレンドリ名（FriendlyName）を含むことができる。例えば、制御ポイント装置２００は複数のサーバと連結された場合、連結された複数のサーバのフレンドリ名が含まれたメディアサーバフレンドリ名リストをディスプレイ部に表示してユーザに提供することができる。次に、制御ポイント装置２００は第１メディアサーバ３１０から転送された、変更されたフレンドリ名を受信した場合、第１メディアサーバ３１０の変更されたフレンドリ名をディスプレイ部に表示することができる。ユーザは制御ポイント装置２００のディスプレイ部に表示されたメディアサーバフレンドリ名リストを通じて、集合モードを実行しているメディアサーバを識別することができる。フレンドリ名は“all your content aggregated”のように、該当メディアサーバの集合モード状態を示すことができるので、該当メディアサーバの製造名やモデル名のように、ユーザが該当メディアサーバの状態を識別し難いＩＤと区別できる。このように、集合メディアサーバ（ＡＭＳ）は集合機能を遂行し始める時、該当ネットワーク内でコンテンツメタデータを収集する動作を示すフレンドリ名を変更することによって、制御ポイント装置２００に集合機能の可否を知らせることができる。
前述したように、制御ポイント装置２００は第２メディアサーバ３３０にも別に集合モード獲得アクション（GetAggregationMode）を転送する（Ｓ５０７）。これに対し、第２メディアサーバ３３０がデータ値が‘１’の集合モード状態変数が含まれた情報を転送すれば（Ｓ５０９）、制御ポイント装置２００は第２メディアサーバ３３０が集合メディアサーバ（ＡＭＳ）であることが分かる。
次に、制御ポイント装置２００は第２メディアサーバ３３０を集合メディアサーバ（ＡＭＳ）に設定する（Ｓ５１１）。言い換えると、制御ポイント装置２００は第２メディアサーバ３３０のみを集合メディアサーバ（ＡＭＳ）に設定し、第１メディアサーバ３１０はこれ以上集合メディアサーバ（ＡＭＳ）でない、集合可能メディアサーバ（ＡＣＭＳ）に設定することができる。この場合、第１メディアサーバ３１０は第２メディアサーバ３３０の集合機能実行対象として集合対象メディアサーバ（ＡＤＭＳ）になることもでき、これに限定されるものではない。制御ポイント装置２００は、第１メディアサーバ３１０及び第２メディアサーバ３３０から転送された集合モード状態変数から複数のメディアサーバが現在コンテンツ情報集合を実行していることが分かる。但し、１つのネットワークで２つの集合メディアサーバが必要でない場合には、２つのうちの１つのメディアサーバのみが集合機能を遂行することで足りる。制御ポイント装置２００は、メディアサーバが集合機能をサポートするか否か、及び遂行するか否かを確認し、制御することができる。制御ポイント装置２００の制御によって対象メディアサーバは集合機能を遂行することも、遂行しないこともある。
また、制御ポイント装置２００はユーザインターフェースを介してメディアサーバの集合モード状態を設定または変更するユーザ入力を受信することもできる。本発明の実施形態によれば、制御ポイント装置２００はユーザインターフェースを介して複数の集合機能遂行が可能なメディアサーバのうち、１つのメディアサーバを集合機能を遂行するサーバとして選択するユーザ入力を受信することができる。例えば、制御ポイント装置２００はユーザインターフェースを介して第２メディアサーバ３３０の集合モード状態をオンに設定するユーザ入力または第１メディアサーバ３１０の集合モード状態をオフに変更するユーザ入力を受信することができる。
次に、制御ポイント装置２００は第１メディアサーバ３１０にデータ値が‘０’の集合モード状態変数を含む集合モード設定アクション（SetAggregationMode）を転送する（Ｓ５１３）。制御ポイント装置２００は、第２メディアサーバ３３０のみがコンテンツ情報集合機能を遂行するようにするために、第１メディアサーバ３１０の集合機能遂行を中断させることができる。制御ポイント装置２００は、集合モード設定アクションを用いて第１メディアサーバ３１０の集合機能を制御することができる。集合モード設定アクションは、コンテンツ情報集合機能をサポートするメディアサーバの集合機能が活性化または不活性化されるように制御する制御命令でありうる。
集合モード設定アクションの属性（properties）は、アクション名称（Name）、アーギュメント（Arguments）、関連した状態変数（Related State Variable）を含むことができ、これに限定されるものではない。アクション名称は、集合モード設定（SetAggregationMode）でありうる。アーギュメントは命令に対応する変数であって、集合モード設定アクションに対応する集合モード状態変数（Aggregation Mode）のことであり、集合モード状態変数の転送方向（Direction）はイン（IN）と定義されることができ、集合モード設定アクションを受信した対象、例えば第１メディアサーバ３１０が集合モード状態変数も受信することができる。この際、誤りコード（Error codes）は無用なパラメータ（Useless parameter）である７４１を含むことができる。誤りコードは集合モードアーギュメントの値が集合状態変数の現在値と同一であることを意味することができる。関連した状態変数は集合モード状態変数（AggregationMode）でありうる。関連した状態変数の回収された値が‘０’の場合は、該当メディアサーバの集合モードを不活性化することを意味し、関連した状態変数の回収された値が‘１’の場合は、該当メディアサーバの集合モードを活性化することを意味することができる。
データ値が‘０’の集合モード状態変数を含む集合モード設定アクションを受信した第１メディアサーバ３１０は集合機能遂行を中断する（Ｓ５１５）。したがって、制御ポイント装置２００の制御によって、ネットワーク上には第２メディアサーバ３３０のみが集合メディアサーバ（ＡＭＳ）としてコンテンツ情報集合機能を遂行することができる。
図４は、本発明の更に他の実施形態に係るコンテンツ情報集合プロトコルを実行する集合メディアサーバを設定する方法を説明するためのフローチャートである。以下、図３で説明したものと同一の部分に対する説明は省略する。
図４を参考すると、１つのネットワーク内で第１メディアサーバ３１０及び第２メディアサーバ３３０両方とも集合機能を遂行していない。第１メディアサーバ３１０及び第２メディアサーバ３３０は、例えば集合モード状態変数のデータ値が全て‘０’に該当して、現在コンテンツ情報集合機能がターンオフされた場合でありうる。
制御ポイント装置２００が第１メディアサーバ３１０に集合モード獲得アクション（GetAggregationMode）を転送すれば（Ｓ６０１）、集合モード獲得アクションに対する応答として第１メディアサーバ３１０から転送された集合モード状態変数が含まれた情報を受信する（Ｓ６０３）。第１メディアサーバ３１０がデータタイプが‘０’の集合モード状態変数を転送すれば、制御ポイント装置２００は第１メディアサーバ３１０が集合メディアサーバ（ＡＭＳ）の機能を遂行していないことが分かる。一方、制御ポイント装置２００は集合モード獲得アクションをメディアサーバに転送しなくても、メディアサーバから転送されたイベントメッセージを通じて該当メディアサーバが集合機能を遂行するか否かを知ることもでき、これに限定されるものではない。例えば、制御ポイント装置２００は第１メディアサーバ３１０からデータタイプが‘０’の集合モード状態変数が含まれたイベントメッセージの転送を受けることによって、第１メディアサーバ３１０が集合メディアサーバ（ＡＭＳ）の機能を遂行していないことが分かる。
制御ポイント装置２００は、第２メディアサーバ３３０にも別に集合モード獲得アクション（GetAggregationMode）を転送する（Ｓ６０５）。これに対し、第２メディアサーバ３３０がデータタイプが‘０’の集合モード状態変数が含まれた情報を転送すれば（Ｓ６０７）、制御ポイント装置２００は第２メディアサーバ３３０が集合メディアサーバ（ＡＭＳ）の機能を遂行していないことが分かる。次に、制御ポイント装置２００は第１メディアサーバ３１０を集合メディアサーバ（ＡＭＳ）に設定する（Ｓ６０９）。
制御ポイント装置２００は、集合メディアサーバ（ＡＭＳ）に設定された第１メディアサーバ３１０にデータ値が‘１’の集合モード状態変数を含む集合モード設定アクション（SetAggregationMode）を転送する（Ｓ６１１）。
データタイプの値が‘１’の集合モード状態変数を含む集合モード設定アクションを受信した第１メディアサーバ３１０は集合機能遂行を始める（Ｓ６１３）。したがって、制御ポイント装置２００の制御によって、ネットワーク上で第１メディアサーバ３１０のみが集合メディアサーバ（ＡＭＳ）としてコンテンツ情報集合機能を遂行することができる。
以下、図５及び図６を参考して本発明の実施形態に係るＤＬＮＡの２ボックスモデルと３ボックスモデルを構成する装置の構造を説明する。
図５は、本発明の実施形態に係る２ボックスモデルを構成する装置のブロックダイアグラムである。
図５を参考すると、ＤＬＮＡの２ボックスモデルは、メディアサーバ１００及びメディアプレイヤー４００を含む。メディアサーバ１００は、メディアプレイヤー４００にイベントメッセージを転送することができる。または、メディアサーバ１００はメディアプレイヤー４００から転送された要求（Request）に対応して、応答（Response）を転送することもできる。メディアサーバ１００は、メディアサーバのメモリ１０５に格納されたデータをメディアプレイヤー４００に転送することができる。メディアプレイヤー４００は、メディアサーバ１００から転送されたデータを処理して再生することができる。
メディアサーバ１００は、ネットワークインターフェース１０１、制御部１０３、メモリ１０５、及びメタデータ処理部１１３を含む。
メディアサーバ１００のネットワークインターフェース１０１は、メディアプレイヤー４００から転送された命令（command）、要求（request）、及びアクション（action）が含まれたメッセージを受信することができる。また、ネットワークインターフェース１０１は、メディアプレイヤー４００にイベントメッセージ、データなどを転送することができる。ネットワークインターフェース１０１は、メディアサーバ１００の物理的要素でありうる。
制御部１０３は、ユーザ入力またはソフトウェアに基づいてメディアサーバ１００に含まれた各々の構成の動作を制御する。制御部１０３は、メディアサーバ１００の論理的要素でありうる。例えば、制御部１０３はネットワークインターフェース１０１を介して受信した要求によって、メモリ１０５に格納されたコンテンツメタデータを抽出してネットワークインターフェース１０１を介して外部に転送されるように制御することができる。
メモリ１０５は、多様な種類の情報を格納する。メモリ１０５は、メディアサーバ１００の物理的要素でありうる。メモリ１０５は、コンテンツ格納部１０７、メタデータ格納部１０９、及びバッファ１１１を含むことができる。コンテンツ格納部１０７は、メディアコンテンツデータを格納することができる。メタデータ格納部１０９は、コンテンツに関する情報であるメタデータを格納することができる。メタデータ格納部１０９は、メタデータを分類して格納することもできる。バッファ１１１は、多様な種類のデータを臨時に格納することができる。また、メモリ１０５はメディアサーバ１００の状態情報を格納することができる。状態情報は、メディアサーバ１００のハードウェア的な状態に関する情報、またはソフトウェア的な状態に関する情報を含むことができる。例えば、状態情報はメディアサーバ１００の格納サイズ、メモリ、ＣＰＵ性能、ＸＭＬパッシング能力、コンテンツ変更能力、連結及び転送プロトコル、格納されたコンテンツ個数、装置タイプ、集合モード状態、折衝モード状態などに関する情報を含むことができる。
メタデータ処理部１１３は、コンテンツ格納部１０７に格納されたメディアコンテンツのメタデータを抽出し、分離する。メタデータ処理部１１３が抽出及び分離したメタデータはメタデータ格納部１０９に格納できる。
メディアサーバ１００は、コンテンツを格納するだけでなく、コンテンツと関連した情報であるメタデータを共に格納することができるので、格納されたコンテンツに対する情報を提供し、コンテンツストリーミングサービス、コンテンツアップロード／ダウンロードサービスを提供することができる。
メディアプレイヤー４００は、ネットワークインターフェース４０１、制御部４０３、メモリ４０５、メタデータ処理部４１３、デコーディング部４１５、及びディスプレイ部４１７を含み、前述したメディアコントローラとメディアレンダラーの機能を全て実行することができる。以下、前述したものと同一の説明は省略する。
ネットワークインターフェース４０１は、メディアサーバ１００に命令（command）、要求（request）、アクション（action）が含まれたメッセージを転送することができる。また、ネットワークインターフェース４０１はメディアサーバ１００から転送されたイベントメッセージ、データなどを受信することができる。
制御部４０３は、ユーザ入力またはソフトウェアに基づいてメディアサーバ１００に含まれた各々の構成の動作を制御する。例えば、制御部４０３はネットワークインターフェース４０１を介して受信したコンテンツをメモリ４０５に格納し、格納されたコンテンツをデコーディング部４１５で処理して、処理されたコンテンツがディスプレイ部４１７に表示されるように制御することができる。
メモリ４０５は、コンテンツ格納部４０７、メタデータ格納部４０９、及びバッファ４１１を含む。コンテンツ格納部４０７は、メディアサーバ１００から転送されたメディアコンテンツを格納することができる。メタデータ格納部４０９は、メディアサーバ１００から転送されたメタデータを格納することができる。
メタデータ処理部４１３は、メディアサーバ１００から転送されたメタデータのデータタイプを区分して、制御部４０３が視覚化するか、または制御可能に一定のカテゴリーに分類することができる。
デコーディング部４１５は、エンコーディングされたメディアコンテンツをディスプレイ部４１７に表示できるようにデコーディングする。
ディスプレイ部４１７は、ユーザインターフェースまたはメディアのような多様な種類のデータを視覚化して表示する。ユーザは、ディスプレイ部４１７に表示されたユーザインターフェースを介してユーザ入力を入力することができ、ディスプレイ部４１７にメディアを表示する方式でメディアを用いることもできる。
図６は、本発明の実施形態に係る３ボックスモデルを構成する装置のブロックダイアグラムである。以下、前述した２ボックスモデルで説明された構成と同一の構成に対する説明は省略する。
ＤＬＮＡの３ボックスモデルは、メディアサーバ１００、メディアコントローラ２００、及びメディアレンダラー５００を含む。メディアサーバ１００は、メディアコントローラ２００にイベントメッセージ（event）またはメディアコントローラ２００から転送された要求（request）に従う応答（response）を転送することができる。メディアコントローラ２００は、メディアレンダラー５００にイベントメッセージ（event）またはメディアレンダラー５００から転送された要求（request）に従う応答（response）を転送することもできる。メディアサーバ１００は、メディアコントローラ２００から転送された要求（request）に従ってメディアレンダラー５００にデータ（data）を転送することができる。メディアレンダラー５００は、メディアサーバ１００から転送されたデータをディスプレイ部５１７に表示することができる。３ボックスモデルでメディアコントローラ２００はメディアサーバ１００から転送されたコンテンツのメタデータを格納及び処理することができ、メディアレンダラー５００はメディアサーバから転送されたコンテンツを格納、処理、及びディスプレイすることができる。
以下、図７を参考して、本発明の実施形態に係る折衝メディアサーバにより集合メディアサーバが設定される方法を説明する。
図７は、本発明の実施形態に係る折衝メディアサーバが集合メディアサーバを設定する方法を説明するためのフローチャートである。
図７を参考すると、第１メディアサーバ７１０は同一のネットワークに含まれた複数の集合可能メディアサーバ、例えば第２メディアサーバから第５メディアサーバ７３０、７５０、７７０、７９０のうち、少なくとも１つを集合メディアサーバに設定することができる。
１つのネットワークに複数の集合可能メディアサーバが連結されている場合、ユーザ入力により制御される制御ポイント装置から要求信号が転送されないとしても、自動で集合可能メディアサーバが他の集合可能メディアサーバの集合機能が活性化するか否かを制御する必要がある。
但し、他の集合可能メディアサーバによる集合可能メディアサーバの制御がユーザの意図と異なるようになされることがあるので、集合可能メディアサーバの集合機能が他の集合可能メディアサーバにより制御できるか否かを指示及び設定する必要がある。
折衝手続（Negotiation procedures）は、複数の集合可能メディアサーバのうち、少なくとも１つの集合機能を遂行する集合メディアサーバに設定する自動的な（automatic）手続を意味することができる。例えば、集合可能メディアサーバがこのような折衝手続を開始することができる。
折衝メディアサーバ（Negotiator）は、折衝手続を開始する集合可能メディアサーバを意味することができる。例えば、ネットワークに新しく加入（join）する集合可能メディアサーバは自動的に折衝メディアサーバになることができる。または、折衝メディアサーバの状況が変わる場合、例えば集合メディアサーバになるとか、該当ネットワークとの連結が途絶える場合に、折衝メディアサーバは予め他の集合可能メディアサーバに折衝メディアサーバの役割を任せることもできる。折衝メディアサーバはネットワーク連結が途絶える場合に、集合メディアサーバに予めこれを知らせることもできる。
１つのネットワークに折衝メディアサーバがない場合には、集合メディアサーバが該当ネットワーク内で１つの集合可能メディアサーバに折衝メディアサーバの役割を任せなければならない責任がありうる。
図７で、第１メディアサーバ７１０が第２メディアサーバから第５メディアサーバ７３０、７５０、７７０、７９０を含むネットワークに新しく加入すれば（Ｓ７０１）、第１メディアサーバ７１０は折衝メディアサーバとなることができる。折衝メディアサーバである第１メディアサーバ７１０は折衝機能を活性化して（Ｓ７０３）、集合可能メディアサーバである第１メディアサーバから第５メディアサーバ７１０、７３０、７５０、７７０、７９０のうちの１つを集合メディアサーバに設定するための折衝手続を開始する前に、複数のメディアサーバの各々の集合モードに関する情報を収集することができる。
第１メディアサーバ７１０は、第２メディアサーバから第５メディアサーバ７３０、７５０、７７０、７９０に集合モード獲得アクション（GetAggregationMode）を転送する（Ｓ７０７、Ｓ７１１、Ｓ７１５、Ｓ７１９）。集合モード獲得アクションを受信した第２メディアサーバから第５メディアサーバ７３０、７５０、７７０、７９０は、第１メディアサーバ７１０に特定の値を有する状態変数を転送することができる。集合モード獲得アクションに対応して転送される応答は、制御可能集合モード（ControllableAggregationMode）状態変数、集合モード（AggregationMode）状態変数のうち、少なくとも１つを含むことができる。
制御可能集合モード状態変数の属性（properties）は、状態変数名称（Name）、イベントの有無（Event）、データタイプ（Data type）、許容値（Allowed Value）、及びデフォルト値（Default Value）を含むことができ、これに限定されるものではない。状態変数名称は、制御可能集合モード（ControllableAggregationMode）でありうる。イベントは可能であることも、可能でないこともある。データタイプは、ブーリアン（Boolean）タイプ、またはストリング（string）タイプでありうる。データタイプがブーリアンタイプの場合、許容値は‘０’または‘１’でありうる。許容値が‘０’の場合は、該当集合可能メディアサーバが他の集合可能メディアサーバにより制御できないことを意味することができ、許容値が‘１’の場合は、該当集合可能メディアサーバが他の集合可能メディアサーバにより制御できることを意味することができる。データタイプがストリングタイプの場合、許容値は‘集合可能メディアサーバにより制御できない（Not_Controllable_by_ACMS）’、または‘集合可能メディアサーバにより制御できる（Controllable_by_ACMS）’でありうる。デフォルト値は政策に従って決定されることができ、例えばデフォルト値を‘１’にしてメディアサーバを基本的に他の集合可能メディアサーバにより制御できることに設定することが推奨されることができ、これに限定されるものではない。
集合モード状態変数の属性（properties）は、状態変数名称（Name）、イベントの可否（Event）、データタイプ（Data type）、許容値（Allowed Value）、及びデフォルト値（Default Value）を含むことができ、これに限定されるものではない。以下に説明する集合モード状態変数は、前述した集合モード状態変数と同一の概念であるが、データタイプなどでより拡張された概念を含むことができる。以下では前述した集合モード状態変数と同一の部分に関する説明は省略し、差異点を説明する。
集合モード状態変数のデータタイプは４種類の各々異なる状態を指示するデータタイプは何でも許容できる。例えば、データタイプは‘ｕｉ１’または‘ｕｉ４’になることができる。また、ストリング（string）タイプも適用できる。データタイプが‘ｕｉ１’または‘ｕｉ４’のような整数（integer）タイプの場合、許容値が‘０’の場合はコンテンツ情報集合機能を遂行することができるが、現在コンテンツ情報集合機能を遂行しておらず、該当集合可能メディアサーバが他の集合可能メディアサーバにより制御できることを意味することができる。許容値が‘１’の場合は、現在コンテンツ情報集合機能を遂行しており、該当集合可能メディアサーバが他の集合可能メディアサーバにより制御できることを意味することができる。許容値が‘２’の場合は、コンテンツ情報集合機能を遂行することができるが、現在コンテンツ情報集合機能を遂行しておらず、該当集合可能メディアサーバが他の集合可能メディアサーバにより制御できないことを意味することができる。許容値が‘３’の場合は、現在コンテンツ情報集合機能を遂行しており、該当集合可能メディアサーバが他の集合可能メディアサーバにより制御できないことを意味することができる。データタイプがストリングタイプの場合、許容値は‘集合可能メディアサーバにより制御できる集合可能メディアサーバ（Controllable_ACMS_by_ACMS）’、‘集合可能メディアサーバにより制御できる集合メディアサーバ（Controllable_AMS_by_ACMS）’、‘集合可能メディアサーバにより制御できない集合可能メディアサーバ（Not_Controllable_ACMS_by_ACMS）’、‘集合可能メディアサーバにより制御できない集合メディアサーバ（Not_Controllable_AMS_by_ACMS）’でありうる。デフォルト値は政策に従って決定できる。
第１メディアサーバ７１０は、第２メディアサーバ７３０に集合モード獲得アクション（GetAggregationMode()）を転送する（Ｓ７０７）。第２メディアサーバ７３０は、現在該当ネットワーク上でコンテンツ情報集合機能を遂行しているので（Ｓ７０５）、集合モード獲得アクションに対する応答として許容値が‘１’の集合モード状態変数を第１メディアサーバに転送する（Ｓ７０９）。第１メディアサーバ７１０は、第２メディアサーバ７３０から転送された集合モード状態変数の許容値に基づいて第２メディアサーバ７３０が現在コンテンツ情報集合機能を遂行しており、第２メディアサーバ７３０は他の集合可能メディアサーバにより制御できることが分かる。
第１メディアサーバ７１０は、第３メディアサーバ７５０に集合モード獲得アクション（GetAggregationMode()）を転送する（Ｓ７１１）。第３メディアサーバ７５０は、集合モード獲得アクションに対する応答として許容値が‘０’の集合モード状態変数を第１メディアサーバ７１０に転送する（Ｓ７１３）。第１メディアサーバ７１０は、第３メディアサーバ７５０から転送された集合モード状態変数の許容値に基づいて第３メディアサーバ７５０がコンテンツ情報集合機能を遂行することができるが、現在コンテンツ情報集合機能を遂行しておらず、第３メディアサーバ７５０は他の集合可能メディアサーバにより制御できることが分かる。
第１メディアサーバ７１０は、第４メディアサーバ７７０に集合モード獲得アクション（GetAggregationMode()）を転送する（Ｓ７１５）。第４メディアサーバ７７０は、集合モード獲得アクションに対する応答として許容値が‘２’の集合モード状態変数を第１メディアサーバ７１０に転送する（Ｓ７１７）。第１メディアサーバ７１０は、第４メディアサーバ７７０から転送された集合モード状態変数の許容値に基づいて第４メディアサーバ７７０がコンテンツ情報集合機能を遂行することができるが、現在コンテンツ情報集合機能を遂行しておらず、第４メディアサーバ７７０は他の集合可能メディアサーバにより制御できないことが分かる。
第１メディアサーバ７１０は、第５メディアサーバ７９０に集合モード獲得アクション（GetAggregationMode()）を転送する（Ｓ７１９）。第５メディアサーバ７９０は、集合モード獲得アクションに対する応答として許容値が‘３’の集合モード状態変数を第１メディアサーバ７１０に転送する（Ｓ７２１）。第１メディアサーバ７１０は、第５メディアサーバ７９０から転送された集合モード状態変数の許容値に基づいて第５メディアサーバ７９０が現在コンテンツ情報集合機能を遂行しており、第５メディアサーバ７９０は他の集合可能メディアサーバにより制御できないことが分かる。
次に、第１メディアサーバ７１０は現在集合機能を遂行している集合メディアサーバである第２メディアサーバ７３０と第５メディアサーバ７９０のうち、他のメディアサーバにより制御できる第２メディアサーバ７３０と折衝手続を開始する（Ｓ７２３）。第１メディアサーバ７１０は、複数のメディアサーバの各々から収集した集合モードに関する情報に基づいて複数のメディアサーバのうちの少なくとも１つを集合メディアサーバに設定するための折衝を開始することができる。折衝手続は他のメディアサーバにより制御できるメディアサーバと折衝メディアサーバとの間に開始される手続でありうる。
次に、折衝結果、第１メディアサーバ７１０と第２メディアサーバ７３０のうち、第１メディアサーバ７１０が集合メディアサーバに設定されれば（Ｓ７２５）、第１メディアサーバ７１０は第２メディアサーバ７３０の集合機能を不活性化させながら、第１メディアサーバ７１０の集合機能を活性化させることができる。第１メディアサーバ７１０は、第２メディアサーバ７３０の集合機能を不活性化させるために、第２メディアサーバ７３０にデータタイプが‘０’の集合モード状態変数（AggregationMode＝０）を含む集合モード設定アクション（SetAggregationMode）を転送する（Ｓ７２７）。また、第１メディアサーバ７１０は第１メディアサーバ７１０の集合機能を活性化しながら折衝機能を不活性化する（Ｓ７３５）。第１メディアサーバ７１０の集合機能活性化と折衝機能不活性化は同時になされることができるが、これに限定されるものではない。図面符号ステップＳ７２７とステップＳ７３５は同時に遂行されることができ、これに限定されるものではない。
また、第１メディアサーバ７１０は第２メディアサーバ７３０に許容値が‘１’の折衝モード状態変数（NegotiationMode）を含む折衝モード設定アクション（SetNegotiationMode）を転送する（Ｓ７２９）。第１メディアサーバ７１０は、自分が集合メディアサーバになるにつれて第２メディアサーバ７３０に折衝メディアサーバの役割を引き渡すことができる（handover）。
折衝モード状態変数の属性（properties）は、状態変数名称（Name）、イベントの有無（Event）、データタイプ（Data type）、許容値（Allowed Value）、デフォルト値（Default Value）を含むことができ、これに限定されるものではない。状態変数名称は折衝モード（NegotiationMode）でありうる。イベントが可能で、集合メディアサーバは折衝モード状態変数を含んだイベントを通じて該当ネットワーク内に折衝メディアサーバがあるか否かが分かる。データタイプはブーリアン（Boolean）タイプ、またはストリング（string）タイプでありうる。データタイプがブーリアンタイプの場合、許容値は‘０’または‘１’でありうる。許容値が‘０’の場合は、該当メディアサーバが折衝メディアサーバでないことを意味することができ、許容値が‘１’の場合は該当メディアサーバが折衝メディアサーバであることを意味することができる。データタイプがストリングタイプの場合、許容値は‘折衝メディアサーバ（Negotiator）’または‘折衝メディアサーバでない（Not_a_Negotiator）’ことがある。デフォルト値が‘１’の場合、集合可能メディアサーバが１つのネットワークに加入した場合に集合手続を始めることができ、これに限定されるものではない。
折衝モード設定アクションの属性（properties）は、アクション名称（Name）、及びアーギュメント（Arguments）を含むことができ、これに限定されるものではない。アクション名称は、折衝モード設定（SetNegotiationMode）でありうる。アーギュメントは命令に対応する変数であって、アーギュメント名称（Name）、アーギュメント方向（Direction）、関連した状態変数（Related State Variable）を含むことができ、これに限定されるものではない。折衝モード設定アクションに対応するアーギュメントの名称は折衝モード状態変数（NegotiationMode）のことであり、転送方向はイン（IN）に定義されることができ、折衝モード設定アクションを転送する第１メディアサーバ７１０が折衝モード状態変数を送信する主体になることができる。関連した状態変数は、折衝モード状態変数（NegotiationMode）でありうる。
次に、‘０’の値を有する集合モード状態変数を含む集合モード設定アクション及び‘１’の値を有する折衝モード状態変数を含む折衝モード設定アクションを受信した第２メディアサーバ７３０は、集合機能を不活性化しながら折衝機能を活性化する（Ｓ７３１）。集合機能の不活性化と折衝機能の活性化は同時に遂行されることができ、これに限定されるものではない。したがって、第２メディアサーバ７３０は集合機能の遂行を中断する（Ｓ７３３）。第２メディアサーバ７３０は、現在集合機能を遂行する第１メディアサーバ７１０のネットワーク連結が中断されるなど、集合メディアサーバの不在時、新たな集合メディアサーバを設定するために折衝メディアサーバとして折衝手続を新しく開始することができる。
次に、図８を参考して、本発明の実施形態に従って別途のお知らせ無しで折衝メディアサーバのネットワーク接続が解除された場合、新たな折衝メディアサーバを設定する方法を説明する。
図８は、本発明の実施形態に係る折衝メディアサーバを設定する方法を説明するためのフローチャートである。
図８を参考すると、第１メディアサーバ７１０は折衝機能を活性化する（Ｓ９０１）。１つのネットワーク内で第１メディアサーバ７１０は現在折衝メディアサーバの役割を遂行することができる。
第１メディアサーバ７１０は折衝メディアサーバであって、現在集合機能を遂行している（Ｓ９０３）集合メディアサーバである第２メディアサーバ７３０に許容値が‘１’の折衝モード状態変数を含むイベントメッセージを転送する（Ｓ９０５）。許容値が‘１’の折衝モード状態変数を含むイベントメッセージを受信した第２メディアサーバ７３０は、第１メディアサーバ７１０が折衝メディアサーバであることが分かる。
次に、第１メディアサーバ７１０がお知らせ（notification）や折衝メディアサーバへの役割を他のメディアサーバに引き渡し（handover）無しでネットワーク接続が解除される場合が発生する。
集合メディアサーバである第２メディアサーバ７３０は、ネットワーク内に折衝メディアサーバがあるか否かを確認することができる。前述した第１メディアサーバのイベントメッセージ転送とは異なり、同一ネットワークに存在する他のメディアサーバである第３メディアサーバ７５０が特定の許容値を有する折衝モード状態変数を含むいかなるイベントメッセージも転送しない場合（Ｓ９０７）、第２メディアサーバ７３０は第３メディアサーバ７５０に折衝モード獲得アクション（GetNegotiationMode()）を転送する（Ｓ９０９）。
折衝モード獲得アクションの属性（properties）は、アクション名称、及びアーギュメント（Arguments）を含むことができ、これに限定されるものではない。アクション名称は折衝モード獲得（GetNegotiationMode）でありうる。アーギュメントは命令に対応する変数であって、アーギュメント名称（Name）、アーギュメント方向（Direction）、関連した状態変数（Related State Variable）を含むことができ、これに限定されるものではない。折衝モード獲得アクションに対応するアーギュメント名称は、折衝モード状態変数（NegotiationMode）でありうる。アーギュメント、即ち折衝モード状態変数の転送方向はアウト（OUT）として定義されることができ、折衝モード獲得アクションを受信した対象、例えば第３メディアサーバ７５０の折衝モード状態変数が対象アーギュメントになることができる。関連した状態変数は、折衝モード状態変数（NegotiationMode）でありうる。
第３メディアサーバ７５０は、折衝モード獲得アクションに対応して許容値が‘０’の折衝モード状態変数を第２メディアサーバ７３０に転送する（Ｓ９１１）。
ネットワーク内のメディアサーバから許容値が‘１’の折衝モード状態変数を含むイベントメッセージまたは応答メッセージを受信できなかった第２メディアサーバ７３０は、該当ネットワーク上で折衝機能を遂行するサーバである折衝メディアサーバの不在を認識する（Ｓ９１３）。
次に、ネットワーク上で折衝メディアサーバの不在を認識した第２メディアサーバ７３０は、第３メディアサーバ７５０に許容値が‘１’の折衝モード状態変数を含む折衝モード設定アクションを転送する（Ｓ９１５）。
許容値が‘１’の折衝モード状態変数を含む折衝モード設定アクションを受信した第３メディアサーバ７５０は新たな折衝メディアサーバになることができる。
次に、図９から図１１を参考して、折衝手続上で集合メディアサーバを設定する基準を説明する。
図９は、本発明の実施形態に係る折衝メディアサーバが集合メディアサーバを設定する基準を説明するためのフローチャートである。
図９を参考すると、１つのネットワークに含まれた第２メディアサーバ７３０と第３メディアサーバ７５０は、各々集合機能を遂行する集合メディアサーバである（Ｓ１１０１、Ｓ１１０３）。
第１メディアサーバ７１０は、例えば第２メディアサーバ７３０及び第３メディアサーバ７５０が含まれたネットワークに新しく加入すれば、折衝メディアサーバになって第１メディアサーバ７１０の折衝機能が活性化される（Ｓ１１０５）。１つのネットワークに複数の集合可能メディアサーバまたは集合メディアサーバが存在する場合に発生する不要なネットワークトラフィックを避けるために、１つまたは最小限の集合可能メディアサーバのみが集合機能を遂行する必要があり、その他の集合可能メディアサーバは集合機能を遂行する必要無しで一般メディアサーバとして機能するだけで足りる。したがって、例えば１つの集合可能メディアサーバを特定して集合機能を遂行するようにするために、折衝メディアサーバは複数の集合可能メディアサーバの集合能力に関する情報を収集することができる。
折衝機能が活性化された第１メディアサーバ７１０は、第２メディアサーバ７３０に集合モード獲得アクション（GetAggregationMode()）を転送する（Ｓ１１０７）。第２メディアサーバ７３０は、第１メディアサーバ７１０から転送された集合モード獲得アクションに対する応答として、データタイプが‘１’の集合モード状態変数を転送する（Ｓ１１０９）。
次に、第１メディアサーバ７１０は第２メディアサーバ７３０に集合能力獲得アクション（GetAggregationCapability()）を転送する（Ｓ１１１１）。第２メディアサーバ７３０は、第１メディアサーバ７１０から転送された集合能力獲得アクションに対する応答として、集合能力状態変数を転送する（Ｓ１１１３）。
また、第１メディアサーバ７１０は第３メディアサーバ７５０に集合モード獲得アクション（GetAggregationMode()）を転送する（Ｓ１１１５）。第３メディアサーバ７５０は、第１メディアサーバ７１０から転送された集合モード獲得アクションに対する応答として、データタイプが‘０’の集合モード状態変数を転送する（Ｓ１１１７）。
次に、第１メディアサーバ７１０は第３メディアサーバ７５０に集合能力獲得アクション（GetAggregationCapability()）を転送する（Ｓ１１１９）。第３メディアサーバ７５０は、第１メディアサーバ７１０から転送された集合能力獲得アクションに対する応答として、集合能力状態変数を転送する（Ｓ１１２１）。
このように、第１メディアサーバ７１０は集合モード獲得アクションを用いて１つのネットワーク内で第２メディアサーバ７３０及び第３メディアサーバ７５０が集合機能を遂行していることが分かる。これによって、集合可能メディアサーバ、例えば第１メディアサーバ７１０、第２メディアサーバ７３０、及び第３メディアサーバ７５０は、集合機能を遂行するために必須的に（necessarily）、そして長所として（beneficially）要求されるメディアサーバの能力（capabilities）とリソース（resources）に関する情報を共有する必要がある。メディアサーバの装置属性のうち、どんな属性が必須的で、かつ長所として要求される能力とリソースであるかが定義される必要がある。
集合能力獲得アクション（GetAggregationCapability()）はアクション名称（Name）、及びアーギュメント（Arguments）を含むことができ、これに限定されるものではない。アクション名称は、集合能力獲得（GetAggregationCapability）でありうる。アーギュメントは、アーギュメント名称（Name）、アーギュメント方向（Direction）、関連した状態変数（Related State Variable）を含むことができ、これに限定されるものではない。集合能力獲得アクションに対応するアーギュメントの名称は、集合能力状態変数（AggregationCapability）のことであり、集合能力状態変数の転送方向はアウト（OUT）として定義できる。関連した状態変数は、集合能力状態変数（AggregationCapability）でありうる。
集合能力状態変数（AggregationCapability）の属性（properties）は、状態変数名称（Name）、イベントの有無（Event）、データタイプ（Data type）、許容値（Allowed Value）を含むことができ、これに限定されるものではない。状態変数名称は、集合能力（AggregationCapability）でありうる。イベントは可能であることも、可能でないこともある。データタイプは、ストリング（string）タイプでありうる。許容値はいろいろな値を表現するリスト形態、例えば、‘ＣＳＶ（Comma Separated Value list）’でありうる。‘ＣＳＶ’タイプの状態変数は複数の属性を含むことができる。当該個々のデータタイプは装置属性によって決定できる。以下、図１０及び図１１を参考して、集合能力状態変数に含まれることができる情報について説明する。
図１０は、本発明の実施形態に係る集合メディアサーバ設定基準を説明するための図である。
図１０を参考すると、本発明の一実施形態に係る集合能力状態変数は、全体格納サイズ（Total Storage Size）、残っている格納サイズ（Free Storage Size）、メモリ（Memory）、ＣＰＵ、ＸＭＬパッシング能力（XML Parsing Capability）、変更能力（Transforming Capability）、連結及び転送プロトコル（Connectivity & Transfer protocol）、格納されたコンテンツ個数（The number of stored content）、装置タイプ（Device Type）、集合モード（Aggregation Mode）などの装置属性に関する情報を含むことができ、これに限定されるものではない。
全体格納サイズと残っている格納サイズは、該当メディアサーバが１つのネットワーク内で収集するコンテンツメタデータの量を決定する基準になることができる。
メモリは、該当メディアサーバが１つのネットワーク内で扱うコンテンツメタデータの量を決定する基準になることができる。
ＣＰＵパフォーマンスは、該当メディアサーバのデータ管理及び計算と関連がある。
メタデータはＸＭＬとして表現されるため、ＸＭＬパッシング能力が重要な要素となり、ＸＭＬパッシング能力に従う等級（grade）情報が要求される。
集合可能メディアサーバは、実際に該当コンテンツを含むメディアサーバに代わってコンテンツを変更することもできるので、変更能力は重要な属性となり、該当メディアサーバが変更できるファイルフォーマットの個数が変更能力を説明する情報となることができる。
連結及び転送プロトコルは、該当メディアサーバが他のメディアサーバまたは制御ポイント装置に転送するデータの量を決定する基準になることができ、連結及び転送プロトコルに従う等級情報が要求される。例えば、イーサネット（Ethernet）が具現された装置の連結及び転送プロトコルの等級は高いほど良く、ブルートゥース（Bluetooth）が具現された装置の連結及び転送プロトコルの等級は低くても関係ない。
格納されたコンテンツ個数と関連して、集合可能メディアサーバは他のメディアサーバからコンテンツメタデータを収集するサーバであるので、より多い数のコンテンツメタデータを格納する集合可能メディアサーバが他のメディアサーバからより少ない個数のコンテンツメタデータを収集する必要がある。
該当ネットワークに、より長く接続されているメディアサーバが集合機能を遂行することが良いので、装置タイプ等級が必要である。例えば、移動装置の装置タイプ等級は低く、ＰＣのような高仕様（high performance）の装置とネットワークに付着された（attached）サーバのように永久的に（または、半永久的に）電源が付いている装置は装置タイプ等級が高い。
現在、集合機能を遂行するメディアサーバが続けて集合機能を遂行することが便利であるので、集合モードに対する情報が必要である。
図９の図面符号ステップＳ１１１３で、第２メディアサーバ７３０は第２メディアサーバ７３０の全体格納サイズ（５００ＭＢ）、残っている格納サイズ（１００ＭＢ）、メモリ（２ＧＢ）、ＣＰＵ（２．５３ＧＨｚ）、ＸＭＬパッシング能力（Grade 1）、変更能力（１３）、連結及び転送プロトコル（Grade 2）、格納されたコンテンツ個数（２０４個）、装置タイプ（Grade 4）、集合モード（ON）などに対する情報が含まれた集合能力状態情報を第１メディアサーバ７１０に転送することができる。
図９の図面符号ステップＳ１１２１で、第３メディアサーバ７５０は第３メディアサーバ７５０の全体格納サイズ（１００ＭＢ）、残っている格納サイズ（２０ＭＢ）、メモリ（１ＧＢ）、ＣＰＵ（１ＧＨｚ）、ＸＭＬパッシング能力（Grade 3）、変更能力（０）、連結及び転送プロトコル（Grade 1）、格納されたコンテンツ個数（５６４個）、装置タイプ（Grade 1）、集合モード（OFF）などに対する情報が含まれた集合能力状態情報を第１メディアサーバ７１０に転送することができる。
図１１は、本発明の更に他の実施形態に係る集合メディアサーバ設定基準を説明するための図である。
図１１を参考すると、本発明の更に他の実施形態に係る集合能力状態変数は、該当デバイスの全ての属性を各々知らせる代わりに、集合能力等級を示す１つの値を含む。複数の集合可能メディアサーバの各々は翻訳規則（translation rule）を通じて自分が有する多くの種類の装置属性を単一整数として評価された等級に翻訳することができる。
本発明の更に他の実施形態に係る集合能力状態変数の属性（properties）は、状態変数名称（Name）、イベントの有無（Event）、データタイプ（Data type）、許容値（Allowed Value）、許容値範囲（Allowed Value Range）を含むことができ、これに限定されるものではない。状態変数名称は、集合能力（AggregationCapability）でありうる。イベントは可能であることも、可能でないこともある。データタイプは、ｕｉ４タイプでありうる。許容値は‘０’から’Ｍ’までの全ての整数のことであり、‘Ｍ’は最大等級を示すことができる。許容値範囲は‘０’以上‘Ｍ’以下になることができ、より詳しく比較すると、最大値は増加することができる。
図９の図面符号ステップＳ１１１３で、第２メディアサーバ７３０は許容値が‘３’の集合能力状態情報を第１メディアサーバ７１０に転送することもできる。
図９の図面符号ステップＳ１１２１で、第３メディアサーバ７５０は許容値が‘４’の集合能力状態情報を第１メディアサーバ７１０に転送することもできる。
更に、図９を説明する。
まず、図１０及び図１１を参考して説明したように、第１メディアサーバ７１０は第２メディアサーバ７３０及び第３メディアサーバ７５０の各々から転送された集合能力状態情報を受信した後、第１メディアサーバ７１０、第２メディアサーバ７３０、及び第３メディアサーバ７５０の集合能力を比較して、集合メディアサーバになるメディアサーバを判断する（Ｓ１１２３）。
次に、第１メディアサーバ７１０は、第１メディアサーバ７１０、第２メディアサーバ７３０、及び第３メディアサーバ７５０の集合能力を比較した結果、第１メディアサーバ７１０を集合メディアサーバに設定する（Ｓ１１２５）。
例えば、また図１０を説明すると、第１メディアサーバ７１０は、第１メディアサーバ７１０、第２メディアサーバ７３０、及び第３メディアサーバ７５０の各々の装置属性を比較して順位（Rank）を付けた後、各属性の順位を全て合せた結果が最も小さいメディアサーバを集合メディアサーバに設定することができる。図１０で、第１メディアサーバ７１０は、第２メディアサーバ７３０及び第３メディアサーバ７５０の各々に集合能力獲得アクション（GetAggregationCapability()）を転送し、これに対応する集合能力状態変数（GetAggregationMode）を受信することによって、各々の装置属性に関する情報を収集することができる。第１メディアサーバ７１０は、各々の装置属性を比較して順位を付けた後、順位を総合することができる。順位を総合した結果、第１メディアサーバ７１０の順位総合は１６、第２メディアサーバ７３０の順位総合は１９、第３メディアサーバ７５０の順位総合は２３であり、順位総合が最も小さい第１メディアサーバ７１０が集合能力が最も良いメディアサーバに設定できる。順位を決定する方法は、これに限定されるものではない。
更に他の例を挙げて、また図１１を説明すると、第１メディアサーバ７１０は、第２メディアサーバ７３０及び第３メディアサーバ７５０の各々から１つの等級として計算された集合能力状態変数を受信することができる。第１メディアサーバ７１０は、受信された集合能力状態変数の等級と自分の集合能力状態変数の等級を全て比較して等級の数字が最も小さい第１メディアサーバ７１０を集合メディアサーバに設定することができる。
集合メディアサーバに設定された第１メディアサーバ７１０は、自分の集合モード状態変数の値が‘０’の場合、集合モード状態変数の値を‘１’に変更して集合機能を活性化させる（Ｓ１１２７）。集合機能が活性化された第１メディアサーバ７１０は集合機能を遂行する（Ｓ１１２９）。
次に、第１メディアサーバ７１０は第２メディアサーバ７３０にデータタイプが‘０’の集合モード状態変数（AggregationMode＝０）が含まれた集合モード設定アクション（SetAggregationMode()）を転送する（Ｓ１１３１）。
第２メディアサーバ７３０は、自分の集合モード状態変数のデータ値を‘１’から‘０’に変更するなど、集合機能を不活性化させる（Ｓ１１３３）。集合機能が不活性化された第２メディアサーバ７３０は集合機能の遂行を中断する（Ｓ１１３５）。
次に、コンテンツ情報集合機能をサポートするメディアサーバの状態が集合可能メディアサーバと集合メディアサーバに変換される過程を説明する。
図１２は、本発明の実施形態に係るコンテンツ情報集合機能をサポートするメディアサーバの集合モードの状態変化を説明するためのフローチャートである。
図１２を参考すると、コンテンツ情報集合機能をサポートする集合可能メディアサーバがネットワークに加入すれば（Ｓ１３０１）、該当ネットワークに含まれたメディアサーバのうち、集合メディアサーバがあるか否かを判断するために周期的に集合メディアサーバを探索する（Ｓ１３０３）。この際、集合可能メディアサーバは折衝メディアサーバとして動作することができる。集合可能メディアサーバは、集合メディアサーバを探索するために、前述した集合モード獲得アクション（GetAggregationMode）などを用いることもでき、または他の集合可能メディアサーバまたは他の集合メディアサーバから転送された集合モード状態に対する情報が含まれたイベントメッセージを受信することもでき、これに限定されるものではない。
集合可能メディアサーバは該当ネットワークに含まれたメディアサーバ全てが集合機能を遂行しないと判断されるまで、即ち集合メディアサーバ探索が完了するまで集合モード不活性化状態を維持する（Ｓ１３０５）。
集合可能メディアサーバは、集合メディアサーバを発見した場合（Ｓ１３０７）、集合モード不活性化状態を維持し、集合メディアサーバを発見しない場合（Ｓ１３０７）に限って自分の集合モードを活性化する（Ｓ１３０９）。また、集合可能メディアサーバは集合メディアサーバを発見した場合、折衝メディアサーバとして複数の集合メディアサーバの集合能力を比較した後、集合能力が最も優れるメディアサーバを集合メディアサーバに設定することができる。集合可能メディアサーバは、例えば自分の集合モード状態変数の値が‘１’となるようにして自分の集合モードを活性化することができ、これに限定されるものではない。
集合可能メディアサーバは、集合モードが活性化された場合、集合機能を遂行する（Ｓ１３１１）。例えば、集合可能メディアサーバは集合メディアサーバとなることができ、集合メディアサーバは該当ネットワークに含まれたメディアサーバのうち、他のメディアサーバにより制御できる状態のメディアサーバに格納されたコンテンツメタデータを収集することができる。
集合メディアサーバは、該当ネットワーク内で他の集合メディアサーバを発見した場合（Ｓ１３１３）、自分の集合モードを不活性化する（Ｓ１３１７）。または、集合メディアサーバが該当ネットワークから脱退して（Ｓ１３１５）、接続が切れた後には自分の集合モードを不活性化する（Ｓ１３１７）。
このように、ネットワーク内で別途の制御装置の指示がない場合にも、少なくとも１つのメディアサーバがネットワークに含まれた他の複数のメディアサーバに格納された情報を収集することができるので、制御装置は１つのメディアサーバに一回の情報要求を行うことによって、複数のメディアサーバが格納する情報を受信することができる。
一方、メディアサーバまたは制御装置が集合メディアサーバに格納された集合オブジェクトのうち、特定オブジェクトなどを選択するために、集合メディアサーバに格納された複数のコンテンツメタデータの各々を本来格納されていたメディアサーバの種類によって区分する必要がある。以下、図１３から図１５を参考して、集合メディアサーバに収集及び格納されたコンテンツメタデータを区分する方法について説明する。
図１３は、本発明の実施形態に係る集合メディアサーバが収集したコンテンツ情報を区別するために用いる属性を説明するためのフローチャートである。
図１３を参考すると、第２メディアサーバ９３０は集合メディアサーバ（ＡＭＳ）であって、集合機能を遂行する（Ｓ１５０１）。第２メディアサーバ９３０は、集合機能を遂行するために、集合対象メディアサーバ（ＡＤＭＳ）である第３メディアサーバ９５０または第４メディアサーバ９７０からコンテンツメタデータを受信する（Ｓ１５０３、Ｓ１５０５）。
次に、制御ポイント装置２００は第２メディアサーバ９３０に集合対象装置リスト獲得アクション（GetAggregatedDeviceList()）を転送する（Ｓ１５１１）。制御ポイント装置２００は第２メディアサーバ９３０が収集したコンテンツメタデータがどんな装置から収集されたものかを知るために、集合メディアサーバである制御ポイント装置２００に集合対象装置リスト獲得アクションを転送することができる。１つのネットワークに複数の集合メディアサーバ（ＡＭＳ）が存在することにより発生する不要なネットワークトラフィックを防止するために、集合メディアサーバ（ＡＭＳ）に格納されたコンテンツメタデータのうち、収集されたコンテンツメタデータ及び収集されていないコンテンツメタデータを区別する必要がある。収集されていないコンテンツメタデータは該当集合メディアサーバ（ＡＭＳ）により生成されるか、または該当集合メディアサーバ（ＡＭＳ）に本来から格納されていたコンテンツメタデータを意味することができる。以下、ローカルに格納された（locally stored）コンテンツは収集されていないコンテンツと同一の意味として使用できる。
このようなコンテンツメタデータの区別のために、新たなＣＤＳ属性（property）が定義される必要がある。新たなＣＤＳ属性は、属性名称（Name）、データタイプ（DataType）、多重値（Multi-valued）、Ｒ／Ｗ（Read／Write）を含むことができ、これに限定されるものではない。属性名称は、集合対象（Aggregated）でありうる。データタイプはブーリアン（Boolean）タイプ、またはストリング（string）タイプでありうる。データタイプがブーリアンタイプの場合、データタイプの値が‘０’の場合は、該当コンテンツメタデータが集合メディアサーバ（ＡＭＳ）のローカルに格納されたコンテンツのメタデータであることを意味することができる。データタイプの値が‘１’の場合は、該当コンテンツメタデータが集合メディアサーバ（ＡＭＳ）が他のメディアサーバから収集したコンテンツメタデータであることを意味することができる。データタイプがストリングタイプの場合、データタイプの値は‘ローカル（Local）’または‘集合対象（Aggregated）’でありうる。該当属性は多重値である必要はないが、これに限定されるものではない。Ｒ／Ｗは読み取り（read）及び書き取り（write）が許容されることができ、これに限定されるものではない。
付け加えて、前述した新たなＣＤＳ属性は集合メディアサーバ（ＡＭＳ）がコンテンツメタデータを収集してきたメディアサーバ、例えばオリジナルメディアサーバ（original media server）がどんなメディアサーバであるかを示すことができる。
このようなコンテンツメタデータが収集されたオリジナルメディアサーバの区別のために、新たなＣＤＳ属性が定義できる。新たなＣＤＳ属性は、属性名称（Name）、データタイプ（DataType）、多重値（Multi-valued）、及びＲ／Ｗ（Read／Write）を含むことができ、これに限定されるものではない。属性名称は集合対象出処（AggregatedFrom）、または出処サーバ機器識別子（originalServerUDN）でありうる。データタイプは、ストリング（string）タイプでありうる。データタイプがストリングタイプの場合、データタイプの値はメディアサーバの機器識別子（ＵＤＮ：Unique Device Name）を表示することができる。該当属性は多重値である必要はないが、これに限定されるものではない。Ｒ／Ｗは読み取り（read）及び書き取り（write）が許容されることができ、これに限定されるものではない。一方、ローカルに格納されたコンテンツメタデータのための属性値は該当ローカルの機器識別子であるか、または空白（empty）として残すことができ、これに限定されるものではない。
また、集合メディアサーバ（ＡＭＳ）に格納されたコンテンツメタデータがどこから来たものかに対する情報は、他の集合可能メディアサーバ（ＡＣＭＳｓ）または制御装置により共有される必要がある。情報共有のために状態変数及びアクションの定義が必要でありうる。
集合メディアサーバ（ＭＡＳ）に格納されたコンテンツメタデータの出処に対する情報は、状態変数を通じて分かる。状態変数は、名称（Name）、イベントの有無（Event）、データタイプ（Data type）、許容値（Allowed Value）、及びデフォルト値（Default Value）を含むことができ、これに限定されるものではない。状態変数の名称は集合対象装置リスト（AggregatedDeviceList）、またはA_ARG_TYPE_AggregatedDeviceListでありうる。イベントが可能であることも、可能でないこともある。データタイプはストリングのことであり、集合メディアサーバがコンテンツメタデータを収集した出処になるメディアサーバの機器識別子を示すことができる。許容値は‘ＣＳＶ’でありうる。状態変数が複数の機器識別子を含むことができるので、許容値は‘ＣＳＶ’タイプにならなければならず、これに限定されるものではない。デフォルト値は定義される必要はない。
また、集合メディアサーバ（ＭＡＳ）に格納されたコンテンツメタデータの出処に対する情報はアクションを通じて分かる。例えば、集合対象装置リスト獲得アクションは、集合メディアサーバがコンテンツメタデータを収集した対象である集合対象メディアサーバなどの集合対象装置の識別子などを含むリストを獲得するための制御命令でありうる。集合対象リスト獲得アクションは、名称（Name）、アーギュメント（Argument）、関連した状態変数（Related State Variable）、エラーコード（Error Codes）などを含むことができる。名称は集合対象装置リスト獲得（GetAggregatedDeviceList）でありうる。
アーギュメントの名称（Name）は集合対象装置リスト（AggregatedDeviceList）のことであり、アーギュメントの方向（Direction）はアウト（OUT）でありうる。関連した状態変数は集合対象装置リスト（AggregatedDeviceList）、またはA_ARG_TYPE_AggregatedDevice Listでありうる。エラーコードは、７４２を含むことができる。エラーコード７４２はサポートされないアクション（Unsupproted action）を意味することができる。例えば、エラーコードが７４２の場合は、集合対象装置リスト獲得アクションのような要求されたアクションは集合モード状態変数（AggregationMode）の値が‘１’の場合のみにサポートできるので、現在状態変数の値が‘０’の場合に要求されたアクションがサポートされないことを意味することができる。
第２メディアサーバ９３０は、集合対象装置リスト獲得アクション（GetAggregatedDeviceList()）に対応して制御ポイント装置２００に集合対象装置リスト（AggregatedDeviceList）状態変数が含まれた応答を転送する（Ｓ１５１３）。この際、集合対象装置リスト（AggregatedDeviceList）状態変数は、第２メディアサーバ９３０の集合対象メディアサーバであった第３メディアサーバ９５０及び第４メディアサーバ９７０の各々の機器識別子（ＵＵＩＤ：Universally Unique IDentifier）情報を含むことができる。
制御ポイント装置２００は、第２メディアサーバ９３０に集合対象出処（AggregatedFrom）情報を含むサーチ（Search()）要求を転送する（Ｓ１５１５）。この際、制御ポイント装置２００は集合対象出処（AggregatedFrom）情報に第３メディアサーバ９５０または第４メディアサーバ９７０を特定することができる。
第２メディアサーバ９３０は、サーチ要求に対応して制御ポイント装置２００にコンテンツメタデータを転送する（Ｓ１５１７）。この際、第２メディアサーバ９３０は格納されたコンテンツメタデータのうち、第３メディアサーバ９５０または第４メディアサーバ９７０の各々から収集したコンテンツメタデータを区別して制御ポイント装置２００に転送することができる。
このように、メディアサーバは同一ネットワークに含まれた集合メディアサーバにコンテンツメタデータを要求するに当たって、集合対象装置リスト獲得アクション、集合対象装置リスト状態変数、集合対象出処属性、集合対象属性などを用いて、集合メディアサーバのローカルに格納されたコンテンツメタデータか、または集合メディアサーバが収集したコンテンツメタデータかを区別することもでき、集合メディアサーバが収集したコンテンツメタデータの場合、その出処を区別することによって、特定のメディアサーバに格納されていたコンテンツメタデータのみを選択的に転送を受けることができる。
以下、図１４及び図１５を参考して、集合メディアサーバが変更または重複される場合に、新たな集合メディアサーバが以前の集合メディアサーバからコンテンツ情報を受信するに当たって、前述したアクション、状態変数、及び情報の属性を用いて必要なコンテンツ情報のみを区別して転送を受けるための方法を説明する。この際、図１３を参考して説明したものと同一の部分に対する説明は省略する。
図１４は、本発明の実施形態に係る新たな集合メディアサーバがコンテンツ情報を区別するための属性を用いて以前の集合メディアサーバからコンテンツ情報を受信する方法を説明するためのフローチャートである。
図１４を参考すると、第２メディアサーバ９３０は、集合メディアサーバ（ＡＭＳ）として集合機能を遂行して（Ｓ１７０１）、同一ネットワーク内に含まれたメディアサーバ、例えば第１メディアサーバ９１０、第３メディアサーバ９５０、及び第４メディアサーバ９７０の各々からコンテンツメタデータを収集する（Ｓ１７０３、Ｓ１７０５、Ｓ１７０７）。
次に、第１メディアサーバ９１０が第２メディアサーバ９３０に集合対象装置リスト獲得アクション（GetAggregatedDeviceList()）を要求すれば（Ｓ１７０９）、第２メディアサーバ９３０は第１メディアサーバ９１０に第１メディアサーバ９１０、第３メディアサーバ９５０、及び第４メディアサーバ９７０の各々の機器識別子（ＵＤＮｓ）情報を含む集合対象装置リスト状態変数を応答として転送する（Ｓ１７１１）。
次に、制御ポイント装置２００は第１メディアサーバ９１０に値が‘１’の集合モード状態変数（AggregationMode＝１）を含む集合モード獲得アクション（SetAggregationMode()）を転送して（Ｓ１７１３）、第１メディアサーバ９１０の集合機能遂行を開始させる（Ｓ１７１５）。この際、制御ポイント装置２００だけでなく、同一のネットワークに含まれたメディアサーバが第１メディアサーバ９１０及び第２メディアサーバ９３０の集合機能を制御することもでき、これに限定されるものではない。
第１メディアサーバ９１０は、第２メディアサーバ９３０に特定コンテンツメタデータを要求する（Ｓ１７１７）。第１メディアサーバ９１０は、コンテンツメタデータ要求時、第２メディアサーバ９３０のローカルに格納されたコンテンツメタデータ及び第３メディアサーバ９５０と第４メディアサーバ９７０の各々から収集されたコンテンツメタデータを特定して要求することができる。第１メディアサーバ９１０は、第２メディアサーバ９３０の代りに集合メディアサーバ（ＡＭＳ）になったメディアサーバであって、第２メディアサーバ９３０が以前に収集したコンテンツメタデータの転送を受けることによって、コンテンツメタデータをまた収集する必要がない。但し、第１メディアサーバ９１０は第２メディアサーバ９３０が以前に第１メディアサーバ９１０から収集したコンテンツメタデータをまた収集する必要はないので、コンテンツメタデータの特定時、第１メディアサーバ９１０から収集されたコンテンツメタデータは除外することができる。
第２メディアサーバ９３０は、図面符号ステップＳ１７２１で、第１メディアサーバ９１０が行った要求に対応して、第２メディアサーバ９３０のローカルに格納されたコンテンツメタデータ及び第３メディアサーバ９５０と第４メディアサーバ９７０の各々から収集されたコンテンツメタデータを第１メディアサーバ９１０に転送する（Ｓ１７１９）。
次に、制御ポイント装置２００が第２メディアサーバ９３０に値が‘０’の集合モード状態変数（AggregationMode＝０）を含む集合モード獲得アクション（SetAggregationMode()）を転送して（Ｓ１７２１）、第２メディアサーバ９３０の集合機能遂行を中断させる（Ｓ１７２３）。
図１５は、本発明の更に他の実施形態に係る新たな集合メディアサーバがコンテンツ情報を区別するための属性を用いて以前の集合メディアサーバからコンテンツ情報を受信する方法を説明するためのフローチャートである。
第２メディアサーバ９３０が集合メディアサーバとして集合機能を遂行している途中に（Ｓ１８０１）、制御ポイント装置２００が第１メディアサーバ９１０に値が‘１’の集合モード状態変数（AggregationMode＝１）を含む集合モード設定アクション（SetAggregationMode()）を転送すれば（Ｓ１８０３）、第１メディアサーバ９１０やはり第２メディアサーバ９３０と同一のネットワーク内で集合機能を遂行する（Ｓ１８０５）。
集合メディアサーバになった第１メディアサーバ９１０は、第２メディアサーバ９３０に特定コンテンツメタデータを得るためのサーチ要求（Search() with locally stroed in 第２メディアサーバ）を転送する（Ｓ１８０７）。
次に、第２メディアサーバ９３０は第１メディアサーバ９１０に図面符号Ｓ１８０７から転送を受けたサーチ要求に対応して、特定コンテンツメタデータを転送する（Ｓ１８０９）。
特定コンテンツメタデータは、第２メディアサーバ９３０のローカルに格納されたコンテンツメタデータでありうる。このように、同一のネットワークで集合メディアは第１メディアサーバ９１０と第２メディアサーバ９３０が重複して存在する場合に、第２メディアサーバは既に集合機能を遂行して他のメディアサーバのコンテンツメタデータを収集及び格納しているので、他のメディアサーバのコンテンツメタデータ収集が重複することを防止するために、第１メディアサーバ９１０は第２メディアサーバ９３０が集合機能を遂行して収集したコンテンツメタデータでない、第２メディアサーバ９３０のローカルに格納されたコンテンツメタデータのみを収集することができる。
以下、図１６及び図１７を参考して、集合メディアサーバが収集したコンテンツメタデータに識別子を与えて、コンテンツメタデータ収集後に集合対象メディアサーバ上で該当コンテンツメタデータのアップデートが実行される場合、これを反映するための方法を説明する。
図１６は、本発明の実施形態に係る集合メディアサーバがメディアサーバから収集したコンテンツオブジェクトに識別子を与える過程を説明するためのフローチャートである。
図１６を参考すると、第１メディアサーバ９１０は集合メディアサーバ（ＡＭＳ）であって、集合機能を遂行する（Ｓ１９０１）。したがって、第１メディアサーバ９１０は第２メディアサーバ９３０にブラウズ／サーチ要求（Browse／Search()）を転送して（Ｓ１９０３）、第２メディアサーバ９３０から転送されたコンテンツメタデータ（Content Metadata）を受信する（Ｓ１９０５）。第２メディアサーバ９３０から転送されたコンテンツメタデータ（Content Metadata）は、例えばオブジェクトＩＤが各々‘１’及び‘２’の２つのコンテンツオブジェクトを含むことができる。
また、第１メディアサーバ９１０は第３メディアサーバ９５０にブラウズ／サーチ要求（Browse／Search()）を転送して（Ｓ１９０７）、第３メディアサーバ９５０から転送されたコンテンツメタデータ（Content Metadata）を受信する（Ｓ１９０９）。第３メディアサーバ９５０から転送されたコンテンツメタデータ（Content Metadata）は、例えばオブジェクトＩＤが各々‘２’及び‘４’の２つのコンテンツオブジェクトを含むことができる。全てのメディアコンテンツは唯一の識別子により互いに区別されなければならない。唯一の識別子は該当メディアコンテンツを含んでいるメディアサーバにより割り当てられて、したがって、単一メディアサーバ内のみでメディアコンテンツの識別性（uniqueness）が維持できる。
一方、集合メディアサーバ（ＡＭＳ）は１つのメディアサーバでなく、複数の各々異なるメディアサーバから複数のメディアコンテンツを収集することが一般的である。したがって、集合メディアサーバ（ＡＭＳ）により収集されたメディアコンテンツの識別子が意味する唯一性はこれ以上維持できない。前述した図面符号ステップＳ１９０５で収集されたコンテンツメタデータは識別子であるオブジェクトＩＤが‘１’のコンテンツオブジェクト、及びオブジェクトＩＤが‘２’のコンテンツオブジェクトを含み、図面符号ステップＳ１９０９を通じて収集されたコンテンツメタデータは識別子であるコンテンツオブジェクトＩＤが‘２’のコンテンツオブジェクト及びオブジェクトＩＤが‘４’のコンテンツオブジェクトを含むので、オブジェクトＩＤ‘２’が重複するので、オブジェクトＩＤ‘２’という識別子だけではコンテンツオブジェクトを区別できなくなる。
このような場合、第１メディアサーバ９１０は収集された複数のコンテンツメタデータの各々の識別子、即ち各々のオブジェクトＩＤを比較して、同一のオブジェクトＩＤが存在するか否かを判断する（Ｓ１９１１）。
第１メディアサーバ９１０は、重複するオブジェクトＩＤが存在する場合、重複するオブジェクト、即ちコンテンツメタデータに新たなＩＤを割り当てる（Ｓ１９１３）。即ち、集合メディアサーバ（ＡＭＳ）は、集合メディアコンテンツ（aggregate media content）に新たな、唯一の識別子を割り当てらなければならず、割り当てられた新たな識別子は集合メディアコンテンツ（aggregate media content）のメタデータの新たなタイプによって格納されなければならない。
集合メディアサーバ（ＡＭＳ）が新しく割り当てる識別子は、新たなＣＤＳ属性（Property）として定義できる。新たなＣＤＳ属性は、属性名称（Property Name）、データタイプ（DataType）、多重値（Multi-valued）、及びＲ／Ｗを含むことができ、これに限定されるものではない。属性名称はオブジェクトＩＤ（ObjectID）を含むことができ、“@id”を再使用することもでき、これに限定されるものではない。データタイプは‘ｕｉ４’またはストリング（string）タイプでありうる。‘ｕｉ４’データタイプはデータが整数（integer）であることを意味することができる。該当属性は多重値である必要はないが、これに限定されるものではない。Ｒ／Ｗは読み取りのみ可能であり（read only）、これに限定されるものではない。
例えば、第２メディアサーバ９３０から収集されたオブジェクトＩＤ‘１’のオブジェクトとオブジェクトＩＤ‘２’のオブジェクトは、集合メディアサーバ（ＡＭＳ）で、各々‘１’の識別子と‘２’の識別子が割り当てられる。また、第３メディアサーバ９５０から収集されたオブジェクトＩＤ‘２’のオブジェクトとオブジェクトＩＤ‘４’のオブジェクトは、集合メディアサーバ（ＡＭＳ）で各々‘３’の識別子と‘４’の識別子が割り当てられる。その結果、集合メディアサーバ（ＡＭＳ）上で全てのコンテンツメタデータは各々異なる識別子を有するので、互いに区別できる。
また、本発明の更に他の実施形態に係る集合メディアサーバ（ＡＭＳ）が新しく割り当てる識別子は更に他の新たなＣＤＳ属性（Property）として定義できる。ＣＤＳ属性は、属性名称（Property Name）、データタイプ（DataType）、多重値（Multi-valued）、及びＲ／Ｗを含むことができ、これに限定されるものではない。属性名称は、オリジナルオブジェクトＩＤ（OriginalObjectID）、集合ＩＤ（@aggID）、または集合対象オブジェクトＩＤ（aggregatedObjectID）を含むことができ、これに限定されるものではない。データタイプは‘ｕｉ４’またはストリング（string）タイプでありうる。‘ｕｉ４’データタイプはデータが整数（integer）であることを意味することができる。該当属性は多重値である必要はないが、これに限定されるものではない。Ｒ／Ｗは読み取りのみ可能であり（read only）、これに限定されるものではない。
また、本発明の更に他の実施形態に係る集合メディアサーバ（ＡＭＳ）が新しく割り当てる識別子は更に他の新たなＣＤＳ属性（Property）として定義できる。ＣＤＳ属性は、属性名称（Property Name）、データタイプ（DataType）、多重値（Multi-valued）、及びＲ／Ｗを含むことができ、これに限定されるものではない。属性名称は集合ＩＤ（@aggID）を含むことができ、これに限定されるものではない。データタイプはＣＳＶタイプでありうる。データタイプが整数（integer）であるＣＳＶタイプは、オリジナルオブジェクトＩＤ（original object’s ID）とオリジナルメディアサーバの機器識別子（original media server's UDN）の各々の値のリストを意味することができる。該当属性は多重値である必要はないが、これに限定されるものではない。Ｒ／Ｗは読み取りのみ可能であり（read only）、これに限定されるものではない。
例えば、第２メディアサーバ９３０から収集されたオブジェクトＩＤ‘１’のオブジェクトは、集合メディアサーバ（ＡＭＳ）で‘１’というオブジェクトＩＤ（ObjectID＝１）、‘１’という集合対象オブジェクトＩＤ（aggregatedObjectID＝１）、‘ａａｂ３’という出処サーバ機器識別子（OriginalServerUDN＝ａａｂ３）が割り当てられる。また、第２メディアサーバ９３０から収集されたオブジェクトＩＤ‘２’のオブジェクトは、集合メディアサーバ（ＡＭＳ）で‘２’というオブジェクトＩＤ（ObjectID＝２）、‘２’という集合対象オブジェクトＩＤ（aggregatedObjectID＝２）、‘ａａｂ３’という出処サーバ機器識別子（OriginalServerUDN＝ａａｂ３）が割り当てられる。第３メディアサーバ９５０から収集されたオブジェクトＩＤ‘２’のオブジェクトは、集合メディアサーバ（ＡＭＳ）で‘３’というオブジェクトＩＤ（ObjectID＝３）、‘２’という集合対象オブジェクトＩＤ（aggregatedObjectID＝２）、‘７８ｗｑ’という出処サーバ機器識別子（OriginalServerUDN＝７８ｗｑ）のうち、少なくとも１つが割り当てられる。また、第３メディアサーバ９５０から収集されたオブジェクトＩＤ‘４’のオブジェクトは、集合メディアサーバ（ＡＭＳ）で‘４’というオブジェクトＩＤ（ObjectID＝４）、‘４’という集合対象オブジェクトＩＤ（aggregatedObjectID＝２）、‘７８ｗｑ’という出処サーバ機器識別子（OriginalServerUDN＝７８ｗｑ）が割り当てられる。結果的に、集合メディアサーバ（ＡＭＳ）に収集されて格納された全てのコンテンツメタデータはオブジェクトＩＤで各々異なるオブジェクトとして区別されることができ、集合対象オブジェクトＩＤで集合対象メディアサーバから与えられた本来の識別子を知ることができ、出処サーバ機器識別子でオブジェクトの出処を知ることができる。
図１７は、本発明の実施形態に係る集合メディアサーバが集合対象メディアサーバ上で実行されたコンテンツメタデータのアップデート状況を反映する過程を説明するためのフローチャートである。
図１７を参考すると、第１メディアサーバ９１０は集合メディアサーバ（ＡＭＳ）であって、第２メディアサーバ９３０などに格納されたコンテンツに対するコンテンツメタデータ集合機能を遂行する（Ｓ２１００）。
次に、制御ポイント装置２００が第２メディアサーバ９３０にオブジェクト破棄命令（DestroyObject）を転送する（Ｓ２１０１）。オブジェクト破棄命令（DestroyObject）は、オブジェクトを特定することができる。例えば、制御ポイント装置２００はオブジェクトＩＤが‘４’のオブジェクトを特定して、第２メディアサーバ９３０にオブジェクト破棄命令（DestroyObject）を転送することができる。
第２メディアサーバ９３０は転送されたオブジェクト破棄命令（DestroyObject）に対応して、オブジェクトＩＤが‘４’のオブジェクトの削除または隠しを実行する（Ｓ２１０３）。例えば、第２メディアサーバ９３０でオブジェクトＩＤが‘４’のオブジェクトを削除したり（delete）、制御ポイント装置２００または集合メディアサーバ（ＡＭＳ）にオブジェクトＩＤが‘４’のオブジェクトを露出したりすることを中断することができる。
以後、第１メディアサーバ９１０が集合メディアサーバ（ＡＭＳ）として、第２メディアサーバ９３０にブラウズ／サーチ要求（Browse／Search()）を転送すれば（Ｓ２１０５）、第２メディアサーバ９３０はオブジェクトＩＤが‘４’のオブジェクトを除外した残りのコンテンツメタデータを第１メディアサーバ９１０に転送する（Ｓ２１０７）。
第１メディアサーバ９１０は第２メディアサーバ９３０から転送されたコンテンツメタデータを受信して、オブジェクトＩＤが‘４’のオブジェクトが削除されたことを感知する（Ｓ２１０９）。
次に、第１メディアサーバ９１０は削除されたオブジェクトのＩＤ、オリジナルＩＤ、及びオリジナルサーバ識別子を確認する（Ｓ２１１１）。削除されたオブジェクトのＩＤは前述した集合メディアサーバ（ＡＭＳ）である第１メディアサーバ９１０が新しく与えた識別子であるオブジェクトＩＤを意味することができる。また、削除されたオブジェクトのオリジナルＩＤは集合対象メディアサーバである第２メディアサーバ９３０から与えられた本来の識別子である集合対象オブジェクトＩＤを意味することができる。また、削除されたオブジェクトのオリジナルサーバ識別子は、オブジェクトが収集される前に格納されていた第２メディアサーバ９３０の識別子であって、出処サーバ機器識別子を意味することができる。
第１メディアサーバ９１０は、削除されたオブジェクトの識別子が確認されれば、確認されたオブジェクト、即ちオブジェクトＩＤが‘４’のオブジェクトの削除または隠しを実行する（Ｓ２１１３）。このように、集合メディアサーバ（ＡＭＳ）は持続的に集合機能を遂行しながら、集合対象メディアサーバ上でコンテンツメタデータのアップデートが実行される場合、これを反映することができる。
以下、図１８から図３０を参考して、本発明の実施形態に係る集合メディアサーバに収集及び格納された集合オブジェクト情報が制御ポイント装置などの要求によって変更またはリフレッシュされる多様な実施形態について説明する。以下、前述したものと同一の部分に対しては簡略に説明するか、または省略する。
図１８は、本発明の実施形態に係る集合メディアサーバ上で集合オブジェクト情報が変更される過程を説明するためのフローチャートである。
図１８を参考すると、第１メディアサーバ９１０が集合メディアサーバ（ＡＭＳ）として集合機能を遂行する（Ｓ２３０１）。第１メディアサーバ９１０が第２メディアサーバ９３０、第３メディアサーバ９５０の各々にブラウズ／サーチ（Browse／Search()）要求を転送すれば（Ｓ２３０３、Ｓ２３０７）、第２メディアサーバ９３０、第３メディアサーバ９５０の各々は第１メディアサーバ９１０にコンテンツメタデータ（Contentmetadata）を転送する（Ｓ２３０５、Ｓ２３０９）。
以下、図１９を参考して、第１メディアサーバ９１０が収集した集合オブジェクト（Aggregate Object）の情報について説明する。
図１９は、本発明の実施形態に係る集合メディアサーバ上での集合オブジェクト情報を示すテーブルである。
図１９を参考すると、情報の属性（Property（Metadata type））は集合メディアサーバ（ＡＭＳ）上での集合オブジェクト（Aggregate Object）を示すことができる。オブジェクトＩＤ（ObjectID）は集合メディアサーバ（ＡＭＳ）により割り当てられた識別子を意味することができる。集合対象オブジェクトＩＤ（aggregatedObjectID）はオリジナルメディアサーバにより割り当てられた識別子を意味することができ、出処サーバ機器識別子（OriginalServerUDN）はオリジナルメディアサーバを示す唯一の識別子を意味することができる。タイトル（title）は該当コンテンツのタイトルを意味することができ、創作者（creator）は該当コンテンツを創作した主体の名称を意味することができ、これに限定されるものではない。図１９に図示されたテーブルが示す情報を通じて、集合メディアサーバ（ＡＭＳ）上で複数のコンテンツメタデータを各々区別することができる。
更に図１８を説明する。
制御ポイント装置２００は第１メディアサーバ９１０にオブジェクトアップデートアクション（UpdateObject()）を転送する（Ｓ２３１１）。次に、第１メディアサーバ９１０は集合されたオブジェクトを再利用（転用）（reuse）する（Ｓ２３２１）。例えば、第１メディアサーバ９１０は転送されたオブジェクトアップデートアクションに対応してアップデート事項が発見される場合には、図２０のように、該当コンテンツオブジェクト情報をアップデートすることができる。
図２０は、本発明の実施形態に係る集合メディアサーバ上でのアップデートされた集合オブジェクト情報を示すテーブルである。
図２０を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送されたオブジェクトアップデートアクションに従って、オブジェクトＩＤが‘１１’のコンテンツオブジェクト（ObjectID＝１１）及びオブジェクトＩＤが‘１８’のコンテンツオブジェクト（ObjectID＝１８）のタイトル情報、オブジェクトＩＤが‘１６’のコンテンツオブジェクト（ObjectID＝１６）の創作者情報などをアップデートすることができる。
更に図１８を説明する。
制御ポイント装置２００は第１メディアサーバ９１０にオブジェクト破棄アクション（DestroyObject()）を転送する（Ｓ２３１３）。次に、第１メディアサーバ９１０は集合されたオブジェクトを再利用（reuse）する（Ｓ２３２１）。例えば、第１メディアサーバ９１０は転送されたオブジェクト破棄アクションに対応して破棄事項が発見される場合には、図２０のように、該当コンテンツオブジェクト情報を削除することができる。
図２１は、本発明の実施形態に係る集合メディアサーバ上での破棄された集合オブジェクト情報を示すテーブルである。
図２１を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送されたオブジェクト破棄アクションに従って、オブジェクトＩＤが‘１２’のコンテンツオブジェクト（ObjectID＝１２）、及びオブジェクトＩＤが‘１４’のコンテンツオブジェクト（ObjectID＝１４）の情報などを削除することができる。
このように、メディアサーバの具現（implementation）または制御装置の要求に従って、集合メディアサーバ（ＡＭＳ）上での集合オブジェクト（aggregate object）が収集前のオリジナル集合対象オブジェクト（original aggregated object）と異なる点が発生することがある。但し、制御装置の要求のようにユーザが意図した差異としでも、ユーザが差異点の発生を取消し、集合オブジェクト（aggregate object）とオリジナル集合対象オブジェクト（original aggregated object）を同期化（synchronize）しようとする場合もある。以下、集合オブジェクト（aggregate object）とオリジナル集合対象オブジェクト（original aggregated object）を同期化（synchronize）するために利用できるアクション、状態変数などの属性について説明する。
更に図１８を説明する。
制御ポイント装置２００は第１メディアサーバ９１０に‘集合メタデータ’というリフレッシュフラグ（RefreshFlag＝AggMetadata）及び値が‘１１’のオブジェクトＩＤ（ObjectID＝１１）を含む集合リフレッシュアクション（RefreshAggregation()）を転送する（Ｓ２３１５）。次に、第１メディアサーバ９１０は集合されたオブジェクトを再利用（reuse）する（Ｓ２３２１）。例えば、第１メディアサーバ９１０は転送された集合リフレッシュアクションに対応して、図２２のように、該当コンテンツオブジェクト情報をリフレッシュすることができる。‘集合メタデータ（AggMetadata）’の値を有するリフレッシュフラグ（Refresh Flag）はオブジェクトＩＤ（ObjectID）アーギュメントにより特定された集合対象オブジェクトのみの収集を要求することを指示することができる。
図面符号ステップＳ２３１５のように、集合オブジェクト（aggregate objects）をリフレッシュする方法は、集合メディアサーバ上の集合オブジェクトのオブジェクトＩＤを特定するものである。この時には、集合対象メディアサーバのオリジナル集合対象オブジェクトを特定するものではない。したがって、制御ポイント装置２００は図１９のようなオブジェクト情報のうち、オブジェクトＩＤ（ObjectID）及び出処サーバ機器識別子のような機器識別子（DeviceUDN）のような情報は除外した他の情報を使用して集合オブジェクトをリフレッシュすることができる。この際、オブジェクトＩＤ（ObjectID）はオリジナル集合対象オブジェクトの集合オブジェクト識別子として、リフレッシュフラグの値が集合メタデータ（AggMetadata）、集合ダイレクトチルドレン（AggDirectChilren）、集合サブツリー（AggSubtree）の場合には、また収集されてアップデートされなければならない。集合対象ＣＤＳのルートオブジェクト（root object）に対応する‘０（zero）’の値を有するオブジェクトＩＤ（ObjectID）は機器識別子（DeviceUDN）アーギュメントにより特定できる。また、集合メディアサーバはオブジェクトのメタデータから既に知っている情報であるので、機器識別子（DeviceUDN）は必要としない。
図２２は、本発明の実施形態に係る集合メディアサーバ上で特定集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。
図２２を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送された集合リフレッシュアクションに従って、オブジェクトＩＤが‘１１’のコンテンツオブジェクト（ObjectID＝１２）の削除されたタイトル情報を復旧することができる。
更に図１８を説明する。
制御ポイント装置２００は第１メディアサーバ９１０に‘破棄されたオブジェクト全体’というリフレッシュフラグ（RefreshFlag＝AllDestroyedObjects）、及び値が‘ａａｂ３’の機器識別子（DeviceUDN＝ａａｂ３）を含む集合リフレッシュアクション（RefreshAggregation()）を転送する（Ｓ２３１７）。次に、第１メディアサーバ９１０は集合されたオブジェクトを再利用（reuse）する（Ｓ２３２１）。例えば、第１メディアサーバ９１０は転送された集合リフレッシュアクションに対応して、図２３のように、該当コンテンツオブジェクト情報をリフレッシュすることができる。‘破棄されたオブジェクト全体（AllDestroyedObjects）’の値を有するリフレッシュフラグ（Refresh Flag）はオブジェクト破棄アクション（DestroyObject()）により削除された全ての集合オブジェクトの収集を要求することを指示することができる。この際、削除された全ての集合オブジェクトは機器識別子（DeviceUDN）アーギュメントにより特定された集合対象メディアサーバに属するオリジナル集合対象オブジェクトを意味することができる。
図２３は、本発明の実施形態に係る集合メディアサーバ上で破棄された全ての集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。
図２３を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送された集合リフレッシュアクションに従って、出処サーバ機器識別子（originalServerUDN）が‘ａａｂ３’であるコンテンツオブジェクトの削除された情報を復旧することができる。
更に図１８を説明する。
制御ポイント装置２００は第１メディアサーバ９１０に‘アップデートされたオブジェクト全体’というリフレッシュフラグ（RefreshFlag＝AllUpdatedObjects）及び値が‘７９ｗｑ’である機器識別子（DeviceUDN＝７８ｗｑ）を含む集合リフレッシュアクション（RefreshAggregation()）を転送する（Ｓ２３１９）。次に、第１メディアサーバ９１０は集合されたオブジェクトを再利用（reuse）する（Ｓ２３２１）。例えば、第１メディアサーバ９１０は転送された集合リフレッシュアクションに対応して、図２４のように、該当コンテンツオブジェクト情報をリフレッシュすることができる。‘アップデートされたオブジェクト全体’の値を有するリフレッシュフラグ（Refresh Flag）はオブジェクトアップデートアクション（UpdateObject()）により修正された全ての集合オブジェクトの収集を要求することを指示することができる。この際、修正された全ての集合オブジェクトは機器識別子（DeviceUDN）アーギュメントにより特定された集合対象メディアサーバに属するオリジナル集合対象オブジェクトを意味することができる。
図２４は、本発明の実施形態に係る集合メディアサーバ上でアップデートされた全ての集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。
図２４を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送された集合リフレッシュアクションに従って、出処サーバ機器識別子（originalServerUDN）が‘７８ｗｑ’であるコンテンツオブジェクトのアップデートされた情報をアップデート前の情報に復旧することができる。
前述したように、ユーザは制御ポイント装置２００を用いて、集合メディアサーバ（ＡＭＳ）に格納された集合オブジェクトの情報を変更することができる。例えば、集合オブジェクトの情報が破棄されるか、またはアップデートされることもでき、破棄またはアップデートのような変更事項が変更の以前に復旧されることもできる。このために、制御ポイント装置２００が集合メディアサーバ（ＡＭＳ）に転送できるオブジェクト変更命令は多様な形態のアクションを含むことができる。例えば、前述したオブジェクトアップデートアクション（UpdateObject()）、オブジェクト破棄アクション（DestroyObject()）、集合リフレッシュアクション（RefreshAggregation()）の他にも、破棄オブジェクトリフレッシュアクション（RefreshDestroyObject()）、アップデートオブジェクトリフレッシュアクション（RefreshUpdateObject()）などのアクションを含むことができ、これに限定されるものではない。
破棄オブジェクトリフレッシュアクション（RefreshDestroyObject()）は、集合メディアサーバ（ＡＭＳ）上で破棄された全てのオブジェクトを回復させる命令を意味することができる。破棄オブジェクトリフレッシュアクション（RefreshDestroyObject()）を受信した集合メディアサーバ（ＡＭＳ）は、オリジナル集合対象オブジェクト（original aggregated object）を回収し、削除された集合オブジェクト（aggregate objects）をまた生成することができ、これに限定されるものではない。
アップデートオブジェクトリフレッシュアクション（RefreshUpdateObject()）は、集合メディアサーバ（ＡＭＳ）内でアップデートされた特定オブジェクトを回復させる命令を意味することができる。アップデートオブジェクトリフレッシュアクション（RefreshUpdateObject()）を受信した集合メディアサーバ（ＡＭＳ）は、オリジナル集合対象オブジェクト（original aggregated object）を回収し、該当オリジナルオブジェクト（original objects）と特定集合オブジェクト（aggregate objects）を同期化させることができ、これに限定されるものではない。アップデートオブジェクトリフレッシュアクション（RefreshUpdateObject()）のアーギュメント（Argument）は、名称（Name）、方向（Direction）、関連した状態変数（Related State Variable）を含むことができ、これに限定されるものではない。アーギュメントの名称はオブジェクトＩＤ（ObjectID）のことであり、方向はイン（IN）を含むことができ、関連した状態変数はA_ARG_TYPE_ObjectIDでありうる。オブジェクトＩＤ（ObjectID）アーギュメントの値が“＊”に設定されたアクションはアップデートされた全てのオブジェクトを回復させる命令を意味することができる。
また、集合リフレッシュアクション（RefreshAggregation()）に含まれるアーギュメント（Argument）はリフレッシュフラグ（Refresh Flag）とオブジェクトＩＤ（ObjectID）を含むことができる。一方、リフレッシュフラグ（Refresh Flag）は集合メタデータ（AggMetadata）、破棄されたオブジェクト全体（AllDestroyedObjects）、アップデートされたオブジェクト全体（AllUpdatedObjects）の他にも、削除リフレッシュ（refresh deletion）、修正リフレッシュ（refresh modification）、全体メタデータ（All）、集合ダイレクトチルドレン（AggDirectChilren）、集合サブツリー（AggSubtree）、機器識別子（DeviceUDN）、結果（Result）、リターン数字（NumberReturned）、全体マッチ（TotalMatches）などを含むことができ、これに限定されるものではない。
リフレッシュフラグ（Refresh Flag）の値が削除リフレッシュ（refresh deletion）の場合、該当アクションは集合メディアサーバ（ＡＭＳ）内の破棄された全てのオブジェクトを回復させる命令でありうる。したがって、集合メディアサーバ（ＡＭＳ）がリフレッシュフラグ（Refresh Flag）の値が削除リフレッシュ（refresh deletion）であるアクションを受信すれば、オリジナル集合対象オブジェクト（original aggregated object）を回収し、削除された集合オブジェクト（aggregate objects）をまた生成することができ、これに限定されるものではない。すると、オブジェクトＩＤ（ObjectID）のアーギュメント値は空白（empty）になる。
リフレッシュフラグ（Refresh Flag）の値が修正リフレッシュ（refresh modification）の場合、該当アクションは集合メディアサーバ（ＡＭＳ）内のアップデートされた特定オブジェクトをアップデート前に回復させる命令でありうる。したがって、集合メディアサーバ（ＡＭＳ）がリフレッシュフラグ（Refresh Flag）の値が削除リフレッシュ（refresh deletion）であるアクションを受信すれば、オリジナル集合対象オブジェクト（original aggregated object）をまた回収し、特定集合オブジェクト（aggregate objects）をオリジナルオブジェクト（original objects）と同期化させることができ、これに限定されるものではない。すると、オブジェクトＩＤ（ObjectID）のアーギュメント値は空白（empty）になる。オブジェクトＩＤ（ObjectID）アーギュメントの値が“＊”に設定されたアクションはアップデートされた全てのオブジェクトを回復させる命令を意味することができる。
‘全体メタデータ（All）’の値を有するリフレッシュフラグ（Refresh Flag）は機器識別子（DeviceUDN）アーギュメントにより特定された集合対象メディアサーバの全体オブジェクトの収集を要求することを指示することができる。
‘集合ダイレクトチルドレン（AggDirectChilren）’の値を有するリフレッシュフラグ（Refresh Flag）はオブジェクトＩＤ（ObjectID）アーギュメントにより特定される集合対象オブジェクトのダイレクトチルドレンオブジェクトの収集を要求することを指示することができる。この値のために、オブジェクトＩＤ（ObjectID）アーギュメントはコンテナクラスオブジェクト（container class object）を指示しなければならない。
‘集合サブツリー（AggSubtree）’の値を有するリフレッシュフラグ（Refresh Flag）は、オブジェクトＩＤ（ObjectID）アーギュメントにより特定される集合対象オブジェクトのサブツリーのような派生オブジェクト全体の収集を要求することを指示することができる。この値のために、オブジェクトＩＤ（ObjectID）アーギュメントはコンテナクラスオブジェクト（container class object）を指示しなければならない。
このように、オブジェクトＩＤ（ObjectID）はオブジェクト識別子として（@id of the object）、リフレッシュフラグの値が集合メタデータ（AggMetadata）、集合ダイレクトチルドレン（AggDirectChilren）、集合サブツリー（AggSubtree）の場合には、また収集されてアップデートされなければならない。集合対象ＣＤＳのルートオブジェクト（root object）に対応する‘０（zero）’の値を有するオブジェクトＩＤ（ObjectID）は機器識別子（DeviceUDN）アーギュメントにより特定できる。
また、オブジェクトがアップデートまたはリフレッシュされる集合対象メディアサーバ装置の機器識別子（DeviceUDN）は値が全体メタデータ（All）、破棄されたオブジェクト全体（AllDestroyedObjects）、アップデートされたオブジェクト全体（AllUpdatedObjects）であるリフレッシュフラグに含まれることができる。集合メディアサーバ（ＡＭＳ）の集合対象メディアサーバに対応する‘０（zero）’の値を有する機器識別子（DeviceUDN）は、集合対象リスト状態変数の値と同一でありうる。
集合リフレッシュアクション（RefreshAggregation()）のアーギュメントは、前述したリフレッシュフラグ（Refresh Flag）、オブジェクトＩＤ（ObjectID）の他にも、‘機器識別子（DeviceUDN）’アーギュメント、‘結果（Result）’アーギュメント、‘リターン数字（NumberReturned）’アーギュメント、‘全体マッチ（TotalMatches）’アーギュメントを含むことができ、これに限定されるものではない。‘機器識別子（DeviceUDN）’アーギュメントの名称（Name）は機器識別子（DeviceUDN）であり、方向（Direction）は‘イン（IN）’であり、関連した状態変数はA_ARG_TYPE_DeviceUDNでありうる。‘結果（Result）’アーギュメントの名称（Name）は結果（Result）であり、方向（Direction）は‘アウト（OUT）’であり、関連した状態変数はA_ARG_TYPE_Resultでありうる。‘リターン数字（NumberReturned）’アーギュメントの名称（Name）はリターン数字（NumberReturned）であり、方向（Direction）は‘アウト（OUT）’であり、関連した状態変数はA_ARG_TYPE_Countでありうる。‘全体マッチ（TotalMatches）’アーギュメントの名称（Name）は全体マッチ（TotalMatches）であり、方向（Direction）は‘アウト（OUT）’であり、関連した状態変数はA_ARG_TYPE_Countでありうる。
更に図１８を説明する。
第１メディアサーバ９１０は制御ポイント装置から転送された集合リフレッシュアクション（RefreshAggregation()）に対応して、第２メディアサーバ９３０に特定コンテンツメタデータを要求する（Ｓ２３２３）。次に、第２メディアサーバ９３０は要求を受けたコンテンツメタデータを第１メディアサーバ９１０に転送する（Ｓ２３２５）。図面に図示してはいないが、第１メディアサーバ９１０はこのような方法により第３メディアサーバ９５０から特定コンテンツメタデータを収集することができる。
以下、図２５を参考して、‘全体メタデータ（All）’の値を有するリフレッシュフラグ（Refresh Flag）を用いて、集合メディアサーバが集合オブジェクト情報を変更する方法を説明する。以下、図１８で説明した部分との差異点に限って説明する。
図２５は、本発明の更に他の実施形態に係る集合メディアサーバ上で集合オブジェクト情報が変更される過程を説明するためのフローチャートである。
図２５を参考すると、第１メディアサーバ９１０は図面符号ステップＳ２５０１からステップＳ２５１３を通じて集合されたオブジェクトを再利用する（Ｓ２５１７）。その結果、第１メディアサーバ９１０に収集及び格納されたコンテンツオブジェクトは図２１に図示されたテーブルのような情報を含むことができる。
次に、制御ポイント装置２００は第１メディアサーバ９１０に‘全体メタデータ’の値を有するリフレッシュフラグ（Refresh Flag＝All）を含む集合リフレッシュアクション（RefreshAggregation()）を転送する。
したがって、第１メディアサーバ９１０は第２メディアサーバ９３０及び第３メディアサーバ９５０の各々に集合リフレッシュアクション（RefreshAggregation()）に対応するブラウズ／サーチアクション（Browse／Search()）を転送することによって（Ｓ２５１９、Ｓ２５２３）、第２メディアサーバ９３０及び第３メディアサーバ９５０の各々から全体コンテンツメタデータを収集する（Ｓ２５２１、Ｓ２５２５）。
即ち、第１メディアサーバ９１０は‘全体メタデータ’の値を有するリフレッシュフラグ（Refresh Flag＝All）を含む集合リフレッシュアクション（RefreshAggregation()）に対応することによって、図２４に図示されたテーブル情報と同一の情報をリフレッシュすることができる。
図２６は、本発明の更に他の実施形態に係る集合メディアサーバ上で集合オブジェクト情報が変更される過程を説明するためのフローチャートである。
図２６を参考すると、第１メディアサーバ９１０は集合機能を遂行する（Ｓ２７０１）。第１メディアサーバ９１０は図面符号ステップＳ２７０３からステップＳ２７０９を通じて、第２メディアサーバ９３０及び第３メディアサーバ９５０のコンテンツメタデータを収集する。第１メディアサーバ９１０が収集した集合オブジェクト（Aggregate Object）の情報は図１９に図示されたテーブル情報のように格納できる。
次に、制御ポイント装置２００が第１メディアサーバ９１０にオブジェクトアップデートアクション（UpdateObject()）を転送すれば（Ｓ２７１１）、第１メディアサーバ９１０はオブジェクトアップデートアクション（UpdateObject()）に従って集合オブジェクトを再利用する（Ｓ２７１９）。第１メディアサーバ９１０は転送されたオブジェクトアップデートアクションに対応してアップデート事項が発見される場合には、図２７のように、該当コンテンツオブジェクト情報をアップデートすることができる。
図２７は、本発明の更に他の実施形態に係る集合メディアサーバ上でのアップデートされた集合オブジェクト情報を示すテーブルである。
図２７を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送されたオブジェクトアップデートアクションに従って、オブジェクトＩＤが‘１３’のコンテンツオブジェクト（ObjectID＝１３）、オブジェクトＩＤが‘１６’のコンテンツオブジェクト（ObjectID＝１６）、及びオブジェクトＩＤが‘１８’のコンテンツオブジェクト（ObjectID＝１８）の創作者情報などをアップデートすることができる。
更に図２６を説明する。
次に、制御ポイント装置２００が第１メディアサーバ９１０にオブジェクト破棄アクション（DestroyObject()）を転送すれば（Ｓ２７１３）、第１メディアサーバ９１０はオブジェクト破棄アクション（DestroyObject()）に従って集合オブジェクトを再利用する（Ｓ２７１９）。第１メディアサーバ９１０は転送されたオブジェクト破棄アクションに対応して破棄事項が発見される場合には、図２８のように、該当コンテンツオブジェクト情報を削除することができる。
図２８は、本発明の更に他の実施形態に係る集合メディアサーバ上での破棄された集合オブジェクト情報を示すテーブルである。
図２８を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送されたオブジェクトアップデートアクションに従って、オブジェクトＩＤが‘１４’のコンテンツオブジェクト情報を削除することができる。
更に図２６を説明する。
制御ポイント装置２００が第１メディアサーバ９１０に‘全体メタデータ’の値を有するリフレッシュフラグ（RefreshFlag＝AggMetadata）、及び値が‘１１’のオブジェクトＩＤ（ObjectID＝１１）を含む集合リフレッシュアクション（RefreshAggregation()）を転送すれば（Ｓ２７１４）、第１メディアサーバ９１０は集合されたオブジェクトを再利用（reuse）する（Ｓ２７１９）。例えば、第１メディアサーバ９１０は集合リフレッシュアクションに従って集合オブジェクトを再利用することができる。第１メディアサーバ９１０は転送された集合リフレッシュアクションに対応して、図２９のように、オブジェクトＩＤ（ObjectID）が‘１１’の集合対象オブジェクトの情報をリフレッシュすることができる。
図２９は、本発明の更に他の実施形態に係る集合メディアサーバ上で特定集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。
図２９を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送された集合リフレッシュアクションに従って、オブジェクトＩＤが‘１１’のコンテンツオブジェクト情報をアップデートによる変更、または削除による変更前のオリジナルオブジェクト情報にリフレッシュすることができる。
更に図２６を説明する。
制御ポイント装置２００が第１メディアサーバ９１０に‘集合ダイレクトチルドレン’値を有するリフレッシュフラグ（RefreshFlag＝AggDirectChildren）、及び値が‘１１’のオブジェクトＩＤ（ObjectID＝１１）を含む集合リフレッシュアクション（RefreshAggregation()）を転送すれば（Ｓ２７１５）、第１メディアサーバ９１０は集合リフレッシュアクション（RefreshAggregation()）に従って集合オブジェクトを再利用する（Ｓ２７１９）。第１メディアサーバ９１０は転送された集合リフレッシュアクションに対応して、図３０のように、オブジェクトＩＤ（ObjectID）が‘１１’の集合対象オブジェクトのダイレクトチルドレンオブジェクトの情報をリフレッシュすることができる。
図３０は、本発明の更に他の実施形態に係る集合メディアサーバ上で特定集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。
図３０を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送された集合リフレッシュアクションに従って、オブジェクトＩＤが‘１１’のコンテンツオブジェクトのダイレクトチルドレンオブジェクト、例えばオブジェクトＩＤが‘１３’のコンテンツオブジェクト情報、及びオブジェクトＩＤが‘１４’のコンテンツオブジェクト情報をアップデートによる変更、または削除による変更前のオリジナルオブジェクト情報にリフレッシュすることができる。
更に図２６を説明する。
制御ポイント装置２００が第１メディアサーバ９１０に‘集合サブツリー’値を有するリフレッシュフラグ（Refresh Flag＝AggSubtree）、及び値が‘１１’のオブジェクトＩＤ（ObjectID＝１１）を含む集合リフレッシュアクション（RefreshAggregation()）を転送すれば（Ｓ２７１７）、第１メディアサーバ９１０は集合リフレッシュアクション（RefreshAggregation()）に従って集合オブジェクトを再利用する（Ｓ２７１９）。第１メディアサーバ９１０は転送された集合リフレッシュアクションに対応して、図３１のように、オブジェクトＩＤ（ObjectID）が‘１１’の集合対象オブジェクトのサブツリーのような派生オブジェクト全体情報をリフレッシュすることができる。
図３１は、本発明の更に他の実施形態に係る集合メディアサーバ上で特定集合オブジェクト情報がリフレッシュされた場合を示すテーブルである。
図３１を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から転送された集合リフレッシュアクションに従って、オブジェクトＩＤが‘１１’のコンテンツオブジェクトのサブツリーオブジェクト、例えばオブジェクトＩＤが‘１６’のコンテンツオブジェクト情報、及びオブジェクトＩＤが‘１８’のコンテンツオブジェクト情報をアップデートによる変更前のオリジナルオブジェクト情報にリフレッシュすることができる。
前述したような集合リフレッシュ過程で誤りが発生した場合に、大別して３種類のエラーコード（Error code）が発生することができる。エラーコードは、７０１、７２０、及び７４２コードを含むことができ、これに限定されるものではない。
エラーコード７０１は該当オブジェクトがない場合（No such object）であって、特定オブジェクトＩＤアーギュメント（specified Object ID argument）が有効でないので、集合リフレッシュアクション（RefreshAggregation()）要求が失敗した場合を意味することができる。
エラーコード７２０は要求を進行できない場合（Cannot process the request）であって、コンテンツディレクトリサービスが割り当てられた時間内に（in the time allotted）、リフレッシュ基準のためにマッチするオブジェクト全体個数を計算できず、割り当てられた時間内に、該当リフレッシュ基準にマッチするオブジェクトを追加的にリターンできない場合を意味することができる。
エラーコード７４２はサポートされないアクション（Unsupported action）であって、集合リフレッシュアクション（RefreshAggregation()）要求が集合モード状態変数の値が’１’の場合のみにサポートされることを意味することができる。但し、現在状態変数の値が‘０’の場合には要求されたアクションがサポートされないことがある。
以下、図３２を参考して、本発明の実施形態に係る集合メディアサーバに格納された集合対象メディアサーバの情報を説明する。
図３２は、本発明の実施形態に係る集合メディアサーバに格納されたＸＭＬタイプの集合対象メディアサーバ関連情報を示す図である。
制御装置は集合メディアサーバを通じて複数の集合対象メディアサーバの各々の情報、例えば、リスト、電源状態（power states）、集合基準（aggregation criteria）、集合プロセスなどを得る必要がある。制御装置は、集合対象メディアサーバのより詳細な情報を制御するために、集合メディア装置があるメディアサーバからコンテンツオブジェクトを収集するか否か、各々の集合対象メディアサーバ内の電源状態（power state）、集合メディア装置が収集予定のコンテンツオブジェクトの種類などを制御することができる。
以下、集合メディアサーバを通じて複数の集合対象メディアサーバの各々のより多い情報を得るか、または設定するためのアクション、状態変数などに関して説明する。
集合メディアサーバは、状態変数を用いて集合対象メディアサーバ情報を格納することができる。このような状態変数の様相（aspects）は、名称（Name）、データタイプ（DataType）、及びデータフォーマット（Data Format）を含むことができる。状態変数の名称は集合状態（AggregationStatus）のことであり、データタイプはＸＭＬフラグメント（XML fragment）のことであり、データフォーマットは複数のエレメント（elements）と複数のアトリビュート（attributes）を含むことができる。データフォーマットは図３２のような形態に提示できる。
このような集合対象メディアサーバ情報を制御するために、集合メディアサーバ（ＡＭＳ）は、集合状態獲得アクション（GetAggregationStatus()）、集合状態設定アクション（SetAggregationStatus()）を用いることができる。
集合状態獲得アクション（GetAggregationStatus()）の名称（Name）は集合状態獲得であり、名称（Name）、方向（Direction）、及び関連した状態変数（Related State Variable）を含むアーギュメントを定義することができる。アーギュメントの名称は現在集合状態（CurrentAggregationStatus）であり、方向は‘アウト（OUT）’であり、関連した状態変数は集合状態（AggregationStatus）でありうる。集合メディアサーバ（ＡＭＳ）は集合状態獲得アクション（Get AggregationStatus()）を用いて集合対象メディアサーバの現在集合状態に関する情報を得ることができる。
集合状態設定アクション（Set AggregationStatus()）の名称（Name）は集合状態設定であり、名称（Name）、方向（Direction）、及び関連した状態変数（Related State Variable）を含むアーギュメントを定義することができる。アーギュメントの名称は新規集合状態（NewAggregationStatus）であり、方向は‘イン（IN）’であり、関連した状態変数は集合状態（AggregationStatus）でありうる。集合メディアサーバ（ＡＭＳ）は集合状態設定アクション（SetAggregationStatus()）を用いて集合対象メディアサーバの集合状態を新しく設定することができる。
一方、制御装置は集合対象メディアサーバ（ＡＤＭＳ）の代わりに集合メディアサーバ（ＡＭＳ）を作動させることによって、集合対象メディアサーバ（ＡＤＭＳ）上でオリジナル集合対象オブジェクトを除去または修正する必要がある。このために、制御装置は以下の図３３から図３６を参考して説明する要求メッセージ（request message）をオリジナル集合対象メディアサーバに再転送（redirecting）することができる。
図３３は、本発明の実施形態に係る集合メディアサーバが制御ポイント装置から受信した要求を集合対象メディアサーバに再転送することによって、集合対象メディアサーバ内のコンテンツオブジェクトを変更する方法を説明するためのフローチャートである。
また、図３４から図３７は本発明の実施形態に係る集合メディアサーバが制御ポイント装置から受信した要求を集合対象メディアサーバに転送する場合に集合メディアサーバ及び集合対象メディアサーバ上に格納される情報を示すテーブルである。
図３３を参考すると、第１メディアサーバ９１０は集合メディアサーバ（ＡＭＳ）であって、集合機能を遂行して（Ｓ２９０１）、第２メディアサーバ９３０にブラウズ／サーチ（Browse／Search）要求を転送して（Ｓ２９０３）、第２メディアサーバ９３０からコンテンツメタデータ（Content Metadata）を受信する（Ｓ２９０５）。第１メディアサーバ９１０は、図３４に示すように、第２メディアサーバ９３０から収集したコンテンツメタデータを格納することができる。図３４を参照すると、第１メディアサーバ９１０は第２メディアサーバ９３０から割り当てられたコンテンツオブジェクトの集合対象オブジェクトＩＤ（aggregatedObjectID）、第２メディアサーバ９１０が新しく割り当てたコンテンツオブジェクトのオブジェクトＩＤ（ObjectID）、第２メディアサーバ９３０の機器識別子（ａａｂ３）に該当する出処サーバ機器識別子（originalServerUDN）、各々のコンテンツオブジェクトのペアレントＩＤ（parentID）、各々のコンテンツオブジェクトの創作者（creator）情報などの複数の情報を格納することができる。
更に図３３を説明する。
制御ポイント装置２００は、集合メディアサーバ（ＡＭＳ）である第１メディアサーバ９１０にオブジェクトアップデートアクション（UpdateObject()）を転送する（Ｓ２９０７）。この際、オブジェクトアップデートアクション（UpdateObject()）は、値が‘１４’のオブジェクトＩＤ（ObjectID＝１４）、‘Torres’という値を有する創作者情報の現在タグ値（CurrentTagValue＝<creator>Torres</creator>）、‘Smith’という値を有する創作者情報の新たなタグ値（NewTagValue＝<creator>Smith</creator>）を含むことができる。
図３３を参考すると、第１メディアサーバ９１０は制御ポイント装置２００から受信したオブジェクトアップデートアクション（UpdateObject()）に対応して、集合オブジェクト情報のアップデートを実行する（Ｓ２９０９）。即ち、第１メディアサーバ９１０は制御ポイント装置２００の制御に従って、第１メディアサーバ９１０に格納されたコンテンツオブジェクト情報を修正することができる。即ち、第１メディアサーバ９１０は、‘１４’のオブジェクトＩＤ（ObjectID＝１４）の‘Torres’という値を有する創作者（creator）情報を‘Smith’という値にアップデートすることができる。
更に図３３を説明する。
次に、制御ポイント装置２００は第１メディアサーバ９１０にオリジナルオブジェクトアップデートアクション（UpdateOriginalObject()）を転送する（Ｓ２９１１）。オリジナルオブジェクトアップデートアクション（UpdateOriginalObject()）は、多様な種類のアーギュメント情報を含むことができる。アーギュメントは、名称（Name）、方向（Direction）、及び関連した状態変数（Related State Variable）を含むことができる。アーギュメントは、名称がオブジェクトＩＤ（ObjectID）、方向がイン（IN）、関連した状態変数がA_ARG_TYPE_ObjectIDでありうる。また、アーギュメントは、名称が現在タグ値（CurrentTagValue）、方向がイン（IN）、関連した状態変数がA_ARG_TYPE_TagValueListでありうる。また、アーギュメントは名称が新たなタグ値（NewTagValue）、方向がイン（IN）、関連した状態変数がA_ARG_TYPE_TagValueListでありうる。また、アーギュメントは名称が集合対象ＣＤＳ ＩＤ（Aggregated CDSID）、方向がイン（IN）、関連した状態変数がA_ARG_TYPE_UDNまたはAggregatedDeviceListでありうる。集合対象ＣＤＳ ＩＤは出処集合対象サーバの機器識別子（ＵＤＮ）を意味することができる。
例えば、オリジナルオブジェクトアップデートアクション（UpdateOriginalObject()）は、値が‘１５’のオブジェクトＩＤ（ObjectID＝１５）、‘Messi’という値を有する創作者情報の現在タグ値（CurrentTagValue＝<creator>Messi</creator>）、‘Ronaldo’という値を有する創作者情報の新たなタグ値（NewTagValue＝<creator>Ronaldo</creator>）を含むことができる。
次に、第１メディアサーバ９１０は第２メディアサーバ９３０にオブジェクトアップデートアクション（OriginalObject()）を転送する（Ｓ２９１３）。この際、オブジェクトアップデートアクション（UpdateObject()）は、値が‘２’のオブジェクトＩＤ（ObjectID＝２）、‘Messi’という値を有する創作者情報の現在タグ値（CurrentTagValue＝<creator>Messi</creator>）、‘Ronaldo’という値を有する創作者情報の新たなタグ値（NewTagValue＝<creator>Ronaldo</creator>）を含むことができる。
図３６を参考すると、第２メディアサーバ９３０は第１メディアサーバ９１０から受信したオブジェクトアップデートアクション（UpdateObject()）に対応して、オブジェクト情報のアップデートを実行する（Ｓ２９１５）。即ち、第２メディアサーバ９３０は制御ポイント装置２００の制御に従って、第２メディアサーバ９３０に格納されたコンテンツオブジェクト情報を修正することができる。即ち、第２メディアサーバ９３０は、‘２’のオブジェクトＩＤ（ObjectID＝２）の‘Messi’という値を有する創作者（creator）情報を‘Ronaldo’という値にアップデートすることができる。このように、第１メディアサーバ９１０は第２メディアサーバ９３０に制御ポイント装置２００から転送されたアクションを再転送することによって、第２メディアサーバ９３０内の情報を修正することができる。
更に図３３を説明する。
次に、制御ポイント装置２００は第１メディアサーバ９１０にオリジナルオブジェクト除去アクション（DestroyOriginalObject()）を転送する（Ｓ２９１７）。この際、オリジナルオブジェクト除去アクション（DestroyOriginalObject()）は、値が‘１６’であるオブジェクトＩＤ（ObjectID＝１６）情報を含むことができる。
次に、第１メディアサーバ９１０は第２メディアサーバ９３０にオブジェクト除去アクション（DestroyObject()）を転送する（Ｓ２９１９）。この際、オブジェクト除去アクション（DestroyObject()）は、値が‘３’であるオブジェクトＩＤ（ObjectID＝３）情報を含むことができる。
図３７を参考すると、第２メディアサーバ９３０は第１メディアサーバ９１０から受信したオブジェクト除去アクション（DestroyObject()）に対応して、オブジェクト情報のアップデートを実行する（Ｓ２９２１）。即ち、第２メディアサーバ９３０は制御ポイント装置２００の制御に従って、第２メディアサーバ９３０に格納されたコンテンツオブジェクト情報を削除することができる。即ち、第２メディアサーバ９３０は、‘３’のオブジェクトＩＤ（ObjectID＝３）に該当する情報を削除することができる。このように、第１メディアサーバ９１０は第２メディアサーバ９３０に制御ポイント装置２００から転送されたアクションを再転送することによって、第２メディアサーバ９３０内の情報を修正することができる。
図３８は本発明が適用される一実施形態であって、複数個のサーバから収集されるコンテンツ情報を制御し、再生するための装置同士間の全体構造図を示す。
上記図３８では、複数個のメディアサーバからコンテンツ情報を収集してサービスを提供するＵＰｎＰ基盤のＡＶホームネットワークの全体構造図を示す。上記図３８のように、ホームネットワークにメディアデータを提供する複数個のメディアサーバ（ＭＳ：Media Server）３８３０、３８４０、３８５０と、ホームネットワークを介してメディアデータを再生するメディアレンダラー（ＭＲ：Media Renderer）３８２０と、上記複数個のメディアサーバ３８３０、３８４０、３８５０と、上記メディアレンダラー３８２０を制御する制御ポイント（ＣＰ：Control Point）３８１０装置を含んで構成され、複数個のメディアサーバはコンテンツ集合機能を遂行する集合メディアサーバ３８３０とコンテンツ情報集合の対象となる集合対象メディアサーバ３８４０、３８５０から構成できる。一方、上記複数個のメディアサーバ３８３０、３８４０、３８５０とメディアレンダラー３８２０は、上記制御ポイント３８１０により制御される被制御（controlled）機器である。
上記集合メディアサーバ３８３０（正確には集合メディアサーバ３８３０内のＣＤＳ（Content Directory Service））は、他の集合対象メディアサーバ３８４０、３８５０から収集したオブジェクト情報及び自分に収録されているメディアファイルとコンテナ（ディレクトリに該当）の情報を各オブジェクト（object）情報として予め構築することができる。‘オブジェクト’は、１つ以上のメディアファイルに対する情報を有するアイテム（item）及びディレクトリに対する情報を有するコンテナ（container）を包括して称する用語であり、場合によって、オブジェクトは適切にアイテムであるか、またはコンテナでありうる。そして、１つのアイテムは多数のメディアファイルに対応できる。例えば、各々異なるビットレートの同一内容のコンテンツを有する多数のメディアファイルは１つのアイテムとして管理できる。
上記図３８はネットワークでなされるメディア再生過程に対する簡略な機器間の信号流れを示すものであって、図示された再生過程を説明すると、次の通りである。まず、上記集合メディアサーバ３８３０は本明細書で説明する集合機能と関連した多様な実施形態が適用されることができ、上記図３８では集合対象メディアサーバ＃１ ３８４０からコンテンツ情報を収集し（Ｓ３８０１）、集合対象メディアサーバ＃Ｎ ３８５０からコンテンツ情報を収集することと（Ｓ３８０３）簡略に表現した。
上記集合メディアサーバ３８３０は、上記制御ポイント３８１０にディレクトリ及び該当ディレクトリ下のメディアファイルに対する情報を知らせるために、ユーザの要求に従うＵＰｎＰアクション（action）１４１、例えばブラウジング（browsing）及び／又はサーチング（searching）アクションがある度に（Ｓ３８０５）現在ディレクトリに対する情報及びそのディレクトリ下のメディアファイルに対するアイテム情報を知らせることができる（Ｓ３８０７）。上記制御ポイント（ＣＰ）３８１０は、上記メディアレンダラー（ＭＲ）３８２０にプロトコルに対する情報を獲得するためのアクションを遂行し（Ｓ３８０９）、上記メディアレンダラー（ＭＲ）３８２０が収容することができるプロトコルに対する情報及びフォーマット情報を獲得することができる（Ｓ３８１１）。上記制御ポイント（ＣＰ）３８１０は、獲得したプロトコルに対する情報及びフォーマット情報のうち、マッチングされるプロトコルとフォーマットを選択することができる（Ｓ３８１３）。
上記制御ポイント（ＣＰ）３８１０は、受信された各オブジェクトに対する情報で上記メディアレンダラー（ＭＲ）３８２０で提供した収容可能なプロトコルに合わないアイテムに対する情報は排除してユーザに適当なＵＩを介して表示することができる。ＵＩを介してユーザが１つのアイテム（または、そのアイテムに属する特定品質の１つのメディアファイル）を選択すれば、その選択されたメディアファイル（以下、‘コンポーネント’または‘メディアコンポーネント’とも称する）のプレゼンテーションのために上記集合メディアサーバ３８３０と上記メディアレンダラー（ＭＲ）３８２０に連結準備アクション（PrepareForConnection()）を各々要求して、両機器（３８２０、３８３０）の間のストリーミング（streaming）によるプレゼンテーションに必要とする参加要素（ＣＭ、ＡＶＴ、ＲＣＳ）に対する臨時ＩＤ（Instance IDs）を受信することができる（図示せず）。
この臨時ＩＤは、現在遂行されるストリーミングサービスを以後に、各サービス別に特定してコントロールするために使われる。そして、上記制御ポイント（ＣＰ）３８１０は先に選択されたコンポーネントに対するアクセス位置情報をAVTransportサービスに伝達して設定させた後（Ｓ３８１５）、再生アクションをAVTransportサービスに要求することができる（Ｓ３８１７）。例えば、上記制御ポイント（ＣＰ）３８１０は上記集合対象メディアサーバ＃Ｎ ３８５０から収集されたオブジェクトのＵＲＬ情報を転送することができる。上記メディアレンダラー（ＭＲ）３８２０は、上記転送されたＵＲＬ情報を用いて上記集合対象メディアサーバ＃Ｎ ３８５０のメディアファイルを再生することもできる（Ｓ３８１９）。
上記AVTransportサービスは、メディアレンダラーに備えられているが、メディアサーバに備えられることもでき、上記メディアレンダラー（ＭＲ）３８２０と上記集合メディアサーバ３８３０との間の適切な情報交換過程を通じて選択されたコンポーネントのデータがストリーミングされて出力できる。
一方、メディアコンポーネントをストリーミングするためには、２つの方式、即ち、プッシュ（push）方式とプル（pull）方式があり、pushとpull方式の差はストリーミングの再生管理のためのAVTransportサービスが備えられた機器または使われる機器が相異し、これによって、アクションの対象がメディアサーバかメディアレンダラーかに従うアクションの方向が異なるだけであり、本発明で説明するアクションの遂行方法はpush方式とpull方式でも同一であるので、本発明の請求範囲の解釈は図面及び説明に例示された方式により制限されるものではない。
図３９は本発明が適用される一実施形態であって、特定集合対象メディアサーバからコンテンツ情報を収集することを制限する方法を説明するためのフローチャートである。
本発明の一実施形態として、ユーザは集合メディアサーバが特定メディアサーバのみからコンテンツ情報を収集することを希望することがある。そのような理由により、制御ポイント装置は現在集合メディアサーバが収集している集合対象メディアサーバのうち、特定集合対象メディアサーバを排除できなければならない。
また、本発明の他の一実施形態として、ユーザは上記排除された特定メディアサーバからまたコンテンツ情報が収集されることを希望することがある。そのような理由により、制御ポイント装置は現在集合メディアサーバが収集している集合対象メディアサーバリストに特定メディアサーバを追加できなければならない。
上記のような目的を達成するために、本発明の実施形態では集合制限装置の識別情報を用いて集合制限状態変数を変更することによって、特定メディアサーバからのコンテンツ情報収集を制限することができる。
上記図３９を見ると、まず制御ポイント装置は集合メディアサーバに現在コンテンツ情報収集が制限される集合制限装置の識別情報を要求することができる（Ｓ３９１０）。ここで、上記集合メディアサーバは集合制限状態変数を格納していることができ、上記集合制限状態変数は上記集合メディアサーバからコンテンツ情報収集が制限される集合制限装置の識別情報を含むことができる。上記集合制限状態変数はリスト形態に表現されることができ、上記識別情報は固有デバイス番号（Unique Device Number；以下、‘ＵＤＮ’という）を含むことができる。
ここで、図４２及び図４４を参照すると、本発明が適用される一実施形態であって、図４２は集合メディアサーバによるコンテンツ情報収集が制限される集合制限メディアサーバの識別情報を獲得するためのアクション情報を示し、図４４は上記図４２のアクション情報に用いられる状態変数を示す。上記ステップＳ３９１０の集合制限装置の識別情報要求は、上記図４２の“GetAggregationRestrictedDevices()”アクションにより遂行できる。上記“GetAggregationRestrictedDevices()”アクションは、集合制限状態変数の現在値を出力する。上記集合制限状態変数は、集合メディアサーバによるコンテンツ収集が許容されないメディアサーバの識別情報を含み、“AggregationRestricedDevices”として表現できる。上記集合制限状態変数は集合モードの変化により変更されない。
上記要求に従って、上記制御ポイント装置は上記集合メディアサーバから現在コンテンツ情報収集が制限される集合制限装置の識別情報を受信することができる（Ｓ３９２０）。上記制御ポイント装置は、上記集合制限装置の識別情報を受信することによって、現在コンテンツ情報収集が制限される集合制限装置を確認することができる。
ユーザが特定メディアサーバからのコンテンツ情報収集を制限しようとする場合、上記制御ポイント装置は上記集合メディアサーバに特定メディアサーバからのコンテンツ情報収集制限を要求することができる（Ｓ３９３０）。ここで、ユーザの制限要求は上記特定メディアサーバの識別情報を含むことができ、ユーザインターフェースまたはネットワークインターフェースを介して遂行できる。
ここで、図４３及び図４４を参照すると、本発明が適用される一実施形態であって、図４３は集合メディアサーバによるコンテンツ情報収集が制限される集合制限メディアサーバの識別情報を獲得するためのアクション情報を示し、図４４は上記図４３のアクション情報に用いられる状態変数を示す。上記ステップＳ３９３０の特定メディアサーバからのコンテンツ情報収集制限要求は、上記図４３の“SetAggregationRestrictedDevices()”アクションにより遂行できる。上記“SetAggregationRestrictedDevices()”アクションは集合制限状態変数の現在値を変更し、特定メディアサーバからのコンテンツメタデータ収集を制限するために利用できる。上記集合制限状態変数は、集合メディアサーバによるコンテンツ収集が許容されないメディアサーバの識別情報を含み、“AggregationRestricedDevices”として表現できる。
特定メディアサーバのコンテンツ情報収集制限要求を受けた場合、上記集合メディアサーバは上記特定メディアサーバの識別情報に基づいて集合制限状態変数を変更することができる（Ｓ３９４０）。例えば、上記集合メディアサーバは上記集合制限状態変数に含まれた集合制限装置の識別情報を上記特定メディアサーバの識別情報に変更することができる。
上記集合メディアサーバは、上記変更された集合制限状態変数に基づいて上記特定メディアサーバからコンテンツ情報を収集しなくなる（Ｓ３９５０）。この場合、変更前の集合制限状態変数に含まれるが、上記特定メディアサーバには該当しない集合対象メディアサーバがあれば、集合制限状態変数の変更後、上記集合メディアサーバは上記集合対象メディアサーバからコンテンツ情報を収集し始めることができる。一方、変更前の集合制限状態変数には含まれなかったが、上記特定メディアサーバに該当する場合には、集合制限状態変数の変更後、該当集合対象メディアサーバからのコンテンツ情報収集は停止できる。
上記のように、集合メディアサーバはコンテンツ情報収集制限要求に従って集合制限状態変数を変更することによって、特定メディアサーバからのコンテンツ情報収集を制限できるようになる。
図４０は本発明が適用される一実施形態であって、集合制限装置の識別情報を用いて集合制限メディアサーバからのコンテンツ情報収集を制限する過程を説明するためのフローチャートである。
上記図４０を見ると、本発明が適用されるネットワークに集合メディアサーバ４０２０、３個の集合対象メディアサーバ４０３０、４０４０、４０５０、及び制御ポイント装置４０１０が連結されている。上記集合メディアサーバ４０２０は、上記３個の集合対象メディアサーバ４０３０、４０４０、４０５０からコンテンツ情報を収集できるが、本実施形態では現在集合対象メディアサーバ＃２ ４０４０と集合対象メディアサーバ＃３ ４０５０が集合制限状態となっていることを仮定する。
この場合、上記集合メディアサーバ４０２０は上記集合対象メディアサーバ＃２４０４０と集合対象メディアサーバ＃３ ４０５０からコンテンツ情報を収集できず、上記集合メディアサーバ４０２０は集合制限装置の識別情報を格納することができる。したがって、ユーザは、上記集合メディアサーバ４０２０が格納している集合制限装置の識別情報の修正を要求することによって、コンテンツ情報収集が制限された集合制限装置からまたコンテンツ情報を収集できるようになる。以下、より詳細な過程を説明する。
まず、上記集合メディアサーバ４０２０は集合対象メディアサーバ＃１ ４０３０にコンテンツ情報を要求するためのブラウジングアクション及び／又はサーチングアクションを転送することができる（Ｓ４００１）。上記アクション要求に従って、上記集合メディアサーバ４０２０は上記集合対象メディアサーバ＃１ ４０３０からコンテンツ情報を受信することができる（Ｓ４００３）。ここで、上記コンテンツ情報はコンテンツメタデータを含むことができる。
一方、上記集合メディアサーバ４０２０は現在コンテンツ情報収集が制限される集合制限装置の識別情報を格納していることができる（Ｓ４００５）。例えば、上記図４０で、集合制限装置の識別情報は上記集合対象メディアサーバ＃２ ４０４０の識別情報（ＵＤＮ＝３５ｅｑ）と集合対象メディアサーバ＃３ ４０５０の識別情報（ＵＤＮ＝ｔｔｔｅｘｘ）を含むことができる。
上記制御ポイント装置４０１０は、上記集合メディアサーバ４０２０に現在コンテンツ情報収集が制限される集合制限装置の識別情報を要求することができる（Ｓ４００７）。
上記要求に従って、上記制御ポイント装置４０１０は上記集合メディアサーバ４０２０から現在コンテンツ情報収集が制限される集合制限装置の識別情報を受信することができる（Ｓ４００９）。例えば、上記制御ポイント装置４０１０は上記集合メディアサーバ４０２０に格納されている集合制限装置の識別情報である上記集合対象メディアサーバ＃２ ４０４０の識別情報（ＵＤＮ＝３５ｅｑ）と集合対象メディアサーバ＃３ ４０５０の識別情報（ＵＤＮ＝ｔｔｔｅｘｘ）を受信することができる。これを通じて、上記制御ポイント装置は現在コンテンツ情報収集が制限される集合制限装置を確認することができる。
ユーザが特定メディアサーバからのコンテンツ情報収集を制限しようとする場合、上記制御ポイント装置４０１０は上記集合メディアサーバ４０２０に特定メディアサーバからのコンテンツ情報収集制限を要求することができる（Ｓ４０１１）。
例えば、上記制御ポイント装置４０１０はコンテンツ情報収集を制限しようとする特定メディアサーバの識別情報セッティングを上記集合メディアサーバ４０２０に要求することができる。即ち、上記集合メディアサーバ４０２０は格納された集合制限装置の識別情報リストに上記特定メディアサーバの識別情報をセッティングすることができる。
したがって、上記集合メディアサーバ４０２０は格納された集合制限装置の識別情報リストに上記特定メディアサーバの識別情報のみがアップデートされることによって、上記特定メディアサーバのみからコンテンツ情報収集が制限され、その以外の集合対象メディアサーバからはまたコンテンツ情報収集が可能になる。
例えば、上記図４０を見ると、上記制御ポイント装置４０１０は上記集合対象メディアサーバ＃２ ４０４０の識別情報（ＵＤＮ＝３５ｅｑ）を転送し、上記集合メディアサーバ４０２０は受信された上記集合対象メディアサーバ＃２ ４０４０の識別情報（ＵＤＮ＝３５ｅｑ）を集合制限装置の識別情報リストにセッティングして格納することができる（Ｓ４０１３）。
上記集合メディアサーバ４０２０は、上記セッティングされた集合制限装置の識別情報リストに基づいて上記集合対象メディアサーバ＃２ ４０４０からコンテンツ情報を収集しなくなる。
集合対象メディアサーバ＃１ ４０３０の場合には集合制限装置の識別情報リストに含まれなかったので、上記集合メディアサーバ４０２０はブラウジングアクション及び／又はサーチングアクションを通じて上記集合対象メディアサーバ＃１ ４０３０からコンテンツ情報を受信することができる（Ｓ４０１５、Ｓ４０１７）。
一方、セッティング前の集合制限装置の識別情報リストに含まれていた集合対象メディアサーバ＃２ ４０４０の識別情報（ＵＤＮ＝３５ｅｑ）は削除されたので、上記集合メディアサーバ４０２０はブラウジングアクション及び／又はサーチングアクションを通じて上記集合対象メディアサーバ＃２ ４０４０からコンテンツ情報をまた収集することができる（Ｓ４０１９、Ｓ４０２１）。
図４１は本発明が適用される一実施形態であって、集合対象メディアサーバの識別情報を用いて集合制限メディアサーバからのコンテンツ情報収集を制限する過程を説明するためのフローチャートである。
本実施形態は、集合対象メディアサーバに対する情報獲得要求に従って集合対象メディアサーバの識別情報を獲得して集合制限装置セッティング要求によりコンテンツ情報収集を制限するものである。
まず、集合メディアサーバ４１２０は集合対象メディアサーバ＃１、＃２、＃３ ４１３０、４１４０、４１５０にコンテンツ情報を要求するためのブラウジングアクション及び／又はサーチングアクションを転送し、上記アクション要求に従って上記集合メディアサーバ４１２０は上記集合対象メディアサーバ＃１、＃２、＃３ ４１３０、４１４０、４１５０からコンテンツ情報を受信することができる（Ｓ４１０１、Ｓ４１０３、Ｓ４１０５）。ここで、上記コンテンツ情報はコンテンツメタデータを含むことができ、上記コンテンツメタデータは上記集合対象メディアサーバ＃１、＃２、＃３の識別情報を含むことができる。
上記集合メディアサーバ４１２０は、現在コンテンツ情報収集が可能な集合対象メディアサーバの識別情報を格納していることができる（Ｓ４１０７）。例えば、上記図４１で、コンテンツ情報収集が可能な集合対象メディアサーバの識別情報は上記集合対象メディアサーバ＃１ ４１３０の識別情報（ＵＤＮ＝ａａｂ３）、上記集合対象メディアサーバ＃２ ４１４０の識別情報（ＵＤＮ＝３５ｅｑ）、及び集合対象メディアサーバ＃３ ４１５０の識別情報（ＵＤＮ＝ｔｔｔｅｘｘ）を含むことができる。
一方、上記制御ポイント装置４１１０は上記集合メディアサーバ４１２０に集合対象サーバの状態情報獲得を要求することができる（Ｓ４１０９）。上記要求に従って、上記集合メディアサーバ４１２０は上記集合メディアサーバ４１２０に格納された集合対象メディアサーバの識別情報（ＵＤＮ＝ａａｂ３、３５ｅｑ、ｔｔｔｅｘｘ）を上記制御ポイント装置４１１０に転送することができる（Ｓ４１１１）。これを通じて、上記制御ポイント装置４１１０は現在コンテンツ収集が可能な集合対象メディアサーバを確認することができる。
ユーザが特定メディアサーバからのコンテンツ情報収集を制限しようとする場合、上記制御ポイント装置４１１０は、上記集合メディアサーバ４１２０に現在コンテンツ情報収集が制限される集合制限装置のセッティングを要求することができる（Ｓ４１１３）。例えば、上記図４１を見ると、上記制御ポイント装置４１１０は上記集合制限装置の識別情報として上記集合対象メディアサーバ＃２ ４１４０の識別情報（ＵＤＮ＝３５ｅｑ）と上記集合対象メディアサーバ＃３ ４１５０の識別情報（ＵＤＮ＝ｔｔｔｅｘｘ）を転送することができる。
上記集合メディアサーバ４１２０は、格納された集合対象メディアサーバの識別情報リストを変更することによって、上記集合制限装置の識別情報をセッティングすることができる（Ｓ４１１５）。即ち、集合対象メディアサーバの識別情報リストから上記集合制限装置の識別情報を削除することによって、上記セッティングが遂行できる。例えば、既に格納された集合対象メディアサーバの識別情報リスト（ＵＤＮ＝ａａｂ３、３５ｅｑ、ｔｔｔｅｘｘ）から上記転送された上記集合制限装置の識別情報（ＵＤＮ＝３５ｅｑ、ｔｔｔｅｘｘ）を削除することによって、上記集合対象メディアサーバの識別情報リストを変更することができる。
したがって、上記集合メディアサーバ４１２０は上記集合対象メディアサーバの識別情報リストに存在する集合対象メディアサーバ（ＵＤＮ＝ａａｂ３）のみからコンテンツ情報収集が可能になる。
そして、上記集合メディアサーバ４１２０は上記変更された集合対象メディアサーバの識別情報リストに存在しない上記集合対象メディアサーバ＃２ ４１４０及び上記集合対象メディアサーバ＃３ ４１５０からコンテンツ情報を収集しなくなる（Ｓ４１１７、Ｓ４１１９）。
以後、上記制御ポイント装置４１１０からまた集合制限装置のセッティング要求を受信する場合（Ｓ４１２１）、上記集合メディアサーバ４１２０は格納された集合対象メディアサーバの識別情報リストを変更するようになる（Ｓ４１２３）。例えば、集合対象メディアサーバ＃３ ４１５０（ＵＤＮ＝ｔｔｔｅｘｘ）を集合制限装置にセッティングすることの要求を受けた場合、集合対象メディアサーバの識別情報リストは（ＵＤＮ＝ａａｂ３、３５ｅｑ）を含むように変更され、上記集合メディアサーバ４１２０は上記集合対象メディアサーバ＃２ ４１４０からコンテンツ情報をまた収集することができる（Ｓ４１２５）。
図４５は本発明が適用される他の一実施形態であって、特定メディアサーバのみからコンテンツ情報を収集するための方法を説明するためのフローチャートである。
本発明の一実施形態として、ユーザは集合メディアサーバが特定メディアサーバのみからコンテンツ情報を収集することを希望することがある。そのような理由により、制御ポイント装置はコンテンツ情報が収集されることを希望する特定メディアサーバの識別情報を転送することによって、集合メディアサーバをして特定メディアサーバのみからコンテンツ情報を収集するようにすることができる。
上記図４５を見ると、まず制御ポイント装置は集合メディアサーバに現在コンテンツ情報を収集中である集合対象メディアサーバのリストを要求することができる（Ｓ４５１０）。
上記要求に従って、上記制御ポイント装置は上記集合メディアサーバから現在コンテンツ情報を収集している集合対象メディアサーバの識別情報を受信することができる（Ｓ４５２０）。上記制御ポイント装置は、上記集合対象メディアサーバの識別情報を受信することによって、現在コンテンツ情報を収集している集合対象メディアサーバを確認することができる。
ユーザが特定メディアサーバからのコンテンツ情報収集を制限しようとする場合、または特定メディアサーバのみからコンテンツ情報を収集しようとする場合、上記制御ポイント装置は上記集合メディアサーバにコンテンツ情報収集を希望する特定メディアサーバのセッティングを要求することができる（Ｓ４５３０）。ここで、上記特定メディアサーバのセッティング要求は上記特定メディアサーバの識別情報を含むことができ、ユーザインターフェースまたはネットワークインターフェースを介して遂行できる。
特定メディアサーバのセッティング要求を受けた場合、上記集合メディアサーバは上記特定メディアサーバの識別情報に基づいて集合対象メディアサーバのリストを修正することができる（Ｓ４５４０）。例えば、上記集合メディアサーバは上記集合対象メディアサーバのリストを上記特定メディアサーバの識別情報のみ含むように変更することができる。
上記集合メディアサーバは、上記修正された集合対象メディアサーバのリストに記載されたメディアサーバからコンテンツ情報を収集することができる（Ｓ４５５０）。
上記のように、集合メディアサーバでコンテンツ情報を収集しようとするメディアサーバリストを管理するようにすることで、ユーザは容易に集合対象メディアサーバを選択することができる。
図４６は本発明が適用される一実施形態であって、集合対象メディアサーバリストセッティングを通じて特定メディアサーバのみからコンテンツ情報収集を遂行する過程を説明するためのフローチャートである。
上記図４６を見ると、集合メディアサーバ４６２０は集合対象メディアサーバ＃１、＃２、＃３ ４６３０、４６４０、４６５０にコンテンツ情報を要求するためのブラウジングアクション及び／又はサーチングアクションを転送し、上記アクション要求に従って上記集合メディアサーバ４６２０は上記集合対象メディアサーバ＃１、＃２、＃３ ４６３０、４６４０、４６５０からコンテンツ情報を受信することができる（Ｓ４６０１、Ｓ４６０３、Ｓ４６０５）。ここで、上記コンテンツ情報はコンテンツメタデータを含むことができ、上記コンテンツメタデータは上記集合対象メディアサーバ＃１、＃２、＃３の識別情報を含むことができる。
上記集合メディアサーバ４６２０は、現在コンテンツ情報収集が可能な集合対象メディアサーバの識別情報を格納していることができる（Ｓ４６０７）。例えば、上記図４６で、コンテンツ情報収集が可能な集合対象メディアサーバの識別情報は、上記集合対象メディアサーバ＃１ ４６３０の識別情報（ＵＤＮ＝ａａｂ３）、上記集合対象メディアサーバ＃２ ４６４０の識別情報（ＵＤＮ＝３５ｅｑ）、及び集合対象メディアサーバ＃３ ４６５０の識別情報（ＵＤＮ＝ｔｔｔｅｘｘ）を含むことができる。
一方、上記制御ポイント装置４６１０は上記集合メディアサーバ４６２０に集合対象メディアサーバリストの獲得を要求することができる（Ｓ４６０９）。上記要求に従って、上記集合メディアサーバ４６２０は上記集合メディアサーバ４６２０に格納された集合対象メディアサーバの識別情報（ＵＤＮ＝ａａｂ３、３５ｅｑ、ｔｔｔｅｘｘ）を上記制御ポイント装置４６１０に転送することができる（Ｓ４６１１）。これを通じて、上記制御ポイント装置４６１０は現在コンテンツ収集が可能な集合対象メディアサーバを確認することができる。
上記制御ポイント装置４６１０は、上記集合メディアサーバ４６２０にコンテンツ情報収集を希望する特定メディアサーバのセッティングを要求することができる（Ｓ４６１３）。ここで、上記特定メディアサーバのセッティング要求は上記特定メディアサーバの識別情報、例えば上記集合対象メディアサーバ＃１ ４６３０の識別情報（ＵＤＮ＝ａａｂ３）を含むことができる。
特定メディアサーバのセッティング要求を受けた場合、上記集合メディアサーバ４６２０は上記特定メディアサーバの識別情報に基づいて集合対象メディアサーバのリストを修正することができる（Ｓ４６１５）。例えば、上記集合メディアサーバ４６２０は上記集合対象メディアサーバのリストを上記集合対象メディアサーバ＃１ ４６３０の識別情報（ＵＤＮ＝ａａｂ３）のみ含むように変更することができる。
上記集合メディアサーバ４６２０は、上記修正された集合対象メディアサーバのリストに記載された上記集合対象メディアサーバ＃１ ４６３０のみからコンテンツ情報を収集することができ、記載されていない上記集合対象メディアサーバ＃２ ４６４０と上記集合対象メディアサーバ＃３ ４６５０からのコンテンツ情報収集は許容されない（Ｓ４６１７）。
また、ユーザがまた上記集合対象メディアサーバ＃１ ４６３０及び上記集合対象メディアサーバ＃２ ４６４０からコンテンツ情報をまた収集しようとする場合、上記制御ポイント装置４６１０は上記集合メディアサーバ４６２０に上記集合対象メディアサーバ＃１、＃２のセッティングを要求することができる（Ｓ４６１９）。
上記集合メディアサーバ４６２０は、集合対象メディアサーバのリストを上記集合対象メディアサーバ＃１ ４６３０の識別情報（ＵＤＮ＝ａａｂ３）、及び上記集合対象メディアサーバ＃２ ４６４０の識別情報（ＵＤＮ＝３５ｅｑ）のみ含むように変更することができる（Ｓ４６２１）。即ち、既存に格納された集合対象メディアサーバのリスト（ＵＤＮ＝ａａｂ３）に上記集合対象メディアサーバ＃２ ４６４０の識別情報（ＵＤＮ＝３５ｅｑ）が追加されるものである。
したがって、上記集合メディアサーバ４６２０は上記集合対象メディアサーバ＃２ ４６４０からコンテンツ情報をまた収集することができる（Ｓ４６２３）。
図４７は本発明が適用される一実施形態であって、集合対象メディアサーバの状態が変更された場合、変更されたコンテンツ情報をアップデートする方法を説明するためのフローチャートである。
集合メディアサーバは、集合対象メディアサーバからコンテンツ情報を収集する時、上記集合対象メディアサーバのコンテンツ変更情報を知る必要がある。
以後、集合メディアサーバが集合対象メディアサーバからコンテンツ情報を収集しようとする時、集合メディアサーバはコンテンツ変更情報を受信し、既に格納されたコンテンツ情報と比較して、いかなる変化があったのかを決定することができる。上記コンテンツ変更情報が以前に収集したコンテンツ情報と同一であると判断されれば、集合メディアサーバは上記集合対象メディアサーバからまたコンテンツ情報を収集する必要がない。
また、集合メディアサーバは集合対象メディアサーバからコンテンツ情報を収集する時、集合対象オブジェクトのコンテンツ変更情報を知る必要がある。
以後、集合メディアサーバが集合対象メディアサーバからコンテンツ情報を収集しようとする時、集合メディアサーバは以前に収集された集合対象オブジェクトのコンテンツ変更情報と集合対象メディアサーバに位置した関連オブジェクトとを比較することによって、専ら変更されたコンテンツのみ収集することができる。または、集合対象メディアサーバからコンテンツ情報を収集した後、集合対象オブジェクトのコンテンツ変更情報と新しく受信したオブジェクトとを比較することによって、変更されたコンテンツ情報のみをアップデートすることができる。
上記図４７を見ると、まず集合メディアサーバは集合対象メディアサーバから集合状態情報を獲得することができる（Ｓ４７１０）。上記集合状態情報は上記集合対象メディアサーバに対する情報を示し、例えば、識別情報ＵＤＮ、電力状態、集合進行状態、及びシステムアップデート識別子を含むことができる。
上記集合メディアサーバは、上記獲得した集合状態情報に基づいて上記集合対象メディアサーバの状態が変更されたか否かを確認することができる（Ｓ４７２０）。例えば、上記集合メディアサーバに既に格納された集合状態情報と獲得した集合状態情報とを比較することにより確認することができる。具体的には、上記獲得した集合状態情報のうち、システムアップデート識別子が既に格納されたシステムアップデート識別子より大きい場合、上記集合対象メディアサーバの状態が変更されたことを確認することができる。
上記確認の結果、上記集合対象メディアサーバの状態が変更された場合（Ｓ４７３０）、上記集合メディアサーバは上記集合状態情報に基づいて上記集合対象メディアサーバの状態をアップデートすることができる（Ｓ４７４０）。
一方、上記確認の結果、上記集合対象メディアサーバの状態が変更されていない場合（Ｓ４７３０）には、上記集合対象メディアサーバの状態をアップデートする必要がないので、また開始ステップに戻る。
図４８は本発明が適用される一実施形態であって、集合対象メディアサーバの状態が変更された場合、変更されたコンテンツ情報をアップデートする過程を説明するためのフローチャートである。
集合メディアサーバは複数個の集合対象メディアサーバからコンテンツ情報を収集しているので、ある集合対象メディアサーバでコンテンツ情報変更が発生した場合、ユーザはいかなるコンテンツ情報が変更されたかを知る必要がある。この際、上記集合メディアサーバがまた全ての集合対象メディアサーバからコンテンツ情報を収集することは不要である。したがって、上記集合メディアサーバは集合対象メディアサーバから集合状態情報を獲得して既に格納された集合状態情報と比較することによって、ある集合対象メディアサーバでコンテンツ情報変更が発生したか否かを容易に確認することができる。
上記図４８を見ると、集合メディアサーバ４８２０は集合対象メディアサーバ＃１、＃２、＃３ ４８３０、４８４０、４８５０からアップデート識別情報を獲得することができる。例えば、上記集合対象メディアサーバ＃１ ４８３０からはUpdateID＃１＝１０を獲得することができ（Ｓ４８０１）、上記集合対象メディアサーバ＃２ ４８４０からはUpdateID＃２＝１２４を獲得することができ（Ｓ４８０３）、上記集合対象メディアサーバ＃３ ４８５０からはUpdateID＃３＝３２を獲得することができる（Ｓ４８０５）。
上記集合メディアサーバ４８２０は、上記受信された集合対象メディアサーバ＃１、＃２、＃３ ４８３０、４８４０、４８５０のアップデート識別情報（UpdateID＃１＝１０、UpdateID＃２＝１２４、UpdateID＃３＝３２）を格納することができる。
一定時間が経過した後、または上記集合メディアサーバ４８２０の電源が消えて、また付いた場合、上記集合メディアサーバ４８２０は上記集合対象メディアサーバ＃１、＃２、＃３ ４８３０、４８４０、４８５０にアップデート識別情報の獲得を要求することができ、上記要求に従って上記集合対象メディアサーバ＃１、＃２、＃３ ４８３０、４８４０、４８５０は現在アップデート識別情報を転送する（Ｓ４８１１、Ｓ４８１３、Ｓ４８１５）。例えば、上記集合対象メディアサーバ＃１４８３０はUpdateID＃１’＝１０を転送することができ（Ｓ４８１１）、上記集合対象メディアサーバ＃２ ４８４０はUpdateID＃２’＝１２５を転送することができ（Ｓ４８１３）、上記集合対象メディアサーバ＃３ ４８５０はUpdateID＃３’＝３２を転送することができる（Ｓ４８１５）。
上記集合メディアサーバ４８２０は、既に格納されたアップデート識別情報（UpdateID＃１＝１０、UpdateID＃２＝１２４、UpdateID＃３＝３２）と新しく受信したアップデート識別情報（UpdateID＃１＝１０、UpdateID＃２＝１２５、UpdateID＃３＝３２）とを比較することによって、上記集合対象メディアサーバ＃２ ４８４０のアップデート識別情報が変更されたことを確認することができる（Ｓ４８１７）。そして、上記集合メディアサーバ４８２０は新しく受信したアップデート識別情報（UpdateID＃１＝１０、UpdateID＃２＝１２５、UpdateID＃３＝３２）をまた格納するようになる（Ｓ４８１９）。
上記集合メディアサーバ４８２０は、ブラウジングアクション及び／又はサーチングアクションを通じて上記集合対象メディアサーバ＃２ ４８４０から変更されたコンテンツ情報を受信することができる（Ｓ４８２１）。このような過程を通じて、上記集合メディアサーバ４８２０は変更されたコンテンツ情報のアップデートを遂行することができる（Ｓ４８２３）。この際、上記変更されたコンテンツ情報はコンテンツメタデータを含むことができる。
図４９から図５１は本発明が適用される一実施形態であって、図４９は集合対象メディアサーバに対する情報を獲得するためのアクション情報を示し、図５０は上記図４９のアクション情報に用いられる状態変数を示し、図５１は上記図５０の状態変数の例で、ＸＭＬタイプの情報を示す。
上記ステップＳ４７１０で、集合メディアサーバが集合対象メディアサーバから集合状態情報を獲得するステップは、図４９の“GetAggregationStatus()”アクションにより遂行できる。上記“GetAggregationStatus()”アクションは、集合対象メディアサーバの状態変数の現在値を出力し、集合対象メディアサーバに対する情報を識別するために用いられる。
図５０に図示された上記集合対象メディアサーバの状態変数は、集合対象メディアサーバに対する情報を提供する。例えば、上記集合対象メディアサーバに対する情報には集合対象メディアサーバの識別情報ＵＤＮ、電力状態、集合進行状態、及びシステムアップデート識別子を含むことができる。
図５１は上記集合対象メディアサーバの状態変数のＸＭＬタイプ情報を示し、上記集合対象メディアサーバの状態変数は集合対象メディアサーバの識別情報ＵＤＮ ５１１０、電力状態５１２０、集合進行状態５１３０、及びシステムアップデート識別子５１４０を含んでいることを確認することができる。また、集合対象メディアサーバが複数個の場合には、集合対象メディアサーバの状態変数は上記複数個の集合対象メディアサーバに対する状態変数を全て含むようになる（５１５０）。
図５２は本発明が適用される一実施形態であって、集合対象メディアサーバのアップデート識別子を用いて変更されたコンテンツ情報をアップデートする方法を説明するためのフローチャートである。
集合メディアサーバの集合機能はSetAggregationMode()アクションを遂行することによって、活性化されるか、または不活性化できる。SetAggregationMode()アクションは、集合モード状態変数を出力する。例えば、集合モード状態変数はメディアサーバのＣＤＳが集合機能を遂行するか否かを示し、‘１’の場合、該当メディアサーバのＣＤＳは現在集合機能を遂行するメディアサーバであることを示し、‘０’の場合、該当メディアサーバのＣＤＳは現在集合機能を遂行しないメディアサーバであることを示す。
集合メディアサーバは、格納している原本集合オブジェクトに変更事項がある場合、最新集合オブジェクトにアップデートしなければならない。ここで、上記原本集合オブジェクトは、集合対象メディアサーバから収集して格納しているオブジェクトを示す。上記変更事項は、例えばオブジェクトの生成、削除、及び修正を意味することができる。
集合メディアサーバは、ネットワーク内の集合対象メディアサーバ内の変更事項を探知しなければならない。例えば、上記変更事項の探知は集合対象メディアサーバからイベント情報を受信することにより遂行できる。そして、必要の場合、システムアップデート識別情報獲得要求アクション（GetSystemUpdateID()）を遂行することにより遂行できる。上記集合メディアサーバは、上記集合対象メディアサーバのアップデート識別情報をモニターリングすることで、上記集合対象メディアサーバ内に変更事項があるか否かを確認することができる。
上記集合メディアサーバは、上記集合対象メディアサーバのアップデート識別情報を受信するようになれば、最も最近に受信された状態変数にアップデートしなければならない。
本発明が適用される他の実施形態であって、集合メディアサーバは集合対象メディアサーバのアップデート識別情報を用いて変更された集合オブジェクトをサーチすることで、変更事項をアップデートすることができる。
集合メディアサーバが集合対象メディアサーバのアップデート識別情報を受信する場合（Ｓ５２１０）、上記アップデート識別情報より大きいオブジェクトアップデート識別情報を有する集合オブジェクトをサーチすることができる（Ｓ５２２０）。
上記サーチされた集合オブジェクトに対してアップデートを遂行することによって、集合対象メディアサーバの変更事項をアップデートすることができる（Ｓ５２３０）。
図５３は本発明が適用される一実施形態であって、集合オブジェクト情報のアップデート過程を説明するための集合オブジェクト情報の細部事項を示す。
上記図５３を見ると、集合メディアサーバは集合対象メディアサーバからＳ５３１０のような集合オブジェクト情報を有している。例えば、ObjectIDが‘ａａａ’の集合オブジェクトの場合、ObjectUpdateID＝１２１であり、ObjectIDが‘ｂｂｂ’の集合オブジェクトの場合、ObjectUpdateID＝１２４である。
上記集合メディアサーバは、上記集合対象メディアサーバのアップデート識別情報をモニターリングすることで、上記集合対象メディアサーバ内に変更事項があるか否かを確認することができる。確認結果、上記集合対象メディアサーバ内に変更事項が存在する場合、上記集合メディアサーバは新たな集合オブジェクト情報の転送を受けることができる（Ｓ５３２０）。ここで、ObjectIDが‘ａａａ’の集合オブジェクトのObjectUpdateID＝１２５であり、ObjectIDが‘ｂｂｂ’の集合オブジェクトのObjectUpdateID＝１２４であることを確認することができる。
これからObjectIDが‘ａａａ’の集合オブジェクトに変更事項があることを確認することができ、上記集合メディアサーバは上記新たな集合オブジェクト情報にアップデートを遂行することができる（Ｓ５３３０）。
ここに説明される多様な実施形態は、例えば、ソフトウェア、ハードウェア、またはこれらの組合せたものを用いてコンピュータまたはこれと類似の装置により読取できる記録媒体内で具現できる。
ハードウェア的な具現によれば、ここに説明される実施形態は、ＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ （digital signal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（field programmable gate arrays）、プロセッサ（processors）、制御器（controllers）、マイクロコントローラ（micro-controllers）、マイクロプロセッサ（microprocessors）、その他の機能遂行のための電気的なユニットのうち、少なくとも１つを用いて具現できる。一部の場合に、そのような一実施形態が制御部により具現できる。
ソフトウェア的な具現によれば、手続や機能のような実施形態は少なくとも１つの機能または作動を遂行するようにする別のソフトウェアモジュールと共に具現できる。ソフトウェアコードは適切なプログラム言語で書かれたソフトウェアアプリケーションにより具現できる。ソフトウェアコードはメモリに格納され、制御部により実行できる。
本発明の一実施形態によれば、前述した方法は、プログラムが記録された媒体にプロセッサが読み取ることができるコードとして具現することが可能である。プロセッサが読み取ることができる媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、キャリアウェーブ（例えば、インターネットを通じての転送）の形態で具現されることも含む。
上記のように説明された装置は、上記説明された実施形態の構成と方法が限定されるように適用できるものでなく、上記実施形態は多様な変形がなされることができるように各実施形態の全部または一部が選択的に組合わせて構成されることもできる。

Claims (20)

  1. 少なくとも１つの集合対象装置に格納されたコンテンツ情報を収集する集合サーバを制御する方法であって、
    前記集合サーバに特定集合対象装置のコンテンツ情報収集の制限を要求するステップと、
    前記要求に従って、集合制限状態変数を変更するステップとを含み、
    前記集合制限状態変数は、前記集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とする集合サーバ制御方法。
  2. 前記集合制限状態変数の変更は、前記特定集合対象装置の識別情報を追加するか、または既に含まれた他の集合対象装置の識別情報を削除することを特徴とする請求項１に記載の集合サーバ制御方法。
  3. 前記追加された識別情報に対応する前記特定集合対象装置は、前記集合サーバによるコンテンツ情報収集が許容されないことを特徴とする請求項２に記載の集合サーバ制御方法。
  4. 前記削除された識別情報に対応する前記他の集合対象装置は、前記集合サーバによるコンテンツ情報収集が許容されることを特徴とする請求項２に記載の集合サーバ制御方法。
  5. 前記集合サーバ制御方法は、
    前記集合サーバに前記集合制限状態変数を要求するステップと、
    前記集合サーバから前記集合制限状態変数を受信するステップと、
    をさらに含むことを特徴とする請求項１に記載の集合サーバ制御方法。
  6. 少なくとも１つの集合対象装置に格納されたコンテンツ情報を制御装置に転送する方法であって、
    前記制御装置から特定集合対象装置のコンテンツ情報収集を制限する要求信号を受信するステップと、
    前記要求信号に基づいて集合制限状態変数を変更するステップとを含み、
    前記集合制限状態変数は、集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とするコンテンツ情報転送方法。
  7. 前記集合制限状態変数の変更は、前記特定集合対象装置の識別情報を追加するか、または既に含まれた他の集合対象装置の識別情報を削除することを特徴とする請求項６に記載のコンテンツ情報転送方法。
  8. 前記集合サーバは、前記追加された識別情報に対応する前記特定集合対象装置からコンテンツ情報を収集しないことを特徴とする請求項７に記載のコンテンツ情報転送方法。
  9. 前記集合サーバは、前記削除された識別情報に対応する前記他の集合対象装置からコンテンツ情報を収集することを特徴とする請求項７に記載のコンテンツ情報転送方法。
  10. 前記コンテンツ情報転送方法は、
    前記制御装置から前記集合制限状態変数を要求する信号を受信するステップと、
    前記制御装置に前記集合制限状態変数を転送するステップと、
    をさらに含むことを特徴とする請求項６に記載のコンテンツ情報転送方法。
  11. 少なくとも１つの集合対象装置に格納されたコンテンツ情報を収集する集合サーバを制御する装置であって、
    前記集合サーバとコンテンツ関連情報の送受信を遂行するネットワークインターフェースと、
    前記集合サーバに特定集合対象装置のコンテンツ情報収集の制限を要求し、前記要求に従って集合制限状態変数を変更する制御部とを含み、
    前記集合制限状態変数は、前記集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とする集合サーバ制御装置。
  12. 前記制御部は、前記特定集合対象装置の識別情報を追加するか、または既に含まれた他の集合対象装置の識別情報を削除することによって、前記集合制限状態変数を変更することを特徴とする請求項１１に記載の集合サーバ制御装置。
  13. 少なくとも１つの集合対象装置に格納されたコンテンツ情報を制御装置に転送する集合サーバであって、
    前記制御装置とコンテンツ関連情報の送受信を遂行するネットワークインターフェースと、
    前記制御装置から特定集合対象装置のコンテンツ情報収集を制限する要求信号を受信し、前記要求信号に基づいて集合制限状態変数を変更する制御部とを含み、
    前記集合制限状態変数は、前記集合サーバによりコンテンツ情報を収集することが許容されない集合対象装置の識別情報を示すことを特徴とする集合サーバ。
  14. 前記制御部は、前記特定集合対象装置の識別情報を追加するか、または既に含まれた他の集合対象装置の識別情報を削除することによって、前記集合制限状態変数を変更することを特徴とする請求項１３に記載の集合サーバ。
  15. 集合対象装置からコンテンツ情報を収集する集合サーバを制御する方法であって、
    前記集合対象装置から前記集合対象装置の集合状態情報を獲得するステップと、
    前記獲得した集合状態情報に基づいて前記集合対象装置の状態が変更されたか否かを確認するステップと、
    前記確認の結果、前記集合対象装置の状態が変更された場合、前記獲得した集合状態情報に基づいて前記集合対象装置の状態をアップデートするステップとを含み、
    前記集合状態情報は、前記集合対象装置のアップデート識別子を含むことを特徴とする集合サーバ制御方法。
  16. 前記集合対象装置の状態が変更されたか否かは、前記獲得した集合状態情報に含まれたアップデート識別子と前記集合対象装置の既に格納されたアップデート識別子とを比較することにより確認されることを特徴とする請求項１５に記載の集合サーバ制御方法。
  17. 前記集合対象装置の状態が変更されたか否かは、前記アップデート識別子の獲得要求に基づいて確認されることを特徴とする請求項１５に記載の集合サーバ制御方法。
  18. 前記集合対象装置のコンテンツ情報検索を要求するステップと、
    前記集合対象装置から変更されたコンテンツ情報を受信するステップと、
    をさらに含むことを特徴とする請求項１５に記載の集合サーバ制御方法。
  19. 集合対象装置からコンテンツ情報を収集する集合サーバであって、
    制御装置とコンテンツ関連情報の送受信を遂行するネットワークインターフェースと、
    前記集合対象装置から前記集合対象装置の集合状態情報を獲得し、前記獲得した集合状態情報に基づいて前記集合対象装置の状態が変更されたか否かを確認し、前記集合対象装置の状態が変更された場合、前記獲得した集合状態情報に基づいて前記集合対象装置の状態をアップデートする制御部とを含み、
    前記集合状態情報は、前記集合対象装置のアップデート識別子を含むことを特徴とする集合サーバ。
  20. 前記制御部は、前記獲得した集合状態情報に含まれたアップデート識別子と前記集合対象装置の既に格納されたアップデート識別子とを比較することによって、前記集合対象装置の状態が変更されたか否かを確認することを特徴とする請求項１９に記載の集合サーバ。
JP2015534394A 2012-09-28 2013-09-27 集合サーバ制御方法及び装置 Active JP6208764B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261706776P 2012-09-28 2012-09-28
US61/706,776 2012-09-28
US201361863433P 2013-08-08 2013-08-08
US61/863,433 2013-08-08
PCT/KR2013/008714 WO2014051395A1 (ko) 2012-09-28 2013-09-27 집합 서버 제어 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2016502690A true JP2016502690A (ja) 2016-01-28
JP6208764B2 JP6208764B2 (ja) 2017-10-04

Family

ID=50388673

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015534394A Active JP6208764B2 (ja) 2012-09-28 2013-09-27 集合サーバ制御方法及び装置

Country Status (6)

Country Link
US (1) US9953180B2 (ja)
EP (1) EP2902917B1 (ja)
JP (1) JP6208764B2 (ja)
KR (1) KR101688751B1 (ja)
CN (1) CN104685491A (ja)
WO (1) WO2014051395A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150120681A1 (en) * 2013-10-27 2015-04-30 Videon Central, Inc. System and method for aggregating media content metadata
TW201540057A (zh) * 2014-04-03 2015-10-16 Primax Electronics Ltd 於區域網路中播放影音網站之影音媒體之方法及影音媒體之播放系統
US10176257B2 (en) * 2015-08-21 2019-01-08 Accenture Global Services Limited Interactive video distribution system with content similarity matching
US20230016602A1 (en) * 2021-07-13 2023-01-19 Hewlett Packard Enterprise Development Lp Updating cluster data at network devices of a cluster

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11203224A (ja) * 1997-12-26 1999-07-30 Internatl Business Mach Corp <Ibm> データ通信装置およびその方法
JP2005020706A (ja) * 2003-06-02 2005-01-20 Fujitsu Ltd 電子メール送受信システム
JP2007200436A (ja) * 2006-01-25 2007-08-09 Sharp Corp 再生装置および再生方法
JP2008257511A (ja) * 2007-04-05 2008-10-23 Yahoo Japan Corp 専門用語抽出装置、方法及びプログラム
JP2009038699A (ja) * 2007-08-03 2009-02-19 Nec Personal Products Co Ltd コンテンツ情報提供装置およびコンテンツ情報提供方法
JP2011096258A (ja) * 2009-10-30 2011-05-12 Samsung Electronics Co Ltd コンテンツ利用履歴に基づいたネットワーク・コンテンツ・サービス管理方法及び装置
JP2011517186A (ja) * 2008-03-26 2011-05-26 クゥアルコム・インコーポレイテッド ワイヤレス通信におけるデバイス管理アクセスポイントリスト

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100562907B1 (ko) 2003-12-18 2006-03-21 삼성전자주식회사 미디어 컨텐츠의 통합 관리 장치 및 그 방법
GB0400474D0 (en) * 2004-01-10 2004-02-11 Koninkl Philips Electronics Nv Searching content directories
KR100745722B1 (ko) * 2004-12-06 2007-08-03 한국전자통신연구원 홈 네트워크 환경에서의 미디어 변환 장치, 미디어 재생기및 지능형 멀티미디어 서비스 시스템
US7389122B2 (en) * 2004-12-17 2008-06-17 Intel Corporation Method and apparatus to provide a continuous useable wireless network connection
KR100724361B1 (ko) * 2005-03-15 2007-06-04 엘지전자 주식회사 미디어 파일 검색 시스템 및 방법
US8655984B2 (en) * 2005-12-21 2014-02-18 Vringo Infrastructure Inc. Content aggregation service for mobile environment
JP4752063B2 (ja) * 2006-04-07 2011-08-17 国立大学法人信州大学 アクセス制限を行う公衆回線上の通信システムと端末接続装置およびサーバー接続制限装置
JP5532540B2 (ja) 2008-02-06 2014-06-25 日立コンシューマエレクトロニクス株式会社 コンテンツ配信装置
CN101547191B (zh) * 2008-03-28 2012-02-01 华为技术有限公司 一种媒体内容聚合控制方法及装置
US8631137B2 (en) * 2008-06-27 2014-01-14 Sony Corporation Bridge between digital living network alliance (DLNA) protocol and web protocol
US8396941B2 (en) 2008-08-05 2013-03-12 Sony Corporation Digital living network alliance (DLNA) server that serves contents from IVL services
KR20120064882A (ko) * 2010-12-10 2012-06-20 주식회사 케이티 미디어 렌더러를 위한 범용 플러그 앤 플레이 네트워크 기반의 컴퓨팅 공유 시스템 및 방법

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11203224A (ja) * 1997-12-26 1999-07-30 Internatl Business Mach Corp <Ibm> データ通信装置およびその方法
JP2005020706A (ja) * 2003-06-02 2005-01-20 Fujitsu Ltd 電子メール送受信システム
JP2007200436A (ja) * 2006-01-25 2007-08-09 Sharp Corp 再生装置および再生方法
JP2008257511A (ja) * 2007-04-05 2008-10-23 Yahoo Japan Corp 専門用語抽出装置、方法及びプログラム
JP2009038699A (ja) * 2007-08-03 2009-02-19 Nec Personal Products Co Ltd コンテンツ情報提供装置およびコンテンツ情報提供方法
JP2011517186A (ja) * 2008-03-26 2011-05-26 クゥアルコム・インコーポレイテッド ワイヤレス通信におけるデバイス管理アクセスポイントリスト
JP2011096258A (ja) * 2009-10-30 2011-05-12 Samsung Electronics Co Ltd コンテンツ利用履歴に基づいたネットワーク・コンテンツ・サービス管理方法及び装置

Also Published As

Publication number Publication date
WO2014051395A1 (ko) 2014-04-03
EP2902917B1 (en) 2019-05-22
US9953180B2 (en) 2018-04-24
KR20150063386A (ko) 2015-06-09
JP6208764B2 (ja) 2017-10-04
EP2902917A4 (en) 2016-05-11
US20150242646A1 (en) 2015-08-27
EP2902917A1 (en) 2015-08-05
KR101688751B1 (ko) 2016-12-21
CN104685491A (zh) 2015-06-03

Similar Documents

Publication Publication Date Title
KR100562907B1 (ko) 미디어 컨텐츠의 통합 관리 장치 및 그 방법
EP1873958B1 (en) Method and apparatus for synchronising the content directory service in a Universal Plug and Play (UPnP) network
JP4781822B2 (ja) ホームネットワークでコンテンツに対する一つのビューを提供する方法及びシステム
KR100734100B1 (ko) 네트워크된 미디어 서버의 컨텐트에 대한 북마크 정보 관리방법 및 장치
JP4874346B2 (ja) 複数のコンテンツディレクトリサービス装置を同期化する方法、コンテンツディレクトリサービス装置およびシステム
US7890470B2 (en) Method and apparatus for synchronizing device providing content directory service with device not providing content directory
JP6208764B2 (ja) 集合サーバ制御方法及び装置
EP1683045A1 (en) Virtual content directory service
EP1842334A1 (en) Aggregated content listing for ad-hoc peer to peer networks
US7849222B2 (en) Method of synchronizing multiple content directory services, and content directory service devices and a system thereof
US8452802B2 (en) Distributed audio visual system and content directory management system and method thereof
EP2064827B1 (en) Method and apparatus synchronizing content directory service objects of universal plug and play media servers
US20130117409A1 (en) Control device, control target device and method of transmitting content information thereof
US9608836B2 (en) Control device, control target device and method of transmitting content information thereof
JP2008530681A (ja) ＵＰｎＰネットワーク・サーバ提供の、ネットワーク・コンテンツの集約ビュー
US20140082012A1 (en) Methods and systems for enhanced access to multimedia contentt
KR101870928B1 (ko) 전자기기 및 전자기기의 동작 방법
JP4823924B2 (ja) Ａｖセッション復元方法およびこのためのコントロールポイント
JP5226243B2 (ja) 同期化方法及び同期化装置
US20140081921A1 (en) Methods and systems for providing access to regions of interest within multimedia content
US20130117357A1 (en) Control device, control target device and method of transmitting content information thereof
KR20060100002A (ko) 미디어 파일 검색 시스템 및 방법
KR101259552B1 (ko) 홈 네트워크의 중복 기능 제어 방법 및 이를 제공하는 유니버설 플러그 앤 플레이 기기

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160405

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160705

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170310

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170808

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170907

R150 Certificate of patent or registration of utility model

Ref document number: 6208764

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250