JP2017163537A - セキュアなリアルタイムヘルスケア情報ストリーミング - Google Patents

Abstract

【課題】ヘルスケア情報のストリーミングのための方法及びシステムを提供する。【解決手段】方法は、低解像度ストリームを送信するステップと、高解像度ストリームをバッファメモリに格納するステップと、前記低解像度ストリームに基づく１又は複数のフレーム番号を含む、高解像度メディアアイテムについての要求を受信するステップと、前記フレーム番号に基づき、前記バッファメモリから前記高解像度メディアアイテムを読み出すステップと、前記高解像度メディアアイテムを送信するステップと、を有する。前記要求は、前記低解像度ストリームに基づく１又は複数のフレーム番号を含む。【選択図】図５

Description

本開示は、情報ストリーミングシステムに関する。特に、本開示は、制限のある帯域幅のネットワークに渡る情報のストリーミングに関する。更に具体的には、本開示は、ヘルスケア情報のストリーミングに関する。

遠隔ヘルスケア、及び特にテレヘルスは、現代のヘルスケアの新興分野である。テレヘルスは、電子通信技術による健康関連サービス及び情報の配信である。テレヘルスは、外来診療と外来診療の間で患者が監視されることを可能にできる。これは、患者の健康を増進できる。テレヘルスは、患者が患者のローカルエリアで利用できない専門知識にアクセス可能にもする。テレヘルスは、２人の専門家が電話を介して症例を議論するように簡易であり、又は地球の正反対の側にある施設の間のロボット外科手術のように高機能であり得る。

インターネットが出現し及び広く導入されていることにより、世界の幾つかの場所にいるユーザは、帯域幅の増大を含むネットワーク能力の著しい増大を目にしてきた。さらに、コンピュータネットワーキングの進行に伴うパーソナルコンピュータの進歩は、概して、ストリーミングメディアを世界中の多くの人々にとって実用的に且つ手頃な価格にした。インターネット接続が遅れている世界の他の場所は、情報格差に苦しんでいる。この情報格差は、多くの場合、農村部及び発展途上国において特に明らかである。

本開示は、情報ストリーミングに関する。本開示の主題の１つの新規な態様によると、方法は、低解像度ストリームを送信するステップと、高解像度ストリームをバッファメモリに格納するステップと、高解像度メディアアイテムについての要求を受信するステップであって、前記要求は、前記低解像度ストリームに基づく１又は複数のフレーム番号を含む、ステップと、前記フレーム番号に基づき、前記バッファメモリから前記高解像度メディアアイテムを読み出すステップと、前記高解像度メディアアイテムを送信するステップと、を有する。高解像度メディアアイテムについての前記要求は、前記低解像度ストリームに基づく１又は複数のフレーム番号を含んでも良い。

概して、本開示に記載の主題の別の新規な態様では、方法は、低解像度ストリームを受信するステップと、高解像度メディアアイテムについての要求を送信するステップと、前記フレーム番号に基づき前記高解像度メディアアイテムを読み出すステップと、を有する。高解像度メディアアイテムについての前記要求は、前記低解像度ストリームに基づく１又は複数のフレーム番号を含んでも良い。

上述の態様のうちの１又は複数の他の実装は、対応するシステム、装置、及び、方法の動作を実行するよう構成されコンピュータ記憶装置上にエンコードされたコンピュータプログラムを含む。

理解されるべきことに、本開示で用いられる語は、基本的に読み易さ及び説明的目的で選択されており、本願明細書に開示された事項の範囲を制限しない。

本開示は、例を用いて説明され、添付の図面に限定されるものではない。図中、同様の参照符号は同様の要素を表すために用いられる。
本願明細書に記載の技術による、情報ストリーミングを実施する例示的なシステムを示す高レベルブロック図を示す。 本願明細書に記載の技術による、情報ストリーミングを実施するコンピューティング装置の一例を示すブロック図を示す。 本願明細書に記載の技術による、高解像度グラバの一例を示すブロック図を示す。 本願明細書に記載の技術による、情報ストリーミングの例示的な方法のフローチャートを示す。 本願明細書に記載の技術による、情報ストリーミングの別の例示的な方法のフローチャートを示す。 本願明細書に記載の技術による、例示的なグラフィカルユーザインタフェースを示すブロック図を示す。

テレヘルスは、リモート専門医による診断において使用される様々な種類のデータをストリーミングするために、ロバストデータストリーミング基盤を使用する。ストリーミングされるこの種の情報は、音声、ビデオ、テキスト、等を含む様々なメディア種類を有しても良い。医療装置の種類及び情報出力は、ストリーミングされるべき情報の種類を指示しても良い。例えば、耳鏡はビデオをストリーミングしても良く、一方で、聴診器は音声をストリーミングしても良い。他の装置は、テキスト、３次元環境、等を含む他の種類のメディアストリームを有しても良い。規制及び個人プライバシーへの関心により、テレヘルスネットワークのための効率的なストリーミングシステムは、認証、暗号化、及び基礎となるネットワークにおける変化に動的に対応できる能力も含み得る。

開示の技術は、低ビットレートプレビューストリームによるストリーム、及びほぼリアルタイムに低ビットレートプレビューストリームを反映する、より高品質なメディアアイテムを提供する能力を提供する。本願明細書で使用されるとき、低ビットレートプレビューストリームは、低解像度ストリーム、低帯域幅ストリーム、等としても表され得る。概して、低ビットレートプレビューストリームは、高ビットレートストリーム（或いは、高解像度ストリーム、高帯域幅ストリーム、等として表される）より、低い品質の解像度を有し及び／又は少ない帯域幅しか消費しない。したがって、１つの使用例では、高レベルにおいて、医師（又は複数の医師）は、医療情報を低ビットレートプレビューストリームと共にストリーミングしても良く、低ビットレートプレビューストリームの中で特に関心のある領域が生じると、医師は、ユーザインタフェースを介して、低ビットレートプレビューストリームに基づく、より高品質のメディアアイテムが取り込まれるべきであることを示しても良い。例えば、ビデオストリームでは、低ビットレートプレビューストリームは、高ビットレートストリームと揃えられたタイムスタンプ又はフレーム番号を有しても良い。高ビットレートストリームは、要求されるまで医師に送信されず、次に、高ビットレートストリームの一部又は部分集合（例えば、より高品質なメディアアイテム）のみが送信されても良い。例えば、より高品質なメディアアイテムは、単一フレーム又は固定長のフレームシリーズを含んでも良く、それにより帯域幅使用を効果的に低減する。より高品質なメディアアイテムは、より高品質なメディアアイテムについての要求と共に送信されたタイムスタンプ、フレーム番号、等に基づき、高ビットレートストリームから抽出されても良い。さらに、幾つかの例では、より高品質なメディアアイテムが送信されている間、低ビットレートストリームは一時停止されても良く、或いは、低ビットレートストリームのビットレートは、更に低下されても良い。

