JP6995372B2

JP6995372B2 - 遠隔地間の暗号化されたデータのセキュリティ保護された監査可能な転送を提供するための方法及びシステム

Info

Publication number: JP6995372B2
Application number: JP2018537864A
Authority: JP
Inventors: ローゼンバーグ，マイケル; ストルズ，ジェイソン; ウッドリーフ，クリス; ベニッツ，マルコム; バラード，チェイス
Original assignee: メディコムテクノロジーズインコーポレイテッド
Priority date: 2016-01-20
Filing date: 2017-01-20
Publication date: 2022-01-14
Anticipated expiration: 2037-01-20
Also published as: BR112018014600A2; CN108496334A; JP2019506799A; US10257174B2; US20170208047A1; EP3406070A4; WO2017127635A1; US10951597B2; EP3406070A1; US20190190897A1; CA3011810A1; CA3011810C; EP3406070B1; PT3406070T; ES2901310T3; US10305869B2; HRP20211797T1; US20170208064A1; CN108496334B

Description

関連出願
本出願は、参照によりその開示全体が本明細書に組み込まれる、特許権の保有者が共通の、２０１６年１月２０日に出願された「ＭＥＴＨＯＤ，ＳＹＳＴＥＭ，ＡＮＤＤＥＶＩＣＥＦＯＲＰＲＯＶＩＤＩＮＧＳＥＣＵＲＥＡＮＤＡＵＤＩＴＡＢＬＥＴＲＡＮＳＦＥＲＯＦＳＴＵＤＩＥＳＢＥＴＷＥＥＮＣＡＲＥＰＲＯＶＩＤＥＲＡＮＤＤＩＳＡＧＮＯＳＴＩＣＰＲＯＶＩＤＥＲ」という名称の米国特許仮出願第６２／２８０，８６５号の利益を主張するものである。

可能性のある健康問題を最高の信頼度をもって識別するために専門医によりその後解析される必要があるデジタル画像を生成する医療デバイスを取り揃えている医療的ケアプロバイダを見つけることは今日の環境では当たり前のことである。医療イメージングを利用する分野の例は、放射線医学、心臓学イメージング、及び放射線療法デバイス（Ｘ線、ＣＴ、ＭＲＩ、超音波など）を含み、眼科学及び歯科学などの他の医療分野のデバイスにも広がりをみせている。これらの画像又はスタディの伝送は、スタディを入手するすべてのエンティティは束の間であってもＨＩＰＡＡ準拠としての承認を事前に受けていなければならないというＨＩＰＡＡ要件の対象となるために複雑である。この問題への１つの解決策は、医療プロバイダと診断ラボとの間でＶＰＮを確立することである。しかしながら、この解決策は、複雑さとコストに悩まされる。２つのプロバイダ間のＶＰＮのインストールは、一般に、相手方のそれぞれが何を見ることができるかを制限するべく両方のエンドでネットワークを隔離することを意味する。単一の組のプロバイダ間でこれを行うことは簡単なように見えるが、単一のプロバイダがＶＰＮ上で複数の他のプロバイダと通信する必要があるときに、すぐに扱いにくくなる。これは、他のプロバイダのそれぞれのための別個のゾーンを作成し、他のプロバイダのそれぞれのための別個のＶＰＮをインストールすることを意味する。

イメージングデータを伝送する別の普及した方法は、これをＣＤ、ＤＶＤ、又は他のメディア上に格納し、郵便制度又は他の輸送業者を通じて発送することである。以前は、ネットワークが概してより遅かったときには、この方法は需要があった。しかしながら、今日のネットワーク上でデータを送信する方が、伝送のほとんどすべてに関する物理的輸送での遅延を被るよりも一般により速いことを考えれば、これは即時性の欠如に悩まされる。物理メディアは、輸送の際に損傷、盗難、又は紛失されがちでもある。

必要とされるのは、インストール及び構成するのが迅速且つ容易であり、プライバシー及びセキュリティに関するすべての規制に準拠し、確認及びトレーサビリティと共に即時の送達を提供するシステムである。

１つ以上のコンピュータからなるシステムは、動作時にシステムにアクションを行わせるシステム上にインストールされたソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを有していることにより特定の動作又はアクションを行うように構成することができる。１つ以上のコンピュータプログラムは、データ処理装置によって実行されるときに装置にアクションを行わせる命令を含んでいることにより特定の動作又はアクションを行うように構成することができる。

１つの一般的態様によれば、本発明は、データをセキュリティ保護された様態で伝送するための方法であって、第１のデバイスにより、サーバから、第２のデバイスのネットワークアドレスを要求することであって、要求時に第１のデバイスと第２のデバイスは通信可能に結合されない、要求することと；サーバにより第２のデバイスのネットワークアドレスを第１のデバイスに伝送することと；第１のデバイスにより第２のデバイスとの通信チャネルを開始することであって、サーバは通信チャネルに通信可能に結合されない、開始することと；第１のデバイスにより第２のデバイスに第１の暗号鍵を伝送することと；第２のデバイスが第１の暗号鍵を受信した後で、第２のデバイスにより第１のデバイスに第２の暗号鍵を伝送することと；第２の暗号鍵の受信後に、第１のデバイスによりデータパッケージを暗号化することと；暗号化されたデータパッケージを第１のデバイスにより第２のデバイスに伝送することと；暗号化されたデータパッケージを第２のデバイスにより復号することと；を含み、暗号化されたデータパッケージ、第１の暗号鍵、又は第２の暗号鍵のいずれもサーバに伝送されない、方法を含む。

別の一般的態様では、本発明は、２つの遠隔地間で医療データを直接にセキュリティ保護された状態で伝送するシステムであって、暗号化されたデータパッケージを生成するべく暗号鍵を用いてデータパッケージを暗号化するように構成された医療プロバイダデバイスと；医療プロバイダデバイスから暗号化されたデータパッケージを受信するように構成された診断プロバイダデバイスであって、、暗号鍵を用いて暗号化されたデータパッケージを復号するようにさらに構成される、診断プロバイダデバイスと；医療プロバイダデバイス及び診断プロバイダデバイスに通信可能に結合されるサーバと；を備え、サーバは、暗号化されたデータパッケージを受信しないように構成され、サーバは、診断プロバイダデバイスのネットワークアドレスを医療プロバイダデバイスに提供するように構成され、サーバは、暗号化されたデータパッケージに関係した監査証跡を格納するように構成され、医療プロバイダデバイスと診断プロバイダデバイスは、医療プロバイダデバイスが診断プロバイダのネットワークアドレスを受信した後にのみ通信チャネルを介して直接結合され、通信チャネルは、開始された後で繰返し開かれる及び閉じられるが、通信チャネルは、閉じられるときであっても終了されない、システムを含む。

別の一般的態様では、本発明は、２つの遠隔地間でデータを直接にセキュリティ保護された状態で伝送するシステムであって、暗号化されたデータを通信チャネル上で伝送するように構成された第１のクライアントと、通信チャネルに結合され、医療プロバイダデバイスから暗号化されたデータパッケージを受信するように構成された第２のクライアントと、第１のクライアント及び第２のクライアントに通信可能に結合されるサーバと、を備え、サーバは、暗号化された医療データパッケージを受信しないように構成され、サーバは、第２のクライアントのネットワークアドレスを第１のクライアントに提供するように構成され、サーバは、暗号化されたデータパッケージに関係した監査証跡を格納するように構成され、第１のクライアントは、第１の暗号鍵を生成し、第１の暗号鍵を第２のクライアントに伝送するようにさらに構成され、第２のクライアントは、第２の暗号鍵を生成し、第２の暗号鍵を第１のクライアントに伝送するようにさらに構成され、第１のクライアントは、第２のクライアントのネットワークアドレスの受信後にのみ第２のクライアントとの通信チャネルを開始するようにさらに構成され、第２のクライアントは、第１の暗号鍵及び第２の暗号鍵を用いて暗号化されたデータパッケージを復号するようにさらに構成され、エンドユーザデバイスだけが、第３の暗号鍵を用いて監査証跡にアクセスすることができ、サーバ、第１のクライアント、及び第２のクライアントは、第３の暗号鍵へのアクセスを有さない、システムを含む。

システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピアデバイスは、暗号化された伝送ペイロードを生成するべく第１の暗号鍵及び第２の暗号鍵を用いて伝送ペイロードデータを暗号化し、暗号化された伝送ペイロードを第２のピア・クライアントに送信するように動作可能であってよく、伝送中に、第２のピア・クライアントへの伝送において中間サーバに格納される暗号化された伝送ペイロードの全体コピーは存在しない。第２のピア・クライアントは、第１のピア・クライアントから、暗号化された伝送ペイロードを受信し、第１の暗号鍵及び第２の暗号鍵を用いて伝送ペイロードデータを生成するべく暗号化された伝送ペイロードを復号するように動作可能であってよい。第３のサーバデバイスは、第１のピア・クライアントを動作させる第１のデバイスと第２のピア・クライアントを動作させる第２のデバイスとの通信を可能にするように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、第３のデバイスから第２のネットワークアドレスを受信し、第１のピア・クライアントと関連付けられる第１の暗号鍵を第２のピア・クライアントに送信し、第２のピア・クライアントから第２のピア・クライアントと関連付けられる第２の暗号鍵を受信するように動作可能であってよい。第２のピア・クライアントは、第１のピア・クライアントから第１の暗号鍵を受信するように動作可能であってよい。第３のサーバデバイスは、第２のネットワークアドレスを受信し、第１のピア・クライアントから第２のネットワークアドレスに関する要求を受信し、第２のネットワークアドレスを第１のピア・クライアントに送信するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、暗号化された伝送ペイロードデータを受信するように動作可能であってよく、伝送ペイロードデータは、１つ以上の画像を識別する画像情報、及び１つ以上の画像と関連付けられる患者を識別する患者情報を備える。第２のピア・クライアントは、暗号化された伝送ペイロードデータを格納するように動作可能であってよく、伝送ペイロードデータは、１つ以上の画像を識別する画像情報、及び１つ以上の画像と関連付けられる患者を識別する患者情報を備える。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、画像情報及び患者情報をカプセル化することにより伝送ペイロードデータをパックするように動作可能であってよい。第２のピア・クライアントは、画像情報及び患者情報をカプセル化解除することにより伝送ペイロードデータをアンパックするように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、暗号化された伝送ペイロードの伝送を反映する監査情報及び送信した宛先を格納するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、第４のデバイスに、暗号化された伝送ペイロードの送信の完了を示す通知を送信するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第２のピア・クライアントは、第５のデバイスに、暗号化された伝送ペイロードの受信の完了を示す通知を送信するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、ディレクトリに関する第２の要求を第３のデバイスに送信し、第３のデバイスからディレクトリを受信するように動作可能であってよい。第２のピア・クライアントは、第２のネットワークアドレスを第３のデバイスに登録することを可能にするように動作可能であってよい。第３のサーバデバイスは、第２のピア・クライアントと関連付けられる第２のネットワークアドレスをディレクトリに格納し、複数の他のデバイスと関連付けられる複数の他のネットワークアドレスをディレクトリに格納し、第１のピア・クライアントからディレクトリに関する第２の要求を受信するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のデバイス、第２のデバイス、及び第３のサーバデバイスを含む。第１のデバイスは、第１のピア・クライアントを実行するように動作可能であってよい。第２のデバイスは、第２のピア・クライアントを実行するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、第２のピア・クライアントにオファーを送信し、第２のピア・クライアントからオファー応答を受信するように動作可能であってよい。第２のピア・クライアントは、第１のピア・クライアントからオファーを受信し、第１のピア・クライアントにオファー応答を送信するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、第２のピア・クライアントに複数の候補を送信し、第２のピア・クライアントから複数の候補への応答を受信するように動作可能であってよい。第２のピア・クライアントは、第１のピア・クライアントから複数の候補を受信し、第１のピア・クライアントに複数の候補への応答を送信するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、第６のデバイスから１つ以上の画像を受信するように動作可能であってよく、第６のデバイスは、ＰＡＣＳサーバ及びＤＩＣＯＭサーバのうちの１つで動作する。第２のピア・クライアントは、第７のデバイスに１つ以上の画像を送信するように動作可能であってよく、第６のデバイスは、ＰＡＣＳサーバ及びＤＩＣＯＭサーバのうちの１つで動作する。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含み、第１のピア・クライアントは、医療プロバイダ施設に地理的に位置する。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含み、第１のピア・クライアントは、ブラウザ及びデスクトップアプリケーションのうちの１つである。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含み、第１のピア・クライアントは、ＷｅｂＲＴＣプロトコルを実行するように動作可能である。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含み、第１のピア・クライアントは、ＰＡＣＳビューア及びＤＩＣＯＭビューアのうちの１つをさらに備える。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含み、第２のピア・クライアントは、診断プロバイダ施設に地理的に位置する。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含み、第２のピア・クライアントは、ブラウザ及びデスクトップアプリケーションのうちの１つである。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含み、暗号化された伝送ペイロードを備える１つ以上の画像が、ＤＩＣＯＭフォーマットで送信される。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含み、暗号化された伝送ペイロードを備える患者情報が、プレーンテキスト、ＸＭＬ、及びｐｄｆからなる群から選択された１つ以上のフォーマットで送信される。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。システムは、第１のエンドポイントデバイスとして動作する第８のデバイスをさらに含んでよい。第１のエンドポイントデバイスは、第１のデバイスに格納された第１のデータを受信し、別のデバイスに格納された他のデータを受信し、第１のデータ及び他のデータを集約し、第１のデータ及び他のデータのうちの１つ以上を第９のデバイスに提供するように動作してよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。システムは、第２のエンドポイントデバイスにある他のデータをミラーリングするように動作可能な第８のデバイスをさらに含んでよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。システムは、所望の情報を格納している第１のエンドポイントデバイスに、第３のエンドポイントデバイスと第１のエンドポイントデバイスとの間の１つ以上の第１のネットワーク応答特徴を判定し、１つ以上の第１のネットワーク応答特徴を記録するように構成された第１のネットワークパケットを送信し、所望の情報を格納している第２のエンドポイントデバイスに、第３のエンドポイントデバイスと第２のエンドポイントデバイスとの間の１つ以上の第２のネットワーク応答特徴を判定し、１つ以上の第１のネットワーク応答特徴を記録し、１つ以上の第１のネットワーク応答特徴と１つ以上の第１のネットワーク応答特徴との比較を行い、比較に基づいて第１のエンドポイントデバイス及び第２のエンドポイントデバイスのうちの１つをソースとして指定し、ソースから所望の情報のデータを受信するように構成された第２のネットワークパケットを送信するように動作可能な、第８のデバイスをさらに含んでよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、意図された受取側の電子メールアドレスを指定する入力を受信し、電子メールアドレスを用いて、受取側デバイスが受取側ピア・クライアントをダウンロードし、暗号化された伝送ペイロードを受信することを可能にするように構成された情報を送信するように動作可能であってよく、受取側デバイスは、受取側ピア・クライアントをダウンロードし、暗号化された伝送ペイロードを受信するように動作可能である。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、複数の可能性のある受取側を識別する第１の情報を提示し、複数の可能性のある受取側のうちのお気に入りとしての受取側を指定する第１の入力を受信し、お気に入りを識別する第２の情報を提示し、お気に入りのうちの１つを意図された受取側として指定する第２の入力を受信するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、暗号化された伝送ペイロードの送信時に実行されるように構成された第１のルールを指定する第１の入力を受信し、第１のルールを実行するように動作可能であってよい。第２のピア・クライアントは、暗号化された伝送ペイロードの受信時に実行されるように構成された第２のルールを指定する第２の入力を受信し、第２のルールを実行するように動作可能であってよい。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。第１のピア・クライアントは、第１のバックグラウンドプロセスとして実行するように動作可能であってよく、第１のバックグラウンドプロセスは、第１の通信ノードである。第２のピア・クライアントは、第２のバックグラウンドプロセスとして実行するように動作可能であってよく、第２のバックグラウンドプロセスは、第２の通信ノードである。

本発明の１つの一般的態様によれば、システムが提供される。システムは、すべてネットワーク上で通信するように動作可能な、第１のピア・クライアント、第２のピア・クライアント、及び第３のサーバデバイスを含む。

第３のサーバデバイスは、第１のピア・クライアントから、第１のピア・クライアントで発生しているアクティビティを識別する第１の情報を受信し、第１の情報を第３のデバイスに格納し、第２のピア・クライアントから、第２のピア・クライアントで発生しているアクティビティを識別する第２の情報を受信し、第２の情報を第３のデバイスに格納するように動作可能であってよい。

本発明は、システムを説明する用語及び言葉で要約されているが、前述したのと類似した特徴を含む方法、デバイス、及び一時的でないコンピュータ可読媒体の実施形態が本出願内で開示されることが認識されるであろう。

本明細書に組み込まれ、その一部をなす添付図は、本開示のいくつかの態様を例示し、その説明と共に本開示の原理を解説するのに役立つ。

ウェブソケットサーバデバイス、２つ以上のコンピューティングデバイス、及び２つ以上のコンテンツアーカイバルデバイスを備える、本発明で説明されるシステムの簡略化されたシステム図である。ウェブソケットサーバデバイス、２つ以上のコンピューティングデバイス、及び２つ以上のコンテンツアーカイバルデバイスを備える、本発明で説明されるシステムを示す図である。図１Ａ及び図１Ｂで説明されるシステムの一実施形態を示す図である。図１Ａ及び図１Ｂのディレクトリサービスデバイスの拡大図である。図１Ａ及び図１Ｂのエンドポイントデバイスの拡大図である。いくつかの実施形態に係るプロバイダ情報を格納するための例示的なデータ構造を示す図である。いくつかの実施形態に係る患者情報を格納するための例示的なデータ構造を示す図である。いくつかの実施形態に係る伝送ペイロード情報を格納するための例示的なデータ構造を示す図である。いくつかの実施形態に係る監査情報を格納するための例示的なデータ構造を示す図である。いくつかの実施形態に係るグラフィカルブラウザ・ユーザインターフェースを示す図である。いくつかの実施形態に係るグラフィカルデスクトップ・ユーザインターフェースを示す図である。いくつかの実施形態に係る患者及び受取側の情報を入力するためのグラフィカルユーザインターフェースを示す図である。いくつかの実施形態に係る、第２のコンピューティングデバイスが最初にオフラインのときの、第１のコンピューティングデバイス、ウェブサーバデバイス、ウェブソケットサーバデバイス、及び第２のコンピューティングデバイスの間の例示的な通信を示すネットワーク図である。いくつかの実施形態に係る、すべてのデバイスがオンラインのときの、第１のコンピューティングデバイス、ウェブサーバデバイス、ウェブソケットサーバデバイス、及び第２のコンピューティングデバイスの間の例示的な通信を示すネットワーク図である。いくつかの実施形態に係る、第１のコンピューティングデバイスと第２のコンピューティングデバイスとの間のセキュリティ保護された接続を開くときの、第１のコンピューティングデバイス、ウェブソケットサーバデバイス、及び第２のコンピューティングデバイスの間の例示的な通信を示すネットワーク図である。いくつかの実施形態に係る、第１のコンピューティングデバイスと第２のコンピューティングデバイスとの間でデータを伝送するときの、第１のコンピューティングデバイス、第１のコンテンツアーカイバルデバイス、ウェブソケットサーバデバイス、第２のコンテンツアーカイバルデバイス、及び第２のコンピューティングデバイスの間の例示的な通信を示すネットワーク図である。エンドポイントデバイスの動作のシステム図をグラフィカルに示す図である。コンピューティングデバイスを備えるハードウェア要素のブロック図をグラフィカルに示す図である。コンテンツアーカイバルデバイスを備えるハードウェア要素のブロック図をグラフィカルに示す図である。ウェブソケットサーバデバイスを備えるハードウェア要素のブロック図をグラフィカルに示す図である。ウェブサーバデバイスを備えるハードウェア要素のブロック図をグラフィカルに示す図である。エンドポイントデバイスを備えるハードウェア要素のブロック図をグラフィカルに示す図である。

本発明は、法的要件を満たすべく特異性をもって説明される。しかしながら、説明自体は、この特許の範囲を限定することを意図していない。むしろ、発明者らは、特許請求される主題は、他の現在の又は将来の技術と併せて、本明細書で説明されるものに類似した異なるステップ又は要素を含むように他の方法でも具体化され得ると考えている。さらに、「ステップ」という用語が、採用される方法の異なる態様を示すために本明細書で用いられる場合があるが、該用語は、個々のステップの順序が明示的に説明されない限り及び示されるときを除いて、本明細書で開示された種々のステップの中の又は間のどのような特定の順序を示すものとしても解釈されるべきではない。

本明細書の全体を通して、同様の参照番号は、図面の説明の全体を通して同じ要素を示す。

要素が「接続される」又は「結合される」と言及されるとき、要素は、一緒に直接接続又は結合することができ、或いは１つ以上の介在要素が存在してもよい。対照的に、要素が「直接接続される」又は「直接結合される」と言及されるとき、介在要素の存在はない。

