JP2016535370A - 分散型サーバ側及びクライアント側画像データレンダリングのためのアーキテクチャ - Google Patents

Abstract

分散アーキテクチャにおけるサーバに対して課される要件を最小限に抑える、スケーラブル画像表示アーキテクチャ。画像データは、クラウドベースのサービスにプッシュされ、画像データが遠隔クライアントコンピューティングデバイスによる表示に最適化されるように、前処理される。関連メタデータは、分離され、記憶され、検索のために利用可能にされ、画像データは、伝達され、遠隔クライアントコンピューティングデバイスによってレンダリングされ得る一方で、３次元画像データは、クラウドベースのサービスによって、画像サーバによってレンダリングされ、クライアントコンピューティングデバイスに伝達される。

Description

資源共有ネットワークにおいてグラフィック画像データへのユビキタスな遠隔アクセスを提供するシステムでは、適切な性能及び拡張性が問題となる。たとえば、中央サーバで実行される動作では、拡張性は最適化されないことがある。クライアントで実行される動作では、大きなデータセットは、ネットワークを介して伝達するのに、容認できない量の時間を要し得る。加えて、携帯型デバイスなどのいくつかのクライアントデバイスは、重い処理動作を効果的に成し遂げるのに十分な計算能力を有していないことがある。たとえば、ヘルスケアでは、診療所または病院内に保管されている患者観察記録にアクセスすることが望ましいことがある。特に、Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ（ＰＡＣＳ）は、患者観察記録へのユビキタスな遠隔アクセスを提供することができず、むしろ、ＰＡＣＳサーバを専用の医療用画像ワークステーションに接続するローカルエリアネットワーク（ＬＡＮＳ）に制限され得る。ＣＡＤ設計及び耐震解析などの他のアプリケーションは、同様の問題を有することがあり、それは、そのようなアプリケーションが、複雑な画像を生成するために使用され得るからである。

本明細書で開示するものは、２次元画像データをクライアントコンピューティングデバイスにストリーミングし、表示のための２次元画像をクライアントコンピューティングデバイス上でレンダリングし、３次元画像データをサーバコンピューティングデバイス上でレンダリングし、レンダリングした３次元画像を、表示のためにクライアントコンピューティングデバイスに伝達する遠隔アクセス環境における、２次元画像データと３次元画像データとの分散レンダリングのためのシステム及び方法である。本開示の一態様によると、クライアントコンピューティングデバイスをサービスに接続する遠隔アクセス環境における、画像データの分散レンダリング方法が提供される。この方法は、２次元画像データをサービスに関連するデータベースに記憶することと、要求を、サービスにおいて、クライアントコンピューティングデバイスから受信することと、要求が２次元画像データまたは３次元画像に対するものかどうかを判断することと、を含むことができる。要求が２次元画像データに対するものである場合、２次元画像データを、クライアントコンピューティングデバイスに、表示するための２次元画像をレンダリングするために、ストリーミングする。要求が３次元画像に対するものである場合、サービスに関連するサーバコンピューティングデバイスは、３次元画像を２次元画像データからレンダリングし、３次元画像を、クライアントコンピューティングデバイスに、表示のために伝達する。

本開示の態様によると、クライアントコンピューティングデバイスをサービスに接続する遠隔アクセス環境における、画像データの分散レンダリングのための方法が提供される。この方法は、２次元画像データをサービスに関連するデータベースに記憶することと、要求を、サービスにおいて、クライアントコンピューティングデバイスから受信することと、要求が２次元画像データまたは３次元画像に対するものかどうかを判断することと、を含むことができる。要求が２次元画像データに対するものである場合、この方法は、２次元画像データを、クライアントコンピューティングデバイスに、表示するための２次元画像をクライアントコンピューティングデバイスにおいてレンダリングするためにストリーミングすることを含むことができる。しかしながら、要求が３次元画像に対するものである場合、この方法は、サービスに関連するサーバコンピューティングデバイスにおいて、３次元画像を２次元画像データからレンダリングすることと、レンダリングした３次元画像を、クライアントコンピューティングデバイスに、表示のために伝達することと、を含むことができる。

本開示の他の態様によると、画像データの分散レンダリングのためのサービスを、サービスと遠隔接続されたクライアントコンピューティングデバイスとの間で提供するための方法が、提供される。この方法は、接続要求をクライアントコンピューティングデバイスから受信することと、ユーザによる表示のために利用可能な画像を示すユーザインターフェースを提供するために、クライアントコンピューティングデバイスに関連するユーザを認証することと、画像に対する要求を受信して、画像についての要求が２次元画像データに対するものである場合、２次元画像データを、サービスからクライアントコンピューティングデバイスにストリーミングすること、または、要求が３次元画像に対するものである場合、３次元画像をサービスにおいてレンダリングし、レンダリングした３次元画像を、クライアントコンピューティングデバイスに伝達することと、を含むことができる。

本開示の他の態様によると、遠隔アクセス環境における画像データの分散レンダリングのための命令を有するコンピュータプログラムを記憶した、有形コンピュータ可読ストレージ媒体が開示される。命令は、２次元画像データをサービスに関連するデータベースに記憶するステップと、要求を、サービスにおいて、クライアントコンピューティングデバイスから受信するステップと、要求が２次元画像データまたは３次元画像に対するものかどうかを判断するステップと、要求が２次元画像データに対するものである場合、２次元画像データを、クライアントコンピューティングデバイスに、表示するための２次元画像をクライアントコンピューティングデバイスにおいてレンダリングするためにストリーミングするステップ、または要求が３次元画像に対するものである場合、サービスに関連するサーバコンピューティングデバイスにおいて、３次元画像を２次元画像データからレンダリングし、レンダリングした３次元画像を、クライアントコンピューティングデバイスに、表示のために伝達するステップと、を備える方法を実行することができる。

他のシステム、方法、特徴及び／または利点は、以下の図面と発明を実施するための形態とを検討することで、当業者にとって明白であり、または明白になり得る。すべてのそのような追加のシステム、方法、特徴及び／または利点が、本明細書に含まれ、添付の特許請求の範囲によって保護されることを意図する。

図面中の構成要素は、必ずしも、互いに対して正確な縮尺ではない。同一の参照番号は、いくつかの図に渡って、同じ部分を指している。