図１は、情報ストリーミングを実施する例示的なシステム１００を示す高レベルブロック図を示す。システムは、ネットワーク１１０を通じて通信可能に接続される、１又は複数のハブ１０２と、クラウド基盤１１２と、１又は複数のノード１３２と、を有する。したがって、図示の実施形態では、ハブ１０２ａ、クラウド基盤１１２、及びノード１３２ａは、信号線１２０、１２４、及び１２８を介してネットワーク１１０に通信可能に結合される。さらに、ハブ１０２ｎ及びノード１３２ｎのような他のハブ及びノードは、信号線１２２及び１２６を介してネットワークに通信可能に結合されても良い。しかしながら、本開示はこの構成に限定されず、種々の異なるシステム環境及び構成が展開でき、本開示の範囲内にある。他の実施形態は、追加の又はより少数のコンポーネントを含んでも良い。例えば、クラウド基盤１１２は、種々のリモート位置に置かれる複数のインスタンスを含んでも良い。

これらの実装は、多数の観点において特に有利である。例えば、本願明細書に記載の技術は、ネットワーク帯域幅の変化に伴い、ストリーミングを適応的に調整する。さらに、本技術は、低帯域幅の状況で、乏しいリソースの効率的な使用を提供する。

図１及び参照符号又は数字の後の文字、例えば「１０２ａ」を含む一実施形態を説明するために使用される他の図は、特定の参照符号により指定される要素又はコンポーネントへの特定の参照であることが、理解されるべきである。参照符号が、それに続く文字を有しないで文中に現れる場合には、例えば「１０２」、これは、一般的参照符号を担う要素又はコンポーネントの異なる実施形態の一般的参照であることが理解されるべきである。

ハブ１０２は、医師１０６又は患者を診断し医療ケアを提供し得る別のヘルスケアプロバイダにより（線１０４により示されるような）使用される設備を含む。特に、ハブ１０２は、部分的に、情報ストリーミングを実施しても良い。ハブ１０２は、コンピューティングハードウェア、入力装置、ディスプレイ装置、及び他の出力装置を有しても良い。ハブ１０２は、プロセッサにより又はプロセッサと接続して処理するためにデータ、プログラム、ソフトウェア、コードルーチンなどを含み若しくは格納できる任意の非一時的機器又は装置であり得る非一時的コンピュータ使用可能（例えば、読み取り可能、書き込み可能、等）媒体を含んでも良い。ハブ１０２は、種々のアプリケーションも含んでも良い。例えば、ハブ１０２は、高解像度グラバ１４０ｚ及び適応ストリーマ１４２ｚを有しても良い。高解像度グラバ１４０ｚ及び適応ストリーマ１４２ｚを詳細に記述する情報は、図２、３、及び残りの図を参照して更に説明される。

ネットワーク１１０は、従来型の有線又は無線であり、スター構成、トークンリング構成若しくは他の構成を含む多数の異なる構成を有しても良い。さらに、ネットワーク１１０は、ＷＡＮ（wide area network）（例えば、インターネット）、ＬＡＮ（local area network）、及び／又は複数の装置が通信できる他の相互接続されたデータ経路を有しても良い。幾つかの実施形態では、ネットワーク１１０は、ピアツーピアネットワークであっても良い。ネットワーク１１０は、種々の異なる通信プロトコルでデータを送信する通信ネットワークの一部に結合され又はそれを含んでも良い。幾つかの実施形態では、ネットワーク１１０は、前述の種類のネットワークのうちの１つに渡り動作するＶＰＮであっても良い。

クラウド基盤１１２は、インターネット、又は情報ストリーミング及びストリーム監査のための処理リソース及びデータ記憶を提供する他のネットワークに基づくコンピューティングプラットフォームであっても良い。特に、クラウド基盤１１２は、部分的に、情報ストリーミングを実施しても良い。クラウド基盤１１２は、コンピューティングハードウェア、入力装置、ディスプレイ装置、及び他の出力装置を有しても良い。クラウド基盤１１２は、プロセッサにより又はプロセッサと接続して処理するためにデータ、プログラム、ソフトウェア、コードルーチンなどを含み若しくは格納できる任意の非一時的機器又は装置であり得る非一時的コンピュータ使用可能（例えば、読み取り可能、書き込み可能、等）媒体を含んでも良い。クラウド基盤１１２は、種々のアプリケーションも含んでも良い。例えば、クラウド基盤１１２は、高解像度グラバ１４０ｙ及び適応ストリーマ１４２ｙを有しても良い。高解像度グラバ１４０ｙ及び適応ストリーマ１４２ｙを詳細に記述する情報は、図２、３、及び残りの図を参照して更に説明される。

ノード１３２は、テレヘルス医療を受信するために患者及び／又は技師１３６により（使用線１３４により示されるような）使用される設備を含む。技師は、物理的に患者の手当をし、患者のバイタルを取り込む及びシステム１００を通じてテレヘルス医療ケアを受信する際に患者を技術的に支援するような職務を実行しても良い。ノード１３２は、部分的に、情報ストリーミングを実施しても良い。ノード１３２は、コンピューティングハードウェア、入力装置、ディスプレイ装置、及び他の出力装置を有しても良い。ノード１３２は、プロセッサにより又はプロセッサと接続して処理するためにデータ、プログラム、ソフトウェア、コードルーチンなどを含み若しくは格納できる任意の非一時的機器又は装置であり得る非一時的コンピュータ使用可能（例えば、読み取り可能、書き込み可能、等）媒体を含んでも良い。ノード１３２は、種々のアプリケーションも含んでも良い。例えば、ノード１３２は、高解像度グラバ１４０ｘ及び適応ストリーマ１４２ｘを有しても良い。高解像度グラバ１４０ｘ及び適応ストリーマ１４２ｘを詳細に記述する情報は、図２、３、及び残りの図を参照して更に説明される。

医師１０６は、ハブ１０２にあるアプリケーションから操作すべきリモート医療装置を選択しても良い。幾つかの例では、アプリケーションは、ウェブブラウザを通じてアクセスされ且つウェブサーバによりホスティングされるウェブアプリケーションであっても良い。とにかく、リモート医療装置は、アプリケーションで操作され、ローカルに取り付けられた医療装置の操作を実行するためにメッセージがノード１３２へ送信されても良い。したがって、ローカルに取り付けられた医療装置は、アプリケーションにおいて参照されるリモート医療装置を機能的に具現する。幾つかの例では、ローカルに取り付けられた医療装置は、装置ストリームを生成しても良い。例えば、耳鏡は、ビデオ装置ストリームを生成しても良い。聴診器は、音声装置ストリームを生成しても良い。磁気共鳴画像診断（ＭＲＩ）スキャナは、画像を生成しても良い。カメラはビデオを生成しても良く、マイクは患者１３６と対話するために音声信号を生成しても良い。

幾つかの例では、メッセージは、ＲＴＭＰ（Real Time Messaging Protocol）を用いて転送されても良く、監査記録のためにクラウド基盤を通過しても良い。遠隔治療システム１００は、幾つかの例では、ハブ１０２、クラウド基盤１１２、及びノード１３２の間の通信を実現するために使用されても良い。幾つかの例では、クラウド基盤は、複数のサーバ、サイト、場所に渡りコンピューティングリソースの利用を広げるためにロードバランスを実施しても良い。

