JP2003140954A - 通信方法、アクセス制御装置、記憶装置およびプログラム - Google Patents

Abstract

(57)【要約】 【課題】 所定の内容データを利用する場合における利
用元の属性の認証手続の負担を軽減できる通信方法を提
供する。 【解決手段】 医師などの使用する医療従事個人端末装
置２０から属性認証サービスサイト２３に、情報提供サ
イト２４へのアクセス要求を送信する。属性認証サービ
スサイト２３は、アクセス要求に応じて、個人２７の属
性を示す予め登録された第１の属性データと、情報提供
サイト２４へのアクセスに対して要求される利用元の属
性を示す予め登録された第２の属性データとに基づい
て、個人２７による情報提供サイト２４へのアクセスを
許可するか否かを認証する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、医療データなどの
情報を提供する情報提供サイトへのアクセスを許可する
アクセス元（利用元）の属性を認証する通信方法、アク
セス制御装置、記憶装置およびプログラムに関する。

【０００２】

【従来の技術】従来、印鑑登録制度を用いて本人確認が
行われ、さらに個人の属性である法定資格については例
えば紙の医師免許状による確認が行われてきた。また、
専門医の資格については専門の学会から発行される紙の
専門医認定書による確認が行われている。法人等の組織
についても法人登記簿から紙による証明書発行という手
続きを経て確認が行われてきた。ある資格を有した個人
だけがアクセスできるよう構築されたデータベースある
いはＷｅｂサイトでは、それぞれのデータベース、Ｗｅ
ｂサイトでアクセスする個人認証と資格認証をオンライ
ンで行う必要がある。しかし、従来の確認方法は通常オ
フラインであり、オンラインの個人認証、資格認証はで
きない。また、法務省の商業登記用認証局など最近デジ
タル認証の技術を用いて個人認証、法人認証を実施する
方法が利用され始めたが、個人属性、法人属性といった
領域の認証方法について有効な方法はない。一つの病院
といった単一の組織の中であれば、組織内でどの資格を
もった個人が、何の情報にアクセスができるか、さらに
読むだけか、書き換えもできるかなどのセキュリティコ
ントロールをマトリックスで整理し、病院内のコンピュ
ータシステムでログイン管理、ディレクトリー管理、フ
ァイル管理、データベース管理等で実現されている場合
がある。しかし、各組織に属している個人あるいは組織
に属していない個人に対して、ある資格を有した個人だ
けがアクセスできるよう構築された組織外あるいは個人
所有外に設置されたデータベースあるいはＷｅｂサイト
では、それぞれのデータベース、Ｗｅｂサイトでアクセ
スする個人認証と資格等の属性認証を行う必要がある。

【０００３】

【発明が解決しようとする課題】ある資格を有する個人
だけ、つまり有資格者等個人属性によってアクセスコン
トロールされるよう構築されたデータベースあるいはＷ
ｅｂサイトでは、データベースがあるＷｅｂサイトでア
クセスする個人認証と資格認証、つまり資格等個人属性
認証をオンラインで行う必要がある。有資格者つまり医
師、看護婦、看護士、救急救命士、薬剤師等の医療従事
者などの法定資格保有者さらには学会等が認定する認定
医、あるいは指導医、例えば日本内科学会認定医、日本
脳神経外科学会認定医、日本消化器病学会認定医、日本
救急医学会指導医、認定医などの専門医資格保有者など
が個人属性になる。アクセス資格をもった個人から見る
と、その資格をアクセス条件とする様々なデータベース
およびＷｅｂサイトにアクセスする毎に個人認証と資格
等個人属性認証を行う煩雑さがある。また、アクセスさ
れるデータベースシステム管理者、Ｗｅｂサイト管理者
からすると、診療情報データベースのようにデータの細
かい粒度でアクセスする有資格者等個人属性によるコン
トロールをしたい要求があるが、個々のデータベースシ
ステム管理者、Ｗｅｂサイト管理者にとって、個人認証
と資格等個人属性認証を行う仕組み構築に対するコスト
が大きいという問題がある。

【０００４】本発明は上述した従来技術の問題点に鑑み
てなされ、所定の内容データを利用する場合における利
用元の属性の認証手続の負担を軽減できる通信方法、ア
クセス制御装置、記憶装置およびプログラムを提供する
ことを目的とする。

【０００５】

【課題を解決するための手段】上述した従来技術の問題
点を解決し、上述した目的を達成するために、第１の発
明の通信方法は、所定の内容データを記憶した記憶装置
へのアクセスを制御するアクセス制御装置を用いた通信
方法であって、前記内容データの利用元が、前記記憶装
置へのアクセス要求を前記アクセス制御装置に送信し、
前記アクセス制御装置が、前記アクセス要求に応じて、
前記内容データの利用元の属性を示す予め登録された第
１の属性データと、前記記憶装置へのアクセスに対して
要求される利用元の属性を示す予め登録された第２の属
性データとに基づいて、前記利用元による前記記憶装置
へのアクセスを許可するか否かを判断する。

【０００６】第２の発明のアクセス制御装置は、所定の
内容データを記憶した記憶装置へのアクセスを制御する
アクセス制御装置であって、前記内容データの利用元か
ら、前記記憶装置へのアクセス要求を受信するインタフ
ェースと、前記内容データの利用元の属性を示す予め登
録された第１の属性データと、前記記憶装置へのアクセ
スに対して要求される利用元の属性を示す予め登録され
た第２の属性データとを記憶する記憶手段と、前記受信
したアクセス要求に応じて、前記第１の属性データと、
前記第２の属性データとに基づいて、前記利用元による
前記記憶装置へのアクセスを許可するか否かを判断する
制御手段とを有する。

【０００７】第３の発明のプログラムは、所定の内容デ
ータを記憶した記憶装置へのアクセスを制御するアクセ
ス制御装置が実行する手順を記述し、前記アクセス制御
装置によって電子的に読み取り可能なプログラムであっ
て、前記内容データの利用元から、前記記憶装置へのア
クセス要求を受信する手順と、前記受信したアクセス要
求に応じて、前記内容データの利用元の属性を示す予め
登録された第１の属性データと、前記記憶装置へのアク
セスに対して要求される利用元の属性を示す予め登録さ
れた第２の属性データとに基づいて、前記利用元による
前記記憶装置へのアクセスを許可するか否かを判断する
手順とを有する。

【０００８】第４の発明の通信方法は、所定の内容デー
タを記憶した記憶装置と、当該記憶装置へのアクセスを
制御するアクセス制御装置を用いた通信方法であって、
前記内容データの利用元が、前記内容データへのアクセ
ス要求を前記記憶装置に送信し、前記記憶装置が、前記
アクセス要求に応じて、前記記憶装置へのアクセスに対
して要求される利用元の属性を示を前記利用元が有して
いるかを問い合わせる属性認証要求を前記アクセス制御
装置に送信し、前記アクセス制御装置が、前記属性認証
要求に応じて、前記利用元の属性を示す予め登録された
第１の属性データと、前記記憶装置へのアクセスに対し
て要求される利用元の属性を示す予め登録された第２の
属性データとに基づいて、前記利用元による前記記憶装
置へのアクセスが許可されるか否かを判断し、その判断
結果を示す属性認証結果を前記記憶装置に送信し、前記
記憶装置が、前記アクセス制御装置から受信した前記属
性認証結果に基づいて、前記利用元による前記内容デー
タのアクセスの可否を決定する。

【０００９】第５の発明のアクセス制御装置は、所定の
内容データを記憶した記憶装置へのアクセスを制御する
アクセス制御装置であって、前記記憶装置へのアクセス
に対して要求される利用元の属性を示を前記利用元が有
しているかを問い合わせる属性認証要求を受信するイン
タフェースと、前記利用元の属性を示す予め登録された
第１の属性データと、前記記憶装置へのアクセスに対し
て要求される利用元の属性を示す予め登録された第２の
属性データとを記憶する記憶手段と、前記属性認証要求
に応じて、前記第１の属性データと前記第２の属性デー
タとに基づいて、前記利用元による前記記憶装置へのア
クセスが許可されるか否かを判断し、その判断結果を示
す属性認証結果を前記インタフェースを介して前記記憶
装置に送信する制御手段とを有する。

【００１０】第６の発明のプログラムは、所定の内容デ
ータを記憶した記憶装置へのアクセスを制御するアクセ
ス制御装置が実行する手順を記述し、前記アクセス制御
装置によって電子的に読み取り可能なたプログラムであ
って、前記記憶装置へのアクセスに対して要求される利
用元の属性を示を前記利用元が有しているかを問い合わ
せる属性認証要求を受信する手順と、前記属性認証要求
に応じて、前記利用元の属性を示す予め登録された第１
の属性データと、前記記憶装置へのアクセスに対して要
求される利用元の属性を示す予め登録された第２の属性
データとに基づいて、前記利用元による前記記憶装置へ
のアクセスが許可されるか否かを判断する手順と、当該
判断結果を示す属性認証結果を前記前記記憶装置に送信
する手順とを有する。