遠隔デバイスにおける画像データと他のデータとへの遠隔アクセスを、コンピュータネットワークを介して提供するためのシステムを示した、簡略ブロック図である。 図１の環境における画像データとメタデータとの前処理の態様を示した図である。 図１の環境における、２次元画像データの前処理と、３次元データ及び／またはＭＩＰ／ＭＰＲデータのサーバ側レンダリング及び２次元データのクライアント側レンダリングと、に関する、２次元画像データとメタデータとのデータフローを示した図である。 クライアントコンピューティングデバイスからの要求に対してサービスを提供するために図１と図２との環境内で実行される、例示的動作の流れ図である。 例示的なクライアント側画像データレンダリング動作の流れ図である。 画像データのサーバ側レンダリングの一部として実行される、例示的な動作の流れ図である。 協調を提供するために図１の環境内で実行される、例示的な動作の流れ図である。 例示的なコンピューティングデバイスの図である。

別に定めない限り、本明細書で使用するすべての技術用語及び科学用語は、当業者によって一般的に理解されているものと同じ意味を有する。本明細書で説明するものと類似または同等の方法と材料とを、実務で、または本開示の検査で、使用することができる。実装形態を、遠隔アクセスアプリケーションについて説明するが、実装形態がそれに限定されず、任意の種類のデータまたはサービスへの、遠隔デバイスを介した遠隔アクセスに応用できるということが、当業者に明白になる。

概要

本開示の態様によると、遠隔ユーザは、画像に、たとえば、クラウドベースのサービスなどの遠隔サービスを使用してアクセスすることができる。要求されている種類の画像に従って、特定の種類を遠隔サービスによってレンダリングすることができ、一方で、他の種類を、クライアントコンピューティングデバイス上で、ローカルにレンダリングすることができる。

たとえば、高解像度医療用画像という文脈では、病院などのホスティング施設は、患者画像データを遠隔サービスにプッシュすることができ、ホスティング施設では、患者画像データを前処理し、遠隔ユーザに利用可能にする。患者画像データ（ソースデータ）は、通常、それぞれが１つまたは複数の画像とメタデータとを含む、一連のＤＩＣＯＭファイルである。遠隔サービスは、ソースデータを、メタデータとは別にクライアントコンピューティングデバイスに伝達される、共通のフォーマットを有する２次元画像のシーケンスに変換する。クライアントコンピューティングデバイスは、２次元画像のシーケンスを、表示のためにレンダリングする。別の態様では、２次元画像のシーケンスを、３次元レンダリングまたは最大値投影（ＭＩＰ）／多断面再構成（ＭＰＲ）レンダリングに適した表現に、遠隔サービスの画像サーバによって、さらに処理することができる。３次元レンダリング画像またはＭＩＰ／ＭＰＲレンダリング画像は、クライアントコンピューティングデバイスに伝達される。３次元画像データを、ユーザに、３次元画像データの２次元投射として、視覚的に提示することができる。

上記の実施例は、本開示の態様を医療用画像に関して述べたが、本明細書で説明する概念を、遠隔ソースからクライアントコンピューティングデバイスに伝達される任意の画像に適用することができる。たとえば、コンピュータ支援設計（ＣＡＤ）、工学設計、地震学的画像などの他の画像の文脈では、本開示の態様を活用して、設計の２次元概略図をクライアントデバイス上でレンダリングすることができ、設計の３次元モデルを遠隔サービスの画像サーバ上でレンダリングして、遠隔サービスの、より高速で、より強力なグラフィックスプロセシングユニット（ＧＰＵ）アレイを生かすことができる。レンダリングした３次元モデルは、クライアントコンピューティングデバイスに、表示のために伝達される。このような実装形態を使用して、たとえば、ビルの２次元概略図を現地で表示することができ、一方で、同じビルの３次元モデルを、遠隔サービスのＧＰＵアレイ上でレンダリングすることができる。同様に、このような実装形態を使用して、たとえば、２次元画像を、クライアントコンピューティングデバイスにおいて、２次元反射地震データからレンダリングし、または３次元画像を、遠隔サービスにおいて、未加工３次元反射地震データから、または表示のためにクライアントコンピューティングデバイスに伝達された２次元反射地震データを補間することによって、レンダリングすることができる。たとえば、２次元地震データを、井戸水調査と他のデータセットのために使用することができ、一方で、３次元地震データを、貯留層解析のために使用する。

したがって、本開示は、分散画像処理を提供し、それによって、より複雑でない画像データ（たとえば、２次元画像データ）をクライアントコンピューティングデバイスによって処理することができ、より複雑な画像データ（たとえば、３次元画像データ）を遠隔で処理し、その後、クライアントコンピューティングデバイスに伝達することができる。加えて、遠隔サービスは、分散データベース配置における検索及び取り出しのためにそのようなデータを最適化するために、画像データに関連する他のデータを前処理することができる。したがって、本開示は、データを、ネットワークを介して効果的に送信し、したがって、帯域幅を節約する一方で、反応の早いユーザ体験を提供するための、システムと方法とを提供する。

例示的環境

上記の概要を導入とし、ここで、コンピュータネットワークを介した画像データ表示と協調と伝達とのための環境１００を示す、図１〜図２を参照する。本実施例では、患者データを表示するための医療用画像アプリケーションを、説明の目的のために参照すると、サーバコンピュータ１０９を、既存ネットワーク内の施設１０１Ａ（たとえば、病院または他の介護施設）に、医療用画像アプリケーションの一部として提供して、たとえば、Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ（ＰＡＣＳ）データベース１０２内に存在する、患者画像ファイル（観察記録）などのデータファイルにアクセスするための機構を提供することができる。ＰＡＣＳ技術を使用して、ＰＡＣＳデータベース１０２内に記憶されたデータファイルを取り出し、データファイルが医師によって表示のために処理される診断ワークステーション１１０Ａに、Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ（ＤＩＣＯＭ）通信プロトコルを使用して、伝達することができる。診断ワークステーション１１０Ａを、ＰＡＣＳデータベース１０２に、たとえば、病院内ネットワークなどのローカルエリアネットワーク（ＬＡＮ）１０８を介して、または、たとえば、広域ネットワーク（ＷＡＮ）１１４またはインターネットを介して遠隔で、接続することができる。メタデータと画像データとに、ＰＡＣＳデータベース１０２から、ＤＩＣＯＭクエリプロトコルを使用してアクセスすることがき、ＤＩＣＯＭ通信プロトコルをＬＡＮ１０８上で使用して、情報を共有することができる。

