JP7842891B2 - 医用イメージングプラットフォームによって実施されるアプリケーションを統合及び実行するための方法 - Google Patents

Description

本発明は、医用イメージングプラットフォームによって実施される医用画像を解析するためのアプリケーションを統合及び実行するための方法に関する。

医師が、任意に、いろいろな方法によって、例えば磁気共鳴イメージング（ＭＲＩ）装置によって取得された医用画像を使用して病理を突き止めることを支援するために、医用イメージングプラットフォームを使用することが知られている。そのような医用イメージングプラットフォームは、一般に、所定の病理（脳卒中、肺炎、腫瘍等）を突き止め、特定の器官（脳、肺、胸部等）を解析し、又は特定の生理学的若しくは血流力学的パラメータ（組織密度、血流、又は血液量等）を推定するように特化した１つ以上のソフトウェアアプリケーションをホストするように設計されている。病院環境において、医用画像は、１つ以上の医用イメージング装置（ＭＲＩ、スキャナ等）から生成され、前記プラットフォームに送られるか、画像保管通信（ＰＡＣＳ）サーバに保存される。その上、医用画像は、異なる製造業者のイメージング装置及びシステムの間の医用画像の転送を容易にするために、医療におけるデジタル画像と通信（ＤＩＣＯＭ）として知られる特定のプロトコルに従って符号化されて送られる。

従って、医用イメージングプラットフォームは、（病理、器官、取得方法に関して）複数のケースを処理するための複数のソフトウェアアプリケーションをホストする。ＤＩＣＯＭフォーマットは付加的なメタ情報を画像自体に関連付けることを可能にし、それに基づいて、医用イメージングプラットフォームは何れかのソフトウェアアプリケーションの実行を開始することを「決定する」。従って、文書ＵＳ２０１９／０１０８９０５Ａ１には、そのような医用画像のデータ処理プロセスを定めるために、前記ＤＩＣＯＭメタ情報に応じて、プラットフォーム上に組み込まれた（フィルタと呼ばれる）幾つかのソフトウェアアプリケーションを実施するデータ処理パイプラインの設定ファイルを、複数の設定ファイルから選択でき、又は作成できる実施形態が説明されている。

しかし、現在利用可能なプラットフォームは、常に、絶えず増加する多様なケースに合う全てのソフトウェアアプリケーションを含むことも、この分野の多くの技術革新から利益を得ることを続けるために前記ソフトウェアアプリケーションの最新版を含むこともできない。それ故、現場に配備された医用イメージングプラットフォーム内の複数のソフトウェアアプリケーションを充実させ又は更新することが必要である。

技術的な観点から、医用イメージングプラットフォームは、ハードウェア（データ又はプログラムメモリ、周辺機器等）のオペレーティングシステム及びホストされたソフトウェアアプリケーションのプログラム命令を実施する１つ以上のマイクロプロセッサ又はマイクロコントローラから構成されるプロセッサユニットを含むコンピュータに類似する。前記プログラム命令は、前記プロセッサユニットと通信する前記プラットフォームの１つ以上のメモリ上に置かれる。

「メモリ又は記憶手段」は、揮発性であろうとなかろうと、任意のコンピュータメモリを意味する。不揮発性メモリは、コンピュータメモリであって、その技術によって、電力供給がない中で、そのデータを保持することができるものである。それは、入力、計算、測定、及び／又はプログラム命令に起因するデータを含み得る。現在利用可能な主な不揮発性メモリは、ＥＰＲＯＭ（消去可能プログラマブルリードオンリーメモリ）のような電気的に書き込み可能な型、又は、ＥＥＰＲＯＭ（電気的消去可能プログラマブルリードオンリーメモリ）、フラッシュ、ＳＳＤ（ソリッドステートドライブ）等のさらに電気的に書き込み及び消去可能な型のものである。不揮発性メモリは、電力供給がない場合にデータが失われる「揮発性」として知られるメモリと区別される。現在利用可能な揮発性の記憶装置の主な型は、ＲＡＭ（「リードライトメモリ」とも呼ばれるランダムアクセスメモリ、）、ＤＲＡＭ（定期的なリフレッシュを必要とするダイナミックランダムアクセスメモリ）、ＳＲＡＭ（電力低下があった場合にこのようなリフレッシュを必要とするスタティックランダムアクセスメモリ、）、ＤＰＲＡＭ又はＶＲＡＭ（特に映像に適している）等である。

既知の医用イメージングプラットフォームは、ソフトウェアアプリケーション統合のための方法を有し又は必要とする。最も普及した統合方法はＤＩＣＯＭ規格を使用する。この方法によれば、それぞれのソフトウェアアプリケーションは、ＤＩＣＯＭフォーマットのみで入力データを処理し、この同じフォーマットのみで結果を提供するように設計され、その上、前記データは特定の通信プロトコルに適合しなければならない。しかし、この第１の統合方法は重大な欠点を有する。第一に、ＤＩＣＯＭフォーマット及びプロトコルは、他のソフトウェアアプリケーションによって生成された中間結果に基づいてレポートを生成及び共有するのに最適ではない。その上、ＤＩＣＯＭ規格では、解析されるイメージングデータの受信及び／又は利用の特定の状況に応じてソフトウェアアプリケーションを容易に設定することができない。

他の既知のプラットフォームは、アプリケーションプログラミングインターフェース（ＡＰＩ）の使用に基づく第２の統合方法を選択している。この解決策は、ソフトウェアアプリケーションのための設定サービスへのアクセスを容易にし、結果をエクスポートする数多くの機会を提供するため有利である。他方、この第２の方法は、一般に、ＡＰＩが一般に所定の医用イメージングプラットフォーム又はそのようなプラットフォームの所定の製造業者に固有又は専用であるという事実に起因する重大な欠点を有する。第１の医用イメージングプラットフォームに統合可能なアプリケーションを開発することができるように、アプリケーションの設計者は、前記第１のプラットフォームが必要とするＡＰＩを知り、このＡＰＩを基にして自分のアプリケーションを構築しなければならない。前記アプリケーションが第１のＡＰＩと異なる第２のＡＰＩを必要とする第２のプラットフォームに統合される場合、前記設計者は、自分のアプリケーションの設計を変更し、第２のソフトウェアアプリケーションを作成しなければならない。その上、前記設計者にとって、自分の使用のために提供されたテストプラットフォームがない場合に、アプリケーションの正しい動作をそのデプロイメントの前にテストすることは、困難であり又は不可能でさえある。この目的で、設計者は、前記プラットフォームのエミュレータ、又はその動きをシミュレートするためのスタブを用意しておかなければならず、それは、いつでも可能なわけではなく、又は複雑に若しくは高価になり得る。

