(57)【要約】  本発明はサーバから医療データを取得するための方法及びシステムに関する。前記方法は、認定されていないクライアントによって前記サーバから前記医療データをリクエストするステップ、前記認定されていないクライアントに認定されたデジタル権利管理サービスをインストールするステップ、並びに前記インストールされた認定されたデジタル権利管理サービスに従って前記リクエストされた医療データを管理して、これにより前記サーバから前記医療データを取得するステップ、を有する。前記システムは、認定されていないクライアントによって前記サーバから前記医療データをリクエストする手段、前記認定されていないクライアントに認定されたデジタル権利管理サービスをインストールする手段、及び前記インストールされた認定されたデジタル権利管理サービスに従って前記リクエストされた医療データを管理して、これにより前記サーバから前記医療データを取得する手段、を有する。
2009530700.tif 000002
【特許請求の範囲】
【請求項１】
サーバから医療データを取得する方法において、
認定されていないクライアントによって前記サーバから前記医療データをリクエストするステップ、
前記認定されていないクライアントに認定されたデジタル権利管理サービスをインストールするステップ、及び
前記インストールされた認定されたデジタル権利管理サービスに従って前記リクエストされた医療データを管理して、これにより前記サーバから前記医療データを取得するステップ
を有する方法。
【請求項２】
前記医療データへのアクセスは、アクセスポリシーに従って制限され、前記認定されていないクライアントは、他のアクセスポリシーに従う前記医療データへのアクセスに制限され、前記認定されたデジタル権利管理サービスは、前記アクセスポリシー及び前記他のアクセスポリシーに基づく結果生じるポリシーを得る請求項１に記載の方法。
【請求項３】
前記認定されていないクライアントによる前記医療データの使用可能期間を制限するステップをさらに有する請求項１又は２に記載の方法。
【請求項４】
前記リクエストされた医療データの取得の量を制限するステップをさらに有する請求項１、２又は３に記載の方法。
【請求項５】
前記医療データのリクエストをロギングするステップをさらに有する請求項１乃至４の何れか一項に記載の方法。
【請求項６】
前記認定されたデジタル権利管理サービスをインストールする前、又は前記サーバから前記医療データを取得する前に、前記認定されていないクライアントのユーザの認証をさらに有する請求項１乃至５の何れか一項に記載の方法。
【請求項７】
サーバから医療データを取得するシステムにおいて、
認定されていないクライアントによって前記サーバから前記医療データをリクエストする手段、
前記認定されていないクライアントに認定されたデジタル権利管理サービスをインストールする手段、及び
前記インストールされた認定されたデジタル権利管理サービスに従って前記リクエストされた医療データを管理して、これにより前記サーバから前記医療データを取得する手段を有するシステム。
【請求項８】
認定されていないクライアントに認定されたデジタル権利管理サービスをインストールする手段を有する、請求項７に記載のシステムに使用するサーバ。
【請求項９】
認定されていないクライアントによって前記サーバから前記医療データをリクエストする手段を有する、請求項７に記載のシステムに使用する認定されていないクライアント。
【請求項１０】
請求項９に記載の認定されていないクライアントを有する医療ワークステーション。
【請求項１１】
請求項８に記載のサーバを有する医療情報管理システム。
【請求項１２】
請求項１乃至７の何れか一項に記載の方法又はシステムに使用するデジタル権利管理サービスにおいて、処理ユニット及びメモリを有するコンピュータ装置によりロードされるように構成され、ロードされた後、医療データに対するアクセスポリシーを実施するために、認定されていないクライアントからのリクエスト及びレスポンスを管理してサーバ用のリクエスト及びレスポンスにする能力を処理ユニットに提供するデジタル権利管理サービス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバから医療データを取得する方法に関する。
【０００２】
本発明はさらに、サーバから医療データを取得するシステムにも関する。
【０００３】
本発明はさらに、上記システムにおいて使用するサーバにも関する。
【０００４】
本発明はさらに、上記システムにおいて使用するクライアントにも関する。
【０００５】
本発明はさらに、上記クライアントを有する医療ワークステーションにも関する。
【０００６】
本発明はさらに、上記システムを有する医療情報管理システムにも関する。
【０００７】
本発明はさらに、上記方法又はシステムにおいて使用するためのデジタル権利管理サービスにも関する。
【背景技術】
【０００８】
現在では、例えば医療画像のような医療データ及び例えば名前、性別、アレルギー等のような患者データの多くは、専用サーバ上のデータベースにデジタルで記憶されている。医療画像に関する一例は、専用サーバ上のデータベースにある画像の中央記憶装置をとりわけ構成するＰＡＣＳ(Picture Archiving and Communication System)である。これら医療画像は画像取得システムからサーバへ送られ、これら画像をサーバから取得し、ワークステーション上でこれら画像を示すことによりレビューを行う医療画像が閲覧されることが可能である。このような構造は一般的にクライアント−サーバ構造と呼ばれる。
【０００９】
上記医療情報管理システムの他の実施例は、請求書作成、臨床検査等のような管理患者データを構成する病院情報システム(HIS: Hospital Information System)、又は例えば取得局(acquisition station)に患者のスケジュールを構成する放射線情報システム(RIS: Radiology Information System)である。
【００１０】
前記医療データの固有の個人的特質であるため、医療データはプライバシー及びセキュリティーの規則に影響され、これは、例えば米国におけるＨＩＰＰＡ(the Health Insurance Portability and Accountability Act)のような政府によって通常は統制されている。上記セキュリティーの規則は、例えば一定の人間だけが患者データにアクセスしてよく、この患者データは変更されないことを含んでいる。
【００１１】
前記セキュリティーの規則は、前記データがデータベースに記憶されるとき、そのデータがワークステーションで閲覧されるとき、又はインターネットを使用してＬＡＮ又はＷＡＮのようなネットワークを介してデータがサーバから及びサーバへ転送されるとき、データが常駐している異なる場所において実施、すなわち執行される。通常は、病院の境界内において、例えばイントラネットのような私的ネットワークは、病院の境界外からネットワークへ、これによりデータへの認証されないアクセスは存在しないことを確実にするのに使用される。
【００１２】
無線ネットワークを導入する場合、このネットワークはますます一般に公開されることになる。さらに病院及び医師は、公衆インターネットを介してプライベートな医療データにアクセスする必要があるので、インターネットを介して患者から医療データをやり取りすることを望んでいる。典型例は、建物の外、私的ネットワーク外、またさらに必要なデータを管理する組織構造外にいる間、救急車又は救急員がデータにアクセスする必要がある緊急時である。
【００１３】
サーバから医療データを取得する方法の実施例は、病院又は他の組織が公共の場に患者データを記憶することを可能にする一方、そのデータの機密性を維持することが米国特許番号第US 6,876,985号に開示されている。開示される患者情報管理方法は、患者により決められた患者のＩＤ情報及びパスワードの両方が使用されるとき、患者情報が復号されるように、患者情報が暗号化されている記憶管理装置を有する。この暗号化された患者情報は記憶装置に記憶される。記憶管理装置は、前記記憶装置にユーザリクエストを発行し、暗号化された患者情報を受信し、患者のＩＤ情報及びパスワードを用いてその情報を使用するために復号する。
【００１４】
デジタルデータ、ここではデジタル医療データのこのような保護は一般的にＤＲＭ(Digital Rights Management)と呼ばれている。ＤＲＭの場合、例えばデジタルデータの許可されたコピー回数を保護する、デジタルデータにアクセスするユーザを制御する、ユーザがデータを使用する方法を制御する及びデジタルデータに対する変更を制御することができる。これらポリシーはライセンスを使用して管理及び説明される。これらライセンスは、ポリシーを表す権利表現(right expression)を含み、暗号化された内容を伴っている。この権利表現を評価した後、関連する暗号化キーが前記データを復号するのに使用される。この点に関し、ＤＲＭは、サーバのコピーされた内容を保護、権利表現を確実に評価、前記内容を復号、及び信頼されるレンダリングアプリケーションに前記内容を送付するために、クライアント上で実施されなければならない。ＤＲＭを実施するクライアントは、このＤＲＭにより実施される規則に従ってサーバの内容を使用するために認定される。ＤＲＭを実施しないクライアントは、このような使用に対し認定されない。信頼されるレンダリングアプリケーションは、前記内容を使用し、ＤＲＭの一部である又はＤＲＭに知られているアプリケーションである。ＤＲＭ制御は、例えばユーザ認証及び検証を必要とするが、その後は保護されることなくデータを配布する従来のアクセス制御システムに加え、クライアントにおいて内容を使用することにも影響を及ぼす。クライアントにおいてＤＲＭを使用することは、特定のサーバに対しクライアントを認定させることであり、従ってこれは上記クライアントにデータをリリースすることに同意する。ＤＲＭシステムの一例に対しては、S. Guth A Sample DRM System, Digital Rights Management: Technological, Economic, Legal and Political Aspects, LNCS2770, Soringer-Verlag, 2003又はOpen Mobile Alliance, DRM Architecture: Draft Version 2.0, 20-8-2004を参照されたい。
【００１５】
結果として、病院内又は病院外で使用され、サーバに記憶される医療データへのアクセスを必要とする異なる装置、すなわちクライアントは、このサーバのＤＲＭを実施しなければならない。しかしながら、異なる医療データサーバは、クライアントの使いやすさを制限するクライアントにおいて実施される異なるＤＲＭを必要とする。例えば、サーバから年齢のような患者データをリクエストする移動式の心臓モニター装置は、必要とされるＤＲＭを実施しないので、その情報を取得することができない。この問題は、時間及び情報へのアクセスのし易さが重要である緊急時に異なるシステムを用いたサードパーティ社の医療プロバイダの組み合わせの場合に特に関連している。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明の目的は、クライアントの使いやすさを向上させる、サーバから医療データを取得する方法を提供することである。この目的を達成するために、本発明は、冒頭の段落によるサーバから医療データを取得する方法を提供し、この方法は、認定されていないクライアントによって前記サーバから医療データをリクエストするステップ、前記認定されていないクライアントに認定されたデジタル権利管理サービスをインストールするステップ、並びに前記インストールされた認定されたデジタル権利管理サービスに従って前記リクエストされた医療データを管理して、これにより前記サーバから前記医療データを取得するステップ、を有する。このクライアントがサーバから医療データをリクエストしたとき、認定されていないクライアントに認定されたデジタル権利管理サービスをインストールすることにより、この認定されていないクライアントは、サーバがどの種類のデジタル権利管理を必要としているかを知る必要はない。結果として、クライアントは、複数のサーバに使用されることができ、これらサーバの各々は医療データに対する自分自身のデジタル権利管理を持つ。これにより、前記サーバは、特定のサーバのデジタル権利管理規則に従って前記サーバに記憶される医療データのセキュリティー及び完全性を可能にする機構を提供する。ＤＲＭサービスの他の利点は、サードパーティ社がＤＲＭサービスを作成し、例えば難読化(obfuscation)及び他のよく知られる技術によりロバスト性を制御することができるので、信頼及び制御はサーバの制御にある。
【課題を解決するための手段】
【００１７】
本発明による方法の実施例において、医療データへのアクセスは、アクセスポリシーに従って制限され、認定されていないクライアントは、他のアクセスポリシーに従う医療データへのアクセスに制限され、認定されたデジタル権利管理サービスは前記アクセスポリシー及び他のアクセスポリシーに基づく結果生じるポリシーを得る。これにより、データのプライバシー及びセキュリティーはフレキシブルな方法でさらに制御される。クライアント及びＤＲＭサービスの両方のセキュリティー、信頼及びロバスト性に依存して、他のアクセスポリシー及びこれにより結果生じるポリシーが規定される。これは、前記データがプライバシー及びセキュリティーを向上させる目的の用途（しかし他はない）に使用されることができる利点を与える。他の利点は、他のポリシーがデータに対する通常のアクセスポリシーに追加され、前記クライアントに送付されるとき前記データを一緒に伴うことであり、これはクライアント装置で使用する瞬間まで前記ポリシーが実施される利点を持つ。本発明による方法の実施例において、前記管理するステップは、認定されていないクライアントにより前記医療データの使用可能期間を制限するステップを含む。これにより、医療データが無制限の期間、クライアントで使用されることを防止する。
【００１８】
本発明による方法のもう１つの実施例において、前記管理するステップは、リクエストした医療データの取得する量を制限するステップを含む。これにより、あるクライアントがサーバに許可されたよりも多くの医療データを取得することを防止する。その上、このデータのプライバシー及びセキュリティーはフレキシブルな方法でさらに制御される。クライアント、ＤＲＭサービス及びリクエストしている認証されたユーザのセキュリティー、信頼及びロバスト性に依存して、ある程度のデータがリリースされる。他の利点は、多くの文脈情報がデータをクライアントにリリースする決定を考慮に入れることを可能にすることである。例えば、前記システムは、例えば、既に信頼されたクライアントにより勧められる、過去に正しくリクエストが行われた又はユーザが知られているので、クライアント又はユーザが信頼される場合、多くのデータを送付することができる。
【００１９】
本発明による方法のもう１つの実施例において、前記方法はさらに医療データのリクエストをロギング(logging)するステップを有する。これにより、リクエストされた医療データがトレースされ、これは、クライアント、データがリクエストされた回数、何のデータがリクエストされたか、医療データがリクエストされた時間等のトレースを含む。
【００２０】
本発明による方法のもう１つの実施例において、前記方法はさらに、認定されたデジタル権利管理サービスをインストールする前、又はリクエストの一部として前記データを送付する前のユーザの認証を有する。例えばクレジットカードの確認、電話番号、ユーザＩＤを用いて認証をリクエストすることにより、クライアントを操作しているユーザが医療データのリクエストを許可されることを制御する。その上、認証は、脆弱な形式を使用しているときでさえも、特に使用するためのポリシーを決める及び／又は送付されるデータの量を決めるのに使用されるとき、信頼レベルを向上させることができる。脆弱な形式の認証の実施例の幾つかは、クレジットカード番号及びｅメールアドレスである。脆弱な形式の認証を使用することは、世界的に信頼されるＩＤのインフラは要求されず、他のＩＤのインフラが使用されることが可能であるもう１つの利点を持つ。
【００２１】
本発明のもう１つの目的は、クライアントの使いやすさを向上させるサーバから医療データを取得するシステムを提供することである。この目的を達成するために、本発明は冒頭の段落によるサーバから医療データを取得するシステムを提供し、このシステムは、認定されていないクライアントによって前記サーバから医療データをリクエストする手段、前記認定されていないクライアントに認定されたデジタル権利管理サービスをインストールする手段、及び前記インストールされた認定されたデジタル権利管理サービスに従って前記リクエストされた医療データを管理して、これにより前記サーバから医療データを取得する手段、を有する。
【００２２】
本発明のもう１つの目的は、クライアントの使いやすさを向上させるサーバから医療データを取得するシステムに使用するサーバを提供することである。この目的を達成するために、本発明は、本発明によるシステムに使用するサーバを提供し、このサーバは認定されていないクライアントに認定されたデジタル権利管理サービスをインストールする手段を有する。
【００２３】
本発明のもう１つの目的は、クライアントの使いやすさを向上させるサーバから医療データを取得するシステムに使用するクライアントを提供することである。この目的を達成するために、本発明は、本発明によるシステムに使用する認定されていないクライアントを提供し、この認定されていないクライアントは、前記認定されていないクライアントによってサーバから医療データをリクエストする手段を有する。
【００２４】
本発明のもう１つの目的は、医療ワークステーションの使いやすさを向上させるという点で、サーバから医療データを取得する医療ワークステーションを提供することである。この目的を達成するために、本発明は、本発明による前記認定されていないクライアントを有する医療ワークステーションを提供する。本発明のもう１つの目的は、クライアントの使いやすさを向上させるサーバから医療データを取得する医療情報管理システムを提供することである。この目的を達成するために、本発明は、本発明によるシステムを有する医療情報管理システムを提供する。
【００２５】
本発明はさらに、本発明による方法又はシステムに使用するデジタル権利管理サービスを提供し、このデジタル権利管理サービスは、処理ユニット及びメモリを有するコンピュータ装置によりロードされるように構成され、前記デジタル権利管理サービスは、ロードされた後、認定されていないクライアントからのリクエスト及びレスポンスを管理してサーバ用のリクエスト及びレスポンスにする能力を処理ユニットに提供する。
【００２６】
本発明による方法を参照して説明されたように、前記システム、前記クライアント、前記医療ワークステーション、前記医療情報管理システム及び前記デジタル権利管理サービスに対し同じ利点が達成される。
【発明を実施するための最良の形態】
【００２７】
本発明のこれら及び他の態様は、以下に説明されるように、以後説明される実施例から明らかであると共に、これら実施例を参照して説明される。
【００２８】
図１は、インターネット１０８を介してサーバ１０６に接続されるクライアント１１０、１１２、１１４及び１１６を有する、本発明によるクライアント−サーバ構造１００を説明している。前記サーバは、病院１０２において患者の情報を管理している医療情報管理システム１０４の一部である。クライアント１１０は移動式の心臓モニターの一部であり、クライアント１１２は携帯電話の一部であり、クライアント１１４はファミリードクターの診療所にあり、ファミリードクターによって患者の情報をレビューするのに使用される医療ワークステーションの一部であり、クライアント１１６は他の病院１１８にある医療ワークステーションの一部である。例えばＰＤＡ(personal digital assistant)のような他の装置も本発明の概念から外れることなく前記クライアントを具現化してもよい。前記医療情報管理システム１０４は、例えばＰＡＣＳシステムのように画像データを管理する、例えばＨＩＳシステムのように管理患者データを管理する、又はＲＩＳシステムのように異なる画像取得装置上で患者のスケジューリングを管理するように構成される。前記画像取得装置は例えば磁気共鳴（ＭＲ）装置、超音波（ＵＳ）装置、Ｘ線装置等である。前記クライアントは、インターネットを介して前記サーバとの接続を確立するように構成され、前記サーバは、クライアントによる接続を確立するためのリクエストに応答するように構成される。クライアントとサーバとの間の対話は、図３を参照してさらに説明される。
【００２９】
図２は、本発明によるクライアント２０６及びサーバ２０２の基本構造２００を説明している。クライアント、サーバ及び以下に説明されるような夫々の構成要素は共に、例えばパーソナルコンピュータのような汎用コンピュータのプロセッサ又は図１を参照して説明されるような装置により実行され得るコンピュータ読み取り可能コードとして実施される。サーバ２０２は、前記医療情報管理システムにより管理されるデータに対するアクセスポリシー２０４を保持している。このアクセスポリシーは、前記データへのアクセス権、すなわち誰がどのデータを見るのを許可されている及び誰がデータを変更するのを許可されていることを有する。データ中心のアクセスポリシーに次いで、他のアクセスポリシーは第１の態様として、認定されていないクライアントに関するデータ及びダウンロード可能なＤＲＭサービスの使用を制御する。本来のデータ中心のポリシーと一緒に、これらポリシーは、前記クライアントからのリクエスト用の総合的な結果生じるアクセスポリシー又はライセンスを作成するのに使用される。例えば、他のアクセスポリシーはデータが使用される又は記憶される期間を有してもよい。第２の態様として、リクエストに応じてどのデータ及びどのくらいのデータが送付されるかを規定する他のアクセスポリシーがあってもよい。従ってこれらポリシーは何のデータを送付するかを決めるのに使用されるが、一般的に第１の態様に属するポリシーを用いて行われるように、リクエストしているクライアントに送付される特定のライセンスにはならない。両方の態様にとって、コンテクストが考慮されることを保持する。例えば、前記ポリシーは、それにより接続が生じる装置のＩＤ若しくはアドレス、認証ユーザ、以前のリクエスト等にも関連する。さらに、前記サーバはクライアントとの接続を承諾及び確立すると共に、必要な場合、例えば認証されていないクライアントとの接続が確立される場合、ダウンロード可能なＤＲＭサービスのインストールを可能にする、接続確立装置２１４を保持する。
【００３０】
クライアント２０６は、例えば通信制御プロトコル（ＴＣＰ）を実施する及びハイパーテキスト転送プロトコル（ＨＴＴＰ）に従ってリクエストを送ることにより、クライアントがサーバとの接続を確立することを可能にするＡＰＩ(Application Programming Interface)２０８を有する。さらに、クライアントは、ＤＲＭクライアント用の実行環境(execution environment)２１０を示す。この実施例は、Ｊａｖａ（商標登録）仮想マシン又はＳＰＤＣ(Self-Protecting Digital Content)のような仮想マシンを含む（P Kocher, J Jaffe, B Jun, C Laren, N Lawson著、" Self-Protecting Digital Content" Cryptography Resarch Inc.White Paper, April, 2003参照）。これら実施例はある程度プラットフォーム独立である利点を示す。クライアントはさらに、ＤＲＭサービスのダウンロードを処理し、前記実行環境でそれを実施可能にする構成要素２１２を有する。ＤＲＭサービスはさらに、ライセンス評価、データ複合等を一般的に含むあるデータへのアクセスをクライアントがＤＲＭサービスによりリクエストするのに使用するＡＰＩを有する。前記構成要素は、ＤＲＭサービスをダウンロードすることで始まり、このダウンロードは、リクエストを送り、レスポンスとしてＤＲＭサービスのバイナリコードを得ることによりプロトコル自身の一部として行うか、又はＨＴＴＰのような標準的なウェブプロトコルを用いてダウンロードリクエストを前記サーバにより示される位置に送ることにより、これを前記プロトコルから外れて行うかである。前記構成要素は、前記ＤＲＭサービスのバイナリコードをハードディスク、フラッシュ又はＲＡＭのような書き込み可能なメモリに記憶する。次いで、この構成要素は、仮想マシンを用いて前記ＤＲＭサービスのバイナリコードを記録し、これは以下に述べられるＤＲＭサービスのＡＰＩがクライアント上で実行する及びＤＲＭサービスを使用するのに必要であるプログラムを利用可能にすることとなる。最後に、前記構成要素は、ＤＲＭクライアントの初期化方法を呼び出す。クライアントはＡＰＩを、ＤＲＭサービスがエンドユーザとの通信に使用する、例えばデータを表示する又は認証詳細を含む入力を要求する実行環境を介した前記ＤＲＭサービス、及び例えばネットワーク通信、ストレージ及びリアルタイムクロックのような他のプラットフォームサービス、にさらす。
【００３１】
図３は、本発明による方法３００のフローチャートを説明している。例えばクライアントは、自宅にいる患者を訪問する間にファミリードクターにより使用される移動式の心臓モニターの一部であること考える。このファミリードクターは、患者の心臓に関する情報との比較を目的として、病院にあるサーバから患者の履歴データを取得したいと思っている。この目的のために、ホームドクターは前記移動式の心臓モニターに適切な情報を取得するようにリクエストする。それに応じて、この移動式の心臓モニターにインストールされるクライアントがステップ３０２においてサーバとの接続を確立する。次のステップ３０４において、クライアントは、例えばＴＣＰ／ＩＰを介したＨＴＴＰを介するＳＯＡＰ(Simple Object Access Protocol)のような、一般的なウェブ（サービス）プロトコルを介した専用のリクエスト−レスポンスアプリケーションプロトコルを用いて、インターネットを介してサーバにリクエストを送る。サーバはこのリクエストを受信し、ステップ３０６において、クライアントがサーバの要求の通りにＤＲＭを実施したか検査する。ＤＲＭサービスに含まれる公開鍵及び証明書を用いた暗号化チャレンジ−レスポンス認証を使用してこの検査を行う。クライアントがＤＲＭを実施していない場合、サーバにより対応するＤＲＭがクライアントに送られる。任意には、インストール前のステップ３０８、又はステップ３１２又は３１４の一部として若しくはそれらステップの前に、クライアントは何らかのユーザ認証を、例えばファミリードクターに彼固有のＩＤコードの入力を要求することにより要求し、これはドクターが既にシステムに記録されていた場合及び彼固有のＩＤコードを記録した瞬間に特に上手く動作し、そうでなければ他の認証又は登録処理が開始される。次いで、このＩＤコードが評価される。任意には、第１の評価が行われ、ファミリードクターが前記アクセスポリシー及び他のアクセスポリシーに基づいてリクエストされたデータへのアクセスを許可するかを決める。肯定の評価の場合、次のステップに続く。前記方法はステップ３１０のＤＲＭのインストールに続く。前記認証が否定である場合、前記方法はステップ３１６で終了し、ＤＲＭはインストールされず、接続が終了する。ステップ３１０において、ＤＲＭがインストールされる。ＤＲＭがインストールされる場合、クライアントは認定され、サーバにより要求されるＤＲＭに従ってサーバと対話する。次いで、ステップ３１２において、サーバは内容鍵を用いて暗号化されたリクエストした情報を、インストールされたＤＲＭに保護されているクライアントに送る。通例、データは前記ポリシーから得られる権利表現及び内容鍵を含むライセンスに付随している。これはクライアント上のＤＲＭサービスだけがそのデータを復号することができるように暗号化される。この後、取得が行われる。サーバは、ステップ３０６から３１２の一部としてアクティブポリシーに依存してロギングを行う、例えばリクエスト自身及び関連する情報、例えばリクエスト時間、承諾された権利表現と一緒に送られた情報、供給された認証情報等を記録する。任意には、ステップ３１０においてインストールされたＤＲＭは、組み込まれたポリシ��を実行可能なコード又はデータで有し、これはクライアント側にとって固定される他のアクセスポリシーの特殊な形とみなされる。これらポリシーは一般的にデータ中心ではなく（ステップ３１２のポリシーのままである）、一般的にこのＤＲＭを用いてリリースされる如何なるデータも保持する。ユーザがリクエストした量のデータを取得することが許可される、例えば認定されていないクライアントは限られた量のデータを取得するだけであるかをＤＲＭサービスにより検査するステップ３１２において、これらポリシーは前記クライアントにより使用される。これらポリシーの制約は、１人の患者の情報に適用するが、複数の患者にわたり適用してもよい、すなわち何人の患者の情報が同時にリクエストすることが許可されるかである。クライアントが複数の独立サーバと対話する場合、この形式の施行も動作する。ステップ３１４において、情報は、図４を参照してより詳細に説明されるようなＤＲＭに従って管理される。ここで、ファミリードクターは、履歴患者情報にアクセスし、この方法はステップ３１６で終了する。
【００３２】
図４は、本発明によるデジタル権利管理（ＤＲＭ）サービス４００のフローチャートを説明している。このＤＲＭサービスはステップ４０２で始まり、このステップにおいてＤＲＭサービスは初期化し、その後ステップ４０４に続く。この初期化は、自己完全性(self-integrity)検査、実行環境の検査、設定の取得及びＡＰＩを利用することによる前記実行環境からの内容を有する。ステップ４０４において、前記ポリシーにおいてロギングが可能であるかを検査する。ロギングが可能である場合、ＤＲＭサービスはイベントのロギングを開始する。ロギングされたイベントは、ＤＲＭサービスがクライアントからのリクエストを取り扱う時間及び日付である。他のイベント、例えばクライアントのユーザの名前、クライアント装置のＩＰアドレス等も同様にロギングされてもよい。これらロギングされたイベントは、イベントレポーティング技術を用いて前記サーバに直接又はバッチ形式で報告され、この技術は一般的にウェブサービス技術を含む。イベントレポーティング技術の一例は、ＩＳＯ／ＩＥＣの作業グループであるＭＰＥＧにより規定されるような"ＭＰＥＧ−２１  イベントレポーティング"である。ステップ４０６において、ＤＲＭサービスは、クライアントが患者データをどれくらいの時間使用しているかを検査する。クライアントが患者データをＤＲＭによる許容範囲よりも長い時間使用する場合、ステップ４１０において患者データはブロックされる。患者データは、この患者データへのアクセスを防ぐことによりブロックされるが、クライアントからそのデータを削除することによりブロックされてもよい。例えば、患者データが２時間よりも長い時間使用される場合、患者データがブロックされてもよい。同様に他の時間期間が適用されてもよく、この時間期間は患者データの種類に依存してもよい。例えば患者管理データは１日使用されてもよいのに対し、患者画像データは５日間使用されてもよい。ステップ４１２において、ＤＲＭサービスは、結果生じるアクセスポリシーを規定する（データの取得を伴う）取得ライセンスに含まれる権利表現を評価する。これによりデータの利用制御を達成する。この一部として、ＤＲＭサービスは例えばライセンスに示されるユーザが先行するステップから認証されたユーザと一致するか、利用期間が未だ有効であるか、データが印刷されたか等を検証する。成功評価の後、クライアントはライセンスに含まれる内容鍵を用いて、暗号化されたデータを復号する。この後、データは信頼されるレンダリング装置(renderer)による使用の準備が整う。この信頼されるレンダリング装置は、そのデータを用いて行うことに関する情報を具備し、必要の場合、例えばユーザがスクリーンに示されるデータを印刷したいと要求するとき、この信頼されるレンダリング装置が再びＤＲＭサービスに接触する。上記ステップを１つ以上行った後、ＤＲＭサービスはステップ４１６で終了する。
【００３３】
クライアント、サーバ及びＤＲＭは、処理ユニット及びメモリを有するコンピュータ装置によりロードされるコンピュータ読み取り可能コードとして実装され、これは、ロードされた後、本発明による方法を行うための機能を処理ユニットに供給する。
【００３４】
本発明の方法の説明される実施例における順番は必須ではなく、当業者は、本発明により意図される概念から外れることなく、スレッディングモデル(threading model)、マルチプロセッサシステム又はマルチプロセスを用いてステップの順番を変更してもよいし又は同時に複数のステップを行ってもよい。
【００３５】
上述した実施例は本発明を限定するのではなく、説明しているのであり、当業者は、付随する特許請求の範囲から外れることなく多くの代替実施例を設計することが可能であることに注意すべきである。請求項において、括弧内に置かれる如何なる参照符号も請求項を限定するとは考えない。"有する"と言う用語は、請求項に挙げられる要素又はステップ以外の要素又はステップの存在を排除するものではない。複数で表現していないことは上記要素が複数あることを排除するものではない。本発明は幾つかの別個の要素を有するハードウェアを用いると共に、適当にプログラムされたコンピュータも用いて実施されることができる。幾つかの手段を掲げているシステムの請求項において、これら手段の幾つかがコンピュータ読み取り可能ソフトウェア又はハードウェアの同じアイテムにより具現化されることができる。ある方法が互いに異なる従属請求項に列挙されていることの単なる事実は、これら方法の組み合わせが有利に使用することができないことを示しているのではない。
【図面の簡単な説明】
【００３６】
【図１】本発明によるクライアント−サーバ構成を概略的に示す。
【図２】本発明によるクライアント及びサーバの基本構成を示す。
【図３】本発明による方法のフローチャートを示す。
【図４】本発明によるデジタル権利管理サービスのフローチャートを示す。
【図１】
2009530700.tif 000003
【図２】
2009530700.tif 000004
【図３】
2009530700.tif 000005
【図４】
2009530700.tif 000006
【国際調査報告】
2009530700.tif 000007
2009530700.tif 000008