サーバコンピュータ１０９は、カナダ、アルバータ州カルガリー市のＣａｌｇａｒｙ Ｓｃｉｅｎｔｉｆｉｃ， Ｉｎｃ．から入手可能なＲＥＳＯＬＵＴＩＯＮＭＤサーバを備えることができる。サーバコンピュータ１０９は、ＰＡＣＳデータベース１０２内の患者データファイルへの遠隔アクセスや、遠隔クライアントが、ＰＡＣＳデータベース１０２内のデータに対する要求をＨＴＴＰを使用して行うことを可能にする、ハイパーテキスト転送プロトコル（ＨＴＴＰ）からＤＩＣＯＭへの変換サービスなどの他の機能を提供する、１つまたは複数のサーバであり得る。

プッシャーアプリケーション１０７は、患者画像データを、施設１０１Ａ（たとえば、ＰＡＣＳデータベース１０２）からクラウドサービス１２０に伝達する。プッシャーアプリケーション１０７は、患者画像データに対するＨＴＴＰ要求を、サーバコンピュータ１０９に行うことができ、患者画像データを、ＰＡＣＳデータベース１０２から、サーバコンピュータ１０９によって取り出し、プッシャーアプリケーション１０７に返すことができる。プッシャーアプリケーション１０７は、患者画像データを、スケジュール通りに、または患者画像データがＰＡＣＳデータベース１０２内で利用可能になると、取り出し、それを、クラウドサービス１２０に提供することができる。

クライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂは、たとえば、インターネットなどのコンピュータネットワーク１１４を介してクラウドサービス１２０に通信する、たとえば、ＩＰＨＯＮＥ（登録商標）またはＡＮＤＲＯＩＤ（登録商標）などのワイヤレス携帯型デバイスであってよい。通信は、クラウドサービス１２０とのハイパーテキスト転送プロトコル（ＨＴＴＰ）通信であってよい。たとえば、ウェブクライアント（たとえば、ブラウザ）またはネイティブクライアントを使用して、クラウドサービス１２０と通信することができる。ウェブクライアントは、ＨＴＭＬ５と互換性を有することができる。同様に、クライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂは、また、デスクトップコンピュータ／ノートパソコンまたはタブレットデバイスを含むことができる。通信ネットワーク１１４への接続が、任意の種類の接続、たとえば、Ｗｉ−Ｆｉ（ＩＥＥＥ８０２．１１ｘ）、ＷｉＭａｘ（ＩＥＥＥ８０２．１６）、イーサネット（登録商標）、３Ｇ、４Ｇ、ＬＴＥなどであってよい、ということに留意すべきである。

クラウドサービス１２０は、患者画像データをホストし、患者画像データを処理し、患者画像データを、たとえば、クライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂのうちの１つまたは複数に提供することができる。アプリケーションサーバ１２２は、認証及び許可、患者画像データアクセス、メタデータの検索、及びアプリケーション状態普及などの機能を提供することができる。アプリケーションサーバ１２２は、未加工画像データをプッシャーアプリケーション１０７から受信し、未加工画像データを、バイナリラージオブジェクト（ｂｌｏｂ）ストア１２６に置くことができる。他の患者関連データ（つまり、メタデータ）を、アプリケーションサーバ１２２によって、データストア１２８内に置くことができる。

アプリケーションサーバ１２２を、仮想化、つまり、たとえば、それに関連するタスクを実行するための負荷または他の要件に基づいて、作り出し、破壊することができる。いくつかの実装形態では、アプリケーションサーバ１２２は、クライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂによって行われた要求に対してサービスを提供する、たとえば、ｎｏｄｅ．ｊｓウェブサーバまたはｊａｖａアプリケーションサーバであってよい。アプリケーションサーバ１２２は、また、ＡＰＩを露出して、クライアントがクラウドサービス１２０によって記憶されたデータにアクセスし、操作することを可能にすることができる。たとえば、ＡＰＩは、画像データの検索と取り出しとを提供することができる。いくつかの実装形態によると、アプリケーションサーバ１２２は、マネージャまたはゲートウェイとして動作することができ、それによって、データ、及びクライアント要求及び応答は、すべて、アプリケーションサーバ１２２を通過する。したがって、アプリケーションサーバ１２２は、クラウドサービス１２０によってホストされている環境内の資源を管理することができる。

アプリケーションサーバ１２２は、また、各クライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂに関連するアプリケーション状態情報を、維持することができる。アプリケーション状態は、表示のためのクライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂにおいて最後に表示された患者画像データのスライス番号などを含むが、これに限定されない。アプリケーション状態を、たとえば、拡張マークアップ言語（ＸＭＬ）文書によって表すことができる。アプリケーション状態の他の表現を使用することができる。１つのクライアントコンピューティングデバイス（たとえば、１１２Ａ）に関連するアプリケーション状態に、他のクライアントコンピューティングデバイス（たとえば、１１２Ｂ）によってアクセスして、両方のクライアントコンピューティングデバイスが共同で患者画像データに作用するようにすることができる。言い換えると、両方のクライアントコンピューティングデバイスが患者画像データを表示することができ、ディスプレイの変更を、協調セッション中の両方のクライアントコンピューティングデバイスで同期するようにする。２つのクライアントコンピューティングデバイスのみを示したが、任意の数のクライアントコンピューティングデバイスが、協調セッションに参加することができる。

いくつかの実装形態によると、ｂｌｏｂストア１２６を、画像データの記憶のために最適化することができ、一方で、データストア１２８を、患者名、患者生年月日、観察記録を命じた医師名、施設情報、または未加工画像データに関連し得る他の情報などであるがこれらに限定されない、他の種類の情報の検索と高速な取り出しとのために最適化することができる。ｂｌｏｂストア１２６とデータストア１２８とを、たとえば、冗長性、整合性、バージョニング、及び／または暗号化を提供する、Ａｍａｚｏｎ Ｓ３または他のサービス上にホストすることができる。加えて、ｂｌｏｂストア１２６及びデータストア１２８は、ＨＩＰＰＡ準拠であってよい。いくつかの実装形態によると、ｂｌｏｂストア１２６とデータストア１２８とを、分散データベースとして実装することができ、それによって、アプリケーション依存の一貫性基準を、データをホストするすべてのサイトに渡って達成する。ｂｌｏｂストア１２６とデータストア１２８との更新を、イベントによって起こすことができ、アプリケーションサーバ１２２は、マスタとして動作する。