せいぜい、アプリケーション開発者は、Ｗ．Ｃ．ＭｃＧｅｅによる文書「Ｄａｔａ ｄｅｓｃｒｉｐｔｉｏｎ ｆｏｒ ｄａｔａ ｉｎｄｅｐｅｎｄｅｎｃｅ」に示されているように、扱われるデータに付随して送られる前記データのディスクリプションを生成するおかげで、前記扱われるデータのフォーマットに関して、アプリケーションの「ビジネス」コードに一定の独立性を与えることができる。それは「ヘキサゴナルアーキテクチャ」として今日よりよく知られている技術である。しかし、そのような教示は、ホストプラットフォームに関して前記アプリケーションに独立性を与えるどんな解決策も提供しない。

本発明は従来技術から生じる欠点を克服する。

本発明によって達成される多くの利点の中で、より具体的に、本発明によって特定の医用イメージングプラットフォームと無関係にソフトウェアアプリケーションを設計することができることに言及し得る。本発明のおかげで、前記ソフトウェアアプリケーションは、ＤＩＣＯＭ規格に適合する又は他の任意のフォーマットに従うデータを利用及び／又は生成し得る。従って、ソフトウェアアプリケーションは、それらの依存関係を指定する自律的なアプリケーションモジュールの形で医用イメージングプラットフォームに統合され、それらの入力及び出力は、任意の医用イメージングプラットフォームによって使用されるファイルシステム上で読み出され又は書き込まれる。従って、本発明は、非常に高い相互運用性を達成し、もはや今日まだそうであるようにアプリケーションを所定の型のプラットフォームに関連付けることはない。その上、アプリケーションの設計者は、デバッグ目的での医用イメージングプラットフォームの入手又は停止、そのシミュレータ／エミュレータ、さらには、変形例として、そのようなプラットフォームの全ての機能をシミュレートするには制限されすぎた洗練されたスタブの必要なしに、自分のアプリケーションの動作をそのデプロイメントの前に非常に簡単にテストできる能力を持つ。

本文書の残りの部分において、「ファイルシステム」は、メモリ内、より一般にそのようなメモリの物理又は論理ボリューム内の読み出し又は書き込みアクセス可能なデータの編成を決定する、医用イメージングプラットフォーム又は任意のコンピュータによって運用されるサービスを意味する。標準として、そのようなファイルシステムは、前記データを保存する方法を決定し、ファイルとして知られる論理構造でそれらを編成する。そのようなファイルシステムは、コンピュータリソース（又は、この場合、医用イメージングプラットフォーム）のオペレーティングシステム、及び前記オペレーティングシステムを用いて前記リソースを求めるソフトウェアアプリケーションのような幾つかのコンピュータプログラムの間で、データを処理、保存、及び共有することを可能にする。従って、ファイルシステムは、メモリに保存されたデータの抽象的な表示を提供し、パスとして知られるアクセスルートからそこへの読み出し及び／又は書き込みアクセスを可能にする。

この目的で、本発明は、ソフトウェアアプリケーションを統合及び実行するための方法を提供し、前記方法は、ファイルシステムを運用する医用イメージングプラットフォームによって実施されるように設計される。そのような方法は、
－入力データに基づいて出力データを生成するソフトウェアアプリケーション専用のコントラクトを読み出すステップであって、前記コントラクトは、
○前記ソフトウェアアプリケーションを示す固有識別子と、
○ソフトウェアアプリケーションの入力データの値を格納するように意図された入力仮想ディレクトリと、
○ソフトウェアアプリケーションの出力データの値を格納するように意図された出力仮想ディレクトリと、を含むデジタルコンテンツから構成されるステップと、
－ソフトウェアアプリケーションの入力データの値をファイルシステムの入力ディレクトリに書き込むステップと、
－ファイルシステムの入力ディレクトリ及び前記ファイルシステムの出力ディレクトリへのアクセスパスを引数として有する固有識別子で示されるソフトウェアアプリケーションの実行を開始するステップであって、前記アクセスパスは、それぞれ、前記コントラクトから読み出された入力仮想ディレクトリ及び出力仮想ディレクトリに関連付けられるステップと、
－ソフトウェアアプリケーションの出力データの値をファイルシステムの出力ディレクトリから読み出すステップと、を含む。

ソフトウェアアプリケーションの実行を容易に設定することができるように、コントラクトは、前記ソフトウェアアプリケーションの動作パラメータの値を含み得る。この場合、本発明による方法の前記ソフトウェアアプリケーションの実行を開始するステップは、前記動作パラメータの値を引数として含むように適合され得る。

ソフトウェアアプリケーションの統合を実現するために、本発明による方法は、ソフトウェアアプリケーション及びコントラクトをソフトウェアプラットフォームのメモリ上に置くステップを備え得る。

有利に、特にソフトウェアアプリケーションの事前テストを容易にするために、ソフトウェアアプリケーションはコンピュータコンテナの形を取り得、前記ソフトウェアアプリケーションを示す固有識別子は、前記コンピュータコンテナのイメージを表す前記コントラクトに含まれる。

有利に、ソフトウェアアプリケーションの入力データを格納するように意図された入力仮想ディレクトリは、コントラクト内で、前記入力データの任意又は必須の性質を指定する属性に関連付けられ得る。この場合において、そのような属性が前記入力データの任意の性質を示す場合、入力データを書き込むステップは、そのような入力データが医用イメージングプラットフォームで利用可能なときに限り、実施され得る。

本発明は、さらに、本発明に従って統合及び実行されるソフトウェアアプリケーションによって生成される出力データをメタ情報で質的に高めることを提供する。この目的で、ソフトウェアアプリケーションの出力データの値を格納するように意図された出力仮想ディレクトリは、コントラクト内で、前記出力の分類属性に関連付けられ得る。そして、ソフトウェアアプリケーションの出力データの値を読み出すステップは、前記分類属性の前記値を前記出力データの値に関連付けることから構成され得る。

