(57)【要約】【課題】  ストリーミング・データを使用する複数のサブスクライバ間における通信のためのディジタル・ネットワークが、送信機である少なくとも１つのサブスクライバおよび受信機である少なくとも１つのサブスクライバを包含する。【解決手段】  少なくとも１つの送信機が、アクティブ化され、かつその後にブロードキャストもしくはマルチキャストの形式でストリーミング・データをネットワーク内へ供給するべく適合されている。さらに、少なくとも１つの受信機が、アクティブ化され、かつその後に、そのデータ・フォーマットに適合するストリーミング・データをネットワークから選択し、選択したストリーミング・データをネットワークから読み取るべく適合されている。【選択図】  図１
2005318579.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミング・データを使用する複数のサブスクライバ間における通信のためのディジタル・ネットワークであって：
前記ネットワーク内へデータを送出するべく設計された送信機である、少なくとも１つのサブスクライバ；および、
前記ネットワークからデータを受信するべく設計された受信機である、少なくとも１つのサブスクライバ；
を包含するディジタル・ネットワークにおいて、
少なくとも１つの送信機が、アクティブ化され、また前記ネットワークへ接続されることのうちの少なくとも一方に続いてブロードキャストもしくはマルチキャストの形式でストリーミング・データを前記ネットワーク内へ供給するべく適合され；かつ、
少なくとも１つの受信機が、前記サブスクライバに適合したデータ・ストリームを選択するべく、かつアクティブ化されることおよび前記ネットワークへ接続されることのうちの少なくとも一方に続いて前記ネットワークから前記データ・ストリームのストリーミング・データを読み取るべく適合されていることを特徴とするディジタル・ネットワーク。
【請求項２】
少なくとも１つのサブスクライバは、複数の送信機および複数の受信機のうちの少なくとも一方を包含することを特徴とする請求項１記載のディジタル・ネットワーク。
【請求項３】
少なくとも１つのサブスクライバ（１ａ，１ｂ，１ｃ）は、ストリーミング・データを受信するべく、かつ記録済みの形式で受信したデータを送出するべく適合されていることを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項４】
少なくとも１つのサブスクライバは、前記サブスクライバの機能、前記サブスクライバの状態、およびそれが送出したストリーミング・データの内容のうちの少なくとも１つに関する追加の情報を送出するための送信機として設計されることを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項５】
前記サブスクライバの少なくとも１つは、離散的なデータ・パッケージの形式もしくはストリーミング・データ内に組み込まれた形式のいずれかにおいて、随意にユニキャスト、マルチキャスト、もしくはブロードキャストとして追加情報を送出するべく適合されていることを特徴とする請求項４に記載のディジタル・ネットワーク。
【請求項６】
少なくとも１つのサブスクライバは、前記サブスクライバの機能および前記サブスクライバの状態のうちの少なくとも１つに関する追加の情報を送出するための受信機であることを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項７】
少なくとも１つのサブスクライバは、ほかのサブスクライバからの追加の情報を受信もしくは評価するべく適合されていることを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項８】
少なくとも１つのサブスクライバは、特に、ほかのサブスクライバからの追加の情報を要求するためのファシリティを包含することを特徴とする請求項７に記載のディジタル・ネットワーク。
【請求項９】
少なくとも１つのサブスクライバは、それに適合するデータ・ストリームを、前記追加の情報もしくはネットワーク内に行き渡っているテーブルを基礎として選択するべく適合されていることを特徴とする請求項７に記載のディジタル・ネットワーク。
【請求項１０】
少なくとも１つのサブスクライバは、特定のデータ・ストリームの内容を評価するための、かつそれに適合するデータ・ストリームを所定の評価基準に従って選択するためのファシリティを包含する受信機であることを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項１１】
少なくとも１つのサブスクライバは、それに適合するデータ・ストリームの選択を所定の評価基準に従って行うべく適合された受信機であることを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項１２】
少なくとも１つのサブスクライバは、アクティブ化されているか、あるいは非アクティブ化されている送信機から受信されることになるデータ・ストリームの選択がユーザによってもたらされるように適合された受信機であることを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項１３】
少なくとも１つのサブスクライバは、ユーザに対して、受信されることになるデータ・ストリームの選択肢を、適合するデータ・ストリームのリスティングを構成するメニューの形式で提供することを特徴とする請求項１２に記載のディジタル・ネットワーク。
【請求項１４】
少なくとも１つの送信機が、その送信帯域幅を適合させるための少なくとも１つのファシリティを有することを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項１５】
前記少なくとも１つの送信機は、前記送信帯域幅の増加および前記送信帯域幅の減少のうちの少なくとも一方に関して、その送信帯域幅を適合させるための少なくとも１つのファシリティを有することを特徴とする請求項１４に記載のディジタル・ネットワーク。
【請求項１６】
前記少なくとも１つの送信機は、その送信を非アクティブ化するファシリティを有することを特徴とする請求項１４に記載のディジタル・ネットワーク。
【請求項１７】
少なくとも１つの送信機が、それによって送出されたデータの使用を分析するための少なくとも１つのファシリティを有することを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項１８】
前記データの使用は、ほかのネットワーク・サブスクライバの問い合わせを行うことであることを特徴とする請求項１７に記載のディジタル・ネットワーク。
【請求項１９】
前記使用は、受信機の問い合わせを行うことであることを特徴とする請求項１７に記載のディジタル・ネットワーク。
【請求項２０】
前記使用は、ルーティング・テーブルの評価を行うことであることを特徴とする請求項１７に記載のディジタル・ネットワーク。
【請求項２１】
少なくとも１つの送信機は、その信号が、特定の時間間隔内においていずれかの受信機によって受信されていないか、あるいはその先の処理がなされていないか、または少なくとも限られた範囲でその先の処理がなされていない場合に、それを非アクティブ化するための、もしくは少なくともその帯域幅を縮小するための少なくとも１つのファシリティを有することを特徴とする請求項１４に記載のディジタル・ネットワーク。
【請求項２２】
少なくとも１つのサブスクライバは、サブスクライバを送信機もしくは受信機として、随意に単独もしくはグループでコントロールし、かつそれらを必要に応じてアクティブ化し、もしくは非アクティブ化することを提供することを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項２３】
少なくとも１つのサブスクライバは、特定のデータをストリーミング・データとして前記ネットワーク内に送信するか、あるいは前記ネットワークから特定のストリーミング・データを受信するべく、少なくとも１つの送信機もしくは受信機を適切にコントロールするために提供されることを特徴とする請求項１に記載のディジタル・ネットワーク。
【請求項２４】
前記少なくとも１つのサブスクライバは、コントロールを実行して、互いに対して送信機および受信機の割り当てを設定することを特徴とする請求項２３に記載のディジタル・ネットワーク。
【請求項２５】
ストリーミング・データを使用する複数のサブスクライバ間における通信のためのディジタル・ネットワークに関するサブスクライバであって：
前記ネットワーク内へデータを送出するべく設計された送信機である、少なくとも１つのサブスクライバ；および、
前記ネットワークからデータを受信するべく設計された受信機である、少なくとも１つのサブスクライバ；
を包含するディジタル・ネットワークに関するサブスクライバおいて、
前記サブスクライバは、アクティブ化され、かつ前記ネットワークへ接続されることのうちの少なくとも一方に続いてブロードキャストもしくはマルチキャストの形式でストリーミング・データを前記ネットワーク内へ供給するべく適合された送信機であることを特徴とするサブスクライバ。
【請求項２６】
ストリーミング・データを使用する複数のサブスクライバ間における通信のためのディジタル・ネットワークに関するサブスクライバであって：
前記ネットワーク内へデータを送出するべく設計された送信機である、少なくとも１つのサブスクライバ；および、
前記ネットワークからデータを受信するべく設計された受信機である、少なくとも１つのサブスクライバ；
を包含するディジタル・ネットワークに関するサブスクライバにおいて、
前記サブスクライバが、アクティブ化され、かつ前記ネットワークへ接続されることのうちの少なくとも一方に続いて前記ネットワークからストリーミング・データを読み取るべく適合された受信機であることを特徴とするサブスクライバ。
【請求項２７】
ストリーミング・データを使用する複数のサブスクライバ間における通信のためのネットワークを：
送信機である少なくとも１つのサブスクライバによって前記ネットワーク内へデータを送出する工程；および、
受信機である少なくとも１つのサブスクライバによって前記ネットワークからデータを受信する工程；によって操作する方法において、さらに：
送信機である少なくとも１つのネットワーク・サブスクライバを前記ネットワークへ接続する工程；
前記送信機である前記少なくとも１つのネットワーク・サブスクライバをアクティブ化する工程；
送信機である前記少なくとも１つのネットワーク・サブスクライバを用いてストリーミング・データを送出する工程；
受信機である少なくとも１つのネットワーク・サブスクライバを前記ネットワークへ接続する工程；
前記受信機である前記少なくとも１つのネットワーク・サブスクライバをアクティブ化する工程；および、
受信機である前記ネットワーク・サブスクライバを用いて前記ネットワークからストリーミング・データを受信する工程；
を包含することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング・データ(streaming data)を、特にマルチメディア・データならびに関連サービスを配信するためのネットワークならびにネットワーク・インターフェース、およびネットワークを操作する方法に関するものである。
【背景技術】
【０００２】
マルチメディア応用が可能であり、複数の異なるサブスクライバを有する最近のネットワークについて言えば、特に乗り物または建物内において、ユーザが、プラグ‐アンド‐プレイ・ファシリティ(plug-and-play facility)をこれまで以上に要求するようになっている。このことは、異なるマルチメディア機器が、単純な態様でバス・システム(bus system)との接続が可能となるべきであること、言い換えるとユーザの側にそれ以上の介入が必要とされるべきでないことを意味する。さらに、現在のところまだ知られていないファシリティを有する将来的な機器でさえも、そのバス・システムへの接続が可能とならなければならない。
【０００３】
特許文献１においては、無線ネットワーク（ワイヤレスＬＡＮ）を経由する衛星テレビジョン信号のための配信システムが記述されている。衛星アンテナに接続されたセット‐トップ・ボックス(set-top box)が、それぞれの接続されたテレビジョン受像機のためにそれぞれの復調器を有する。この復調器は、衛星によって受信された、テレビジョン受像機によって選択されたテレビジョン・チャンネルの信号を、ディジタル・データへ変換し、それをテレビジョン受像機へ送信する。このポイント‐ツー‐ポイント(point-to-point)通信を用いれば、テレビジョン受像機が、セット‐トップ・ボックスの割り当て済み復調器を直接コントロールし、続いて対応するテレビジョン・プログラムをそこから受信することができる。ネットワークの定義済み帯域幅要件は、与えられたテレビジョン受像機の数から結果的にもたらされる。
【０００４】
しかしながら、高々セット‐トップ・ボックスが有する復調器の数に等しい数のテレビジョン受像機しかそこへ接続することができない。したがって、システムの拡張に狭い限定が課せられる。たとえばＤＶＤプレーヤといった、本質的な部分を形成しない機器を伴う拡張は可能でない。同様に、将来的なマルチメディア機器をこのバス・システムへ接続することはできない。
【０００５】
【特許文献１】ＷＯ  ０１／５６２９７公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、マルチメディア応用の可能な種々の機器をバス・システムへ単純に接続することができるような、マルチメディア・アプリケーションを包含し得るネットワークを設計するという目的を基礎とする。好ましくは接続が、ユーザ側の介入をさらに伴うことなく可能となるべきとする。本発明の別の目標は、上記種類のディジタル・ネットワークのためのサブスクライバ(subscriber)を設計すること、および上記種類のネットワークを操作するための方法を提供することとする。
【課題を解決するための手段】
【０００７】
本発明によれば、上記の目的がストリーミング・データを使用する複数のサブスクライバ間における通信のためのディジタル・ネットワークを用いて達成され、当該ディジタル・ネットワークは：ネットワーク内へデータを送出するべく設計された送信機である少なくとも１つのサブスクライバ；および、ネットワークからデータを受信するべく設計された受信機である少なくとも１つのサブスクライバ；を包含し、このディジタル・ネットワークおいては少なくとも１つの送信機が、アクティブ化され、かつネットワークへ接続されることのうちの少なくとも一方に続いてブロードキャストもしくはマルチキャストの形式でストリーミング・データをネットワーク内へ供給するべく適合されており；かつ、少なくとも１つの受信機が、サブスクライバに適合したデータ・ストリームを選択するべく、かつアクティブ化されることおよびネットワークへ接続されることのうちの少なくとも一方に続いてネットワークから、そのデータ・ストリームのストリーミング・データを読み取るべく適合されている。
【０００８】
本発明によれば、上記別の目的が、ストリーミング・データを使用する複数のサブスクライバ間における通信のためのディジタル・ネットワークに関するサブスクライバを用いて達成され、当該サブスクライバは、ネットワーク内へデータを送出するべく設計された送信機である少なくとも１つのサブスクライバ；および、ネットワークからデータを受信するべく設計された受信機である少なくとも１つのサブスクライバ；を包含し、このサブスクライバにおいてサブスクライバは、アクティブ化され、かつネットワークへ接続されることのうちの少なくとも一方に続いてブロードキャストもしくはマルチキャストの形式でストリーミング・データをネットワーク内へ供給するべく適合された送信機である。
【０００９】
最後に、本発明によれば、上記別の目的が、ストリーミング・データを使用する複数のサブスクライバ間における通信のためのネットワークを操作する方法を用いて達成され、当該方法は：送信機である少なくとも１つのサブスクライバによってネットワーク内へデータを送出する工程；および、受信機である少なくとも１つのサブスクライバによってネットワークからデータを受信する工程；によってネットワークを操作し、さらにこの方法は：送信機である少なくとも１つのネットワーク・サブスクライバをネットワークへ接続する工程；送信機であるその少なくとも１つのネットワーク・サブスクライバをアクティブ化する工程；送信機であるその少なくとも１つのネットワーク・サブスクライバを用いてストリーミング・データを送出するステップ；受信機である少なくとも１つのネットワーク・サブスクライバをネットワークへ接続する工程；受信機であるその少なくとも１つのネットワーク・サブスクライバをアクティブ化する工程；および、受信機であるそのネットワーク・サブスクライバを用いてネットワークからストリーミング・データを受信する工程；を包含する。
【００１０】
本発明に従ったディジタル・ネットワークは、ストリーミング・データを用いて複数のサブスクライバ（ネットワーク・ノード）の間における通信の要求を満たす。ここでは、ストリーミング・データを、ネットワークを介し、リアルタイム・オペレーションの可能なデータ・ストリームとして送信されるデータであると理解する。これらのストリーミング・データは、好ましくはマルチメディア・データ、たとえばオーディオもしくはビデオ信号等の送信の要求を満たす。ネットワークは、複数のサブスクライバ、データを送出するべく適合されている少なくとも１つのサブスクライバ（送信機）、データを受信するべく適合されている少なくとも１つの別のサブスクライバを包含する。少なくとも１つのサブスクライバは、送信機として、それがネットワークへ接続されるか、あるいはアクティブ化されるとすぐにネットワークに対して自動的にストリーミング・データを送出するべく適合されている。これらのストリーミング・データの送出は、好ましくはブロードキャストまたはマルチキャストとしてもたらされる。さらに、少なくとも１つのサブスクライバが、ネットワークへ接続されるか、あるいはアクティブ化された後にネットワークからストリーミング・データを読み取る受信機となるべく適合されている。それについて、この受信機は、ネットワーク上の利用可能なストリーミング・データから、この受信機に適合するデータ、したがってこの受信機がさらに処理することが可能なデータを選択する。
【００１１】
このことは、送信機としてのサブスクライバ、または送信機が、ネットワークへの接続に続いて、ネットワークへのストリーミング・データの方向性を持たない送信を開始することを意味する。したがって、任意の所望の送信機を単純な方法でネットワークへ接続することができる。ネットワークへのそれらの接続に続いて、それらは独立にデータの送出を開始する。したがって、たとえばＣＤプレーヤが、ネットワーク内への録音済み音楽の送出を開始することになる。同様にＤＶＤプレーヤは、録画済みビデオの再生を開始し、それをネットワークへ供給することができる。ラジオ受信機は、接続された直後に、プリセットされたプログラムのフィード・インを開始することができる。
【００１２】
それに応じて、受信機としてのサブスクライバ、または受信機は、ネットワークへ接続されるか、あるいはアクティブ化されるとすぐに、ネットワークからストリーミング・データの受信を開始することができる。そのため、この受信機に適合するデータ・ストリームがネットワークのデータ・トラフィックから選択され、評価される。この実施例を用いれば、ネットワークを単純な方法で組み立てることができ、またネットワークのシャット・ダウンもしくは新規構成を伴うことなくネットワークが機能している間に個別のサブスクライバを追加し、あるいは削除することができる。さらに、ネットワークの中央管理を必要としない。
【００１３】
ネットワーク・サブスクライバのアクティブ化は、自動的に、たとえば接続のプロセスによって、電源電圧の印加によって、あるいはアクティブ化信号によってもたらすことができる。この種類のアクティブ化信号は、たとえばＣＤプレーヤの場合であれば、機器の再生準備完了時に送出されるようにできる。同様に、ユーザもしくはアプリケーションによって直接、アクティブ化信号が送出されることも可能である。また同様に、バス・システムのほかのサブスクライバからの、特に中央コントロール・ユニットからのアクティブ化信号も可能である。これにおいてその印加は、方向性の持つ通信または方向性の持たない通信のいずれによっても達成することが可能である。
【００１４】
本発明に従ったネットワークの単純性は、次の例によって立証される：たとえば、第１のサブスクライバとしてＣＤプレーヤがネットワークに接続されるとした場合、それがネットワークに対するＣＤからのオーディオ・データの送出を開始することになる。ネットワーク上に受信機がまだ存在しないことから、このデータがそれ以上に使用されることはない。しかしながら、受信サブスクライバが応答しないときに従来の方向性を持つ通信を伴うネットワークの場合のように、そのＣＤプレーヤに対して失敗が示されることはない。その後、オーディオ増幅器がネットワークへ接続されたとすると、それが、それにとって使用可能なデータ・ストリームを探すことになる。その結果それは、ＣＤプレーヤのデータ・ストリームを認識し、受信する。このとき、さらにビデオ・ディスプレイがネットワークへ接続されたとすると、それもまた適合するデータ・ストリーム、すなわちビデオ・データ・ストリームを探すことになる。しかしながら、そのネットワークにまだビデオ・ソースが接続されていないことから、それを見つけることができない。ここで、たとえばＤＶＤプレーヤがネットワークへ接続されると、それが、ビデオ・データ・ストリームの送出を開始する。このとき、それがビデオ・ディスプレイによって適合性があるとして認識され、表示のために受信される。
【００１５】
本発明に従ったネットワークは、好ましくは光学バス・システム上に、さらに好ましくはリング・バス上に構築される。特に好ましくはストリーミング・データが同期バス・システムとほとんど排他的にマルチキャストもしくはブロードキャストとして配信可能であることから、それを同期バス・システムとする。
【００１６】
本発明の別の有利な実施例においては、少なくとも１つのサブスクライバが、同時に送信機および受信機となるべく適合される。この種のサブスクライバは、たとえば、ラジオ受信機およびオーディオ増幅器を有する自動車ラジオとすることができる。この場合においてオーディオ増幅器は、それがバスから単純に受信し、かつ、ラジオ受信機から生じることもあり得るオーディオ・データを再生することから、論理的にラジオ受信機から完全に分断することができる。その場合にオーディオ増幅器が、ラジオ受信機からのデータと別のソース、たとえばＣＤプレーヤからのデータを区別する必要はない。これにおいては、個別の機器の、実質的により広いモジュール化を達成することができる。
【００１７】
本発明のさらに別の有利な実施例は、複数の受信機および／または複数の送信機を随意に有する少なくとも１つのサブスクライバを提供する。この種類の送信機または受信機は、物理的なネットワーク・ノード（サブスクライバ）と同一である必要はない。したがって、受信機は、たとえば別の、オーディオまたはビデオ・フォーマットのためのコーダ‐デコーダとすることができる。統合されたオーディオ増幅器を有するビデオ・ディスプレイを、たとえば物理的なネットワーク・ノード（サブスクライバ）とし、同時に、たとえばＡＶＩ、ＤＩＶｘ、またはＭＰＥＧといったビデオ・フォーマットのため、およびＭＰ３等のオーディオ・フォーマットのための種々のコーダ‐デコーダを有するようにできる。この場合には、ネットワークの種々のデータ・ストリームからより広い選択が可能になる。たとえば、ネットワークにビデオ・ソースがまだ接続されていない場合には、オーディオ・ソースを再生することもできる。当然のことながら、ユーザによって、複数のオーディオおよびビデオ・ソースから所望のオーディオまたはビデオ・ソースが選択されることも可能となる。
【００１８】
さらに、ネットワーク・サブスクライバが、コーディングのためのコンバータとして使用されることも可能である。したがってそれが、たとえば圧縮されていないビデオ・データのための受信機を有することができる。さらにまた、受信機によって受信された圧縮されていないビデオ・データを圧縮された形式でネットワークに送出する送信機を提供することも可能である。同様に、たとえば、受信されたビデオ信号からオーディオ信号を分離し、独立した信号としてネットワーク上に置くことができる。この種類のコンバータにおいては、異なる機器とのコーディングに関する互換性が単純な方法ならびに態様で達成される。
【００１９】
本発明のさらに別の有利な実施例においては、少なくとも１つのサブスクライバが、問い合わせによって１ないしは複数の送信機または受信機から追加の情報を獲得するための送信機または受信機として設計される。同様に少なくとも１つの送信機が、受信機によって問い合わせが行われたときに、それに対して利用可能な、あるいは実際に送信されたデータ・ストリームに関する情報を送信するように設計される。この変形として、送信機が連続的に、あるいは所定の時間間隔において、データ・ストリームとともに、送出されるデータ・ストリームに関する基本情報を送出することも可能であり、その場合には受信機がそれを評価することができる。同じ方法により、送信機の動作状態に関する情報を発行してもよい。この場合に受信機は、実際に送信されたか、あるいは可能なデータ・ストリームについて１ないしは複数の送信機に問い合わせることができる。この問い合わせは、方向性を持たないリンク（ブロードキャスト、マルチキャスト）として、あるいは、送信機が既知のとき、もしくは、たとえば受信されたデータ・ストリームを基礎として識別可能なときにあっては方向性を持つリンクとして、随意に達成することができる。送信機と受信機の間において交換される情報は、好ましくは、送信されるデータのフォーマットに関連するか、あるいはまた内容に関連し、たとえばタイトル、インタプリタ、パフォーマンスの持続時間に関連する。受信機による問い合わせに対して送信機によって送出される応答は、離散的なデータ・パッケージとして送られ、あるいはまたデータ・ストリーム内に組み込まれることができる。同様に送信機を、特定の時間間隔において、それらが発行したデータ・ストリームに関する情報を、好ましくはブロードキャストによって配信するように構成することが可能である。類似の方法に従って、受信機もまた、動作状態を送信機へ、あるいはほかのネットワーク・サブスクライバへ伝達することができる。好ましくはこの問い合わせが、固定ネットワーク・アドレス等のように、少なくともそのネットワーク内において標準化されたメカニズムによってもたらされる。
【００２０】
本発明のさらに別の有利な実施例においては、少なくとも１つの受信機が、特定のデータ・ストリームの内容を評価するためのファシリティを有するべく、またその評価を基礎としてそれに適合するデータ・ストリームを選択するべく設計される。この種のファシリティを伴うこの種類の受信機は、データ・ストリーム、あるいは好ましくはそれらのヘッダを評価し、かつそれ独自の可能なデータ・フォーマットとの互換性をチェックすることができる。受信機は、それと互換性のあるデータ・ストリームを識別した場合に、それを再生することが可能である。
【００２１】
本発明のさらに別の有利な実施例は、複数の適合するデータ・ストリームがある場合に、少なくとも、受信するデータ・ストリームもしくは複数のデータ・ストリームを所定の評価基準、たとえば優先順位等を基礎として選択するように設計された受信機を提供する。たとえば、ビデオ・ディスプレイは、ビデオ・ストリーミング・データの再生について、オーディオ・ストリーミング・データの再生よりも高い優先順位を有する。したがって、たとえばオーディオ増幅器が組み込まれたビデオ・ディスプレイは、最初にビデオ・データ・ストリームの再生を試みることになる。しかしながら、ネットワーク上にその種のデータ・ストリームが識別できなかった場合には、それが、利用可能なオーディオ・データ・ストリームを再生することになる。その後、適合するビデオ・データ・ストリームがネットワーク上に置かれると、ビデオ・ディスプレイは、それへの切り替えを行うことができる。さらに、同一カテゴリの異なるデータ・フォーマットに対して異なる優先順位を割り当てることさえ可能である。したがって、たとえばビデオ・ディスプレイが、低い解像度を伴うビデオ・データ・ストリームの再生から、より高い優先順位を有する高い解像度を伴うビデオ・データ・ストリームの再生へ切り替えることができる。基本的に、このほかの評価基準に従って再生のコントロールがもたらされるようにしてもよい。
【００２２】
本発明のさらに別の実施例は、ユーザによって行われるストリーミング・データの選択を提供する。好都合には、受信機がユーザへ、受信可能なストリーミング・データのリスティングを提供し、ユーザへ、たとえばメニューの形式の適切なチャンネルの選択肢を与える。同様に、ネットワーク上に置かれる送信機のストリーミング・データの選択もまた、好都合にはユーザによってもたらされる。
【００２３】
本発明の別の実施例においては、サブスクライバ、たとえばコントロール・ユニットが、個別の送信機からのストリーミング・データの送出、および／または個別の受信機からのストリーミング・データの受信を随意にコントロールするために提供される。この種類のコントロール・ユニットは、独立したユニットとして、あるいは独立したサブスクライバとして構成されるものであってもよく、あるいはまた送信機および／または受信機へ割り当てられるものであってもよい。
【００２４】
このコントロール・ユニットは、たとえば、ネットワーク上に存在するＣＤプレーヤに対して、選択された音楽をネットワーク内におけるストリーミング・データとして再生することを要求できる。さらに、そのために適切なオーディオ増幅器をコントロールして、対応するストリーミング・データを選択させることも可能である。好ましくはコントロール・ユニットが、たとえば新しいリンクあるいはまた送信機または受信機のアクティブ化の場合に、それらの関係する種々のパラメータ、たとえばデータ・フォーマット、使用可能なタイトル等の問い合わせを行うように適合される。この種類の問い合わせは、特定の間隔においてブロードキャストによって行うことも可能である。この種類のコントロールはまた、送信機帯域幅もしくはネットワークへのデータ量のコントロールを含み、さらに個別の送信機ならびに受信機のネットワークからの切断、またはそれへの接続のコントロールを含む。このコントロール機能を実行するために、コントロール・ユニットは、都合よくは能動的もしくは受動的バス・サブスクライバ（送信機または受信機）を識別するべく適合される。さらにまた、都合よくはそれが、それらの能動的もしくは受動的な送信機をシグナリングするための少なくとも１つのファシリティを有する。コントロールを単純化するため、このコントロール・ユニットは、好ましくは所定の送信機／受信機の組み合わせを設定するべく適合される。それらは、たとえば外部から、あるいはまたオペレータによって設定されるか、要求される。同様にまた、所定の論理オペレーションがユーザによって設定されるようにしてもよく、あるいは任意の所望の送信機／受信機の組み合わせが、外部信号を用いて設定されるようにしてもよい。特に有利な実施例においては、コントロール・ユニットが帯域幅のコンフリクトを認識し、解決することができる。解決は、たとえばネットワークの同期帯域幅を広げることによって、あるいはまた１ないしは複数の送信機の帯域幅を縮小することによって、または１ないしは複数の送信機を非アクティブ化することによって行うことができる。この種類の解決は、ユーザのコントロールの下に、あるいは記憶済みの決定基準に従ってもたらされるようにできる。
【００２５】
本発明の別の実施例は、送信帯域幅もしくはデータ量をコントロールするためのファシリティ、特にその増加もしくは減少をコントロールするためのファシリティを有する少なくとも１つの送信機を提供する。このファシリティは、好ましくは受信機によって、たとえば受信時に受信に関する情報を特定時間間隔で関連する送信機へ送信する受信機によってコントロールされる。これは、ウォッチドッグ・ファシリティ(watchdog facility)に匹敵する。たとえば、所定の時間間隔内に受信に関する情報が送信されなくなったときには（タイムアウト）、送信機は、それがすでに必要なくなったと推定し、相応じて帯域幅を縮小し、あるいはそれ自体をオフに切り替える。同様に、そのデータが、限定された形式でのみその先の処理が可能となる場合には、縮小した帯域幅でそれらを送信することができる。さらに、たとえば新しいデータ・ソースを求めている受信機からブロードキャストによってその再アクティブ化が行われるようにできる。同様に、受信機による要求に応答して、帯域幅を増加し、かつそれとともに送信品質を向上させることができる。受信機によるこのファシリティのコントロールの変形として、送信機は、それが送ったデータが受信機によって受信もしくは使用されたか否か、あるいはどのようにそれが行われたかを独立に確かめてもよい。これは、たとえばルーティング・テーブルからの情報を基礎として、あるいはまた選択的通信、たとえばＰＩＮＧ等によって達成することができる。さらに、当然のことながら帯域幅のコントロールを、ユーザもしくはアプリケーションによって達成することもできる。したがって、たとえばユーザが、独自に、機器自体の所望の帯域幅を選択すること、あるいはその機器を非アクティブ化することさえも可能である。これについては随意に、非アクティブ化される機器（サブスクライバ）を完全にオフにすること、あるいはスタンバイ・モードで動作させることが可能である。したがって、この種類のサブスクライバは、それ以降のストリーミング・データの送出を行うことができなくなるが、それでもなお、追加の情報もしくはそのほかのネットワーク・トラフィックに関する問い合わせに対して応答することはできる。この変形として、非アクティブ化されたサブスクライバは、空のデータ・ストリーム（ヌル・パターン）もしくは有用な内容を伴わないデータ・ストリームを送出することができるが、たとえば所定の、あるいはランダム・パターン（アイドル・パターン）を送出することができない。
【００２６】
本発明の別の有利な実施例においては、少なくとも１つの送信機が、ネットワーク負荷が限界値を超えたときに、独立にその送信帯域幅を縮小し、それとともにネットワークへ送出されるデータ・トラフィックを下げるべく適合される。同様にこの縮小を、ネットワーク負荷に依存する別の作用と比例させて、あるいはそれに従って達成することもできる。これを用いれば、ネットワークの過負荷を防止することが可能になる。
【００２７】
本発明の別の要旨は、ディジタル・ネットワークのための送信機としてのサブスクライバの設計である。そのアクティブ化および／またはネットワークへのその接続に続いて、この種類の送信機は、ブロードキャストまたはマルチキャストの形式でストリーミング・データをフィード‐インする。
【００２８】
本発明の追加の要旨は、ディジタル・ネットワークのための受信機としてのサブスクライバの設計であり、そのアクティブ化および／またはネットワークへのその接続に続いて、この種類の受信機は、ネットワークからストリーミング・データを読み込む。
【００２９】
また本発明の要旨は、ネットワークを操作する方法であり、送信機として設計されたネットワーク・サブスクライバの接続ならびにそのアクティブ化、およびそのネットワーク・サブスクライバによるネットワーク内へのストリーミング・データの送出を包含する。さらに、受信機として設計された少なくとも１つのネットワーク・サブスクライバがネットワークに対して接続され、かつアクティブ化され、このネットワーク・サブスクライバによってネットワークからストリーミング・データが受信される。これにおいては、送信機または受信機の接続もしくはアクティブ化の時間的なシーケンスがまったく影響しない。したがって、たとえば最初に送信機が接続されてアクティブ化され、その後に受信機が接続されてアクティブ化されてもよい。同様に、送信機および受信機の接続ならびにアクティブ化のシーケンスについても相互に交換することができる。またたとえば、受信機が最初に接続され、次に送信機が接続され、その後に受信機がアクティブ化され、最後に送信機がアクティブ化されるといったことも許される。当然のことながら、有効なデータの受信は、送信機によるそれらの送出があった後においてのみ可能である。
【発明を実施するための最良の形態】
【００３０】
以下においては、本発明を、包括的な発明の概念を限定することなく、例を示す手段として図面を参照した実施例に関して説明する。
【００３１】
図１は、本発明に従ったデバイスを略図形式で示している。ネットワーク・サブスクライバ１ａ（ネットワーク・ノードとしても指定される）は、ほかのネットワーク・サブスクライバとの通信のためのリンク２ａ、２ｂを有する。この通信は、たとえば光学的リンクならびに電気的リンクを介して、あるいはまた、たとえば無線リンクを用いて達成することができる。同様に、図示された２つの単方向リンクに代わる両方向リンクもまた企図されている。
【００３２】
さらに、ネットワーク・サブスクライバは、ネットワーク・インターフェース４およびアプリケーション３も包含している。これにおいてこのアプリケーションは、このネットワーク・サブスクライバの複数の異なるファシリティを代表している。したがって、たとえばラジオ受信機、ＣＤもしくはＤＶＤプレーヤ、あるいはまたデータのコーディングもしくはレコーディング用のソフトウエアが存在することがある。
【００３３】
ネットワーク・インターフェース４は、ほかのネットワーク・サブスクライバに対する物理的なリンクのための通信ハードウエアを包含する物理レイヤ５を有する。さらにネットワーク・インターフェース４は、データの送出もしくは受信のための送信機もしくは受信機６を有する。送信機もしくは受信機と物理レイヤ５のエレメントの間の通信は、内部通信通路７ａ、７ｂを介して達成される。アプリケーション３とネットワーク・インターフェース４の通信は、外部通信通路８ａ、８ｂを介して可能になる。
【００３４】
図２は、複数のノード（node）の相互接続をリング・バスの形式で例示している。個別のノード１ａ、１ｂ、１ｃは、リングの形式で相互接続されたリンク２ａ、２ｂ、２ｃを介して通信する。したがって、第１のノード１ａは、第１のリンク２ａを使用して第２のノード１ｂへ情報を送信することができる。このノードは、第２のリンク２ｂを介して第３のノード１ｃへ情報を送信することができる。この円は、第３のノードと第１のノードの間の第３のリンク２ｃによって閉じられる。
【図面の簡単な説明】
【００３５】
【図１】本発明に従ったデバイスを一般的な形式で示した概略図である。
【図２】リング・バスの例に関して本発明を示した説明図である。
【符号の説明】
【００３６】
１ａ，１ｂ，１ｃ  ネットワーク・サブスクライバ
２ａ，２ｂ，２ｃ  ほかのネットワーク・サブスクライバに対するリンク
３  アプリケーション
４  ネットワーク・インターフェース
５  物理レイヤ
６  送信機もしくは受信機
７ａ，７ｂ  送信機もしくは受信機と物理レイヤの通信通路
８ａ，８ｂ  ネットワーク・インターフェースとアプリケーションの間の通信通路
【図１】
2005318579.tif 000003
【図２】
2005318579.tif 000004
【外国語明細書】
2005318579000001.pdf