【００１１】第７の発明の記憶装置は、アクセス制御装
置と通信を行う記憶装置であって、所定の内容データを
記憶する記憶手段と、前記内容データの利用元から、前
記内容データへのアクセス要求を受信するインタフェー
スと、前記記憶装置が、前記アクセス要求に応じて、前
記記憶装置へのアクセスに対して要求される利用元の属
性を示を前記利用元が有しているかを問い合わせる属性
認証要求を前記インタフェースを介して前記アクセス制
御装置に送信し、前記インタフェースを介して前記アク
セス制御装置から受信した属性認証結果に基づいて、前
記利用元による前記内容データのアクセスの可否を決定
する制御手段とを有する。

【００１２】

【発明の実施の形態】以下、本発明の実施形態に係わる
通信システムについて説明する。図１は、本実施形態に
係わる通信システム１の全体構成図である。図１に示す
ように、通信システム１は、インターネットなどのネッ
トワーク２２を介して、属性認証サービスサイト２３の
経路制御装置１１、情報提供サイト２４の経路制御装置
３２、医師などの個人２７が使用する医療従事個人端末
装置２０、病院などの法人３５が使用する医療従事法人
端末装置２１、患者２６が使用する患者端末装置２８、
認証サイト２５の認証装置２９が接続されている。

【００１３】属性認証サービスサイト２３は、患者２６
の生命基本情報を記憶する情報提供サイト２４と、その
生命基本情報にアクセスする所定の属性を有する個人２
７や法人３５が使用する医療従事個人端末装置２０およ
び医療従事法人端末装置２１との間に位置し、個人２７
および法人３５の属性を認証し、医療従事個人端末装置
２０および医療従事法人端末装置２１による情報提供サ
イト２４に対してのアクセスを制御する。情報提供サイ
ト２４がデータベースに記憶する生命基本情報として
は、例えば、患者の姓名、血液情報、疾患情報（悪性高
熱症、てんかん、挿管困難など）、アレルギー情報、通
院歴・病歴・治療歴情報などがある。なお、本実施形態
では、属性認証サービスサイト２３と情報提供サイト２
４とが異なる事業者によって運用される場合を例示する
が、これらは同じ事業者によって運用されていてもよ
い。また、本実施形態では、属性認証サービスサイト２
３、情報提供サイト２４、認証サイト２５、医療従事個
人端末装置２０、医療従事法人端末装置２１および患者
端末装置２８がネットワーク２２を介して通信を行う場
合を例示するが、これらのうち２つ以上が、同一ＬＡＮ
内に構築されていてもよい。また、ネットワーク２２
は、インターネットに限らず、専用線および公衆回線の
何れでもよい。また、本実施形態では、個人２７および
法人３５が自らの属性を属性認証サービスサイト２３に
登録し、その属性の認証の証として、属性認証サービス
サイト２３が個人２７および法人３５に、ユーザＩＤお
よびパスワードを発行する場合を例示するが、個人属性
および法人属性の認証デジタル証明書を発行してもよ
い。

【００１４】図２は、図１に示す通信システム１の動作
概要を説明するための図である。 ステップＳ１：患者２６が、患者端末装置２８を操作し
て、自らの生命基本データを情報提供サイト２４に登録
する。 ステップＳ２：患者２６が、患者端末装置２８を操作し
て、自らの生命基本データにアクセスを許可するアクセ
ス元の属性を示すアクセス制御データを情報提供サイト
２４に登録する。 ステップＳ３：認証装置２９が、個人２７、属性認証サ
ービスサイト２３、情報提供サイト２４に、それらの個
人認証に用いるデジタル証明書データを発行する。 ステップＳ４：個人２７が、医療従事個人端末装置２０
を操作して、属性認証サービスサイト２３に医療従事者
個人属性データを登録する。

【００１５】ステップＳ５：属性認証サービスサイト２
３が、医療従事個人端末装置２０からの要求に応じて、
個人２７が情報提供サイト２４にアクセス許可されるた
めの属性を有しているか否かを判断し、その属性を有し
ている場合には、情報提供サイト２４へのナビゲート処
理を行う。 ステップＳ６：情報提供サイト２４が、医療従事個人端
末装置２０に、患者２６の生命基本データを提供する。

【００１６】ステップＳ５’：情報提供サイト２４が、
医療従事個人端末装置２０からアクセス要求を受ける
と、属性認証サービスサイト２３に患者２６の属性の問
い合わせを行う。属性認証サービスサイト２３は、当該
問い合わせに応じて、個人２７が情報提供サイト２４へ
のアクセスが許可される属性を有しているか認証し、そ
の認証結果を情報提供サイト２４に通知する。 ステップＳ６’：情報提供サイト２４は、ステップＳ
５’で受けた通知に基づいて、医療従事個人端末装置２
０に生命基本データのアクセスを認めるか否かを判断す
る。

【００１７】以下、図１に示す通信システム１の各構成
要素について説明する。なお、図１において、情報提供
サイト２４が本発明の記憶装置に対応し、属性認証サー
ビスサイト２３が本発明のアクセス制御装置に対応して
いる。情報提供サイト２４ 図１に示すように、情報提供サイト２４は、患者２６が
提供した当該患者２６の医療データなどの生命基本デー
タと当該生命基本データへのアクセス権限を制御するた
めのアクセス制御データとを記憶する当該データベース
管理サーバ装置３０、ポータルサイトとして機能するＷ
ｅｂサーバ装置３１、並びに経路制御装置３２を有し、
これらがＬＡＮ(Local Area Network)３３に接続されて
いる。ここで、情報提供サイト２４が本発明の記憶装置
の記憶手段および制御手段に対応し、Ｗｅｂサーバ装置
３１が本発明の記憶装置のインタフェースおよび制御手
段に対応している。

【００１８】〔データベース管理サーバ装置３０〕先
ず、データベース管理サーバ装置３０について説明す
る。図３は、図１に示すデータベース管理サーバ装置３
０の機能ブロック図である。図３に示すように、データ
ベース管理サーバ装置３０は、データベース１００、入
力制御部１０１、制御部１０２、出力制御部１０３およ
びデータベース１０４を有する。

【００１９】データベース１００は、図３に示すよう
に、生命基本データ２０１およびアクセス制御データ２
０２を記憶する。生命基本データ２０１およびアクセス
制御データ２０２は、患者２６が患者端末装置２８を操
作して、ネットワーク２２、経路制御装置３２およびＬ
ＡＮ３３を介して、Ｗｅｂサーバ装置３１にアクセス
し、Ｗｅｂサーバ装置３１を経由して、データベース管
理サーバ装置３０に登録される。以下、生命基本データ
２０１について詳細に説明する。図４は、生命基本デー
タ２０１を説明するための図である。生命基本データ２
０１は、医療データであり、その医療データを施設間で
交換するための標準としては、例えば、（１）："MML M
edical Markup Language 規格書 Version2.21" 、(199
9-11-1) 、日本医療情報学会課題研究会 電子カルテ研
究会 ＭＭＬ 仕様作成ワーキンググループ発行、
（２）”電子保存された診療録データの交換のためのデ
ータ項目セット第１版”、(2000)、（財) 医療情報シス
テム開発センター発行、（３）" HL7 Standard Version
2.3.1" (1999), Health Level Seven Inc に掲載された
ものが用いられる。

【００２０】例えば、予め登録された会員である患者２
６が過去に医療機関にて診察、治療等を受けていれば、
上記標準に基づいたデータが医療機関から情報提供サイ
ト２４に提供され、情報提供サイト２４においてデータ
ベース管理サーバ装置３０に格納される。生命基本デー
タ６０は、図４に示すように、救急救命データ８１、診
断・治療歴サマリーデータ８２、検査歴サマリーデータ
８３、通院歴サマリーデータ８４、投薬歴サマリーデー
タ８５、患者データ８６、健康保険データ８７、診断履
歴データ８８、生活習慣データ８９、基礎的診療データ
９０、初診時特有データ９１、経過記録データ９２、手
術記録データ９３、臨床サマリーデータ９４などを有す
る。医療機関より得られる会員の過去の診断治療履歴
は、上述した生命基本データ６０を構成するデータの少
なくとも一部に反映される。

【００２１】救急救命データ８１は、例えば、図５
（Ａ）に示すように、会員の氏名、血液型、疾病もしく
は特別データ、アレルギー、国籍、生年月日、緊急時連
絡電話番号、緊急時連絡医師名、緊急時連絡医師電話番
号、救急アクセスＵＲＬ、救急アクセスコード、救急ア
クセス電話番号などの、救急救命時に医療従事者が会員
（要救助者）の処置に際し、考慮すべきデータを含んで
いる。

【００２２】患者データ８６は、例えば、図５（Ｂ）に
示すように、会員の会員番号、氏名、生年月日、性別、
国籍コード、婚姻状態、住所、連絡先電話番号、社会番
号などのデータを含んでいる。

【００２３】健康保険データ８７は、例えば、図５
（Ｃ）に示すように、会員の健康保険者番号、被保険者
記号、被保険者番号、本人家族区分、継続適応疾患名、
開始日（交付年月日）、有効期限、公費負担者番号、公
費負担受給者番号などのデータを含んでいる。