ソフトウェアアプリケーションに関連するコントラクトへのどんな悪意のある変更に対しても保護を提供するために、前記コントラクトは、プラットフォームへのその統合の前、又は前記プラットフォームによるその任意の更新の後に符号化され得る。この場合、コントラクトを読み出すステップは、前記コントラクトを復号化する事前のサブステップを含み得る。

第２の目的によれば、本発明は、コンピュータのプロセッサユニットによって実行され得るプログラム命令を含むコンピュータプログラムに関し、前記プログラム命令は前記コンピュータの不揮発性メモリ上に置かれ得、前記プロセッサユニットによる前記プログラム命令の実行によって、本発明に従ってソフトウェアアプリケーションを統合及び実行するプロセスが実施される。

第３の目的によれば、本発明は、その上、そのようなコンピュータプログラムの命令を含むコンピュータ可読記憶媒体に関する。

最後に、本発明は、その上、プロセッサユニットと、ファイルシステムによって使用されるメモリとを備える医用イメージングプラットフォームに関し、前記メモリは本発明によるコンピュータプログラムのプログラム命令を含む。

他の特徴及び利点は、以下の説明を読み、付随する図を検討すると、より明確にわかるだろう。

図１は、医用イメージングプラットフォームを備える医用イメージングシステムを示す。 図２は、本発明による医用イメージングプラットフォームの簡略化されたアーキテクチャを示す。 図３は、本発明による医用イメージングプラットフォームによって統合及び実行され得るソフトウェアアプリケーションの設計の一例を示す。 図４は、本発明による医用イメージングプラットフォームによってソフトウェアアプリケーションを統合及び実行するための方法を示す。

図１は、イメージング装置１を備える医用イメージングシステムＳの一例を示す。磁気共鳴イメージング装置１は、患者の身体の１つ以上の部分、非限定的な例として、脳、心臓、肺の複数のデジタル画像シーケンス１２を提供する。磁気共鳴イメージング装置１は、一般に、コンソール２を用いて制御される。従って、ユーザ６、例えば、オペレータ、医師、又は研究者は、解析システムＳのヒューマンマシン入力インターフェース８を介して入力されるパラメータ又は命令１６から、イメージング装置１を制御するためのコマンド１１を選択し得る。そのようなヒューマンマシンインタフェース８は、例えば、コンピュータキーボード、ポインティングデバイス、タッチスクリーン、マイクロフォン、又は、より一般に、人間６によって与えられたジェスチャ又は命令を、イメージング装置１を制御又は設定するデータに変換するように設けられた任意のインターフェースから構成され得る。前記装置１によって生成された情報１０に基づいて、人間又は動物の身体の一部の複数のデジタル画像シーケンス１２が得られる。

画像シーケンス１２は、任意に、サーバ３又はＰＡＣＳ、即ち自らの記憶手段を備え付けられたコンピュータ内に保存され、患者の医療ファイル１３を構成し得る。そのようなファイル１３は、組織の活動を示す機能的画像、又は組織の特性を表す解剖学的画像のような異なる型の画像を含み得る。画像シーケンス１２、又は、より一般に、実験データは、ヒューマンマシン出力インターフェース５の手段で、医療従事者６によって、医用イメージングプラットフォーム４に送られた命令１６に従って視覚化され得るテキスト又はグラフィックインジケーター１４を生成するために、前記医用イメージングプラットフォーム４によって解析される。医用イメージングプラットフォーム４はこの目的で設けられる。

図２は、本発明に従い、図１に示されたシステムＳのようなイメージング解析システムに統合されるように意図された医用イメージングプラットフォーム４のアーキテクチャの一例を示す。そのような医用イメージングプラットフォーム４は、前記イメージング解析システムＳの記憶又はメモリ手段４５上に置かれた適切なアプリケーションプログラム命令を実施する１つ以上のマイクロプロセッサ又はマイクロコントローラ４１の形のプロセッサユニットを含み得る。プロセッサユニット４１による前記メモリ４５への読み出し及び／又は書き込みアクセスはファイルシステム４２によって管理され得る。前記プロセッサユニット４１は、有利に、特に医用画像シーケンス１２を受信することに責任を負う入力／出力モジュール４３と通信し、又は、受信された前記画像シーケンス１２に基づいて、利用可能なソフトウェアアプリケーションＡ１、Ａ２、Ａｎの中のどの１つ又は複数のソフトウェアアプリケーションが、医療従事者６のために意図された関心のある適切な量１４を生成する目的で前記画像シーケンス１２を解析するために実施するに値するかを決定することに責任を負うモジュール４４と通信する。前記ソフトウェアアプリケーションＡ１からＡｎ、又はより正確にそれらを特徴付けるプログラム命令は、プラットフォーム４のメモリ４５上に事前に置かれる。後述のように、それぞれのソフトウェアアプリケーションＡ１、Ａ２、Ａｎは、それに専用の前記ソフトウェアアプリケーションの別個のデジタルコンテンツ、以下で「コントラクト」Ｃ１、Ｃ２、Ｃｎと呼ばれるデジタルコンテンツに関連付けられる。従って、ソフトウェアアプリケーションＡ１のプログラム命令は、プロセッサユニット４１によって利用又は解釈され得る情報を含むデジタルコンテンツの形のコントラクトＣ１と一緒に、より具体的に本発明によるソフトウェアアプリケーションを統合及び実行するための方法１００に従ってメモリに置かれる。医用イメージングプラットフォーム４の動作を適合させるために、前記プラットフォーム４のプロセッサユニット４１によって実行され得る命令を含むコンピュータプログラムは、メモリ４５に置かれ、前記プログラム命令によって、そのような統合及び実行方法１００が実施される。