主題は、デバイス、システム、方法、及び／又はコンピュータプログラム製品として具体化され得る。したがって、主題のいくつか又はすべては、ハードウェアにおいて及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード、状態マシン、ゲートアレイなどを含む）において具体化され得る。さらに、主題は、命令実行システムによる又はその関連での使用のための媒体において具体化されるコンピュータで使用可能な又はコンピュータ可読プログラムコードを有するコンピュータで使用可能な又はコンピュータ可読記憶媒体上のコンピュータプログラム製品の形態をとり得る。本明細書との関連において、コンピュータで使用可能な又はコンピュータ可読媒体は、命令実行システム、装置、又はデバイスによる又はその関連での使用のためのプログラムを含む、格納する、又は輸送することができる任意の媒体であり得る。

コンピュータで使用可能な又はコンピュータ可読媒体は、例えば、限定はされないが、電子、磁気、光学、電磁気、半導体システム、装置、又はデバイスであり得る。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータなどの情報の記憶のための任意の方法又は技術で実装される揮発性及び不揮発性、リムーバブル及び非リムーバブルメディアを含む。コンピュータ記憶媒体は、所望の情報を記憶するのに用いることができ、命令実行システムによりアクセスされ得る、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）又は他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、又は他の磁気記憶装置、又は任意の他の媒体を含むがこれらに限定されない。

主題がコンピュータで実行可能な命令の一般的状況で具体化されるとき、実施形態は、１つ以上のシステム、コンピュータ、又は他のデバイスにより実行されるプログラムコンポーネントを備えてよい。一般に、プログラムモジュールは、特定のタスクを果たす又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。通常は、プログラムモジュールの機能は、種々の実施形態において所望に応じて組み合わされ又は分散され得る。

本明細書での値の範囲の列挙は、本明細書で他に指定のない限り、該範囲内に入る各別個の値を個々に言及する簡潔な方法として役立つことを単に意図しており、各別個の値は、本明細書で個々に列挙されたかのように本明細書に組み込まれる。したがって、任意の所与の数値範囲は、該範囲内の数字の整数及び小数を含むものとする。例えば、範囲「１～１０」は、具体的には１から１０までの間の整数（例えば、１、２、３、．．．９）と非整数（例えば、１．１、１．２、．．．１．９）を含むように解釈されるものとする。

プロセス（又は方法）ステップは、特定の一連の順序で説明又は特許請求される場合があるが、このようなプロセスは、異なる順序で機能するように構成され得る。言い換えれば、明示的に説明又は特許請求される場合があるステップのどのような順番又は順序も、明確に示されない限り、ステップが該順序で行われるべきであるという要件を必ずしも示さない。さらに、いくつかのステップは、明確に示されない限り、非同時に起こるものとして説明又は示される（例えば、１つのステップが他のステップの後に説明されるため）にもかかわらず、同時に行われ得る。プロセスが実施形態で説明される場合、プロセスは、どのようなユーザ介入もなしに動作し得る。

本明細書で言及される場合の「コンピューティングデバイス」という用語は、広く解釈されるべきである。コンピューティングデバイスは、本発明の実施形態が実装され得る周知のオペレーティング環境を採用し得る。代表的な実施形態では、コンピューティングデバイスは、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォンなどであり得る。デバイスは、周知のオペレーティング環境又は専用のカスタマイズされたソフトウェアを採用し得る。周知のオペレーティング環境の例は、ＭｉｃｒｏｓｏｆｔＷｉｎｄｏｗｓ、ＡｐｐｌｅＭａｃｉｎｔｏｓｈＳｙｓｔｅｍＳｏｆｔｗａｒｅ（ＯＳＸ）、その多くの種類のいずれかのＵｎｉｘ（例えばＲｅｄＨａｔＬｉｎｕｘ）を含むがこれらに限定されない。周知のモバイルオペレーティング環境の例は、ＡｐｐｌｅｉＯＳ、ＲＩＭＢｌａｃｋＢｅｒｒｙ、Ｓｙｍｂｉａｎ、ＪａｖａＶＭ（例えばＡｎｄｒｏｉｄ）、ｗｅｂＯＳ、Ｌｉｎｕｘ、Ｂａｄａなどを含むがこれらに限定されない。

図１Ａは、ウェブソケットサーバデバイス５０、ウェブサーバデバイス６０、及び複数のプロバイダ４を備え、プロバイダ４のそれぞれがコンテンツアーカイバルデバイス４０、複数のコンピューティングデバイス２０、エンドポイントデバイス８０、及び複数のモダリティ６を備える、本発明で説明されるシステムの簡略化されたシステム図を示す。本明細書で用いられる場合のモダリティは、医療イメージングデバイスを指す。モダリティ６の例は、超音波スキャンデバイス、ＣＴスキャンデバイス、Ｘ線スキャンデバイス、ＤＸＡスキャンデバイス、ＰＥＴスキャンデバイスなどを含む。コンテンツアーカイバルデバイス４０、エンドポイントデバイス８０、複数のコンピューティングデバイス２０、及び複数の医療イメージングデバイス６は、ローカルエリアネットワークと及びこれを通じて通信する（別々に図示されていない）。各プロバイダ４は、１人以上のオペレータ２を有する。オペレータ２は、医師、看護師、技術者、職員などであり得る。一般に、プロバイダは、医療的ケアプロバイダ又は診断ラボサービスプロバイダのいずれかであろう。しかしながら、単一のプロバイダが両方の立場で機能することも可能である。接続されると、医療的ケアプロバイダのコンピューティングデバイスは、診断サービスプロバイダの第２のコンピューティングデバイスのピア・クライアントと直接通信し、ＶＰＮ又は物理メディアのいずれも使用せずにデータをセキュリティ保護された状態で転送するように動作可能なピア・クライアントとして動作する。さらに、データは、どのような中間サーバ上にもデータを格納せずに転送される。

いくつかの実装では、コンピューティングデバイス２０及びコンテンツアーカイバルデバイス４０は、同じ物理マシン又はコンピューティングアレンジメント上で実行される。他の場合には、コンピューティングデバイス２０及びコンテンツアーカイバルデバイス４０は、別個の物理マシン又はコンピューティングアレンジメント上で動作する。

上記のように、ネットワーク１５は、好ましくは、インターネットなどの分散型のパブリックアクセスネットワークであり、コンピューティングデバイス２０とウェブソケットサーバデバイス５０は、ＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）、及びＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）などの種々のプロトコルを用いてネットワーク１５と及びこれを通じて対話することができる。しかしながら、ネットワーク１５はこれらに限定されないことが当業者には分かるであろう。より詳細には、ネットワーク１５は、コンピューティングデバイス２０とウェブソケットサーバデバイス５０との対話を可能にするのに適する任意のタイプのネットワークであり得る。例えば、ネットワーク１５は、有線ネットワーク、無線ネットワーク、又はその任意の組合せであり得る。さらに、ネットワーク１５は、分散型コンピューティングネットワーク、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、及び／又は広域ネットワーク（ＷＡＮ）、又はその任意の組合せを含む場合がある。ネットワーク１５は、有線要素及び無線要素で構成され得る。例えば、ＬＡＮは、その多くのバリエーションのＷＩＦＩを利用する場合があり、ＷＡＮは、ＣＤＰＤ、ＣＤＭＡ、ＧＳＭ、ＰＤＣ、ＰＨＳ、ＴＤＭＡ、ＦＬＥＸ、ＲｅＦＬＥＸ、ｉＤＥＮ、ＴＥＴＲＡ、ＤＥＣＴ、ＤａｔａＴＡＣ、Ｍｏｂｉｔｅｘ、ＥＤＧＥ、及び他の２Ｇ、３Ｇ、４Ｇ、及びＬＴＥ技術を含むがこれらに限定されない技術を用いてセルラーネットワークを利用する場合がある。

図１Ｂは、ウェブソケットサーバデバイスと、複数のプロバイダとを備える、本発明で説明されるシステムを示す。各プロバイダは、コンテンツアーカイバルデバイス４０、エンドポイントデバイス８０、１つ以上のコンピューティングデバイス２０、及び１つ以上のモダリティ４で構成される。コンピューティングデバイスは、ビューアコンポーネント２４、ブラウザコンポーネント２６、及びアドレス指定コンポーネント２８で構成される。ビューアコンポーネント２４は、コンピューティングデバイス２０のオペレータがコンテンツアーカイバルデバイス４０に格納された画像情報２９０及び患者情報２２０にアクセスすることを可能にするように動作する。ブラウザコンポーネント２６は、オペレータが通信ノード３０に存在するウェブサーバと通信することを可能にするように動作する。アドレス指定コンポーネント２８は、ビューアアプリケーションが伝送の準備ができたスタディを有するときに呼び出される。ビューアアプリケーションは、スタディを通信ノード３０に送信し、次に、通信ノード３０は、アドレス指定アプリケーションをトリガする。アドレス指定アプリケーションは、次いで、スタディをコンテンツアーカイバルデバイス４０にリレーし、スタディを診断ラボサービスプロバイダのコンピューティングデバイス２０に送信するプロセスを開始する。本明細書で用いられる場合のスタディは、精密検査及び分析のために収集された画像データ及び患者データを含むデータのコレクションを指す。アドレス指定ノード２８は、通信ノード３０、暗号化コンポーネント３２、カプセル化コンポーネント３４、伝送コンポーネント３６、通知コンポーネント３８、及び監査コンポーネント４０で構成される。暗号化コンポーネント３２は、暗号化されたデータ２６４を生成するべく画像データ２６６及び患者データ２６８を暗号化するのに用いられる。カプセル化コンポーネント３４は、伝送コンポーネント３６による送信側コンピューティングデバイスから受信側コンピューティングデバイスへの伝送の前に伝送ペイロード２５２をカプセル化するように動作する。いくつかの実施形態では、カプセル化は、ｚｉｐファイルを用いて達成される。伝送ペイロードの送信後に、通知コンポーネント３８が、コンピューティングデバイスと関連付けられるオペレータに通知を送信する。最後に、監査エントリ２７２が、監査情報リポジトリ２７０に追加される。コンテンツアーカイバルデバイス４０は、アーカイバルサーバ４４で構成される。アーカイバルサーバ４４は、画像リポジトリ２９０及び患者情報リポジトリ２２０へのアクセスを提供するべく１つ以上のコンピューティングデバイスと通信する。画像リポジトリ２９０は、画像情報と、図２Ｂで説明される患者情報などの患者情報を格納する。ウェブソケットサーバデバイス５０は、図２Ａで説明されるように、プロバイダディレクトリコンポーネント６４及びプロバイダディレクトリ情報２００で構成される。ウェブサーバデバイス６０は、図２Ｄで説明されるように、監査情報コンポーネント６４及び監査情報リポジトリ２７０で構成される。

