(57)【特許請求の範囲】
【請求項１】
医用画像を保存するセンターサーバーと、前記センターサーバーからネットワークを介して医用画像を取得し、表示するクライアント端末と、を備え、
前記クライアント端末は、ユーザーの認証時、前記センターサーバーにクライアント端末の特定情報を送信し、
前記センターサーバーは、前記クライアント端末から送信されたクライアント端末の特定情報により、当該クライアント端末が携帯可能か否か、又は当該クライアント端末が医療施設の領域内にあるか否かを特定し、携帯可能か否か、又は医療施設の領域内にあるか否かによって前記クライアント端末のセキュリティレベルを判断し、当該セキュリティレベル毎にユーザーの認証に用いる認証項目を決定し、決定された認証項目を含む認証画面を前記クライアント端末に送信し、
前記クライアント端末の特定情報は、クライアント端末の種類の情報及び位置情報であり、
前記センターサーバーは、前記クライアント端末の種類の情報により、当該クライアント端末が携帯可能か否かを特定し、携帯可能と判断した場合に当該クライアント端末が医療施設の領域内にあるか否かを特定し、当該クライアント端末が医療施設の領域内に無ければセキュリティレベルが低いと判断して、セキュリティレベルが高い場合よりも認証項目を増やすことを決定する遠隔画像システム。
【請求項２】
前記センターサーバーは、前記クライアント端末の位置情報により、当該クライアント端末が医療施設の領域内にあるか否かを特定し、クライアント端末が医療施設の領域内に無ければセキュリティレベルが低いと判断して、セキュリティレベルが高い場合よりも認証項目を増やすことを決定する請求項１に記載の遠隔画像システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔画像システムに関する。
【背景技術】
【０００２】
従来、医療施設ではＰＡＣＳ（Picture Archiving and Communication）が利用されている（例えば、特許文献１参照）。ＰＡＣＳによれば、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、ＰＥＴ（Positron Emission Tomography）等により撮影された医用画像が、病院内のサーバーに蓄積される。サーバーから医師が使用するクライアント端末に、医用画像をダウンロードすることにより、医用画像を医師の閲覧に供することができ、効率的な診察が可能となる。
【０００３】
病院内だけでなく、病院外の遠隔地にあるサーバーに医用画像を転送する遠隔システムも開発されている（例えば、特許文献２、３参照）。このような遠隔システムによれば、読影の専門医が常駐する読影センターのサーバーに、医用画像を転送することができ、高度な読影診断が可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１０３０９５号公報
【特許文献２】特開２００２−１５０６２号公報
【特許文献３】特開２００４−５７５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
医用画像の閲覧に使用されるクライアント端末としては、デスクトップ型のように固定的に設置されるコンピューターの他、ノート型のコンピューターや携帯電話のような携帯端末も用いられている。近年では、利便性が良いことから、表示画面が比較的大きいタブレット型の携帯端末が利用されるケースが増えている。
【０００６】
医療施設の領域外に持ち出しが可能な携帯型のクライアント端末は、デスクトップ型のような据え置き型に比べて紛失や盗難の可能性が大きい。よって、携帯型のクライアント端末は、サーバーへのアクセスが制限されることが多いが、救急患者の診察のように医療特有の場面があり、利便性と緊急性から、携帯型のクライアント端末にもサーバーへのアクセスを許可することが必要な場合もある。
【０００７】
上記特許文献１にも開示されているように、医用画像の閲覧にあたっては、医用画像に対するセキュリティを確保するため、ユーザーにユーザーＩＤやパスワードの入力を求め、ユーザーを認証することが一般的である。携帯型のように、セキュリティレベルが低いクライアント端末からサーバーへのアクセスにあたっては、ユーザーを確実に認証する必要がある。しかし、全てのクライアント端末に対して、厳しいユーザー認証を行うと、もともとセキュリティレベルが高く、通常のユーザー認証で十分な据え置き型のクライアント端末に対しても、厳しいユーザー認証を求めることとなる。これでは、ユーザー認証の操作が煩わしくなり、利便性が損なわれる。
【０００８】
本発明の課題は、クライアント端末毎に異なるセキュリティレベルに対応したユーザー認証を可能とすることである。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明によれば、
医用画像を保存するセンターサーバーと、前記センターサーバーからネットワークを介して医用画像を取得し、表示するクライアント端末と、を備え、
前記クライアント端末は、ユーザーの認証時、前記センターサーバーにクライアント端末の特定情報を送信し、
前記センターサーバーは、前記クライアント端末から送信されたクライアント端末の特定情報により、当該クライアント端末が携帯可能か否か、又は当該クライアント端末が医療施設の領域内にあるか否かを特定し、携帯可能か否か、又は医療施設の領域内にあるか否かによって前記クライアント端末のセキュリティレベルを判断し、当該セキュリティレベル毎にユーザーの認証に用いる認証項目を決定し、決定された認証項目を含む認証画面を前記クライアント端末に送信し、
前記クライアント端末の特定情報は、クライアント端末の種類の情報及び位置情報であり、
前記センターサーバーは、前記クライアント端末の種類の情報により、当該クライアント端末が携帯可能か否かを特定し、携帯可能と判断した場合に当該クライアント端末が医療施設の領域内にあるか否かを特定し、当該クライアント端末が医療施設の領域内に無ければセキュリティレベルが低いと判断して、セキュリティレベルが高い場合よりも認証項目を増やすことを決定する遠隔画像システムが提供される。
【００１２】
請求項２に記載の発明によれば、
前記センターサーバーは、前記クライアント端末の位置情報により、当該クライアント端末が医療施設の領域内にあるか否かを特定し、クライアント端末が医療施設の領域内に無ければセキュリティレベルが低いと判断して、セキュリティレベルが高い場合よりも認証項目を増やすことを決定する請求項１に記載の遠隔画像システムが提供される。
【発明の効果】
【００１４】
本発明によれば、クライアント端末のセキュリティレベルによって、ユーザー認証時の認証項目を異ならせ、ユーザー認証の厳しさを切り替えることができる。これにより、クライアント端末毎に異なるセキュリティレベルに対応したユーザーの認証を行うことが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本実施の形態に係る遠隔画像システムのシステム構成図である。
【図２】図１のセンターサーバーの機能ブロック図である。
【図３】ユーザーデータベースの一例を示す図である。
【図４】連携データベースの一例を示す図である。
【図５】種類データベースの一例を示す図である。
【図６】図１のクライアント端末の機能ブロック図である。
【図７】ログイン時に、第１の実施の形態に係るセンターサーバーとクライアント端末が実行する処理の流れを示す図である。
【図８】セキュリティレベルが高いクライアント端末向けの認証画面例を示す図である。
【図９】セキュリティレベルが低いクライアント端末向けの認証画面例を示す図である。
【図１０】ＩＰアドレスデータベースの一例を示す図である。
【図１１】施設領域データベースの一例を示す図である。
【図１２】医療施設の領域範囲を、経度と緯度の座標で表した図である。
【図１３】ログイン時に、第２の実施の形態に係るセンターサーバーとクライアント端末が実行する処理の流れを示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して本発明の実施の形態について説明する。
【００１７】
＜第１の実施の形態＞
〔遠隔画像システム〕
図１は、本実施の形態に係る遠隔画像システムＰのシステム構成図である。
図１に示すように、遠隔画像システムＰは、センターサーバー１と、クライアント端末２Ａ、２Ｂとを備えて構成されている。センターサーバー１とクライアント端末２Ａ、２Ｂは、ネットワークＮを介して通信し、相互にデータの送受信が可能である。
図１の遠隔画像システムＰは例示であり、遠隔画像システムＰを構成するセンターサーバー１、クライアント端末２Ａ、２Ｂの設置台数、設置場所等は、特に限定されない。
【００１８】
ネットワークＮは、電話回線、ＩＳＤＮ回線、専用線、衛星通信回線網、移動体通信網、ＣＡＴＶ回線、光通信回線、無線通信回線等によって構築されたインターネットである。
【００１９】
センターサーバー１は、医療データのバックアップサービスを提供し、Ａ病院、クリニックＢの医療施設内に設置されているクライアント端末２Ａから送信された医療データを保存し、管理する。医療データは、医療に関するデータであり、例えば電子カルテ、モダリティ３により得られた医用画像、血液検査等の検体検査結果等が挙げられる。医療データに対するリスク分散のため、センターサーバー１は、Ａ病院、クリニックＢ等の医療施設外の遠隔地に設置されている。
【００２０】
センターサーバー１は、保存された医療データを、クライアント端末２Ａ、２Ｂに送信し、閲覧に供することができる。
また、センターサーバー１は、医師間の連携サービスを提供することができる。連携サービスとは、連携元のユーザー（医師）から連携先のユーザー（医師）へ、センターサーバー１に保存されている医療データを送信し、読影や診断、検査の依頼等を可能とするサービスである。
【００２１】
クライアント端末２Ａ、２Ｂは、無線又は有線の通信によって、センターサーバー１から医療データを受信し、表示する。クライアント端末２Ａ、２Ｂとしては、通信によって医療データを取得し、表示できる端末であれば、デスクトップ型のコンピューター装置の他、ノート型のパーソナルコンピューター、ＰＤＡ等の携帯型のコンピューター装置、ｉｐｈｏｎｅ（登録商標）やｉＰａｄ（登録商標）に代表されるタブレット型の携帯端末等も用いることができる。
【００２２】
クライアント端末２Ａは、医療施設内に固定的に設置され、医療施設内に構築されたセキュアなＬＡＮ（Local Area Network）経由でセンターサーバー１と通信する。クライアント端末２Ａは、医療施設内のセキュリティを確保するため、センターサーバー１との通信においてＶＰＮ（Virtual Private Network）を構築する。このようなクライアント端末２Ａとしては、デスクトップ型が代表的である。
【００２３】
Ａ病院のクライアント端末２Ａに例示されるように、クライアント端末２Ａは、ＰＡＣＳ４におけるサーバー又はビューアーとして構成されている場合もあるし、クリニックＢのクライアント端末２Ａに例示されるように、医療施設内のモダリティ３に接続されている場合もある。何れの場合も、クライアント端末２Ａは、モダリティ３によって生成された医用画像を１次保存し、バックアップのため、当該医用画像をセンターサーバー１にアップロードすることができる。医用画像の他にも、クライアント端末２Ａは、クライアント端末２Ａ、２Ｂで作成された電子カルテ、ＰＡＣＳ４又は図示しないＨＩＳ（Hospital Information System）等から取得した電子カルテ、検体検査結果等の医療データもセンターサーバー１にアップロードする。
【００２４】
クライアント端末２Ｂは、クライアント端末２Ａのように医療データのアップロードは行わず、主に医療データの閲覧に用いられる。クライアント端末２Ｂは、ＰＡＣＳ４やセンターサーバー１から医療データをダウンロードして表示する。このようなクライアント端末２Ｂとしては、携帯型の他、医師の自宅に設置されたデスクトップ型が代表的である。
クライアント端末２Ｂは、医療施設内のセキュアなＬＡＮ経由でセンターサーバー１と通信することもできるし、医療施設外のネットワーク経由でセンターサーバー１と通信することもできる。例えば、３Ｇ（第３世代移動通信システム）等の移動体通信網を利用して、又はＷｉ−Ｆｉ（Wireless  Fidelity）等を利用して医療施設内のＬＡＮや医師の自宅のネットワークを経由して、ネットワークＮに接続することもできる。クライアント端末２Ｂは、クライアント端末２Ａと同様に、ネットワークＮ上でＶＰＮを確立したうえでセンターサーバー１と通信してもよい。
【００２５】
〔センターサーバー〕
図２は、センターサーバー１の機能ブロック図である。
図２に示すように、センターサーバー１は、制御部１１、通信部１２、記憶部１３を備えて構成されている。
【００２６】
制御部１１は、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）等から構成され、記憶部１３に記憶されているプログラムを読み出し、当該プログラムとの協働により各種処理を実行して、センターサーバー１の各部を制御する。
例えば、制御部１１は、メールサーバー、Ｗｅｂサーバーのソフトウェアのプログラムを実行し、電子メール、Ｗｅｂページの作成、それらの送受信等を制御する。
【００２７】
また、制御部１１は、医療データのバックアップサービス、閲覧サービス、連携サービスを利用できるユーザーの登録処理を実行する。具体的には、制御部１１は、通信部１２により、ユーザー登録のＷｅｂページをクライアント端末２Ａ、２Ｂに送信し、当該Ｗｅｂページ介してクライアント端末２Ａ、２Ｂからユーザー情報が送信されると、当該ユーザー情報をユーザーデータベースＤ１に書き込み、記憶部１３に保存する。ユーザー情報としては、ユーザーのユーザーＩＤ、ログインパスワード、ユーザーが所属する医療施設の施設ＩＤ、施設名等が挙げられる。また、制御部１１は、ユーザー登録時にクライアント端末の種類の情報をクライアント端末２Ａ、２Ｂから取得し、種類データベースＴ１に書込み、保存する。
【００２８】
制御部１１は、ログイン時に認証処理を実行し、クライアント端末２Ａ、２Ｂから送信されたクライアント端末の特定情報により、クライアント端末２Ａ、２Ｂのセキュリティレベルを判断する。制御部１１は、クライアント端末２Ａ、２Ｂのセキュリティレベル毎に、ユーザーの認証に用いる認証項目を決定し、決定された認証項目を含む認証画面を、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。制御部１１は、その後、クライアント端末２Ａ、２Ｂから送信された認証情報を、ユーザーデータベースＤ１のユーザー情報と照合し、一致すればログインを許可し、一致しなければログインを拒否する。
【００２９】
制御部１１は、ログイン時に送信されたユーザー情報、例えばユーザーＩＤと、ユーザーデータベースＤ１において対応付けられている医療施設の施設ＩＤを特定する。そして、ログインが許可されたクライアント端末２Ａから医療データが送信されると、制御部１１は、特定された施設ＩＤに対応する記憶部１３の医療施設の領域に、当該医療データを保存する。保存時、制御部１１は、医療データを一意に識別するため、医療データに管理ＩＤを付帯させる。管理ＩＤとしては、ＵＵＩＤ（Universally Unique Identifier）等を用いることができる。制御部１１は、ある単位毎に管理ＩＤを作成し、同じ単位の医療データに同じ管理ＩＤを付帯させる。例えば、ＣＴのように１つの検査によって得られた複数枚の医用画像には、同じ管理ＩＤを付帯させる。
【００３０】
制御部１１は、ログインが許可されたクライアント端末２Ａ、２Ｂから医療データの閲覧が要求されると、上記と同様にユーザー情報から施設ＩＤを特定し、当該施設ＩＤに対応する記憶部１３の医療施設の領域から医療データを読み出し、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。制御部１１は、Ｗｅｂサーバープログラムによって医療データが閲覧可能なＷｅｂページを作成し、クライアント端末２Ａ、２Ｂに提供することもできるし、閲覧専用のソフトウェアのプログラムがクライアント端末２Ａ、２Ｂにインストールされている場合は、当該ソフトウェアに対応するプロトコルにより医療データをクライアント端末２Ａ、２Ｂに送信することができる。
【００３１】
また、制御部１１は連携処理を実行し、連携サービスを提供可能とする。
連携処理において、制御部１１は、連携登録のＷｅｂページを、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。当該Ｗｅｂページを介して、連携するユーザーの登録情報がクライアント端末２Ａ、２Ｂから送信されると、制御部１１は、ユーザーの登録情報を記憶部１３の連携データベースＤ２に書き込み、保存する。登録情報は、例えばユーザーＩＤ、ユーザーが所属する医療施設の施設ＩＤ、施設名等である。
【００３２】
制御部１１は、連携サービスのＷｅｂページを、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。このＷｅｂページを介して、連携元のユーザーから連携の依頼情報が送信されると、制御部１１は、連携先のユーザー宛に連携依頼のメールを作成し、通信部１２により連携先のクライアント端末２Ａ、２Ｂに送信する。例えば、依頼内容が医用画像の読影であれば、制御部１１は連携元からのコメント、患者情報、医用画像の保存場所を示すＵＲＬ等が記載された電子メールを作成する。制御部１１は、連携先として指定されたユーザーの電子メールアドレスをユーザーデータベースＤ１から取得し、当該電子メールアドレス宛に、通信部１２により電子メールを送信させる。
【００３３】
連携依頼に対し、連携先のユーザーから読影レポートや電子カルテ等が送信されると、制御部１１はこれら医療データを記憶部１３に保存する。医療データの保存時、制御部１１は上述のように保存する単位で管理ＩＤを作成し、医療データに付帯させる。また、制御部１１は、連携先からのコメント等が記載された電子メールを作成する。制御部１１は、当該電子メールに、連携先から送信され、保存された医療データの管理ＩＤを添付する。制御部１１は、連携元のユーザーの電子メールアドレスをユーザーデータベースＤ１から取得し、当該電子メールアドレス宛に、通信部１２により電子メールを送信させる。
【００３４】
通信部１２は、通信用のインターフェイスを備え、ネットワークＮ上のクライアント端末２Ａ、２Ｂと通信する。通信部１２は、例えばＩＰｓｅｃ（Security Architecture for Internet Protocol）等を用いて、ＶＰＮを構築することができる。
【００３５】
記憶部１３は、制御部１１が実行するプログラム、プログラムの実行に必要なデータ等を記憶している。記憶部１３としては、大容量のメモリーであれば、ハードディスクや不揮発性メモリーを用いることができる。
【００３６】
記憶部１３は、ユーザーデータベースＤ１、連携データベースＤ２、種類データベースＴ１、医療データＤ３等を記憶している。
ユーザーデータベースＤ１は、医療施設毎に、センターサーバー１が提供するサービスを利用可能なユーザー（医師）のユーザー情報からなる。サービスが課金制であれば、課金状況をユーザーデータベースＤ１により管理してもよい。
図３は、ユーザーデータベースＤ１の一例を示している。
図３に示すように、ユーザーデータベースＤ１において、各ユーザーに付与されたユーザーＩＤ、ログインパスワード、ユーザーが所属する医療施設に付与された施設ＩＤ、施設名、ユーザーが所属する診療科、ユーザー名、ユーザーの住所、電話番号、電子メールアドレス等がデータベース化されている。
【００３７】
連携データベースＤ２は、連携サービスにおいて連携するユーザーのユーザー情報からなる。
図４は、連携データベースＤ２の一例を示している。
図４に示すように、連携データベースＤ２において、連携元のユーザーのユーザーＩＤに対応付けて、連携先として登録されたユーザーが所属する医療施設の施設ＩＤ、施設名、ユーザー名等がデータベース化されている。
【００３８】
種類データベースＴ１は、クライアント端末２Ａ、２Ｂの種類毎に、セキュリティレベルが定められている。
図５は、種類データベースＴ１の一例を示している。
図５に示すように、種類データベースＴ１には、クライアント端末の種類毎に、携帯の可否とセキュリティレベルが定められている。クライアント端末の種類の情報としては、例えばクライアント端末として使用されているコンピューターの商品名、型番等が挙げられる。セキュリティレベルは高いか低いかの２段階で表され、クライアント端末２Ａ、２Ｂが携帯可能であれば低いセキュリティレベルに、携帯不可能であれば高いセキュリティレベルに分類され、定められている。
【００３９】
医療データＤ３は、上述したように、クライアント端末２Ａからアップロードされた電子カルテ、検体検査結果、医用画像等、医療施設内で得られた診療に関するデータである。
記憶部１３には、医療施設毎に専用の記憶領域が設けられ、各医療施設のクライアント端末２Ａからアップロードされた医療データＤ３は、医療施設に応じた記憶領域に保存される。
【００４０】
〔クライアント端末〕
図６は、クライアント端末２Ａ、２Ｂの機能ブロック図である。
図６に示すように、クライアント端末２Ａ、２Ｂは、制御部２１、操作部２２、表示部２３、通信部２４、記憶部２５を備えて構成されている。
【００４１】
制御部２１は、ＣＰＵ、ＲＡＭ等から構成され、記憶部２５からプログラムを読出して実行し、クライアント端末２Ａ、２Ｂの各部を制御する。
例えば、制御部２１は、ログイン時、記憶部２５からクライアント端末の特定情報を読み出し、通信部２４によりセンターサーバー１に送信する。クライアント端末２Ａの場合、センターサーバー１へのアクセス時、制御部１１は、通信部２４によりＶＰＮを構築させて、通信する。センターサーバー１から認証画面が送信されると、当該認証画面において、操作部２２を介して入力されるユーザーＩＤ、ログインパスワード等の認証情報を、通信部２４によりセンターサーバー１に送信する。
【００４２】
ログインが許可されると、制御部２１は、医療データの表示処理を実行し、通信部２４によりセンターサーバー１から医療データを取得し、表示部２３に当該医療データを表示させる。
【００４３】
操作部２２は、キーボード、マウス、タッチパネル等を備え、これらの操作に応じた操作信号を制御部２１に出力する。
表示部２３は、ディスプレイ、又はタッチパネルと一体に構成されたディスプレイを備え、制御部２１の表示制御に従って、操作画面や医療データの表示画面等を表示する。
【００４４】
通信部２４は、通信用のインターフェイスを備え、ネットワークＮ上のセンターサーバー１と通信する。通信部２４は、例えばＩＰｓｅｃ等を用いて、ＶＰＮを構築することができる。
【００４５】
記憶部２５は、制御部２１が実行するプログラム２５ａ、プログラムの実行に必要なデータを記憶している。例えば、記憶部２５は、Ｗｅｂブラウザーのソフトウェア、医療データの閲覧専用のソフトウェア等のプログラムを記憶している。
また、記憶部２５は、クライアント端末２Ａ、２Ｂの特定情報を記憶している。本実施の形態では、記憶部２５は、特定情報として、ユーザー登録時に操作部２２を介してユーザーにより入力されたクライアント端末２Ａ、２Ｂの種類の情報を記憶している。
記憶部２５としては、ハードディスクや不揮発性メモリー等を用いることができる。
【００４６】
記憶部２５は、センターサーバー１からダウンロードして取得した医療データＤ３を記憶している。医療データＤ３には、電子カルテｄ１、検体検査結果ｄ２、医用画像ｄ３が含まれる。また、記憶部２５は、医療データＤ３のサムネイル画像ｄ４を記憶している。１つの医療データＤ３に対し１枚のサムネイル画像ｄ４が作成されるとは限らない。例えば、ＣＴやＭＲＩのように医用画像ｄ３の数が多い場合は、それら一連の医用画像ｄ３の代表として１枚又は数枚のサムネイル画像ｄ４が作成される場合がある。サムネイル画像ｄ４には、その医療データＤ３と同じ管理ＩＤが付帯され、サムネイル画像ｄ４は医療データＤ３と対応付けられる。
【００４７】
〔認証処理〕
図７は、ログイン時に、センターサーバー１及びクライアント端末２Ａ、２Ｂが実行する処理の流れを示している。
図７に示すように、ログイン時、クライアント端末２Ａ、２Ｂは、クライアント端末の特定情報として、クライアント端末の種類の情報をセンターサーバー１に送信する（ステップＳ１）。
【００４８】
センターサーバー１は、クライアント端末２Ａ、２Ｂから送信されたクライアント端末の種類の情報を、種類データベースＴ１と照合し、当該クライアント端末２Ａ、２Ｂのセキュリティレベルを判断する。種類データベースＴ１によれば、クライアント端末２Ａ、２Ｂの種類毎に携帯可能であるか否かが特定され、携帯可能であれば高いセキュリティレベルに、携帯不可能であれば低いセキュリティレベルに分類されているので、センターサーバー１は、クライアント端末２Ａ、２Ｂの種類が分類されているセキュリティレベルを判断する。
【００４９】
センターサーバー１は、クライアント端末２Ａ、２Ｂのセキュリティレベルによって、ユーザーの認証に用いる認証項目を決定する（ステップＳ２）。
例えば、センターサーバー１は、クライアント端末２Ａ、２Ｂのセキュリティレベルが高いと判断した場合、ユーザーの特定と本人確認に必要なユーザーＩＤ、ログインパスワードの２つの認証項目に決定する。クライアント端末２Ａ、２Ｂのセキュリティレベルが低いと判断した場合、センターサーバー１は、さらにユーザーが所属する医療施設を確認するため、施設ＩＤの認証項目を追加して、ユーザーＩＤ、ログインパスワード、施設ＩＤの３つの認証項目に増やす。
【００５０】
センターサーバー１は、決定した認証項目を含む認証画面のＷｅｂページを作成し、クライアント端末２Ａ、２Ｂに送信する（ステップＳ３）。
図８は、セキュリティレベルが高い場合の認証画面例を示し、図９は、セキュリティレベルが低い場合の認証画面例を示している。
図８及び図９に示すように、何れの認証画面にもユーザーＩＤ、ログインパスワードの認証項目があるが、セキュリティレベルが低い場合の認証画面には、さらに施設ＩＤの認証項目が追加されている。
【００５１】
クライアント端末２Ａ、２Ｂは、センターサーバー１から送信された認証画面を表示する。認証画面において、ユーザーにより認証項目に対応する認証情報が入力されると、クライアント端末２Ａ、２Ｂは、当該認証情報をセンターサーバー１に送信する（ステップＳ４）。上述のように、認証情報には、セキュリティが高いか低いかに拘わらず、ユーザーＩＤとログインパスワードが共通して含まれている。
【００５２】
センターサーバー１は、クライアント端末２Ａ、２Ｂから認証情報が送信されると、当該認証情報に含まれるユーザーＩＤとログインパスワードを、ユーザーデータベースＤ１と照合し、ユーザー認証を行う（ステップＳ５）。ユーザーデータベースＤ１中のユーザーＩＤ及びログインパスワードと、クライアント端末２Ａ、２Ｂから送信されたユーザーＩＤ、ログインパスワードが一致しない場合、センターサーバー１は、当該ユーザーＩＤのユーザーはログインが許可されていないユーザーであると判断し（ステップＳ５；Ｎ）、ログインを拒否する（ステップＳ１０）。センターサーバー１は、認証結果として、ログインが拒否されたことを示す通知画面のＷｅｂページを作成して、クライアント端末２Ａ、２Ｂに送信する（ステップＳ１１）。
【００５３】
一方、ユーザーＩＤ及びログインパスワードが一致すれば、センターサーバー１は、当該ユーザーＩＤのユーザーはログインが許可されるユーザーであると判断する（ステップＳ５；Ｙ）。次に、センターサーバー１は、クライアント端末２Ａ、２Ｂの種類によって追加された認証項目の有無を判断する（ステップＳ６）。追加の認証項目が無ければ（ステップＳ６；Ｎ）、センターサーバー１は、ユーザーＩＤ及びログインパスワードのみでログインを許可し（ステップＳ９）、認証結果として、ログインが許可されたことを示す通知画面のＷｅｂページを作成して、クライアント端末２Ａ、２Ｂに送信する（ステップＳ１１）。
【００５４】
追加された認証項目が有り、当該認証項目に対応する認証情報が送信されている場合（ステップＳ６；Ｙ）、センターサーバー１は、当該認証情報をユーザーデータベースＤ１と照合する（ステップＳ７）。ユーザーデータベースＤ１中にクライアント端末２Ａ、２Ｂから送信された認証情報と一致する情報があれば（ステップＳ８；Ｙ）、センターサーバー１はログインを許可し（ステップＳ９）、一致する情報がなければ（ステップＳ８；Ｎ）、ログインを拒否する（ステップＳ１０）。センターサーバー１は、認証結果として、ログインの許可又は拒否を示す通知画面のＷｅｂページを作成して、クライアント端末２Ａ、２Ｂに送信する（ステップＳ１１）。
【００５５】
以上、Ｗｅｂページを介してログインを行う例を説明したが、クライアント端末２Ａ、２Ｂが閲覧専用のソフトウェアを使用してログインすることも可能である。その際、センターサーバー１は、Ｗｅｂページを作成せずに、当該ソフトウェアに対応するプロトコルによって情報を送受信すればよい。例えば、センターサーバー１は、決定された認証項目をクライアント端末２Ａ、２Ｂに通知し、クライアント端末２Ａ、２Ｂは通知された認証項目を含む認証画面を作成して表示する。
【００５６】
以上のように、第１の実施の形態によれば、遠隔画像システムＰは、医用画像を保存するセンターサーバー１と、当該医用画像を表示するクライアント端末２Ａ、２Ｂと、を備える。クライアント端末２Ａ、２Ｂは、ユーザーの認証時、センターサーバー１に、クライアント端末２Ａ、２Ｂの特定情報として、クライアント端末の種類の情報を送信する。センターサーバー１は、クライアント端末２Ａ、２Ｂから送信されたクライアント端末の種類の情報により、当該クライアント端末２Ａ、２Ｂが携帯可能か否かを特定し、携帯可能であればセキュリティレベルが低いと判断して、セキュリティレベルが高い場合よりも認証項目を増やすことを決定し、決定された認証項目を含む認証画面をクライアント端末２Ａ、２Ｂに送信する。
【００５７】
第１の実施の形態によれば、携帯不可能であり、セキュアな医療施設内に固定的に設置されたクライアント端末２Ａは、セキュリティレベルが高いと判断されるので、ユーザーの特定と本人確認に必要な認証項目のみによってユーザーの認証を行うことができる。これにより、セキュリティレベルが高いクライアント端末２Ａに対して、過度の認証が要求され、認証時の操作が煩雑となることを回避することができる。一方、携帯可能なクライアント端末２Ｂは紛失や盗難の可能性があるが、このようなクライアント端末２Ｂはセキュリティレベルが低いと判断され、セキュリティレベルが高い場合よりも認証項目が増える。これにより、ユーザーの認証を強化することができ、医療データのセキュリティが向上する。
従って、クライアント端末２Ａ、２Ｂ毎に異なるセキュリティレベルに対応したユーザー認証を行うことができる。
【００５８】
＜第２の実施の形態＞
上記第１の実施の形態においては、クライアント端末が携帯可能か否かによってクライアント端末のセキュリティレベルを判断する例を示した。これに対し、第２の実施の形態として、クライアント端末のセキュリティレベルを、クライアント端末の所在位置によって判断する例を示す。
【００５９】
第２の実施の形態に係る遠隔画像システムは、第１の実施の形態に係る遠隔画像システムと基本的に同じ構成であるので、同じ構成には同じ符号を付し、異なる機能部分についてのみ説明する。すなわち、第２の実施の形態に係る遠隔画像システムＰは、図１に示すように、センターサーバー１とクライアント端末２Ａ、２Ｂを備えて構成されている。センターサーバー１は、図２に示すように、制御部１１、通信部１２、記憶部１３を備えて構成され、クライアント端末２Ａ、２Ｂは、図６に示すように、制御部２１、操作部２２、表示部２３、通信部２４、記憶部２５を備えて構成されている。
【００６０】
センターサーバー１は、図５に示す種類データベースＴ１に代えて、ＩＰアドレスデータベースＴ２、施設領域データベースＴ３を、記憶部１３に記憶している。
図１０は、ＩＰアドレスデータベースＴ２の一例を示している。
図１０に示すように、ＩＰアドレスデータベースＴ２は、各医療施設の施設ＩＤ、施設名に対応付けて、医療施設内に構築されたセキュアなＬＡＮ上のルーター等に割り当てられているＩＰアドレスがデータベース化されている。
【００６１】
図１１は、施設領域データベースＴ３の一例を示している。
図１１に示すように、施設領域データベースＴ３は、各医療施設の施設ＩＤ、施設名に対応付けて、医療施設内の領域範囲を特定する施設領域の情報がデータベース化されている。施設領域は、図１２に示すように、医療施設内の領域範囲を方形で定義したときの４つの頂点の経度と緯度の座標情報で表される。座標情報において、経度は東経が符号＋で表され、西経が符号−で表される。緯度は北緯が符号＋で表され、南緯が符号−で表される。
【００６２】
また、第２の実施の形態において、クライアント端末２Ａ、２ＢはＧＰＳ機能を備え、通信部２４が、ＧＰＳ（Global Positioning System）によりクライアント端末２Ａ、２Ｂの現在位置を示す位置情報を取得する。位置情報は、ＧＰＳによって検出された位置が経度と緯度で表された座標情報である。
【００６３】
〔ユーザー認証〕
図１３は、ログイン時に、第２の実施の形態に係るセンターサーバー１とクライアント端末が実行する処理の流れを示している。
【００６４】
図１３に示すように、ログイン時、クライアント端末２Ａ、２Ｂがセンターサーバー１にアクセスすると、センターサーバー１は、アクセス時にクライアント端末２Ａ、２Ｂから送信されたデータから、クライアント端末２Ａ、２Ｂがアクセスしたネットワーク上のＩＰアドレスを検出し、クライアント端末の特定情報として取得する。ＩＰアドレスは、クライアント端末２Ａ、２Ｂが最初にアクセスしたネットワーク上にあるルーター等のＩＰアドレスであることが好ましい。
または、クライアント端末２Ａ、２Ｂは、通信部２４によりクライアント端末２Ａ、２Ｂの位置情報を取得して、センターサーバー１に送信してもよい（ステップＳ２１）。
【００６５】
センターサーバー１は、クライアント端末２Ａ、２Ｂから送信されたＩＰアドレス又は位置情報により、当該クライアント端末２Ａ、２Ｂの所在位置が医療施設の領域内か否かを特定する（ステップＳ２２）。センターサーバー１は、特定された所在位置が医療施設の領域内か否かによって、クライアント端末２Ａ、２Ｂのセキュリティレベルを判断する。
【００６６】
具体的には、ＩＰアドレスが送信された場合、センターサーバー１は、当該ＩＰアドレスをＩＰアドレスデータベースＴ２と照合する。ＩＰアドレスデータベース中の何れかの医療施設のＩＰアドレスと一致すれば、クライアント端末２Ａ、２Ｂは、医療施設内に構築されたセキュリティレベルが高いネットワーク経由で通信し、医療施設の領域内にあるので、センターサーバー１はクライアント端末２Ａ、２Ｂのセキュリティレベルを高いと判断する。
何れの医療施設のＩＰアドレスとも一致しなければ、クライアント端末２Ａ、２Ｂは医療施設外に構築されたネットワーク経由で通信し、医療施設の領域外にある。医療施設外のネットワークはセキュリティレベルが不明であるため、センターサーバー１は、クライアント端末２Ａ、２Ｂのセキュリティレベルを低いと判断する。
【００６７】
位置情報が送信された場合、センターサーバー１は、当該位置情報を施設領域データベースＴ３と照合する。位置情報が示す座標値が、施設領域データベースＴ３中の各医療施設の施設領域、つまり４つの座標値で囲まれる領域内に位置する場合、クライアント端末２Ａ、２Ｂは医療施設内にあり、医療施設内に構築されたセキュリティレベルが高いネットワーク経由で通信している可能性が高い。よって、センターサーバー１は、クライアント端末２Ａ、２Ｂのセキュリティレベルは高いと判断する。
位置情報が示す座標値が、施設領域データベースＴ３の各医療施設の施設領域の４つの座標値で囲まれる領域外に位置する場合、クライアント端末２Ａ、２Ｂは医療施設外にあり、医療施設外に構築されたネットワーク経由で通信している可能性が高い。医療施設外のネットワークはセキュリティレベルが不明であることから、センターサーバー１はクライアント端末２Ａ、２Ｂのセキュリティレベルは低いと判断する。
【００６８】
センターサーバー１は、クライアント端末２Ａ、２Ｂのセキュリティレベルによって、ユーザーの認証に用いる認証項目を決定する（ステップＳ２３）。
例えば、センターサーバー１は、セキュリティレベルが高い場合、ユーザーの特定と本人確認に必要なユーザーＩＤ、ログインパスワードの２つの認証項目に決定する。セキュリティレベルが低い場合、センターサーバー１は、さらにユーザーが所属する医療施設を確認するため、施設ＩＤの認証項目を追加して、ユーザーＩＤ、ログインパスワード、施設ＩＤの３つの認証項目に増やす。
【００６９】
認証項目を決定以降の処理は、第１の実施の形態と同じ処理である。同じ処理には、図７に示したステップ番号と同じステップ番号を付して説明する。
センターサーバー１は、決定した認証項目を含む認証画面のＷｅｂページを作成し、クライアント端末２Ａ、２Ｂに送信する（ステップＳ３）。
図８は、セキュリティレベルが高い場合の認証画面例を示し、図９は、セキュリティレベルが低い場合の認証画面例を示している。
図８及び図９に示すように、何れの認証画面にもユーザーＩＤ、ログインパスワードの認証項目があるが、セキュリティレベルが低い場合の認証画面には、さらに施設ＩＤの認証項目が追加されている。
【００７０】
クライアント端末２Ａ、２Ｂは、センターサーバー１から送信された認証画面を表示する。認証画面において、ユーザーにより認証項目に対応する認証情報が入力されると、クライアント端末２Ａ、２Ｂは、当該認証情報をセンターサーバー１に送信する（ステップＳ４）。上述のように、認証情報には、セキュリティレベルに拘わらず、ユーザーＩＤとログインパスワードが共通して含まれている。
【００７１】
センターサーバー１は、クライアント端末２Ａ、２Ｂから認証情報が送信されると、当該認証情報に含まれるユーザーＩＤとログインパスワードを、ユーザーデータベースＤ１と照合し、ユーザー認証を行う（ステップＳ５）。ユーザーデータベースＤ１中のユーザーＩＤ及びログインパスワードと、クライアント端末２Ａ、２Ｂから送信されたユーザーＩＤ、ログインパスワードが一致しない場合、センターサーバー１は、当該ユーザーＩＤのユーザーはログインが許可されていないユーザーであると判断し（ステップＳ５；Ｎ）、ログインを拒否する（ステップＳ１０）。センターサーバー１は、認証結果として、ログインが拒否されたことを示す通知画面のＷｅｂページを作成して、クライアント端末２Ａ、２Ｂに送信する（ステップＳ１１）。
【００７２】
一方、ユーザーＩＤ及びログインパスワードが一致すれば、センターサーバー１は、当該ユーザーＩＤのユーザーはログインが許可されるユーザーであると判断する（ステップＳ５；Ｙ）。次に、センターサーバー１は、クライアント端末２Ａ、２ＢのＩＰアドレス又は位置情報によって追加された認証項目の有無を判断する（ステップＳ６）。追加の認証項目が無ければ（ステップＳ６；Ｎ）、センターサーバー１は、ユーザーＩＤ及びログインパスワードのみでログインを許可し（ステップＳ９）、認証結果として、ログインが許可されたことを示す通知画面のＷｅｂページを作成して、クライアント端末２Ａ、２Ｂに送信する（ステップＳ１１）。
【００７３】
追加された認証項目が有り、当該認証項目に対応する認証情報が送信されている場合（ステップＳ６；Ｙ）、センターサーバー１は、当該認証情報をユーザーデータベースＤ１と照合する（ステップＳ７）。ユーザーデータベースＤ１中にクライアント端末２Ａ、２Ｂから送信された認証情報と一致する情報があれば（ステップＳ８；Ｙ）、センターサーバー１はログインを許可し（ステップＳ９）、一致する情報が無ければ（ステップＳ８；Ｎ）、ログインを拒否する（ステップＳ１０）。センターサーバー１は、認証結果として、ログインの許可又は拒否を示す通知画面のＷｅｂページを作成して、クライアント端末２Ａ、２Ｂに送信する（ステップＳ１１）。
【００７４】
以上のように、第２の実施の形態によれば、遠隔画像システムＰは、医用画像を保存するセンターサーバー１と、当該医用画像を表示するクライアント端末２Ａ、２Ｂと、を備える。クライアント端末２Ａ、２Ｂは、ユーザーの認証時、センターサーバー１に、クライアント端末２Ａ、２Ｂの特定情報として、クライアント端末２Ａ、２Ｂがアクセスしたネットワーク上のＩＰアドレスを送信する。センターサーバー１は、ＩＰアドレスにより、当該クライアント端末２Ａ、２Ｂが医療施設の領域内にあるか否かを特定し、クライアント端末２Ａ、２Ｂが医療施設の領域内に無ければセキュリティレベルが低いと判断して、セキュリティレベルが高い場合よりも認証項目を増やすことを決定し、決定された認証項目を含む認証画面をクライアント端末２Ａ、２Ｂに送信する。
【００７５】
これにより、医療施設内のセキュリティレベルの高いネットワーク経由で通信するクライアント端末２Ａは、セキュリティレベルが高いと判断されるので、ユーザーの特定と本人確認に必要な認証項目のみによってユーザーの認証を行うことができる。よって、セキュリティレベルが高いクライアント端末２Ａに対して、過度の認証が要求され、認証時の操作が煩雑となることを回避することができる。一方、医療施設外のセキュリティレベルが不明のネットワーク経由で通信するクライアント端末２Ｂは、セキュリティレベルが低いと判断され、セキュリティレベルが高い場合よりも認証項目が増える。これにより、ユーザーの認証を強化することができ、医療データのセキュリティが向上する。
従って、クライアント端末２Ａ、２Ｂ毎に異なるセキュリティレベルに対応したユーザー認証が可能となる。
【００７６】
または、遠隔画像システムＰにおいて、クライアント端末２Ａ、２Ｂは、ユーザーの認証時、センターサーバー１に、クライアント端末２Ａ、２Ｂの特定情報として、クライアント端末２Ａ、２Ｂの位置情報を送信する。センターサーバー１は、クライアント端末２Ａ、２Ｂの位置情報により、当該クライアント端末２Ａ、２Ｂが医療施設の領域内にあるか否かを特定し、クライアント端末２Ａ、２Ｂが医療施設の領域内に無ければセキュリティレベルが低いと判断して、セキュリティレベルが高い場合よりも認証項目を増やすことを決定し、決定された認証項目を含む認証画面をクライアント端末２Ａ、２Ｂに送信する。
【００７７】
これにより、医療施設の領域内に位置し、医療施設内のセキュリティレベルが高いネットワーク経由で通信していると想定されるクライアント端末２Ａ，２Ｂは、セキュリティレベルが高いと判断されるので、ユーザーの特定と本人確認に必要な認証項目のみによってユーザーの認証を行うことができる。よって、セキュリティレベルが高いクライアント端末２Ａ、２Ｂに対して、過度の認証が要求され、認証時の操作が煩雑となることを回避することができる。一方、医療施設の領域外に位置し、医療施設外のセキュリティレベルが不明のネットワーク経由で通信していると想定されるクライアント端末２Ｂは、セキュリティレベルが低いと判断され、セキュリティレベルが高い場合よりも認証項目が増える。これにより、ユーザーの認証を強化することができ、医療データのセキュリティが向上する。
従って、クライアント端末２Ａ、２Ｂ毎に異なるセキュリティレベルに対応したユーザー認証が可能となる。
【００７８】
このように、第２の実施の形態によれば、クライアント端末２Ａ、２Ｂの所在位置によってセキュリティレベルを判断するので、携帯不可能だが、医師の自宅に設置されているようなクライアント端末２Ｂに対しても、セキュリティレベルが低いとしてユーザー認証を強化することができる。
【００７９】
上記第１及び第２の実施の形態は本発明の好適な一例であり、これに限定されない。
例えば、ログイン時のユーザーの認証処理について説明したが、ユーザーの認証が必要な場合であれば、ログイン時以外にも本発明を適用することができる。
【００８０】
また、クライアント端末２Ａ、２Ｂのセキュリティレベルによって認証項目の数を異ならせていたが、認証項目の内容を異ならせてもよい。例えば、クライアント端末２Ａ、２Ｂのセキュリティレベルが高い場合、センターサーバー１は、ユーザーＩＤ、ログインパスワード、ユーザー名の認証項目に決定する。クライアント端末２Ａ、２Ｂのセキュリティレベルが低い場合、ユーザー名に代えて、センターサーバー１は、ユーザーＩＤ、ログインパスワード、診療科の認証項目に決定する。
セキュリティレベルが低い場合の認証項目として、ユーザー以外の者に知られにくい内容の認証項目に決定することにより、ユーザー認証を強化することができる。
【００８１】
また、クライアント端末２Ａ、２Ｂを、セキュリティレベルが高いか否かの２段階のセキュリティレベルに分類していたが、３段階以上のセキュリティレベルに分類し、セキュリティレベル毎に異なる認証項目に決定してもよい。これにより、多様なセキュリティレベルに対応したユーザー認証を行うことができる。
例えば、デスクトップ型がセキュリティレベル１、ノート型がセキュリティレベル２、携帯電話がセキュリティレベル３に分類された種類データベースＴ１をセンターサーバー１が備える。ユーザーの認証時、センターサーバー１は、この種類データベースＤ１とクライアント端末２Ａ、２Ｂの種類の情報とを照合し、クライアント端末２Ａ、２Ｂがセキュリティレベル１に分類されればユーザーＩＤとパスワードの基本の認証項目に決定する。センターサーバー１は、セキュリティレベル２に分類されれば基本の認証項目に施設ＩＤを追加し、セキュリティレベル３に分類されればさらに診療科を追加する。
【００８２】
また、センターサーバー１は、ユーザー認証の度に、クライアント端末２Ａ、２Ｂからクライアント端末の特定情報を取得し、セキュリティレベルを判断していたが、予めセキュリティレベル毎に認証項目を異ならせた認証画面を準備しておき、認証画面へのアクセス先を切り替えさせてもよい。この場合、センターサーバー１は、クライアント端末２Ａ、２Ｂから送信されたクライアント端末の特定情報により、クライアント端末２Ａ、２Ｂをそのセキュリティレベル毎に分類し、何れに分類されたかにより、セキュリティレベル毎に認証項目が決定された認証画面へのアクセス情報を切り替えて、各クライアント端末２Ａ、２Ｂに送信すればよい。ここで、認証画面へのアクセス情報とは、例えばＵＲＬである。
【００８３】
具体的には、センターサーバー１は、セキュリティレベルが高いと判断されたクライアント端末２Ａ、２Ｂに対しては、図８に示すように、ユーザーＩＤとパスワードの認証項目のみの認証画面のＵＲＬ「http://***pc.htm」を通知する。一方、セキュリティレベルが低いと判断されたクライアント端末２Ａ、２Ｂに対しては、図９に示すように、ユーザーＩＤとパスワードに加えて、施設ＩＤの認証項目の認証画面のＵＲＬ「http://***mobile.htm」を通知する。ログイン時、クライアント端末２Ａ、２Ｂが通知されたＵＲＬにアクセスすれば、クライアント端末２Ａ、２Ｂのセキュリティレベルによって、表示される認証画面中の認証項目が異なっている。
【００８４】
一度、認証画面へのアクセス情報を送信すれば、その後、ユーザー認証が必要なときは、クライアント端末２Ａ、２Ｂが当該アクセス情報によって、そのセキュリティレベルに応じた認証画面にアクセスする。その後は、センターサーバー１が、クライアント端末２Ａ、２Ｂとクライアント端末の特定情報をやりとりし、セキュリティレベルから認証項目を決定するといった処理を省くことができ、効率的である。
【００８５】
また、第１の実施の形態と第２の実施の形態を組み合わせ、クライアント端末２Ａ、２Ｂが携帯可能か否かを判断し、携帯可能であれば医療施設内にあるか否かを判断することにより、セキュリティレベルを判断してもよい。
【００８６】
また、上記センターサーバー１又はクライアント端末２Ａ、２Ｂにおいて実行されるプログラムのコンピューター読み取り可能な媒体としては、ＲＯＭ、フラッシュメモリー等の不揮発性メモリー、ＣＤ-ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、当該プログラムのデータを、通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も適用される。
その他、本発明の趣旨を逸脱しない範囲で、適宜変更可能である。
【符号の説明】
【００８７】
Ｐ    遠隔画像システム
１    センターサーバー
１１    制御部
１３    記憶部
Ｄ１    ユーザーデータベース
Ｄ２    連携データベース
Ｄ３    医療データ
２    クライアント端末
２１    制御部
２３    記憶部
Ｄ４    サムネイル管理データベース
３    モダリティ
４    ＰＡＣＳ
【図１】
0005927864.tif 000002
【図２】
0005927864.tif 000003
【図３】
0005927864.tif 000004
【図４】
0005927864.tif 000005
【図５】
0005927864.tif 000006
【図６】
0005927864.tif 000007
【図７】
0005927864.tif 000008
【図８】
0005927864.tif 000009
【図９】
0005927864.tif 000010
【図１０】
0005927864.tif 000011
【図１１】
0005927864.tif 000012
【図１３】
0005927864.tif 000013
【図１２】
0005927864.tif 000014