JP5923088B2 - 生体試料を分析する分析システムおよび生体試料を処理するために用いられる分析システムにより実行される方法 - Google Patents

Description

本発明は、集合タスクデータオブジェクトの少なくともいくつかは、検査手順を示す、タスクデータオブジェクトを集め、集合ビューを提供する分析システムおよび方法に関する。

分析検査室、特に臨床検査室においては、疾患、栄養習慣、薬剤の有効性および／または臓器機能を示す、生理学的パラメータおよび／または生化学的パラメータを決定するために、生体試料に対する多数の分析が行われている。

新しいハイスループット技術の出現および検査自動化システムの進歩に伴い、多数の異なる検査装置（lab-device）によって検査室内で並行して行われるタスクの数および複雑さは、大幅に増加している。検査の細分化は、分析結果の質を向上させ、人件費を削減するのに役立つが、検査の自動化は、人間と、自動または半自動のラボラトリーワークセルシステムとの相互作用を不必要にはしていない。検査の自動化は、多数の分析前、分析および／または分析後の検査手順を、多数の異なる検査装置および／またはラボラトリーワークセルシステムによって並行して行うことを可能にするので、並行して実行される検査手順の数の増大は、監視および制御されなければならない。

検査装置は、故障したり、試薬または他の消耗品を使い果たしたりする場合がある。しばしば、人間は、空の試薬ボックスを再充填し、消耗品を補充し、または故障した検査装置を修理することを要求される。また多くの場合において、集められた測定値について人間による解析が依然として要求される。診断または分析のタスクを実行することを要求される検査従事者は少なくなっているが、分析システムの監視および操作、ならびに集められた結果の評価に関する多くの多様性に富んだタスクが、人間の介入を必要とする。

従来技術の検査ワークフロー管理システムは、検査ワークフローとの関連で行われるタスクの特定のユーザへの割り当てを可能にし、それにより、タスクの監視、制御および／または実行における責任を明確にすることを手助けする。

特許文献１は、臨床ワークフローのタスクの完了を容易にする、臨床応用システムを開示している。このシステムは、臨床ワークフローにおけるタスクを、外部の動作主と関連付けることを可能にし、ユーザに対して臨床情報を表示するユーザインタフェースを含んでいる。ユーザインタフェースにおいて、タスクはリンクとして表される。各リンクは、対応する外部の動作主に対するアクセスをトリガーする。

特許文献２は、マルチスクリーンの健康管理情報管理システムを開示し、これはユーザが、多様なスクリーンを飛び回ったり、出入りしたりすることなく、複数のスクリーンに論理的に関連付けられる様々な健康管理情報に同時にアクセスし、またこれらの情報を表示し、操作することを可能にする。このシステムは、医師が生物医学的に関連するデータを見ながら、オーダーを書き込むことを可能にする。

特許文献３は、表示可能なタスクのスケジュールを提供する方法を開示している。一実施形態において、作業者により実施されるべきタスクのリストは、受信する作業者の識別情報に応じて、サービスタスクのリストに基づいて編集される。

特許文献４は、ＧＲＯＵＰ−ＢＹ操作を含むデータベースクエリを行う方法を開示し、ここではクエリを満たす異なるタプルのサブセットのために、属性の集合値が望まれる。特許文献５は、オンライン分析処理のためのデータベースプロセッサを開示し、これによりプロセッサは、入力関係の多次元の集合を得る。

米国特許出願公開第２００９／００９４５２９号明細書 米国特許出願公開第２００９／００９９８７１号明細書 米国特許出願公開第２００３／００４５９５８号明細書 米国特許第５，８３２，４７５号明細書 米国特許第６，９９６，５５４号明細書

本発明は、それぞれ独立請求項に記載されるような、生体試料を分析する分析システム、方法およびコンピュータプログラムプロダクトを提供する。本発明の実施形態は、従属請求項で与えられる。

本発明の実施形態は、検査ワークフローを実行または完了するために行われる必要のあるタスクを表示する、改良された分析システムおよび改良されたコンピュータを利用した方法を提供する。

さらなる態様において、本発明の実施形態は、作業者が自身に割り当てられたタスクを効果的に実行することを補助する、改良された分析システム、改良されたコンピュータを利用した方法、および改良されたコンピュータプログラムプロダクトを提供することを目的とする。

さらなる態様において、本発明の実施形態は、作業者が、１つまたは２つ以上の監視される検査装置を稼動した状態に保つために行われる必要のある動作を識別および／または引き起こすことを補助する、改良された分析システム、改良されたコンピュータを利用した方法、および改良されたコンピュータプログラムプロダクトを提供することを目的とする。

本明細書で用いられる「検査装置」という用語は、１つまたは２つ以上の生体試料について検査ワークフローステップを実行するように動作可能な、あらゆる分析前、分析、および／または分析後の検査装置を含む。検査装置は例えば、遠心分離機、キャッピングユニットまたはキャップ除去ユニット、試料保管ユニット、コンベヤベルト、分析器、分注器、光度計などであり得る。検査装置は、試料、分析補助物質、試薬、洗浄緩衝液、補助液体、ピペット、ピペットチップまたはバルブなどの、分析器または容器であり得る。また検査装置は、あらゆるキャップ除去装置、試料調製および分配システム、分析後装置、特に自動の試料保管装置などであってもよい。

本明細書で用いられる「分析システム」という用語は、集合的に操作および／または監視される、検査装置のあらゆるシステムを含んでいる。必ずしもそうでなくてもよいが、典型的には、分析システムは１つまたは２つ以上の分析器を含んでいる。しかしながら、「分析システム（analytical system）」という語は、１つのみ、または２つ以上の分析前および／または分析後装置を含むシステムのことを指す場合もある。単純さのために、本明細書でいう検査装置のシステムは、「複数の分析システム（analytical systems）」とも呼ばれる。

「分析器」とは、測定値を得るために、生体試料と試薬との反応を分析できる検査器具である。例えば分析器は、吸光、発光、電位、または測定データを提供するための、反応のその他の物理的または化学的な特性を測定できる。

本明細書で用いられる「モバイル機器」という用語は、サーバコンピュータと通信するためのインタフェースを有するあらゆるモバイル電子製品を含み、具体的には、携帯電話、スマートフォン、パーソナル・デジタル・アシスタント（ＰＤＡ）などのあらゆる携帯用の電池式モバイル製品、または、例えばワイヤレスデジタルセルラーテレコミュニケーションネットワークまたは他のワイヤレス通信チャネルを通してサーバコンピュータとの通信リンクを確立する、ワイヤレスインタフェースを有する別の電子製品を含んでいる。

ここで用いられる「ドリルダウン分析」という用語は、例えば、データオブジェクトのセットに対する算術計算および／または統計的計算を含む、データ処理技術およびデータ評価技術の実行をいい、このドリルダウン分析の実行は、最も集合的なもの（上位（up））から最も詳細なもの（下位（down））まで広がるデータレベルの間で探査するユーザによってトリガーされる。

本明細書で用いられる「データ集合」という用語は、情報が集められ、グループ化されるあらゆる工程のことである。データ集合は、１つまたは２つ以上の特定の属性を共有する特定のデータオブジェクトについての情報を集めることを可能にする。

本明細書で用いられる「タスク」は、例えば１つまたは２つ以上の生体試料に対して、検査装置により行われるべきあらゆる検査手順を含んでいる。またこの用語は、生体試料の処理時に、分析システムの１つまたは２つ以上の検査装置から受信されているデータに対して行われるべきあらゆる操作を含んでいる。この用語はさらに、検査装置の操作性を維持または回復するために、ユーザによって検査装置に対して実行されるべきあらゆる処理ステップを含んでいる。したがって、タスクを実行することは、検査装置、例えば分析器または遠心分離機によって、分析前、分析もしくは分析後ワークフロー、またはワークフローステップを実行することを含む。タスクを実行することはさらに、ユーザが、例えばＧＵＩを用いて、または検査装置の空の試薬容器を再充填することにより、１つまたは２つ以上の試料に対して得られた測定値を評価することも含み得る。

本明細書で用いられる「タスクデータオブジェクト」は、タスクを示すあらゆるデータオブジェクトを含んでいる。特にこの用語は、１つまたは２つ以上の生体試料に対して、１つまたは２つ以上の検査装置を用いて行われるべき検査手順を示しているデータオブジェクトをいう。タスクデータオブジェクトは例えば、Ｊａｖａ（登録商標）やＣ＃などの、オブジェクト指向プログラミング言語で特定されるクラスオブジェクトのインスタンスであり得る。

本明細書で用いられる「消耗品」は、検査装置の１つを操作する間、定期的に再充填動作または交換動作を必要とする液体、材料または装置の構成部品である。消耗品は例えば、光学的な測定を実行するための試薬、キャリブレーション液またはキュベットであり得る。

本発明の実施形態にしたがって、生体試料を処理するために用いられている分析システムにより実施される方法が提供され、この方法は、
Ａ）タスクデータオブジェクトを受信する受信工程であって、タスクデータオブジェクトのそれぞれが少なくとも１つの属性を含み、受信されたタスクデータオブジェクトの少なくともいくつかが、少なくとも１つの検査装置によって行われるべき検査手順を示し、この少なくとも１つの検査装置が分析システムに属している、受信工程と、
Ｂ）受信されたタスクデータオブジェクトの少なくともいくつかを集め、複数の集合タスクデータオブジェクトグループにする集合工程であって、同一の集合タスクデータオブジェクトグループに属する全てのタスクデータオブジェクトは、属性値または少なくとも１つの属性の値の範囲（value range）が共通し、共通の少なくとも１つの属性値または値の範囲が、この属性のタスクデータオブジェクトのタスクの、少なくとも１つの共通のステップを示し、この共通のステップが、集合タスクデータオブジェクトグループのタスクデータオブジェクトの全てのタスクに共通である、集合工程と、
Ｃ）複数の集合タスクデータオブジェクトグループのそれぞれに対して、選択可能な集合ＧＵＩエレメントを指定する指定工程であって、この集合ＧＵＩエレメントが集合タスクデータオブジェクトグループを表す、指定工程と、
Ｄ）グラフィカル・ユーザ・インタフェース上に、集合ＧＵＩエレメントを集合ビューで表示する工程と、
Ｅ）ユーザにより集合ＧＵＩエレメントの１つが選択されると、選択された集合ＧＵＩエレメントによって表される集合タスクデータオブジェクトグループを選択し、選択された集合タスクデータオブジェクトグループの共通のステップを実行するために、ユーザに対してプログラム命令へのアクセスを自動的に提供するステップと
を備えている。

共通のタスクステップに基づく集合ステップの実行は、以下の理由、すなわち、タスクがリスト形式ではなく、比較的少ない数の集合ＧＵＩエレメントの形式で表示されているので、ユーザが「視覚的なノイズ（visual noise）」によって邪魔されにくいという理由から、有利であり得る。

さらに、集合ＧＵＩエレメントが選択できるという特徴、および、集合ＧＵＩエレメントの１つを選択することにより、選択された集合タスクデータオブジェクトグループの共通のステップを実行するプログラム命令へのアクセスを、ユーザに自動的に提供するという特徴が有利であり得る。これは、選択された集合ＧＵＩエレメントの集合タスクを実行するプログラム命令へ、ユーザがすぐに到達できるからである。共通のステップは、共通の物理的位置、例えば建物または部屋または特定の検査装置などにおいて実行されるステップであり得る。この共通のステップも同様に、１つの集合タスクデータオブジェクトグループのタスクデータオブジェクトにより表される全てのタスクによって共有されるプログラム命令に関する。共通のプログラム命令は、ワークフロー内の１つの共通の物理的または論理的な位置で、このワークフロー内の特定のステップを実行するか、または実行を開始することを可能にすることができる。この共通のプログラム命令は、共通のワークフロー実行ビューを特定し、検査装置のいくつかを操作する、共通のプログラムルーチンまたは共通のコマンドを特定し得る。

例えば、ワークフロー実行ビューの表示をトリガーしてもよく、このビューは、まったく同一のＧＵＩコンテントを用いて複数の評価タスクをユーザが実行することを可能にする。ゆえにユーザは、同一のタスクを行うために異なるビューの間で切り替えを行わなくてもよい。同様に、このワークフロー評価ビューは、検査装置を再充填するために１つの特定の保管室から消耗品を取り出す共通のタスクステップにしたがって集合化された、複数のメンテナンスタスクの表示を含んでいてもよい。これにより、ユーザがこの保管室に行くことを一回のみにでき、それゆえ複数の異なる検査装置を満たすために必要な消耗品を全て取り出す。タスクがリスト形式でユーザに示される従来技術のシステムは、ユーザが単純に、時系列または別の方法でソートされたタスクのリストにしたがって再充填動作を実行することから、効率が悪い。本明細書で用いられる「メンテナンス」タスクは、検査装置の作動状態を維持し、または故障後に再び作動させることを確実にするために、検査装置を点検し、および／または修理するあらゆるタスクを含んでいる。さらにこの用語は、試薬、使い捨てのピペットチップおよびキュベットなどの消耗品が搭載されるタスクや、廃棄物が取り除かれるタスクも含んでいる。

本発明の実施形態にしたがって、タスクデータオブジェクトはサーバコンピュータにより受信される。実施形態によっては、タスクデータオブジェクトは単一または複数のソースから受信され得る。いくつかの実施形態によれば、１つまたは２つ以上のタスクデータオブジェクトを記憶しているリレーショナル・データベースが、ソースとして用いられる。このデータベースは、サーバコンピュータの記憶媒体に記憶されてもよく、また、例えば検査室のイントラネットなどのネットワークを介してサーバコンピュータによりアクセス可能であるリモートデータベースサーバに記憶されてもよい。またデータベースは、１つまたは２つ以上の異なるコンピュータをホストとする、多数の異なるデータベースとして実施されてもよい。本発明の実施形態によれば、データベースは、分析システムに属する検査装置の一部であってもよい。

本発明の実施形態によっては、サーバコンピュータは、サーバ、または分析システムの少なくとも１つの検査装置に接続されているあらゆる種類のスタンドアロン型処理装置であり得る。本発明のいくつかの実施形態によれば、サーバコンピュータは分析システムの一体的な構成要素である。別の実施形態によれば、サーバコンピュータは分析システムの検査装置の一体的な構成要素である。さらに別の実施形態によれば、サーバコンピュータによって提供される機能は、特にエンドユーザコンピュータなどの、他のコンピュータによってアクセス可能である。アクセスは例えば、ワークフロー管理システムなどのミドルウェアを介して、または検査室のＬＩＳを介してもたらされる。

本発明の実施形態によれば、タスクデータオブジェクトの少なくともいくつかは、分析システムの検査装置から動的に受信され、検査装置は、例えば検査室のイントラネットなどのネットワークを介して、サーバコンピュータに接続されている。

本発明の実施形態によれば、タスクデータオブジェクトの少なくともいくつかは、検査リクエスト（test request）を示し、検査装置または別のコンピュータから受信され、この検査装置または別のコンピュータは、ユーザに検査リクエストを特定する手段を提供する。検査リクエストとは例えば、特定の患者の試料の血中グルコース濃度を判定する分析などの、特定の分析を行うことの要求であり得る。検査リクエストはタスクデータオブジェクトとして表され、サーバコンピュータに送信される。別のコンピュータとは例えば医師のコンピュータであってもよく、この医師のコンピュータは、例えば検査室のイントラネットまたはインターネットを介して、サーバコンピュータに接続されている。

本発明の実施形態によれば、タスクデータオブジェクトの少なくともいくつかは、検査装置から動的に受信され、検査装置の操作性を修復または維持するためにその検査装置に対して行われなければならないタスクを表す。例えば、試薬を使い果たし、分析を実行するために特定の試薬を要する分析器は、サーバコンピュータに対して、その試薬の容器を再充填するようリクエストを送る。

本発明の別の実施形態によれば、検査装置からサーバコンピュータにより受信されたタスクデータオブジェクトは、この検査装置のエラー状態、および／またはこの装置の操作性を修復するために必要なタスクを示す。別の実施形態によれば、１つまたは２つ以上の検査装置からサーバコンピュータにより受信されたタスクデータオブジェクトは、示されたタスクがユーザによってどのように実行されるべきかについての付加的な情報を含んでいる。特定の検査装置について特定の試薬を再充填するというタスクを示すタスクデータオブジェクトは、例えば、ルームナンバーおよび／または検査装置が属している検査室の識別子などの、検査装置の位置についてのデータを含んでいてもよい。このタスクデータオブジェクトは付加的または代替的に、試薬のロット番号についてのデータ、新しい試薬ボトルが取り出される保管室についてのデータ、試薬の保存可能期間についてのデータなどを含んでいてもよい。

本発明の実施形態によっては、１つまたは２つ以上のタスクデータの受信は、プッシュ方法もしくはプル方法、またはそれらの組み合わせを介して実行され得る。

実施形態によれば、サーバコンピュータは、プル方法を介して定期的に、リレーショナル・データベースに記憶されているタスクデータオブジェクトを取り出す。また、例えば検査リクエストの形式で、ユーザにより動的に作り出されたタスクデータオブジェクト、または例えばエラーメッセージまたはステータスメッセージの形式で、検査装置によって作り出されたタスクデータオブジェクトは、プッシュ方法により、検査装置からサーバコンピュータおよび／またはリレーショナル・データベースに送られてもよい。

サーバコンピュータ、１つまたは２つ以上の検査装置、およびタスクデータオブジェクトを受信する１つまたは２つ以上のソースの間のデータ交換を管理するプログラムモジュールは、本発明の実施形態によれば、検査室のミドルウェアに組み込まれるか、または検査室情報システム（ＬＩＳ）に組み込まれる。

受信されたタスクデータオブジェクトの少なくともいくつかは、少なくとも１つの検査装置によって行われるべき検査手順を示している。検査手順は、１つまたは２つ以上の生体試料に対して実行されるべき検査ワークフローの、あらゆる分析前ステップ、分析ステップまたは分析後ステップでもよく、検査ワークフローは複数のワークフローステップを含んでいる。生体試料は例えば、患者の血液試料または血清試料であり得る。また生体試料は、マルチウェルプレート、細胞スライド、細胞培養、チップアッセイなどでもよい。