メッセージバス１２３ａ〜１２３ｂを提供して、さまざまな構成要素をクラウドサービス１２０から切断し、プリプロセッサ１２４ａ〜１２４ｎ及び画像サーバ１３０ａ〜１３０ｎなどの、構成要素間でのメッセージングを提供することができる。メッセージを、メッセージバス１２３ａ〜１２３ｂ上で、要求／応答枠組みまたは発行／購読枠組みを使用して伝達することができる。メッセージバス１２３ａ〜１２３ｂは、たとえば、ＺｅｒｏＭＱ、ＲａｂｂｉｔＭＱ（または他のＡＭＱＰ実装形態）またはＡｍａｚｏｎ ＳＱＳであり得る。

図１と図２Ａと図２Ｂとを参照すると、プリプロセッサ１２４ａ〜１２４ｎは、メッセージバス１２３ａ上のメッセージに応答する。たとえば、未加工画像データが、アプリケーションサーバ１２２によって受信され、前処理の必要がある時、メッセージを、アプリケーションサーバ１２２によって、プリプロセッサ１２４ａ〜１２４ｎに伝達することができる。図２Ｂに示す通り、ソースデータ１５０（未加工患者画像データ）を、ＰＡＣＳデータベース１０２内に、それぞれが１つまたは複数の画像とメタデータとを含む一連のＤＩＣＯＭファイルとして、記憶することができる。プリプロセッサ１２４ａ〜１２４ｎによって実行される前処理は、たとえば、メタデータの分離及び記憶と、画素データ変換及び圧縮と、３次元ダウンサンプリングとを含むことができる。したがって、ソースデータを、ｂｌｏｂストア１２６内に記憶される、共通フォーマットを有する一連の２次元画像に変換することができ、一方で、メタデータを、データストア１２８内に記憶することができる。たとえば、図２Ａに示す通り、プロセスは、プッシュ−プル配置で動作することができ、アプリケーションサーバ１２２がデータをメッセージ内にプッシュすると、任意の利用可能なプリプロセッサがデータをプルし、タスクをデータに対して実行し、処理データを、アプリケーションサーバ１２２に、ｂｌｏｂストア１２６またはデータストア１２８内に記憶するために、返すようにする。

プリプロセッサ１２４ａ〜１２４ｎは、最適化をデータに対して実行することができ、データが、クライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂによる取り込みのためにフォーマットされるようにする。プリプロセッサ１２４ａ〜１２４ｎは、未加工画像データを処理し、処理画像データを、ｂｌｏｂストア１２６内に、クライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂによって要求されるまで、記憶することができる。たとえば、２次元患者画像データを、ハールウェーブレットとしてフォーマットすることができる。他の非画像患者データ（メタデータ）を、プリプロセッサ１２４ａ〜１２４ｎによって処理し、データストア１２８内に記憶することができる。任意の数のプリプロセッサ１２４ａ〜１２４ｎを、たとえば、クライアントコンピューティングデバイス１１２Ａとクライアントコンピューティングデバイス１１２Ｂとに対して、患者画像データをより使用可能またはアクセス可能にするタスクを実行するための処理負荷要件に従って、作成及び／または破壊することができる。

画像サーバ１３０ａ〜１３０ｎは、画像データの分散レンダリングを提供する。各画像サーバ１３０ａ〜１３０ｎは、複数のユーザのために働くことができる。たとえば、図２Ｂに示す通り、画像サーバ１３０ａ〜１３０ｎは、一連の２次元画像としてｂｌｏｂストア１２６内に記憶した患者画像データを処理して、レンダリングした３次元画像及び／または最大値投影（ＭＩＰ）／多断面再構成（ＭＰＲ）画像データを、クライアントコンピューティングデバイス１１２Ａとクライアントコンピューティングデバイス１１２Ｂとに提供することができる。たとえば、コンピューティングデバイス１１２Ａまたはコンピューティングデバイス１１２Ｂのうちの１つにおけるユーザは、体積の３次元表現を３次元直交ＭＰＲスライスを用いて表示するための要求を行うことができる。したがって、画像サーバ１３０は、３次元直交ＭＰＲスライスをレンダリングすることができ、それは、要求を行っているクライアントコンピューティングデバイスに、アプリケーションサーバ１２２を介して伝達される。

いくつかの実装形態によると、３次元体積は、Ｎ枚の、Ｘ×Ｙ画像から計算される。これは、Ｘ×Ｙ×Ｎボクセルの大きさを有する３次元体積を形成する。その後、この３次元体積を間引いて、画像を生成するために画像サーバ１３０ａ〜１３０ｎによって処理されなければならないデータの量を減らす。たとえば、７５％の削減を各軸に沿って提供することができ、これにより、結果として生じるレンダリング画像における忠実性を大幅に失うことなく、十分な結果を生み出す。間引き３次元体積の任意の２つの角の間の最長距離を使用して、レンダリング画像の大きさを決定することができる。たとえば、１０００枚の５１２×５１２のＣＴスライスを使用して、３次元体積を作成することができる。この体積を、３８４×３８４×７５０の大きさに間引くことができ、そうすると、任意の２つの角の間の最長距離は、

ボクセル、または約９２６である。したがって、レンダリング画像は、情報を、ボクセルと画素との間の１：１の関係で捕らえるために、９２６×９２６画素である。クライアントの表示域（ディスプレイ）が９２６×９２６よりも小さい場合では、レンダリング画像の大きさを決定するために、画像サイズではなく、クライアントの表示域の大きさを使用する。表示域が９２６×９２６よりも大きい場合、レンダリング画像を、クライアントコンピューティングデバイスによって、ユーザに表示する時に、スケールアップすることができる。したがって、より多くの数の画像を画像サーバ１３０ａ〜１３０ｎでレンダリングすることができ、画像レンダリング時間が短縮される。