図２は、情報ストリーミングを実施するコンピューティング装置２００の一例を示すブロック図を示す。コンピューティング装置２００は、高解像度グラバ１４０と、適応型ストリーマ１４２と、プロセッサ２３０と、メモリ２３２と、通信ユニット２３４と、記憶装置２３６と、を含む。コンピューティング装置２００のコンポーネントは、バス２２０により通信可能に結合される。幾つかの実施形態では、ハブ１０２、クラウド基盤１１２、及び／又はノード１３２は、コンピューティング装置２００を有しても良い。

プロセッサ２３０は、論理演算ユニット、マイクロプロセッサ、汎用制御部、又は計算を実行しディスプレイ装置に電子表示信号を提供する特定の他のプロセッサアレイを有する。プロセッサ２３０は、システム２００の他のコンポーネントと通信するためにバス２２０に結合されても良い。図２は単一プロセッサ２３０を有するが、複数のプロセッサ又はプロセッサコアが含まれても良い。他のプロセッサ、オペレーティングシステム、センサ、ディスプレイ、及び物理構成も可能である。

メモリ２３２は、プロセッサ２３０により実行され得る命令及び／又はデータを格納する。メモリ２３２は、システム２２０の他のコンポーネントと通信するためにバス２２０に結合される。命令及び／又はデータは、本願明細書に記載の技術を実行するコードを有しても良い。メモリ２３２は、ＤＲＡＭ（dynamic random access memory）素子、ＳＲＡＭ（static random access memory）素子、フラッシュメモリ又は何らかの他のメモリ素子であっても良い。幾つかの実施形態では、メモリ２３２は、不揮発性メモリ、又はハードディスクドライブ、フロッピディスクドライブ、ＣＤ−ＲＯＭ装置、ＤＶＤ−ＲＯＭ装置、ＤＶＤ−ＲＡＭ装置、ＤＶＤ−ＲＷ装置、フラッシュメモリ装置又は従来知られているより永久的に情報を格納する特定の他の大容量記憶装置を含む同様の永久記憶装置及び媒体も有しても良い。

通信ユニット２３４は、ネットワーク１１０へデータを送信し及びネットワーク１１０からデータを受信する。通信ユニット２３４はバス２２０に結合される。幾つかの実施形態では、通信ユニット２３４は、ネットワーク１１０への又は別の通信チャネルへの直接物理接続のためのポートを有しても良い。幾つかの実施形態では、通信ユニット２３４は、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＢＬＵＥＴＯＯＴＨ（登録商標）、セルラ通信、又は別の適切な無線通信方法を含む１又は複数の無線通信方法を用いてネットワーク１１０又は他の通信チャネルによりデータを交換する無線通信機を有する。

記憶装置２３６は、本願明細書に記載の機能を提供するためにデータを格納する非一時的メモリであり得る。記憶装置２３６は、ＤＲＡＭ（dynamic random access memory）素子、ＳＲＡＭ（static random access memory）素子、フラッシュメモリ又は何らかの他のメモリ素子であっても良い。幾つかの実施形態では、記憶装置２３６は、不揮発性メモリ、又はハードディスクドライブ、フロッピディスクドライブ、ＣＤ−ＲＯＭ装置、ＤＶＤ−ＲＯＭ装置、ＤＶＤ−ＲＡＭ装置、ＤＶＤ−ＲＷ装置、フラッシュメモリ装置又は従来知られているより永久的に情報を格納する特定の他の大容量記憶装置を含む同様の永久記憶装置及び媒体も含む。

高解像度グラバ１４０は、情報ストリーミングを実施するルーチンを含むソフトウェアであっても良い。幾つかの実施形態では、高解像度グラバ１４０は、医療情報をストリーミングする後述の機能を提供するために、プロセッサ２３０により実行可能な命令セットであり得る。幾つかの実施形態では、高解像度グラバ１４０は、コンピューティング装置２００のメモリ２３２に格納されても良く、プロセッサ２３０によりアクセス可能且つ実行可能であり得る。高解像度グラバ１４０は、バス２２０を介するプロセッサ２３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。幾つかの例では、高解像度グラバ１４０の機能は、ハブ１０２（例えば、高解像度グラバ１４０ｚ）、クラウド基盤１１２（例えば、高解像度グラバ１４０ｙ）、及びノード１３２（例えば、高解像度グラバ１４０ｘ）の間で分けられても良い。

説明のための例として、高解像度グラバ１４０は、ビデオをストリーミングする際に使用されても良い。高解像度グラバ１４０は、医師１０６が、低ビットレートプレビューストリームのフレームに対応する高品質フレームを取り込むことを可能にできる。患者１３６の低ビットレートプレビューストリームが続いている間、この高品質フレームは、診断を行うために医師により使用されても良い。

高解像度グラバ１４０により、医師１０６と患者及び／又は技師１３６との間の相互作用の全期間の間に高品質ビデオを送信する必要がないので、アップリンク帯域幅は維持され得る。低ビットレートプレビュービデオを閲覧することにより、医師１０６は、関心のあるフレームを識別し、送信されるべき対応する高品質フレームを要求できる。したがって、医師１０６は、高品質フレームに含まれる追加情報に基づき、一層正確な診断を提供できる。

ある実装では、医師１０６は、彼が関心のあるフレームを識別するときはいつでも、低ビットレートプレビューストリームを一時停止しても良い。低解像度ストリームの一時停止は、関心のあるフレームのタイムスタンプ又はフレーム番号と一緒に、ハブ１０２からノード１３２へ一時停止コマンドを送信しても良い。ノード１３２は、高解像度のローカルにストリーミングされたビデオから提供されたフレーム番号に基づき、対応するフレームをフェッチしても良い。ノード１３２は、ローカルにフレームを保存し、ハブ１０２を通じて医師１０６からダウンロード要求を受信すると、ハブ１０２に高解像度フレームをアップロードしても良い。ハブ１０２は、医師１０６に高解像度フレームを表示し又はその他の場合には利用可能にしても良い。

幾つかの例では、高解像度ストリームは、記憶装置２３６に保存し及び維持する代わりに、ローカルにストリーミングされ又はメモリ２３２に格納されても良い。これは、ストリームが永続的記憶装置に保存されないので、患者の秘密性を維持する。幾つかの例では、高解像度ストリームをメモリ２３２に格納する前に、高解像度ストリームは、装置ストリームからネットワークストリームにトランスコードされても良い。高解像度グラバ１４０は、図３及び残りの図を参照して更に詳述される。

適応型ストリーマ１４２は、本願明細書に記載の情報ストリーミング技術を実施するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、適応型ストリーマ１４２は、医療情報をストリーミングする後述の機能を提供するために、プロセッサ２３０により実行可能な命令セットであり得る。幾つかの実施形態では、適応型ストリーマ１４２は、コンピューティング装置２００のメモリ２３２に格納されても良く、プロセッサ２３０によりアクセス可能及び実効可能であり得る。適応型ストリーマ１４２は、バス２２０を介するプロセッサ２３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。幾つかの例では、適応型ストリーマ１４２の機能は、ハブ１０２（例えば、適応型ストリーマ１４２ｚ）、クラウド基盤１１２（例えば、適応型ストリーマ１４２ｙ）、及びノード１３２（例えば、適応型ストリーマ１４２ｘ）の間で分けられても良い。