受信されたタスクデータオブジェクトはそれぞれ、１つまたは２つ以上の属性を有する。属性は限定されるものではないが、例えば以下のものである。
・示されるタスクの種類（例えば、検査装置のメンテナンス、要求された分析検査、測定結果の評価）。
・示されるタスクの緊急度。タスクの緊急度はタスクの緊急性および優先性を示す。緊急性の高いタスクは、分析システムの操作性を維持するために、ユーザによる即時の動作が求められる。
・例えば特定の日付や時間などの、示されるタスクが実行されるべき時期。
・示されるタスクが実行されるべき物理的位置の識別子。この物理的位置は例えば、以下のものであってよい。
示されるタスクを行うために用いられるべき検査装置を示す装置ＩＤ。
例えば分析器の一部である較正ユニットなど、示されるタスクに割り当てられた検査装置の部品の識別子。
示されるタスクを行うための検査装置が位置付けられる場所の特定。この特定は、例えばルームナンバーおよび／または検査室の識別子であってよい。
示されるタスクにおいて処理されるべき生体試料が保管されている、またはそこから取り出される場所の特定。
示されるタスクを実行するために用いられる試薬が保管されている部屋の保管室ＩＤ、および／または装置の保管装置ＩＤ。
・示されるタスクを実行するプログラム命令のセットの識別子。このプログラム命令は例えば、以下のものであってよい。
生体試料について得られた分析結果を評価するＧＵＩエレメントを含むＧＵＩウィンドウ枠を示す識別子。
少なくとも１つの検査装置におけるハードウェアの不具合に関するメッセージを表示するＧＵＩエレメントを含むＧＵＩウィンドウ枠を示す識別子。
検出されたハードウェアのエラーが、どのようにして修復され得るかのマニュアルを表示するＧＵＩエレメントを含むＧＵＩウィンドウ枠を示す識別子。
・示されるタスクに割り当てられたユーザの、ユーザＩＤ。
・示されるタスクに割り当てられたユーザの役割を示すユーザ役割ＩＤ。
・示されるタスクに割り当てられたユーザのグループＩＤ。
・示されるタスクの種類の識別子。
・例えば血液試料中のグルコース値の判定などの、示されるタスクにしたがって行われるべき分析前手順、分析手順または分析後手順。
・示されるタスクを実行するために用いられる試薬の種類。
・示されるタスクを実行するために用いられる試薬の供給者の、供給者ＩＤ。
・示されるタスク中に処理されるべき生体試料を提供する患者の、患者ＩＤ。

本発明の実施形態および集合化に用いられる属性によっては、作り出される複数の集合タスクデータオブジェクトグループは、そこに含まれるタスクデータオブジェクトに関してバラバラでもよいし、または重複していてもよい。

実施形態によれば、タスクデータオブジェクトグループの少なくともいくつかは、それぞれ集合データ値を含み、この集合データ値は、集合タスクデータオブジェクトグループに含まれる全てのタスクデータオブジェクトから計算される。この計算は、集合タスクデータオブジェクトグループに属するタスクデータオブジェクトのそれぞれに含まれる、データの全てまたは一部を用い得る。集合データ値の計算は例えば、集合タスクデータオブジェクトグループに属する全てのタスクデータオブジェクトの１つまたは２つ以上のデータ値について、数学関数を実行することを含んでいてもよく、これにより集合データ値を結果として戻す。数学関数は例えば、最小値または最大値の計算、合計の計算、あるいは、これらの組み合わせ、または別の数学演算のあらゆる組み合わせを含み得る。また、計算されるデータ値は、特定の集合タスクデータオブジェクトグループに含まれる、タスクデータオブジェクトの数であってもよい。この数は、その集合タスクデータオブジェクトグループを表すＧＵＩエレメントによって表示され得る。

実施形態によれば、選択可能な集合ＧＵＩエレメントはそれぞれ、集合ＧＵＩエレメントで表されるタスクデータオブジェクトにより示されるタスクを実行する、プログラム命令へのユーザアクセスを提供する。例えば、１つの集合タスクデータオブジェクトグループにまとめて集合化されるタスクは、例えば、得られた測定値の手動検査および／または測定値に基づき自動的に生み出されているプロットの目視検査を用いて、特定の種類の測定結果について行われるべき検証タスクであり得る。したがって、共通のタスクステップは、ユーザが特定の種類の測定値を評価することを可能にするＧＵＩエレメントを含む複数の利用可能なワークフロー実行ビューのうちの１つを表示することであってもよい。このＧＵＩエレメントは、例えば、テキストラベル、ボタン、評価関数、分析検査結果の統計グラフなどであり得る。他の例によれば、集合タスクは較正タスクのセットであってもよい。較正タスクは、検査装置の１つを較正するタスクを含んでいてもよく、ここで較正タスクの共通のステップは、例えば同一の部屋、部門または検査室のような、同一の位置に位置付けられる検査装置で較正を実行することである。ゆえに、例えば同一の部屋で実行されるべき全ての較正タスクが包括されるので、ユーザはタスクをより効率的に実行することができる。またタスクは、同一の位置を共有する複数の検査装置のメンテナンスであってもよい。この位置は、例えばルームＩＤなど、タスクデータオブジェクトそれぞれの少なくとも１つの属性により示され得る。

グラフィカル・ユーザ・インタフェースエレメント（ＧＵＩエレメント）は、集合タスクデータオブジェクトグループのそれぞれに対して指定され、それにより、集合データの表現は、集合タスクデータオブジェクトグループのそれぞれに対して表示され、集合グループの集合ＧＵＩエレメントを指定するために用いられ得る。

「ビュー」とは、グラフィカル・ユーザ・インタフェース上の、１つまたは２つ以上のエレメントの特定の種類の配置である。「集合ビュー」とは、少なくとも１つの集合タスクデータオブジェクトを含むビューである。ゆえに集合ビューはユーザに対し、複数の集合データオブジェクトにより表されるタスクの全てまたはいくつかの、直感的かつ迅速に理解できる提示を提供する。集合ビューの提供は、それぞれが集合タスクデータオブジェクトグループを表す、１つまたは２つ以上のＧＵＩエレメントを表示することを含み得る。また、集合ビューは、集合化されたデータオブジェクトの数、集合化された優先スコア（aggregated priority score）、またはあらゆる他の形式の集合データ値をユーザに示す、付加的なＧＵＩエレメントを含んでいてもよい。集合データ値は英数字として表示されてもよく、カラースキーマによりコード化されてもよく、または所定の画像のセットを用いてコード化されてもよい。集合データ値は例えば、ＧＵＩエレメントの一部として表示されてもよく、このＧＵＩエレメントはこの集合化されたデータ値が計算された集合タスクデータオブジェクトを表している。

ＧＵＩエレメントは、その属性が、例えばスクリーンなどのグラフィカル・ユーザ・インタフェース上に表示される領域の形状、レイアウトおよび／または動作を特定するデータオブジェクトである。ＧＵＩエレメントは例えば、ボタン、テキストボックス、タブ、アイコン、テキストフィールド、ウィンドウ枠、チェックボックス項目または項目群などの、標準的なＧＵＩエレメントであり得る。ＧＵＩエレメントは同様に、画像、表示される英数字またはそれらのあらゆる組み合わせであり得る。ＧＵＩエレメントを指定するために、集合ステップにおいて生み出される集合データ値が用いられてもよく、これは表示されるＧＵＩエレメントの少なくともいくつかの特性が、この集合データ値に依存していることを暗に示す。

本発明の実施形態によれば、集合ＧＵＩエレメントは、集合データオブジェクトグループのタスクデータオブジェクトの合計数を示す数値を含んでいる。

実施形態によれば、タスクデータオブジェクトのそれぞれは、ユーザＩＤまたはグループＩＤを割り当て、この方法はさらにタスクデータオブジェクトを、このＩＤに基づく同一のユーザを共有する複数のグループにグループ化するステップを含んでおり、ここでタスクデータオブジェクトを集合化するステップは、ログインしたユーザのユーザＩＤまたはグループＩＤを割り当てたタスクデータオブジェクトのグループに対して選択的に実行される。

別の実施形態によれば、タスクデータオブジェクトのそれぞれは、ユーザＩＤまたはグループＩＤを割り当て、この方法はさらにタスクデータオブジェクトを、このＩＤに基づいてフィルターをかけるステップを含んでおり、ここでタスクデータオブジェクトを集合化するステップは、ログインしたユーザのユーザＩＤまたはグループＩＤを割り当てたタスクデータオブジェクトのグループに対して選択的に実行される。

本発明の実施形態によれば、集合ＧＵＩエレメントは、共通の装置ＩＤによって識別された検査装置により実行されるべきタスクの合計数を示す数値を含んでもよく、共通の装置ＩＤは、共通のタスクステップを示している。代替的または付加的に、集合ＧＵＩエレメントは、検査装置または検査装置の種類を示す画像である場合があり、この検査装置の装置ＩＤは、集合タスクデータオブジェクトに割り当てられている。これにより、集合タスクデータオブジェクトにより示されるタスクが行われるべき検査装置の、ユーザによる識別を容易にする。検査装置ＩＤに替えて、またはこれに加えて、この検査装置のコンポーネントＩＤが集合に用いられてもよい。

実施形態によれば、集合ＧＵＩエレメントは、装置コンポーネントＩＤを割り当てた検査装置のコンポーネントを示すことができる。識別された、タスクが行われる必要のある装置コンポーネントをハイライトするか、または光学的に強調することによって、タスクデータオブジェクトにより示されるタスクを行うための、ユーザによるこの検査装置コンポーネントの識別が、大幅に容易になる。

本発明の実施形態によれば、分析器は、１つの分析コンポーネントと、１つまたは２つ以上の試薬コンポーネントとを備え、試薬コンポーネントのそれぞれは、少なくとも１つの試薬容器を備えている。第１試薬コンポーネントの試薬容器が試薬を切らした場合に、「装置コンポーネントＩＤ」という属性によるタスクデータオブジェクトの集合は、集合ビューの提供をもたらす。すなわち、分析システムはグラフィカル・ユーザ・インタフェース上に概略図として表され、表示され、この概略図は分析コンポーネントおよび試薬コンポーネントを、別個の領域として表す。この実施形態によれば、第１試薬コンポーネントの試薬を再充填するタスクは、タスクデータオブジェクトとして表される。このタスクデータオブジェクトは、第１試薬コンポーネントの装置コンポーネントＩＤを割り当てている。これら割り当てられた装置コンポーネントＩＤにしたがってタスクデータオブジェクトを集合化すると、第１試薬コンポーネントに行われる、または第１試薬コンポーネントによって行われるべきタスクを示す集合タスクデータオブジェクトグループは、第１試薬コンポーネントを表す概略的な分析器の図の領域をハイライトすることにより、ＧＵＩエレメントとして表される。結果として、概略的な分析器の図のハイライトされた領域はユーザに、この分析器のハイライトされた第１試薬コンポーネントに行われる、またはこの第１試薬コンポーネントによって行われる必要のあるタスクについての集合ビューを提供する。

各集合タスクデータオブジェクトグループの集合データ値は、この集合タスクデータオブジェクトグループを表すＧＵＩエレメントを指定するために用いられる。ＧＵＩエレメントを指定するために集合データ値を用いることにより、必ずしもそうしなければならないわけではないが、例えば集合タスクデータオブジェクトグループに属する全てのタスクデータオブジェクトによって示されるタスクの合計数などの、集合化された数値データの値の表示を暗に意味することができる。同様に、集合データ値の値は、例えば異なる色または画像を用いることによる、特定のデザインを有するＧＵＩエレメントを指定するために用いることができる。例えば、多数のタスクの集合ビューを提供することは、少数のタスクの集合ビューを提供することと比較すると、色の異なるＧＵＩエレメントを表示することを含んでいる。同様に、緊急性の高いタスクのセットの集合ビューを提供することは、優先度の低いルーチンタスクを表すＧＵＩエレメントよりも、異なる視覚表示（例えば、色、アイコン）を有するＧＵＩエレメントの指定を伴い得る。

値の範囲は、ユーザＩＤの範囲、装置ＩＤの範囲などを含み得る。同様に、この装置の位置ＩＤが、装置が位置付けられている建物、機関および／または部屋の指標を含むように、試験装置の位置がコード化でき、それにより、割り当てられた位置ＩＤに基づくタスクデータオブジェクトのおおまかな集合化または細かな集合化が可能になる。

多数のタスクデータオブジェクトに含まれるデータを集合化することは、ユーザが自身のタスクをより効率的に行うことを補助する。さらに有利な態様において、検査ワークフロー管理システムとして用いられる本発明の実施形態は、学習時間を減少し、これはユーザが、特定のタスクを行うためにどのスクリーンにアクセスするかを探したり記憶したりする必要がないからである。

本発明のさらなる実施形態によれば、データ集合化を実行するために、少なくとも２つの階層レベルを備え、１つまたは２つ以上の第１ノードを備えた階層ドリルダウングラフが用いられる。第１ノードのそれぞれは、ノード属性を割り当てている。この方法はさらに以下のステップ、すなわち、
受信されたタスクデータオブジェクトのそれぞれを、階層ドリルダウングラフの第２ノードとして表す工程を備え、集合ステップＢは、
前記第１ノードの１つを、階層ドリルダウングラフの現在のノードとして決定する決定工程であって、前記現在のノードは、ドリルダウン分析を実行するための起点であり、前記ドリルダウン分析は、現在のノード、および現在のノードの直接的、間接的な後続ノードの全てに実行されるデータ集合操作であり、このノードに対して集合操作を実行するときに、現在のノードのノード属性が、この集合操作においてステップＢに従って、集合属性として用いられる決定工程と、
現在のノードのあらゆる後続ノードにより表される全てのタスクデータオブジェクトに渡って、データ集合関数を実行することにより、現在のノードによって表される集合タスクデータオブジェクトグループに対して、集合データ値を計算する工程を備えている。

実施形態によれば、ドリルダウングラフの第１ノードは、それぞれがタスクデータオブジェクトを表す複数の第２ノードが割り当てられる「バックボーン」グラフデータ構造を提供する、所定のグラフトポロジーを特定する。

本発明のさらなる実施形態によれば、タスクデータオブジェクトを集合化するステップは、ドリルダウングラフの特定のノードを選択することによって、ドリルダウングラフの多数の階層レベルについて実行され得る。この実施形態は、多数のレベルのデータ集合をユーザに提供し、またドリルダウン分析が、その直接的および間接的な後続ノードを含むノードの、どのノードに対して実行されるべきかを特定する手段をユーザに提供するので、有利である。

ドリルダウングラフは、ノードおよびグラフのエッジとして表されているデータオブジェクトを含むデータ構造である。ドリルダウングラフは、そのノードに含まれるデータのドリルダウン分析の実行を可能にし、ドリルダウン分析において用いられ得る経路は、ドリルダウングラフのエッジによって特定される。

本発明の実施形態によれば、ドリルダウングラフは、タスクデータオブジェクトを表さない第１のノードセットを含んでいる。受信されたタスクデータオブジェクトのそれぞれはノードとして表され、新しいエッジを作り出すことによりドリルダウングラフに加えられる。この新しいエッジは、第１ノードの少なくともいくつかを、受信されたタスクデータオブジェクトを表す新たに作り出されたノードに接続する。

本発明のいくつかの実施形態によれば、全てのタスクデータオブジェクトはドリルダウングラフのリーフノードとして表される。本発明のさらなる実施形態によれば、受信されたタスクデータの少なくともいくつかは、非リーフノードとして表される。本発明の実施形態によっては、階層ドリルダウングラフは２つまたは３つ以上の階層レベルを含んでいる。ドリルダウングラフの、リーフノードでないノードのそれぞれは、１つまたは２つ以上の子ノードを含んでいる。ドリルダウングラフの少なくともいくつかのノードは、ドリルダウン分析を実行するための起点として用いられ得る。ドリルダウン分析は、ドリルダウン分析の開始ノードとしてノードを選択すると実行される、データ集合操作である。このノードを「現在のノード」という。現在のノードと、その直接的および間接的な後続ノードとに含まれるデータは、このドリルダウン分析の間に集合化される。ノードＸの「直接的な後続ノード」は、このノードＸの子ノードである。「間接的な後続ノード」は、ノードＸから開始し、グラフを下方向にたどることによって到達され得るあらゆるノードＳであって、ＳはノードＸの子ノードではない。

本発明の実施形態によれば、特定の現在のノードに対して実行されるドリルダウン分析は、以下のステップ、すなわち、
現在のノードによって、または現在のノードの直接的または間接的な後続ノードによって表される全てのタスクデータオブジェクトを集め、集合タスクデータオブジェクトグループにする集合工程であって、同一の集合タスクデータオブジェクトグループに属する全てのタスクデータオブジェクトは、属性値または少なくとも１つの属性の値の範囲が共通し、この少なくとも１つの共通の属性値または値の範囲が、この属性のタスクデータオブジェクトのタスクの、少なくとも１つの共通のステップを示し、この共通のステップが、集合タスクデータオブジェクトグループのタスクデータオブジェクトの全てのタスクに共通である、集合工程と、
集合ビューを提供するために、指定された集合ＧＵＩエレメントをグラフィカル・ユーザ・インタフェース上に表示する工程と
を備えている。

実施形態によれば、異なる種類の属性が、ドリルダウン分析の異なる階層レベルで用いられる。例えば、ドリルダウングラフの第１レベルのタスクデータオブジェクトを集合化するために用いられる属性は、複数の検査装置によって共有されるルームＩＤであってもよい。ドリルダウングラフの階層の第２レベルでは、タスクデータオブジェクトグループを集合化するために用いられる属性は、装置ＩＤであってもよい。

