(57)【特許請求の範囲】
【請求項１】
中央サーバによって、少なくとも1つのディスプレイデバイスの再生能力情報、さらには前記中央サーバを含む複数のメディアサーバのメディアコンテンツ情報および変換能力情報を取得するステップと、
前記中央サーバによって、前記少なくとも1つのディスプレイデバイスの前記再生能力情報さらには前記複数のメディアサーバの前記メディアコンテンツ情報および前記変換能力情報に従ってリソース情報テーブルを生成するステップであって、前記リソース情報テーブルは少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含む、ステップと、
前記中央サーバによって、制御デバイスのクエリリクエストを受信し、事前に生成された前記リソース情報テーブルに従って前記制御デバイスにクエリ応答を返すステップであって、前記クエリ応答は前記少なくとも1つのメディアリソースの前記ストレージパスを含む、ステップと、
前記中央サーバによって、前記少なくとも1つのディスプレイデバイスのうち前記制御デバイスによって選択されたディスプレイデバイスのリソースリクエストを受信するステップであって、前記リソースリクエストは選択されたストレージパスに関する情報を含む、ステップと、
前記中央サーバによって、前記リソース情報テーブルにクエリを実行し、前記選択されたストレージパスに関する前記情報に対応する選択されたメディアリソースが前記複数のメディアサーバのうち第1のメディアサーバ上に格納されていることを判定し、前記複数のメディアサーバのうち、前記選択されたメディアリソースのメディアフォーマットを前記選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより、前記選択されたディスプレイデバイスが前記第2のメディアサーバによって前記選択されたメディアリソースから変換されたメディアリソースを再生することを可能にするステップと
を含むメディア再生処理方法。
【請求項２】
前記リソース情報テーブルは、オリジナルリソースエントリおよび変換されたリソースエントリを含み、前記少なくとも1つのディスプレイデバイスの前記再生能力情報さらには前記複数のメディアサーバの前記メディアコンテンツ情報および前記変換能力情報に従って前記リソース情報テーブルを生成する前記ステップは、特に、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報に従って再生能力共通部分セットを決定するステップであって、それぞれのディスプレイデバイスの再生能力は、前記再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、ステップと、
前記複数のメディアサーバの前記メディアコンテンツ情報に従ってオリジナルメディアリソースを決定し、前記オリジナルリソースエントリを生成するステップであって、前記オリジナルリソースエントリは、オリジナル識別子、さらには前記オリジナルメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含み、前記オリジナルメディアリソースの前記ストレージパスは前記オリジナルメディアリソースを格納するメディアサーバを指す、ステップと、
前記再生能力共通部分セット内にある、前記オリジナルメディアリソースの前記メディアフォーマットと異なるメディアフォーマットに従って、前記オリジナルメディアリソースに対応する変換されたメディアリソースを決定すること、前記オリジナルリソースエントリに対応する前記変換されたリソースエントリを生成することであって、前記変換されたリソースエントリは変換識別子、さらには前記変換されたメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含み、前記変換されたメディアリソースの前記ストレージパスは前記中央サーバを指す、生成すること、および前記変換されたリソースエントリと前記オリジナルメディアリソースの前記メディアフォーマットを前記変換されたメディアリソースの前記メディアフォーマットに変換する変換能力をもつメディアサーバとの間の対応関係を確立することであって、前記変換されたメディアリソースの前記メディアフォーマットが前記対応するオリジナルメディアリソースの前記メディアフォーマットと異なり、前記変換されたメディアリソースの前記メディアフォーマットは前記再生能力共通部分セット内にある、確立することを行うステップを含む、
請求項1に記載の方法。
【請求項３】
前記再生能力共通部分セット内にある、前記オリジナルメディアリソースの前記メディアフォーマットと異なるメディアフォーマットに従って、前記オリジナルメディアリソースに対応する変換されたメディアリソースを決定し、前記オリジナルリソースエントリに対応する前記変換されたリソースエントリを生成する前記ステップは、特に、
前記再生能力共通部分セットがN個のメディアフォーマットを含み、前記オリジナルメディアリソースの前記メディアフォーマットが前記再生能力共通部分セット内になく、Nが2以上の自然数である場合に、前記オリジナルメディアリソースに対応するN個の変換されたメディアリソースを決定し、前記オリジナルリソースエントリに対応するN個の変換されたリソースエントリを生成するステップであって、前記N個の変換されたリソースエントリは前記N個のメディアフォーマットを含む、ステップと、
前記再生能力共通部分セットがN個のメディアフォーマットを含み、前記オリジナルメディアリソースの前記メディアフォーマットが前記再生能力共通部分セット内にあり、Nが2以上の自然数である場合に、前記オリジナルメディアリソースに対応する(N-1)個の変換されたメディアリソースを決定し、前記オリジナルリソースエントリに対応する(N-1)個の変換されたリソースエントリを生成するステップであって、前記(N-1)個の変換されたリソースエントリは、前記オリジナルメディアリソースの前記メディアフォーマットを除くN個のメディアフォーマットにおけるすべてのメディアフォーマットを含む、ステップと
を含む請求項2に記載の方法。
【請求項４】
事前に生成された前記リソース情報テーブルに従って前記制御デバイスにクエリ応答を返す前記ステップの前に、
前記中央サーバによって、前記クエリリクエストに含まれるクエリ条件に従って前記リソース情報テーブルのクエリを実行するステップと、
前記中央サーバによって、前記クエリ条件を満たすオリジナルリソースエントリを決定し、対応するオリジナルリソース応答エントリを前記クエリ応答に追加するステップであって、前記オリジナルリソース応答エントリは、前記オリジナル識別子、および前記オリジナルリソースエントリ内にある前記オリジナルメディアリソースの前記ストレージパスを含む、ステップと、
前記中央サーバによって、前記クエリ条件を満たす変換されたリソースエントリを決定し、対応する変換されたリソース応答エントリを前記クエリ応答に追加するステップであって、前記変換されたリソース応答エントリは、前記変換識別子、および前記変換されたリソースエントリ内にある前記変換されたメディアリソースの前記ストレージパスを含む、ステップと
をさらに含む請求項2または3に記載の方法。
【請求項５】
前記リソース情報テーブルにクエリを実行する前記ステップは、
前記リソースリクエスト内の前記選択されたストレージパスに関する前記情報に従って前記選択されたストレージパスを含む変換されたリソースエントリを見つけるステップと、
前記選択されたストレージパスを含む前記変換されたリソースエントリに対応するオリジナルリソースエントリを決定し、前記対応するオリジナルリソースエントリ内のストレージパスが指す前記第1のメディアサーバを決定し、前記選択されたストレージパスを含む前記変換されたリソースエントリに対応する前記第2のメディアサーバを決定するステップと
をさらに含む請求項1に記載の方法。
【請求項６】
前記オリジナルリソースエントリは、第1のディスプレイデバイスの識別子をさらに含み、前記第1のディスプレイデバイスの再生能力は、前記オリジナルリソースエントリにおける前記メディアフォーマットをサポートし、前記変換されたリソースエントリは、第2のディスプレイデバイスの識別子をさらに含み、前記第2のディスプレイデバイスの再生能力は、前記変換されたリソースエントリにおける前記メディアフォーマットをサポートする請求項4に記載の方法。
【請求項７】
前記対応するオリジナルリソース応答エントリは、前記オリジナルリソースエントリ内の前記第1のディスプレイデバイスの前記識別子をさらに含み、前記対応する変換されたリソース応答エントリは、前記変換されたリソースエントリ内の前記第2のディスプレイデバイスの前記識別子をさらに含む請求項6に記載の方法。
【請求項８】
前記少なくとも1つのディスプレイデバイスの前記再生能力情報さらには前記複数のメディアサーバの前記メディアコンテンツ情報および前記変換能力情報に従って前記リソース情報テーブルを生成する前記ステップの前に、
前記中央サーバによって、前記少なくとも1つのディスプレイデバイスの変換能力情報を取得するステップと、
前記中央サーバによって、前記少なくとも1つのディスプレイデバイスの前記再生能力情報および前記変換能力情報に従ってそれぞれのディスプレイデバイスの包括的な再生能力を決定するステップとをさらに含み、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報さらには前記複数のメディアサーバの前記メディアコンテンツ情報および前記変換能力情報に従って前記リソース情報テーブルを生成する前記ステップは、特に、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報および前記変換能力情報さらには前記複数のメディアサーバの前記メディアコンテンツ情報および前記変換能力情報に従って前記リソース情報テーブルを生成するステップであって、前記リソース情報テーブルは、前記少なくとも1つのメディアリソースの前記リソース識別子、前記メディアフォーマット、および前記ストレージパス、ならびにオプションのディスプレイデバイスの識別子を含み、前記オプションのディスプレイデバイスの包括的な再生能力は、前記メディアフォーマットをサポートする、ステップを含む、
請求項6に記載の方法。
【請求項９】
前記少なくとも1つのディスプレイデバイスの前記再生能力情報に従って再生能力共通部分セットを決定する前記ステップであって、それぞれのディスプレイデバイスの再生能力が前記再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、前記ステップは、特に、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報および前記変換能力情報に従って前記再生能力共通部分セットを決定するステップであって、それぞれのディスプレイデバイスの前記包括的な再生能力は、前記再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、ステップを含む、
請求項8に記載の方法。
【請求項１０】
前記選択されたストレージパスに関する前記情報に対応する選択されたメディアリソースが前記複数のメディアサーバのうち第1のメディアサーバ上に格納されていることを判定し、前記複数のメディアサーバのうち、前記選択されたメディアリソースのメディアフォーマットを前記選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定する前記ステップの後に、
前記中央サーバによって、前記中央サーバが前記第2のメディアサーバである場合に、前記第1のメディアサーバから前記選択されたメディアリソースを取得し、前記選択されたメディアリソースを変換して変換後に選択されたメディアリソースを取得し、前記選択されたメディアリソースを変換後に前記選択されたディスプレイデバイスに送信するステップ、または
前記中央サーバによって、前記中央サーバが前記第2のメディアサーバでない場合に、前記リソースリクエストを前記第2のメディアサーバにリダイレクトし、これにより、前記第2のメディアサーバが前記第1のメディアサーバから前記選択されたメディアリソースを取得し、前記選択されたメディアリソースを変換して変換後に選択されたメディアリソースを取得し、前記選択されたメディアリソースを変換後に前記選択されたディスプレイデバイスに送信することを可能にするステップ、または
前記中央サーバによって、前記中央サーバが前記第2のメディアサーバでない場合に、前記第1のメディアサーバから前記選択されたメディアリソースを取得するように前記第2のメディアサーバに指令し、これにより、前記第2のメディアサーバが前記選択されたメディアリソースを変換し、変換後に選択されたメディアリソースを前記中央サーバに返すことを可能にし、前記中央サーバによって、前記選択されたメディアリソースを変換後に前記選択されたディスプレイデバイスに送信するステップを含む、
請求項1から9のいずれか一項に記載の方法。
【請求項１１】
前記選択されたメディアリソースを変換する前記ステップの後に、
前記中央サーバによって、前記中央サーバが前記第1のメディアサーバである場合に、前記選択されたメディアリソースを変換後に前記第2のメディアサーバからダウンロードするか、または前記中央サーバによって、前記中央サーバが前記第1のメディアサーバでない場合に前記中央サーバまたは前記第2のメディアサーバから変換後に前記選択されたメディアリソースをダウンロードすることを前記第1のメディアサーバに指令するステップと、
前記中央サーバによって、変換後に前記選択されたメディアリソースに従って前記リソース情報テーブルを更新するステップと
をさらに含む請求項10に記載の方法。
【請求項１２】
前記中央サーバによって、変換後に前記選択されたメディアリソースに従って前記リソース情報テーブルを更新する前記ステップは、特に、
前記中央サーバによって、前記選択されたメディアリソースを変換後にオリジナルメディアリソースとなるように設定し、オリジナルリソースエントリおよび前記変換されたリソースエントリを更新するステップを含む請求項11に記載の方法。
【請求項１３】
少なくとも1つのディスプレイデバイスの再生能力情報、さらには中央サーバを含む複数のメディアサーバのメディアコンテンツ情報および変換能力情報を取得するように構成された取得モジュールと、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報さらには前記複数のメディアサーバの前記メディアコンテンツ情報および前記変換能力情報に従ってリソース情報テーブルを生成するように構成された生成モジュールであって、前記リソース情報テーブルは少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含む、生成モジュールと、
制御デバイスのクエリリクエストを受信し、事前に生成された前記リソース情報テーブルに従って前記制御デバイスにクエリ応答を返すように構成された第1のインターフェースであって、前記クエリ応答は前記少なくとも1つのメディアリソースの前記ストレージパスを含む、第1のインターフェースと、
前記少なくとも1つのディスプレイデバイスのうち前記制御デバイスによって選択されたディスプレイデバイスのリソースリクエストを受信するように構成された第2のインターフェースであって、前記リソースリクエストは選択されたストレージパスに関する情報を含む、第2のインターフェースと、
前記リソース情報テーブルにクエリを実行し、前記選択されたストレージパスに関する前記情報に対応する選択されたメディアリソースが前記複数のメディアサーバのうち第1のメディアサーバ上に格納されていることを判定し、前記複数のメディアサーバのうち、前記選択されたメディアリソースのメディアフォーマットを前記選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより、前記選択されたディスプレイデバイスが前記第2のメディアサーバによって前記選択されたメディアリソースから変換されたメディアリソースを再生することを可能にするように構成されたクエリモジュールと
を備える中央サーバ。
【請求項１４】
前記リソース情報テーブルは、オリジナルリソースエントリおよび変換されたリソースエントリを含み、前記生成モジュールは、特に、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報に従って再生能力共通部分セットを決定するように構成された共通部分セット決定ユニットであって、それぞれのディスプレイデバイスの再生能力は、前記再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、共通部分セット決定ユニットと、
前記複数のメディアサーバの前記メディアコンテンツ情報に従ってオリジナルメディアリソースを決定し、前記オリジナルリソースエントリを生成するように構成されたオリジナルエントリユニットであって、前記オリジナルリソースエントリは、オリジナル識別子、さらには前記オリジナルメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含み、前記オリジナルメディアリソースの前記ストレージパスは前記オリジナルメディアリソースを格納する前記第1のメディアサーバを指す、オリジナルエントリユニットと、
変換エントリユニットであって、前記再生能力共通部分セット内にある、前記オリジナルメディアリソースの前記メディアフォーマットと異なるメディアフォーマットに従って、前記オリジナルメディアリソースに対応する変換されたメディアリソースを決定すること、前記オリジナルリソースエントリに対応する前記変換されたリソースエントリを生成することであって、前記変換されたリソースエントリは変換識別子、さらには前記変換されたメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含み、前記変換されたメディアリソースの前記ストレージパスは前記中央サーバを指す、生成すること、および前記変換されたリソースエントリと前記オリジナルメディアリソースの前記メディアフォーマットを前記変換されたメディアリソースの前記メディアフォーマットに変換する変換能力をもつメディアサーバとの間の対応関係を確立することであって、前記変換されたメディアリソースの前記メディアフォーマットが前記対応するオリジナルメディアリソースの前記メディアフォーマットと異なり、前記変換されたメディアリソースの前記メディアフォーマットは前記再生能力共通部分セット内にある、確立することを行うように構成された変換エントリユニットと
を備える請求項13に記載の中央サーバ。
【請求項１５】
前記第1のインターフェースは、特に、
前記クエリリクエストに含まれるクエリ条件に従って前記リソース情報テーブルのクエリを実行し、
前記クエリ条件を満たすオリジナルリソースエントリを決定し、対応するオリジナルリソース応答エントリを前記クエリ応答に追加することであって、前記オリジナルリソース応答エントリは、前記オリジナル識別子、および前記オリジナルリソースエントリ内にある前記オリジナルメディアリソースの前記ストレージパスを含む、追加することを行い、
前記クエリ条件を満たす変換されたリソースエントリを決定し、対応する変換されたリソース応答エントリを前記クエリ応答に追加することであって、前記変換されたリソース応答エントリは、前記変換識別子、および前記変換されたリソースエントリ内にある前記変換されたメディアリソースの前記ストレージパスを含む、追加することを行う
ように構成されている請求項14に記載の中央サーバ。
【請求項１６】
前記クエリモジュールは、特に、
前記リソースリクエスト内の前記選択されたストレージパスに関する前記情報に従って前記選択されたストレージパスを含む変換されたリソースエントリを見つけ、
前記選択されたストレージパスを含む前記変換されたリソースエントリに対応するオリジナルリソースエントリを決定し、前記対応するオリジナルリソースエントリ内のストレージパスが指す前記第1のメディアサーバを決定し、前記選択されたストレージパスを含む前記変換されたリソースエントリに対応する前記第2のメディアサーバを決定する
ように構成されている請求項15に記載の中央サーバ。
【請求項１７】
前記オリジナルリソースエントリは、第1のディスプレイデバイスの識別子をさらに含み、前記第1のディスプレイデバイスの再生能力は、前記オリジナルリソースエントリにおける前記メディアフォーマットをサポートし、前記変換されたリソースエントリは、第2のディスプレイデバイスの識別子をさらに含み、前記第2のディスプレイデバイスの再生能力は、前記変換されたリソースエントリにおける前記メディアフォーマットをサポートし、
前記対応するオリジナルリソース応答エントリは、前記オリジナルリソースエントリ内の前記第1のディスプレイデバイスの前記識別子をさらに含み、前記対応する変換されたリソース応答エントリは、前記変換されたリソースエントリ内の前記第2のディスプレイデバイスの前記識別子をさらに含む、
請求項15または16に記載の中央サーバ。
【請求項１８】
前記取得モジュールは、
前記少なくとも1つのディスプレイデバイスの変換能力情報を取得し、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報および前記変換能力情報に従ってそれぞれのディスプレイデバイスの包括的な再生能力を決定するようにさらに構成され、
前記生成モジュールは、特に、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報および前記変換能力情報さらには前記複数のメディアサーバの前記メディアコンテンツ情報および前記変換能力情報に従って前記リソース情報テーブルを生成することであって、前記リソース情報テーブルは、前記少なくとも1つのメディアリソースの前記リソース識別子、前記メディアフォーマット、および前記ストレージパス、ならびにオプションのディスプレイデバイスの識別子を含み、前記オプションのディスプレイデバイスの包括的な再生能力は、前記メディアフォーマットをサポートする、生成することを行う
ように構成されている、請求項17に記載の中央サーバ。
【請求項１９】
前記共通部分セット決定ユニットは、特に、
前記少なくとも1つのディスプレイデバイスの前記再生能力情報および前記変換能力情報に従って前記再生能力共通部分セットを決定することであって、それぞれのディスプレイデバイスの前記包括的な再生能力は、前記再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、決定することを行う
ように構成されている請求項18に記載の中央サーバ。
【請求項２０】
前記クエリモジュールは、前記中央サーバが前記第2のメディアサーバである場合に、前記第1のメディアサーバから前記選択されたメディアリソースを取得し、前記選択されたメディアリソースを変換して変換後に選択されたメディアリソースを取得し、前記選択されたメディアリソースを変換後に前記選択されたディスプレイメディアに送信するようにさらに構成されているか、または
前記クエリモジュールは、前記中央サーバが前記第2のメディアサーバでない場合に、前記リソースリクエストを前記第2のメディアサーバにリダイレクトして、前記第2のメディアサーバが前記第1のメディアサーバから前記選択されたメディアリソースを取得し、前記選択されたメディアリソースを変換して変換後に選択されたメディアリソースを取得し、前記選択されたメディアリソースを変換後に前記選択されたディスプレイデバイスに送信することを可能にするようにさらに構成されているか、または
前記クエリモジュールは、前記中央サーバが前記第2のメディアサーバでない場合に、前記第1のメディアサーバから前記選択されたメディアリソースを取得するように前記第2のメディアサーバに指令して、これにより、前記第2のメディアサーバが前記選択されたメディアリソースを変換し、変換後に選択されたメディアリソースを前記中央サーバに返すことを可能にするようにさらに構成され、また前記選択されたメディアリソースを変換後に前記選択されたディスプレイデバイスに送信するように構成されている、
請求項13から19のいずれか一項に記載の中央サーバ。
【請求項２１】
前記中央サーバが前記第1のメディアサーバである場合に前記第2のメディアサーバから変換後に前記選択されたメディアリソースをダウンロードするように構成されたダウンロードモジュールと、
前記中央サーバが前記第1のメディアサーバでない場合に前記第2のメディアサーバまたは前記中央サーバから変換後に前記選択されたメディアリソースをダウンロードすることを前記第1のメディアサーバに指令するように構成された第2の指令モジュールと、
変換後に前記選択されたメディアリソースに従って前記リソース情報テーブルを更新するように構成された更新モジュールと
をさらに備える請求項20に記載の中央サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれている、2012年2月7日に中国特許庁に出願した中国特許出願第CN201210026138.X号、名称「MEDIA PLAYBACK PROCESSING AND CONTROL METHOD, APPARATUS, AND SYSTEM」の優先権を主張するものである。
【０００２】
本発明の実施形態は、ネットワーク技術の分野に関するものであり、詳細には、メディア再生処理と制御の方法、装置、およびシステムに関するものである。
【背景技術】
【０００３】
デジタルホームが発展し、家電製品(customer electronics、略してCE)のデジタル化が拡大する中で、家族の中に出現するデジタルエンターテインメントデバイスおよび家庭用電気器具が増えつつある。ワイヤードまたはワイヤレス方式で、エンターテインメントデバイスおよびホームアプライアンスなどのホームエリアネットワークデバイスを接続することによってホームエリアネットワークを形成し、コンテンツ共有、相互制御、および同様のものの機能を実装することは、業界が達成を企図し目指しているデジタルホームエリアネットワークのコンセプトである。
【０００４】
種々の種類のホームデバイス間のインターワーキングおよび制御を実装するために、ユニバーサルプラグ＆プレイ(Universal Plug and Play、略してUPnP)をサポートするホームエリアネットワークデバイスが増えつつある。さらに、ホームエリアネットワーク上の複数のデバイス間のメディア共有シナリオを実装するために、UPnPではオーディオおよびビデオ(Audio and Video、略してAV)標準を定義する。この標準では、3種類のエンティティをホームエリアネットワーク上で定義する。これらは、メディアリソースを格納するためのデバイスである、メディアサーバ(Media Server、略してMS)、メディアリソースを再生するためのデバイスである、メディアレンダラ(Media Renderer、略してMR)、および前記2つのデバイスを制御するためのエンティティである、AV制御ポイント(Control Point、略してCP)である。AV CPは、MSのメディアリソースをブラウズし、次いで、MRがメディアを再生する。このようにして、MRがMSのメディアリソースを再生する機能が実装される。
【０００５】
本発明を実装する処理において、発明者らは、既存の解決策は単一のMSおよび単一のMRを含むホームエリアネットワークにのみ関係し、MS上のメディアリソースは、メディアリソースのフォーマットがMRにおいて再生できないときには再生できず、MSは、メディアリソースのフォーマットをMRで再生できるフォーマットに変換することはできないことがわかる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の実施形態は、メディア再生処理と制御の方法、装置、およびシステムを実現し、これにより、従来技術が単一のMSおよび単一のMRを含むホームエリアネットワークにのみ関係し、MS上のメディアリソースは、メディアリソースのフォーマットがMRにおいて再生できないときには再生できず、MSは、メディアリソースのフォーマットをMRで再生できるフォーマットに変換することはできないという従来技術における問題を解決する。
【課題を解決するための手段】
【０００７】
一態様によれば、本発明の一実施形態は、メディア再生処理方法を提供し、この方法は、
中央サーバによって、制御デバイスのクエリリクエストを受信し、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返すステップであって、クエリ応答は少なくとも1つのメディアリソースのストレージパス(storage path)を含む、ステップと、
制御デバイスによって選択された選択済みディスプレイデバイスのリソースリクエストを受信するステップであって、リソースリクエストは選択されたストレージパスに関する情報を含む、ステップと、
リソース情報テーブルにクエリを実行し、選択されたストレージパスに関する情報に対応する選択されたメディアリソースが第1のメディアサーバ上に格納されていることを判定し、選択されたメディアリソースのメディアフォーマットを選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより選択されたディスプレイデバイスが第2のメディアサーバによって選択されたメディアリソースから変換されたメディアリソースを再生することを可能にするステップと
を含む。
【０００８】
別の態様によれば、本発明の一実施形態は、メディア再生処理方法を提供し、この方法は、
中央サーバによって、制御デバイスのクエリリクエストを受信するステップと、
事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返すステップであって、クエリ応答は少なくとも1つのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含む、ステップとを含み、オプションのディスプレイデバイスの再生能力は、メディアリソースのメディアフォーマットをサポートし、これにより、制御デバイスが1つのメディアリソースとメディアリソースの1つのオプションのディスプレイデバイスとを選択してメディアリソースを再生することを可能にする。
【０００９】
別の態様によれば、本発明の一実施形態は、メディア再生制御方法を提供し、この方法は、
制御デバイスによって、クエリ条件を決定し、クエリ条件を含むクエリリクエストを中央サーバに送信するステップと、
中央サーバによって返されたクエリ応答を受信し、選択命令に従って、選択されたコンテンツ名、さらには選択されたディスプレイデバイスの識別子を決定するステップであって、クエリ応答は少なくとも1つのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含み、ストレージパスは中央サーバを含む少なくとも1つのメディアサーバのうちの1つを指す、ステップと、
少なくとも1つのメディアリソースのストレージパスから、選択されたコンテンツ名に対応する選択されたストレージパスさらには選択されたディスプレイデバイスの識別子を決定することであって、選択されたストレージパスは選択されたコンテンツ名を含む、決定すること、および選択されたストレージパスを選択されたディスプレイデバイスに送信することを行うステップと、
再生リクエストを選択されたディスプレイデバイスに送信し、これにより選択されたディスプレイデバイスが選択されたストレージパスに従って少なくとも1つのメディアサーバからメディアリソースを取得し、メディアリソースを再生することを可能にするステップと
を含む。
【００１０】
別の態様によれば、本発明の一実施形態は、中央サーバを実現し、この中央サーバは、
制御デバイスのクエリリクエストを受信し、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返すように構成された第1のインターフェースであって、クエリ応答は少なくとも1つのメディアリソースのストレージパスを含む、第1のインターフェースと、
制御デバイスによって選択された選択済みディスプレイデバイスのリソースリクエストを受信するように構成された第2のインターフェースであって、リソースリクエストは選択されたストレージパスに関する情報を含む、第2のインターフェースと、
リソース情報テーブルのクエリを実行し、選択されたストレージパスに関する情報に対応する選択されたメディアリソースが第1のメディアサーバ上に格納されていることを判定し、選択されたメディアリソースのメディアフォーマットを選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより、選択されたディスプレイデバイスが第2のメディアサーバによって選択されたメディアリソースから変換されたメディアリソースを再生することを可能にするように構成されたクエリモジュールと
を備える。
【００１１】
別の態様によれば、本発明の一実施形態は、中央サーバを実現し、この中央サーバは、
制御デバイスのクエリリクエストを受信するように構成された受信モジュールと、
事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返すように構成された送信モジュールであって、クエリ応答は少なくとも1つのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの再生能力は、メディアリソースのメディアフォーマットをサポートし、これにより、制御デバイスが1つのメディアリソースとメディアリソースの1つのオプションのディスプレイデバイスとを選択してメディアリソースを再生することを可能にする、送信モジュールと
を備える。
【００１２】
さらに別の態様によれば、本発明の一実施形態は、制御デバイスを実現し、この制御デバイスは、
クエリ条件を決定し、クエリ条件を含むクエリリクエストを中央サーバに送信するように構成された決定モジュールと、
中央サーバによって返されたクエリ応答を受信し、選択命令に従って、選択されたコンテンツ名、さらには選択されたディスプレイデバイスの識別子を決定するように構成された処理モジュールであって、クエリ応答は少なくとも1つのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含み、ストレージパスは中央サーバを含む少なくとも1つのメディアサーバのうちの1つを指す、処理モジュールと、
少なくとも1つのメディアリソースのストレージパスから、選択されたコンテンツ名に対応する選択されたストレージパスさらには選択されたディスプレイデバイスの識別子を決定することであって、選択されたストレージパスは選択されたコンテンツ名を含む決定すること、および選択されたストレージパスを選択されたディスプレイデバイスに送信することを行うように構成された選択モジュールと、
再生リクエストを選択されたディスプレイデバイスに送信し、これにより選択されたディスプレイデバイスが選択されたストレージパスに従って少なくとも1つのメディアサーバからメディアリソースを取得し、メディアリソースを再生することを可能にするように構成された再生モジュールと
を備える。
【００１３】
さらに別の態様によれば、本発明の一実施形態は、メディア再生処理および制御システムをさらに実現し、このシステムは制御デバイス、少なくとも1つのディスプレイデバイス、および少なくとも1つのメディアサーバを含み、少なくとも1つのメディアサーバのうちのメディアサーバは、上述の中央サーバである。
【００１４】
上記の複数の技術的解決策のうちの少なくとも1つの技術的解決策は、以下の利点または有益な効果を有する。
【発明の効果】
【００１５】
本発明の実施形態は、次の技術的手段、すなわち、中央サーバを設定する手段であり、中央サーバは、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返し、選択されたディスプレイデバイスのリソースリクエストに従ってリソース情報テーブルのクエリを実行し、リソースリクエスト内の選択されたストレージパスに関する情報に対応する選択されたメディアリソースが第1のメディアサーバ上に格納されていることを判定し、選択されたメディアリソースのメディアフォーマットを選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより、選択されたディスプレイデバイスが第2のメディアサーバによって選択されたメディアリソースから変換されたメディアリソースを再生することを可能にする、手段を採用する。この技術的手段は、単一のMSおよび単一のMRを含むホームエリアネットワーク上で、MS上のメディアリソースのフォーマットがMRにおいて再生できないとき、またMSがメディアリソースのフォーマットをMRで再生できるフォーマットに変換することができないときに、メディアリソースは再生できないという従来技術における欠点を克服し、選択されたディスプレイデバイスの再生能力に適応し、それによりユーザエクスペリエンスを大きく高めるように、複数のMSのメディアリソースおよび変換能力を協調させることができる複数のMSによる一組の解決策を提供する。
【００１６】
本発明の実施形態または従来技術における技術的解決策をより明確に説明するために、以下において、実施形態または従来技術の説明に必要な添付図面を簡単に紹介する。明らかに、以下の説明の添付図面は、本発明のいくつかの実施形態を示しており、当業者であれば、創造的労力を費やすことなくこれらの添付図面から他の図面を導き出すことができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態1によるメディア再生処理方法の概略流れ図である。
【図２】本発明の実施形態2によるメディア再生処理方法の概略流れ図である。
【図３】本発明の実施形態3によるメディア再生制御方法の概略流れ図である。
【図４Ａ】本発明の一実施形態による第1のアプリケーションシナリオの概略信号伝達図である。
【図４Ｂ】本発明の一実施形態による第1のアプリケーションシナリオの概略信号伝達図である。
【図５Ａ】本発明の一実施形態による第2のアプリケーションシナリオの概略信号伝達図である。
【図５Ｂ】本発明の一実施形態による第2のアプリケーションシナリオの概略信号伝達図である。
【図６Ａ】本発明の一実施形態による第3のアプリケーションシナリオの概略信号伝達図である。
【図６Ｂ】本発明の一実施形態による第3のアプリケーションシナリオの概略信号伝達図である。
【図７】本発明の実施形態4による中央サーバの概略構造図である。
【図８】本発明の実施形態5による中央サーバの概略構造図である。
【図９】本発明の実施形態6による制御デバイスの概略構造図である。
【図１０】本発明の実施形態7によるメディア再生処理および制御システムの概略構造図である。
【発明を実施するための形態】
【００１８】
本発明の実施形態の目的、技術的解決策、および利点をよりわかりやすくするために、以下では、本発明の実施形態の添付図面を参照しつつ本発明の実施形態における技術的解決策を説明する。明らかに、説明されている実施形態は、本発明の実施形態のすべてではなくむしろ一部である。創造的労力を費やすことなく本発明の実施形態に基づいて当業者が得る他のすべての実施形態は、本発明の保護の範囲内に収まるものとする。
【００１９】
本発明の実施形態の明確で、詳細な説明を行うために、UPnPの関連情報が最初に紹介される。UPnPシステムにおいて、ユーザは、ホームエリアネットワーク上でCPを使用することによってホームエリアネットワークデバイスを制御することができ、UPnPデバイスの関係する制御コマンド(アクション)を呼び出すことによって、CPは、UPnPプロトコルを使用して、ホームエリアネットワーク上のUPnPデバイスのステータス情報を呼び出し、かつ対応するオペレーションを実行するようにUPnPデバイスを制御する。
【００２０】
図1は、本発明の実施形態1によるメディア再生処理方法の概略流れ図である。図1に示されているように、この方法は以下のステップを含む。
【００２１】
ステップ101。中央サーバが、制御デバイスのクエリリクエストを受信し、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返し、ここで、クエリ応答は少なくとも1つのメディアリソースのストレージパスを含む。
【００２２】
本明細書の中央サーバは、メディアサーバとしても使用することができ、リソース情報テーブルは、メディアサーバのメディアコンテンツ情報および変換能力情報、さらにはホームエリアネットワーク上のディスプレイデバイスの再生能力情報に従って生成され得る。ホームエリアネットワーク上には、本発明の一実施形態が適用される複数のメディアサーバおよび少なくとも1つのディスプレイデバイスがあり得ることに留意されたい。それに加えて、中央サーバおよび制御デバイスは、独立して設定されるか、または全体として設定され得る。
【００２３】
ステップ102。制御デバイスによって選択された選択済みディスプレイデバイスのリソースリクエストを受信し、ここで、リソースリクエストは選択されたストレージパスに関する情報を含む。
【００２４】
本明細書の選択されたディスプレイデバイスは、ユーザによって制御デバイスを使用することによって選択されるか、または制御デバイスによって自動的に選択され得る。選択されたストレージパスは、ユーザ選択命令に従って制御デバイスによって決定されるか、または少なくとも1つのメディアリソースのストレージパスから自動的に決定され、ストレージパスは、クエリ応答に含まれ、選択されたストレージパスは、選択されたディスプレイデバイスに送信される。選択されたストレージパスに関する情報は、選択されたストレージパスそれ自体であるか、または選択されたストレージパスに関する情報の一部であってもよい。概して、ストレージパスは、ホスト部とパス部とを備え、ホスト部は、ホスト名またはホストIPアドレスであってもよく、パス部は、ホスト上の相対的パスであってもよい。例えば、選択されたストレージパスが、絶対パスのユニバーサルリソース識別子(universal resource identifier、略してURI)である場合、選択されたストレージパスに関する情報は、絶対パスのURIであり、絶対パスのURIのパス部、すなわち、相対パスのURIであってもよい。概して、リソースリクエストは、選択されたディスプレイデバイスの識別子を運ぶこともできる。ステップ102で、リソースリクエストを受信するのは中央サーバであるので、言い換えると、リソースリクエスト内の選択されたストレージパスは、中央サーバを指している。例えば、選択されたストレージパスが、1つの絶対パスのURIである場合、選択されたストレージパスのホスト部は、中央サーバのアドレスである。選択されたディスプレイデバイスによって送信されるリソースリクエスト内の選択されたストレージパスが、別のメディアサーバを指している場合、別のメディアサーバは、従来技術の方法によりリソースリクエストを処理することができる。
【００２５】
ステップ103。リソース情報テーブルにクエリを実行し、選択されたストレージパスに関する情報に対応する選択されたメディアリソースが第1のメディアサーバ上に格納されていることを判定し、選択されたメディアリソースのメディアフォーマットを選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより、選択されたディスプレイデバイスが第2のメディアサーバによって選択されたメディアリソースから変換されたメディアリソースを再生することを可能にする。
【００２６】
本明細書の第1のメディアサーバと第2のメディアサーバは両方とも、中央サーバを含めて、それぞれ任意のメディアサーバであってもよい。例えば、選択されたディスプレイデバイスの再生能力は、MPEG2フォーマットまたはWMVフォーマットのメディアリソースの再生しかサポートせず、選択されたメディアリソースは、第1のメディアサーバ上に格納され、選択されたメディアリソースのメディアフォーマットはMPEG4であり、第2のメディアサーバは、メディアリソースをMPEG4フォーマットからMPEG2フォーマットまたはWMVフォーマットに変換する変換能力を有する。
【００２７】
特に、ステップ103において、選択されたストレージパスに関する情報に対応する選択されたメディアリソースが第1のメディアサーバ上に格納されていることを判定し、選択されたメディアリソースのメディアフォーマットを選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定した後、この方法は、以下のステップをさらに含む。
【００２８】
中央サーバが、第2のメディアサーバでない場合、中央サーバは、第1のメディアサーバから選択されたメディアリソースを取得するように第2のメディアサーバに指令し、これにより、第2のメディアサーバが選択されたメディアリソースを変換し、変換後に選択されたメディアリソースを中央サーバに返すことを可能にし、中央サーバは、選択されたメディアリソースを変換後に選択されたディスプレイデバイスに送信する。あるいは、中央サーバは、選択されたメディアリソースを第2のメディアサーバにアクティブにプッシュするようにさらに指令することができ、これにより第2のメディアサーバは、選択されたメディアリソースを変換することができる。
【００２９】
中央サーバが、第2のメディアサーバでない場合、中央サーバは、リソースリクエストを第2のメディアサーバにリダイレクトし、これにより、第2のメディアサーバが第1のメディアサーバから選択されたメディアリソースを取得し、選択されたメディアリソースを変換し、変換後に選択されたメディアリソースを取得し、選択されたメディアリソースを変換後に選択されたディスプレイデバイスに直接送信することを可能にする。
【００３０】
中央サーバが、第2のメディアサーバである場合、中央サーバは、第1のメディアサーバから選択されたメディアリソースを取得し、選択されたメディアリソースを変換して変換後に選択されたメディアリソースを取得し、選択されたメディアリソースを変換後に選択されたディスプレイデバイスに送信する。
【００３１】
本発明のオプションの実施形態において、ステップ101の前に、この方法は、
中央サーバによって、選択されたディスプレイデバイスを含む少なくとも1つのディスプレイデバイスの再生能力情報、さらには中央サーバ、第1のメディアサーバ、および第2のメディアサーバを含む複数のメディアサーバのメディアコンテンツ情報および変換能力情報を取得するステップと、
少なくとも1つのディスプレイデバイスの再生能力情報さらには複数のメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップであって、リソース情報テーブルは少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含む、ステップと
を含む。
【００３２】
本発明の別のオプションの実施形態において、リソース情報テーブルは、オリジナルリソースエントリ(original resource entry)と変換されたリソースエントリとを含み、少なくとも1つのディスプレイデバイスの再生能力情報さらには複数のメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップは、特に、
少なくとも1つのディスプレイデバイスの再生能力情報に従って再生能力共通部分セット(playback capability intersection set)を決定するステップであって、それぞれのディスプレイデバイスの再生能力は、再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、ステップと、
複数のメディアサーバのメディアコンテンツ情報に従ってオリジナルメディアリソース(original media resource)を決定し、オリジナルリソースエントリを生成するステップであって、オリジナルリソースエントリは、オリジナル識別子(original identifier)、さらにはオリジナルメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含み、オリジナルメディアリソースのストレージパスはオリジナルメディアリソースを格納するメディアサーバを指す、ステップと、
再生能力共通部分セット内にある、オリジナルメディアリソースのメディアフォーマットと異なるメディアフォーマットに従ってオリジナルメディアリソースに対応する変換されたメディアリソースを決定すること、オリジナルリソースエントリに対応する変換されたリソースエントリを生成することであって、変換されたリソースエントリは変換識別子、さらには変換されたメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含む、生成すること、および変換されたリソースエントリとオリジナルメディアリソースのメディアフォーマットを変換されたメディアリソースのメディアフォーマットに変換する変換能力をもつメディアサーバとの間の対応関係を確立することであって、変換されたメディアリソースのメディアフォーマットが対応するオリジナルメディアリソースのメディアフォーマットと異なり、変換されたメディアリソースのメディアフォーマットが再生能力共通部分セット内にある、確立することを行うステップと
を含む。
【００３３】
特に、ディスプレイデバイスの再生能力情報は、ディスプレイデバイスの再生能力によってサポートされているメディアフォーマットを含む。それに対応して、ディスプレイデバイスの再生能力では、ディスプレイデバイスがこのメディアフォーマットでメディアリソースを再生することができることを示す、メディアフォーマットをサポートする。それに加えて、変換されたリソースエントリにおけるストレージパスは、中央サーバ上の仮想アドレスを指すものとしてもよい。
【００３４】
再生能力共通部分セットは、少なくとも1つのメディアフォーマットを含み、より少ないメディアフォーマットを含むのがよい。例えば、MR1は、メディアフォーマットMPEG4およびMPEG2をサポートし、MR2は、メディアフォーマットMPEG2、AVI、およびWMVをサポートし、MR3は、メディアフォーマットWMV、AVC、およびH.264をサポートし、次いで、MR1、2、および3の再生能力共通部分セットは、{MPEG2, WMV}である。さらに、ディスプレイデバイスの再生能力情報は、ディスプレイデバイスの再生能力によってサポートされている解像度およびトランスポートプロトコルをさらに備えることができ、それに対応して、表示能力共通部分セットが、解像度およびトランスポートプロトコルをさらに備えることができる。それに加えて、ディスプレイデバイスがメディアリソースを再生することができるかどうかが判定されるときに、ディスプレイデバイスの再生能力が、メディアリソースの解像度およびトランスポートプロトコルをサポートしているかどうかを判定することが必要である。解像度およびトランスポートプロトコルがさらに考慮される場合、MR1、2、および3の再生能力情報がTable 1(表1)に示されている。
【００３５】
【表１】
0006006337.tif 000002
【００３６】
Table 1(表1)によれば、MR1、2、および3の再生能力共通部分セットは、メディアフォーマットMPEG2、MPEG4、解像度720p、およびトランスポートプロトコルHTTPを含む。同じメディアコンテンツが再生能力共通部分セットに別々に対応する2つのメディアリソースを有する場合、すなわち、メディアフォーマットがMPEG2であり、解像度が720pであり、トランスポートプロトコルがHTTPであるメディアリソース、およびメディアフォーマットがMPEG4であり、解像度が720pであり、トランスポートプロトコルがHTTPであるメディアリソースである場合、メディアコンテンツは、任意のディスプレイデバイス上で再生することができる。
【００３７】
その一方で、任意のメディアリソースについて、メディアリソースはただ1つのメディアフォーマットを有する。再生能力共通部分セットもこのメディアフォーマットのみを含む場合、メディアリソースは、任意のディスプレイデバイス上で再生することができ、このメディアフォーマットが再生能力共通部分セットに含まれない場合、メディアリソースに対応する変換されたリソースは、変換されたリソースエントリを生成するようにさらに決定され得る。特に、再生能力共通部分セット内にある、オリジナルメディアリソースのメディアフォーマットと異なるメディアフォーマットに従ってオリジナルメディアリソースに対応する変換されたメディアリソースを決定し、オリジナルリソースエントリに対応する変換されたリソースエントリを生成するステップは、特に、
再生能力共通部分セットがN個のメディアフォーマットを含み、オリジナルメディアリソースのメディアフォーマットが再生能力共通部分セット内になく、Nが2以上の自然数であるものとする場合に、変換能力情報およびオリジナルメディアリソースに従ってオリジナルメディアリソースに対応するN個の変換されたメディアリソースを決定し、N個の変換されたリソースエントリを生成し、N個の変換されたリソースエントリはN個のメディアフォーマットを別々に含む、ステップと、
再生能力共通部分セットがN個のメディアフォーマットを含み、オリジナルメディアリソースのメディアフォーマットが再生能力共通部分セット内にあり、Nが2以上の自然数であるものとする場合に、変換能力情報およびオリジナルメディアリソースに従ってオリジナルメディアリソースに対応する(N-1)個の変換されたメディアリソースを決定し、(N-1)個の変換されたリソースエントリを生成し、(N-1)個の変換されたリソースエントリは、N個のメディアフォーマットのオリジナルメディアリソースのメディアフォーマットを除くすべてのメディアフォーマットを含む、ステップと
を含む。
【００３８】
例えば、再生能力共通部分セットは、MPEG2およびMPEG4を含む。オリジナルメディアリソース1のメディアフォーマットがWMVである場合、オリジナルメディアリソース1に対応する2つの変換されたメディアリソースが決定され、2つの変換されたリソースエントリが生成され、ここで、2つの変換されたリソースエントリのメディアフォーマットはそれぞれ、MPEG2、MPEG4であり、オリジナルメディアリソース1のメディアフォーマットがMPEG2である場合、オリジナルメディアリソース1に対応する1つの変換されたメディアリソースが決定され、変換されたリソースエントリが生成され、ここで、1つの変換されたリソースエントリのメディアフォーマットは、MPEG4である。オリジナルメディアリソースのオリジナルリソースエントリとオリジナルメディアリソースに対応する変換されたメディアリソースの変換されたリソースエントリとの間の対応関係は、同じ識別子を設定することによって確立され、またオリジナルリソースエントリとリソース情報テーブル内の変換されたリソースエントリの位置に従って確立され得ることに留意されたい。
【００３９】
さらに、第2のメディアが選択されたメディアリソースを変換した後、この方法は、
第1のメディアサーバによって、変換後に選択されたメディアリソースをダウンロードするステップと、
中央サーバによって、変換後に選択されたメディアリソースに従ってリソース情報テーブルを更新するステップと
をさらに含むことができる。
【００４０】
特に、第1のメディアサーバが中央サーバである場合、中央サーバは、第2のメディアサーバから変換後に選択されたメディアリソースをダウンロードする。第1のメディアサーバが中央サーバでない場合、中央サーバは、中央サーバまたは第2のメディアサーバから変換後に選択されたメディアリソースをダウンロードするように第1のメディアサーバに指令し、あるいは、中央サーバは、選択されたメディアリソースを変換後に第1のメディアサーバに直接的にプッシュすることもできるか、または選択されたメディアリソースを変換後に第1のメディアサーバにプッシュするように第2のメディアサーバに指令する。
【００４１】
中央サーバによって、変換後に選択されたメディアリソースに従ってリソース情報テーブルを更新するステップは、特に、
中央サーバによって、選択されたメディアリソースを変換後にオリジナルメディアリソースとなるように設定し、オリジナルリソースエントリおよび変換されたリソースエントリを更新するステップを含む。
【００４２】
特に、すでに生成されている選択されたメディアリソース(すなわち、変換されたメディアリソース)に対応する変換されたリソースエントリは、削除され、変換後に選択されたメディアリソースに対応するオリジナルリソースエントリが追加され得る。
【００４３】
さらに、オリジナルリソースエントリおよび変換されたリソースエントリによって形成される前記のリソース情報テーブルに基づき、ステップ101において、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返すステップの前に、この方法は、
中央サーバによって、クエリリクエストに含まれるクエリ条件に従ってリソース情報テーブルのクエリを実行するステップと、
クエリ条件を満たすオリジナルリソースエントリを決定し、対応するオリジナルリソース応答エントリをクエリ応答に追加するステップであって、オリジナルリソース応答エントリは、オリジナル識別子、およびオリジナルリソースエントリ内にあるオリジナルメディアリソースのストレージパスを含む、ステップと、
クエリ条件を満たす変換されたリソースエントリを決定し、対応する変換されたリソース応答エントリをクエリ応答に追加するステップであって、変換されたリソース応答エントリは、変換識別子、および変換されたリソースエントリ内にある変換されたメディアリソースのストレージパスを含む、ステップと
をさらに含み得る。
【００４４】
特に、それぞれのメディアリソースのストレージパスは、メディアリソースのコンテンツ名を含み、制御デバイスは、クエリ応答におけるストレージパスに従って対応するコンテンツ名を決定し、コンテンツ名をユーザに表示することができる。例えば、変換されたメディアリソース1に対応する変換されたリソースエントリ内のストレージパスは、http://192.168.1.1:53013/MediaServerContent_1/1/LetBulletsFly.wmvであるが、ただし、192.168.1.1は中央サーバのアドレスであり、「LetBulletsFly」は変換されたメディアリソースのコンテンツ名である。
【００４５】
さらに、選択されたディスプレイデバイスが選択されたストレージパスに関する情報を中央サーバにメディアリソースを要求するリソースリクエストに追加する場合、中央サーバは、選択されたストレージパスに関する情報に従ってオリジナルリソースエントリ/選択されたメディアリソースに対応する変換されたリソースエントリを決定することができる。特に、ステップ103において、リソース情報テーブルのクエリを実行するステップは、特に、
リソースリクエスト内の選択されたストレージパスに関する情報に従って選択されたストレージパスを含む変換されたリソースエントリを見つけるステップと、
選択されたストレージパスを含む変換されたリソースエントリに対応するオリジナルリソースエントリを決定し、対応するオリジナルリソースエントリ内のストレージパスが指す第1のメディアサーバを決定し、選択されたストレージパスを含む変換されたリソースエントリに対応する第2のメディアサーバを決定するステップと
を含む。
【００４６】
例えば、選択されたストレージパスに関する情報が、絶対パスのURIである場合、中央サーバは、絶対パスのURIに従ってリソース情報テーブルを直接取り出し、オリジナルメディアリソースエントリ/絶対パスのURIを含む変換されたメディアリソースエントリを見つけることができ、選択されたストレージパスに関する情報が、相対パスのURIである場合、中央サーバは、相対パスのURIおよび中央サーバのアドレスに従って絶対パスのURIを構築し、次いで、絶対パスのURIに従ってリソース情報テーブルを取り出し、絶対パスのURIを含むオリジナル/変換されたメディアリソースエントリを探索することができる。概して、選択されたディスプレイデバイスが選択されたストレージパスに関する情報を中央サーバにメディアリソースを要求するリソースリクエストに追加する前に、選択されたディスプレイデバイスは、選択されたストレージパスに従って選択されたストレージパスが指す中央サーバとの接続をさらに確立することができる。例えば、選択されたディスプレイデバイスは、絶対パスのURIにおけるホスト部に従って中央サーバのアドレスを決定し、HTTP接続を確立する。
【００４７】
実用的なアプリケーションにおいて、選択されたディスプレイデバイスが中央サーバにメディアリソースを要求する3つの場合が存在する。
(1)選択されたストレージパスは、オリジナルメディアリソースに対応している。この場合、選択されたストレージパスを含むオリジナルリソースエントリがある。それに加えて、オリジナルリソースエントリ内のストレージパスは、オリジナルメディアリソースの実際のストレージパスであるため、中央サーバは、要求される選択されたメディアリソースがローカルに格納されているオリジナルメディアリソースであると判定し、ローカルに格納されている選択されたメディアリソースを選択されたディスプレイデバイスに直接送信することができる。
(2)選択されたストレージパスは、変換されたメディアリソースに対応しており、中央サーバは、対応する変換能力を有する。この場合、選択されたストレージパスを含む変換されたリソースエントリがあり、中央サーバは、変換されたリソースエントリに対応するオリジナルリソースエントリに従ってオリジナルメディアリソースの対応するストレージパスを決定し、これにより、対応するオリジナルメディアリソースを取得し、オリジナルメディアリソースを変換後に選択されたディスプレイデバイスに送信することができる。
(3)選択されたストレージパスは、変換されたメディアリソースに対応しており、中央サーバは、対応する変換能力を有しない。この場合、選択されたストレージパスは中央サーバを指しているが、選択されたストレージパスは、中央サーバ上の仮想アドレスを指している。中央サーバは、オリジナルリソースエントリおよび選択されたストレージパスを含む変換されたリソースエントリに対応するメディアサーバを決定し、中央サーバは、対応するオリジナルリソースエントリ内のストレージパスに格納されている実際のメディアリソースを変換するように対応するメディアサーバに指令し、実際のメディアリソースを変換後に選択されたディスプレイデバイスに送信する。
【００４８】
本発明の別のオプションの実施形態において、中央サーバによって返されるクエリ応答は、少なくとも1つのメディアリソースのメディアフォーマットをさらに伴うことができ、制御デバイスは、それぞれディスプレイデバイスの再生能力情報を取得し、クエリ応答内のそれぞれのメディアリソースのメディアフォーマットに従って適切なディスプレイデバイスをユーザに推奨することができる。
【００４９】
本発明のさらに別のオプションの実施形態において、中央サーバは、取得されたディスプレイデバイスの再生能力情報に従って、それぞれのメディアリソースのオプションのディスプレイデバイス、すなわち、このメディアリソースを再生することができるディスプレイデバイスをさらに決定し、これにより、オプションのディスプレイデバイスの識別子をクエリ応答に加えて、それぞれのメディアリソースのオプションのディスプレイデバイスに従って制御ポイントで適切なディスプレイデバイスをユーザに推奨することを可能にすることができる。特に、オリジナルリソースエントリは、第1のディスプレイデバイスの識別子をさらに含み、第1のディスプレイデバイスの再生能力は、オリジナルリソースエントリにおけるメディアフォーマットをサポートし、変換されたリソースエントリは、第2のディスプレイデバイスの識別子をさらに含み、第2のディスプレイデバイスの再生能力は、変換されたリソースエントリにおけるメディアフォーマットをサポートする。
【００５０】
さらに、対応するオリジナルリソース応答エントリは、オリジナルリソースエントリ内の第1のディスプレイデバイスの識別子をさらに含み、対応する変換されたリソース応答エントリは、変換されたリソースエントリ内の第2のディスプレイデバイスの識別子をさらに含む。
【００５１】
少なくとも1つのディスプレイデバイスの再生能力情報さらには複数のメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップの前に、いくつかのディスプレイデバイスも何らかの変換能力を有していることを考慮した場合、この方法は、
中央サーバによって、少なくとも1つのディスプレイデバイスの変換能力情報を取得するステップと、
少なくとも1つのディスプレイデバイスの再生能力情報および変換能力情報に従ってそれぞれのディスプレイデバイスの包括的な再生能力を決定するステップと
をさらに含む。
【００５２】
少なくとも1つのディスプレイデバイスの再生能力情報さらには複数のメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップは、特に、
少なくとも1つのディスプレイデバイスの再生能力情報および変換能力情報さらには複数のメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップであって、リソース情報テーブルは、少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパス、ならびにオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの包括的な再生能力は、そのメディアフォーマットをサポートする、ステップを含む。
【００５３】
例えば、ディスプレイデバイスの再生能力は、MPEG2およびMPEG4をサポートし、その一方で、ディスプレイデバイスは、メディアリソースをWMVフォーマットからMPEG2フォーマットに変換する変換能力を有し、次いで、ディスプレイデバイスの包括的な再生能力は、MPEG2、MPEG4、およびWMVをサポートする。すなわち、ディスプレイデバイスがWMVフォーマットでメディアリソースを受信する場合、ディスプレイデバイスは、メディアリソースをWMVフォーマットからMPEG2フォーマットに変換し、メディアリソースを再生することができる。
【００５４】
それに対応して、リソース情報テーブルが生成されるときに、再生能力共通部分セットも、ディスプレイデバイスの包括的な再生能力に従って決定され得る。特に、少なくとも1つのディスプレイデバイスの再生能力情報に従って再生能力共通部分セットを決定するステップであって、それぞれのディスプレイデバイスの再生能力は、再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、ステップは、特に、
少なくとも1つのディスプレイデバイスの再生能力情報および変換能力情報に従って再生能力共通部分セットを決定するステップであって、それぞれのディスプレイデバイスの包括的な再生能力は、再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、ステップを含む。
【００５５】
本発明の本実施形態は、次の技術的手段、すなわち、中央サーバを設定する手段を採用し、この中央サーバは、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返し、選択されたディスプレイデバイスのリソースリクエストに従ってリソース情報テーブルのクエリを実行し、リソースリクエスト内の選択されたストレージパスに関する情報に対応する選択されたメディアリソースが第1のメディアサーバ上に格納されていることを判定し、選択されたメディアリソースのメディアフォーマットを選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより、選択されたディスプレイデバイスが第2のメディアサーバによって選択されたメディアリソースから変換されたメディアリソースを再生することを可能にする。この技術的手段は、単一のMSおよび単一のMRを含むホームエリアネットワーク上で、MS上のメディアリソースのフォーマットがMRにおいて再生できないとき、またMSがメディアリソースのフォーマットをMRで再生できるフォーマットに変換することができないときに、メディアリソースは再生できないという従来技術における欠点を克服し、選択されたディスプレイデバイスの再生能力に適応し、それによりユーザエクスペリエンスを大きく高めるように、複数のMSのメディアリソースおよび変換能力を協調させることができる複数のMSによる一組の解決策を提供する。
【００５６】
図2は、本発明の実施形態2によるメディア再生処理方法の概略流れ図である。図2に示されているように、この方法は以下のステップを含む。
【００５７】
ステップ201。中央サーバが、制御デバイスのクエリリクエストを受信する。
【００５８】
本明細書の中央サーバは、メディアサーバとしても使用することもできる。ホームエリアネットワーク上には、本発明の一実施形態が適用される少なくとも1つのメディアサーバおよび複数のディスプレイデバイスがあり得ることに留意されたい。それに加えて、中央サーバおよび制御デバイスは、独立して設定されるか、または全体として設定され得る。
【００５９】
ステップ202。事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返し、ここで、クエリ応答は少なくとも1つのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの再生能力は、メディアリソースのメディアフォーマットをサポートし、これにより、制御デバイスが1つのメディアリソースとメディアリソースの1つのオプションのディスプレイデバイスとを選択してメディアリソースを再生することを可能にする。
【００６０】
特に、リソース情報テーブルは、ホームエリアネットワーク上のメディアサーバのメディアコンテンツ情報および変換能力情報、さらにはディスプレイデバイスの再生能力情報に従って生成され得る。これに対応して、ステップ201の前に、この方法は、
中央サーバによって、複数のディスプレイデバイスの再生能力情報さらには中央サーバを含む少なくとも1つのメディアサーバのメディアコンテンツ情報および変換能力情報を取得するステップと、
複数のディスプレイデバイスの再生能力情報さらには少なくとも1つのメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップであって、リソース情報テーブルは、少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパス、ならびにオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの再生能力は、そのメディアフォーマットをサポートする、ステップと
をさらに含み得る。
【００６１】
さらに、ディスプレイデバイスの変換能力が考慮される場合、複数のディスプレイデバイスの再生能力情報さらには少なくとも1つのメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップの前に、この方法は、
中央サーバによって、複数のディスプレイデバイスの変換能力情報を取得するステップと、
複数のディスプレイデバイスの再生能力情報および変換能力情報に従ってそれぞれのディスプレイデバイスの包括的な再生能力を決定するステップと
をさらに含む。
【００６２】
複数のディスプレイデバイスの再生能力情報さらには少なくとも1つのメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップは、特に、
複数のディスプレイデバイスの再生能力情報および変換能力情報さらには少なくとも1つのメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するステップであって、リソース情報テーブルは、少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパス、ならびにオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの包括的な再生能力は、そのメディアフォーマットをサポートする、ステップを含む。
【００６３】
特に、特定の形態,およびリソース情報テーブルおよびクエリ応答の生成処理について、前記の実施形態1を参照されたい。
【００６４】
本発明の別のオプションの実施形態において、制御デバイスがクエリを実行する場合、中央サーバは、最初に、オプションのディスプレイデバイスの識別子を含まない事前クエリ応答を返すことができ、ユーザが制御デバイスを使用することによってコンテンツ名を選択する場合、制御デバイスは、選択されたコンテンツ名に対応するストレージパスさらには選択されたリクエストを使用することによってオプションのディスプレイデバイスの識別子について中央サーバにクエリを実行する。特に、ステップ202の前に、この方法は、
事前に生成されたリソース情報テーブルに従って制御デバイスに事前クエリ応答を返すステップであって、事前クエリ応答は少なくとも1つのメディアリソースのストレージパスを含む、ステップと、
制御デバイスの選択されたリクエストを受信するステップであって、選択されたリクエストは選択されたコンテンツ名を含む、ステップと、
リソース情報テーブルに従って選択されたコンテンツ名に対応する少なくとも1つのメディアリソースのストレージパスさらにはオプションのディスプレイデバイスの識別子を決定するステップであって、オプションのディスプレイデバイスの再生能力は、メディアリソースのメディアフォーマットをサポートする、ステップと、
選択されたコンテンツ名に対応する少なくとも1つのメディアリソースのストレージパスさらにはオプションのディスプレイデバイスの識別子をクエリ応答にバインドして追加するステップと
をさらに含む。
【００６５】
例えば、SelectContent (IN Content1)などのActionが中央サーバに追加され得る。制御デバイスは、中央サーバにActionを要求して1つのコンテンツ名を選択し、次いで、中央サーバは、Action応答を使用することによって、コンテンツ名およびオプションのディスプレイデバイスの識別子に対応する少なくとも1つのメディアリソースのストレージパスを返す。
【００６６】
それに加えて、ステップ202の後に、制御デバイスは、ユーザの選択を、オプションのディスプレイデバイのみからの選択されたディスプレイデバイスにさらに制限することができ、このようにして、メディアフォーマットを変換する処理は不要になり、ユーザの選択が、オプションのディスプレイデバイスからの選択されたディスプレイデバイスに制限されていない場合、ユーザがオプションでないディスプレイデバイスを選択するときに、制御デバイスは、選択されたリクエストを中央サーバに再び送信することができ、中央サーバは、選択されたコンテンツ名さらには選択されたオプションでないディスプレイデバイスの識別子に従ってリソース情報テーブルのクエリを再び実行し、選択されたストレージパスが含まれていると判定し、制御デバイスを使用することによって選択されたディスプレイデバイスにフィードバックする。
【００６７】
本発明の本実施形態は、次の技術的手段、すなわち、中央サーバを設定する手段を採用し、この中央サーバは、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返し、メディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子をクエリ応答に追加し、これにより、制御デバイスがクエリ応答に従って選択されたメディアリソースに適したディスプレイデバイスをユーザに推奨することを可能にする。この技術的手段は、従来技術の前記の欠点を解消し、複数のMSで一組の解決策を実現し、これにより、中央サーバおよび制御デバイスを使用することによってユーザに対して選択されたメディアリソースを再生することができるMRを推奨し、これによりユーザエクスペリエンスを大きく高める。
【００６８】
図3は、本発明の実施形態3によるメディア再生制御方法の概略流れ図であり、図3に示されているように、この方法は以下のステップを含む。
【００６９】
ステップ301。制御デバイスは、クエリ条件を決定し、クエリ条件を含むクエリリクエストを中央サーバに送信する。
【００７０】
特に、制御デバイスは、前の構成に従ってクエリ条件を決定することができる。例えば、制御デバイスは、スイッチをオンにされたときにすべてのメディアリソースについてクエリを自動的に実行するように構成され得る。あるいは、制御デバイスは、ユーザのクエリ命令に従ってクエリ条件を決定することもできる。概して、制御デバイスは、ユーザインターフェースを通じてユーザのすべての種類の命令を受信することができ、その場合、ユーザインターフェースは、キーボード、タッチスクリーン、または同様のものであってもよい。本明細書のクエリ命令は、すべてのメディアリソースのクエリを実行することか、または条件に適合するメディアリソースのクエリを実行することであってもよい。例えば、クエリ命令は、コンテンツ名を含む、すなわち、コンテンツ名に対応するメディアリソースのクエリを実行する。
【００７１】
制御デバイスおよび中央サーバは、全体として設定されるか、または独立して設定され得る。独立して設定される場合、制御デバイスは、制御デバイスと中央サーバとの間の通信プロトコルに従ってクエリリクエストを送信することができる。
【００７２】
ステップ302。中央サーバによって返されたクエリ応答を受信し、選択命令に従って、選択されたコンテンツ名、さらには選択されたディスプレイデバイスの識別子を決定し、ここで、クエリ応答は少なくとも1つのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含み、ストレージパスは中央サーバを含む少なくとも1つのメディアサーバのうちの1つに対応している。
【００７３】
特に、クエリリクエストに従って中央サーバによってクエリ応答を返す仕方について、前記の実施形態2を参照されたい。
【００７４】
ステップ303。少なくとも1つのメディアリソースのストレージパスから、選択されたコンテンツ名に対応する選択されたストレージパスさらには選択されたディスプレイデバイスの識別子を決定し、ここで、選択されたストレージパスは選択されたコンテンツ名を含み、選択されたストレージパスを選択されたディスプレイデバイスに送信する。
【００７５】
特に、ただ1つのメディアリソースのストレージパスが、選択されたコンテンツ名を含む場合、メディアリソースは、選択されたメディアリソースとして利用され、ストレージパスは、選択されたストレージパスとして利用される。少なくとも2つのメディアリソースのストレージパスが、選択されたコンテンツ名を含む場合、オプションのディスプレイデバイスの識別子が選択されたディスプレイデバイスを含む1つのメディアリソースが、選択されたメディアリソースとして選択されるものとしてもよく、メディアリソースのストレージパスは、選択されたストレージパスとして利用される。
【００７６】
ステップ304。再生リクエストを選択されたディスプレイデバイスに送信し、これにより、選択されたディスプレイデバイスが選択されたストレージパスに従って少なくとも1つのメディアサーバからメディアリソースを取得し、メディアリソースを再生することを可能にする。
【００７７】
本発明のオプションの実施形態において、制御デバイスがクエリ条件を決定する前に、この方法は、
制御デバイスによって、少なくとも1つのディスプレイデバイスおよび少なくとも1つのメディアサーバを識別し、少なくとも1つのメディアサーバから中央サーバを識別するステップをさらに含む。
【００７８】
特に、制御デバイスは、デバイス発見処理においてホームエリアネットワーク上のすべてのディスプレイデバイスおよびメディアサーバを発見し、デバイス発見処理において収集されたデバイス記述情報に従って中央サーバを識別することができる。
【００７９】
本発明のオプションの実施形態において、ステップ301でクエリリクエストを受信すると、中央サーバは、ステップ302のクエリ応答を制御デバイスに直接返し、制御デバイスは、ユーザが選択するクエリリクエストに従ってメディアリソースのコンテンツ名およびオプションのディスプレイデバイスの識別子をユーザに返す。このシナリオでは、ステップ302は、特に、
クエリ応答を受信するステップと、
少なくとも1つのメディアリソースのストレージパスに従って少なくとも1つのメディアリソースのコンテンツ名を決定し、少なくとも1つのメディアリソースのコンテンツ名および少なくとも1つのディスプレイデバイスの識別子を表示するステップと、
二重選択命令を受信するステップであって、二重選択命令は、選択されたコンテンツ名さらには選択されたディスプレイデバイスの識別子を含み、選択されたコンテンツ名は、少なくとも1つのメディアリソースのコンテンツ名の1つである、ステップと
を含む。
【００８０】
特に、二重選択命令は、制御デバイスのユーザインターフェースを通じてユーザによって送信される。
【００８１】
本発明の別のオプションの実施形態において、ステップ301でクエリリクエストを受信すると、中央サーバは、ステップ302のクエリ応答を制御デバイスに直接返さないが、最初に、オプションのディスプレイデバイスの識別子を含まない事前クエリ応答を返し、制御デバイスは、事前クエリ応答に従ってメディアリソースのコンテンツ名をユーザに返し、次いで、ユーザによって選択された選択されたコンテンツ名に従って選択されたコンテンツ名に対応するそれぞれのメディアリソースのオプションのディスプレイデバイスの識別子について中央サーバにクエリを実行する。このシナリオでは、ステップ302は、特に、
中央サーバによって返された事前クエリ応答を受信するステップであって、事前クエリ応答は少なくとも1つのメディアリソースのストレージパスを含み、ストレージパスは中央サーバを含む少なくとも1つのメディアサーバのうちの1つを指す、ステップと、
少なくとも1つのメディアリソースのストレージパスに従って少なくとも1つのメディアリソースのコンテンツ名を決定し、少なくとも1つのメディアリソースのコンテンツ名および少なくとも1つのディスプレイデバイスの識別子を表示するステップと、
第1の単一選択命令を受信するステップであって、第1の単一選択命令は、選択されたコンテンツ名を含み、選択されたコンテンツ名は、少なくとも1つのメディアリソースのコンテンツ名の1つである、ステップと、
選択されたコンテンツ名を含む選択されたリクエストを中央サーバに送信するステップと、
中央サーバによって返されたクエリ応答を受信するステップであって、クエリ応答は、選択されたコンテンツ名に対応する少なくとも1つのメディアリソースのストレージパスさらにはオプションのディスプレイデバイスの識別子を含み、少なくとも1つのメディアリソースのストレージパスは、選択されたコンテンツ名を含む、ステップと
を含む。
【００８２】
それに対応して、ステップ303は、特に、
第2の単一選択命令を受信するステップであって、第2の単一選択命令は、選択されたディスプレイデバイスの識別子を含む、ステップと、
選択されたコンテンツ名に対応する少なくとも1つのメディアリソースのストレージパスから、選択されたディスプレイデバイスの識別子に対応する選択されたストレージパスを決定するステップと
を含む。
【００８３】
特に、第1の単一選択と第2の単一選択は両方とも、制御デバイスのユーザインターフェースを通じてユーザによって送信される。
【００８４】
本発明のさらに別のオプションの実施形態において、クエリ応答/事前クエリ応答において同じコンテンツ名をもつ複数のメディアリソースがあり得、制御デバイスは、複数のメディアリソースをユーザに対して表示するときに同じコンテンツ名を組み合わせることができる。特に、クエリ応答は、オリジナルリソース応答エントリと変換されたリソース応答エントリとを含み、オリジナルリソース応答エントリは、オリジナル識別子、オリジナルメディアリソースのストレージパス、および第1のディスプレイデバイスの識別子を含み、変換されたリソース応答エントリは、変換識別子、交換ストレージパス、および第2のディスプレイデバイスの識別子を含む。
【００８５】
それに対応して、少なくとも1つのメディアリソースのコンテンツ名を表示するステップは、特に、
オリジナルリソース応答エントリに対応するコンテンツ名および変換されたリソース応答エントリに対応するコンテンツ名を決定するステップと、
少なくとも1つのリソースファミリ応答エントリを決定することであって、リソースファミリ応答エントリはオリジナルリソース応答エントリと同じコンテンツ名に対応する変換されたリソース応答エントリとを含む、決定すること、およびそれぞれのリソースファミリ応答のコンテンツ名を表示することを行うステップと
を含む。
【００８６】
ステップ303は、特に、
選択されたコンテンツ名に対応するリソースファミリ応答エントリを決定するステップと、
選択されたディスプレイデバイスの識別子を含むオリジナルリソース応答エントリが、対応するリソースファミリ応答エントリ内に存在する場合、オリジナルリソース応答エントリ内のストレージパスが選択されたストレージパスであると判定するステップと、
選択されたディスプレイデバイスの識別子を含むオリジナルリソース応答エントリが、対応するリソースファミリ応答エントリ内に存在しないが、選択されたディスプレイデバイスの識別子を含む変換されたリソース応答エントリが、対応するリソースファミリ応答エントリ内に存在する場合、変換されたリソース応答エントリ内のストレージパスが選択されたストレージパスであると判定するステップとを含む。
【００８７】
特に、オリジナル/変換されたリソース応答エントリに対応するコンテンツ名は、オリジナル/変換されたリソース応答エントリに対応するオリジナル/変換されたメディアリソースのコンテンツ名であり、オリジナル/変換されたリソース応答エントリ内のストレージパスに従って決定され得る。オリジナルリソース応答エントリを変換する必要はないが、それは、オリジナルメディアリソースに対応しているからである。したがって、前記の処理において、最初に、対応するリソースファミリ応答エントリ内に、選択されたディスプレイデバイスの識別子を含む1つのオリジナルリソース応答エントリの第1のディスプレイデバイスの識別子があるかどうかを調べる。
【００８８】
さらに、制御デバイスは、オリジナルリソース応答エントリ中のオリジナル識別子に従ってオリジナルメディアリソースに対応するオプションのディスプレイデバイスをユーザに推奨することもできる。特に、少なくとも1つのメディアリソースのコンテンツ名および少なくとも1つのディスプレイデバイスの識別子を表示するステップは、特に、
それぞれのリソースファミリ応答エントリのコンテンツ名および第1のディスプレイデバイスの識別子をユーザにバインドし、返すステップを含む。
【００８９】
特に、第1のディスプレイデバイスの識別子は、オリジナルリソースエントリ内に含まれる。オリジナルメディアリソースエントリに対応するメディアリソースは、オリジナルメディアリソースである、すなわち、第1のディスプレイデバイスは変換することなくオリジナルメディアリソースを再生することができるオプションのディスプレイデバイスである。したがって、それぞれのリソースファミリ応答エントリのコンテンツ名および第1のディスプレイデバイスの識別子をユーザにバインドし、返すことは、適切なディスプレイデバイスを選択するユーザにとって都合がよく、変換をできる限り減らし、ホームエリアネットワークデバイスの負担を軽減し、ユーザが変換を待つのに費やす時間を短縮することができる。
【００９０】
本発明の本実施形態は、次の技術的手段、すなわち、制御デバイスと相互にやり取りできる中央サーバを設定する手段を採用し、ここで、制御デバイスは、それぞれのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含む中央サーバによって返されるクエリ応答を受信し、選択されたコンテンツ名に対応する選択されたストレージパスおよびユーザによって選択済みの選択されたディスプレイデバイスを決定し、選択されたストレージパスを選択されたディスプレイデバイスに配信する。この技術的手段は、単一のMSおよび単一のMRを含むホームエリアネットワーク上で、MS上のメディアリソースのフォーマットがMRにおいて再生できないとき、またMSがメディアリソースのフォーマットをMRで再生できるフォーマットに変換することができないときに、メディアリソースは再生できないという従来技術における欠点を克服し、中央サーバおよび制御デバイスを使用することによって、ユーザよって選択されたディスプレイデバイスで再生され得る選択されたメディアリソースとマッチし得る、複数のMSおよび複数のMRによる一組の解決策を実現し、これによりユーザエクスペリエンスが大きく高められる。
【００９１】
本発明の実施形態による前記のメディア再生処理方法およびメディア再生制御方法は、複数のアプリケーションシナリオを有することができる。以下の部では、いくつかのアプリケーションシナリオの本発明の実施形態をさらに紹介する。
【００９２】
第1のアプリケーションシナリオでは、中央サーバがすべての種類の変換能力を備え、中央サーバは、別のMSに埋め込まれたモジュールであってもよく、中央サーバの変換能力は、モジュールをアップグレードすることによって拡張することができ、また別のMSは変換能力を有しない。それに加えて、中央サーバがMSの機能、および制御ポイント(CP)の機能の一部を備えることが企図され得る。図4は、本発明の一実施形態による第1のアプリケーションシナリオの概略信号図である。図4に示されているように、このシナリオは以下の処理を含む。
【００９３】
ステップ401.  中央サーバが、MRの再生能力情報を取得する。
【００９４】
特に、中央サーバは、ホームエリアネットワーク上でGetProtocolInfo()リクエストをMRに送信し、MRの再生能力情報を取得することができる。
【００９５】
ステップ402.  中央サーバは、MSのメディアコンテンツ情報を取得する。
【００９６】
特に、中央サーバは、ホームエリアネットワーク上でBrowse()/Search()リクエストをMSに送信し、MSのメディアコンテンツ情報を取得することができる。
【００９７】
メディアコンテンツ情報は、リソース識別子、コンテンツサイズ、絶対パスを含むURI、メディアフォーマット、および少なくとも1つのオリジナルメディアリソースのトランスポートプロトコルを含む。
【００９８】
ステップ403.  MRの能力情報に対して比較オペレーションを実行し、共通部分セットの取得を試み、オペレーション結果およびメディアコンテンツ情報に従ってリソース情報テーブルを生成する。
【００９９】
リソース情報テーブルは、拡張マークアップ言語(extensible markup language、略してXML)フォーマットで記述され、オリジナルリソースエントリおよび変換されたリソースエントリに分類され得る。それぞれのオリジナルリソースエントリおよび対応する変換されたリソースエントリは、XMLの1つのセグメントに記述される。さらに、デフォルトは、オリジナル識別子として使用され、トランスコードが、変換識別子として使用されるものとしてもよく、すなわち、デフォルトを含むリソースエントリは、オリジナルリソースエントリであり、トランスコードを含むリソースエントリは、変換されたリソースエントリである。
【０１００】
ステップ404.  制御デバイスは、中央サーバを識別する。
【０１０１】
ステップ405.  制御デバイスは、中央サーバにクエリを実行し、メディアコンテンツ情報を取得する。
【０１０２】
特に、ユーザのクエリ命令に基づきBrowse()/Search() Action命令を使用することによって中央サーバにクエリを実行することができる。
【０１０３】
ステップ406.  制御デバイスは、選択されたURIを選択されたMR1に配信する。
【０１０４】
特に、制御デバイスは、SetAVTransportURI()リクエストを使用することによって選択されたURIをMRIに配信することができる。選択されたURIは、中央サーバを指している仮定される。
【０１０５】
ステップ407.  制御サービスは、再生リクエストを選択されたMR1に送信する。
【０１０６】
ステップ408.  MR1は、HTTP Getリクエストを使用することによって中央サーバにリソースを要求する。
【０１０７】
特に、ステップ408の前に、MR1は、選択されたURI中のパス部に従って中央サーバとのHTTP接続を確立することができる。
【０１０８】
ステップ409.  中央サーバは、要求されている選択されたメディアリソースがリソース情報テーブルに従ってMS2上にあり、要求された選択されたメディアリソースは変換される必要があると判定する。
【０１０９】
本明細書では、選択されたメディアリソースは、中央サーバ上にないが、MS2上にあると仮定される。
【０１１０】
一アプリケーションにおいて、中央サーバがリソースリクエストを受信した後にいくつかの処理方式がある。
(1)要求された選択されたメディアリソースは、中央サーバ上にあり、変換される必要はない。すなわち、要求された選択されたメディアリソースは、オリジナルリソースエントリに対応しており、次いで、中央サーバは、MR1のHTTP Getリクエストに直接応答し、選択されたメディアリソースをMR1に送信する。
(2)要求された選択されたメディアリソースは、中央サーバ上にあるが、変換される必要がある。すなわち、要求された選択されたメディアリソースは、変換されたリソースエントリに対応しており、次いで、中央サーバは、送信中に変換する仕方でMR1のHTTP Getリクエストに応答し、選択されたメディアリソースを変換後にMR1に送信する。
(3)要求された選択されたメディアリソースは、中央サーバ上になく、変換される必要がある、すなわち、要求された選択されたメディアリソースは、変換されたリソースエントリに対応しており、次いで、中央サーバは、変換されたリソースエントリに対応するオリジナルリソースエントリ内のURIに従って別のMSへのHTTP Getリクエストを自動的に開始し、別のMSは、リクエストに応答し、選択されたメディアリソースを中央サーバに送信し、次いで、中央サーバは、送信中に変換する仕方でMR1のHTTP Getリクエストに応答し、選択されたメディアリソースを変換するときに、中央サーバは、変換後に選択されたメディアリソースをローカルにバックアップする。
【０１１１】
それに加えて、要求された選択されたメディアリソースが、中央サーバ上にないが、変換される必要はない場合、別のMS上の選択されたメディアリソースのURIは、中央サーバのリソース情報テーブルのオリジナルリソースエントリに格納される。したがって、ステップ408で、MR1は、別のMSにリソースを直接要求し、別のMSは、MR1のHTTP Getリクエストに直接応答し、選択されたメディアリソースをMR1に送信する。
【０１１２】
ステップ410.  中央サーバは、HTTP Getリクエストを使用することによってリソースをMS2に要求する。
【０１１３】
ステップ411.  中央サーバは、リソースを動的に変換する。
【０１１４】
ステップ412.  中央サーバは、MR1のHTTP Getリクエストに応答し、変換後にリソースを動的に送信する。
【０１１５】
ステップ413.  MR1は、リアルタイムでコンテンツを受信し、コンテンツを表示する。
【０１１６】
ステップ414.  中央サーバは、リソースの変換および送信を完了した後にリソース情報テーブルを更新する。
【０１１７】
特に、最初に、選択されたメディアリソースに対応する変換されたリソースエントリ内のトランスコードがデフォルトに変更され、URIの中央サーバのIPアドレスがMS2のIPアドレスに変更され、次いで、変換されたリソースエントリに対応するコンテンツが、別のXMLテーブルにシフトされ、ラベルを作成するための新しいオリジナルリソースエントリとして利用される。
【０１１８】
ステップ415.  中央サーバは、リソースを変換後にMS2にアップロードする。
【０１１９】
特に、中央サーバは、MS2上の指定URIへの変換後にImport()を送信して選択されたメディアリソースをダウンロードするようにMS2に指令することができる。それに加えて、オプションにより、変換後の選択されたメディアリソースは、アップロードが成功した後に中央サーバから削除される。
【０１２０】
第2のアプリケーションシナリオでは、中央サーバは変換能力を有さず、中央サーバは、別のMSに埋め込まれたモジュールであってもよく、MSおよび別のMSは、変換能力を有し、それに加えて、中央サーバがMSの機能、および制御ポイント(CP)の機能の一部を備えることが企図され得る。図5は、本発明の一実施形態による第2のアプリケーションシナリオの概略信号図である。図5に示されているように、このシナリオは以下の処理を含む。
【０１２１】
ステップ501.  中央サーバが、MRの再生能力情報および変換能力情報を取得する。
【０１２２】
特に、中央サーバは、ホームエリアネットワーク上でGetProtocolInfo()リクエストをMRに送信し、MRの再生能力情報および変換能力情報を取得することができる。
【０１２３】
ステップ502.  中央サーバが、MSのメディアコンテンツ情報および変換能力情報を取得する。
【０１２４】
特に、中央サーバは、ホームエリアネットワーク上でBrowse()/Search()リクエストをMSに送信し、MSのメディアコンテンツ情報および変換能力情報を取得することができる。
【０１２５】
ステップ503.  中央サーバは、メディアコンテンツ情報に従ってMRおよびMSとペアを組み、リソース情報テーブルを生成する。
【０１２６】
特に、リソース情報テーブルは、能力情報テーブル、実際のリソースエントリ、およびリソースサーバペアリングエントリを含み、能力情報テーブルは、Table 2(表2)に示されている。
【０１２７】
【表２】
0006006337.tif 000003
【０１２８】
さらに、ペアリングは、能力情報テーブルおよびメディアコンテンツ情報に従って実行される。ペアリングルールは、MR/MSのメディアリソース情報および変換能力によるマッチング、および最適なマッチングの選択であるものとしてもよい。特に、ペアリングは以下の2つのステップで実行することができる。
1)メディアリソースとMRとのペアを作り、実際のリソーステーブルを生成する。
2)MSとMRによって再生および変換され得ないメディアリソースとのペアを作り、リソースサーバペアリングエントリを生成するが、ただし、リソースサーバベアリングエントリは、メディアリソースの実際のストレージパスを指す絶対URIおよび変換後の絶対URIを含み、変換後の絶対URIは、対応する変換能力をもつMSを指す。
【０１２９】
ステップ504.  制御デバイスは、中央サーバを識別する。
【０１３０】
ステップ505.  制御デバイスは、中央サーバにクエリを実行し、メディアコンテンツ情報を取得する。
【０１３１】
特に、ユーザのクエリ命令に基づきBrowse()/Search() Action命令を使用することによって中央サーバにクエリを実行することができる。中央サーバは、前記のペアリングを実行し、したがって、前記のペアリング情報は、制御デバイスによって返される情報に追加され、これにより、ユーザが制御デバイスで所望のメディアコンテンツを選択することが可能になり、制御デバイスは、MRをユーザに推奨することができ、推奨するMRがない場合、ユーザは、自分自身で1つ選択することができる。
【０１３２】
ステップ506.  制御デバイスは、選択されたURIを選択されたMR1に配信する。
【０１３３】
特に、選択されたURIは、SetAVTransportURI()リクエストを使用することによって配信され得る。選択されたURIは、中央サーバを指していると仮定される。
【０１３４】
ステップ507.  制御サービスは、再生リクエストを選択されたMR1に配信する。
【０１３５】
ステップ508.  MR1は、HTTP Getリクエストを使用することによって中央サーバにリソースを要求する。
【０１３６】
ステップ509.  中央サーバは、リソース情報テーブルに従ってベアリング結果をチェックし、選択されたメディアリソースがMS1上に格納され、MS2が対応する変換能力を有すると判定する。
【０１３７】
ステップ508において、MR1によって送信されるHTTP Getリクエストは、選択されたURIのパス部を伴う。ステップ509において、中央サーバは、選択されたURIがMR1とペアを組んでいるかどうか、すなわち、選択されたURIの識別子およびMR1の識別子を含む実際のリソースエントリがあるかどうかをチェックする。ベアリングが失敗したと仮定して、選択されたメディアリソースは、リソースサーバペアリングエントリに従ってMS1上に格納され、MS2は、対応する変換能力を有すると判定される。
【０１３８】
ステップ510.  中央サーバは、MS1に変換を要求する。
【０１３９】
特に、中央サーバは、SetTransform() Actionコマンドを使用することによってMS1に変換を要求する。SetTransform() Actionのパラメータは以下の通りである。
【０１４０】
【表３】
0006006337.tif 000004
【０１４１】
ステップ511.  MS1は、MS2に対してリクエストを実行して、リソースを取得する。
【０１４２】
特に、MS1は、パラメータSourceURI of SetTransform() Actionに従ってMS2に選択されたメディアリソースを要求する。
【０１４３】
ステップ512.  MS1は、動的変換を実行する。
【０１４４】
特に、MS1は、パラメータTranscode of Set Transform() Actionに従って、選択されたメディアリソースが変換される変換先のメディアフォーマットを決定し、選択されたメディアリソースを変換後にDesURIによって示されている位置に格納する。
【０１４５】
ステップ513.  MS1は、中央サーバの変換リクエストに応答する。
【０１４６】
特に、MS1は、リソースを変換後に中央サーバに送信する。
【０１４７】
ステップ514.  中央サーバは、リソースを変換後に一時的に格納する。
【０１４８】
ステップ515.  中央サーバは、MR1のHTTP Getリクエストに応答し、一時的に格納されているコンテンツを動的に送信する。
【０１４９】
ステップ516.  MR1は、リアルタイムでコンテンツを受信し、コンテンツを表示する。
【０１５０】
ステップ517.  中央サーバは、リソースを変換後にMS2にアップロードする。
【０１５１】
特に、中央サーバは、MS2にCreateObiect() Actionを要求し、次いで、中央サーバ上のCPがImport () Actionを中央サーバに送信し、リソースを変換後に中央サーバからダウンロードし、変換後にリソースを格納するようMS2に要求する。
【０１５２】
ステップ518.  中央サーバは、リソース情報テーブルを更新する。
【０１５３】
第3のアプリケーションシナリオは、第2のアプリケーションシナリオに類似している。中央サーバは変換能力を有さず、中央サーバは、別のMSに埋め込まれたモジュールであってもよく、MSおよび別のMSは、変換能力を有し、それに加えて、中央サーバがMSの機能、および制御ポイント(CP)の機能の一部を備えることが企図され得る。図6は、本発明の一実施形態による第3のアプリケーションシナリオの概略信号図である。図6に示されているように、このシナリオは以下の処理を含む。
【０１５４】
ステップ601.  中央サーバが、MRの再生能力情報および変換能力情報を取得する。
【０１５５】
特に、中央サーバは、ホームエリアネットワーク上でGetProtocolInfo()リクエストをMRに送信し、MRの再生能力情報および変換能力情報を取得することができる。
【０１５６】
ステップ602.  中央サーバが、MSのメディアコンテンツ情報および変換能力情報を取得する。
【０１５７】
特に、中央サーバは、ホームエリアネットワーク上でBrowse()/Search()リクエストをMSに送信し、MSのメディアコンテンツ情報および変換能力情報を取得することができる。
【０１５８】
ステップ03.  中央サーバは、メディアコンテンツ情報に従ってMRおよびMSとペアを組み、リソース情報テーブルを生成する。
【０１５９】
ステップ604.  制御デバイスは、中央サーバを識別する。
【０１６０】
ステップ605.  制御デバイスは、中央サーバにクエリを実行し、メディアコンテンツ情報を取得する。
【０１６１】
ステップ606.  制御デバイスは、選択されたURIを選択されたMR1に配信する。
【０１６２】
特に、制御デバイスは、SetAVTransportURI()リクエストを使用することによって選択されたURIを配信する。選択されたURIは、中央サーバを指している仮定される。
【０１６３】
ステップ607.  制御デバイスは、再生リクエストを選択されたMR1に配信する。
【０１６４】
ステップ608.  MR1は、HTTP Getリクエストを使用することによって中央サーバにリソースを要求する。
【０１６５】
ステップ609.  中央サーバは、リソース情報テーブルに従ってベアリング結果をチェックし、選択されたメディアリソースがMS1上に格納され、MS2が対応する変換能力を有すると判定する。
【０１６６】
ステップ610.  中央サーバは、MS1に変換を要求する。
【０１６７】
ステップ601から610の実装処理については、ステップ501から510を参照のこと。
【０１６８】
ステップ611.  MS1は、HTTPリダイレクションに使用されるNewURIを中央サーバに返し、リソースをMS2に要求する。
【０１６９】
特に、MS1は、パラメータSourceURI of SetTransform() Actionに従ってMS1に選択されたメディアリソースを要求する。
【０１７０】
ステップ612.  中央サーバは、HTTPリダイレクトメッセージを使用することによって、MR1のHTTP Getリクエストに応答し、ここで、HTTPリダイレクトメッセージは、リダイレクションの後にURIを伴い、その一方で、MS1は、動的変換を実行する。
【０１７１】
特に、リソース情報テーブルに従って選択されたメディアリソースの実際のURIを決定し、実際のURIをMR1に返す。MS1は、パラメータTranscode of Set Transform() Actionに従って、選択されたメディアリソースが変換される変換先のメディアフォーマットを決定し、選択されたメディアリソースを変換後にDesURIによって示されている位置に格納する。
【０１７２】
ステップ613.  MR1は、HTTP Getリクエストを使用することによってリソースをMS1に要求する。
【０１７３】
特に、MR1は、中央サーバによって返された実際のURIに従ってリソースをMS1に要求する。
【０１７４】
ステップ614.  MS1は、MR1のリクエストに応答し、変換後にリソースを動的に送信する。
【０１７５】
ステップ615.  MR1は、リアルタイムでコンテンツを受信し、コンテンツを表示する。
【０１７６】
ステップ616.  MS1は、リソースの変換および送信を完了した後に、イベントの形態で中央サーバに通知する。
【０１７７】
ステップ617.  中央サーバは、リソースを変換後にダウンロードするようMS2に指令する。
【０１７８】
特に、中央サーバ上のCPは、MS2にCreateObiect() Actionを要求し、次いで、中央サーバ上のCPは、Import()を送信して、リソースを変換後にMS1からダウンロードするようMS2に指令する。
【０１７９】
ステップ618.  中央サーバは、リソース情報テーブルを更新する。
【０１８０】
特に、中央サーバは、Import() Actionコマンドの返された値を受信し、返された値は、MS2によって送信され、ダウンロードが成功した後にM2がリソース情報テーブルを更新することを決定する。
【０１８１】
それに加えて、前記のアプリケーションシナリオにおいて、制御デバイスおよび中央サーバは、全体として設定され得る。
【０１８２】
当業者であれば、方法実施形態のステップの全部または一部が関連するハードウェアに命令を送るプログラムによって実装され得ることを理解できる。プログラムは、コンピュータ可読記憶媒体に格納することができる。プログラムが実行されると、方法実施形態のステップが実行される。前記のストレージ媒体は、ROM、RAM、磁気ディスク、または光ディスクなどの、プログラムコードを格納することができる任意の媒体を含む。
【０１８３】
図7は、本発明の実施形態4による中央サーバの概略構造図である。図7に示されているように、中央サーバは、
制御デバイスのクエリリクエストを受信し、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返すように構成された第1のインターフェース71であって、クエリ応答は少なくとも1つのメディアリソースのストレージパスを含む、第1のインターフェース71と、
制御デバイスによって選択された選択済みディスプレイデバイスのリソースリクエストを受信するように構成された第2のインターフェース72であって、リソースリクエストは選択されたストレージパスに関する情報を含む、第2のインターフェース72と、
リソース情報テーブルのクエリを実行し、選択されたストレージパスに関する情報に対応する選択されたメディアリソースが第1のメディアサーバ上に格納されていることを判定し、選択されたメディアリソースのメディアフォーマットを選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより、選択されたディスプレイデバイスが第2のメディアサーバによって選択されたメディアリソースから変換されたメディアリソースを再生することを可能にする、ように構成されたクエリモジュール73と
を備える。
【０１８４】
本発明のオプションの実施形態において、中央サーバは、
選択されたディスプレイデバイスを含む少なくとも1つのディスプレイデバイスの再生能力情報、さらには中央サーバ、第1のメディアサーバ、および第2のメディアサーバを含む複数のメディアサーバのメディアコンテンツ情報および変換能力情報を取得するように構成された取得モジュール74と、
少なくとも1つのディスプレイデバイスの再生能力情報さらには複数のメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するように構成された生成モジュール75であって、リソース情報テーブルは少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含む、生成モジュール75と
をさらに備える。
【０１８５】
本発明の別のオプションの実施形態において、リソース情報テーブルは、オリジナルリソースエントリと変換されたリソースエントリとを含み、生成モジュール75は、特に、
少なくとも1つのディスプレイデバイスの再生能力情報に従って再生能力共通部分セットを決定するように構成された共通部分セット決定ユニットであって、それぞれのディスプレイデバイスの再生能力は、再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、共通部分セット決定ユニットと、
複数のメディアサーバのメディアコンテンツ情報に従ってオリジナルメディアリソースを決定し、オリジナルリソースエントリを生成するように構成されたオリジナルエントリユニットであって、オリジナルリソースエントリは、オリジナル識別子、さらにはオリジナルメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含み、オリジナルメディアリソースのストレージパスはオリジナルメディアリソースを格納する第1のメディアサーバを指す、オリジナルエントリユニットと、
変換エントリユニットであって、再生能力共通部分セット内にある、オリジナルメディアリソースのメディアフォーマットと異なるメディアフォーマットに従って、オリジナルメディアリソースに対応する変換されたメディアリソースを決定すること、オリジナルリソースエントリに対応する変換されたリソースエントリを生成することであって、オリジナルリソースエントリは変換識別子、さらには変換されたメディアリソースのリソース識別子、メディアフォーマット、およびストレージパスを含み、変換されたメディアリソースのストレージパスは中央サーバを指す、生成すること、および変換されたリソースエントリとオリジナルメディアリソースのメディアフォーマットを変換されたメディアリソースのメディアフォーマットに変換する変換能力をもつメディアサーバとの間の対応関係を確立することであって、変換されたメディアリソースのメディアフォーマットが対応するオリジナルメディアリソースのメディアフォーマットと異なり、変換されたメディアリソースのメディアフォーマットが再生能力共通部分セット内にある、確立することを行うように構成された変換エントリユニットと
を備える。
【０１８６】
本発明のさらに別のオプションの実施形態において、第1のインターフェース71は、特に、
クエリリクエストに含まれるクエリ条件に従ってリソース情報テーブルのクエリを実行し、
クエリ条件を満たすオリジナルリソースエントリを決定し、対応するオリジナルリソース応答エントリをクエリ応答に追加することであって、オリジナルリソース応答エントリは、オリジナル識別子、およびオリジナルリソースエントリ内にあるオリジナルメディアリソースのストレージパスを含む、追加することを行い、
クエリ条件を満たす変換されたリソースエントリを決定し、対応する変換されたリソース応答エントリをクエリ応答に追加することであって、変換されたリソース応答エントリは、変換識別子、および変換されたリソースエントリ内にある変換されたメディアリソースのストレージパスを含む、追加することを行う
ように構成されている。
【０１８７】
本発明のさらに別のオプションの実施形態において、クエリモジュール73は、特に、
リソースリクエスト内の選択されたストレージパスに関する情報に従って選択されたストレージパスを含む変換されたリソースエントリを見つけ、
選択されたストレージパスを含む変換されたリソースエントリに対応するオリジナルリソースエントリを決定し、対応するオリジナルリソースエントリ内のストレージパスが指す第1のメディアサーバを決定し、選択されたストレージパスを含む変換されたリソースエントリに対応する第2のメディアサーバを決定するように構成されている。
【０１８８】
本発明のさらに別のオプションの実施形態において、オリジナルリソースエントリは、第1のディスプレイデバイスの識別子をさらに含み、第1のディスプレイデバイスの再生能力は、オリジナルリソースエントリにおけるメディアフォーマットをサポートし、かつ変換されたリソースエントリは、第2のディスプレイデバイスの識別子をさらに含み、第2のディスプレイデバイスの再生能力は、変換されたリソースエントリにおけるメディアフォーマットをサポートする。
【０１８９】
対応するオリジナルリソース応答エントリは、オリジナルリソースエントリ内の第1のディスプレイデバイスの識別子をさらに含み、かつ対応する変換されたリソース応答エントリは、変換されたリソースエントリ内の第2のディスプレイデバイスの識別子をさらに含む。
【０１９０】
本発明のさらに別のオプションの実施形態において、取得モジュール74は、
少なくとも1つのディスプレイデバイスの変換能力情報を取得し、
少なくとも1つのディスプレイデバイスの再生能力情報および変換能力情報に従ってそれぞれのディスプレイデバイスの包括的な再生能力を決定するようにさらに構成されている。
【０１９１】
生成モジュール75は、特に、
少なくとも1つのディスプレイデバイスの再生能力情報および変換能力情報さらには複数のメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成することであって、リソース情報テーブルは、少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパス、ならびにオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの包括的な再生能力は、そのメディアフォーマットをサポートする、生成することを行うように構成されている。
【０１９２】
さらに、共通部分セット決定ユニットは、特に、
少なくとも1つのディスプレイデバイスの再生能力情報および変換能力情報に従って再生能力共通部分セットを決定することであって、それぞれのディスプレイデバイスの包括的な再生能力は、再生能力共通部分セットにおいて少なくとも1つのメディアフォーマットをサポートする、決定することを行うように構成されている。
【０１９３】
本発明のさらに別のオプションの実施形態において、クエリモジュール73は、中央サーバが第2のメディアサーバである場合に、第1のメディアサーバから選択されたメディアリソースを取得し、選択されたメディアリソースを変換し、変換後に選択されたメディアリソースを取得し、選択されたメディアリソースを変換後に選択されたディスプレイデバイスに送信するようにさらに構成されているか、または
クエリモジュール73は、中央サーバが、第2のメディアサーバでない場合、リソースリクエストを第2のメディアサーバにリダイレクトし、これにより、第2のメディアサーバが第1のメディアサーバから選択されたメディアリソースを取得し、選択されたメディアリソースを変換し、変換後に選択されたメディアリソースを取得し、選択されたメディアリソースを変換後に選択されたディスプレイデバイスに送信することを可能にするようにさらに構成されているか、または
クエリモジュール73は、中央サーバが、第2のメディアサーバでない場合、第1のメディアサーバから選択されたメディアリソースを取得するように第2のメディアサーバに指令し、これにより、第2のメディアサーバが選択されたメディアリソースを変換し、変換後に選択されたメディアリソースを中央サーバに返すことを可能にするようにさらに構成され、また選択されたメディアリソースを変換後に選択されたディスプレイデバイスに送信するように構成されている。
【０１９４】
本発明のさらに別のオプションの実施形態において、中央サーバは、
中央サーバが第1のメディアサーバである場合に第2のメディアサーバから変換後に選択されたメディアリソースをダウンロードするように構成されたダウンロードモジュールと、
中央サーバが第1のメディアサーバでない場合に第2のメディアサーバまたは中央サーバから変換後に選択されたメディアリソースをダウンロードすることを第1のメディアサーバに指令するように構成された第2の指令モジュールと、
変換後に選択されたメディアリソースに従ってリソース情報テーブルを更新するように構成された更新モジュールと
をさらに備える。
【０１９５】
本実施形態の特定の実装形態について、本発明の実施形態1によるメディア再生処理方法を参照する。本発明の本実施形態は、次の技術的手段、すなわち、中央サーバを設定する手段を採用し、この中央サーバは、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返し、選択されたディスプレイデバイスのリソースリクエストに従ってリソース情報テーブルのクエリを実行し、リソースリクエスト内の選択されたストレージパスに関する情報に対応する選択されたメディアリソースが第1のメディアサーバ上に格納されていることを判定し、選択されたメディアリソースのメディアフォーマットを選択されたディスプレイデバイスの再生能力によってサポートされるメディアフォーマットに変換する変換能力をもつ第2のメディアサーバを決定し、これにより、選択されたディスプレイデバイスが第2のメディアサーバによって選択されたメディアリソースから変換されたメディアリソースを再生することを可能にする。この技術的手段は、単一のMSおよび単一のMRを含むホームエリアネットワーク上で、MS上のメディアリソースのフォーマットがMRにおいて再生できないとき、またMSがメディアリソースのフォーマットをMRで再生できるフォーマットに変換することができないときに、メディアリソースは再生できないという従来技術における欠点を克服し、選択されたディスプレイデバイスの再生能力に適応し、それによりユーザエクスペリエンスを大きく高めるように、複数のMSのメディアリソースおよび変換能力を協調させることができる複数のMSによる一組の解決策を提供する。
【０１９６】
図8は、本発明の実施形態5による中央サーバの概略構造図である。図8に示されているように、中央サーバは、
制御デバイスのクエリリクエストを受信するように構成された受信モジュール81と、
事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返すように構成された送信モジュール82であって、クエリ応答は少なくとも1つのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの再生能力は、メディアリソースのメディアフォーマットをサポートし、これにより、制御デバイスが1つのメディアリソースとメディアリソースの1つのオプションのディスプレイデバイスとを選択してメディアリソースを再生することを可能にする、送信モジュール82と
をさらに備える。
【０１９７】
本発明のオプションの実施形態において、中央サーバは、
複数のディスプレイデバイスの再生能力情報さらには中央サーバを含む少なくとも1つのメディアサーバのメディアコンテンツ情報および変換能力情報を取得するように構成された取得モジュール83と、
複数のディスプレイデバイスの再生能力情報さらには少なくとも1つのメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成するように構成された生成モジュール84であって、リソース情報テーブルは、少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパス、ならびにオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの再生能力は、そのメディアフォーマットをサポートする、生成モジュール84と
をさらに備える。
【０１９８】
本発明の別のオプションの実施形態において、取得モジュール83は、特に、
複数のディスプレイデバイスの変換能力情報を取得し、
複数のディスプレイデバイスの再生能力情報および変換能力情報に従ってそれぞれのディスプレイデバイスの包括的な再生能力を決定するように構成されている。
【０１９９】
生成モジュール84は、特に、
複数のディスプレイデバイスの再生能力情報および変換能力情報さらには少なくとも1つのメディアサーバのメディアコンテンツ情報および変換能力情報に従ってリソース情報テーブルを生成することであって、リソース情報テーブルは、少なくとも1つのメディアリソースのリソース識別子、メディアフォーマット、およびストレージパス、ならびにオプションのディスプレイデバイスの識別子を含み、オプションのディスプレイデバイスの包括的な再生能力は、そのメディアフォーマットをサポートする、生成することを行うように構成されている。
【０２００】
本発明のさらに別のオプションの実施形態において、生成モジュール84は、
事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返すステップの前に、事前に生成されたリソース情報テーブルに従って制御デバイスに事前クエリ応答を返すことであって、事前クエリ応答は少なくとも1つのメディアリソースのストレージパスを含む、返すことと、
制御デバイスの選択されたリクエストを受信することであって、選択されたリクエストは選択されたコンテンツ名を含む、受信することと、
リソース情報テーブルに従って選択されたコンテンツ名に対応する少なくとも1つのメディアリソースのストレージパスさらにはオプションのディスプレイデバイスの識別子を決定することであって、オプションのディスプレイデバイスの再生能力は、メディアリソースのメディアフォーマットをサポートする、決定することと、
選択されたコンテンツ名に対応する少なくとも1つのメディアリソースのストレージパスさらにはオプションのディスプレイデバイスの識別子をクエリ応答にバインドして追加することと
を行うようにさらに構成されている。
【０２０１】
本実施形態の特定の実装形態について、本発明の実施形態2によるメディア再生処理方法を参照する。本発明の本実施形態は、次の技術的手段、すなわち、中央サーバを設定する手段を採用し、この中央サーバは、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返し、メディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子をクエリ応答に追加し、これにより、制御デバイスがクエリ応答に従って選択されたメディアリソースに適したディスプレイデバイスをユーザに推奨することを可能にする。この技術的手段は、単一のMSおよび単一のMRを含むホームエリアネットワーク上で、MS上のメディアリソースのフォーマットがMRにおいて再生できないとき、またMSがメディアリソースのフォーマットをMRで再生できるフォーマットに変換することができないときに、メディアリソースは再生できないという従来技術における欠点を克服し、中央サーバおよび制御デバイスを使用することによってユーザに対して選択されたメディアリソースを再生することができるMRを推奨することができ、これによりユーザエクスペリエンスを大きく高める、複数のMRによる一組の解決策を実現する。
【０２０２】
本発明の実施形態におけるすべての中央サーバは、ソフトウェアとハードウェアとを組み合わせることによって実装され得ることに留意されたい。特に、中央サーバは、プロセッサ、メモリ、および制御デバイスと相互にやり取りする通信モジュールを備え、メモリは、それぞれの前記のモジュール/ユニットの機能を実装するために使用されるコードを格納し、プロセッサは、メモリ内に格納されているコードを実行するように構成され、通信モジュールは、Ethernet(登録商標)通信モジュール、無線周波通信モジュール、Bluetooth(登録商標)通信モジュール、またはGPRS通信モジュールなどの、任意のワイヤードまたはワイヤレス通信モジュールとすることができる。
【０２０３】
図9は、本発明の実施形態6による制御デバイスの概略構造図である。図9に示されているように、制御デバイスは、
クエリ条件を決定し、クエリ条件を含むクエリリクエストを中央サーバに送信するように構成された決定モジュール91と、
中央サーバによって返されたクエリ応答を受信し、選択命令に従って選択されたコンテンツ名さらには選択されたディスプレイデバイスの識別子を決定するように構成された処理モジュール92であって、クエリ応答は少なくとも1つのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含み、ストレージパスは中央サーバを含む少なくとも1つのメディアサーバのうちの1つを指す、処理モジュール92と、
少なくとも1つのメディアリソースのストレージパスから、選択されたコンテンツ名に対応する選択されたストレージパスさらには選択されたディスプレイデバイスの識別子を決定することであって、選択されたストレージパスは選択されたコンテンツ名を含む、決定すること、および選択されたストレージパスを選択されたディスプレイデバイスに送信することを行うように構成された選択モジュール93と、
再生リクエストを選択されたディスプレイデバイスに送信し、これにより選択されたディスプレイデバイスが選択されたストレージパスに従って少なくとも1つのメディアサーバからメディアリソースを取得し、メディアリソースを再生することを可能にするように構成された再生モジュール94と
を備える。
【０２０４】
本発明のオプションの実施形態において、制御デバイスは、
少なくとも1つのディスプレイデバイスおよび少なくとも1つのメディアサーバを識別し、少なくとも1つのメディアサーバから中央サーバを識別するように構成された識別モジュールをさらに備える。
【０２０５】
本発明の別のオプションの実施形態において、処理モジュール92は、特に、
クエリ応答を受信し、
少なくとも1つのメディアリソースのストレージパスに従って少なくとも1つのメディアリソースのコンテンツ名を決定し、少なくとも1つのメディアリソースのコンテンツ名および少なくとも1つのディスプレイデバイスの識別子を表示し、
二重選択命令を受信することであって、二重選択命令は、選択されたコンテンツ名さらには選択されたディスプレイデバイスの識別子を含み、選択されたコンテンツ名は、少なくとも1つのメディアリソースのコンテンツ名の1つである、受信することを行うように構成されている。
【０２０６】
本発明の別のオプションの実施形態において、処理モジュール92は、特に、
中央サーバによって返された事前クエリ応答を受信することであって、事前クエリ応答は少なくとも1つのメディアリソースのストレージパスを含み、ストレージパスは中央サーバを含む少なくとも1つのメディアサーバのうちの1つを指す、受信することを行い、
少なくとも1つのメディアリソースのストレージパスに従って少なくとも1つのメディアリソースのコンテンツ名を決定し、少なくとも1つのメディアリソースのコンテンツ名を表示し、
第1の単一選択命令を受信することであって、第1の単一選択命令は、選択されたコンテンツ名を含み、選択されたコンテンツ名は、少なくとも1つのメディアリソースのコンテンツ名の1つである、受信することを行い、
選択されたコンテンツ名を含む選択されたリクエストを中央サーバに送信し、
中央サーバによって返されたクエリ応答を受信することであって、クエリ応答は、選択されたコンテンツ名に対応する少なくとも1つのメディアリソースのストレージパスさらにはオプションのディスプレイデバイスの識別子を含み、少なくとも1つのメディアリソースのストレージパスは、選択されたコンテンツ名を含む、受信することを行うように構成されている。
【０２０７】
選択モジュール93は、特に、
第2の単一選択命令を受信することであって、第2の単一選択命令は、選択されたディスプレイデバイスの識別子を含む、受信することを行い、
選択されたコンテンツ名に対応する少なくとも1つのメディアリソースのストレージパスから、選択されたディスプレイデバイスの識別子に対応する選択されたストレージパスを決定するように構成されている。
【０２０８】
本発明の別のオプションの実施形態において、クエリ応答は、オリジナルリソース応答エントリと変換されたリソース応答エントリとを含み、オリジナルリソース応答エントリは、オリジナル識別子、オリジナルメディアリソースのストレージパス、および第1のディスプレイデバイスの識別子を含み、かつ変換されたリソース応答エントリは、変換識別子、変換されたメディアリソースのストレージパス、および第2のディスプレイデバイスの識別子を含む。
【０２０９】
処理モジュール92は、特に、
オリジナルリソース応答エントリに対応するコンテンツ名および変換されたリソース応答エントリに対応するコンテンツ名を決定し、
少なくとも1つのリソースファミリ応答エントリを決定することであって、リソースファミリ応答エントリはオリジナルリソース応答エントリと同じコンテンツ名に対応する変換されたリソース応答エントリとを含む、決定すること、およびそれぞれのリソースファミリ応答のコンテンツ名を表示することを行うように構成されている。
【０２１０】
選択モジュール93は、特に、
選択されたコンテンツ名に対応するリソースファミリ応答エントリを決定し、
選択されたディスプレイデバイスの識別子を含むオリジナルリソース応答エントリが、対応するリソースファミリ応答エントリ内に存在する場合、オリジナルリソース応答エントリ内のストレージパスが選択されたストレージパスであると判定し、
選択されたディスプレイデバイスの識別子を含むオリジナルリソース応答エントリが、対応するリソースファミリ応答エントリ内に存在しないが、選択されたディスプレイデバイスの識別子を含む変換されたリソース応答エントリが、対応するリソースファミリ応答エントリ内に存在する場合、変換されたリソース応答エントリ内のストレージパスが選択されたストレージパスであると判定するように構成されている。
【０２１１】
本発明の別のオプションの実施形態において、処理モジュール92は、特に、
それぞれのリソースファミリ応答エントリのコンテンツ名および第1のディスプレイデバイスの識別子をバインドし、表示するように構成されている。
【０２１２】
本実施形態の特定の実装形態について、本発明の実施形態3によるメディア再生制御方法を参照する。本発明の本実施形態は、次の技術的手段、すなわち、制御デバイスと相互にやり取りできる中央サーバを設定する手段を採用し、ここで、制御デバイスは、それぞれのメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子を含む中央サーバによって返されるクエリ応答を受信し、選択されたコンテンツ名に対応する選択されたストレージパスおよびユーザによって選択済みの選択されたディスプレイデバイスを決定し、選択されたストレージパスを選択されたディスプレイデバイスに配信する。この技術的手段は、単一のMSおよび単一のMRを含むホームエリアネットワーク上で、MS上のメディアリソースのフォーマットがMRにおいて再生できないとき、またMSがメディアリソースのフォーマットをMRで再生できるフォーマットに変換することができないときに、メディアリソースは再生できないという従来技術における欠点を克服し、中央サーバおよび制御デバイスを使用することによって、再生できるメディアリソースとユーザによって選択されたディスプレイデバイスとをマッチさせることができる、複数のMSおよび複数のMRによる一組の解決策を実現し、これによりユーザエクスペリエンスが大きく高められる。
【０２１３】
本発明の本実施形態における制御デバイスは、ソフトウェアとハードウェアとを組み合わせることによって実装され得ることに留意されたい。特に、制御デバイスは、プロセッサ、メモリ、および中央サーバと相互にやり取りする通信モジュールを備えることができ、メモリは、それぞれの前記のモジュール/ユニットの機能を実装するために使用されるコードを格納し、プロセッサは、メモリ内に格納されているコードを実行するように構成され、通信モジュールは、Ethernet(登録商標)通信モジュール、無線周波通信モジュール、Bluetooth(登録商標)通信モジュール、またはGPRS通信モジュールなどの、任意のワイヤードまたはワイヤレス通信モジュールとすることができる。それに加えて、制御デバイスは、既存のリモートコントロールに類似する形態で設計することもできる。
【０２１４】
図10は、本発明の実施形態7によるメディア再生処理および制御システムの概略構造図である。図10に示されているように、システムは、制御デバイス11、少なくとも1つのディスプレイデバイス12、および少なくとも1つのメディアサーバ13を備え、少なくとも1つのメディアサーバにおけるメディアサーバ13は、本発明の実施形態4で説明されている中央サーバであってもよい。
【０２１５】
さらに、制御デバイス11は、本発明の実施形態6で説明されているような制御デバイスであってもよい。
【０２１６】
さらに、制御デバイスおよび中央サーバは、全体として設定され得る。
【０２１７】
本発明の本実施形態は、次の技術的手段、すなわち、中央サーバを設定する手段を採用し、この中央サーバは、事前に生成されたリソース情報テーブルに従って制御デバイスにクエリ応答を返し、選択されたディスプレイデバイスのリソースリクエストに従って選択されたメディアリソースを第1のメディアサーバから取得するよう第2のメディアサーバに指令し、選択されたメディアリソースを変換し、選択されたメディアリソースを変換後に選択されたディスプレイデバイスに送信する。この技術的手段は、選択されたディスプレイデバイスの再生能力に適合するように複数のMSのメディアリソースと変換能力とを協調させるか、またはメディアリソースのストレージパスおよびオプションのディスプレイデバイスの識別子をクエリ応答に追加し、これにより、制御デバイスがクエリ応答に従って選択されたメディアリソースに適したディスプレイデバイスをユーザに推奨することを可能にし、これにより、ユーザエクスペリエンスを大きく向上させることができる。
【０２１８】
最後に、前記の諸実施形態は、本発明を限定するのではなく本発明の技術的解決策を説明することを意図しているだけであることに留意されたい。本発明は、前記の実施形態を参照しつつ詳しく説明されているが、当業者であれば、本発明の実施形態の技術的解決策の範囲から逸脱することなく、前記の実施形態において説明されている技術的解決策に修正を加えるか、またはその一部の技術的特徴に対する同等の置換えを行うことが依然、可能であることを理解するであろう。
【符号の説明】
【０２１９】
11  制御デバイス
12  ディスプレイデバイス
13  メディアサーバ
71  第1のインターフェース
72  第2のインターフェース
73  クエリモジュール
74  取得モジュール
75  生成モジュール
81  受信モジュール
82  送信モジュール
83  取得モジュール
84  生成モジュール
91  決定モジュール
92  処理モジュール
93  選択モジュール
94  再生モジュール
【図１】
0006006337.tif 000005
【図２】
0006006337.tif 000006
【図３】
0006006337.tif 000007
【図４Ａ】
0006006337.tif 000008
【図４Ｂ】
0006006337.tif 000009
【図５Ａ】
0006006337.tif 000010
【図５Ｂ】
0006006337.tif 000011
【図６Ａ】
0006006337.tif 000012
【図６Ｂ】
0006006337.tif 000013
【図７】
0006006337.tif 000014
【図８】
0006006337.tif 000015
【図９】
0006006337.tif 000016
【図１０】
0006006337.tif 000017