図３は、本発明によるソフトウェアアプリケーションの機能的記述の一例を示す。そのようなソフトウェアアプリケーションは、１つ以上の出力データを生成するために１つ以上の入力データに関係するデジタル処理から構成される。例として、そのような第１のソフトウェアアプリケーションは、Ｘ線イメージング装置によって取得されたＤＩＣＯＭ画像１２のストリームを分類し、型によってソートされた出力データを生成することを目的とするアプリケーションから構成され得、前記画像は、前記画像を分類するように意図された１つ以上のラベルによって質的に高められる。そのようなラベルは、取得方法を記述する頭字語「ＣＴＰ」（コンピュータ断層撮影灌流）、「ＣＴＡ」（コンピュータ断層撮影血管造影）、「ＮＣＣＴ」（非造影コンピュータ断層撮影）のセットから選択され得る。変形例において、そのような第１のソフトウェアアプリケーションは、「ＣＴＰ」というラベルを付されたＤＩＣＯＭ画像の形の入力データを使用し、血流力学的パラメータを示す図表の形の出力データと、テキスト形式で表現され、最終的に電子メールで送られるように意図された結果レポートとを出力の際に生成し得る。第２のソフトウェアアプリケーションは、磁気共鳴イメージング装置から取得されたＤＩＣＯＭ画像１２のストリームの形の入力データを使用し、型によってソートされた出力データを生成するように設計され得、前記画像は、前記画像を分類するように意図された１つ以上のラベルによって質的に高められる。そのようなラベルは、イメージング装置の取得方法を記述する頭字語ＤＷＩ（拡散強調イメージング）、ＰＷＩ（灌流強調イメージング）、ＦＬＡＩＲ（流体減衰反転回復）のセットから選択され得る。

一般に、図３に示されるように、ソフトウェアアプリケーションＡ１は、入力データＥＤ１、…、ＥＤｉに基づいて出力データＯＤ１、…、ＯＤｊを生成する。前記入力及び／又は出力データは、それぞれ、異なるフォーマット、例えば、テキスト、ＤＩＣＯＭ、又は他の型を有し得る。その上、ソフトウェアアプリケーションＡ１は、１つ以上の環境変数Ｅ１、…、Ｅｋを利用し得る。そのような環境変数は、ソフトウェアアプリケーションに、その実行中に、ソフトウェアアプリケーションの前記実行又はそれによって実施される処理を設定する目的で、送られる。好ましい実施形態によれば、アプリケーションＡ１はコンピュータコンテナの形で定められ得、そのイメージは、実行可能コード（即ちプログラム命令のセット）を含み、その実行に必要なパラメータ又は依存関係を定める静的ファイルの形を取る。ソフトウェアアプリケーションの「コンテナ化」のそのような技術的な選択によって、特に、ソフトウェアアプリケーションの動作をテストするステップを、そのデプロイメントの前だが、それによって医用イメージングプラットフォームに類似のテストコンフィギュレーションを必要することなく、簡単にすることができる。実際、ソフトウェアアプリケーションのパターンは明確に定められ、コンテナイメージは、自律的なアプリケーションモジュールのように、軽量かつモジュール式の仮想マシンの方法で実施及びテストされ得る。最初はＬｉｎｕｘ（登録商標）コンテナを処理するために設計されたＤｏｃｋｅｒ（登録商標）技術の例を取り上げよう（Ｌｉｎｕｘは、Ｌｉｎｕｓ Ｔｏｒｖａｌｄｓによって作られたＵｎｉｘ（登録商標）（ＡＴ＆Ｔ）型のオープンソースオペレーティングシステムのファミリーである）。図３に示されたソフトウェアアプリケーションＡ１のイメージの識別子ＡＩＤがソフトウェアアプリケーション「ｍｙ＿ａｐｐｌｉｃａｔｉｏｎ」のバージョン１．０を示すとしよう。前記ソフトウェアアプリケーションＡ１は、コマンド、
“ docker run ＼
- v/tmp/inputs/ED1:/inputs/ED1 ＼(arg1)
- v/tmp/inputs/ED1:/inputs/EDi ＼(arg2)
- v/tmp/outputs/OD1:/outputs/OD1 ＼(arg3)
- v/tmp/outputs/ODj:/outputs/ODj ＼(arg4)
- e E1=VALUE1 ＼(arg5)
- e Ek=VALUEk ＼(arg6)
my_application:1.0 ” ＼(arg7)
を手動で呼び出すことで、コンピュータによって実行され得る。

コマンド引数（ａｒｇ１）によって、入力データＥＤ１の「物理」ロケーション又はディレクトリＤＥＤ１（この場合、図２に示された例によれば、医用イメージングプラットフォーム４又はより一般に開発若しくはテストコンピュータのファイルシステム４５の一時ディレクトリ）と、アプリケーションＡ１の設計者によってアプリケーションモジュール内に定められた「仮想」ディレクトリＶＤＥＤ１（この場合、図３に示された例において、仮想ディレクトリ「／ｉｎｐｕｔｓ／ＥＤ１」）との間のリンク（「マッピング」としても知られる操作）を定め又は決定することができる。前記ディレクトリＤＥＤ１は、アクセスパスＤＰＥＤ１「／ｔｍｐ／ｉｎｐｕｔｓ／ＥＤ１」を介してアクセス可能である。従って、前記ソフトウェアアプリケーションＡ１は、実行されると、仮想ディレクトリＶＤＥＤ１「／ｉｎｐｕｔｓ／ＥＤ１」から入力データＥＤ１の値を読み出すが、物理的に、即ち前記ソフトウェアアプリケーションＡ１を実施するマシン４のメモリ４５内において、前記仮想ディレクトリは、前記ユーザによって選択された物理ディレクトリＤＥＤ１、この場合、アクセスパスＤＰＥＤ１が「／ｔｍｐ／ｉｎｐｕｔｓ／ＥＤ１」であるディレクトリに対応する。

同様に、引数（ａｒｇ２）、（ａｒｇ３）、及び（ａｒｇ４）は、それぞれ、データＥＤｉ、ＯＤ１、及びＯＤｊに対して、仮想ディレクトリＶＤＥＤｉ「／ｉｎｐｕｔｓ／ＥＤｉ」、ＶＤＯＤ１「／ｏｕｔｐｕｔｓ／ＯＤ１」、ＶＤＯＤｊ「／ｏｕｔｐｕｔｓ／ＯＤｊ」と、物理ディレクトリＤＥＤｉ「／ｔｍｐ／ｉｎｐｕｔｓ／ＥＤｉ」、ＤＯＤ１「／ｏｕｔｐｕｔｓ／ＯＤ１」、及びＤＯＤｊ「／ｏｕｔｐｕｔｓ／ＯＤｊ」との間のリンクを定める。

引数（ａｒｇ５）及び（ａｒｇ６）は、値ＶＡＬＵＥ１及びＶＡＬＵＥｋを、それぞれ、アプリケーションＡ１の環境変数Ｅ１及びＥｋに送ることを可能にする。