適応型ストリーマ１４２は、システム１００へのアクセスに対する認証及び認可を提供しても良い。例えば、適応型ストリーマ１４２は、トークンに基づく認証を使用しても良い。したがって、システム１００による情報のストリーミングは、パーティ（例えば、医師１０６及び患者１３０）の両者が認証に成功した場合に限定されても良い。さらに、適応型ストリーマ１４２は、情報ストリームに暗号化を提供しても良い。例えば、聴覚、視覚、及びテキストデータは、広帯域幅デジタルコンテンツ保護（high−bandwidth digital content protection：ＨＤＣＰ）及び／又は暗号化技術により保護されても良い。

適応型ストリーマ１４２は、ハブ１０２において再生ストリーミング問題を回避するために、利用可能なネットワーク帯域幅に合うデータをストリーミングするロジックを含んでも良い。再生ストリーミング問題は、部分的に、ネットワーク帯域幅変動のために生じることがある。したがって、ネットワーク帯域幅変動を平滑化するために、適応型ストリーマ１４２は、利用可能ネットワーク帯域幅が閾に達すると直ぐに保留中のデータを送信する自動転送機能を提供しても良い。さらに、適応型ストリーマ１４２は、利用可能帯域幅に適合するようビットレート変更を提供しても良い。さらに、適応型ストリーマ１４２は、システム１００の中でデータを転送するためにＨＴＴＰＳ（secure hypertext transfer protocol）のようなセキュア接続インタフェースを提供しても良い。幾つかの例では、データの転送は、多くの最新ウェブブラウザに実装されているＳＳＥ（secure server−sent events）のようなプッシュメカニズムを含んでも良い。

図３は、高解像度グラバ１４０の一例を示すブロック図を示す。高解像度グラバ１４０は、制御部３０２、高解像度コーデック３０４、低解像度コーデック３０４、シンクロナイザ３０８、バッファ３１０、フレーム抽出器３１２、ストリームコンポーネント３１４、ストリーム制御インタフェース３１６、メディアアイテムコンポーネント３１８、及びユーザインタフェース３２０を有する。高解像度グラバ１４０のこれらのコンポーネントは、例えばバス２２０を介して互いに通信可能に結合される。

制御部３０２は、高解像度グラバ１４０とコンピューティング装置２００の他のコンポーネントとの間の通信を処理するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、制御部３０２は、高解像度グラバ１４０とコンピューティング装置２００の他のコンポーネントとの間の通信を処理する後述する機能を提供するためにプロセッサ２３０により実行可能な命令セットであり得る。幾つかの実施形態では、制御部３０２は、コンピューティング装置２００のメモリ２３２に格納でき、プロセッサ２３０によりアクセス可能且つ実行可能であり得る。制御部３０２は、バス２２０を介するプロセッサ２３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。

制御部３０２は、通信ユニット２３４を介して、ハブ１０２、クラウド基盤１１２、及び／又はノード１３２へデータを送信し及びそれらからデータを受信する。例えば、制御部３０２は、ノード１３２から、通信ユニット２３４を介して、低ビットレートプレビューストリーム及び高解像度メディアアイテムを受信する。幾つかの例では、制御部３０２は、受信した低ビットレートプレビューストリーム及び高解像度メディアアイテムをディスプレイ上でユーザに提示するためにユーザインタフェース３２０と通信しても良い。更に、制御部は、ユーザインタフェース３２０から、特定の関心フレームを要求する又はストリームを一時停止する又は再開することを要求する要求を受信しても良い。

幾つかの実施形態では、制御部３０２は、高解像度コーデック３０４からデータを受信し、及び／又は高解像度グラバ１４０のコンポーネントにデータを送信する。例えば、制御部３０２は、高解像度コーデック３０４から高解像度符号化ストリームを受信し、高解像度符号化ストリームを一時的記憶のためにバッファ３１０に通信しても良い。幾つかの実施形態では、制御部３０２は、低解像度コーデック３０６からデータを受信し、及び／又は高解像度グラバ１４０のコンポーネントにデータを送信する。例えば、制御部３０２は、低解像度コーデック３０６から低解像度符号化ストリームを受信し、低解像度符号化ストリームをストリームの送信のためにストリームコンポーネント３１４に通信しても良い。幾つかの実施形態では、制御部３０２は、シンクロナイザ３０８と通信して、バッファ３１０に一時的に格納された高解像度ストリームと低解像度コーデック３０６から受信した低解像度プレビューストリームとの間の同期化されたフレーム番号を要求しても良い。

高解像度コーデック３０４は、装置ストリームを高解像度ストリームに変換するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、高解像度コーデック３０４は、装置ストリームをデジタル化し及びデジタル化した装置ストリームにストリーム圧縮を適用する後述する機能を提供するためにプロセッサ２３０により実行可能な命令セットであり得る。この特定の例では、ストリーム圧縮は、ネットワーク１１０に渡り送信されるとき、少ない帯域幅しか消費しない低ビットレートではなく、更に高品質なストリームへとバイアスされても良い。例えば、高解像度コーデック３０４は、装置ドライバからアナログビデオ装置ストリームを受信しても良い。高解像度コーデック３０４は、デジタルフレームレートを生成するために特定の周波数でアナログビデオ装置ストリームをサンプリングしても良く、さらに、各々のアナログフレームをデジタルフレームに変換するために、ウインドウサイズにより各々のフレームをサンプリングしても良い。さらに、Ｈ．２６４又はＨＥＶＣ（high efficiency video coding、Ｈ．２６５としても知られる）のような最新のビデオ圧縮アルゴリズムが、デジタル化されたビデオ装置ストリームに適用されて、高解像度ストリームを生成しても良い。高解像度コーデック３０４は、高解像度ストリームを一時的記憶のためにバッファ３１０に転送しても良い。

低解像度コーデック３０６は、装置ストリームを低ビットレートプレビューストリームに変換するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、低解像度コーデック３０６は、装置ストリームをデジタル化し及びデジタル化した装置ストリームにストリーム圧縮を適用する後述する機能を提供するためにプロセッサ２３０により実行可能な命令セットであり得る。この特定の例では、高解像度ストリームを生成するのではなく、ストリーム圧縮は、ネットワーク１１０に渡り送信されるとき、少ない帯域幅しか消費しない低ビットレートへとバイアスされても良い。例えば、低解像度コーデック３０６は、装置ドライバからアナログビデオ装置ストリームを受信しても良い。低解像度コーデック３０６は、デジタルフレームレートを生成するために特定の周波数でアナログビデオ装置ストリームをサンプリングしても良く、さらに、各々のアナログフレームをデジタルフレームに変換するために、ウインドウサイズにより各々のフレームをサンプリングしても良い。さらに、Ｈ．２６４又はＨＥＶＣ（high efficiency video coding、Ｈ．２６５としても知られる）のような最新のビデオ圧縮アルゴリズムが、デジタル化されたビデオ装置ストリームに適用されて、低ビットレートプレビューストリームを生成しても良い。

