JP2003173376A - データ集中収集管理システム、サーバ装置 - Google Patents

Abstract

(57)【要約】 【課題】 患者の病症についての有益な統計分析、及び
その結果の提示を行うデータ集中収集管理システムの提
供。 【解決手段】 サーバ装置及び端末装置の双方に通信手
段を備え、サーバ装置に分析用送信データを集中的に収
集し、蓄積手段によりこれを蓄積することができるよう
にする。また、データ分析手段を設け、このように蓄積
された分析用送信データを用い、患者の病症に関する種
々の統計的な分析を行い、この分析結果を端末装置へ提
示することができるように構成する。さらにサーバ装置
及び端末装置双方に暗号化・復号化手段を備え、個人情
報の秘匿処理を行うようにし、端末装置及びサーバ装置
間でやりとりされるデータのプライバシー保護を要する
部分についてはその流出を防止し、分析に必要な情報に
関してはこれを開示できるようにする。またさらに、サ
ーバ装置に蓄積データ制御手段を設け、蓄積手段に正確
なデータのみを蓄積するようにし、分析手段において正
確な統計分析が行われるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置とさ
れる一または複数の端末装置と、上記端末装置との間に
おいてデータ通信ができるサーバ装置とによって構成さ
れ、例えば、端末装置から送信される患者の病症に関す
るデータを収集・蓄積し、これを所要の方法で分析する
ことにより、患者に施した治療行為と患者の症状との因
果関係を明らかにし、もって未だ治療方法の確立してい
ない病症の進行阻止、あるいは治療方法の確立に資しよ
うとする、データ集中収集管理システム、及びサーバ装
置に関するものである。

【０００２】

【従来の技術】現在、例えばアルツハイマー症、パーキ
ンソン病、ＣＯＰＤ（慢性閉塞性肺疾患）など、明確な
治療方法や治療薬が研究段階にあって未だ発見されてお
らず、試験的に薬物投与が試みるか、あるいは生活環境
の改善が有効な対策とされている病症が多数存在する。
このような病症について、その進行を阻止する治療方法
を確立するためには、まず、現在さしあたって行われて
いる種々の治療と、この治療により得られた患者の症状
とから成るサンプルを広く収集し、これらを分析し、そ
れぞれの治療による効果を明らかにしていくことが必要
である。そして、その分析結果を医療機関（病院等）や
患者（潜在的な患者も含む）等に広く提供し、フィード
バックしていくことにより、効果の認められる治療方法
を徐々に明らかにしていくことが必要であるとされてい
る。

【０００３】このため従来の医療機関においては、先に
例示したような病症に関して、その進行を阻止する治療
方法を確立するために以下のような方法が一般的に採ら
れていた。すなわち、脳波測定器やＣＴ（Computed Tom
ography：コンピュータ断層診断装置）等の計測器によ
り採取したこのような病症患者の症状を表すデータを、
例えば磁気記録媒体等に記録し、この記録媒体等を郵便
・宅配等により分析施設へ送るようにする。この分析施
設に対しては、例えば脳波データに関しては双極子度等
の分析を委託し、その結果を再び郵便・宅配等で返送さ
せる。そして、この結果をもとに、病院側では医師によ
る判定で患者の病症レベルを割り出し、その治療効果を
認識するというものである。このような方法を繰り返す
ことにより、患者に施す様々な治療方法の効果を徐々に
明らかにしていき、上記病症の進行を阻止する治療方法
を確立していいこうとするものである。

【０００４】

【発明が解決しようとする課題】しかしながら、この従
来のような方法としては、計測データが対象患者個別の
もので、単にその患者のみの診断について用いられる
か、または個別病院の中に限定されているため、多数デ
ータの幅広い蓄積が行われ得なかった。このため、病症
についての、環境や生活慣習の改善等による進行阻止効
果、および治療効果の分析を行うために必要な、統計的
分析を行うことが困難であった。また、仮に、データを
広く収集・分析しようとする場合であっても、このよう
な病症に関するデータは非常にプライバシーの度合いが
強い情報であるため、種々の問題が発生しがちであっ
た。

【０００５】また、上記したようにして計測データを記
憶させた磁気記録媒体を郵送して分析する場合、郵送に
は必ず日数を要するため、分析がリアルタイムに行われ
得ないという問題がある。さらに、このように磁気記録
媒体を郵送により分析施設に送付するような方法におい
ても、患者の個人情報が確実に守られる保証がない。

【０００６】また、仮に、郵送ではなく通信回線を介し
て測定側と分析施設側とを結び、採取された患者の計測
データを分析施設において分析させ、この結果を返送す
るというシステムが構築されたとする。この場合、デー
タを作成し、これを送信する測定側は主に病院等となる
のであるが、通常、病院等においては、情報処理や通信
の専門家がいるとは限らないため、往々にしてデータ収
集・分析側との間で操作ミスが生ずることが予想され
る。このように操作ミスによるデータが入力されること
によっては、分析施設側に蓄積されるデータとしては正
確でないものも含まれることとなり、分析結果に支障を
来すこととなる。従って、このような誤操作があった場
合、確実に修正や消去、再入力がなされたことを確認で
きる方法が必要となる。

【０００７】

【課題を解決するための手段】このため、本発明では以
上のような問題点を解決すべく、情報処理装置とされる
一または複数の端末装置と、上記端末装置との間におい
てデータ通信ができるサーバ装置とによって構成される
データ集中収集管理システムとして、以下のように構成
することとした。すなわち、上記端末装置としては、上
記サーバ装置と通信可能とされる端末側通信手段と、ユ
ーザによる操作が行われることにより、患者のプロフィ
ールに関するデータ、患者の病症状態を示す計測デー
タ、及び上記患者に施した治療に関するデータによって
構成される原データを入力可能とする入力手段と、上記
入力手段により入力された原データの内容に基づき、上
記サーバ装置に送信するための分析用送信データを生成
する分析用送信データ生成手段とを備え、また、入力さ
れた上記原データのプロパティに関するデータによって
構成され、上記入力された原データの内容と対応づけら
れた内容とされるプロパティデータを生成するプロパテ
ィデータ生成手段と、上記プロパティデータ生成手段に
よりプロパティデータが生成されるのに応じて、上記プ
ロパティデータが記憶されるプロパティデータ記憶手段
とを備えるようにする。そして、送信データの暗号化、
及び受信データの復号化をすることができる端末側暗号
化・復号化手段と、上記端末側暗号化・復号化手段によ
り、全部または一部が暗号化された上記分析用送信デー
タ及びプロパティデータを、上記端末側通信手段により
上記サーバ装置に送信する送信制御手段と、さらに、上
記端末側通信手段により受信された上記サーバ装置から
の分析結果データを、上記端末側暗号化・復号化手段に
より復号化させる端末側受信制御手段とを備えるように
する。また、上記サーバ装置としては、上記端末装置と
通信可能とされるサーバ側通信手段と、送信データの暗
号化、及び受信データの復号化をすることができるサー
バ側暗号化・復号化手段と、上記サーバ側通信手段によ
り受信された上記端末装置からの分析用送信データ及び
プロパティデータを、上記サーバ側暗号化・復号化手段
により復号化させるサーバ側受信制御手段とを備えるよ
うにし、さらに、上記端末装置から送信された分析用送
信データ及びプロパティデータを蓄積する蓄積手段と、
上記端末装置から送信されたプロパティデータの内容に
基づいて、上記蓄積手段のデータ蓄積に関する処理を行
う蓄積データ制御手段とを備えるようにする。そして、
上記蓄積手段に蓄積した分析用送信データを元にして統
計的分析を行うとともに、この分析に基づいた分析結果
データを生成するデータ分析手段と、上記サーバ側暗号
化・復号化手段により暗号化された分析結果データを、
上記サーバ側通信手段により上記端末装置に送信する分
析結果送信制御手段と、さらに、少なくとも上記サーバ
側通信手段による上記端末装置からの分析用送信データ
の受信か、あるいは上記分析結果送信手段による送信に
応じて、上記端末装置に対する課金データを生成する課
金データ生成手段とを備えるようにした。

【０００８】上記構成によるデータ集中収集管理システ
ムは、サーバ装置と端末装置それぞれに備えられる通信
手段により、相互にデータ通信が可能となり、端末装置
から送信される分析用送信データをサーバ装置において
広く収集することが可能となる。また、蓄積手段によ
り、このように収集した分析用送信データ及びプロパテ
ィデータを蓄積することが可能となるとともに、データ
分析手段により、分析用送信データについて、例えば患
者に施した治療と（治療後の）患者の計測結果（症状）
との間の相関を見出すための統計的分析を行い、この分
析結果を採取元としての端末装置に送信することが可能
となる。

【０００９】また、上記構成によるデータ集中収集管理
システムは、サーバ装置と端末装置それぞれに備えられ
る暗号化・復号化手段により、相互に送信するデータを
暗号化することが可能となる。そして、この暗号化処理
として、さらに、例えば個人情報に関する部分について
端末装置側の独自の鍵等により暗号化を施すデータ変換
手段を設けるようにすれば、個人情報については二重の
暗号化処理を施すことが可能となる。これにより、個人
情報がシステム外部に流出することを防止しつつ、病症
と治療方法との相関関係を分析し、これを提示するシス
テムが実現されることとなる。

【００１０】さらに、上記データ集中収集管理システム
は、サーバ装置に蓄積データ制御手段を備えることによ
り、端末装置から送信されてきた適合性のある分析用送
信データのみを蓄積することが可能となる。また、さら
に、この蓄積データ制御手段によっては、端末装置のプ
ロパティデータ記憶手段に記憶されているプロパティデ
ータと、サーバ装置の蓄積手段に記憶されているプロパ
ティデータとの内容の整合性を確保することもできるよ
うになる。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態として
のデータ集中収集管理システムを、次の順序で説明す
る。 ＜第１の実施の形態＞ １．データ集中収集管理システムの通信構造 ２．データ集中収集管理システムによる処理動作の概要 ３．端末装置の構成 ４．サーバ装置の構成 ５．端末装置による処理動作 ６．端末装置における個人情報の秘匿方式 ７．サーバ装置による処理動作 ８．サーバ装置による蓄積制御処理動作 ９．サーバ装置による整合性チェック処理動作 １０．サーバ装置による課金データ生成処理動作 ＜第２の実施の形態＞ ＜実施の形態による効果及び変形例＞

【００１２】＜第１の実施の形態＞ １．データ集中収集管理システムの通信構造 サーバ装置１と、端末装置としてのＰＣ（パーソナルコ
ンピュータ）５０から成る本実施の形態としてのデータ
集中収集管理システムの通信構造を図１に示す。この図
において、ＰＣ５０は、患者の症状に関する計測を行
い、これによって得られた計測データを生成する側に設
けられるものである。すなわち、本実施の形態のデータ
集中収集管理システムにおいて、このＰＣ５０側とは、
一般的には患者に対する種々の計測が行われる病院とな
ることが想定されている。また、病院以外にも、発症が
定かでない潜在的な患者の場合にあっては、自宅等にお
いて計測が行われても構わないものである。従って、こ
のＰＣ５０を使用するユーザとしては、例えば医師、あ
るいは看護婦等の医療関係者、または患者家族等の患者
の関係者となることが想定されているものである。一方
のサーバ装置１側は、このＰＣ５０からデータを集中的
に収集し、これを管理する側として機能する。この場
合、このサーバ装置１は、例えば本データ集中収集管理
システムを管理・運営する会社等の組織側のハードウエ
アとなる。そして、図示するようにこれらＰＣ５０及び
サーバ装置１が、通信回線としての、例えば図示しない
通信業者が提供、管理する電話通信網、あるいはインタ
ーネット、または衛星通信網等を介して接続されること
で、相互データ通信が可能となるようにされている。

【００１３】２．データ集中収集管理システムによる処
理動作の概要 図２に本実施の形態のデータ集中収集管理システムの処
理動作の概要を説明するフローチャートを示す。まず、
ユーザ（病院等側）が本実施の形態のデータ集中収集管
理システムを利用するにあたっては、ＰＣ５０側に対し
患者の病症に関する計測データ等の原データが入力され
ることとなる。このため、ＰＣ５０側のステップＳ１０
１においては、この原データが入力されることとなる。
そして、ＰＣ５０側は、入力された原データに基づき、
ステップＳ１０２において分析用送信データと原データ
（分析用送信データ）のプロパティを示すプロパティデ
ータを生成する。続くステップＳ１０３においては、分
析用送信データ及びプロパティデータ内のプライバシー
保護を要する部分についてのみ独自鍵によって暗号化を
施し、続くステップＳ１０４でプロパティデータのみを
保存する。そして、ステップＳ１０５においては、分析
用送信データ、及びプロパティデータを暗号化鍵、つま
りサーバ装置１側と共有している鍵で暗号化し、これら
をサーバ装置１に対して送信する。なお、このステップ
Ｓ１０５における暗号化方式としては、秘密鍵方式ある
いは暗号鍵管理の容易な公開鍵方式を採用することが可
能である。本実施の形態の場合、この暗号化方式を、例
えば市販製品であるＳＳＬ（Secure Sockets Layer）を
組み込むことで実現する。このＳＳＬによっては、ＰＣ
５０側においてはサーバ装置１側から送信されてくる公
開鍵とこれに基づいて生成する秘密鍵とを用いてデータ
の暗号化が行われるようになり、サーバ装置１側におい
てはこのように暗号化されたデータについて秘密鍵によ
る復号化が行われるようになるものである。従って、本
実施の形態において、上記したような「暗号化鍵」と言
った場合は、このようにＰＣ５０側とサーバ装置１側と
で共有することで、暗号化及び復号化が可能となる鍵を
意味するものとする。

