(57)【要約】【課題】遠隔医療システムにおける医療デバイス制御を提供する。【解決手段】一つまたは複数のプロセッサおよびメモリを含むシステム。前記メモリは、前記一つまたは複数のプロセッサによって実行されたときに、前記システムに、サーバーを介して、ハブ・アプリケーションからの第一のリアルタイム・メッセージング・プロトコル・メッセージを受信する段階であって、前記第一のリアルタイム・メッセージング・プロトコル・メッセージは医療デバイスを制御するためのものである、段階と；前記第一のリアルタイム・メッセージング・プロトコル・メッセージに基づいて前記医療デバイスを制御するためのデバイス・ドライバー・コマンドを送信する段階と；前記医療デバイスからデータを受信する段階と；前記医療デバイスからの前記データを、前記サーバーを介して、前記ハブ・アプリケーションに送信する段階とを実行させる命令を記憶している。【選択図】図１
2018147472.tif 000002
【特許請求の範囲】
【請求項１】
ノード・アプリケーションにおいて、サーバーを介して、第二のアプリケーションからの第一のリアルタイム・メッセージング・プロトコル・メッセージを受信する段階であって、前記第一のリアルタイム・メッセージング・プロトコル・メッセージは、ノードのところに位置している医療デバイスを制御するためのものである、段階と；
前記ノード・アプリケーションによって、前記第一のリアルタイム・メッセージング・プロトコル・メッセージに基づいて前記医療デバイスを制御するためのデバイス・ドライバー・コマンドを送信する段階と；
前記ノード・アプリケーションによって、前記医療デバイスからのデータを受信する段階と；
前記ノード・アプリケーションによって、前記サーバーを介して、前記医療デバイスからの前記データを前記第二のアプリケーションに送信する段階とを含む、
方法。
【請求項２】
前記デバイス・ドライバー・コマンドにおいて参照されている前記医療デバイスのためのデバイス・ドライバーがロードされているかどうかを判定する段階と；
前記デバイス・ドライバーがロードされていないと判定することに応答して、前記デバイス・ドライバーを動的にロードする段階とをさらに含む、
請求項１記載の方法。
【請求項３】
前記医療デバイスからの受信されたデータに基づいて、リアルタイム・ストリーミング・プロトコル・ストリームを生成する段階と；
前記リアルタイム・ストリーミング・プロトコル・ストリームを前記サーバーに送信する段階とを含む、
請求項１記載の方法。
【請求項４】
前記医療デバイスからの前記データを受信することに応答して、前記データを送信するための第二のリアルタイム・メッセージング・プロトコル・メッセージを生成する段階と；
前記第二のリアルタイム・メッセージング・プロトコル・メッセージを前記サーバーに送信する段階とを含む、
請求項１記載の方法。
【請求項５】
前記第二のリアルタイム・メッセージング・プロトコル・メッセージを前記第二のアプリケーションに送信する段階をさらに含む、請求項４記載の方法。
【請求項６】
前記デバイス・ドライバー・コマンドが、前記医療デバイスから構成設定を読む命令を含む、請求項１記載の方法。
【請求項７】
前記構成設定を読むために前記第一のリアルタイム・メッセージング・プロトコル・メッセージをパースする段階をさらに含む、請求項６記載の方法。
【請求項８】
前記医療デバイスからのデータを暗号化する段階をさらに含む、請求項１記載の方法。
【請求項９】
前記第二のリアルタイム・メッセージング・プロトコル・メッセージがハイパーテキスト転送プロトコル・トンネルを通じて送信される、請求項１記載の方法。
【請求項１０】
一つまたは複数のプロセッサおよび命令を記憶しているメモリを有するシステムであって、
前記命令は、前記一つまたは複数のプロセッサによって実行されたときに、当該システムに：
サーバーを介して、アプリケーションからの第一のリアルタイム・メッセージング・プロトコル・メッセージを受信する段階であって、前記第一のリアルタイム・メッセージング・プロトコル・メッセージは医療デバイスを制御するためのものである、段階と；
前記第一のリアルタイム・メッセージング・プロトコル・メッセージに基づいて前記医療デバイスを制御するためのデバイス・ドライバー・コマンドを送信する段階と；
前記医療デバイスからデータを受信する段階と；
前記サーバーを介して、前記医療デバイスからの前記データを前記アプリケーションに送信する段階とを実行させるものである、
システム。
【請求項１１】
前記命令が、前記一つまたは複数のプロセッサによって実行されたときに、当該システムに：
前記デバイス・ドライバー・コマンドにおいて参照されている前記医療デバイスのためのデバイス・ドライバーがロードされているかどうかを判定する段階と；
前記デバイス・ドライバーがロードされていないと判定することに応答して、前記デバイス・ドライバーを動的にロードする段階とを実行させる、
請求項１０記載のシステム。
【請求項１２】
前記命令が、前記一つまたは複数のプロセッサによって実行されたときに、当該システムに：
前記医療デバイスからの受信されたデータに基づいて、リアルタイム・ストリーミング・プロトコル・ストリームを生成する段階と；
前記リアルタイム・ストリーミング・プロトコル・ストリームを前記サーバーに送信する段階とを実行させる、
請求項１０記載のシステム。
【請求項１３】
前記命令が、前記一つまたは複数のプロセッサによって実行されたときに、当該システムに：
前記医療デバイスからの前記データを受信することに応答して、前記データを送信するための第二のリアルタイム・メッセージング・プロトコル・メッセージを生成する段階と；
前記第二のリアルタイム・メッセージング・プロトコル・メッセージを前記サーバーに送信する段階とを実行させる、
請求項１０記載のシステム。
【請求項１４】
前記命令が、前記一つまたは複数のプロセッサによって実行されたときに、当該システムに：
応答する前記第二のリアルタイム・メッセージング・プロトコル・メッセージを前記アプリケーションに送信する段階を実行させる、
請求項１３記載のシステム。
【請求項１５】
前記デバイス・ドライバー・コマンドが、前記医療デバイスから構成設定を読む命令を含む、請求項１０記載のシステム。
【請求項１６】
前記命令が、前記一つまたは複数のプロセッサによって実行されたときに、当該システムに：
前記構成設定を読むために前記第一のリアルタイム・メッセージング・プロトコル・メッセージをパースする段階を実行させる、
請求項１５記載のシステム。
【請求項１７】
前記命令が、前記一つまたは複数のプロセッサによって実行されたときに、当該システムに：
前記医療デバイスからのデータを暗号化させる、
請求項１０記載のシステム。
【請求項１８】
前記第二のリアルタイム・メッセージング・プロトコル・メッセージがハイパーテキスト転送プロトコル・トンネルを通じて送信される、請求項１０記載のシステム。
【請求項１９】
コンピュータ可読プログラムを含む非一時的なコンピュータ可読媒体を有するコンピュータ・プログラム・プロダクトであって、前記コンピュータ可読プログラムは、コンピュータ上で実行されたときに前記コンピュータに：
サーバーを介して、アプリケーションからの、医療デバイスを制御するための第一のリアルタイム・メッセージング・プロトコル・メッセージを受信する段階と；
前記第一のリアルタイム・メッセージング・プロトコル・メッセージに基づいて前記医療デバイスを制御するためのデバイス・ドライバー・コマンドを送信する段階と；
前記医療デバイスからデータを受信する段階と；
前記サーバーを介して、前記医療デバイスからの前記データを前記アプリケーションに送信する段階とを実行させるものである、
コンピュータ・プログラム・プロダクト。
【請求項２０】
前記コンピュータ可読プログラムが、コンピュータ上で実行されたときに前記コンピュータにさらに：
前記医療デバイスからの受信されたデータに基づいて、リアルタイム・ストリーミング・プロトコル・ストリームを生成する段階と；
前記リアルタイム・ストリーミング・プロトコル・ストリームを前記サーバーに送信する段階とを実行させる、
請求項１９記載のコンピュータ・プログラム・プロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は遠隔医療〔テレヘルス〕に関する。特に、本開示は、遠隔医療システムにおける医療デバイス制御に関する。
【背景技術】
【０００２】
リモート・ヘルスケア、特に遠隔医療は、現代のヘルスケアの台頭しつつある分野である。遠隔医療は、遠隔通信技術を介した、健康に関係したサービスおよび情報の送達である。遠隔医療は、医院訪問から次の訪問までの間に患者がモニタリングされることを許容でき、それは患者の健康を改善できる。遠隔医療は患者が、自分の地元では利用可能でない専門知識にアクセスすることをも許容しうる。
【発明の概要】
【課題を解決するための手段】
【０００３】
本開示は、遠隔医療システムにおける医療デバイス制御に関する。本開示の主題のある革新的な側面によれば、システムが一つまたは複数のプロセッサおよびメモリを含む。前記メモリは、前記一つまたは複数のプロセッサによって実行されたときに、前記システムに、アプリケーションからの第一のリアルタイム・メッセージング・プロトコル・メッセージを受信する段階であって、前記第一のリアルタイム・メッセージング・プロトコル・メッセージは医療デバイスを制御するためのものである、段階と；前記第一のリアルタイム・メッセージング・プロトコル・メッセージに基づいて前記医療デバイスを制御するためのデバイス・ドライバー・コマンドを送信する段階と；前記医療デバイスからデータを受信する段階と；前記医療デバイスからの前記データを前記アプリケーションに送信する段階とを実行させる命令を記憶している。
【０００４】
これらの側面のうち一つまたは複数の側面の他の実装は、対応するシステム、方法、装置およびコンピュータ記憶デバイスにエンコードされた、前記方法の工程を実行するよう構成されたコンピュータ・プログラムを含む。
【図面の簡単な説明】
【０００５】
本開示は、限定ではなく例として、付属の図面において示される。図面において、同様の参照符号が同様の要素を指すために使われる。
【図１】本稿に記載される技法に基づく遠隔医療システムにおいて医療デバイス制御を実装するための例示的なシステムを示す高レベルのブロック図である。
【図２】本稿に記載される技法に基づく、クラウド・インフラストラクチャーの例を示すブロック図である。
【図３】本稿に記載される技法に基づく、ノードの例を示すブロック図である。
【図４】本稿に記載される技法に基づく、デバイス制御バスの例を示すブロック図である。
【図５】本稿に記載される技法に基づく、遠隔医療システムにおいて医療デバイス制御を実装する例示的方法のフロー図である。
【図６】本稿に記載される技法に基づく、遠隔医療システムにおいて医療デバイス制御を実装する例示的方法のフロー図である。
【図７】本稿に記載される技法に基づく、遠隔医療システムにおいて医療デバイス制御を実装する例示的方法のフローチャートである。
【発明を実施するための形態】
【０００６】
遠隔医療用途における患者ケアの一つの重要な側面は、さまざまな医療デバイス（たとえば血圧計、肺活量計、心拍数計など）と対話できることである。さらに、ヒューマン・エラーの可能性を減らすために、遠隔医療システムは、さまざまな医療デバイスによって生成される医療データにアクセスすることができる。現行のシステムは、効果的に患者のニーズに応える能力において制限されている。本稿に開示される遠隔医療システムはいくつかの入出力（I/O）インターフェースにわたるフル・レンジのデバイスと接続できる医療デバイス制御を提供する。たとえば、本技術は、ユニバーサル・シリアル・バス（USB）、ブルートゥース（登録商標）、RS-232、米国電気電子技術者協会（IEEE）802.3イーサネット（登録商標）、IEEE  802.11無線ローカル・エリア・ネットワーク（WLAN）、高精細度マルチメディア・インターフェース（HMDI）、ビデオ・グラフィックス・アレイ（VGA）、コンポーネント・ビデオ・インターフェース、コンポジット・ビデオ・インターフェース、オーディオ・インターフェースなどを使うことができる。
【０００７】
一般に、本稿に開示される技術は、インターフェースに関知せず、ベンダー中立である。さらに、本技術は、デバイス固有の作業フロー（たとえば、事前および事後の膨張を含む肺活量計の作業フロー、血圧作業フローなど）を再現できる。ウェブ・ブラウザーを用いてデバイスを制御するための現在利用可能な技法は、ネットスケープ・プラグイン・アプリケーション・プログラミング・インターフェース（NPAPI:  Netscape  plugin  application  programming  interface）、いくつかの著名なウェブ・ブラウザーで利用可能なネイティブ・クライアント（NaCl:  native  client）ベースのプラグインおよびウェブ・サーバーを通じた代表状態転送（REST:  representational  state  transfer）を含む。
【０００８】
図１は、遠隔医療システムにおいて医療デバイス制御を実装するための例示的システム１００を示す高レベルのブロック図を描いている。本システムは、一つまたは複数のハブ１０２と、クラウド・インフラストラクチャー１１２と、一つまたは複数のノード１３２とがネットワーク１１０を通じて通信上接続されたものを含む。このように、図示した実施形態では、ハブ１０２ａ、クラウド・インフラストラクチャー１１２およびノード１３２ａがそれぞれ信号線１２０、１２４および１２８を介してネットワーク１１０に通信上結合されている。さらに、ハブ１０２ｎおよびノード１３２ｎのような他のハブおよびノードが、信号線１２２および１２６を介して通信上結合されていてもよい。しかしながら、本開示は、この構成に限定されず、多様な異なるシステム環境および構成が展開されることができ、本開示の範囲内である。他の実施形態は、追加的なまたはより少数のコンポーネントを含んでいてもよい。たとえば、クラウド・インフラストラクチャー１１２は、さまざまなリモート位置に位置した複数のインスタンスを含んでいてもよい。
【０００９】
図１および実施形態を例解するために使われる他の図において、参照符号または数字の後に文字を付したもの、たとえば「１０２ａ」は、その特定の参照符号によって指定される要素またはコンポーネントへの個別的な参照であることを認識しておくべきである。参照符号が後続の文字なしに、たとえば「１０２」のように、文中に現われる場合には、それはその一般的な参照符号を帯びる要素またはコンポーネントの種々の実施形態への一般的な参照であることを認識しておくべきである。
【００１０】
制御メッセージは、ハブ１０２からノード１３２に、クラウド・インフラストラクチャー１１２のような中央集中式のイベント管理サーバーを介して通信されてもよい。中央集中式のイベント管理サーバーを介した通信は、ノードまたはハブのどちらかへの間欠的なネットワーク障害の場合に、コンシステントである。最後に送られたメッセージが中央集中式のイベント管理サーバーにおいて持続しうるからである。
【００１１】
ハブ１０２は、医師１０６または患者を診断しうる別のヘルスケア専門家によって（使用線１０４によって示されるように）使用される施設を含む。特に、ハブ１０２は、部分的に、医療デバイス制御を実装してもよい。ハブ１０２は、コンピューティング・ハードウェア、入力装置、表示装置および他の出力装置を含んでいてもよい。ハブ１０２は、非一時的なコンピュータ使用可能（たとえば読み取り可能、書き込み可能など）媒体を含んでいてもよく、該媒体は、命令、データ、コンピュータ・プログラム、ソフトウェア、コード・ルーチンなどをプロセッサによる処理またはプロセッサとの関連での処理のために含む、記憶する、通信する、伝搬させるまたは搬送することができる任意の非一時的な装置またはデバイスであることができる。ハブ１０２は、さまざまなアプリケーションをも含んでいてもよい。たとえば、ハブ１０２は、ウェブ・アプリケーションにアクセスするためのウェブ・ブラウザーを含んでいてもよい。
【００１２】
ネットワーク１１０は、従来型、有線または無線であることができ、スター構成、トークンリング構成または他の構成を含む数多くの異なる構成をもちうる。さらに、ネットワーク１１０は、広域ネットワーク（WAN）（たとえばインターネット）、ローカル・エリア・ネットワーク（LAN）および／またはそれを通じて複数のデバイスが通信しうる他の相互接続されたデータ経路を含んでいてもよい。いくつかの事例では、ネットワーク１１０はピアツーピア・ネットワークであってもよい。ネットワーク１１０は、多様な異なる通信プロトコルにおいてデータを送るための遠隔通信ネットワークに結合されていてもよく、あるいはその諸部分を含む。いくつかの事例では、ネットワーク１１０は、上述した型のネットワークの一つの上で動作する仮想閉域網（VPN）であってもよい。
【００１３】
クラウド・インフラストラクチャー１１２は、インターネットまたは他のネットワーク・ベースのコンピューティング・プラットフォームであって、デバイス制御および監査のために処理資源およびデータ記憶を提供するものであってもよい。具体的には、クラウド・インフラストラクチャーは、部分的に、医療デバイス制御を実装してもよい。クラウド・インフラストラクチャー１１２は、コンピューティング・ハードウェア、入力装置、表示装置および他の出力装置を含んでいてもよい。クラウド・インフラストラクチャー１１２は、非一時的なコンピュータ使用可能（たとえば読み取り可能、書き込み可能など）媒体を含んでいてもよく、該媒体は、命令、データ、コンピュータ・プログラム、ソフトウェア、コード・ルーチンなどをプロセッサによる処理またはプロセッサとの関連での処理のために含む、記憶する、通信する、伝搬させるまたは搬送することができる任意の非一時的な装置またはデバイスであることができる。クラウド・インフラストラクチャー１１２は、さまざまなアプリケーションをも含んでいてもよい。たとえば、クラウド・インフラストラクチャー１１２は、ストリーミングおよびメッセージング・プロトコル（たとえば、リアルタイム・ストリーミング・プロトコル（RTSP）サービス２０２およびリアルタイム・メッセージング・プロトコル（RTMP）サービス２０４）を含んでいてもよい。RTSPおよびRTMPは本稿では、リモート医療デバイスおよび／またはノード１３２におけるコンピューティング・デバイスの間の通信のために好適なストリーミングおよびメッセージング・プロトコルの例として使われる。そのような通信のために好適でありうるRTSPおよびRTMP以外のプロトコルがあることは理解しておくべきである。RTSPサービス２０２およびRTMPサービス２０４を詳述する情報は、図２以下の図を参照してさらに述べる。
【００１４】
ノード１３２は、遠隔医療の医療ケアを受けるために患者および／または技師１３６によって（使用線１３４によって示されるように）使用される施設を含む。技師は、患者に物理的に付き添い、患者の生命徴候を測るなどの責務を実行するとともに、システム１００を通じて遠隔医療の医療ケアを受けることにおいて患者を技術的に支援してもよい。ノード１３２は、部分的に、医療デバイス制御を実装してもよい。いくつかの実施形態では、医療デバイスの制御は、ノード１３２にいる技師、ハブ１０２にいる医師またはハブ１０２もしくはノード１３２で走っているアプリケーションによって発されてもよい。ノード１３２は、コンピューティング・ハードウェア、入力装置、表示装置および他の出力装置を含んでいてもよい。ノード１３２は、非一時的なコンピュータ使用可能（たとえば読み取り可能、書き込み可能など）媒体を含んでいてもよく、該媒体は、命令、データ、コンピュータ・プログラム、ソフトウェア、コード・ルーチンなどをプロセッサによる処理またはプロセッサとの関連での処理のために含む、記憶する、通信する、伝搬させるまたは搬送することができる任意の非一時的な装置またはデバイスであることができる。ノード１３２は、さまざまなアプリケーションをも含んでいてもよい。たとえば、ノード１３２は、技師アプリケーション３１０およびデバイス制御バス３２０を含んでいてもよい。技師アプリケーション３１０およびデバイス制御バス３２０を詳述する情報は、図３、図４以下の図を参照してさらに述べる。
【００１５】
医師１０６は、ハブ１０２上のアプリケーションから、操作する医療デバイスを選択してもよい。いくつかの場合には、アプリケーションは、ウェブ・ブラウザーを通じてアクセスされ、ウェブ・サーバーによってホストされるウェブ・アプリケーションであってもよい。にもかかわらず、リモート医療デバイスがアプリケーションにおいて操作されるとき、ノード１３２における医療デバイスを操作するためにノード１３２にメッセージが送られてもよい。いくつかの実施形態では、ノード１３２における医療デバイスは、デバイス・ストリームを生成してもよい。たとえば、耳鏡はビデオ・デバイス・ストリームを生成してもよい。聴診器はオーディオ・デバイス・ストリームを生成してもよい。磁気共鳴撮像（MRI）スキャナは画像を生成してもよい。カメラはビデオ・ストリームを生成してもよい。
【００１６】
いくつかの場合には、メッセージはRTMPを使って伝送されてもよく、監査記録のためにクラウド・インフラストラクチャー１１２を通過してもよい。いくつかの場合には、ストリームはRTSPを使ってもよく、監査記録のためにクラウド・インフラストラクチャー１１２を通過してもよい。いくつかの場合には、クラウド・インフラストラクチャーは、コンピューティング資源の利用を、複数のサーバー、サイトおよび地域を横断して拡散させるために、負荷均衡化を実装してもよい。
【００１７】
本稿で導入される技法は、医師側ウェブ・アプリケーションと技師側ウェブ・アプリケーションをゆるく結合するために使用されうる。特に、図３を参照して論じられるデバイス制御バス３２０は、ブラウザー・ベースのアプリケーションがシステム１００に接続されたデバイスと通信するための安全でシームレスなハイパーテキスト転送プロトコル（HTTP）抽象化層を提供することができるアーキテクチャーである。この技術は、技師またはノード１３２側ウェブ・アプリケーションがさまざまな医療デバイスにアクセスし、患者生命徴候データを記録するためのシームレスなインターフェースをも提供しうる。
【００１８】
図２は、クラウド・インフラストラクチャー１１２の例を示すブロック図を描いている。クラウド・インフラストラクチャー１１２は、部分的に医療デバイス制御を実装するための組み合わせ論理、ファームウェア、ソフトウェア、コードもしくはルーチンまたはそれらの何らかの組み合わせである。図２に描かれるように、クラウド・インフラストラクチャー１１２は、RTSPサービス２０２、RTMPサービス２０４および通信ユニット２０６を含んでいてもよい。RTSPサービスは、信号線２０８によって示されるように、通信ユニット２０６に通信上接続されていてもよい。同様に、RTMPサービス２０４は、信号線２１０によって示されるように、通信ユニット２０６に通信上接続されていてもよい。通信ユニット２０６は、信号線１２４によって示されるように、図１を参照して述べたネットワーク１１０に通信上接続されていてもよい。
【００１９】
RTSPサービス２０２は、ノード１３２からの情報ストリームをハブ１０２に渡し、システム１００を通じて提供される遠隔医療の医療ケアのための監査証跡を提供してもよい。RTSPサービス２０２は、ストリームの実際のデータをストリーミングするために、リアルタイム転送プロトコル（RTP）またはハイパーテキスト転送プロトコル（HTTP）をも利用しうる。一方、メディア・セッションを確立し、制御するためのネットワーク制御プロトコルとしてRTSPが使われてもよい。いくつかの事例では、JavaScript（登録商標）がRTSP制御メッセージを受領し、実施してもよい。RTMPサービス２０４はノード１３２とハブ１０２の間でメッセージを渡してもよく、システム１００を通じて提供される遠隔医療の医療ケアのための監査証跡を提供してもよい。
【００２０】
図３は、ノード１３２の例を示すブロック図である。ノード１３２は、通信ユニット３０２、技師アプリケーション３１０、デバイス制御バス３２０、ドライバー３３０、対応する医療デバイス３４０およびシステム・インターフェース・モジュール３５０を含む。
【００２１】
通信ユニット３０２は、ネットワーク１１０にデータを送信し、ネットワーク１１０からデータを受信する。通信ユニット３０２は、信号線３０４によって示されるように技師アプリケーション３１０に、また信号線３０６によって示されるようにデバイス制御バス３２０に、通信上結合される。いくつかの事例では、通信ユニット３０２は、ネットワーク１１０または別の通信チャネルへの直接的な物理的接続のためのポートを含む。たとえば、通信ユニット３０２はUSB、SD、CAT-5またはネットワーク１１０との有線通信のための同様のポートを含む。いくつかの事例では、通信ユニット３０２は、ネットワーク１１０または他の通信チャネルと、一つまたは複数の無線通信方法を使ってデータを交換するための無線トランシーバーを含む。該無線通信方法はIEEE802.11、IEEE802.16、ブルートゥース（登録商標）、セルラー通信または他の好適な無線通信方法を含む。
【００２２】
技師アプリケーション３１０は、ノード１３２のところにいる技師とインターフェースをもつためのルーチンを含むソフトウェアであることができる。いくつかの事例では、技師アプリケーション３１０は、ノード１３２のところにいる技師とインターフェースをもつための後述する機能を提供するようプロセッサによって実行可能な命令の集合であることができる。他のいくつかの事例では、技師アプリケーション３１０はノード１３２のメモリに記憶されていてもよく、プロセッサによってアクセス可能かつ実行可能であることができる。図３ではノード１３２と統合されているとして示されているが、いくつかの事例では、技師アプリケーション３１０は、（たとえばクラウド・サービス１１２のようなウェブ・サーバー上でホストされるウェブ・アプリケーションのように）別個のコンピューティング装置を通じてホストまたはアクセスされてもよい。技師アプリケーション３１０は、ノード位置にいる技師が、患者１３６にとってローカルに利用可能でありつつ、医師１０６と同様の仕方で、システムと対話することを許容する。
【００２３】
デバイス制御バス３２０は、医療デバイスとインターフェースをもつためのルーチンを含むソフトウェアであることができる。いくつかの事例では、デバイス制御バス３２０は、デバイスを制御するための後述する機能を提供するようプロセッサによって実行可能な命令の集合であることができる。他のいくつかの事例では、デバイス制御バス３２０はノード１３２のメモリに記憶されていてもよく、プロセッサによってアクセス可能かつ実行可能であることができる。
【００２４】
デバイス制御バス３２０は、デバイス３４０の制御を指揮するRTMPメッセージを受け取ってもよく、該RTMPメッセージを、デバイス３４０のドライバー３３０に渡すドライバー・コマンドに翻訳してもよい。逆に、デバイス制御バス３２０はドライバー３３０を通じてデバイス３４０からデータを受け取ってもよく、そのデータをデバイス制御バス３２０がRTMPメッセージに翻訳することができる。デバイス制御バス３２０は次いで、そのメッセージを通信ユニット３０２を使って、ネットワーク１１０を通じて、ハブ１０２に送信してもよい。デバイス制御バス３２０のさらなる詳細は、図４以下の図を参照して論じられる。
【００２５】
ドライバー３３０は、デバイス３４０と通信するためのルーチンを含むソフトウェアであることができる。いくつかの事例では、ドライバー３３０は、デバイスを制御するための後述する機能を提供するようプロセッサによって実行可能な命令の集合であることができる。他のいくつかの事例では、ドライバー３３０はノード１３２のメモリに記憶されていてもよく、プロセッサによってアクセス可能かつ実行可能であることができる。
【００２６】
ドライバー３３０は、ノード１３２に取り付けられている特定の型のデバイス３４０を動作させるまたは制御するのでもよい。ドライバー３３０は、ハードウェア・デバイス３４０へのソフトウェア・インターフェースを提供し、それによりノード１３２上のオペレーティング・システムおよびノード１３２上の他のコンピュータ・プログラム（たとえばデバイス制御バス３２０、技師アプリケーション３１０など）がデバイス３４０のハードウェア機能にアクセスできるようにする。たとえば、ドライバー３３０は、ノードからの要求に応答してコマンドを実行するおよび／または結果を読むために、ノード１３２とデバイス３４０との間の直接接続のための備えをしてもよい。そのような実施形態において、ドライバー３３０は、ユーザーが対話するデバイス３４０を反映する明示的なユーザー・インターフェースを提供しなくてもよい。たとえば、医療アシスタントがノード１３２におけるアプリケーションを使って摂取フォームを埋めてもよく、該フォームが患者の生命徴候に関する情報を求めるときは、該アプリケーションは、体温計、血圧カフ、体重計、パルスオキシメーターなどを使って患者の生命徴候を読むようドライバー３３０を介して要求を開始し、結果を摂取フォームに記録してもよい。別の実施形態では、ドライバー３３０は、医療デバイス３４０を表現するユーザー・インターフェースを生成して呈示し、ユーザーが該ユーザー・インターフェースを介して医療デバイスを制御できるようにしてもよい。ドライバー３３０は、該ハードウェアが信号線３３６によって一般的に示されているように接続するデバイス３４０と、コンピュータ・バスまたは通信サブシステムを通じて通信してもよい。
【００２７】
デバイス３４０は、医療デバイスであってもよく、これに限られないが、聴診器、血圧計、パルスオキシメーター、体温計、検眼鏡、体重身長計、耳鏡、カメラ、遠隔心電図法デバイス（たとえばECG機）、遠隔病理学デバイス（たとえば顕微鏡）、遠隔皮膚科学デバイス（たとえば高解像度カメラ）、遠隔放射線学デバイス（たとえば超音波機）などであってもよい。デバイス３４０は（たとえばリモート身体検査の間）リモート・ハブによって制御されてもよく、あるいは定義された作業フローに基づいて制御されてもよい。いくつかの実施形態では、デバイス３４０の制御はノード１３２において発する。たとえば、患者がリモートの医師に呈示される前には、作業フローは生命徴候の測定を含んでいてもよい。デバイス３４０はいくつかの型でありうる。たとえば、コマンド型およびデータ・ペイロード型である。コマンド型デバイスはコマンドを（たとえばハブ１０２またはノード１３２アプリケーションから）受信し、応答を提供する。同様に、コマンド型デバイスはイベント駆動されて、アプリケーションおよび／または他のデバイスをモニタリングして、検出されたイベントへの応答を提供し、または検出されたイベントからの結果を転送してもよい。データ・ペイロード型デバイスは連続的にストリーミング・ペイロード（たとえば、スコープ、カメラまたはオーディオのフィード）を提供してもよく、あるいは有限のペイロード（たとえば体温計からの測定値）を提供してもよい。当然、特定のデバイスは一つまたは複数の型でありうる。
【００２８】
システム・インターフェース・モジュール３５０は、ドライバー３３０から信号線３５４によって示されるようにデバイス制御バス３２０への、また信号線３５６によって示されるように技師アプリケーション３１０へのインターフェースを提供する。MACアドレスを提供する、ファイル読み込みを実行する、通信ポートを開くなどといった低レベル動作を実行するためである。システム・インターフェース・モジュール３５０は、信号線３５２によって示されるように、デバイス・ドライバー３３０を通じてデバイス３４０と直接通信する。それらのデバイスをハブ１０２からの要求に従って制御するため（たとえば医師によって要求された機能を実行するため）である。
【００２９】
図４は、システム・インターフェース・モジュール３５０をもつノード１３２の例を示すブロック図である。ノード１３２は、システム・インターフェース・モジュール３５０、デバイス制御バス３２０、プロセッサ４３０、メモリ４３２、通信ユニット３０４および記憶装置４３６を含む。ノード１３２のコンポーネントはバス４２０によって通信上結合される。
【００３０】
プロセッサ４３０は、計算を実行し、表示装置に電子的な表示信号を提供するために、演算論理ユニット、マイクロプロセッサ、汎用コントローラまたは他の何らかのプロセッサを含む。プロセッサ４３０は、ノード１３２の他のコンポーネントとの通信のために、バス４２０に結合される。プロセッサ４３０は、複雑命令セット・コンピュータ（CISC）アーキテクチャー、縮小命令セット・コンピュータ（RISC）アーキテクチャーまたは命令セットの組み合わせを実装するアーキテクチャーを含む、データ信号を処理するためのさまざまなコンピューティング・アーキテクチャーを有していてもよい。図４は単一のプロセッサ４３０を含んでいるが、複数のプロセッサ４３０が含まれていてもよい。他のプロセッサ、オペレーティング・システム、センサー、ディスプレイおよび物理的構成が可能である。
【００３１】
メモリ４３２は、プロセッサ４３０によって実行されうる命令および／またはデータを記憶してもよい。メモリ４３２は、ノード１３２の他のコンポーネントとの通信のためにバス４２０に結合されてもよい。メモリ４３２に記憶されている命令および／またはデータは、本稿に記載される技法を実行するためのコードを含んでいてもよい。メモリ４３２は、動的ランダム・アクセス・メモリ（DRAM）デバイス、静的ランダム・アクセス・メモリ（SRAM）デバイス、フラッシュメモリまたは他の何らかのメモリ・デバイスを含んでいてもよい。いくつかの事例では、メモリ４３２は、より恒久的に情報を記憶するために、ハードディスクドライブ、フロッピーディスクドライブ、CD-ROMデバイス、DVD-ROMデバイス、DVD-RAMデバイス、DVD-RWデバイス、フラッシュメモリ・デバイスまたは他の何らかの大容量記憶装置を含む、不揮発性メモリまたは同様の持続的記憶装置および媒体をも含む。
【００３２】
通信ユニット３０２は、ネットワーク１１０にデータを送信し、ネットワーク１１０からデータを受信する。通信ユニット３０２はバス４２０に結合される。いくつかの事例では、通信ユニット３０２はネットワーク１１０へのまたは別の通信チャネルへの直接的な物理的接続のためのポートを含む。たとえば、通信ユニット２３４はUSB、SD、CAT-5またはネットワーク１１０との有線通信のための同様のポートを含む。いくつかの事例では、通信ユニット３０２は、ネットワーク１１０または他の通信チャネルと、一つまたは複数の無線通信方法を使ってデータを交換するための無線トランシーバーを含む。該無線通信方法はIEEE802.11、IEEE802.16、ブルートゥース（登録商標）、セルラー通信または他の好適な無線通信方法を含む。
【００３３】
記憶部４３６は、本稿に記載される機能を提供するためのデータを記憶する非一時的なメモリであることができる。記憶部４３６は、動的ランダム・アクセス・メモリ（DRAM）デバイス、静的ランダム・アクセス・メモリ（SRAM）デバイス、フラッシュメモリまたは他の何らかのメモリ・デバイスであってもよい。いくつかの事例では、記憶部４３６は、不揮発性メモリまたは同様の持続的記憶装置およびメディア、たとえばハードディスクドライブ、フロッピーディスクドライブ、CD-ROMデバイス、DVD-ROMデバイス、DVD-RAMデバイス、DVD-RWデバイス、フラッシュメモリ・デバイスまたはより恒久的に情報を記憶するための他の何らかの大容量記憶デバイスを含んでいてもよい。
【００３４】
システム・インターフェース・モジュール３５０は、医療デバイス制御を実装するためのルーチンを含むソフトウェアであることができる。いくつかの事例では、システム・インターフェース・モジュール３５０は、医療デバイスを制御するために本稿に記載される機能を提供するようプロセッサ４３０によって実行可能な命令の集合であることができる。他のいくつかの事例では、システム・インターフェース・モジュール３５０はノード１３２のメモリ４３２に記憶されていてもよく、プロセッサ４３０によってアクセス可能かつ実行可能であることができる。システム・インターフェース・モジュール３５０は、バス４２０を介したプロセッサ４３０およびノード１３２の他のコンポーネントとの協働および通信のために適応されてもよい。システム・インターフェース・モジュール３５０は、メッセージ・パーサー４０２、実行器４０４およびデータ・ストリーマー４０６を含む。
【００３５】
メッセージ・パーサー４０２は、医療デバイス制御を実装するためのルーチンを含むソフトウェアであることができる。いくつかの事例では、メッセージ・パーサー４０２は、医療情報をストリーミングするために後述する機能を提供するようプロセッサ４３０によって実行可能な命令の集合であることができる。他のいくつかの事例では、メッセージ・パーサー４０２はノード１３２のメモリ４３２に記憶されていてもよく、プロセッサ４３０によってアクセス可能かつ実行可能であることができる。メッセージ・パーサー４０２は、バス４２０を介したプロセッサ４３０およびノード１３２の他のコンポーネントとの協働および通信のために適応されてもよい。メッセージ・パーサー４０２は、医療デバイスからの応答をパースし、構成設定を読む。同様に、メッセージ・パーサー４０２は、RTMPメッセージを一つまたは複数のデバイス・ドライバー・コマンドに変換するために、受け取ったRTMPメッセージをパースする。
【００３６】
実行器４０４は、医療デバイス制御を実装するためのルーチンを含むソフトウェアであることができる。いくつかの事例では、実行器４０４は、医療情報をストリーミングするために後述する機能を提供するようプロセッサ４３０によって実行可能な命令の集合であることができる。他のいくつかの事例では、実行器４０４はノード１３２のメモリ４３２に記憶されていてもよく、プロセッサ４３０によってアクセス可能かつ実行可能であることができる。実行器４０４は、バス４２０を介したプロセッサ４３０およびノード１３２の他のコンポーネントとの協働および通信のために適応されてもよい。実行器４０４は、医療デバイスを制御するための受け取ったRTMPメッセージにおいて指定されているアクションを実施するために、デバイス・ドライバーに対してコマンドを渡すまたは発する。
【００３７】
データ・ストリーマー４０６は、医療デバイス制御を実装するためのルーチンを含むソフトウェアであることができる。いくつかの事例では、データ・ストリーマー４０６は、医療情報をストリーミングするために後述する機能を提供するようプロセッサ４３０によって実行可能な命令の集合であることができる。他のいくつかの事例では、データ・ストリーマー４０６はノード１３２のメモリ４３２に記憶されていてもよく、プロセッサ４３０によってアクセス可能かつ実行可能であることができる。データ・ストリーマー４０６は、バス４２０を介したプロセッサ４３０およびノード１３２の他のコンポーネントとの協働および通信のために適応されてもよい。データ・ストリーマー４０６は、RTSPを使ってクラウド・インフラストラクチャー１１２にストリーミングするよう、デバイス・ドライバーからデータを受け取る。具体的には、データ・ストリーマー４０６は、クラウド・インフラストラクチャー１１２内のRTSPサービス２０４にRTSPストリームを送る。たとえば、データ・ストリーマー４０６は、デバイス・ドライバーからデバイス・レベルのストリームを受け取って、該デバイス・レベルのストリームをRTSPストリームに変換してもよい。いくつかの事例では、RTMPメッセージおよびRTSPストリームは暗号化されて、クラウド・インフラストラクチャー１１２内の医療監査サービスに送られてもよい。
【００３８】
図５は、遠隔医療システムにおいて医療デバイス制御を実装するための例示的なフロー５００を描くフロー図である。フロー５００において、ハブ１０２がRTMPメッセージ５０２をRTMPサービス２０４に送信し、RTMPサービス２０４がRTMPメッセージ５０４を先に、たとえばノード１３２に渡す。たとえば、RTMPメッセージはデバイスを電源投入する、デバイスについての構成設定を読み込む、デバイスについて構成設定を設定する、デバイスを特定の仕方で動作させるなどのコマンドであってもよい。いくつかの事例では、クラウド・インフラストラクチャー内のRTMPサービス２０４が、通過するRTMPメッセージを記録し、前記RTMPメッセージを医療監査のために記憶してもよい。
【００３９】
このように、ノード１３２は、一つまたは複数の医療デバイスを制御するためにハブ１０２からRTMPメッセージを受け取ってもよい。RTMPメッセージ５０４を受け取ると、ノード１３２のシステム・インターフェース・モジュール３５０は、RTMPメッセージ５０４に基づいて医療デバイスを制御するための一つまたは複数のデバイス・ドライバー・コマンドを生成することによって、RTMPメッセージ５０４において指定されているデバイスを制御し、フロー線５０６によって示されるようなフィードバックRTMPメッセージをRTMPサービス２０４に返す。
【００４０】
RTMPサービス２０４は、監査目的のためにRTMPメッセージ５０６を記録し、RTMPメッセージ５０８をハブ１０２に転送する。RTMPメッセージ５０４が情報ストリームを実施した場合には、ハブ１０２は該情報ストリームを要求するようRTSPサービス２０２に要求５１０を送る。RTSPサービス２０２は要求５１２をノード１３２に送信し、ノード１３２はハブ１０２に該情報ストリーム５１４を提供することによって応答する。いくつかの実施形態では、RTSPサービス２０２がバイパスされてもよく、ノード１３２のシステム・インターフェース・モジュール３５０が該ストリームをハブ１０２に直接送ってもよい。他の実施形態では、システム・インターフェース・モジュール３５０は、該情報ストリームのコピーを、直接ハブ１０２にも、RTSPサービス２０２にも送ってもよい。それによりRTSPサービス２０２は該情報ストリームを医療監査目的のために記録することができる。
【００４１】
医療デバイス制御実装は、さまざまな属性に対処する特定の諸プロトコルを含んでいてもよい。たとえば、一つの属性はデバイス識別子であってもよい。もう一つの属性は、開始、停止、動作モード（たとえば聴診器はダイアフラム・モード、チェスト・モードなどで動作しうる）のようなコマンドであってもよい。開始および停止コマンドは、デバイスを開始または停止させ、データをストリーミングするために使用されてもよく、あるいはデバイスについての特定の作業フロー・シーケンスを開始するために使用されてもよい。たとえば、肺活量計では、特定の開始コマンドが、該特定の開始コマンドに応答したフロー体積測定作業フローを開始してもよい。もう一つの属性は、セキュリティを提供し、ハブがそのノードにおけるデバイスを制御する権限を与えられていることを示す許諾トークン（authorization  token）であってもよい。もう一つの属性は、ノード・アプリケーションが結果をポストしなければならないサーバーのアドレスであってもよい。
【００４２】
図６は、遠隔医療システムにおいて医療デバイス制御を実施するための例示的なフロー６００を描くフロー図である。例示的なフロー６００では、技師アプリケーション３１０が、デバイス制御バス３２０に取り付けられたデバイスの構成設定を読むために、RTMPメッセージ６１０をデバイス制御バス３２０に転送する。いくつかの場合には、RTMPメッセージはHTTP接続を通じてPOST要求を用いて送られてもよい。デバイス制御バス３２０はデバイスの構成設定６２０を、技師アプリケーション３１０において技師が読むために、返す。技師アプリケーション３１０は、デバイス・ドライバーをロードするために、メッセージ６３０をデバイス制御バス３２０に送信する。デバイス・ドライバーをロードする要求に関し、デバイス制御バス３２０はいくつかの場合には、問題が生じたときは応答を提供してもよく、そうでなければ応答を生成しなくてもよい。
【００４３】
技師アプリケーション３１０はたとえば、技師による入力に応答して、デバイスを用いて測定を行なうよう、RTMPメッセージ６４０を送信する。デバイス制御バス３２０はRTMPメッセージ６４２をドライバー３３０に渡し、ドライバー３３０はメッセージ６４４をデバイス３４０に転送する。メッセージ６４４に応答して、デバイス３４０は測定を行ない、測定値６５４をドライバー３３０に送信し、ドライバー３３０はメッセージ６５２をデバイス制御バス３２０に渡す。デバイス制御バス３２０はメッセージ６５０を技師アプリケーション３１０に渡し、そこで、測定の結果が技師に対して表示される。いくつかの実施形態では、デバイス制御バス３２０が情報ストリーム５１２を開始し、該情報ストリームをRTSPを使ってクラウド・インフラストラクチャー１１２内のRTSPサービス２０２に送信してもよい。
【００４４】
図７は、遠隔医療システムにおける医療デバイス制御の例示的方法７００のフローチャートである。７０２では、ノード１３２が、ノード１３２において取り付けられた一つまたは複数の医療デバイスを制御するためのRTMPメッセージを受け取る。たとえば、ノード１３２，特にデバイス制御バス３２０がネットワーク１１０を通じてハブ１０２からRTMPを受信してもよい。いくつかの実施形態では、RTMPメッセージは、クラウド・インフラストラクチャー１１２内のRTMPサービスによって生成される。いくつかの場合には、RTMPメッセージは、技師が見るまたは対話するために、技師アプリケーション３１０にコピーおよび／または転送されてもよい。
【００４５】
７０４では、RTMPメッセージに基づいて医療デバイスを制御するための一つまたは複数のデバイス・ドライバー・コマンドが生成されてもよい。たとえば、メッセージ・パーサー４０２がRTMPメッセージを受け取って、RTMPメッセージの各部分を一つまたは複数のシステム・レベルのコマンドに変換してもよい。
【００４６】
いくつかの実施形態では、７１０において、デバイス制御バスは、医療デバイスのためのデバイス・ドライバーがロードされていないことを判別し、該デバイス・ドライバーを動的にロードする。７２０では、デバイス・ドライバー・コマンドが実行され、デバイス３４０は測定を実行する。たとえば、システム・レベル・コマンドが実行器４０４に渡されてもよく、実行器４０４がさらにシステム・レベル・コマンドをデバイス・ドライバー・コマンドに変換してもよく、次いで実行器４０４が該デバイス・ドライバー・コマンドを特定のデバイス・ドライバー３３０に送る。いくつかの実施形態では、７３０において、デバイス制御バス３２０は医療デバイスから測定値を受け取る。７３２では、デバイス制御バス３２０は、前記測定からの結果を用いてRTMPメッセージを生成し、７３４において該RTMPメッセージを送信してもよい。たとえば、デバイス制御バス３２０はRTMPメッセージを、ノード１３２において技師に対して呈示されるよう、技師アプリケーション３１０に送信してもよい。別の実施形態では、デバイス制御バス３２０は、RTMPメッセージをクラウド・インフラストラクチャー１１２に送信してハブ１０２に転送されるようにしても、あるいはハブ１０２に直接送信してもよい。
【００４７】
いくつかの実施形態では、７３６において、デバイス・ドライバーは測定値をシステム・インターフェース・モジュール３５０に送信して、クラウド・インフラストラクチャー１１２のリアルタイム・ストリーミング・プロトコル・サービス２０２に転送されるようにし、該RTSPサービス２０２において、医療デバイス３４０からの受領された測定値に基づいて、RTSPストリームが生成される。７３８では、RTSPサービス２０２０はRTSPストリームをハブ１０２に送信してもよく、ハブ１０２においてストリームはヘルスケア提供者によって閲覧されることができる。
【００４８】
遠隔医療システムにおいて医療デバイス制御を実装するためのシステムおよび方法が本稿で記載されている。上記の記述において、説明の目的で数多くの個別的詳細が記述された。しかしながら、開示される技術がこうした個別的詳細のいずれかの所与の部分集合なしに実施できることは明白であろう。他の事例では、構造および装置がブロック図で示されている。たとえば、開示される技術は、上記のいくつかの実装では、インターフェースおよび特定のハードウェアを参照して記述されている。さらに、上記で開示した技術は主としてライン・サービスのコンテキストであるが、開示される技術は、他のデータ源および他のデータ型（たとえば他の資源、たとえば画像、オーディオ、ウェブ・ページの集合）にも当てはまる。
【００４９】
本明細書における「一つの実施形態」「いくつかの実施形態」または「ある実施形態」への言及は、その実施形態との関連で記述される特定の特徴、構造または特性が、開示される技術の少なくとも一つの実施形態に含まれることを意味する。本明細書における随所で「ある実施形態では」といった句が出現することは、必ずしもみなが同じ実施形態を指しているわけではない。
【００５０】
上記の詳細な記述の一部は、コンピュータ・メモリ内のデータ・ビットに対する動作のプロセスおよび記号的表現を用いて呈示された。プロセスとは、一般に、結果に導くステップの自己整合的なシーケンスである考えられる。それらのステップは、物理量の物理的な操作に関わりうる。これらの量は、記憶、転送、組み合わせ、比較およびその他の操作をされることができる電気信号または磁気信号の形を取る。これらの信号は、ビット、値、要素、シンボル、キャラクター、項、数などとして言及されることがある。
【００５１】
これらおよび同様の用語が適切な物理量と関連付けられることができ、そうした量に適用されるラベルと考えられることができる。先の議論から明白なように、そうでないことがはっきり述べられるのでない限り、本記述を通じて、たとえば「処理」または「コンピューティング」または「計算」または「決定」または「表示」などといった用語を利用した議論はコンピュータ・システムまたは同様の電子計算装置のアクションおよびプロセスであって、コンピュータ・システムのレジスタおよびメモリ内の物理的な（電子的な）量として表現されているデータを操作して、コンピュータ・システムのメモリもしくはレジスタまたは他のそのような情報記憶、伝送もしくは表示装置内の物理的な量として同様に表現された他のデータに変換するものを指しうる。
【００５２】
開示される技術は、本稿の動作を実行するための装置にも関しうる。この装置は、要求される目的のために特に構築されていてもよいし、あるいはコンピュータに記憶されたコンピュータ・プログラムによって選択的にアクティブ化または再構成される汎用コンピュータを含んでいてもよい。
【００５３】
開示される技術は、完全にハードウェアの実装、完全にソフトウェアの実装またはハードウェアおよびソフトウェアの両方の要素を含む実装の形を取ることができる。いくつかの実施形態では、本技術は、ファームウェア、常駐ソフトウェア、マイクロコードなどを含むがそれに限られないソフトウェアにおいて実装される。
【００５４】
さらに、開示される技術は、コンピュータまたは任意の命令実行システムによってまたはそれとの関連で使うためのプログラム・コードを提供する非一時的なコンピュータ使用可能なまたはコンピュータ読み取り可能な媒体からアクセス可能なコンピュータ・プログラム・プロダクトの形を取ることができる。本稿の目的のためには、コンピュータ使用可能またはコンピュータ読み取り可能な媒体は、命令実行システム、装置またはデバイスによってまたはそれとの関連で使うためのプログラムを含む、記憶する、通信する、伝搬させるまたは転送することのできる任意の装置であることができる。
【００５５】
プログラム・コードを記憶するおよび／または実行するのに好適なコンピューティング・システムまたはデータ処理システムは、システム・バスを通じてメモリ要素に直接的または間接的に結合された少なくとも一つのプロセッサ（たとえばハードウェア・プロセッサ）を含む。メモリ要素は、プログラム・コードの実際の実行の間に用いられるローカル・メモリ、大容量記憶および実行中にコードが大容量記憶から取得されなければならない回数を減らすために少なくとも一部のプログラム・コードの一時的な記憶を提供するキャッシュ・メモリを含むことができる。
【００５６】
入出力またはI/O装置（キーボード、ディスプレイ、ポインティングデバイスを含むがそれに限られない）がシステムに、直接または介在するI/Oコントローラを介して結合されることができる。
【００５７】
データ処理システムが他のデータ処理システムまたはリモートのプリンターもしくは記憶装置に、介在する私設または公共ネットワークを通じて結合されることができるようにするために、ネットワーク・アダプターが本システムに結合されてもよい。モデム、ケーブル・モデムおよびイーサネット（登録商標）カードは、現在利用可能な型のネットワーク・アダプターのほんの数例である。
【００５８】
最後に、本稿に呈示されたプロセスおよび表示は、いかなる特定のコンピュータまたは他の装置にも本来的に関係してはいなくてもよい。さまざまな汎用システムが本稿の教示に基づくプログラムとともに利用されうる。あるいは、要求される方法ステップを実行するために、より特化した装置を構築することが便利であると判明することもありうる。多様なこれらのシステムのための要求される構造は以下の記述から明白となろう。さらに、開示される技術は、いかなる特定のプログラミング言語を参照して記述されたのでもない。多様なプログラミング言語は、本稿に記載される技術の教示を実装するために使用されうる。
【００５９】
本願の技法の実装の上記の記述は、例解および説明のために呈示されたものである。網羅的であることも、本願の技法を開示される厳密な形に限定することも意図されていない。上記の教示に照らして多くの修正および変形が可能である。本願の技法の範囲がこの詳細な説明によって限定されることは意図されていない。本願の技法および技術は、その精神または本質的な特徴から外れることなく、他の具体的な形で具現されてもよい。同様に、モジュール、ルーチン、特徴、属性、方法論および他の側面の具体的な名称および分割は、必須でも重要でもない。本願の技法および技術またはその特徴を実装する機構は異なる名称、分割および／またはフォーマットを有していてもよい。さらに、本技術のモジュール、ルーチン、特徴、属性、方法論および他の側面は、ソフトウェア、ハードウェア、ファームウェアまたはこれら三つの任意の組み合わせとして実装されることができる。また、コンポーネント（その一例はモジュール）がソフトウェアとして実装されるときは常に、該コンポーネントはスタンドアローンのプログラムとして、より大きなプログラムの一部として、複数の別個のプログラムとして、静的または動的にリンクされたライブラリとして、カーネル・ロード可能モジュールとして、デバイス・ドライバーとしておよび／または現在または将来、コンピュータ・プログラミングにおいて既知の他のあらゆる任意の仕方で実装されることができる。さらに、本願の技法および技術は、決して、いかなる特定のプログラミング言語での実装にも、いかなる特定のオペレーティング・システムまたは環境のための実装にも、限定されない。よって、本願の技法および技術の本開示は、限定するのではなく例解することが意図されている。
【符号の説明】
【００６０】
１０２  ハブ
１１０  ネットワーク
１１２  クラウド・インフラストラクチャー
１３２  ノード
２０２  リアルタイム・ストリーミング・プロトコル（RTSP）サービス
２０４  リアルタイム・メッセージング・プロトコル（RTMP）サービス
２０６  通信ユニット
３０２  通信ユニット
３１０  技師アプリケーション（TA）
３２０  デバイス制御バス（DCB）
３３０  ドライバー
３４０  デバイス
３５０  システム・インターフェース・モジュール（SIM）
４０２  メッセージ・パーサー
４０４  実行器
４０６  データ・ストリーマー
４３０  プロセッサ
４３２  メモリ
４３６  記憶部
７０２  医療デバイスを制御するためのRTMPメッセージを受信
７０４  RTMPメッセージに基づいてデバイス・コマンドを生成
７１０  デバイス・ドライバーをロード
７２０  コマンドを実行
７３０  医療デバイスから測定値を受信
７３２  実行されたコマンドに応答してRTMPメッセージを生成
７３４  RTMPメッセージを送信
７３６  医療デバイスからの受信された測定データに基づいてRTSPストリームを生成
７３８  RTSPストリームを送信
【図１】
2018147472.tif 000003
【図２】
2018147472.tif 000004
【図３】
2018147472.tif 000005
【図４】
2018147472.tif 000006
【図５】
2018147472.tif 000007
【図６】
2018147472.tif 000008
【図７】
2018147472.tif 000009