低解像度コーデック３０６は、次に、ハブ１０２及び／又はノード１３２へ送信するために、低ビットレートプレビューストリームをストリームコンポーネント３１４へ転送しても良い。一実施形態では、ストリームコンポーネント３１４は、高解像度グラバ１４０の部分であっても良い。したがって、低ビットレートプレビューストリーム及び高解像度ストリームは、ハブ１０２へクラウド基盤１１２を介して送信される。これは、追加のアクセス制御を許す（例えば、ストリーミングされるデータがハブ１０２に存在する前に、ハブ１０２において医師１０６のＩＤが認証されても良い）。さらに、低ビットレートプレビューストリーム及び高解像度ストリームをクラウド基盤１１２を介して送信することは、効率的な１対多ストリーミング能力を提供し、複数のヘルスケア専門家が同一のストリーミングされたコンテンツを同時に閲覧できるようにする。クラウド基盤１１２を通じるストリーミングは、ハブ１０２に提供されるサービス品質の良好な制御も可能にする。

シンクロナイザ３０８は、（例えば、ストリーミングコンポーネント３１４により送信される）低ビットレートプレビューストリーム及び（例えば、バッファ３１０に格納される）高解像度ストリームの中の、２つのストリームを同じ相対的時間に同期化するフレーム又はタイムスタンプを識別するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、シンクロナイザ３０８は、コンピューティング装置２００のメモリ２３２に格納でき、プロセッサ２３０によりアクセス可能且つ実行可能であり得る。シンクロナイザ３０８は、バス２２０を介するプロセッサ３３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。

バッファ３１０は、ストリームのデータを一時的に格納するメモリ２３２の一部であっても良い。幾つかの実施形態では、バッファ３１０は、固定時間期間の間、ストリームからのデータを一時的に格納できる。例えば、バッファ３１０は、前の数分間に、高解像度ストリームのデータを格納しても良い。幾つかの実施形態では、バッファ３１０は、コンピューティング装置２００のメモリ２３２に格納でき、プロセッサ２３０によりアクセス可能であり得る。バッファ３１０は、バス２２０を介するプロセッサ２３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。

フレーム抽出器３１２は、バッファ３１０に一時的に格納された高解像度ストリームからメディアアイテムを抽出するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、フレーム抽出器３１２は、バッファ３１０の中のメディアアイテムを特定し、メディアアイテムをコピーし、及びメディアアイテムをメディアアイテムコンポーネント３１８を通じてノード１３２へ送信する後述の機能を提供するために、プロセッサ２３０により実行可能な命令セットであり得る。幾つかの実施形態では、フレーム抽出器３１２は、コンピューティング装置２００のメモリ２３２に格納でき、プロセッサ２３０によりアクセス可能且つ実行可能であり得る。フレーム抽出器３１２は、バス２２０を介するプロセッサ２３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。

ストリームコンポーネント３１４は、ストリームを発行するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、ストリームコンポーネント３１４は、ネットワーク１１０に渡り発行のためにストリームをフォーマットする後述の機能を提供するために、プロセッサ２３０により実行可能な命令セットであり得る。例えば、ストリームコンポーネント３１４は、低解像度ストリームをネットワーク１１０に渡りノード１３２からハブ１０２へ送信しても良い。幾つかの実施形態では、ストリームコンポーネント３１４は、コンピューティング装置１０４のメモリ２３２に格納でき、プロセッサ２３０によりアクセス可能且つ実行可能であり得る。ストリームコンポーネント３１４は、バス２２０を介するプロセッサ２３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。

ストリーム制御インタフェース３１６は、ストリームを制御し及び高解像度メディアアイテムを要求するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、ストリーム制御インタフェース３１６は、ストリーム制御メッセージを受信し及び処理する後述の機能を提供するために、プロセッサ２３０により実行可能な命令セットであり得る。例えば、ストリーム制御インタフェース３１６は、低解像度ストリームのストリーミングを停止するために、ストリーム制御メッセージを受信しても良い。ストリーム制御インタフェース３１６は、低解像度ストリームの送信を停止するために、ストリームコンポーネント３１４と通信しても良い。さらに、ストリーム制御インタフェース３１６は、ストリーム制御メッセージに含まれるフレーム番号又はタイムスタンプに基づき高解像度メディアアイテムを読み出すために、ストリーム制御メッセージを受信しても良い。ストリーム制御インタフェース３１６は、特定の高解像度メディアアイテムを読み出すために、メディアアイテムコンポーネント３１８と通信しても良い。幾つかの実施形態では、ストリーム制御インタフェース３１６は、コンピューティング装置２００のメモリ２３２に格納でき、プロセッサ２３０によりアクセス可能且つ実行可能であり得る。ストリーム制御インタフェース３１６は、バス２２０を介するプロセッサ２３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。

メディアアイテムコンポーネント３１８は、バッファ３１０からデータを抽出するルーチンを含むソフトウェアであり得る。幾つかの実施形態では、メディアアイテムコンポーネント３１８は、高解像度メディアアイテムとして抽出しフォーマットするためにバッファ３１０の中のデータを識別するためにシンクロナイザ３０８と通信する後述の機能を提供するために、プロセッサ２３０により実行可能な命令セットであり得る。幾つかの実施形態では、メディアアイテムポーネント３１８は、コンピューティング装置２００のメモリ２３２に格納でき、プロセッサ２３０によりアクセス可能且つ実行可能であり得る。メディアアイテムコンポーネント３１８は、バス２２０を介するプロセッサ２３０及びコンピューティング装置２００の他のコンポーネントとの協働及び通信のために適応されても良い。

幾つかの実施形態では、ユーザインタフェース３２０は、高解像度グラバ１４０から、ストリーム又はメディアコンポーネントを表示するために受信する。幾つかの実施形態では、ユーザインタフェース３２０は、ストリームコンポーネント３１４又はメディアアイテムコンポーネント３１８から、ネットワーク１１０に渡り、ユーザに提示するために情報ストリーム又はメディアアイテムを受信する。例えば、高解像度グラバ１４０ｚは、高解像度グラバ１４０ｘのストリームコンポーネント３１４から低解像度ストリームを受信しても良い。別の例では、高解像度グラバ１４０ｚは、高解像度グラバ１４０ｘから高解像度メディアアイテムを受信しても良い。グラフィカルユーザインタフェースの例は、図６に示される。