【００１４】続いて、サーバ装置１側の処理としては、
まず、ステップＳ２０１においてＰＣ５０から送信され
たプロパティデータのみについて受信・復号化を行い、
このプロパティデータに書き込まれている分析用送信デ
ータのプロパティに関するチェックを行って、データの
適合性を判断する。そして、適合性があると判断した場
合は、ステップＳ２０２に進み、プロパティデータに加
えて分析用送信データを受信し、これを暗号化鍵を用い
て復号化する。続くステップＳ２０３においては、分析
用送信データのうちの計測データを、所要の演算により
患者の病症レベルを表す数値に変換する処理を行い、続
くステップＳ２０４においてこれら分析用送信データ
（数値化された計測データも含む）とプロパティデータ
を蓄積する。そして、ステップＳ２０５では、蓄積され
た分析用送信データを元に統計的な分析を行い、続くス
テップＳ２０６において、この分析結果を、例えば通信
回線を介してｗｅｂサーバに送信してｗｅｂ上に表示
し、これをＰＣ５０に提供する。

【００１５】さらに、サーバ装置１では、ステップＳ２
０７において、ＰＣ５０とサーバ装置１との間のデータ
ベースの整合性が保たれているか否かのチェック処理を
実行する。すなわち、ＰＣ５０がサーバ装置１にアクセ
スしている状態において、ある所定のサイクルでＰＣ５
０に保存されているプロパティデータと、ステップＳ２
０３で蓄積したプロパティデータとの内容について突き
合わせを行う。また、サーバ装置１は、ステップＳ２０
８において、ＰＣ５０より送信された分析用送信データ
の受信、及び分析結果データ等のＰＣ５０への提供に応
じて、ＰＣ５０に対する課金データを生成する処理を実
行する。

【００１６】３．端末装置の構成 図３に、端末装置としてのＰＣ５０内部の要部の構成を
示すブロック図を示す。まず、この図に示すＰＣ５０に
は、例えばＲＳ２３２Ｃ、ＵＳＢ（UniversalSerial Bu
s）、ＩＥＥＥ１３９４等の外部データインターフェー
ス５５が備えられる。この外部データインターフェース
５５が図示するように内部データバスに接続されること
で、ＰＣ５０は外部機器からデータを入力することが可
能とされている。また、このＰＣ５０には、図示するよ
うにディスクドライブ６１、及びフロッピー（登録商
標）ディスクドライブ（ＦＤＤ）６２が備えられる。デ
ィスクドライブ６１は、例えば光磁気ディスクやＣＤ−
Ｒ（Recordable）等のドライブ装置とされ、これらのメ
ディアに記録されたデータの再生が可能とされる。これ
らフロッピーディスクドライブ６２及びディスクドライ
ブ６１によっても、ＰＣ５０は、原データをこれらのメ
ディアを介して入力することが可能とされている。な
お、このように原データを入力するにあたって、図示す
るようにＬＡＮ（Local Area Network）インターフェー
ス６３を設けるようにすれば、外部機器において生成さ
れた計測データ等をＬＡＮ経由で直接入力することも可
能である。

【００１７】内部データバスには、図示するようにＲＡ
Ｍ５４、ＲＯＭ５３、ＣＰＵ５２、ハードディスクドラ
イブ５１、入出力インターフェース５９、モデム６０が
接続されている。ＲＯＭ５３は、ファームウェアとして
ＣＰＵ５２に各種処理を実行させるためのプログラムが
格納されている。そして、ＲＡＭ５４にはＣＰＵ５２が
各種処理を実行するのに必要なデータやプログラム等が
適宜保持される。

【００１８】ＣＰＵ５２は、上述したＲＯＭ５３や、後
述するハードディスクドライブ５１内のハードディスク
に保持されているプログラムに従って各種処理を実行す
る。本実施の形態の場合、例えば原データの入力処理や
プロパティデータ生成処理、独自鍵及びサーバ装置１と
の間で決められた暗号化鍵による暗号化及び復号化処
理、及び送受信処理等を実行する。

【００１９】ハードディスクドライブ５１は、ＰＣ５０
内部に設けられるハードディスクのドライブ装置とされ
る。このハードディスクドライブ５１とＣＰＵ５２が、
上述した内部データバスを介して接続されることで、Ｃ
ＰＵ５２によってハードディスクドライブ５１に対して
データやプログラム等の記録または読み出しが可能とな
るようにされている。また、この場合、ハードディスク
内には本実施の形態のデータ集中収集管理システムとし
ての処理動作を行うのに必要なプログラムも格納され
る。また、さらに、ハードディスクドライブ５１は、本
システムで用いるデータベースの形成領域としても用い
られることとなる。

【００２０】入出力インターフェース５９にはキーボー
ド５６とマウス５７が接続されており、これらから供給
された操作信号をＣＰＵ５２に出力するようにされてい
る。本実施の形態の場合、これらキーボード５６、及び
マウス５７により、例えば患者の氏名、性別、住所等の
プロフィールデータ等のデータ入力をすることが可能と
されている。

【００２１】また、インターフェース５９にはディスプ
レイ５８が接続されており、画像表示が可能とされる。
また、モデム６０が内部データバスと接続されること
で、例えば電話通信回線を介して外部機器（例えばサー
バ装置１）とデータ通信を行うことが可能とされる。な
お、本実施の形態では、ＰＣ５０の通信手段としてモデ
ム６０を例に挙げたが、データ符号化機能を備えるもの
であれば他の装置であっても構わないものであり、これ
に限定されるものではない。

【００２２】４．サーバ装置の構成 サーバ装置１内部における要部の構成を図４に示す。図
示するように、サーバ装置１には通信部２、エンコード
／デコード部３、データベース４、分析部５、課金処理
部６、コントローラ１０、ＲＯＭ１１、及びＲＡＭ１２
が形成されている。なお、図示はしていないが、この他
にも、サーバ装置１側のオペレータの行う各種設定や調
整などの必要な操作のためのインターフェース部位とし
ての操作部や表示部等が形成されるのは言うまでもな
い。

【００２３】コントローラ１０は、サーバ装置１の全体
制御を行う部位であり、本実施の形態のデータ集中収集
管理システムとしての処理動作を実行するために各部位
の制御を行う。また、後述するように、このコントロー
ラ１０は、図１１に示す数式に基づいて患者の病症レベ
ル値を算出する処理を実行し、この結果に基づいた判定
結果データを生成する処理を実行する。

【００２４】ＲＯＭ１１には、基本ソフト（ＯＳ：Oper
ating System）や、このようなコントローラ１０の処理
動作を実現するために必要な各種プログラムが格納され
る。また、ＲＡＭ１２は、各種処理に必要な情報の記
憶、データのバッファリング、コントローラ１０のワー
クエリアの拡張、その他、コントローラ１０の処理に応
じて多様に使用される。もちろん、動作プログラムはハ
ードディスクドライブ等にインストールされ、起動時に
ＲＡＭ１２に展開されるようにしてもよい。

【００２５】通信部２は、例えば電話通信回線等の通信
回線と接続され、これによりサーバ装置１は通信回線を
介したＰＣ５０とのデータ通信が可能とされる。エンコ
ード／デコード部３は、ＰＣ５０から送信される暗号化
の施されたデータに対する復号化、あるいはＰＣ５０に
対して送信するデータに対する暗号化の処理を実行す
る。

【００２６】データベース４は、例えばハードディスク
ドライブ等の記憶装置内に構築され、コントローラ１０
からの制御に基づいて通信部２により受信されたプロパ
ティデータ及び分析用送信データを記憶する。そして、
このように通信部２で受信された分析用送信データを随
時記憶していくことで、このデータベース４にデータが
蓄積される。

【００２７】分析部５は、ＰＣ５０から送信される分析
用送信データを分析する。この分析部５は、コントロー
ラ１０の制御に基づき、所要のアルゴリズムで分析用送
信データの統計的な分析を行う。例えば、ある患者の治
療データと計測データとの間の因果関係を分析する際に
は、データベース４に蓄積された同一の患者についての
分析用送信データを時系列的に分析する。また、例えば
同様の症状を有する患者間の分析用送信データを横断的
に分析することにより、効果の認められる治療方法を検
索するという分析を行うことも可能とされている。そし
て、分析部５は、このようにして分析した結果に基づ
き、分析結果データを生成する。

【００２８】課金処理部６は、後述するようにしてデー
タベース４に記憶される課金ポイントの管理を行う部位
である。この課金処理部６は、コントローラ１０の制御
に基づいて、課金ポイントの生成及び減算を行うのであ
るが、この課金処理動作については後述する。なお、こ
の図４においては、説明上の便宜のために上記エンコー
ド／デコード部３、分析部５、課金処理部６はそれぞれ
１つのブロックとして示したが、これらは図の通りにコ
ントローラ１０の制御に基づいて動作を実行するソフト
ウエアの機能ブロックでることが通常であるが、これに
代えて、コントローラ１０の制御に基づいて動作を実行
するハードウエア回路として実現されるものでもよいも
のとする。

【００２９】５．端末装置による処理動作 図５にＰＣ５０のＣＰＵ５２による処理動作を示す。ま
ず、ＰＣ５０側においては、ステップＳ３０１で、ユー
ザによる原データの入力がなされる。この原データは、
主に患者のプロフィールに関するプロフィールデータ、
及び患者に施した治療に関するデータとしての治療デー
タ、計測により得られた患者の病症レベルを表す計測デ
ータとによって構成される。これらのデータの入力形態
としては、キーボード５６、マウス５７による入力、ま
たは外部機器から外部データインターフェース５５を介
しての入力、あるいはディスクドライブ６１、ＦＤＤ６
２においての外部機器からのメディアを介しての入力、
さらにはＬＡＮ経由での入力が可能である。

【００３０】この原データとして、まず、プロフィール
データついては、具体的には患者の性別、年齢、住所が
挙げられる。また、このプロフィールデータとしてはこ
の他にも、子供の状況、配偶者の状況、住居の状況（一
戸建、集合住宅などの別）、住居の環境（都心部か地方
か等）等が挙げられる。さらに、例えばアルツハイマー
症の場合には、相関があるとの学会報告や調査報告のあ
るアルミニウム環境（食品添加物、金属アルミニウム食
器、胃酸中和剤、緩衝アスピリンなど）、血糖値（糖尿
病患者にはアルツハイマー症が少ないといわれる）、喫
煙経験（喫煙者アルツハイマー症が非喫煙者より相対的
に少ないとの報告がある）などのデータが採用されても
よい。

【００３１】治療データとしては、本システムが対象と
する病症により異なるが、投与した薬品（例えば、ワク
チンＡＮ−１７９２がアルツハイマー症患者に見られる
脳のβ−アミロイド斑の蓄積を予防するという米国での
研究がある）の量のデータや、食事療法に関するデー
タ、環境療法に関するデータ（例えば和歌山県川辺町の
老人保健施設「和佐の里」での試みられた園芸療法）
や、各種訓練に関するデータ、運動の両種に関するデー
タ、睡眠（時間等）に関するデータなどが挙げられる。

【００３２】また、計測データとしては、患者に対する
問診により医師が判定した病症レベルの数値が採用され
る。問診による病症レベルの判定としては、患者の自覚
症状を調査することによって判定された病症レベル、及
び、例えばアルツハイマー症の病症レベル判定に採用さ
れる代表的な方式である「ＭＭＳＥ」（Mini-MentalSta
te Examination：「簡易心理機能検査」30点満点で採点
を行い、年齢や教育にも依存するが、24点以上を正常、
9点以下を重症と判定する）とよばれる質問方式の認知
機能検査の結果、及び、「ＡＤＡＳ−Ｃｏｇ」（Alzhei
mer's Disease Assesment Scale-Cognitive Subscale：
１１部門からなるテストで、ＭＭＳＥよりカバー度が高
く、特に言語機能や記憶能力をみるのに適する）等の判
定結果が採用される。

【００３３】ところで、これら問診による病症レベル判
定方法は、一種のアナログ情報であり、計測時おける患
者の置かれた環境や患者本人の状態に影響されるもので
ある。また、判定には専門知識が必要であり、また、そ
の段階で計測者の主観も入るという問題が生ずる。

【００３４】本実施の形態のデータ集中収集管理システ
ムは、上記したプロフィールデータ、治療データ、及び
計測データをサーバ装置１において蓄積し、患者の病症
レベルと治療方法との関係を統計的に分析するものであ
る。従って、サーバ装置１において分析対象となるデー
タは客観性を有するデータとされなければ、その分析結
果は疑わしいものとなってしまう。従って、本実施の形
態のデータ集中収集管理システムにおける計測データと
して、上述したように客観性に乏しいと言わざるを得な
い問診による病症レベル判定値のみを採用することによ
っては、データ集中収集管理システムとして、その分析
結果の信頼性の低下を招く結果となる。

【００３５】そこで、この原データのうちの計測データ
としては、これら問診による病症レベル判定値に加え
て、より客観的であるとともに、既に実績のある医療計
測器による計測データを採用することが望ましいといえ
る。そして、この医療計測器による計測データとして
は、患者の脳波データ、ＣＴ（Computed Tomography：
コンピュータ断層診断装置）による画像から得られるボ
クセル値（体積画素数）、ＭＲＩ（Magnetic Resonance
Imaging：磁気共鳴画像診断）による画素数値が好適で
あるといえる。