図１Ｃは、図１Ａ及び図１Ｂで説明されたシステムの一実施形態を示す。この具体的な実施形態では、コンピューティングデバイス２０のビューアコンポーネント２４は、ビューアコンポーネント２４の要素を提供するべくＰＡＣＳビューアを用いて実装される。ブラウザコンポーネント２６を提供するべくＷｅｂ－ＲＴＣ準拠ブラウザ２６が用いられる。アドレス指定コンポーネント２８は、スタディがビューアコンポーネント２４から通信ノード３０に送信されるときに自動的に呼び出されるＰＡＣＳクライアントにより提供される。通信ノード３０は、ＤＩＣＯＭノードとして実装される。

本明細書で用いられる場合のＤＩＣＯＭ（ＤｉｇｉｔａｌＩｍａｇｉｎｇａｎｄＣｏｍｍｕｎｉｃａｔｉｏｎｉｎＭｅｄｉｃｉｎｅ）は、医用画像及び関連する情報の国際規格（ＩＳＯ１２０５２）である。これは、臨床での使用のために必要なデータ及び品質と交換することができる医用画像のフォーマットを定義する。ＤＩＣＯＭは、ほとんどすべての放射線医学、心臓学イメージング、及び放射線療法デバイス（Ｘ線、ＣＴ、ＭＲＩ、超音波など）において実装され、眼科学及び歯科学などの他の医療分野のデバイスにも広がりをみせている。何万というイメージングデバイスが使用されており、ＤＩＣＯＭは、世界で最も広く発展したヘルスケアメッセージング規格の１つである。

本明細書で用いられる場合のＰＡＣＳ（ｐｉｃｔｕｒｅａｒｃｈｉｖｉｎｇａｎｄｃｏｍｍｕｎｉｃａｔｉｏｎｓｙｓｔｅｍ）は、複数のモダリティ（ソースマシンタイプ）からの画像の経済的なストレージ及び画像への便利なアクセスを提供する医療イメージング技術である。電子画像及びレポートがＰＡＣＳを介してデジタル方式で伝送され、これは、フィルムジャケットを手作業でファイルする、取得する、又は運ぶ必要をなくす。ＰＡＣＳ画像のストレージ及び転送のためのユニバーサルフォーマットは、ＤＩＣＯＭ（ＤｉｇｉｔａｌＩｍａｇｉｎｇａｎｄＣｏｍｍｕｎｉｃａｔｉｏｎｉｎＭｅｄｉｃｉｎｅ）である。スキャンした文書などの非画像データは、ＤＩＣＯＭでカプセル化されると、ＰＤＦ（ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）のような消費財産業規格フォーマットを用いて組み込まれてよい。

本明細書で用いられる場合のＷｅｂ－ＲＴＣ（ｗｅｂｒｅａｌ－ｔｉｍｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）は、リアルタイムのピア・ツー・ピア通信を可能にするための新生の規格である。この規格は、リアルタイム通信の必要性を満たすように設計されるが、これは、本質的にリアルタイムではないデータを送信するようにも適合され得る。Ｗｅｂ－ＲＴＳは、いくつかの規格及びプロトコルを利用する。これらは、データストリーム、ＳＴＵＮ／ＴＵＲＮサーバ、シグナリング、ＪＳＥＰ、ＩＣＥ、ＳＩＰ、ＳＤＰ、ＮＡＴ、ＵＤＰ／ＴＣＰ、ネットワークソケットなどを含む。

図１Ｄは、ディレクトリサービスデバイスの拡大図を示す。ディレクトリサービスデバイス５０は、制御システム５２と、プロバイダディレクトリ情報２００で構成され、制御システム５２は、プロバイダディレクトリコンポーネント５４、登録モジュール５５、ウェブアプリケーション５６、ダウンロードモジュール５７、及び管理コンソール５８を備える。登録モジュール５５は、プロバイダ４をシステムに登録するように動作する。ウェブアプリケーション５６は、プロバイダが種々のＡＰＩを通じてディレクトリサービスデバイス５０と対話することを可能にする。ダウンロードモジュール５７は、プロバイダ４がディレクトリサービスデバイス５０と共にさらに動作するためにソフトウェアをダウンロードすることを可能にする。ソフトウェアは、デスクトップアプリケーション、ブラウザコンポーネント２６、アドレス指定コンポーネント２８、エンドポイントデバイス８０ソフトウェアなどを含む場合がある。管理コンソール５８は、暗号化された伝送ペイロードの送信及び受信などのプロバイダ４がとるアクションを追跡するように動作する。加えて、管理コンソール５８は、種々のプロバイダ構成及び管理の遠隔管理を提供する。

図１Ｅは、エンドポイントデバイスの拡大図を示す。エンドポイントデバイス８０は、制御システム８２で構成され、制御システム８２は、構成モジュール８３、発見モジュール８４、集約モジュール８５、ミラーリングモジュール８６、及び応答モジュール８７をさらに備える。構成モジュール８３は、エンドポイントデバイス８０に関する構成情報の設定を可能にするように動作する。発見モジュール８４は、他のエンドポイントデバイスなどのエンドポイントデバイス８０及びビューアコンポーネント２４、ブラウザコンポーネント２６、アドレス指定コンポーネント２８、通信ノード３０などを含むがこれらに限定されないデータソースと同時に使用することを可能にされた他のデバイスを検出するように動作する。集約モジュール８５は、前述のデータソースで入手可能なデータを集約するように動作する。ミラーリングモジュール８６は、集約されたデータを他のエンドポイントデバイス８０に入手可能にするように動作する。応答モジュール８７は、最短の待ち時間及び最高のスループットを有するエンドポイントデバイスを識別するのに用いられるｐｉｎｇメッセージに応答するように動作する。

ここで図２Ａを参照すると、プロバイダディレクトリ情報２００構造は、いくつかのプロバイダ２０２で構成される。各プロバイダ構造は、プロバイダを一意に識別するプロバイダＩＤ２０４で構成される。ネットワークアドレス２０６は、コンピューティングデバイスがオンであり、且つウェブソケットサーバデバイスに接続される場合に、プロバイダにより動作しているコンピューティングデバイスのアドレスである。いくつかの実施形態では、ネットワークアドレスは、コンピューティングデバイスの外部ＩＰアドレスである。使用履歴２０８は、プロバイダのアクティビティを記録するのに用いられる。使用履歴は、プロバイダアカウントがいつ作成されたか、プロバイダがいつシステムに接続されたか、及びプロバイダにより完了されているトランザクションを示す情報を記録するのに用いられてよい。連絡先情報２１０は、限定はされないが、電話番号、住所、電子メールアドレス、ｔｗｉｔｔｅｒＩＤ、チャットアドレスなどが含まれる、プロバイダに連絡するのに用いることができる情報を含む。ジョブキュー２１２は、プロバイダにより開始されているが完了していない、完了するのにさらなるアクションを必要とするジョブに関する情報を含む。これは、ウェブソケットサーバデバイスに接続されず、したがって、現在アドレス指定可能ではなく、現時点でジョブを受信及び処理することができない診断プロバイダのコンピューティングデバイスに関するスケジュールされているジョブを含んでよい。支払い情報２１４は、ウェブソケットサーバデバイスが支払いを処理することを可能にする情報を格納するのに用いられる。支払いは、図１Ａのシステムを用いて収集されてよい。課金は、経常料金、ワンタイムシートライセンス、トランザクション毎などに基づく場合がある。支払い履歴２１６は、収集されている種々の支払いの情報を格納する。最後のオンラインタイムスタンプ２１７は、プロバイダ２０２に対応するコンピューティングデバイスがウェブソケットサーバデバイスに最後にいつ接続されたかを示す情報を格納する。プロバイダタイプ２１８は、プロバイダのタイプを示す。プロバイダタイプ２１９は、医療的ケアプロバイダ及び診断ラボサービスプロバイダを含む。

ここで図２Ｂを参照すると、患者情報リポジトリ２２０は、任意の数の患者情報の記録２２２で構成される。患者ＩＤ２２４は、図１のシステム内の患者を識別する一意識別子である。患者の名前２２６は、所与の患者の名前を格納し、患者の誕生日２２８は、患者の生年月日を格納する。患者履歴２３０は、患者の過去の病気及び治療に関する情報を格納する。保険情報２３２は、患者の現在の保険会社を示す情報を格納する。既知の症状２３４は、任意の数の既知の患者の症状を識別する情報を格納する。現在の投薬２３６は、使用指示及び服用量を含む、患者が受けている現在の投薬を識別する情報を格納する。かかりつけ医２３８は、かかりつけ医を識別する情報を格納する。緊急連絡先２４０は、任意の数の緊急連絡先を識別し、連絡を可能にする情報を格納する。患者の連絡先情報２４２は、電話番号、住所、電子メールアドレス、ｔｗｉｔｔｅｒＩＤ、チャットアドレスなどの患者への連絡を可能にする情報を格納する。好ましい薬局２４４は、処方が調剤されることを患者が好む薬局を識別する情報を格納する。

ここで図２Ｃを参照すると、伝送ペイロード構造２５０は、任意の数の伝送ペイロード２５２を備える。伝送ペイロード２５２は、ヘッダ２５４及び暗号化されたデータ２６４で構成される。ヘッダは、宛先アドレス２５６で構成される。暗号化されたデータ２５８は、送信側プロバイダＩＤ２５９、受信側プロバイダＩＤ２６０、作成タイムスタンプ２６１、トランザクションＩＤ２６２、画像データ２６３、及び患者データ２６４で構成される。送信側プロバイダｉｄ２５９は、伝送ペイロードを送信するプロバイダに関する識別子を格納し、一方、受信側プロバイダｉｄ２６０は、伝送ペイロードを受信するプロバイダに関する識別子を格納する。作成タイムスタンプ２６１は、伝送ペイロードが作成された時刻及び日付を格納する。トランザクションＩＤ２６２は、システム内のトランザクションを識別する一意のＩＤである。画像データ２６３は、実際の画像データを含む。患者データ２６４は、患者についての情報を含む。いくつかの実施形態では、伝送ペイロードの画像データ及び患者データは、伝送の前にカプセル化される。いくつかの実施形態では、このカプセル化は、単一のバイナリファイルを作成するべくｚｉｐファイルを用いて達成される。いくつかの実施形態では、伝送ペイロードは、２０４８ＤＴＬＳ（ＤａｔａｇｒａｍＴｒａｎｓｐｏｒｔＬａｙｅｒＳｅｃｕｒｉｔｙ）及び２０４８ＲＳＡを含むがこれらに限定されないセキュリティ技術を用いて暗号化され、伝送されてよい。ＲＳＡは、第１の実際的な公開鍵暗号システムの１つであり、セキュリティ保護されたデータ伝送のために広く用いられている。このような暗号システムでは、暗号鍵は、公開されており、秘密に保たれる復号鍵とは異なる。ＲＳＡでは、この非対称性は、２つの大きい素数の積の因数分解の実際的な難しさに基づいている。暗号化されたデータは、送信者の秘密鍵を用いて作成されたハッシュを用いて署名され、受信者の公開鍵は、受信者がデータの送信者を検証することを可能にする。いくつかの実施形態では、患者情報は、ＤＩＣＯＭ画像のメタデータで格納及び転送される。