【００２４】診断履歴データ８８は、例えば、図６
（Ａ）に示すように、会員の疾患名、疾患開始日、疾患
終了日、転帰、疾患の初診日、施設名称、診療科名称な
どのデータを含んでいる。

【００２５】生活習慣データ８９は、例えば、図６
（Ｂ）に示すように、会員の職業、タバコ歴、飲食歴、
生活習慣（宗教、スポーツ歴）などのデータを含んでい
る。

【００２６】基礎的診療データ９０は、例えば、図６
（Ｃ）に示すように、会員のアレルギー項目、アレルギ
ー原因、アレルギー反応程度、アレルギー同定日、アレ
ルギーメモ、ＡＢＯ式血液型、Ｒｈｏ（Ｄ）式血液型、
血液型名称、血液型判定、血液型注釈、感染症要因名、
感染症要因検査値、感染症要因同定日、感染症要因メモ
などのデータを含んでいる。

【００２７】初診時特有データ９１は、例えば、図６
（Ｄ）に示すように、会員の家族歴、続柄、既往歴デー
タ、主訴、現病歴などのデータを含んでいる。

【００２８】ここで、救急救命データ８１の疾患もしく
は特別状態とは、例えば「悪性高熱症」、「てんか
ん」、「挿管困難」などのデータを格納する項目であ
る。また、救急救命データ８１の救急アクセスＵＲＬ
は、Ｗｅｂサーバ装置のＵＲＬ(Uniform Resource Loca
tor)を示し、患者２６の生命基本データについて、図４
に示す救急救命データ８１のデータ以上に参照したい場
合に、医療従事者がインターネットを介してアクセスす
るアドレスである。救急アクセスコードは、その際入力
に必要になる会員の会員コードを基に作られたユニーク
なコードを示す。救急アクセス電話番号は、医療従事者
がインターネットを使用できない場合に同種サービスに
ついて問い合わせる連絡先である。

【００２９】患者２６は、図４に示すデータのうち、ど
の範囲のデータを、どの個人２７および法人３５にアク
セス可能にするかを事前に決定して情報提供サイト２４
に通知する。情報提供サイト２４は、当該通知に基づい
て、アクセス制御データ２０２を生成してデータベース
１００に格納する。

【００３０】以下、アクセス制御データ２０２について
説明する。図７は、アクセス制御データ２０２を説明す
るための図である。図７に示すように、アクセス制御デ
ータ２０２は、医療施設、診療科、職種、個人資格、ア
クセスコントロール有効期間の５つの項目により設定さ
れる。アクセス制御データ２０２は、例えば、患者２６
の移動に伴い、異なる個人２７あるいは法人３５が情報
提供サイト２４にアクセスし、患者２６の個人の診療デ
ータを参照しようとする場合、医師や法人の専門科目に
応じた患者の診療データ開示というアクセス制御を実現
するために用いられる。

【００３１】医療施設の項目は、アクセス許可の条件と
して、施設を問わない、診療データ（医療データ）
の作成した施設のみ、紹介先の施設、院外処方箋発
行先薬局、属性認証サービスサイト２３の発行法人施
設ＩＤなどがある。また、医療施設の項目は、アクセス
拒否の条件として、属性認証サービスサイト２３の発
行法人施設ＩＤ、属性認証サービスサイト２３の発行
法人施設ＩＤ以外などがある。

【００３２】診療科の項目には、アクセス許可の条件と
して、診療科を問わない、医科診療科目コード、
歯科診療科目コードなどがある。また、診療科の項目に
は、アクセス拒否の項目として、医科診療科目コー
ド、歯科診療科目コード、病院診療科目コードなど
がある。

【００３３】職種の項目には、アクセス許可の条件とし
て、職種を問わない、医療資格コードなどがある。
また、職種の項目には、アクセス拒否の条件として、医
療資格コードがある。

【００３４】個人資格の項目には、アクセス許可の条件
として、個人資格を問わない、診療データ記載者
（記載施設とのＡＮＤ）、診療データ記載者（診療施
設を問わない）、家族、学会認定医／専門医／指導
医名称、個人診療科目、属性認証サービスサイト２
３の発行法人施設ＩＤなどがある。また、個人資格の項
目には、アクセス拒否の条件として、属性認証サービ
スサイト２３の発行法人施設ＩＤ、属性認証サービス
サイト２３の発行法人施設ＩＤ以外などがある。

【００３５】アクセス制御有効期間には、アクセス許可
の条件として、期間を問わない、期間指定（開始
日、終了日）、期間指定（開始日からｎ年ｎカ月ｎ
日）などがある。また、アクセス制御有効期間には、ア
クセス拒否の条件として、期間指定（開始日、終了
日）、期間指定（開始日からｎ年ｎカ月ｎ日）などが
ある。

【００３６】なお、図７に示すアクセス制御データ２０
２の５分類は、各分類のＡＮＤ（論理積）条件で制御さ
れるものであり、各分類の中の項目（＊）印については
ＯＲ（論理和）条件で制御される。

【００３７】図３に示す入力制御部１０１は、ＬＡＮ３
３を介して入力したデータおよび要求を制御部１０２に
出力する。

【００３８】制御部１０２は、入力制御部１０１から入
力した要求に応じて、データベース１０４から読み出し
たプログラム２０３を実行し、当該実行に従って、デー
タベース１００への生命基本データ２０１の登録（書き
込み）、登録された生命基本データ２０１の更新、アク
セス制御データ２０２の登録、登録されたアクセス制御
データ２０２の更新、アクセス制御データ２０２に基づ
いた生命基本データ２０１へのアクセス権限の判断、ア
クセス権限がある個人２７あるいは法人３５に提供する
生命基本データ２０１の読み出し、当該読み出した生命
基本データ２０１の出力制御部１０３への出力などの処
理を行う。

【００３９】出力制御部１０３は、制御部１０２から入
力した生命基本データ２０１などのデータＳ１０３を、
ＬＡＮ３３を介してＷｅｂサーバ装置３１あるいは経路
制御装置３２に出力する。

【００４０】データベース１０４は、制御部１０２が前
述した処理を実行する手順を、制御部１０２が電子的に
読み取り可能に記述したプログラム２０３を記憶する。

【００４１】〔Ｗｅｂサーバ装置３１〕Ｗｅｂサーバ装
置３１は、情報提供サイト２４のポータルサイトとして
機能する。Ｗｅｂサーバ装置３１は、データベース管理
サーバ装置３０に格納された生命基本データ２０１を医
療従事個人端末装置２０および医療従事法人端末装置２
１に提供するに当たって、医療従事個人端末装置２０お
よび医療従事法人端末装置２１との間の認証処理、並び
に、属性認証サービスサイト２３に対してのアクセス要
求元（利用元）の属性認証要求などの処理を行う。

【００４２】属性認証サービスサイト２３ 図１に示すように、属性認証サービスサイト２３は、例
えば、Ｗｅｂサーバ装置１０、経路制御装置１１、クラ
イアント端末装置１２、個人属性データベース管理サー
バ装置１３、法人属性データベース管理サーバ装置１４
およびアプリケーションサーバ装置１５を有し、これら
がＬＡＮ１６を介して接続されている。ここで、Ｗｅｂ
サーバ装置１０および経路制御装置１１が、本発明のア
クセス制御装置のインタフェースに対応している。

【００４３】〔個人属性データベース管理サーバ装置１
３〕図８は、個人属性データベース管理サーバ装置１３
の機能ブロック図である。図８に示すように、個人属性
データベース管理サーバ装置１３は、データベース４
０、入力制御部４１、制御部４２、出力制御部４３およ
びデータベース４４を有する。ここで、データベース４
０が本発明のアクセス制御装置の記憶手段に対応してい
る。

【００４４】データベース４０は、図８に示すように、
医療従事個人属性データ２１１を記憶する。図９は、医
療従事個人属性データ２１１を説明するための図であ
る。図９に示すように、医療従事個人属性データ２１１
は、例えば、当該個人（医師等）の登録番号、氏名、住
所、連絡電話番号、電子メールアドレス、施設名称、施
設連絡電話番号、医療資格、施設診療科目名称、医師登
録番号、医師登録年月日、医師免許証の写し、所管官庁
確認、個人診療科目、学会認定医／専門医／指導医名
称、認定医番号、専門医番号、指導医番号、資格授与学
会名称、資格授与学会確認、発行ＩＤ、発行パスワー
ド、発行デジタル証明書などの属性データを関連付けて
含んでいる。

【００４５】ここで、図９に示す医療資格の属性データ
としては、図９に示す医師資格コード７１が用いられ
る。また、歯科医の場合には、医療資格の属性データと
しては、図９に示す歯科診療科目コード７３が用いられ
る。

【００４６】また、図９に示す施設診療科名称として
は、図１０に示す医科診療科目コードが用いられる。ま
た、図９に示す資格授与学会名称としては、図１１に示
す認定医・指導医資格授与学会コードが用いられる。