さらなる実施形態によれば、所定のドリルダウングラフトポロジーは、各ドリルダウンステップのそれぞれで用いられる１つまたは２つ以上の属性を特定する。これは、所定のトポロジーが、集合ステップを実行するためのドリルダウン操作のそれぞれにおいて、どの種類の属性または複数の属性が用いられるかを決定することから有利であり得る。他の属性は無視することができるので、処理能力を抑えることができる。

本発明のさらなる実施形態によれば、この方法はさらに、少なくとも１つのナビゲーションＧＵＩエレメントを表示するステップを備え、ここで少なくとも１つのナビゲーションＧＵＩエレメントは、ドリルダウングラフのノードへの選択可能なポインタである。ユーザにより少なくとも１つのナビゲーションＧＵＩエレメントが選択されると、選択されたナビゲーションＧＵＩエレメントにより指されたノードを、現在のノードとして使用する。この少なくとも１つのナビゲーションＧＵＩエレメントは、ドリルダウン分析を実行するため、また用いられた現在のノードに対するドリルダウン分析をトリガーするための起点を特定するという選択肢をユーザに提供する。結果としてユーザは、ドリルダウン分析で用いられた現在のノードの直接的または間接的な後続ノードとして表されるタスクデータオブジェクトに含まれているデータについての集合ビューを提供される。

本発明の実施形態によれば、「ナビゲーションＧＵＩエレメント」はあらゆる種類の選択可能なＧＵＩエレメントであってよく、例えばボタン、アイコンなどである。

本発明のさらなる実施形態によれば、この方法はさらに、２つまたは３つ以上のナビゲーションＧＵＩエレメントをＧＵＩ上に表示するステップを含んでいる。表示されるナビゲーションＧＵＩエレメントはナビゲーション経路を構成し、このナビゲーション経路のナビゲーションＧＵＩエレメントは、ドリルダウン分析においてすでに現在のノードとして用いられているノードに接続している。このナビゲーション経路はユーザが、ノードを指すナビゲーションＧＵＩエレメントを選択することによって、ドリルダウングラフのノード間で前後に探査することを可能にする。このナビゲーション経路の最後のナビゲーションＧＵＩエレメントは、ドリルダウン分析を実行し、その結果生じた集合ビューが現在表示されている、現在のノードとして用いられたノードに対するポインタである。本発明の実施形態によれば、このナビゲーション経路の最初のナビゲーションＧＵＩエレメントは、ドリルダウングラフのルートノードを指す。

さらなる実施形態によれば、この方法はさらに、ドリルダウン分析それぞれについて、少なくとも集合データの値を、作業メモリに記憶されているドリルダウンヒストリに記憶する工程と、ユーザによってこのナビゲーションＧＵＩエレメントが選択され、それによりユーザが新たな現在のノードを選択する選択工程とを備えている。新たな現在のノードは、以前に実行されたドリルダウン分析に対応する。実施形態によれば、この方法はさらに、選択された現在のノードに対して再度ドリルダウン分析を実行する代わりに、以前に実行されたドリルダウン分析に集められた、記憶されている集合データ値をロードする工程を備えている。以前のデータ集合ステップですでに計算されている集合データ値は再び計算される必要がなく、むしろメモリからロードされ得ることから、これらの特徴は有利となり得る。

ドリルダウンヒストリは、ドリルダウン分析を実行するコンピュータの作業メモリに記憶されるデータ構造である。このドリルダウンヒストリを用いることにより、ナビゲーション経路における前方および後方への移動が著しく加速され、これは、作業メモリのメモリアクセス回数は典型的には非常に少なく、またすでに計算された結果を利用することによりドリルダウン分析の再計算が回避され得るからである。

本発明のさらなる実施形態によれば、この方法はさらに以下の工程、すなわち、
１つまたは２つ以上のカテゴリを特定する工程、
１つまたは２つ以上のカテゴリのそれぞれを、選択可能なカテゴリＧＵＩエレメントとして表示する表示工程であって、この選択可能なカテゴリＧＵＩエレメントが、特に、タブ、またはボタン、アイコンなどであり得る、表示工程、
カテゴリのそれぞれに対して、対応するドリルダウングラフを生成する工程、
受信されたタスクデータオブジェクトを表す１つまたは２つ以上のノードのそれぞれを、生成された１つまたは２つ以上のドリルダウングラフに追加する工程、
ユーザにより１つまたは２つ以上のカテゴリエレメントの１つが選択されると、選択されたカテゴリＧＵＩエレメントに対応するドリルダウングラフを選択する工程、および
選択されたドリルダウングラフのグラフトポロジーにしたがって、集合工程が実行される、ドリルダウン分析を実行する工程
を備えている。

ここで用いられる「カテゴリ」という用語は、受信されたタスクデータオブジェクトに含まれるデータについて、特定のビューを提供する情報アーキテクチャのことをいう。カテゴリのそれぞれは、ドリルダウングラフに対応している。本発明の実施形態によっては、特定のカテゴリに対応しているドリルダウングラフそれぞれのトポロジーは独特のものであり、それにより受信されたタスクデータオブジェクトに含まれているデータを集合および解読するための、独特のグラフトポロジーを提供することができる。

複数の異なるドリルダウングラフに対応する複数の異なるカテゴリを用いることが特に有利であって、これは、ユーザがそれにより、受信されたタスクデータオブジェクトに働きかけるための異なるエントリーポイントを与えられ、また異なるスキーマにしたがってタスクを体系化および集合化するという選択肢を与えられるからである。本発明の実施形態によれば、各カテゴリは「ルーチン」カテゴリ、「ラボ」カテゴリおよび「ユーティリティ」カテゴリを含んでいる群から選択される。

「ルーチン」カテゴリは、１つまたは２つ以上の生物試料に関連付けられているデータ、および分析結果の生成に関連付けられているデータ、および／または１つまたは２つ以上の生物試料に対する検査手順の実行を監視および／または制御するという選択肢をユーザに提供するデータを含んでいる。

「ラボ」カテゴリは、検査室中に存在する１つまたは２つ以上の検査装置によってデータを体系化するために用いられ得る。「ラボ」カテゴリにより与えられるビューは、１つまたは２つ以上の検査装置、消耗品、および／または廃棄物のステータスを監視および／または制御するという選択肢をユーザに与える。例えば、試薬の充填レベル、検査装置のエラーステータスなどが監視でき、影響を受けた装置はそれに応じて、ユーザにより起動または停止され得る。

「ユーティリティ」カテゴリは、検査装置、ユーザの役割またはユーザの許可を構成するために用いられ得る構成データを含んでいる。構成データはまた、１つまたは２つ以上の試料に対して行われるべき１つまたは２つ以上の検査のための構成データ、ユーザ管理に関連した構成データ、および／またはログエントリを含み得る。

本発明のさらなる実施形態によれば、この方法はさらに、第１ノードを第２ノードに接続する少なくとも１つのリンクを生成することを含んでおり、ここで第１ノードは第１カテゴリに対応する第１ドリルダウングラフに属し、第２ノードは第１ドリルダウングラフか、第２カテゴリに対応する第２ドリルダウングラフに属している。第２ノードが第２ドリルダウングラフに属している場合、リンクは第１ドリルダウングラフを第２ドリルダウングラフに接続し、また、異なるカテゴリのドリルダウングラフ間で探査するという選択肢をユーザに提供する。

本発明の好適な実施形態によれば、リンクはエンドユーザではなく、ビジネスアナリストによって特定される。ノードを接続するためのリンクの使用は、以下の理由から特に有利である。すなわち、
エッジとは異なり、リンクは異なるドリルダウングラフに属するノードを接続できるので、ユーザが異なるドリルダウングラフ間で探査できる点、
ユーザがコンテクストを変更したい場合、例えば、異なるドリルダウングラフにしたがってタスクデータオブジェクトを集合化することにより作り出される、１つまたは２つ以上のグループのタスクデータオブジェクトのデータを見たい場合には、リンクは、ユーザが異なる集合ビューの間で切り替えることを可能にし、ここで集合ビューのそれぞれは、異なるドリルダウングラフのトポロジーに基づいて作り出されている点、
リンクは、１つまたは２つ以上の別の階層レベルにより、互いに分離された離れた階層レベルに属するノード間の接続を可能にするので、ユーザが、各中間階層レベルに対するドリルダウン分析の実行を省略することを可能にする点、および
ドリルダウングラフの１つのエッジではないリンクは、環状のナビゲーション経路の導入を可能にし、結果としてユーザは、複数のドリルダウングラフ内またはその間での、ほとんど探査の制限がない自由を与えられる一方で、同時に、不整合をもたらすおそれのある、ドリルダウングラフにおける環状経路の発生を防ぐことができる点である。ドリルダウングラフのトポロジーは、リンクによってではなく、単にそのノードおよびエッジによって構成される。

本発明のさらなる実施形態によれば、１つまたは２つ以上のユーザＩＤおよび／または役割ＩＤが、受信されたタスクデータオブジェクトのそれぞれに割り当てられる。「ＩＤ」という用語と「識別子」という用語は、ここでは同意語として用いられる。ユーザＩＤおよび／またはユーザの役割ＩＤは、このユーザのログイン時に受信される。このユーザＩＤおよび／または役割ＩＤを受信すると、受信されたユーザＩＤおよび／または役割ＩＤを割り当てられているタスクデータオブジェクトのみが、ドリルダウン分析を実行するために用いられる。

特に、モバイル機器は、典型的には、モバイル機器とユーザの識別に用いられ得るサーバコンピュータとの間で通信チャネルが確立されるときに、ユーザの電話番号を信号で伝えることから、ユーザの識別に用いられ得る。各ユーザは、そのユーザに固有の識別子であるユーザＩＤを割り当てられている。ユーザは、ユーザＩＤに加えて、またはユーザＩＤの代わりに、役割ＩＤを割り当てられてもよい。役割ＩＤは、検査室において特定の役割を果たし、また役割に特有の権利および義務を割り当てられている１人または２人以上のユーザの群に対する、固有の識別子である。本発明の実施形態によっては、ユーザは、サーバコンピュータ、サーバコンピュータに接続される検査装置、および／またはネットワークを介してサーバコンピュータに接続される他のあらゆるコンピュータまたはモバイル機器によって与えられるマンマシンインタフェースを介して分析システムにログインできる。ログイン動作は、分析システムと相互運用可能なソフトウェアシステムへのログイン動作であってもよく、これは例えば、分析システムとデータを交換するように操作可能なＬＩＳまたはミドルウェアコンポーネントである。

サーバコンピュータから受信されるログインイベント時に、ユーザに集合ビューが提供され、この集合ビューは、ログインイベント時に受信されたユーザＩＤおよび／またはユーザの役割ＩＤを割り当てた、集合ステップにおけるタスクデータオブジェクトのみを選択的に用いることによって作り出されている。実施形態によれば、ＧＵＩはログインユーザに対して、そのユーザが実行する許可を有していないタスクについては全く表示しない。この特徴は、ユーザに示される「視覚的なノイズ」を減少することから有利であり得る。

さらなる実施形態によれば、１つまたは２つ以上のユーザＩＤおよび／または役割ＩＤが、受信されたタスクデータオブジェクトのそれぞれに割り当てられ、集合ビューを提供する方法はさらに、ユーザのログイン時にユーザＩＤおよび／またはユーザの役割ＩＤを受信する工程、受信されたタスクデータオブジェクトを、それぞれに割り当てられたユーザＩＤおよび／または役割ＩＤに応じてグループ化する工程、および集合ステップを実行するために、受信されたユーザＩＤおよび／または役割ＩＤを割り当てたタスクデータオブジェクトのみを、選択的に用いる工程を含んでいる。

本発明のさらなる実施形態によれば、各タスクデータオブジェクトは、緊急度の属性を割り当てられる。実施形態のいくつかはさらに、割り当てられた緊急度の属性にしたがって、タスクデータオブジェクトを集合化する工程を備えている。集合ステップにおいて、集合化された各タスクデータオブジェクトグループは、集合化された緊急度の値を割り当てられる。この集合化された緊急度の値は、集合タスクデータオブジェクトグループ内の全てのタスクデータオブジェクトの、最大の緊急度属性値として計算される。その集合化された緊急度の値が閾値を上回っているタスクデータオブジェクトのグループのＧＵＩエレメントのみが表示される。実施形態によれば、この工程はユーザが誰もログインしていないことを確定した後に実行されるので、ユーザがログインしていない場合でも、分析システムの操作性を維持するために実行されるべき最も緊急のタスクに関する集合ビューが提供されることを確実にする。

実施形態によれば、完了したタスクを表すタスクデータオブジェクトは、自動的に、またはユーザの動作により、「完了」とフラグ付けされる。このフラグを含んでいるタスクデータオブジェクトは、集合ステップを実行するときに用いられないので、視覚的なノイズをさらに減少する。

本発明のさらなる実施形態によれば、この方法はさらに、ユーザに特有の、ドリルダウングラフ内のノードに対する選択可能なポインタである、お気に入りＧＵＩエレメントを指定する工程、および指定されたＧＵＩエレメントを表示する工程を備え、ここでお気に入りＧＵＩエレメントを選択すると、ドリルダウン分析の実行が行われ、この実行においてお気に入りＧＵＩエレメントにより指されているノードが、現在のノードとして用いられる。「お気に入りＧＵＩエレメント」は例えば、選択可能なボタン、アイコン、またはグラフィカル・ユーザ・インタフェース上に表示され得る他のあらゆる選択可能なＧＵＩエレメントであり得る。お気に入りＧＵＩエレメントは、ユーザがドリルダウングラフの特定のノードを直接探査することを可能にし、これはこのノードの現在のノードとしての使用に基づくドリルダウン分析にしたがって、タスクデータオブジェクトの集合ビューを得るためである。

さらなる実施形態によれば、選択された集合タスクデータオブジェクトグループのタスクデータオブジェクトはそれぞれ、測定結果を検査および／または検証するというタスクを表す。各測定結果は、分析結果または較正結果である。分析結果は生体試料を分析することにより作り出される。較正結果は、較正試料を分析して作り出される。前述の全てのタスクに共通する工程を実行するために、プログラム命令へのユーザアクセスを提供する工程は、ワークフロー実行ビューを表示する工程を備えている。ワークフロー実行ビューは、ユーザが上述の測定結果を検査および／または検証することを可能にする１つまたは２つ以上のタスク実行ＧＵＩエレメントを備えている。選択された集合タスクデータオブジェクトグループの共通の工程は、表示のために、複数のワークフロー実行ビューからワークフロー実行ビューを自動的に選択する工程である。

例えば、測定結果は、１つまたは２つ以上の生体試料を処理することによって少なくとも１つの検査装置から作り出されている分析結果であり得る。他の例によれば、各測定結果は、較正試料を処理することによって較正器から作り出されている較正結果であってもよく、この較正器は検査装置の１つである。

実施形態によれば、この方法はさらに、ワークフロー実行ビューを介して、測定結果の１つのユーザによる承認を示している確認信号を受信する工程を備えている。確認信号を受信した場合には、この結果はＬＩＳまたは検査室のミドルウェアに自動的に転送されるか、またはそこで利用可能にされる。

実施形態によれば、少なくとも１つの検査装置は、複数の検査装置の１つであり、選択された集合タスクデータオブジェクトグループのタスクデータオブジェクトはそれぞれ、複数の検査装置の１つを維持管理するというタスクを表す。前述の全てのタスクに共通の工程を実行するために、プログラム命令へのユーザアクセスを提供する工程は、ワークフロー実行ビューを表示する工程を含んでいる。ワークフロー実行ビューは１つまたは２つ以上のタスク実行ＧＵＩエレメントを備えており、タスク実行ＧＵＩエレメントのそれぞれは、検査装置の１つの現在のステータスに関する情報、および／またはその検査装置をどのようにして検査または修理するかについての情報を含んでいる。

さらなる実施形態によれば、この選択された集合タスクデータオブジェクトグループの共通の工程は、以下の群、すなわち、
共通の位置でメンテナンスタスクを実行する実行工程であって、この共通の位置は、そのメンテナンスタスクが選択された集合タスクデータオブジェクトグループ内で集合化される全ての検査装置に共通であり、例えば、共通の位置が、それぞれの検査装置が位置付けられている部屋、部門または検査室のルームＩＤ、機関ＩＤまたはラボＩＤにより示されてもよい、実行工程、および
例えば、アプリケーションプログラムにおいて特定された異なる複数のビューが存在し、それぞれのビューが、いくつかのメンテナンスタスクを実行するために、異なるレイアウトおよび異なるＧＵＩエレメントのセットを含む場合に、表示用の複数のワークフロー実行ビューからワークフロー実行ビューを選択し、検査装置のそれぞれを操作可能にするために、そのメンテナンスタスクが選択された集合タスクデータオブジェクトグループ内で集合化される全ての検査装置に共通する、共通の位置から、１つまたは２つ以上の消耗品を取り出す工程
から選択される。

さらなる実施形態によれば、共通の位置は、複数の検査装置の空の消耗品を補充するために、この位置から取り出される必要がある消耗品を含む特定の位置であり、例えば、部屋、冷凍室または他の保管施設などである。例えば、共通の位置は、それぞれの消耗品が保管されているルームＩＤまたは冷凍室ＩＤにより示されてもよい。この方法はさらに、表示用の複数のワークフロー実行ビューから１つのワークフロー実行ビューを選択する工程を含んでおり、このワークフロー実行ビューは、上述の共通の位置から取り出されるべき消耗品のリストを含んでいる。

実施形態によれば、問題を自動的に解決する手段を設けることなく、エラーステータスを表示するように設計されるＧＵＩエレメントを含む１つの第１ワークフロー実行ビューがあってもよく、ユーザが検査装置のそれぞれを操作することを可能にするＧＵＩエレメントを含む第２ワークフロー実行ビューがあってもよい。ゆえに、１つの特定のワークフロー実行ビューを共有する全てのタスクデータオブジェクトを集合化することにより、ユーザは、異なるワークフロー実行ビューの間で切り替えや探査を行う必要なしに、１つのビューから、複数の検査装置での複数のメンテナンスタスクを解決することができる。

