ビデオ信号をマルチキャスト・セッション中の複数の受信機に伝送するためのシステムおよび方法が、ネットワーク・プロトコル・スタックの複数のレイヤのコーディングの制御および適応、伝送および保護方式を含めて説明されている。
（もっと読む）

リッチメディアクライアントとリッチメディアサーバーとの間の双方向性をサポートするために、フィードバックフォーマット及びトランスポートプロトコル拡張を与えるシステム及び方法。本発明は、ＳＭＳ、ＭＭＳ、ＨＴＴＰ及びＲＴＳＰのようなプロトコルに対してフィードバックフォーマット及びプロトコル拡張を与える。これらのフィードバックフォーマット及びプロトコル拡張は、ダイナミックメニュー、リッチメディアプレーヤ、ユーザボーティング状態、ビデオ／オーディオ選択サービス、リモートユーザインターフェイス、及び他のアプリケーションに使用することができる。 （もっと読む）

複数のクライアントを有する、複数のマルチメディア情報源と接続するサーバ。このサーバは複数のクライアントのうちの少なくとも１人が複数の情報源のうちの少なくとも１つを受信することを要求しているかどうかを決定する。それからサーバはこれらの要求された情報源を要求しているクライアントそれぞれにマルチキャストする。クライアントは誰も、ある特定の情報源を要求していなければ、サーバはこの特定の情報源をマルチキャストしない。クライアントのすべてが、サーバが現在マルチキャストしているある特定の情報源を要求することを止めれば、サーバはこの特定の情報源のマルチキャストを終了させる。 （もっと読む）

すべてまたはかなりの割合の複数のＭＵＸ−ＰＤＵがＰＨＹパケットサイズに適合するように、送信機が、固定ＰＨＹパケットサイズに基づいて、複数のメディアストリームに対してＭＵＸ−ＰＤＵを発生させる。ＭＵＸ−ＰＤＵは、可変サイズであり、ＰＨＹパケットサイズより（１）小さい各ＭＵＸ−ＰＤＵは１つのＰＨＹパケットで、（２）大きい各ＭＵＸ−ＰＤＵは最小数のＰＨＹパケットで送られるように、ＰＨＹパケットに対してマッピングされる。必要ならば、ＰＨＹパケットサイズの獲得のため、１つ以上のヌルＭＵＸ−ＰＤＵおよび／または１つ以上のパディングバイトで各ＭＵＸ−ＰＤＵをパディングする。各ＰＨＹパケットは１つの送信時間間隔（ＴＴＩ）中で受信機に送られる。受信機は、ＭＵＸ−ＰＤＵを復元させるように、受信されたＰＨＹパケット上に相補的な処理をし、各有効なＭＵＸ−ＰＤＵを転送して、いずれのパディングを廃棄する。 （もっと読む）

本発明は、ビデオ応用におけるコピーライトプロテクションのための改善された方法及びシステムを提供する。本発明は、モバイル伝送ネットワークのような誤りの傾向のあるネットワークにわたり送信されるビデオ画像に含まれるデジタルウォーターマーキング情報を改竄又は破壊するのを防止することに関する。このため、最初のウォーターマーキング情報を有するオリジナルのウォーターマークが埋め込まれたビデオストリームを処理し（３２）、少なくとも２つの個別のビデオストリームを生成する（３４）ことでウォーターマーキングを保護するロバストなデジタルウォーターマーク方法及びシステムが提案され、この場合、第一のストリームは、ビデオコンテンツ情報を含み、第二のストリームは、ウォーターマーキング情報を含む。つぎに、異なるプロトコルを使用した２つの個別のビデオストリームが送信され（３６）、第一のストリームはビデオストリーミングのためのトランスポートプロトコルを使用し、第二のストリームは、誤り訂正技術を有するトランスポートストリームを使用する。次いで、２つの個別のビデオストリームは再構成され（３８）、オリジナルのビデオストリームに存在する最初のウォーターマーキング情報を有する最終的にウォーターマークが埋め込まれたビデオストリームが生成される（３９）。

（もっと読む）

【課題】ストリーミングサービスのための携帯端末機の帯域幅算定システム及び方法を提供する。
【解決手段】帯域幅算定方法は、携帯端末機とネットワーク間のＰＤＰネゴシエーションにおいて、携帯端末機が利用しようとするコンテンツ記述を要求するメッセージをストリーミングサーバに送信する過程、ストリーミングサーバからマルチメディアセッションメッセージが含まれたメッセージ応答を受信する過程、マルチメディアセッションメッセージの情報を読み出してコンテンツの第１ＱｏＳ値を算定する過程、第１ＱｏＳ値とＲＴＣＰオーバーヘッド及びＲＬＣオーバーヘッドとを考慮してコンテンツの第２ＱｏＳ値を算定する過程、第２ＱｏＳ値の範囲により最終ＱｏＳ値を算定する過程、最終ＱｏＳ値に基づきＰＤＰコンテキストを作成しネットワークに伝送する過程、ネットワークがＱｏＳによりネットワークの帯域幅資源を携帯端末機に割り当てる過程から構成される。 （もっと読む）