【００４７】また、医師免許証の写しは、例えば、個人
２７などが予め自らの医師免許をスキャニング（電子的
に読み取り）して、Ｗｅｂサーバ装置１０にアップロー
ドすることで、個人属性データベース管理サーバ装置１
３に与えられる。

【００４８】制御部４２は、入力制御部４１から入力し
た要求に応じて、データベース４０から読み出したプロ
グラム２０１を実行し、当該実行に従って、データベー
ス４０への医療従事個人属性データ２１１の登録（書き
込み）、登録された医療従事個人属性データ２１１の更
新、要求に応じた医療従事個人属性データ２１１の読み
出し、当該読み出した医療従事個人属性データ２１１の
出力制御部４３への出力などの処理を行う。

【００４９】出力制御部４３は、制御部４２から入力し
た医療従事個人属性データ２１１などのデータＳ４３
を、ＬＡＮ１６を介して例えばアプリケーションサーバ
装置１５に出力する。

【００５０】データベース４４は、制御部４２が前述し
た処理を実行する手順を、制御部４２が電子的に読み取
り可能に記述したプログラム２１２を記憶する。

【００５１】〔法人属性データベース管理サーバ装置１
４〕図１２は、法人属性データベース管理サーバ装置１
４の機能ブロック図である。図１２に示すように、法人
属性データベース管理サーバ装置１４は、データベース
５０、入力制御部５１、制御部５２、出力制御部５３お
よびデータベース５４を有する。ここで、データベース
５０が本発明のアクセス制御装置の記憶手段に対応して
いる。

【００５２】データベース５０は、図１２に示すよう
に、医療従事法人属性データ２２１を記憶する。図１３
は、医療従事法人属性データ２２１を説明するための図
である。図１３に示すように、医療従事法人属性データ
２２１は、例えば、当該法人（病院等）の登録番号、施
設名称、郵便番号、所在地、所在地地図、交通案内、代
表電話番号、ファクシミリ番号、ホームページ（ＨＰ）
アドレス、診療科目、受付時間、救急の種類、一般許可
病床数、ＩＣＵ許可病床数、診療設備、地域医療連携専
用電話番号、地域医療連携専用ファクシミリ番号、２４
時間小児科医待機体制有無、医療圏区分、所管官庁確
認、発行ＩＤ、発行パスワード、発行デジタル証明書な
どの属性データを関連付けて含んでいる。

【００５３】ここで、図１３に示す救急の種類の属性デ
ータとしては、図１３に示す救急の種類コード１１２が
用いられる。また、図１３に示す診療科目の属性データ
としては、図１４に示す病院診療科目コード１１１が用
いられる。また、図１３に示す診療設備の属性データと
しては、図１５に示す設備員数テーブル１１３が用いら
れる。

【００５４】なお、医療従事法人属性データ２２１にお
いて、利用者の視点から病院の属性データで重要なのは
診療科目、救急における役割、保有する設備、診療所・
病院連携の窓口である。その中で診療所・病院連携の窓
口については地域医療連携専用電話番号、そのファクシ
ミリ番号という属性でデータ構造を表現している。

【００５５】制御部５２は、入力制御部５１から入力し
た要求に応じて、データベース５０から読み出したプロ
グラム２２２を実行し、当該実行に従って、データベー
ス６０への医療従事法人属性データ２２１の登録（書き
込み）、登録された医療従事法人属性データ２２１の更
新、要求に応じた医療従事法人属性データ２２１の読み
出し、当該読み出した医療従事法人属性データ２２１の
出力制御部５３への出力などの処理を行う。

【００５６】出力制御部５３は、制御部５２から入力し
た医療従事法人属性データ２２１などのデータＳ５３
を、ＬＡＮ１６を介して例えばアプリケーションサーバ
装置１５に出力する。

【００５７】データベース５４は、制御部５２が前述し
た処理を実行する手順を、制御部５２が電子的に読み取
り可能に記述したプログラム２２２を記憶する。

【００５８】〔アプリケーションサーバ装置１５〕図１
６は、アプリケーションサーバ装置１５の機能ブロック
図である。図１６に示すように、アプリケーションサー
バ装置１５は、データベース６０、入力制御部６１、制
御部６２、出力制御部６３およびデータベース６４を有
する。ここで、制御部６２が本発明のアクセス制御装置
の制御手段に対応している。また、データベース６０が
本発明のアクセス制御装置の記憶手段に対応している。

【００５９】データベース６０は、図１６に示すよう
に、情報提供サイト要求属性データ２３１を記憶してい
る。情報提供サイト要求属性データ２３１は、情報提供
サイト２４へのアクセスに対して要求される利用元（個
人２７および法人３５）の属性を示す予め登録されたデ
ータである。

【００６０】制御部６２は、データベース６０から読み
出したプログラム２２２を実行し、当該実行に従って、
入力制御部６１から入力したアクセス要求または属性認
証要求に応じて、情報提供サイト２４へのアクセス要求
元（利用元）の属性データ（医療従事者個人属性データ
２１１または医療従事法人属性データ２２１で本発明の
第１の属性データに対応）を法人属性データベース管理
サーバ装置１４またはアプリケーションサーバ装置１５
から読み出すと共に、アクセス先の情報提供サイト２４
が要求する属性データ（情報提供サイト要求属性データ
２３１で本発明の第２の属性データに対応）をデータベ
ース６０から読み出す。そして、制御部６２は、アクセ
ス要求元の属性データが、情報提供サイト２４が要求す
る属性データを満たしているか否かを判断し、満たして
いると判断した場合には、当該アクセス元による情報提
供サイト２４へのアクセスを許可する。

【００６１】また、制御部６２は、アクセス許可をする
場合には、ナビゲート先ログインアカウント生成処理、
並びに予め格納した情報提供サイト２４のＵＲＬ(Unifo
rm Resource Locator)などを用いたナビゲート先の紹介
機能処理などを行う。

【００６２】出力制御部６３は、制御部６２から入力し
たデータＳ６３を、ＬＡＮ１６、経路制御装置１１およ
びネットワーク２２を介して、例えば、情報提供サイト
２４、医療従事法人端末装置２１および患者端末装置２
などに出力（送信）する。

【００６３】データベース６４は、制御部６２が前述し
た処理を実行する手順を、制御部６２が電子的に読み取
り可能に記述したプログラム２３２（本発明のプログラ
ムに対応）を記憶する。

【００６４】〔認証サイト２５〕本実施形態では、個人
認証および法人認証を行う際には、認証サイト２５（認
証局）の認証装置２９が発行するデジタル証明書データ
を利用する。図１７は、図１に示す通信システム１にお
けるデジタル証明書データの発行処理を説明するための
図である。図１７に示すように、図１に示す医療従事個
人端末装置２０、医療従事法人端末装置２１および情報
提供サイト２４は、自らのデジタル証明書データをネッ
トワーク２２を介して認証装置２９に要求し、認証装置
２９から自らのデジタル証明書データを受信する。そし
て、医療従事個人端末装置２０、医療従事法人端末装置
２１および情報提供サイト２４は、属性認証サービスサ
イト２３にアクセスを行う際に、あるいは予め、自らの
デジタル証明書データを属性認証サービスサイト２３に
送信し、属性認証サービスサイト２３は、受信したデジ
タル証明書データの有効性を認証装置２９に問い合わせ
ることで、通信相手である医療従事個人端末装置２０、
医療従事法人端末装置２１および情報提供サイト２４の
正当性を認証する。当該デジタル証明書データは、医療
従事個人端末装置２０、医療従事法人端末装置２１およ
び情報提供サイト２４と、属性認証サービスサイト２３
との間でＳＳＬ(Secure Socket Layer) による通信路を
確保するために用いられる。

【００６５】なお、本実施形態では、図１に示すよう
に、ネットワーク２２上に、属性認証サービスサイト２
３とは離れて認証サイト２５が配設されている場合を説
明するが、本発明では、属性認証サービスサイト２３内
に認証装置２９を配設してもよい。認証サイト２５は、
属性認証サービスサイト２３と同じ事業者が運営しても
よいし、属性認証サービスサイト２３と異なる事業者が
運用してもよい。

【００６６】上述したように、通信システム１が提供す
る個人あるいは法人属性認証に関する属性認証サービス
サイト２３の機能は、まず個人あるいは法人属性登録に
よるデータベース構築から始まり、ナビゲート先ログイ
ンアカウント作成機能を中心としたアクセスの入り口と
してのポータルの役割と、個人あるいは法人属性に関す
る認証についての照会先の役割から構成される。以下、
図１に示す通信システム１の動作例を説明する。なお、
以下に実施形態では、生命基本データへのアクセス要求
である個人２７および法人３５のうち、個人２７の場合
を具体的に説明しているが、法人２８についても、医療
従事個人端末装置２０および個人属性データベース管理
サーバ装置１３の代わりに、医療従事法人端末装置２１
および法人属性データベース管理サーバ装置１４を用い
る点を除いて、「個人」を「法人」とするだけで、同様
のシーケンス図で説明される。