ここで図２Ｄを参照すると、監査情報構造２７０は、１つ以上の監査エントリ２７２で構成される。監査エントリ２７２は、３つのセクションで構成される。第１のセクションである要素２７４～２７９は、暗号化されない。要素２８０～２８６を含む第２のセクションは、送信者の鍵を用いて暗号化される。要素２９０～２９６を含む第３のセクションは、受信者の鍵を用いて暗号化される。暗号化されない要素は、トランザクション識別子２７４、送信側プロバイダｉｄ２７６及び受取側プロバイダｉｄ２７８、及び作成タイムスタンプ２７９で構成される。トランザクション識別子２７４は、図１のシステム内のトランザクションを一意に識別する。送信者により暗号化されるセクションは、患者の名前２８０、患者の生年月日２８１、スタディのタイプ２８２、スタディの日付２８３、受入番号２８４、患者ＩＤ２８５、及び患者の性別２８６で構成される。受信者により暗号化されるセクションは、患者の名前２９０、患者の生年月日２９１、スタディのタイプ２９２、スタディの日付２９３、受入番号２９４、患者ＩＤ２８５、及び患者の性別２８６で構成される。

作成タイムスタンプ２８０は、いつ監査エントリが作成されたかを示す。共有される患者データ２８２は、伝送ペイロードにおいて伝送された情報を識別する。共有される画像２８４は、伝送ペイロードにおいて伝送された１つ以上の画像を識別する。トランザクションｉｄ２８６は、図１のシステム内のトランザクションを一意に識別する。

図３Ａは、本発明のいくつかの実施形態に係るグラフィカルブラウザ・ユーザインターフェースを示す。この実施形態では、コンピューティングデバイスの機能は、ウェブブラウザアプリケーションを通じて明らかにされる。Ｄａｓｈｂｏａｒｄ（ダッシュボードＵＲＬ）３０１は、選択されたときに、着信スタディと発信スタディとの両方の状態を表示するように動作する。Ｃｏｎｔａｃｔｓ（連絡先ＵＲＬ）３０２は、選択されたときに、他のプロバイダに対応する他のコンピューティングデバイスのリストを表示するように動作する。リストは、プロバイダがビジネスを行ったすべての他のプロバイダ、お気に入りの他のプロバイダのリスト、すべての他のプロバイダのリスト、現在オンラインであって即時の対話に利用可能な他のプロバイダのリストを含んでよい。Ｈｉｓｔｏｒｙ（履歴ＵＲＬ）３０３は、選択されたときに、過去のトランザクション及びファイル転送についての情報を表示するように動作する。ＡｄｍｉｎＣｏｎｔｒｏｌｓ（管理者制御ＵＲＬ）３０４は、選択されたときに、オペレータがオペレータの名前、プロバイダの名前、プロバイダの場所などを定義する入力を提供することを可能にするように動作する。ＳｅａｒｃｈＡｕｄｉｔＴｒａｉｌ（監査証跡制御ＵＲＬ）３０５は、選択されたときに、以前に完了したスタディの情報を表示するように動作する。いくつかの実施形態では、監査情報は、図２Ｄに示された監査情報で構成される。監査情報は、ＨＩＰＡＡガイドラインにより要求されるＰＨＩ（患者履歴情報）を含む。これは、監査情報を復号する特定の暗号鍵へのアクセスを有するオペレータにのみ利用可能である。履歴は、ＰＨＩを含まず、したがって、患者情報と対話せずにファイル転送の成功を見るべく誰でも見ることができる。

ＳｉｔｅＳｅｔｔｉｎｇｓ（サイト設定制御ＵＲＬ）３０６は、選択されたときに、ブラウザコンポーネントと対話する通信ノード３０の構成を可能にするように動作する。図１Ｃの実施形態などの一実施形態では、構成は、ＡＥタイトル及びポートの設定からなる。

制御３０７～３１１は、Ｄａｓｈｂｏａｒｄ（ダッシュボード制御）３０６が選択されるときに提示される。発信スタディ進行インジケータ３０７は、まだ送信の最中にある発信スタディの状態を提示するように動作する。発信スタディ進行インジケータ３０８は、送信を終えた発信スタディの状態を提示するように動作する。着信スタディ進行インジケータ３０９及び３１０は、まだ受信の最中にある着信スタディの状態を提示するように動作する。発信スタディ進行インジケータ３１１は、受信を終えた着信スタディの状態を提示するように動作する。Ｏｕｔｇｏｉｎｇ（発信スタディカラムインジケータ）３１２は、発信スタディの表示をマークする。Ｓｅｎｄｆｉｌｅ（送信ファイルＵＲＬセレクタ）３１３は、選択されたときに、スタディを宛先コンピューティングデバイスに送信するように動作する。Ｉｎｃｏｍｉｎｇ（着信スタディカラムインジケータ）３１４は、着信スタディの表示をマークする。場所インジケータ３１５は、プロバイダの地理的場所を表示するように動作する。オペレータインジケータ３１６は、ブラウザに現在ログインしているプロバイダの名前を表示するように動作する。

図３Ｂは、いくつかの実施形態に係るグラフィカルデスクトップ・ユーザインターフェースを示す。この実施形態では、コンピューティングデバイスの機能は、デスクトップアプリケーションを通じて明らかにされる。図１Ｃの実施形態などのいくつかの実施形態では、デスクトップアプリケーションは、ＰＡＣＳビューアである。ＰＡＣＳビューアは、オペレータがそれにより患者情報及び画像情報を含むスタディの内容を定義するインターフェースを提供する。スタディが定義されると、アドレス指定アプリケーションが呼び出され、オペレータがスタディを別のプロバイダにアドレス指定するのに必要な入力を提供してよい。

ここで図３Ｃを参照すると、ＦｉｒｓｔＮａｍｅ（ファーストネームテキスト入力ボックス）３５４は、患者のファーストネームの入力を可能にするように動作する。ＬａｓｔＮａｍｅ（ラストネームテキスト入力ボックス）３５６は、患者のラストネームの入力を可能にするように動作する。ＤａｔｅｏｆＢｉｒｔｈ（生年月日テキスト入力ボックス）３５８は、患者の生年月日の入力を可能にするように動作する。ＤａｔｅｏｆＳｙｕｄｙ（スタディの日付テキスト入力ボックス）３６０は、患者の生年月日の入力を可能にするように動作する。ＰａｔｉｅｎｔＳｅｘ（患者の性別ダウンメニューボックス）３６２は、患者の生年月日の入力を可能にするように動作する。ＰａｔｉｅｎｔＩＤ（患者ＩＤテキスト入力ボックス）３６４は、患者を表す一意識別子の入力を可能にするように動作する。ＡｃｃｅｓｓｉｏｎＮｕｍｂｅｒ（受入番号テキスト入力ボックス）３６６は、受入番号の入力を可能にするように動作する。Ｆａｖｏｒｉｔｅｓ（お気に入りメニュータブ）３６８は、お気に入りとして指定されている宛先の中からスタディの宛先コンピューティングデバイスの選択を可能にする。お気に入りは、頻繁に用いられる宛先を表してよい。Ｓｉｔｅｓ（サイトメニュータブ）３７０は、すべての利用可能なサイトの中でのブラウジングを可能にする。Ｅｍａｉｌｓ（電子メールメニュータブ）３７２は、電子メールの使用を通じてスタディの送達を可能にする。電子メールの受取側は、スタディの利用可能性を示す情報を含む、スタディを受信し動作させるのに必要なソフトウェアをダウンロード及びインストールするための指示を提供する電子メールを受信することになる。Ｓｅａｒｃｈ（検索ボックス）３７６は、すべての利用可能なサイト及び電子メールアドレスの検索を可能にする。完了すると、それらはＣａｎｓｅｌＳｔｕｄｙ（スタディの伝送のキャンセル）３７８、又はＣｏｎｆｉｒｍＲｅｃｉｐｉｅｎｔ（スタディを選択された宛先コンピューティングデバイスへ確認及び送信）３８０を選ぶべく動作してよい。図１Ｃの実施形態などのいくつかの実施形態では、アドレス指定アプリケーションは、この情報を抽出するべくＤＩＣＯＭ画像ファイルを取得し、項目をダイアログボックス３５３に自動的に代入する。

図１Ｃの実施形態などのいくつかの実施形態では、ビューアコンポーネント２４及びアドレス指定コンポーネント２８は、ＤＩＣＯＭノード３０と及びこれを通じて通信する。

図４Ａは、スタディを受信するのにオンラインである第２のコンピューティングデバイスを選択するためのネットワーク図を示す。第１のコンピューティングデバイスが、ウェブサーバデバイスに登録する４０１。第１のコンピューティングデバイスが、ウェブサーバデバイスからソフトウェアを受信する４０２。プロバイダアカウント情報が、ウェブソケットサーバに送信され、キャッシュに入れられる４０３。第１のコンピューティングデバイスが、ダウンロードしたソフトウェアをインストールし、立ち上げる４０４。第１のコンピューティングデバイスが、ウェブソケットサーバデバイスとの接続を開く４０５。いくつかの実施形態では、この接続は、ＩＰネットワークソケットにより達成される。ウェブソケットサーバが、第１のコンピューティングデバイスと関連付けられるプロバイダ情報をウェブソケットサーバに格納する４０６。いくつかの実施形態では、プロバイダディレクトリ情報は、図２Ａで見られるプロバイダディレクトリ情報２００で構成される。第２のコンピューティングデバイスが、ウェブサーバデバイスに登録する４０７。第２のコンピューティングデバイスと関連付けられるプロバイダアカウント情報が、ウェブソケットサーバに格納される４０８。第２のコンピューティングデバイスが、ウェブサーバデバイスからダウンロードしたソフトウェアを受信する４０９。第２のコンピューティングデバイスが、ダウンロードしたソフトウェアをインストールし、立ち上げる。第２のコンピューティングデバイスのオンライン利用可能性を示すべく、ウェブソケットサーバデバイスとの第２のネットワーク接続が開かれる４１１。ウェブソケットサーバデバイスが、第２のコンピューティングデバイスに関する情報をディレクトリに格納する４１２。第１のコンピューティングデバイスが、ウェブソケットサーバからのディレクトリ情報を要求する４１３。ウェブソケットサーバが、ディレクトリ情報を第１のコンピューティングデバイスに送信する４１４。第１のコンピューティングデバイスが、第１のコンピューティングデバイスと関連付けられるディスプレイ上にディレクトリ情報を提示する４１５。第１のコンピューティングデバイスが、第２のコンピューティングデバイスを選択するオペレータ入力を受信する４１６。