【００３６】脳波データに関しては、脳波（アルファ
波）データから得られるその双極子度近似が、例えばア
ルツハイマー症の予測や把握、さらに治療効果の分析に
有効であるとの理論が存在している。このため、この脳
波データを計測データとして採用することは、本システ
ムにとって有効であるといえる。また、ＣＴ画像及びＭ
ＲＩ画像から得たボクセル値に関しては、この値から肺
機能レベルを計算する方式に関する理論がある。また、
ＣＴやＭＲＩにより、例えば脳の萎縮現象画像を撮像し
て脳の萎縮度を判定し、この萎縮度からアルツハイマー
症の進行度合を判定する方法も存在する。なお、これら
医療計測器による計測データは、１つのみではなく２以
上の組み合わせでもってＰＣ５０に入力可能であり、ま
た、計測データとしては、計測器によるものに加え、上
述した問診によるデータを組み合わせて入力することも
可能である。このようにＰＣ５０において種々の計測デ
ータを入力し、これを後述するようにしてサーバ装置１
に送信することによっては、本システムにおいてより正
確な統計的分析結果が得られるという点で有効である。
また、脳波データを採用する場合は、ＭＲＩやＣＴと異
なり高価な大型装置を必要とせず、場合により家庭等で
も簡易にデータを採取できるので、データを広く収集・
蓄積し、これを統計的に分析する本システムの趣旨から
して、その有効性が増大することとなる。また、単に脳
表面電位の強度と分布を示す値、または脳内における所
定の化学物質の分布を示す値からアルツハイマー症の段
階把握ができるとの説もあるため、上記した脳波データ
（双極子度）等に加えてこれらのデータが採用されても
構わないものである。

【００３７】説明を図５に戻す。図５のステップＳ３０
１において、上述したような原データが入力されると、
ＰＣ５０のＣＰＵ５２はステップＳ３０２に進み、入力
された原データに基づき、図７に示すように構成される
分析用送信データと、図８に示すように構成されるプロ
パティデータとを生成する。分析用送信データとは、サ
ーバ装置１へ送信され、図４で説明した分析部５におけ
る分析の対象となるデータであり、上記した原データを
元として生成されるデータである。すなわち、図７に示
すように、先に説明したような原データうちから、本シ
ステムの対象とする病症ごとに分析に必要であるとされ
るデータのみによって構成されるものである。

【００３８】また、プロパティデータは、原データのプ
ロパティに関する部分のみを示すデータであり、例え
ば、ＸＭＬ（Extensible Markup Language）の言語等に
より表現されるものである。具体的には、図８に示すよ
うに病院等のＩＤ（識別子／識別コード）、患者氏名、
性別、生年月日、患者管理用ＩＤ（以下患者ＩＤ）、原
データ採取時刻（年月日時分まで）、ファイルサイズに
関する情報、履歴に関するデータ（新規／修正の履歴を
示すデータ）等の内容を有するものが主な項目となる。
また、このプロパティデータには、図示するようにプロ
パティデータのファイルＩＤも書き込まれる。このファ
イルＩＤは、このステップＳ３０２においてプロパティ
データを生成する毎に、カウントアップされていく値で
あり、これを随時、生成するプロパティデータに書き込
んでいくようにすることで、ＣＰＵ５２は生成したプロ
パティデータを管理することが可能となるようにされて
いる。

【００３９】これらそれぞれの項目のデータは、ステッ
プＳ３０１における原データの入力、及びその内容に応
じて書き込まれるようになっている。そして、このよう
にプロパティデータが原データに応じた内容とされるこ
とで、分析用送信データとプロパティデータとが対応づ
けられることとなり、この結果、分析用送信データとプ
ロパティデータとの間の同一性が確保されることとな
る。

【００４０】続くステップＳ３０３では、サーバ装置１
に送信する分析用送信データのプロフィールデータに相
当する部分と、プロパティデータとに含まれる個人情報
に関するデータ部分に暗号化を施すための処理を実行す
る。すなわち、予めＰＣ５０において設定した独自鍵を
用い、プロフィールデータ部分とプロパティデータとに
含まれる個人情報データ部分に暗号化を施すものであ
る。このステップＳ３０３で暗号化の施される個人情報
としては、例えば患者氏名、生年月日、及び患者の住所
等がその対象となる。なお、ステップＳ３０３における
このような個人情報の秘匿方式については後述する。

【００４１】ステップＳ３０３において、個人情報を独
自鍵で暗号化すると、続くステップＳ３０４においてプ
ロパティデータの履歴に関する項目を参照し、当該分析
用送信データの原データが新規に入力されたものである
のか、あるいは、以前に入力された原データに修正を加
える意図で再入力されたものであるのかの判別を行う。
修正用であると判別した場合はステップＳ３０５に進む
のであるが、このステップＳ３０５については後述す
る。また、新規であると判別した場合は、図６に続くス
テップＳ３０６及びステップＳ３０７に進む。

【００４２】まず、ステップＳ３０６は、プロパティデ
ータのみについての処理であり、このステップＳ３０６
においては、ステップＳ３０２で生成された分析用送信
データとプロパティデータのうち、プロパティデータに
ついてのみＨＤＤ５１に書き込む処理を実行する。すな
わち、このＰＣ５０側では、計測器による計測データが
含まれる比較的容量の大きな分析用送信データについて
は、ＨＤＤ５１に記録せず、これによりＣＰＵ５２の処
理負担を軽減しようとするものである。ステップＳ３０
６において、書き込み動作が終了するとプロパティデー
タの保存に関しては処理を終了する。なお、このステッ
プＳ３０６において、上記したようにプロパティデータ
のみを記録することによってはＣＰＵ５２の処理負担を
軽減することができるのであるが、勿論、このステップ
Ｓ３０６においては分析用送信データもＨＤＤ５１に書
き込むようにしても良いものとする。

【００４３】一方、ステップＳ３０７は、ステップＳ３
０２で生成された分析用送信データとプロパティデータ
の両方に関する処理、すなわち、サーバ装置１へ送信す
るデータに関する処理である。このステップＳ３０７で
は、これら分析用送信データ、及びプロパティデータを
そのまま送信して良いか、あるいは分析用送信データを
修正するかどうかをユーザに確認するための処理を実行
する。この処理としては、例えば図３で説明したディス
プレイ５８上にその旨のダイアログボックス等を表示さ
せることで行う。また、この際、ユーザは例えばキーボ
ード５６、あるいはマウス５７を用いてダイアログの表
示に従った操作を行うことにより、この選択を行うこと
が可能とされる。ユーザの操作により送信が選択された
場合はステップＳ３１０に進み、修正が選択された場合
は図５のステップＳ３０８に進む。

【００４４】まず、修正が選択された場合については、
ステップＳ３０８において、例えばディスプレイ５８上
にダイアログボックスを表示させる等の処理を実行し
て、ユーザに対して原データの再入力を促す。この原デ
ータの再入力の形態としては、例えば計測データの入力
ミス、あるいはプロフィールデータの入力ミス（患者氏
名等の入れ間違い）等が想定される。ユーザにより原デ
ータが再入力されると、続くステップＳ３０９で旧（修
正前の）分析用送信データ、及び旧分析用送信データに
対応づけられていたプロパティデータの取り消し処理を
実行する。そして、続くステップＳ３０２において新た
に生成されるプロパティデータの、履歴に関する項目が
「修正」と設定されるよう、再入力された原データのヘ
ッダ部分にこの旨のフラグ値を設定する。この処理を実
行するとステップＳ３０２に進む。

【００４５】ここで、このステップＳ３０２において
は、上述もしたように、入力された原データをもとにプ
ロパティデータが生成されるのであるが、ステップＳ３
０８において再入力された場合は、ステップＳ３０９に
おいて旧分析用送信データ、及びこれに対応づけられた
プロパティデータは取り消されているため、ＣＰＵ５２
としては、このステップＳ３０２においてプロパティデ
ータに書き込むべきファイルＩＤの値をリセットしてし
まっている。すなわち、例えば旧プロパティデータのフ
ァイルＩＤ値が「ｎ」であった場合、今回「ｎ＋１」と
なるところが、「ｎ」と設定されることになるわけであ
る。一方、旧プロパティデータ（ファイルＩＤ値＝
「ｎ」）に関しては、上述したステップＳ３０６におけ
る処理によってＨＤＤ５１にすでに書き込まれている。
このため、今回、このステップＳ３０２で生成される新
たなプロパティデータ（ファイルＩＤ値＝「ｎ」）と、
ＨＤＤ５１にすでに書き込まれている旧プロパティデー
タ（ファイルＩＤ値＝「ｎ」）とが同一のＩＤとなって
しまい、同一のファイルＩＤ値を有するプロパティデー
タが２つ存在してしまうこととなる。

【００４６】そこで、先に説明したように、ステップＳ
３０４においてプロパティデータの履歴に関する項目が
新規であるか修正であるかの判別を行うようにし、この
項目が「修正」とされているプロパティデータに関して
は、ステップＳ３０５に進むようにしているものであ
る。すなわち、このステップＳ３０５においては、ま
ず、ＨＤＤ５１にアクセスし、ステップＳ３０６ですで
に書き込まれている修正前の旧プロパティデータを検索
する。そして、検索されたこの旧プロパティデータを消
去する処理を実行するようにしている。このように、ス
テップＳ３０５においては、旧プロパティデータを消去
するようにすることで、同一のファイルＩＤ値を有する
プロパティデータが重複しないようにしているものであ
る。

【００４７】次に、先に説明したステップＳ３０７にお
いて送信が選択された場合は、ステップＳ３１０に進
み、分析用送信データ、及びプロパティデータに対し、
サーバ装置１との暗号化鍵によって暗号化を施す。上述
もしたように、この暗号化処理の実現には、例えば市販
製品であるＳＳＬ等が採用され、サーバ装置１と連携を
もった方式による暗号化が行われるようにされる。

【００４８】続くステップＳ３１１においては、まずプ
ロパティデータのみをサーバ装置１に対して送信する。
この処理に応じては、サーバ装置１において、送信され
たプロパティデータ（分析用送信データのプロパティ）
についてのチェック処理が実行され、ＰＣ５０による分
析用送信データの今回の送信を許可するか否かの判別が
行われる。そして、サーバ装置１は、このプロパティに
適合性があると判別した場合、送信されたプロパティデ
ータに対応する分析用送信データの送信をＰＣ５０に許
可するファイルアップロードフォームを送信することと
なる。なお、本システムにおけるこのようなプロパティ
チェック処理については後述する。

【００４９】ステップＳ３１１において、このようにサ
ーバ装置１により送信が許可されると、ステップＳ３１
２に進み、分析用送信データをモデム６０を介してサー
バ装置１へ送信し、図示するように処理動作を終了す
る。

【００５０】６．端末装置における個人情報の秘匿方式 本実施の形態としてのＰＣ５０における、暗号化による
個人情報の秘匿方式の例を図９に示す。この図におい
て、秘匿する個人情報として、患者の氏名が例示されて
いる。例えば、患者の所属する病院が「Ａ病院」、患者
氏名が「山田花子」であるとすると、図５のステップＳ
３０３の処理によって、図示するように分析用送信デー
タ及びプロパティデータに含まれる患者氏名の項目のデ
ータは、例えば「Ｘ７８２ａｌｐ５」と暗号化されるこ
ととなる。この際、図示するように分析用送信データ、
及びプロパティデータの他の部分についてはそのままの
状態とされる。これら「Ａ病院」の独自鍵によって暗号
化された分析用送信データ、及びプロパティデータは、
先に説明した図６のステップＳ３１０において、さらに
サーバ装置１との暗号化鍵によって暗号化が行われたの
ち、サーバ装置１に送信される。

【００５１】サーバ装置１においては、分析用送信デー
タ及びプロパティデータが受信された際、ＰＣ５０との
間の暗号化鍵でのみ暗号化された部分については復号化
されるのであるが、ステップＳ３０３において独自鍵で
暗号化された部分については暗号化されたままの状態で
しか認識されないこととなる。すなわち、図示するよう
に病院名については「Ａ病院」、「Ｂ病院」と認識が可
能とされるのであるが、患者氏名については「Ｘ７８２
ａｌｐ５」、「ＹＹｐｑ３ａｃ０」と暗号化されたまま
の状態で認識されるようになる。したがって、サーバ装
置１は、例えば患者氏名については暗号化されたままで
各種処理を実行し、また、病院等に分析結果等を提供す
る際もこのように暗号化されたままのデータを提供する
こととなる。

【００５２】一方、例えば「Ａ病院」においてサーバ装
置１から分析結果等の提供を受ける際には、「Ａ病院」
に関するデータのみについては暗号化の施されたデータ
を独自鍵によって復号化することが可能となるため、例
えば図示するようにｗｅｂ等を介して分析結果を閲覧す
る際には「山田花子」と患者氏名を復号化することが可
能となる。

【００５３】しかしながら、他の病院、例えばこれを
「Ｂ病院」とすると、この「Ｂ病院」においても「Ａ病
院」と同様、自病院の分析用送信データに関しては独自
鍵でのみしか復号化することができないようにされてい
る。このため、例えば「Ａ病院」において、「Ｂ病院」
についてのデータを閲覧しようとする際には、「Ｂ病
院」の患者氏名の欄は例えば「Ｑ７３３Ｐｄｅｚ」と暗
号化されたままの状態での表示となる。