【００６７】〔第１の動作例〕当該動作例では、個人２
７を属性認証サービスサイト２３に登録する場合を説明
する。ステップＳ１０１〜Ｓ１０６の手順は、医療従事
個人端末装置２０とＷｅｂサーバ装置１０との間で、Ｓ
ＳＬによる暗号化通信によるセキュリティ確保するため
のシーケンスである。なお、Ｗｅｂサーバ装置１０は、
自らのデジタル証明書データを認証サイト２５から予め
取得している。

【００６８】ステップＳ１０１：個人２７の操作に応じ
て、医療従事個人端末装置２０がネットワーク２２を介
して認証サイト２５に、個人デジタル証明書発行要求を
送信する。 ステップＳ１０２：認証サイト２５が、ステップＳ１０
１で受信した個人デジタル証明書発行要求に応じて、個
人２７の個人デジタル証明書データを発行し、これをネ
ットワーク２２を介して医療従事個人端末装置２０に送
信する。 ステップＳ１０３：医療従事個人端末装置２０が、ネッ
トワーク２２を介してＷｅｂサーバ装置１０に、ＳＳＬ
の要求を送信する。

【００６９】ステップＳ１０４：Ｗｅｂサーバ装置１０
が、予め認証装置２９から取得した、属性認証サービス
サイト２３のデジタル証明書データを医療従事個人端末
装置２０に送信する。

【００７０】ステップＳ１０５：医療従事個人端末装置
２０が、ステップＳ１０４で受信した属性認証サービス
サイト２３のデジタル証明書データに基づいて、属性認
証サービスサイト２３の公開鍵データで、暗号鍵データ
を暗号化してＷｅｂサーバ装置１０に送信する。

【００７１】ステップＳ１０６：Ｗｅｂサーバ装置１０
は、ステップＳ１０５で受信した暗号鍵データを、自ら
の秘密鍵データを用いて復号する。これにより、以後、
当該暗号鍵データを共通鍵データとして用いて、医療従
事個人端末装置２０とＷｅｂサーバ装置１０との間でセ
キュアな通信が行われる。 ステップＳ１０７：医療従事個人端末装置２０からＷｅ
ｂサーバ装置１０に、個人２７を属性認証サービスサイ
ト２３に登録することを要求する登録アクセスが行われ
る。 ステップＳ１０８：Ｗｅｂサーバ装置１０は、ステップ
Ｓ１０７で受けた登録アクセスに応じて、アプリケーシ
ョンサーバ装置１５に登録手続処理を起動させる。 ステップＳ１０９：アプリケーションサーバ装置１５
が、Ｗｅｂサーバ装置１０に登録用のインターネットを
提供する。

【００７２】ステップＳ１１０：Ｗｅｂサーバ装置１０
は、登録用インタフェース画面を医療従事個人端末装置
２０に表示させる。 ステップＳ１１１：個人２７が、医療従事個人端末装置
２０に表示された登録用インタフェース画面に従って、
医療従事個人端末装置２０に自らの属性データを入力
し、それに自らの電子署名データを付加する。 ステップＳ１１２：医療従事個人端末装置２０が、ステ
ップＳ１１１で入力した個人２７の電子署名データ付き
の属性データと、個人２７のデジタル証明書データとを
Ｗｅｂサーバ装置１０に送信する。

【００７３】ステップＳ１１３：Ｗｅｂサーバ装置１０
が、ステップＳ１１２で受信した個人２７のデジタル証
明書データの有効性を認証サイト２５に問い合わせる。 ステップＳ１１４：認証サイト２５が、ステップＳ１１
３の問い合わせに応じて、発行取り消しリストなどを参
照して、個人２７のデジタル証明書データの正当性を確
認する。 ステップＳ１１５：認証サイト２５が、ステップＳ１１
４の確認結果をＷｅｂサーバ装置１０に通知する。

【００７４】ステップＳ１１６：Ｗｅｂサーバ装置１０
は、ステップＳ１１５で個人２７のデジタル証明書デー
タの正当性を確認すると、ステップＳ１１２で受信した
属性データを、アプリケーションサーバ装置１５に送信
する。 ステップＳ１１７：アプリケーションサーバ装置１５
は、個人２７の属性データと共に、個人属性データ仮登
録要求を個人属性データベース管理サーバ装置１３に送
信する。 ステップＳ１１８：個人属性データベース管理サーバ装
置１３は、ステップＳ１１７の個人属性データ仮登録要
求に応じて、それと共に受信した属性データで図１２に
示すデータベース５０の医療従事者個人属性データ２１
１を仮登録する。 ステップＳ１１９：個人属性データベース管理サーバ装
置１３は、登録結果をアプリケーションサーバ装置１５
に送信する。 ステップＳ１２０：Ｗｅｂサーバ装置１０は、個人属性
データベース管理サーバ装置１３から受信した登録結果
をＷｅｂサーバ装置１０に送信する。 ステップＳ１２１：Ｗｅｂサーバ装置１０は、アプリケ
ーションサーバ装置１５から受信した登録結果を医療従
事個人端末装置２０に送信する。

【００７５】ステップＳ１２２：アプリケーションサー
バ装置１５は、クライアント端末装置１２に医療従事法
人属性データ２２１の登録通知を行う。 ステップＳ１２３：クライアント端末装置１２は、登録
された医療従事法人属性データ２２１の内容をディスプ
レイに表示する。管理者は、その表示を見て、所定の資
料などを参照して、その登録属性の正当性を検証する。
当該検証では、例えば、登録する属性について、学会認
定医／専門医／指導医名称と登録番号を資格授与学会に
確認する。また、発行ＩＤ／パスワードをメールアドレ
スに送信することにより、メールアドレスを確認する。
連絡電話番号／施設連絡電話番号によるコールを行い、
施設名を確認する。

【００７６】ステップＳ１２４：管理者は、その属性が
正当であると判断すると、本登録通知を個人属性データ
ベース管理サーバ装置１３に送信する。 ステップＳ１２５：個人属性データベース管理サーバ装
置１３は、本登録通知に応じて、ステップＳ１１８で行
った仮登録したデータを本登録する。なお、ステップＳ
１２３の検証で、登録しようとする属性が正当でない場
合には、登録処理を中止し、その旨を医療従事個人端末
装置２０に通知する。

【００７７】ステップＳ１２６：個人属性データベース
管理サーバ装置１３は、本登録通知をアプリケーション
サーバ装置１５に送信する。 ステップＳ１２７：アプリケーションサーバ装置１５
は、個人２７にＩＤおよびパスワードを発行し、これを
医療従事個人端末装置２０に送信する。

【００７８】なお、上述した登録処理において、未登録
の医師の場合には、医師登録番号について所管官庁に確
認し、Ｗｅｂサーバ装置１０にアップロードされた医師
免許の写しと、登録医師名とのマッチング処理などを行
う。なお、上述した処理は、個人属性データベース管理
サーバ装置１３の医療従事者個人属性データ２１１の登
録を行う場合を例示したが、更新を行う場合の処理の流
れも基本的に同じである。

【００７９】上述した処理の大まかな流れは、図２０に
示される。

【００８０】〔第２の動作例〕当該動作例では、属性認
証サービスサイト２３が、医療従事個人端末装置２０に
よる情報提供サイト２４へのアクセスの入り口になるポ
ータルになって、アクセスの許可を求める個人属性を認
証した後に、情報提供サイト２４にナビゲートする場合
について説明する。

【００８１】ステップＳ２０１〜ＳＴ２０６：図１８を
用いて説明したステップＳ１０１〜ＳＴ１０６と同じで
ある。 ステップＳ２０７：個人２７の操作に応じて、医療従事
個人端末装置２０が、ネットワーク２２を介してＷｅｂ
サーバ装置１０のホームページにアクセスを行う。 ステップＳ２０８：Ｗｅｂサーバ装置１０が、ステップ
Ｓ２０７のアクセスに応じて、アプリケーションサーバ
装置１５にアクセス要求を出す。 ステップＳ２０９：アプリケーションサーバ装置１５
が、ステップＳ２０８のアクセスに応じて、Ｗｅｂサー
バ装置１０に入力画面データを送信する。 ステップＳ２１０：Ｗｅｂサーバ装置１０が、医療従事
個人端末装置２０に入力インタフェース画面表示を行
う。

【００８２】ステップＳ２１１：個人２７が、ステップ
Ｓ２１０で表示された画面に従って、ユーザＩＤおよび
パスワードを医療従事個人端末装置２０に入力する。 ステップＳ２１２：医療従事個人端末装置２０が、ステ
ップＳ２１１で入力されたユーザＩＤおよびパスワード
を、アプリケーションサーバ装置１５に送信する。

【００８３】ステップＳ２１３：アプリケーションサー
バ装置１５の制御部６２が、アクセス中の個人２７の医
療従事者個人属性データ２１１の検索要求を個人属性デ
ータベース管理サーバ装置１３に送信する。 ステップＳ２１４：個人属性データベース管理サーバ装
置１３が、ステップＳ２１３で受信した検索要求に応じ
て、図８に示すデータベース４０から個人２７の医療従
事者個人属性データ２１１を検索する。 ステップＳ２１５：個人属性データベース管理サーバ装
置１３が、ステップＳ２１４で検索した個人２７の医療
従事者個人属性データ２１１をアプリケーションサーバ
装置１５の制御部６２に送信する。