図４Ｂは、スタディを受信するのにオフラインである第２のコンピューティングデバイスを選択するためのネットワーク図を示す。第１のコンピューティングデバイスが、ウェブサーバデバイスに登録する４２６。第１のコンピューティングデバイスが、ウェブサーバデバイスからソフトウェアを受信する４２７。第１のコンピューティングデバイスに対応するプロバイダアカウント情報が、ウェブソケットサーバデバイスに格納される４２８。第１のコンピューティングデバイスが、ダウンロードしたソフトウェアをインストールし、立ち上げる４２９。第１のコンピューティングデバイスとウェブソケットサーバデバイスとの接続が開かれる４３０。第１のコンピューティングデバイスと関連付けられるプロバイダに関するオペレータ情報が、ディレクトリに格納される４３１。第１のデバイスが、意図された受取側の電子メールアドレスをウェブソケットサーバに送信する４３２。要求の通知が、ディレクトリから第２のコンピューティングデバイスと関連付けられる可能性のあるプロバイダに送信される４３３。第２のコンピューティングデバイスが、ウェブサーバデバイスに登録する４３４。第２のコンピューティングデバイスに対応するプロバイダに関するプロバイダアカウント情報が、ウェブソケットサーバでキャッシュに入れられる４３５。第２のコンピューティングデバイスが、ウェブサーバデバイスからソフトウェアを受信する４３６。第２のコンピューティングデバイスが、ダウンロードしたソフトウェアをインストールし、立ち上げ４３７、第２のコンピューティングデバイスからウェブソケットサーバデバイスへの接続が開かれる４３８。ウェブソケットサーバデバイスが、第２のコンピューティングデバイスに対応するプロバイダ情報をディレクトリに格納する４３９。意図された受取側に対応する第２のコンピューティングデバイスが現在オンラインであり、且つ、第１のコンピューティングデバイスと対話しスタディを受信するのに利用可能であるという通知が、第１のコンピューティングデバイスに送信される４４０。

図４Ｃは、第１のコンピューティングデバイスと第２のコンピュータデバイスとの２つのデバイスが通信することを可能にするネットワーク接続を開くためのネットワーキング図を示す。第１のコンピューティングデバイスが、第２のコンピューティングデバイスのネットワークアドレスに関する要求をウェブソケットサーバデバイスに送信する４５１。ウェブソケットサーバデバイスは、要求されたネットワーキングアドレスを第１のコンピューティングデバイスに送信することにより応答する４５２。図１Ｃの実施形態などのいくつかの実施形態では、ウェブソケットサーバデバイスは、ＳＴＵＮ（ＳｅｓｓｉｏｎＴｒａｖｅｒｓａｌｏｆＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ［ＵＤＰ］ＴｈｒｏｕｇｈＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｏｒｓ［ＮＡＴ］）サーバ及びＴＵＲＮ（ＴｒａｖｅｒｓａｌＵｓｉｎｇＲｅｌａｙｓａｒｏｕｎｄＮＡＴ）サーバを含む。ＳＴＵＮサーバは、クライアントが、それらのパブリックアドレス、それらが後ろにあるＮＡＴのタイプ、及びＮＡＴにより特定のローカルポートと関連付けられるインターネットサイドポートを見つけ出すことを可能にする。この情報は、コールを確立するべくクライアントとＶｏＩＰプロバイダとの間のＵＤＰ通信をセットアップするのに用いられる。ＳＴＵＮプロトコルは、ＲＦＣ３４８９において定義される。第１及び第２のコンピューティングデバイスのネットワーキングアドレスに関する要求の受信４５１に応答して、ＳＴＵＮは、第１及び第２のコンピューティングデバイスのパブリックネットワーキングアドレスを突き止め、それらを第１のコンピューティングデバイスに返信するように動作する４５２。ＮＡＴトラバーサルが対称であるためにＳＴＵＮサーバが失敗する場合には、ＴＵＲＮサーバが用いられ、ＳＴＵＮサーバと共に用いられるＵＤＰの代わりにＴＣＰを用いて接続が確立される。第２のコンピューティングデバイスのパブリックネットワークアドレスを入手すると、第１のコンピューティングデバイスは、第２のコンピューティングデバイスに接続するべくオファーを送信する４５３。第２のコンピューティングデバイスが、オファーを処理する４５４。ＩＣＥ候補が、第１のコンピュータデバイスから第２のコンピューティングデバイスに送信され４５６、第２のコンピューティングデバイスにより処理される４５７。合意したＩＣＥ候補を示す確認応答が、第１のコンピューティングデバイスに送信される４５８。ＩＣＥ候補の交換は、第１及び第２のデバイスが最大のスループット及び最短の待ち時間を提供することになる組み合わせを選択することを可能にする。本明細書で用いられる場合のＩＣＥは、ＩｎｔｅｒａｃｔｉｖｅＣｏｎｎｅｃｔｉｖｉｔｙＥｓｔａｂｌｉｓｈｍｅｎｔ（対話型接続確立）を表す。ＩＣＥは、ＶＯＩＰ、ピア－ピア、インスタント・メッセージング、及び他の種類の双方向メディアの通信を確立するためにＮＡＴ（ｎｅｔｗｏｒｋａｄｄｒｅｓｓｔｒａｎｓｌａｔｏｒ）で用いられる技術である。通常は、ＩＣＥ候補は、ＩＰアドレス、及びデータが交換されることになるポートに関する情報を提供する。第１のコンピューティングデバイスが、第１の鍵を第２のコンピューティングデバイスに送信し、第２のコンピューティングデバイスは、第２の鍵を第１のコンピューティングデバイスに送信することで応答する。第１のコンピューティングデバイスと第２のデバイスとの両方が第１の鍵と第２の鍵との両方を入手すると、通信チャネルが開かれる４６１。

ここで図４Ｄを参照すると、第１のコンピューティングデバイスから第２のコンピューティングデバイスに送信されるべき伝送ペイロードを作成するためのネットワーキング図が示される。第１のコンピューティングデバイスが、アプリケーション及び／又はブラウザを立ち上げる４７６。第１のコンピューティングデバイスが、画像リスティングをリクエストする要求を第１のコンテンツアーカイバルデバイスに送信し４７７、第１のアーカイバルデバイスは、リスティングを送信することにより応答する４７８。画像リスティングが、第１のコンピュータデバイスのディスプレイ上に提示され、包含のための画像のグループを選択するオペレータ入力が受信される４７９。患者情報が取得される４８０、画像情報及び患者情報がカプセル化される４８１。いくつかの実施形態では、患者データは、図２Ｂで見られる患者情報２２０で構成される。第１の鍵及び第２の鍵を用いて患者情報及び画像情報が暗号化される４８２。暗号化された患者情報及び画像情報にヘッダを付加することにより伝送ペイロードが作成される。伝送ペイロードが、第１のコンピューティングデバイスから第２のコンピューティングデバイスに送信される４８３。受信されると、カプセル化されたデータが、その後アンパックされる４８４。第２のコンピューティングデバイスが、第１及び第２の鍵を用いて暗号化された患者情報及び画像情報を復号する４８５。画像が、第２のコンテンツアーカイバルデバイスに格納される４８６。患者情報が、第２のコンピューティングデバイスに格納され、トランザクションの記録が、監査証跡に格納される４８８。最後に、伝送ペイロードが受信されていることを他のデバイスのオペレータに知らせる通知がウェブサーバデバイス６０から他のデバイスに送信される（図示せず）。同様に、第１のコンピューティングデバイスが、トランザクションの記録を監査証跡に格納４９０し、伝送ペイロードが送信されていることを他のデバイスのオペレータに知らせる通知が他のデバイスに送信される。

図５は、複数の通信ノードからのデータの効率的な共有を容易にするためにエンドポイントを採用するコンピューティングデバイス間の関係性及び対話を示す図である。この例では、３つのコンピューティングデバイス２０－［１－３］が、通信ノード３０－［１－３］を動作させている。各コンピューティングデバイス２０は、その通信ノード３０から受信したデータを見ることができる。しかしながら、ＬＡＮ上で動作する他の通信ノードからのデータを必ずしも見ることはできない。例えば、通信ノード３０－１を動作させているコンピューティングデバイス２０－１が、データＡを受信している。同様に、通信ノード３０－２を動作させているコンピューティングデバイス２０－２が、データＢを受信しており、通信ノード３０－３を動作させているコンピューティングデバイス２０－３が、データＣを受信している。しかしながら、通信ノード３０－１を動作させているコンピューティングデバイス２０－１は、データＢ及びデータＣを必ずしも見ることはできない。この問題を緩和するために、エンドポイント８０－１が、データＡ、データＢ、及びデータＣをエンドポイント８０－１に集約するように動作する。ローカルエリアネットワーク上のコンピューティングデバイス２０－４は、エンドポイント８０－１のみのアクセスを通じて複数の通信ノード３０－［１－３］からのデータを見ることができる。動作の別の態様では、１つ以上の第２のエンドポイント（スレーブ）８０－２８０－３が、第１のエンドポイント（マスター）で入手可能ないくつかの又はすべてのデータをミラーリングするように動作する。図５の例では、エンドポイント８０－２は、エンドポイント８０－１に存在するすべてのデータをミラーリングしており、一方、エンドポイント８０－３は、データＡ及びＣのみをミラーリングしているがＢはしていない。この構成は、１つよりも多いエンドポイントにわたってデータ要求の負荷のバランスをとることにより向上した性能を達成するように動作する。加えて、コンピューティングデバイスは、複数のエンドポイントからのアクセス待ち時間及びスループットを調べ、所望のデータをミラーリングしている、その特定のコンピューティングデバイス２０－４に関する待ち時間及びスループットの点で最良の特徴を有するエンドポイントからのデータにアクセスすることを選んでよい。図５の例では、コンピューティングデバイス２０－４は、データＢにアクセスすることを望んでいる。データＢは、エンドポイント８０－１及び８０－２から入手可能であるが、８０－３からは入手可能ではない。コンピューティングデバイス２０－４は、エンドポイント８０－１及び８０－２を調べ、アクセス時間がそれぞれ１０ｍｓ及び５ｍｓであることを突き止める。したがって、コンピューティングデバイス２０－４は、エンドポイント８０－２からデータＢを受信する。いくつかの実施形態では、エンドポイントは、すべてが同じ地理的場所で動作していなくてもよい。例えば、１つよりも多いオフィスを有するプロバイダ４は、オフィスのすべてからのデータをオフィスのそれぞれで利用可能にするのにエンドポイントを用いてよい。いくつかの実施形態では、個々のオフィスで動作するエンドポイントを接続するのにＶＰＮなどのネットワークトンネリング機構が用いられてよい。

