(57)【要約】  クラウドシステム上のコンテンツをＤＬＮＡに連結されたデバイスに伝達する電子装置及び方法を提供する。クラウドサービスシステム上の電子装置の動作方法であって、サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信する過程と、上記コンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換する過程と、上記サーバから上記選択されたコンテンツをストリーミングして、上記選択されたクライアントに伝達する過程と、を含むことをその構成上の特徴とするクラウドシステム上のコンテンツをＤＬＮＡに連結されたデバイスに伝達する電子装置及び方法を提供する。
2014531147.tif 000002
【特許請求の範囲】
【請求項１】
クラウドサービスシステム上の電子装置の動作方法であって、
サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信する過程と、
前記コンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換する過程と、
前記サーバから前記選択されたコンテンツをストリーミングして、前記選択されたクライアントに伝達する過程と、を含む、方法。
【請求項２】
クラウドサービスシステム上の電子装置であって、
サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信するプロトコルエキストラクタ（Ｐｒｏｔｏｃｏｌ  Ｅｘｔｒａｃｔｏｒ）と、
前記コンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換するメタデータジェネレータ（ＭｅｔａＤａｔａ  Ｇｅｎｅｒａｔｏｒ）と、
前記サーバから前記選択されたコンテンツをストリーミングして、前記選択されたクライアントに伝達するＤＬＮＡ  ＤＭＣ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ）と、を含む、装置。
【請求項３】
請求項１に記載の方法又は請求項２に記載の装置であって、
前記サーバにより提供されるプロトコルの種類を確認する過程と、
前記サーバにより提供される前記少なくとも一つのコンテンツのメタデータの情報を確認する過程と、
前記サーバに前記確認されたプロトコルのゲット（ＧＥＴ）を要請する過程と、
前記サーバから前記確認されたプロトコルの応答（ｒｅｓｐｏｎｓｅ）メッセージを受信する過程と、
前記サーバに前記ストリームメタデータテーブルを要請する過程と、をさらに含む、方法又は装置。
【請求項４】
前記サーバにより提供される前記少なくとも一つのコンテンツのメタデータの情報を確認する過程は、
前記受信したプロトコルの応答メッセージを分析するか、又はクラウドにより提供されるＡＰＩを用いて、前記少なくとも一つのコンテンツのメタデータに関する情報を確認することを特徴とする、請求項３に記載の方法又は装置。
【請求項５】
請求項１に記載の方法又は請求項２に記載の装置であって、
前記選択されたクライアントのアクセス性（ｃａｐａｂｉｌｉｔｙ）を確認する過程をさらに含む、方法又は装置。
【請求項６】
前記選択されたクライアントのアクセス性を確認する過程は、
前記選択されたクライアントにＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信する過程と、
前記選択されたクライアントからＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を受信する過程と、を含む、請求項５に記載の方法又は装置。
【請求項７】
請求項１に記載の方法又は請求項２に記載の装置であって、
前記ネットワークは、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）であることを特徴とする、方法又は装置。
【請求項８】
請求項１に記載の方法又は請求項２に記載の装置であって、
前記コンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換する過程は、
前記少なくとも一つのコンテンツのいずれか一つのコンテンツが選択されたことを確認する過程と、
確認された前記少なくとも一つのコンテンツのメタデータの情報のうち前記選択されたコンテンツのメタデータを確認する過程と、
前記確認されたメタデータを、ＤＬＮＡに連結された前記選択されたクライアントで用いられるフォーマットと一致するように変換する過程と、を含む、方法又は装置。
【請求項９】
前記確認されたメタデータを、ＤＬＮＡに連結された前記選択されたクライアントで用いられるフォーマットと一致するように変換する過程は、
前記選択されたクライアントで用いられるフォーマットと一致するように、前記確認されたメタデータのうちコンテンツのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、タイプ（ｔｙｐｅ）、サイズ（ｓｉｚｅ）、再生時間（ｄｕｒａｔｉｏｎ）及びサムネイル（ｔｈｕｍｂｎａｉｌ）ＵＲＩの少なくとも一つを変換する過程を含み、
前記少なくとも一つのコンテンツが掲載されたウェブブラウザ上のアドレスであるパブリックＩＰアドレス（Ｐｕｂｌｉｃ  ＩＰ  ａｄｄｒｅｓｓ）をプライベートＩＰアドレス（ｐｒｉｖａｔｅ  ＩＰ  ａｄｄｒｅｓｓ）に変換する過程と、
前記選択されたクライアントに、前記変換されたＩＰアドレスが含まれたプライベートＵＲＩ及び前記変換されたメタデータを送信する過程と、をさらに含む、請求項８に記載の方法又は装置。
【請求項１０】
請求項１に記載の方法又は請求項２に記載の装置であって、
前記サーバから前記選択されたコンテンツをストリーミングして、前記選択されたクライアントに伝達する過程は、
前記サーバからストリーミングしたコンテンツが前記選択されたクライアントで再生されるようにプッシュ（ｐｕｓｈ）又はプル（ｐｕｌｌ）することを特徴とする、方法又は装置。
【請求項１１】
クラウドサービスシステム上のクライアントの動作方法であって、
電子装置から使用中のネットワークのフォーマットと一致するメタデータを受信する過程と、
前記電子装置から任意のコンテンツをストリーミングする過程と、を含む、方法。
【請求項１２】
クラウドサービスシステム上のクライアントであって、
電子装置から使用中のネットワークのフォーマットと一致するメタデータを受信し、前記電子装置から任意のコンテンツをストリーミングする通信モジュールと、
全体的な動作を制御する制御部と、を含む、クライアント。
【請求項１３】
請求項１１に記載の方法又は請求項１２に記載のクライアントであって、
前記ネットワークは、ＤＬＮＡであり、
前記電子装置を介してアクセス性を確認する過程を含む、方法又はクライアント。
【請求項１４】
前記電子装置を介してアクセス性を確認する過程は、
前記電子装置からＰｒｏｔｏｃｏｌＩｎｆｏメッセージを受信する過程と、
前記電子装置にＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を送信する過程と、を含む、請求項１３に記載の方法又はクライアント。
【請求項１５】
請求項１１に記載の方法又は請求項１２に記載のクライアントであって、
前記電子装置から使用中のネットワークのフォーマットと一致するメタデータを受信する過程は、
前記任意のコンテンツのプライベートＵＲＩをともに受信することを特徴とする、方法又はクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラウドシステムに関する。
【背景技術】
【０００２】
クラウドサービスは、インターネットベースのコンピュータ技術であって、インターネット上のサーバに格納したデータ、ユーティリティなどを、ユーザが必要なときに、コンピュータ、携帯電話などのクライアント（ｃｌｉｅｎｔ）端末などに提供するサービスである。クラウドインフラの資源を効率的に提供するためのシステムは、ユーザが、自分の有する端末でローカルストレージ（ｌｏｃａｌ  ｓｔｏｒａｇｅ）及び様々な異種のストレージを区分して認知することなく、様々な要求に応じて動的にストレージを拡張して用いるエラスティック（ｅｌａｓｔｉｃ）ストレージプロビジョン（ｐｒｏｖｉｓｉｏｎ）方法を提供することができる。クライアントは、アプリケーションからファイルアクセス要求を受信すると、ファイルアクセス要求をローカルストレージに対するローカルファイルアクセス要求として処理するか、インターネットを介して連結されたクラウドストレージに対するクラウドファイルアクセス要求として処理するかを決定する。中継サーバは、クラウドファイルアクセス要求を受信して、クライアントがクラウドサーバを利用するようにサポートする。
【０００３】
従来のクラウドサービスは、クラウドインフラの資源にアクセスする際に、中継サーバを介してクラウドインフラの資源のメタ（ｍｅｔａ）データなどを提供する機能を果たす２ティア（ｔｉｅｒ）構造を有している。これにより、従来のクラウドサービスは、実際に提供されるコンテンツがローカルに存在するか、又はクラウド上に存在するかを判断し、適したコンテンツを提供する。しかし、上述の方法は、中継サーバが、ファイルアクセスに対する判断を下すだけであって、クライアントに適した形態にコンテンツを変換することができないという問題があった。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、従来提案されている方法の上記のような問題点を解決するために提案されたものであり、本発明の目的は、クラウドサーバから受信したコンテンツをＤＬＮＡに連結されたそれぞれのクライアントで再生するための装置及び方法を提供することにある。
【０００５】
本発明の他の目的は、クラウドシステム上において提供されるメタデータを、ＤＬＮＡに連結されたクライアントのフォーマットと一致するように変更するための装置及び方法を提供することにある。
【課題を解決するための手段】
【０００６】
上述の目的を達成するための本発明の特徴による電子装置の動作方法は、クラウドサービスシステム上の電子装置の動作方法であって、サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信する過程と、上記コンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換する過程と、上記サーバから上記選択されたコンテンツをストリーミングして、上記選択されたクライアントに伝達する過程と、を含むことをその構成上の特徴とする。
【０００７】
好ましくは、上記サーバにより提供されるプロトコルの種類を確認する過程と、上記サーバに上記確認されたプロトコルのゲットを要請する過程と、上記サーバから上記確認されたプロトコルの応答メッセージを受信する過程と、上記サーバに上記ストリームメタデータテーブルを要請する過程と、をさらに含むことができる。
【０００８】
好ましくは、上記サーバにより提供される上記少なくとも一つのコンテンツのメタデータの情報を確認する過程をさらに含むことができる。
【０００９】
好ましくは、上記サーバにより提供される上記少なくとも一つのコンテンツのメタデータの情報を確認する過程は、上記受信したプロトコルの応答メッセージを分析するか、又はクラウドにより提供されるＡＰＩを用いて、上記少なくとも一つのコンテンツのメタデータに関する情報を確認することができる。
【００１０】
好ましくは、上記選択されたクライアントのアクセス性を確認する過程をさらに含むことができる。
【００１１】
好ましくは、上記選択されたクライアントのアクセス性を確認する過程は、上記選択されたクライアントにＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信する過程と、上記選択されたクライアントからＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を受信する過程と、を含むことができる。
【００１２】
好ましくは、上記ネットワークは、ＤＬＮＡであることができる。
【００１３】
好ましくは、上記コンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換する過程は、上記少なくとも一つのコンテンツのいずれか一つのコンテンツが選択されたことを確認する過程と、確認された上記少なくとも一つのコンテンツのメタデータの情報のうち上記選択されたコンテンツのメタデータを確認する過程と、上記確認されたメタデータを、ＤＬＮＡに連結された上記選択されたクライアントで用いられるフォーマットと一致するように変換する過程と、を含むことができる。
【００１４】
好ましくは、上記確認されたメタデータを、ＤＬＮＡに連結された上記選択されたクライアントで用いられるフォーマットと一致するように変換する過程は、上記選択されたクライアントで用いられるフォーマットと一致するように、上記確認されたメタデータのうちコンテンツのＵＲＩ、タイプ、サイズ、再生時間及びサムネイルＵＲＩの少なくとも一つを変換する過程を含むことができる。
【００１５】
好ましくは、上記少なくとも一つのコンテンツが掲載されたウェブブラウザ上のアドレスであるパブリックＩＰアドレスをプライベートＩＰアドレスに変換する過程と、上記選択されたクライアントに、上記変換されたＩＰアドレスが含まれたプライベートＵＲＩ及び上記変換されたメタデータを送信する過程と、をさらに含むことができる。
【００１６】
好ましくは、上記サーバから上記選択されたコンテンツをストリーミングして、上記選択されたクライアントに伝達する過程は、上記サーバからストリーミングしたコンテンツが上記選択されたクライアントで再生されるようにプッシュすることができる。
【００１７】
好ましくは、上記サーバから上記選択されたコンテンツをストリーミングして、上記選択されたクライアントに伝達する過程は、上記サーバからストリーミングしたコンテンツが上記選択されたクライアントで再生ができるようにプルすることができる。
【００１８】
上述の目的を達成するための本発明の特徴によるクライアントの動作方法は、クラウドサービスシステム上のクライアントの動作方法であって、電子装置から使用中のネットワークのフォーマットと一致するメタデータを受信する過程と、上記電子装置から任意のコンテンツをストリーミングする過程と、を含むことをその構成上の特徴とする。
【００１９】
好ましくは、上記電子装置を介してアクセス性を確認する過程をさらに含むことができる。
【００２０】
好ましくは、上記電子装置を介してアクセス性を確認する過程は、上記電子装置からＰｒｏｔｏｃｏｌＩｎｆｏメッセージを受信する過程と、上記電子装置にＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を送信する過程と、を含むことができる。
【００２１】
好ましくは、上記電子装置から使用中のネットワークのフォーマットと一致するメタデータを受信する過程は、上記任意のコンテンツのプライベートＵＲＩをともに受信することができる。
【００２２】
好ましくは、上記ネットワークは、ＤＬＮＡであることができる。
【００２３】
上述の目的を達成するための本発明の特徴による電子装置は、クラウドサービスシステム上の電子装置であって、サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信するプロトコルエキストラクタ（Ｐｒｏｔｏｃｏｌ  Ｅｘｔｒａｃｔｏｒ）と、上記コンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換するメタデータジェネレータ（ＭｅｔａＤａｔａ  Ｇｅｎｅｒａｔｏｒ）と、上記サーバから上記選択されたコンテンツをストリーミングして、上記選択されたクライアントに伝達するＤＬＮＡ  ＤＭＣ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ）と、を含むことをその構成上の特徴とする。
【００２４】
好ましくは、上記プロトコルエキストラクタは、上記サーバにより提供されるプロトコルの種類を確認し、上記サーバに上記確認されたプロトコルのゲットを要請し、上記サーバから上記確認されたプロトコルの応答メッセージを受信し、上記サーバに上記ストリームメタデータテーブルを要請することができる。
【００２５】
好ましくは、上記サーバにより提供される上記少なくとも一つのコンテンツのメタデータの情報を確認するメタデータジェネレータをさらに含むことができる。
【００２６】
好ましくは、上記メタデータジェネレータは、上記受信したプロトコルの応答メッセージを分析するか、又はクラウドにより提供されるＡＰＩを用いて、上記少なくとも一つのコンテンツのメタデータに関する情報を確認することができる。
【００２７】
好ましくは、上記ＤＬＮＡ  ＤＭＣは、上記選択されたクライアントのアクセス性を確認することができる。
【００２８】
好ましくは、上記ＤＬＮＡ  ＤＭＣは、上記選択されたクライアントにＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信し、上記選択されたクライアントからＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を受信することができる。
【００２９】
好ましくは、上記ネットワークは、ＤＬＮＡであることができる。
【００３０】
好ましくは、上記メタデータジェネレータは、上記少なくとも一つのコンテンツのいずれか一つのコンテンツが選択されたことを確認し、確認された上記少なくとも一つのコンテンツのメタデータの情報のうち上記選択されたコンテンツのメタデータを確認し、上記確認されたメタデータを、ＤＬＮＡに連結された上記選択されたクライアントで用いられるフォーマットと一致するように変換することができる。
【００３１】
好ましくは、上記メタデータジェネレータは、上記選択されたクライアントで用いられるフォーマットと一致するように、上記確認されたメタデータのうちコンテンツのＵＲＩ、タイプ、サイズ、再生時間及びサムネイルＵＲＩの少なくとも一つを変換することができる。
【００３２】
好ましくは、上記メタデータジェネレータは、上記少なくとも一つのコンテンツが掲載されたウェブブラウザ上のアドレスであるパブリックＩＰアドレスをプライベートＩＰアドレスに変換し、上記選択されたクライアントに、上記変換されたＩＰアドレスが含まれたプライベートＵＲＩ及び上記変換されたメタデータを送信することができる。
【００３３】
好ましくは、上記メタデータジェネレータは、上記サーバからストリーミングしたコンテンツが上記選択されたクライアントで再生されるようにプッシュすることができる。
【００３４】
好ましくは、上記メタデータジェネレータは、上記サーバからストリーミングしたコンテンツが上記選択されたクライアントで再生されるようにプルすることができる。
【００３５】
上述の目的を達成するための本発明の特徴によるクライアントは、クラウドサービスシステム上のクライアントであって、電子装置から使用中のネットワークのフォーマットと一致するメタデータを受信し、上記電子装置から任意のコンテンツをストリーミングする通信モジュールと、全体的な動作を制御する制御部と、を含むことをその構成上の特徴とする。
【００３６】
好ましくは、上記通信モジュールは、上記電子装置を介してアクセス性を確認することができる。
【００３７】
好ましくは、上記通信モジュールは、上記電子装置からＰｒｏｔｏｃｏｌＩｎｆｏメッセージを受信し、上記電子装置にＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を送信することができる。
【００３８】
好ましくは、上記通信モジュールは、上記任意のコンテンツのプライベートＵＲＩをともに受信することができる。
【００３９】
好ましくは、上記ネットワークは、ＤＬＮＡであることができる。
【発明の効果】
【００４０】
本発明に係るクラウドシステム上のコンテンツをＤＬＮＡに連結されたデバイスに伝達する電子装置及び方法によれば、クラウドサーバから受信したコンテンツをＤＬＮＡに連結されたそれぞれのクライアントで再生することができる。
【図面の簡単な説明】
【００４１】
【図１】本発明に係るクラウドシステム上のコンテンツをＤＬＮＡに連結されたデバイスに伝達するクライアントを全体的に説明するための図である。
【図２Ａ】本発明に係るクラウドシステム上のサーバからコンテンツをストリームしてクライアントに伝送する一実施形態を示す図である。
【図２Ｂ】本発明に係るクラウドシステム上のサーバからコンテンツをストリームしてクライアントに伝送する一実施形態を示す図である。
【図２Ｃ】本発明に係るクラウドシステム上のサーバからコンテンツをストリームしてクライアントに伝送する一実施形態を示す図である。
【図３Ａ】本発明に係るメディアプロトコルのマッピング及びクラウドコンテンツのマッピングの一実施形態を示す図である。
【図３Ｂ】本発明に係るメディアプロトコルのマッピング及びクラウドコンテンツのマッピングの一実施形態を示す図である。
【図３Ｃ】本発明に係るメディアプロトコルのマッピング及びクラウドコンテンツのマッピングの一実施形態を示す図である。
【図４】本発明の一実施形態によるサーバ、電子装置及びクライアントの動作の流れを示すフローチャートである。
【図５】本発明に係る電子装置の動作の流れを示すフローチャートである。
【図６】本発明の一実施形態による電子装置の構成を示すブロック図である。
【図７】本発明の一実施形態によるクライアントの動作の流れを示すフローチャートである。
【図８】本発明の一実施形態によるクライアントの構成を示すブロック図である。
【発明を実施するための形態】
【００４２】
以下、本発明の好ましい実施形態について添付の図面を参照して詳細に説明する。また、本発明を説明するにあたり、関連の公知機能あるいは構成に関する具体的な説明が本発明の要旨を不明にする恐れがあると判断した場合には、その詳細な説明を省略する。また、後述する用語は、本発明における機能を鑑みて定義された用語であって、これは、ユーザ、運用者の意図又は慣例などに応じて異なりうる。そのため、その定義は、本明細書の全般にわたる内容に基づき下すべきである。
【００４３】
図１は本発明に係るクラウドシステム上のコンテンツをＤＬＮＡに連結されたデバイスに伝達するクライアントを全体的に説明するための図である。図１に示すように、本発明は、クラウドシステム上のサーバ１０１、電子装置１０２及びクライアント（Ｃｌｉｅｎｔ）１０３で構成することができる。ここで、クラウドサービスとは、サーバに連結されているクライアントで、サーバに格納されたコンテンツをダウンロードして用いるためのサービスと定義することができる。換言すれば、雲（ｃｌｏｕｄ）のように無形の形態で存在するハードウェア・ソフトウェアなどのコンピュータリソースをクライアントが必要なだけレンタルして使用し、これに対する使用料金を支払う方式のコンピュータサービスであって、互いに異なる物理的な位置に存在するコンピュータリソースを仮想化技術で統合して提供する技術を意味する。例えば、クラウドサービスを用いるクライアントは、大容量のコンテンツがクライアントに格納されていなくても、サーバに連結して、時間や場所を問わず、クライアントが所望のコンテンツをダウンロードしてディスプレイすることができる。
【００４４】
クラウドシステム上のサーバ１０１は、格納されている少なくとも一つのコンテンツを電子装置１０２に伝送することができる。より具体的には、サーバ１０１は、電子装置１０２から特定のコンテンツのストリーミング（ｓｔｒｅａｍｉｎｇ）の要請を受けて、当該コンテンツを電子装置１０２に伝送することができる。以下、本発明におけるサーバの動作の流れについて詳細に説明する。まず、サーバ１０１は、当該クラウドシステム上において提供されるプロトコルにより電子装置１０２との通信を行うことができ、当該プロトコルを確認した電子装置１０２からプロトコルのゲット（ＧＥＴ）の要請を受けて、電子装置１０２にプロトコルの応答（ｒｅｓｐｏｎｓｅ）メッセージを送信することができる。プロトコルの応答メッセージを電子装置１０２に送信したクラウドサーバ１０１は、電子装置１０２から少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルの要請を受け、電子装置１０２に、要請を受けたストリームメタデータテーブルを送信することができる。次に、サーバ１０１は、電子装置１０２から少なくとも一つのコンテンツのいずれか一つのコンテンツのストリームの要請を受け、電子装置１０２に、要請を受けたコンテンツを伝送することができる。
【００４５】
クラウドシステム上の電子装置１０２は、サーバ１０１から少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信することができる。より具体的には、電子装置１０２は、サーバ１０１により提供されるプロトコルの種類を確認して、サーバ１０１に確認されたプロトコルのゲットを要請し、サーバ１０１から確認されたプロトコルの応答メッセージを受信することができる。ここで、電子装置１０２は、サーバ１０１により提供される少なくとも一つのコンテンツのメタデータの情報を確認することができる。より具体的には、電子装置は、サーバ１０１から受信したプロトコルの応答メッセージを分析するか、又はクラウドにより提供されるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を用いて、少なくとも一つのコンテンツのメタデータに関する情報を確認することができる。次に、電子装置１０２は、サーバ１０１にストリームメタデータテーブルを要請して、サーバ１０１からストリームメタデータテーブルを受信することができる。より具体的には、電子装置１０２が、サーバ１０１に少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを要請して、電子装置１０２が、サーバ１０１から少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信することができる。
【００４６】
次に、電子装置１０２は、選択されたクライアント１０３のアクセス性（ｃａｐａｂｉｌｉｔｙ）を確認することができる。より具体的には、電子装置１０２は、ユーザにより選択されたクライアント１０３にＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信し、選択されたクライアント１０３からＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を受信することができる。ここで、電子装置１０２が選択されたクライアント１０３のアクセス性を確認する理由は、当該クライアント１０３にメタデータの情報をどのように送信すべきであるかを確認するためである。すなわち、本発明に係る電子装置１０２は、サーバ１０１からストリームした特定のコンテンツのメタデータを、選択されたクライアント１０３で用いられるＤＬＮＡのフォーマットと一致するように変換する中継機能を行うため、選択されたクライアント１０３のアクセス性を優先的に確認する。ここで、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）とは、ブローバルホームネットワークの商用化をリードする新たな公式団体であって、２００３年６月に設立されたＤＨＷＧ（Ｄｉｇｉｔａｌ  Ｈｏｍｅ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ）を名称を新たに変更したものである。ＤＬＮＡは、家庭におけるＰＣをはじめ、情報家電機器を有線又は無線のネットワークで連結して、インターネット及びデータの共有、また、スキャナ及びプリンタなどの周辺機器の共有、及び相互制御を可能とし、インターネットや携帯情報端末を用いた外部ネットワークと連動して、常にどこでも自由に家庭のＴＶ、冷蔵庫、エアコン、ＤＶＤプレイヤ、デジタルカメラなどの家電機器を遠隔制御できるシステムと定義することができる。
【００４７】
次に、電子装置１０２は、少なくとも一つのコンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアント１０３から選択されたクライアント１０３で用いられるフォーマットと一致するように変換することができる。すなわち、電子装置１０２は、少なくとも一つのコンテンツのうちユーザにより選択されたいずれか一つのコンテンツのメタデータを、ＤＬＮＡに連結された少なくとも一つのクライアント１０３から選択されたクライアント１０３で用いられるフォーマットと一致するように変換することができる。より具体的には、電子装置１０２は、少なくとも一つのコンテンツのいずれか一つのコンテンツが選択されたことを確認し、確認された少なくとも一つのコンテンツのメタデータの情報から選択されたコンテンツのメタデータを確認し、確認されたメタデータを、ＤＬＮＡに連結された選択されたクライアント１０３で用いられるフォーマットと一致するように変換することができる。ここで、電子装置１０２は、選択されたクライアントで用いられるフォーマットと一致するように、確認されたメタデータのうちコンテンツのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、タイプ（ｔｙｐｅ）、サイズ（ｓｉｚｅ）、再生時間（ｄｕｒａｔｉｏｎ）及びサムネイル（ｔｈｕｍｂｎａｉｌ）ＵＲＩの少なくとも一つを変換することができる。次に、電子装置１０２は、少なくとも一つのコンテンツが掲載されたウェブブラウザ上のアドレスであるパブリックＩＰアドレス（Ｐｕｂｌｉｃ  ＩＰ  ａｄｄｒｅｓｓ）をプライベートＩＰアドレス（ｐｒｉｖａｔｅ  ＩＰ  ａｄｄｒｅｓｓ）に変換し、選択されたクライアント１０３に、変換されたＩＰアドレスが含まれたプライベートＵＲＩ及び変換されたメタデータを送信することができる。次に、電子装置１０２は、サーバ１０１から選択されたコンテンツをストリーミングして、選択されたクライアント１０３に伝達することができる。より具体的には、電子装置１０２が、サーバ１０１からストリーミングしたコンテンツが選択されたクライアント１０３で再生されるようにプッシュ（ｐｕｓｈ）又はプル（ｐｕｌｌ）することができる。
【００４８】
クラウドシステム上のクライアント１０３は、電子装置１０２を介してアクセス性を確認することができる。より具体的には、クライアント１０３は、電子装置からＰｒｏｔｏｃｏｌＩｎｆｏメッセージを受信して、電子装置１０２にＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を送信することができる。ここで、電子装置１０２が選択されたクライアント１０３のアクセス性を確認する理由は、当該クライアント１０３にメタデータの情報をどのように送信するかを確認するためである。すなわち、本発明に係る電子装置１０２は、サーバ１０１からストリームした特定のコンテンツのメタデータを、選択されたクライアント１０３で用いられるＤＬＮＡのフォーマットと一致するように変換する中継機能を行うため、選択されたクライアント１０３のアクセス性を優先的に確認する。次に、クライアント１０３は、電子装置１０２から使用中のネットワークのフォーマットと一致するメタデータを受信し、任意のコンテンツをストリーミングすることができる。より具体的には、クライアント１０３は、電子装置１０２から使用中のＤＬＮＡのフォーマットと一致するメタデータとコンテンツのプライベートＵＲＩをともに受信して、任意のコンテンツをストリーミングすることができる。
【００４９】
図２Ａから図２Ｃは本発明に係るクラウドシステム上のサーバからコンテンツをストリームしてクライアントに伝送する一実施形態を示す図である。図２Ａは本発明に係るクラウドシステム上のサーバからコンテンツをストリームしてクライアントにプッシュする一実施形態を示す図である。まず、図２Ａに示すように、本発明に係るクラウドプロキシ２０２は、プロトコルエキストラクタ（Ｐｒｏｔｏｃｏｌ  Ｅｘｔｒａｃｔｏｒ）２０３、プロトコルハンドラ（Ｐｒｏｔｏｃｏｌ  Ｈａｎｄｌｅｒ）２０４、メタデータジェネレータ（ＭｅｔａＤａｔａ  Ｇｅｎｅｒａｔｏｒ）２０５、ＤＬＮＡ  ＤＭＣ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ）２０６及びＤＬＮＡ  ＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）２０７で構成することができる。プロトコルエキストラクタ２０３は、クラウドサービスプロバイダ２０１により提供されるプロトコルを解釈して、いかなる種類のプロトコルが当該クラウドサービスプロバイダに提供されるかを確認することができる。例えば、クラウドサービスプロバイダ２０１により提供されるプロトコルが、それぞれＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）及びＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｅｉｎｇ  Ｓｅｒｖｉｃｅ）である場合、プロトコルエキストラクタ２０３は、クラウドサービスプロバイダ２０１により提供されるプロコトルが、それぞれＨＴＴＰ、ＲＴＰ及びＭＭＳであることを確認することができる。プロトコルハンドラ２０４は、プロトコルエキストラクタ２０３により解釈されたプロトコルをプロトコルエキストラクタ２０３から受信して、メタデータジェネレータ２０５に伝達する。例えば、プロトコルエキストラクタ２０３により解釈されたプロトコルがＨＴＴＰである場合、プロトコルハンドラ２０４は、プロトコルエキストラクタ２０３からＨＴＴＰプロトコルを受信して、メタデータジェネレータ２０５に伝達することができる。メタデータジェネレータ２０５は、ストリーミングプレイヤ（クライアント２０８）が選択されたコンテンツを再生するために基本的に必要な情報をプロトコルハンドラ２０４を介して得たプロトコル情報から抽出する。ＤＬＮＡ  ＤＭＣ２０６は、ＤＬＮＡでＤＭＳが有しているコンテンツをプッシュ又はコントロールすることができる装置である。ＤＬＮＡ  ＤＭＳ２０７は、ＤＬＮＡにおいてコンテンツを有しているサーバの機能を果たす装置である。より具体的には、ＤＬＮＡ  ＤＭＳ２０７は、クラウドサービスプロバイダ２０１からストリームしたコンテンツを実質的に格納することなく、まるで格納しているかのようにして、クライアント２０８で当該コンテンツをストリーミングすることができる。クライアント２０８に設けられているＤＬＮＡ  ＤＭＲ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｒｅｎｄｅｒｅｒ）は、ＤＭＳのコンテンツを再生する機能を果たす。本実施形態では、クラウドプロキシ２０２がクライアント２０８に特定のコンテンツをプッシュすることを示している。より具体的には、クラウドプロキシ２０２は、クライアントに、特定のコンテンツをプレイすることを���令する命令語を伝送する。次に、クライアント２０８に設けられているＤＬＮＡ  ＤＭＲは、ＤＭＳのコンテンツを再生することができる。
【００５０】
図２Ｂは本発明に係るクラウドシステム上のサーバからコンテンツをストリームしたものをクライアントにプルする一実施形態を示す図である。まず、図２Ｂに示すように、本発明に係るクラウドプロキシ２１０は、プロトコルエキストラクタ２１１、プロトコルハンドラ２１２、メタデータジェネレータ２１３及びＤＬＮＡ  ＤＭＳ２１４で構成することができる。プロトコルエキストラクタ２１１は、クラウドサービスプロバイダ２０９により提供されるプロトコルを解釈して、いかなる種類のプロトコルが当該クラウドサービスプロバイダに提供されるかを確認することができる。例えば、クラウドサービスプロバイダ２０９により提供されるプロトコルが、それぞれＨＴＴＰ、ＲＴＰ及びＭＭＳである場合、プロトコルエキストラクタ２１１は、クラウドサービスプロバイダ２０９により提供されるプロコトルが、それぞれＨＴＴＰ、ＲＴＰ及びＭＭＳであることを確認することができる。プロトコルハンドラ２１２は、プロトコルエキストラクタ２１１により解釈されたプロトコルをプロトコルエキストラクタ２１１から受信して、メタデータジェネレータ２１３に伝達する。例えば、プロトコルエキストラクタ２１１により解釈されたプロトコルがＲＴＰである場合、プロトコルハンドラ２１２は、プロトコルエキストラクタ２１１からＲＴＰプロトコルを受信して、メタデータジェネレータ２１３に伝達することができる。メタデータジェネレータ２１３は、ストリーミングプレイヤ（クライアント２１５）が、選択されたコンテンツを再生するために基本的に必要な情報をプロトコルハンドラ２１２を介して得たプロトコル情報から抽出する。ＤＬＮＡ  ＤＭＳ２１４は、ＤＬＮＡにおいてコンテンツを有しているサーバの機能を果たす装置である。より具体的には、ＤＬＮＡ  ＤＭＳ２１４は、クラウドサービスプロバイダ２０９からストリームしたコンテンツを実質的に格納することなく、まるで格納しているかのようにして、クライアント２１５で当該コンテンツをストリーミングすることができる。クライアント２１５に設けられているＤＬＮＡ  ＤＭＲは、ＤＭＳのコンテンツを再生する機能を果たす。本実施形態では、クラウドプロキシ２１０がクライアント２１５に特定のコンテンツをプルすることを示している。より具体的には、クラウドプロキシ２１０は、クライアント２１５から特定のコンテンツをプレイすることを命令する命令語を受信して、クライアント２１５に設けられているＤＬＮＡ  ＤＭＲがＤＭＳのコンテンツを再生するようにする。
【００５１】
図２Ｃは本発明に係るクラウドプロキシがローカルデバイスに位置している場合、サーバからコンテンツをストリームする一実施形態を示す図である。まず、図２Ｃに示すように、本発明に係るクラウドプロキシがローカルデバイス（クライアント２１７）に位置していてもよい。本発明に係るクライアント２１７は、プロトコルエキストラクタ２１８、プロトコルハンドラ２１９、メタデータジェネレータ２２０、ストリーミングバッファ及びストリーミングプレイヤで構成することができる。本実施形態では、クラウドプロキシがローカルデバイスに位置している場合、ストリーミングプレイヤのバッファーに直接ＨＴＴＰストリームを提供して、ローカルデバイスが、クラウドサービスプロバイダ２１６からクラウドサービスの提供を受けることもできる。
【００５２】
図３Ａから図３Ｃは本発明に係るメディアプロトコルのマッピング及びクラウドコンテンツのマッピングの一実施形態を示す図である。図３Ａは本発明に係るメディアプロトコルのマッピングの一実施形態を示す図である。本発明におけるクラウドプロキシは、ユーザがプレイを希望するアイテムのリソース情報とＤＭＲのプロトコル情報をマッチングして、共通するマッチングリストを作成し、ＤＭＲの最優先のプロトコルリストを呼び出すことができる。例えば、クラウドプロキシは、コンテンツアイテム２に該当するリソースを８個生成した後、ＤＭＲがサポートするリソースである３個のリソースを検索する。その結果、クラウドプロキシは、プロキシにより生成されたリソース５番とＤＭＲがサポートするリソース３番とがマッピングすることを確認することができる。また、クラウドプロキシは、外部のパブリックＩＰをプライベートＩＰに変換することができ、ＤＭＲの有効性チェックのための中継サーバを有することができる。このサーバは、Ｒｅｖｅｒｓｅ−ＮＡＴ及びＤＭＲのＨＴＴＰヘッド命令にＤＬＮＡを追加して応答することができる。
【００５３】
図３Ｂは本発明に係るクラウドコンテンツのマッピングの一実施形態を示す図であり、図３Ｃは本発明に係るクラウドコンテンツのマッピングの他の実施形態を示す図である。まず、本発明に係るクラウドプロキシのメタデータジェネレータでメタデータを生成する方法は、二つに大別することができる。図３Ｂに示す一実施形態は、クラウドサービスにおいて個別のアイテムを個別のＵＲＩで処理することなく、データＡＰＩやＨＴＴＰの要請を介してテーブルを提供する場合を示すものである。例えば、ｆｍｔ  ｃｏｄｅ＝１８は、ｆｍｔ（ｆｏｒｍａｔ）コードが１８である場合に、ＤＮＬＡのコンテンツタイプがｍｐ４：ＤＬＮＡ．ＯＲＧ−ＰＮ＝ＭＰＥＧ４−Ｐ２−ＭＰ４−ＡＳＰ−ＡＡＣに変換されたことを示すものである。すなわち、本実施形態は、メタデータの変換方法を示すものであり、より具体的には、コーデックの情報変換方法を示すものである。図３Ｃは個別のコンテンツごとに個別のＵＲＩを提供する一実施形態を示すものである。より具体的には、本実施形態は、図３Ｂのように、テートＡＰＩやＨＴＴＰの要請を介して提供されたテーブルを用いて、メタデータを変換することなく、個別のコンテンツごとに個別のＵＲＩを提供する一実施形態を示すものである。例えば、個別にコンテンツｆｅａｔｕｒｅを抽出して、ＤＮＬＡのコンテンツタイプがｍｐ４：ＤＬＮＡ．ＯＲＧ−ＰＮ＝ＡＶＣ−ＴＳ−ＭＰ−ＨＤ−ＡＡＣ−ＭＵＬＴ５に変換されたことを示すものである。
【００５４】
図４は本発明の一実施形態によるサーバ、電子装置及びクライアントの動作の流れを示すフローチャートである。まず、電子装置は、サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信することができる（４０１）。より具体的には、電子装置は、サーバにより提供されるプロトコルの種類を確認し、サーバに確認されたプロトコルのゲットを要請し、サーバから確認されたプロトコルの応答メッセージを受信することができる。次に、電子装置は、サーバにストリームメタデータテーブルを要請し、サーバからストリームメタデータテーブルを受信することができる。より具体的には、電子装置がサーバに少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを要請して、電子装置が、サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信することができる。ここで、電子装置は、サーバにより提供される少なくとも一つのコンテンツのメタデータの情報を確認することができる。より具体的には、電子装置は、サーバから受信したプロトコルの応答メッセージを分析するか、又はクラウドにより提供されるＡＰＩを用いて、少なくとも一つのコンテンツのメタデータに関する情報を確認することができる。
【００５５】
ストリームメタデータテーブルを受信した電子装置は、選択されたクライアントのアクセス性を確認することができる（４０２）。より具体的には、電子装置は、ユーザにより選択されたクライアントにＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信して、選択されたクライアントからＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を受信することができる。ここで、電子装置が選択されたクライアントのアクセス性を確認する理由は、当該クライアントにメタデータの情報をどのように送信するかを確認するためである。すなわち、本発明に係る電子装置は、サーバからストリームした特定のコンテンツのメタデータを、選択されたクライアントで用いられるＤＬＮＡのフォーマットと一致するように変換する中継機能を行うため、選択されたクライアントのアクセス性を優先的に確認する。
【００５６】
次に、電子装置は、少なくとも一つのコンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換することができる（４０３）。すなわち、電子装置は、少なくとも一つのコンテンツのうちユーザにより選択されたいずれか一つのコンテンツのメタデータを、ＤＬＮＡに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換することができる。より具体的には、電子装置は、少なくとも一つのコンテンツのいずれか一つのコンテンツが選択されたことを確認し、確認された少なくとも一つのコンテンツのメタデータの情報から選択されたコンテンツのメタデータを確認し、確認されたメタデータを、ＤＬＮＡに連結された選択されたクライアントで用いられるフォーマットと一致するように変換することができる。ここで、電子装置は、選択されたクライアントで用いられるフォーマットと一致するように、確認されたメタデータのうちコンテンツのＵＲＩ、タイプ、サイズ、再生時間及びサムネイルＵＲＩの少なくとも一つを変換することができる。
【００５７】
次に、電子装置は、パブリックＩＰをプライベートＩＰに変換することができる（４０４）。より具体的には、電子装置は、少なくとも一つのコンテンツが掲載されたウェブブラウザ上のアドレスであるパブリックＩＰアドレスをプライベートＩＰアドレスに変換することができる。
【００５８】
パブリックＩＰをプライベートＩＰに変換した電子装置は、クライアントにプライベートＵＲＩ及び変換されたメタデータを送信することができる（４０５）。より具体的には、電子装置は、ユーザによってクライアントに、変換されたＩＰアドレスが含まれたプライベートＵＲＩ及び変換されたメタデータを送信することができる。すなわち、電子装置は、プライベートＵＲＩとともにクライアントで用いられるフォーマットと一致するように、確認されたメタデータのうちコンテンツのＵＲＩ、タイプ、サイズ、再生時間及びサムネイルＵＲＩの少なくとも一つが変換されたメタデータを送信することができる。
【００５９】
次に、電子装置は、クライアントからＵＲＩ有効性に対するチェックを中継応答することができる（４０６）。すなわち、クライアントは、電子装置から受信したプライベートＵＲＩの有効性をチェックするために、電子装置にＵＲＩ有効性に対するチェックを要請すると、電子装置は、ＵＲＩ有効性に対するチェックを中継応答することができる。
【００６０】
最後に、電子装置は、サーバから選択されたコンテンツをストリーミングしてクライアントに伝達することができる（４０７）。より具体的には、サーバからストリーミングしたコンテンツが選択されたクライアントで再生されるように、電子装置がクライアントにプッシュ又はプルすることができる。
【００６１】
図５は本発明に係る電子装置の動作の流れを示すフローチャートである。まず、図５に示すように、電子装置は、サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信することができる（５０１）。より具体的には、電子装置は、サーバにより提供されるプロトコルの種類を確認して、サーバに確認されたプロトコルのゲットを要請し、サーバから確認されたプロトコルの応答メッセージを受信することができる。次に、電子装置は、サーバにストリームメタデータテーブルを要請し、サーバからストリームメタデータテーブルを受信することができる。より具体的には、電子装置が、サーバに少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを要請して、電子装置が、サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信することができる。
【００６２】
サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信した電子装置は、選択されたクライアントのアクセス性を確認することができる（５０２）。より具体的には、電子装置は、ユーザにより選択されたクライアントにＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信し、選択されたクライアントからＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を受信することができる。ここで、電子装置が選択されたクライアントのアクセス性を確認する理由は、当該クライアントにメタデータの情報をどのように送信すべきであるかを確認するためである。すなわち、本発明に係る電子装置は、サーバからストリームした特定のコンテンツのメタデータを、選択されたクライアントで用いられるＤＬＮＡのフォーマットと一致するように変換する中継機能を行うため、選択されたクライアントのアクセス性を優先的に確認する。
【００６３】
クライアントのアクセス性を確認した電子装置は、少なくとも一つのコンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換することができる（５０３）。すなわち、電子装置は、少なくとも一つのコンテンツのうちユーザにより選択されたいずれか一つのコンテンツのメタデータを、ＤＬＮＡに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換することができる。より具体的には、電子装置は、少なくとも一つのコンテンツのいずれか一つのコンテンツが選択されたことを確認し、確認された少なくとも一つのコンテンツのメタデータの情報から選択されたコンテンツのメタデータを確認し、確認されたメタデータを、ＤＬＮＡに連結された選択されたクライアントで用いられるフォーマットと一致するように変換することができる。ここで、電子装置は、選択されたクライアントで用いられるフォーマットと一致するように確認されたメタデータのうちコンテンツのＵＲＩ、タイプ、サイズ、再生時間及びサムネイルＵＲＩの少なくとも一つを変換することができる。
【００６４】
次に、電子装置は、少なくとも一つのコンテンツが掲載されたウェブブラウザ上のアドレスであるパブリックＩＰアドレスをプライベートＩＰアドレスに変換することができる（５０４）。より具体的には、電子装置は、少なくとも一つのコンテンツが掲載されたウェブブラウザ上のアドレスであるパブリックＩＰアドレスをプライベートＩＰアドレスに変換することができる。
【００６５】
パブリックＩＰをプライベートＩＰに変換した電子装置は、プライベートＵＲＩ及びメタデータをクライアントに伝送することができる（５０５）。より具体的には、電子装置は、ユーザによってクライアントに、変換されたＩＰアドレスが含まれたプライベートＵＲＩ及び変換されたメタデータを送信することができる。すなわち、電子装置は、プライベートＵＲＩとともにクライアントで用いられるフォーマットと一致するように、確認されたメタデータのうちコンテンツのＵＲＩ、タイプ、サイズ、再生時間及びサムネイルＵＲＩの少なくとも一つが変換されたメタデータを送信することができる。
【００６６】
次に、電子装置は、クライアントからＵＲＩ有効性に対するチェックを中継応答することができる（５０６）。すなわち、クライアントは、電子装置から受信したプライベートＵＲＩの有効性をチェックするために、電子装置にＵＲＩ有効性に対するチェックを要請すると、電子装置は、ＵＲＩ有効性に対するチェックを中継応答することができる。
【００６７】
クライアントからＵＲＩ有効性チェックを中継応答した電子装置は、サーバから選択されたコンテンツをストリーミングしてクライアントに伝達することができる（５０７）。より具体的には、サーバからストリーミングしたコンテンツが選択されたクライアントで再生されるように、電子装置が、クライアントにプッシュ又はプルすることができる。
【００６８】
図６は本発明の一実施形態による電子装置の構成を示すブロック図である。図５に示すように、本発明に係る電子装置は、プロトコルエキストラクタ（Ｐｒｏｔｏｃｏｌ  Ｅｘｔｒａｃｔｏｒ）６０１、プロトコルハンドラ（Ｐｒｏｔｏｃｏｌ  Ｈａｎｄｌｅｒ）６０２、メタデータジェネレータ（ＭｅｔａＤａｔａ  Ｇｅｎｅｒａｔｏｒ）６０３及びＤＬＮＡ  ＤＭＣ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ）６０４で構成することができる。
【００６９】
まず、プロトコルエキストラクタ６０１は、クラウドサービスプロバイダ（サーバ）により提供されるプロトコルを解釈して、いかなる種類のプロトコルが当該クラウドサービスプロバイダから提供されるかを確認する。例えば、プロトコルエキストラクタ６０１は、サーバから少なくとも一つのコンテンツの情報が含まれたストリームメタデータテーブルを受信する。また、プロトコルエキストラクタ６０１は、サーバにより提供されるプロトコルの種類を確認し、サーバに確認されたプロトコルのゲットを要請し、サーバから確認されたプロトコルの応答メッセージを受信し、サーバに上記ストリームメタデータテーブルを要請する。
【００７０】
プロトコルハンドラ６０２は、プロトコルエキストラクタ６０１により解釈されたプロトコルをプロトコルエキストラクタ６０１から受信して、メタデータジェネレータ６０３に伝達する。
【００７１】
メタデータジェネレータ６０３は、ストリーミングプレイヤ（クライアント）が選択されたコンテンツを再生するために基本的に必要な情報をプロトコルハンドラ６０２を介して得たプロトコル情報から抽出する。例えば、メタデータジェネレータ６０３は、コンテンツから選択されたコンテンツのメタデータを、ネットワークに連結された少なくとも一つのクライアントから選択されたクライアントで用いられるフォーマットと一致するように変換する。また、メタデータジェネレータ６０３は、サーバにより提供される少なくとも一つのコンテンツのメタデータの情報を確認し、受信したプロトコルの応答メッセージを分析するか、又はクラウドにより提供されるＡＰＩを用いて、少なくとも一つのコンテンツのメタデータに関する情報を確認する。また、メタデータジェネレータ６０３は、少なくとも一つのコンテンツのいずれか一つのコンテンツが選択されたことを確認し、確認された少なくとも一つのコンテンツのメタデータの情報から選択されたコンテンツのメタデータを確認して、確認されたメタデータを、ＤＬＮＡに連結された上記選択されたクライアントで用いられるフォーマットと一致するように変換する。また、メタデータジェネレータ６０３は、選択されたクライアントで用いられるフォーマットと一致するように、確認されたメタデータのうちコンテンツのＵＲＩ、タイプ、サイズ、再生時間及びサムネイルＵＲＩの少なくとも一つを変換する。また、メタデータジェネレータ６０３は、少なくとも一つのコンテンツが掲載されたウェブブラウザ上のアドレスであるパブリックＩＰアドレスをプライベートＩＰアドレスに変換し、選択されたクライアントに変換されたＩＰアドレスが含まれたプライベートＵＲＩと変換されたメタデータを送信する。また、メタデータジェネレータ６０３は、サーバからストリーミングしたコンテンツが選択されたクライアントで再生されるようにプッシュし、サーバからストリーミングしたコンテンツが選択されたクライアントで再生されるようにプルする。
【００７２】
ＤＬＮＡ  ＤＭＣ６０４は、サーバから選択されたコンテンツをストリーミングして、選択されたクライアントに伝達し、選択されたクライアントのアクセス性を確認する。また、ＤＬＮＡ  ＤＭＣ６０４は、選択されたクライアントにＰｒｏｔｏｃｏｌＩｎｆｏメッセージを送信し、選択されたクライアントからＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を受信する。
【００７３】
図７は本発明の一実施形態によるクライアントの動作の流れを示すフローチャートである。まず、図７に示すように、クライアントは、電子装置を介してアクセス性を確認することができる（７０１）。より具体的には、クライアントは、電子装置からＰｒｏｔｏｃｏｌＩｎｆｏメッセージを受信し、電子装置にＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を送信することができる。ここで、電子装置が選択されたクライアントのアクセス性を確認する理由は、当該クライアントにメタデータの情報をどのように送信すべきであるかを確認するためである。すなわち、本発明に係る電子装置は、サーバからストリームした特定のコンテンツのメタデータを、選択されたクライアントで用いられるＤＬＮＡのフォーマットと一致するように変換する中継機能を行うため、選択されたクライアントのアクセス性を優先的に確認する。
【００７４】
電子装置を介してアクセス性を確認したクライアントは、電子装置からプライベートＵＲＩ及びメタデータを受信することができる（７０２）。より具体的には、クライアントは、電子装置から使用中のＤＬＮＡのフォーマットと一致するメタデータとコンテンツのプライベートＵＲＩをともに受信することができる。すなわち、電子装置は、前の過程（７０１）でクライアントのアクセス性を確認したため、クライアントにメタデータをどのように送信すべきであるかを判断することができる。したがって、クライアントは、ＤＬＮＡのフォーマットと一致するメタデータを電子装置から受信することができる。
【００７５】
次に、クライアントは、プライベートＵＲＩの有効性をチェックすることができる（７０３）。より具体的には、すなわち、クライアントは、電子装置から受信したプライベートＵＲＩの有効性をチェックするために、電子装置にＵＲＩ有効性に対するチェックを要請すると、クライアントは、電子装置からＵＲＩ有効性に対するチェックの中継応答を受けることができる。
【００７６】
プライベートＵＲＩの有効性をチェックしたクライアントは、電子装置からコンテンツをストリーミングすることができる（７０４）。より具体的には、クライアント１０３は、電子装置１０２から使用中のＤＬＮＡのフォーマットと一致するメタデータとコンテンツのプライベートＵＲＩをともに受信して、任意のコンテンツをストリーミングすることができる。
【００７７】
図８は本発明の一実施形態によるクライアントの構成を示すブロック図である。図８に示すように、本発明に係るクライアントは、制御部８０１、通信モジュール８０２及び格納部８０３で構成することができる。
【００７８】
制御部８０１は、クライアントの全般的な動作を制御することができる。
【００７９】
通信モジュール８０２は、音声及びデータ通信のためにアンテナを介して送受信する信号を処理する。例えば、通信モジュール８０２は、電子装置から使用中のネットワークのフォーマットと一致するメタデータを受信し、電子装置から任意のコンテンツをストリーミングする。また、通信モジュール８０２は、電子装置を介してアクセス性を確認する。また、通信モジュール８０２は、電子装置からＰｒｏｔｏｃｏｌＩｎｆｏメッセージを受信し、電子装置にＰｒｏｔｏｃｏｌＩｎｆｏメッセージに対する応答信号を送信し、任意のコンテンツのプライベートＵＲＩをともに受信する。
【００８０】
格納部８０３は、クライアントの動作を制御するためのプログラムを格納するプログラム格納部及びプログラムの実行中に発生するデータを格納するデータ格納部で構成することができる。
【００８１】
上述のブロック構成において、制御部８０１は、クライアントの全般的な機能を行うことができる。本発明において、これを別に構成して示したことは、各機能を区別して説明するためである。したがって、実際に製品を具現する場合に、クライアントの機能すべてを制御部８０１で処理するように構成してもよく、機能の一部のみを制御部８０１で処理するように構成してもよい。
【００８２】
請求項の範囲内に存在しつつ、かかる実施形態を変形できる様々な方式が存在することは言うまでもない。換言すれば、以下、請求の範囲を逸脱することなく本発明を実施できる様々な他の方式が存在しうる。
【符号の説明】
【００８３】
１０１  サーバ
１０２  電子装置
１０３  クライアント
２０２  クラウドプロキシ
２０３  プロトコルエキストラクタ
２０４  プロトコルハンドラ
２０５  メタデータジェネレータ
２０６  ＤＬＮＡ  ＤＭＣ
２０７  ＤＬＮＡ  ＤＭＳ
【図１】
2014531147.tif 000003
【図２Ａ】
2014531147.tif 000004
【図２Ｂ】
2014531147.tif 000005
【図２Ｃ】
2014531147.tif 000006
【図３Ａ】
2014531147.tif 000007
【図３Ｂ】
2014531147.tif 000008
【図３Ｃ】
2014531147.tif 000009
【図４】
2014531147.tif 000010
【図５】
2014531147.tif 000011
【図６】
2014531147.tif 000012
【図７】
2014531147.tif 000013
【図８】
2014531147.tif 000014
【国際調査報告】
2014531147.tif 000015
2014531147.tif 000016