【００８４】ステップＳ２１６：個人２７が、医療従事
個人端末装置２０に画面されている、自らのアクセスし
たサイトである情報提供サイト２４のＵＲＬを選択し、
その内容がアプリケーションサーバ装置１５の制御部６
２に送信される。 ステップＳ２１７：アプリケーションサーバ装置１５の
制御部６２は、ステップＳ２１６で選択された情報提供
サイト２４が当該サイトのアクセス元に要求する属性の
検索要求を図１６に示すデータベース６０に出力する。 ステップＳ２１８：データベース６０において、情報提
供サイト２４の情報提供サイト要求属性データ２３１が
検索される。 ステップＳ２１９：データベース６０が、ステップＳ２
１８で検索した情報提供サイト要求属性データ２３１を
制御部６２に出力する。

【００８５】ステップＳ２２０：アプリケーションサー
バ装置１５の制御部６２が、ステップＳ２１５で受けた
個人２７の医療従事者個人属性データ２１１が、ステッ
プＳ２１９で受けた情報提供サイト要求属性データ２３
１に適合（マッチング）しているか否かを判断する。 ステップＳ２２１：アプリケーションサーバ装置１５の
制御部６２が、ステップＳ２２０で適合していると判断
した場合は、医療従事個人端末装置２０からのアクセス
をナビゲートする先である情報提供サイト２４のログイ
ンアカウント生成処理を行う。 ステップＳ２２２：アプリケーションサーバ装置１５の
制御部６２は、ステップＳ２２１で生成したアクセス情
報およびログインアカウントをＷｅｂサーバ装置１０に
送信し、これをＷｅｂサーバ装置１０が情報提供サイト
２４のＷｅｂサーバ装置３１に送信する。

【００８６】ステップＳ２２３：Ｗｅｂサーバ装置３１
が、ステップＳ２２２で受信したアクセス情報およびロ
グインアカウントの正当性を検証する。 ステップＳ２２４：Ｗｅｂサーバ装置３１は、ステップ
Ｓ２２３で正当性を確認すると、個人２７の医療従事者
個人属性データ２１１をＷｅｂサーバ装置１０に要求す
る。 ステップＳ２２５：Ｗｅｂサーバ装置１０は、ステップ
Ｓ２２４の要求に応じて、アプリケーションサーバ装置
１５の制御部６２に、個人２７の医療従事者個人属性デ
ータ２１１の作成を要求する。 ステップＳ２２６：アプリケーションサーバ装置１５の
制御部６２は、ステップＳ２２５の要求に応じて、個人
２７の医療従事者個人属性データ２１１を作成する。 ステップＳ２２７：制御部６２は、作成した医療従事者
個人属性データ２１１をＷｅｂサーバ装置１０に送信す
る。 ステップＳ２２８：Ｗｅｂサーバ装置１０は、ステップ
Ｓ２２７で受信した個人２７の医療従事者個人属性デー
タ２１１をＷｅｂサーバ装置３１に送信する。 ステップＳ２２９：Ｗｅｂサーバ装置３１は、図７を用
いて説明したアクセス制御データ２０２と、個人２７の
医療従事者個人属性データ２１１とに基づいて、生命基
本データ２０１のうち個人２７がアクセス可能な範囲を
決定し、その範囲内での個人２７の生命基本データ２０
１へのアクセスを許可する。

【００８７】ステップＳ２３０：Ｗｅｂサーバ装置３１
は、医療従事個人端末装置２０にログイン済の画面を提
供し、その画面上でステップＳ２２９で決定した範囲で
個人２７による生命基本データ２０１のアクセス処理を
行う。

【００８８】〔第３の動作例〕当該動作例では、医療従
事個人端末装置２０が、情報提供サイト２４にアクセス
を行い、情報提供サイト２４が属性認証サービスサイト
２３に個人２７の属性を問い合わす場合の動作例を説明
する。明する。ステップＳ３０１〜Ｓ３０７の手順は、
医療従事個人端末装置２０とＷｅｂサーバ装置３１との
間で、ＳＳＬによる暗号化通信によるセキュリティ確保
するためのシーケンスである。

【００８９】ステップＳ３０１：個人２７の操作に応じ
て、医療従事個人端末装置２０がネットワーク２２を介
して認証サイト２５に、個人デジタル証明書発行要求を
送信する。 ステップＳ３０２：認証サイト２５が、ステップＳ３０
１で受信した個人デジタル証明書発行要求に応じて、個
人２７の個人デジタル証明書データを発行し、これをネ
ットワーク２２を介して医療従事個人端末装置２０に送
信する。 ステップＳ３０３：医療従事個人端末装置２０が、暗号
鍵をＷｅｂサーバ装置３１の公開鍵データを用いて暗号
化し、これをネットワーク２２を介して情報提供サイト
２４のＷｅｂサーバ装置３１に送信する。また、医療従
事個人端末装置２０が、個人２７の個人認証用のデジタ
ル証明書データをＷｅｂサーバ装置３１に送信する。

【００９０】ステップＳ３０４：Ｗｅｂサーバ装置３１
が、個人２７のデジタル証明書データの正当性を認証装
置２９に問い合わす。 ステップＳ３０５：認証装置２９が、ステップＳ３０４
の問い合わせに応じて、発行取り消しリストなどを参照
し、個人２７のデジタル証明書データの正当性を確認す
る。 ステップＳ３０６：認証装置２９が、ステップＳ３０５
の確認結果をＷｅｂサーバ装置３１に送信する。

【００９１】ステップＳ３０７：Ｗｅｂサーバ装置３１
が、ステップＳ３０６で個人２７の正当性を確認する
と、医療従事個人端末装置２０から受信した暗号鍵デー
タを、自らの秘密鍵データを用いて復号する。これによ
り、以後、当該暗号鍵データを共通鍵データとして用い
て、医療従事個人端末装置２０とＷｅｂサーバ装置３１
との間で相互認証に基づくセキュアな通信が行われる。

【００９２】ステップＳ３０８：医療従事個人端末装置
２０が、Ｗｅｂサーバ装置３１のホームページにアクセ
スを行う。 ステップＳ３０９：Ｗｅｂサーバ装置３１が、パスワー
ド入力用のインタフェース画面を医療従事個人端末装置
２０に表示させる。 ステップＳ３１０：個人２７が、表示されたインタフェ
ース画面に従って、予め発行を受けたユーザＩＤおよび
パスワードとを医療従事個人端末装置２０に入力する。 ステップＳ３１１：医療従事個人端末装置２０が、ステ
ップＳ３１０で入力された個人２７のユーザＩＤおよび
パスワードをＷｅｂサーバ装置３１に送信する。 ステップＳ３１２：Ｗｅｂサーバ装置３１が、自らのデ
ジタル証明書データを付加して、Ｗｅｂサーバ装置３１
にアクセスしてきた個人２７の属性認証要求をＷｅｂサ
ーバ装置１０に送信する。

【００９３】ステップＳ３１３：Ｗｅｂサーバ装置１０
は、アプリケーションサーバ装置１５に、ステップＳ３
１２で受信したＷｅｂサーバ装置３１のデジタル証明書
データを送信し、属性認証サービスを起動させる。 ステップＳ３１４：アプリケーションサーバ装置１５
は、認証要求元であるＷｅｂサーバ装置３１のデジタル
証明書データの有効性確認要求を認証装置２９に送信す
る。 ステップＳ３１５：認証装置２９は、ステップＳ３１４
の有効性確認要求に応じて、発行取り消しリストを参照
して、Ｗｅｂサーバ装置３１のデジタル証明書データの
正当性を確認する。 ステップＳ３１６：認証装置２９は、ステップＳ３１５
の確認結果をアプリケーションサーバ装置１５に送信す
る。

【００９４】ステップＳ３１７：アプリケーションサー
バ装置１５は、個人２７の医療従事者個人属性データ２
１１の検索要求を個人属性データベース管理サーバ装置
１３に送信する。 ステップＳ３１８：個人属性データベース管理サーバ装
置１３の制御部４２は、個人２７の医療従事者個人属性
データ２１１をデータベース４０から検索する。 ステップＳ３１９：個人属性データベース管理サーバ装
置１３の制御部４２は、ステップＳ３１８で検索した個
人２７の医療従事者個人属性データ２１１をアプリケー
ションサーバ装置１５に送信する。

