(57)【要約】【課題】  各分析実績情報に対するアクセス権限の割り当てを担当者毎に行わなければならならず、迅速、かつ、正確に行うという点で限界があった。また、権限の異なる複数の担当者の組み合わせによる柔軟なアクセス制御を行うという点で限界があった。【解決手段】  分析装置が、個人認証情報を受け付ける個人認証情報受付け部と、セキュリティ情報DBと、個人情報受付け部が受付けた個人認証情報をユーザIDに変換し、分析作業に関するイベントを検出し、上記イベントと上記ユーザIDを関連づけることにより、分析実績情報に対するアクセス管理テーブルを生成してセキュリティ情報DBに格納し、個人認証情報受付け部が受付けた個人認証情報を変換したユーザIDとアクセス管理テーブルに基づいて分析実績情報に対するアクセスを制御するセキュア分析情報管理部とを備える。【選択図】図２
2005196508.tif 000002
【特許請求の範囲】
【請求項１】
処理対象を受け付けて、処理実績情報を表示する処理装置において、
個人認証情報を受け付ける個人認証情報受付け部と、
セキュリティ情報DBと、
前記個人認証情報受付け部が受け付けた個人認証情報をユーザIDに変換し、処理作業に関するイベントを検出し、前記イベントと前記ユーザIDを関連づけることにより、処理実績情報に対するアクセス管理テーブルを生成、または、更新して前記セキュリティ情報DBに格納し、前記アクセス管理テーブルに基づいて前記処理実績情報に対するアクセスを制御する処理情報管理部と、からなる処理装置。
【請求項２】
請求項１記載の処理装置において、
前記個人認証情報受付け部が、ユーザを特定するタグからタグIDを検出するタグ検出部であり、セキュリティ情報DBがタグ登録テーブルを格納し、
前記処理情報管理部が、タグ検出受付け部から前記タグIDを受け付け、前記タグ登録テーブルと前記タグIDを比較することにより前記タグIDを受け付けるか否かを判定し、受け付けると判定した時に前記タグIDをユーザIDとする処理装置。
【請求項３】
請求項１記載の処理装置において、
前記処理作業に関するイベントが前記処理対象に対する処理開始である処理装置。
【請求項４】
請求項１記載の処理装置において、
前記セキュリティ情報DBが前記ユーザIDとグループIDを対応づけるユーザID/グループID対応テーブルを管理し、
前記処理情報管理部が、前記ユーザ/グループID対応テーブルを参照することにより、前記ユーザIDを前記グループIDに変換し、前記グループIDと前記アクセス管理テーブルに基づいて前記処理実績情報に対するアクセスを制御する処理装置。
【請求項５】
請求項１記載の処理装置において、
前記処理情報管理部が、
前記個人認証情報受付け部から前記個人認証情報を任意の時間間隔で受け付け、
受け付けた順番に基づいて前記個人認証情報に対応する前記ユーザIDを複数の領域からなる役割バッファの特定領域に格納し、
前記役割バッファに格納された前記ユーザIDと、前記アクセス管理テーブルに基づいて処理実績情報へのアクセスを制御する処理装置。
【請求項６】
請求項５記載の処理装置において、
前記処理情報管理部は、前記役割バッファに格納された前記タグIDと前記アクセス管理テーブルに基づいて、当該処理装置の管理画面の表示を制御する処理装置。
【請求項７】
請求項５記載の処理装置において、
前記処理情報管理部が、前記役割バッファにおける各前記ユーザIDの位置と、前記アクセス管理テーブルに基づいて、前記処理実績情報のアクセスを制御する処理装置。
【請求項８】
請求項５記載の処理装置において、
前記処理情報管理部が、時刻Tにおいて役割バッファにタグIDを格納した後、
前記個人認証情報受付け部が、時刻U（T<U）において認証情報を受付け、
前記処理情報管理部が、前記個人認証情報受付け部から前記個人認証情報を受付け、複数の領域からなるテンポラリバッファに、個人認証情報に対応するユーザIDを格納し、前記役割バッファと前記テンポラリバッファとを比較した結果に基づいて、前記役割バッファをクリアするか否かを判定する処理装置。
【請求項９】
前記個人認証情報と前記タグ管理情報を関連づけた認証情報/タグ管理情報管理テーブルを管理する管理サーバと、前記管理サーバと１台以上の請求項２に記載の処理装置とをネットワーク経由で接続し、
前記処理情報管理部が、前記タグ管理情報を添付した要求メッセージを前記管理サーバから前記ネットワークを経由して受信し、
前記処理情報管理部が、前記要求メッセージに添付されたデータに基づいて前記処理実績情報へのアクセスを制御するシステム。
【請求項１０】
請求項９記載の処理システムにおいて、
前記タグ管理情報が、前記タグIDと、前記ユーザIDと、前記イベントに関連する処理作業の実行許可情報とを含む処理システム。
【請求項１１】
請求項１０記載の処理システムにおいて、
前記タグ管理情報が、さらに、前記グループIDを含む処理システム。
【請求項１２】
請求項９記載の処理システムにおいて、
前記要求メッセージは、前記タグ管理情報と、当該処理装置のネットワークアドレスと、前記タグの有効/無効を管理するタグ管理フラグとを含む処理システム。
【請求項１３】
処理対象を受け付ける処理対象受付け部と、
処理実績情報を表示する表示部と、
個人認証情報を登録したセキュリティ情報テーブルを格納するセキュリティ情報DBと、
任意の時間間隔で前記個人認証情報を受け付ける個人認証情報受付け部と、
前記個人認証情報受付け部により受け付けられた前記個人認証情報が前記セキュリティ情報テーブルに登録されているか否かを判定し、判定した結果に基づいて処理装置管理画面を前記表示部に表示する処理情報管理部と、からなる処理装置。
【請求項１４】
請求項１３記載の処理装置において、
前記セキュリティ情報テーブルが、さらにアクセス許可情報を登録し、
前記処理情報管理部が、前記判定した結果に基づいて前記処理装置管理画面を前記表示部に表示する時に、前記セキュリティ情報テーブルを使用することにより処理結果情報を前記処理装置管理画面に出力するか否かを判定する処理装置。
【請求項１５】
請求項１４記載の処理装置において、
前記処理情報管理部が、前記処理結果情報を前記処理装置管理画面に出力しないと判定した時に、空白または特定の文字列を表示する処理装置。
【請求項１６】
処理対象を受け付ける処理対象受付け部と、
処理実績情報を表示する表示部と、
個人認証情報およびアクセス許可情報を登録したセキュリティ情報テーブルを格納するセキュリティ情報DBと、
任意の時間間隔で個人認証情報を受け付ける個人認証情報受付け部と、
個人認証情報受付け部により受け付けられた個人認証情報が前記セキュリティ情報テーブルに登録されているか否かを判定し、判定した結果に基づいて処理装置管理画面を前記表示部に表示する処理情報管理部からなる処理装置において、
前記処理情報管理部が、
受け付けた順番に基づいて前記個人認証情報に対応するユーザIDを複数の領域からなる役割バッファの特定領域に格納し、
役割バッファに格納されたユーザIDと、セキュリティ情報テーブルに基づいて、前記処理実績情報へのアクセスを制御する処理装置。
【請求項１７】
処理対象を受け付ける処理対象受付け部と、
処理実績情報を表示する表示部と、
タグ登録テーブルを格納するセキュリティ情報DBと、
個人を特定するタグからタグIDを検出するタグ検出部と、
タグ検出部からタグIDを受付け、前記タグ登録テーブルと前記タグIDを比較することにより前記タグIDを受け付けるか否かを判定する処理情報管理部と、からなる処理装置において、
処理装置が、
個人認証情報とタグ管理情報を関連づけた認証情報/タグ管理情報管理テーブルを管理する管理サーバと、または、前記管理サーバと１台以上の処理装置とをネットワーク経由で接続する通信部とを備え、
処理情報管理部が、タグ管理情報を添付した要求メッセージを管理サーバからネットワークを経由して受信し、
処理情報管理部が、前記タグ管理情報に基づいてタグ登録テーブルを変更する処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置が管理する情報に対して、アクセス許可/不許可を制御するセキュリティ分野を対象とする。
【背景技術】
【０００２】
従来、情報処理装置が管理する情報のアクセス制御に関する技術としては、例えば医療向け分析装置に関する、特許文献１に記載されている技術をあげることができる。上記従来技術によると、あらかじめ、各ユーザのセキュリティレベルと、各分析実績情報のセキュリティレベルを定義しておき、ユーザが分析装置へのログインを完了し、特定の分析実績情報へのアクセスを要求した時に、ユーザに割り当てられたセキュリティレベルと、分析実績情報に割り当てられたセキュリティレベルに基づいて、アクセスを許可するか否かを判定することにより、分析実績情報に対するアクセス許可/不許可を可能とする。
【０００３】
【特許文献１】特開平８−１８５３４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記従来技術においては、検査室に搬送された検体を、その場にいる検査技師が処理する検査室において、各分析実績情報に対するアクセス権限の割り当てを担当者毎に行わなければならならず、これらの作業を、迅速、かつ、正確に行うという点で限界があった。また、複数の検査技師が１台の分析装置管理用画面を参照しながら分析結果を評価する時などに、評価に参加する検査技師の組み合わせを考慮した柔軟なアクセス制御を行うという点で限界があった。
【課題を解決するための手段】
【０００５】
本発明は、情報処理装置の周辺状況に基づいて、情報に対する柔軟なアクセス制御を実現する技術を提供する。
【０００６】
本発明は、特に、分析装置の周辺状況に基づいて、分析実績情報に対する柔軟なアクセス制御を実現する技術を提供する。
【０００７】
本発明による情報処理装置は、個人認証情報を受け付ける個人認証情報受付け部と、セキュリティ情報DBと、個人情報受付け部が受付けた個人認証情報をユーザIDに変換し、情報処理作業に関するイベントを検出し、上記イベントと上記ユーザIDを関連づけることにより、処理情報に対するアクセス管理テーブルを生成してセキュリティ情報DBに格納し、個人認証情報受付け部が受付けた個人認証情報を変換したユーザIDとアクセス管理テーブルに基づいて処理情報に対するアクセスを制御するセキュア分析情報管理部とを備える。
【０００８】
本発明を医療用分析装置に適用した場合、情報処理作業は、分析作業に相当し、情報は、分析実績情報に相当する。上記構成により、複数の検査技師が１台の分析装置管理用画面を参照しながら分析結果を評価する時などに、評価に参加する検査技師の組み合わせを考慮して、通常は分析実績情報を参照できない担当者であっても、特定の権限をもった担当者が付近にいれば、患者のプライバシを侵害しない程度に匿名化して表示するといった柔軟なアクセス制御を可能にする。
【０００９】
上記分析装置の例として、生化学分析装置、血液学分析装置、DNA分析装置といった個人の身体的特徴、健康状態に関する情報を取り扱う装置があり、分析実績情報の例として、反応過程と、分析結果と、検査技師によるコメントと、検査技師による評価結果がある。
【発明の効果】
【００１０】
本発明によれば、装置の周辺状況に基づいて、情報に対する柔軟なアクセス制御を行うことが可能となり、作業量を増大させることなく、セキュリティを高いレベルで提供することが可能となる。
【発明を実施するための最良の形態】
【００１１】
実施例１を図１〜図９により説明する。
【００１２】
図１は、実施例１における、分析装置１０１の利用イメージを示す図である。検査技師A１０６は、名札１０５を身に付けており、上記名札１０５には個人を特定する一意のIDが割り当てられた、非接触型のタグが埋め込まれている。分析装置１０１は、上記タグのIDを識別するリーダを備えた操作端末１０２と、検体を受け付けて分析する分析機器１０３をLANなどのネットワーク１０４で接続することにより構成される。
【００１３】
実施例１において、名札１０５を付けた検査技師A１０６は、操作端末１０２を使用して、分析機器１０３への分析開始の要求と、分析結果情報を参照することによる分析結果の評価などを行う。分析装置１０１は、分析機器１０３にセットされた検体と、操作端末１０２が検出した名札１０５のタグに基づいて、分析結果情報へのアクセス制御を行う。なお、実施例１では、一意のIDが割り当てられた検体を受け付けるものとしたが、一意のIDが割り当てられた、複数の検体を格納する容器（以下、ラックと呼ぶ）を受け付けてもよい。
【００１４】
図２は、実施例１における、分析装置１０１のシステムブロック図である。操作端末１０２は、分析装置内の情報処理を実行する分析情報管理部２０５と、分析機器１０３を制御する分析機器制御部２０７と、キーボード２０８と、マウス２０９と、表示部２０１と、タグを一意に検出するリーダ２０２と、通信部２１０と、セキュリティに関する設定などの情報を格納したセキュリティ情報DB２０３と、分析に関する設定情報や、分析結果情報、タグIDに対応した個人の設定情報などを管理する分析関連情報DB２０４とから構成される。実施例１において、リーダ２０２は、同時には、ただ一つのタグを検出するものとする。こうしたリーダとして、例えば、空間分割多重方式（SDMA, space division multiple access）を採用したリーダが実用化されている。
【００１５】
分析機器１０３は、通信部２１０と、反応容器を備える反応管理部２１１と、検体を受け付けて管理する検体管理部２１２と、試薬を受け付けて管理する試薬管理部２１３とから構成される。
【００１６】
実施例１において、反応管理部２１１は、通信部２１０と、通信部２１０を経由して、分析機器制御部２０６から制御コマンドを受信し、受信した制御コマンドに基づいて、検体制御部２１２と、試薬制御部２１３を制御することにより、検体と試薬を定められたタイミングで、定められた量だけ反応容器へ注入する。また、反応管理部２１１は、吸光度によって表される反応過程をトレースし、分析機器制御部２０７へ送信する。分析情報管理部２０５が、分析機器制御部２０７から反応過程を受信し、分析関連情報DB２０４へ格納する。
【００１７】
図３は、実施例１における、操作端末１０２のハードウェア構成図である。操作端末１０２は、リーダ２０２と、キーボード２０８と、マウス２０９と、表示部２０１を制御する入出力制御部３０５と、ハードディスク３０２と、通信機器３０４と、RAM（Random Access Memory）３０５と、時計を内蔵した中央処理部３０６とをバスなどの内部通信線３０３にて接続する構成を備える一般的な計算機を用いて実現することができる。
【００１８】
分析情報管理部２０５と、分析機器制御部２０７と、通信部２１０と、セキュリティ情報DB２０３と、分析関連情報DB２０４を実現するプログラムは、ハードディスク３０２に格納される。操作端末１０２に電源が投入されると、中央処理部３０６は、ハードディスク３０２に格納されているオペレーティングシステムなどの基本ソフトウェアをRAM３０６に読み込んで実行する。さらに、中央処理部３０６は、オペレーティングシステムを介して、ハードディスク３０２に格納されているプログラムを読込み実行することにより、分析情報管理部２０５と、分析機器制御部２０７と、通信部２１０を計算機上に具現化する。
【００１９】
各プログラムは、あらかじめ、上記ハードディスク３０２またはRAM３０６に格納されていても良いし、必要なときに、当該計算機が利用可能な、着脱可能な記憶媒体、または通信媒体（通信回線または通信回線上の上の搬送波）を介して、導入されてもよい。
【００２０】
図４に示すのは、実施例１における、セキュリティ情報DB２０３に格納されるタグ登録テーブル４０１であり、タグID４０２と、ユーザID４０３と、分析開始許可フラグ４０４とから構成される。分析開始許可フラグ４０４は、１であれば、ユーザID４０３に該当するユーザに分析を開始する許可が与えられていることを示し、０であれば与えられていないことを示す。
【００２１】
図５に示すのは、実施例１におけるセキュリティ情報DB２０３に格納されるタグID/検体ID関連テーブル（アクセス管理テーブルともいう）５０１であり、タグID５０２と、検体ID５０３とから構成される。
【００２２】
図６は、実施例１における、分析関連情報DB２０４に格納される分析実績情報格納テーブル６０１であり、検体ID６０２と、反応過程６０３と、分析法ID６０４と、試薬ID６０５と、性別６０６と、コメント６０７と、評価結果６０８から構成される。
【００２３】
検査技師A１０６など操作者の名札１０５のタグIDを格納する操作者タグID管理用バッファは、オペレーティングシステムにより起動された分析情報管理部２０５により、RAM３０５に記憶領域が確保されて、ゼロクリアされる。
【００２４】
図７は、実施例１における操作端末１０２が、リーダ２０２を使用してタグIDを検出し、その結果と、タグ登録テーブル４０１に基づいて、分析装置管理用画面の表示と非表示を制御する処理フローである。
【００２５】
分析情報管理部２０５は、リーダ２０２を使用してリード動作を実行し、検査技師A１０６の名札１０５のタグIDを検出したか否かを判定する（ステップ７０１）。
【００２６】
ステップ７０１において、タグIDを検出できた場合は、分析情報管理部２０５は、検出したタグIDがタグ登録テーブル４０１のタグID４０２に登録されているか否かを判定する（ステップ７０２）。
【００２７】
ステップ７０２において、タグIDがタグ登録テーブル４０１のタグID４０２に登録されていれば、タグIDを操作者タグID管理用バッファに格納することにより操作者（ここでは検査技師A１０５）を確定し（ステップ７０３）、
上記タグIDに対応した初期設定を読込んでログイン処理を実行し、分析装置管理用画面を表示する（ステップ７０４）。ステップ７０４において、キーボード２０８やマウス２０９からの入力を受け付けないようにロックされている場合は、ロックを解除する。
【００２８】
以下、定期的に、操作端末１０２が、リーダ２０２を使用してタグIDのリード動作を実行し、同じタグIDを連続して検出したか否かを判定する。
すなわち、ステップ７０５において、ステップ７０１と同様にタグを検出できた場合、検出されたタグIDと、ステップ７０３において操作者タグID管理用バッファに格納されたタグIDとが等しいか否かを判定する（ステップ７０７）。
【００２９】
ステップ７０７において、同じタグIDを検出した場合は、一定時間経過（ステップ７０６）した後、ステップ７０５に戻る。
【００３０】
ステップ７０５において、タグを検出できなかった場合は、ステップ７０３で確定した操作端末１０２付近から操作者が離れたものと判断して、分析装置管理用画面を非表示とし、ログアウト処理を実行する（７０８）。次に、分析情報管理部２０５は、操作者タグID管理バッファをクリアする（ステップ７０９）。
【００３１】
ステップ７０７において、タグIDが等しくなければ、ステップ７０８と、ステップ７０９を実行する。
【００３２】
ステップ７０１において、タグを検出しなかった場合と、ステップ７０２において、タグが登録されていない場合は、ステップ７０８を実行する。
【００３３】
実施例１では、ステップ７０５において、分析情報管理部２０５がタグIDを検出できなかった場合、および、ステップ７０７において、タグIDが等しくない場合には、ステップ７０８と、ステップ７０９を実行するものとしたが、分析装置管理用画面の非表示だけを実行し、現在のウインドウの位置、数、表示内容などのセッション情報を、タグIDとともに分析関連情報DB２０４に格納しておき、ステップ７０３において、すでに操作者タグＩＤ管理用バッファに格納されている操作者タグＩＤと新しく検出されたタグＩＤが等しいときには、ステップ７０４において、タグIDに対応したセッション情報を読込んで、分析装置管理用画面を表示してもよい。
【００３４】
図８は、実施例１における、操作端末１０２が、分析を開始する要求を受付け、ユーザIDと検体IDとの対応を定義し、分析機器１０３から分析結果情報を取得する時の処理フローである。
【００３５】
分析情報管理部２０５が、キーボード２０８、または、マウス２０９から分析を開始する要求を受け付ける（ステップ９０１）。
次に、分析情報管理部２０５は、分析機器制御部２０７を使用して、分析機器１０３にセットされたすべての検体の検体IDを取得する。具体的には、分析機器制御部２０７は、通信部２１０と、通信部２１０を経由して、反応制御部２１１へ制御コマンドを送信する。反応制御部２１１は、検体制御部２１２を制御して検体IDを取得し、反応制御部２１１へ送信する。反応制御部２１１は、通信部２１０と、通信部２１０を経由して、検体IDを分析制御部２０６へ送信する（ステップ９０２）。
【００３６】
分析情報管理部２０５は、ステップ９０２にて取得した検体IDを、タグID/検体ID関連テーブル５０１の検体ID５０３に格納し、操作者タグID格納用バッファに格納されているタグIDをタグID５０２へ格納する（ステップ９０３）。
【００３７】
分析情報管理部２０５は、操作者タグID格納用バッファに格納されたタグIDと、時刻と、ステップ９０２にて取得した検体IDを関連付けて、セキュリティ情報DBに格納する（ステップ９０４）。
【００３８】
分析情報管理部２０５は、分析機器制御部２０７を使用して、分析を開始する。具体的には、分析機器制御部２０７は、通信部２１０と、通信部２１０を経由して、反応制御部２１１へ制御コマンドを送信する。反応制御部２１１は、検体制御部２１２と、試薬制御部２１３を制御することにより、分析に必要な検体と試薬を反応槽に注入し、分析を開始する（ステップ９０５）。
【００３９】
分析情報管理部２０５は、分析機器制御部２０７を使用して、分析結果を取得する。具体的には、ステップ９０５の後、反応制御部２１１は、通信部２１０と、通信部２１０を経由して、分析結果情報を分析機器制御部２０７へ送信する。分析機器制御部２０７は、分析結果情報を受信して、分析情報管理部２０５へ送信する（ステップ９０６）。
【００４０】
図９は、実施例１における、操作端末１０２が、ステップ９０３にて作成したアクセス管理テーブル５０１に基づいて分析実績情報を表示する処理フローである。
【００４１】
分析情報管理部２０５が、キーボード２０８、マウス１０９から分析実績情報の表示に関する要求を受付け後、分析実績情報格納テーブル６０１を参照することにより、表示すべき分析実績情報が、どの検体IDに属するのかを特定する（ステップ１００１）。
【００４２】
分析情報管理部２０５は、操作者タグID管理用バッファを参照して操作者のタグIDを取得する（ステップ１００２）。
【００４３】
タグID/検体ID関連テーブル５０１を参照することにより、上記タグIDと上記検体IDが関連付けられているか否かを確認する（ステップ１００３）。
【００４４】
関連付けられていれば、表示すべき分析実績情報を表示する（１００４）。関連付けられていなければ、空白を表示する。表示すべき分析実績情報がテキストであれば、＊＊＊など伏せ字を表示してもよい（ステップ１００５）。
【００４５】
本実施例１のステップ７０１では、分析情報管理部２０５が、非接触タグとリーダを使用して個人認証情報を受け付けるが、操作端末１０２が、個人認証情報受付け部を内部に備え、個人認証情報受付け部が、キーボード２０８からIDとパスワードなどの個人認証情報を受付け、分析情報管理部２０５が、上記個人認証情報を受け付けてもよい。また、操作端末１０２が指紋認証機器、または、声紋認証機器、または、顔認証機器を備え、個人認証情報受付部を内部に備え、個人認証情報受付け部が、指紋認証情報機器、または、声紋認証機器、または、顔認証機器から指紋画像情報などの個人認証情報を受付け、分析情報管理部２０５が、上記個人認証情報を受け付けてもよい。
【００４６】
実施例１の効果を示す。実施例１では、分析装置１０１が、リーダ２０２を使用して検出したタグIDと、キーボード２０８、マウス２０９、検体管理部２１２を使用して検出した特定検体の分析開始イベントに基づいて、タグID/検体ID関連テーブル５０１を更新し、上記タグID/検体ID関連テーブル５０１と、リーダ２０２を使用して検出したタグIDに基づいて、分析実績情報へのアクセスを制御する。
【００４７】
これにより、検体毎に分析実績情報に対する担当者を、かつ、迅速、正確に割り当てることができる。さらに、タグIDの検出とそれに基づくアクセス制御を繰り返し行うことにより、担当者が分析装置１０１から離れたところへ移動した場合には、分析装置管理用画面を非表示とするので、不用意に分析装置管理用画面を閲覧されるといった分析実績情報の漏洩を防止することができる。
【００４８】
また、実施例１の変形例として図９、１つ以上のタグIDが属するグループを予め定義しておき、分析装置１０１がタグID/検体ID関連テーブル５０１を使用して分析実績情報へのアクセスを制御する時に、分析装置１０１が検出したタグIDが属するグループIDと、検体IDとの対応付けに基づいて分析実績情報を表示するか否かを判定するようにしてもよい。
【００４９】
以下、この変形例について、図１０と、図１１を使用して説明する。
【００５０】
図１０は、実施例１におけるタグ登録テーブル４０１の変形例であって、ユーザID４０３とグループID１１０２とを対応づけるタグ登録テーブル１１０１である。実施例１の変形例におけるタグ登録テーブル１１０１には、実施例１におけるタグ登録テーブル４０１に、グループID１１０２が追加される。
【００５１】
図１１は、実施例１の変形例における、操作端末１０２が、ステップ９０３にて作成したアクセス管理テーブル５０１に基づいて分析実績情報を表示する処理フローである。図９にて示した処理フローとは、ステップ１２０２と、ステップ１２０３が異なる。具体的には、分析情報管理部２０５が、操作者タグID管理バッファを参照してタグIDを取得し、タグ登録テーブル１１０１を参照することにより、上記タグIDをグループIDに変換する（ステップ１２０２）。
【００５２】
次に、タグID/検体ID関連テーブル５０１を参照することにより、ステップ１１０１にて特定した検体IDに対応するタグIDを検索し、タグ登録テーブル１１０１を参照して上記タグIDをグループIDに変換する。ステップ１１０２にて得られたグループIDと、本ステップにて得られたグループIDを比較して等しいか否かを判定する（ステップ１２０３）。
【００５３】
ステップ１２０３において、判定の結果が等しければ、ステップ１００４を実行し、等しくなければステップ１００５を実行する。
【００５４】
本変形例によれば、分析装置１０１を使用して、反応過程や分析結果を取得する担当者と、上記反応過程や上記分析結果を評価する担当者が異なる場合であっても、両担当者に割り当てられたタグを同じグループとして定義しておくことにより、両担当者が分析実績情報を参照して各自の担当業務を遂行することができる。
【００５５】
次に、実施例２について説明する。
【００５６】
実施例１では、分析装置１０１が、１つのタグを検出し、検出したタグと、ユーザ管理テーブル４０１に基づいて操作者を特定した。実施例２では、複数のタグを検出し、タグを検出した順番と、ユーザ管理テーブル４０１に基づいて、操作者と、閲覧者と、非登録者を特定し、この集合をコミュニティとして管理し、コミュニティがどのような要員により構成されるかに基づいて分析実績情報へのアクセスを制御する。
【００５７】
以下、実施例１と実施例２の差分を図１２〜図１９を使用して説明する。なお、実施例２では、分析情報管理部２０５は、グループIDとタグID/検体ID関連テーブル５０１に基づいて、分析実績情報へのアクセスを制御するものとする。
【００５８】
図１２は、実施例２における、分析装置１０１の利用イメージを示す図である。実施例１と同様に、検査技師A１０６と、検査技師B１３０１と、検査技師C１３０３は、それぞれ、名札１０５と、名札１３０２と、名札１３０４を身につけており、名札１０５と、名札１３０２と、名札１３０４には、一意のIDが割り振られたタグが埋め込まれている。ただし、実施例２において、分析装置１０１は、複数のタグを同時に検出するリーダ２０２を備える。こうしたリーダ２０２として、例えば、周波数分割多重方式を採用したリーダが実用化されている。
【００５９】
図１３は、実施例２における、要員数管理用領域１４０１と、要員タグID格納用領域１４０２とから構成されるコミュニティ管理用バッファ１４００（A）と、検出タグ数管理用領域１４０３と、検出タグID格納用領域１４０４とから構成される検出タグID管理用バッファ１４００（B）である。これらのバッファ１４０１〜１４０５をテンポラリバッファと総称する。
【００６０】
図１４は、実施例２における、操作者タグID格納用バッファ１５０１（A）と、閲覧者数管理用領域１５０２と閲覧者タグid格納用領域１５０３とからなる閲覧者タグID管理用バッファ１５００（B）と、非登録者数管理用領域１５０４と非登録者タグid格納用領域１５０５とからなる非登録者タグID管理用バッファ１５００（C）である。これらのバッファ１５０１〜１５０５を役割バッファと総称する。
【００６１】
図１３，１４に示す各バッファは、オペレーティングシステムにより起動された分析情報管理部２０５により、RAM３０５に記憶領域が確保されて、ゼロクリアされる。
【００６２】
実施例２における、操作者タグID格納用バッファ１５０１と、閲覧者タグID管理用バッファ１５００（B）に基づいて、分析実績情報へのアクセスを制御するための、個人識別データフィルタ用バッファは、オペレーティングシステムにより起動された分析情報管理部２０５により、RAM３０５に記憶領域が確保されて、ゼロクリアされる。
【００６３】
図１５は、実施例２における、分析管理用画面に表示される分析実績情報を管理するための個人識別データ表示用バッファの一部である。（A）表示データ数管理用領域と、表示データ格納用領域１７００（B）は、分析管理用画面に表示される分析実績情報のうちテキストを保存するための領域である。実施例２では、個人識別データ用領域は、グラフを保存するための領域、画像を保存するための領域などを含むが、説明を省略する。個人識別データ表示用バッファは、オペレーティングシステムにより起動された分析情報管理部２０５により、RAM３０５に記憶領域が確保されて、ゼロクリアされる。
【００６４】
図１７は、操作端末１０２が、分析管理用画面に表示する内容を、データ毎に、一般描画バッファまたは、匿名化用描画バッファに格納する処理フローである。実施例２では、匿名化用描画バッファには、他の情報と組み合わせることにより患者のプライバシを侵害する可能性があり、かつ、評価業務において、重要度が低いデータを格納する。その他のデータを一般描画バッファに格納する。
【００６５】
分析情報管理部１０２は、キーボード２０８、マウス２０９から受け付けた要求に基づいて、表示すべきデータを特定する（ステップ１９０１）。
【００６６】
分析情報管理部１０２は、分析実績情報格納テーブル６０１を参照することにより、上記データが分析情報格納テーブル６０１内のデータと一致するか否かを判定する（ステップ１９０２）。
【００６７】
ステップ１９０２において、上記データが分析情報格納テーブル６０１内のデータと一致しなければ、分析情報管理部２０５は、上記データを一般描画バッファに格納する（ステップ１９０３）。
【００６８】
ステップ１９０２において、上記データが分析情報格納テーブル６０１内のデータと一致すれば、分析情報管理部２０５は、匿名化用描画バッファを参照することにより、上記データが個人識別データか否かを判定する（ステップ１９０４）。
【００６９】
ステップ１９０４において、上記データが個人識別データであれば、上記データを匿名化用描画バッファに格納して、本処理フローを終了する（ステップ１９０５）。
【００７０】
ステップ１９０４において、上記データが個人識別データでなければ、上記データを一般描画バッファに格納してステップ１９０３を実行する。
【００７１】
図１６は、操作端末１０２が、１つ以上のタグを検出し、前回検出したタグの差分を管理することにより、コミュニティを生成し、更新する処理フローである。
【００７２】
分析情報管理部２０５は、リーダ２０２を使用してタグを読込む処理を実行する（ステップ１８０１）。  ステップ１８０１において、タグを検出した場合は、分析情報管理部２０５は、タグ数を検出タグID格納用バッファ１４００（B）の検出タグ数管理用領域１４０３に格納し、タグIDを検出タグID格納用領域１４０４に格納し、コミュニティ管理用バッファと検出タグID管理用バッファを比較して差分を検出する。具体的には、コミュニティ管理用バッファ１４００（A）の要員タグID格納用領域１４０２と、検出タグID格納用領域１４０４を比較して差分を検出する（ステップ１８０２）。
【００７３】
ステップ１８０２において、コミュニティ管理用バッファと検出タグID管理用バッファを比較して差分を検出した場合は、操作者タグID格納用バッファ１５０１を参照し、ゼロクリアされているか否かを判定することにより、操作者が確定しているか否かを判定する（ステップ１８０３）。なお、実施例２では、ゼロクリアされていない場合は、操作者が確定していると判定する。
【００７４】
分析情報管理部２０５は、ステップ１８０３において、操作者が確定していない場合、分析情報管理部２０５は、タグ登録テーブル４０１と、検出タグID格納用領域１４０４を参照し、上記検出タグID格納用領域１４０４に格納されていて、かつ、上記タグ登録テーブル４０１に格納されていないタグIDを検索し、非登録者タグID管理用バッファ１５００（C）の非登録者数管理用領域１５０４に、上記タグIDの数を格納し、非登録者タグID格納用領域１５０５に上記タグIDを格納する（ステップ１８０４）。
【００７５】
分析情報管理部２０５は、検出タグ数格納用領域１４０３に格納されている値と、非登録者数管理用領域１５０４に格納されている値との差を算出し、算出した値が０であるか否かを判定する（ステップ１８０５）。
【００７６】
ステップ１８０５において、上記算出した値が０でなければ、算出した値が１か否かを判定する（ステップ１８０６）。
【００７７】
ステップ１８０６において、上記算出した値が１であれば、検出タグID格納用領域１４０４に格納されたタグIDの中で、タグ登録テーブル４０１に登録されているタグIDを検索し、操作者タグID管理用バッファに格納する（ステップ１８０７）。
【００７８】
分析実績情報の表示処理を実行する（ステップ１８０８）。
【００７９】
ステップ１８０１において、タグを検出しなかった場合と、ステップ１８０２において、差分を検出しなかった場合は、本処理フローを終了する。
【００８０】
ステップ１８０３において、操作者が確定している場合、分析情報管理部２０５は、検出タグID管理用バッファ１４００（B）の検出タグID格納用領域１４０４中から、操作者タグID格納用バッファ１５０１（A）に格納されたタグＩＤを検索する（ステップ１８１４）。
【００８１】
ステップ１８１４において、上記タグＩＤを検出しなかった場合、操作者タグID格納用バッファ１５０１（A）と、閲覧者タグID管理用バッファ１５００（B）と、非登録者タグID管理用バッファ１５００（C）と、コミュニティ管理用バッファ１４００（A）をゼロクリアすることにより、コミュニティを解放する（ステップ１８１５）。
【００８２】
ステップ１８１４において、上記タグＩＤを検出した場合、分析情報管理部２０５は、検出タグID格納用領域１４０４に格納されたタグIDの中で、タグ登録テーブル４０１に登録されているタグIDを検索し、閲覧者タグID管理用バッファ１５００（B）の閲覧者タグ数管理用領域１５０２にタグの数を格納し、閲覧者タグID格納用領域１５０３にタグIDを格納する（ステップ１８０９）。
【００８３】
分析情報管理部２０５は、検出タグID管理用バッファ１４００（B）の検出タグID格納用領域１４０４に格納されたタグIDの中で、タグ登録テーブル４０１に登録されていないタグIDを検索し、非登録者タグID管理用バッファの非登録数管理用領域１５０４にタグの数を格納し、非登録者タグID格納用領域１５０５にタグIDを格納し（ステップ１８１０）、ステップ１８０８を実行する。
【００８４】
ステップ１８０５において、上記算出した値が０であれば、ステップ１８０８を実行する。
【００８５】
ステップ１８０６において、上記算出した値が１でなければ、分析情報管理部２０５は、検出タグID格納用領域１４０４に格納されたタグIDの中で、タグ登録テーブル４０１に登録されているタグIDを検索し、タグ登録テーブル４０１を参照して対応するユーザIDを検索して表示部２０１に表示し、キーボード２０８、マウス２０９を使用してユーザIDを受け付ける（ステップ１８１２）。
【００８６】
分析情報管理部２０５は、タグ登録テーブル４０１を参照することにより、ユーザIDに対応するタグIDを検索し、操作者タグID管理用バッファの操作者タグID格納領域１５０１に格納する（ステップ１８１２）。
【００８７】
分析情報管理部２０５は、検出タグID格納用領域１４０４に格納されたタグIDの中で、タグ登録テーブル４０１に登録されており、かつ、ステップ１８１２において、操作者タグID管理用バッファの操作者タグID格納領域１５０１に格納したタグIDを除外したタグIDの数を、閲覧者タグID管理用バッファの閲覧者タグ数管理用領域１５０２に格納し、上記タグIDを閲覧者タグID管理用バッファの閲覧者タグID格納用領域に格納し（１８１３）、ステップ１８０８を実行する。
【００８８】
図１８は、操作端末１０２がコミュニティを構成する要員に基づいて、個人識別データ表示用バッファ内のデータに対するアクセスを制御する処理フローである。
【００８９】
分析情報管理部２０５は、個人識別データ表示用バッファを参照することにより、表示すべきデータを特定する（ステップ２００１）。
【００９０】
分析情報管理部２０５は、上記データに関連する検体IDを検索し、ステップ１２０２と同様の手順にて、上記検体IDに関連づけられているグループIDを取得する。また、操作者タグID管理用バッファの操作者タグID格納用領域に格納されたタグIDを取得し、ステップ１２０２と同様の手順にて、上記タグIDに関連づけられているグループIDを取得する。そして、これら２つのグループIDを比較して等しいか否かを判定する（ステップ２００２）。
【００９１】
ステップ２００２において、等しいと判定した場合は、閲覧者タグID管理用バッファの閲覧者タグ数管理用領域を参照してタグID数が０か否かを判定する（ステップ２００３）。
【００９２】
ステップ２００３において、０ではない（閲覧者あり）と判定した場合、ステップ２００２と同様の手順にて、閲覧者が属するグループとのIDと検体のIDが関連付けられているか否かを判定する（ステップ２００４）。
【００９３】
ステップ２００４において、関連づけられていると判定した場合は、ステップ２００１において特定したデータを表示する（ステップ２００５）。
【００９４】
ステップ２００２において、等しくないと判定した場合は、＊＊＊などの伏せ字を表示して本処理フローを終了する（ステップ２００６）。
【００９５】
ステップ２００３において、０（閲覧者なし）と判定した場合、ステップ２００５を実行する。ステップ２００４において、関連づけられていないと判定した場合は、ステップ２００６を実行する。
【００９６】
なお、本実施例では、ステップ２００２において、等しくないと判定した場合に、伏せ字を表示するものとしたが、何も表示しなくてもよい。  実施例２による分析装置の効果を示す。
【００９７】
実施例２では、分析装置１０１は、複数のタグを検出し、タグを検出した順番と、ユーザ管理テーブル４０１に基づいて、操作者と、閲覧者と、非登録者を特定し、この集合をコミュニティとして管理し、コミュニティがどのような要員により構成されるかに基づいて分析実績情報へのアクセスを制御する。
【００９８】
これにより、図１６のフローに示すように複数のタグを検出した順番と、ユーザ管理テーブル４０１に基づいて、操作者と、閲覧者と、非登録者を特定し、この集合をコミュニティとして管理し、コミュニティがどのような要員により構成されるか基づいて分析実績情報へのアクセスを制御する。
【００９９】
これにより、複数の検査技師が１台の分析装置管理用画面を参照しながら分析結果を評価する時などに、評価に参加する検査技師の組み合わせに応じて、評価に必要な分析実績情報をすべて表示する、匿名化して表示する、何も表示しないといった分析情報に対するアクセスを制御することができる。また、上記操作者として割り当てられたタグを検出できなくなった時に、コミュニティを解放し、コミュニティの再構築を行う。これにより、担当者間の役割の引継ぎを容易とする。
【０１００】
次に、実施例３について説明する。
【０１０１】
実施例１では、分析装置には、予め、分析装置１０１に対するタグのアクセス管理情報が登録されていた。実施例３では、タグの正当性を確認した後、アクセス管理情報を動的に分析装置に登録する点が実施例１とは異なる。
【０１０２】
以下、実施例１と実施例３の差分を図１９〜図２４により説明する。
【０１０３】
図２１は、実施例３における、分析装置１０１と、分析装置２３１０と、分析装置２３１１の利用イメージを示す。実施例１と、実施例２との相違は、分析装置１０１と、分析装置２３１０と、分析装置２３１１が、ネットワーク２３０４を経由して管理サーバ２３０５を接続されており、互いにデータを送受信する点にある。分析装置２３１０は、分析装置１０１と同様に、操作端末２３０１と、ケーブル２３０３と、分析機器２３０２とから構成される。同様に、分析装置２３１１も、操作端末２３０６と、ケーブル２３１１と、分析機器２３０７とから構成される。管理サーバ２３０５は、指紋認証機器２３０９を備えているが、顔認証機器、または、静脈パターン認証機器などでもよい。実施例３において、管理サーバ２３０５は、検査室の出入り口に設置されるものとする。実施例３では、分析装置は３台設置するが、これには限定されない。
【０１０４】
図１９は、実施例３における、管理サーバ２３０５のシステムブロック図である。管理サーバ２３０５は、サーバ管理部２１０１と、指紋認証機器２３０９と、セキュリティ情報DB２１０２と、通信部２１０３と、キーボード２１０４と、マウス２１０５と、表示部２１０６から構成される。
【０１０５】
図２０は、セキュリティ管理サーバ２３０５のセキュリティ情報DB２１０３に格納されるタグ管理テーブル２２０１である。タグ管理テーブル２２０１は、個人を認証する認証情報２２０２と、タグ管理情報とからなる。タグ管理情報は、タグID２２０３と、ユーザID２２０４と、分析開始許可２２０５と、グループID２２０６と、ネットワークアドレス２２０７と、タグ管理フラグ２２０８から構成される。分析開始許可２２０５は、アクセス許可を示す情報である。ネットワークアドレス２２０７は、分析装置に対して、一意に割り当てられたネットワークアドレスである。タグ管理フラグ２２０８は、対応するタグが検査室内で有効であるか、または、無効であるかを示すフラグである。上記タグ管理フラグ２２０８の値が１であれば、対応するタグが検査室内で有効であることを示し、上記タグフラグ２２０８の値が０であれば、対応するタグが検査室内で無効であることを示す。実施例３では、タグID毎に、一つのネットワークアドレスを定義しているが、複数のネットワークアドレスを定義してもよい。
【０１０６】
図２２は、実施例３における、分析装置１０１と、分析装置２３１０と、分析装置２３１１が管理するタグ登録テーブルである。タグ登録テーブルは、（A）登録タグ数管理用領域２４０１と、（B）登録タグ関連情報格納用領域２４０２とから構成される。登録タグ関連情報格納用領域２４０２は、タグID２４０３と、ユーザID２４０２と、分析開始許可２４０５と、グループ２４０６とから構成される。
【０１０７】
図２５は、実施例３における、管理サーバ２３０５が、分析装置１０１と、分析装置２３１０と、分析装置２３１１に対して、ネットワーク２３０４を経由して、タグの有効化と無効化を通知する時のメッセージフォーマットである。上記メッセージフォーマットは、（A）要求メッセージフォーマット２７０１と、（B）応用メッセージフォーマット２７０６から構成される。（A）要求メッセージフォーマット２７０１は、ヘッダ２７０２と、送信先アドレス２７０３と、タグ管理フラグ２７０４、タグ管理情報２７０５とから構成される。実施例３において、タグ管理情報２７０５は、タグID２２０３と、ユーザID２２０４と、分析開始許可２２０５と、グループID２２０６とを含む。（B）応答メッセージフォーマット２７０６は、ヘッダ２７０７と、送信先アドレス２７０８と、応答コード２７０９と、送信元アドレス２７１０と、タグID２７１１と、タグ管理フラグ２７１２とから構成される。
【０１０８】
図２３は、実施例３における、管理サーバ２３０５が、指紋認証機器２３０９を使用して指紋認証情報を受付け、上記指紋認証が成功した時に、上記認証情報に関連したタグを選定し、上記タグに関連したタグ関連情報をネットワーク２３０４経由で該当する分析装置へ送信する処理フローである。まず、サーバ管理部２１０１は、指紋認証機器２３０９から指紋認証情報を受け付ける（ステップ２５０１）。
【０１０９】
サーバ管理部２１０１は、上記指紋認証情報と一致する認証情報が、タグ管理テーブル２２０１の認証情報２２０２に格納されているか否かを判定することにより、認証が成功したか否かを判定する（ステップ２５０２）。
【０１１０】
ステップ２５０２において、認証を成功した場合は、サーバ管理部２１０１は、タグ管理テーブル２２０１のタグ管理フラグ２２０８の値が０であるか否かを判定する（ステップ２５０３）。
【０１１１】
ステップ２５０３において、タグ管理フラグ２２０８の値が０であれば、要求メッセージを生成して、タグ管理フラグ２７０４に１を格納する（ステップ２５０４）。
【０１１２】
サーバ管理部２１０１は、上記要求メッセージのヘッダ２７０１と、送信先アドレス２７０３と、タグ管理情報２７０５に適切なデータを格納し、通信部２１０３を使用してネットワーク経由で該当する分析装置へ送信する（ステップ２５０６）。
【０１１３】
ステップ２５０６において、サーバ管理部２１０１は、認証情報をキーとして、タグIDをキーとして、送信先アドレス２７０３と、タグ管理情報２７０５を検索し、上記要求メッセージの該当する領域に適切な値を格納するものとする。次に、サーバ管理部２１０１は、応答メッセージを受信し、異常などを検出した場合は、表示部２１０６に警告メッセージ、異常メッセージを表示する。
【０１１４】
ステップ２５０２において、認証を失敗した場合は、本処理フローを終了する。
【０１１５】
ステップ２５０３において、グ管理フラグ２２０８の値が１であれば、要求メッセージを生成して、タグ管理フラグ２７０４に０を格納し（ステップ２５０８）、ステップ２５０６を実行する。
【０１１６】
図２４は、実施例３における、分析装置１０１と、分析装置２３１０と、分析装置２３１１が、ネットワーク２３０４を経由して、タグ関連情報を受信して格納する処理フローである。
【０１１７】
分析情報管理部２０５は、通信部２１０を使用して、管理サーバ２３０５から要求メッセージを受信する（ステップ２６０１）。
【０１１８】
分析情報管理部２０５は、上記要求メッセージのタグ管理フラグ２７０４の値が１か否かを判定する（ステップ２６０２）。
【０１１９】
ステップ２６０２において、上記要求メッセージのタグ管理フラグ２７０４の値が１であれば、分析情報管理部２０５は、上記要求メッセージに添付されたタグ管理情報２７０５内のタグIDが、タグ登録テーブルの（B）登録タグ関連情報格納用領域に登録されているか否かを判定する（ステップ２６０３）。
【０１２０】
ステップ２６０３において、タグIDが登録されていなければ、分析情報管理部２０５は、タグ登録テーブルの（B）登録タグ関連情報格納用領域に上記タグIDを登録し、（A）登録タグ数管理用領域の値に１を加算する（ステップ２６０４）。
【０１２１】
分析情報管理部２０５は、応答メッセージを生成した後、通信部２１０を使用して、上記応答メッセージを管理サーバ２３０５へ送信する（ステップ２６０５）。
【０１２２】
ステップ２６０２において、上記要求メッセージのタグ管理フラグ２７０４の値が１でなければ、分析情報管理部２０５は、上記要求メッセージに添付されたタグ管理情報２７０５内のタグIDが、タグ登録テーブルの（B）登録タグ関連情報格納用領域に登録されているか否かを判定する（ステップ２６０６）。
【０１２３】
ステップ２６０６において、上記タグIDが登録されていれば、分析情報管理部２０５は、タグ登録テーブルの（B）登録タグ関連情報格納用領域から上記タグIDを削除し、（A）登録タグ数管理用領域の値から１を減算し（ステップ２６０７）、ステップ２６０５を実行する。ステップ２６０６において、上記タグIDが登録されていなければ、ステップ２６０５を実行する。ステップ２６０３において、タグIDが登録されていれば、ステップ２６０５を実行する。
【０１２４】
実施例３の効果を示す。実施例３では、分析装置１０１と、分析装置２３１０と、分析装置２３１１は、管理サーバ２３０５において、生体認証が成功して有効化されたタグの情報をネットワーク２３０４経由で受信し、タグ登録テーブルに登録する。これにより、仮に、盗んだタグ、または、偽造したタグを検査室に持ち込まれたとしても、管理サーバ２３０５の指紋認証機器２３０５に適切な指紋認証情報を入力して認証を成功させない限り、分析装置１０１と、分析装置２３１０と、分析装置２３１１は、上記タグを検出しないので、分析実績情報の漏洩を防止することができる。
【０１２５】
また、生体認証が成功して無効化されたタグの情報をネットワーク２３０４経由で受信し、タグ登録テーブルから削除する。これより、分析装置毎にタグを無効化するといった煩雑な作業を削減する。
【図面の簡単な説明】
【０１２６】
【図１】実施例１における、分析装置１０１の利用イメージ。
【図２】実施例１における、分析装置１０１のシステムブロック図。
【図３】実施例１における、操作端末１０３のハードウェア構成図。
【図４】実施例１における、セキュリティ情報DB２０３に格納されるタグ登録テーブル４０１。
【図５】実施例１における、セキュリティ情報DB２０３に格納されるタグID/検体ID関連テーブル５０１。
【図６】実施例１における、分析装置１０１の操作者のタグIDを格納する操作者タグID管理用バッファ。
【図７】実施例１における、操作端末１０２が、リーダ２０２を使用してタグを検出する処理を実行し、その結果とタグ登録テーブル４０１に基づいて、分析装置管理用画面の表示と非表示を制御する処理フロー。
【図８】実施例１における、操作端末１０２が、分析を開始する要求を受付け、ユーザIDと検体IDとの対応を定義し、分析機器１０３から分析結果情報を取得する時の処理フロー。
【図９】実施例１における、操作端末１０２が、ステップ９０３にて作成したアクセス管理テーブル５０１に基づいて分析実績情報を表示する処理フロー。
【図１０】実施例１の変形例におけるタグ登録テーブル１１０１である。実施例１の変形例におけるタグ登録テーブル１１０１には、実施例１におけるタグ登録テーブル４０１に、グループID１１０２。
【図１１】実施例１の変形例における、操作端末１０２が、ステップ９０３にて作成したアクセス管理テーブルに基づいて分析実績情報を表示する処理フロー。
【図１２】実施例２における、分析装置１０１の利用イメージ。
【図１３】実施例２における、（A）コミュニティ管理用バッファと、（B）検出タグID管理用バッファ。
【図１４】実施例２における、（A）操作者タグID管理用バッファと、（B）閲覧者タグID管理用バッファと、（C）非登録者タグID管理用バッファ。
【図１５】実施例２における、分析管理用画面に表示される分析実績情報を管理するための個人識別データ表示用バッファの一部。
【図１６】操作端末１０２が、１つ以上のタグを検出し、前回検出したタグの差分を管理することにより、コミュニティを生成し、更新する処理フロー。
【図１７】実施例２における、操作端末１０２が、分析管理用画面に表示する内容を、データ毎に、一般描画バッファと、匿名化用描画バッファに格納する処理フロー。
【図１８】操作端末１０２がコミュニティを構成する要員に基づいて、個人識別データ表示用バッファ内のデータに対するアクセスを制御する処理フロー。
【図２１】実施例３における、分析装置１０１と、分析装置２３１０と、分析装置２３１１の利用イメージ。
【図１９】実施例３における、管理サーバ２３０５のシステムブロック図。
【図２０】実施例３における、セキュリティ管理サーバ２３０５のセキュリティ情報DB２１０３に格納されるタグ管理テーブル２２０１。
【図２２】実施例３における、分析装置１０１と、分析装置２３１０と、分析装置２３１１が管理するタグ登録テーブル。
【図２３】実施例３における、管理サーバ２３０５が、指紋認証機器２３０９を使用して指紋認証情報を受付け、上記指紋認証が成功した時に、上記認証情報に関連したタグを選定し、上記タグに関連したタグ関連情報をネットワーク２３０４経由で該当する分析装置へ送信する処理フロー。
【図２４】実施例３における、分析装置２３１０と、分析装置２３１１が、ネットワーク２３０４を経由して、タグ関連情報を受信して格納する処理フロー。
【図２５】実施例３における、管理サーバ２３０５が、分析装置１０１と、分析装置２３１０と、分析装置２３１１に対して、ネットワーク２３０４を経由して、タグの有効化と無効化を通知する時のメッセージフォーマット。
【符号の説明】
【０１２７】
１０１…分析装置、１０２…操作端末、１０３…分析機器、１０５…名札、２０２…リーダ、セキュア分析情報管理部、２０３…セキュリティ情報DB、２０１…表示部、１３０２…名札、１３０４…名札、２３１０…分析装置、２３１１…分析装置、２３０５…管理サーバ、２３０９…指紋認証機器。
【図１】
2005196508.tif 000003
【図２】
2005196508.tif 000004
【図３】
2005196508.tif 000005
【図４】
2005196508.tif 000006
【図５】
2005196508.tif 000007
【図６】
2005196508.tif 000008
【図７】
2005196508.tif 000009
【図８】
2005196508.tif 000010
【図９】
2005196508.tif 000011
【図１０】
2005196508.tif 000012
【図１１】
2005196508.tif 000013
【図１２】
2005196508.tif 000014
【図１３】
2005196508.tif 000015
【図１４】
2005196508.tif 000016
【図１５】
2005196508.tif 000017
【図１６】
2005196508.tif 000018
【図１７】
2005196508.tif 000019
【図１８】
2005196508.tif 000020
【図１９】
2005196508.tif 000021
【図２０】
2005196508.tif 000022
【図２１】
2005196508.tif 000023
【図２２】
2005196508.tif 000024
【図２３】
2005196508.tif 000025
【図２４】
2005196508.tif 000026
【図２５】
2005196508.tif 000027