実施形態によれば、この方法はさらに、ワークフロー実行ビューを介して、ユーザによる成功したメンテナンスを示す確認信号を受信する工程を備えている。確認信号が受信された場合には、確認信号が受信された検査装置のそれぞれにコマンドを自動的に送信するので、検査装置を自動的に起動し、この検査装置がそのそれぞれの検査手順を実行することを可能にする。

１つ、かつ同一のワークフロー実行ビューを介して複数の検査装置を維持管理するユーザはさらに、例えばワークフロー実行ビューのＧＵＩエレメントの１つに対するクリックによって、修復された検査装置のそれぞれを再起動できることから、上記の特徴は有利であり得る。タスクが、共通のワークフロー実行ビューではなくむしろ、例えば、時系列によって集合化されている場合には、ユーザは異なる種類の検査装置を維持管理するために複数の異なるビューの間で切り替えなければならない可能性があり、これは人間と機械との間のやりとりをより効率的にする。

例えば、複数のタスクデータオブジェクトは、例えば様々な検査装置の多様な消耗品を含んでいる部屋などの、共通の物理的位置にしたがって集合化されてもよい。第１の集合ＧＵＩエレメントは、キュベットを再充填するため、特定の試薬を再充填するため、およびピペットを再充填するための複数のタスクを表してもよく、このタスクは、これら消耗品を特定の保管室から取り出すという共通のタスクステップに基づき集合化されている。この保管室は、「接続されていない検査装置」として分析システム内に表されてもよい。対応する集合ＧＵＩエレメントをクリックするユーザは、「ショッピングリスト」を含んでいるワークフロー実行ビューの表示をトリガーし、このリストは、上述の特定の部屋から取り出されるべき全ての品目を含んでいる。実施形態によれば、バックグラウンドプロセスは統計的結果を計算するために、検査装置のステータスを監視する。この統計的結果は、特定の消耗品が再充填されなければならなくなるまでの平均期間を示す。この情報は、消耗品が高確率で空になる前の、安全保障期間内に対応する消耗品を再充填するというタスクを特定するタスクデータオブジェクトを自動的に作り出すために用いられる。ゆえに本発明の実施形態は、受信された検査装置のそれぞれのステータスメッセージによりタスクデータオブジェクトを自動的に作り出すことを可能にするだけではない。むしろ、この実施形態は付加的に、自動的に集められた統計的データに基づき、タスクデータオブジェクトを前もって自動的に作り出すことを可能にする。まだ空にはなっていないが、おそらく程なく再充填されなければならない品目がショッピングリストに加えられるので、この特徴はタスク集合の効率をさらに向上し得る。

さらなる実施形態によれば、少なくとも１つの検査装置は複数の検査装置の１つであって、選択された集合タスクデータオブジェクトグループのタスクデータオブジェクトはそれぞれ、この集合タスクデータオブジェクトグループのタスクデータオブジェクトで特定される検査装置の１つによって処理される生体試料の１つまたは２つ以上を、検査装置のいずれかから目的位置まで運ぶというタスクを表す。この目的位置は例えば、保管ユニット、冷凍室、冷蔵室、分析後装置などであり得る。この選択された集合タスクデータオブジェクトグループの共通のステップは、１つまたは２つ以上の生体試料を共通の目的位置まで運ぶステップである。共通のステップを実行するためにプログラム命令へのユーザアクセスを提供する工程は、ワークフロー実行ビューを表示する工程を備えている。ワークフロー実行ビューを介した、ユーザによる目的位置の確認を示す確認信号を受信すると、選択された集合タスクデータオブジェクトグループの移送タスクを、１つまたは２つ以上のロボットユニットが自動的に実行するようにトリガーする信号は、このロボットユニットに自動的に送信される。結果として、ロボットユニット、例えばコンベアベルトおよび／またはロボットアームは、検査装置のいずれかによって処理される生体試料のそれぞれを共通の目的位置まで自動的に運ぶ。検査装置が自動のマルチデバイスワークセルシステムの一部である場合に、目的位置への共同の移送のために試料が複数の検査装置から集められ得ることから、これは有利であり得る。

本発明のさらなる実施形態によれば、この方法はさらに、
第１の集合ＧＵＩエレメントバージョンによって集合ＧＵＩエレメントのそれぞれを提供する提供工程であって、ＧＵＩエレメントバージョンのそれぞれが、特定のグラフィックデザインに対応し、第１のＧＵＩエレメントバージョンが小さなスクリーンの上、特にモバイルユーザ機器上に表示されるように構成され、ＧＵＩエレメントのそれぞれは、ドリルダウングラフの第１ノードの１つに対するポインタである、提供工程、ほぼスクリーンのサイズである第１ウィンドウ枠に、集合ＧＵＩエレメントを含む集合ビューを表示する工程、およびほぼスクリーンのサイズであり、第１ウィンドウ枠に取って代わる第２ウィンドウ枠を表示する工程
を備えている。第２ウィンドウ枠は１つまたは２つ以上のさらなる集合ＧＵＩエレメントを含んでいるか、１つまたは２つ以上のタスクＧＵＩエレメントを含んでいる。タスクＧＵＩエレメントのそれぞれは、第１ウィンドウ枠の集合ＧＵＩエレメントの１つによって表される集合タスクデータオブジェクトグループのタスクデータオブジェクトを表している。いずれのタスクＧＵＩエレメントの選択時でも、上述の１つの集合タスクデータオブジェクトグループの共通のステップを実行するための命令が実行される。

特定のグラフィックデザインに対応するＧＵＩエレメントバージョンは、グラフィカル・ユーザ・インタフェース上のＧＵＩエレメントの外観および動的挙動を決定する、大きさ、形状およびその他の特徴の特定である。

この実施形態は、特に、例えばスマートフォンなどのユーザのモバイル機器の小さなスクリーン上に表示されるよう構成されるデータの集合ビューを提供するので有利である。この実施形態のいくつかは、分析システムの操作性を維持するために、緊急性の高いタスクがすぐに実行されなければならないときはいつでも、例えば検査技師（lab technician）などの、適切な許可および技術を有するユーザへの通知を可能にする緊急システムとして用いられ得る。

さらなる実施形態によれば、第２ウィンドウ枠のコンテントは、以下の工程を実行することにより構成される。これはすなわち、第１ウィンドウ枠で集合エレメントの１つを選択すると、ドリルダウングラフの第１ノードを現在のノードとして選択する工程、現在のノード、および現在のノードの直接的、間接的な後続ノードの全てに実行されるデータ集合操作である、ドリルダウン分析を実行する実行工程であって、これらノードに集合操作を実行するときに、現在のノードのノード属性が、この集合操作において、１つまたは２つ以上のさらなる集合タスクデータオブジェクトグループが作り出されるステップＢに従って集合属性として用いられる、実行工程、および、さらなる集合ＧＵＩエレメントの１つによって、さらなる集合タスクデータオブジェクトグループのそれぞれを表す工程である。ユーザは第１集合ＧＵＩエレメントの１つを選択することにより、ドリルダウン分析を実行でき、また結果として、選択された第１集合ＧＵＩエレメントに対応するノードの子ノードの１つに集合化されている複数のタスクデータオブジェクトを表し得る１つまたは２つ以上のさらなる集合ＧＵＩエレメントを受信できるので、これは有利であり得る。ツリー階層の底まで到達しているためにグラフのさらなるドリルダウンが不可能である場合には、単一のタスクデータオブジェクトが、第２ウィンドウ枠上に選択可能なタスクＧＵＩエレメントとして表され、また表示されてもよい。ユーザによりタスクＧＵＩエレメントが選択されると、さらなるドリルダウンは実行されず、むしろ、選択されたタスクデータオブジェクトにより表されるタスクを実行するための命令の実行がトリガーされる。

本発明の実施形態によれば、サーバコンピュータは、分析システムに属している検査装置のステータス情報を継続的に監視する。ステータス情報によっては、１つまたは２つ以上のタスクデータオブジェクトがサーバコンピュータにより生成され、受信される。タスクデータオブジェクトを集合化するステップは、少なくとも、集合ステップのための属性として受信されたタスクデータオブジェクトのそれぞれに割り当てられる緊急度属性を用いて行われる。タスクデータオブジェクトのグループのいずれかに割り当てられる集合化された緊急度の値が閾値を超える場合には、１人または２人以上のユーザは緊急タスクを通知される。この通知は、緊急タスクについての集合ビューの詳細をユーザのモバイル機器に送信するサーバコンピュータによって行われる。このユーザは、例えば検査技師などの、規定のユーザであり得る。さらなる実施形態によればこのユーザは同様に、ユーザＩＤにより特定されるユーザであってもよく、このユーザＩＤは集合タスクデータオブジェクトのそれぞれに割り当てられている。

モバイル機器の大きさは通常小さいので、ドリルダウン分析の結果を第１表示モードにしたがって表示することが有利であり、この第１表示モードはほぼスクリーンの大きさであるウィンドウ枠を用い、また第１バージョンのＧＵＩエレメントに対応するＧＵＩエレメントを用いる。この表示モードは「フルスクリーンモード」ともみなされる。

ドリルダウン分析は、第１ウィンドウ枠のＧＵＩエレメントの選択時に実行される。このドリルダウン分析の結果として得られた集合データは、第２ウィンドウ枠上に表示される。第１ウィンドウ枠および第２ウィンドウ枠は、ユーザによって同時には見られ得ない。むしろ、第２ウィンドウ枠が第１ウィンドウ枠に取って代わる。

現在のコンピュータシステムおよび／または現在の分析システムで用いられるスクリーンの大きさは、通常、ユーザを混乱させることなく多数のＧＵＩエレメントを同時に表示できるのに充分な大きさであることから、ドリルダウン分析の結果を、第２表示モードにしたがってグラフィカル・ユーザ・インタフェース上に表示することが有利である。第２表示モードは、スクリーンのほぼ半分の大きさであるウィンドウ枠を用いる。この表示モードは「詳細表示モード」ともみなされ得る。ＧＵＩエレメントの第２バージョンに属しているＧＵＩエレメントは、現在のスクリーンシステムのスクリーンなどの、中型のスクリーン上に表示されるのに適切な大きさである。ドリルダウン分析は、第１ウィンドウ枠のＧＵＩエレメントの選択時に実行される。このドリルダウン分析の結果として得られた集合データは、第２ウィンドウ枠上に表示される。第１ウィンドウ枠および第２ウィンドウ枠は、第２表示モードにより、ユーザによって同時に見られ得る。

本発明のさらなる実施形態によれば、この方法はさらに以下の工程、すなわち、
第２ＧＵＩエレメントバージョンにしたがってＧＵＩエレメントのそれぞれを提供する提供工程であって、ＧＵＩエレメントバージョンは特定のグラフィカルデザインに対応し、第２ＧＵＩエレメントバージョンは中型スクリーン、特にコンピュータシステムのスクリーンまたは検査装置のスクリーン上に表示されるように構成され、ＧＵＩエレメントのそれぞれは、ドリルダウングラフのノードに対するポインタである、提供工程、
スクリーンのほぼ半分の大きさである第１ウィンドウ枠内に、第１ＧＵＩエレメントを表示する工程、
この第１ＧＵＩエレメントの１つを選択すると、選択されたＧＵＩエレメントにより指されたノードを現在のノードとして用い、工程Ｂ〜Ｅを実行することによりドリルダウン分析を実行する工程を備え、
工程Ｅにおいて表示されたＧＵＩエレメントが、第２ＧＵＩエレメントであり、この第２ＧＵＩエレメントは、第２ウィンドウ枠内に表示され、第２ウィンドウ枠はスクリーンのほぼ半分の大きさであり、第１ウィンドウ枠および第２ウィンドウ枠は同時に表示されている。

本発明のさらなる実施形態によれば、集合ビューを提供する方法の、これまで記載してきた実施形態は、生体試料を分析するための分析システムにより実施され、この分析システムは１つまたは２つ以上の検査装置を含んでいる。本発明のさらなる実施形態によれば、この方法は、１つまたは２つ以上の検査装置の１つによりユーザを識別する工程、識別されたユーザのユーザ識別子ならびに第１および第２の検査装置の１つの装置識別子を、サーバコンピュータに送信する工程、サーバコンピュータにより、識別されたユーザによって実行されるべきタスクを決定する決定工程であって、サーバコンピュータがそのためにユーザ識別子および装置識別子を用いる、決定工程、および、決定されたタスクを示すタスクデータオブジェクトを含む信号を、サーバコンピュータから検査装置へと送信する工程を備えている。

本発明の実施形態によれば、集合閾値は、例えばビジネスアナリストにより特定され得る。集合閾値は、集合化されたデータ値を決定し、集合タスクデータオブジェクトグループを表すＧＵＩエレメントを指定するためにこのデータ値を用いるために、タスクデータオブジェクトグループ内に含まれる必要のあるタスクデータオブジェクトの最小数である。この実施形態によれば、現在のタスクデータオブジェクトグループにおけるタスクデータオブジェクトの数が決定される。決定された数が集合閾値を超える場合には、ドリルダウン分析が実行され、ユーザは集合ビューを提供される。現在のタスクデータオブジェクトの数が集合閾値を超えていないと決定された場合には、単一のタスクデータオブジェクトのそれぞれが、分離したＧＵＩエレメントの形状で図式化される。

本発明のさらなる実施形態によれば、集合タスクデータオブジェクトグループを表す１つまたは２つ以上のＧＵＩエレメントは、ここで「タスク領域」と呼ばれるスクリーンの分離した領域に表示されるリンクＧＵＩエレメントである。集合エレメントのそれぞれは、この集合ＧＵＩエレメントにより表される１つまたは２つ以上のタスクを実行するプログラム命令へのアクセスをユーザに提供する。例えば、１２個のタスクデータオブジェクトがそれぞれ、分析結果として得られた測定値の妥当性を手動で評価するというタスクを示している場合には、１２個の集合タスクデータオブジェクトを表す集合ＧＵＩエレメントは、選択されるとより詳細なビューの表示をトリガーするリンクを含み、このビューは上記の評価を行うために必要なデータを含んでいる。

例えば、この集合ＧＵＩエレメントを選択すると、測定値を得るために用いられる分析装置の較正データが表示され、この較正データは、得られた測定値の妥当性を評価するために必要とされている。

さらなる実施形態によれば、ユーザによる集合ＧＵＩエレメントの選択は、検査装置による１つまたは２つ以上の試料に対する検査手順の実行をトリガーし、および／または例えばこの検査装置の起動および／または停止を制御する１つまたは２つ以上の選択可能なＧＵＩエレメントの表示をトリガーする。

本発明の実施形態によれば、各タスクデータオブジェクトは、少なくとも第１属性および第２属性を含んでいる。第１の現在のノードが選択される場合には、工程Ｂ〜Ｅの実行を含む第１ドリルダウン分析を実行するために用いられる第１属性が用いられる。第２の現在のノードが選択される場合には、工程Ｂ〜Ｅの実行を含む第２ドリルダウン分析を実行するために用いられる第２属性が用いられ、ここで第１属性と第２属性とは同一ではない。

例えば、第１ドリルダウン分析の実行中に、ルームＩＤはタスクデータオブジェクトを集合化するための属性として用いられてもよい。例えば、タスクデータオブジェクトの全てが特定のルームＩＤを割り当てられている特定のグループに対して実行される第２ドリルダウン分析において、装置ＩＤは、このルームＩＤを割り当てられている全てのタスクデータオブジェクトを集合化するための属性として用いられ得る。本発明の実施形態によっては、集合ステップで用いられる１つの属性または複数の属性は、ビジネスアナリストによって特定されるか、および／またはエンドユーザによって特定されることにより、あらかじめ定められてもよい。さらに、例えばタスクデータオブジェクトに割り当てられたユーザＩＤに基づく、１つまたは２つ以上のグループ化ステップは、ドリルダウン分析を実行している間に行われてもよいので、視覚的なノイズをさらに減少させる。

本発明の実施形態によれば、少なくとも１つの検査装置のステータスは、サーバコンピュータによって監視される。サーバコンピュータは受信されたステータス情報によって、新しいタスクデータオブジェクトを動的に作り出しまたは受信し、および／または受信されたタスクデータオブジェクトの少なくともいくつかを変更または削除する。受信されたタスクデータオブジェクトの生成、変更または削除時に、ドリルダウン分析の再実行がトリガーされる。この再実行の結果として、動的にアップデートされた、集合ビューがユーザに提供される。

本発明のさらなる実施形態にしたがって、生体試料を分析するための分析システムが提供され、この分析システムは、少なくとも１つの検査装置と、それぞれが少なくとも１つの属性を含むタスクデータオブジェクトを受信するサーバインタフェースコンポーネントを有するサーバコンピュータとを備え、受信されたタスクデータオブジェクトの少なくともいくつかは、少なくとも１つの検査装置によって行われるべき検査手順を示している。サーバコンピュータは、受信したタスクデータオブジェクトの少なくともいくつかを集合化し、複数のタスクデータオブジェクトグループにする処理コンポーネントを備えている。同一の集合タスクデータオブジェクトグループに属する全てのタスクデータオブジェクトは、少なくとも１つの属性の同一の属性値または属性値範囲で共通し、少なくとも１つの共通の属性が、その属性のタスクデータオブジェクトのタスクの少なくとも１つの共通のステップを示し、この共通のステップが集合タスクデータオブジェクトグループの、タスクデータオブジェクトの全てのタスクに共通している。処理コンポーネントは、集合タスクデータオブジェクトグループのそれぞれについて、選択可能な集合ＧＵＩエレメントを指定し、この集合ＧＵＩエレメントが集合タスクデータオブジェクトグループを表す。また、処理コンポーネントは、集合ＧＵＩエレメントを集合ビューで表示し、ユーザにより、集合ＧＵＩエレメントの１つが選択されると、選択された集合ＧＵＩエレメントにより表される集合タスクデータオブジェクトグループを選択し、選択された集合タスクデータオブジェクトグループの共通の工程を実行するプログラム命令へのユーザアクセスを自動的に与える。

サーバコンピュータシステムはさらに、集合ビューを提供するために指定された集合ＧＵＩエレメントを表示するグラフィカル・ユーザ・インタフェースを備えている。