【００９５】ステップＳ３２０：図１６に示すアプリケ
ーションサーバ装置１５の制御部６２は、ステップＳ３
１９で受信した個人２７の医療従事者個人属性データ２
１１が、データベース６０から読み出した情報提供サイ
ト２４の情報提供サイト要求属性データ２３１に適合
（マッチング）しているか否かを認証する。すなわち、
個人２７の属性が、情報提供サイト２４がアクセス要求
元に要求している属性に適合しているか否かを認証す
る。 ステップＳ３２１：アプリケーションサーバ装置１５
が、ステップＳ３２０の認証結果をＷｅｂサーバ装置１
０に送信する。 ステップＳ３２２：Ｗｅｂサーバ装置１０が、ステップ
Ｓ３２１で受信した認証結果をＷｅｂサーバ装置３１に
送信する。このとき、Ｗｅｂサーバ装置１０は、ステッ
プＳ３１９で読み出された個人２７の医療従事者個人属
性データ２１１をＷｅｂサーバ装置３１に送信してもよ
い。 ステップＳ３２３：Ｗｅｂサーバ装置３１は、ステップ
Ｓ３２２で受信した認証結果、並びに医療従事者個人属
性データ２１１に基づいて、許可された範囲内で、患者
２６の生命基本データ２０１への医療従事個人端末装置
２０からのアクセス（参照または更新）を認める。

【００９６】以上説明したように、通信システム１によ
れば、有資格者が一度だけ、有資格者の個人属性データ
を属性認証サービスサイト２３に登録することで、その
後アクセスしたいデータベースシステムがある情報提供
サイト２４にアクセスする場合、自動的に個人認証、資
格等属性認証を済ますことができ、煩わしさがなくな
る。この効果は個人だけでなく法人についても享受で
き、法人属性データを属性認証サービスサイト２３に登
録することで、その後、情報提供サイト２４にアクセス
する場合、自動的に法人認証、法人属性認証を済ますこ
とができる。一方、アクセスを受ける情報提供サイト２
４からすると、個人情報のようにデータの細かい粒度で
アクセスする有資格者をコントロールしたい要求がある
場合、上記の仕組みを利用することによって個々のデー
タベースシステム管理者、Ｗｅｂサイト管理者にとっ
て、大きなコストをかけずに個人認証と資格等属性認
証、および法人認証と法人属性認証を行うことができ
る。通信システム１は、個人の診療情報を集中して保存
管理しているデータセンターに対して、個人の移動に伴
い異なる診療担当医師がデータセンターにアクセスし、
過去の個人の診療情報を参照しようとする場合、医師の
専門科目に応じた個人の診療情報開示というアクセスコ
ントロールを実現する際に極めて有効である。

【００９７】本発明は上述した実施形態には限定されな
い。上述した実施形態では、本発明の内容データとし
て、患者の医療データなどの生命基本データを例示して
説明したが、当該内容データは、その他、当該内容デー
タに対してのアクセスが、当該アクセス元の属性によっ
て許可あるいは拒否されるものであれば特に限定されな
い。

【００９８】

【発明の効果】以上説明したように、本発明によれば、
所定の内容データを利用する場合における利用元の属性
の認証手続の負担を軽減できる通信方法、アクセス制御
装置、記憶装置およびプログラムを提供することができ
る。

【図面の簡単な説明】

【図１】図１は、本発明の実施形態に係わる通信システ
ムの全体構成図である。

【図２】図２は、図１に示す通信システムの動作概要を
説明するための図である。

【図３】図３は、図１に示すデータベース管理サーバ装
置の機能ブロック図である。

【図４】図４は、図３に示す生命基本データを説明する
ための図である。

【図５】図５（Ａ）は図４に示す救急救命データを説明
するための図、図５（Ｂ）は図４に示す患者データを説
明するための図、図５（Ｃ）は図４に示す健康保険デー
タを説明するための図である。

【図６】図６（Ａ）は図４に示す診断履歴データを説明
するための図、図６（Ｂ）は図４に示す生活習慣データ
を説明するための図、図６（Ｃ）は図４に示す基礎的診
療データを説明するための図、図６（Ｄ）は図４に示す
初診時特有データを説明するための図である。

【図７】図７は、図３に示すアクセス制御データを説明
するための図である。

【図８】図８は、図１に示す個人属性データベース管理
サーバ装置の機能ブロック図である。

【図９】図９は、図８に示すデータベースに格納された
医療従事者個人属性データ２１１を説明するための図で
ある。

【図１０】図１０は、図９に示す医科診療科目コードを
説明するための図である。

【図１１】図１１は、図９に示す認定医・指導医資格授
与学会コードを説明するための図である。

【図１２】図１２は、図１に示す法人属性データベース
管理サーバ装置の機能ブロック図である。

【図１３】図１３は、図１２に示す医療従事法人属性デ
ータを説明するための図である。

【図１４】図１４は、図１３に示す診療科目を説明する
ための図である。

【図１５】図１５は、図１３に示す診療設備を説明する
ための図である。

【図１６】図１６は、図１に示すアプリケーションサー
バ装置の機能ブロック図である。

【図１７】図１７は、図１に示す認証装置を用いたデジ
タル証明書データの発行処理等を説明するための図であ
る。

【図１８】図１８は、図１に示す通信システムの第１の
動作例を説明するための図である。

【図１９】図１９は、図１に示す通信システムの第１の
動作例を説明するための図である。

【図２０】図２０は、図１８および図１９の処理の大ま
かな概念図である。

【図２１】図２１は、図１に示す通信システムの第２の
動作例を説明するための図である。

【図２２】図２２は、図１に示す通信システムの第２の
動作例を説明するための図である。

【図２３】図２３は、図１に示す通信システムの第３の
動作例を説明するための図である。

【図２４】図２４は、図１に示す通信システムの第３の
動作例を説明するための図である。

【符号の説明】

１０、３１…Ｗｅｂサーバ、１１、３２…経路制御装
置、１２…クライアント端末、１３…個人属性データベ
ース管理サーバ、１４…法人属性データベース管理サー
バ、１５…アプリケーションサーバ、１６、３３…ＬＡ
Ｎ、２０…医療従事個人端末装置、２１…医療従事法人
端末装置、２２…ネットワーク、２３…属性認証サービ
スサイト、２４…情報提供サイト

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B017 AA07 BA05 CA16 5B082 EA12 HA08

Claims (25)

【特許請求の範囲】
1. 【請求項１】所定の内容データを記憶した記憶装置への
   アクセスを制御するアクセス制御装置を用いた通信方法
   であって、 前記内容データの利用元が、前記記憶装置へのアクセス
   要求を前記アクセス制御装置に送信し、 前記アクセス制御装置が、前記アクセス要求に応じて、
   前記内容データの利用元の属性を示す予め登録された第
   １の属性データと、前記記憶装置へのアクセスに対して
   要求される利用元の属性を示す予め登録された第２の属
   性データとに基づいて、前記利用元による前記記憶装置
   へのアクセスを許可するか否かを判断する通信方法。
2. 【請求項２】前記内容データは、所定の個人から提供を
   受けた当該個人の医療データである請求項１に記載の通
   信方法。
3. 【請求項３】前記アクセス制御装置が、前記利用元によ
   る前記記憶装置へのアクセスを許可すると判断した場合
   に、前記利用元の第１の属性データを前記記憶装置に送
   信し、 前記記憶装置が、前記アクセス制御装置から受信した前
   記第１の属性データと、前記個人から予め規定された前
   記内容データに対してのアクセス条件に基づいて、前記
   内容データのうち前記利用元による参照または更新を許
   可する範囲を決定する請求項１または請求項２に記載の
   通信方法。
4. 【請求項４】前記アクセス制御装置が、前記利用元によ
   る前記記憶装置へのアクセスを許可すると判断した場合
   に、前記記憶装置へのログインを行い、 前記記憶装置が、前記利用元の端末装置に、ログイン済
   みの画面を提供し、 前記利用元が、前記画面の表示に従って、前記記憶装置
   に記憶された前記個人情報を参照または利用する請求項
   １〜３のいずれかに記載の通信方法。
5. 【請求項５】前記利用元と前記アクセス制御装置との間
   で相互認証を行った後に、前記利用元が前記アクセス要
   求を前記アクセス制御装置に送信する請求項１〜４のい
   ずれかに記載の通信方法。
6. 【請求項６】前記アクセス制御装置が、予め前記利用元
   にユーザＩＤを発行すると共に、当該ユーザＩＤに対応
   するパスワードを記憶し、 前記アクセス制御装置が、前記アクセス要求を受信した
   後に、前記利用元に当該利用元のユーザＩＤとパスワー
   ドとを要求し、 前記利用元が、前記利用元の前記ユーザＩＤおよび前記
   パスワードを前記アクセス制御装置に送信し、 前記アクセス制御装置が、前記ユーザＩＤおよび前記パ
   スワードの正当性を認証した後に、前記利用元による前
   記記憶装置へのアクセスを許可するか否かを判断する請
   求項５に記載の通信方法。
7. 【請求項７】前記アクセス制御装置が、前記利用元から
   の要求に応じて、当該利用元の属性を示す前記第１の属
   性データを登録して記憶する請求項１〜６のいずれかに
   記載の通信方法。
8. 【請求項８】前記利用元が、前記第１の属性データと共
   に、当該利用元を身元を証明する証明書データを前記ア
   クセス制御装置に送信し、 前記アクセス制御装置が、前記利用元から受信した証明
   書データの正当性を認証装置に問い合わせ、当該証明書
   データの正当性が認証された後に、前記第１の属性デー
   タを登録して記憶する請求項７に記載の通信方法。