したがって、上述した通り、画像サーバ１３０ａ〜１３０ｎが３次元体積表示をレンダリングするように要求された時、２次元画像のセットを、５１２×５１２×Ｎ画素から３８４×３８４×Ｎ画素に、処理の前に間引くことができる。しかしながら、ＭＩＰ／ＭＰＲ画像では、２次元画像データを、その元の大きさで使用することができる。

プロセスモニタ１３２を提供して、画像サーバ１３０ａ〜１３０ｎが活動しており、稼働していることを確実にする。プロセスモニタ１３２が、特定の画像サーバが予期せず停止したことを発見した場合、プロセスモニタ１３２は、画像サーバが要求に対してサービスを提供することができるように、画像サーバを再始動させることができる。

したがって、環境１００は、医療用画像アプリケーションに関連する患者画像データまたは他の種類の画像データのクラウドベースの分散レンダリングと、それらそれぞれの表示／編集アプリケーションとを可能にする。さらに、クライアントコンピューティングデバイス１１２Ａまたはクライアントコンピューティングデバイス１１２Ｂは、協調セッションに参加することができ、それぞれは、患者画像データの表示の同期表示を提示する。

図３は、クライアントコンピューティングデバイス１１２Ａとクライアントコンピューティングデバイス１１２Ｂとからの要求にサービスを提供するために図１と図２との環境内で実行される、例示的な動作の流れ図３００を示している。上述した通り、アプリケーションサーバ１２２は、患者画像データを、プッシャーアプリケーション１０７から、定期的にまたは患者データが利用可能になった時に、受信する。図３の動作フローは、３０２で開始し、クライアントコンピューティングデバイスが、セッション中のアプリケーションサーバに接続する。たとえば、クライアントコンピューティングデバイス１１２Ａは、所定のユニフォームリソースロケータ（ＵＲＬ）におけるアプリケーションサーバ１２２に接続することができる。クライアントコンピューティングデバイス１１２Ａのユーザは、たとえば、ウェブブラウザまたはネイティブアプリケーションを使用して、アプリケーションサーバ１２２に接続することができる。

３０４では、ユーザは、クラウドサービス１２０で認証する。たとえば、患者画像データのセンシティブな性質により、特定のアクセス制御を導入して、許可されたユーザのみが患者画像データを表示できるようにすることができる。３０６では、アプリケーションサーバは、ユーザインターフェースクライアントを、クライアントコンピューティングデバイスに送信する。ユーザインターフェースクライアントを、クライアントコンピューティングデバイス１１２Ａにダウンロードして、ユーザが、ｂｌｏｂストア１２６またはデータストア１２８から、患者観察記録を選択し、または他の情報を検索及び取り出すことを可能にすることができる。たとえば、ＨＴＭＬ５観察記録ブラウザクライアントを、ダッシュボードを提供するクライアントコンピューティングデバイス１１２Ａにダウンロードすることができ、それによって、ユーザは、患者観察記録のサムネイル、説明、患者名、紹介医、受入番号、またはクラウドサービス１２０に記憶された患者画像データに関連する他の報告を表示することができる。ユーザインターフェースクライアントの別のバージョンを、たとえば、モバイルアプリケーションやデスクトップアプリケーションのために設計することができる。いくつかの実装形態では、ユーザインターフェースクライアントは、モバイルクライアントコンピューティングデバイスのためのハイブリッドアプリケーションであってよく、それを、ネイティブ構成要素とＨＴＭＬ５構成要素との両方を有してインストールすることができる。

３０８で、ユーザは、観察記録を選択する。たとえば、観察記録ブラウザを使用して、クライアントコンピューティングデバイス１１２Ａのユーザは、クライアントコンピューティングデバイス１１２Ａで表示するための観察記録を選択することができる。３１０では、選択した観察記録に関連する患者画像データを、クライアントコンピューティングデバイス１１２Ａに、アプリケーションサーバ１２２からストリーミングする。患者画像データを、ＸＭＬＨｔｔｐ要求（ＸＨＲ）機構を使用して伝達することができる。患者画像データを、完全な画像として、または徐々に、提供することができる。同時に、クライアントコンピューティングデバイス１１２Ａに関連するアプリケーション状態が、アプリケーションサーバ１２２において、クライアントコンピューティングデバイス１１２Ａにおけるイベントに従って更新される。アプリケーション状態は、アプリケーションサーバ１２２において継続的に更新されて、ユーザがスライスをスクロールしているなどの、クライアントコンピューティングデバイス１１２Ａにおけるイベントを反映する。ユーザは、画像データがクライアントに送信されている間に、スライスをスクロールし、またはアプリケーション状態を変化させる他の動作を実行することができる。図６を参照して後で説明する通り、同期表示を提供し、特定の患者に関連する画像を同時に表示している複数のクライアントコンピューティングデバイス間の協調を可能にするために、アプリケーション状態を、協調セッションに接続されている１つまたは複数のクライアントコンピューティングデバイスに提供することができる。

したがって、上記に従って、クラウドサービス１２０において維持されている患者画像データを、１つまたは複数のクライアントコンピューティングデバイス１１２Ａのアプリケーションサーバ１２２との相互作用を通して、利用可能にする。

図４は、クライアントコンピューティングデバイスで実行される、例示的なクライアント側画像レンダリング動作の流れ図４００を示している。４０２では、動作フロー３００に従って３１０で説明した通り、２次元画像データを、クライアントコンピューティングデバイスにおいて、ストリーミングデータとして受信する。４０４では、２次元画像データを操作する。画像データを、ＡｒｒａｙＢｕｆｆｅｒデータ型または他のＪａｖａＳｃｒｉｐｔ（登録商標）型アレイとして操作することができる。

４０６では、表示画像を、クライアントコンピューティングデバイスにおいて、２次元画像データからレンダリングする。たとえば、表示画像を、レンダリンググラフィックスをウェブブラウザ内で提供するＷｅｂＧＬを使用して、レンダリングすることができる。いくつかの実装形態では、Ｃａｎｖａｓも、クライアント側画像レンダリングのために使用することができる。画像データに関連するメタデータを、クライアントコンピューティングデバイスによって活用して、レンダリングの性能を補助することができる。