図６は、本発明の一実施形態に係るコンピューティングデバイスのブロック図である。例示されるように、コンピューティングデバイス２０は、バス６０２又は類似の機構により、メモリ６０６、１つ又は複数の通信インターフェース６０８、１つ又は複数のオペレータインターフェースコンポーネント６１０、１つ又は複数の記憶装置６１２、及び位置モジュール６１４に接続される、コントローラ６０４を含む。コントローラ６０４は、マイクロプロセッサ、デジタルＡＳＩＣ、ＦＰＧＡなどである。一般に、コンピューティングデバイス２０は、関連するメモリ６０６を有する制御システム２２を含む。この実施形態では、コントローラ６０４はマイクロプロセッサであり、ビューアコンポーネント２４、ブラウジングコンポーネント２６、及びアドレス指定コンポーネント２８、通信コンポーネント３０、通信ノード３０、暗号化コンポーネント３２、カプセル化コンポーネント３４、伝送コンポーネント３６、通知コンポーネント３８、及び監査コンポーネント４０は、ソフトウェアにおいて実装され、コントローラ６０４による実行のためにメモリ６０６に格納される。しかしながら、本発明はそれに限定されない。上述のコンポーネントは、ソフトウェア、ハードウェア、又はこれらの組合せにおいて実装されてよい。コンピューティングデバイス２０はまた、コンピューティングデバイス２０をネットワーク１５に接続することを可能にする通信インターフェース６０８を含む。１つ又は複数のユーザインターフェースコンポーネント６１０は、例えば、タッチスクリーン、ディスプレイ、１つ又は複数のユーザ入力コンポーネント（例えば、キーパッド）、スピーカなど、又はその任意の組合せを含む。記憶装置（単数又は複数）６１２は不揮発性メモリである。この実施形態では、位置モジュール６１４は、ＧＰＳレシーバなどのハードウェアコンポーネントである。しかしながら、本発明はそれに限定されない。

図７は、本発明の一実施形態に係るコンテンツアーカイバルデバイス４０のブロック図である。例示されるように、コンテンツアーカイバルデバイス４０は、バス７０２又は類似の機構により、メモリ７０６、１つ又は複数の通信インターフェース７０８、１つ又は複数のユーザインターフェースコンポーネント７１０、１つ又は複数の記憶装置７１２に接続される、コントローラ７０４を含む。コントローラ７０４は、マイクロプロセッサ、デジタルＡＳＩＣ、ＦＰＧＡなどである。一般に、コンテンツアーカイバルデバイス４０は、関連するメモリ７０６を有する制御システム４２を含む。この実施形態では、コントローラ７０４はマイクロプロセッサであり、アーカイバルサーバ４４は、ソフトウェアにおいて実装され、コントローラ７０４による実行のためにメモリ７０６に格納される。しかしながら、本発明はそれに限定されない。上述の機能は、ソフトウェア、ハードウェア、又はこれらの組合せにおいて実装されてよい。コンテンツアーカイバルデバイス４０はまた、コンテンツアーカイバルデバイス４０をネットワーク１５に接続することを可能にする通信インターフェース７０８を含む。１つ又は複数のユーザインターフェースコンポーネント７１０は、例えば、タッチスクリーン、ディスプレイ、１つ又は複数のユーザ入力コンポーネント（例えば、キーパッド）、スピーカなど、又はその任意の組合せを含む。記憶装置（単数又は複数）７１２は不揮発性メモリである。

図８は、本発明の実施形態に係るウェブソケットサーバデバイス５０のブロック図である。例示されるように、ウェブソケットサーバデバイス５０は、バス８０２又は類似の機構により、メモリ８０６、１つ又は複数の二次記憶装置８１２、及び１つ又は複数の通信インターフェース８０８に接続される、コントローラ８０４を含む。コントローラ８０４は、マイクロプロセッサ、デジタル特定用途向け集積回路ＡＳＩＣ、フィールド・プログラマブル・ゲート・アレイＦＰＧＡなどである。一般に、比較サーバデバイス７０は、関連するメモリ８０６を有する制御システム７２を含む。一実施形態では、コントローラ８０４はマイクロプロセッサであり、プロバイダディレクトリコンポーネント５３、登録モジュール５４、ダウンロードモジュール５６、及び管理コンソール５７は、ソフトウェアにおいて実装され、コントローラ８０４による実行のためにメモリ８０６に格納される。しかしながら、本発明はそれに限定されない。上述のコンポーネント及びモジュールは、ソフトウェア、ハードウェア、又はこれらの組合せにおいて実装されてよい。さらに、プロバイダディレクトリ情報２００は、１つ又は複数の二次記憶装置８１２に記憶されてよい。二次記憶装置８１２は、例えば、１つ又は複数のハードディスクドライブなどのデジタルデータ記憶装置である。比較サーバデバイス７０はまた、ウェブソケットサーバデバイス５０をネットワーク１５に接続することを可能にする通信インターフェース８０８を含む。

図９は、本発明の実施形態に係るウェブサーバデバイス６０のブロック図である。例示されるように、ウェブサーバデバイス６０は、バス９０２又は類似の機構により、メモリ９０６、１つ又は複数の二次記憶装置９１２、及び１つ又は複数の通信インターフェース９０８に接続される、コントローラ９０４を含む。コントローラ９０４は、マイクロプロセッサ、デジタル特定用途向け集積回路ＡＳＩＣ、フィールド・プログラマブル・ゲート・アレイＦＰＧＡなどである。一般に、ウェブサーバデバイス６０は、関連するメモリ９０６を有する制御システム６２を含む。一実施形態では、コントローラ９０４はマイクロプロセッサであり、監査情報コンポーネント６４は、ソフトウェアにおいて実装され、コントローラ９０４による実行のためにメモリ９０６に格納される。しかしながら、本発明はそれに限定されない。上述のコンポーネント及びモジュールは、ソフトウェア、ハードウェア、又はこれらの組合せにおいて実装されてよい。さらに、監査情報リポジトリ２７０は、１つ又は複数の二次記憶装置９１２に記憶されてよい。二次記憶装置９１２は、例えば、１つ又は複数のハードディスクドライブなどのデジタルデータ記憶装置である。ウェブサーバデバイス６０はまた、ウェブサーバデバイス６０をネットワーク１５に接続することを可能にする通信インターフェース９０８を含む。

図１０は、本発明の実施形態に係るエンドポイントデバイス８０のブロック図である。例示されるように、エンドポイントデバイス８０は、バス１００２又は類似の機構により、メモリ１００６、１つ又は複数の二次記憶装置１０１２、及び１つ又は複数の通信インターフェース１００８に接続される、コントローラ１００４を含む。コントローラ１００４は、マイクロプロセッサ、デジタル特定用途向け集積回路ＡＳＩＣ、フィールド・プログラマブル・ゲート・アレイＦＰＧＡなどである。一般に、エンドポイントデバイス８０は、関連するメモリ１００６を有する制御システム８２を含む。一実施形態では、コントローラ１００４はマイクロプロセッサであり、構成モジュール８３、発見モジュール８４、集約モジュール８５、ミラーリングモジュール８６、及び応答モジュール８７は、ソフトウェアにおいて実装され、コントローラ１００４による実行のためにメモリ１００６に格納される。しかしながら、本発明はそれに限定されない。上述のコンポーネント及びモジュールは、ソフトウェア、ハードウェア、又はこれらの組合せにおいて実装されてよい。さらに、集約／ミラーリングされたデータ８８は、１つ又は複数の二次記憶装置１０１２に記憶されてよい。二次記憶装置１０１２は、例えば、１つ又は複数のハードディスクドライブなどのデジタルデータ記憶装置である。エンドポイントデバイス８０はまた、エンドポイントデバイス８０をネットワーク１５に接続することを可能にする通信インターフェース１００８を含む。

一実施形態では、第１のデバイスと第２のデバイスとの間で開始される通信チャネルは、開始後に、周期的に閉じられ、その後、開かれる。通信チャネルは絶えず開いているわけではなく、第三者の潜入又はハッキングを受けにくいので、この通信チャネルを繰り返し閉じる及び開くことは、本発明に関する付加的なレベルのセキュリティを提供する。閉じる及び開く頻度は、ランダムとすることができ、或いは第１のデバイス又は第２のデバイスのいずれかにより又はネットワークにより予め定めることができる。

一実施形態では、通信チャネルは、閉じられた後で開くために再び開始される必要がないように、完全には終了されない。閉じられたときに、インスタンスはアクティブなままであり、この場合、インスタンスはデータ転送をすることができない。別の実施形態では、通信チャネルは、閉じられた後で開くために再び開始される必要があるように、閉じられたときに終了される。この実施形態では、通信チャネルが閉じられると通信チャネルのインスタンスのいずれもアクティブなままではない。

一実施形態では、ネットワークは、ネットワークに登録又は加入される複数のデバイスを含む。すべての登録されたデバイスは、前述のようにネットワークを通じて、直接サーバを介して、又は他の方法で互いに通信することができる。さらに、例えば、医療プロバイダデバイスなどの登録されたデバイスは、例えば、ネットワーク外の診断プロバイダデバイスなどの登録されていないデバイスに電子メッセージを伝送してよい。「ネットワーク外」という用語は、ネットワークに登録されないデバイス、サイト、クライアント、又はシステムを指す。

