(57)【要約】  透析装置（例えば、家庭用血液透析装置または家庭用腹膜透析装置のような、家庭用透析装置）のような医療処置装置は、患者に施されることになる医学的処置のパラメータを規定するデジタル処方ファイルを受信することができる。デジタル処方ファイルは、医療処置装置が、特定の発行者のいずれのアプリオリの知識も有することなく、デジタル処方ファイルの発行者（例えば提供者）が承認された発行者であることを確認できるように、準備および配信されることができる。デジタル処方ファイルは、伝送媒体の本来のセキュリティ（またはその欠如）に関係なく、デジタル処方ファイルおよびその発行者の有効性を検証するのに必要な最小限のリソースを使用して、改ざん防止形式で、配信されることができる。デジタル処方ファイルは、ネットワーククラウドベースの接続されたヘルスシステムを使用して透析装置に配信され得る。
2020518192.tif 000002
【特許請求の範囲】
【請求項１】
医療処置装置によって、公開鍵を使用して暗号化されたデジタル処方ファイルを受信することと、ここにおいて、前記デジタル処方ファイルは、前記デジタル処方ファイルの発行者によって、前記発行者に対応する秘密鍵を使用してデジタル署名されており、
前記公開鍵に対応する秘密鍵を使用して前記デジタル処方ファイルを復号することと、ここにおいて、前記秘密鍵は、前記医療処置装置によってアクセス可能であり、
前記復号されたデジタル処方ファイルを使用して前記デジタル処方ファイルの前記発行者を識別することと、
ｉ）前記発行者、およびｉｉ）前記デジタル処方ファイルにデジタル署名するために使用された前記秘密鍵に対応する証明書が、信頼機関サービスによってデジタル署名されていることを検証することによって、前記デジタル処方ファイルの前記発行者が、承認された発行者であることを決定することと、
前記発行者が前記承認された発行者であることを確認するために、前記承認された発行者に対応する公開鍵を使用して前記デジタル処方ファイル上のデジタル署名を検証することと
を備える、方法。
【請求項２】
前記公開鍵に対応する前記秘密鍵は、前記医療処置装置上に予めローディングされている、請求項１に記載の方法。
【請求項３】
前記承認された発行者に対応する前記公開鍵は、前記信頼機関サービスによって提供される、請求項１に記載の方法。
【請求項４】
前記信頼機関サービスは認証局である、請求項１または３に記載の方法。
【請求項５】
前記デジタル処方ファイルに基づいて透析治療を行うことを備える、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記デジタル処方ファイルは、前記発行者が前記医療処置装置についての追加情報を知ることなく、前記発行者によって暗号化される、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記デジタル処方ファイルは、前記医療処置装置が前記発行者のアイデンティティを学習する前に、前記医療処置装置によって復号される、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記医療処置装置によって、前記発行者に対応する前記証明書を受信することと、ここにおいて、前記証明書は、ｉ）前記発行者と、ｉｉ）前記発行者に対応する前記秘密鍵とに対応する公開鍵を含み、前記信頼機関サービスに対応する秘密鍵を使用して前記信頼機関サービスによってデジタル署名されており、
前記証明書に含まれる前記公開鍵が、承認された発行者に対応することを確認するために、前記信頼機関サービスに対応する公開鍵を使用して前記証明書上のデジタル署名を検証することと
を備える、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記信頼機関サービスが、発行者のアイデンティティを検証し、および前記発行者に対応する公開鍵のオーナシップを証明するための信頼を与えられていることを決定することを備える、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記信頼機関サービスに対応する公開鍵を含む証明書は、前記医療処置装置に記憶される、請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
前記信頼機関サービスに対応する公開鍵を含む証明書は、前記信頼機関サービスが処方発行者の信頼された承認者であることを示すように、前記医療処置装置によって受信される、請求項１〜１０のいずれか一項に記載の方法。
【請求項１２】
前記発行者に対応する前記証明書は、前記信頼機関サービスが前記発行者の前記アイデンティティを検証し、前記発行者が承認された発行者であることを証明した後に、前記信頼機関サービスによって提供される、請求項１〜１１のいずれか一項に記載の方法。
【請求項１３】
医療処置装置によって、公開鍵を使用して暗号化されたデジタル処方ファイルを受信することと、ここにおいて、前記デジタル処方ファイルは、前記デジタル処方ファイルの発行者によって、前記発行者に対応する秘密鍵を使用してデジタル署名されており、
前記医療処置装置によって、前記発行者に対応する公開鍵を含む証明書を受信することと、ここにおいて、前記証明書は、信頼機関サービスに対応する秘密鍵を使用して、前記信頼機関サービスによってデジタル署名されており、
前記公開鍵に対応する秘密鍵を使用して前記デジタル処方ファイルを復号することと、ここにおいて、前記秘密鍵は、前記医療処置装置によってアクセス可能であり、
前記証明書に含まれる前記公開鍵が、承認された発行者に対応することを確認するために、前記信頼機関サービスに対応する公開鍵を使用して前記証明書上のデジタル署名を検証することと、
前記発行者が前記承認された発行者であることを確認するために、前記証明書に含まれる前記公開鍵を使用して前記デジタル処方ファイル上のデジタル署名を検証することと
を備える、方法。
【請求項１４】
前記発行者は、前記医療処置装置が前記発行者についての追加情報を知ることなく、前記承認された発行者であると確認される、請求項１３に記載の方法。
【請求項１５】
医療機器と、
データ記憶装置と、
プロセッサと
を備え、前記プロセッサが、
公開鍵を使用して暗号化されたデジタル処方ファイルを受信することと、ここにおいて、前記デジタル処方ファイルは、前記デジタル処方ファイルの発行者によって、前記発行者に対応する秘密鍵を使用してデジタル署名されており、
前記公開鍵に対応する秘密鍵を使用して前記デジタル処方ファイルを復号することと、ここにおいて、前記秘密鍵は、前記医療機器によってアクセス可能であり、
前記復号されたデジタル処方ファイルを使用して前記デジタル処方ファイルの前記発行者を識別することと、
ｉ）前記発行者、およびｉｉ）前記デジタル処方ファイルにデジタル署名するために使用された前記秘密鍵に対応する証明書が、信頼機関サービスによってデジタル署名されていることを検証することによって、前記デジタル処方ファイルの前記発行者が、承認された発行者であることを決定することと、
前記発行者が前記承認された発行者であることを確認するために、前記承認された発行者に対応する公開鍵を使用して前記デジタル処方ファイル上のデジタル署名を検証することと
を行うように構成された、医療システム。
【請求項１６】
前記医療機器は、前記デジタル処方ファイルに基づいて透析治療を行うように構成された透析装置である、請求項１５に記載の医療システム。
【請求項１７】
前記透析装置は、家庭用透析装置（「ＨＤＭ」）を備える、請求項１６に記載の医療システム。
【請求項１８】
前記透析装置は、腹膜透析（「ＰＤ」）装置を備える、請求項１６または１７に記載の医療システム。
【請求項１９】
前記透析装置は、血液透析（「ＨＤ」）装置を備える、請求項１６または１７に記載の医療システム。
【請求項２０】
接続されたヘルスシステムであって、
前記システムの構成要素間のデータ転送を容易にするクラウドベースのアプリケーションと、
透析装置と、
前記透析装置および前記クラウドベースのアプリケーションと通信しているゲートウェイデバイスと、ここにおいて、前記ゲートウェイデバイスは、前記クラウドベースのアプリケーションからデータを受信し、前記データを前記透析装置に提供するように構成されており、
データ記憶装置と、
プロセッサと
を備え、前記プロセッサが、
前記クラウドベースのアプリケーションを介して、公開鍵を使用して暗号化されたデジタル処方ファイルを受信することと、ここにおいて、前記デジタル処方ファイルは、前記デジタル処方ファイルの発行者によって、前記発行者に対応する秘密鍵を使用してデジタル署名されており、
前記公開鍵に対応する秘密鍵を使用して前記デジタル処方ファイルを復号することと、ここにおいて、前記秘密鍵は、前記透析装置によってアクセス可能であり、
前記復号されたデジタル処方ファイルを使用して前記デジタル処方ファイルの前記発行者を識別することと、
ｉ）前記発行者、およびｉｉ）前記デジタル処方ファイルにデジタル署名するために使用された前記秘密鍵に対応する証明書が、信頼機関サービスによってデジタル署名されていることを検証することによって、前記デジタル処方ファイルの前記発行者が、承認された発行者であることを決定することと、
前記発行者が前記承認された発行者であることを確認するために、前記承認された発行者に対応する公開鍵を使用して前記デジタル処方ファイル上のデジタル署名を検証することと
を行うように構成された、接続されたヘルスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、医療処方を配布することに関する。
【背景技術】
【０００２】
医療処置装置は、様々な医療状態の診断、モニタリング、および／または処置を補助するように設計されることができる。医療処置装置の１つの例は、透析装置である。透析は、腎機能が不十分な患者を支援するために使用される処置である。２つの主要な透析方法が、血液透析と腹膜透析である。血液透析（「ＨＤ」）中、患者の血液は、透析装置の透析器に通され、同時に、透析溶液すなわち透析液も透析器を通る。透析器内の半透膜は、透析器内で血液を透析液から分離し、透析液および血流間で拡散および浸透交換が行われることを可能にする。膜を介したこれらの交換は、尿素およびクレアチニンのような溶質を含む老廃物を血液から除去することをもたらす。これらの交換はまた、血液中のナトリウムおよび水といった他の物質の濃度も調節する。このようにして、透析装置は、血液を洗浄するための人工腎臓として作用する。
【０００３】
腹膜透析（「ＰＤ」）中、患者の腹膜腔には、透析液が周期的に注入される。患者の腹膜の膜裏（membranous lining）が、溶液および血流間で拡散および浸透交換が行われることを可能にする天然の半透膜として作用する。患者の腹膜を介したこれらの交換は、尿素およびクレアチニンのような溶質を含む老廃物を血液から除去することをもたらし、血液中のナトリウムおよび水といった他の物質の濃度を調節する。
【０００４】
ＰＤサイクラーと呼ばれる自動ＰＤ装置は、付き添う臨床スタッフなしに通常一晩中自宅で行われることができるようにＰＤプロセス全体を制御するように設計される。このプロセスは、持続サイクラー補助ＰＤ（「ＣＣＰＤ」：continuous cycler-assisted PD）と称される。多くのＰＤサイクラーは、透析液を患者の腹膜腔に自動的に注入し、滞留させ、そこから排出するように設計される。処置は、典型的には、数時間続き、多くの場合、使用済み透析液または使い終わった透析液を腹膜腔から抜くための初期排出サイクルで始まる。シーケンスは次いで、順々に続く、充填フェーズ、滞留フェーズ、および排出フェーズの連続をたどる。各フェーズはサイクルと呼ばれる。
【発明の概要】
【０００５】
１つの態様において、方法は、医療処置装置によって、公開鍵を使用して暗号化されたデジタル処方ファイルを受信することを含む。デジタル処方ファイルは、デジタル処方ファイルの発行者によって、発行者に対応する秘密鍵を使用してデジタル署名されている。本方法はまた、公開鍵に対応する秘密鍵を使用してデジタル処方ファイルを復号することを含む。秘密鍵は、医療処置装置によってアクセス可能である。本方法はまた、復号されたデジタル処方ファイルを使用してデジタル処方ファイルの発行者を識別することを含む。本方法はまた、ｉ）発行者、およびｉｉ）デジタル処方ファイルにデジタル署名するために使用された秘密鍵に対応する証明書が、信頼機関サービス（trusted authority service）によってデジタル署名されていることを検証することによって、デジタル処方ファイルの発行者が承認された（authorized）発行者であることを決定することを含む。本方法はまた、発行者が承認された発行者であることを確認するために、承認された発行者に対応する公開鍵を使用してデジタル処方ファイル上のデジタル署名を検証することを含む。いくつかの例では、このようにして、任意の承認された発行者は、いずれか一方の当事者が他方の当事者のアプリオリの知識を所有することを必要とせずに、任意の承認された医療処置装置によって消費可能なデジタル処方ファイルをセキュアに発行することができる。
【０００６】
実装形態は、以下の特徴のうちの１つまたは複数を含むことができる。
【０００７】
いくつかの実装形態では、公開鍵に対応する秘密鍵は、医療処置装置上に予めローディングされている。
【０００８】
いくつかの実装形態では、承認された発行者に対応する公開鍵は、信頼機関サービスによって提供される。
【０００９】
いくつかの実装形態では、信頼機関サービスは認証局（certificate authority）である。
【００１０】
いくつかの実装形態では、本方法は、デジタル処方ファイルに基づいて透析治療を行うことを含む。
【００１１】
いくつかの実装形態では、デジタル処方ファイルは、発行者が医療処置装置についての追加情報（例えば一意の情報）を知ることなく、発行者によって暗号化される。
【００１２】
いくつかの実装形態では、デジタル処方ファイルは、医療処置装置が発行者のアイデンティティを学習する前に医療処置装置によって復号される。
【００１３】
いくつかの実装形態では、本方法は、医療処置装置によって、発行者に対応する証明書を受信することを含む。証明書は、ｉ）発行者と、ｉｉ）発行者に対応する秘密鍵とに対応する公開鍵を含み、信頼機関サービスに対応する秘密鍵を使用して、信頼機関サービスによってデジタル署名されている。本方法はまた、証明書に含まれる公開鍵が承認された発行者に対応することを確認するために、信頼機関サービスに対応する公開鍵を使用して証明書上のデジタル署名を検証することを含む。
【００１４】
いくつかの実装形態では、本方法は、信頼機関サービスが、発行者のアイデンティティを検証し、および発行者に対応する公開鍵のオーナシップを証明する（certify）ための信頼を与えられていることを決定することを含む。
【００１５】
いくつかの実装形態では、信頼機関サービスに対応する公開鍵を含む証明書が医療処置装置に記憶される。
【００１６】
いくつかの実装形態では、信頼機関サービスに対応する公開鍵を含む証明書は、信頼機関サービスが処方発行者の信頼された承認者であることを示すように、医療処置装置によって受信される。
【００１７】
いくつかの実装形態では、発行者に対応する証明書は、信頼機関サービスが発行者のアイデンティティを検証し、発行者が承認された発行者であることを証明した後に、信頼機関サービスによって提供される。
【００１８】
別の態様において、方法は、医療処置装置によって、公開鍵を使用して暗号化されたデジタル処方ファイルを受信することを含む。デジタル処方ファイルは、デジタル処方ファイルの発行者によって、発行者に対応する秘密鍵を使用してデジタル署名されている。本方法はまた、医療処置装置によって、発行者に対応する公開鍵を含む証明書を受信することを含む。証明書は、信頼機関サービスに対応する秘密鍵を使用して、信頼機関サービスによってデジタル署名されている。本方法はまた、公開鍵に対応する秘密鍵を使用してデジタル処方ファイルを復号することを含む。秘密鍵は、医療処置装置によってアクセス可能である。本方法はまた、証明書に含まれる公開鍵が承認された発行者に対応することを確認するために、信頼機関サービスに対応する公開鍵を使用して証明書上のデジタル署名を検証することを含む。本方法はまた、発行者が承認された発行者であることを確認するために、証明書に含まれる公開鍵を使用してデジタル処方ファイル上のデジタル署名を検証することを含む。
【００１９】
実装形態は、以下の特徴のうちの１つまたは複数を含むことができる。
【００２０】
いくつかの実装形態では、発行者は、医療処置装置が発行者についての追加情報（例えば固有情報）を知ることなく、承認された発行者であると確認される。
【００２１】
別の態様において、医療システムは、医療機器と、データ記憶装置と、公開鍵を使用して暗号化されたデジタル処方ファイルを受信するために構成されたプロセッサとを含む。デジタル処方ファイルは、デジタル処方ファイルの発行者によって、発行者に対応する秘密鍵を使用してデジタル署名されている。本プロセッサはまた、公開鍵に対応する秘密鍵を使用してデジタル処方ファイルを復号するために構成される。秘密鍵は、医療機器によってアクセス可能である。本プロセッサはまた、デジタル処方ファイルを使用して、復号されたデジタル処方ファイルの発行者を識別するために構成される。本プロセッサはまた、ｉ）発行者、およびｉｉ）デジタル処方ファイルにデジタル署名するために使用された秘密鍵に対応する証明書が、信頼機関サービスによってデジタル署名されていることを検証することによって、デジタル処方ファイルの発行者が承認された発行者であることを決定するために構成される。本プロセッサはまた、発行者が承認された発行者であることを確認するために、承認された発行者に対応する公開鍵を使用してデジタル処方ファイル上のデジタル署名を検証するために構成される。
【００２２】
実装形態は、以下の特徴のうちの１つまたは複数を含むことができる。
【００２３】
いくつかの実装形態では、医療機器は、デジタル処方ファイルに基づいて透析治療を行うように構成された透析装置である。
【００２４】
いくつかの実装形態では、透析装置は、家庭用透析装置（「ＨＤＭ」）を含む。
【００２５】
いくつかの実装形態では、透析装置は、腹膜透析（「ＰＤ」）装置を含む。
【００２６】
いくつかの実装形態では、透析装置は、血液透析（「ＨＤ」）装置を含む。
【００２７】
別の態様において、接続されたヘルスシステム（connected health system）は、システムの構成要素間のデータ転送を容易にするクラウドベースのアプリケーションを含む。クラウドベースのアプリケーションはまた、透析装置と、透析装置およびクラウドベースのアプリケーションと通信するゲートウェイデバイスとを含む。ゲートウェイデバイスは、クラウドベースのアプリケーションからデータを受信し、データを透析装置に提供するように構成される。接続されたヘルスシステムはデータ記憶装置も含む。接続されたヘルスシステムはまた、公開鍵を使用して暗号化されたデジタル処方ファイルを、クラウドベースのアプリケーションを介して受信するために構成されたプロセッサも含む。デジタル処方ファイルは、デジタル処方ファイルの発行者によって、発行者に対応する秘密鍵を使用してデジタル署名されている。本プロセッサはまた、公開鍵に対応する秘密鍵を使用してデジタル処方ファイルを復号するために構成される。秘密鍵は、透析装置によってアクセス可能である。本プロセッサはまた、デジタル処方ファイルを使用して、復号されたデジタル処方ファイルの発行者を識別するために構成される。本プロセッサはまた、ｉ）発行者、およびｉｉ）デジタル処方ファイルにデジタル署名するために使用された秘密鍵に対応する証明書が、信頼機関サービスによってデジタル署名されていることを検証することによって、デジタル処方ファイルの発行者が承認された発行者であることを決定するために構成される。本プロセッサはまた、発行者が承認された発行者であることを確認するために、承認された発行者に対応する公開鍵を使用してデジタル処方ファイル上のデジタル署名を検証するために構成される。
【００２８】
実装形態は、以下の利点のうちの１つまたは複数を含むことができる。
【００２９】
いくつかの実装形態では、処方ファイルは、デジタルに生成および配信されることができる。いくつかの実装形態では、デジタル処方ファイルは、デジタル処方ファイルおよびデジタル処方ファイルの発行者の両方を一意に識別する偽造不可能な様式でデジタル署名されることができる。いくつかの実装形態では、発行者に対応する公開鍵を含む証明書（例えば発行者の証明書）はそれ自体が、デジタル署名されたデジタル処方ファイルに組み込まれ得る。例えば、いくつかの実装形態では、発行者の証明書は、別個の、および／またはセキュアな配信を必要としない。いくつかの実装形態では、デジタル処方ファイルは、（例えば、デジタル署名の性質により、伝送中のファイルを修正しようとする試みが明るみに出るので）任意のデジタル媒体を使用して配信され得、セキュアな手段またはセキュアでない手段のいずれかを使用し得る。
【００３０】
いくつかの実装形態では、デジタル処方ファイルの受信者（例えば透析装置）は、特定の発行者の存在の事前知識を必要としない。例えば、いくつかの実装形態では、受信者によって知られているまたは知られていない任意の発行者は、有効な（例えば検証可能な）デジタル処方ファイルを発行し得る。いくつかの実装形態では、デジタル処方ファイルの発行者は、特定の受信者（例えば特定の透析装置）の事前知識を必要としない。例えば、いくつかの実装形態では、任意の透析装置は、発行者が特定の透析装置の存在の事前知識を有することなく、任意の処方ファイルを消費し得る。
【００３１】
いくつかの実装形態では、機関サービスに対応する公開鍵を含む証明書（例えば認証局の証明書）は、透析装置上に予めローディングされているか、または透析装置によって受信される。いくつかの実装形態では、認証局は、デジタル処方ファイルを提供することを許可された発行者のための証明書（例えば発行者証明書）に署名することを承認される。いくつかの実装形態では、透析装置は、発行者の証明書の署名者（例えば認証局）を、デジタル処方ファイルの発行者（例えば署名者）が承認された発行者であることを決定するための唯一の承認および表示として使用し得る。
【００３２】
いくつかの実装形態では、発行者のアイデンティティを検証するために認証局を使用することによって、発行者は、透析装置によって１つずつ承認される必要がなく、次にデジタル処方ファイルは、（例えば、特定の発行者や特定の受信者透析装置に関係なく）元のソースも受信者も前もって知られることなくセキュアに配信されることができる。
【００３３】
いくつかの実装形態では、公開鍵の暗号方式にしたがってデジタル処方ファイルを暗号化することによって、対応する秘密鍵を所有する受信者のみがファイルを復号し、その元のコンテンツを閲覧することができる。さらに、デジタル署名を採用することによって、受信者は、発行者が実際に、本人が主張する通りの者であり、ファイルが発行者によって署名されてから修正されていないことを確認することができる。
【００３４】
本明細書に含まれる主題の他の態様、特徴、および利点が、説明および図面、ならびに特許請求の範囲から、明らかになるであろう。
【図面の簡単な説明】
【００３５】
【図１】ネットワークに接続された腹膜透析装置の正面斜視図である。
【図２】透析装置、認証局、および発行者間で情報を通信するためのシステムを例示する。
【図３Ａ】デジタル処方ファイルを暗号化し、それにデジタル署名するための一例の技法を例示する。
【図３Ｂ】デジタル処方ファイルのデジタル署名を復号およびチェックするための一例の技法を例示する。
【図４】ネットワークに接続された血液透析装置の正面斜視図である。
【図５】「ＣＨＳ」（Connected Health Service）システムの一例を示す概略的な例示である。
【図６】一例のコンピュータシステムのブロック図である。
【詳細な説明】
【００３６】
様々な図面における同様の参照符号は、同様の要素を示す。
【００３７】
本明細書には、デジタル処方ファイルが、デジタル処方ファイルおよびその発行者の有効性を検証するのに必要な最小限のリソースを使用して、改ざん防止形式（tamper-evident format）で、いくつかの場合には伝送媒体の本来のセキュリティ（またはその欠如）に関係なく、互いのアプリオリの知識を有さないエンティティに、またはそれらから送信されることを可能にするための技法が、開示される。本技法はまた、本質的に本技法を改変することなく、暗号化およびリアルタイム認証ならびに／または承認を含むがこれに限定されない本技法を使用して、追加のセキュリティ対策が補足されることも可能にする。「デジタル処方ファイル」という用語は、適切な医師または他の医者によって医学的に処方された医学的処置を実施するために使用され得るプログラミング命令のセットを含み、それを指すと理解され得る。いくつかの実装形態では、「処方」という用語は、医師が実際に患者に処方したものを指すと理解され得、患者の電子健康記録（ＥＨＲ）に捕捉され得る。この処方は、処方された処置を実施するための、医療機器（例えば透析装置）のためのプログラムおよび／または命令セットを含むデジタル処方ファイルに適切に変えられ、フォーマッティングされ、暗号化され、および／またはそうでなければ変換され得る。
【００３８】
暗号システムおよび方法が、情報を暗号化し、および／または情報のソースを認証（authenticate）するために採用されることができる。例えば、機密情報を含むファイル（例えばデジタル処方ファイル）は、宛先に送られる前に暗号化および／またはデジタル署名され得る。暗号化は、伝送中通信が完全かつ秘密にされたままであることを確実にすることができ、一方、デジタル署名は、復号を必要とせずにコンテンツの完全性を確実にすることができ、ソースが受信者によって適切に認証されることができることを確実にする。
【００３９】
ファイルが暗号化されると、「プレーンテキスト」と呼ばれる元のファイルに含まれる情報（例えば処方）は、暗号アルゴリズムにしたがって異なる形式に変換される。例えば、テキスト文字列（例えば「Ｈｅｌｌｏ Ｗｏｒｌｄ」）を含むファイルは、鍵でファイルを暗号化することによって「暗号テキスト（cyphertext）」と呼ばれる形式（例えば「３Ｂ５８２ＥＣ３Ｄ２１０Ａ１２Ｃ３８５４１ＤＥ９７５６７２Ｂ０２７２Ｂ９３４５」）に変換され得る。暗号化されたファイルを傍受する者は、暗号テキストを見られるだけであり、元のプレーンテキストを見られない。暗号テキストを変換してプレーンテキストに戻すために、受信者は、典型的には、ファイルを暗号化するために使用された鍵に対応する鍵を所有していなければならない。受信者の所有する鍵は、ファイルを復号するために暗号テキストに適用されることができ、それによってプレーンテキストを複製する。このようにして、暗号化された情報の発行者は、正しい鍵を所有する者だけが機密情報を閲覧できることを確実にすることができる。
【００４０】
暗号化されることに加えて、ファイルは発行者によってデジタル署名もされ得る。ファイルがデジタル署名されるとき、プレーンテキストは、ダイジェスト（例えばハッシュと称されるときもある）を生成するために、ハッシュされる（例えばハッシュアルゴリズムがデータに適用される）。ダイジェストは次いで、発行者に対応する秘密鍵（例えば復号に関して上述されたものとは異なる鍵）を使用して暗号化され、それによってデジタル署名を生成する。受信者は、ｉ）プレーンテキストのダイジェストを算出すること、ｉｉ）ダイジェストを複製するために発行者の秘密鍵に対応する公開鍵を使用してデジタル署名を検証すること（例えば復号すること）、およびｉｉｉ）算出されたダイジェストを複製された（例えば復号された）ダイジェストと比較することによって、署名を検証することができる。算出されたダイジェストおよび復号されたダイジェストが同等である場合、ｉ）ファイルは署名されてから修正されていないこと、およびｉｉ）署名者（例えば発行者）が署名動作を行ったことが確認されることができる。
【００４１】
よって、デジタル署名を採用することによって、受信者は、発行者が実際に、本人が主張する通りの者であり、ファイルが発行者によって署名されてから修正されていないことを確認することができる。
【００４２】
透析装置（例えば家庭用透析装置（「ＨＤＭ」））のような医療処置装置は、患者に施される医学的処置（例えば透析治療）のパラメータを規定するデジタル処方ファイルを受信するように構成されることができる。デジタル処方ファイルは、医療処置装置が、特定の発行者のいずれのアプリオリの知識も有することなく、デジタル処方ファイルの発行者が承認された発行者であることを確認できるように、準備および配信されることができる。例えば、デジタル処方ファイルは、発行者に一意の秘密鍵を使用して発行者によってデジタル署名され得る。署名されたデジタル処方ファイルは、セキュアな媒体またはセキュアでない媒体を介して医療処置装置に配信される。医療処置装置は、デジタル処方ファイルを読み取り、発行者とされる者（purported issuer）を識別し、発行者とされる者が承認された発行者であることを確認する。
【００４３】
いくつかの実装形態では、医療処置装置は、以下により詳細に説明されるように、発行者に対応する（および、例えばデジタル処方ファイルにデジタル署名するために使用された発行者の秘密鍵に対応する）証明書が、信頼機関サービス（例えば発行者のアイデンティティを検証すること、およびかかる発行者に対応する公開鍵のオーナシップを証明することを担う発行者の既知の承認者）によってデジタル署名されていることを検証することによって、発行者とされる者が承認された発行者であることを確認する。
【００４４】
いくつかの実装形態では、発行者は、承認された状態を取得するために前もって認証局（例えば発行者を承認するための信頼を医療処置装置によって与えられている認証局）と通信し得る。例えば、発行者は、検証のためにそれらの公開鍵を認証局に提供し得、認証局は、発行者のアイデンティティを検証し、引き換えに発行者証明書を提供することができる。発行者の公開鍵を含む発行者証明書は、認証局の秘密鍵を使用して認証局によってデジタル署名される。発行者証明書は、デジタル処方ファイルと共に医療処置装置に提供されることができる。医療処置装置によってアクセス可能である認証局の公開鍵は、発行者証明書が実際に認証局によって署名されたことを検証するために使用されることができる。認証局は信頼されたエンティティであるので、医療処置装置は、発行者の証明書に含まれる情報（例えば発行者の公開鍵）を信頼されたものとして扱うことができる。医療処置装置は次いで、デジタル処方ファイルが、実際に、承認された発行者によって署名されており、署名されてから修正されていないことを確認するために、発行者の公開鍵を使用し得る。このようにして、発行者は、医療処置装置によって個別に承認される必要がなく、次にデジタル処方ファイルは、（例えば、特定の発行者や特定の受信者医療処置装置に関係なく）元のソースも受信者も前もって知られることなくセキュアに配信されることができる。
【００４５】
いくつかの実装形態では、医療処置装置は、承認された発行者に対応することが知られている公開鍵を医療処置装置に提供することができる、第三者機関の機関サービスと通信することによって、発行者とされる者が承認された発行者であることを確認することができる。医療処置装置は次いで、デジタル処方ファイルが、実際に、承認された発行者によって署名されており、一旦署名されてから修正されていないことを確認するために、公開鍵を使用し得る。
【００４６】
発行者によってデジタル署名されることに加えて、デジタル処方ファイルは、発行者に知られている公開鍵を使用して暗号化されることができる。公開鍵は、医療処置装置上に予めローディングされていることができる対応する秘密鍵を有する。いくつかの実装形態では、秘密鍵は、信頼されたソースからのダウンロードのために医療処置装置に利用可能である。いくつかの実装形態では、秘密鍵は、復号のために暗号化されたデジタル処方ファイルを信頼されたプロセッサに送り、引き換えに復号されたファイルを受信することによって、医療処置装置による使用のために利用可能である。暗号化されたデジタル処方ファイルを受信したら、医療処置装置は、デジタル処方ファイルを復号するために対応する秘密鍵を使用することができる。秘密鍵が（例えば製造時またはその後の任意のときに）すべての医療処置装置上に予めローディングされていることができるので、デジタル処方ファイルは、任意の医療処置装置にセキュアに配信され、制限なく医療処置装置によって復号されることができる。いくつかの実装形態では、デジタル処方ファイルは対称鍵で暗号化され、それ自体は次いで、公開鍵を使用して暗号化される。
【００４７】
いくつかの実装形態では、医療処置装置は腹膜透析装置であり得る。図１は、デジタル処方ファイルを受信するように構成されたＰＤシステム１００の一例を示す。いくつかの実装形態では、ＰＤシステム１００は、患者の自宅での使用のために構成される（例えば家庭用ＰＤシステム）。ＰＤシステム１００は、カート１０４上に据えられたＰＤ装置（ＰＤサイクラーとも称される）１０２を含む。ＰＤ装置１０２は、筐体１０６、ドア１０８、およびカセットインターフェースを含み、当該カセットインターフェースは、カセットインターフェースと閉じられたドア１０８との間に形成されたカセットコンパートメント内にカセットが配設されたときに使い捨てＰＤカセットに接触する。ヒータトレイ１１６が、筐体１０６の上部に配置される。ヒータトレイ１１６は、透析液のバッグ（例えば透析液の５リットルバッグ）を収容するようなサイズおよび形状にされる。ＰＤ装置１０２はまた、例えばＰＤ治療のセットアップ、開始、および／または終了を可能にするために使用者（例えば介護者または患者）によって動作されることができるタッチスクリーン１１８および制御パネル１２０のようなユーザインターフェースも含む。
【００４８】
透析液バッグ１２２は、カート１０４の側面上の指状物から吊り下げられ、ヒータバッグ１２４は、ヒータトレイ１１６に配置される。透析液バッグ１２２およびヒータバッグ１２４は、それぞれ、透析液バッグライン１２６およびヒータバッグライン１２８を介してカセットに接続される。透析液バッグライン１２６は、使用中に透析液を透析液バッグ１２２からカセットに通すために使用されることができ、ヒータバッグライン１２８は、使用中に透析液をカセットおよびヒータバッグ１２４間を前後に通すために使用されることができる。さらに、患者ライン１３０およびドレンライン１３２がカセットに接続される。患者ライン１３０は、カテーテルを介して患者の腹部に接続されることができ、使用中に透析液をカセットおよび患者の腹膜腔間を前後に通すために使用されることができる。ドレンライン１３２は、ドレンまたはドレン容器に接続されることができ、使用中に透析液をカセットからドレンまたはドレン容器に通すために使用されることができる。
【００４９】
タッチスクリーン１１８および制御パネル１２０は、操作者が、様々な処置パラメータをＰＤ装置１０２に入力し、そうでなければＰＤ装置１０２を制御することを可能にする。さらに、タッチスクリーン１１８は、ディスプレイとしての役割をする。タッチスクリーン１１８は、患者およびＰＤシステム１００の操作者に情報を提供するように機能する。例えば、タッチスクリーン１１８は、以下により詳細に説明されるように、処方に関連する情報を含む、患者に適用されることになる透析治療に関連する情報を表示し得る。
【００５０】
ＰＤ装置１０２は、ＰＤ装置１０２の内部に常駐し、かつタッチスクリーン１１８および制御パネル１２０と通信するように構成された処理モジュール１０１を含む。処理モジュール１０１は、タッチスクリーン１１８および制御パネル１２０からデータを受信し、受信されたデータに基づいてＰＤ装置１０２を制御するように構成される。例えば、処理モジュール１０１は、ＰＤ装置１０２の動作パラメータを調整することができる。いくつかの実装形態では、処理モジュール１０１は、Ｍｏｔｏｒｏｌａ，Ｉｎｃ．によって製造されるＭＰＣ８２３ ＰｏｗｅｒＰＣデバイスである。
【００５１】
ＰＤ装置１０２は、ネットワーク１１０に接続するように構成される。ＰＤ装置１０２は、ネットワーク１１０への接続を容易にするように構成されたトランシーバ１１２を含む。他の医療機器（例えば周辺デバイスまたはモニタ、他の透析装置等）が、ネットワーク１１０に接続し、ＰＤ装置１０２と通信するように構成され得る。同様に、デジタル処方ファイルの発行者、および／または発行者のアイデンティティを検証し、および発行者に対応する公開鍵のオーナシップを証明することを課せられた機関サービスのような、１つまたは複数の遠隔エンティティは、ＰＤ装置１０２上で実施するためのデジタル処方、デジタル証明書、および／またはデジタル署名を検証するために使用可能な公開鍵を提供するために、ネットワーク１１０に接続し、ＰＤ装置１０２と通信することができ得る。かかるネットワーク１１０への接続は、以下により詳細に説明されるように、クラウドベースのサービス（例えば「ＣＨＳ」（Connected Health Service））を通して行われ得る。
【００５２】
図２は、透析装置（「ＤＭ」）１０２、認証局（「ＣＡ」）２０２、および発行者２０４間で情報を通信するためのシステムを例示する。ＣＡ２０２は、発行者２０４のアイデンティティを承認および認証するための信頼をＤＭ１０２によって与えられている第三者機関であり得、発行者２０４は、病院またはクリニックのような、ＤＭ１０２に処方を提供しようとする任意のエンティティであり得る。
【００５３】
ＤＭ１０２に処方を提供する前に、発行者２０４は、そのアイデンティティを検証し、承認された状態を取得するために、ＣＡ２０２と通信し得る。ＣＡ２０２は、発行者２０４が実際に、本人がそうであると言っている者であることを確認し、および発行者２０４がＤＭ１０２に処方を発行するための権限、信頼、および／または資格を有することを検証することも課せられている。発行者２０４が処方を発行するのを承認されることをＣＡ２０２によって一旦決定されると、発行者２０４は、ＣＡ２０２に発行者公開鍵２０６を提供する。発行者公開鍵２０６が実際に発行者２０４に対応することを検証した後、ＣＡ２０２は、発行者２０４に発行者証明書２０８を提供する。発行者証明書２０８は、発行者公開鍵２０６を含み、ＣＡ２０２に対応する秘密鍵（例えばＣＡ秘密鍵２０９）を使用してＣＡ２０２によってデジタル署名される。今や承認された発行者２０４は、ＤＭ１０２に処方を提供することができる。
【００５４】
発行者２０４は、ＤＭ１０２に提供されることになる処方を作成し得る。処方は、ＤＭ１０２によって可読であるプレーンテキストで規定され得る。例えば、ＤＭ１０２は、プレーンテキストに含まれる命令のセットを読み取り、命令に基づいて関数を実行し得る。処方は、とりわけ、サイクルの充填フェーズ中に採用されるべき流量、サイクルの排出フェーズ中に採用されるべき流量、行われるべき処置の回数、一回の処置ごとに行われるべきサイクル数、サイクルごとに使用されるべき充填量、およびサイクルごとに使用されるべき滞留時間のような命令を含み得る。
【００５５】
処方は、ＤＭ１０２に提供されるデジタル処方ファイル２１０の一部として含まれる。そこに含まれる情報のプライバシーを保護するために、デジタル処方ファイル２１０は、ＤＭ１０２および他のＤＭに対応する公開鍵（例えばＤＭ公開鍵２１１）を使用して暗号化され得る。いくつかの実装形態では、ＤＭ公開鍵２１１は知られており、暗号化された情報をＤＭ１０２に提供しようとする任意の発行者２０４にとってアクセス可能である。いくつかの実装形態では、ＣＡ２０２は、発行者２０４のアイデンティティを検証した後、発行者２０４にＤＭ公開鍵２１１を提供することができる。ＤＭ公開鍵２１１に対応するＤＭ秘密鍵２１２は、ＤＭ１０２上に記憶されていてよいか、またはそうでなければＤＭ１０２によってアクセス可能であり得る。例えば、ＤＭ秘密鍵２１２は、ＤＭ１０２の製造時に、またはその後の任意のときに、ＤＭ１０２上に記憶され得る。デジタル処方ファイル２１０を受信した後、ＤＭ１０２は、デジタル処方ファイル２１０を復号するためにＤＭ秘密鍵２１２を使用し、処方のプレーンテキストを取得することができる。復号されたデジタル処方ファイルはまた、デジタル処方ファイル２１０の特定の発行者２０４を識別するためにＤＭ１０２によって使用されることもできる。
【００５６】
ＤＭ公開鍵２１１およびＤＭ秘密鍵２１２は、特定のＤＭ１０２だけでなく、システムの一部として含まれる任意の関連するＤＭにも対応する。すなわち、ＤＭ秘密鍵２１２は、すべての関連するＤＭ上に記憶されることができ、ＤＭ公開鍵２１１を使用して暗号化された情報を復号するために使用されることができる。このようにして、デジタル処方ファイル２１０は、特定の受信者ＤＭが前もって知られることなく発行者２０４によってセキュアに配信されることができ、ＤＭ１０２が発行者２０４のアイデンティティを学習する前に（または、いくつかのケースでは、以下により詳細に説明されるように、ＤＭ１０２が発行者２０４の特定のアイデンティティを一切学習することなく）、ＤＭ１０２によって復号されることができる。
【００５７】
ＤＭ公開鍵２１１が、（例えば、処方をＤＭ１０２に提供することを承認されていない発行者などに）広く知られ得るので、受信された暗号化されたデジタル処方ファイル２１０は、さらなる検証なく実施するのに必ずしも安全ではない。例えば、処方を提供することを承認されていない何者かが、ＤＭ公開鍵２１１を取得し、危険な命令を含む処方を作成し、ＤＭ公開鍵２１１を使用して処方を暗号化し、暗号化された処方をＤＭに提供し得る。かかる状況を防止するために、ＤＭ１０２は、デジタル処方ファイル２１０を信頼する前に発行者２０４のアイデンティティを検証するように構成される。
【００５８】
暗号化されることに加えて、デジタル処方ファイル２１０は、発行者２０４に対応する秘密鍵（例えば発行者秘密鍵２１３）を用いてデジタル署名される。デジタル署名は、発行者秘密鍵２１３に対応する発行者公開鍵２０６を使用して検証されることができる。デジタル署名が検証される場合、ｉ）デジタル処方ファイル２１０が署名されてから修正されていないこと、およびｉｉ）署名者（例えば発行者２０４）が署名動作を行ったことが確認される。デジタル署名が発行者公開鍵２０６を使用してどのように検証されるかについてのさらなる情報は、図３Ｂに関連して以下に説明される。
【００５９】
いくつかの実装形態（例えばデジタル処方ファイル２１０が暗号化される実装形態）では、ＤＭ１０２は、復号されたデジタル処方ファイルを使用してデジタル処方ファイル２１０の発行者２０４を識別する。復号されたデジタル処方ファイルは、特定の発行者２０４に関連する識別情報を含み得る。ＤＭ１０２は次いで、発行者２０４に対応する発行者公開鍵２０６を取得するためにＣＡ２０２と通信（例えばクエリ）する。例えば、デジタル処方ファイル２１０を復号し、発行者とされる者２０４を識別した後に、ＤＭ１０２は、発行者とされる者２０４が承認された発行者（例えば処方を提供することを承認された発行者）であるかどうかをＣＡ２０２に尋ね得る。発行者とされる者２０４が処方を提供することを承認されている場合、ＣＡ２０２は、承認されていることが知られている発行者２０４に対応する発行者公開鍵２０６を提供することができる。ＤＭ１０２は、以下により詳細に説明されるように、実際にデジタル処方ファイル２１０が承認された発行者２０４によって署名されており、署名されてから修正されていないことを確認するために、発行者公開鍵２０６を使用することができる。
【００６０】
いくつかの実装形態では、ＤＭ１０２は、ＣＡ２０２と通信（例えば同時に通信）することなく、発行者公開鍵２０６を取得し、発行者とされる者２０４が処方を提供するのを承認されていることを確認し、デジタル署名を検証し得る。このタイプの検証は、（例えばインターネットアクセスがないことにより）ＤＭ１０２がＣＡ２０２と通信できない場合に行われ得る。
【００６１】
上述のように、ＤＭ１０２に処方を提供する前に、発行者２０４は、ＣＡ２０２と通信することによって、承認された状態を取得し得る。発行者２０４が一旦承認されると、ＣＡ２０２は、発行者２０４に発行者証明書２０８を提供する。発行者証明書２０８は、発行者公開鍵２０６を含み、ＣＡ秘密鍵２０９を使用してＣＡ２０２によってデジタル署名される。発行者証明書２０８は、デジタル処方ファイル２１０と共にＤＭ１０２に提供されることができる。
【００６２】
ＣＡ証明書２１４は、ＤＭ１０２上に記憶されている。ＣＡ証明書２１４は、処方が受信される前に（例えばＤＭ１０２の製造時またはその後の任意のときに）ＤＭ１０２に提供され得る。いくつかの実装形態では、ＣＡ証明書２１４は、ＤＭ１０２上に記憶されているか、または（例えばネットワーク１１０を介して）ＤＭ１０２によってアクセス可能なロケーションに記憶されている。いくつかの実装形態では、ＣＡ証明書２１４は、ＣＡが処方発行の信頼された承認者であることを示すように、ＤＭ１０２によって受信される。例えば、ＣＡ証明書２１４は、処方発行者の信頼された承認者である者のみによってアクセス可能であるセキュアチャネルを介して配信され得る。いくつかの実装形態では、ＣＡ証明書２１４は、１つまたは複数の信頼された認証局に関連する情報を含むデータリポジトリに記憶される。ＣＡ証明書２１４は、ＣＡ２０２に対応する公開鍵（例えばＣＡ公開鍵２１６）を含む。発行者証明書２０８上のデジタル署名は、ＣＡ公開鍵２１６を使用して検証されることができる。デジタル署名が検証される場合、ｉ）発行者証明書２０８がＣＡ２０２によって署名されてから修正されていないこと、およびｉｉ）署名者（例えばＣＡ２０２）が署名動作を行ったことが確認される。ＣＡ２０２は信頼されたエンティティであるので、ＤＭ１０２は、発行者証明書２０８に含まれる情報（例えば発行者公開鍵２０６）を信頼されたものとして扱うことができる。ＤＭ１０２は次いで、デジタル処方ファイル上の署名を検証するために発行者証明書２０８に含まれる発行者公開鍵２０６を使用し得、それによりデジタル処方ファイル２１０が、実際に（例えば信頼および承認されていることを今や知られている）発行者２０４によって署名されており、署名されてから修正されていないことを確認する。ＤＭ１０２は次いで、処方によって規定された処置を実施し得る。
【００６３】
デジタル処方ファイル２１０は、いくつかの実装形態ではプレーンテキスト形式であることができる、処方を含むことができる。処方は、透析治療を行うために透析システム１００によって使用可能である。デジタル処方ファイル２１０は、患者ＩＤのような患者属性、使用されるべきサイクラーのシリアル番号、サイクラーが患者に割り当てられた日時に関連する情報、患者の提供者（例えば発行者）に関連付けられたＩＤ、患者のクリニックに関連付けられたＩＤ、患者の姓名、患者の最小腹膜容積、および患者の最大腹膜容積を含むことができる。いくつかの実装形態では、デジタル処方ファイル２１０は、患者のための複数の処方を（例えば６個）含むことができる。デジタル処方ファイル２１０は、各処方が作成され、および／または患者に割り当てられた時間を識別する日付／時間スタンプを含むことができる。
【００６４】
デジタル処方ファイル２１０は、各処方に関連する属性も含む。例えば、処方は、処方シーケンスＩＤ、処方ＩＤ、（例えばＤＭ１０２上に表示される）名前、処置を提供するときに使用されるべき使い捨てラインセットについてのタイプ（例えば、「低フィーチャ（low feature）」、「中フィーチャ」、「高フィーチャ」）、処置を提供するときに使用されるべきカテーテルの特性（例えば、「遅い」、「平均」、「速い」）、サイクルの充填フェーズ中に使用されるべき流量、サイクルの排出フェーズ中に使用されるべき流量、および処置が終了することになる要求時間に関連する属性を有し得る。
【００６５】
処方内では、患者は、１つまたは複数回の処置を有することができる。各回は、１つのサイクルまたは複数の繰り返すサイクルを有することができる。特定回の中での繰り返すサイクルは同じ設定を有し得る。いくつかの実装形態では、デジタル処方ファイル２１０は、（例えば処置シーケンスにおけるその回の位置を与える）処方回ＩＤ、特定回に含まれるサイクル数、サイクルタイプコード（例えば「サイクラー」、「手動」、「ＰＤ＋」、「最終充填」）、回におけるサイクルごとの要求された充填量、回におけるサイクルごとの要求された滞留時間、回におけるサイクルごとの予想される限外濾過量、排出モード（例えば「標準」、「完全」）、および回におけるサイクルごとの要求された排出量のような、特定の処方回および／またはサイクルに関連する属性を含む。いくつかの実装形態では、デジタル処方ファイル２１０は、特定の処置のために処方されたバッグのタイプに関連する属性も含む。
【００６６】
図３Ａは、デジタル処方ファイルが暗号化される実装形態についての、デジタル処方ファイル（例えば図２のデジタル処方ファイル２１０）を暗号化３００し、それにデジタル署名３１０するために採用され得る技法の一例を示す。
【００６７】
上述のように、デジタル処方ファイル２１０は、ＤＭ１０２によって患者に適用されることになる透析治療の１つまたは複数のパラメータを規定する、プレーンテキストの処方を含む。デジタル処方ファイル２１０は、発行者（例えば図２の発行者２０４）によって準備され得る。デジタル処方ファイル２１０は、非対称暗号システムのような暗号システムを使用して暗号化され得、公開鍵暗号と称されるときもある。例えば、デジタル処方ファイル２１０に含まれる情報は、ＤＭ１０２（および例えば他の関連するＤＭ）に対応するＤＭ公開鍵３０４を使用して暗号化３０２され得る。デジタル処方ファイル２１０中の情報は、ＤＭ公開鍵３０４を考慮する暗号アルゴリズムにしたがって異なる形式に変換され、それにより、暗号化されたデジタル処方ファイル３０６をもたらす。暗号アルゴリズムは、効率的な解決法を認めていない数学上の問題に基づき得る。暗号化３０２の結果として、暗号化されたデジタル処方ファイル３０６は、暗号化されたデジタル処方ファイル３０６を傍受し得る者に表面上では理解できない英数字コードの形式をとり得る。よって暗号化３０２は、デジタル処方ファイル２１０に含まれる情報が伝送中秘密にされたままであることを確実にするのに役立つ。
【００６８】
デジタル処方ファイル２１０はまた、発行者２０４によってデジタル署名３１０もされる。データが「デジタル署名されている」といわれるとき、デジタル署名がデータに付けられていることを意味する。デジタル署名は、典型的には、データの暗号化されたダイジェストを含む。図３Ａに示されるように、デジタル処方ファイル２１０のコンテンツは、ダイジェスト３１４を生成するためにハッシュアルゴリズム３１２にしたがってハッシュされる。いくつかの実装形態では、ハッシュアルゴリズム３１２は、一方向性関数（例えば反転することが実行不可能な関数）であるように設計された数学的アルゴリズムである。ダイジェスト３１４は次いで、発行者２０４に対応する発行者秘密鍵３１８を使用して暗号化３１６され、それによってデジタル署名３２０を作成する。デジタル署名３２０および暗号化されたデジタル処方ファイル３０６は次いで、ＤＭ１０２に提供される。
【００６９】
図３Ｂは、暗号化されたデジタル処方ファイル３０６のデジタル署名３２０を検証するためにＤＭ１０２によって採用され得る技法の一例を示す。この例で、本技法は、暗号化されたデジタル処方ファイル３０６を復号３３０し、デジタル署名３２０をチェック３４０することを含む。デジタル処方ファイルが暗号化されないため復号される必要のない実装形態では、復号３３０のステップは省略できる。
【００７０】
発行者２０４から、暗号化されたデジタル処方ファイル３０６を受信した後、ＤＭ１０２は、ＤＭ公開鍵３０４に対応するＤＭ秘密鍵３３４を使用してファイルを復号３３２する。例えば、秘密鍵３３４は、暗号アルゴリズムが理解できない英数字コードを変換してプレーンテキストに戻すために必要な情報を提供することができ、それによって元のデジタル処方ファイル２１０を複製する。
【００７１】
デジタル処方ファイル２１０が公開鍵（例えばＤＭ公開鍵３０４）を使用して暗号化されたので、処方を提供することを承認されていない何者かが、それにもかかわらずＤＭ公開鍵３０４を取得し、暗号化された処方をＤＭ１０２に提供し得ることが可能である。よって、デジタル処方ファイル２１０が、信頼できるソースからきたものであり、実施するのに安全であることを確実にするために、デジタル処方ファイルのソース（例えば発行者２０４）が、デジタル署名３２０をチェック３４０することによって検証されることができる。
【００７２】
暗号化されたデジタル処方ファイル３０６が、それに含まれるプレーンテキストを複製するために復号３３２された後、プレーンテキストは、算出されたダイジェスト３４２を複製するためにハッシュアルゴリズム３１２にしたがってハッシュされる。暗号化されたバージョンのダイジェスト３１４を含むデジタル署名３２０は、ダイジェスト３１４を複製するために発行者秘密鍵３１８に対応する発行者公開鍵３４６を使用して復号３４４される。算出されたダイジェスト３４２は次いで、複製された（例えば復号された）ダイジェスト３１４と比較される。算出されたダイジェスト３４２および複製されたダイジェスト３１４が同等である場合、デジタル処方ファイル２１０が発行者２０４によってデジタル署名されてから修正されておらず、発行者２０４が署名動作を行った者であることが確認されることができる。ダイジェストを複製すること、ハッシュアルゴリズム３１２を使用してダイジェストを算出すること、および複製されたダイジェスト３１４を算出されたダイジェスト３４２と比較することを行うステップは、本明細書では、デジタル署名３２０を検証することと総称されるときもある。
【００７３】
上述のように、ＤＭ１０２が、デジタル署名３２０を検証するために発行者公開鍵３４６を取得することができる複数の方法がある。いくつかの実装形態では、ＤＭ１０２は、発行者公開鍵３４６を取得するためにＣＡ（図２の２０２）と通信する。例えば、暗号化されたデジタル処方ファイル３０６を復号し、発行者とされる者２０４を識別した後、ＤＭ１０２は、発行者とされる者２０４が処方を提供することを承認されているかどうかをＣＡ２０２に尋ね得る。発行者とされる者２０４が処方を提供することを承認されている場合、ＣＡ２０２は、承認されていることが知られている発行者２０４に対応する発行者公開鍵３４６を提供することができる。ＤＭ１０２は、実際にデジタル処方ファイル２１０が承認された発行者２０４によって署名されており、署名されてから修正されていないことを確認するために、発行者公開鍵３４６を使用することができる。
【００７４】
いくつかの実装形態では、ＤＭ１０２は、発行者２０４から直接、発行者公開鍵３４６を取得し得る。例えば、暗号化されたデジタル処方ファイル３０６と共に、発行者２０４は、発行者公開鍵３４６を含み、かつＣＡ秘密鍵２０９を使用してＣＡ２０２によって署名された発行者証明書（図２の２０８）をＤＭ１０２に提供し得る。ＤＭ１０２上に記憶されたＣＡ証明書（図２の２１４）は、ＣＡ秘密鍵２０９に対応するＣＡ公開鍵２１６を含む。発行者証明書２０８上のデジタル署名は、ＣＡ公開鍵２１６を使用してＤＭ１０２によって検証されることができる。デジタル署名が検証される場合、発行者証明書２０８がＣＡ２０２によって署名されてから修正されていないこと、およびＣＡ２０２が署名動作を行った者であることが確認される。ＣＡ２０２は信頼されたエンティティであるので、ＤＭ１０２は、発行者証明書２０８に含まれる情報（例えば発行者公開鍵２０６）を信頼されたものとして扱うことができる。ＤＭ１０２は次いで、暗号化されたデジタル処方ファイル３０６に付随するデジタル署名を検証するために、発行者証明書２０８に含まれる発行者公開鍵２０６を使用し得る。このようにして、いくつかの実装形態では、ＤＭ１０２が発行者２０４の実際のアイデンティティを一切知ることなく、ＤＭ１０２は、発行者２０４が処方を提供するのを承認されていることを確認できる。
【００７５】
いくつかの実装形態では、デジタル処方ファイル２１０および発行者証明書２０８は、ポータブル記憶媒体を使用してＤＭ１０２に提供され得る。例えば、デジタル処方ファイル２１０および発行者証明書２０８は、ＵＳＢフラッシュドライブのようなポータブルメモリデバイスからＤＭ１０２にアプロードされ得る。いくつかの例では、デジタル処方ファイル２１０は、ＵＳＢフラッシュドライブにアップロードされる前にデジタル署名および暗号化される。ＵＳＢフラッシュドライブは、ＤＭ１０２のＵＳＢポートに差し込まれることができ、デジタル処方ファイル２１０はアップロードされることができる。ＤＭ１０２は次いで、デジタル処方ファイル２１０を復号し、デジタル署名を検証することができる。このように、デジタル処方ファイル２１０を配信するために通信ネットワークが使用される必要はない。
【００７６】
したがって、ＵＳＢフラッシュドライブを介してデジタル処方ファイル２１０を提供することは、ＤＭ１０２がネットワーク（図１の１１０）および／またはインターネットへのアクセスを有さない状況の場合に有益であり得る。上述のように、ＤＭ秘密鍵２１２、およびデジタル処方ファイル２１０、発行者証明書２０８、ならびにＣＡ証明書２１４に含まれる情報のみを使用して、ＤＭ１０２は、発行者２０４が承認された発行者である（例えば処方を提供することを承認されている）ことを確認し、そしてまたＤＭ１０２上で実施するための処方を取得するためにデジタル処方ファイル２１０も復号し得る。発行者２０４の承認された状態の検証は、ＣＡ２０２との同時通信なく行われることができる。
【００７７】
ある特定の実装形態が説明されたが、他の実装形態が可能である。
【００７８】
ＤＭ秘密鍵およびＣＡ証明書が透析装置上に記憶されていると説明されたが、いくつかの実装形態では、ＤＭ秘密鍵およびＣＡ証明書は、ＤＭによってアクセス可能な別のロケーションに記憶され得る。例えば、ＤＭ秘密鍵およびＣＡ証明書は、ネットワークを介してＤＭによってアクセス可能であるサーバ上に記憶され得る。
【００７９】
いくつかの実装形態では、ＣＡ証明書は、周期的に更新され得る。例えば、ＣＡ証明書および／またはそれに含まれるＣＡ公開鍵は、時間にわたり計画されたローテーションにしたがって更新され得る。透析装置は、現在のバージョンのＣＡ証明書および／またはＣＡ公開鍵を、発行者証明書上のＣＡ署名をチェックするためにその後使用されることができる更新されたバージョンに置き換え得る。
【００８０】
透析装置がネットワークを通して遠隔エンティティと通信すると説明されたが、いくつかの実装形態では、透析装置は、遠隔エンティティと直接通信するように構成される。例えば、トランシーバは、透析装置と、デジタル処方ファイルの発行者および／または認証局のような遠隔エンティティとの間の直接接続を容易にするように構成され得る。
【００８１】
本明細書で説明されるシステムおよび技法は大部分が、透析装置、特にＰＤ装置を参照して説明されてきたが、他のタイプの処置システムおよび／または装置も、デジタル処方ファイルを送信し、デジタル処方ファイルおよびそれらの発行者の有効性を検証するために本システムおよび技法を使用し得る。本明細書に説明される技法を採用し得る他の処置システムの例には、血液濾過システム、血液透析濾過システム、アフェレシスシステム、心肺バイパスシステム、および血液透析（「ＨＤ」）システムが含まれる。いくつかの実装形態では、処置システムは、患者の自宅での使用のために構成された透析装置（例えば家庭用透析装置（「ＨＤＭ」））である。ＨＤＭは、家庭用ＰＤ装置または家庭用血液透析（「ＨＤ」）装置の形態をとることができる。
【００８２】
図４は、上述されたものと同様にデジタル処方ファイルを受信するように構成されたＨＤシステム４００を示す。いくつかの実装形態では、ＨＤシステム４００は、患者の自宅での使用のために構成されている（例えば家庭用ＨＤシステム）。ＨＤシステム４００は、血液回路を形成する使い捨て血液構成要素セット４０４が接続されるＨＤ装置４０２を含む。血液透析中、血液構成要素セット４０４の患者動脈ラインおよび患者静脈ライン４０６、４０８が患者に接続され、血液が、血液構成要素セット４０４の、透析器４１０を含む、様々な血液ラインおよび構成要素を循環する。同時に、透析液が、透析器４１０、およびＨＤ装置４０２に接続された他の様々な透析液構成要素および透析液ラインによって形成された透析液回路を循環する。これらの透析液構成要素および透析液ラインの多くが、ＨＤ装置４０２の筐体４０３の内部に位置し、よって図４では見えない。透析液は、血液と共に透析器４１０を通る。透析器４１０を通る血液および透析液は、透析器４１０の半透過性構造（例えば半透膜および／または半透過性マイクロチューブ）によって互いに分離される。この配置の結果として、毒素が患者の血液から除去され、透析液中に集められる。透析器４１０を出る濾過された血液は患者に戻される。透析器４１０を出る透析液は、血液から除去された毒素を含み、「使用済み透析液」と通称される。使用済み透析液は、透析器４１０からドレンにルーティングされる。
【００８３】
血液構成要素セット４０４の構成要素のうちの１つは、排気デバイス４１２である。排気デバイス４１２は、液体が通ることを抑制（例えば防止）しながら空気が通ることを可能にする自己シール性ベントアセンブリを含む。結果として、処置中に血液回路を通る血液が空気を含む場合、血液が排気デバイス４１２を通るときに空気は大気に排出されることになる。
【００８４】
図４に示されるように、透析液容器４２４が透析液供給ライン４２６を介してＨＤ装置４０２に接続される。ドレンライン１４２８および限外濾過ライン４２９も、ＨＤ装置４０２から延びている。透析液供給ライン４２６、ドレンライン４２８、および限外濾過ライン４２９は、透析液回路の一部を形成する、ＨＤ装置４０２の筐体４０３の内部の様々な透析液構成要素および透析液ラインに流体接続されている。血液透析中、透析液供給ライン４２６は、新しい透析液を、透析液容器４２４から、ＨＤ装置４０２の内部に位置する透析液回路の一部分に搬送する。上記のように、新しい透析液は、透析液回路を形成する、透析器４１０を含む、様々な透析液ラインおよび透析液構成要素を循環する。透析液が透析器４１０を通るとき、患者の血液から毒素を集める。結果として生じる使用済み透析液は、ドレンライン４２８を介して透析液回路からドレンに搬送される。処置中に限外濾過が行われるとき、使用済み透析液と患者から引き出された過剰な流体の組合せが、限外濾過ライン４２９を介してドレンに搬送される。
【００８５】
血液構成要素セット４０４は、ＨＤ装置４０２の前側に取り付けられたモジュール４３０に固定される。モジュール４３０は、血液回路を通じて血液を押し流すことが可能な血液ポンプ４３２を含む。モジュール４３０は、血液回路を流れる血液をモニタリングすることが可能な他の様々な計器も含む。モジュール４３０は、閉じているときに、図４に示されるように、モジュール４３０の前面と協働して、血液構成要素セット４０４を受け入れるサイズおよび形状にされたコンパートメントを形成するドアを含む。閉じた位置で、ドアは、血液構成要素セット４０４のある特定の血液構成要素を、モジュール４３０の前面上に露出された対応する計器に対して押圧する。かかる配置は、血液回路を通る血液の流れの制御および血液回路を流れる血液のモニタリングを容易にする。
【００８６】
血液ポンプ４３２は、血液ポンプモジュール４３４によって制御されることができる。血液ポンプモジュール４３４は、ディスプレイウィンドウ、開始／停止キー、上キー、下キー、濃度調整キー、および動脈圧ポートを含む。ディスプレイウィンドウは、血液ポンプ動作中の血液の流量設定を表示する。開始／停止キーは血液ポンプ４３２を開始したり停止したりする。上下キーは、血液ポンプ４３２の速度を増やしたり減らしたりする。濃度調整キーは、動脈ドリップチャンバにおける流体の濃度を上げる。
【００８７】
薬品ポンプ４９２もＨＤ装置４０２の前側から延びている。薬品ポンプ４９２は、血液構成要素セット４０４のシリンジ４７８を保持するように構成されたクランピング機構を含むシリンジポンプである。薬品ポンプ４９２は、シリンジ４７８の軸に沿ってシリンジ４７８のプランジャを移動させるように構成されたステッパモータも含む。ステッパモータのシャフトは、ステッパモータが第１の方向に動作されると、シャフトがプランジャをシリンジ４７８に押し込み、第２の方向で動作されると、シャフトがプランジャをシリンジ４７８から抜くように、プランジャに固定される。薬品ポンプ４９２はこうして、使用中に薬品送出ライン４７４を介してシリンジ４７８から血液回路の中に液剤（例えばヘパリン）を注入するため、または使用中に薬品送出ライン４７４を介して液体を血液回路からシリンジ４７８の中に引き出すために使用されることができる。
【００８８】
ＨＤ装置４０２は、タッチスクリーン４１８および制御パネル４２０を含む。タッチスクリーン４１８および制御パネル４２０は、操作者が、様々な処置パラメータをＨＤ装置４０２に入力し、そうでなければＨＤ装置４０２を制御することを可能にする。さらに、タッチスクリーン４１８は、ディスプレイとしての役割をする。タッチスクリーン４１８は、患者およびＨＤシステム４００の操作者に情報を提供するように機能する。例えば、タッチスクリーン４１８は、上述のように、処方に関連する情報を含む、患者に適用されることになる透析治療に関連する情報を表示し得る。
【００８９】
ＨＤ装置４０２は、装置の内部に常駐し、かつタッチスクリーン４１８および制御パネル４２０と通信するように構成された処理モジュール４０１を含む。処理モジュール４０１は、タッチスクリーン４１８および制御パネル４２０からデータを受信し、受信されたデータに基づいてＨＤ装置４０２を制御するように構成される。例えば、処理モジュール４０１は、ＨＤ装置４０２の動作パラメータを調整することができる。
【００９０】
ＨＤ装置４０２は、ネットワーク４２２に接続するように構成される。ＨＤ装置４０２は、ネットワーク４２２への接続を容易にするように構成されたトランシーバ４０５を含む。他の医療機器（例えば周辺デバイスまたはモニタ、他の透析装置等）が、ネットワーク４２２に接続し、ＨＤ装置４０２と通信するように構成され得る。同様に、上述のように、デジタル処方ファイルの発行者および／または発行者のアイデンティティを検証し、および発行者に対応する公開鍵のオーナシップを証明することを課せられた機関サービスのような、１つまたは複数の遠隔エンティティは、ＨＤ装置４０２上で実施するためのデジタル処方、デジタル証明書、および／またはデジタル署名をチェックするために使用可能な公開鍵を提供するために、ネットワーク４２２に接続し、ＨＤ装置４０２と通信することができ得る。
【００９１】
いくつかの実装形態では、透析装置（ＤＭ）５０２（例えば図１のＰＤ装置１０２および／または図４のＨＤ装置４０２など）は、接続されたシステムを通して（例えば図１のネットワーク１１０および／または図４のネットワーク４２２を介して）、認証局（例えば図２のＣＡ２０２）および／または発行者（例えば図２の発行者２０４）と通信するように構成される。図５は、「ＣＨＳ」（Connected Health Service）５００システムの一例を示す概略的な例示であり、当該システムは、とりわけ、ＣＨクラウド５１０とＣＨゲートウェイ５２０とを含むことができ、それはレシプロシティとも総称され得る。ＣＨクラウド５１０は、ＣＨＳシステム５００の構成要素間の通信パイプラインとしての役割をする（例えばデータの転送を容易にする）クラウドベースのアプリケーションであり得る。ＣＨゲートウェイ５２０は、ＣＨＳシステム５００の一部である透析装置間で通信デバイス（例えば標準的な通信デバイス）としての役割をし得る。ＣＨゲートウェイ５２０は、ＤＭ５０２およびＣＨクラウド５１０と通信しており、ＣＨクラウド５１０からデータを受信し、データをＤＭ５０２に提供するように構成される。いくつかの例では、デジタル処方ファイル２１０は、暗号化され、次いでＣＨクラウド５１０にアップロードされる。いくつかの実装形態では、デジタル処方ファイル２１０は、発行者２０４のシステムの一部であり得る処理システム５０４によって、互換性についてチェックされ、および／またはそうでなければ処理され、ならびに／もしくはＣＨクラウド５１０にアップロードされる前にインターネットまたはクラウドベースのシステムによって提供され得る。ＤＭ５０２は、（例えばＣＨゲートウェイ５２０を介して）利用可能なファイルについてＣＨクラウド５１０をポーリングし得、ＤＭ５２０は、利用可能なファイルを処理のために一時的に記憶し得る。複数のデジタル処方ファイルがＣＨクラウド５１０上で利用可能である状況では、ＤＭ５０２は、（例えばデジタル処方ファイルに関連付けられた日付に基づいて）より新しいデジタル処方ファイルを識別および実施し得る。かかる日付識別は、ＤＭ５０２が、特定の患者に関連付けられた最新の処方（例えば最も最新の処方）を実施することを可能にすることができる。患者は次いで、処方データが実施のためにＤＭ５０２にプログラムされる前に、デジタル処方ファイル２１０を受諾するための患者確認プロセスに従い得る。
【００９２】
いくつかの実装形態では、ＣＨクラウド５１０は、デジタル署名動作を行うためのプロキシとして作用する構成要素を含み得る。例えば、発行者２０４は、それ自身を認証するためにＣＨクラウド５１０と通信し得る。発行者２０４のアイデンティティの検証時に、ＣＨクラウド５１０は、発行者秘密鍵へのアクセスを有することを確認し、発行者２０４に変わってデジタル署名動作を行い得る。
【００９３】
ＤＭ５０２とＣＡ２０２および／または発行者２０４との間の通信は、１つまたは複数の暗号プロトコルにしたがってセキュアにされ得る。例えば、トランスポートレイヤセキュリティ（「ＴＬＳ」）が、ネットワーク１１０、４２２上の通信セキュリティを提供するために採用され得る。ＴＬＳは、ＤＭ５０２とＣＡ２０２および／または発行者２０４との間のプライバシーおよびデータ完全性を提供することができる。いくつかの実装形態では、ＴＬＳは、「ＡＥＳ」（Advanced Encryption Standard）のような、１つまたは複数の規格にしたがう暗号化を採用する。いくつかの実装形態では、ＤＭ５０２と発行者２０４との間で送信される処置データおよび／またはデバイスメンテナンスデータを含む、デジタル処方ファイル２１０以外の他のデータが、ＣＨＳシステム５００の構成要素間で交換され得る。
【００９４】
いくつかの実装形態では、レシプロシティは、医療機器サービス提供者（例えば透析サービス提供者）および患者（例えば透析患者）が、介護のライフサイクルを通じて電子的にデータを容易に交換することを可能にするアプリケーションおよびサービスプラットフォームである。レシプロシティエコシステムは、３つの主要領域に分離され得る。第１のエリアは、患者が（例えば透析装置５０２において）彼らの透析治療を受けることができる自宅空間であり得る。デバイスエージェントおよびゲートウェイ接続（例えばＣＨゲートウェイ５２０）の組合せを用いて、患者は、新たな処方および構成ファイルをダウンロードし、生物測定学のバイタル計測を彼らの処置にワイヤレスに一体化し、および／または重大な処置データをクラウド（例えばＣＨクラウド５１０）にアップロードすることができる。第２の領域は、最新のＩｏＴ（Internet of Things）プラットフォーム技術に築かれた一連のバックエンドビジネスおよびデータ処理サービス（例えば処理システム５０４）である。クラウド（例えばＣＨクラウド５１０）は、レシプロシティのための通信ハブおよび配信システムであり得る。クラウドは、処置データファイルおよびデバイスデータファイルの両方からの捕捉、記憶、および／または公表を容易にする。第３の領域は、サービス提供者（例えば発行者２０４ＣＡ２０２）と共に使用される統合アプリケーションおよびサービスである。統合アプリケーションおよびサービスは、サービス提供者が、対象のデバイスのための互換性または形式について適切にチェックするために、必要とされるロジックを組み込むことなく、処方および／または構成を作成および管理することを可能にする。
【００９５】
図６は、一例のコンピュータシステム６００のブロック図である。例えば、図１および図４を参照すると、処理モジュール１０１、４０１は、ここで説明されるシステム６００の例であり得る。システム６００は、プロセッサ６１０、メモリ６２０、記憶デバイス６３０、および入力／出力デバイス６４０を含む。構成要素６１０、６２０、６３０、および６４０の各々は、例えば、システムバス６５０を使用して相互接続されることができる。プロセッサ６１０は、システム６００内での実行のための命令を処理することが可能である。プロセッサ６１０は、シングルスレッドプロセッサ、マルチスレッドプロセッサ、または量子コンピュータであることができる。プロセッサ６１０は、メモリ６２０内または記憶デバイス６３０上に記憶された命令を処理することが可能である。プロセッサ６１０は、デジタル処方ファイルにおいて受信された処方にしたがう透析治療に関連する関数を透析システムに実施させるというような動作を実行し得る。
【００９６】
メモリ６２０は、システム６００内に情報を記憶する。いくつかの実装形態では、メモリ６２０はコンピュータ可読媒体である。メモリ６２０は、例えば、揮発性メモリユニットまたは不揮発性メモリユニットであることができる。いくつかの実装形態では、メモリ６２０は、患者のアイデンティティに関連する情報を記憶する。いくつかの実装形態では、メモリ６２０は、特定の発行者および／または認証局に対応する証明書および／または公開鍵のような、発行者および／または認証局に関連する情報を記憶する。いくつかの実装形態では、メモリ６２０は、透析装置に対応する秘密鍵（例えばＤＭ秘密鍵）を記憶する。
【００９７】
記憶デバイス６３０は、システム６００に大容量記憶装置を提供することが可能である。いくつかの実装形態では、記憶デバイス６３０は、非一時的コンピュータ可読媒体である。記憶デバイス６３０は、例えば、ハードディスクデバイス、光ディスクデバイス、ソリッドデート（solid-date）ドライブ、フラッシュドライブ、磁気テープ、または他の何らかの大容量記憶デバイスを含むことができる。記憶デバイス６３０は、代替的に、クラウド記憶デバイス、例えば、ネットワーク上に分散し、かつネットワークを使用してアクセスされる複数の物理記憶デバイスを含む論理記憶デバイスであり得る。いくつかの実装形態では、メモリ６２０上に記憶される情報は、記憶デバイス６３０上にも記憶されるか、または代わりに記憶デバイス６３０上に記憶されることができる。
【００９８】
入力／出力デバイス６４０は、システム６００に入力／出力動作を提供する。いくつかの実装形態では、入力／出力デバイス６４０は、ネットワークインターフェースデバイス（例えばイーサネット（登録商標）カード）、シリアル通信デバイス（例えばＲＳ−２３２ １０ポート）、および／または無線インターフェースデバイス（例えば短距離ワイヤレス通信デバイス、８０２．１１カード、３Ｇワイヤレスモデム、または４Ｇワイヤレスモデム）のうちの１つまたは複数を含む。いくつかの実装形態では、入力／出力デバイス６４０は、入力データを受信し、出力データを他の入力／出力デバイス、例えば、キーボード、プリンタ、および（タッチスクリーン１１８、４１８のような）ディスプレイデバイスに送るように構成されたドライバデバイスを含む。いくつかの実装形態では、モバイルコンピューティングデバイス、モバイル通信デバイス、および他のデバイスが使用される。
【００９９】
いくつかの実装形態では、システム６００はマイクロコントローラである。マイクロコントローラは、単一の電子回路パッケージ内にコンピュータシステムの複数の要素を含むデバイスである。例えば、単一の電子回路パッケージは、プロセッサ６１０、メモリ６２０、記憶デバイス６３０、および入力／出力デバイス６４０を含み得る。
【０１００】
図６では一例の処理システムが説明されているが、上述の主題および機能的動作の実装形態は、他のタイプのデジタル電子回路内で、または本明細書に開示されている構造およびそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、もしくはハードウェア内で、またはそれらのうちの１つまたは複数の組合せで、実施されることができる。本明細書において説明される主題の実装形態は、１つまたは複数のコンピュータプログラム製品、すなわち、処理システムによる実行のための、または処理システムの動作を制御するための、有形のプログラムキャリア、例えばコンピュータ可読媒体上で符号化されたコンピュータプログラム命令の１つまたは複数のモジュールとして実施されることができる。コンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす組成物、またはそれらのうちの１つまたは複数の組合せであることができる。
【０１０１】
「コンピュータシステム」という用語は、データを処理するためのすべての装置、デバイス、および機械を包含し得、例として、プログラマブルプロセッサ、コンピュータ、または複数のプロセッサもしくはコンピュータを含む。処理システムは、ハードウェアに加えて、当該コンピュータプログラムのための実行環境を作成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらのうちの１つまたは複数の組合せを構成するコードを含むことができる。
【０１０２】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、実行可能ロジック、またはコードとしても既知）は、コンパイラ型言語もしくはインタープリタ型言語、または宣言型言語もしくは手続き型言語を含む任意の形式のプログラミング言語で書くことができ、コンピュータプログラムは、スタンドアロンプログラムとして、またはモジュール、構成要素、サブルーチン、もしくはコンピューティング環境での使用に好適な他の単位として含む、任意の形式で配布されることができる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応するわけではない。プログラムは、他のプログラムまたはデータ（例えば、マークアップ言語文書内に記憶された１つまたは複数のスクリプト）を保持するファイルの一部分に、当該プログラムに専用の単一ファイルに、または複数の協調されたファイル（例えば１つまたは複数のモジュール、サブプログラム、またはコードの部分を記憶するファイル）に記憶されることができる。コンピュータプログラムは、１つのコンピュータ上で、または１つのサイトに位置する、もしくは複数のサイトにまたがって分散し、かつ通信ネットワークによって相互接続された複数のコンピュータ上で、実行されるために配布されることができる。
【０１０３】
コンピュータプログラム命令およびデータを記憶するのに好適なコンピュータ可読媒体は、すべての形式の不揮発性または揮発性メモリ、媒体、およびメモリデバイスを含み、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、およびフラッシュメモリデバイス、磁気ディスク、例えば、内部ハードディスクまたはリムーバブルディスクまたは磁気テープ、光磁気ディスク、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ−ＲＯＭディスクを含む。プロセッサおよびメモリは、専用論理回路によって補完またはこれに内蔵されることができる。システムの構成要素は、デジタルデータ通信の任意の形式または媒体、例えば通信ネットワークによって相互接続されることができる。通信ネットワークの例は、ローカルエリアネットワーク（「ＬＡＮ」）およびワイドエリアネットワーク（「ＷＡＮ」）、例えば、インターネットを含む。
【０１０４】
本発明のいくつかの実装形態が説明されてきた。しかし、本発明の趣旨および範囲から逸脱することなく様々な修正がなされてよいことが理解されるであろう。したがって、他の実装形態が、以下の特許請求の範囲の範囲内に含まれる。
【図１】
2020518192.tif 000003
【図２】
2020518192.tif 000004
【図３Ａ】
2020518192.tif 000005
【図３Ｂ】
2020518192.tif 000006
【図４】
2020518192.tif 000007
【図５】
2020518192.tif 000008
【図６】
2020518192.tif 000009
【国際調査報告】
2020518192.tif 000010
2020518192.tif 000011