9. 【請求項９】所定の内容データを記憶した記憶装置への
   アクセスを制御するアクセス制御装置であって、 前記内容データの利用元から、前記記憶装置へのアクセ
   ス要求を受信するインタフェースと、 前記内容データの利用元の属性を示す予め登録された第
   １の属性データと、前記記憶装置へのアクセスに対して
   要求される利用元の属性を示す予め登録された第２の属
   性データとを記憶する記憶手段と、 前記受信したアクセス要求に応じて、前記第１の属性デ
   ータと、前記第２の属性データとに基づいて、前記利用
   元による前記記憶装置へのアクセスを許可するか否かを
   判断する制御手段とを有するアクセス制御装置。
10. 【請求項１０】前記制御手段は、前記利用元と前記アク
    セス制御装置との間で相互認証を行い、 前記インタフェースは、前記相互認証後に、前記利用元
    から前記アクセス要求を受信する請求項９に記載のアク
    セス制御装置。
11. 【請求項１１】前記記憶手段は、予め前記利用元にユー
    ザＩＤを発行すると共に、当該ユーザＩＤに対応するパ
    スワードを記憶し、 前記制御手段は、前記アクセス要求を受信した後に、前
    記利用元に当該利用元のユーザＩＤとパスワードとを要
    求し、当該要求に応じて前記利用元から受信した当該ユ
    ーザＩＤおよびパスワードの正当性を認証した後に、前
    記利用元による前記記憶装置へのアクセスを許可するか
    否かを判断する請求項９または１０に記載のアクセス制
    御装置。
12. 【請求項１２】前記制御手段は、前記利用元からの要求
    に応じて、当該利用元の属性を示す前記第１の属性デー
    タを登録して前記記憶手段に書き込む請求項９〜１１の
    いずれかに記載のアクセス制御装置。
13. 【請求項１３】前記インタフェースは、前記第１の属性
    データと共に、当該利用元を身元を証明する証明書デー
    タを前記利用元から受信し、 前記制御手段は、前記利用元から受信した証明書データ
    の正当性を認証装置に問い合わせ、当該認証データの正
    当性が認証された後に、前記第１の属性データを登録し
    て前記記憶手段に書き込む請求項９〜１２のいずれかに
    記載のアクセス制御装置。
14. 【請求項１４】所定の内容データを記憶した記憶装置へ
    のアクセスを制御するアクセス制御装置が実行する手順
    を記述し、前記アクセス制御装置によって電子的に読み
    取り可能なプログラムであって、 前記内容データの利用元から、前記記憶装置へのアクセ
    ス要求を受信する手順と、 前記受信したアクセス要求に応じて、前記内容データの
    利用元の属性を示す予め登録された第１の属性データ
    と、前記記憶装置へのアクセスに対して要求される利用
    元の属性を示す予め登録された第２の属性データとに基
    づいて、前記利用元による前記記憶装置へのアクセスを
    許可するか否かを判断する手順とを有するプログラム。
15. 【請求項１５】前記利用元と前記アクセス制御装置との
    間で相互認証を行い、前記相互認証後に、前記利用元か
    ら前記アクセス要求を受信する手順を有する請求項１４
    に記載のプログラム。
16. 【請求項１６】前記アクセス要求を受信した後に、前記
    利用元に当該利用元のユーザＩＤとパスワードとを要求
    する手順と、 当該要求に応じて前記利用元から受信した当該ユーザＩ
    Ｄおよびパスワードのの正当性を認証した後に、前記利
    用元による前記記憶装置へのアクセスを許可するか否か
    を判断する手順とを有する請求項１４または請求項１５
    に記載のプログラム。
17. 【請求項１７】前記利用元からの要求に応じて、当該利
    用元の属性を示す前記第１の属性データを登録して記憶
    手段に書き込む手順を有する請求項１４〜１６のいずれ
    かに記載のプログラム。
18. 【請求項１８】前記第１の属性データと共に、当該利用
    元を身元を証明する証明書データを前記利用元から受信
    する手順と、 前記利用元から受信した証明書データの正当性を認証装
    置に問い合わせ、当該認証データの正当性が認証された
    後に、前記第１の属性データを登録して記憶手段に書き
    込む手順とを有する請求項１４〜１７のいずれかに記載
    のプログラム。
19. 【請求項１９】所定の内容データを記憶した記憶装置
    と、当該記憶装置へのアクセスを制御するアクセス制御
    装置を用いた通信方法であって、 前記内容データの利用元が、前記内容データへのアクセ
    ス要求を前記記憶装置に送信し、 前記記憶装置が、前記アクセス要求に応じて、前記記憶
    装置へのアクセスに対して要求される利用元の属性を示
    を前記利用元が有しているかを問い合わせる属性認証要
    求を前記アクセス制御装置に送信し、 前記アクセス制御装置が、前記属性認証要求に応じて、
    前記利用元の属性を示す予め登録された第１の属性デー
    タと、前記記憶装置へのアクセスに対して要求される利
    用元の属性を示す予め登録された第２の属性データとに
    基づいて、前記利用元による前記記憶装置へのアクセス
    が許可されるか否かを判断し、その判断結果を示す属性
    認証結果を前記記憶装置に送信し、 前記記憶装置が、前記アクセス制御装置から受信した前
    記属性認証結果に基づいて、前記利用元による前記内容
    データのアクセスの可否を決定する通信方法。
20. 【請求項２０】前記内容データは、所定の個人から提供
    を受けた当該個人の医療データである請求項１９に記載
    の通信方法。
21. 【請求項２１】前記内容データの利用元が、前記アクセ
    ス要求と共に当該利用元の身元を証明する証明書データ
    を前記記憶装置に送信し、 前記記憶装置が、前記アクセス要求に応じて、当該アク
    セス要求と共に受信した証明書データを用いて前記利用
    元の身元を確認した後に、前記証明書データと共に属性
    認証要求を前記アクセス制御装置に送信し、 前記アクセス制御装置が、前記属性認証要求に応じて、
    前記証明書データを用いて前記利用元の身元を確認した
    後に、前記利用元の前記第１の属性データと、前記第２
    の属性データとに基づいて、前記利用元による前記記憶
    装置へのアクセスが許可されるか否かを判断する請求項
    １９または請求項２０に記載の通信方法。
22. 【請求項２２】前記アクセス制御装置が、前記属性認証
    結果と共に、前記利用元の前記第１の属性データを前記
    記憶装置に送信し、 前記記憶装置が、前記第１の属性データに基づいて、前
    記内容データのうち前記利用元による参照または更新を
    許可する範囲を決定する請求項１９〜２１のいずれかに
    記載の通信方法。
23. 【請求項２３】所定の内容データを記憶した記憶装置へ
    のアクセスを制御するアクセス制御装置であって、 前記記憶装置へのアクセスに対して要求される利用元の
    属性を示を前記利用元が有しているかを問い合わせる属
    性認証要求を受信するインタフェースと、 前記利用元の属性を示す予め登録された第１の属性デー
    タと、前記記憶装置へのアクセスに対して要求される利
    用元の属性を示す予め登録された第２の属性データとを
    記憶する記憶手段と、 前記属性認証要求に応じて、前記第１の属性データと前
    記第２の属性データとに基づいて、前記利用元による前
    記記憶装置へのアクセスが許可されるか否かを判断し、
    その判断結果を示す属性認証結果を前記インタフェース
    を介して前記記憶装置に送信する制御手段とを有するア
    クセス制御装置。
24. 【請求項２４】所定の内容データを記憶した記憶装置へ
    のアクセスを制御するアクセス制御装置が実行する手順
    を記述し、前記アクセス制御装置によって電子的に読み
    取り可能なプログラムであって、 前記記憶装置へのアクセスに対して要求される利用元の
    属性を示を前記利用元が有しているかを問い合わせる属
    性認証要求を受信する手順と、 前記属性認証要求に応じて、前記利用元の属性を示す予
    め登録された第１の属性データと、前記記憶装置へのア
    クセスに対して要求される利用元の属性を示す予め登録
    された第２の属性データとに基づいて、前記利用元によ
    る前記記憶装置へのアクセスが許可されるか否かを判断
    する手順と、 当該判断結果を示す属性認証結果を前記前記記憶装置に
    送信する手順とを有するプログラム。
25. 【請求項２５】アクセス制御装置と通信を行う記憶装置
    であって、 所定の内容データを記憶する記憶手段と、 前記内容データの利用元から、前記内容データへのアク
    セス要求を受信するインタフェースと、 前記記憶装置が、前記アクセス要求に応じて、前記記憶
    装置へのアクセスに対して要求される利用元の属性を示
    を前記利用元が有しているかを問い合わせる属性認証要
    求を前記インタフェースを介して前記アクセス制御装置
    に送信し、前記インタフェースを介して前記アクセス制
    御装置から受信した属性認証結果に基づいて、前記利用
    元による前記内容データのアクセスの可否を決定する制
    御手段とを有する記憶装置。