最後に、コマンド引数（ａｒｇ７）は、アプリケーションＡ１のイメージの識別子ＡＩＤ、この場合「ｍｙ＿ａｐｐｌｉｃａｔｉｏｎ」バージョン１．０を示す。

本発明は、コンテナ又は「Ｄｏｃｋｅｒ」技術の形でソフトウェアアプリケーションを実施するこの選択のみに限定されると考えられるべきではない。変形例において、それは、Ｒｅｄ Ｈａｔ社によって開発された「Ｐｏｄｍａｎ」ソリューションのような同等のソリューションに頼り得る。ソフトウェアアプリケーションは、さらに、コンテナの代わりに「標準的な」実行可能プログラムから構成され得る。全ての場合において、実施の一例が図４に示された方法１００のような本発明によるソフトウェアアプリケーションを統合及び実行するための方法によって実行されるために、図２に記述されたアプリケーションＡ１のようなソフトウェアアプリケーションは、コントラクトとして知られる別個のデジタルコンテンツＣ１に関連付けられる。例えば図２に示されたモジュール４４によってこれを実行することによって、イメージングプラットフォーム４上の、入力データＥＤ１、ＥＤｉの物理ロケーションＤＥＤ１、ＤＥＤｉ、出力データＯＤ２、ＯＤｊの物理ロケーションＤＯＤ１、ＤＯＤｊと、アプリケーションモジュール内の仮想又は「内部」ロケーションＶＤＥＤ１、ＶＤＥＤｉ、ＶＤＯＤ１、ＶＤＯＤｊとの間のリンクを決定することで、又は環境変数Ｅ１からＥｋに対する値を定めることで、ソフトウェアアプリケーションの実行はそれを曖昧さなく参照することで開始され得る。このコントラクトＣ１とファイルシステム４２との共同の作動によって、ソフトウェアアプリケーションの統合及び実行を容易にすることができる。

従って、図２及び図３を参照して、コントラクトＣ１は、例えばタグ又は他の任意の同等な技術的手段によって互いに区別され得るフィールド又は要素のセットを含み、その結果、環境変数Ｅ１、Ｅｋによって任意に設定されたソフトウェアアプリケーションの実行自体の前に、入力データＥＤ１、ＥＤｉの値は、ファイルシステム４２によってメモリロケーション４５に書き込まれ、前記ソフトウェアアプリケーションＡ１の実行の最後に、それによって生成された出力データＯＤ１、ＯＤｊは、前記プラットフォーム４によって使用され得る。ソフトウェアアプリケーションＡ１に関連するコントラクトＣ１は、有利に、
－ソフトウェアアプリケーションＡ１、この場合、図３において、コンテナイメージの固有識別子ＡＩＤと、
－前記ソフトウェアアプリケーションＡ１の実行中、それぞれ環境変数Ｅ１及びＥｋに割り当てられる値ＥＶ１及びＥＶｋと、
－ソフトウェアアプリケーションＡ１の入力データＥＤ１、ＥＤｉの値を格納するように意図された入力仮想ディレクトリＶＤＥＤ１、ＶＤＥＤｉと、
－ソフトウェアアプリケーションＡ１の出力データＯＤ１、ＯＤｊの値を格納するように意図された出力仮想ディレクトリＶＤＯＤ１、ＶＤＯＤｊと、を含み得る。

より一般に、そのようなコントラクトＣ１は、入力データＥＤ１、ＥＤｉ又は出力データＯＤ１、ＯＤｊ毎に、前記入力データＥＤ１、ＥＤｉ又は出力データＯＤ１、ＯＤｊの値を書き込み／読み出すための仮想ロケーションＶＤＥＤ１、ＶＤＥＤｉ、ＶＤＯＤ１、ＶＤＯＤｊを含む。環境変数に割り当てられる値ＥＶ１、ＥＶｋの存在は任意である。なぜなら、特定のソフトウェアアプリケーションは、例えば、ユニットの１つ又は複数のリポジトリからカラーパレットを選択するためのような動作パラメータを必要としないからである。コントラクトのフォーマットは、医用イメージングプラットフォームが前記コントラクトＣ１を使用する（即ち、読み出し、任意に更新する）ことができる能力を有し得るように医用イメージングプラットフォームによって課される。他方、前記コントラクトＣ１の内容は、ソフトウェアアプリケーションによって、それが必要とする入力データ、出力／環境変数に応じて課される。ソフトウェアアプリケーション及びそのコントラクトを医用イメージングプラットフォーム４のメモリ４５に組み込んだ後、例えば、前記アプリケーションＡ１の入力データＥＤ１、ＥＤｉ及び出力データＯＤ１、ＯＤｊを格納するための前記プラットフォーム４のメモリ４５を管理するファイルシステム４２のディレクトリＤＥＤ１、ＤＥＤｉ、ＤＯＤ１、ＤＯＤｊへの物理アクセスパスＤＰＥＤ１、ＤＰＤＥｉ、ＤＰＯＤ１、ＤＰＯＤｊを、前記入力ディレクトリＤＥＤ１、ＤＥＤｉ及び出力ディレクトリＤＯＤ１、ＤＯＤｊが不変である場合に入力することで、前記コントラクトＣ１を修正及び／又は設定すること、並びに、環境変数ＥＶ１、ＥＶｋの値を、これらが存在し又は必要とされる場合に設定することは、プラットフォームオペレータ又はプラットフォーム自体のタスクである。好ましくは、アプリケーションＡ１の実行自体の前に一時ディレクトリＤＥＤ１、ＤＥＤｉ、ＤＯＤ１、ＤＯＤｊを割り当てるタスクをイメージングプラットフォーム４に任せるために、前記アクセスパスＤＰＥＤ１、ＤＰＤｉ、ＤＰＯＤ１、ＤＰＯＤｊはコントラクトＣ１に記録されない。仮想ディレクトリＶＤＥ１、ＶＤＥｉ、ＶＤＯ１、ＶＤＯｊと物理ディレクトリＤＥＤ１、ＤＥＤｉ、ＤＯＤ１、ＤＯＤｊとの間のリンクの決定は、アプリケーション「ｍｙ＿ａｐｐｌｉｃａｔｉｏｎ」を参照して先に示されたように、実行コマンドの引数によって行われる。コントラクトＣ１の前記任意の更新を認定するために、ソフトウェアアプリケーションＡ１を、それをメモリ４５に組み込み又は置き終えた際に設定するステップに言及し得る。