【課題】 広告内容が同一のものを発側端末及び着側端末の両者に配信可能とし、広告効果を向上させることが可能な映像配信システムを提供する。
【解決手段】 ＷＷＷサーバ４は発側利用者端末５からのｈｔｔｐリクエストを受信すると、呼制御−映像配信連携サーバ２へ呼処理、映像配信リクエストを送信する。呼制御−映像配信連携サーバ２はそのリクエストを受信すると、発側利用者端末５との間で発側呼制御、映像配信セットアップを行い、発側映像配信リクエストを映像配信サーバ３に送信する。映像配信サーバ３はそのリクエストを受信すると、発側利用者端末５に映像配信を行う。呼制御−映像配信連携サーバ２は着側利用者端末６との間で着側呼制御、映像配信セットアップを行い、着側映像配信リクエストを映像配信サーバ３に送信する。映像配信サーバ３はそのリクエストを受信すると、着側利用者端末６に映像配信を行う。 （もっと読む）

本発明は、ＩＰＴＶダウンストリームユーザのための制御可能なマルチキャスト管理方法を提供することにより、ネットワークにアクセスするユーザの静的管理に基づくものである現在のマルチキャストサービス制御管理に伴う主要な欠点を実質的に解決する。本発明の方法は以下を含む。ユーザによって開始されるＤＨＣＰ要求がＳＴＢ端末によって受け取られ、ユーザ情報が、第１の関連情報の組として識別され、挿入される。ＤＳＬＡＭが、挿入された第１の関連情報の組を抽出し、次いでこれを、第２の関連情報の組と一緒にＯＳＳに送る。ＯＳＳは、第３の関連情報の組が、システムの現在の情報とマッチするかどうか判定する。マッチは、ユーザが、元のアカウント開始ノードにおいて正常にアクセスしていることを示す。マッチしない場合、ユーザがローミングユーザであるかどうか判定される。ローミングユーザである場合、ユーザの情報リストが更新される。ローミングユーザでない場合、ユーザは、拒絶される。ユーザリストが更新され、マルチキャスト許可制御リストが更新される。
（もっと読む）

GDRランダムアクセスポイントが使用されるストリーム切り換えにおいて使用される信号通知方法および装置。ビットストリームにおけるGDR切り換えポイントを表すために、同期サンプルボックスに包含される同期サンプル情報ボックスが使用され、斯かるGDR切り換えポイントの情報が提供される。上記情報は、もしスライスグループが符号化において適用されるなら、どのスライスグループが分離領域であり且つどのスライスグループが残余領域であるかに関する情報も含む。上記信号通知方法はリアルタイムトランスポートプロトコル(RTP)を用いるビデオ・データ伝送において使用され得ると共に、ビットストリームの特性を表す情報を伝達すべくセッション記述プロトコル(SDP)を使用し得る。
（もっと読む）

テレビジョン信号受信機などの装置（２０）は、ユーザ入力装置（１０）上でキーをリマップすることにより、ディジタル・データ・バス（３０）を介してディジタル記録／再生装置などの外部装置（４０）を制御する。例示的な実施の形態によれば、装置は、ディジタル・データ・バス（３０）を介して、テレビジョン信号受信機（２０）と外部装置（４０）との間の信号転送を可能にするように動作する入出力端子（１３）を備えている。プロセッサ（１４）は、ユーザ入力装置（１０）からの第１の制御プロトコルの第１のコマンド信号を検出するように動作し、テレビジョン信号受信機（２０）が第１のモードと第２のモードの何れかであるかを検出する。プロセッサ（１４）は、ディジタル・データ・バス（３０）を介して、テレビジョン信号受信機（２０）と外部装置（４０）との接続がなされると、第１のモードになったことを検出し、ディジタル・データ・バス（３０）を介してテレビジョン信号受信機（２０）と外部装置（４０）との接続が終了されると第２のモードになったことを検出する。プロセッサ（１４）は、第１のモードが検出された場合に、第１のコマンド信号に応答してディジタル・データ・バス（３０）を介して、入出力端子（１３）が外部装置（４０）に対して第２の制御プロトコルの第２のコマンド信号を出力できるようにする。プロセッサ（１４）は、第２のモードが検出された場合に、外部装置（４０）に対する第２のコマンド信号の出力を可能とすることなく、第１のコマンド信号に応じたテレビジョン信号受信機（２０）の機能を実行可能にする。
（もっと読む）