実施形態によっては、グラフィカル・ユーザ・インタフェースは、検査装置の一部であってもよく、サーバコンピュータの一部であってもよく、および／またはネットワークを介してサーバコンピュータに接続されている他のあらゆる処理装置の一部であってもよい。この他の処理装置は例えば、ユーザのモバイル機器または検査室のイントラネットに接続されるコンピュータである。

本発明のさらなる実施形態によれば、装置ＩＤは、受信されたタスクデータオブジェクトの少なくともいくつかに割り当てられ、この装置ＩＤは少なくとも１つの検査装置の１つを示している。分析システムに属する少なくとも１つの検査装置は、検査装置の装置ＩＤにより、この検査装置をサーバコンピュータで識別する装置識別コンポーネントを備えている。この実施形態によれば、サーバコンピュータはサービスインタフェースコンポーネントを備えている。このサーバインタフェースコンポーネントは、識別された検査装置に信号を送るように動作可能であって、信号は、識別された検査装置の装置ＩＤが割り当てられた受信されたタスクデータオブジェクトの全てについて集合化されているデータを含んでいる。結果として、この検査装置で作業するユーザは、検査室で実行されなければならないタスク、特に緊急のタスクに関して、絶えず最新の状態に保つことができる。

本発明のさらなる実施形態によれば、この装置ＩＤはユーザのモバイル機器を示し、サーバコンピュータは、その装置ＩＤ、例えばユーザの携帯電話の番号により、モバイル機器を識別するように動作可能である。サーバインタフェースコンポーネントは、識別されたモバイル機器に信号を送るように動作可能であって、信号は、識別されたモバイル機器のユーザのユーザＩＤが割り当てられている受信されたタスクデータオブジェクトの全てについて集合化されているデータを含んでいる。結果として、ユーザのモバイル機器を介して、検査室で実行されなければならないタスク、特に緊急のタスクに関して、ユーザは絶えず最新の状態に保つことができる。

本発明のさらなる実施形態によれば、ユーザＩＤおよび／または役割ＩＤは、受信されるタスクデータオブジェクトの少なくともいくつかに割り当てられ、各ユーザＩＤは一人のユーザを示し、各役割ＩＤは少なくとも一人のユーザに割り当てられた役割を示す役割ＩＤを示す。少なくとも１つの検査装置は、ユーザのユーザＩＤおよび／または役割ＩＤによってユーザを識別するユーザ識別コンポーネントと、識別されたユーザのユーザＩＤおよび／または役割ＩＤを送信するインタフェースコンポーネントとを備えている。サーバコンピュータはサービスインタフェースコンポーネントを含んでおり、サーバインタフェースコンポーネントは装置ＩＤによって識別された検査装置に信号を送るように動作可能であって、信号は、検査装置によって識別されたユーザＩＤおよび／またはユーザの役割ＩＤが割り当てられた受信されたタスクデータオブジェクトについて集合化されたデータを含んでいる。さらなる実施形態によれば、サーバコンピュータはさらに、識別されたユーザのモバイル機器にこの信号を送るように動作可能である。

さらなる実施形態によれば、サーバコンピュータにより与えられるグラフィカル・ユーザ・インタフェースを介して、ユーザはサーバコンピュータで自身を識別できる。このグラフィカル・ユーザ・インタフェースは、サーバコンピュータのスクリーンでもよく、またはさらなるコンピュータシステムのモニタースクリーンでもよく、このさらなるコンピュータシステムは、ネットワーク、例えば検査室のイントラネットを介して、サーバコンピュータに接続されている。

本発明のさらなる実施形態によれば、生物試料を分析するための分析システムが提供され、分析システムは少なくとも１つの検査装置とサーバコンピュータとを備え、この検査装置の少なくとも１つが、ユーザを識別するユーザ識別コンポーネント、検査装置を識別する装置識別コンポーネント、および識別されたユーザのユーザ識別子および検査装置の装置識別子を送信するインタフェースコンポーネントを有している。サーバコンピュータは、ユーザ識別子および装置識別子を受信するサーバインタフェースコンポーネント、および識別されたユーザによって実行されるべきタスクを決定する処理コンポーネントを有している。ここでサーバインタフェースコンポーネントはサービスインタフェースコンポーネントを介して、装置ＩＤにより識別される検査装置に信号を送るように動作可能であって、この信号は、検査装置によって識別されたユーザＩＤおよび／またはユーザの役割ＩＤが割り当てられた受信されたタスクデータオブジェクトについて集合化されたデータを含んでいる。本発明の実施形態は、少なくとも１つの検査装置を用いて、ログイン時にサーバコンピュータによって、ユーザによって実行される必要のある１つまたは２つ以上のタスクに関してユーザが知らされることから、有利である。これは、分析システムの、利便性が高く効率的な操作を可能にする。

本発明の実施形態によれば、タスク実行の完了は、サーバコンピュータに信号で伝えられる。例えば、ユーザは、決定されたタスクの実行のために検査装置を用い、その後、実行の完了が検査装置からサーバコンピュータに信号で伝えられるように、検査装置に確認（acknowledgement）を入力できる。本発明の実施形態によれば、サーバコンピュータは第１のタスクセットを第１検査装置に割り当て、第２のタスクセットを第２検査装置に割り当てるためのデータベースを含んでいる。サーバコンピュータの処理コンポーネントは、決定されたタスクが、データベースにおいて識別された検査装置に割り当てられていないときにメッセージを生み出す。

本発明のさらなる実施形態によれば、この方法は、検査装置によってユーザを識別する工程、識別されたユーザのユーザ識別子および検査装置の装置識別子をサーバコンピュータに送信する工程、ユーザ識別子および装置識別子を用いてサーバコンピュータにより少なくとも１つのタスクデータオブジェクトを決定する決定工程であって、この少なくとも１つのタスクデータオブジェクトが決定されたタスクを示す、決定工程、およびタスクデータオブジェクトを含む信号を、サーバコンピュータから検査装置の１つへ送信する工程を備えている。

本発明の実施形態によれば、分析システムのモバイル機器は、少なくとも１つの決定されたタスクを示しており、さらにこのタスクの実行に用いられるべき検査装置を示すタスクデータオブジェクトを含む信号を受信する。さらにタスクデータオブジェクトは、実行に用いられるべき検査装置の位置も示している。この位置情報は、検査装置の地理的および／または位相的な位置の表示を含み得る。例えば、位置情報は、検査装置が位置付けられている検査室を示す検査室番号として提供される。

本発明の実施形態によれば、分析システムはさらに少なくとも１つのモバイル機器を備えている。モバイル機器は決定されたタスクを示している信号を受信し得る。この信号は、決定されたタスクの実行に用いられるべき検査装置の１つも示している。分析システムへの少なくとも１つのモバイル機器の統合は、分析システムのユビキタス操作を可能にするので、これは有利である。本発明の実施形態によれば、サーバから受信された信号に含まれるタスクデータオブジェクトは、タスクの優先順位を示している。モバイル機器または検査装置による信号の受信に応じてタスクが集合化され、集合化された緊急度が各集合タスクデータオブジェクトグループに対して計算され、集合タスクデータオブジェクトグループの集合化された緊急度が閾値を超える場合には、集合タスクデータオブジェクトは表示されるＧＵＩエレメントによってのみ表される。本発明のさらなる実施形態によれば、モバイル機器は、少なくとも１つの決定されたタスクの完了時に、このタスクの完了を示すメッセージをサーバコンピュータに送信する。

以下に、図面を参照して、本発明の実施形態が例としてより詳細に説明される。

集合ビューを提供する方法のフローチャートである。 ユーザが誰もログインしていない時の、グラフィカル・ユーザ・インタフェース（ＧＵＩ）のスクリーンショットを示す。 ユーザに与えられるログインダイアログのスクリーンショットを示す。 概観ウィンドウ枠の概略図である。 ユーザに特有のデータを表示する概観ウィンドウ枠を示す。 「ラボ」カテゴリータブの選択時に表示される、利用可能な検査装置の概観を示す。 検査装置「Ｃａｖａｌｌｏ」により用いられる消耗品に関する集合ビューを示す。 タスクの動的な特定および集合ディスプレイを示す。 タスクの動的な特定および集合ディスプレイを示す。 タスクの動的な特定および集合ディスプレイを示す。 第１表示モードにより表示される集合ビューを示す。 第２表示モードによる、ユーザへのドリルダウン分析の結果として生じる集合ビューを示す。 第１表示モードにしたがって、タスクウィンドウ枠およびお気に入りウィンドウ枠を含んでいる第１ウィンドウ枠を表示する、モバイル機器のスクリーンを示す。 第１表示モードにしたがって、ドリルダウン分析の結果として生じた集合ビューを提供する第２ウィンドウ枠を表示する、モバイル機器のスクリーンを示す。 「ルーチン」および「ラボ」カテゴリに対応する２つの異なるドリルダウングラフであって、リンクを介して接続されているドリルダウングラフの一部を示す。 「ルーチン」カテゴリに対応するドリルダウングラフを示す。 ユーザに表示されるナビゲーション経路と、対応するドリルダウングラフのトポロジーとの関係を示す。 本発明の分析システムの実施形態のブロック図である。 試薬を再充填するタスクが、信号でユーザに知らされる分析システムの実施形態のブロック図である。 それぞれが異なる集合タスクデータオブジェクトグループを表している４つのＧＵＩエレメントを表示するスクリーンショットである。 メンテナンスタスクを表示および／または実行する２つのウィンドウのウィンドウ枠のスクリーンショットである。 補給品に関するタスクを表示および／または実行する２つのウィンドウのウィンドウ枠のスクリーンショットである。

図１は、ユーザに集合ビューを提供する方法のフローチャートである。ステップ２５１においてタスクデータオブジェクトは、例えばサーバコンピュータにより受信される。受信されたタスクデータオブジェクトの少なくともいくつかは、少なくとも１つの検査装置により実行されるべき検査手順を示している。ステップ２５２において、受信されたタスクデータオブジェクトは集合化され、集合タスクデータオブジェクトグループにされる。同一の集合タスクデータオブジェクトグループに属する全てのタスクデータオブジェクトは、同一の属性値または少なくとも１つの属性の属性値範囲を共有する。この少なくとも１つの共有される属性は、集合タスクデータオブジェクトグループのそれぞれのタスクデータオブジェクトにより表される全てのタスクにより共有される少なくとも１つのステップを示している。ステップ２５３において、集合タスクデータオブジェクトグループのそれぞれに対して、選択可能な集合ＧＵＩエレメントが指定される。この集合ＧＵＩエレメントは、それが表す集合タスクデータオブジェクトグループの典型である。ステップ２５４において、１つまたは２つ以上の集合ＧＵＩエレメントが集合ビュー上に表示される。その後、ステップ２５５において、ユーザが集合ＧＵＩエレメントのうちの１つを選択すると、選択された集合ＧＵＩエレメントによって表される集合タスクデータオブジェクトグループが選択される。選択された集合タスクデータオブジェクトグループのタスクデータオブジェクトの全てのタスクにより共有されるステップを実行するプログラム命令へのアクセスを、ユーザは自動的に提供される。

図２は、ユーザが誰もログインしていないときの、グラフィカル・ユーザ・インタフェース（ＧＵＩ）のスクリーンショットを示す。ＧＵＩエレメント２０３は、現在ユーザが誰もログインしていないことを示している。選択可能なＧＵＩエレメント２０４は、選択時に、ユーザに対するログインダイアログウィンドウ３００の表示をトリガーする。

概観ウィンドウ枠（オーバービューウィンドウ枠）２０１は、タスク領域２１０、検査装置領域２０５および検査装置ステータス領域２２３を含んでいる。検査装置領域２０５は、より詳細には「Ｃａｖａｌｌｏ（カヴァロ）」と呼ばれる検査装置についての情報を表示している。Ｃａｖａｌｌｏは多数の論理的、機能的、および／または物理的なサブユニットを含んでいる。ＧＵＩエレメント２１６により表される試薬サブユニットは、特定の分析を実行するための１つまたは２つ以上の試薬を含んでおり、ＧＵＩエレメント２１７により表される消耗品サブユニットは、使い捨てのキュベットまたはピペットチップのような消耗品を含んでおり、廃棄サブユニットはＧＵＩエレメント２１９により表され、生体試料を受け取りおよび／または保管する試料サブユニットは、ＧＵＩエレメント２１８により表されている。選択可能なＧＵＩエレメント２２１、２２２が表示され、ユーザが検査装置Ｃａｖａｌｌｏを起動または停止することを可能にしている。

ＧＵＩエレメント２２１、２２２は、動的に表示される、検査装置についてのステータス情報および／またはこの検査装置によって行われるべきタスクに基づき、ＧＵＩにより検査装置の動作を制御することを可能にする。検査装置ステータス領域２２３はユーザに、１つまたは２つ以上の検査装置、または１つまたは２つ以上の検査装置のサブユニットにより行われるべきタスクについての集合ビューをユーザに提供する。１つまたは２つ以上のタスクが、このサブユニットの１つによって、またはこれに対して行われなければならない場合には、そのサブユニットがハイライトされる。示される実施形態において、空のキュベット容器を含む「消耗品」サブユニットを表すＧＵＩエレメント２１７には、赤色が割り当てられている。この色は、分析システムの操作性を回復するため、または維持するために、ユーザによる即時の対処が必要であることを示している。サーバコンピュータが、他のタスクが、即時にではないが近い将来行われる必要があると決定する場合には、このタスクは他の色、例えば黄色で示される。図２に示される実施形態によれば、試薬サブユニットは予定されている分析を行うのに充分な試薬を含んでいるが、すぐに再充填されなければならない。本発明の実施形態によれば、即時に実行されるべきタスクと、近い将来に実行されるべきタスクとの区別は、閾値、例えば消耗品が使い果たされるまでの特定の期間や、特定の量の消耗品の場合に、まだ処理できる特定の数の試料についての閾値を用いることにより特定され得る。

分析システムの操作性を維持または回復するために即時に実行されなければならないタスクは、最優先のタスクとも呼ばれる。示される実施形態によれば、最優先事項は赤色によって示されている。即時にではないがすぐに実行されなければならないタスクは第２の色、例えば黄色によって示されている。この第２の色は、２番目の緊急度を表している。ユーザによっていつでも実行され得るタスクは、第３の色、例えば灰色または緑色で示されており、この第３の色は最も低い緊急度を表す。

示される実施形態において、消耗品サブユニットに対して即時に実行されなければならない１つまたは２つ以上のタスクは、最も高い緊急度を示す色により、「Ｃａｖａｌｌｏ」の消耗品サブユニットを表すＧＵＩエレメント２１７を表示することによって示される。集合ＧＵＩエレメントの形でタスク領域２１０に表示される、対応する１つまたは２つ以上のタスク２１４は、最も高い緊急度の色を割り当てられた着色領域２１１を含んでいる。タスク領域２１０の領域２１２および検査装置領域２０５の「試薬」領域２１６は、２番目の緊急度を表す色（黄色）を割り当てられている。

示される実施形態によれば、タスク領域２１０に示されている各タスクはさらに、集合化されたタスクの種類を示すテキスト２２４、２１４を含んでおり、これは例えば、集合化されたタスクデータオブジェクトが補給品の補給または試薬の再充填に関する場合は、「補給品」または「試薬」である。

タスク領域２１０は１つまたは２つ以上のタスクに関して集合化されたデータを表示する。ＧＵＩエレメント２１４は例えば、検査装置Ｃａｖａｌｌｏのキュベット容器が空であって、再充填されなければならないということを示す、集合ＧＵＩエレメントである。キュベット容器を再充填することは、１つの単独タスクまたは多数のタスクに関係してもよい。例えばキュベット容器が、補給され、異なる保管室から取り出されなければならない異なる種類のキュベットを多数含んでいる場合には、これらのタスクを示す多数のタスクデータオブジェクトが動的に特定されるだろう。ＧＵＩ２００はＣａｖａｌｌｏによってまたはＣａｖａｌｌｏに対して実行されるべき１つまたは２つ以上のタスクに関する集合ビューをユーザに提供するので、補給されるべきキュベットの種類などの詳細は隠されている。結果として、システムのステータスおよび緊急のタスクに関して、ユーザは迅速に理解できるオーバービューを与えられる。集合ＧＵＩエレメント２１５は、キュベットが利用できないことにより実行できなかった１２個の残っているグルコース検査に関する、１２個のタスクについての集合ビューを提供する。タスクに関する集合ビューは非常に有利である。というのも、大きなスクリーンで実行する検査に関して、試料のセットに対して行われるべき検査のリストは、数百から数千の項目を含んでいる場合があり、それらを集合化されていないタスクリストの形式で表示することは、ユーザの邪魔になるからである。

正方形のグループ２０２は、動的に特定されるタスクデータオブジェクトの緊急度を示し、タスクデータオブジェクトの緊急度は、このタスクデータオブジェクトによって示されるタスクの優先度を表している。最も高い緊急度を割り当てられた１つまたは２つ以上のタスクがサーバコンピュータにより受信される場合、左側の正方形は最も高い緊急度の色、例えば赤色に変わる。２番目の緊急度を割り当てられた１つまたは２つ以上のタスクが決定された場合には、中央の正方形が２番目の緊急度の色、例えば黄色に変わる。

検査装置ステータス領域２２３は、検査装置領域２０５に表示される検査装置の現在のステータスに関する情報を表示している。示された例における検査装置ステータス領域２２３は、全ての測定が停止しており、１２個の生体試料が依然としてＣａｖａｌｌｏにより処理される必要があるということを示している。

選択可能なＧＵＩエレメント「ルーチン」２０７は、第１のカテゴリ「ルーチン」を表し、対応するドリルダウングラフへのアクセスを提供するタブエレメントである。同様に、選択可能なＧＵＩエレメント「ラボ」２０８および「ユーティリティ」２０９は、第２および第３のカテゴリを表し、第２のカテゴリは第２のドリルダウングラフに対応し、第３のカテゴリは第３のドリルダウングラフに対応している。選択可能なＧＵＩエレメント２０７、２０８、２０９の１つを選択することにより、ユーザはそのドリルダウングラフによって、実行されるべきドリルダウン分析を特定し得る。各タスクは、サーバコンピュータによって動的に受信されたタスクデータオブジェクトにより示される。

