(57)【特許請求の範囲】
【請求項１】
所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおけるデータ出力装置であって、
前記データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを受信するメッセージ受信手段と、
所定期間に受信した前記リソースメッセージを解析した結果に基づいて、前記リソースメッセージに含まれる情報で示されるデータの形式が、当該データ出力装置で出力可能な形式と一致するか否かを判別する出力形式判別手段と、
この出力形式判別手段で一致すると判別された場合に、前記一致した形式を示す情報で特定される前記データ提供装置または前記形式変換装置に対して、前記データ提供装置に蓄積されたデータを要求するデータ要求メッセージを送信するデータ要求送信手段と、
前記データ要求メッセージに応じて前記データ提供装置または前記形式変換装置から送信されたデータを受信するデータ受信手段とを備えることを特徴とするデータ出力装置。
【請求項２】
前記リソースメッセージは、
前記データ提供装置のアドレスと、データの形式を示す書換可能な情報と、前記データ提供装置が前記データを提供する際に使用する前記データ提供装置の機能を識別する機能識別子と、前記形式変換装置を経由する際に付加される前記データの形式の変換履歴とを含み、
前記変換履歴は、経由する前記形式変換装置毎に、当該経由した前記形式変換装置についてのアドレスと、データ変換先の形式と、前記データを変換する際に使用する機能を識別する機能識別子とを含み、
前記データの形式を示す書換可能な情報は、前記形式変換装置を経由する毎に付加されるデータ変換先の形式に書き換えられたものであることを特徴とする請求項１に記載のデータ出力装置。
【請求項３】
前記メッセージ受信手段で受信したリソースメッセージに含まれる情報を受信時刻と共に格納したテーブルを作成し、前記テーブルに格納してから所定の時間が経過した情報を消去するテーブル作成手段をさらに備え、
前記出力形式判別手段は、前記テーブルに格納された情報で示されるデータの形式が、当該データ出力装置で出力可能な形式と一致するか否かを判別することを特徴とする請求項１または請求項２に記載のデータ出力装置。
【請求項４】
前記リソースメッセージを受信する前に、前記データ提供装置に対して、前記リソースメッセージを他のすべての装置に対して一斉に通知するように指示する通知指示メッセージを送信する通知指示メッセージ送信手段をさらに備えることを特徴とする請求項１ないし請求項３のいずれか一項に記載のデータ出力装置。
【請求項５】
所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおける形式変換装置であって、
前記データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを受信するメッセージ受信手段と、
前記受信したリソースメッセージに含まれる提供可能なデータの形式が、当該形式変換装置で予め定められている変換方式におけるデータ変換元の形式と一致するか否かを判別する提供形式判別手段と、
この提供形式判別手段で一致すると判別された場合に、前記受信したリソースメッセージに当該形式変換装置を識別する識別子が含まれているか否かを判別する識別子判別手段と、
この識別子判別手段で含まれていないと判別された場合に、前記受信したリソースメッセージに含まれる情報に対して、当該形式変換装置を識別する識別子と、前記一致したデータ変換元の形式に対応するデータ変換先の形式を示す情報とを追加することで前記受信したリソースメッセージを修正した新たなリソースメッセージを前記所定の情報として生成するメッセージ修正手段と、
を備えることを特徴とする形式変換装置。
【請求項６】
所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおけるデータ提供装置であって、
当該データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを前記所定の情報として生成するリソースメッセージ生成手段を備えることを特徴とするデータ提供装置。
【請求項７】
所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおいて、前記データ出力装置を実現するために、コンピュータを、
前記データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを受信するメッセージ受信手段、
所定期間に受信した前記リソースメッセージを解析した結果に基づいて、前記リソースメッセージに含まれる情報で示されるデータの形式が、当該データ出力装置で出力可能な形式と一致するか否かを判別する出力形式判別手段、
この出力形式判別手段で一致すると判別された場合に、前記一致した形式を示す情報で特定される前記データ提供装置または前記形式変換装置に対して、前記データ提供装置に蓄積されたデータを要求するデータ要求メッセージを送信するデータ要求送信手段、
前記データ要求メッセージに応じて前記データ提供装置または前記形式変換装置から送信されたデータを受信するデータ受信手段、
として機能させることを特徴とするデータ出力プログラム。
【請求項８】
所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおいて、前記形式変換装置を実現するために、コンピュータを、
前記データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを受信するメッセージ受信手段、
前記受信したリソースメッセージに含まれる提供可能なデータの形式が、当該形式変換装置で予め定められている変換方式におけるデータ変換元の形式と一致するか否かを判別する提供形式判別手段、
この提供形式判別手段で一致すると判別された場合に、前記受信したリソースメッセージに当該形式変換装置を識別する識別子が含まれているか否かを判別する識別子判別手段、
この識別子判別手段で含まれていないと判別された場合に、前記受信したリソースメッセージに含まれる情報に対して、当該形式変換装置を識別する識別子と、前記一致したデータ変換元の形式に対応するデータ変換先の形式を示す情報とを追加することで前記受信したリソースメッセージを修正した新たなリソースメッセージを前記所定の情報として生成するメッセージ修正手段、
として機能させることを特徴とする形式変換プログラム。
【請求項９】
所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおいて、前記データ提供装置を実現するために、コンピュータを、
当該データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを前記所定の情報として生成するリソースメッセージ生成手段、
として機能させることを特徴とするデータ提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して互いに通信可能に接続されたデータ出力装置、形式変換装置、データ提供装置に係り、特に、データ出力装置以外の装置から他のすべての装置に対して所定の情報を一斉に通知することのできるデータ出力システムにおけるデータ出力装置、形式変換装置、データ提供装置およびそれらのプログラムに関する。
【背景技術】
【０００２】
従来、ネットワーク上の複数の機器にトランスコードを行なわせ、様々な符号化方式の組み合わせによる処理を可能とする技術が知られている（例えば、特許文献１参照）。例えば、サーバ（データ提供装置）が提供するデータの符号化および多重化の形式（以下、形式という）が「F1」であるものとする。また、レンダラ（データ出力装置）が取得・表示できるデータの形式が、「F1」とは異なる「F2」であったものとする。このように仮定した場合、レンダラは、サーバが提供するデータをそのままでは表示することができない。そこで、このような場合には、レンダラは、当該レンダラが属するシステム内から、形式「F1」のデータを形式「F2」のデータに変換するトランスコーダ（形式変換装置）を発見し、そのトランスコーダの変換機能を利用してデータの形式を変換して表示すればよい。
【０００３】
しかし、現実的には、レンダラが属するシステム内の１台のトランスコーダによる変換では、所望の形式に変換できないこともある。そのようなときには、例えば、１台目のトランスコーダで形式「F1」のデータを形式「F3」のデータに一旦変換した後で、２台目のトランスコーダで形式「F3」のデータを形式「F2」のデータに変換することが考えられる。これを実現するような変換経路を見つけることは容易ではない。特に、トランスコーダの台数や変換可能な形式が増えれば、接続可能なトランスコーダの組み合わせも増加し、所望の形式に変換する変換経路を選択することはより困難となる。
【０００４】
変換経路を決定する従来の方法として、少なくとも１つの装置が、システム内に存在するすべてのサーバが提供可能な形式と、すべてのトランスコーダが変換可能な形式と、を把握して、あり得る変換経路を決定する方法がある。このような決定方法をシステムに実装する方法としては、以下の２通り（第１実装方法、第２実装方法）が知られている。
【０００５】
第１実装方法では、システム中の装置から特定の１台の装置を所定の方法で選定し（以下、選定された装置をブローカと呼ぶ）、システム内の他の装置は、自らの機能をブローカに登録しておく。そして、ブローカは、サーバが提供可能な形式とトランスコーダが変換可能な形式とに基づいて、あり得る変換経路を計算する。このような動作を前提として、データの形式の変換を必要とする装置は、所望する形式への変換経路が存在するかどうかをブローカに問い合わせることで、所望の形式に変換する変換経路を選択する。
【０００６】
第２実装方法では、システム中の装置は、自らの機能をシステム中の他の装置に通知する。そして、データの形式の変換を必要とする装置は、それぞれ他の装置の通知を受信して、それぞれの装置が所望の形式への変換経路が存在するか否かを自ら判別することで、所望の形式に変換する変換経路を選択する。
【特許文献１】特開２００６−２９５５８６号公報（段落００１７〜００２２、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、前記した第１実装方法では、ブローカは、常に電源が入った動作状態であることが必要である。したがって、消費電力の観点から不都合である。
また、前記した第２実装方法では、データの形式の変換を必要とするすべての装置には、所望の形式への変換経路が存在するか否かを自ら判別する複雑な処理を行うことのできるだけの処理能力が必要である。したがって、そのような処理能力が高く高価な装置から構成されたシステムを構成することは、コストの観点から不都合である。
前記した不都合の背景として、各実装方法では、変換経路を決定する装置が、各トランスコーダが使用可能な状態であるのか否か（電源が入っているか、他の装置が使用中ではないか）を管理するための特別な管理機能を有していなければならないという問題がある。
【０００８】
本発明は、以上のような問題点に鑑みてなされたものであり、ネットワーク上に管理機能を有した特定の装置を保有せずに装置間のデータの移動経路を決定することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、前記目的を達成するために創案されたものであり、まず、請求項１に記載のデータ出力装置は、所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおけるデータ出力装置であって、メッセージ受信手段と、出力形式判別手段と、データ要求送信手段と、データ受信手段とを備えることとした。
【００１０】
かかる構成によれば、データ出力装置は、メッセージ受信手段によって、前記データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを受信する。なお、リソースとは、提供することのできる機能を示す。そして、データ出力装置は、出力形式判別手段によって、所定期間に受信した前記リソースメッセージを解析した結果に基づいて、前記リソースメッセージに含まれる情報で示されるデータの形式が、当該データ出力装置で出力可能な形式と一致するか否かを判別する。そして、データ出力装置は、データ要求送信手段によって、前記出力形式判別手段で一致すると判別された場合に、前記一致した形式を示す情報で特定される前記データ提供装置または前記形式変換装置に対して、前記データ提供装置に蓄積されたデータを要求するデータ要求メッセージを送信する。そして、データ出力装置は、データ受信手段によって、前記データ要求メッセージに応じて前記データ提供装置または前記形式変換装置から送信されたデータを受信する。
【００１１】
また、請求項２に記載のデータ出力装置は、請求項１に記載のデータ出力装置において、前記リソースメッセージが、前記データ提供装置のアドレスと、データの形式を示す書換可能な情報と、前記データ提供装置が前記データを提供する際に使用する前記データ提供装置の機能を識別する機能識別子と、前記形式変換装置を経由する際に付加される前記データの形式の変換履歴とを含み、前記変換履歴が、経由する前記形式変換装置毎に、当該経由した前記形式変換装置についてのアドレスと、データ変換先の形式と、前記データを変換する際に使用する機能を識別する機能識別子とを含み、前記データの形式を示す書換可能な情報が、前記形式変換装置を経由する毎に付加されるデータ変換先の形式に書き換えられたものであることとした。
【００１２】
かかる構成によれば、データ出力装置は、複雑な処理を行なうことなく、受信したリソースメッセージを解釈して、所望のデータ提供経路（変換経路）を決定することができる。
【００１３】
また、請求項３に記載のデータ出力装置は、請求項１または請求項２に記載のデータ出力装置において、テーブル作成手段をさらに備えることとした。
【００１４】
かかる構成によれば、データ出力装置は、テーブル作成手段によって、前記メッセージ受信手段で受信したリソースメッセージに含まれる情報を受信時刻と共に格納したテーブルを作成し、前記テーブルに格納してから所定の時間が経過した情報を消去する。そして、データ出力装置は、前記出力形式判別手段によって、前記テーブルに格納された情報で示されるデータの形式が、当該データ出力装置で出力可能な形式と一致するか否かを判別する。
【００１５】
また、請求項４に記載のデータ出力装置は、請求項１ないし請求項３のいずれか一項に記載のデータ出力装置において、通知指示メッセージ送信手段をさらに備えることとした。
【００１６】
かかる構成によれば、データ出力装置は、通知指示メッセージ送信手段によって、前記リソースメッセージを受信する前に、前記データ提供装置に対して、前記リソースメッセージを他のすべての装置に対して一斉に通知するように指示する通知指示メッセージを送信する。
【００１７】
また、請求項５に記載の形式変換装置は、所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおける形式変換装置であって、メッセージ受信手段と、提供形式判別手段と、識別子判別手段と、メッセージ修正手段とを備えることとした。
【００１８】
かかる構成によれば、形式変換装置は、メッセージ受信手段によって、前記データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを受信する。そして、形式変換装置は、提供形式判別手段によって、前記受信したリソースメッセージに含まれる提供可能なデータの形式が、当該形式変換装置で予め定められている変換方式におけるデータ変換元の形式と一致するか否かを判別する。そして、形式変換装置は、識別子判別手段によって、前記提供形式判別手段で一致すると判別された場合に、前記受信したリソースメッセージに当該形式変換装置を識別する識別子が含まれているか否かを判別する。そして、形式変換装置は、メッセージ修正手段によって、前記識別子判別手段で含まれていないと判別された場合に、前記受信したリソースメッセージに含まれる情報に対して、当該形式変換装置を識別する識別子と、前記一致したデータ変換元の形式に対応するデータ変換先の形式を示す情報とを追加することで前記受信したリソースメッセージを修正した新たなリソースメッセージを前記所定の情報として生成する。
【００１９】
また、請求項６に記載のデータ提供装置は、所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおけるデータ提供装置であって、リソースメッセージ生成手段を備えることとした。
【００２０】
かかる構成によれば、データ提供装置は、リソースメッセージ生成手段によって、当該データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを前記所定の情報として生成する。
【００２１】
また、請求項７に記載のデータ出力プログラムは、所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおいて、前記データ出力装置を実現するために、コンピュータを、メッセージ受信手段、出力形式判別手段、データ要求送信手段、データ受信手段として機能させることとした。
【００２２】
かかる構成によれば、データ出力プログラムは、メッセージ受信手段によって、前記データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを受信する。そして、データ出力プログラムは、出力形式判別手段によって、所定期間に受信した前記リソースメッセージを解析した結果に基づいて、前記リソースメッセージに含まれる情報で示されるデータの形式が、当該データ出力装置で出力可能な形式と一致するか否かを判別する。そして、データ出力プログラムは、データ要求送信手段によって、前記出力形式判別手段で一致すると判別された場合に、前記一致した形式を示す情報で特定される前記データ提供装置または前記形式変換装置に対して、前記データ提供装置に蓄積されたデータを要求するデータ要求メッセージを送信する。そして、データ出力プログラムは、データ受信手段によって、前記データ要求メッセージに応じて前記データ提供装置または前記形式変換装置から送信されたデータを受信する。
【００２３】
また、請求項８に記載の形式変換プログラムは、所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおいて、前記形式変換装置を実現するために、コンピュータを、メッセージ受信手段、提供形式判別手段、識別子判別手段、メッセージ修正手段として機能させることとした。
【００２４】
かかる構成によれば、形式変換プログラムは、メッセージ受信手段によって、前記データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを受信する。そして、形式変換プログラムは、提供形式判別手段によって、前記受信したリソースメッセージに含まれる提供可能なデータの形式が、当該形式変換装置で予め定められている変換方式におけるデータ変換元の形式と一致するか否かを判別する。そして、形式変換プログラムは、識別子判別手段によって、前記提供形式判別手段で一致すると判別された場合に、前記受信したリソースメッセージに当該形式変換装置を識別する識別子が含まれているか否かを判別する。そして、形式変換プログラムは、メッセージ修正手段によって、前記識別子判別手段で含まれていないと判別された場合に、前記受信したリソースメッセージに含まれる情報に対して、当該形式変換装置を識別する識別子と、前記一致したデータ変換元の形式に対応するデータ変換先の形式を示す情報とを追加することで前記受信したリソースメッセージを修正した新たなリソースメッセージを前記所定の情報として生成する。
【００２５】
また、請求項９に記載のデータ提供プログラムは、所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式に基づくデータを提供可能に蓄積したデータ提供装置と、データの前記形式を予め定められた変換方式によって変換する形式変換装置と、前記データ提供装置に蓄積されたデータが提供される経路を選択して前記経路で提供された予め定められた形式に基づくデータを出力するデータ出力装置と、が通信ネットワークを介して互いに通信可能に接続され、前記データ提供装置および前記形式変換装置が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えたデータ出力システムにおいて、前記データ提供装置を実現するために、コンピュータを、リソースメッセージ生成手段として機能させることとした。
【００２６】
かかる構成によれば、データ提供プログラムは、リソースメッセージ生成手段によって、当該データ提供装置を識別する識別子とデータの形式を示す書換可能な情報とを少なくとも含み、前記データが前記データ出力装置に提供されるまでに経由する前記形式変換装置を識別する識別子と当該形式変換装置の変換方式における変換先データの形式を示す情報とを追加できるように構成されたリソースメッセージを前記所定の情報として生成する。
【発明の効果】
【００２７】
請求項１または請求項７に記載の発明によれば、データ出力装置は、自立分散的なリソースメッセージの送受信機能と解釈機能を有しているので、複雑な処理を行なうことなく、所望のデータ提供経路（変換経路）を決定することができる。その結果、仮に、データ提供経路の途中で使用不可能な形式変換装置があったとしても、その装置を管理することなくデータ提供経路を決定できる。
【００２８】
請求項２に記載の発明によれば、データ出力装置は、複雑な処理を行なうことなく、受信したリソースメッセージを解釈して、所望のデータ提供経路（変換経路）を決定することができる。
【００２９】
請求項３または請求項４に記載の発明によれば、データ出力装置は、システムに動的に参加・離脱する装置があったとしても、作成したテーブルで示されるデータ提供経路を現状に即したものとすることが可能である。
【００３０】
請求項５または請求項８に記載の発明によれば、形式変換装置は、自立分散的なリソースメッセージの送受信機能と解釈機能を有しているので、複雑な処理を行なうことなく、所望のデータ提供経路（変換経路）を決定することができる。
【００３１】
請求項６または請求項９に記載の発明によれば、データ提供装置は、自立分散的なリソースメッセージの送受信機能と解釈機能を有しているので、複雑な処理を行なうことなく、所望のデータ提供経路（変換経路）を決定することができる。
【発明を実施するための最良の形態】
【００３２】
以下、図面を参照して本発明のデータ出力装置、形式変換装置およびデータ提供装置を実施するための最良の形態（以下「実施形態」という）について詳細に説明する。
【００３３】
（第１実施形態）
［データ出力システムの概要］
図１は、本発明の実施形態に係るデータ出力装置、形式変換装置、データ提供装置を含むデータ出力システムを模式的に示す構成図である。データ出力システム１は、図１に示すように、通信ネットワークＮを介して互いに通信可能に接続された、サーバ（データ提供装置）２と、トランスコーダ（形式変換装置）３と、レンダラ（データ出力装置）４とを備えている。本実施形態では、データ出力システム１は、家庭内に構築され、通信ネットワークＮはホームネットワークであるものとする。サーバ２、トランスコーダ３およびレンダラ４には、それぞれ一意なアドレスが付与されており、例えば、UPnP AV(Universal Plug and Play Audio and Video)等のディスカバリ機能が搭載されており、相互に通信相手をアドレスにより特定して通信できる。サーバ２およびトランスコーダ３が当該それぞれの装置から他のすべての装置に対して所定の情報を一斉に通知する一斉送信手段を備えている。なお、ディスカバリ機能は、UPnP AVに限定されるものではない。また、一斉送信を実現する手段は特に限定されるものではない。また、図１では、１台のサーバ２と、複数台のトランスコーダ３と、１台のレンダラ４とを示したが、各装置の台数は、これに限定されるものではなく、１以上であるものとする。
【００３４】
サーバ（データ提供装置）２は、所定の符号化方式と多重化方式のうちの少なくとも一方を示す形式（以下、単に形式という）に基づくデータを提供可能に蓄積しているものである。本実施形態では、サーバ２が蓄積しているデータは、映像（動画像、静止画像、ＣＧ画像および文字を含む）や音声（合成音声を含む）によるコンテンツであるものとして説明する。符号化方式としては、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、Ｈ．２６４／ＡＶＣ等が挙げられる。また、例えば、データストリームを、ＭＰＥＧ−２で規定されるトランスポートストリーム(ＭＰＥＧ−２ＴＳ：Moving Picture Expert Group-2 Transport Stream）形式で多重化する方式が挙げられる。また、音声としては、ＭＰＥＧ−１ Audio Layerのストリームを用いてもよい。本実施形態では、データ出力システム１において、データの形式（form）に名前が定義され、形式の名前（単に形式という）をFで示し、形式が異なる場合に、「F1、F2、…」あるいは「Fi、Fj、…」のように表記することとする。なお、サーバ２、トランスコーダ３およびレンダラ４は、事前に、データの形式の名前を既知であるものとする。
【００３５】
トランスコーダ（形式変換装置）３は、データの形式を予め定められた１以上の変換方式のうちの少なくともいずれかによって変換するものである。例えば、図１において、１つのトランスコーダ３は、データの形式が「Fi」であるデータ（変換元）を、データの形式が「Fj」であるデータ（変換先）に変換することが可能である。また、別のトランスコーダ３は、データの形式が「Fp」であるデータ（変換元）を、データの形式が「Fq」であるデータ（変換先）に変換することが可能である。さらに、トランスコーダ３は、この２つの変換機能を有していてもよい。
【００３６】
レンダラ（データ出力装置）４は、サーバ２に蓄積されたデータが提供される経路を選択してその経路で提供されたデータを出力するものである。本実施形態では、レンダラ４は、視聴者（ユーザ）によって使用され、提供されたデータ（コンテンツを）再生して映像表示および音声出力する。レンダラ４が再生することのできるデータの形式は予め定められている。例えば、図１において、レンダラ４は、データの形式が「Fａ」であるデータしか再生できず、かつ、サーバ２が提供するデータの形式が「Fａ」である場合には、レンダラ４は、サーバ２からデータを直接取得する経路を選択してその経路で提供されたデータを出力する。また、例えば、レンダラ４は、データの形式が「Fb」であるデータしか再生できない場合には、サーバ２が提供するデータ（形式Fａ）の形式を「Fb」に変換できるトランスコーダ３を経由する経路を選択してその経路で提供されたデータを出力する。
【００３７】
以下、各装置の構成を詳細に説明する。
［サーバの構成］
図２は、図１に示したサーバを模式的に示す構成図である。サーバ（データ提供装置）２は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成され、図２に示すように、通知指示メッセージ受信手段１１と、リソースメッセージ生成手段１２と、一斉送信手段１３と、コンテンツ蓄積手段１４と、データ要求受信手段１５と、データ送信手段１６と、コンテンツ管理手段１７とを備えている。
【００３８】
通知指示メッセージ受信手段１１は、通知指示メッセージをレンダラ４から通信ネットワークＮを介して受信するものである。通知指示メッセージは、後記するリソースメッセージを当該サーバ２以外の他のすべての装置に対して一斉に通知するように指示するメッセージである。通知指示メッセージ受信手段１１は、通知指示メッセージを受信すると、その旨をリソースメッセージ生成手段１２に通知する。
【００３９】
リソースメッセージ生成手段１２は、当該サーバ２を識別する識別子と、データの形式を示す書換可能な情報とを少なくとも含むリソースメッセージを生成するものである。本実施形態では、リソースメッセージ生成手段１２が、リソースメッセージを生成するタイミングは、通知指示メッセージを受信した場合とする。
【００４０】
このリソースメッセージ生成手段１２が生成するリソースメッセージは、サーバ２のアドレスと、当該サーバ２から提供可能なデータの形式を示す情報と、拡張用情報とを備えている。このうち、拡張用情報は、サーバ２がデータを提供する際に使用するサーバ２の機能を識別する機能識別子と、データがレンダラ４に提供されるまでに経由するトランスコーダ３を識別する識別子と当該トランスコーダ３の変換方式における変換先データの形式を示す情報（付加されるデータの形式の変換履歴）とを追加できるように構成されている。なお、サーバ２の機能識別子と、データの形式の変換履歴とについては、後記する。
【００４１】
一斉送信手段１３は、通信ネットワークＮに接続されている当該サーバ２以外の他のすべての装置に対して、生成したリソースメッセージを一斉に通知するものである。
コンテンツ蓄積手段１４は、所定のコンテンツ（データ）を蓄積するものであり、例えば、一般的なハードディスク等から構成される。なお、蓄積された複数のコンテンツの形式は、それぞれ異なっていてもよい。
【００４２】
データ要求受信手段１５は、レンダラ４またはトランスコーダ３から送信されたデータ要求メッセージを、通信ネットワークＮを介して受信するものである。受信したデータ要求メッセージは、コンテンツ管理手段１７に出力される。
データ送信手段１６は、コンテンツ管理手段１７から取得するコンテンツ（データ）を、当該データ要求メッセージを送信したレンダラ４またはトランスコーダ３に通信ネットワークＮを介して送信するものである。
なお、データ要求受信手段１５およびデータ送信手段１６を実現するために、例えば、UPnP AVやDLNA（Digital Living Network Alliance）ガイドラインに準拠した既存ネットワーク家電で用いられている公知技術を用いることができる。
【００４３】
コンテンツ管理手段１７は、コンテンツ蓄積手段１４に蓄積されたコンテンツを管理するものである。本実施形態では、コンテンツ管理手段１７は、データ要求メッセージに基づいて、データ要求メッセージで指定されたコンテンツをコンテンツ蓄積手段１４から読み出して、データ要求メッセージに含まれるレンダラ４またはトランスコーダ３のアドレスと共に、データ送信手段１６に出力する。
【００４４】
［トランスコーダの構成］
図３は、図１に示したトランスコーダを模式的に示す構成図である。トランスコーダ（形式変換装置）３は、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等から構成され、図３に示すように、メッセージ受信手段２１と、提供形式判別手段２２と、識別子判別手段２３と、メッセージ修正手段２４と、一斉送信手段２５と、データ受信手段３１と、変換制御手段３２と、データ送信手段３３とを備えている。なお、図３において、説明の都合上、通信ネットワークＮを２つに分けて示したが、両者は同一のものを指している。
【００４５】
メッセージ受信手段２１は、サーバ２または他のトランスコーダ３から、通信ネットワークＮを介して、リソースメッセージを受信するものである。受信されたメッセージは、提供形式判別手段２２に出力される。
【００４６】
提供形式判別手段２２は、メッセージ受信手段２１で受信したリソースメッセージに含まれる提供可能なデータの形式が、当該トランスコーダ３で予め定められている変換方式におけるデータ変換元の形式と一致するか否かを判別するものである。この判別結果は識別子判別手段２３に出力される。
【００４７】
識別子判別手段２３は、提供形式判別手段２２で一致すると判別された場合に、メッセージ受信手段２１で受信したリソースメッセージに当該トランスコーダ３を識別する識別子が含まれているか否かを判別するものである。この判別結果はメッセージ修正手段２４に出力される。
【００４８】
メッセージ修正手段２４は、識別子判別手段２３で含まれていないと判別された場合に、メッセージ受信手段２１で受信したリソースメッセージに含まれる情報に対して、当該トランスコーダ３を識別する識別子と、提供形式判別手段２２で一致すると判別されたデータ変換元の形式に対応するデータ変換先の形式を示す情報とを追加することで、受信したリソースメッセージを修正した新たなリソースメッセージを所定の情報として生成するものである。生成（修正）されたリソースメッセージは、一斉送信手段２５に出力される。
【００４９】
一斉送信手段２５は、通信ネットワークＮに接続されている当該トランスコーダ３以外の他のすべての装置に対して、メッセージ修正手段２４で修正したリソースメッセージを一斉に通知するものである。
【００５０】
データ受信手段３１は、レンダラ４または他のトランスコーダ３から通信ネットワークを介して送信された、データ要求メッセージと、コンテンツ（データ）とを受信するものである。受信したデータ要求メッセージおよびコンテンツは、変換制御手段３２に出力される。
【００５１】
変換制御手段３２は、データ要求メッセージが入力された場合には、変換処理を施すことなくデータ送信手段３３に出力する。
また、変換制御手段３２は、コンテンツ（データ）が入力された場合には、入力されたコンテンツの形式（変換元のデータ）を所定の形式（変換先のデータ）に変換する。データの形式が変換されたコンテンツは、データ送信手段３３に出力される。本実施形態では、変換制御手段３２は、入力されたコンテンツに対して、予め定められた１以上の変換方式による変換が可能に構成されている。
【００５２】
データ送信手段３３は、データ要求メッセージが入力された場合には、入力されたデータ要求メッセージを、そのメッセージに記載されたアドレスで指定される装置（サーバ２または他のトランスコーダ３）に対して通信ネットワークＮを介して転送する。
また、データ送信手段３３は、変換制御手段３２でデータの形式が変換されたコンテンツ（データ）が入力された場合には、入力されたコンテンツを、そのコンテンツを要求するデータ要求メッセージを送信した装置（レンダラ４または他のトランスコーダ３）に対して通信ネットワークＮを介して送信する。
なお、データ受信手段３１、変換制御手段３２およびデータ送信手段３３の機能を実現するために、例えば、UPnP AVやDLNAガイドラインに準拠した既存ネットワーク家電で用いられている公知技術を用いることができる。
【００５３】
［レンダラの構成］
図４は、図１に示したレンダラを模式的に示す構成図である。レンダラ（データ出力装置）４は、例えば、一般的なパーソナルコンピュータ（ＰＣ）やテレビ受信機等から構成される。レンダラ４は、図４に示すように、通知指示メッセージ送信手段４１と、メッセージ受信手段４２と、テーブル作成手段４３と、テーブル記憶手段４４と、出力形式判別手段４５と、データ要求送信手段４６と、操作手段４７と、データ受信手段５１と、出力制御手段５２と、映像音声出力手段５３とを備えている。
【００５４】
通知指示メッセージ送信手段４１は、リソースメッセージを受信する前に、サーバ２に対して、リソースメッセージを他のすべての装置に対して一斉に通知するように指示する通知指示メッセージを送信するものである。本実施形態では、通知指示メッセージ送信手段４１は、視聴者（ユーザ）から操作手段４７を介して、コンテンツ（データ）の取得を指示するコマンドを受け付けた場合に、そのタイミングで通知指示メッセージを送信する。通知指示メッセージ送信手段４１は、通知指示メッセージをすべてのサーバ２に送信してもよいし、取得を指示されたコンテンツを保持するサーバ２にだけ送信するようにしてもよい。なお、視聴者（ユーザ）の操作によらずに、例えば、レンダラ４が起動後すぐ、または、所定時間経過後に自動的に通知指示メッセージを送信するようにしてもよい。
【００５５】
メッセージ受信手段４２は、リソースメッセージを受信するものである。受信されたリソースメッセージは、テーブル作成手段４３に出力される。
テーブル作成手段４３は、メッセージ受信手段４２で受信したリソースメッセージに含まれる識別子または経由するトランスコーダ３に関する情報を受信時刻と共に格納したテーブルを作成し、テーブルに格納してから所定の時間（例えば５分間）が経過した情報を消去するものである。ただし、新たに受信したリソースメッセージに含まれる情報が、すでにテーブルに存在する情報と同一である場合には、該当する情報の受信時刻を、新しいリソースメッセージを受信した時刻に更新する。本実施形態では、テーブル作成手段４３は、視聴者（ユーザ）から操作手段４７を介して、コンテンツ（データ）の取得を指示するコマンドを受け付けた場合に、その時点でテーブルに記載された内容をクリアする。
テーブル記憶手段４４は、テーブル作成手段４３で作成されたテーブルを記憶するものであり、例えば、一般的なメモリ（例えば、ＲＡＭ等）から構成される。
【００５６】
出力形式判別手段４５は、所定期間に受信したリソースメッセージを解析した結果に基づいて、リソースメッセージに含まれる情報で示されるデータの形式が、当該レンダラ４で出力可能な形式と一致するか否かを判別するものである。本実施形態では、出力形式判別手段４５は、テーブル記憶手段４４に記憶されたテーブルに格納されたメッセージに含まれる情報で示されるデータの形式が、レンダラ４で出力可能な形式と一致するか否かを判別し、一致するものをデータ提供経路として選択し、その情報をデータ要求送信手段４６に出力する。
【００５７】
また、出力形式判別手段４５は、予め定められた基準に基づいてデータ提供経路を選択する。例えば、データ提供経路がテーブルに１通りしかない場合、出力形式判別手段４５は、そのデータ提供経路を選択する。一方、テーブルにデータ提供経路が複数存在する場合には、本実施形態では、出力形式判別手段４５は、例えば、変換効率重視の基準を採用して単独のデータ提供経路を選択するものとする。
【００５８】
変換効率重視の基準は、データ提供経路においてトランスコーダ３を経由する回数を低減して、コンテンツ（データ）の形式の変換効率を向上させることを重視する基準である。この場合、出力形式判別手段４５は、例えば、テーブルのソートにより、トランスコーダ３を経由する回数（台数）の最も少ない経路を選択するか、サーバ２から直接取得する経路を選択する。また、「F1→F2→F1」のような形式のループを含むデータ提供経路は、経由する回数が多いだけではなく、データの劣化を引き起こす可能性あるので選択しない。
【００５９】
また、出力形式判別手段４５は、視聴者（ユーザ）が所望するコンテンツ（データ）に関するデータ提供経路がテーブルに無い場合、その旨を示すメッセージを出力制御手段５２を介して映像音声出力手段５３に表示させる。
【００６０】
データ要求送信手段４６は、選択されたデータ提供経路において識別子で示されるサーバ２または最後に経由するトランスコーダ３に対して、サーバ２に蓄積されたデータを要求するデータ要求メッセージを送信するものである。このデータ要求送信手段４６は、当該レンダラ４で表示可能（出力可能）なコンテンツ（データ）の形式を指定してデータ要求メッセージを送信する。本実施形態では、データ要求送信手段４６は、操作手段４７から入力されたコンテンツを特定する情報とコンテンツの形式とを、データ要求メッセージに含めて送信する。なお、データ要求メッセージを送信するために、例えば、UPnP AVやDLNAガイドラインに準拠した既存ネットワーク家電で用いられている公知技術を用いることができる。
【００６１】
操作手段４７は、視聴者（ユーザ）が各種情報を入力可能なデバイスであり、例えば、キーボード、マウス、押し釦スイッチ、リモコン等である。この操作手段４７から入力される情報は、例えば、コンテンツ（データ）を特定する情報（例えば、コンテンツＩＤやタイトル）、コンテンツの形式等のデータや、コンテンツを取得する指示を示すコマンドや、通知指示メッセージを送信させるコマンド等が含まれる。
【００６２】
データ受信手段５１は、データ要求送信手段４６で送信したデータ要求メッセージに応じてサーバ２およびトランスコーダ３から送信されたコンテンツ（データ）を受信するものである。受信したコンテンツ（データ）は、出力制御手段５２に出力される。
【００６３】
出力制御手段５２は、入力されたデータを映像音声出力手段５３に表示可能に再生するものである。この出力制御手段５２は、受信したコンテンツ（データ）の符号化形式に対応した復号化を行って映像音声出力手段５３に出力する。本実施形態では、視聴者（ユーザ）が所望するコンテンツ（データ）に関するデータ提供経路がテーブルに無い場合、例えば、予め作成された「指定されたコンテンツは再生できません。コンテンツ名を再入力して下さい。」のようなメッセージをメモリに展開して映像音声出力手段５３に出力する。
【００６４】
映像音声出力手段５３は、コンテンツ（データ）や各種情報（メッセージ）等を表示する表示手段と音声を出力する音声出力手段（スピーカ）等を備える。表示手段は、例えば、ＣＲＴ（Cathode Ray Tube）、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、ＥＬ（Electronic Luminescence）等から構成される。
【００６５】
次に、図１に示したデータ出力システム１で送受信されるリソースメッセージの構造の一例について図５ないし図７を参照して説明する。なお、図５ないし図７に示す構造は、各装置が通知すべき情報内容を明確にする目的で模式的に示した一例であり、必要な情報内容が含まれれば、図示した構造と異なってもよいことはもちろんである。
【００６６】
［リソースメッセージの構造］
図５は、リソースメッセージの構造を模式的に示す図である。図５に示すメッセージＭは、ｎ個の経路要素Ｐ1、経路要素Ｐ2、…、経路要素Ｐnを備えている。なお、特に区別しない場合には、経路要素Ｐと表記する。ここで、経路要素Ｐの数は、サーバ２からトランスコーダを経由したか、レンダラ４へ直接通知されたかということには特に依存するものではなく、一般形として表記した。
【００６７】
＜経路要素の構造＞
図６は、図５に示した経路要素の構造を模式的に示す図である。経路要素Ｐは、図６に示すように、提供装置アドレスフィールド６０１と、提供形式フィールド６０２と、拡張用フィールド６０３とを備える。
提供装置アドレスフィールド６０１は、サーバ２のアドレス（例えば、ＵＲＬ）を格納するフィールドである。
提供形式フィールド６０２は、サーバ２から提供可能なデータの形式を格納するフィールドであり，当該メッセージがサーバ２からレンダラ４へ通知される間にトランスコーダ３を経由した場合には、そのトランスコーダ３を経由する際に変換された変換先データの形式に書き換えられるフィールドである。
拡張用フィールド６０３は、サーバ２がデータを提供する際に使用するサーバ２の機能を識別する機能識別子を少なくとも格納するフィールドであり、当該メッセージがサーバ２からレンダラ４へ通知される間にトランスコーダ３を経由した場合には、そのトランスコーダ３を経由する際に各種情報を追加格納できるフィールドである。したがって、拡張用フィールド６０３の内容は、当該メッセージの経路によっては異なる場合がある。
【００６８】
＜拡張用フィールドの構造＞
図７は、図６に示した拡張用フィールドの構造を模式的に示す図である。この例では、図７に示す拡張用フィールド６０３は、リソースメッセージがサーバ２で生成された当初には、項目７０１〜７０３で示す情報を格納していた。項目７０１〜７０３は、サーバ２のアドレス、機能識別子、出力形式をそれぞれ示すものである。なお、機能識別子、出力形式についての具体例は後記する。
【００６９】
図７に示す拡張用フィールド６０３を含むメッセージが、ｉ番目のトランスコーダ３を経由すると、拡張用フィールド６０３には、項目７１１〜７１３で示す情報が追加される。項目７１１〜７１３は、ｉ番目のトランスコーダ３のアドレス、機能識別子、出力形式をそれぞれ示すものである。
【００７０】
同様に、図７に示す拡張用フィールド６０３を含むメッセージが、ｎ番目のトランスコーダ３を経由すると、拡張用フィールド６０３には、項目７２１〜７２３で示す情報が付加（追加）される。項目７２１〜７２３は、ｎ番目のトランスコーダ３のアドレス、機能識別子、出力形式をそれぞれ示すものである。このように、拡張用フィールド６０３には、サーバ２が提供可能なデータの形式の変換履歴が付加されることとなる。
【００７１】
［データ出力システムにおける各装置の動作］
以下、図１に示したデータ出力システムにおける各装置の動作について図８〜図１３を参照（適宜図１〜図７参照）して説明する。図８〜図１３は、それぞれリソースメッセージの具体例を示す図である。このデータ出力システム１における各装置２，３，４の具体的な動作は、それぞれの装置の台数や機能によって様々なバリエーションが存在する。したがって、各バリエーション毎にそれに適した定義を新たに導入する。以下では、（１）トランスコーダが実質的には機能しない場合、（２）１台のトランスコーダが機能する場合、（３）２台のトランスコーダが機能する場合、（４）システム構成装置の動的変動への対応について順次説明していくこととする。
【００７２】
（１）トランスコーダが実質的には機能しない場合
本実施形態では、データ出力システム１が家庭内に構築されているものとしており、通信ネットワークＮに接続された装置がダウンした（電源が落ちた）ことを認識して復旧する管理装置を特に想定するものではない。そのため、トランスコーダ３が実質的には機能しなくなる場合が考えられる。この場合に、最も単純化したシステム構成として、各１台のサーバ２とレンダラ４とが通信ネットワークＮで直結するシステムを想定する。そのために、まず、サーバの機能識別子を具体的に定義する。
【００７３】
（１−１）サーバの機能識別子
サーバ２の機能識別子について図８を参照して説明する。ここでは、サーバ２を一般化して、ｉ番目のサーバ２をサーバSiと表記する。また、サーバSiのアドレスを、「ADDR＿Si」とする。サーバSiの機能識別子は、以下の（１−２），（１−３），（１−４）のように付与される。なお、機能識別子は、当該サーバSiの内部で一意であればよいものであり、異なるサーバが、それぞれの内部で同じ機能識別子を用いてもよい。
【００７４】
（１−２）サーバSiが、形式「Fi」のコンテンツ（データ）を同時に１系統だけ提供可能な機能に対して機能識別子を「Si＿1」とすると、このサーバSiは、図８（ａ）に示すように、経路要素Ｐ1を含むリソースメッセージＭ1を生成し、一斉送信する。ここで、経路要素Ｐ1は、提供装置アドレスフィールド８０１と、提供形式フィールド８０２と、拡張用フィールド８０３とを備える。また、拡張用フィールド８０３は、アドレス８１１と、機能識別子８１２と、出力形式８１３とを備えている。
【００７５】
（１−３）サーバSiが、形式「Fi」のコンテンツ（データ）を同時に１系統だけ提供可能な機能に対して機能識別子を「Si＿1」とすると共に、サーバSiが、形式「Fj」のコンテンツ（データ）を同時に１系統だけ提供可能な機能に対して機能識別子を「Si＿2」とする。この前提において、サーバSiが、形式「Fi」のコンテンツ（データ）と、形式「Fj」のコンテンツ（データ）とを両方同時に提供可能である場合には、このサーバSiは、図８（ｂ）に示すように、それぞれ異なる機能識別子が記載された経路要素Ｐ2a，Ｐ2bを含むリソースメッセージＭ2を生成し、一斉送信する。
【００７６】
（１−４）サーバSiが、形式「Fi」のコンテンツ（データ）と、形式「Fj」のコンテンツ（データ）とを同時にはどちらか一方だけ提供可能な機能に対して機能識別子を「Si＿1」とすると、このサーバSiは、図８（ｃ）に示すように、それぞれ異なる形式が記載されると共にそれぞれ同じ機能識別子が記載された経路要素Ｐ3a，Ｐ3bを含むリソースメッセージＭ3を生成し、一斉送信する。
【００７７】
（１−５）リソースメッセージの送受信の具体例
次に、サーバ２とレンダラ４とが通信ネットワークＮで直結するシステムにおけるリソースメッセージの送受信の動作について図９を参照して説明する。
まず、レンダラ４を一般化して、ｉ番目のレンダラ４をレンダラRiと表記することとする。また、レンダラRiは、形式「F1」のデータを受信・表示するものとする。
また、サーバS1が、形式「F1」のデータを同時に１系統だけ提供するものとする（サーバのアドレス「ADDR＿S1」、サーバの機能識別子「S1＿1」)。
【００７８】
このように想定した場合には、サーバSiは、図９（ａ）に示すように、経路要素Ｐ4を含むリソースメッセージＭ4を生成し、一斉送信する。
レンダラR1は、サーバS1が一斉送信したリソースメッセージＭ4を受信し、図９（ｂ）に示すように、経路要素Ｐ4を格納したテーブルＴ1を作成し、記憶する。
【００７９】
そして、レンダラR１は、視聴者（ユーザ）の操作により、サーバS1が提供するデータを形式「F1」で取得するよう指示を受けたものとする。
このように想定した場合には、レンダラR1は、テーブルＴ1を探索し、「提供装置アドレスが『ADDR＿S1』かつ提供形式が『F1』である」経路要素群Ｐ’を抽出する。この例では、経路要素群Ｐ’として経路要素Ｐ4が抽出される。レンダラR1は、抽出した経路要素Ｐ4の拡張用フィールドを参照する。この経路要素Ｐ4の拡張用フィールドには、「ADDR＿S1:S1＿1:F1」が記述されている。この記述内容は、アドレス「ADDR＿S1」で特定される装置（サーバS1）に対して、データ要求メッセージを送信すれば、アドレス「ADDR＿S1」の装置（サーバS1）が提供するデータを、形式「F1」で取得できることを示している。したがって、レンダラR1は、抽出した経路要素Ｐ4の拡張用フィールドに記載された通りの処理を実行する。すなわち、レンダラR1は、アドレス「ADDR＿S1」の装置（サーバS1）に対して、形式「F1」でデータを提供するように要求する。
【００８０】
これによれば、サーバ２が複数台存在する場合や、複数の形式でデータを提供するサーバ２が存在する場合でも、サーバのアドレスとサーバの機能識別子とにより、サーバ２のデータ提供機能を一意に区別することができる。なお、レンダラ４が複数台存在したとしても、リソースメッセージを送信しないので、全体動作に影響を与えない。
【００８１】
（２）１台のトランスコーダが機能する場合
図１に示したデータ出力システム１において、各１台のサーバ２とトランスコーダ３と、レンダラ４とが通信ネットワークＮで通信可能に接続されたシステムを想定する。そのために、まず、トランスコーダの機能識別子を具体的に定義する。
【００８２】
（２−１）トランスコーダの機能識別子
トランスコーダ３の機能識別子について図１０を参照して説明する。ここでは、トランスコーダ３を一般化して、ｉ番目のトランスコーダ３をトランスコーダXiと表記する。また、トランスコーダXiのアドレスを、「ADDR＿Xi」とする。トランスコーダ３は、他の装置により提供される形式「Fi」のデータを、形式「Fj」のデータに変換して他の装置に提供する。トランスコーダXiには、同時に利用できる変換機能を一意に識別する機能識別子「Xi＿k」が事前に定義されている。また、トランスコーダXiに対する機能識別子の付与方法は、サーバSiに対する機能識別子の付与方法と同様なので詳細な説明を省略する。簡潔に述べると、例えば、形式「F1」のデータを、形式「F2」のデータや形式「F3」のデータに変換可能だが、同時にはどちらか一方にしか変換できないような変換機能に対しては、同じ機能識別子が付与される。また、例えば、形式「F1」のコンテンツを、形式「F2」のデータと形式「F3」のデータとに同時に変換できるような変換機能に対しては、異なる機能識別子が付与される。なお、機能識別子は、当該トランスコーダXiの内部で一意であればよいものであり、異なるトランスコーダが、それぞれの内部で同じ機能識別子を用いてもよい。
【００８３】
（２−２）トランスコーダによる経路要素の抽出動作
トランスコーダXiが、図１０（ａ）に示す経路要素Ｐ5を含むリソースメッセージＭ5を受信した場合を想定する。なお、図１０（ａ）では、説明の都合上、経路要素を１つだけ表示したが、複数あってもよい。
まず、トランスコーダXiは、提供形式判別手段２２によって、自らの変換機能を使用して、他の形式へ変換できるような経路要素群Ｐ’を抽出する。すなわち、提供形式フィールドに記述された形式（提供可能なデータの形式）が、当該トランスコーダXiで予め定められている変換方式におけるデータ変換元の形式（Fi）と一致する経路要素群Ｐ’を抽出する。
次に、トランスコーダXiは、識別子判別手段２３によって、抽出された経路要素群Ｐ’のうちで、当該トランスコーダXiと同じアドレス、同じ機能識別子を含まない経路要素群Ｐ”を抽出する。すなわち、「拡張用フィールドの変換履歴に『ADDR＿Xi:Xi＿k』という組み合わせを含まない」経路要素群Ｐ”を抽出する。
これらの処理を実行することにより、リソースメッセージＭ5から、経路要素群Ｐ”として、経路要素Ｐ5が抽出されることとなる。
【００８４】
（２−３）トランスコーダによるメッセージ修正動作
トランスコーダXiは、メッセージ修正手段２４によって、経路要素Ｐ5に含まれる提供データの形式を当該トランスコーダXiの変換方式におけるデータ変換先の形式（Fj）に書き換えると共に、経路要素Ｐ5の変換履歴に、当該トランスコーダXiのアドレスと、データ変換先の形式と、機能識別子とを付加することで、図１０（ｂ）に示すように、経路要素Ｐ5を修正した経路要素Ｐ6を含むリソースメッセージＭ6を生成する。すなわち、トランスコーダXiは、経路要素Ｐ6において、提供者アドレスフィールドには、元となった経路要素Ｐ5の提供者アドレスフィールドの値を代入し、提供形式フィールドには、「Fj」を設定し、拡張用フィールドには、元となった経路要素Ｐ5の拡張用フィールドの内容に「ADDR＿Xi:Xi＿k:Fj」を追記した内容を設定する。そして、トランスコーダXiは、一斉送信手段２５によって、経路要素Ｐ6を含むリソースメッセージＭ6を他のすべての装置に一斉送信する。なお、図１０（ｂ）では、拡張用フィールドに付加された情報を、符号１００１で示すように、「＋」の記号を用いて記述した。
【００８５】
仮に、トランスコーダXiが、例えば、図１０（ｃ）に示す経路要素Ｐ7を含むリソースメッセージＭ7を受信した場合には、トランスコーダXiは、提供形式判別手段２２によって、経路要素群Ｐ’として、この経路要素Ｐ7を抽出するが、識別子判別手段２３によって、経路要素群Ｐ”としてこの経路要素Ｐ7を抽出することはしない。したがって、トランスコーダXiは、経路要素Ｐ7に基づくリソースメッセージを送信することはしない。なお、図１０（ｃ）では、拡張用フィールドに付加された情報を、符号１００２で示すように、「＋」の記号を用いて記述した。
【００８６】
なお、トランスコーダXiは、識別子判別手段２３によって、複数の経路要素を抽出した場合には、それぞれを修正した経路要素を１つのリソースメッセージにまとめて一斉送信してもよいし、それぞれ修正した経路要素を複数のリソースメッセージに分割して一斉送信してもよい。ただし、一斉送信の負荷を考慮して、前者の方法を採用する方が望ましい。
【００８７】
（２−４）リソースメッセージの送受信の具体例
次に、各１台のサーバ２とトランスコーダ３と、レンダラ４とが通信ネットワークＮで通信可能に接続されたシステムにおけるリソースメッセージの送受信の動作について図１１を参照して説明する。
サーバS1は、形式「F1」のデータを同時に１系統だけ提供するものとする（サーバのアドレス「ADDR＿S1」、サーバの機能識別子「S1＿1」)。
レンダラR1は、形式「F2」のデータを受信・表示するものとする。
トランスコーダX1は、形式「F1」のデータを形式「F2」のデータに変換するものとする（トランスコーダのアドレス「ADDR＿X1」、トランスコーダの機能識別子「X1＿1」）。
【００８８】
このように想定した場合には、サーバS1は、図１１（ａ）に示すように、経路要素Ｐ8を含むリソースメッセージＭ8を生成し、一斉送信する。
トランスコーダX1は、サーバS1が一斉送信したリソースメッセージＭ8を受信し、一連の処理により、図１１（ｂ）に示すように、経路要素Ｐ8を修正した経路要素Ｐ9を含むリソースメッセージＭ9を生成し、一斉送信する。
レンダラR1は、サーバS1およびトランスコーダX1が一斉送信したリソースメッセージＭ8，Ｍ9を受信し、図１１（ｃ）に示すように、経路要素Ｐ8，Ｐ9を格納したテーブルＴ2を作成し、記憶する。
【００８９】
そして、レンダラR１は、視聴者（ユーザ）の操作により、サーバS1が提供するデータを形式「F2」で取得するよう指示を受けたものとする。
このように想定した場合には、レンダラR1は、テーブルＴ2を探索し、「提供装置アドレスが『ADDR＿S1』かつ提供形式が『F2』である」経路要素群Ｐ’を抽出する。この例では、経路要素群Ｐ’として経路要素Ｐ9が抽出される。レンダラR1は、抽出した経路要素Ｐ4の拡張用フィールドを参照する。この経路要素Ｐ4の拡張用フィールドには、「ADDR＿S1:S1＿1:F1」に続いて「ADDR＿X1:X1＿1:F2」が記述されている。この記述内容は、アドレス「ADDR＿X1」で特定される装置（トランスコーダX1）に対して、データ要求メッセージを送信すれば、アドレス「ADDR＿S1」の装置（サーバS1）が提供するデータを、形式「F2」で取得できることを示している。したがって、レンダラR1は、抽出した経路要素Ｐ9の拡張用フィールドに記載された通りの処理を実行する。すなわち、レンダラR1は、アドレス「ADDR＿X1」の装置（トランスコーダX1）に対して、形式「F2」でデータを提供するように要求する。
【００９０】
（３）２台のトランスコーダが機能する場合
図１に示したデータ出力システム１において、各１台のサーバ２およびレンダラ４と２台のトランスコーダ３とが通信ネットワークＮで通信可能に接続されたシステムについて図１２を参照（適宜図１参照）して説明する。
【００９１】
（３−１）リソースメッセージの送受信の具体例
サーバS1は、形式「F1」のデータを同時に１系統だけ提供するものとする（サーバのアドレス「ADDR＿S1」、サーバの機能識別子「S1＿1」)。
レンダラR1は、形式「F1」のデータまたは形式「F2」のデータを受信・表示するものとする。
トランスコーダX1は、形式「F1」のデータを形式「F2」のデータに変換するものとする（トランスコーダX1のアドレス「ADDR＿X1」、トランスコーダX1の機能識別子「X1＿1」）。
トランスコーダX2は、形式「F2」のデータを形式「F1」のデータに変換するものとする（トランスコーダX2のアドレス「ADDR＿X2」、トランスコーダX2の機能識別子「X2＿1」）。
【００９２】
このように想定した場合には、サーバS1は、図１２（ａ）に示すように、経路要素Ｐ10を含むリソースメッセージＭ10を生成し、一斉送信する。
トランスコーダX1は、サーバS1が一斉送信したリソースメッセージＭ10を受信すると共に、図１２（ｃ）に示すように、トランスコーダX2が一斉送信した経路要素Ｐ12を含むリソースメッセージＭ12を受信する。トランスコーダX1は、提供形式判別手段２２によって、経路要素群Ｐ’として、これらの経路要素Ｐ10，Ｐ12を抽出する。また、トランスコーダX1は、識別子判別手段２３によって、経路要素群Ｐ”として経路要素Ｐ10を抽出するが経路要素Ｐ12を抽出することはしない。したがって、トランスコーダX1は、経路要素Ｐ10に基づいた一連の処理により、図１２（ｂ）に示すように、経路要素Ｐ10を修正した経路要素Ｐ11を含むリソースメッセージＭ11を生成し、一斉送信する。
【００９３】
トランスコーダX2は、サーバS1が一斉送信したリソースメッセージＭ10を受信すると共に、図１２（ｂ）に示すように、トランスコーダX1が一斉送信した経路要素Ｐ11を含むリソースメッセージＭ11を受信する。トランスコーダX2は、提供形式判別手段２２によって、経路要素群Ｐ’として、経路要素Ｐ11を抽出するが経路要素Ｐ10を抽出することはしない。また、トランスコーダX2は、識別子判別手段２３によって、経路要素群Ｐ”として経路要素Ｐ11を抽出する。したがって、トランスコーダX2は、経路要素Ｐ11に基づいた一連の処理により、図１２（ｃ）に示すように、経路要素Ｐ11を修正した経路要素Ｐ12を含むリソースメッセージＭ12を生成し、一斉送信する。
【００９４】
レンダラR1は、サーバS1、トランスコーダX1およびトランスコーダX2が一斉送信したリソースメッセージＭ10，Ｍ11，Ｍ12を受信し、図１２（ｄ）に示すように、経路要素Ｐ10，Ｐ11，Ｐ12を格納したテーブルＴ3を作成し、記憶する。
【００９５】
（３−２）データを形式「F2」で取得する例
第１に、レンダラR１は、視聴者（ユーザ）の操作により、サーバS1が提供するデータを形式「F2」で取得するよう指示を受けたものとする。
このように想定した場合には、レンダラR1は、テーブルＴ3を探索し、「提供装置アドレスが『ADDR＿S1』かつ提供形式が『F2』である」経路要素群Ｐ’を抽出する。この例では、経路要素群Ｐ’として経路要素Ｐ11が抽出される。レンダラR1は、抽出した経路要素Ｐ11の拡張用フィールドを参照する。この経路要素Ｐ11の拡張用フィールドには、「ADDR＿S1:S1＿1:F1」に続いて「ADDR＿X1:X1＿1:F2」が記述されている。したがって、レンダラR1は、抽出した経路要素Ｐ11の拡張用フィールドに記載された通りの処理を実行する。すなわち、レンダラR1は、アドレス「ADDR＿X1」の装置（トランスコーダX1）に対して、形式「F2」でデータを提供するように要求する。
【００９６】
（３−３）データを形式「F1」で取得する例
第２に、レンダラR１は、視聴者（ユーザ）の操作により、サーバS1が提供するデータを形式「F1」で取得するよう指示を受けたものとする。
このように想定した場合には、レンダラR1は、テーブルＴ3を探索し、「提供装置アドレスが『ADDR＿S1』かつ提供形式が『F1』である」経路要素群Ｐ’を抽出する。この例では、経路要素群Ｐ’として２つの経路要素Ｐ10，Ｐ12が抽出される。レンダラR１は、出力形式判別手段４５によって、予め定められた変換効率重視の基準に基づいて一方の経路要素Ｐを選択する。この例では、レンダラR1は、経路要素Ｐ10を選択し、アドレス「ADDR＿S1」の装置（サーバS1）に対して、形式「F1」でデータを提供するように要求する。
【００９７】
（４）システム構成装置の動的変動への対応
家庭内に構築されたデータ出力システム１は、サーバ２およびトランスコーダ３が動的に参加・離脱（電源のオン・オフに相当する）するようなシステムなので、現時点で実際に接続可能なデータ提供経路と、レンダラ４が作成したテーブルで示されるデータ提供経路とが一致しなくなることが考えられる。しかしながら、データ出力システム１では、前記した各装置の機能によって、以下に示すように、レンダラ４が作成したテーブルで示されるデータ提供経路を現状に即したものとすることが可能である。
【００９８】
レンダラ４は、視聴者（ユーザ）から操作手段４７を介してコンテンツ（データ）の取得を指示されたときに、テーブル作成手段４３によって、その時点のテーブルをクリアすると共に、通知指示メッセージ送信手段４１によって、サーバ２に対してリソースメッセージの一斉送信を指示する。サーバ２は、通知指示メッセージ受信手段１１によって、通知指示メッセージを受信し、リソースメッセージ生成手段１２によって、リソースメッセージを生成し、一斉送信手段１３によって、リソースメッセージを一斉送信する。これにより、レンダラ４は、サーバ２に対して通知指示メッセージを送信した後に、所定時間の間に受信したリソースメッセージによって、その時点での実際に接続可能なデータ提供経路を反映したテーブルを構成することができる。
【００９９】
また、サーバ２は、通知指示メッセージを受信したタイミング以外にも、定期的に（例えば、一定の周期Ts）リソースメッセージ生成手段１２によって、リソースメッセージを生成し、一斉送信手段１３によって、リソースメッセージを一斉送信することも可能である。これによれば、データ出力システム１にサーバ２およびトランスコーダ３が新たに参加したのち、周期Ts以上の時間が経過した後には、新たに参加したサーバ２およびトランスコーダ３を経由する変換経路が、レンダラ４のテーブルに反映されるようになる。
【０１００】
さらに、レンダラ４は、テーブル作成手段４３によって、テーブルに格納してから所定の時間（例えば、Te）が経過した経路要素（リソースメッセージに含まれる情報）を消去するので、この経過時間を、テーブル作成のためのメッセージ受信時間よりも予め短く設定しておくことで、現状をより一層反映したテーブルを作成することが可能である。これによれば、サーバ２およびトランスコーダ３が離脱したのち、記憶した受信時刻からTe以上の時間が経過した後には、離脱したサーバ２及びトランスコーダ３を経由するデータ提供経路は、レンダラ４のテーブルから削除される。
【０１０１】
したがって、本実施形態のデータ出力システム１は、レンダラ４が作成したテーブルで示されるデータ提供経路を、サーバ２およびトランスコーダ３が動的に参加・離脱している現状に即したものとすることが可能である。同様に、あるレンダラ４がトランスコーダ３の変換機能を使い始め、他のレンダラ４に対してその変換機能を提供できなくなった場合にも、同様に、現状に即したテーブルを作成することができる。
【０１０２】
本実施形態によれば、データ出力システム１のサーバ２、トランスコーダ３、レンダラ４が、自立分散的なリソースメッセージの送受信機能と解釈機能を有しているので、各装置が複雑な処理を行なうことなく、所望のデータ提供経路（変換経路）を決定することができる。また、本実施形態によれば、仮に、データ提供経路の途中で使用不可能な（電源が切れていたり、他で使用中であったりするような）トランスコーダ３があったとしても、そのようなトランスコーダ３を経由する経路を示すメッセージは送信されないので、別途、各トランスコーダ３が使用可能かどうかを管理する必要がなくなる。
【０１０３】
（第２実施形態）
第２実施形態は、レンダラ４のテーブルから経路要素を選択するための基準が第１実施形態と異なるものであり、それに伴って経路要素の構造およびレンダラ４の出力形式判別手段４５の機能が異なる点を除いて、第１実施形態と同様なので、同一の構成には同一の符号を付して説明を省略する。
【０１０４】
本実施形態では、経路要素は、図６および図７に示した拡張用フィールドに機能識別子に加えて、機能提供コスト「Ci＿k」が事前に定義されている点が第１実施形態と異なる。また、レンダラ４の出力形式判別手段４５は、視聴者（ユーザ）から指定されたコンテンツ（データ）を取得するための経路として、テーブルに、複数の経路要素が存在する場合に、各経路での以下に述べるサーバおよびトランスコーダの機能提供コストの総和を最小にする１つの経路要素を選択する。
【０１０５】
＜サーバの機能提供コスト＞
サーバSiにおいて、機能提供コスト「Ci＿k」とは、機能識別子「Si＿k」で識別されるデータ提供機能を使用する際に必要となるコストのことで、該データ提供機能を使用した場合の画質・音質の悪さや消費電力の多さなど、ユーザにとってのデメリットを反映した数値である。コストはデータ提供機能およびそれを用いて提供するデータの形式ごとに事前に定めておく。
【０１０６】
＜トランスコーダの機能提供コスト＞
トランスコーダXiにおいて、機能提供コスト「Ci＿k」とは、機能識別子「Xi＿k」で識別される形式変換機能を使用する際に必要となるコストのことで、該データ形式変換機能を使用した場合の画質・音質の悪さや消費電力の多さなど、ユーザにとってのデメリットを反映した数値である。コストは形式変換機能およびそれを用いて提供するデータの形式ごとに事前に定めておく。
具体的には、データ出力システム１に以下の装置が存在するものとする。
【０１０７】
サーバS1は、形式「F1」のデータを同時に１系統だけ提供するものとする（サーバのアドレス「ADDR＿S1」、サーバの機能識別子「S1＿1」、サーバの機能提供コスト「CS1＿1」)。
レンダラR1は、形式「F2」のデータを受信・表示するものとする。
トランスコーダX1は、形式「F1」のデータを形式「F2」のデータに変換するものとする（トランスコーダX1のアドレス「ADDR＿X1」、トランスコーダX1の機能識別子「X1＿1」、トランスコーダX1の機能提供コスト「CX1＿1」）。
トランスコーダX2は、形式「F1」のデータを形式「F2」のデータに変換するものとする（トランスコーダX2のアドレス「ADDR＿X2」、トランスコーダX2の機能識別子「X2＿1」、トランスコーダX2の機能提供コスト「CX2＿1」）。
【０１０８】
このように想定した場合には、サーバS1は、図１３（ａ）に示すように、経路要素Ｐ13を含むリソースメッセージＭ13を生成し、一斉送信する。この経路要素Ｐ13には、符号１３０１で示すように、サーバS1の機能提供コスト「CS1＿1」が含まれている。
【０１０９】
トランスコーダX1は、サーバS1が一斉送信したリソースメッセージＭ13を受信すると共に、図１３（ｃ）に示すように、トランスコーダX2が一斉送信した経路要素Ｐ15を含むリソースメッセージＭ15を受信する。その中で、トランスコーダX1は、提供形式フィールドに「F1」が記載された方の経路要素Ｐ13に基づいた一連の処理により、図１３（ｂ）に示すように、経路要素Ｐ13を修正した経路要素Ｐ14を含むリソースメッセージＭ14を生成し、一斉送信する。この経路要素Ｐ14には、符号１３０２で示すように、トランスコーダX1の機能提供コスト「CX1＿1」が含まれている。
【０１１０】
トランスコーダX2は、サーバS1が一斉送信したリソースメッセージＭ13を受信すると共に、図１３（ｂ）に示すように、トランスコーダX1が一斉送信した経路要素Ｐ14を含むリソースメッセージＭ14を受信する。その中で、トランスコーダX2は、提供形式フィールドに「F1」が記載された方の経路要素Ｐ13に基づいた一連の処理により、図１３（ｃ）に示すように、経路要素Ｐ13を修正した経路要素Ｐ15を含むリソースメッセージＭ15を生成し、一斉送信する。この経路要素Ｐ15には、符号１３０３で示すように、トランスコーダX2の機能提供コスト「CX2＿1」が含まれている。
【０１１１】
レンダラR1は、サーバS1、トランスコーダX1およびトランスコーダX2が一斉送信したリソースメッセージＭ13，Ｍ14，Ｍ15を受信し、図１３（ｄ）に示すように、経路要素Ｐ13，Ｐ14，Ｐ15を格納したテーブルＴ4を作成し、記憶する。
【０１１２】
レンダラR１は、視聴者（ユーザ）の操作により、サーバS1が提供するデータを形式「F2」で取得するよう指示を受けたものとする。
このように想定した場合には、レンダラR1は、テーブルＴ4を探索し、「提供装置アドレスが『ADDR＿S1』かつ提供形式が『F2』である」経路要素群Ｐ’を抽出する。この例では、図１３（ｄ）に示すように、経路要素Ｐ13，Ｐ14，Ｐ15は、いずれも提供装置アドレスが『ADDR＿S1』であり、また、符号１３０４で示すように、提供形式が『F2』である経路要素は、Ｐ14，Ｐ15である。つまり、レンダラR1は、複数（２つ）の経路要素を抽出する。本実施形態では、一例として、レンダラ４の出力形式判別手段４５は、それぞれの拡張用フィールドに含まれる各機能提供コストの総和が最小である経路要素からなるデータ提供経路をユーザのデメリットが最も少ない経路として選択することとする。このため、レンダラR1は、抽出した経路要素Ｐ14，Ｐ15の拡張用フィールドを参照する。それぞれの拡張用フィールドには、それぞれの変換経路と共に、それぞれの変換経路上のサーバおよびトランスコーダを利用するコストが記述されている。この例では、経路要素Ｐ14のコストは、「CS1＿1」＋「CX1＿1」であり、経路要素Ｐ15のコストは、「CS1＿1」＋「CX2＿1」である。レンダラR1は、コストついて予め定められたテーブルを参照してコストが最も低くなる経路を選択し、該当する装置に対して、形式「F2」でデータを提供するように要求する。
【０１１３】
本実施形態によれば、経路要素の拡張用フィールドに機能識別子に加えて、機能提供コストを定義することで、複数存在するデータの変換経路の優劣の判断を容易に行うことができる。
【０１１４】
以上、各実施形態について説明したが、本発明はこれらに限定されるものではなく、その趣旨を変えない範囲で様々に実施することができる。例えば、レンダラ４は、一般的なコンピュータを、前記した各手段として機能させるプログラム（データ出力プログラム）により動作させることで実現することができる。このプログラムは、通信回線を介して配布することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。このプログラムをインストールされたコンピュータは、ＣＰＵが、ＲＯＭ等に格納されたこのプログラムをＲＡＭに展開することにより、レンダラ４と同等の効果を奏することができる。また、同様に、トランスコーダ３は、一般的なコンピュータを、前記した各手段として機能させるプログラム（形式変換プログラム）により動作させることで実現することができる。さらに、同様に、サーバ２は、一般的なコンピュータを、前記した各手段として機能させるプログラム（データ提供プログラム）により動作させることで実現することができる。
【０１１５】
また、各実施形態では、視聴者（ユーザ）から指定されたコンテンツ（データ）を取得するための経路として、テーブルに、複数の経路要素が存在する場合に、１つの経路要素を選択する基準は、前記したものに限定されるものではなく、例えば、機械的に選択してもよい。この場合、レンダラ４の出力形式判別手段４５は、例えば、テーブルのソートにより最初または最後に発見された経路を選択するか、経路をランダムに選択する。これによれば、データ提供経路を選択するための処理負荷を低減して処理速度を向上させることができる。
【０１１６】
また、レンダラ４がサーバ２に対して通知する通知指示メッセージに、コンテンツ（データ）の形式の名前（F1，F2等）を含めるようにしてもよい。この場合には、通知指示メッセージに応じてサーバ２から送信されるリソースメッセージを限定できる。そのため、通信ネットワークＮ上に送信されるリソースメッセージの数を低減できる。その結果、レンダラ４は、受信するリソースメッセージから、特定の形式に関わるコンテンツ（データ）を提供する経路要素のみを格納したテーブルを作成すればよいので、レンダラ４の処理負荷も低減できる。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施形態に係るデータ出力装置、形式変換装置およびデータ提供装置を含むデータ出力システムを模式的に示す構成図である。
【図２】図１に示したサーバを模式的に示す構成図である。
【図３】図１に示したトランスコーダを模式的に示す構成図である。
【図４】図１に示したレンダラを模式的に示す構成図である。
【図５】リソースメッセージの構造を模式的に示す図である。
【図６】図５に示した経路要素の構造を模式的に示す図である。
【図７】図６に示した拡張用フィールドの構造を模式的に示す図である。
【図８】リソースメッセージの具体例を示す図である。
【図９】リソースメッセージの具体例を示す図である。
【図１０】リソースメッセージの具体例を示す図である。
【図１１】リソースメッセージの具体例を示す図である。
【図１２】リソースメッセージの具体例を示す図である。
【図１３】リソースメッセージの具体例を示す図である。
【符号の説明】
【０１１８】
１      データ出力システム
２      サーバ（データ提供装置）
３      トランスコーダ（形式変換装置）
４      レンダラ（データ出力装置）
１１    通知指示メッセージ受信手段
１２    リソースメッセージ生成手段
１３    一斉送信手段
１４    コンテンツ蓄積手段
１５    データ要求受信手段
１６    データ送信手段
１７    コンテンツ管理手段
２１    メッセージ受信手段
２２    提供形式判別手段
２３    識別子判別手段
２４    メッセージ修正手段
２５    一斉送信手段
３１    データ受信手段
３２    変換制御手段
３３    データ送信手段
４１    通知指示メッセージ送信手段
４２    メッセージ受信手段
４３    テーブル作成手段
４４    テーブル記憶手段
４５    出力形式判別手段
４６    データ要求送信手段
４７    操作手段
５１    データ受信手段
５２    出力制御手段
５３    映像音声出力手段
Ｎ      通信ネットワーク
【図１】
0004787798.tif 000002
【図２】
0004787798.tif 000003
【図３】
0004787798.tif 000004
【図４】
0004787798.tif 000005
【図５】
0004787798.tif 000006
【図６】
0004787798.tif 000007
【図７】
0004787798.tif 000008
【図８】
0004787798.tif 000009
【図９】
0004787798.tif 000010
【図１０】
0004787798.tif 000011
【図１１】
0004787798.tif 000012
【図１２】
0004787798.tif 000013
【図１３】
0004787798.tif 000014