【００５４】このように、本実施の形態としての暗号化
による個人情報の秘匿方式によっては、サーバ装置１か
らの分析結果の提供を受けるのにあたり、患者氏名など
個人情報を復元できるのは、その暗号化を行った病院等
だけに限られるようにされている。このため、仮にサー
バ装置１へ送信する分析用送信データ、及びプロパティ
データが外部に流出したとしても、個人情報に関しては
その解読が不可能とされることとなる。なお、患者の秘
匿すべき個人情報として、先に患者氏名、生年月日、及
び住所を例に挙げたが、これらの内、生年月日、及び住
所に関しては、それぞれ患者の年齢、及び生活環境を表
すデータとなるため、サーバ装置１における分析に必要
なデータとされる。このため、本実施の形態の個人情報
の秘匿方式としては、例えば患者の生年月日に関しては
「日」、住所に関しては都道府県あるいは市区町村より
以降のみを暗号化するようにし、分析に必要な部分に関
しては開示できるようにすることも可能である。

【００５５】７．サーバ装置による処理動作 図１０にサーバ装置１のコントローラ１０の処理動作を
示す。まず、コントローラ１０の処理動作としては、ス
テップＳ４０１において、ＰＣ５０から送信されたプロ
パティデータのみを受信し、分析用送信データのプロパ
ティのチェックを行って、送信された分析用送信データ
の適合性を判断する。なお、このプロパティチェック処
理動作については後述する。ステップＳ４０１における
プロパティチェックにより、プロパティデータ、つまり
分析用送信データに適合性があると判別された場合は、
ステップＳ４０２に進み、プロパティデータとともにこ
の分析用送信データを受信する。そして、続くステップ
Ｓ４０３で、分析用送信データについて、エンコード／
デコード部３に暗号化鍵による復号化処理を実行させ
る。

【００５６】続くステップＳ４０４においては、受信し
た分析用送信データの計測データのうち、図７に示した
計測器により測定されたデータについて、このデータか
ら患者の病症レベル値を算出するために、所要の演算処
理を実行する。

【００５７】ここで、先に図５において説明したよう
に、本システムにおいては、患者等の病症レベルを示す
計測データとして、問診によるものに加え、客観的な判
定が可能な計測器によるデータが採用される。そして、
この計測器による計測データとしては、例えば患者の脳
波データ、ＣＴ画像のボクセル値、及びＭＲＩ画像数値
等が採用されている。

【００５８】これらのデータは、客観的な判定に資する
データではあるが、一般に計測装置から得られるこれら
波形、画像、あるいは分布値等のデータは非常に情報量
の大きいデータであり、その判定には高度の知識経験を
必要とする。従って、サーバ装置１において、これらの
情報をそのまま用いて、分析用送信データの統計的分析
を行うことは非常に困難な処理を要する。このため、本
実施の形態のデータ集中収集管理システムとして分析用
送信データの統計的分析を行うためには、これら計測器
による計測データから何らかの計算によって簡素化され
た数値を得ることが望ましい。

【００５９】そこで、本実施の形態では、分析用送信デ
ータのうちの計測器による計測データとして採用されて
いる脳波データ、ＣＴ画像ボクセル値、及びＭＲＩ画像
数値を、このステップＳ４０４の処理において数値化す
ることとしている。そして、本実施の形態においては、
これらのデータを数値化する演算方法として、それぞれ
図１１に示すような数式を採用することとした。

【００６０】すなわち、患者から採取した脳波データか
ら双極子度を求める計算式としては、図１１（ａ）に示
す式が採用される。また、ＣＴ画像のボクセル値、ある
いはＭＲＩ画像数値から、患者の脳もしくは肺または肝
臓等の組織状態（病症レベル）を表現する数式としては
図１１（ｂ）に示すものを採用する。

【００６１】ステップＳ４０４においては、上記数式に
より計測器による計測データに対する演算を行い、患者
の病症レベルを数値として算出する。そして、この数値
に基づき、判定結果データを生成し、ステップＳ４０５
に進む。

【００６２】ステップＳ４０５では、ＰＣ５０から受信
した分析用送信データと、判定結果データとをデータベ
ース４に蓄積する。なお、勿論この際、計測器による計
測データそのものも蓄積されることとなる。また、本例
では、上記説明のようにステップＳ４０４において、受
信した分析用送信データの計測器による計測データにつ
いて判定結果データを生成し、このステップＳ４０５に
おいて、これら分析用送信データ、判定結果データをデ
ータベース４に蓄積する場合を例として挙げた。しかし
ながら本実施の形態としてはこれに代え、まず受信した
分析用送信データを蓄積し、その後、データベース４よ
り受信した分析用送信データを読み出してステップＳ４
０４の処理に相当する判定結果データの生成処理を行う
ようにしても構わないものである。そしてこの場合、勿
論、生成された判定結果データもデータベース４に蓄積
される。

【００６３】続くステップＳ４０６においては、分析部
５にデータベース４に蓄積されている分析用送信デー
タ、及び判定結果データを用いた分析処理を実行させ
る。例えば、患者の病症レベル値と患者が受けている治
療方法との因果関係を分析する場合は、判定結果デー
タ、及び問診による計測データ等と、治療データ等とを
用い、これらの統計的分析を行う。そしてさらに、この
場合、同一個人については時系列的にその効果を分析す
る。また、同一もしくは類似治療法については、複数患
者間で横断的な分析を行う。

【００６４】本実施の形態の場合、これらの統計的分析
には、例えば図１２に示すような多変量解析の数学的手
法を採用する。すなわち、図１２の数式において、
「Ｅ」は患者の病症レベルを示す数値の変数であり、
「Ｘ」、「Ｙ」、「Ｚ」は患者に施した治療の度数の変
数である。そして、「α」、「β」、「γ」はそれぞれ
のパラメータである。この図においては、アルツハイマ
ー症患者に関するデータの分析例を示しており、患者の
病症レベル値「Ｅ」として双極子度の変化、治療法Ｘと
しては、ドネペジル投薬等の治療方法度数（何らかの方
法で数値化したもの）、「Ｙ」としては園芸療法度数
（１週間の実施した日数を点数化したもの）、「Ｚ」と
してはビタミンＥ投与度数（１週間に投与した量を数値
化したもの）が例に挙げられている。

【００６５】このような方程式を設定し、パラメータで
あるα、β、γを多変量解析の一手法である主成分分析
を用いて推定し、それぞれの成分の寄与率を推定する。
そして、例えば、これらのパラメータのうち数値が高い
ものが相対的に治療効果の高い方法であるとういうこと
が導き出せるようになる。このような数式を用いること
により、分析用送信データの統計的分析を行うようにす
る。

【００６６】ステップＳ４０６において、分析部５にこ
のような手法による分析用送信データの分析処理を実行
させると、続くステップＳ４０７において、この分析の
結果に基づいた分析結果データを分析部５に生成させ
る。そして、続くステップＳ４０８においては、エンコ
ード／デコード部３にこの分析結果データ、及びステッ
プＳ４０４で生成された判定結果データをＰＣ５０との
間で共有する暗号化鍵で暗号化し、これらを通信部２を
介してブラウザに送信する。また、図示はしていない
が、サーバ装置１は、このステップＳ４０８の送信に応
じたＰＣ５０側のデータ閲覧時において、例えばＰＣ５
０による所定操作に応じるなどしてＳ４０５でデータベ
ース４に蓄積した分析用送信データの計測データ等もブ
ラウザに送信し、これをＰＣ５０側に提示することがで
きるようにされている。このステップＳ４０８の処理動
作を実行するとコントローラ１０の処理動作は終了とな
る。

【００６７】なお、これまでの説明によれば、本実施の
形態としてのサーバ装置１の処理動作は、まず受信した
分析用送信データの計測器による計測データに基づく判
定結果データの生成、次いで分析用送信データ及び判定
結果データの蓄積、そして蓄積したこれらのデータに基
づく統計的分析・分析結果データの生成、さらに判定結
果データ及び分析結果データの送信（ＰＣ５０側への提
示）という流れとなる。しかしながら、本実施の形態と
しては、この他にも、図中に破線で示したようにステッ
プＳ４０４における判定結果データの生成処理を終える
と、ステップＳ４０８に進むようにもすることが可能で
ある。すなわち、ステップＳ４０４において判定結果デ
ータの生成を終えると、この判定結果データについては
ステップＳ４０６以降における分析処理をパスするよう
にし、ステップＳ４０８において判定結果データのみを
ブラウザに送信（ＰＣ５０側へ提示）するようにするも
のである。この場合、当然、ステップＳ４０４で生成さ
れた判定結果データは、ステップＳ４０５においてデー
タベース４に蓄積されることとなる。また、この例は、
判定結果データの送信と、分析結果データの生成・送信
とが並列的に行われるようにするものであり、勿論、ス
テップＳ４０５〜Ｓ４０７を経て生成された分析結果デ
ータもステップＳ４０８においてブラウザに送信される
こととなる。

【００６８】このように、本システムでは、サーバ装置
１の処理動作により、患者の病症に関するデータが収集
・蓄積されるとともに、これらを分析した結果が病院等
側へ提示されるものである。しかしながら、本システム
の分析対象となる先に例示したそれぞれの病症の治療方
法や効果に関する分析は、まだ緒についたばかりであ
り、アナログ現象をどのように数値化することが最適
か、病症の進行度をどのように数値化することが適切か
は、本システムにおいて種々のモデルを設定して結果を
みることが必要となる。そして、結果の良好なものを新
たなモデルに取り入れ、モデルやパラメータの改善を行
うようにすることが本システムにとって望ましい。とく
に、今後、治療方法と効果に関する分析を行い、治療方
法を絞り込んでいくためには、このようにして学習を経
て、モデルの更新をしていくことが要請される。

【００６９】そこで、本システムでは、図１０の破線内
に示すようにして、分析方式を学習により改善していく
処理を取り入れることも可能となるようにしている。す
なわち、図示するようにステップＳ４０６において蓄積
された分析用送信データ、及び判定結果データを元に、
ステップＳ４０９において分析方式を学習により改善
し、続くステップＳ４１０において改善された分析方式
を導入するものである。これらステップＳ４０９、Ｓ４
１０の処理により、以降はＳ４０６において、この改善
された新たな分析方式により判定結果データ及び分析結
果データが生成されるようになるというものである。な
お、これらステップＳ４０９〜Ｓ４１０の処理は、図示
するステップＳ４０１〜Ｓ４０８までの処理とは独立し
た処理とされる。また、この場合、ステップＳ４０９の
処理は、例えばステップＳ４０６における分析処理が終
了する毎に開始されるように設定されるものであって
も、あるいはある所定の周期で開始されるように設定さ
れるものであっても構わないものとする。

【００７０】本実施の形態において、このようなステッ
プＳ４０９、及びＳ４１０における分析方式改善のため
の学習モデルとしては、例えば図１３に示すようなもの
が採用される。

【００７１】図１３は、サーバ装置１における分析方式
改善のための学習モデルの例を示す図である。この図に
おいては、図１０ステップＳ４０３において生成された
判定結果データに基づく、総合的な患者の病症レベル値
の分析に関するモデルが例としてあげられている。ま
ず、ステップＳ５０１において、「ｆ」は関数、
「ｘ」、「ｙ」、「ｚ」は計測器による計測データから
求められた数値、「α」、「β」、「γ」は、病症レベ
ル算出にあたっての「ｘ」、「ｙ」、「ｚ」それぞれの
寄与率を示すパラメータである。この場合、例えば
「ｘ」は脳波データから得られた双極子度、「ｙ」、
「ｚ」はそれぞれＣＴ画像のボクセル値、ＭＲＩ画像数
値から求められた図１１（ｂ）で示すインデックス値と
される。そして、図示する数式によって、「ｘ」、
「ｙ」、「ｚ」の値に基づく総合的な患者の病症レベル
値が算出される。

【００７２】続くステップＳ５０２においては、ステッ
プＳ５０１で得られた患者の病症レベル値「Ｎ」と他の
病症レベル値「Ｍ」（例えば問診による計測データの病
症レベル値）との相関関係「ｒnm」を計算する。この相
関関係「ｒnm」は、図示するような式によって求めるこ
とができる。

【００７３】そして、続くステップＳ５０３において、
ステップＳ５０１で設定したパラメータを別の数値に
（例えば「β」を「β'」に）置き換え、このパラメー
タにより、別の病症レベル値「Ｎ'」を算出する。ま
た、同時に、この「Ｎ'」についてもステップＳ５０２
の処理を行って他の病症レベル値「Ｍ」との相関関係
「ｒn'm」を計算しておく。

【００７４】続くステップＳ５０４では、これら「ｒn
m」と「ｒn'm」の値を認識し、新たに算出された病症レ
ベル値「ｒn'm」の方が良い相関を示しているか否かの
判別を行う。「ｒn'm」の方が良好であると判別した場
合は、ステップＳ５０６に進み、病症レベル値「Ｎ'」
を採用する。そして、続くステップＳ５０７において、
これまでの病症レベル値「Ｎ」を「Ｎ'」に、また、例
えばパラメータ「β」を「β'」に置き換え、ステップ
Ｓ５０１に進み、再びこれを学習モデルに取り入れる。
また、「ｒn'm」が良好でないと判別した場合はステッ
プＳ５０５に進み、これまでの病症レベル値「Ｎ」をそ
のまま採用し、図示するようにステップＳ５０３に進ん
で再び別パラメータによる病症レベル値「Ｎ'」の計算
を行うこととなる。