ここでは「ホーム」ウィンドウ枠とも呼ばれる概観ウィンドウ枠２０１は、ユーザが誰も分析システムにログインしていない場合であっても、集合化されたタスクデータオブジェクトを表す集合ＧＵＩエレメントを表示できる。分析システムが多数の検査装置を含んでおり、優先度の高い緊急度が割り当てられているタスクが２つ以上の検査装置に割り当てられている場合、検査装置２０５は多数の異なる検査装置を表示してもよい。この場合、全体の検査装置は、すでに説明した緊急度の色スキーマにしたがって色によりコード化される。概観ウィンドウ枠２０１の主な機能は、ユーザに、ユーザの役割や割り当てられている責任に関わらず、分析システムを稼動したまま維持するために即時に実行されなければならないタスクを知らせる。

図３は、例えばログインＧＵＩエレメント２０４の選択時に、ユーザに与えられるログインダイアログのスクリーンショットである。

図４ａは、ユーザが無事に分析システムにログインした場合に表示される概観ウィンドウ枠の概略図である。ログインユーザのユーザ名は、ＧＵＩエレメント２０３’に表示される。ＧＵＩエレメント２０４’を選択すると、ユーザは再びログアウトできる。ユーザが無事にログインした時には、図２に記載されるような、ログオフしたユーザに表示される概観ウィンドウ枠２０１は、ユーザのプロフィールに特有の情報、特にユーザに特有のタスクおよびお気に入りを補われる。お気に入りウィンドウ枠４０１は２列の表であり、１列目にユーザに所定のお気に入りを、２列目に各お気に入り項目について動的に取り出されたステータス情報を含んでいる。検査装置ウィンドウ枠２０５は、検査装置「Ｒｏｎｄｏ」、「Ｃａｎｅ」、「Ｃａｖａｌｌｏ」、「Ｉｎｔｅｇｒａ１」および「Ｉｎｔｅｇｒａ２」を表すＧＵＩエレメント４０６−４１０のセットを表示しており、これら検査装置はサーバコンピュータにより監視されている。

図４ｂは、ユーザに特有の情報を補足した後の概観ウィンドウ枠を示している。タスク領域２１０は、それぞれが１つまたは２つ以上のユーザに特有のタスクについての集合ビューを提供しているＧＵＩエレメント４３０、４３１および４３２を含んでいる。これらのＧＵＩエレメントは、高い緊急度を割り当てられている１つまたは２つ以上のタスクについての集合ビューを提供するＧＵＩエレメント２１４、２１５に加えて表示されている。タスク領域２１０によってログインユーザに与えられる集合ビューは、ユーザに対して、ルーチンタスクを行う前に優先度の高いタスクを処理することを促す。

お気に入りウィンドウ枠４０１はログインユーザにより特定された４つのお気に入りＧＵＩエレメント４０２−４０５を表示している。可能であれば、各お気に入り項目に関するステータス情報が表示される。各お気に入りＧＵＩエレメントはドリルダウングラフにおいて特定のノードを表すので、タスクデータオブジェクトの特定の集合ビューも表す。各お気に入りＧＵＩエレメント４０２−４０５は、選択されたお気に入りＧＵＩエレメントによって表されるタスクデータオブジェクトの集合ビューへのユーザの探査を可能にする、選択可能なＧＵＩエレメントである。ユーザは、分析結果を評価するためのノードおよび対応する集合ビューに到達するまで、ドリルダウングラフを行き来する代わりに、お気に入りＧＵＩエレメント４０３を直接選択することによって、時間を節約することができる。

図５ａおよび５ｂは、ドリルダウン分析の実行を示している。図５ａは、「ラボ」カテゴリのタブ２０８’を選択した時に表示される利用可能な検査装置についてのオーバービューを示している。この「ラボ」カテゴリのタブを選択することにより、ユーザは、ドリルダウン分析を実行するために用いられる特定のドリルダウングラフも選択する（図９のドリルダウングラフの「ラボ」を参照）。ナビゲーション経路５００はユーザに、ドリルダウングラフ内でのそのユーザの現在の位置を示している。ナビゲーション経路５００は多数のＧＵＩエレメントを含んでおり、選択可能なＧＵＩエレメント５３０は、ユーザが、自身の選んだナビゲーション経路において「後ろ」に探査することを可能にする。選択可能なＧＵＩエレメント５３１は、ユーザが「前」に探査すること、すなわち、選択されたノードを以前にすでに訪れているユーザに提供される選択されたドリルダウングラフにおいて、下位に探査することを可能にする。ドリルダウングラフの現在選択されているノードの名前は、ＧＵＩエレメント５１０のナビゲーション経路５００の右端に表示されている。ユーザがまだ訪れていないノードをユーザが探査することを可能にするために、付加的な選択可能なＧＵＩエレメント５０２、５０３、５０４が表示されており、これらは現在選択されているドリルダウングラフの他のノードと対応している。図５ａでＧＵＩエレメント５１０により示されるように、このユーザは現在、「ラボ」カテゴリのドリルダウングラフを選択しており、現在のノードとしてルートノード「ラボ」を選択している。

選択可能なＧＵＩエレメント５３２は、ユーザが新しいお気に入りを特定することを可能にし、それらの特定の後にお気に入り領域４０１内に表示される。

ユーザは、検査装置、例えばＣａｖａｌｌｏの動作を、この装置を表すＧＵＩエレメント４０８をマウスの右ボタンで選択し、「停止」のコンテキストメニューエレメント５３３を選択することによって制御してもよい。コンテキストメニュー５０５は選択された検査装置Ｃａｖａｌｌｏのステータス情報５０６を含んでいる。コンテキストメニュー項目５３４を選択すると、ユーザは検査装置「Ｃａｖａｌｌｏ」を表している「ラボ」のドリルダウングラフにおけるノードを、現在のノードとして選択できるので、選択された現在のノード「Ｃａｖａｌｌｏ」に基づくドリルダウン分析の実行をトリガーする。結果として、Ｃａｖａｌｌｏの論理的、機能的および／または物理的なサブユニットのデバイスコンポーネントＩＤ（device-component-ID）が、トリガーされたドリルダウン分析の間実行される集合ステップにおいて、属性として用いられる。したがって、選択された現在のノード「Ｃａｖａｌｌｏ」の直接的または間接的な後続ノード（successor node）として表され、同一のデバイスコンポーネントＩＤおよびデバイスコンポーネントＩＤの範囲を割り当てられている全てのタスクデータオブジェクトは、同一のタスクデータオブジェクトグループにグループ化される。

図５ｂは、「Ｃａｖａｌｌｏ」と呼ばれる検査装置によって用いられる消耗品、試薬および他の項目についての集合ビューを示しており、この集合ビューは、コンテキストメニュー項目５３４を選択することによってこの検査装置に実行されているドリルダウン分析の結果である。ナビゲーション経路５０１は、タブ２０８’により表されるルートノードの「ラボ」９１３から開始し、ＧＵＩエレメント４０８により表される、現在選択されている現在のノードの「Ｃａｖａｌｌｏ」で終了する、ドリルダウングラフ内の経路を特定するＧＵＩエレメント５１０、５１１、５１２のセットを含んでいる。検査装置ウィンドウ枠２０５はログインユーザに、Ｃａｖａｌｌｏの論理的、機能的および／または物理的なコンポーネントについて実行される必要のある５つのタスクのグループに関する集合ビューを提供する。ユーザが現在のノードとして特定の検査装置、例えばＣａｖａｌｌｏを選択する場合には、同一のグループにグループ化されている全てのタスクデータオブジェクトは、属性として、少なくとも１つの特定のデバイスコンポーネントＩＤを共有する。

ユーザに表示される選択可能なＧＵＩエレメント５０３、５１３、５１４、５１６は、現在選択されているドリルダウングラフの他のノードに対応している。ユーザによる選択時に、この選択可能なＧＵＩエレメントにより表されるノードは、新しい現在のノードとして用いられる。

検査装置「Ｃａｖａｌｌｏ」を表しているノードを、「ラボ」のドリルダウングラフにおける現在のノードとして選択した結果、ドリルダウン分析が実行され、Ｃａｖａｌｌｏの装置ＩＤを割り当てられているタスクデータオブジェクトについての集合ビューが、図５ｂに表示されるようにユーザに提供される。「Ｃａｖａｌｌｏ」ノードの直接的および間接的な後続ノードを集合化するために用いられる属性は、デバイスコンポーネントＩＤである。ドリルダウン分析の結果として、５つの異なるグループのタスクデータオブジェクトが作り出され、１つまたは２つ以上のタスクデータオブジェクトについての集合ビューを提供する５つのＧＵＩエレメントが表示される。これらはすなわち、「試薬」、「消耗品」、「試料」、「廃棄物」および「ＩＳＥ」である。これらタスクデータオブジェクトのグループのそれぞれに関して、このグループに属しているタスクデータオブジェクトに含まれるデータは、集合化されたデータ値を生成するために集合化される。示された実施形態によれば、これら５つのグループに対して生成されたデータ値は、最も高い緊急度または２番目に高い緊急度のタスクを表す１つまたは２つ以上のタスクデータオブジェクトが見つかるかどうかを示している。タスクデータオブジェクトグループの少なくとも１つのタスクデータオブジェクトが高い緊急度の値を割り当てられている場合には、このグループをあらわす集合ＧＵＩエレメントの色がこの緊急度を表す色に変わり、これは例えば、最も高い緊急度には赤色、または２番目に高い緊急度には黄色である。

図５ａにおいて、Ｃａｖａｌｌｏを表すＧＵＩエレメント４０８およびＩｎｔｅｇｒａ１を表すＧＵＩエレメント４０９は、特定のハッチングによって示され、黄色で表示されている。この色はユーザに、１つまたは２つ以上のタスクが、近い将来にＣａｖａｌｌｏおよびＩｎｔｅｇｒａ１について実行されなければならないということを示す（黄色は、２番目に高い緊急度を表す）。「Ｃａｖａｌｌｏ」を表すノードを現在のノードとして選択することにより、ユーザはサーバコンピュータに、Ｃａｖａｌｌｏに対して行われるべきタスクのより詳細なビューを提供するよう命令できる。結果として、ドリルダウン分析は現在のノードの「Ｃａｖａｌｌｏ」に対して実行され、５つのＣａｖａｌｌｏの論理的、機能的および／または物理的なサブユニットに関して実行されるべきタスクについての集合ビューが、図５ｂに示されるようにユーザに提供される。図５ｂにおいて、試薬サブユニットＧＵＩエレメント２１６は黄色で表示され、それにより、試薬区画に関連する１つまたは２つ以上のタスクが実行されなければならないことを示している。このＧＵＩエレメント２１６を選択することによって、ユーザは、Ｃａｖａｌｌｏの試薬サブユニットに対するさらなるドリルダウン分析の実行をトリガーし得る。結果として、ユーザは、試薬サブユニットによって、またはこれに関して行われなければならないタスクについて、より詳細な集合ビューを提供される（図示せず）。

図６ａ〜６ｃは、タスクの動的な特定および集合ビューを示している。現在のシステムステータスに基づく新しいタスクの動的な特定は、例えば、ユーザによる即時の対処を要求する、危険なシステムステータスまたは検査装置の故障に関して、ユーザが即時に知らされるべきいくつかのルーチンタスクに働きかけることを可能にする。

図６ａは、現在のカテゴリとして「ルーチン」を選択し、対応する「ルーチン」ドリルダウングラフ内のノード９０２の「オーダー」を選択した、グラフィカル・ユーザ・インタフェースを示している。ウィンドウ枠の左側には、オーダーのリストおよびそれらの対応するステータスが表示されている。例えば、オーダーＩＤ２に対応するＧＵＩエレメント６０１を選択することによって、選択されたオーダーの詳細はＧＵＩの右側の「オーダーの詳細」ウィンドウ枠に表示され、ユーザにより評価および検証され得る。

サーバコンピュータは、分析システムに属している検査装置のステータス情報を絶えず受信し、これら検査装置はサーバコンピュータに接続されている。このようなステータス情報は、エラーコード、使い果たされた消耗品などを含んでいる。検査装置が試薬を使い果たした場合、新しいタスクデータオブジェクトが動的に作り出され、このタスクデータオブジェクトはこの試薬を再充填するタスクを示す。実施形態によっては、異なる形態の警告がその時にユーザに示され、これは例えば、音声信号の形態および／またはＧＵＩ、特に正方形のグループ２０２の更新（リフレッシュ）という形態で提供される。ユーザは、図６ｂに示される概観ウィンドウ枠２０１まで探査し得る。概観ウィンドウ枠はユーザに、高い緊急度を割り当てられたタスクの集合ビューを提供し、これはＣａｖａｌｌｏの空の試薬ボトルを再充填するための、動的に作り出されたタスクを含んでいる。タスク領域のＧＵＩエレメント６０２は、ビリルビン分析に要求される試薬を再充填するというタスクを表している。ＧＵＩエレメント６０１を選択することにより、ユーザはこのタスクを実行するのに要求されるデータの表示をトリガーする。結果として、検査装置領域２０５に含まれているＧＵＩエレメントが表示される。検査装置領域のＧＵＩエレメント２１６は、検査装置Ｃａｖａｌｌｏの少なくとも１つの試薬が再充填される必要があるということを示している。ＧＵＩエレメント６０３、６０４および２１６は赤色で表示され、これにより、試薬が即時に交換される必要があることを示される。Ｃａｖａｌｌｏの試薬サブユニットを表しているＧＵＩエレメント２１６を選択することにより、ユーザは図６ｃに示されるような、さらなる詳細の表示をトリガーできる。前の図６ｂではＧＵＩの右半分に表示されていた検査装置領域２０５のコンテントは、図６ｃではＧＵＩの左半分に、詳細なビューで示されている。ウィンドウ枠７０２では、Ｃａｖａｌｌｏに現在搭載されている試薬のリストが表示されている。ＢＩＬＩ試薬用の空の試薬ボトルは、赤色のＧＵＩエレメント６０５でユーザに示される。近い将来再充填されることが必要となる他の試薬は、黄色のＧＵＩエレメント６０６、６０７として表される。ウィンドウ枠７０２に表示される試薬のリストは、動的にアップロードされる。

図７ａは、ドリルダウン分析の結果として生成される集合ビューを、第１表示モードにしたがってユーザに示す。第１表示モードによればＧＵＩは、それぞれがおよそスクリーンの大きさである第１ウィンドウ枠７０４または第２ウィンドウ枠７０５を含んでいる。この第１または第２ウィンドウ枠に表示される各ＧＵＩエレメントは、第１ＧＵＩエレメントバージョンにしたがって提供される。このバージョンは、小さなスクリーン、特にモバイル機器のスクリーンのディスプレイに特別に適合されたデザインに対応する。「特別に適合された」とは、表示されるＧＵＩエレメントの大きさおよび解像度が、小さなスクリーン上でユーザに示されたときにユーザによって即時に認識され得るということを示している。各ＧＵＩエレメントは、ドリルダウングラフにおいてノードに対するポインタである。ＧＵＩエレメントの第１バージョンに属している少なくとも１つのＧＵＩエレメントが、第１ウィンドウ枠７０４に表示されている。この少なくとも１つの第１ＧＵＩエレメントの選択時に、選択されたＧＵＩエレメントにより指されているノードが現在のノードとして用いられ、この現在のノードに対してドリルダウン分析が実行される。このドリルダウン分析の結果として生成される１つまたは２つ以上の第２ＧＵＩエレメントは、ほぼスクリーンのサイズである第２ウィンドウ枠７０５に表示される。第２ＧＵＩエレメントも、小さなスクリーン上にＧＵＩエレメントを表示するために特別に適合されている第１ＧＵＩエレメントバージョンにしたがって提供される。第２ウィンドウ枠は第１ウィンドウ枠に取って代わるので、小さなスクリーン上で同時にユーザに表示されるべきＧＵＩエレメントの総量を減少する。

図７ｂは、第２表示モードによる集合ビューを示している。この第２表示モードによれば、ＧＵＩは第１ウィンドウ枠７０１および第２ウィンドウ枠７０２を含んでおり、これらウィンドウ枠のそれぞれがスクリーンのほぼ半分の大きさである。この第１または第２ウィンドウ枠に表示される各ＧＵＩエレメントは、第２ＧＵＩエレメントバージョンにしたがって提供される。このバージョンは、中型のスクリーン、特に現在のコンピュータシステムまたは検査装置のタッチスクリーン上のＧＵＩエレメントの表示に特別に適合されたデザインに対応する。「特別に適合された」とは、表示されるＧＵＩエレメントの大きさおよび形状が、中型のスクリーン上でユーザに示されたときにユーザによって即時に認識され得るということを示している。

各ＧＵＩエレメント２１４〜２２０、４０６〜４１０、４３０〜４３２はドリルダウングラフのノードに対するポインタである（例えば、図４ａおよび４ｂ参照）。少なくとも１つの第２バージョンのＧＵＩエレメントが、第１ウィンドウ枠７０１、例えば集合ＧＵＩエレメントに表示される。この少なくとも１つの第１ＧＵＩエレメントの選択時に、選択されたＧＵＩエレメントにより指されているノードが現在のノードとして用いられ、この現在のノードに対してドリルダウン分析が実行される。このドリルダウン分析の結果として生成される１つまたは２つ以上の第２ＧＵＩエレメントは、スクリーンのほぼ半分の大きさである第２ウィンドウ枠７０２に表示される。第２ＧＵＩエレメントも、中型のスクリーン上にＧＵＩエレメントを表示するために特別に適合されている第２ＧＵＩエレメントバージョンにしたがって提供される。第１および第２ウィンドウ枠はＧＵＩの左側および右側で、同時にユーザに表示される。ユーザがドリルダウングラフにおいてさらに下位に探査する場合には、図６ｃに示されるスクリーンの右側および図７ｂの左側に表示されるウィンドウ枠７０２は、スクリーンの左側に動かされるので、ウィンドウ枠７０１に取って代わると同時に、スクリーンの右側は新しいウィンドウ枠７０３を表示する。