電子メッセージは、電子メール、チャットメッセージ、ソーシャルメディアメッセージ、テキストメッセージ、マルチメディアメッセージ、ハイパーリンク、ダイレクトメッセージなどの形態とすることができる。電子メッセージは、ネットワークからネイティブクライアント、シンクライアント、又はウェブベースのクライアントなどのバーチャルビューイングクライアントにアクセスする手段を含むことができる。登録されていないデバイスが登録されたデバイスから電子メッセージを受信するときに、登録されていないデバイスは、電子メッセージ内に組み込まれたハイパーリンクを介してバーチャルビューイングクライアントにアクセスすることができる。

バーチャルビューイングクライアントを立ち上げると、登録されていないデバイスと登録されたデバイスは、セキュリティ保護された通信チャネルを介して通信可能にリンクされることになる。その後、登録されたデバイスは、暗号化されたデータパッケージなどのデータを、登録されていないデバイスに伝送してよい。登録されていないデバイスは、バーチャルビューイングクライアントを用いて暗号化されたデータパッケージを受信する、アンパックする、復号する、及び見ることができる。

一実施形態では、バーチャルビューイングクライアントは、ＤＩＣＯＭ画像を表示することができる。さらなる実施形態では、バーチャルビューイングクライアントは、登録されていないデバイスのユーザが受信したデータを編集、操作、及び注釈することを可能にする仮想ＰＡＣＳである。仮想ＰＡＣＳは、登録されていないデバイスのユーザのローカルＰＡＣＳにデータを転送するために、登録されていないデバイス上のローカルＰＡＣＳと自動的に統合することができる。

電子メッセージはまた、登録されていないデバイスを登録されたデバイスとすることができるように、登録されていないデバイスをネットワークに登録及び／又は加入することを可能にするための手段を含むことができる。例えば、電子メッセージは、登録されていないデバイスのユーザがユーザの名前、ＩＤ、マシン名、場所、連絡先情報などの登録情報を入力することができる、ウェブベースの登録サーバ、フォーム、ウェブサイト、又はセキュアポータルへの組み込みリンクを含んでよい。

一実施形態では、登録されていないデバイスのユーザは、登録されていないデバイスをネットワークに登録するために、クレジットカード、銀行預金口座、電信送金、又は口座引き落し情報などの金融情報を入力することを求められてよい。登録されていないデバイスのユーザは、ワンタイム登録料金、又は代替的に、例えば、週単位、月単位、年４期などの定期的に課金される、又は例えば、ファイルサイズ、設備サイズ、ユーザ数、帯域使用量、各転送セッション単位などによるデータ転送使用量に基づいて課金される経常料金を承認することを求められてよい。

さらに別の実施形態では、バーチャルビューイングクライアントを立ち上げると、登録されていないデバイスは、電子識別情報をネットワークに伝送することによりネットワークに自動的に登録されてよい。

本発明は、医療環境内での使用に限定されず、本発明は、金融情報、軍事情報、映像情報、マルチメディア情報、音声情報、個人を識別可能な情報、及びその他の機密に属する情報を、中間サーバ上にデータを格納せずに遠隔地間で直接にセキュリティ保護された状態で伝送するのに用いられてよく、これにより、コンテンツのタイプに関係なく、伝送されたデータのストレージのための中間サーバの使用なしに、暗号化されたデータの直接伝送を可能にする。

一実施形態では、サーバは、ＭｙＳＱＬリレーショナルデータベースを用いてネットワーク上の接続を検証する。本発明は、例えば、患者の一連の治療で検証されるエンティティ（例えば、個人、グループ、医療プロバイダ、診断プロバイダなど）で構成されるＭｙＳＱＬリレーショナルデータベースを参照することにより接続を検証するウェブソケットサーバを通じて接続を開始し、ネットワーキング情報を発行する。サーバは、前述のように暗号化されたデータパッケージに関係した監査証跡を格納することができる。

別の実施形態では、第１のデバイス及び第２のデバイスは、それぞれ、監査証跡に関するデータを同じレコードに書き込む。しかしながら、監査証跡が書き込まれると、第１のデバイス又は第２のいずれも監査証跡にアクセスすることはできず、監査証跡は、サーバ内の別個のデータベースにパーティション化され、この場合、保護される健康情報及び／又は個人を特定可能な情報を含むデータは、このような情報を含まないデータとは別個のデータベースに格納される。保護される健康情報又は個人を特定可能な情報を含んだデータベースは、第１のデバイス又は第２のデバイスによりアクセス可能ではなく、この情報には、独立して維持される暗号鍵を有するエンドユーザだけがアクセス可能である。

さらに、サーバ自体は監査証跡にアクセスすることはできない。これはデバイスが情報を監査証跡に格納した否かに関係しない。どのデバイスも監査証跡を読み出すためのアクセスを有さなないが、どのデバイスも接続の際に検証されて、監査証跡に書き込むためのアクセスを有する。どのデバイスも対応する監査証跡レコードへのアクセスを有さない。独立した暗号鍵をもつエンドユーザだけがアクセスを有する。

一実施形態では、第１のデバイスと第２のデバイスとの間で開始される通信チャネルは、開始後に、周期的に閉じられ、その後、開かれる。例えば、データ交換がウェブソケットサーバ上のタイムアウトを超過しない限り又はエンドクライアントのメンテナンスの再開までの間の時間を超過しない限り、接続は、データ交換の持続時間にわたって持続する。メンテナンスは、エンドユーザクライアント上で再開し、これは、平均して１日２回起こる、又はアイドル接続が完全に壊れていることを確認するためにプログラムで必要とされる。

通信チャネルは絶えず開いているわけではなく、第三者の潜入又はハッキングを受けにくいので、この通信チャネルを反復的に閉じる及び開くことは、本発明に関する付加的なレベルのセキュリティを提供する。閉じる及び開く頻度は、ランダムとすることができ、或いは第１のデバイス又は第２のデバイスのいずれかにより又はネットワークにより予め定めることができる。

一実施形態では、通信チャネルは、閉じられた後で開くために再び開始される必要がないように、完全には終了されない。閉じられたときに、インスタンスがアクティブなままであり、この場合、インスタンスはデータ転送をすることができない。別の実施形態では、通信チャネルは、閉じられた後で開くために再び開始される必要があるように、閉じられたときに終了される。この実施形態では、通信チャネルが閉じられると通信チャネルのインスタンスのいずれもアクティブなままではない。

Ｉｍａｇｅｘデバイスなどのエンドユーザデバイス又はＭｅＤＩＣＯＭＩｍａｇｅｘＯｎ－ＳｉｔｅＷｉｎｄｏｗｓＳｅｒｖｉｃｅＶＭなどのネットワークシステムのメンテナンスの再開中に、接続が完全に終了され、再び開くために再び開始されなければならない。メンテナンスの再開後に完全な再開始が必要とされ、これは、各Ｉｍａｇｅｘクライアントに関して平均して１日２回起こる。接続は、この場合は完全に終了され、他の場合は部分的に終了される。ウェブソケットがタイムアウトし、メンテナンスの再開が接続を完全に終了し、他の場合には接続はアイドルであり、使用できないが、完全には終了されない。

本発明は、医療環境内での使用に限定されず、本発明は、金融情報、軍事情報、映像情報、マルチメディア情報、音声情報、個人を識別可能な情報、及びその他の機密に属する情報を、中間サーバ上にデータを格納せずに、遠隔地間で直接にセキュリティ保護された状態で伝送するのに用いられてよく、これにより、コンテンツのタイプに関係なく、伝送されたデータのストレージのための中間サーバの使用なしに、暗号化されたデータの直接伝送を可能にする。

例えば、一実施形態では、本発明は、伝送されたデータをどのようなソーシャルネットワークサーバ又は記憶媒体上にも格納せずに、ユーザが暗号化されたメッセージ及びデータを、通信チャネルを用いて送信することができる、ソーシャルネットワーク内で実装されてもよい。このようなデータをソーシャルネットワークの非ユーザに送信することを望むユーザは、前述のようにメッセージを送信してよく、この場合、非ユーザに、メッセージを介してビューイングクライアント及びソーシャルネットワークに加わる機会が提示される。

当業者は、本発明の実施形態への改良及び修正を認識するであろう。すべてのこのような改良及び修正は、本明細書で開示された概念及び以下の請求項の範囲内と考えられる。

Claims

データをセキュリティ保護された様態で伝送するための方法であって、
第１のデバイスにより、サーバから、第２のデバイスのネットワークアドレスを要求することであって、前記要求時に前記第１のデバイスと前記第２のデバイスは通信可能に結合されない、要求することと、
前記サーバにより前記第２のデバイスのネットワークアドレスを前記第１のデバイスに伝送することと、
前記第１のデバイスにより前記第２のデバイスとの通信チャネルを開始することであって、前記サーバは前記通信チャネルに通信可能に結合されない、開始することと、
前記第１のデバイスにより前記第２のデバイスに第１の暗号鍵を伝送することと、
前記第２のデバイスが前記第１の暗号鍵を受信した後で、前記第２のデバイスにより前記第１のデバイスに第２の暗号鍵を伝送することと、
前記第２の暗号鍵の受信後に、前記第１のデバイスにより前記第１の暗号鍵および前記第２の暗号鍵を用いてデータパッケージを暗号化することと、
前記暗号化されたデータパッケージを前記第１のデバイスにより前記第２のデバイスに伝送することと、
前記暗号化されたデータパッケージを前記第２のデバイスにより前記第１の暗号鍵および前記第２の暗号鍵を用いて復号することと、
を含み、前記暗号化されたデータパッケージ、前記第１の暗号鍵、又は前記第２の暗号鍵のいずれも前記サーバに伝送されず、
前記方法において、さらに、前記サーバは前記暗号化されたデータパッケージに関係した監査証跡を格納し、前記監査証跡は第３の暗号鍵を用いてアクセス可能であり、前記第１のデバイス、前記第２のデバイス、および前記サーバのいずれも、前記第３の暗号鍵にアクセスすることができない方法。
前記第１のデバイスが医用画像を格納するように構成される、請求項１に記載の方法。
前記第２のデバイスが医用画像を表示するように構成される、請求項１に記載の方法。
前記第１のデバイスが画像保存通信システム（ＰＡＣＳ）を含む、請求項１に記載の方法。
前記第２のデバイスが、ＤＩＣＯＭ（ｄｉｇｉｔａｌｉｍａｇｉｎｇａｎｄｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｍｅｄｉｃｉｎｅ）ビューアを含む、請求項１に記載の方法。
前記第１のデバイス又は前記第２のデバイスにより、前記通信チャネルを閉じた後で再び開始する必要なしに、前記通信チャネルを断続的に閉じるが終了はせず、その後、開くことをさらに含む、請求項１に記載の方法。