図４は、本発明によるソフトウェアアプリケーションを統合及び実行するための方法１００の実施及び機能的記述を示す。そのような方法１００は、図１及び図２によるプラットフォーム４のような医用イメージングプラットフォームによって実施される。プラットフォーム４の動作は、メモリ４５にコンピュータプログラムを導入することで適合され、そのプログラム命令は、任意に決定モジュール４４の制御下における、プロセッサユニット４１によるそれらの実行中、そのような方法１００の実施をもたらす。メモリ４５が、さらに、例えばコントラクトＣ１に関連するコンテナの形でソフトウェアアプリケーションＡ１を含むことが想定され得、コントラクトＣ１は、図３を参照して既に説明されたソフトウェアアプリケーションＡ１及びコントラクトＣ１のやり方で、構造化テキストファイルの形を取り、即ち適切なタグによって整えられる。

プロセッサユニット４１によって使用される医用画像シーケンス１２を受信することで、方法１００の実施が開始されて、適切と考えられるソフトウェアアプリケーションＡ１が実行される。

前記方法１００の主なステップは、図４において、白い実線の矢印によって示されている。さらに、ソフトウェアアプリケーションＡ１に関係する処理ステップは、前記図４において、黒い実線の矢印によって示されている。図４は、その上、前記方法１００の実施によって関係する主な「アクター」（即ち、プラットフォーム４のプロセッサユニット４１、それによって運用されるファイルシステム４２、コントラクトＣ１、及びソフトウェアアプリケーションＡ１）の間の相互作用を描く。

前記方法１００は、メモリ４５からソフトウェアアプリケーションＡ１専用のコントラクトＣ１を読み出す第１ステップ１１０を含む。念のために述べると、ソフトウェアアプリケーションＡ１は、入力データＥＤ１及びＥＤ２に基づいて２つの出力データＯＤ１及びＯＤ２を生成する。コントラクトＣ１が、入力データＥＤ１及びＥＤｉの値をそれぞれ初期化するために使用されなければならないファイルシステム４２のディレクトリＤＥＤ１、ＤＥＤｉへのアクセスパスＤＰＥＤ１、ＤＰＥＤｉを含む場合、プロセッサユニット４１は、（細い破線の矢印によって表された）応答で、前記アクセスパスＤＰＥＤ１、ＤＰＥＤｉを認識する。同様に、コントラクトＣ１が、ソフトウェアアプリケーションＡ１によって生成されるだろう出力データＯＤ１及びＯＤｊの値をそれぞれ読み出すために使用されなければならないファイルシステム４２のディレクトリＤＯＤ１、ＤＯＤｊへのアクセスパスＤＰＯＤ１、ＤＰＯＤｊを含む場合、プロセッサユニット４１は、前記アクセスパスＤＰＯＤ１、ＤＰＯＤｊを認識する。その上、前記プロセッサユニット４１は、さらに、ソフトウェアアプリケーションＡ１によって任意に使用される環境変数Ｅ１、Ｅｋを認識し得、その値ＥＶ１、ＥＶｋは、前記ソフトウェアアプリケーションＡ１の実行自体の間に送られるだろう。

変形例において、より一般的な場合によれば、前記コントラクトＣ１は医用イメージングプラットフォーム４による変更又は設定を受けない。その上、方法１００のステップ１１０は、入力データＥＤ１及びＥＤｉの値をそれぞれ初期化するために使用されなければならないファイルシステム４２の一時ディレクトリＤＥＤ１、ＤＥＤｉ、並びに出力データＯＤ１及びＯＤｊの値をそれぞれ読み出すために使用されなければならないファイルシステム４２のディレクトリＤＯＤ１、ＤＯＤｊを割り当て又は決定する（簡単のために図４に示されていない）サブステップを含む。

次に、方法１００は、前記コントラクトＣ１によって指定され又は医用イメージングプラットフォーム４によって決定されたファイルシステム４２の入力ディレクトリＤＥＤ１、ＤＥＤｉに、ソフトウェアアプリケーションＡ１のそれぞれの入力データＥＤ１、ＥＤｉの値を書き込むステップ１２０を含む。

前記方法１００は、ソフトウェアアプリケーションＡ１の実行を開始するステップ１３０を含み、ソフトウェアアプリケーションＡ１のイメージは、ステップ１１０で取得された固有識別子ＡＩＤによって表される。そのようなステップ１３０は、ソフトウェアアプリケーションが必要とする場合、環境変数の値を、この場合、変数Ｅ１及びＥｋの値ＥＶ１及びＥＶｋを任意に送ることを伴う。物理入力ディレクトリＤＥＤ１、ＤＥＤｉ及び出力ディレクトリＤＯＤ１、ＤＯＤｊ（即ち、読み出し／書き込みアクセスがファイルシステムによって管理されるもの）と、入力仮想ディレクトリＶＤＥＤ１、ＶＤＥＤｉ及び出力仮想ディレクトリＶＤＯＤ１、ＶＤＯＤｊとの間のリンクを決定するために、ステップ１３０は、その上、当のそれぞれの入力データＥＤ１、ＥＤｉ及び出力データＯＤ１、ＯＤｊのための前記入力ディレクトリＤＥＤ１、ＤＥＤｉ及び出力ディレクトリＤＯＤ１、ＤＯＤｊへのアクセスパスＤＰＥＤ１、ＤＰＥＤｉ、ＤＰＯＤ１、ＤＰＯＤｊを送ることから構成される。従って、このステップ１３０は、コンテナの形のソフトウェアアプリケーション「ｍｙ＿ａｐｐｌｉｃａｔｉｏｎ」のテストを参照して上述された手動のコマンドと同等のものを自動的に構成することから構成され、アプリケーションの実行に必要な引数は、コントラクトＣ１によって指定された要求（要素、タグ、及び／又はオーダー）に従って前記ソフトウェアアプリケーションに送られる。

