(57)【要約】      （修正有）【課題】体外診断を実行する分析デバイスとゲートウェイとを含む病院ネットワーク又は研究室ネットワークを提供する。【解決手段】データパッケージを配布するためのシステムであって、研究室ネットワーク２７は、ゲートウェイ２４からコンピュータシステム２８のリモートサービスプラットフォーム２２に分析デバイス２５に関する情報を含むデータパッケージ要求を送信し、リモートサービスプラットフォームから利用可能なデータパッケージに関する情報を受信し、ネットワーク内の分析デバイスに固有のリモートサービスプラットフォームからダウンロードされる利用可能なデータパッケージの選択を決定し、リモートサービスプラットフォームから利用可能なデータパッケージの選択を要求し、リモートサービスプラットフォームから利用可能なデータパッケージの要求された選択をダウンロードし、分析デバイスに提供する。【選択図】図２
2020194540.tif 000002
【特許請求の範囲】
【請求項１】
体外診断を実行するための複数の分析デバイス（２５）と、前記分析デバイスに接続されたゲートウェイ（２４）と、を含む病院ネットワーク又は研究室ネットワークであって、
前記病院ネットワーク又は前記研究室ネットワークは、
前記ゲートウェイからリモートサービスプラットフォーム（２２）に前記分析デバイスに関する情報を含むデータパッケージ要求を送信し（１０１）、
前記要求に応答して、前記リモートサービスプラットフォームから複数の利用可能なデータパッケージに関する情報を受信し（１０４）、
前記ゲートウェイにおいて、前記ネットワーク内の前記複数の分析デバイスに固有の前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージの選択を決定し（１０５）、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの前記選択を要求し（１０６）、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの要求された前記選択をダウンロードし（１０９）、
前記複数の分析デバイスのデータを更新するために、前記複数の利用可能なデータパッケージの要求された前記選択を前記複数の分析デバイスに提供する（１１０）、
ように構成される、
病院ネットワーク又は研究室ネットワーク。
【請求項２】
前記データパッケージは、前記複数の分析デバイスの操作に使用される情報を含む、請求項１に記載の病院ネットワーク又は研究室ネットワーク。
【請求項３】
前記データパッケージは、特定のテスト又はアッセイのための構成情報、又は特定の消耗品に関連する情報を含む、請求項１又は２に記載の病院ネットワーク又は研究室ネットワーク。
【請求項４】
前記消耗品は、試薬、校正材料、もしくは品質管理材料、又は前記分析デバイスにおいてテストもしくはアッセイを実行するのに必要な他の物質である、請求項３に記載の病院ネットワーク又は研究室ネットワーク。
【請求項５】
前記データパッケージは、特定の試薬ロットに関する情報を含む、請求項１から４のいずれか一項に記載の病院ネットワーク又は研究室ネットワーク。
【請求項６】
前記分析デバイスに関する前記情報は、前記分析デバイスのインストールされた消耗品に関する情報を含み、任意選択で、前記消耗品は、試薬、校正材料又は品質管理材料である、請求項１から５のいずれか一項に記載の病院ネットワーク又は研究室ネットワーク。
【請求項７】
前記ゲートウェイにおいて前記複数の分析デバイスのデバイス構成情報を保持し、
前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージを選択するために前記デバイス構成情報を使用する、
ようにさらに構成され、
任意選択で、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの要求された前記選択を受信した後、任意選択で前記データパッケージを前記分析デバイスにインストールした後、前記ゲートウェイにおいて前記デバイス構成情報を更新する（１１４）、
ように構成される、
請求項１から６のいずれか一項に記載の病院ネットワーク又は研究室ネットワーク。
【請求項８】
前記複数の利用可能なデータパッケージの選択を決定するステップは、前記ネットワーク内の前記複数の分析デバイスに対してどのデータパッケージが必要であるかを決定することを含み、任意選択で、前記どのデータパッケージが必要であるかを決定することは、どのデータパッケージが前記ネットワーク内の前記複数の分析デバイスのそれぞれの分析デバイスに不足しているかを決定することを含む、請求項１から７のいずれか一項に記載の病院ネットワーク又は研究室ネットワーク。
【請求項９】
各データパッケージは、前記データパッケージがインストールされるべき前記ネットワーク内の分析デバイスの数に関係なく、前記ゲートウェイによって一度だけダウンロードされる、請求項１から８のいずれか一項に記載の病院ネットワーク又は研究室ネットワーク。
【請求項１０】
前記データパッケージの受信は、所定の時間にスケジュールされているか、又はメッセージを受信したときに行われる、請求項１から９のいずれか一項に記載の病院ネットワーク又は研究室ネットワーク。
【請求項１１】
前記複数の利用可能なデータパッケージの受信された前記選択を示す情報を遠隔地に提供する、
ようにさらに構成され、
任意選択で、前記遠隔地は、前記データパッケージの販売元の場所である、
請求項１から１０のいずれか一項に記載の病院ネットワーク又は研究室ネットワーク。
【請求項１２】
前記ゲートウェイにおいて、１つ又は複数のデータパッケージの選択又はデータパッケージの配布ルールに従って、前記複数の利用可能なデータパッケージの受信した前記選択を前記複数の分析デバイスに配布することをスケジュールする、
ようにさらに構成され、
任意選択で、前記ルールは、そのタイプの少なくとも１つのデバイスが所定の時間に利用可能であることを確実にするために、同じタイプの分析デバイスへのデータパッケージの千鳥分布を強制するルールを含み、ならびに／又は前記分析デバイスのアイドル状態及び／もしくは作業負荷を考慮して、前記分析デバイスへの配布をスケジューリングするルールを含む、
請求項１から１１のいずれか一項に記載の病院ネットワーク又は研究室ネットワーク。
【請求項１３】
ゲートウェイ（２４）を含む体外診断を実行するための分析デバイス（２５）の病院ネットワーク又は研究室ネットワーク（２７）において、体外診断を実行するための複数の分析デバイス（２５）のデータパッケージ（２３）を提供する方法であって、
前記ネットワークの前記ゲートウェイからリモートサービスプラットフォーム（２２）に前記分析デバイスに関する情報を含むデータパッケージ要求を送信するステップ（１０１）と、
前記要求に応答して、前記リモートサービスプラットフォームから複数の利用可能なデータパッケージに関する情報を受信するステップ（１０４）と、
前記ゲートウェイにおいて、前記ネットワーク内の前記複数の分析デバイスに固有の前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージの選択を決定するステップ（１０５）と、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの前記選択を要求するステップ（１０６）と、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの要求された前記選択をダウンロードするステップ（１０９）と、
前記複数の分析デバイスのデータを更新するために、前記複数の利用可能なデータパッケージの要求された前記選択を前記複数の分析デバイスに提供するステップ（１１０）と、
を含む、方法。
【請求項１４】
ゲートウェイ（２４）を含む分析デバイス（２５）の病院ネットワーク又は研究室ネットワーク（２７）において、体外診断を実行するための複数の分析デバイスのデータパッケージを提供する方法であって、
リモートサービスプラットフォーム（２２）において、前記ネットワークの前記ゲートウェイから前記分析デバイス（２５）に関する情報を含むデータパッケージ要求を受信するステップ（１０２）と、
前記リモートサービスプラットフォームから前記ゲートウェイに、前記要求に応答して複数の利用可能なデータパッケージに関する情報を送信するステップ（１０３）と、
前記リモートサービスプラットフォームにおいて、前記ネットワーク内の前記複数の分析デバイスに固有の前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージの選択の要求を受信するステップ（１０７）と、
前記複数の利用可能なデータパッケージの要求された前記選択を前記ゲートウェイに送信するステップ（１０８）と、
を含む、方法。
【請求項１５】
複数の分析デバイス及び前記複数の分析デバイスに接続されたゲートウェイを含むネットワークに接続されたリモートサービスプラットフォーム（２２）を含むコンピュータシステム（２８）であって、
前記コンピュータシステムは、請求項１４に記載された方法のステップを実行するように構成されているリモートサービスプラットフォームを含む、
コンピュータシステム。
【請求項１６】
コンピュータシステムによって実行されると、前記コンピュータシステムに、請求項１３又は１４のいずれか一項に記載の方法のステップを実行させる命令を含む、コンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ネットワーク内の複数の分析デバイスのデータパッケージを提供するための方法及び装置に関する。
【背景技術】
【０００２】
病院又は研究室の環境で採用されている体外アナライザなどの分析デバイスをネットワーク環境に統合したいというニーズが高まっている。これは、分析デバイスの制御に役立つだけでなく、アナライザのソフトウェアの更新又はインストール（あるいは、分析デバイスによって「消費」される他のデータパッケージを分析デバイスに中継すること）にも有効である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
異なるネットワークで（全体として）採用されている分析デバイスの数を考えると、配信されなければならないソフトウェア又は他のデータパッケージの数は多くなる可能性がある。データパッケージの数は、デバイスの（制御）ソフトウェア及び機能性がより複雑になるにつれて、さらに増加する可能性があり、これはまた、分析デバイスに中継されるデータパッケージの数及びサイズを大幅に増加させる可能性がある。さらに、セキュリティパッチ及び機能アップデートを比較的頻繁に行わなければならない可能性がある。
【０００４】
その結果、データパッケージの配布と処理は、非常に複雑でリソースが集中する可能性がある。例えば、多数の分析デバイスを含む典型的な大規模病院ネットワーク（ｈｏｓｐｉｔａｌ  ｎｅｔｗｏｒｋ）では、分析デバイスによって受信されたデータパッケージのために、かなりの量のネットワークトラフィックが発生する可能性がある。同様に、例えば、分析デバイスの製造業者のリモートシステムによって、分析デバイスすべて（例えば、数万又は数百万の分析デバイス）のためのデータパッケージを管理し、配布することは、かなりの量のリソースを必要とし得る。
【課題を解決するための手段】
【０００５】
１つの一般的な態様において、本発明は、体外診断（ｉｎ−ｖｉｔｒｏ  ｄｉａｇｎｏｓｉｓ）を実行するための複数の分析デバイスと、分析デバイスに接続されたゲートウェイと、を含む病院ネットワーク又は研究室ネットワーク（ｌａｂｏｒａｔｏｒｙ  ｎｅｔｗｏｒｋ）に関する。病院ネットワーク又は研究室ネットワークは、ゲートウェイからリモートサービスプラットフォームに分析デバイスに関する情報を含むデータパッケージ要求を送信し、要求に応答して、リモートサービスプラットフォームから複数の利用可能なデータパッケージに関する情報を受信し、ゲートウェイにおいて、ネットワーク内の複数の分析デバイスに固有のリモートサービスプラットフォームからダウンロードされる複数の利用可能なデータパッケージの選択を決定する、ように構成される。病院ネットワーク又は研究室ネットワークは、リモートサービスプラットフォームから複数の利用可能なデータパッケージの選択を要求し、リモートサービスプラットフォームから複数の利用可能なデータパッケージの要求された選択をダウンロードし、分析デバイスのデータを更新するために、複数の利用可能なデータパッケージの要求された選択を複数の分析デバイスに提供する、ようにさらに構成される。いくつかの例では、データパッケージは、体外診断を実行するための複数の分析デバイスの操作に使用される情報、例えば、特定のテスト又はアッセイのための構成情報、あるいは特定の消耗品（ｃｏｎｓｕｍａｂｌｅ）、例えば、試薬、校正材料もしくは品質管理材料、又は分析デバイスで試験もしくはアッセイを実施するために必要な他の物質に関連する情報を含む。
【０００６】
さらなる一般的な態様において、本発明は、ゲートウェイを含む分析デバイスのネットワークにおける複数の分析デバイスのデータパッケージを提供する方法に関する。方法は、ネットワークのゲートウェイからリモートサービスプラットフォームに、ネットワークの分析デバイスに関する情報を含むデータパッケージ要求を送信するステップと、要求に応答して、リモートサービスプラットフォームから複数の利用可能なデータパッケージに関する情報を受信するステップと、を含む。方法は、ゲートウェイにおいて、ネットワーク内の複数の分析デバイスに固有のリモートサービスプラットフォームからダウンロードされる複数の利用可能なデータパッケージの選択を決定するステップと、リモートサービスプラットフォームから複数の利用可能なデータパッケージの選択を要求するステップと、リモートサービスプラットフォームから複数の利用可能なデータパッケージの要求された選択をダウンロードするステップと、をさらに含む。方法は、複数の分析デバイスのデータを更新するために、複数の利用可能なデータパッケージの要求された選択を複数の分析デバイスに提供するステップをさらに含む。
【０００７】
第３の一般的な態様において、本発明は、ゲートウェイを含む分析デバイスのネットワークにおける複数の分析デバイスのデータパッケージを提供する方法に関し、方法は、リモートサービスプラットフォームにおいて、ネットワークのゲートウェイからネットワークの分析デバイスに関する情報を含むデータパッケージ要求を受信するステップと、リモートサービスプラットフォームからゲートウェイに、要求に応答して複数の利用可能なデータパッケージに関する情報を送信するステップと、リモートサービスプラットフォームにおいて、ネットワーク内の複数の分析デバイスに固有のリモートサービスプラットフォームからダウンロードされる複数の利用可能なデータパッケージの選択の要求を受信するステップと、複数の利用可能なデータパッケージの要求された選択をゲートウェイに送信するステップと、を含む。
【０００８】
第４の一般的な態様において、本発明は、複数の分析デバイスと、複数の分析デバイスに接続されたゲートウェイと、を含むコンピュータネットワークに関し、コンピュータネットワークは、第１の一般的な態様の方法に記載のステップを実行するように構成される。
【０００９】
第５の一般的な態様において、本発明は、ネットワークに接続されたリモートサービスプラットフォームを含むコンピュータシステムに関し、ネットワークは、複数の分析デバイスと、複数の分析デバイスに接続されたゲートウェイとを含み、リモートサービスプラットフォームは、第２の一般的な態様の方法に記載のステップを実行するように構成される。
【００１０】
第１から第５の一般的な態様の技術は、有利な技術的効果を有し得る。
第１に、第１から第５の一般的な態様の技術は、アナライザを含むネットワークのネットワークレベル、例えば、病院又は研究室のネットワークレベル（例えば、ネットワークのゲートウェイ）でのアナライザ構成データの管理を可能にすることができる。いくつかの従来技術のソリューションでは、アナライザ構成データの管理は、特定のエンティティ（例えば、分析デバイスの特定のベンダー）によって管理されているすべての分析デバイスに対して、リモートで集中的に行われる。デバイスの数は容易に数万から数十万にもなることを理解しておく必要がある。これは、このような多数のデバイスのすべてのための構成データの中央管理が困難であり、リソースを大量に必要とすることを意味する。
【００１１】
第２に（第１の態様に関連して）、ゲートウェイ（すなわち、分析デバイスが存在するネットワーク内のローカル）でのデータパッケージの選択は、データトラフィックとリソース要件を減らすことができるオンデマンドベースで行うことができる。
【００１２】
この態様に関連して、この技術は、リモートサービスプラットフォームでの組織的及び計算的な負荷を大幅に増加させることなく、それぞれが１つ又は複数のゲートウェイを有する分析デバイスを含む追加のネットワークを追加することができるので、拡張性がある。これにより、データパッケージを配布するシステムにより拡張性を持たせることができる。例えば、分析デバイスを２倍又は３倍にすると、分析デバイスを管理するための中央サイズのリソースが不足する可能性があるため、集中型のソリューションは容易に拡張できない場合がある。本開示の技術は、処理ステップ（の少なくとも一部）を、分析デバイスを含むネットワーク（例えば、病院ネットワーク又は研究室ネットワーク）にシフトすることができる。
【００１３】
第３に、ゲートウェイを介してデータパッケージを集中させる（ｆｕｎｎｅｌｉｎｇ）ことは、いくつかの実施形態において、他の様々な利点を有することができる。一方では、ゲートウェイがネットワークへのデータパッケージのための定義された入口ポイントを構成することができるので、データセキュリティを改善することができる。ゲートウェイによって提供されるこの定義された入口ポイントのためのセキュリティ対策を実装し施行することがより容易になり得る。
【００１４】
さらに、ゲートウェイが効率的な方法でデータパッケージのダウンロードを整理できるので、データトラフィックを減らすことができる。例えば、特定のデータパッケージがネットワーク内の２つ以上の分析デバイスに必要な場合、ゲートウェイはデータパッケージを１回だけダウンロードすることができる。これは、いくつかの実施形態では、ネットワークへのデータトラフィックを大幅に削減することができる。
【００１５】
さらに、データパッケージのダウンロード及び配布は、ゲートウェイを使用することにより、便利にスケジュールされ、組織化され得る。例えば、外部ネットワーク（例えば、リモートサーバ）への中断された又は不規則な接続性を有する分析デバイスは、ゲートウェイを使用することにより、データパッケージをより確実かつ効率的に提供することができる。さらに、ゲートウェイは、分析デバイスへのデータパッケージのインテリジェントで汎用性の高い配布を可能にするように構成することができる。いくつかの実施形態では、データパッケージは、リムーバブルメディアにロードされ、この形態でネットワークの（いくつかの）分析デバイスに配布され得る。他の実施形態では、ゲートウェイは、分析デバイスの操作との干渉を避けるため、又は分析デバイスの生産性を向上させるために、パッケージの配布をスケジュールすることができる。例えば、データパッケージは、分析デバイスのダウンタイム又は作業負荷が低減された時間の間に配布することができる。
【００１６】
上記の特徴は、いくつかの実施形態において、従来技術のリモートサービスプラットフォームでデータパッケージの配布を集中的に管理する場合、実装することがより困難であるかもしれないし、又はそれらの実装は、リモートサービスプラットフォームでかなりの量の追加の作業負荷を引き起こすかもしれない。
【００１７】
最後に、各分析デバイスのデータパッケージは、ゲートウェイにダウンロードされた後、直ちに利用可能である。いくつかの従来技術のソリューションでは、各デバイスにはリモートサービスプラットフォームによってデータパッケージが提供されるので、特定のデータパッケージは、複数の分析デバイスに拡張された方法で配布することができる。ゲートウェイによるデバイスへのデータパッケージの配布は、より高い帯域幅を有するローカルエリアネットワーク上で頻繁に起こるので、より効率的であり得る。
【００１８】
本開示では、いくつかの用語が、特定の意味を有するものとして使用されている。
本開示における「ネットワーク」とは、データ通信機能を有する複数の接続されたデバイスを指す。ネットワーク内の接続されたデバイスは、特定の組織に管理されることで指定することができる。例えば、ネットワークは、病院ネットワーク、研究室ネットワーク、総合診療医院ネットワーク（ｎｅｔｗｏｒｋ  ｏｆ  ａ  ｇｅｎｅｒａｌ  ｐｒａｃｔｉｔｉｏｎｅｒ’ｓ  ｃａｂｉｎｅｔ）、又は薬局ネットワークであり得る。いくつかの実施形態では、ネットワークは、論理的なグループ（例えば、上記で定義された特定の組織のデバイスのネットワーク）を形成するデバイスのセットによって構成され得る。加えて、又は代替的に、ネットワークのデバイスは、比較的近い空間的関係（例えば、キャンパス、研究室、又は病院の建物）に配置することができる。ネットワークのデバイスは、ローカルエリアネットワークによって接続され得る。しかしながら、他の実施形態では、ネットワークのデバイスは、２つ以上の遠隔地（例えば、病院の２つの異なるサイト）に位置することができる。
【００１９】
「ゲートウェイ」及び「リモートサービスプラットフォーム」という用語は、特定のハードウェア及びソフトウェア構成に何らの制限を課すものではない。むしろ、ゲートウェイ及びリモートサービスプラットフォームは、本開示で定義される機能を提供するように構成された任意の（適切なハードウェア及びソフトウェアを有する）コンピュータシステムであり得る。例えば、ゲートウェイ及びリモートサービスプラットフォームは、それぞれ、オンプレミス及びリモートサイトで、より複雑な管理ソフトウェアの一部を形成することができる。
【００２０】
（データパッケージの文脈における）「インストール」という用語は、分析デバイスのソフトウェアを修正又は更新する任意の特定の操作に限定されない。むしろ、インストールという用語は、データパッケージに含まれるデータが（直接、又はアンパックもしくはコンパイルなどの処理ステップの後に）分析デバイスに組み込まれる／配置されるあらゆる操作を包含する。例えば、データパッケージには、分析デバイスの操作に使用される何らかの方法又は形態の情報が含まれ得る。この状況では、データパッケージをインストールすることは、分析デバイスで利用できるようにするために、情報をそれぞれの場所に格納することを意味し得る。データパッケージが分析デバイスにインストールされ得る方法のさらなる実施形態については、以下で議論される。
【００２１】
本開示に従う「分析デバイス」又は「アナライザ」（用語は、本開示において互換的に使用される）は、分析機能を実行するために専用の、通常は少なくとも部分的に自動化された、装置である。いくつかの実施形態では、分析デバイス又はアナライザは、サンプル（例えば、体外診断用のサンプル）の分析を実行するように構成され得る。例えば、分析デバイスは、体外診断を実行するための臨床診断システムであり得る。
【００２２】
本開示のアナライザは、必要性に応じて、及び／又は所望のワークフローに応じて、異なる構成を有し得る。追加の構成は、複数の装置及び／又はモジュールを一緒に結合することによって得られ得る。「モジュール」とは、ワークセルであり、典型的には分析デバイス全体よりも小さいサイズであり、専用の機能を有する。この機能は、分析機能であってもよいが、事前分析機能もしくは事後分析機能であってもよく、又は事前分析機能、分析機能もしくは事後分析機能のいずれかの補助機能であってもよい。特に、モジュールは、サンプル処理ワークフローの専用タスクを実行するために、例えば、１つ又は複数の事前分析ステップ及び／又は分析ステップ及び／又は事後分析ステップを実行することによって、１つ又は複数の他のモジュールと協力するように構成することができる。
【００２３】
特に、分析デバイスは、特定のタイプの分析のために最適化されたそれぞれのワークフローを実行するように設計された１つ又は複数の分析モジュールを含み得る。
分析デバイスは、臨床化学、免疫化学、凝固、血液学などのうちの１つ又は複数の分析装置を含み得る。
【００２４】
したがって、アナライザは、１つの分析モジュール又はそのようなモジュールのそれぞれのワークフローとの組み合わせを含んでいてもよく、事前分析及び／又は事後分析モジュールは、個々の分析モジュールに結合され得るか、又は複数の分析モジュールによって共有され得る。代替的には、事前分析及び／又は事後分析機能は、分析デバイスに統合されたユニットによって実行されてもよい。分析デバイスは、サンプル及び／又は試薬及び／又はシステム流体のピペッティング及び／又はポンピング及び／又は混合のための液体ハンドリングユニットなどの機能ユニット、ならびに、選別、貯蔵、輸送、識別、分離、及び検出のための機能ユニットをも含み得る。
【００２５】
「サンプル」という用語は、関心のある１つ又は複数の分析物を含むことが疑われる生物学的材料を指し、その検出が、定性及び／又は定量的に、特定の状態（例えば、臨床状態）に関連している場合がある。
【００２６】
サンプルは、血液、唾液、眼水晶体液、脳脊髄液、汗、尿、乳、腹水、粘液、滑液、腹膜液、羊水、組織、細胞などを含む生理的流体など、任意の生物学的源から得ることができる。サンプルは、血液から血漿を調製する、粘性流体を希釈する、溶解するなど、使用前に前処理してもよく、処理方法は、ろ過、遠心分離、蒸留、濃縮、干渉成分の不活性化、試薬の添加を含み得る。サンプルは、場合によっては供給源から得られたものをそのまま使用してもよいし、サンプルの特性を変更するために、例えば、内部標準物質を添加した後、別の溶液で希釈した後、又は試薬と混合した後に、例えば、１つ又は複数の体外診断テストを実行することを可能にするために、又は関心のある分析物を濃縮（抽出／分離／濃縮）するために、及び／又は関心のある分析物の検出を妨げる可能性のあるマトリックス成分を除去するために、前処理及び／又はサンプル調製ワークフローに従って使用してもよい。
【００２７】
「サンプル」という用語は、サンプル調製前のサンプルを示すために使用される傾向があり、「調製サンプル」という用語はサンプル調製後の試料を示すために使用される。特定されない場合、「サンプル」という用語は、一般的にサンプル調製前のサンプル、又はサンプル調製後のサンプル、又はその両方を示し得る。関心のある分析物の例としては、ビタミンＤ、乱用薬物、治療薬、ホルモン、及び一般的な代謝物が挙げられる。しかし、リストは網羅的ではない。
【００２８】
特に、分析デバイスは、サンプルの自動前処理のためのサンプル前処理ステーションを含み得る。「サンプル前処理ステーション」とは、サンプル中の干渉マトリックス成分を除去又は少なくとも低減することを目的とした、及び／又はサンプル中の関心のある分析物を濃縮することを目的とした、一連のサンプル処理ステップを実行するように設計された、１つもしくは複数の分析装置又は分析装置内のユニットに結合された前処理モジュールである。そのような処理ステップは、サンプル又は複数のサンプルに対して、順次、並行して、又は千鳥状に実行される処理操作、すなわち流体のピペッティング（吸引及び／又は分注）、流体の汲み上げ、試薬との混合、一定の温度でのインキュベーション、加熱又は冷却、遠心分離、分離、ろ過、ふるい分け、乾燥、洗浄、再懸濁、分注、移送、保管などのうちの任意の１つ又は複数を含み得る。
【００２９】
「消耗品」とは、分析デバイスの操作中に定期的に使用され、補充される使い捨てのアイテムである。例えば、消耗品には、分析デバイスでのテスト又はアッセイの実行に必要な試薬又は他の物質が含まれる。他の実施形態では、消耗品は、一度だけ又は限られた回数しか使用されないハードウェア（例えば、反応容器又は他のタイプの容器又は装置の先端）を含み得る。
【００３０】
「試薬」とは、例えば、分析のためにサンプルを準備するため、反応が起こることを可能にするため、又はサンプル又はサンプルに含まれる分析物の物理的パラメータの検出を可能にするために、サンプルの処理に使用される物質である。特に、試薬は反応物であるか、又は反応物を含む物質であり、典型的には、例えば、サンプル中に存在する１つもしくは複数の分析物又はサンプルの不要なマトリックス成分に結合したり、化学的に変換したりすることができる化合物又は薬剤である。反応物の例としては、酵素、酵素基質、共役色素、タンパク質結合分子、リガンド、核酸結合分子、抗体、キレート剤、プロモーター、インヒビター、エピトープ、抗原などが挙げられる。しかし、試薬という用語は、水又は他の溶媒又は緩衝液を含む希釈液を含むサンプルに添加することができる任意の流体、又は分析対象物のタンパク質、結合タンパク質又は表面への特異的又は非特異的結合を破壊するために使用される物質を含むために使用される。
【００３１】
サンプルは、例えば、一次チューブ及び二次チューブを含むサンプルチューブのようなサンプル容器、又はマルチウェルプレート、又は任意の他のサンプル運搬支持体中に提供されてもよい。試薬は、例えば、個々の試薬又は試薬群を含む容器又はカセットの形態で配置され、貯蔵コンパートメント又はコンベヤ内の適切なレセプタクル又は位置に配置されてもよい。他のタイプの試薬又はシステム流体は、バルク容器内で、又はライン供給を介して提供されてもよい。
【００３２】
それぞれの文脈で異なるように指定されない限り、パラメータの値に関連して「約」という用語は、本開示において指定された値からの±１０％の偏差を含むことを意味する。
【図面の簡単な説明】
【００３３】
【図１】本開示に従ったゲートウェイを含む分析デバイスのネットワークにおける複数の分析デバイスのデータパッケージを提供する方法を説明するスイムレーン図である。
【図２】本開示のデータパッケージを配布するためのシステムの要素を示す概略図である。
【発明を実施するための形態】
【００３４】
まず、本開示の技術の概要が、図１に関連して与えられる。本開示のデータパッケージを配布するためのシステムの実施形態の追加的な態様が、図２に関連して論じられる。
一般的な概要
図１は、本開示に従って、ゲートウェイを含む分析デバイスのネットワークにおける複数の分析デバイスのデータパッケージを提供する方法を説明するスイムレーン図である。
【００３５】
見られるように、図１は、リモートサービスプラットフォーム（左側）、ゲートウェイ（中央）、及び１つの分析デバイス（右側）で実行されるステップ間を分離している。見られるように、本開示の教示は、リモートサービスプラットフォーム、ゲートウェイ、及び分析デバイスのうちの１つ又は複数の修正を含み得る。したがって、本開示は、これらの３つのエンティティのすべて（又は２つの選択されたエンティティ）を含むシステムに限定されるものではなく、本開示の各ステップを実行するように構成された分離されたエンティティのそれぞれに向けられている。例えば、ゲートウェイは、本開示のゲートウェイ関連のステップを実行するように実装され得るが、リモートサービスプラットフォームも含むシステムに必ずしも限定されることなく実装され得る。
【００３６】
したがって、本開示の技術は、後に、異なる観点から議論される。議論は、まず、ゲートウェイから開始する。
中央列に見られるように、技術は、ネットワークのゲートウェイからリモートサービスプラットフォームに、ネットワークの分析デバイスに関する情報を含むデータパッケージ要求を送信すること１０１を含む。技術は、要求に応答して、複数の利用可能なデータパッケージに関する情報をリモートサービスプラットフォームから受信すること１０４をさらに含む。
【００３７】
言い換えれば、本開示の技術は、データパッケージ要求が、分析デバイスを含むネットワークのゲートウェイからリモートサービスプラットフォームに最初に送信され、その逆ではないプルスキームを実装することができる。しかし、これは、要求に先立ってリモートサービスプラットフォームとゲートウェイとの間に通信がないことを意味するものではない。例えば、リモートサービスプラットフォームは、定期的に、又は特定のイベントの発生時に、新しいデータパッケージがあることをゲートウェイに通知することができる。しかしながら、リモートサービスプラットフォームは、データパッケージを配布するプロセスを開始しない（すなわち、本開示によれば、データパッケージのプッシュモード配布は存在しない）。
【００３８】
さらなるステップでは、本開示の技術は、ゲートウェイで、ネットワーク内の複数の分析デバイスに固有のリモートサービスプラットフォームからダウンロードされるべき複数の利用可能なデータパッケージの選択を決定すること１０５と、リモートサービスプラットフォームから複数の利用可能なデータパッケージの選択を要求すること１０６と、を含む。
【００３９】
このようにして、リモートサービスプラットフォームは、特定のネットワークの分析デバイスへのさらなる配布のためにダウンロードされるべきデータパッケージを選択することに関する「重労働」を行う必要がない。むしろ、どのデータパッケージが必要とされるか（例えば、欠落しているか）の管理は、ゲートウェイで広範囲（より広範囲）に行われ得る（そこでのデータパッケージの選択は、後述するように、リモートサービスプラットフォームでの実質的な量の処理操作を依然として含むかもしれない）。
【００４０】
技術は、リモートサービスプラットフォームから複数の利用可能なデータパッケージの要求された選択をダウンロードすること１０９と、複数の分析デバイスのデータを更新するために、複数の利用可能なデータパッケージの要求された選択を複数の分析デバイスに提供すること１１０とを継続する。
【００４１】
ゲートウェイで実行される異なるステップについては、後にさらに詳細に論じられる。
ゲートウェイから複数の適用可能なデータパッケージ１０１の要求を送信するステップは、いくつかの異なる方法でトリガすることができる。いくつかの実施形態では、要求は、（例えば、１日に１回又は１週間に１回のような定期的な）特定のスケジュールに従って送信される。他の実施形態では、送信は、要求に応じてトリガされる。例えば、いくつかの実施形態では、オペレータは、要求の送信をトリガすることができる。加えて、又は代替的に、送信は、１つ又は複数のイベントによってトリガされ得る。これらのイベントは、ネットワークの１つ又は複数の分析デバイスの構成の変更（例えば、分析デバイスへのモジュールの追加、又は分析デバイスへのアッセイの追加）、及びネットワークへの１つ又は複数の分析デバイスの追加のうちの１つ又は複数を含み得る。さらに、イベントは、リモートサービスプラットフォームからのデータ送信（例えば、新しいデータパッケージが利用可能であることを示すメッセージ）であってもよい。
【００４２】
いくつかの実施形態では、データパッケージ要求に含まれるネットワークの分析デバイスに関する情報は、ゲートウェイ構成情報又はデバイス構成情報（ｄｅｖｉｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）の一部とすることができる。
【００４３】
要求に含まれる分析デバイスに関する情報は、分析デバイスのネットワーク内の分析デバイスのセット又は分析デバイスのクラス又はタイプのセットを識別するのに適した任意の情報（例えば、各分析デバイスの一意の識別子又はネットワーク内の分析デバイスの各タイプ又はクラスの一意の識別子）を含み得る。
【００４４】
例えば、分析デバイスに関する情報は、デバイスのクラスのタイプに関する情報、ネットワークの地理的位置に関する情報、ネットワーク又は分析デバイスの言語に関する情報、分析デバイスのソフトウェア又はハードウェア構成に関する情報、デバイスのインストールされた消耗品（例えば、試薬、校正／品質管理材料）に関する情報、及びインストールされたアッセイ（テストプロトコル）に関する情報のうちの１つ又は複数を含み得る。加えて、又は代替的に、分析デバイスに関する情報は、１つ又は複数の分析デバイスにインストールされたデータパッケージに関するインベントリ情報を含み得る。
【００４５】
いくつかの例では、ゲートウェイは、ネットワーク内の複数の分析デバイスのそれぞれについてのデバイス構成情報を維持することができる（これは、データパッケージ要求の一部として（完全に又は部分的に）送信することができる）。
【００４６】
分析デバイスに関する情報は、各分析デバイスのためのデバイスメタデータを含み得る。例えば、デバイスメタデータは、デバイス識別子、分析デバイスが接続されているゲートウェイを識別するゲートウェイ識別子、分析デバイスの位置を識別する位置メタデータ、分析デバイスのターゲット言語を示す言語メタデータ、及びそれぞれの分析デバイスの１つ又は複数のモジュールを識別するモジュール識別子のうちの１つ又は複数を含み得る。他の実施形態では、デバイス構成情報は、異なるタイプのデバイスメタデータを含み得る。
【００４７】
ゲートウェイは、例えば、新しいデータパッケージが特定のデバイスにインストールされたとき、又は特定の分析デバイスの構成における別の変更が行われたときに、分析デバイスに関する情報を更新することができる。
【００４８】
さらに、ゲートウェイ構成情報は、ゲートウェイを特徴付ける情報を含み得る。ゲートウェイ構成情報は、ゲートウェイに接続された分析デバイスのリスト、ゲートウェイのネットワーク内に存在する分析デバイスモジュールのリスト、ゲートウェイの位置を識別する位置メタデータ、及びゲートウェイの言語設定を示す言語メタデータのうちの１つ又は複数を含み得る。ゲートウェイは、例えば、新しいデータパッケージが配布されたとき、セットされた分析デバイス又はモジュールが変更されたとき、又はネットワーク内の他の構成又は設定が変更されたときに、ゲートウェイ構成情報を更新することができる。
【００４９】
他の実施形態では、デバイス情報は、リモートサービスプラットフォーム又は他の集中リポジトリに追加的に保持される。
利用可能なパッケージの選択の決定は、いくつかの方法のうちの１つで起こり得る（又はいくつかの手段の組み合わせを含む）。
【００５０】
いくつかの実施形態では、複数の利用可能なデータパッケージの選択を決定するステップは、ネットワーク内の複数の分析デバイスに対してどのデータパッケージが必要であるかを決定することを含む。必要なデータパッケージは、ネットワーク内の複数の分析デバイスのそれぞれのものに欠けているデータパッケージであり得る。
【００５１】
ゲートウェイは、リモートサービスプラットフォームから受信した複数の利用可能なデータパッケージに関する情報（例えば、利用可能なデータパッケージのリスト）を評価することができる。これは、利用可能なデータパッケージを、分析デバイスにインストールされているデータパッケージのリスト（例えば、ネットワークの分析デバイスの各分析デバイスにインストールされているデータパッケージのリスト）と比較することを含み得る。この比較動作に基づいて、ゲートウェイは、データパッケージの選択を決定することができる。
【００５２】
加えて、又は代替的に、どのデータパッケージが必要かを決定することは、ゲートウェイで定義された１つ又は複数のルールを評価することを含む。ルールの性質は、非常に広範であり得る。
【００５３】
いくつかの実施形態では、ルールはユーザー定義される。加えて、又は代替として、ルールは、データパッケージに対する１つ又は複数の要件を定義することができる。例えば、要件は、データパッケージのソースの１つ又は複数に関連し得る。加えて、又は代替的に、要件は、ネットワークの位置（例えば、地域又は国）に関連し得る。加えて、又は代替的に、要件は、言語要件であり得る。
【００５４】
複数の利用可能なデータパッケージの選択は、すべてのデータパッケージよりも少ない量を含み得る。いくつかの実施形態では、選択は、すべてのデータパッケージよりも実質的に少ない（例えば、すべてのデータパッケージの５０％未満又は１０％未満の）データパッケージを含み得る。このようにして、ゲートウェイは、そのネットワークの分析デバイスに関する利用可能な情報を使用して、リモートサービスプラットフォームからダウンロードしなければならないデータパッケージの数を減らすことができる。
【００５５】
データパッケージをダウンロードするステップについては、次に議論する。いくつかの実施形態では、各データパッケージは、データパッケージがインストールされるべきネットワーク内の分析デバイスの数に関係なく、ゲートウェイによって一度だけダウンロードされる。この文脈では、「各データパッケージ」という表現は、異なるタイプのデータパッケージを指す。例えば、特定のタイプの分析デバイスは、ネットワーク（例えば、病院ネットワーク又は研究室ネットワーク）に複数回存在し得る。ある時点で、特定のデータパッケージは、同じタイプの複数の分析デバイスのそれぞれに配布される。その後、データパッケージは、ゲートウェイによって一度だけダウンロードされ得る（その後、複数の分析デバイスに中継される）。いくつかの従来技術のシステムでは、各分析デバイスは、（例えば、データトラフィックを増加させ得るリモートサーバから）それぞれのデータパッケージを個別に提供し得る。
【００５６】
いくつかの実施形態では、複数の利用可能なデータパッケージの選択は、バッチとしてリモートサービスプラットフォームから受信される。代替的に、複数のデータパッケージの選択は、複数のバッチで受信されてもよいし、１つずつ受信されてもよい。
【００５７】
データパッケージがゲートウェイで受信された後、データパッケージの選択は、分析デバイスに配布される１１０。いくつかの実施形態では、これは、ゲートウェイで、受信された複数の利用可能なデータパッケージの選択の複数の分析デバイスへの配布を、１つ又は複数の規則に従ってスケジューリングすることを含む。
【００５８】
例えば、ルールは、そのタイプの少なくとも１つのデバイスが所定の時間に利用可能であることを確実にするために、同じタイプの分析デバイスへのデータパッケージの千鳥分布（ｓｔａｇｇｅｒｅｄ  ｄｉｓｔｒｉｂｕｔｉｏｎ）を強制するルールを含み得る。
【００５９】
例えば、分析デバイスのタイプは、特定の分析機能（例えば、特定のアッセイ又はインビトロ又は人体上でのテスト）を提供する分析デバイスであり得る。ゲートウェイは、分析デバイスへのデータパッケージの配布を千鳥状にスケジューリングすることにより、ネットワーク（例えば、病院ネットワーク又は研究室ネットワーク）内の各時点で、これらのデバイスの少なくとも１つが利用可能であることを確保することができる。このようにして、それぞれのデータパッケージのインストール又はインストール後に起因するデバイスの動作への干渉を回避することができる。いくつかの実施形態では、データパッケージは、同じタイプの分析デバイスに、重複しない方法で配布される。
【００６０】
加えて、又は代替的に、ルールは、分析デバイスのアイドル状態及び／又は作業負荷を考慮して、分析デバイスへの配布をスケジューリングするルールを含み得る。例えば、データパッケージは、夜間又は透視分析デバイスのオフタイムの間に配布することができる。加えて、又は代替的に、データパッケージは、分析デバイスの作業負荷が低いとき（例えば、それぞれの分析デバイスがアイドル状態にあるとき）に配布することができる。
【００６１】
他の実施形態では、分析デバイスへのデータパッケージの配布は、分析デバイスからのデータパッケージ要求によってトリガされ得る（すなわち、ゲートウェイによって配布がトリガされるプッシュモードの代わりのプルモード）。
【００６２】
複数の分析デバイスのデータパッケージを提供する方法の主要なステップは、上述した。これらのステップのさらなる態様は、（特に、図２の文脈で）以下で議論される。
さらなるステップ
複数の分析デバイスのデータパッケージを提供する方法は、いくつかのさらなるステップを含み得る。
【００６３】
いくつかの実施形態では、ゲートウェイは、ネットワークの分析デバイスにデータパッケージの選択を提供した後に、デバイス構成情報（又はインベントリ情報）を更新すること１１４ができる。これは、それぞれのデータパッケージが特定の分析デバイスにインストールされたことを確認するインストール確認を含み得る。いくつかの実施形態では、それぞれの分析デバイスは、インストール確認をゲートウェイに送信する１１２。
【００６４】
さらなる実施形態では、ゲートウェイは、デバイス構成情報（又はその処理されたバージョン）、又はインベントリ情報を、遠隔地（図１には示されていない）に送信することができる。遠隔地は、データパッケージの供給元又は販売元（例えば、分析デバイスの供給者及び／又は分析デバイスのサービス及び維持に関与するサービスオペレータ）の場所であり得る。
【００６５】
加えて、又は代替的に、ゲートウェイは、複数の利用可能なデータパッケージの受信された選択を示す情報を遠隔地（図１には示されていない）に提供することができる。遠隔地は、データパッケージの供給元又は販売元（例えば、分析デバイスの供給者及び／又は分析デバイスのサービス及び維持に関与するサービスオペレータ）の場所であり得る。
【００６６】
このようにして、ゲートウェイは、ゲートウェイで収集された情報を、データパッケージ又は分析デバイスの開発又は配布、又は分析デバイスの操作に関連する他の機能のために使用することができる他のエンティティにアクセス可能な状態にすることができる。
【００６７】
リモートサービスプラットフォームから見た技術
図１はまた、リモートサービスプラットフォーム（左側）から見た複数の分析デバイスのデータパッケージを提供する方法を示す。
【００６８】
上述したように、本開示はまた、リモートサービスプラットフォームで実行される技術に関する。本開示の技術において、リモートサービスプラットフォームがゲートウェイと通信する場合でも、本開示は、リモートサービスプラットフォーム及びそこで実行される方法にも関連する。
【００６９】
図１に戻ると、リモートサービスプラットフォームは、ネットワークの分析デバイスに関する情報を含むデータパッケージ要求をネットワークのゲートウェイから受信する１０２。
【００７０】
リモートサービスプラットフォームは、要求に応答して、複数の利用可能なデータパッケージに関する情報をゲートウェイに送信する１０３。さらなるステップでは、リモートサービスプラットフォームは、ネットワーク内の複数の分析デバイスに固有のリモートサービスプラットフォームからダウンロードされる複数の利用可能なデータパッケージの選択の要求を受信する。次いで、リモートサービスプラットフォームは、要求された複数の利用可能なデータの選択をゲートウェイに送信する１０８。
【００７１】
これらのステップの多数の態様は、場合によってはリモートサービスプラットフォームにおける受信操作に対応する送信操作を実行するゲートウェイの動作に関連して既に上で議論されており、またその逆もまた然りである。上で議論した特徴は、リモートサービスプラットフォームでも採用することができる。したがって、後続の議論では、リモートサービスプラットフォームの特定の態様に焦点を当てる。
【００７２】
いくつかの実施形態では、リモートサービスプラットフォームは、ネットワークの分析デバイスに関する情報（これは、上で議論された情報のいずれかであり得る）を使用して、リモートサービスプラットフォームからダウンロードされる複数の利用可能なデータパッケージを選択する１１３ことができる。
【００７３】
これは、複数の利用可能なデータパッケージを選択するために、データパッケージソース（図１には図示せず、以下でより詳細に説明する）から受信したデータパッケージメタデータと、ネットワークの分析デバイスに関する情報と、を処理することを含み得る。リモートサービスプラットフォームは、データパッケージ要求と共に受信した分析デバイスに関する対応する情報とデータパッケージメタデータとを比較し、分析デバイスに関する情報に一致するデータパッケージを選択することができる。
【００７４】
例えば、データパッケージソースから受信したデータパッケージメタデータは、データパッケージの言語又はターゲットの地理的位置を指定するメタデータを含み得る。分析デバイスに関する情報が、分析デバイスの設定言語が英語であることを指定している場合、リモートサービスプラットフォームは、設定言語が英語である分析デバイスを対象としたデータパッケージのみを選択することができる。
【００７５】
いくつかの実施形態では、リモートサービスプラットフォームは、ゲートウェイから受信したインベントリ情報に基づいて、既にインストールされているデータパッケージをフィルタリングすることができる。
【００７６】
他の実施形態では、リモートサービスプラットフォームは、分析デバイス又は分析デバイスのタイプ、又はネットワーク内に実際に存在する特定の構成を有する分析デバイスのためのパッケージをフィルタリングすることができる。例えば、特定のネットワークは、特定のアッセイがインストールされている分析デバイスを含まないかもしれない。このような状況では、リモートサービスプラットフォームは、この特定のアッセイのためのデータパッケージをフィルタリングすることができる。
【００７７】
このようにして、利用可能なデータパッケージに関する情報は、ネットワークの特定の分析デバイスに関するゲートウェイから受信した情報に基づいて選択されたデータパッケージの特定の選択を既に含み得る。
【００７８】
分析デバイスから見た技術
図１に示すように、分析デバイスは、データパッケージを受信する１１１。いくつかの実施形態では、分析デバイスは、データパッケージの配布に関与するゲートウェイ及びリモートサービスプラットフォームの実装仕様を完全に又は部分的に不可知であり得る。他の実施形態では、分析デバイスは、データパッケージを受信することに加えて、特定のステップを実行することができる。
【００７９】
例えば、分析デバイスは、ゲートウェイからデータパッケージを引き出すことができ、及び／又はゲートウェイからデータパッケージを送信するための時間を設定することができる。他の実施形態では、分析デバイスは、ゲートウェイがデータパッケージの配布をスケジューリングすることを可能にするために、（例えば、作業負荷のようなデバイスの状態に関する）ゲートウェイに情報を提供することができる。
【００８０】
加えて、又は代替的に、上述したように、分析デバイスは、１つ又は複数のデータパッケージのインストールが完了したときに、インストール確認１１２をゲートウェイに送信することができる。
【００８１】
前のセクションでは、ネットワーク内の複数の分析デバイスのデータパッケージを提供する方法の複数の態様が議論されてきた。後続のセクションでは、データパッケージ及び事前設定された開示の方法を実行するシステムに関するさらなる詳細が議論される。
【００８２】
データパッケージに関連する態様
前述のセクションでは、データパッケージはかなり抽象的な方法で議論されてきた。実際、本開示の技術は、特定のタイプのデータパッケージに限定されない。しかしながら、本開示の技術を用いて配布され得るいくつかの例示的なデータパッケージは、後続のセクションで議論される。
【００８３】
いくつかの実施形態では、データパッケージは、分析アナライザ（又はそのモジュール）のためのソフトウェアパッケージである。例えば、ソフトウェアパッケージは、分析デバイスの既存のソフトウェア又はソフトウェアモジュール（例えば、分析デバイスのソフトウェア又はソフトウェアモジュールの新バージョン）を修正又は更新することができる。例えば、データパッケージは、分析デバイスのソフトウェアのバグ修正又は他のエラー修正を含み得る。
【００８４】
他の実施形態では、データパッケージは、分析デバイスのための新しいソフトウェア又はソフトウェアモジュールを含み得る（すなわち、ソフトウェア又はソフトウェアモジュールの最初のインストールを開始するため）。
【００８５】
一般に、データパッケージは、分析デバイスで実行されている任意のソフトウェアを設定又は更新するために必要な任意のソフトウェア構成要素を含み得る。
さらに他の実施形態では、データパッケージは、分析デバイスのための構成情報（例えば、構成ファイル）を含み得る。一般に、構成情報は、分析デバイスの設定又は設定変更に使用される任意の情報を含み得る。
【００８６】
例えば、構成情報は、特定のテスト又はアッセイのための構成情報を含み得る。さらに他の例では、データパッケージは、特定の消耗品に関連する情報（例えば、試薬／試薬ロット又は校正材料又は品質管理材料などの別のタイプの消耗品又は消耗品ロットに関する情報）を含み得る。この情報は、分析デバイスの構成情報としても考えられる。
【００８７】
他の実施形態では、データパッケージは、言語データ（又は、特定の方法で分析デバイスのセットアップを変更するために使用できる他のデータ）などの構成情報を含み得る。
さらに他の実施形態では、データパッケージは、分析デバイス又はその構成要素に関連する文書（例えば、特定の言語のオペレータマニュアル）を含み得る。
【００８８】
ある特定の実施形態のシステムセットアップ
前のセクションでは、本開示の方法の多数の詳細がある程度詳細に論じられてきた。後続のセクションでは、これらの方法を実行するシステムの態様が、図２の文脈でより詳細に論じられる。
【００８９】
図２は、本開示のデータパッケージを配布するためのシステムの要素を示す概略図である。
図２に示すように、（上述した分析デバイスを含むネットワークに対応する）コンピュータネットワーク２７は、複数の分析デバイス２５と、複数の分析デバイス２５に接続されたゲートウェイ２４とを含む。コンピュータネットワーク２７は、本開示で説明した技術のステップを実行するように構成されている（すなわち、ゲートウェイ２４及び分析デバイス２５に接続されている）。
【００９０】
図２はまた、ネットワーク２７に接続されたリモートサービスプラットフォーム２２を含むコンピュータシステム２８を示す。リモートサービスプラットフォーム２２は、リモートサービスプラットフォーム２２に関連して本開示で説明した方法のステップを実行するように構成され得る。
【００９１】
いくつかの実施形態では、上述したように、ネットワーク２７は、病院ネットワーク、研究室ネットワーク、総合診療医院ネットワーク、又は薬局ネットワークであり得る（又はその一部であり得る）。分析デバイス２５は、上述した分析デバイスのうちの任意の１つを（任意の組み合わせ、及び任意の数の単位で）含み得る。
【００９２】
前述のセクションでは、ゲートウェイ２５及びリモートサービスプラットフォーム２２のサブ構造については、議論されていない。実際には、ゲートウェイ及びリモートサービスプラットフォームは、いくつかの実施形態ではブラックボックスと考えることができ、すなわち、この内部構造が本開示に記載された方法のステップを実行するように構成されている限り、それらのそれぞれの内部構造は様々な形態をとることができる。
【００９３】
図２の実施形態では、リモートサービスプラットフォーム２２は、パッケージ管理モジュール２９及びゲートウェイ通信モジュール３０を含む。さらに、リモートサービスプラットフォーム２２は、データパッケージソース２１に接続されている。データパッケージソース２１は、データパッケージ２３をリモートサービスプラットフォーム２２に提供するエンティティであり、このデータパッケージ２３は、その後、リモートサービスプラットフォーム２２及びゲートウェイ２４によって配布される。いくつかの実施形態では、データパッケージソース２１は、分析デバイスの供給者及び／又は分析デバイスのサービス及び維持に関与するサービスオペレータであり得る。さらに他の実施形態では、データパッケージソース２１は、分析デバイスで使用されるソフトウェア及び／又はハードウェアを提供する第三者であり得る。データパッケージソース２１は、（例えば、インターネット接続を介して）リモートサービスプラットフォームと通信可能な抽象的なコンピュータシステムである。いくつかの実施形態では、リモートサービスプラットフォーム２２は、複数のデータパッケージソース２１に接続することができる。さらに他の実施形態では、リモートサービスプラットフォーム２２自体は、データパッケージソース２１を含む／又はデータパッケージソース２１として動作することができる。
【００９４】
パッケージ管理モジュール２９は、１つ又は複数のソースから供給されるすべての利用可能なデータパッケージを追跡することができる。さらに、パッケージ管理モジュール２９は、ゲートウェイ２４から受信したデータパッケージ要求を処理し、本開示に記載の分析デバイス２５の特定のセットのために利用可能なデータパッケージを選択するステップを実行することができる。
【００９５】
ゲートウェイ通信モジュール３０は、ゲートウェイ２４からのすべての要求の受信を処理し、本開示に記載されているように、情報及びデータパッケージ２３をゲートウェイ２４に提供することができる。
【００９６】
ゲートウェイ２４は、本開示に従って分析デバイスへのデータパッケージ配布ステップを処理するように構成されたパッケージルータモジュール２６を含む。
異なる実施形態では、リモートサービスプラットフォーム２２及び／又はゲートウェイ２４は、図２に示されたモジュールと比較して、異なるモジュール又は追加のモジュールを含み得る。ゲートウェイ２４及びリモートサービスプラットフォーム２２の特定のセットアップが有利であり得るが、ゲートウェイ２４及びリモートサービスプラットフォーム２２が本開示の技術のステップを実行することができる限り、セットアップは変化させることができる。
【００９７】
両方のエンティティは、この目的に適合する任意の形状又は形態で具現化することができる。例えば、リモートサービスプラットフォーム２２は、リモートサーバ及び／又はクラウドに配置することができる。リモートサービスプラットフォーム２２は、スタンドアロンのエンティティであってもよいし、他の機能も提供するより複雑なソフトウェアソリューションの一部であってもよい。同様に、ゲートウェイ２４は、ネットワーク２７のネットワーク管理ソフトウェア（例えば、病院管理ソフトウェア又は研究室管理ソフトウェア）の一部であってもよい。他の実施形態では、ゲートウェイ２４は、複数の分析デバイスを管理するための管理ソフトウェアの一部であってもよい。
【００９８】
これは、リモートサービスプラットフォーム２２とゲートウェイ２４との間、及びゲートウェイ２４と分析デバイス２５との間の通信接続の構成についても同様である。これらのネットワーク接続は、本明細書に記載された情報及びデータパッケージの送受信を可能にする任意の通信接続であり得る。一実施形態では、ゲートウェイ２４は、インターネットを介してリモートサービスプラットフォーム２２に接続される。ネットワーク２７は、いくつかの例ではローカルエリアネットワークであり得る。
【００９９】
図２はまた、上述したデータパッケージを提供する方法の技術の（（１）〜（７）とラベル付けされている）ステップを図示している。この方法のいくつかのステップは、以下でより詳細に議論される。
【０１００】
特に、上で議論されたように、データパッケージソース２１は、分析デバイスのためのデータパッケージ２３を提供することができる（ステップ（１）及び（１）ａ）。
いくつかの例では、これは、第１のステップ（１）で特定のデータパッケージ２３を受信することを含み得る。データパッケージメタデータは、第２のステップ（１）ａで個別に受信することができる。特定のデータパッケージについては、異なる（又は更新された）データパッケージメタデータを複数の異なるタイミングで受信することができる。例えば、新しいデータパッケージは、データパッケージソース２１によってリリースされ、リモートサービスプラットフォーム２２に送信され得る。複数の後の時点で、データパッケージメタデータをリモートサービスプラットフォームに送信することができる（例えば、データパッケージが特定の地理的地域、特定の分析デバイス又は分析デバイスのクラスなどのためにリリースされたときなど）。
【０１０１】
ステップ（２）、（３）、（４）及び（７）は、データパッケージ２３をゲートウェイ２４から要求し、データパッケージをゲートウェイ２４にダウンロードし、データパッケージ２３を分析デバイス２５に配布することに関連して極めて詳細に論じられたステップに対応する。
【０１０２】
ステップ（５）及び（６）は、後にさらに詳細に論じられる任意の追加ステップである。いくつかの実施形態では、分析デバイスへのデータパッケージ２３の配布は、リモートサービスプラットフォーム２２からゲートウェイ２４へのデータパッケージ２３の提供について議論されたのと同様のスキーマに従って起こり得る。その際、ゲートウェイ２４はリモートサービスプラットフォームの役割を引き受け、分析デバイス２５はゲートウェイの役割を引き受けている。この文脈で上述した特徴及び以下で説明する特徴は、分析デバイス２５又は分析デバイスのグループによるデータパッケージの要求にも同様に適用可能である。
【０１０３】
特に、データパッケージの配布は、特定の分析デバイス２５又は分析デバイスのグループがデータパッケージ配布プロセスを開始する「要求次第」モード（’’ｕｐｏｎ  ｒｅｑｕｅｓｔ’’−ｍｏｄｅ）で起こり得る。例えば、分析デバイス２５は、データパッケージ要求をゲートウェイ２４に送信することができる（ステップ（５））。加えて、又は代替的に、ゲートウェイ２４は、要求に応答して、分析デバイス２５のための複数の利用可能なデータパッケージに関する情報を送信することができる（ステップ（６））。次いで、分析デバイス２５は、分析デバイス２５に固有のゲートウェイ２４からダウンロードされる複数の利用可能なデータパッケージ２３の選択を決定し、ゲートウェイ２４から複数の利用可能なデータパッケージの選択を要求することができる。
【０１０４】
しかしながら、他の実施形態では、データパッケージの配布は、プッシュモードで実施することができる、すなわち、ゲートウェイ２４は、分析デバイス２５へのデータパッケージ２３の配布を開始する。このプッシュモードの態様は、図１に関連して上述した。
【０１０５】
校正材料（又は他の試薬又は消耗品）に関する情報の配布を含む例示的な実施形態
一実施形態では、本開示の技術は、ネットワーク内で体外診断を実行するための特定の分析デバイスへの校正材料に関する情報を含むデータパッケージを提供するために使用することができる。
【０１０６】
情報は、本開示のネットワークのゲートウェイから要求され、ネットワーク内で体外診断を実行するための特定の分析デバイスに提供され得る。いくつかの例では、体外診断を実行するための複数の分析デバイスは、体外診断を実行するためのそれぞれの分析デバイスの特定の機能（例えば、特定のテスト又はアッセイ、特定の測定タイプ又は他の機能）にそれぞれ関連付けられた複数の校正材料を必要とする可能性がある。いくつかの例では、それぞれの分析物の異なる濃度レベルに対して分析デバイスを校正するために、異なる校正材料も必要とされ得る。
【０１０７】
校正材料は、特定の校正材料又は多くの校正材料に固有の情報を提供することができる。情報は、１つ又は複数のファイル（例えば、ｐｄｆファイル）を含み得る。この情報は、材料ごとに、及び／又はロットごとに異なっていてもよい。
【０１０８】
いくつかの例では、校正材料は、体外診断を実行するための特定の分析デバイスで校正デバイスを処理するとき（例えば、体外診断を実行するための分析デバイスで特定のテスト又は手順を実施するとき）に予想される測定結果を示す校正値を提供することができる。これらの値は、ロット固有の値であってもよいし、サンプル固有の値であってもよい。本開示の技術を使用する場合、校正値は、それぞれのロットで動作するネットワークの体外診断を実行するための特定の分析デバイスで利用可能にすることができる。
【０１０９】
いくつかの例では、特定の校正材料又は特定のロットの校正材料は、ネットワークの体外診断を実行するための複数の分析デバイスで処理することができる。本開示の技術は、本開示で議論されるように、いくつかの例では、この情報のダウンロードをより柔軟かつ効率的に管理することを可能にすることができる。特に、特定の校正材料又は校正材料のロットに関する情報は、一度だけダウンロードすることができる（その後、それぞれの情報を必要とするネットワークの体外診断を実行するための複数の分析デバイスに配布することができる）。新しい校正材料又は校正材料のロットが提供される場合、本開示の技術は、新しい校正材料又は校正材料のロットに関する情報のダウンロードのみを可能にすることができる。
【０１１０】
いくつかの先行技術のシステムでは、校正材料に関する情報の管理は、校正材料のすべての可能なロットに関する情報を送信することを必要とするバッチ操作で提供される。情報が比較的小さなファイル（例えば、ｐｄｆファイル）で提供されているにもかかわらず、校正材料及び／又はロットの数が多いと、かなりのサイズ（例えば、テラバイトの範囲）のデータ量になる可能性がある。このサイズのデータ量を処理することは、（例えば、データをダウンロードするために使用されるネットワーク接続だけでなく、体外診断を実行するための分析デバイス及びストレージリソースを含む研究室又は病院のネットワーク内でデータを配布するためにも使用されるネットワーク接続の）かなりのリソース要件をもたらす可能性がある。本開示の技術を使用する場合、いくつかの例では、リソース要件を低減することができる。例えば、特定の校正材料の単一の新しいロットが利用可能になった場合、このロットの情報のみをダウンロードして配布することができる。
【０１１１】
品質管理材料について上述した技術は、体外診断を実行するための分析デバイスを操作する際に使用される他の試薬又は消耗品のプロセス情報にも同様に適用することができる。
【０１１２】
さらなる態様
本開示のデータパッケージを提供するための技術のいくつかの態様は、先行するセクションで議論されている。さらに、本開示のデータパッケージを提供するための技術は、以下の態様に従って実施することもできる。
【０１１３】
１．ゲートウェイを含む分析デバイスのネットワークにおける複数の分析デバイスのデータパッケージを提供する方法であって、
前記ネットワークの前記ゲートウェイからリモートサービスプラットフォームに、前記ネットワークの前記分析デバイスに関する情報を含むデータパッケージ要求を送信するステップと、
前記要求に応答して、前記リモートサービスプラットフォームから複数の利用可能なデータパッケージに関する情報を受信するステップと、
前記ゲートウェイにおいて、前記ネットワーク内の前記複数の分析デバイスに固有の前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージの選択を決定するステップと、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの前記選択を要求するステップと、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの要求された前記選択をダウンロードするステップと、
前記複数の分析デバイスのデータを更新するために、前記複数の利用可能なデータパッケージの要求された前記選択を前記複数の分析デバイスに提供するステップと、
を含む、方法。
【０１１４】
２．前記複数の利用可能なデータパッケージの前記選択は、バッチとして前記リモートサービスプラットフォームから受信される、態様１に記載の方法。
３．前記複数の利用可能なデータパッケージの選択を決定する前記ステップは、前記ネットワーク内の前記複数の分析デバイスに対してどのデータパッケージが必要であるかを決定するステップを含む、態様１又は２に記載の方法。
【０１１５】
４．どのデータパッケージが必要であるかを決定する前記ステップは、どのデータパッケージが前記ネットワーク内の前記複数の分析デバイスのそれぞれの分析デバイスに不足しているかを決定するステップを含む、態様３に記載の方法。
【０１１６】
５．どのデータパッケージが必要であるかを決定する前記ステップは、前記ゲートウェイで定義された１つ又は複数のルールを評価するステップを含む、態様３又は４に記載の方法。
【０１１７】
６．前記ルールは、ユーザー定義される、態様５に記載の方法。
７．前記ルールは、前記データパッケージに対する１つ又は複数の要件を定義し、任意選択で、前記要件は、前記データパッケージのソースの１つ又は複数に関連する、態様５又は６に記載の方法。
【０１１８】
８．各データパッケージは、前記データパッケージがインストールされるべき前記ネットワーク内の分析デバイスの数に関係なく、前記ゲートウェイによって一度だけダウンロードされる、態様１から７のいずれか１つに記載の方法。
【０１１９】
９．前記データパッケージの受信は、所定の時間にスケジュールされているか、又はメッセージを受信したときに行われる、態様１から８のいずれか１つに記載の方法。
１０．前記ゲートウェイにおいて前記複数の分析デバイスのデバイス構成情報を保持するステップをさらに含む、
態様１から９のいずれか１つに記載の方法。
【０１２０】
１１．前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージを選択するために前記デバイス構成情報を使用するステップをさらに含む、
態様１０に記載の方法。
【０１２１】
１２．前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの要求された前記選択を受信した後、任意選択で前記データパッケージを前記分析デバイスにインストールした後、前記ゲートウェイにおいて前記デバイス構成情報を更新するステップをさらに含む、
態様１０又は１１に記載の方法。
【０１２２】
１３．前記更新されたデバイス構成のリストを遠隔地に提供するステップさらに含み、任意選択で、前記遠隔地は、前記データパッケージの販売元の場所である、
態様１２に記載の方法。
【０１２３】
１４．前記複数の利用可能なデータパッケージの受信された前記選択を示す情報を遠隔地に提供するステップをさらに含み、任意選択で、前記遠隔地は、前記データパッケージの販売元の場所である、
態様１から１３のいずれか１つに記載の方法。
【０１２４】
１５．前記ゲートウェイにおいて、１つ又は複数のデータパッケージの選択又はデータパッケージの配布ルールに従って、前記複数の利用可能なデータパッケージの受信した前記選択を前記複数の分析デバイスに配布することをスケジュールするステップをさらに含む、
態様１から１４のいずれか１つに記載の方法。
【０１２５】
１６．前記ルールは、そのタイプの少なくとも１つのデバイスが所定の時間に利用可能であることを確実にするために、同じタイプの分析デバイスへのデータパッケージの千鳥分布を強制するルールを含む、態様１５に記載の方法。
【０１２６】
１７．前記ルールは、前記分析デバイスのアイドル状態及び／又は作業負荷を考慮して、前記分析デバイスへの配布をスケジューリングするルールを含む、態様１５に記載の方法。
【０１２７】
１８．前記複数の分析デバイスは、体外診断を実行するための１つもしくは複数のデバイス、ＩＴシステムデバイス、又は研究分析デバイスを含む、態様１から１７のいずれか１つに記載の方法。
【０１２８】
１９．前記分析デバイスの前記ネットワークは、病院ネットワーク、研究室ネットワーク、総合診療医院ネットワーク、又は薬局ネットワークの一部である、態様１から１８のいずれか１つに記載の方法。
【０１２９】
２０．前記複数の分析デバイスを含む前記ネットワークのゲートウェイからリモートサービスプラットフォームへ複数の適用可能なデータパッケージの要求を送信するステップは、スケジュールに基づいて、又は要求に応じて、又は前記リモートサービスプラットフォームからメッセージを受信したときにトリガされる、態様１から１９のいずれか１つに記載の方法。
【０１３０】
２１．前記リモートサービスプラットフォームにおいて、前記分析デバイスに関する情報を評価して、前記ゲートウェイへの複数の利用可能なデータパッケージに関する情報を選択するステップをさらに含む、
態様１から２０のいずれか１つに記載の方法。
【０１３１】
２２．前記分析デバイスに関する情報は、前記分析デバイスのクラスのタイプに関する情報、前記ネットワークの地理的位置に関する情報、前記分析デバイスのソフトウェア又はハードウェア構成に関する情報、前記ネットワーク又は前記分析デバイスの言語に関する情報、試薬、校正／品質管理材料などの前記分析デバイスのインストールされた消耗品に関する情報、及びインストールされた分析テスト（テストプロトコル）に関する情報のうちの１つ又は複数を含む、態様１から２１のいずれか１つに記載の方法。
【０１３２】
２３．前記リモートサービスプラットフォームは、前記分析デバイスに関する情報に基づいて、既にインストールされているパッケージをフィルタリングする、態様２１又は２２に記載の方法。
【０１３３】
２４．前記複数の利用可能なデータパッケージの前記選択は、すべてのデータパッケージよりも少ない量を含む、態様１から２３のいずれか１つに記載の方法。
２５．各データパッケージは、前記複数の分析デバイスのうちの１つのデバイスのソフトウェアの更新を含む、態様１から２４のいずれか１つに記載の方法。
【０１３４】
２６．ゲートウェイを含む分析デバイスのネットワークにおける複数の分析デバイスのデータパッケージを提供する方法であって、
リモートサービスプラットフォームにおいて、前記ネットワークの前記ゲートウェイから前記ネットワークの前記分析デバイスに関する情報を含むデータパッケージ要求を受信するステップと、
前記リモートサービスプラットフォームから前記ゲートウェイに、前記要求に応答して複数の利用可能なデータパッケージに関する情報を送信するステップと、
前記リモートサービスプラットフォームにおいて、前記ネットワーク内の前記複数の分析デバイスに固有の前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージの選択の要求を受信するステップと、
前記複数の利用可能なデータパッケージの要求された前記選択を前記ゲートウェイに送信するステップと、
を含む、方法。
【０１３５】
２７．コンピュータネットワークであって、
複数の分析デバイスと、
前記複数の分析デバイスに接続されたゲートウェイと、
を含み、
前記コンピュータネットワークは、態様１から２５のいずれか１つに記載のステップを実行するように構成される、
コンピュータネットワーク。
【０１３６】
２８．ネットワークに接続されたリモートサービスプラットフォームを含むコンピュータシステムであって、複数の分析デバイスと、前記複数の分析デバイスに接続されたゲートウェイとを含み、
前記コンピュータシステムは、態様２６に記載の方法のステップを実行するように構成される、
コンピュータシステム。
【０１３７】
２９．コンピュータシステムによって実行されると、前記コンピュータシステムに、態様１から２６のいずれか１つに記載の方法のステップを実行させる命令を含む、コンピュータ読み取り可能な媒体。
【０１３８】
３０．体外診断を実行するための複数の分析デバイスと、前記複数の分析デバイスに接続されたゲートウェイと、を含む病院ネットワーク又は研究室ネットワークであって、
前記病院ネットワーク又は前記研究室ネットワークは、
前記ゲートウェイからリモートサービスプラットフォームに前記分析デバイスに関する情報を含むデータパッケージ要求を送信し、
前記要求に応答して、前記リモートサービスプラットフォームから複数の利用可能なデータパッケージに関する情報を受信し、
前記ゲートウェイにおいて、前記ネットワーク内の前記複数の分析デバイスに固有の前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージの選択を決定し、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの前記選択を要求し、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの要求された前記選択をダウンロードし、
前記複数の分析デバイスのデータを更新するために、前記複数の利用可能なデータパッケージの要求された前記選択を前記複数の分析デバイスに提供する、
ように構成される、
病院ネットワーク又は研究室ネットワーク。
【０１３９】
３１．前記データパッケージは、前記複数の分析デバイスの操作に使用される情報を含む、態様３０に記載の病院ネットワーク又は研究室ネットワーク。
３２．前記データパッケージは、特定のテスト又はアッセイのための構成情報、又は特定の消耗品に関連する情報を含む、態様３１又は３２に記載の病院ネットワーク又は研究室ネットワーク。
【０１４０】
３３．前記消耗品は、試薬、校正材料、もしくは品質管理材料、又は前記分析デバイスにおいてテストもしくはアッセイを実行するのに必要な他の物質である、態様３２に記載の病院ネットワーク又は研究室ネットワーク。
【０１４１】
３４．前記データパッケージは、特定の試薬ロットに関する情報を含む、態様３０から３３のいずれか１つに記載の病院ネットワーク又は研究室ネットワーク。
３５．前記分析デバイスに関する情報は、前記分析デバイスのインストールされた消耗品に関する情報を含み、任意選択で、前記消耗品は、試薬、校正材料又は品質管理材料である、態様３０から３４のいずれか１つに記載の病院ネットワーク又は研究室ネットワーク。
【０１４２】
３６．前記ゲートウェイにおいて前記複数の分析デバイスのデバイス構成情報を保持し、
前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージを選択するために前記デバイス構成情報を使用する、
ようにさらに構成され、
任意選択で、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの要求された前記選択を受信した後、任意選択で前記データパッケージを前記分析デバイスにインストールした後、前記ゲートウェイにおいて前記デバイス構成情報を更新する（１１４）、
ようにさらに構成される、
態様３０から３５のいずれか１つに記載の病院ネットワーク又は研究室ネットワーク。
【０１４３】
３７．前記複数の利用可能なデータパッケージの選択を決定するステップは、前記ネットワーク内の前記複数の分析デバイスに対してどのデータパッケージが必要であるかを決定することを含み、任意選択で、前記どのデータパッケージが必要であるかを決定することは、どのデータパッケージが前記ネットワーク内の前記複数の分析デバイスのそれぞれの分析デバイスに不足しているかを決定することを含む、態様３０から３６のいずれか１つに記載の病院ネットワーク又は研究室ネットワーク。
【０１４４】
３８．各データパッケージは、前記データパッケージがインストールされるべき前記ネットワーク内の分析デバイスの数に関係なく、前記ゲートウェイによって一度だけダウンロードされる、態様３０から３７のいずれか１つに記載の病院ネットワーク又は研究室ネットワーク。
【０１４５】
３９．前記データパッケージの受信は、所定の時間にスケジュールされているか、又はメッセージを受信したときに行われる、態様３０から３８のいずれか１つに記載の病院ネットワーク又は研究室ネットワーク。
【０１４６】
４０．前記複数の利用可能なデータパッケージの受信された前記選択を示す情報を遠隔地に提供する、
ようにさらに構成され、
任意選択で、前記遠隔地は、前記データパッケージの販売元の場所である、
態様３０から３９のいずれか１つに記載の病院ネットワーク又は研究室ネットワーク。
【０１４７】
４１．前記ゲートウェイにおいて、１つ又は複数のデータパッケージの選択又はデータパッケージの配布ルールに従って、前記複数の利用可能なデータパッケージの受信した前記選択を前記複数の分析デバイスに配布することをスケジュールする、
ようにさらに構成され、
任意選択で、前記ルールは、そのタイプの少なくとも１つのデバイスが所定の時間に利用可能であることを確実にするために、同じタイプの分析デバイスへのデータパッケージの千鳥分布を強制するルールを含み、ならびに／又は前記分析デバイスのアイドル状態及び／もしくは作業負荷を考慮して、前記分析デバイスへの配布をスケジューリングするルールを含む、
態様３０から４０のいずれか１つに記載の病院ネットワーク又は研究室ネットワーク。
【０１４８】
４２．ゲートウェイを含む体外診断を実行するための分析デバイスの病院ネットワーク又は研究室ネットワークにおいて、体外診断を実行するための複数の分析デバイスのデータパッケージを提供する方法であって、
前記ネットワークの前記ゲートウェイからリモートサービスプラットフォームに分析デバイスに関する情報を含むデータパッケージ要求を送信するステップと、
前記要求に応答して、前記リモートサービスプラットフォームから複数の利用可能なデータパッケージに関する情報を受信するステップと、
前記ゲートウェイにおいて、前記ネットワーク内の前記複数の分析デバイスに固有の前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージの選択を決定するステップと、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの前記選択を要求するステップと、
前記リモートサービスプラットフォームから前記複数の利用可能なデータパッケージの要求された前記選択をダウンロードするステップと、
前記複数の分析デバイスのデータを更新するために、前記複数の利用可能なデータパッケージの要求された前記選択を前記複数の分析デバイスに提供するステップと、
を含む、方法。
【０１４９】
４３．ゲートウェイを含む体外診断を実行するための分析デバイスの病院ネットワーク又は研究室ネットワークにおいて、体外診断を実行するための複数の分析デバイスのデータパッケージを提供する方法であって、
リモートサービスプラットフォームにおいて、前記ネットワークの前記ゲートウェイから前記分析デバイスに関する情報を含むデータパッケージ要求を受信するステップと、
前記リモートサービスプラットフォームから前記ゲートウェイに、前記要求に応答して複数の利用可能なデータパッケージに関する情報を送信するステップと、
前記リモートサービスプラットフォームにおいて、前記ネットワーク内の前記複数の分析デバイスに固有の前記リモートサービスプラットフォームからダウンロードされる前記複数の利用可能なデータパッケージの選択の要求を受信するステップと、
前記複数の利用可能なデータパッケージの要求された前記選択を前記ゲートウェイに送信するステップと、
を含む、方法。
【０１５０】
４４．複数の分析デバイス及び前記複数の分析デバイスに接続されたゲートウェイを含むネットワークに接続されたリモートサービスプラットフォームを含むコンピュータシステムであって、
前記コンピュータシステムは、態様４３に記載された方法のステップを実行するように構成されているリモートサービスプラットフォームを含む、
コンピュータシステム。
【０１５１】
４５．コンピュータシステムによって実行されると、前記コンピュータシステムに、態様４３又は４４のいずれか１つに記載の方法のステップを実行させる命令を含む、コンピュータ読み取り可能な媒体。
【０１５２】
コンピュータ実装
さらに開示され、提案されているのは、プログラムがコンピュータ又はコンピュータネットワーク上で実行されるときに、本明細書に含まれている１つ又は複数の実施形態において本開示に従った方法を実行するためのコンピュータ実行可能な命令を含むコンピュータプログラムである。具体的には、コンピュータプログラムは、コンピュータ読み取り可能なデータキャリアに格納されていてもよい。他の例では、コンピュータプログラムは、クラウドベースのコンピュータプログラムであってもよい。したがって、具体的には、本明細書に開示されるような方法ステップのうちの１つ、２つ以上、又はすべては、コンピュータ又はコンピュータネットワークを使用して、好ましくはコンピュータプログラムを使用して実行されてもよい。
【０１５３】
さらに開示され、提案されているのは、プログラムがコンピュータ又はコンピュータネットワーク上で実行された場合に、本明細書に含まれている１つ又は複数の実施形態において本開示に従って方法を実行するための、プログラムコードを有するコンピュータプログラム製品である。具体的には、プログラムコードは、コンピュータ読み取り可能なデータキャリアに格納されていてもよい。
【０１５４】
さらに開示され、提案されているのは、データキャリアに記憶されたデータ構造を有するデータキャリアであり、このデータキャリアは、コンピュータ又はコンピュータネットワーク、例えばコンピュータ又はコンピュータネットワークのワーキングメモリ又はメインメモリにロードした後、本明細書に開示された１つ又は複数の実施形態に従った方法を実行してもよい。
【０１５５】
さらに開示され、提案されているのは、プログラムがコンピュータ又はコンピュータネットワーク上で実行される場合に、本明細書に開示されている１つ又は複数の実施形態に従って方法を実行するために、機械読み取り可能なキャリアに格納されたプログラムコードを有するコンピュータプログラム製品である。本明細書で使用されるように、コンピュータプログラム製品とは、取引可能な製品としてのプログラムを指す。製品は、一般に、紙形式などの任意の形式で、又はコンピュータ読み取り可能なデータキャリア上に存在してもよい。具体的には、コンピュータプログラム製品は、データネットワーク上で配布されてもよい。
【０１５６】
さらに開示され、提案されているのは、本明細書に開示されている１つ又は複数の実施形態に従って方法を実行するための、コンピュータシステム又はコンピュータネットワークによって読み取り可能な命令を含む変調されたデータ信号である。
【０１５７】
本開示のコンピュータ実装された態様を参照すると、本明細書に開示された１つ又は複数の実施形態に従った方法の１つ又は複数の方法ステップ、又はさらにはすべての方法ステップは、コンピュータ又はコンピュータネットワークを使用して実行されてもよい。したがって、一般的に、データの提供及び／又は操作を含む方法ステップのいずれかは、コンピュータ又はコンピュータネットワーク（例えば、クラウドベースのコンピュータネットワーク）を使用して実行されてもよい。一般的に、これらの方法ステップは、典型的には、サンプルの提供及び／又は測定を実行する特定の態様などの手作業を必要とする方法ステップを除いて、いずれかの方法ステップを含んでもよい。
【０１５８】
さらに開示され、提案されているのは、少なくとも１つのプロセッサを含むコンピュータ、又はコンピュータネットワークであり、プロセッサは、本明細書に記載された実施形態のうちの１つに従って方法を実行するように適合されている。
【０１５９】
さらに開示され、提案されているのは、データ構造がコンピュータ上で実行されている間、本明細書に記載された実施形態のうちの１つに従って方法を実行するように適合された、コンピュータにロード可能なデータ構造である。
【０１６０】
さらに開示され、提案されているのは、記憶媒体であり、データ構造は、記憶媒体に記憶され、データ構造は、コンピュータ又はコンピュータネットワークのメイン及び／又はワーキングストレージにロードされた後に、本明細書に記載された実施形態のうちの１つに従って方法を実行するように適合されている。
【図１】
2020194540.tif 000003
【図２】
2020194540.tif 000004
【外国語明細書】
2020194540000001.pdf