【００７５】ステップＳ４０９及びステップＳ４１０と
して、以上のような処理を実行することにより、ステッ
プＳ４０５におけるデータ分析としては、学習によって
改善された方式による分析を常に行うことも可能とな
る。この結果、サーバ装置１は、病院等側に対して常に
信頼性の高い分析結果データを提示することが可能とな
る。

【００７６】８．サーバ装置による蓄積制御処理動作 本システムのように端末装置とサーバ装置によって構成
され、これらが通信回線で結ばれ遠隔地間にあるような
システムにおいては、例えばインターネット等のベスト
エフォート型通信回線上でのパケット喪失などのミスが
生じる可能性がある。また、本システムのように、端末
装置が配される側が、情報処理装置に関する専門家では
ない者によって運用される場合は、とくにデータ採取時
のミスに気付かぬ間の送信、思い違いによる二重送信等
が往々にして生じがちである。すなわち、サーバ装置１
側においては、病院側の有している正確な分析用送信デ
ータ以外にも、上記したようなミスにより送信された分
析用送信データも送信されてしまう可能性があり、サー
バ装置１に分析用送信データが正確に蓄積されないとい
う事態に陥る。

【００７７】このため、本システムでは、このような誤
りが発生することを前提として、サーバ装置１におい
て、ＰＣ５０からデータを受信する際に当該データに誤
りがあるか否かをチェックし、誤りのあるデータに関し
てはこれを蓄積しないというプロパティチェック処理動
作を実行するように構成されている。

【００７８】サーバ装置１におけるこのようなプロパテ
ィチェック処理動作を図１４〜図１５に示す。まず、図
１４において、サーバ装置１のコントローラ１０による
プロパティチェック処理動作は、先に図６のステップＳ
３１１におけるＰＣ５０からのプロパティデータの送信
に応じて開始される。このため、図示するようにコント
ローラ１０は、ステップＳ６０１において、ＰＣ５０か
らこのプロパティデータを受信したかどうかを監視する
ことになる。

【００７９】ＰＣ５０からプロパティデータを受信した
場合は、ステップＳ６０２に進み、受信したプロパティ
データを読み込む。そして、続くステップＳ６０３にお
いては、読み込んだ当該プロパティデータの内容から病
院ＩＤを認識し、データベース４にアクセスしてこの病
院ＩＤを有するプロパティデータの集合にポインタをあ
わせる。

【００８０】続くステップＳ６０４においては、ＰＣ５
０側から受信したプロパティデータすべてについてプロ
パティのチェック処理を実行したか否かの判別を行う。
既にプロパティのチェック処理が終了したと判別した場
合は図１５のステップＳ６２０へ進み、チェックが終了
していないと判別した場合はステップＳ６０５に進む。

【００８１】ステップＳ６０５では、当該プロパティデ
ータのファイルＩＤを認識し、ステップＳ６０３で認識
したデータベース４内の集合において、当該プロパティ
データと同一のファイルＩＤを有するプロパティデータ
があるか否かの判別を行う。すなわち、このステップＳ
６０５においては、ファイルＩＤの一致を見ることで、
ＰＣ５０からの今回の送信が重複送信であるか、あるい
は新規に作成されたものであるかの１度目の判断を行う
ようにしているものである。このステップＳ６０５にお
ける一度目の重複送信であるか否かの判別処理により、
同一ファイルＩＤのプロパティデータがある（重複送信
である）と判別された場合はステップＳ６１０に進み、
同一ファイルＩＤのプロパティデータがない（重複送信
でない）と判別された場合はステップＳ６０６に進む。

【００８２】ステップＳ６０６では、先の一度目の重複
送信か否かの判別処理により、送信されてきたプロパテ
ィデータが重複送信ではなく、ＰＣ５０側で新規に作成
されたデータであることが判別されたため、このプロパ
ティデータをファイルアップロードリストに追加する。
このファイルアップロードリストとは、ＰＣ５０側に分
析用送信データの送信を許可するためのファイルアップ
ロードフォームに、ＰＣ５０側が送信してよいデータを
掲載するためのリストである。すなわち、このファイル
アップロードリストに追加されたプロパティデータは、
後述する図１５のステップＳ６２２の処理によってファ
イルアップロードフォームに掲載され、これをＰＣ５０
側に送信することで、ＰＣ５０側に対応する分析用送信
データを送信させようとするものである。

【００８３】続くステップＳ６０７では、受信したプロ
パティデータとデータベース４内の同一患者ＩＤを有す
るプロパティデータとを比較し、患者氏名、性別、生年
月日等の内容について合致するものでであるか否かの判
別を行う。すなわち、このステップＳ６０７において
は、送信されたプロパティデータの患者氏名、性別、生
年月日等の項目の内容について誤りがないか否かの判別
を行うものである。

【００８４】これら項目について誤りがない（合致して
いる）と判別した場合はステップＳ６０８に進み、この
データについては、ＰＣ５０側において正常に新規作成
されたデータでありファイルアップロード処理に進むべ
きものと認識したうえで、図示するようにステップＳ６
０４に進む。

【００８５】また、ステップＳ６０７において、これら
項目について誤りがある（合致していない）と判別した
場合はステップＳ６０９に進み、これらの項目のうちの
矛盾する箇所を認識し、ファイルアップロードフォーム
にこの矛盾箇所を指摘するメッセージを掲載するように
設定する処理を実行する。すなわち、このステップＳ６
０９に至るステップＳ６０５からの処理によっては、送
信されたプロパティデータが新規作成されたものである
ことが判別されたためファイルアップロードリストには
追加（ＰＣ５０側に対応する分析用送信データの送信を
許可）されているが、内容に矛盾があることが判別され
たため、ＰＣ５０側に対し送信許可とともにこの矛盾点
を指摘しようとするものである。このステップＳ６０９
の処理を実行すると、図示するようにステップＳ６０４
に進む。

【００８６】続いて、先のステップＳ６０５においてデ
ータベース４内に同一ファイルＩＤを有するプロパティ
データがあると判別されたステップＳ６１０では、送信
されたプロパティデータとデータベース４内の該当する
プロパティデータに書き込まれているファイルサイズと
チェックサムが一致しているかどうかの判別を行う。こ
のステップＳ６１０においては、このように両プロパテ
ィデータのファイルサイズとチェックサムとの一致を判
別することによって、両データが同一内容であるか否か
の判別を行うようにしている。すなわち、このステップ
Ｓ６１０では、二度目の重複送信判別処理を実行するも
のである。両者のファイルサイズとチェックサムが同一
であった場合は、さらに重複送信である可能性が高く、
逆に同一でなかった場合は、（ファイルＩＤが同一であ
るため）例えばＰＣ５０側におけるデータの再計測や訂
正のされたデータであって、その訂正や再計測の際に何
らかのミスがあったデータである可能性が高いといえ
る。

【００８７】このステップＳ６１０において、ファイル
サイズとチェックサムが同一である（重複送信である）
と判別した場合は、念のためのチェックを実行するため
にステップＳ６１６へ進み、同一でないと判別した場合
はステップＳ６１１に進む。

【００８８】ステップＳ６１１は、データベース４内に
ファイルＩＤが同一のプロパティデータが存在するが、
その内容が同一でないと判別した場合に実行される処理
である。この場合のプロパティデータは、例えばＰＣ５
０側（病院等側）において、測定のやり直しや既送信済
みデータの差し替え等が行われたことにより、単にファ
イルＩＤのみが重複してしまったものではあるが、その
計測データの内容そのものは正しいものである可能性が
ある。このため、このステップＳ６１１においては、こ
のプロパティデータをファイルアップロードリストに追
加する処理を実行する。

【００８９】続くステップＳ６１２においては、このプ
ロパティデータの患者ＩＤと、データベース４内の同一
ファイルＩＤを有するプロパティデータの患者ＩＤとが
同一であるか否かの判別を行う。患者ＩＤが同一である
場合は、既送信済みデータの差し替え再送信の可能性が
高くなるといえる。また、患者ＩＤが同一でない場合は
既送信済みデータの差し替え再送信であるかが不明とな
る一種の矛盾状態であり、この場合は、矛盾を含むデー
タであると確定し、後述するステップＳ６１４へ進む。

【００９０】また、ステップＳ６１２において、患者Ｉ
Ｄが同一であると判別した場合は、（既送信済みデータ
の差し替え再送信等か否かの）さらなるチェックを実行
するため、ステップＳ６１３に進む。すなわち、ステッ
プＳ６１３では、ステップＳ６１２で認識したデータベ
ース４内の同一患者ＩＤを有するプロパティデータの患
者氏名、性別、生年月日等と当該プロパティデータのそ
れらとが同一であるか否かを判別する。同一であると判
別した場合は、既送信済みデータの差し替え再送信等で
あると確定できるため、図示するようにステップＳ６１
５に進み、既送信済みデータの差し替え再送信等である
旨を示すメッセージを付記し、このプロパティデータに
ついてはファイルアップロードに進むようにされる。

【００９１】また、ステップＳ６１３において、これら
の項目の内容が同一でないと判別した場合はステップＳ
６１４に進む。先に説明したと同様に、この場合、当該
プロパティデータの矛盾の原因が推測できない状態であ
る。従って、このプロパティデータは単にファイルＩＤ
が重複してしまってはいるが、その計測データの内容そ
のものは正しいものである可能性もあるといえる。この
ため、このようなプロパティデータに関しては、先のス
テップＳ６１１においてファイルアップロードリストに
追加するようにされたのであるが、このステップＳ６１
４においては、このデータに関して、さらにデータ矛盾
リストにも追加する処理を実行するようにして、ＰＣ５
０側に対してこのデータについての対応を促すようにし
ている。

【００９２】続いて、先のステップＳ６１０において、
両プロパティデータのファイルサイズとチェックサムが
同一であった場合について説明する。この場合は、単純
に送信されたプロパティデータが重複送信である可能性
が高いといえるが、本システムでは念のためのチェック
として以下のチェック処理を実行するようにしている。

【００９３】まず、図示するようにステップＳ６１６に
おいては、これら送信されたプロパティデータとデータ
ベース４内のプロパティデータの患者ＩＤが同一である
か否かの判別を行う。この場合、両プロパティデータの
患者ＩＤが同一であれば、このプロパティデータは同一
データの重複送信である可能性が高くなり、さらに、続
くステップＳ６１７において、両プロパティデータの患
者氏名、性別、生年月日等の項目の内容が同一であれ
ば、このプロパティデータは同一データの重複送信であ
ることが確定できる。このため、このステップＳ６１７
において、これらの項目の内容が同一であると判別され
た場合は図示するようにステップＳ６２０に進み、重複
送信である旨を指摘するメッセージを付記して、このプ
ロパティデータをデータ矛盾リストに追加する処理を実
行する。そして、この処理を実行すると、ステップＳ６
０４に進む。

【００９４】また、ステップＳ６１６において、送信さ
れたプロパティデータと、データベース４内の該当する
（同一ファイルＩＤを有する）プロパティデータとの患
者ＩＤが同一でないと判別された場合、及びステップＳ
６１７において患者氏名、性別、生年月日等の項目の内
容が同一でないと判別された場合は、ともにステップＳ
６１８に進む。ステップＳ６１６、Ｓ６１７において、
このように判別される場合は、先のステップＳ６１０に
おいてファイルサイズとチェックサムが同一であると判
別されていることにより、通常では考えられないケース
といえる。このため、このステップＳ６１８において
は、このような異常事態であることをＰＣ５０側に通知
するためのアラームをブラウザに送信する処理を実行す
る。このようにアラームを送信し、ＰＣ５０側に対応を
促したところで、続くステップＳ６１９においては、Ｐ
Ｃ５０側でこの異常なデータについての対応処理がとら
れることとなる。なお、この図１４においては、図示す
るようにステップＳ６１９の処理が終了するとステップ
Ｓ６０４に進むようにされているが、ＰＣ５０側により
このステップＳ６１９以降に相当する処理が実行される
場合、実際には、この図に示すプロパティチェック処理
のルーティンからはずれての処理として実行されること
となる。

【００９５】続いて、先に説明したステップＳ６０４に
おいて、受信した全プロパティデータのチェック処理が
終了したと判別された場合について図１５のフローチャ
ートを用いて説明する。まず、図１４ステップＳ６０４
において、全プロパティデータのチェック処理が終了し
たと判別された場合は、図１５に示すステップＳ６２１
に進み、ファイルアップロードリストにプロパティデー
タがあるか否かの判別を行う。すなわち、このステップ
Ｓ６２１において、このようにファイルアップロードリ
ストを参照することにより、先に説明した図１４におけ
るチェック処理を経たＰＣ５０側に送信を許可してよい
分析用送信データについてのみ、ファイルアップロード
フォームを作成することができるようにされているもの
である。

【００９６】そして、ファイルアップロードリストにま
だプロパティデータが残っていると判別した場合は、ス
テップＳ６２２において、このプロパティデータを掲載
したファイルアップロードフォームを作成し、これをブ
ラウザに送信する。この処理に応じては、ＰＣ５０側に
おいて、このファイルアップロードフォームが受信さ
れ、このプロパティデータに対応する分析用送信データ
の送信が許可されて、該当する分析用送信データがサー
バ装置１に送信されることとなる。なお、この際、先に
説明したステップＳ６０９、及びＳ６１４においてプロ
パティデータとともに付記された矛盾を指摘するメッセ
ージも当然ブラウザに（ＰＣ５０側に）送信されること
となる。