衛星テレビプログラム信号を配信するシステム及び方法は、特定の衛星テレビプログラム信号の取得及び／又は配信を定義して可能にするために、ＩＰ及びＥｔｈｅｒｎｅｔ（登録商標）マルチキャストアドレスを使用する。特定の衛星プログラム信号の衛星プログラム識別データ又はパラメータは、好ましくはミニ・ヘッドエンドによって、ＩＰマルチキャストアドレスのブロックから特定の衛星テレビプログラム信号に割り当てられたＩＰマルチキャストアドレスにより符号化される。割り当てられたＩＰマルチキャストアドレスは、衛星信号受信機又はセットトップボックスのようなＥｔｈｅｒｎｅｔ（登録商標）互換の構成要素に配信するために、Ｅｔｈｅｒｎｅｔ（登録商標） ＩＰアドレスにマッピングされる。このように、いかなる及び全ての衛星プログラム信号は、ＩＰマルチキャストを通じて１つ以上の衛星信号受信機に提供されてもよい。
（もっと読む）

携帯型電子装置からの情報を、該携帯型電子装置から離れたビデオスクリーンに表示することができる。また、携帯型電子装置内に情報が提供され、携帯型電子装置と受信器との間で無線結合を介して通信が行われる。無線結合を介して通信された情報に対応するビデオ信号が生成され、該ビデオ信号は表示のためにビデオスクリーンに提供される。また、情報は、Bluetoothプロトコルに従った無線結合を介して通信することができる。関連する方法、システム及び装置が述べられている。
（もっと読む）

【課題】 本発明は、言語の異なる利用者同士でもスムーズに電子会議を行うことができる電子会議システムの提供を課題とする。
【解決手段】
ウェブサーバ１と、本システムの通訳業務に特化したアプリケーションサーバ２、メールの送受信を行うメールサーバ３と、ストリーミング配信を行うマルチメディアサーバ４と、本システムの利用者の情報端末装置５と、本システムにおける通訳者の情報端末装置６、利用者が所属する利用会社の情報端末装置７、通訳者が所属する通訳会社の情報端末装置８と、本システムを管理する会社の情報端末装置９とからなり、それぞれネットワークを介して通信可能な状態で接続されている。 （もっと読む）

【課題】 多種多様のマルチメディアコンテンツをクライアントの選択に提供するとともに、該マルチメディアコンテンツに関して、プロバイダとクライアント、もしくは複数のクライアントが互いに対話型のコミュニケーションを取ることのできるスマートタイプのマルチメディア配信システムを提供する。
【解決手段】 マルチメディアコンテンツを複数のクライアントにストリーミング配信する複数のストリーミングサーバと、クライアントの真実性を認証する認証サーバと、ポリシーに基づいて該クライアントを該ストリーミングサーバにガイドするメインサーバと、チャンネルデータを該クライアントに提供するウェブページサーバと、複数のデータを保存するデータベースとを含んでなるコアサーバと、該ストリーミングサーバと、該コアサーバと、該クライアント等にリンクするネットワークとを含み構成する。 （もっと読む）

【課題】電話網に接続されている音声通信機器の間、ならびに映像機器およびインターネットネットワークに接続されている映像通信機器の間でテレビ会議を確立する。
【解決手段】この方法は、ａ）ユーザの音声通信機器ＡＣＥ１を使用して、別のユーザの音声通信機器ＡＣＥ２との間で第１の呼を開始すること、ｂ）第１の呼を電話網ＴＮの交換ノードＳＳＰＮに経路指定し、音声通信機器ＡＣＥ１、ＡＣＥ２の電話番号を含むメッセージを、電話網およびインターネットネットワークに接続されたサービスノードＳＮに送信すること、ｃ）音声通信機器の間で音声通信をセットアップするために、電話番号がサービスノードのメモリＭＹに記憶されている場合は、交換ノードＳＳＰＮが第１の呼を確立するのを許可すること、およびｄ）音声通信と並行して、映像通信機器の間で映像通信を確立するために、ユーザの映像通信機器のアドレスを決定することにある。 （もっと読む）