図６ｃは第２表示モードに対応しており、これにより第１ウィンドウ枠７０１および第２ウィンドウ枠７０２は同時に表示されている。ページ付け（pagination）ＧＵＩエレメント６０８、６０９は、第１および第２ウィンドウ枠のコンテントが、本に目を通すのと同様の方法でドリルダウン分析を実行するユーザによって変更され得るということを示している。

図８ａは、第１表示モードにしたがってモバイル機器１０６のスクリーン上に表示される第１ウィンドウ枠７０４を示している。第１ウィンドウ枠はタスクウィンドウ枠およびお気に入りウィンドウ枠を含んでいる。ＣａｖａｌｌｏおよびＣａｎｅに対して試薬を再充填するという共通のタスクに対応している集合ＧＵＩエレメント１３２を選択すると、ドリルダウン分析が実行され、第１ウィンドウ枠７０４は図８ｂに表示されるように第２ウィンドウ枠７０５に取って代わられる。

図９は、「ルーチン」および「ラボ」のカテゴリに対応する２つの異なるドリルダウングラフの一部を示しており、これらドリルダウングラフはリンク９１４を介して接続されている。図９および図１０ａにおける各ボックスは、ドリルダウングラフのノード９０１〜９１３、１００１〜１００８を表している。タブ２０７’の選択時には、ルートノードとしてノード９１２を有するドリルダウングラフがドリルダウングラフとして選択される。したがってタブ２０７’〜２０９’のそれぞれが、特定のグラフトポロジーにしたがってドリルダウン分析を実行するための異なるエントリポイントをユーザに提供し、各トポロジーは、ドリルダウングラフのノードに加えられる、受信されたタスクデータオブジェクトに含まれるデータの異なるビューに対応している。

図１０ａは、「ルーチン」カテゴリに対応するドリルダウングラフの詳細図である。図１０ａから分かるように、多数のドリルダウン分析が実行でき、これらはルートノード９１２から始まり「較正」ノード１００４、１００６、１００８で終わる。第１の経路によれば、「較正」ノード１００８はノード９１２、９０１、９０４および９０６を介して到達されている。代替的な第２経路によれば、「較正」ノード１００６はノード９１２、９０２および９０５を介して到達され得る。

図１０ｂは、ナビゲーション経路５００および１０１０と、ドリルダウン分析を実行するために選ばれたドリルダウングラフ内の対応する経路との関係を示している。図１０ａに描かれた、ノード９１２およびドリルダウングラフの第３ブランチに属している９０３は、ユーザが検査の実行中に受信した測定データについて品質チェックを実行するために特定の品質管理ノード「ＱＣ」を選択した後の、図１０ｂに示されるナビゲーション経路１０１０に対応している。

図１１は、分析システム１００の一実施形態のブロック図である。分析システム１００は、様々な検査装置１０２．１、１０２．２を含んでおり、これらは検査装置の動作を制御するサーバコンピュータ１０８に接続されている。図示される実施形態によれば、検査装置の少なくともいくつかは、タスクデータオブジェクトの特定を可能にし、および／またはサーバコンピュータとのデータ交換に要求される、コンピュータに実装される命令１１８．１および１１８．２を実行するための、プロセッサ１１６．１、１１６．２を含んでいる。実装によっては、検査装置の少なくともいくつかがネットワーク１１０を介してサーバコンピュータ１０８に接続される。ここで検討される実施形態では、分析システム１００は接続中の検査装置Ａおよび接続中の検査装置Ｂを有する。接続中の検査装置Ａは、プログラム命令１１８．１の実行のために少なくとも１つのプロセッサ１１６．１を有する。接続中の検査装置は、特にサーバコンピュータ１０８との通信を可能にするために、接続中の検査装置Ａ、Ｂをネットワーク１１０に接続するネットワークインタフェース１２０．１、１２０．２を有する。接続されていない検査装置１８０は例えば、試薬または試料などを保管するための冷蔵室、保管室であり得る。

接続中の検査装置Ａは、テキスト出力を含み得るスクリーン画像１２４．１を表示するために、コンピュータモニタ１２２．１などのディスプレイを有する。さらに、接続中の検査装置Ａは、ユーザ識別コンポーネント１０１．１および装置識別コンポーネント１０３．１を有する。ユーザ識別コンポーネント１０１．１は、検査助手などの、人間のユーザ１０４の識別に役立つ。ユーザ識別コンポーネント１０１．１はユーザ１０４の、当該ユーザのユーザ名およびパスワードの入力のために動作可能であり得る。代替的または付加的に、ユーザ識別コンポーネント１０１．１は、当該ユーザのＲＦＩＤチップカードを用いてユーザ１０４のアイデンティティを決定するＲＦＩＤ方法を実施し得る。代替的または付加的にユーザ識別コンポーネント１０１．１は、指紋識別などの生体測定方法を用いたユーザ１０４の識別を行うために動作可能であり得る。この例においてユーザ識別コンポーネント１０１．１は、指紋センサなどの、ユーザ１０４それぞれの生体特徴を感知するセンサを含んでいる。装置識別コンポーネント１０３．１は、接続中の検査装置Ａの保護されている記憶領域であってもよく、ここに装置の識別のための固有の装置識別子が記憶されている。この装置識別子は、接続中の検査装置Ａの製造中に割り当てられたグローバル一識別子（ＧＵＩＤ）などのシリアル番号であってもよく、または、分析システム内で固有であって、また分析システムの管理者によって接続中の検査装置Ａに割り当てられた識別子であってもよい。代替的に装置ＩＤは、装置識別コンポーネント１０３．１によって永久的に保管されるのではなく、接続中の検査装置Ａの識別が要求される度に装置識別コンポーネント１０３．１によって算出される（computed）。装置ＩＤの算出は、暗号アルゴリズムなどの所定のアルゴリズムを用いて、装置識別コンポーネント１０３．１によって実行され得る。分析システム１００の接続中の検査装置Ｂは、接続中の検査装置Ａに類似のデザインを有する。分析システム１００の接続中の検査装置Ｂは、接続中の検査装置Ａに類似のデザインを有する。ゆえに、接続中の検査装置Ｂは、接続中の検査装置Ａの各コンポーネントと対応する、ユーザ識別コンポーネント１０１．２、装置識別コンポーネント１０３．２、プログラム命令１１８．２の実行のためのプロセッサ１１６．２、スクリーン画像１２４．２を表示するためのモニタ１２２．２およびメトリックインタフェース１２０．２を有する。分析システム１００は付加的に、１つまたは２つ以上の接続されていない検査装置１８０を含んでいてもよく、これは例えば、分析システム１００の様々な分析器を操作するために必要とされる試薬を保管する冷蔵室である。また、部屋全体、特に保管室の全体を、「接続されていない検査装置」とみなすこともできる。

サーバコンピュータ１０８は、プログラム命令１６２の実行のためのプロセッサ１６０、およびサーバコンピュータ１０８をネットワーク１１０に接続するためのネットワークインタフェース１６４を有する。命令１６２はコンピュータが読み取り可能な持続性記憶媒体、例えば磁電気のデータ記憶装置、フラッシュメモリなどに記憶される。プログラム命令１６２は、サーバコンピュータ１０８に接続されている記憶コンポーネント１９０に保管されるタスクデータオブジェクトを、受信、生成、変更および／または削除するプログラムモジュールを含んでいる。操作においてユーザ１０４は、例えば接続中の検査装置Ａを介して分析システム１００にログインする。ユーザ識別コンポーネント１０１．１の動作により、ユーザ１０４が識別される。ユーザ１０４の識別子、および装置識別子コンポーネント１０３．１により与えられる接続中の検査装置Ａの装置識別子は、ネットワーク１１０を介して接続中の検査装置Ａのインタフェース１２０．１からサーバコンピュータ１０８へと送信される。これは、少なくとも接続中の検査装置Ａから受信された、識別されたユーザの識別子および装置識別子を割り当てられているタスクデータオブジェクトを、選択および処理するプログラム命令１６２の実行を引き起こす。例えばプログラム１６２は、検索語としてユーザ識別子および／または装置識別子を用いて、タスクデータオブジェクトが記憶されているデータベース１９０に問い合わせを行う。

信号も同様にユーザ１０４のモバイル機器１０６に送信されてもよく、これにより、この場合ユーザに表示されるＧＵＩエレメントはＧＵＩエレメントの第１バージョンに属する。モバイル機器１０６は、一体型のディスプレイ１３０を有する。さらに、モバイル機器１０６は、ネットワーク１１０と接続するためのネットワークインタフェース１９８を有する。操作においてユーザ１０４は、サーバコンピュータ１０８がユーザ識別子および装置識別子を受信するように、接続中の検査装置ＡまたはＢの１つを選択する。ユーザ識別子および装置識別子は、データベース１９０を用いてユーザにより実行されるべき１つまたは２つ以上のタスクデータオブジェクトの決定のためのプログラム１６２により用いられる。

ユーザ１０４のモバイル機器１０６またはあらゆる検査装置に送信される信号は、１つまたは２つ以上のタスクが実行されなければならない装置ＩＤまたはルームＩＤに関する情報を含んでいる。例えば装置は、いくつかの試薬が再充填される必要があること、また新しい試薬ボトルが接続されていない検査装置Ｃ１８０から取り出され得ることを示すタスクデータオブジェクトのセットを含み得る。これらタスクデータオブジェクトのそれぞれは、検査装置Ｃ、この場合冷蔵室が見つけられ得る部屋の番号についての情報を含んでいる。この接続されていない検査装置に対して、多数のタスクがユーザにより実行されなければならない場合には、ユーザはこの多数のタスクについての集合ビューを提供される。モバイル機器１０６によりこの信号を受信すると、ユーザ１０４は決定された１つまたは２つ以上のタスクを実行するために接続されていない検査装置Ｃまで歩き得る。決定されたステップの実行が完了した後、ユーザ１０４は実行完了を確認するためにモバイル機器１０６を用いてもよく、これはデータベース１９０において該当タスクを完了したものとしてマークするために、モバイル機器からサーバコンピュータ１０８へと信号により送られる。

図１２は、本発明の分析システムのさらなる実施形態のブロック図であって、ここで試薬の再充填に対する要求は、信号によりユーザに送られる。図示される分析システムは、装置ＩＤ「Ｃａｎｅ」を有するコバス（cobas）６０００型の分析器１０２．１、装置ＩＤ「Ｃａｖａｌｌｏ」を有するコバス６０００型の分析器１０２．２および装置ＩＤ「Ｃａｌａｍａｒｏ」を有するインテグラ（integra）８００型の分析器１０２．３を含んでいる。分析器１０２．１およびその分析器の制御コンピュータ１０５．１は、接続中の検査装置Ａを構成し、分析器１０２．２およびその分析器の制御コンピュータ１０５．２は、接続中の検査装置Ｂを構成する。分析システムはさらに、試薬の在庫を保管するための冷蔵室である、接続されていない検査装置１８０を含んでいる。

動作において、分析器１０２．１などの、分析器の１つは、試薬の再充填を要求する。例えばこれは、分析器の制御コンピュータ１０５．１に接続されているセンサを用いて感知される。分析器１０２．１の試薬の充填レベルが所定の閾値レベルを下回ると、分析器の制御コンピュータ１０５．１は信号１８２を生成し、これは本発明の実施形態に基づいて、直接またはサーバコンピュータ１０８という媒介を通してモバイル機器１０６に送信される。信号１８２が分析器の制御コンピュータ１０５．１からモバイル機器に直接送信される実施形態によれば、分析器の制御コンピュータは、サーバコンピュータに加えて、サーバコンピュータ１０８について記載されたようなタスクデータオブジェクトの集合を実行するよう動作可能であって、または、サーバコンピュータ１０８から受信されたタスクデータオブジェクトの集合結果を受信するよう動作可能である。

図１３は、４つの異なる集合タスクデータオブジェクトグループの、４つのＧＵＩエレメント１３０２〜１３０５を表示するスクリーンショットである。各集合タスクデータオブジェクトグループに対して計算された集合データ値は、それぞれのＧＵＩエレメントを指定するために用いられる。例えば、ＧＵＩエレメント１３０３は、それぞれのタスクで解決される必要のある、検査装置「Ｃａｎｅ」での３つのハードウェアエラーを示している。ＧＵＩエレメント１３０５は３４個の検査の検証タスクを示しており、そのため「３４」という数が、集合化されたデータ値である。集合ＧＵＩエレメント１３０３はハードウェアエラーを管理および解決するための３つのタスクデータオブジェクトを表し、そのため集合化に用いられる属性は、メッセージウィンドウ枠１４０８の識別子である。図１４に示されるメッセージウィンドウ枠１４０８は、メッセージウィンドウ枠を介してこれら装置の維持管理に関するタスクの実行を許可する、特定のプログラム命令のセットによりコード化される。したがって、メッセージウィンドウ枠１４０８を用いて解決され得る検査装置の維持管理に関するタスクを表す全てのタスクデータオブジェクトは、メッセージウィンドウ枠１４０８を示し、タスクデータオブジェクトを集合化するために用いられる属性を割り当てられている。また、ＧＵＩエレメント１３０３〜１４０７を提供するタスクデータオブジェクトの集合は、物理的位置、この場合メンテナンスタスクが実行される必要のある検査装置を示しているさらなる属性に基づく。例えば、ＧＵＩ１３０３は装置Ｃａｎｅのメンテナンスタスクを示し、一方でＧＵＩエレメント１４０１は装置「コバス４０００」に関するメンテナンスタスクを示している。集合ＧＵＩエレメント１３０４は、複数の補給品に関するタスクを示している。ＧＵＩエレメント１３０４により表される全てのタスクデータオブジェクトは、補給ウィンドウ枠１５０５を示している属性を割り当てられており、そのためこの補給ウィンドウ枠１５０５は、集合化された補給に関するタスクを認識および／または解決する手段を提供する。

図１４は、検査装置のハードウェアの問題に関するタスクを表示および解決するための、２つのウィンドウのウィンドウ枠のスクリーンショットである。左のウィンドウのウィンドウ枠はお気に入り領域４０１、検査装置領域２０５、およびタスク領域２１０を含んでいる。各ＧＵＩエレメント１３０３〜１４０７は選択可能な集合ＧＵＩエレメントとして実装され、集合化されたタスクデータオブジェクトの数を示している。これら集合ＧＵＩエレメントの１つ、例えばエレメント１３０３を選択すると、ＧＵＩエレメント１３０３によって表されるタスクを実行するのに適したメッセージウィンドウ枠１４０８を含んでいるワークフロー実行ビューが、スクリーンの右半分に表示される。メッセージウィンドウ枠１４０８の機能は、ＧＵＩエレメント１３０３により表されるタスクを解決するために必要な全ての情報をユーザに提供することである。メッセージウィンドウ枠１４０８はメッセージ領域１４０９、未集合のタスクリスト１４１１および警告詳細領域１４１０を含んでいる。未集合のタスクリスト１４１１は、ＧＵＩエレメント１４１２〜１４１４のそれぞれが単一のタスクを表すタスクのリストを表示する。これらのタスクは、集合ＧＵＩエレメント１３０３によってまとめて表される。このリスト１４１１の各タスクは、警告を送信した検査装置、故障が生じた検査装置の警告の種類および／またはコンポーネントの種類、タスクＩＤ、および警告が送信された時間および日付などの、付加的な情報を含んでいる。ユーザはタスクＧＵＩエレメントの１つ、例えば１４１２を選択し得る。結果として、警告詳細領域１４１０は、ユーザが検出されたハードウェアの問題を解決することを補助する付加的な情報を表示する。

図１５は、補給に関するタスクを表示および解決するための、２つのウィンドウのウィンドウ枠のスクリーンショットである。ウィンドウの左のウィンドウ枠は、タスク領域２１０、検査装置「ＮｅｗＧｅｎ１００」およびそのコンポーネントを表示している検査装置領域２０５、およびお気に入り領域４０１を含んでいる。検査装置領域２０５は、集合ＧＵＩエレメント１５０１〜１５０４のリストを含んでいる。タスクデータオブジェクトの集合は、対応するタスクを解決するためのプログラム命令を示している共通の属性に基づく。例えば、プログラム命令は、補給に関するタスクの解決においてユーザを補助するための補給ウィンドウ枠１５０５を含むタスク実行ビューを特定する。集合ＧＵＩエレメント１５０１〜１５０４は、物理的位置、この場合補給タスクが実行される必要のある検査装置を示している共通の属性に基づく。例えば、ＧＵＩ１５０１は装置ＮｅｗＧｅｎ１０００のための補給タスクを示し、一方でＧＵＩエレメント１５０２は装置「Ｃａｎｅ」に関する補給タスクを示している。ユーザは、集合ＧＵＩエレメント１５０１をクリックすることにより、補給ウィンドウ枠１５０５の表示をトリガーする。補給ウィンドウ枠は、未集合のタスクリスト１５１５および補給ステータス詳細ウィンドウ枠１５０７を含んでいる。未集合のリストは、それぞれがメンテナンスタスクを表すタスクＧＵＩエレメント１５１１〜１５１４を含んでいる。ユーザは、特定のタスクＧＵＩエレメント１５１１を選択することにより、補給ステータス詳細ウィンドウ枠１５０７でのタスクに関する詳細の表示をトリガーする。補給詳細領域は、装置ＮｅｗＧｅｎ１０００のコンポーネントの補給ステータスを示すＧＵＩエレメント１５０８〜１５１０を含んでいる。