【００９７】また、ステップＳ６２１において、ファイ
ルアップロードリストが空になったと判別した場合は、
ステップＳ６２３に進み、データ矛盾リストにまだプロ
パティデータが残っているか否かの判別を行う。データ
矛盾リストにプロパティデータが残っていると判別した
場合はステップＳ６２４に進み、このプロパティデータ
について、先のステップＳ６１５、あるいはＳ６２０に
おいて指摘した矛盾点に基づいたデータ矛盾確認フォー
ムを作成し、これをブラウザに送信する。これにより、
ＰＣ５０側に対し、このプロパティデータに対応する分
析用送信データの矛盾点の解消を促すことが可能とな
る。

【００９８】そして、このステップＳ６２４の処理を実
行するとステップＳ６２３に進み、再びデータ矛盾リス
トにプロパティデータが残っているか否かの判別を行
い、残っていないと判別した場合は、図示するように処
理動作を終了する。

【００９９】９．サーバ装置による整合性チェック処理
動作 本システムは、上記したプロパティチェック処理動作に
加え、さらに、周期的にＰＣ５０のＨＤＤ５１とデータ
ベース４とに蓄積されているプロパティデータ同士の内
容を突き合わせる整合性チェック処理動作が採用され
る。すなわち、先に説明したように、プロパティデータ
にファイルＩＤ、病院及び患者のＩＤ、データ採取日時
に関する情報、新規／修正に関する情報等を記録し、Ｐ
Ｃ５０及びサーバ装置１のデータベース間においてこれ
らを突き合わせることで、その整合性をチェックするも
のである。そして、このような整合性チェックにより、
ＰＣ５０及びサーバ装置１間のデータに矛盾が発見され
た場合はこれを調整するようにし、常に両者のデータに
整合性が保たれるようにするものである。以下、本シス
テムにおけるこのような整合性チェック処理動作につい
て説明する。

【０１００】図１６にサーバ装置１による整合性チェッ
ク処理動作を説明するフローチャートを示す。まず、Ｐ
Ｃ５０側では、ステップＳ７０１において、サーバ装置
１とデータ通信中かどうかを監視しており、データ通信
中であると判別した場合はステップＳ７０２へ進む。

【０１０１】ステップＳ７０２ではサーバ装置１との整
合チェック処理を実行するサイクルであるか否かの判別
を行う。このサイクルの判別は、予めＨＤＤ５１にイン
ストールされている本システム用のソフトウエアにより
設定されている。すなわち、このソフトウエアにより、
整合性チェック処理を実行するサイクルがある所定間隔
で設定されており、ＣＰＵ５２はこれに基づいて現在サ
イクルであるか否かの判別を行うものである。

【０１０２】そして、サイクルであると判別した場合は
ステップＳ７０３に進み、ＨＤＤ５１に記憶されている
全プロパティデータをサーバ装置１へ送信し、処理動作
を終了する。なお、本実施の形態では、このようにＰＣ
５０側において整合チェック処理を実行するサイクルで
あるか否かの判別を行う方法を例に挙げるものである
が、この他にも、例えばサーバ装置１側でこれを判別す
る方法が採られても構わないものである。なお、この場
合についてのＰＣ５０、及びサーバ装置１の処理動作に
ついては後述する。

【０１０３】サーバ装置１側では、まず、ステップＳ８
０１においてＰＣ５０からプロパティデータの送信があ
ったかどうかを監視しており、送信があった場合はステ
ップＳ８０２に進み、このプロパティデータを受信す
る。

【０１０４】続くステップＳ８０３においては、受信し
た全プロパティデータと、これに対応するデータベース
４に蓄積されているプロパティデータとを突き合わせ、
これらの整合性をチェックする。すなわち、受信した全
プロパティデータの病院ＩＤを認識し、データベース４
に蓄積されているプロパティデータのうち、この病院Ｉ
Ｄを有するプロパティデータの集合にポインタをあわ
せ、これらそれぞれのプロパティデータを突き合わせて
整合性のチェック処理を実行する。これにより、プロパ
ティデータを送信してきた病院等の有するプロパティデ
ータと、データベース４に蓄積されているこの病院等の
プロパティデータとについての整合性のチェックが行わ
れるようにされる。

【０１０５】また、このステップＳ８０３における整合
性のチェック項目としては、例えば送信されてきたプロ
パティデータの総ファイル数と、データベース４に蓄積
されているプロパティデータの総ファイル数のチェッ
ク、また、患者ＩＤを参照しての同一患者に関する分析
用送信データについての総ファイル数のチェック、及び
採取日時に対して送信日時、受信日時に矛盾（それぞれ
に時間的な間隔が空きすぎていないか等）がないかなど
が挙げられる。

【０１０６】このようなチェックに基づき、続くステッ
プＳ８０４において、それぞれのプロパティデータ間に
矛盾点が検出されたかどうかの判別を行う。矛盾点が検
出されなかった場合は図示するように処理動作を終了す
る。一方矛盾点が検出された場合はステップＳ８０５に
進む。

【０１０７】ステップＳ８０５では矛盾箇所の認識を行
い、当該矛盾箇所が自動修正可能か否かの判別を行う。
すなわち、このステップＳ８０５では、当該矛盾箇所が
軽微なもので自動修正可能であるか、あるいは、例えば
送信されてきたプロパティデータの内のあるファイルＩ
Ｄを有するプロパティデータが不足または重複している
場合等、病院等側にその原因を問い合わせなければなら
ない場合かを判別するものである。自動修正が可能であ
ると判別された場合はステップＳ８０７に進み、自動修
正不可能と判別した場合は、ステップＳ８０６に進む。

【０１０８】ステップＳ８０６では、矛盾箇所を示した
エラーメッセージをブラウザに送信する。このエラーメ
ッセージとしては、例えば「サーバ装置側のファイルが
２個多くなっています。ＮＯ．０００３とＮＯ．０００
４が重複送信と思われます。これら２個のファイルを削
除してよろしいですか？」や、「サーバ装置側のファイ
ルが１個足りません。ＮＯ．０００９が送信忘れと思わ
れます。ＮＯ．０００９送信画面を送りますので送信し
てください。」、あるいは「患者ＩＤ０００１のデータ
送信間隔が短すぎます。チェックしてください。」など
の形式とされる。

【０１０９】ＰＣ５０側では、この内容を有するメッセ
ージが、例えばダイアログボックスとしてディスプレイ
５８上に表示される。そして、ＰＣ５０側では、このダ
イアログボックスに従った処理、あるいはこれに代える
案をサーバ装置１側へ提示することが可能とされる。

【０１１０】続くステップＳ８０７では、サーバ装置１
自らの処理、あるいはＰＣ５０側の提案に基づいて矛盾
点の解消処理方法を決定し、この処理方法に基づいた処
理を実行する。そして、この処理を実行すると処理動作
は終了となる。

【０１１１】１０．サーバ装置による課金データ生成処
理動作 従来より、ＥＣ（エレクトリックコマース）システムで
は、一般的にクレジットカードによる引落し、または指
定銀行口座引落しなどの方式の課金方式が採用されてい
る。しかし、これらの方式は、第三者によるクレジット
カード番号や銀行口座番号の詐取・悪用の被害を受ける
可能性が危惧される。このため本実施の形態では、ＰＣ
５０側の利用に応じた課金方式として、料金回収の確実
な前払い方式を採用する。

【０１１２】本システムの前払い課金方式は、例えばサ
ーバ装置１側が、ＰＣ５０からの入金に応じてポイント
を生成し、当該ＰＣ５０が利用する都度、そのポイント
を減算していくという方式である。すなわち、例えば図
１７に示すようにサーバ装置１のデータベース４におい
て、各ＰＣ５０（病院等）に対応づけてこのポイントを
付与し、当該ＰＣ５０の利用がある毎にこのポイントを
課金処理部６が減算していくというものである。以下、
このような本システムにおける課金方式について、図１
８のフローチャートを用いて説明する。

【０１１３】この図において、サーバ装置１において
は、当該ＰＣ５０に対し、入金に応じたポイントが課金
処理部６によって付与されていることが前提とされる。
まず、サーバ装置１のコントローラ１０は、ステップＳ
９０１において、ＰＣ５０からのアクセスを監視してい
る。そしてＰＣ５０からのアクセスがあった場合は、ス
テップＳ９０２において、当該ＰＣ５０の現在のポイン
トを課金処理部６に認識させる。この認識は、例えばＰ
Ｃ５０との通信によりやりとりされるデータに含まれる
プロパティデータを参照し、このプロパティデータに記
録されている病院ＩＤを引くことにより、当該病院ＩＤ
を有するデータ集合にポインタをあわせることで行う。
そして、図１７に示すように病院ＩＤごとに記録されて
いるポイントを認識する。例えば、この図の場合、「Ａ
病院」の現在のポイントは「５」ポイントということに
なる。

【０１１４】続くステップＳ９０３では、課金処理部６
によるこの認識に基づき、当該ＰＣ５０のポイントが
「０」であるか否かの判別を行う。ポイントが「０」で
あった場合はステップＳ９０７に進み当該ＰＣ５０のア
クセスを許可しない処理を行う。そして、図示するよう
に処理動作を終了する。この場合のアクセス不許可処理
としては、例えば、ＰＣ５０からの分析用送信データの
受信拒否や、分析結果データあるいは判定結果データの
提示拒否等が挙げられる。

【０１１５】また、ステップＳ９０３において、ポイン
トが「０」でなかった場合はステップＳ９０４に進み、
課金処理部６にポイントを減算する処理を実行させる。
そして、続くステップＳ９０５では、再び課金処理部６
にポイント値を認識させ、この認識に基づき、残りのポ
イント値が所定値以下であるか否かの判別を行う。この
所定値は、サーバ装置１側において、本システム用のソ
フトウエアにより予め設定されている値である。残りポ
イント値が所定値よりも多い場合は処理動作を終了し、
所定値以下であった場合はステップＳ９０６に進む。

【０１１６】ステップＳ９０６では、当該ＰＣ５０の保
有するポイント残高が少なくなっている旨のメッセージ
を生成し、これをブラウザに送信する。そして、ＰＣ５
０側でこのメッセージが受信されることで、この旨の通
知をすることが可能となるようにされている。このメッ
セージの送信を実行すると処理動作が終了となる。

【０１１７】＜第２の実施の形態＞第２の実施の形態
は、第１の実施の形態としての端末装置における個人情
報の秘匿方式に変更を加えたものである。上述もしたよ
うに、第１の実施の形態においては、保護を要する個人
情報に関するデータを独自鍵で暗号化するものである。
本実施の形態においては、第１の実施の形態で説明した
プロパティデータ内に書き込まれる患者ＩＤ（各患者に
対して個別に付された識別コード：患者管理用ＩＤ）を
利用するようにし、この場合は独自鍵による暗号化に代
え、個人情報に関する項目については病院等側でそれぞ
れの項目の真値とは別の任意の値を設定し、この値につ
いては患者ＩＤを参照することで病院等側のみが解読で
きるようにする方式を採る。この方式によっても、保護
を要する個人情報については病院等のみでしか解読する
ことができないようにされるため、個人情報の外部への
流出を防止することが可能となる。

【０１１８】まず、第２の実施の形態の場合、病院等側
において、予め分析用送信データ及びプロパティデータ
内に含まれるプライバシーの保護を要する情報部分につ
いて、これらの情報に代えた任意の値を決定しておくこ
とが必要となる。この場合の保護を要する情報として
は、例えば患者の氏名、生年月日、及び患者の住所が挙
げられる。従って、これらの情報について、真値とは別
の値を設定し、これをサーバ装置１に送信するようにす
ればよい。しかし、この場合、保護を要する情報ではあ
るが、分析に必要とされるデータも存在する。例えば患
者の年齢、住居・環境等に関しては、サーバ装置１側に
示されて、分析に用いられることが好適であるため、こ
れらすべてを秘匿化することは好ましくない。このた
め、図１９に示すように、例えば患者氏名については全
部仮名の氏名とするが、生年月日については生年月ま
で、住所であれば都道府県または市区町村までか、ある
いは都会／郊外に変換するようにする。

【０１１９】このように病院等側においてそれぞれの変
換値が設定された上で、第２の実施の形態としてのＰＣ
５０側における処理としては、図５の破線内に示すよう
になる。なお、この図において、すでに第１の実施の形
態で説明した部分について説明を省略する。この図にお
いて、まず、第２の実施の形態の場合は、ステップＳ３
０３の処理については省略されることとなる。すなわ
ち、ステップＳ３０２において分析用送信データとプロ
パティデータが生成されると、ステップＳ３２０に進む
こととなる。

【０１２０】ステップＳ３２０においては、上述した病
院等側の設定に基づき、これら分析用送信データ及びプ
ロパティデータに含まれる個人情報部分が、先に示した
図１９のように変換される。そして、以降は第１の実施
の形態と同様の処理が実行され、このように変換された
データがサーバ装置１へ送信されることとなる。