したがって、流れ図４００によると、画像データのクライアント側レンダリングは、画像の高性能な提示を提供し、それは、表示のためだけにデータをクライアントコンピューティングデバイスに伝達することが必要とされ、クラウドサービス１２０との往復通信の必要性をなくすからである。加えて、各クライアントは、画像データを、クライアントに固有の方法でレンダリングすることができる。

図５は、画像データのサーバ側レンダリングの一部として実行される、例示的な動作の流れ図５００を示している。図４で上述した通り、画像の２次元レンダリングは、クライアントコンピューティングデバイス上である。動作フロー５００を使用して、３次元画像及び／またはＭＩＰ／ＭＰＲ画像を、クライアントコンピューティングデバイスに提供することができ、３次元画像及び／またはＭＩＰ／ＭＰＲ画像を、たとえば、画像サーバ１３０ａ〜１０３ｎのうちの１つによってレンダリングし、クライアントコンピューティングデバイスに、表示のために伝達する。したがって、本開示は、２次元画像をクライアント上でレンダリングし、３次元画像及び／またはＭＩＰ／ＭＰＲ画像をサーバ上でレンダリングする、分散画像レンダリングモデルを提供する。

５０２では、サーバ側レンダリングが、たとえば、アプリケーションサーバ１２２によって受信された、クライアントコンピューティングデバイス１１２Ａのユーザによって行われた要求に従って開始する。たとえば、ユーザは、たとえば、患者に関連する画像の拡大、パンまたは回転などであるがこれらに限定されない動作を実行するために、画像データを３次元で表示することを望むことがある。プロセスモニタ１３２は、画像サーバ１３０がユーザ要求にサービスを提供するのに利用可能であることを確実にするために、応答することができる。上述した通り、各画像サーバは、複数のユーザのために働くことができる。

任意で、５０４では、画像サイズを、ソース画像データから決定する。上述した通り、データサイズを、３次元体積レンダリングのために減らすことができ、一方で、元のサイズを、ＭＩＰ／ＭＰＲ画像のために使用する。５０６では、画像をレンダリングする。たとえば、画像サーバ１３０ａ〜１３０ｎは、画像をＯｐｅｎＧＬでレンダリングすることができる。

５０８では、レンダリング画像を、クライアントコンピューティングデバイスに伝達する。たとえば、画像全体を、クライアントコンピューティングデバイスに伝達することができ、その後、画像全体が、クライアントコンピューティングデバイス５１０上で表示される。本開示によると、クライアントコンピューティングデバイスは、画像をスケーリングして、クライアントコンピューティングデバイスに関連する特定のディスプレイ内におさめることができる。

したがって、画像サーバは、同じ大きさの画像を、３次元画像データを要求する各クライアントコンピューティングデバイスに提供することができ、クライアントコンピューティングデバイスは、送信する予定の画像の大きさを小さくし、帯域幅を節約する。したがって、データのスケーリングは、画像サーバによって実行されるのではなく、クライアントコンピューティングデバイスに分散される。

図６は、協調を提供するために図１の環境内で実行される、例示的な動作の流れ図６００を示している。６０２では、第１のクライアントコンピューティングデバイス（たとえば、１１２Ａ）は、アプリケーションサーバ１２２とセッションを確立しており、２次元画像データが、クライアントコンピューティングデバイスにストリーミングされている。したがって、２次元画像データのクライアント側レンダリング及びアプリケーション状態の更新が、３１０で、説明した通り開始されている。６０４では、第２のクライアントコンピューティングデバイスは、セッションに参加するために、アプリケーションサーバに接続する。たとえば、クライアントコンピューティングデバイス１１２Ｂは、第１のクライアントコンピューティングデバイス（たとえば、１１２Ａ）によってアプリケーションサーバ１１２に接続するために使用されるものと同じＵＲＬにおいて、アプリケーションサーバ１２２に接続する。

６０６では、第２のクライアントコンピューティングデバイスは、第１のクライアントコンピューティングデバイスに関連するアプリケーション状態を、アプリケーションサーバから受信する。したがって、クライアントコンピューティングデバイス１１２Ａとクライアントコンピューティングデバイス１１２Ｂとの間の協調セッションを、ここで、確立することができる。６０８では、第１のクライアントコンピューティングデバイス（１１２Ａ）に関連する画像データを、第２のクライアントコンピューティングデバイス（１１２Ｂ）に伝達する。６０８の後、第２のクライアントコンピューティングデバイス（１１２Ｂ）は、第１のコンピューティングデバイスのアプリケーション状態についての知識を有し、画像データを受信する。次に、６１０では、画像データとアプリケーション状態とを、クライアントコンピューティングデバイス１１２Ａとクライアントコンピューティングデバイス１１２Ｂとの両方におけるイベントに従って更新し、クライアントコンピューティングデバイス１１２Ａとクライアントコンピューティングデバイス１１２Ｂとの両方が、同じ画像データを同期した方法で表示するようにする。６１２では、協調者は、画像データを表示し、それに作用して、たとえば、患者の状態を話し合うことができる。画像データに作用することは、画像データとアプリケーション状態とを、６１０〜６１２で、ループ方法で更新するようにすることができる。

本開示を特定の動作フローを参照して説明したが、他のフローが可能である。また、本開示を患者画像データに関して説明したが、任意の種類の画像データを、クラウドサービスによって処理し、及び／または１つまたは複数のクライアントコンピューティングデバイスによって（協力して）表示することができる、ということに留意する。

多数の他の汎用または特殊用途コンピューティングシステム環境または構成を、使用することができる。使用に適し得る、よく知られたコンピューティングシステム、環境、及び／または構成の実施例は、パーソナルコンピュータ、サーバコンピュータ、携帯型またはノート型デバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、ネットワークパーソナルコンピュータ（ＰＣ）、ミニコンピュータ、メインフレームコンピュータ、組込みシステム、上記のシステムまたはデバイスのうちの任意のものを含む分散コンピューティング環境など含むが、それらに限定されない。

コンピュータによって実行される、プログラムモジュールなどのコンピュータ実行可能命を、使用することができる。一般に、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。分散コンピューティング環境を使用して、通信ネットワークまたは他のデータ送信媒体を通してリンクした遠隔プロセシングデバイスによって、タスクを実行する。分散コンピューティング環境では、プログラムモジュールと他のデータとを、メモリストレージデバイスを含む、ローカルと遠隔との両方のコンピュータストレージ媒体内に配置することができる。