方法１００は、（図４において細い破線の矢印によって表された、ソフトウェアアプリケーションＡ１によって生成される実行レポート２４０による）ソフトウェアアプリケーションＡ１の実行結果を待つ。実際、ステップ１３０の終わりに、プロセッサユニット４１はアプリケーションＡ１を実施し、それは、今度は、入力データＥＤ１及びＥＤｉの値をファイルシステム４２のディレクトリＤＥＤ１、ＤＥＤｉから読み出すように意図された第１のステップ２１０を含み、次に、前記入力データＥＤ１、ＥＤｉに関係する処理２２０を実施して、出力データＯＤ１、ＯＤｊを生成する。物理ディレクトリ（メモリ４５／ファイルシステム４２）と仮想ディレクトリの間のリンクは、前記コントラクトＣ１に従ってステップ１３０で送られた実行引数によって事前に決定されているので、前記出力データの値は、ソフトウェアアプリケーションＡ１によって、ステップ２３０で、ファイルシステム４２のディレクトリＤＯＤ１、ＤＯＤｊに入れられる。ソフトウェアアプリケーションＡ１の実施は、例えば前記実行がエラーあり又はなしで行われたかどうかを記す実行レポートを生成するステップ２４０で終了する。

次に、本発明による方法１００は、コントラクトＣ１又はプラットフォーム４によって定められたファイルシステム４２の出力ディレクトリＤＯＤ１、ＤＯＤｊからソフトウェアアプリケーションＡ１のそれぞれの出力データＯＤ１、ＯＤｊの値を読み出すステップ１４０を含む。

ソフトウェアアプリケーションＡ１を統合及び実行するための方法の実施の終わりに、医用イメージングプラットフォーム４は、前記アプリケーションＡ１によって生成された結果を使用するように意図された後続の処理の実施を開始し得る。そのような後続の処理は、第２のソフトウェアアプリケーションＡ２、Ａｎの実行をもたらす前記方法１００の新たなインスタンスから構成され得る。

有利に、本発明は、ソフトウェアアプリケーションＡ１、Ａ２、Ａｎが、任意の性質を有する入力データ又は出力データを管理し得ることを提供する。この目的で、任意の性質は、前記アプリケーションＡ１、Ａ２、Ａｎに関連するコントラクトＣ１、Ｃ２、Ｃｎに指定され得る。好ましい実施形態によれば、図３に示されたアプリケーションＡ１を参照して、入力データＥＤ１、ＥＤｉを格納するように意図された仮想ディレクトリＶＤＥＤ１、ＶＤＥＤｉを決定する前記コントラクトＣ１のフィールド又は要素は、前記入力データＥＤ１、ＥＤｉの任意又は必須の性質を指定する属性に関連付けられ得る。この実施形態によれば、本発明による方法１００は、そのような属性が入力データＥＤ１、ＥＤｉの任意の性質を示す場合、そのような入力データＥＤ１、ＥＤｉが医用イメージングプラットフォーム４で利用可能であるときに限り、入力データＥＤ１、ＥＤｉの値を書き込むステップ１２０が実施されるように適合される。ソフトウェアアプリケーションＡ１の実行の開始は、そのような任意のデータ専用の引数がコマンド１３０になくてもエラーを発生させないだろう。従って、そのような属性は、入力データのそのような任意又は必須の性質を特徴付けるためのブール値から構成され得る。変形例において、そのような属性の欠如は、前記入力データが本質的に必須であることを示し得る。

同じことは、図３によるアプリケーションＡ１のようなソフトウェアアプリケーションによって生成された結果に応じて任意であり得る出力データＯＤ１、ＯＤｊに当てはまる。この実施形態によれば、出力データＯＤ１、ＯＤｉを格納するように意図された仮想ディレクトリＶＤＯＤ１、ＶＤＯＤｊを決定する前記コントラクトＣ１のフィールド又は要素は、前記出力データＯＤ１、ＯＤｊの任意又は必須の性質を指定する属性に関連付けられ得る。そのような属性が前記出力データＯＤ１、ＯＤｊの任意の性質を示す場合、出力データＯＤ１、ＯＤｊは、関心のない値を示す決定された値を含み得る。このようにして、プロセッサユニット４１は、そのような出力データが、前記決定された値に等しい値を示す場合、無視されるべきであることを知る。

さらに、本発明は、ラベル若しくはタグ、又は、より一般に、図３によるアプリケーションＡ１のようなソフトウェアアプリケーションの入力データＥＤ１、ＥＤｉ及び／又は出力データＯＤ１、ＯＤｊを分類するための分類属性のような１つ以上のメタ情報を付加することを提供する。そのような出力データＯＤ１、ＯＤｊがラベルの存在によって質的に高められ又は分類され得る場合、前記ソフトウェアアプリケーションＡ１に関連するコントラクトＣ１は、出力データの値を格納するように意図された出力仮想ディレクトリＶＤＯＤ１、ＶＤＯＤｊが前記出力データＯＤ１、ＯＤｊのそのような分類属性に関連付けられ得るように設けられ得る。この場合、当の出力データＯＤ１、ＯＤｊの値を読み出す（図４による方法１００の）ステップ１４０は、前記分類属性の前記値を前記出力データの値に関連付けることから構成され得る。ソフトウェアアプリケーションＡ１がそのような分類を提供しない場合、それに関連するコントラクトＣ１は、そのような分類属性を関連付けない。他方、イメージングプラットフォーム４は、前記コントラクトＣ１を更新して、前記分類属性を当の出力データの出力仮想ディレクトリに付加し得る。従って、ソフトウェアアプリケーションによって生成される出力データをそのように質的に高めることは、ファイルシステム４２の入力ディレクトリＤＥＤ１、ＤＥＤｉに入るソフトウェアアプリケーションＡ１の入力データＥＤ１、ＥＤｉを選択するために、又は他のアプリケーションに対する入力データを選択するために、医用イメージングプラットフォーム４によって利用され得る。

その上、本発明は、ソフトウェアアプリケーションＡ１、Ａ２、Ａｎに関連するコントラクトＣ１、Ｃ２、Ｃｎが安全に更新又は初期化され得る有利な実施形態を提供する。この目的で、そのようなコントラクトは、どんな変更後にも暗号化され、本発明による、図４に示されたような方法１００のステップ１１０中に復号化され得る。その上、ソフトウェアアプリケーションＡ１の識別子ＡＩＤは、アプリケーションの実行を開始するステップ１３０が、ソフトウェアアプリケーションの実行自体を開始する前にこの冗長符号を確認する処理を含むために、冗長符号（例えば、前記関連するソフトウェアアプリケーションのハッシュ値）を含み得る。計算された冗長符号がコントラクトに書かれた値と一致する場合、ソフトウェアアプリケーションの実行が承認及び開始される。そうでなければ、前記実行はアボートされる。このようにして、医用イメージングプラットフォーム４は、コントラクトが前記ソフトウェアアプリケーションの適切なバージョンに正しく関連付けられていることを確認し得る。