図４は、情報ストリーミングの例示的な方法４００のフローチャートを示す。方法４００は低解像度ストリームを受信することにより開始しても良い４０２。例えば、高解像度グラバ１４０ｘは、高解像度グラバ１４０ｚへ低解像度ストリームを送信しても良い。したがって、ノード１３２ａは、低解像度プレビューストリームをハブ１０２ａへ送信し、したがって、ハブ１０２ａは低解像度ストリームを受信する４０２。特に、制御部３０２は、低解像度ストリームを受信し、低解像度ストリームをユーザインタフェース３２０に通信しても良い。例えば、ユーザインタフェース３２０は、ビデオプレイヤによりビデオストリームを再生しても良い。ビデオプレイヤは、ユーザ（例えば、医師１０６）が低解像度ストリームの中の関心のあるフレーム番号を指定できるようにするユーザインタフェース制御を有しても良い。

したがって、高解像度グラバ１４０ｚは、低解像度ストリームに基づく１又は複数の関心のあるフレーム番号と一緒に、高解像度メディアアイテムについての要求を送信しても良い４０４。例えば、ユーザインタフェース３２０は、所与のフレームの高解像度コピーを要求するユーザ入力を受信しても良い。低解像度ストリームが再生中であっても良く、ユーザは、このような要求を示すためにユーザインタフェース制御と単に相互作用しても良い。ユーザインタフェース３２０は、次に、関心のあるフレーム番号をストリーム制御インタフェース３１６に渡しても良い。ハブ１０２ａの中のストリーム制御インタフェース３１６は、ネットワーク１１０を用いてノード１３２ａの中の高解像度グラバ１４０ｘへ、この要求を送信しても良い。

任意的に、ユーザインタフェース３２０は、低解像度ストリームを停止する要求を送信しても良い４０６。この低解像度ストリームの停止は、高解像度メディアアイテムを受信するために帯域幅を解放できる。例えば、ユーザインタフェース３２０は、関心のあるフレーム番号を示すユーザ入力に応答して、低解像度ストリームを停止する要求を自動的に送信しても良い。ユーザインタフェース３２０は、低解像度ストリームを停止する要求を、ハブ１０２ａにある高解像度グラバ１４０ｚの中のストリーム制御インタフェース３１６に通信しても良い。ストリーム制御インタフェースは、ネットワーク１１０を用いてノード１３２ａの中の高解像度グラバ１４０ｘへ、低解像度ストリームを停止するこの要求を送信しても良い。

ハブ１０２ａは、次に、低解像度ストリームの中で送信された関心のあるフレーム番号に基づき、高解像度メディアアイテムを受信しても良い４０８。例えば、制御部３０２は、ネットワーク１１０に渡り送信される高解像度グラバ１４０ｘからの高解像度メディアアイテムを受信しても良い。制御部３０２は、次に、ユーザ（例えば、医師１０６）に表示するため及びユーザとの相互作用のために、高解像度メディアアイテムをユーザインタフェース３２０に渡しても良い。

任意的に、方法４００は、ハブ１０２ａにより、低解像度ストリームを再開する要求を送信するステップを更に有しても良い４１０。幾つかの例では、低解像度ストリームを再開するための要求は、高解像度メディアアイテムの受信が完了すると、生成される。例えば、制御部３０２が、高解像度メディアアイテムが完全にダウンロードされたことを決定すると、制御部３０２は、低解像度ストリームの再開を要求するために、ストリーム制御インタフェース３１６と通信しても良い。したがって、ハブ１０２ａにある高解像度グラバ１４０ｚは、ノード１３２ａにある高解像度グラバ１４０ｘへ、低解像度ストリームを再開する要求を送信しても良い。

図５は、情報ストリーミングの別の例示的な方法５００のフローチャートを示す。方法５００は、装置ストリームを受信するステップを有しても良い５０２。例えば、装置ストリームは、装置ドライバを通じてノード１３２ａに直接接続されるハードウェア装置から生じても良い。一例として、装置は、患者１３６と相互作用するビデオカメラであっても良い。ノード１３２ａにある高解像度グラバ１４０ｘは、任意的に、高解像度ストリーム５０４及び低解像度ストリーム５０８を装置ストリームに符号化しても良い。例えば、制御部３０２は、装置ドライバと相互作用し、装置ストリームを受信しても良い５０２。一方、制御部３０２は、装置ストリームを複製し、装置ストリームのコピーを高解像度コーデック３０４及び低解像度コーデック３０６へ通信しても良い。

高解像度コーデック３０４は、装置ストリームをデジタル化し、圧縮アルゴリズムを適用し、デジタル化し圧縮したストリームをバッファ３１０へ通信して、高解像度ストリームをメモリ２３２に格納しても良い５０６。同様に、低解像度コーデック３０６は、装置ストリームをデジタル化し、圧縮アルゴリズムを適用し、デジタル化し圧縮したストリームをストリームコンポーネントへ通信して、ノード１３２ａからハブ１０２ａへネットワーク１１０を渡り低解像度ストリームを送信しても良い５１０。

ノード１３２ａは、低解像度ストリームの中の関心のあるフレーム番号を受信する５１２。例えば、ハブ１０２ａにある高解像度グラバ１４０ｚは、ノード１３２ａにある高解像度グラバ１４０ｘへネットワークを渡り、関心のあるフレーム番号を送信しても良い。高解像度グラバ１４０ｘ、及び特に制御部３０２は、低解像度ストリームに基づく関心のあるフレーム番号を含む高解像度メディアアイテムについての要求を受信しても良い５１２。制御部３０２は、次に、バッファ３１０からの高解像度メディアアイテムの読み出しを要求し、シンクロナイザ３０８と通信することにより高解像度メディアアイテムが低解像度ストリームと正しく同期化されていることを保証しても良い５１４。

高解像度メディアアイテムは、ハブ１０２へ送信される５１６。例えば、高解像度メディアアイテムは、ノード１３２からハブ１０２へ送信されても良い。方法５００が継続している場合、方法は、次に、低解像度ストリームの中の他の関心のあるフレーム番号を受信するのを待っても良い５１２。低解像度ストリームが終了すると、方法５００も終了しても良い。留意すべきことに、方法４００と同様に、方法５００は、低解像度ストリームの送信を停止するためのステップ、及び低解像度ストリームの送信を再開するためのステップを有しても良い。幾つかの例では、帯域幅を効率的に解放するために、関心のあるフレーム番号が受信された５１２後、且つ、高解像度メディアアイテムが送信される５１６前に、低解像度ストリームの送信を停止することが望ましい場合がある。同様に、低解像度ストリームの再開は、高解像度メディアアイテムを送信するステップ５１６及び新しい関心のあるフレームを受信するステップ５１２の後に、生じても良い。幾つかの例では、低解像度ストリームのこの停止及び再開は、方法５００の前述のステップと関連して自動的に生じても良い。

幾つかの実施形態では、医師１０６は、低解像度ストリームの再生を減速することを通じて、高解像度グラバ１４０を制御しても良い。さらに、システム１００は、医師１０６がいつ高解像度メディアアイテムを要求する可能性が高いかの予測アルゴリズムに基づき、高解像度メディアアイテムを予めフェッチしても良い。予測アルゴリズムは、帯域幅制約、及び所与の時間に利用可能な利用可能帯域幅上限を考慮に入れても良い。

