JP2001265894A - 病院情報システム - Google Patents
病院情報システムInfo
- Publication number
- JP2001265894A JP2001265894A JP2000078708A JP2000078708A JP2001265894A JP 2001265894 A JP2001265894 A JP 2001265894A JP 2000078708 A JP2000078708 A JP 2000078708A JP 2000078708 A JP2000078708 A JP 2000078708A JP 2001265894 A JP2001265894 A JP 2001265894A
- Authority
- JP
- Japan
- Prior art keywords
- certificate
- server
- information
- certificate issuing
- repository
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000011084 recovery Methods 0.000 claims abstract description 20
- 238000010586 diagram Methods 0.000 description 14
- VBMOHECZZWVLFJ-GXTUVTBFSA-N (2s)-2-[[(2s)-6-amino-2-[[(2s)-6-amino-2-[[(2s,3r)-2-[[(2s,3r)-2-[[(2s)-6-amino-2-[[(2s)-2-[[(2s)-6-amino-2-[[(2s)-2-[[(2s)-2-[[(2s)-2,6-diaminohexanoyl]amino]-5-(diaminomethylideneamino)pentanoyl]amino]propanoyl]amino]hexanoyl]amino]propanoyl]amino]hexan Chemical compound NC(N)=NCCC[C@@H](C(O)=O)NC(=O)[C@H](CCCCN)NC(=O)[C@H](CCCCN)NC(=O)[C@H]([C@@H](C)O)NC(=O)[C@H]([C@H](O)C)NC(=O)[C@H](CCCCN)NC(=O)[C@H](C)NC(=O)[C@H](CCCCN)NC(=O)[C@H](C)NC(=O)[C@H](CCCN=C(N)N)NC(=O)[C@@H](N)CCCCN VBMOHECZZWVLFJ-GXTUVTBFSA-N 0.000 description 7
- 108010068904 lysyl-arginyl-alanyl-lysyl-alanyl-lysyl-threonyl-threonyl-lysyl-lysyl-arginine Proteins 0.000 description 7
- 238000012795 verification Methods 0.000 description 7
- 238000000034 method Methods 0.000 description 4
- 230000008520 organization Effects 0.000 description 2
- 108091008717 AR-A Proteins 0.000 description 1
- 101000777301 Homo sapiens Uteroglobin Proteins 0.000 description 1
- 102100031083 Uteroglobin Human genes 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】
【課題】 病院や官公庁等の証明業務をともなうネット
ワークの運用を安全かつ円滑に行う。 【解決手段】 証明書発行業務を行うネットワークシス
テムにおいて、証明書発行サーバに対して、証明すべき
記述内容を入力し、証明を受け、当該証明書を出力する
証明書発行端末と、前記証明書発行端末からのアクセス
に対して、アクセス権限の検証を行い、前記記述内容に
対して証明書の電子署名を行い、証明情報を生成して前
記証明書発行端末に出力する証明書発行サーバと、生成
された証明書のエントリを格納する証明書レポジトリＬ
ＤＡＰサーバと、鍵情報をリカバリするための情報を格
納するキーリカバリレポジトリＬＤＡＰサーバとで構成
した。
ワークの運用を安全かつ円滑に行う。 【解決手段】 証明書発行業務を行うネットワークシス
テムにおいて、証明書発行サーバに対して、証明すべき
記述内容を入力し、証明を受け、当該証明書を出力する
証明書発行端末と、前記証明書発行端末からのアクセス
に対して、アクセス権限の検証を行い、前記記述内容に
対して証明書の電子署名を行い、証明情報を生成して前
記証明書発行端末に出力する証明書発行サーバと、生成
された証明書のエントリを格納する証明書レポジトリＬ
ＤＡＰサーバと、鍵情報をリカバリするための情報を格
納するキーリカバリレポジトリＬＤＡＰサーバとで構成
した。
Description
【０００１】
【発明の属する技術分野】本発明は、証明の発行をとも
なう情報システム、たとえば証明発行業務を行う大病院
や官庁等の情報システムに適用して有効な技術に関す
る。
なう情報システム、たとえば証明発行業務を行う大病院
や官庁等の情報システムに適用して有効な技術に関す
る。
【０００２】
【従来の技術】病院や官公庁等では証明書の発行業務を
ともなっている。通常の場合、必要事項が印刷された用
紙に、医師が押印して証明書とすることが一般的であっ
た。
ともなっている。通常の場合、必要事項が印刷された用
紙に、医師が押印して証明書とすることが一般的であっ
た。
【０００３】
【発明が解決しようとする課題】ところで、前記証明業
務をコンピュータ化した場合、証明内容である書誌事項
の自動化は可能であるものの、証明書の発行そのものを
自動化することは難しかった。
務をコンピュータ化した場合、証明内容である書誌事項
の自動化は可能であるものの、証明書の発行そのものを
自動化することは難しかった。
【０００４】本発明は、上記点に鑑みてなされたもので
あり、病院や官公庁における証明書発行業務を自動化す
ることを技術的課題とする。
あり、病院や官公庁における証明書発行業務を自動化す
ることを技術的課題とする。
【０００５】
【課題を解決するための手段】本発明は、証明書発行業
務を行うネットワークシステムにおいて、証明書発行サ
ーバに対して、証明すべき記述内容を入力し、証明を受
け、当該証明書を出力する証明書発行端末と、前記証明
書発行端末からのアクセスに対して、アクセス権限の検
証を行い、前記記述内容に対して証明書の電子署名を行
い、証明情報を生成して前記証明書発行端末に出力する
証明書発行サーバと、生成された証明書のエントリを格
納する証明書レポジトリＬＤＡＰサーバと、鍵情報（キ
ー）をリカバリするための情報を格納するキーリカバリ
レポジトリＬＤＡＰサーバとからなるネットワークシス
テムとしたものである。
務を行うネットワークシステムにおいて、証明書発行サ
ーバに対して、証明すべき記述内容を入力し、証明を受
け、当該証明書を出力する証明書発行端末と、前記証明
書発行端末からのアクセスに対して、アクセス権限の検
証を行い、前記記述内容に対して証明書の電子署名を行
い、証明情報を生成して前記証明書発行端末に出力する
証明書発行サーバと、生成された証明書のエントリを格
納する証明書レポジトリＬＤＡＰサーバと、鍵情報（キ
ー）をリカバリするための情報を格納するキーリカバリ
レポジトリＬＤＡＰサーバとからなるネットワークシス
テムとしたものである。
【０００６】本発明によれば、キーリカバリシステムを
装備したことにより、病院等での組織における証明業務
を円滑に行うことができる。
装備したことにより、病院等での組織における証明業務
を円滑に行うことができる。
【０００７】
【０００８】
【実施例】以下、図面に基づいて、本発明の実施の形態
を説明する。図１は、本実施例のネットワークシステム
構成を示している。
を説明する。図１は、本実施例のネットワークシステム
構成を示している。
【０００９】同図において、病院情報システム端末と、
ユーザ属性情報設定端末とは汎用ログインＡＰＩを備え
ている。ＨＩＳアプリケーションデータベースサーバ
は、病院情報に関する統合サーバであり、本発明におけ
る証明業務にはあまり関係がないので説明は省略する。
ユーザ属性情報設定端末とは汎用ログインＡＰＩを備え
ている。ＨＩＳアプリケーションデータベースサーバ
は、病院情報に関する統合サーバであり、本発明におけ
る証明業務にはあまり関係がないので説明は省略する。
【００１０】ＡＲＣサーバは、属性およびロール（役
割）を証明するためのサーバであり、具体的には、それ
ぞれのエントリの属性を格納しているレポジトリ（属性
情報レポジトリＬＤＡＰサーバ）を参照し、ある属性を
持っていることを検証・証明する機能を有している。
割）を証明するためのサーバであり、具体的には、それ
ぞれのエントリの属性を格納しているレポジトリ（属性
情報レポジトリＬＤＡＰサーバ）を参照し、ある属性を
持っていることを検証・証明する機能を有している。
【００１１】属性情報レポジトリＬＤＡＰサーバは、前
記属性情報を格納するサーバであり、図示しない属性情
報に関するデータベースを備えている。証明書発行端末
は、たとえば証明書の発行を行う端末であり、証明書の
記述内容の入力や、ＰＫＣＳ＃１２データのファイルへ
の出力等を行う機能を有している。
記属性情報を格納するサーバであり、図示しない属性情
報に関するデータベースを備えている。証明書発行端末
は、たとえば証明書の発行を行う端末であり、証明書の
記述内容の入力や、ＰＫＣＳ＃１２データのファイルへ
の出力等を行う機能を有している。
【００１２】証明書発行サーバは、前記証明書発行端末
からの証明書発行依頼を受け付けてアクセス認証のチェ
ックを行い、所定の手続きを経て証明書としてのＰＫＣ
Ｓ＃１２データを証明書発行端末に送信する機能を有し
ている。
からの証明書発行依頼を受け付けてアクセス認証のチェ
ックを行い、所定の手続きを経て証明書としてのＰＫＣ
Ｓ＃１２データを証明書発行端末に送信する機能を有し
ている。
【００１３】証明書レポジトリＬＤＡＰサーバは、証明
書の発行毎のエントリを登録しておくサーバであり、キ
ーリカバリレポジトリＬＤＡＰサーバは、証明書である
ＰＫＣＳ＃１２データのエントリを登録しておくサーバ
である。この証明書レポジトリＬＤＡＰサーバと、キー
リカバリレポジトリＬＤＡＰサーバとはキーリカバリ時
に参照される。
書の発行毎のエントリを登録しておくサーバであり、キ
ーリカバリレポジトリＬＤＡＰサーバは、証明書である
ＰＫＣＳ＃１２データのエントリを登録しておくサーバ
である。この証明書レポジトリＬＤＡＰサーバと、キー
リカバリレポジトリＬＤＡＰサーバとはキーリカバリ時
に参照される。
【００１４】本ネットワークでは、病院情報システム端
末、ユーザ属性情報設定端末、ＨＩＳアプリケーション
データベース、ＡＲＣサーバおよび属性情報レポジトリ
ＬＤＡＰサーバが属性情報の検証・証明およびその格納
を主に行う。そして、証明書発行端末、証明書発行サー
バ、証明書レポジトリＬＤＡＰサーバおよびキーリカバ
リレポジトリＬＤＡＰサーバが証明書の発行、取り消
し、停止およびその格納を主に行う。なお、証明書発行
端末と証明書発行サーバとの間は、ＳＳＬにより保護さ
れたオリジナルプロトコルによって保護されており、証
明書発行サーバと証明書レポジトリＬＤＡＰサーバ・キ
ーリカバリレポジトリＬＤＡＰサーバとの間はＬＤＡＰ
による物理的に安全なネットワークで保護されている。
末、ユーザ属性情報設定端末、ＨＩＳアプリケーション
データベース、ＡＲＣサーバおよび属性情報レポジトリ
ＬＤＡＰサーバが属性情報の検証・証明およびその格納
を主に行う。そして、証明書発行端末、証明書発行サー
バ、証明書レポジトリＬＤＡＰサーバおよびキーリカバ
リレポジトリＬＤＡＰサーバが証明書の発行、取り消
し、停止およびその格納を主に行う。なお、証明書発行
端末と証明書発行サーバとの間は、ＳＳＬにより保護さ
れたオリジナルプロトコルによって保護されており、証
明書発行サーバと証明書レポジトリＬＤＡＰサーバ・キ
ーリカバリレポジトリＬＤＡＰサーバとの間はＬＤＡＰ
による物理的に安全なネットワークで保護されている。
【００１５】次に、ユーザ属性情報設定端末からのエン
トリ追加・変更シーケンスについて図２を用いて説明す
る。まず、信頼性のあるＣＡ証明書（たとえばＰＫＣＳ
＃１２のファイル：これについては後述する）をユーザ
属性情報設定端末よりＡＲＣサーバに送信する。ＡＲＣ
サーバでは、この証明書に基づいてしようするサーバ証
明書の選択を行い、ユーザ属性情報設定端末との間でＳ
ＳＬのハンドシェイク機能により証明書の交換を行う。
ＡＲＣサーバから証明書レポジトリＬＤＡＰサーバに対
して、証明書のチェック依頼を行う。なお、このチェッ
クとともに、ＡＲＣサーバとユーザ属性情報設定端末と
の間でアプリケーション認証を行ってもよい。
トリ追加・変更シーケンスについて図２を用いて説明す
る。まず、信頼性のあるＣＡ証明書（たとえばＰＫＣＳ
＃１２のファイル：これについては後述する）をユーザ
属性情報設定端末よりＡＲＣサーバに送信する。ＡＲＣ
サーバでは、この証明書に基づいてしようするサーバ証
明書の選択を行い、ユーザ属性情報設定端末との間でＳ
ＳＬのハンドシェイク機能により証明書の交換を行う。
ＡＲＣサーバから証明書レポジトリＬＤＡＰサーバに対
して、証明書のチェック依頼を行う。なお、このチェッ
クとともに、ＡＲＣサーバとユーザ属性情報設定端末と
の間でアプリケーション認証を行ってもよい。
【００１６】次に、ユーザ属性情報設定端末より、エン
トリ追加・変更データおよびログイン情報等を入力し、
これを追加・変更データとしてＡＲＣサーバに送る。Ａ
ＲＣサーバでは、ユーザ権限をチェックし、追加または
変更データのデータ変換を行うとともに、このログ情報
を書き出して、属性情報レポジトリＬＤＡＰサーバに対
してエントリの追加および変更を指示し、新たな属性お
よび変更された属性が属性情報レポジトリＬＤＡＰサー
バに書き込まれる。ここで、属性証明書の作成に失敗し
た場合には、ユーザ属性情報設定端末に対してエラーの
種類（たとえば、追加変更拒否、追加変更データ異常、
追加変更失敗等）が通知される。
トリ追加・変更データおよびログイン情報等を入力し、
これを追加・変更データとしてＡＲＣサーバに送る。Ａ
ＲＣサーバでは、ユーザ権限をチェックし、追加または
変更データのデータ変換を行うとともに、このログ情報
を書き出して、属性情報レポジトリＬＤＡＰサーバに対
してエントリの追加および変更を指示し、新たな属性お
よび変更された属性が属性情報レポジトリＬＤＡＰサー
バに書き込まれる。ここで、属性証明書の作成に失敗し
た場合には、ユーザ属性情報設定端末に対してエラーの
種類（たとえば、追加変更拒否、追加変更データ異常、
追加変更失敗等）が通知される。
【００１７】属性情報レポジトリＬＤＡＰサーバへの書
き込みが成功した場合には、追加変更完了通知がＡＲＣ
サーバよりユーザ属性情報設定端末に送信される。次
に、病院情報システム端末の汎用ログインＡＰＩを用い
た属性証明書の発行シーケンスを図３を用いて説明す
る。
き込みが成功した場合には、追加変更完了通知がＡＲＣ
サーバよりユーザ属性情報設定端末に送信される。次
に、病院情報システム端末の汎用ログインＡＰＩを用い
た属性証明書の発行シーケンスを図３を用いて説明す
る。
【００１８】なお、ここで属性証明書には、バージョ
ン、所有者（所有者の保有するＸ．５０９証明書のサブ
ジェクト署名者）、署名アルゴリズム、シリアル番号、
有効期間、署名者のＩＤ、ｐｋｃｓ７形式のデジタル署
名等が記載されている。
ン、所有者（所有者の保有するＸ．５０９証明書のサブ
ジェクト署名者）、署名アルゴリズム、シリアル番号、
有効期間、署名者のＩＤ、ｐｋｃｓ７形式のデジタル署
名等が記載されている。
【００１９】この証明書発行シーケンスでは、まず病院
情報システム端末よりＣＡ証明書等がＡＲＣサーバに送
信され、ＡＲＣサーバにおいてサーバ証明書の選択が行
われると、ＡＲＣサーバと病院情報システム端末（汎用
ログインＡＰＩ）との間でＳＳＬによるハンドシェイク
機能を使って証明書の交換が行われる。ＡＲＣサーバで
は、得られた証明書を証明書レポジトリＬＤＡＰサーバ
を参照することによってチェックする。
情報システム端末よりＣＡ証明書等がＡＲＣサーバに送
信され、ＡＲＣサーバにおいてサーバ証明書の選択が行
われると、ＡＲＣサーバと病院情報システム端末（汎用
ログインＡＰＩ）との間でＳＳＬによるハンドシェイク
機能を使って証明書の交換が行われる。ＡＲＣサーバで
は、得られた証明書を証明書レポジトリＬＤＡＰサーバ
を参照することによってチェックする。
【００２０】次に、病院情報システム端末より属性証明
書の発行を依頼するデータ入力が行われ、これが属性証
明書発行依頼データ・ログイン情報としてＡＲＣサーバ
に送信される。
書の発行を依頼するデータ入力が行われ、これが属性証
明書発行依頼データ・ログイン情報としてＡＲＣサーバ
に送信される。
【００２１】このとき、汎用ログインＡＰＩのログイン
情報としては、アプリケーション名、アプリケーション
ＩＤ、ユーザＩＤ（ユーザのドメインネーム、アドレ
ス）等が用いられる。
情報としては、アプリケーション名、アプリケーション
ＩＤ、ユーザＩＤ（ユーザのドメインネーム、アドレ
ス）等が用いられる。
【００２２】ＡＲＣサーバでは、この属性を属性情報レ
ポジトリＬＤＡＰサーバに参照して、ＯＫである場合に
は属性証明書を作成する。このとき、ＡＲＣサーバはロ
グ情報も同時に書き出す。このログ情報とは、アプリケ
ーション名、アプリケーションＩＤ、ユーザＩＤ、依頼
内容、結果、端末ＩＰアドレス、アクセス時刻等を含む
ものとする。このログ情報はＡＲＣサーバのデータベー
スに蓄積される。
ポジトリＬＤＡＰサーバに参照して、ＯＫである場合に
は属性証明書を作成する。このとき、ＡＲＣサーバはロ
グ情報も同時に書き出す。このログ情報とは、アプリケ
ーション名、アプリケーションＩＤ、ユーザＩＤ、依頼
内容、結果、端末ＩＰアドレス、アクセス時刻等を含む
ものとする。このログ情報はＡＲＣサーバのデータベー
スに蓄積される。
【００２３】一方、ＡＲＣサーバで生成された属性証明
書は、病院情報システム端末に送信され、属性証明書と
して評価される。そして、汎用ログインＡＰＩを通じて
アプリケーションに対して属性証明書として送信される
ことになる。
書は、病院情報システム端末に送信され、属性証明書と
して評価される。そして、汎用ログインＡＰＩを通じて
アプリケーションに対して属性証明書として送信される
ことになる。
【００２４】なお、ＡＲＣサーバにおいて属性証明書の
作成が失敗したときには、エラーの種類が付記されて失
敗通知が病院情報システム端末に返信される。図４は、
属性エントリの検索を行うシーケンスを示したものであ
る。
作成が失敗したときには、エラーの種類が付記されて失
敗通知が病院情報システム端末に返信される。図４は、
属性エントリの検索を行うシーケンスを示したものであ
る。
【００２５】本シーケンスの概略を説明すると、同図に
示すように、ユーザ属性情報設定端末内で機能している
アプリケーションより、ＡＲＣサーバに対して、属性エ
ントリの検索依頼が行われ、これに対してＡＲＣサーバ
は、証明書レポジトリＬＤＡＰサーバに対して証明書の
チェックを依頼するとともに、属性情報レポジトリＬＤ
ＡＰサーバを検索して、その検索結果をユーザ属性情報
設定端末のアプリケーションに戻すようになっている。
示すように、ユーザ属性情報設定端末内で機能している
アプリケーションより、ＡＲＣサーバに対して、属性エ
ントリの検索依頼が行われ、これに対してＡＲＣサーバ
は、証明書レポジトリＬＤＡＰサーバに対して証明書の
チェックを依頼するとともに、属性情報レポジトリＬＤ
ＡＰサーバを検索して、その検索結果をユーザ属性情報
設定端末のアプリケーションに戻すようになっている。
【００２６】図５は、病院情報システム端末等の汎用ロ
グインＡＰＩからＡＲＣサーバに対して属性の検証依頼
を行った場合の処理シーケンスである。ＡＲＣサーバで
は、証明書レポジトリＬＤＡＰサーバに対して証明書の
チェックを依頼し、属性情報レポジトリＬＤＡＰサーバ
に属性の参照を指示し、これにより属性の検証を行い、
その結果を汎用ログインＡＰＩに戻すようになってい
る。
グインＡＰＩからＡＲＣサーバに対して属性の検証依頼
を行った場合の処理シーケンスである。ＡＲＣサーバで
は、証明書レポジトリＬＤＡＰサーバに対して証明書の
チェックを依頼し、属性情報レポジトリＬＤＡＰサーバ
に属性の参照を指示し、これにより属性の検証を行い、
その結果を汎用ログインＡＰＩに戻すようになってい
る。
【００２７】図６は、病院情報システム端末等の汎用ロ
グインＡＰＩからＡＲＣサーバに対してロールの検証依
頼を行った場合の処理シーケンスである。ＡＲＣサーバ
では、証明書レポジトリＬＤＡＰサーバに対して証明書
のチェックを依頼し、属性情報レポジトリＬＤＡＰサー
バに属性の参照を指示し、これによりロールの検証を行
い、その結果を汎用ログインＡＰＩに戻すようになって
いる。
グインＡＰＩからＡＲＣサーバに対してロールの検証依
頼を行った場合の処理シーケンスである。ＡＲＣサーバ
では、証明書レポジトリＬＤＡＰサーバに対して証明書
のチェックを依頼し、属性情報レポジトリＬＤＡＰサー
バに属性の参照を指示し、これによりロールの検証を行
い、その結果を汎用ログインＡＰＩに戻すようになって
いる。
【００２８】図７は、病院情報システム端末等の汎用ロ
グインＡＰＩを用いたログイン処理のシーケンスを示し
たものである。前述の図３の属性検証シーケンスにおけ
るログインと同様であるので説明は省略する。
グインＡＰＩを用いたログイン処理のシーケンスを示し
たものである。前述の図３の属性検証シーケンスにおけ
るログインと同様であるので説明は省略する。
【００２９】図８は、証明書としてのＰＫＣＳ＃１２デ
ータの取得シーケンスである。汎用ログインＡＰＩは、
ＡＲＣサーバに対して、ユーザＩＤやパスワード等のロ
グイン情報を送信する。このとき、パスワードについて
は、ＡＲＣサーバの公開鍵で暗号化する。なおこのログ
イン情報の送信に先だって、汎用ログインＡＰＩとＡＲ
Ｃサーバとの間ではＳＳＬによるハンドシェイク機能ま
たはアプリケーションレベルでの認証が実行されていて
もよい。
ータの取得シーケンスである。汎用ログインＡＰＩは、
ＡＲＣサーバに対して、ユーザＩＤやパスワード等のロ
グイン情報を送信する。このとき、パスワードについて
は、ＡＲＣサーバの公開鍵で暗号化する。なおこのログ
イン情報の送信に先だって、汎用ログインＡＰＩとＡＲ
Ｃサーバとの間ではＳＳＬによるハンドシェイク機能ま
たはアプリケーションレベルでの認証が実行されていて
もよい。
【００３０】ＡＲＣサーバでは、パスワードを自身の秘
密鍵で復号化してキーリカバリレポジトリＬＤＡＰサー
バに送信し、検証を受ける。次に、キーリカバリレポジ
トリＬＤＡＰサーバに対してＰＫＣＳ＃１２データの取
得を行い、このようにして得られたＰＫＣＳ＃１２デー
タを汎用ログインＡＰＩに戻す。
密鍵で復号化してキーリカバリレポジトリＬＤＡＰサー
バに送信し、検証を受ける。次に、キーリカバリレポジ
トリＬＤＡＰサーバに対してＰＫＣＳ＃１２データの取
得を行い、このようにして得られたＰＫＣＳ＃１２デー
タを汎用ログインＡＰＩに戻す。
【００３１】このようにして、汎用ログインＡＰＩは、
ＰＫＣＳ＃１２データを取得することができる。図９
は、病院情報システム端末等の汎用ログインＡＰＩを用
いたログアウト処理のシーケンスを示したものである。
前述の図３の属性検証シーケンスおよび図７のログイン
シーケンスとほぼ同様であるので説明は省略する。
ＰＫＣＳ＃１２データを取得することができる。図９
は、病院情報システム端末等の汎用ログインＡＰＩを用
いたログアウト処理のシーケンスを示したものである。
前述の図３の属性検証シーケンスおよび図７のログイン
シーケンスとほぼ同様であるので説明は省略する。
【００３２】次に、証明書発行サービスについて説明す
る。図１０は、証明書発行端末を通じて実行される証明
書検索処理のシーケンスを示したものである。
る。図１０は、証明書発行端末を通じて実行される証明
書検索処理のシーケンスを示したものである。
【００３３】証明書発行端末のアプリケーションと証明
書発行サーバとの間でＳＳＬのハンドシェイクによる証
明書交換が行われると、証明書発行端末より証明書検索
条件が入力される。この検索条件を証明書検索依頼とし
て証明書発行サーバに送る。証明書発行サーバでは、当
該証明書発行端末の操作者の権限チェックを行い、証明
書レポジトリＬＤＡＰサーバに対して証明書の検索を実
行する。
書発行サーバとの間でＳＳＬのハンドシェイクによる証
明書交換が行われると、証明書発行端末より証明書検索
条件が入力される。この検索条件を証明書検索依頼とし
て証明書発行サーバに送る。証明書発行サーバでは、当
該証明書発行端末の操作者の権限チェックを行い、証明
書レポジトリＬＤＡＰサーバに対して証明書の検索を実
行する。
【００３４】そして、該当する証明書が索出されたとき
には、証明書発行サーバは、証明書リストを証明書発行
端末のアプリケーションに返す。なお、この処理が失敗
したときにはエラーの種類を添付した失敗通知を証明書
発行端末のアプリケーションに返す。
には、証明書発行サーバは、証明書リストを証明書発行
端末のアプリケーションに返す。なお、この処理が失敗
したときにはエラーの種類を添付した失敗通知を証明書
発行端末のアプリケーションに返す。
【００３５】図１１は、証明書の取り消しシーケンスを
示す図である。同図に示すように、証明書発行端末のア
プリケーションより取り消し依頼があると、証明書発行
サーバは、証明書レポジトリＬＤＡＰサーバおよびキー
リカバリレポジトリＬＤＡＰサーバに対して対象エント
リに取り消しデータを書き込むよう指示する。
示す図である。同図に示すように、証明書発行端末のア
プリケーションより取り消し依頼があると、証明書発行
サーバは、証明書レポジトリＬＤＡＰサーバおよびキー
リカバリレポジトリＬＤＡＰサーバに対して対象エント
リに取り消しデータを書き込むよう指示する。
【００３６】なお、証明書発行端末からの取り消し依頼
後はこの処理は中止することができない。また、取り消
し情報の作成、取り消し情報の格納のいずれかでサーバ
が失敗すると、登録情報そのものが削除されるようにな
っている。
後はこの処理は中止することができない。また、取り消
し情報の作成、取り消し情報の格納のいずれかでサーバ
が失敗すると、登録情報そのものが削除されるようにな
っている。
【００３７】図１２はキーリカバリ情報取得シーケンス
を示している。証明書発行端末のアプリケーションを通
じて、キーリカバリしたい証明書情報が入力されると、
キーリカバリ依頼データが証明書発行サーバに送信され
る。証明書発行サーバでは、権限のチェックを行い、こ
の結果がＯＫであれば、キーリカバリレポジトリＬＤＡ
Ｐサーバに対してキーリカバリ情報の検索を指示する。
この結果、キーリカバリ情報が得られたときには、この
キーリカバリ情報を証明書発行端末のアプリケーション
に戻す。
を示している。証明書発行端末のアプリケーションを通
じて、キーリカバリしたい証明書情報が入力されると、
キーリカバリ依頼データが証明書発行サーバに送信され
る。証明書発行サーバでは、権限のチェックを行い、こ
の結果がＯＫであれば、キーリカバリレポジトリＬＤＡ
Ｐサーバに対してキーリカバリ情報の検索を指示する。
この結果、キーリカバリ情報が得られたときには、この
キーリカバリ情報を証明書発行端末のアプリケーション
に戻す。
【００３８】
【発明の効果】本発明によれば、ネットワークの証明機
能の一部としてキーリカバリシステムを導入することに
より、病院等の組織において円滑な運用が可能なネット
ワーク証明システムを構築することができる。
能の一部としてキーリカバリシステムを導入することに
より、病院等の組織において円滑な運用が可能なネット
ワーク証明システムを構築することができる。
【図１】 本発明のネットワーク構成を示すブロック図
【図２】 実施例の属性エントリの追加・変更シーケン
スを示す図
スを示す図
【図３】 実施例の属性証明書発行シーケンスを示す図
【図４】 実施例の属性エントリの検索シーケンスを示
す図
す図
【図５】 実施例の属性検証シーケンスを示す図
【図６】 実施例のロール検証シーケンスを示す図
【図７】 実施例の汎用ＡＰＩを利用したログインシー
ケンスを示す図
ケンスを示す図
【図８】 実施例の汎用ＡＰＩからのＰＥＫＣ＃１２デ
ータの取得シーケンスを示す図
ータの取得シーケンスを示す図
【図９】 実施例の汎用ＡＰＩを利用したログアウトシ
ーケンスを示す図
ーケンスを示す図
【図１０】 実施例の証明書検索シーケンスを示す図
【図１１】 実施例の証明書取り消しシーケンスを示す
図
図
【図１２】 実施例のキーリカバリ情報取得シーケンス
を示す図
を示す図
【図１３】 実施例の証明書作成シーケンスを示す図
───────────────────────────────────────────────────── フロントページの続き (72)発明者 工藤 潤哉 福岡県福岡市早良区百道浜３−４−10− 203 (72)発明者 久留 吉伸 福岡県春日市下白水南３−87 Ｆターム(参考） 5B049 AA02 AA05 BB41 CC16 EE00 EE05 FF02 GG04 GG07 GG10 5J104 AA09 AA16 EA04 EA12 LA03 LA06 MA05 NA02 PA07 9A001 EE03 JJ43 KK60 LL03
Claims (1)
- 【請求項１】 証明書発行業務を行うネットワークシス
テムにおいて、 証明書発行サーバに対して、証明すべき記述内容を入力
し、証明を受け、当該証明書を出力する証明書発行端末
と、 前記証明書発行端末からのアクセスに対して、アクセス
権限の検証を行い、前記記述内容に対して証明書の電子
署名を行い、証明情報を生成して前記証明書発行端末に
出力する証明書発行サーバと、 生成された証明書のエントリを格納する証明書レポジト
リＬＤＡＰサーバと、 鍵情報をリカバリするための情報を格納するキーリカバ
リレポジトリＬＤＡＰサーバとからなる病院情報システ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000078708A JP2001265894A (ja) | 2000-03-21 | 2000-03-21 | 病院情報システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000078708A JP2001265894A (ja) | 2000-03-21 | 2000-03-21 | 病院情報システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001265894A true JP2001265894A (ja) | 2001-09-28 |
Family
ID=18596083
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000078708A Pending JP2001265894A (ja) | 2000-03-21 | 2000-03-21 | 病院情報システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001265894A (ja) |
-
2000
- 2000-03-21 JP JP2000078708A patent/JP2001265894A/ja active Pending
Non-Patent Citations (6)
| Title |
|---|
| CSND200000815004, 川満 正博, "ＣＴＣのトータル・セキュリティ・ソリューション", ビジネスコミュニケーション 第３６巻 第８号, 19990801, ｐ．１０４−１１２, 株式会社ビジネスコミュニケーション社 * |
| CSND200001341014, "セキュリティ・システム Ｅｎｔｒｕｓｔ／ＰＫＩ エントラストジャパン 電源管理ソフトウェア Ｐｏｗｅ", ＳｕｎＷｏｒｌｄ Ｖｏｌ．９ Ｎｏ．９, 19990901, ｐ．１１２−１１３, 株式会社ＩＤＧコミュニケーションズ * |
| CSNH199800313008, 佐伯 正夫, "暗号・セキュリティ技術及びその応用", 三菱電機技報 第７２巻 第５号, 19980525, ｐ．３２−３５, 三菱電機エンジニアリング株式会社 * |
| JPN6009054926, 佐伯 正夫, "暗号・セキュリティ技術及びその応用", 三菱電機技報 第７２巻 第５号, 19980525, ｐ．３２−３５, 三菱電機エンジニアリング株式会社 * |
| JPN6009054931, 川満 正博, "ＣＴＣのトータル・セキュリティ・ソリューション", ビジネスコミュニケーション 第３６巻 第８号, 19990801, ｐ．１０４−１１２, 株式会社ビジネスコミュニケーション社 * |
| JPN6009054933, "セキュリティ・システム Ｅｎｔｒｕｓｔ／ＰＫＩ エントラストジャパン 電源管理ソフトウェア Ｐｏｗｅ", ＳｕｎＷｏｒｌｄ Ｖｏｌ．９ Ｎｏ．９, 19990901, ｐ．１１２−１１３, 株式会社ＩＤＧコミュニケーションズ * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2021206913B2 (en) | Systems and methods for distributed data sharing with asynchronous third-party attestation | |
| CN111213147B (zh) | 用于基于区块链的交叉实体认证的系统和方法 | |
| CN111316303B (zh) | 用于基于区块链的交叉实体认证的系统和方法 | |
| EP1540881B1 (en) | System and method for the transmission, storage and retrieval of authenticated documents | |
| Kuhn et al. | Sp 800-32. introduction to public key technology and the federal pki infrastructure | |
| US6304974B1 (en) | Method and apparatus for managing trusted certificates | |
| CN108696358B (zh) | 数字证书的管理方法、装置、可读存储介质及服务终端 | |
| US20020073308A1 (en) | Method and system for managing a distributed trust path locator for public key certificates relating to the trust path of an X.509 attribute certificate | |
| KR102280061B1 (ko) | 블록체인 기반의 did를 이용한 법인 관련 증명서 발급 시스템 및 방법 | |
| JP2007110377A (ja) | ネットワークシステム | |
| US20020194471A1 (en) | Method and system for automatic LDAP removal of revoked X.509 digital certificates | |
| KR100844436B1 (ko) | 지역적인 공개키 기반 구조를 갖는 지역분포형 로컬 씨에이시스템 | |
| JP2012181662A (ja) | アカウント情報連携システム | |
| Komar | Windows server 2008 PKI and Certificate security | |
| JP2001202332A (ja) | 認証プログラム管理システム | |
| Yeh et al. | Applying lightweight directory access protocol service on session certification authority | |
| JP2002132996A (ja) | 情報存在証明サーバ、情報存在証明方法、および情報存在証明制御プログラム | |
| JP2001265894A (ja) | 病院情報システム | |
| WO2010045885A1 (zh) | 一种内容管理方法和装置 | |
| JP2002032503A (ja) | 証明書提供方法および証明書提供サービスシステム | |
| JP4057995B2 (ja) | Ｐｋｉ認証システムにおける代替証明書発行・検証システム | |
| CN113672959B (zh) | 一种可溯源的基于区块链的无纸化办公痕迹保留方法 | |
| KR100969313B1 (ko) | 전자문서 증명서 발급 방법 및 이를 위한 전자문서 보관시스템, 상기 방법을 구현하는 프로그램이 저장된 기록매체 | |
| JP2001077809A (ja) | 電子証明書管理装置，方法および記録媒体 | |
| JP2003162625A (ja) | 総会運営方法及び総会運営システムに用いるプログラム並びにサーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070322 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091027 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100323 |