Claims (10)

1. ファイルシステム（４２）を運用する医用イメージングプラットフォーム（４、４１）によって実施されるように設計された、ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）を統合及び実行するための方法（１００）であって、前記方法（１００）は、
   入力データ（ＥＤ１、ＥＤ２）に基づいて出力データ（ＯＤ１、ＯＤ２）を生成するソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）専用のコントラクト（Ｃ１、Ｃ２、Ｃｎ）を読み出すステップ（１１０）であって、前記コントラクト（Ｃ１、Ｃ２、Ｃｎ）は、
   前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａ３）を示す固有識別子（ＡＩＤ）と、
   前記ソフトウェアアプリケーションの前記入力データ（ＥＤ１、ＥＤｉ）の値を格納するように意図された入力仮想ディレクトリ（ＶＤＥＤ１、ＶＤＥＤｉ）と、
   前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の前記出力データ（ＯＤ１、ＯＤｊ）の値を格納するように意図された出力仮想ディレクトリ（ＶＤＯＤ１、ＶＤＯＤｊ）と、を含むデジタルコンテンツから構成されるステップ（１１０）と、
   前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の前記入力データ（ＥＤ１、ＥＤｉ）の値を前記ファイルシステム（４２）の入力ディレクトリ（ＤＥＤ１、ＤＥＤｉ）に書き込むステップ（１２０）と、
   前記ファイルシステム（４２）の前記入力ディレクトリ（ＤＥＤ１、ＤＥＤｉ）及び前記ファイルシステム（４２）の出力ディレクトリ（ＤＯＤ１、ＤＯＤｊ）へのアクセスパス（ＤＰＥＤ１、ＤＰＥＤｉ、ＤＰＯＤ１、ＤＰＯＤｊ）を引数として有する前記固有識別子で示される前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の実行を開始するステップ（１３０）であって、前記アクセスパス（ＤＰＥＤ１、ＤＰＥＤｉ、ＤＰＯＤ１、ＤＰＯＤｊ）は、それぞれ、前記コントラクト（Ｃ１、Ｃ２、Ｃｎ）から読み出された（１１０）前記入力仮想ディレクトリ（ＶＤＥＤ１、ＶＤＥＤｉ）及び前記出力仮想ディレクトリ（ＶＤＯＤ１、ＶＤＯＤｊ）に関連付けられるステップ（１３０）と、
   前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の前記出力データ（ＯＤ１、ＯＤｊ）の値を前記ファイルシステム（４２）の前記出力ディレクトリ（ＤＯＤ１、ＤＯＤｊ）から読み出すステップ（１４０）と、を含む、方法（１００）。
2. 前記コントラクト（Ｃ１、Ｃ２、Ｃｎ）は、前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の動作パラメータ（Ｅ１、Ｅｋ）の値（ＥＶ１、ＥＶｋ）を含み、前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の実行を開始するステップ（１３０）は、前記動作パラメータの値を引数として含むように適合される、請求項１に記載の方法（１００）。
3. 前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）及び前記コントラクト（Ｃ１、Ｃ２、Ｃｎ）を前記医用イメージングプラットフォーム（４）のメモリ（４５）上に置くステップを備える、請求項１又は２に記載の方法（１００）。
4. 前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）はコンピュータコンテナの形を取り、前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）を示す前記固有識別子（ＡＩＤ）は、前記コンピュータコンテナのイメージを表す前記コントラクト（Ｃ１、Ｃ２、Ｃｎ）に含まれる、請求項１又は２に記載の方法。
5. 前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の前記入力データ（ＥＤ１、ＥＤｉ）を格納するように意図された前記入力仮想ディレクトリ（ＶＤＥＤ１、ＶＤＥＤｉ）は、前記コントラクト（Ｃ１、Ｃ２、Ｃｎ）内で、前記入力データ（ＥＤ１、ＥＤｉ）の任意又は必須の性質を指定する属性に関連付けられ、そのような属性が前記入力データ（ＥＤ１、ＥＤｉ）の任意の性質を示す場合、それを書き込むステップ（１２０）は、そのような入力データ（ＥＤ１、ＥＤｉ）が前記医用イメージングプラットフォーム（４）で利用可能なときに限り、実施される、請求項１又は２に記載の方法。
6. 前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の前記出力データ（ＯＤ１、ＯＤｊ）の値を格納するように意図された前記出力仮想ディレクトリ（ＶＤＯＤ１、ＶＤＯＤｊ）は、前記コントラクト（Ｃ１、Ｃ２、Ｃｎ）内で、前記出力データ（ＯＤ１、ＯＤｊ）の分類属性に関連付けられ、前記ソフトウェアアプリケーション（Ａ１、Ａ２、Ａｎ）の前記出力データ（ＯＤ１、ＯＤｊ）の値を読み出すステップ（１４０）は、前記分類属性の前記値を前記出力データ（ＯＤ１、ＯＤｊ）の値に関連付けることから構成される、請求項１又は２に記載の方法。
7. 前記コントラクト（Ｃ１、Ｃ２、Ｃｎ）は、前記医用イメージングプラットフォーム（４）へのその統合の前に符号化され、コントラクト（Ｃ１、Ｃ２、Ｃｎ）を読み出すステップ（１１０）は、前記コントラクトを復号化する事前のサブステップを含む、請求項１又は２に記載の方法（１００）。
8. コンピュータのプロセッサユニット（４１）によって実行され得る１つ以上のプログラム命令を含むコンピュータプログラムであって、前記プログラム命令は前記コンピュータの不揮発性メモリ（４５）上に置かれ得、前記プロセッサユニット（４１）による前記プログラム命令の実行によって、請求項１又は２に記載の方法（１００）が実施される、コンピュータプログラム。
9. 請求項８に記載のコンピュータプログラムの前記プログラム命令を含む、コンピュータ可読記憶媒体。
10. プロセッサユニット（４１）と、ファイルシステム（４２）によって使用されるメモリ（４５）とを備え、前記メモリ（４５）は請求項８に記載のコンピュータプログラムの前記プログラム命令を含む、医用イメージングプラットフォーム装置（４）。