図７は、例示的な実施形態と態様とを実装することができる、例示的なコンピューティング環境を示している。コンピューティングシステム環境は、単に、適切なコンピューティング環境の一実施例であり、用途と機能との範囲に関して限定を提案する意図はない。

図７を参照すると、本明細書で説明する態様を実装するための例示的なシステムは、コンピューティングデバイス７００などのコンピューティングデバイスを含む。その最も基本的な構成では、コンピューティングデバイス７００は、通常、少なくとも１つのプロセシングユニット７０２とメモリ７０４とを含む。コンピューティングデバイスの正確な構成と種類とにより、メモリ７０４は、（ランダムアクセスメモリ（ＲＡＭ）などの）揮発性、（リードオンリメモリ（ＲＯＭ）、フラッシュメモリなどの）非揮発性、またはこの２つのいくつかの組み合わせであってよい。この最も基本的な構成を、図７に、破線７０６によって示している。

コンピューティングデバイス７００は、追加の特徴／機能を有することができる。たとえば、コンピューティングデバイス７００は、（取り外し可能及び／または固定の）追加のストレージを含むことができ、それは、磁気または光のディスクまたはテープを含むが、これらに限定されない。そのような追加のストレージを、図７に、取り外し可能ストレージ７０８と固定ストレージ７１０とによって示す。

コンピューティングデバイス７００は、通常、さまざまなコンピュータ可読媒体を含む。コンピュータ可読媒体は、デバイス７００によってアクセスすることができる、任意の利用可能な媒体であり得、揮発性及び非揮発性の媒体、取り外し可能及び固定の媒体を含む。

コンピュータストレージ媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報の記憶のための任意の方法または技術で実装された、揮発性及び非揮発性の媒体と、取り外し可能及び固定の媒体とを含む。メモリ７０４、取り外し可能ストレージ７０８、及び固定ストレージ７１０は、すべて、コンピュータストレージ媒体の実施例である。コンピュータストレージ媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラムリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気ストレージデバイス、または所望の情報を記憶するために使用することができ、コンピューティングデバイス７００によってアクセスされ得る任意の他の媒体を含むが、これらに限定されない。任意のそのようなコンピュータストレージ媒体は、コンピューティングデバイス７００の一部であり得る。

コンピューティングデバイス７００は、デバイスが他のデバイスと通信することを可能にする、通信接続７１２を含むことができる。コンピューティングデバイス７００は、また、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイスなどの入力デバイス７１４を有することができる。ディスプレイ、スピーカ、プリンタなどの出力デバイス７１６も、含むことができる。すべてのこれらのデバイスは、当技術分野でよく知られており、ここで詳細に説明する必要はない。

本明細書で説明するさまざまな技術を、ハードウェアまたはソフトウェア、または必要に応じて、両方の組み合わせに関連して実装することができる、ということを理解すべきである。したがって、本開示の主題の方法及び装置、またはそれらの特定の態様及び部分は、フロッピーディスク、ＣＤ−ＲＯＭ、ハードドライブ、または任意の他の機械可読ストレージ媒体などの有形媒体に組み込まれたプログラムコード（つまり、命令）の形態を取ることができ、プログラムコードをコンピュータなどのマシンにロードし、マシンによって実行した時、マシンは、本開示の主題を実践するための装置になる。プログラム可能コンピュータ上でプログラムコードを実行する場合では、コンピューティングデバイスは、一般に、プロセッサと、（揮発性メモリ及び非揮発性メモリと、及び／またはストレージ要素とを含む）プロセッサによって可読なストレージ媒体と、少なくとも１つの入力デバイスと、少なくとも１つの出力デバイスとを含む。１つまたは複数のプログラムは、本開示の主題に関連して説明したプロセスを、たとえば、アプリケーションプログラミングインターフェース（ＡＰＩ）、再利用可能制御などの使用を通して、実装または活用することができる。このようなプログラムを、高度手続き型言語またはオブジェクト指向プログラミング言語で実装して、コンピュータシステムと通信することができる。しかしながら、必要に応じて、プログラムを、アセンブリ言語またはマシン言語で実装することができる。いずれの場合でも、言語は、コンパイラ型言語またはインタープリタ型言語であってよく、ハードウェア実装形態と組み合わせることができる。

主題を、構造的特徴及び／または方法論的動作に固有の言語で説明したが、添付の特許請求の範囲に定める主題が、必ずしも、上記で説明した具体的な特徴または動作に限定されない、ということを理解すべきである。むしろ、上記で説明した具体的な特徴と動作とを、特許請求の範囲を満たす例示的な形態として開示されている。

１００ 環境
１０２ ＰＡＣＳデータベース
１０７ プッシャーアプリケーション
１０８ ローカルエリアネットワーク（ＬＡＮ）
１０９ サーバコンピュータ
１１０ 診断ワークステーション
１１２ コンピューティングデバイス
１１４ 広域ネットワーク（ＷＡＮ）
１２０ クラウドサービス
１２２ アプリケーションサーバ
１２３ メッセージバス
１２４ プリプロセッサ
１２６ ｂｌｏｂストア
１２８ データストア
１３０ 画像サーバ
１３２ プロセスモニタ
１５０ ソースデータ
７００ コンピューティングデバイス
７０４ メモリ
７０８ 取り外し可能ストレージ
７１０ 固定ストレージ

Claims (22)

1. クライアントコンピューティングデバイスをサービスに接続する遠隔アクセス環境における画像データの分散レンダリングのための方法であって、
   ２次元画像データを前記サービスに関連するデータベースに記憶することと、
   要求を、前記サービスにおいて、前記クライアントコンピューティングデバイスから受信することと、
   前記要求が、前記２次元画像データまたは３次元画像に対するものかどうかを判断することと、
   前記要求が前記２次元画像データに対するものである場合、前記２次元画像データを、前記クライアントコンピューティングデバイスに、表示するための２次元画像を前記クライアントコンピューティングデバイスにおいてレンダリングするために、ストリーミングすること、または、
   前記要求が３次元画像に対するものである場合、前記サービスに関連するサーバコンピューティングデバイスにおいて、前記３次元画像を前記２次元画像データからレンダリングし、前記レンダリングした３次元画像を、前記クライアントコンピューティングデバイスに、表示のために伝達することと、
   を備える、前記方法。
