説明

Fターム[5B089JB04]の内容

計算機、データ通信 (26,191) | 転送内容 (2,700) | イメージ (203) | 動画 (90)

Fターム[5B089JB04]に分類される特許

81 - 90 / 90


【課題】 HTTPのRangeヘッダを使ってコンテンツサーバからコンテンツ受信装置へAVコンテンツを分割伝送中に、コンテンツ受信装置ユーザが一時停止をした場合、UPnP−AVコネクションがコンテンツサーバで破棄される場合がある。この間に別のコンテンツ受信装置がAVコンテンツを要求すると、最初のコンテンツ受信装置のユーザが一時停止を再開しても続きを視聴できなくなってしまう場合がある。
【解決手段】 一時停止中に、HTTP HEADリクエストメッセージを定期的に送信し、UPnP−AVコネクションが破棄されないようにする。 (もっと読む)


映像情報装置(40)にグラフィックスや新規の画像コーデックやネットワーク機能などの拡張機能を提供するユビキタス映像モジュール(12)を含むユニット(42)を接続し、ユビキタス映像モジュールから映像情報装置を制御することで、映像情報装置(40)内部のLSI自体を新規開発せずに拡張性を高める。
(もっと読む)


【課題】 インターネットにおけるコンテンツの配信方法において、コンテンツの高品質化や大容量化、複数コンテンツの同時配信、ユーザの視聴スタイルの多様化、ネットワークやリクエストの動的な変動に容易に対応できるようにする。
【解決手段】 インターネットに接続されたコンテンツサーバに格納されたコンテンツを複数のキャッシュサーバに一時的に保存させながら不特定多数のクライアント端末に配信するときに、個々のキャッシュサーバに、自律的に自己の状態およびネットワークの状態を観測させ、クライアントからリクエストされたコンテンツのキャッシュデータを持つキャッシュサーバ群を探索し、自己の状態、他のキャッシュサーバの状態、リクエストの種類や量に応じてリクエストの処理を前記コンテンツサーバまたはキャッシュサーバに振り分ける。 (もっと読む)


ネットワーク・クライアントはメディア・システム内で利用可能なメディア項目を集約する。ネットワークは、少なくとも2つのメディア・サーバ・ノードを含む複数のノードからなる。クライアント・ノードはメディア・システム内で利用可能なメディア項目のリストを入手する内部要求を生成する。これに応答して、クライアント・ノードはネットワーク上の個別の各メディア・サーバ・ノードに対し、メディア項目のリストの要求を生成する。各メディア・サーバ・ノードはそのメディア項目のリストをクライアント・ノードに送信する。クライアント・ノードはメディア・サーバ・ノードの各々からのメディア項目のリストを集約する。こうして、メディア・システムで利用可能なメディア項目のリストがメディア・システム内の要求元クライアント・ノードに集約される。
(もっと読む)


【課題】 ネットワークに接続された家電機器の機能を統合し、所望の処理を実現する。
【解決手段】
複数の家電機器10、12、14、16をネットワークに接続する。各機器の被制御機能記述部10c、12c、14cには当該機器の属性や制御プログラムが記述されており、ネットワークに接続された時点でディレクトリサービスとして機能する機器16の被制御機能一覧記述部16aに登録される。ある機器が他の機器の機能を利用する場合、機器16の被制御機能一覧記述部16aから当該機器の属性と制御プログラムを取得し、当該機器の機能を呼び出して利用する。テレビ、デジタルカメラ、ホームサーバがネットワークに接続された場合、デジタルカメラで得られた画像をテレビに表示し、必要な画像をホームサーバに保存する監視機能が実現する。 (もっと読む)


【課題】 アプリケーションのQoSを考慮したコンテンツ送出を行なうことを可能にする。
【解決手段】 本発明は、コンテンツを構成するコンテンツ要素の、コンテンツ送出選択装置を通過する通信セッション毎のセッションキューからの送出順位を、帯域記憶手段から読み出された該通信セッションに対して予め指定された帯域と、最小要求帯域記憶手段から読み出された該コンテンツ送出選択装置を利用する全てのセッション中の最小の指定された帯域と、最大コンテンツ要素記憶手段から読み出された該コンテンツ送出選択装置を利用する全てのセッション中の最大のコンテンツ要素長に基づいて決定する。 (もっと読む)


本発明は、具体的には、セッション中にオーディオおよび/またはビデオおよび/またはデータストリームを送信するのに適した第1の端末10A、10B、10Cと、外部データ伝送ネットワーク16を介してアクセス可能な第2の端末20A、20B、20Cの間の複数の通信セッションを管理するシステム18に関する。第1の端末はストリーミングハブ14に接続され、このハブは外部ネットワークに接続される。第1の端末のうちの少なくとも複数の端末10B、10Cによって送信されるストリームは階層型エンコーダを介して符号化され、または符号化されるよう意図されているので、このシステムは、前記ストリームを、それらがハブによってそれぞれが所与の階層レベルで外部ネットワークに送信されるように処理する手段24と、第1の端末10A、10B、10Cと第2の端末20A、20B、20Cの間で確立されるセッションの数および性質に関するパラメータに基づいて前記階層レベルを判断する手段26とを備える。
(もっと読む)


本発明は、データ(101、106)および関連データアセット情報に関する情報を転送するための、方法、コンピュータプログラム、コンピュータプログラム製品、装置、システム、および、セッション記述プロトコルに関する。本発明には、前記データアセット情報に関する前記情報を少なくとも部分的に含むセッション記述情報(110)であって、第1のプロトコルに従う前記セッション記述情報(110)を提供するステップ(307)と、第2のプロトコル(107、109、102)に基づいて前記セッション記述情報(110)を宛先インスタンス(301)へ転送するステップ(309)と、第3のプロトコル(102)に基づいて、転送セッションの範囲内のソースインスタンス(305)と前記宛先インスタンス(301)との間で前記データ(101、106)を転送するステップ(313)とが含まれる。前記第1、第2(107、109、102)および第3の(102)プロトコルは、3Gパケット交換ストリーミングサービスのコンテキストにおけるセッション記述、リアルタイム・ストリーミングおよびリアルタイム・トランスポートプロトコルであることが望ましい。
(もっと読む)


複数のストリーム容量を利用し、コンテンツを予測して流す方法及びシステム。前記方法は、異なるチャネルに変えるためにセレクションを受け取る段階と、発信元から宛先のバッファへ、前記異なるチャネルに関連するデータを流す段階と、前記異なるチャネルに基づいて、次のチャネルセレクションを予測する段階と、前記発信元から前記宛先の他のバッファへ、前記予測された次のチャネルセレクションに関連するデータを流す段階とを含む。

(もっと読む)


【課題】 従来のネットワークシステムでは、サービスの提供側やサービスの利用側が多様化すると、サービスをスムーズに行うことが困難になるという問題点があったが、本発明では、サービスの授受をスムーズに行うことができるサービス創造サーバ及びネットワークシステムを提供する。
【解決手段】 パーソナルコンピュータ15等のサービス利用側から送信されたサービス要求とサービス利用側情報とがサーバ12で受信され、サーバ12でさらにサービス提供側情報を付加して送信された情報を受信して解析し、必要なサービスモジュールをサービス要素データベース17から取得して、サーバ12やパーソナルコンピュータ15に送信するサービス創造サーバ及びネットワークシステムである。 (もっと読む)


81 - 90 / 90