留意すべきことに、高解像度グラバ１４０ｚは図４及び５を参照してハブ１０２及びノード１３２の観点で説明したが、幾つかの例では、クラウド基盤１１２が情報ストリーミングの実施において等しく重要な役割を果たし得ることが理解されるべきである。例えば、高解像度グラバ１４０ｙは、上流及び下流の両方の高解像度グラバの機能を包含しても良い。これは、帯域幅制約が、ハブ１０２とクラウド基盤１１２との間で、又はノード１３２とクラウド基盤１１２との間で、より優勢な場合に、特に有用である。説明のための例として、ノード１３２は農村にある医療センターに置かれても良く、クラウド基盤はその村の近くの中規模都市に置かれても良く、ハブは大都市に置かれても良い。この例では、ノード１３２とクラウド基盤１１２との間の帯域幅制約、及びハブとクラウド基盤との間の帯域幅制約は、大いに異なっても良い。幾つかの例では、バッファリングは、クラウド基盤１１２の高解像度グラバ１４０ｙの中で生じても良い。

さらに、クラウド基盤１１２は、ヘルスケア監査サービスとして機能しても良い。請求書作成部門、保険提供者、及び顧客ケアは、クラウド基盤１１２の中に保持されている情報への認可されたアクセスを制限しても良い。

図６は、例示的なグラフィカルユーザインタフェース６００を示す概略図を示す。特に、グラフィカルユーザインタフェース６００は、ビデオプレイヤ６０２で再生中の低解像度ストリーム、別のビデオプレイヤ６０４での再生のために準備されたビデオである高解像度メディアアイテム、及びフレーム６０６の中に表示される写真である高解像度メディアアイテムを示す。低解像度ストリームビデオプレイヤと共に、ユーザインタフェース制御６０８のセットがある。例えば、ユーザインタフェース制御６０８は、再生、一時停止、停止のような機能を含んでも良い。さらに、ユーザインタフェース制御６０８は、ビデオプレイヤ６０２で再生中の低解像度ストリームから最初のフレーム、最後のフレームを選択する又は単一のフレームを選択するような、追加機能を有しても良い。同様に、高解像度ストリームビデオプレイヤ６０４と共に、ユーザインタフェース制御６１２のセットがある。例えば、ユーザインタフェース制御６１２は、再生、一時停止、停止のような機能を含んでも良い。さらに、ユーザインタフェース６００の中に表示される高解像度メディアアイテムは、ユーザがもはや表示する価値がないと考えた高解像度メディアアイテムを隠す又は終了するための、閉じる制御６１０を有しても良い。図示のユーザインタフェースは、ビデオである高解像度メディアアイテム、及び写真である別の高解像度メディアアイテムを示すが、本願明細書に開示の技術は、これらの種類のメディアに限定されないことに留意すべきである。幾つかの例では、高解像度メディアアイテムは、医療画像スキャンの３次元グラフィックであっても良い。したがって、低解像度ストリームは上述のメディア種類にも限定されないことに更に留意すべきである。非限定的な例として、低解像度ストリームは、医療画像スキャンを含んでも良い。

情報ストリーミングを実施するシステム及び方法が以下に記載される。上記の説明では、説明の目的で、多数の特定の詳細事項が説明された。しかしながら、開示の実施形態はこれらの詳細事項の任意の所与の部分集合を有しないで実施できることが明らかである。他の実施形態では、構造及び装置が、ブロック図の形式で示される。例えば、開示の技術は上述の幾つかの実施形態ではインタフェース及び特定のハードウェアを参照して記載される。さらに、上記の開示の技術は、主に、オンラインサービスの文脈である。しかしながら、開示の技術は、他のデータソース及び他のデータ種類（例えば、他のリソース、例えば画像、音声、ウェブページの収集）にも適用される。

本願明細書において「ある実施形態」、「幾つかの実施形態」又は「一実施形態」等のような表現は、実施形態と関連して記載された特定の機能、構造又は特徴が、開示の技術の少なくとも１つの実施形態に含まれることを意味する。明細所内の種々の文の中の「一実施形態では」という表現の出現は、必ずしも全て同じ実施形態を参照していない。

上述の詳細な説明の幾つかの部分は、コンピュータメモリ内のデータビットに対する演算のプロセス及び象徴的表現の観点で提示された。プロセスは、概して、結果を生じるステップの首尾一貫したシーケンスと考えられる。ステップは、物理量の物理的操作を含み得る。これらの量は、格納され、転送され、結合され、比較され及びその他の場合には操作され得る電気信号又は磁気信号の形式を取る。これらの信号は、ビット、値、要素、シンボル、キャラクタ、項、数値、等の形式であるとして参照され得る。

上述及び同様の用語は、適切な物理量に関連付けられ、これらの量に適用されるラベルと考えられる。特に断りのない限り、先の議論から明らかなように、以下の説明を通じて、例えば「処理」、「計算」又は「演算」又は「決定」又は「表示」等の用語を用いた議論は、コンピュータシステム又は同様の電子コンピューティング装置の動作及び処理を表し得る。コンピュータシステム又は同様の電子コンピューティング装置は、コンピュータシステムのレジスタ及びメモリ内にある物理（電子）量として表されたデータを操作し、コンピュータシステムのメモリ若しくはレジスタ又は情報記憶、送信又は表示装置等の中の物理量として同様に表される他のデータに変換する。

開示の技術は、本願明細書の動作を実行する装置にも関する。この装置は、所要の目的のために特に構成されても良く、又はコンピュータに格納されたコンピュータプログラムにより選択的に起動され又は再構成される汎用目的コンピュータを有しても良い。

開示の技術は、完全なハードウェアの実装、完全なソフトウェアの実装又はハードウェアとソフトウェア要素の両方を含む実装の形式を取り得る。幾つかの実施形態では、本技術は、ファームウェア、常駐ソフトウェア、マイクロコード等を含むがこれらに限定されないソフトウェアで実装されても良い。

さらに、開示の技術は、コンピュータ又は任意の命令実行システムにより又はそれと関連して使用するためのプログラムコードを提供する非一時的コンピュータにより使用可能な又はコンピュータにより読み取り可能な媒体からアクセス可能なコンピュータプログラムプロダクトの形式を取り得る。この説明の目的のために、コンピュータにより使用可能な又はコンピュータにより読み取り可能な媒体は、命令実行システム、機器又は装置により若しくはそれらと関連して使用するためのプログラムを有し、格納し、通信し、伝達し又は転送することが可能な任意の機器であっても良い。

プログラムコードを格納し及び／又は実行するのに適するコンピューティングシステム又はデータ処理システムは、システムバスを通じてメモリ要素に直接又は間接に結合される少なくとも１つのプロセッサ（例えば、ハードウェアプロセッサ）を有する。メモリ要素は、プログラムコードの実際の実行中に用いられるローカルメモリ、大容量記憶装置、及び実行中にコードが大容量記憶装置から読み出されなければならない回数を低減するために少なくとも特定のプログラムコードの一時的記憶を提供するキャッシュメモリを含み得る。