【０１２１】このように、第２の実施の形態において
は、個人情報に関する項目について、病院等側でそれぞ
れの項目を任意の値に変換し、これらの値とともに患者
ＩＤを送信するようにしている。そして、これら変換さ
れた値は、サーバ装置１側や他のＰＣ５０にはそのまま
の値で認識されて情報が秘匿されるのであるが、変換を
行った病院等側においては、患者ＩＤを参照することに
より真値を解読することができるようになるものであ
る。従って、第２の実施の形態のこの方式によっても、
第１の実施の形態と同様、保護を要する個人情報はサー
バ装置１、及び他のＰＣ５０側には公開されない仕組み
が実現される。また、患者氏名、生年月日、患者住所に
ついて先に例示したように変換することによって、プラ
イバシー保護は要するが、分析のために開示が必要な情
報部分については開示するようにしてこれをサーバ装置
１へ送信することができる。これによっては、本実施の
形態の個人情報の秘匿方式を採用することによっても、
個人情報の流出は防止しつつ、必要な情報はＰＣ５０と
サーバ装置１間において自由にやりとりすることが可能
となる。

【０１２２】＜実施の形態による効果及び変形例＞以上
が本発明の実施の形態についての説明である。上述もし
たように、各実施の形態のデータ集中収集管理システム
は、ＰＣ５０から送信される分析用送信データを集中的
に収集してこれを蓄積することができるように構成され
る。また、このように蓄積された分析用送信データを用
い、患者等の病症に関する種々の統計的な分析を行い、
この分析結果をＰＣ５０へ提示することができるように
も構成されているものである。

【０１２３】このように構成した上で、第１の実施の形
態としての本システムは、個人情報の秘匿方式として、
各病院等のみが患者氏名、住所などの保護を要する自デ
ータを復号化できるようにするものである。この方式を
採用することによっては、患者氏名など個人情報を解読
できるのは、暗号化を行った病院等側のみであり、個人
情報流出のリスクを少なくすることが可能となる。さら
に、この方式によっては、サーバ装置１側では個人情報
を解読できないようにされているため、万一の個人情報
流出に際して有責でないことの証明が容易にできること
となる。また、さらに、この方式によっては、他の病院
等のデータを研究のためなどに使用／参照したい場合等
に、個人情報保護に関する配慮が不要となるという効果
も得られることとなる。

【０１２４】また、第２の実施の形態の個人情報の秘匿
方式として、患者氏名や住所等の個人情報を任意の値に
変換する方式も採用され得る。上述もしたように、この
方式によれば、サーバ装置１へ送信されるデータのうち
の個人情報を有する部分については任意の値に変換さ
れ、また、プライバシー保護は要するが、分析のために
開示が必要な情報部分については開示するようにしてこ
れをサーバ装置１へ送信するようにしている。そして、
この方式では、病院等側はプロパティデータ内の患者Ｉ
Ｄを参照することにより情報を解読することができるよ
うにされこととなる。これにより、第２の実施の形態と
しての秘匿方式を採用することによっても、個人情報の
流出は防止しつつ、必要な情報はＰＣ５０とサーバ装置
１間において自由にやりとりすることが可能となる。

【０１２５】さらに、本システムにおいては、通信時に
おけるデータの秘密保持性を高めるため、ＰＣ５０から
サーバ装置１への送信時には送信データ全体に対し暗号
化を施す処理が実行され、これによっても個人情報の流
出が防止されているものである。また、さらに、サーバ
装置１においては、受信したデータに対し所要の情報処
理を行う際、またはその情報を蓄積する際に、常にサー
バ装置１側の独自の鍵で暗号化するようにすれば、万一
何者かによってファイルが入手されたとしてもその内容
の流出を防止することができる。また、サーバ装置１の
配される施設内において、さらに物理的に人員の出入り
を厳重に管理する（出入りする職員をＩＤ番号等により
チェックする等）ことによってもサーバ装置１に蓄積さ
れるデータの外部流出を防止することが可能となる。

【０１２６】このように、本システムは、個人情報の秘
匿処理、及びデータ通信時における暗号化等の秘密保持
メカニズムにより、プライバシーの保護を要する部分に
ついてはその流出を防止しつつ、分析に必要な情報に関
してはこれを開示できるようにしている。このため、個
人情報の流出を危惧することなく、分析に必要なデータ
を広域に収集・蓄積することが可能となる。これによ
り、本システムにおいては、統計的な分析を行うに十分
な量種のデータを収集することが容易となり、このよう
に収集されたデータを利用した時系列的、及び横断的な
分析をより有益なものとすることが可能となる。

【０１２７】また、本システムは、ＰＣ５０において、
原データが入力されるのに応じて、この原データとは別
にプロパティデータを生成するようにしている。そし
て、このプロパティデータには、当該データのファイル
ＩＤやファイルサイズの他、被計測患者に関するデータ
や計測データの採取時刻、送信時刻、修正取り消しの有
無に関するデータ等を書き込むようにしている。そし
て、その上で本システムは、サーバ装置１では、ＰＣ５
０から送信されるプロパティデータの内容をチェックす
ることにより、例えば同一データの重複送信がないか、
あるいは矛盾した内容のデータがないか等の確認をし、
これらの誤りがあった場合はＰＣ５０にこの誤りを訂正
するよう指示するようにしている。

【０１２８】さらに、本システムでは、ＰＣ５０から送
信するデータに関して、サーバ装置１、及びＰＣ５０の
両者にこのプロパティデータを保持させるようにし、定
期的にこれらのプロパティデータ同士の内容の突き合わ
せを行うようにさせ、両者のデータベース間の整合性を
保つようにしている。これにより、サーバ装置１側のデ
ータベース４には正確なデータのみが蓄積されていくこ
ととなり、この結果、サーバ装置１においては、常に正
確なデータを使用して統計的分析を行うことが可能とな
り、本システムにおける分析結果の信頼性を確保するこ
とが可能となる。

【０１２９】また、分析用送信データの計測器による計
測データとして、脳波データのみが採用される場合は、
脳波測定器はＭＲＩやＣＴと異なり高価な大型装置を必
要とせず、場合により一般家庭においてもデータを採取
することが可能となる。このため、広く収集・蓄積した
データを統計的に分析することを目的とする本システム
としては、その有効性が増大するという効果が得られ
る。

【０１３０】また、本システムは、計測器による計測デ
ータを採用する場合において、計測器から得られたデー
タをそのままサーバ装置１に送信し、その保存、及び判
定はサーバ装置１側で行うようにするものである。この
ような計測器による計測データは、一般的に大きな情報
量をもつとともに、このデータから有効な数値を近似さ
せる判定結果データを求める計算は、一般に複雑であ
る。従って、これらの処理をＰＣ５０側で行おうとする
と、非常に大きな負担が各ＰＣ５０において生じること
となる。一方、上記した方式によっては、このような処
理負担を負うのはサーバ装置１のみであり、この方式を
採る本システムは合理的であり、また、各ＰＣ５０にお
いてデータ量の大きい脳波データを自ら所有し、分析す
ることが不要となり、各ＰＣ５０側では、管理コストの
削減を図ることができる。

【０１３１】また、本システムでは、ＰＣ５０とサーバ
装置１間のデータ通信にはブラウザを用いており、特別
のコンピュータプログラムは不必要としている。これに
より、病院等側は、通常市販されているパソコンを使用
することで本システムへ参加し、その便益を享受するこ
とが可能となる。

【０１３２】また、本システムにおいては、ＰＣ５０側
（病院等側）はサーバ装置１側の運営するＷｅｂにアク
セスすることにより、計測器による計測データそのも
の、及び判定結果データ、分析結果データを閲覧するこ
とができるようにされている。この結果、ＰＣ５０にお
いて計測データを保持、及び分析せずとも、患者の症状
変化を知ることができる上、同一もしくは類似治療法の
治療効果に関する統計分析結果を知ることもできるよう
になる。

【０１３３】また、本システムにおいては、サーバ装置
１における分析処理を行う際の分析方式について、デー
タベース４に蓄積される分析用送信データが増加するに
したがって改良が加えられるようにする学習機能を導入
することも可能である。この学習機能を導入した本シス
テムにおいては、分析用送信データについて新たなデー
タ項目の追加等の工夫が凝らされることによって、将来
的にさまざまな分析方法が生まれてくるものと考えられ
る。また、この学習機能を導入する場合においても、本
システムは先に説明した個人情報の秘匿方式を採用し、
患者の病症に関する情報という個人情報の流出を防止し
つつ、これを自由にやりとりすることを可能としている
ため、今後の新しい分析方法を容易に導入することが可
能とされている。

【０１３４】また本システムは、ＰＣ５０側のサーバ装
置１側のサービス利用に応じた課金方式として、前払い
課金方式を採用するものである。この前払い課金方式に
よっては、指定銀行口座引き落とし方式や、クレジット
カード利用の方式に比べ、サーバ装置１側の料金回収が
確実になるという効果が得られる。また、同様にこの方
式によっては、第三者によるクレジットカード番号や銀
行口座番号の詐取・悪用の被害を防止することが可能と
なる。

【０１３５】また、本発明の実施の形態としてのデータ
集中収集管理システムとしては、以下のような変形例も
可能となる。まず、本システムの変形例としては、実施
の形態としての整合性チェック処理として、ＰＣ５０と
サーバ装置１間で通信が行われている時に限り動作を実
行するようにしていたものを、通信中に限らず、設定さ
れたあるサイクルで自動的にこれを実行するようにした
ものである。すなわち、ＰＣ５０側にインストールされ
ている本システムの動作プログラムを変更し、図１６に
示すステップＳ７０１の処理を削除し、整合性チェック
を行うべき所定のサイクルであるかのみを監視するよう
にする。このようにすることで、万一ＰＣ５０側からの
自発的な通信が滞った状態が続いたとしても、サーバ装
置１側においては正確な周期での整合性チェック処理動
作が実行されることとなり、ＰＣ５０のＨＤＤ５１、サ
ーバ装置１のデータベース４間のデータの整合性を定期
的に確保することが可能となる。なお、この場合、図１
６に示すＰＣ５０の処理として、新たにステップＳ７０
２とＳ７０３の間にサーバ装置１にアクセスする処理を
加えることが必要となる。

【０１３６】また、あるいは、この整合性チェック処理
動作としては、サーバ装置１側において整合性チェック
のサイクルを監視し、ＰＣ５０側に対してプロパティデ
ータの送信を要求するという方法も可能である。すなわ
ち、図１６のサーバ装置１側の処理として、処理動作開
始後に整合性チェックサイクルであるか否かを監視する
処理を新たに設け、サイクルであると判別した場合に
は、ＰＣ５０側にプロパティデータの送信を促すメッセ
ージを送信するようにする。これに対応するＰＣ５０側
の処理としては、ステップＳ７０１においてこのメッセ
ージの受信を監視する処理を実行するようにし、受信し
た場合にはステップＳ７０３に進んでプロパティデータ
をサーバ装置１へ送信する処理を実行するようにする。
そして、図示するようにプロパティデータがサーバ装置
１側に送信され、以下整合性チェック処理動作が実行さ
れるようになるものである。このような方法によって
も、上記例と同様の効果が得られるようになる。なお、
この場合、上記説明からもわかるように、ＰＣ５０側に
おけるステップＳ７０２の処理は不要となる。また、こ
の変形例におけるサーバ装置１のプロパティデータ受信
処理に関しては、いわゆるポーリング方式が採られても
構わないものである。

【０１３７】なお、実施の形態において例示した分析用
送信データの構成は、本システムが対象とする病症によ
って適宜変更されるものであり、これに限定されるもの
ではない。さらに、本システムが採用する分析方式、及
び病症レベル判定方式もあくまでも一例であり、これに
限定されるものではない。

【０１３８】また、各実施の形態では、プロパティチェ
ック処理動作、及び整合性チェック処理動作を併用した
データ集中収集管理システムを例として挙げたが、本シ
ステムとしては、いずれか一方のみが採用されるもので
あっても構わないものである。

【０１３９】また、各実施の形態は、課金処理の方式と
して前払い課金方式を採用するものであるが、これに限
定されるものではなく、この他にも、例えばクレジット
カードを利用した課金方式、または指定口座引き落とし
方式等の後払い方式が採られても構わないものである。

【０１４０】

【発明の効果】以上のように本発明は、サーバ装置及び
端末装置の双方に通信手段を備え、サーバ装置におい
て、端末装置から送信される分析用送信データを集中的
に収集することが可能となるようにしている。そして、
サーバ装置の蓄積手段により、これを蓄積することがで
きるようにし、また、データ分析手段により、このよう
に蓄積された分析用送信データを用い、患者等の病症に
関する種々の統計的な分析を行い、この分析結果を端末
装置へ提示することができるように構成したものであ
る。

【０１４１】このように構成した上で、さらにサーバ装
置及び端末装置双方に暗号化・復号化手段を備えること
により、個人情報の秘匿処理、及びデータ通信時におけ
る暗号化等の秘密保持処理を行うようにし、端末装置及
びサーバ装置間でやりとりされるデータのプライバシー
保護を要する部分についてはその流出を防止しつつ、分
析に必要な情報に関してはこれを開示できるようにして
いる。このため、本発明によっては、個人情報の流出を
危惧することなく、分析に必要なデータを広域に収集・
蓄積することが可能となる。この結果、本発明によって
は、統計的な分析を行うに十分な量種のデータを収集す
ることが容易となり、このように収集されたデータを利
用した時系列的、及び横断的な統計的分析をより有益な
ものとすることが可能となる。