2. 未加工画像データを、前記サービスにおいて、データソースから受信することと、
   前記未加工画像データまたは前記未加工画像データとは別のメタデータを前処理して、前記２次元画像を作成することと、
   前記２次元画像データと前記メタデータとを別々に記憶することと、
   をさらに備える、請求項１に記載の方法。
3. 前記データソースが、前記未加工データを、定期的にまたは前記未加工データが利用可能になった時に送信する、プッシャーアプリケーションを含む、請求項２に記載の方法。
4. 前記未加工データが、医療用画像データである、請求項２から３のいずれかに記載の方法。
5. 前記未加工データが、コンピュータ支援設計（ＣＡＤ）画像データである、請求項２から４のいずれかに記載の方法。
6. 前記未加工データが、地震学的画像データである、請求項２から５のいずれかに記載の方法。
7. 前記メタデータが、前記要求に応答して、前記クライアントコンピューティングデバイスに提供されることをさらに備える、請求項２から６のいずれかに記載の方法。
8. 前記２次元画像データを提供することが、
   前記サービスへの接続を、所定のユニフォームリソースロケータ（ＵＲＬ）における前記クライアントコンピューティングデバイスから受信することと、
   前記クライアントコンピューティングデバイスのユーザを、前記サービスにおいて認証することと、
   ユーザインターフェースを、前記クライアントコンピューティングデバイスに、前記ユーザへの表示のために伝達することと、
   前記要求を前記ユーザインターフェースから受信することと、
   をさらに備える、請求項１から７のいずれかに記載の方法。
9. 前記ユーザインターフェースが、ＨＴＭＬ５準拠ウェブクライアントとして提供される、請求項８に記載の方法。
10. 前記クライアントコンピューティングデバイスに関連するアプリケーション状態を継続的に更新することをさらに備え、前記アプリケーション状態が、前記クライアントコンピューティングデバイスについての情報を含む、請求項１から９のいずれかに記載の方法。
11. 前記アプリケーション状態が、前記クライアントコンピューティングデバイスのユーザに表示されている画像に関する情報を含む、請求項１０に記載の方法。
12. 協調セッションを、前記２次元画像データまたは前記３次元画像のいずれかを同時に表示している複数のクライアントコンピューティングデバイス間で確立することをさらに備える、請求項１０に記載の方法。
13. 前記要求が、最大値投影（ＭＩＰ）／多断面再構成（ＭＰＲ）データに対するものであるかどうかを決定することと、
    前記ＭＩＰ／ＭＰＲデータを、前記２次元画像データから、前記サーバコンピューティングデバイスにおいてレンダリングすることと、
    前記ＭＩＰ／ＭＰＲデータを、前記クライアントコンピューティングデバイスに、表示のために伝達することと、
    をさらに備える、請求項１から１２のいずれかに記載の方法。
14. 前記３次元画像を前記２次元画像データからレンダリングすることが、
    レンダリングされる画像サイズを、前記２次元画像データから決定することと、
    前記２次元画像データから決定した前記画像サイズを有する前記３次元画像をレンダリングすることと、
    をさらに備える、請求項１から１３のいずれかに記載の方法。
15. 前記クライアントコンピューティングデバイスにおいて、前記３次元画像を、前記クライアントコンピューティングデバイスに関連するディスプレイサイズに従って、スケーリングすることをさらに備える、請求項１４に記載の方法。
16. 画像データの分散レンダリングのためのサービスを、前記サービスと遠隔接続されたクライアントコンピューティングデバイスとの間で提供するための方法であって、
    接続要求を、前記クライアントコンピューティングデバイスから受信することと、
    前記クライアントコンピューティングデバイスに関連するユーザを認証して、前記ユーザによる表示のために利用可能な画像を示すユーザインターフェースを提供することと、
    画像に対する要求を受信し、画像についての前記要求が２次元画像データに対するものである場合、前記２次元画像データを、前記サービスから前記クライアントコンピューティングデバイスにストリーミングすること、または前記要求が３次元画像に対するものである場合、前記３次元画像を、前記サービスにおいてレンダリングし、前記レンダリングした３次元画像を、前記クライアントコンピューティングデバイスに伝達することと、
    を備える、前記方法。
17. 前記３次元画像を、前記サービスにおいて、前記２次元画像データからレンダリングすることをさらに備える、請求項１６に記載の方法。
18. ２次元画像を、前記クライアントコンピューティングデバイスにおいて、前記２次元画像データからレンダリングすることをさらに備える、請求項１６から１７のいずれかに記載の方法。
19. 前記画像に関連するメタデータを、前記サービスから前記クライアントコンピューティングデバイスに伝達することをさらに備える、請求項１６から１８のいずれかに記載の方法。
20. 未加工画像データを、前記クライアントコンピューティングデバイスによる取り込みのためのフォーマットに前処理することをさらに備える、請求項１６から１９のいずれかに記載の方法。
21. 前記未加工画像データを、前記２次元画像データに、画像に対する前記要求の前にフォーマットすることをさらに備える、請求項２０に記載の方法。
22. 遠隔アクセス環境における画像データの分散レンダリングのための命令を有するコンピュータプログラムを記憶した有形コンピュータ可読ストレージ媒体であって、方法を実行する前記命令が、
    ２次元画像データを前記サービスに関連するデータベースに記憶するステップと、
    要求を、前記サービスにおいて、前記クライアントコンピューティングデバイスから受信するステップと、
    前記要求が前記２次元画像データまたは３次元画像に対するものかどうかを判断するステップと、
    前記要求が前記２次元画像データに対するものである場合、前記２次元画像データを、前記クライアントコンピューティングデバイスに、表示するための２次元画像を前記クライアントコンピューティングデバイスにおいてレンダリングするために、ストリーミングするステップ、または、
    前記要求が３次元画像に対するものである場合、前記サービスに関連するサーバコンピューティングデバイスにおいて、前記３次元画像を前記２次元画像データからレンダリングし、前記レンダリングした３次元画像を、前記クライアントコンピューティングデバイスに、表示のために伝達するステップと、
    を備える、前記有形コンピュータ可読ストレージ媒体。

Images