少なくとも２つの異なるサービスのソース（２２、２４、２６、２８）によって供給されることができるサービスを、検出するシステム（１６）は、少なくとも２つのソースによって、少なくとも２つの異なるサービス記述フォーマットにおいて供給されるサービスに関する情報を取得する手段（３２、３４、３８、４０）と；１つの同じ共通のサービス記述フォーマットに、該共通のサービス記述フォーマットとは異なるサービス記述フォーマットにおいて取得された情報を変換する手段（３８、４０）と；統一された形態の情報の提示に適応化された前記共通の記述フォーマットにおける、サービスに関する情報を、ユーザの自由にさせる手段（３０、３２、４２）と；を有する。
（もっと読む）

本発明は、少なくとも１つのデータオブジェクト（５０）を受信機（１０１）へ転送するのに適した、方法、コンピュータプログラム、コンピュータプログラム製品、システム、送信機、並びに、受信機に関し、少なくとも１つのデータオブジェクトの識別子設定（ｉｄｅｎｔｉｆｙｉｎｇ）と、バージョン設定（ｖｅｒｓｉｏｎｉｎｇ）と、有効期限設定（ｔｉｍｅ ｂｏｕｎｄｉｎｇ）のうちの少なくとも１つとして機能するデータエンベロープ（５１）と、少なくとも１つのデータオブジェクトとを個別に関連づけ、少なくとも１つのデータエンベロープと、少なくとも１つのデータオブジェクトの表示とを複合コンテナオブジェクト（５２）の中に組み込む（１１０）ステップと、複合コンテナオブジェクトを受信機へ転送する（１１２）ステップと、を含むものである。推奨実施形態では、少なくとも１つのデータオブジェクトは、受信機が利用できるサービスおよび／またはコンテンツに関する記述を表わすメタデータオブジェクトであり、複合コンテナオブジェクトには、その複合コンテナオブジェクトの識別子設定と、バージョン設定と、有効期限設定のうちの少なくとも１つとして機能する複合コンテナエンベロープ（５３）が設けられる。
（もっと読む）

【課題】ネットワークを介したメディアの対話型制御のための方法及びシステムを提供する。
【解決手段】
本発明に係る、コンピュータネットワーク（１００）を介したメディアの対話型制御のための方法は、第１のデバイス（１１０）から、遠隔配置された第２のデバイス（１２０）への変更メディアストリーム（２４１）の要求（２７０）を生成すること、要求（２７０）が生成された時と変更メディアストリーム（２４１）が配信される時との間の遅延期間を求めることと、変更メディアストリーム（２４１）が遅延期間の間利用可能であるように、遅延期間の間、第１のデバイス（１１０）で変更メディアストリーム（２４１）を作成することとを含む。 （もっと読む）

ＵＰｎＰ−ＡＶ規格に基づきデータをやりとりする必要がある装置を制御する必要があるとき、ＪＡＶＡ（登録商標）アプレットがまず、メディアレンダラ又はメディアサーバタイプの装置がネットワークに存在するか、存在する場合には、何れのメディアレンダラ又はメディアサーバタイプの装置がネットワークに存在するかを知る必要がある。しかしながら、ＪＡＶＡ（登録商標）セキュリティ制限は、この目的のために求められる要求がＪＡＶＡ（登録商標）アプレットから生成されることを禁止する。本発明は、これらの要求を可能にするため、制御のため装置における追加的な装置確認サービスを実現する。この装置確認サービスは、標準的なＳＯＡＰメッセージを利用して、リモートコントロール装置におけるロードされたＪＡＶＡ（登録商標）アプレットと通信する。従って、ＵＰｎＰ−ＡＶ装置を制御するため、ＪＡＶＡ（登録商標）アプレットをＨＴＭＬページに埋め込む効果的な方法を利用することが可能である。
（もっと読む）

本発明は、少なくとも１つのデータ・ライブ・ストリーミング・ブロードキャスタＬＳＢおよび少なくとも２つのライブ・ストリーミング受信側ＬＳＲを含むデータ・ライブ・ストリーミング・システムであって、前記少なくとも２つのライブ・ストリーミング受信側ＬＳＲがピアツーピア・ストリーミング・ネットワークの少なくとも一部分を形成し、前記少なくとも２つのライブ・ストリーミング受信側ＬＳＲがそれぞれ、前記ピアツーピア・ストリーミング・ネットワークの他のライブ・ストリーミング受信側ＬＳＲへのピアツーピア・ストリーミングを生成する手段を含み、他のストリーミング受信側ＬＳＲへの前記ピアツーピア・ストリーミングが、少なくとも１つのライブ・ストリーミング・ブロードキャスタＬＳＢからのデータの損失耐性のあるコード表現を含む、データ・ライブ・ストリーミング・システムに関する。
（もっと読む）