１００ 分析システム
１０１ ユーザ識別コンポーネント
１０２ 検査装置
１０３ 装置識別コンポーネント
１０４ ユーザ
１０５ 分析器の制御コンピュータ
１０６ モバイルユーザ機器
１０８ サーバコンピュータ
１１０ ネットワーク
１１６ プロセッサ
１１８ プログラム命令
１２０ ネットワークインタフェース
１２２ モニタ
１２４ スクリーン画像
１３０ ディスプレイ
１３２ 集合ＧＵＩエレメント
１６０ プロセッサ
１６２ プログラム命令
１６３ 記憶媒体
１６４ インタフェース
１８０ 接続されていない検査装置／保管室
１８２ 信号
１９０ データベース
１９８ ネットワークインタフェース
２００ グラフィカル・ユーザ・インタフェース
２０１ 概観ウィンドウ枠
２０２ 正方形のグループ
２０３、２０４ ＧＵＩエレメント、ユーザログオフ
２０３’、２０４’ ＧＵＩエレメント、ユーザログイン
２０５ 検査装置領域
２０７〜２０９ タブ
２１０ タスク領域
２１１ 着色領域
２１２ 着色領域
２１３ タスクの種類を示すテキスト
２１４〜２１５ 集合ＧＵＩエレメント
２１６ 検査装置のサブユニット「試薬」のためのＧＵＩエレメント
２１７ 検査装置のサブユニット「消耗品」のためのＧＵＩエレメント
２１８ 検査装置のサブユニット「試料」のためのＧＵＩエレメント
２１９ 検査装置のサブユニット「廃棄」のためのＧＵＩエレメント
２２０ 検査装置のサブユニット「ＩＳＥ」のためのＧＵＩエレメント
２２１ 選択可能なＧＵＩエレメント「開始」
２２２ 選択可能なＧＵＩエレメント「停止」
２２３ 検査装置のステータス領域
２２４ タスクの種類を示すテキスト
２５１〜２５５ ステップ
３００ ログインダイアログウィンドウ
４０１ お気に入り領域
４０２〜４０５ お気に入りＧＵＩエレメント
４０６〜４１０ 検査装置のためのＧＵＩエレメント
４３０〜４３２ 集合ＧＵＩエレメント
５００、５０１ ナビゲーション経路
５０２、５０４ 集合ＧＵＩエレメント
５０５ コンテキストメニュー
５０６ 選択された装置のステータス情報
５０７ 補給品の充填レベル
５１０、５１１、５１２ ナビゲーションＧＵＩエレメント
５１３、５１４、５１６ 集合ＧＵＩエレメント
５３０〜５３２ 選択可能なＧＵＩエレメント
５３４ コンテキストメニュー項目
６０１ ＧＵＩエレメント
６０２ 集合ＧＵＩエレメント
６０３ 着色領域
６０５ ステータス情報「試薬が空」
６０６ ステータス情報「１２個の検査が残っている」
６０７ ステータス情報「１４個の検査が残っている」
６０８〜６０９ ページ付けＧＵＩエレメント
７０１、７０４ 第１ウィンドウ枠
７０２ 第２ウィンドウ枠
７０３ 第３ウィンドウ枠
７０５ 第２ウィンドウ枠
９１２、９１３ 異なるカテゴリのドリルダウングラフのルートノード
９０１〜９１０ ノード
１００１〜１００８ ノード
１０１０ ナビゲーション経路
１３０２〜１３０５ 集合ＧＵＩエレメント
１４０１〜１４０７ 集合ＧＵＩエレメント
１４０８ メッセージウィンドウ枠
１４０９ メッセージ領域
１４１０ 警告詳細領域
１４１１ 未集合のタスクリスト
１４１２〜１４１４ タスクＧＵＩエレメント
１４１５ ナビゲーションＧＵＩエレメント「メッセージ」
１５０１〜１５０４ 集合ＧＵＩエレメント
１５０５ 供給ペイン
１５０６ ナビゲーションＧＵＩエレメント「補給」
１５０７ 補給ステータス詳細ウィンドウ枠
１５０８〜１５１０ 集合ＧＵＩエレメント
１５１１〜１５１４ タスクＧＵＩエレメント
１５１５ 未集合のタスクリスト

Claims (14)

1. 複数の検査装置（１０２．１、１０２．２）と、
   前記複数の検査装置を用いて行われるタスクを示すタスクデータオブジェクトを受信する（２５１）サーバインタフェースコンポーネント（１６４）、処理コンポーネント（１６０）、およびグラフィカル・ユーザ・インタフェース（１２２．１、１２２．２、１３０、２００）を有するサーバコンピュータ（１０８）と、
   を備えた生体試料を分析する分析システムであって、
   前記タスクデータオブジェクトのそれぞれは、少なくとも１つの属性を含み、受信されたタスクデータオブジェクトの少なくともいくつかが、前記検査装置（１０２．１、１０２．２）によって行われるべき検査手順を示し、前記検査手順は、工程及び当該工程が実行される位置に関する前記属性により特定され、
   前記処理コンポーネント（１６０）は、
   前記受信されたタスクデータオブジェクトの内、前記工程及び当該工程が実行される位置に関する属性の属性値または属性値の範囲が共通する少なくともいくつかを集めて、共通の位置における共通のタスクを示す同一の集合タスクデータオブジェクトグループにすることによって、前記受信されたタスクデータオブジェクトを複数の集合タスクデータオブジェクトグループにグループ化し（２５２）、
   前記複数の集合タスクデータオブジェクトグループのそれぞれについて、選択可能な集合ＧＵＩエレメント（２１４〜２２０、１３０３、１５０１〜１５０４）を指定し（２５３）、前記集合ＧＵＩエレメントのそれぞれが対応する前記複数の集合タスクデータオブジェクトグループのそれぞれを表すようにして、
   複数の前記集合ＧＵＩエレメントを前記グラフィカル・ユーザ・インタフェース（１２２．１、１２２．２、１３０、２００）上の所定領域にまとめて集合ビュー（２１０）として表示し（２５４）、
   ユーザにより、前記複数の集合ＧＵＩエレメントのうちの１つが選択されると、選択された１つの集合ＧＵＩエレメントにより表される、複数の集合タスクデータオブジェクトグループのうちの１つの集合タスクデータオブジェクトグループを選択し（２５５）、
   選択された前記１つの集合タスクデータオブジェクトグループの前記共通の工程を実行するプログラム命令へのユーザアクセスを自動的に与え、
   選択された前記１つの集合タスクデータオブジェクトグループにグループ化された複数のタスクデータオブジェクトが示す複数のタスクを、前記グラフィカル・ユーザ・インタフェース（１２２．１、１２２．２、１３０、２００）上に表示する
   ことを特徴とする生体試料を分析する分析システム。
2. 前記受信されたタスクデータオブジェクトの少なくともいくつかに、それぞれが前記検査装置の１つを示す装置ＩＤが割り当てられ、
   前記検査装置が、前記装置ＩＤにより、前記サーバコンピュータ（１０８）で前記検査装置（１０２．１、１０２．２）を識別する装置識別コンポーネント（１０３．１、１０３．２）を備え、
   前記サーバコンピュータが、サービスインタフェースコンポーネント（１６４）を備え、前記サービスインタフェースコンポーネントが、前記サービスインタフェースコンポーネント（１６４）により、識別された前記検査装置に信号（１８２）を送るように動作可能であり、前記信号が、前記識別された検査装置の装置ＩＤを割り当てられた、受信されたタスクデータオブジェクトについてグループ化されたデータを含むことを特徴とする請求項１記載の分析システム。
3. 生体試料を処理するために用いられる分析システム（１００）により実行される方法であって、前記方法が、
   Ａ）前記分析システム（１００）に属する複数の検査装置（１０２．１、１０２．２）を用いて行われるタスクを示し、それぞれが少なくとも１つの属性を含むタスクデータオブジェクトを受信する受信工程（２５１）であって、受信されたタスクデータオブジェクトの少なくともいくつかは、複数の検査装置（１０２．１、１０２．２）により行われるべき検査手順を示し、前記検査手順は、工程および当該工程が実行される位置に関する前記属性により特定される、受信工程（２５１）、
   Ｂ）前記受信されたタスクデータオブジェクトの内、前記工程及び当該工程が実行される位置に関する属性の属性値または属性値の範囲が共通する少なくともいくつかを集めて、共通の位置における共通のタスクを示す同一の集合タスクデータオブジェクトグループにすることによって、前記受信されたタスクデータオブジェクトを複数の集合タスクデータオブジェクトグループにグループ化する工程（２５２）、
   Ｃ）前記複数の集合タスクデータオブジェクトグループのそれぞれについて、選択可能な集合ＧＵＩエレメント（２１４〜２２０、１３０３、１５０１〜１５０４）を指定し（２５３）、前記集合ＧＵＩエレメントのそれぞれが対応する前記複数の集合タスクデータオブジェクトグループのそれぞれを表すようにする、指定工程、
   Ｄ）前記複数の集合ＧＵＩエレメントを、グラフィカル・ユーザ・インタフェース（１２２．１、１２２．２、１３０、２００）上の所定領域にまとめて集合ビュー（２１０）として表示する表示工程（２５４）、および
   Ｅ）ユーザにより、前記複数の集合ＧＵＩエレメントのうちの１つが選択されると、選択された１つの集合ＧＵＩエレメントにより表される、複数の集合タスクデータオブジェクトグループのうちの１つの集合タスクデータオブジェクトグループを選択する工程（２５５）を含み、
   選択された前記１つの集合タスクデータオブジェクトグループの共通の工程を実行するプログラム命令へのユーザアクセスを自動的に与え、
   選択された前記１つの集合タスクデータオブジェクトグループにグループ化された複数のタスクデータオブジェクトが示す複数のタスクを、前記グラフィカル・ユーザ・インタフェース（１２２．１、１２２．２、１３０、２００）上に表示する
   ことを特徴とする方法。
4. 前記タスクデータオブジェクトを集めてグループ化するために、それぞれがノード属性を割り当てられた１つまたは２つ以上の第１ノード（９０１〜９１４、１００１〜１００８）を含み、少なくとも２つの階層レベルを含む階層ドリルダウングラフが用いられ、前記方法がさらに、
   受信されたタスクデータオブジェクトのそれぞれを、前記階層ドリルダウングラフの第２ノードとして表す工程を備え、前記グループ化する工程Ｂ）が、
   前記第１ノードのうちの１つを、ドリルダウン分析を実行する起点となる前記階層ドリルダウングラフの現在のノードとして決定する決定工程であって、前記ドリルダウン分析は、前記現在のノードについておよび前記現在のノードの全ての直接的、間接的な後続ノードについて実行されるデータグループ化操作であり、前記グループ化操作を実行するときに、前記現在のノードのノード属性が前記グループ化操作において工程Ｂ）に従ってグループ化属性として用いられる、決定工程と、
   前記現在のノードにより表される前記集合タスクデータオブジェクトグループについて、前記現在のノードの任意の後続ノードにより表される全てのタスクデータオブジェクトに亘って、データ集合関数を実行することにより、集合データ値を計算する計算工程と
   を備える請求項３記載の方法。
5. ドリルダウン分析のそれぞれについて、少なくとも前記集合データ値を、作業メモリに記憶されるドリルダウンヒストリに記憶する記憶工程と、
   ユーザによりナビゲーションＧＵＩエレメント（５１０〜５１２）が選択され、それにより前記ユーザが新たな現在のノードを選択する工程とをさらに備え、前記新たな現在のノードが以前に実行されたドリルダウン分析と対応する請求項４記載の方法。
6. 前記集合ＧＵＩエレメントのそれぞれを、特定のグラフィックデザインに対応した第１の集合ＧＵＩエレメントバージョンに応じて提供する提供工程であって、前記第１のＧＵＩエレメントバージョンは小型スクリーン上に表示されるように構成され、集合ＧＵＩエレメントのそれぞれは、前記ドリルダウングラフの前記第１ノード（９０１〜９１３、９１５〜１００８）の１つへのポインタである、提供工程、
   ほぼスクリーンのサイズである第１ウィンドウ枠（７０４）内に、前記集合ＧＵＩエレメント（１３２）を含む前記集合ビューを表示する工程、および
   ほぼスクリーンのサイズであり、前記第１ウィンドウ枠に取って代わる第２ウィンドウ枠（７０５）を表示する工程をさらに備え、前記第２ウィンドウ枠は、
   １つまたは２つ以上のさらなる集合ＧＵＩエレメント、または、１つまたは２つ以上のタスクＧＵＩエレメント（７１０、７１１；１４１２〜１４１４）を含み、
   前記タスクＧＵＩエレメントのそれぞれは、前記第１ウィンドウ枠の集合ＧＵＩエレメントの１つによって表される集合タスクデータオブジェクトグループのタスクデータオブジェクトを表し、任意のタスクＧＵＩエレメントを選択すると、前記１つの集合タスクデータオブジェクトグループの共通の工程を実行する命令が実行されることを特徴とする請求項３〜５のいずれか１項に記載の方法。
7. 前記第２ウィンドウ枠のコンテントが、
   前記第１ウィンドウ枠内で前記集合ＧＵＩエレメントの１つが選択されると、前記ドリルダウングラフの前記第１ノードの１つを現在のノードとして選択する工程、
   現在のノードおよび現在のノードの直接的、間接的な後続ノードの全てに実行されるデータグループ化操作であるドリルダウン分析を実行する工程であって、前記グループ化操作を実行するときに、前記現在のノードのノード属性が、前記グループ化操作において工程Ｂ）に従ってグループ化属性として用いられ、１つまたは２つ以上のさらなる集合タスクデータオブジェクトグループが作り出される、ドリルダウン分析を実行する工程、および
   前記さらなる集合ＧＵＩエレメントの１つによって、前記さらなる集合タスクデータオブジェクトグループのそれぞれを表す工程
   により構成される請求項６記載の方法。
8. 前記少なくとも１つの検査装置のステータス情報を受信するために、前記少なくとも１つの検査装置のステータスを監視する工程、
   受信されたステータス情報に応じて、前記受信されたタスクデータオブジェクトの少なくともいくつかを、動的に生成、変更および／または削除する工程、
   前記工程Ｂ）〜Ｅ）の再実行をトリガーする工程
   をさらに備え、
   前記再実行の結果として、動的に更新された、実行されるべきタスクの集合ビューが提供される請求項３〜７のいずれか１項に記載の方法。
9. 選択された集合タスクデータオブジェクトグループのタスクデータオブジェクトがそれぞれ、測定結果を検査および／または検証するタスクを表し、
   前記全てのタスクに共通の工程を実行するプログラム命令へのユーザアクセスの提供が、前記ユーザが前記測定結果を検査および／または検証することを可能にする、１つまたは２つ以上のタスク実行ＧＵＩエレメント（１４１０）を含むワークフロー実行ビューを表示する工程を備え、
   前記選択された集合タスクデータオブジェクトグループの共通の工程は、表示用の複数のワークフロー実行ビューからワークフロー実行ビューを自動的に選択する工程であることを特徴とする請求項３〜８のいずれか１項に記載の方法。
10. 前記ワークフロー実行ビューを介して、前記測定結果の１つのユーザによる承認を示す確認信号を受信する工程と、
    前記確認信号を受信した場合には、前記結果をＬＩＳまたはミドルウェアに自動的に転送するか、または利用可能にする工程と
    をさらに備える請求項９記載の方法。
11. 前記選択された集合タスクデータオブジェクトグループのタスクデータオブジェクトが、それぞれ前記複数の検査装置の１つを維持管理するメンテナンスタスクを表し、
    全ての前記タスクに共通の工程を実行するプログラム命令へのユーザアクセスの提供が、ワークフロー実行ビューを表示する工程を備え、前記ワークフロー実行ビューは、１つまたは２つ以上のタスク実行ＧＵＩエレメント（１５０７）を含み、タスク実行ＧＵＩエレメントのそれぞれは、前記検査装置の１つの現在のステータスに関する情報、および／または前記検査装置をどのようにして修理するかについての情報を含むことを特徴とする請求項３〜７のいずれか１項に記載の方法。
12. 前記選択された集合タスクデータオブジェクトグループの共通の工程は、以下の群、
    共通の位置でメンテナンスタスクを実行するメンテナンスタスク実行工程であって、前記共通の位置が、前記メンテナンスタスクが前記選択された集合タスクデータオブジェクトグループ内でグループ化される全ての検査装置に共通する、メンテナンスタスク実行工程、
    表示用の複数のワークフロー実行ビューからワークフロー実行ビューを選択する工程、および
    各検査装置を操作可能にするために、共通の位置から１つまたは２つ以上の消耗品を取り出す工程であって、前記共通の位置が、前記メンテナンスタスクが前記選択された集合タスクデータオブジェクトグループ内でグループ化される全ての検査装置に共通する、消耗品を取り出す工程
    からなる群から選択される、コンピュータを利用する請求項１１記載の方法。
13. 前記ワークフロー実行ビューを介して、前記ユーザによる成功したメンテナンスを示す確認信号を受信する工程と、
    前記確認信号が受信された場合には、前記確認信号が受信された検査装置のそれぞれにコマンドを自動的に送信し、それにより、前記検査装置を自動的に起動し、前記検査装置がそのそれぞれの検査手順を実行することを可能にする工程と
    をさらに備える請求項１１または１２記載の方法。
14. 前記選択された集合タスクデータオブジェクトグループのタスクデータオブジェクトはそれぞれ、前記検査装置の１つによって処理された生体試料の１つまたは２つ以上を、前記検査装置のいずれかから目的位置まで移送するタスクを表し、
    前記選択された集合タスクデータオブジェクトグループの共通の工程は、１つまたは２つ以上の生体試料を共通の目的位置まで移送する工程であり、
    前記共通の工程を実行するプログラム命令へのユーザアクセスの提供が、ワークフロー実行ビューを表示する工程を備え、
    前記ワークフロー実行ビューを介して、前記ユーザによる目的位置の確認を示す確認信号を受信すると、前記選択された集合タスクデータオブジェクトグループの確認された移送タスクを自動的に実行するために、１つまたは２つ以上のロボットユニットを自動的にトリガーし、それにより前記検査装置のいずれかによって処理された生体試料のそれぞれを、前記共通の目的位置まで移送することを特徴とする請求項３〜７のいずれか１項に記載の方法。

Images