【０１４２】また、本発明は、端末装置にプロパティデ
ータ生成手段を設けることにより、原データが入力され
るのに応じて、この原データとは別にプロパティデータ
を生成するようにしている。そして、このプロパティデ
ータには、当該データのファイルＩＤやファイルサイズ
の他、被計測患者に関するデータや計測データの採取時
刻、送信時刻、修正取り消しの有無に関するデータ等を
書き込むようにしている。そして、その上で本発明は、
サーバ装置に蓄積データ制御手段を備えることで、サー
バ装置において端末装置から送信されるプロパティデー
タの内容をチェックするようにし、例えば同一データの
重複送信がないか、あるいは矛盾した内容のデータがな
いか等の確認をし、これらの誤りがあった場合は端末装
置にこの誤りを訂正するよう指示するようにしている。
さらに、端末装置から送信するデータに関して、サーバ
装置及び端末装置の両者にこのプロパティデータを保持
させるようにした上で、サーバ装置に定期的にこれらの
プロパティデータ同士の内容の突き合わせを行うように
させ、両者のデータベース間の整合性を保つようにして
いる。これらにより、サーバ装置のデータベースには正
確なデータのみが蓄積されていくこととなり、この結
果、サーバ装置においては、常に正確なデータを使用し
て統計的分析を行うことが可能となり、分析結果の信頼
性を確保することが可能となる。

【０１４３】以上のような効果を有する本発明のデータ
集中収集管理システム、サーバ装置を利用することによ
って、病院側は、正確なデータを元とした有益な統計的
分析結果を、自病院に関しては勿論のこと、他の病院等
に関する治療等に関する情報をも参照し、これを利用す
ることができるようになる。そして、端末装置が配され
る各病院その他の関係施設においては、治療や症状進行
を遅らせるための有益な情報が公開され、提供されるこ
とにより、常に病症に対応したより適切な生活方式を取
り入れることができるようになる。

【０１４４】また、さらに、このような有益な治療方法
を提供する統合的なシステムが確立されることにより、
将来的にはわが国のみならず、世界的に増大し続けてい
る医療費削減効果、特に急増している老人医療費削減効
果が得られるようになる。

【図面の簡単な説明】

【図１】本発明における実施の形態としてのデータ集中
収集管理システムの通信構造を示す図である。

【図２】上記データ集中収集管理システムとしての処理
動作の概要を説明するフローチャートである。

【図３】上記データ集中収集管理システムを構成する端
末装置内部の要部の構成を示すブロック図である。

【図４】上記データ集中収集管理システムを構成するサ
ーバ装置内部の要部の構成を示すブロック図である。

【図５】上記端末装置の処理動作を示すフローチャート
である。

【図６】同じく上記端末装置の処理動作を示すフローチ
ャートである。

【図７】分析用送信データの構成例を示す図である。

【図８】プロパティデータの構成例を示す図である。

【図９】上記端末装置における個人情報の秘匿方式につ
いて説明する図である。

【図１０】上記サーバ装置の処理動作を示すフローチャ
ートである。

【図１１】計測器による計測データから病症レベル値を
求める数式の例を示す図である。

【図１２】上記サーバ装置における分析方式の例を説明
する図である。

【図１３】上記サーバ装置における学習モデルの例を説
明する図である。

【図１４】上記サーバ装置におけるプロパティチェック
処理動作を示すフローチャートである。

【図１５】同じく、上記サーバ装置におけるプロパティ
チェック処理動作を示すフローチャートである。

【図１６】本システムにおける整合性チェック処理動作
を示すフローチャートである。

【図１７】上記サーバ装置における課金方式を説明する
図である。

【図１８】上記サーバ装置における課金処理動作を示す
フローチャートである。

【図１９】本発明における第２の実施の形態としての個
人情報の秘匿方式を説明する図である。

【符号の説明】

１ サーバ装置、２ 通信部、３ エンコード／デコー
ド部、４ データベース、５ 分析部、６ 課金処理
部、１０ コントローラ、１１ ＲＯＭ、１２ＲＡＭ、
５０ ＰＣ、５１ ＨＤＤ、５２ ＣＰＵ、５３ ＲＯ
Ｍ、５４ ＲＡＭ、５６ キーボード、５７ マウス、
５８ ディスプレイ、５９ 入出力インターフェース、
６０ モデム、６１ ディスクドライブ、６２ ＦＤＤ

Claims (15)

【特許請求の範囲】
1. 【請求項１】 情報処理装置とされる一または複数の端
   末装置と、上記端末装置との間においてデータ通信がで
   きるサーバ装置とによって構成されるデータ集中収集管
   理システムにおいて、 上記端末装置は、 上記サーバ装置と通信可能とされる端末側通信手段と、 ユーザによる操作が行われることにより、患者のプロフ
   ィールに関するデータ、患者の病症状態を示す計測デー
   タ、及び上記患者に施した治療に関するデータによって
   構成される原データを入力可能とする入力手段と、 上記入力手段により入力された原データの内容に基づ
   き、上記サーバ装置に送信するための分析用送信データ
   を生成する分析用送信データ生成手段と、 入力された上記原データのプロパティに関するデータに
   よって構成され、上記入力された原データの内容と対応
   づけられた内容とされるプロパティデータを生成するプ
   ロパティデータ生成手段と、 上記プロパティデータ生成手段によりプロパティデータ
   が生成されるのに応じて、上記プロパティデータが記憶
   されるプロパティデータ記憶手段と、 送信データの暗号化、及び受信データの復号化をするこ
   とができる端末側暗号化・復号化手段と、 上記端末側暗号化・復号化手段により、全部または一部
   が暗号化された上記分析用送信データ及びプロパティデ
   ータを、上記端末側通信手段により上記サーバ装置に送
   信する送信制御手段と、 上記端末側通信手段により受信された上記サーバ装置か
   らの分析結果データを、上記端末側暗号化・復号化手段
   により復号化させる端末側受信制御手段とを備え、 上記サーバ装置は、 上記端末装置と通信可能とされるサーバ側通信手段と、 送信データの暗号化、及び受信データの復号化をするこ
   とができるサーバ側暗号化・復号化手段と、 上記サーバ側通信手段により受信された上記端末装置か
   らの分析用送信データ及びプロパティデータを、上記サ
   ーバ側暗号化・復号化手段により復号化させるサーバ側
   受信制御手段と、 上記端末装置から送信された分析用送信データ及びプロ
   パティデータを蓄積する蓄積手段と、 上記端末装置から送信されたプロパティデータの内容に
   基づいて、上記蓄積手段のデータ蓄積に関する処理を行
   う蓄積データ制御手段と、 上記蓄積手段に蓄積した分析用送信データを元にして統
   計的分析を行うとともに、この分析に基づいた分析結果
   データを生成するデータ分析手段と、 上記サーバ側暗号化・復号化手段により暗号化された分
   析結果データを、上記サーバ側通信手段により上記端末
   装置に送信する分析結果送信制御手段と、 少なくとも上記サーバ側通信手段による上記端末装置か
   らの分析用送信データの受信か、あるいは上記分析結果
   送信手段による送信に応じて、上記端末装置に対する課
   金データを生成する課金データ生成手段と、 を備えることを特徴とするデータ集中収集管理システ
   ム。
2. 【請求項２】 上記蓄積データ制御手段は、 上記端末装置から送信されてきたプロパティデータにつ
   いての適合性を判断して、適合していると判断した場合
   は上記分析用送信データをプロパティデータとともに上
   記蓄積手段に蓄積し、適合していないと判断された場合
   は、上記分析用送信データ及びプロパティデータを蓄積
   しないように制御するとともに、上記端末装置に適合性
   のある分析用送信データを送信させるための処理を実行
   する、 ことを特徴とする請求項１に記載のデータ集中収集管理
   システム。
3. 【請求項３】 上記蓄積データ制御手段は、 上記サーバ側通信手段を介した上記端末装置とのデータ
   通信時において、上記端末装置から送信されたプロパテ
   ィデータを受信するのに応じて、上記送信されたプロパ
   ティデータの内容と、上記蓄積手段に蓄積されているプ
   ロパティデータの内容との突き合わせを行うとともに、
   上記送信されたプロパティデータの内容と上記蓄積手段
   に蓄積されているプロパティデータ内容とが矛盾するも
   のであった場合は、矛盾点を修正するための処理を実行
   する、 ことを特徴とする請求項１に記載のデータ集中収集管理
   システム。
4. 【請求項４】 上記端末装置は、 上記分析用送信データ、及びプロパティデータに含まれ
   るプライバシー保護を要する部分のみについて、独自鍵
   による暗号化、またはＩＤ化としてのデータ変換処理を
   実行するデータ変換手段をさらに備える、 ことを特徴とする請求項１に記載のデータ集中収集管理
   システム。
5. 【請求項５】 上記計測データは、少なくとも、医師に
   よる上記患者に対する問診結果に関するデータ、あるい
   は計測器により採取された上記患者の脳波に関するデー
   タ、または患者の人体画像に関するデータ、または脳の
   表面電位に関するデータ、または脳内における化学物質
   の分布に関するデータのいずれかを含んで構成される、 ことを特徴とする請求項１に記載のデータ集中収集管理
   システム。
6. 【請求項６】 上記端末装置より送信された分析用送信
   データのうちの上記計測データに基づいて、患者の病症
   レベルを表す数値を算出する病症レベル値算出手段をさ
   らに備える、 ことを特徴とする請求項１に記載のデータ集中収集管理
   システム。
7. 【請求項７】 上記端末側通信手段、及びサーバ側通信
   手段は、ブラウザを介することを特徴とする請求項１に
   記載のデータ集中収集管理システム。
8. 【請求項８】 上記課金データ生成手段は、 上記端末装置からのアクセスに応じて、上記端末装置の
   有するポイントを減算することにより課金データを生成
   する、 ことを特徴とする請求項１に記載のデータ集中収集管理
   システム。
9. 【請求項９】 情報処理装置とされる一または複数の端
   末装置との間においてデータ通信ができるサーバ装置に
   おいて、 上記端末装置と通信可能とされる通信手段と、 送信データの暗号化、及び受信データの復号化をするこ
   とができるる暗号化・復号化手段と、 上記通信手段により受信された上記端末装置からの分析
   用送信データ及びプロパティデータを、上記暗号化・復
   号化手段により復号化させる受信制御手段と、 上記端末装置から送信された分析用送信データ及びプロ
   パティデータを蓄積する蓄積手段と、 上記端末装置から送信されたプロパティデータの内容に
   基づいて、上記蓄積手段のデータ蓄積に関する処理を行
   う蓄積データ制御手段と、 上記蓄積手段に蓄積した分析用送信データを元にして統
   計的分析を行うとともに、この分析に基づいた分析結果
   データを生成するデータ分析手段と、 上記暗号化・復号化手段により暗号化された分析結果デ
   ータを、上記通信手段により上記端末装置に送信する分
   析結果送信制御手段と、 少なくとも上記通信手段による上記端末装置からの分析
   用送信データの受信か、あるいは上記分析結果送信手段
   による送信に応じて、上記端末装置に対する課金データ
   を生成する課金データ生成手段と、 を備えることを特徴とするサーバ装置。
10. 【請求項１０】 上記蓄積データ制御手段は、 上記端末装置から送信されてきたプロパティデータにつ
    いての適合性を判断して、適合していると判断した場合
    は上記分析用送信データをプロパティデータとともに上
    記蓄積手段に蓄積し、適合していないと判断された場合
    は上記分析用送信データ及びプロパティデータを蓄積し
    ないように制御するとともに、上記端末装置に適合性の
    ある分析用送信データを送信させるための処理を実行す
    る、 ことを特徴とする請求項９に記載のサーバ装置。
11. 【請求項１１】 上記蓄積データ制御手段は、 上記サーバ側通信手段を介した上記端末装置とのデータ
    通信時において、上記端末装置から送信されたプロパテ
    ィデータを受信するのに応じて、上記送信されたプロパ
    ティデータの内容と、上記蓄積手段に蓄積されているプ
    ロパティデータの内容との突き合わせを行うとともに、
    上記送信されたプロパティデータの内容と上記蓄積手段
    に蓄積されているプロパティデータ内容とが矛盾するも
    のであった場合は、矛盾点を修正するための処理を実行
    する、 ことを特徴とする請求項９に記載のサーバ装置。
12. 【請求項１２】 上記データ分析手段は、 上記分析用送信データとして、少なくとも、医師による
    上記患者に対する問診結果に関するデータ、あるいは計
    測器により採取された上記患者の脳波に関するデータ、
    または計測器により採取された患者の人体画像に関する
    データ、または脳の表面電位に関するデータ、または脳
    内における化学物質の分布に関するデータのうちいずれ
    かを含んで構成される計測データ、を元として統計的分
    析を行う、 ことを特徴とする請求項９に記載のサーバ装置。
13. 【請求項１３】 上記端末装置より送信された分析用送
    信データのうちの上記計測データに基づいて、患者の病
    症レベルを表す数値を算出する病症レベル値算出手段を
    さらに備える、 ことを特徴とする請求項９に記載のサーバ装置。
14. 【請求項１４】 上記通信手段は、ブラウザを介するこ
    とを特徴とする請求項９に記載のサーバ装置。
15. 【請求項１５】 上記課金データ生成手段は、 上記端末装置からのアクセスに応じて、上記端末装置の
    有するポイントを減算することにより課金データを生成
    する、 ことを特徴とする請求項９に記載のサーバ装置。