入力／出力又はＩ／Ｏ装置（キーボード、ディスプレイ、ポインティングデバイス等を含むがこれらに限定されない）は、直接に又は介入するＩ／Ｏ制御部を通じてシステムに結合され得る。

ネットワークアダプタも、介入する私設若しくは公衆ネットワークを通じてデータ処理システムを他のデータ処理システムに又は遠隔プリンタ若しくは記憶装置に結合するために、システムに結合されても良い。モデム、ケーブルモデム及びEthernetカードは、現在利用可能な種類のネットワークアダプタのうちの少数の例に過ぎない。

最後に、本願明細書で提示されるプロセス及びディスプレイは、本質的に、任意の特定のコンピュータ又は他の機器にも関連しなくても良い。種々の汎用システムが、本願明細書の教示に従ってプログラムと共に用いられても良く、所要の方法ステップを実行するために更に特定の装置を構成することが都合が良いことがあり得る。種々のこれらのシステムの所要の構造は、以下の説明から明らかである。さらに、開示の技術は、任意の特定のプログラミング言語を参照して記載されなかった。理解されるべきことに、種々のプログラミング言語が、本願明細書に記載された技術の教示を実施するために用いられても良い。

本発明の技法及び技術の実施のための上述の説明は、説明及び開設を目的としている。上述の記載は、網羅的であること又は本発明の技法及び技術を開示の特定の形式に限定することを意図しない。上述の教示に照らして多くの修正及び変形が可能である。本発明の技法及び技術の範囲は、この詳細な説明により限定されないことが意図される。本発明の技法及び技術は、その精神又は基本的特徴から逸脱することなく他の特定の形式で実施できる。同様に、モジュール、ルーチン、特徴、属性、方法及び他の態様の特定の名称及び区分は、必須でも重要でもなく、本発明の技法及び技術又はその特徴を実施するメカニズムは、異なる名称、区分及び／又はフォーマットを有しても良い。さらに、モジュール、ルーチン、特徴、属性、方法、及び本発明の技術の他の側面は、ソフトウェア、ハードウェア、ファームウェア、又はこれら三者の任意の組合せとして実装できる。また、例えばモジュールであるコンポーネントがソフトウェアとして実装されるときは、コンポーネントは、スタンドアロンプログラム、大規模プログラムの一部、複数の別個のプログラム、静的又は動的リンクライブラリ、カーネルローダブルモジュール、デバイスドライバとして、及び／又はコンピュータプログラミングの現在知られている若しくは将来知られる如何なる他の方法でも実装され得る。さらに、本発明の技法及び技術は、特定プログラミング言語、又は特定のオペレーティングシステム若しくは環境での実装に限定されない。したがって、本発明の技法及び技術の開示は、限定ではなく、説明であることを意図している。

１００ システム
１０２ ハブ
１４０ グラバ
１４２ 適応型ストリーマ
１１０ ネットワーク
１１２ クラウド基盤
１３２ ノード

Claims (20)

1. 低解像度ストリームを送信するステップと、
   高解像度ストリームをバッファメモリに格納するステップと、
   高解像度メディアアイテムについての要求を受信するステップであって、前記要求は、前記低解像度ストリームに基づく１又は複数のフレーム番号を含む、ステップと、
   前記フレーム番号に基づき、前記バッファメモリから前記高解像度メディアアイテムを読み出すステップと、
   前記高解像度メディアアイテムを送信するステップと、
   を有する方法。
2. 装置ストリームを受信するステップと、
   前記装置ストリームを前記低解像度ストリーム及び前記高解像度ストリームに符号化するステップと、
   を更に有する請求項１に記載の方法。
3. 前記高解像度ストリーム及び前記低解像度ストリームは、ビデオストリームである、請求項１に記載の方法。
4. 前記高解像度メディアアイテムは写真である、請求項３に記載の方法。
5. 前記高解像度メディアアイテムはビデオである、請求項３に記載の方法。
6. 前記低解像度ストリームは医療画像スキャンである、請求項１に記載の方法。
7. 前記高解像度メディアアイテムは、前記医療画像スキャンの少なくとも一部の３次元グラフィックである、請求項６に記載の方法。
8. システムであって、
   １又は複数のプロセッサと、
   命令を格納するメモリと、
   を有し、前記命令は、前記１又は複数のプロセッサにより実行されると、前記システムに、
   低解像度ストリームを受信させ、
   高解像度ストリームをバッファメモリに格納させ、
   高解像度メディアアイテムについての要求を受信させ、前記要求は、前記低解像度ストリームに基づく１又は複数のフレーム番号を含み、
   前記フレーム番号に基づき、前記バッファメモリから前記高解像度メディアアイテムを読み出させ、
   前記高解像度メディアアイテムを送信させる、
   システム。
9. 前記メモリは、命令であって、前記１又は複数のプロセッサにより実行されると、前記システムに更に、
   装置ストリームを受信させ、
   前記装置ストリームを前記低解像度ストリーム及び前記高解像度ストリームに符号化させる、
   命令を格納する、請求項８に記載のシステム。
10. 前記高解像度ストリーム及び前記低解像度ストリームは、ビデオストリームである、請求項８に記載のシステム。
11. 前記高解像度メディアアイテムは写真である、請求項１０に記載のシステム。
12. 前記高解像度メディアアイテムはビデオである、請求項１０に記載のシステム。
13. 前記低解像度ストリームは医療画像スキャンである、請求項８に記載のシステム。
14. 前記高解像度メディアアイテムは、前記医療画像スキャンの少なくとも一部の３次元グラフィックである、請求項１３に記載のシステム。
15. 前記メモリは、命令であって、前記１又は複数のプロセッサにより実行されると、前記システムに更に、前記低解像度ストリームの送信を停止させる、命令を格納する、請求項８に記載のシステム。
16. 前記メモリは、命令であって、前記１又は複数のプロセッサにより実行されると、前記システムに更に、前記低解像度ストリームの送信を再開させる、命令を格納する、請求項１５に記載のシステム。
17. コンピュータプログラムプロダクトであって、コンピュータ可読プログラムを有するコンピュータ使用可能媒体を有し、前記コンピュータ可読プログラムは、コンピュータで実行されると、前記コンピュータに、
    低解像度ストリームを受信させ、
    高解像度メディアアイテムについての要求を送信させ、前記要求は１又は、前記低解像度ストリームに基づく複数のフレーム番号を含み、
    前記フレーム番号に基づく前記高解像度メディアアイテムを受信させる、
    コンピュータプログラムプロダクト。
18. 前記コンピュータ可読プログラムは、コンピュータで実行されると、前記コンピュータに更に、前記低解像度ストリームを停止するための要求を送信させる、請求項１７に記載のコンピュータプログラムプロダクト。
19. 前記コンピュータ可読プログラムは、コンピュータで実行されると、前記コンピュータに更に、前記低解像度ストリームを再開するための要求を送信させる、請求項１８に記載のコンピュータプログラムプロダクト。
20. 前記低解像度ストリームを再開するための前記要求は、前記高解像度メディアアイテムの受信が完了すると、生成される、請求項１９に記載のコンピュータプログラムプロダクト。
    

Images