(57)【要約】      （修正有）【課題】申告された血圧値が本人のものであるか否かを確認できるようにした技術を提供する。【解決手段】情報処理装置ＩＰＥは、ユーザが自身のものとして申告しようとするデータと、前記データと関連付けされた状態で計測された第１生体情報と、信用機関の管理の下で計測された、前記ユーザの第２生体情報と、を取得し、前記第１生体情報及び前記第２生体情報の一致率を算出し、算出された一致率に基づいて前記データが前記ユーザのものであるか否かを判定する判定部ＩＰＥＢを具備する。【選択図】図１
2019115618.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが自身のものとして申告しようとするデータと関連付けされた状態で計測された第１生体情報と、信用機関の管理の下で計測された前記ユーザの第２生体情報と、の一致率を算出し、算出された一致率に基づいて前記データが前記ユーザのものであるか否かを判定する判定部
を具備する情報処理装置。
【請求項２】
前記第２生体情報をユーザの識別情報に対応付けて記憶する記憶部を更に備える
請求項１に記載の情報処理装置。
【請求項３】
前記第１生体情報は、第１心電波形を含み、
前記第２生体情報は、第２心電波形を含む、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記判定部は、前記第１心電波形と前記第２心電波形との一致率が第１閾値を超える場合、前記データが前記ユーザのものであると判定する、
請求項３に記載の情報処理装置。
【請求項５】
前記第１生体情報は、同時に計測された第１心電波形及び第１血圧波形を含み、
前記第２生体情報は、同時に計測された第２心電波形及び第２血圧波形を含む、
請求項１又は２に記載の情報処理装置。
【請求項６】
前記判定部は、前記第１心電波形と前記第２心電波形との一致率が第１閾値を超え、且つ前記第１血圧波形と前記第２血圧波形との一致率が第２閾値を超える場合、前記データが前記ユーザのものであると判定する
請求項５に記載の情報処理装置。
【請求項７】
前記判定部は、
前記データが前記ユーザのものであると判定する場合、
前記データが前記ユーザのものであるという認証を前記データに関連付け、
前記ユーザが自身のものとして前記データを申告する機関に送信する
請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
プロセッサ及びメモリを有する情報処理装置が実行する情報処理方法であって、
ユーザが自身のものとして申告しようとするデータと、前記データと関連付けされた状態で計測された第１生体情報と、信用機関の管理の下で計測された、前記ユーザの第２生体情報とを取得する過程と、
前記第１生体情報及び前記第２生体情報の一致率を算出し、算出された一致率に基づいて前記データが前記ユーザのものであるか否かを判定する過程と、
を備える情報処理方法。
【請求項９】
請求項１乃至７のいずれかに記載の情報処理装置が具備する各部としてプロセッサを機能させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
高血圧は、例えば、脳卒中、心筋梗塞などの入院リスク若しくは死亡リスクが高い病気の原因となることが知られている。このため、生命保険および医療保険に加入する際に、ユーザは血圧の値（血圧値）の申告が求められることが多い。
【０００３】
また、例えば、国、自治体、企業などでは、ユーザが高血圧の体質を改善した場合または血圧を良好な状態に維持した場合にユーザにインセンティブを与えるような健康増進プログラムを実施しているところがあり、このようなプログラムを実施する場合にもユーザは血圧値の申告が求められる。
【０００４】
近年、スマートフォンなどの携帯情報端末と連動し、当該携帯情報端末を介して血圧値を外部へ送信することのできる家庭用またはウェアラブル型の血圧計が開発されている。保険会社またはプログラム運営者は、ユーザに上記のような血圧計を使用してもらうことで、血圧値を効率的に収集することができる。
【０００５】
なお、家庭用またはウェアラブル型の血圧計には種々のタイプがあるが、その１つとして手首の橈骨動脈等の動脈が通る生体部位に圧力センサを直接接触させた状態で、この圧力センサにより検出される情報を用いて脈拍や血圧等の生体情報を計測することのできるトノメトリ方式による血圧計が知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１７−００６６７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、上記したような家庭用またはウェアラブル型の血圧計を使用すると、比較的簡単に血圧値を申告することができるが、申告された血圧値がユーザ本人のものであることを確認することが難しいという問題がある。
【０００８】
すなわち、保険会社を欺いて有利な条件で保険に加入したいユーザは、血圧が良好な状態にある他人の血圧値を計測するかもしれない。同様に、インセンティブをプログラム運営者から詐取しようとするユーザも、血圧が良好な状態にある他人の血圧値を計測するかもしれない。このような成りすましによって得られた血圧値と、真正な血圧値（保険加入申込者自身の血圧値）とを区別することは容易でない。
【０００９】
本発明は、一側面では、このような実情を鑑みてなされたものであり、その目的は、申告された血圧値が本人のものであるか否かを確認できるようにした技術を提供することである。
【課題を解決するための手段】
【００１０】
本発明は、上述した課題を解決するために、以下の構成を採用する。
【００１１】
ユーザが自身のものとして申告しようとするデータと、前記データと関連付けされた状態で計測された第１生体情報と、信用機関の管理の下で計測された、前記ユーザの第２生体情報と、を取得し、前記第１生体情報及び前記第２生体情報の一致率を算出し、算出された一致率に基づいて前記データが前記ユーザのものであるか否かを判定する判定部を具備する。
【００１２】
上記構成では、申告された血圧値が本人のものであるか否かを確認できる。
【００１３】
この発明の第２の態様によれば、前記第２生体情報をユーザの識別情報に対応付けて記憶する記憶部を更に備える。
【００１４】
上記構成では、複数の被計測者の情報を適正に管理することが可能な情報処理装置を提供することができる。
【００１５】
この発明の第３の態様によれば、前記第１生体情報は、第１心電波形を含み、前記第２生体情報は、第２心電波形を含む。
【００１６】
上記構成では、個人認証の精度を担保可能な情報処理装置を提供することができる。
【００１７】
この発明の第４の態様によれば、前記判定部は、前記第１心電波形と前記第２心電波形との一致率が第１閾値を超える場合、前記データが前記ユーザのものであると判定する。
【００１８】
上記構成では、個人認証の精度を担保可能な情報処理装置を提供することができる。
【００１９】
この発明の第５の態様によれば、前記第１生体情報は、同時に計測された第１心電波形及び第１血圧波形を含み、前記第２生体情報は、同時に計測された第２心電波形及び第２血圧波形を含む。
【００２０】
上記構成では、個人認証の精度を担保可能な情報処理装置を提供することができる。
【００２１】
この発明の第６の態様によれば、前記判定部は、前記第１心電波形と前記第２心電波形との一致率が第１閾値を超え、且つ前記第１血圧波形と前記第２血圧波形との一致率が第２閾値を超える場合、前記データが前記ユーザのものであると判定する。
【００２２】
上記構成では、個人認証の精度を担保可能な情報処理装置を提供することができる。
【発明の効果】
【００２３】
本発明によれば、申告された血圧値が本人のものであるか否かを確認できるようにした技術を提供することができる。
【図面の簡単な説明】
【００２４】
【図１】図１は、第１実施形態に係る情報処理装置を含む情報処理システムの一例を模式的に例示するブロック図である。
【図２】図２は、第１実施形態に係る情報処理装置を含む情報処理システムの全体構成を示すブロック図である。
【図３】図３（ａ）は、血圧計の構成例を示す模式図であり、図３（ｂ）は、図３（ａ）に示す血圧計をＡ方向から見た模式図である。
【図４】図４は、血圧計の構成例を示すブロック図である。
【図５】図５は、携帯情報端末の構成例を示すブロック図である。
【図６】図６は、医師端末の構成例を示すブロック図である。
【図７】図７は、サーバの構成例を示すブロック図である。
【図８】図８は、サーバの機能構成の一例を模式的に例示するブロック図である。
【図９】図９は、テーブルの構造例の一例を示す図である。
【図１０】図１０は、情報処理システムの処理手順の一例を例示するフローチャートである。
【図１１】図１１は、情報処理システムの処理手順の一例を例示するフローチャートである。
【図１２】図１２は、サーバの機能構成の一例を模式的に例示するブロック図である。
【図１３】図１３は、テーブルの構造例の一例を示す図である。
【図１４】図１４は、情報処理システムの処理手順の一例を例示するフローチャートである。
【図１５】図１５は、情報処理システムの処理手順の一例を例示するフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。ただし、以下で説明する本実施形態は、あらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、本発明の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。なお、本実施形態において登場するデータを自然言語により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメータ、マシン語等で指定される。
【００２６】
［適用例］
まず、図１を用いて、本発明が適用される場面の一例について説明する。図１は、本実施形態に係る情報処理装置を含む情報処理システムの一例を模式的に例示する。情報処理システムは、例えばユーザの保険加入査定、保険料の算出、健康増進プログラムの成績評価などに用いられることを想定している。
【００２７】
［適用例の構成］
情報処理システムの構成を説明する前に、情報処理システムの概要について説明する。情報処理システムは、信用機関（例えば医療機関）の管理の下、ユーザ（被計測者）本人の心電波形（生体情報）と確認された心電波形と、ユーザ端末にて計測された心電波形と、を比較することで個人認証を行う。ここで、認証とは「本人しか持ち得ない属性を元にその属性を確認し本人であることを証明すること」をいう。また、個人認証とは、上記認証によって、少なくとも個人（個人を示す情報を含む）を識別することをいう。具体例的には、個人認証とは、ユーザＡの属性を確認して認証対象者がユーザＡ本人であることを証明することにより、ユーザ群（ユーザＡを含む多数ユーザからなる群）から認証対象者がユーザＡであることを識別することをいう。また、心電波形は、ユーザ毎にユニークであり、個人認証を行う際に利用することで、個人認証の精度を担保できる。
【００２８】
図１に示すように、情報処理システムは、ユーザ端末ＵＴと、情報処理装置ＩＰＥと、を含む。
【００２９】
ユーザ端末ＵＴは、ユーザ（被計測者）の血圧値（データ）、脈拍数（データ）及び心電波形を計測し、その血圧値、脈拍数及び心電波形を情報処理装置ＩＰＥに供給する。ユーザ端末ＵＴは、例えば腕時計型のウェアラブル端末である。ただし、ユーザ端末ＵＴは、腕時計型のウェアラブル端末に限定される訳ではなく、実施の形態に応じて適宜選択されてよい。
【００３０】
情報処理装置ＩＰＥは、正規化部ＩＰＥＮと、テーブル管理部ＩＰＥＴと、判定部ＩＰＥＢと、を備えている。
【００３１】
正規化部ＩＰＥＮは、受信した心電波形及び脈拍数に基づいて、心電波形を正規化する。
【００３２】
テーブル管理部ＩＰＥＴは、ユーザ端末ＵＴから供給された血圧値、及び正規化部ＩＰＥＮにより正規化された心電波形を、ユーザ毎に記憶する。テーブル管理部ＩＰＥＴは、少なくとも第１期間にユーザ端末ＵＴが計測した第１計測結果（正規化された第１心電波形）を記憶する。そして、判定部ＩＰＥＢは、第２期間にユーザ端末ＵＴが計測した第２計測結果（血圧値、及び正規化された第２心電波形）を受信すると、正規化された第１心電波形と、正規化された第２心電波形と、に基づいて、個人認証を行う。判定部ＩＰＥＢは、本発明の「判定部」の一例である。
【００３３】
なお、第１計測を行う端末と、第２計測を行う端末と、はそれぞれ異なっていて良い。
【００３４】
［適用例の動作］
次に、情報処理システムが個人認証動作の一例について説明する。
【００３５】
ここでは、第２計測により計測された血圧値を、ユーザが自身のものとして申告しようとする場合について説明する。そこで、第１期間に行われた第１計測の結果（第１心電波形）を基準値として取り扱う。第１心電波形は、信用機関の管理の下で計測されたものである。そして、情報処理システムは、第２計測により計測された第２心電波形の認証を行う。
【００３６】
心電波形を用いて認証を行う際、心電波形を正規化する。そこで、正規化部ＩＰＥＮは、第１心電波形及び第２心電波形を正規化する。具体的には、正規化部ＩＰＥＮは、第１計測時に計測された第１脈拍数に基づいて、第１心電波形を正規化する。更に正規化部ＩＰＥＮは、第１心電波形を電圧振幅について正規化する。また、正規化部ＩＰＥＮは、第２計測時に計測された第２脈拍数に基づいて、第２心電波形を正規化する。更に正規化部ＩＰＥＮは、第２心電波形を電圧振幅について正規化する。
【００３７】
判定部ＩＰＥＢは、第２計測により計測された第２心電波形の認証を行う場合、正規化された第１心電波形と、正規化された第２心電波形とを比較し、所定の条件を満足するか否かを判定する。具体的には、例えば判定部ＩＰＥＢは、正規化された第１心電波形の形状と、正規化された第２心電波形の形状と、を比較し、一致率（一致の度合い）を算出する。判定部ＩＰＥＢは、その一致率が閾値を超えているか否かを判定する。判定部ＩＰＥＢは、その一致率が閾値を超えていると判定する場合は、個人認証が成功したと判定する。判定部ＩＰＥＢは、その一致率が閾値を超えていないと判定する場合は、個人認証が失敗したと判定する。判定部ＩＰＥＢは、個人認証が成功したと判定する場合、第２計測により計測された血圧値を、真正な血圧値（ユーザ本人の血圧値）として判定する。
【００３８】
なお、ここでは、第２計測により計測された血圧値を、ユーザが自身のものとして申告しようとする場合について説明したが、これは血圧値に限らず、他の計測情報でも良い。
【００３９】
［適用例の効果］
以上のように、適用例に係る情報処理システムによれば、心電波形を用いることで、個人認証を行うことができる。情報処理システムでは、個人認証を行ないつつ血圧値を計測できるため、成りすましを抑制することができる。
【００４０】
＜１＞  第１実施形態
以下に、上記適用例に係る第１実施形態について説明する。
【００４１】
＜１−１＞構成
＜１−１−１＞情報処理システム
図２は、第１実施形態に係る情報処理装置を含む情報処理システムの全体構成を示すブロック図である。図２に示すように、情報処理システムは、例えば複数のユーザ端末ＵＴ（図２ではＵＴ１〜ＵＴｎ、ｎは任意の整数）、通信ネットワークＮＷ、サーバＳＶ、及び複数の医師端末ＤＴ（図２ではＤＴ１〜ＤＴｍ、ｍは任意の整数）を含む。ユーザ端末ＵＴ１〜ＵＴｎ、サーバＳＶ、及び医師端末ＤＴ１〜ＤＴｍは、それぞれ通信ネットワークＮＷを介して相互に通信が可能となっている。なお、ユーザ端末ＵＴ１〜ＵＴｎをそれぞれ区別しない場合には、単にユーザ端末ＵＴと記載する。同様に、医師端末ＤＴ１〜ＤＴｍをそれぞれ区別しない場合には、単に医師端末ＤＴと記載する。サーバＳＶは、適用例の「情報処理装置ＩＰＥ」の一例である。
【００４２】
＜１−１−１−１＞ユーザ端末
図２に示すように、ユーザ端末ＵＴ１〜ＵＴｎはそれぞれ、血圧計ＢＴ１〜ＢＴｎと、携帯情報端末ＩＴ１〜ＩＴｎとを備えている。なお、血圧計ＢＴ１〜ＢＴｎをそれぞれ区別しない場合には、単に血圧計ＢＴと記載する。同様に、携帯情報端末ＩＴ１〜ＩＴｎをそれぞれ区別しない場合には、単に携帯情報端末ＩＴと記載する。
【００４３】
＜１−１−１−１−１＞血圧計
血圧計ＢＴの具体的な構成を説明する前に、血圧計ＢＴの概要について説明する。血圧計ＢＴは、例えば腕時計型のウェアラブル端末である。血圧計ＢＴは、血圧計測中に心電波形（生体情報）を同時に計測できる。具体的には、血圧計ＢＴは、ユーザ（被計測者）の手首に装着され、ユーザの操作もしくは予め設定したタイミングまたは時間間隔で血圧値及び心電波形を計測する。また、血圧計ＢＴは、血圧計測中に脈拍数を同時に計測できる。そして、血圧計ＢＴは、例えばユーザの血圧値と、当該血圧値と同時に計測された上記ユーザの心電波形と、当該血圧値と同時に計測された上記ユーザの脈拍数と、上記血圧値及び心電波形の計測日時と、機種情報（例えば機種ＩＤ）と、ユーザ情報（例えばユーザＩＤ）と、を紐づけた計測データを、例えば無線インタフェースにより携帯情報端末ＩＴに送信する。機種ＩＤは、血圧計ＢＴの機種を示す識別子である。機種ＩＤは、例えば記憶部領域に記憶される。ユーザＩＤは、ユーザ毎に割り当てられた識別子である。なお、血圧計ＢＴは、手首に装着されるタイプに限らず、カフを上腕等に巻き付けるタイプのものや据置タイプであってもよい。また、血圧計ＢＴ１〜ＢＴｎは、互いに異なる機種の血圧計でも良い。
【００４４】
図３（ａ）、図３（ｂ）、及び図４を用いて、血圧計ＢＴの具体的な構成の一例について説明する。図３（ａ）は、血圧計ＢＴの構成例を示す模式図であり、図３（ｂ）は、図３（ａ）に示す血圧計ＢＴをＡ（Ｄ１方向）から見た模式図である。図４は、血圧計ＢＴの構成例を示すブロック図である。
【００４５】
図３（ａ）、及び図３（ｂ）に示すように、血圧計ＢＴは、表示領域ＢＴ１と、帯状体ＢＴ２と、第１電極ＢＴ３と、第２電極ＢＴ４と、を備えている。
【００４６】
ユーザは、血圧計測対象となる動脈（例えば橈骨動脈）が内部に存在する位置（被計測部）に帯状体ＢＴ２を巻きつけ、第２電極ＢＴ４をユーザに接触させることにより血圧計ＢＴを装着する。そして、血圧計ＢＴを装着した腕とは異なる腕の指を第１電極ＢＴ３に接触させることにより、血圧計ＢＴは血圧値及び心電波形を計測することができる。具体的には、ユーザは、例えば左手に血圧計ＢＴを装着する場合、右手の指を第１電極ＢＴ３に接触させる。血圧計ＢＴは、計測開始の指示がなされると、第１電極ＢＴ３と、第２電極ＢＴ４と、の間に一定電流が供給されユーザの両手間に電流路が形成される。これによりユーザの腕部インピーダンスからなる生体インピーダンス、即ち電圧が発生する。そのため、血圧計ＢＴは、第１電極ＢＴ３と、第２電極ＢＴ４と、の間の電圧を計測することで、心電波形を計測できる。また、血圧計ＢＴは、血圧値及び心電波形を同時に計測することができる。
【００４７】
次に、血圧計ＢＴの具体的な構成について説明する。図４に示すように、血圧計ＢＴは、制御部１１、通信部１２、記憶部１３、操作部１４、表示部１５、加速度センサ１６、生体センサ１７、及び環境センサ１８を備えている。
【００４８】
制御部１１は、例えばプロセッサ１１ａとメモリ１１ｂとを備える。制御部１１は、プロセッサ１１ａがメモリ１１ｂを用いてプログラムを実行することにより、各種の動作制御およびデータ処理などを実現している。プロセッサ１１ａは、例えば演算回路を含むＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などである。メモリ１１ｂは、例えばプロセッサ１１ａが実行するプログラムを記憶する不揮発性のメモリ、及びワークメモリとして使用するＲＡＭ（Random Access Memory）などの揮発性メモリを含む。制御部１１は、図示しないクロックを有し、現在の日時を計時することができる。プロセッサ１１ａは、メモリ１１ｂまたは記憶部１３が記憶するプログラムを実行することにより各部の制御およびデータ処理が実行可能である。すなわち、プロセッサ１１ａは、操作部１４からの操作信号に応じて各部の動作制御を行い、生体センサ１７および環境センサ１８が計測する計測データに対するデータ処理を行う。
【００４９】
通信部１２は、携帯情報端末ＩＴと通信するための通信インタフェースである。通信インタフェースとしては、例えばBluetooth（登録商標）等の近距離無線データ通信規格を採用したインタフェースが用いられる。通信部１２は、携帯情報端末ＩＴへデータを送信したり、携帯情報端末ＩＴからのデータを受信したりする。通信部１２による通信は、無線通信あるいは有線通信のいずれであっても良い。
【００５０】
記憶部１３は、血圧計ＢＴを制御するためのプログラムのデータ、血圧計ＢＴの各種機能を設定するための設定データ、加速度センサ１６、生体センサ１７および環境センサ１８が計測した計測データなどを記憶する。なお、記憶部１３は、プログラムが実行されるときのワークメモリなどとして用いられても良い。
【００５１】
操作部１４は、例えば図示しないタッチパネルおよび操作ボタン（操作キー）などの操作デバイスにより構成される。操作部１４は、ユーザによる操作を検出し、操作内容を示す操作信号を制御部１１へ出力する。なお、操作部１４は、タッチパネルや操作ボタンに限定されない。操作部１４は、例えばユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、ユーザの顔や体を撮影した画像によりユーザの表情やジェスチャーを認識する画像認識部などを備えていても構わない。
【００５２】
表示部１５は、例えば表示画面（例えば、ＬＣＤ（Liquid Crystal Display）またはＥＬ（Electroluminescence）ディスプレイなど）やインジケータ等を含み、制御部１１からの制御信号に従って情報を表示する。
【００５３】
加速度センサ１６は、血圧計ＢＴの本体が受ける加速度を検出する。例えば、加速度センサは、３軸あるいは６軸の加速度データを得る。加速度データは、当該血圧計ＢＴを装着しているユーザの活動量（姿勢および／または動作）を推定するために用いることができる。制御部１１は、加速度センサ１６が計測する加速度データに日時情報に基づく計測日時を紐づけて計測データとして出力できる。
【００５４】
生体センサ１７は、ユーザの生体情報を計測する。制御部１１は、生体センサ１７が出力する各データに日時情報に基づいて設定される計測日時に紐づけた計測データとして出力する。生体センサ１７は、例えば血圧センサ１７ａ及び心電センサ１７ｂを含む。血圧センサ１７ａは、ユーザの血圧値を計測する。血圧センサ１７ａは、ユーザの血圧波形（生体情報）も計測できる。心電センサ１７ｂは、図３（ａ）、図３（ｂ）で説明した第１電極ＢＴ３、及び第２電極ＢＴ４を用いてユーザの心電波形を計測する。また、図示していないが、生体センサ１７は、脈波データ（脈拍数）を計測する脈波センサを備えている。そして、脈波センサは、ユーザの脈拍数を計測する。
【００５５】
生体センサ１７が取得する計測データとしては、血圧値及び心電波形の他に、心拍データ、体温データなどが想定され、これらの計測データを計測するためのセンサが生体センサ１７として設けられうる。これらの計測データは、血圧値及び心電波形以外の要素の計測データとして出力されるようにしても良い。
【００５６】
血圧センサ１７ａは、連続計測型または非連続計測型の血圧センサである。血圧センサ１７ａは、血圧（例えば収縮期血圧および拡張期血圧）の値を計測することができる血圧センサである。血圧センサ１７ａは、心拍の一拍ごとに血圧値を計測するBeat by Beat（ＢｂＢ）方式の血圧センサを含み得るが、これに限定されるものではない。
【００５７】
例えば、血圧センサ１７ａは、オシロメトリック方式、Pulse Transit Time（ＰＴＴ）方式、トノメトリ方式、光学方式、電波方式、または、超音波方式などを用いた血圧センサが適用できる。オシロメトリック方式は、カフで上腕を圧迫し、カフ内の振動波形で血圧値を計測する方式である。ＰＴＴ方式は、脈波伝播時間を計測し、計測した脈波伝播時間から血圧値を推定する方式である。トノメトリ方式は、手首の橈骨動脈等の動脈が通る生体部位に圧力センサを直接接触させて、圧力センサが検出する情報を用いて血圧値を計測する方式である。光学方式、電波方式、および、超音波方式は、光、電波または超音波を血管にあててその反射波から血圧値を計測する方式である。
【００５８】
環境センサ１８は、ユーザの周囲の環境情報を計測し、計測した環境データを取得するセンサを含む。図４に示す構成例において、環境センサ１８は、例えば気温センサ１８ａを含む。ただし、環境センサ１８は、気温以外にも、温度、湿度、音、光などを計測するセンサを含んでも良い。環境センサ１８は、血圧値の変動に直接あるいは間接的に関連があることが想定される環境の情報（環境データ）を計測するセンサを含むものであっても良い。また、制御部１１は、環境センサ１８が計測する計測データを日時情報に基づいて設定する計測日時を紐づけて計測データ（環境データ）として出力できる。
【００５９】
＜１−１−１−１−２＞携帯情報端末
携帯情報端末ＩＴの具体的な構成を説明する前に、携帯情報端末ＩＴの概要について説明する。携帯情報端末ＩＴは、例えばスマートデバイス（典型的にはスマートフォン、タブレット型端末）である。携帯情報端末ＩＴは、血圧計ＢＴから送信された計測データを受信し、通信ネットワークＮＷを介して計測データをサーバＳＶへ転送する。携帯情報端末ＩＴは、例えば計測データを管理するためのアプリケーションソフトウエア（プログラム）がインストールされても良い。なお、携帯情報端末ＩＴ１〜ＩＴｎは、互いに異なる機種の端末でも良い。ところで、携帯情報端末ＩＴは、血圧計ＢＴから受信する計測データ（ユーザの血圧値、脈拍数、及び心電波形）に、血圧値、脈拍数、及び心電波形の計測日時と、機種ＩＤと、ユーザＩＤと、を紐づけた計測データを生成しても良い。この場合、携帯情報端末ＩＴは、計測データ受信時を計測日時と見なしても良いし、ユーザによって計測日時が手入力されても良い。また、機種ＩＤと、ユーザＩＤと、は、記憶部２２またはメモリ２１ｂに記憶されても良い。
【００６０】
図５を用いて、携帯情報端末ＩＴの具体的な構成の一例について説明する。図５は、携帯情報端末ＩＴの構成例を示すブロック図である。
【００６１】
図５に示すように、携帯情報端末ＩＴは、制御部２１、記憶部２２、通信部２３、表示部２４、及び操作部２５などを含む。
【００６２】
制御部２１は、例えばプロセッサ２１ａとメモリ２１ｂとを備える。なお、制御部２１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。
【００６３】
記憶部２２は、例えば半導体メモリ、あるいは磁気ディスクなどで構成される。記憶部２２は、制御部２１のプロセッサ２１ａが実行するプログラムを記憶しても良い。また、記憶部２２は、血圧計ＢＴから供給される計測データなどを記憶するようにしても良い。また、記憶部２２は、表示部２４に表示する表示データなども記憶するようにして良い。
【００６４】
通信部２３は、血圧計ＢＴおよびサーバＳＶと通信するための通信インタフェースである。通信部２３は、血圧計ＢＴからのデータの受信、または血圧計ＢＴへの動作指示の送信を行う。通信部２３による通信は、無線通信であっても良いし、有線通信であっても良い。更に、通信部２３は、ネットワークＮＷを介してサーバＳＶへのデータの送信、またはサーバＳＶからのデータの受信を行う。通信部２３による通信は、無線通信であっても良いし、有線通信であっても良い。本実施形態において、ネットワークＮＷは例えばインターネットなどを想定して説明するが、これに限定されず、ＬＡＮのような他の種類のネットワークであってもよく、ＵＳＢケーブルなどの通信ケーブルを用いた１対１の通信であってもよい。
【００６５】
表示部２４は、表示画面（例えば、ＬＣＤまたはＥＬディスプレイなど）を含む。表示部２４は、制御部２１の制御によって表示画面に表示する表示内容が制御される。
【００６６】
操作部２５は、ユーザによる操作に対応した操作信号を制御部２１へ送信する。操作部２５は、例えば表示部２４の表示画面上に設けたタッチパネルである。操作部２５は、タッチパネルに限定されず、操作ボタン、キーボードおよびマウスなどであっても良い。また、操作部２５は、ユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、あるいは、ユーザの表情やジェスチャーを認識する画像認識部などを備えるものであっても良い。
【００６７】
＜１−１−１−２＞医師端末
医師端末ＤＴの具体的な構成を説明する前に、医師端末ＤＴの概要について説明する。医師端末ＤＴは、例えば固定設置型のパーソナルコンピュータ、携帯型のノート型パーソナルコンピュータ或いはタブレット型端末からなる。医師端末ＤＴは、例えばブラウザを使用することでサーバＳＶとの間でデータの送受信を行うことができる。具体的には、医師端末ＤＴは、ブラウザを使用して、ユーザに関する情報をサーバＳＶへ送信し、サーバＳＶから送られる情報を表示することができる。なお、医師端末ＤＴ１〜ＤＴｍは、互いに異なる機種の端末でも良い。また、医師端末ＤＴは、血圧計ＢＴから計測データを受信して、種々の処理を行っても良い。
【００６８】
図６を用いて、医師端末ＤＴの具体的な構成の一例について説明する。図６は、医師端末ＤＴの構成例を示すブロック図である。
【００６９】
図６に示すように、医師端末ＤＴは、制御部３１、記憶部３２、通信部３３、表示部３４および操作部３５などを備える。
【００７０】
制御部３１は、例えばプロセッサ３１ａとメモリ３１ｂとを備える。なお、制御部３１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。
【００７１】
記憶部３２は、例えば磁気ディスク、半導体メモリ、光ディスク、光磁気ディスクなどで構成される。記憶部３２は、制御部３１のプロセッサ３１ａが実行するプログラムを記憶しても良い。
【００７２】
通信部３３は、サーバＳＶと通信するための通信インタフェースである。通信部３３は、ネットワークＮＷを介してサーバＳＶへのデータの送信、またはサーバＳＶからのデータの受信を行う。通信部３３による通信は、無線通信であっても良いし、有線通信であっても良い。本実施形態において、通信部３３は、ＬＡＮのような他の種類のネットワークを介してサーバＳＶと通信するものを想定して説明するが、これに限定されず、通信ケーブルを用いてシリアルに通信を行うものを含むでも良い。
【００７３】
表示部３４は、表示画面（例えば、ＬＣＤまたはＥＬディスプレイなど）を含む。表示部３４は、制御部３１の制御によって表示画面に表示する表示内容が制御される。
【００７４】
操作部３５は、ユーザによる操作に対応した操作信号を制御部３１へ送信する。操作部３５は、例えば、表示部３４の表示画面上に設けたタッチパネルである。操作部３５は、タッチパネルに限定されず、操作ボタン、キーボードおよびマウスなどであっても良い。また、操作部３５は、ユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、あるいは、ユーザの表情やジェスチャーを認識する画像認識部などを備えるものであっても良い。
【００７５】
＜１−１−１−３＞サーバ
サーバＳＶの具体的な構成を説明する前に、サーバＳＶの概要について説明する。サーバＳＶは、サーバコンピュータである。本実施形態において、サーバＳＶは、汎用のコンピュータ装置に、後述の処理を行わせるようにプログラム（ソフトウェア）をインストールしたものを想定して説明するものとする。サーバＳＶは、ユーザ端末ＵＴから送信された計測データを蓄積する。サーバＳＶは、例えばユーザの健康指導または診断に供するために、医療機関に設置された医師端末ＤＴからのアクセスに応じて当該ユーザの計測データを送信してもよい。なお、サーバＳＶが実現する機能例については後述する。
【００７６】
図７を用いて、サーバＳＶの具体的な構成の一例について説明する。図７は、サーバＳＶの構成例を示すブロック図である。
【００７７】
図７に示すように、サーバＳＶは、制御部４１、記憶部４２及び通信部４３を備える。
【００７８】
制御部４１は、例えばプロセッサ４１ａとメモリ４１ｂとを備える。なお、制御部４１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。
【００７９】
記憶部４２は、例えば磁気ディスク、半導体メモリ、光ディスク、光磁気ディスクなどで構成される。記憶部４２は、ユーザ端末ＵＴから取得する各種の計測データを記憶する。また、記憶部４２は、制御部４１のプロセッサ４１ａが実行するプログラムを記憶しても良い。
【００８０】
通信部４３は、ユーザ端末ＵＴあるいは医師端末ＤＴと通信するための通信インタフェースである。通信部４３は、ネットワークＮＷを介してユーザ端末ＵＴあるいは医師端末ＤＴへのデータの送信、またはユーザ端末ＵＴあるいは医師端末ＤＴからのデータの受信を行う。通信部４３による通信は、無線通信であっても良いし、有線通信であっても良い。
【００８１】
＜１−１−２＞サーバの機能構成
次に、図８を用いて、本実施形態に係るサーバＳＶの機能構成の一例を説明する。図８は、本実施形態に係るサーバＳＶの機能構成の一例を模式的に例示するブロック図である。
【００８２】
サーバＳＶの制御部４１は、記憶部４２に記憶されたプログラムをメモリ４１ｂに展開する。そして、制御部４１は、メモリ４１ｂに展開されたプログラムをプロセッサ４１ａにより解釈及び実行して、各構成要素を制御する。これによって、図８に示されるとおり、本実施形態に係るサーバＳＶは、正規化部５０ａ、正規化部５０ｂ、テーブル管理部５１、心電波形判定部５２、及び血圧出力判定部５３を備えるコンピュータとして機能する。正規化部５０ａ、及び正規化部５０ｂは、適用例の「正規化部ＩＰＥＮ」の一例である。テーブル管理部５１は、適用例の「テーブル管理部ＩＰＥＴ」の一例である。心電波形判定部５２、及び血圧出力判定部５３は、適用例の「判定部ＩＰＥＢ」の一例である。
【００８３】
正規化部５０ａは、ネットワークＮＷを介して、基準値となる心電波形（基準心電波形）、及び基準心電波形に関する脈拍数（基準脈拍数）を受信する。基準心電波形とは、例えば医師などによって、ユーザ本人の心電波形であると確認された心電波形である。また、基準脈拍数とは、基準心電波形の計測時の脈拍数である。そして、正規化部５０ａは、基準脈拍数に基づいて、基準心電波形を正規化する。なお、正規化された基準心電波形を正規化基準心電波形と記載する。
【００８４】
テーブル管理部５１は、ユーザ（被計測者）毎にテーブルを備えている。ユーザ毎にテーブルを管理することで、複数のユーザの情報を適正に管理することが可能となる。テーブルは、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に展開される。テーブルは、正規化部５０ａを介して、正規化基準心電波形を受信して記憶する。なお、テーブルの具体的な構造例については後述する。テーブル管理部５１は、例えば携帯情報端末ＩＴ、または医師端末ＤＴを介したユーザの指示により、携帯情報端末ＩＴ、または医師端末ＤＴにて表示可能とする。
【００８５】
正規化部５０ｂは、ネットワークＮＷを介して、判定用の心電波形（判定用心電波形）、及び判定用心電波形に関する脈拍数（判定用脈拍数）を受信する。判定用心電波形とは、ユーザ自身が計測した血圧値が、ユーザ自身のものとして申告する際に用いられる心電波形である。また、判定用脈拍数とは、判定用心電波形の計測時の脈拍数である。そして、正規化部５０ｂは、判定用脈拍数に基づいて、判定用心電波形を正規化する。なお、正規化された判定用心電波形を正規化判定用心電波形と記載する。
【００８６】
心電波形判定部５２は、正規化部５０ｂを介して、正規化判定用心電波形を受信すると、心電波形の判定動作（個人認証動作）を行う。心電波形判定部５２は、テーブル管理部５１に記憶されている正規化基準心電波形と、正規化判定用心電波形と、を比較する。
【００８７】
具体的には、心電波形判定部５２は、正規化判定用心電波形と、正規化基準心電波形との一致率が第１閾値を超えているか否かを判断する。正規化判定用心電波形と、正規化基準心電波形との一致率の判定方法は、どのような方法でも良い。
【００８８】
この第１閾値は、正規化判定用心電波形が真正な心電波形であると判定するための値である。つまり一致率が第１閾値を超える場合は、正規化判定用心電波形と、正規化基準心電波形とは「一致する」と判定され、一致率が第１閾値を超えない場合は、正規化判定用心電波形と、正規化基準心電波形とは「一致しない」と判定される。第１閾値は、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されている。そして、第１閾値は、例えば医師が医師端末ＤＴ等を介して任意に設定することができる。
【００８９】
そして、心電波形判定部５２は、心電波形の判定動作を行うと、心電波形判定結果（正規化判定用心電波形が正規化基準心電波形に一致するか否か）を血圧出力判定部５３に供給する。
【００９０】
血圧出力判定部５３は、ネットワークＮＷを介して、判定用心電波形に紐付けられた血圧値を受信する。血圧出力判定部５３は、心電波形判定部５２から供給される心電波形判定結果に基づいて、血圧値の出力の可否を決定する。心電波形判定結果が「正規化判定用心電波形が正規化基準心電波形に一致する」ということを意味する結果である場合、血圧出力判定部５３は、「個人認証成功」の意味を示す判定結果を出力する。具体的には、血圧出力判定部５３は、判定結果として、受信した血圧値が真正な血圧値であるという旨の、認証と、受信した血圧値とを関連付けて出力する。
【００９１】
他方で、心電波形判定結果が「正規化判定用心電波形が正規化基準心電波形に一致しない一致」ということを意味する結果である場合、血圧出力判定部５３は、「個人認証失敗」の意味を示す判定結果を出力する。具体的には、血圧出力判定部５３は、血圧値が真正な血圧値でないという旨の通知、またはエラー通知を出力する。
【００９２】
上記判定結果は、例えばユーザの保険加入査定、保険料の算出、健康増進プログラムの成績評価などを行う会社等に供給される。より具体的には、前記会社等は、上記判定結果として、血圧値が真正な血圧値であるという旨の認証を受信すると、前記認証に関連付けられている血圧値が真正な血圧値であると判断することができる。これにより、前記会社等は、上記判定結果により、サーバＳＶから受信した血圧値が、成りすましによって得られた血圧値、及び真正な血圧値（保険加入申込者自身の血圧値）のどちらかを容易に区別することができる。
【００９３】
＜１−１−３＞テーブルの構造例
次に、図９を用いて、テーブルの構造例の一例について説明する。図９は、テーブルの構造例の一例を示す図である。簡単のため、一人のユーザに着目してテーブルの構造について説明する。
【００９４】
図９に示すように、テーブルは、例えば計測データに含まれるユーザ情報（例えばユーザＩＤ）毎に、計測日時、機種情報（例えば機種ＩＤ）、及び正規化基準心電波形を記憶する。
【００９５】
例えばテーブル管理部５１は、ユーザＩＤ、計測日時、または機種ＩＤ等から、対応する正規化基準心電波形を出力することができる。
【００９６】
なお、ユーザＩＤ、機種ＩＤ任意の数字や文字の組み合わせで構成される。正規化基準心電波形は、例えば横軸が時間、縦軸が出力電圧の波形である。そして、正規化基準心電波形の長さは、心電波形の比較ができる必要最低限の長さの波形があればよく、任意の長さで良い。
【００９７】
＜１−２＞動作
＜１−２−１＞心電波形記憶動作
次に、図１０を用いて、第１実施形態に係る情報処理装置を含む情報処理システムの心電波形記憶動作例について説明する。図１０は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
【００９８】
［ステップＳ１０１］
血圧計ＢＴは、ユーザ（被計測者）の心電波形を心電センサ１７ｂで計測する。そして、制御部１１は、心電波形を、計測日時、ユーザＩＤ、及び機種ＩＤに結びつけた計測データを生成し、通信部１２を介して携帯情報端末ＩＴに供給する。
【００９９】
携帯情報端末ＩＴは、通信部２３にて血圧計ＢＴから計測データを受信すると、任意のタイミングでネットワークＮＷを介して医師端末ＤＴに計測データを転送する。
【０１００】
なお、ステップＳ１０１における心電波形の計測は、必ずしも血圧計ＢＴで計測する必要はない。例えば、医療機関に設置されている心電計などで心電波形を計測して良い。この場合、心電計は、医師端末ＤＴに計測データ（計測日時、ユーザＩＤ、機種ＩＤ、及び心電波形）を転送する。
【０１０１】
［ステップＳ１０２］
例えば医師は、医師端末ＤＴに転送された心電波形が、ユーザ本人の心電波形か否かを確認する。
【０１０２】
例えば、ユーザが医師の診ている前で心電波形を計測することで、医師は、計測された心電波形がユーザ本人の心電波形であることを確認することができる。
【０１０３】
もし、医師は、医師端末ＤＴに転送された心電波形が、ユーザ本人の心電波形であると確認できない場合は、心電波形を破棄する（ステップＳ１０２、ＮＯ）。
【０１０４】
［ステップＳ１０３］
医師は、医師端末ＤＴに転送された心電波形が、ユーザ本人の心電波形であると確認すると（ステップＳ１０２、ＹＥＳ）、確認された心電波形を基準心電波形として、医師端末ＤＴから、サーバＳＶへと送信する。この際、基準心電波形と共に基準脈拍数も医師端末ＤＴから、サーバＳＶへと送信される。
【０１０５】
［ステップＳ１０４］
正規化部５０ａは、ネットワークＮＷを介して、基準心電波形、及び基準脈拍数を受信する。そして、正規化部５０ａは、基準脈拍数に基づいて、基準心電波形を正規化する。
【０１０６】
［ステップＳ１０５］
テーブル管理部５１は、ユーザＩＤに基づいて、テーブルに、計測日時、機種ＩＤ、正規化基準心電波形を記憶する。
【０１０７】
＜１−２−２＞個人認証動作
次に、図１１を用いて、第１実施形態に係る情報処理装置を含む情報処理システムの個人認証動作例について説明する。図１１は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
【０１０８】
［ステップＳ１１０］
サーバＳＶの制御部４１（心電波形判定部５２）は、個人認証動作を行うか否かを判断する。個人認証動作を行うか否かの指示は、例えば携帯情報端末ＩＴ、または医師端末ＤＴから受信する。
【０１０９】
例えば、保険会社などによって、例えばユーザの保険加入査定、保険料の算出、健康増進プログラムの成績評価などを行う際に、個人認証動作が行われる。
【０１１０】
［ステップＳ１１１］
心電波形判定部５２は、個人認証動作を行うと判断する場合（ステップＳ１１０、ＹＥＳ）、正規化基準心電波形がテーブルに記憶されているか否かを判断する。心電波形判定部５２は、正規化基準心電波形がテーブルに記憶されていないと判断する場合（ステップＳ１１１、ＮＯ）、個人認証動作を中止する。
【０１１１】
［ステップＳ１１２］
心電波形判定部５２が、正規化基準心電波形がテーブルに記憶されていると判断する場合（ステップＳ１１１、ＹＥＳ）、心電波形判定部５２は、個人認証動作を行う。
【０１１２】
具体的には、ユーザは、血圧計ＢＴを用いて、血圧値及び心電波形を計測する。そして、血圧計ＢＴはサーバＳＶに、血圧値、判定用心電波形、及び判定用脈拍数を送信する。この血圧値、判定用心電波形、及び判定用脈拍数は、互いに紐付けられている。
【０１１３】
そして、正規化部５０ｂは、ネットワークＮＷを介して、判定用心電波形、及び判定用脈拍数を受信する。正規化部５０ｂは、判定用脈拍数に基づいて、判定用心電波形を正規化する。
【０１１４】
そして、心電波形判定部５２は、正規化判定用心電波形と、正規化基準心電波形との一致率が第１閾値を超えているか否かを判断する。
【０１１５】
［ステップＳ１１３］
心電波形判定部５２は、正規化判定用心電波形と、正規化基準心電波形との一致率が第１閾値を超えていると判断する場合（ステップＳ１１２、ＹＥＳ）、判定用心電波形は、ユーザの心電波形であると判定する。そして、心電波形判定部５２は、心電波形判定結果を血圧出力判定部５３に供給する。
【０１１６】
血圧出力判定部５３は、判定用心電波形がユーザの心電波形であるという心電波形判定結果を受信すると、「個人認証成功」の意味を示す判定結果を出力する。このようにして、個人認証動作が完了する。
【０１１７】
これにより、血圧計ＢＴによって計測された血圧値がユーザの血圧であることが保証される。そのため、保険会社などは、血圧計ＢＴによって計測された血圧値に基づいて、例えばユーザの保険加入査定、保険料の算出、健康増進プログラムの成績評価などを行うことができる。
【０１１８】
［ステップＳ１１４］
心電波形判定部５２は、正規化判定用心電波形と、正規化基準心電波形との一致率が第１閾値を超えていないと判断する場合（ステップＳ１１２、ＮＯ）、判定用心電波形は、ユーザの心電波形でないと判定する。そして、心電波形判定部５２は、心電波形判定結果を血圧出力判定部５３に供給する。
【０１１９】
血圧出力判定部５３は、判定用心電波形がユーザの心電波形でないという心電波形判定結果を受信すると、「個人認証失敗」の意味を示す判定結果を出力する。このようにして、個人認証動作が完了する。
【０１２０】
これにより、血圧計ＢＴによって計測された血圧値がユーザの血圧でないことが保証される。そのため、保険会社は、ユーザの成りすましを検知、または成りすましを防止することができる。
【０１２１】
＜１−３＞効果
上述した実施形態によれば、ユーザ（被計測者）の心電波形と確認された正規化基準心電波形がテーブルに記憶されている。そして、ユーザ（被計測者）は、血圧値を計測すると同時に心電波形（判定用心電波形）も計測する。そして、情報処理装置は、正規化基準心電波形と、正規化判定用心電波形とが所定の条件を満足するか否かを判定することで、個人認証を行う。具体的には、情報処理装置は、正規化基準心電波形と、正規化判定用心電波形との一致率が、第１値を超えるか否かを判定する。そして、情報処理装置は、正規化基準心電波形と、正規化判定用心電波形とが所定の条件を満足すると判定する場合、計測された血圧値が、真正な血圧値であると判定することができる。他方で、情報処理装置は、正規化基準心電波形と、正規化判定用心電波形とが所定の条件を満足しないと判定する場合、計測された血圧値が、真正な血圧値でないと判定することができる。
【０１２２】
心電波形は、ユーザ毎にユニークである。そのため、情報処理装置は、医師などによりユーザの心電波形であると確認された心電波形を基準に、心電波形を比較することで、個人認証の精度を担保することが可能となる。
【０１２３】
従って、上述した実施形態に係る情報処理装置を含む情報処理システムによれば、申告された血圧値が本人のものであるか否かを確認できる。
【０１２４】
＜２＞第２実施形態
第２実施形態について説明する。第２実施形態では、個人認証動作の際に、血圧波形を更に考慮することで、個人認証の精度をより高める方法について説明する。尚、第２実施形態に係る情報処理装置を含む情報処理システムの基本的な構成及び基本的な動作は、上述した第１実施形態に係る情報処理装置を含む情報処理システムと同様である。従って、上述した第１実施形態で説明した事項及び上述した第１実施形態から容易に類推可能な事項についての説明は省略する。
【０１２５】
＜２−１＞構成
＜２−１−１＞血圧計
まず、血圧計ＢＴの概要について説明する。血圧計ＢＴは、血圧計測中に心電波形及び血圧波形を同時に計測できる。血圧計ＢＴは、例えばユーザ（被計測者）の血圧値と、ユーザの血圧波形と、ユーザの心電波形と、ユーザの脈拍数と、血圧値、血圧波形、及び心電波形の計測日時と、機種情報（例えば機種ＩＤ）と、ユーザ情報（例えばユーザＩＤ）と、を紐づけた計測データを、例えば無線インタフェースにより携帯情報端末ＩＴに送信する。
【０１２６】
＜２−１−２＞サーバの機能構成
次に、図１２を用いて、本実施形態に係るサーバＳＶの機能構成の一例を説明する。図１２は、本実施形態に係るサーバＳＶの機能構成の一例を模式的に例示するブロック図である。
【０１２７】
サーバＳＶの制御部４１は、記憶部４２に記憶されたプログラムをメモリ４１ｂに展開する。そして、制御部４１は、メモリ４１ｂに展開されたプログラムをプロセッサ４１ａにより解釈及び実行して、各構成要素を制御する。これによって、図１２に示されるとおり、本実施形態に係るサーバＳＶは、正規化部５０ａ、正規化部５０ｂ、正規化部５０ｃ、正規化部５０ｄ、テーブル管理部５１−１、波形判定部５４、及び血圧出力判定部５３−１を備えるコンピュータとして機能する。正規化部５０ａ、正規化部５０ｂ、正規化部５０ｃ、及び正規化部５０ｄは、適用例の「正規化部ＩＰＥＮ」の一例である。テーブル管理部５１−１は、適用例の「テーブル管理部ＩＰＥＴ」の一例である。波形判定部５４、及び血圧出力判定部５３−１は、適用例の「判定部ＩＰＥＢ」の一例である。
【０１２８】
正規化部５０ａは、ネットワークＮＷを介して、基準心電波形、及び基準心電波形に関する脈拍数（第１基準脈拍数）を受信する。第１基準脈拍数とは、基準心電波形の計測時の脈拍数である。そして、正規化部５０ａは、第１基準脈拍数に基づいて、基準心電波形を正規化する。
【０１２９】
正規化部５０ｃは、ネットワークＮＷを介して、基準値となる血圧波形（基準血圧波形）、及び基準血圧波形に関する脈拍数（第２基準脈拍数）を受信する。基準血圧波形とは、例えば医師などによって、ユーザ本人の血圧波形であると確認された血圧波形である。また、第２基準脈拍数とは、基準血圧波形の計測時の脈拍数である。そして、正規化部５０ｃは、第２基準脈拍数に基づいて、基準血圧波形を正規化する。なお、正規化された基準血圧波形を正規化基準血圧波形と記載する。なお、基準心電波形と、基準血圧波形と、を同時に計測する場合は、第１基準脈拍数と、第２基準脈拍数と、は同じである。
【０１３０】
テーブル管理部５１−１は、ユーザ（被計測者）毎にテーブルを備えている。ユーザ毎にテーブルを管理することで、複数のユーザの情報を適正に管理することが可能となる。テーブルは、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に展開される。テーブルは、正規化部５０ａを介して、正規化基準心電波形を受信して記憶し、更に正規化部５０ｃを介して、及び正規化基準血圧波形を受信して記憶する。なお、テーブルの具体的な構造例については後述する。テーブル管理部５１−１は、例えば携帯情報端末ＩＴ、または医師端末ＤＴを介したユーザの指示により、携帯情報端末ＩＴ、または医師端末ＤＴにて表示可能とする。
【０１３１】
正規化部５０ｂは、ネットワークＮＷを介して、判定用心電波形、及び判定用心電波形に関する脈拍数（第１判定用脈拍数）を受信する。第１判定用脈拍数とは、判定用心電波形の計測時の脈拍数である。そして、正規化部５０ｂは、第１判定用脈拍数に基づいて、判定用心電波形を正規化する。
【０１３２】
正規化部５０ｄは、ネットワークＮＷを介して、判定用の血圧波形（判定用血圧波形）、及び判定用血圧波形に関する脈拍数（第２判定用脈拍数）を受信する。判定用血圧波形とは、ユーザ自身が計測した血圧値が、ユーザ自身のものとして申告する際に用いられる血圧波形である。また、第２判定用脈拍数とは、判定用血圧波形の計測時の脈拍数である。そして、正規化部５０ｄは、第２判定用脈拍数に基づいて、判定用血圧波形を正規化する。なお、正規化された判定用血圧波形を正規化判定用血圧波形と記載する。なお、判定用心電波形と、判定用血圧波形と、を同時に計測する場合は、第１判定用脈拍数と、第２判定用脈拍数と、は同じである。
【０１３３】
波形判定部５４は、正規化部５０ｂを介して、正規化判定用心電波形を受信し、更に正規化部５０ｄを介して、正規化判定用血圧波形を受信すると、心電波形及び血圧波形の判定動作（個人認証動作）を行う。波形判定部５４は、テーブル管理部５１−１に記憶されている正規化基準心電波形と、正規化判定用心電波形と、を比較し、且つテーブル管理部５１−１に記憶されている正規化基準血圧波形と、正規化判定用血圧波形と、を比較する。そして、波形判定部５４は、比較結果として、波形判定結果を、血圧出力判定部５３−１に供給する。
【０１３４】
具体的には、波形判定部５４は、正規化判定用心電波形と、正規化基準心電波形との一致率が第１閾値を超えているか否かを判断する。正規化判定用心電波形と、正規化基準心電波形との一致率の判定方法は、どのような方法でも良い。
【０１３５】
また、波形判定部５４は、正規化判定用血圧波形と、正規化基準血圧波形との一致率が第２閾値を超えているか否かを判断する。正規化判定用血圧波形と、正規化基準血圧波形との一致率の判定方法は、どのような方法でも良い。
【０１３６】
この第２閾値は、正規化判定用血圧波形が真正な血圧波形であると判定するための値である。つまり一致率が第２閾値を超える場合は、正規化判定用血圧波形と、正規化基準血圧波形とは「一致する」と判定され、一致率が第２閾値を超えない場合は、正規化判定用血圧波形と、正規化基準血圧波形とは「一致しない」と判定される。第２閾値は、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されている。そして、第２閾値は、例えば医師が医師端末ＤＴ等を介して任意に設定することができる。
【０１３７】
そして、波形判定部５４は、心電波形及び血圧波形の判定動作を行うと、心電波形判定結果（正規化判定用心電波形が正規化基準心電波形に一致するか否か）を血圧出力判定部５３に供給する。
【０１３８】
血圧出力判定部５３−１は、ネットワークＮＷを介して、判定用心電波形及び判定用血圧波形に紐付けられた血圧値を受信する。血圧出力判定部５３−１は、波形判定部５４から供給される波形判定結果に基づいて、血圧値の出力の可否を決定する。波形判定結果が「正規化判定用心電波形が正規化基準心電波形に一致し、且つ正規化判定用血圧波形が正規化基準血圧波形に一致する」ということを意味する結果である場合、血圧出力判定部５３−１は、「個人認証成功」の意味を示す判定結果を出力する。具体的には、血圧出力判定部５３は、判定結果として、受信した血圧値が真正な血圧値であるという旨の通知、または受信した血圧値を出力する。
【０１３９】
他方で、波形判定結果が「正規化判定用心電波形が正規化基準心電波形に一致しない、または正規化判定用血圧波形が正規化基準血圧波形に一致しない」ということを意味する結果である場合、血圧出力判定部５３−１は、「個人認証失敗」の意味を示す判定結果を出力する。具体的には、血圧出力判定部５３−１は、血圧値が真正な血圧値でないという旨の通知、またはエラー通知を出力する。
【０１４０】
上記判定結果は、例えばユーザの保険加入査定、保険料の算出、健康増進プログラムの成績評価などを行う会社等に供給される。
【０１４１】
＜２−１−３＞テーブルの構造例
次に、図１３を用いて、テーブルの構造例の一例について説明する。図１３は、テーブルの構造例の一例を示す図である。簡単のため、一人のユーザに着目してテーブルの構造について説明する。
【０１４２】
図１３に示すように、テーブルは、例えば計測データに含まれるユーザ情報（例えばユーザＩＤ）毎に、計測日時、機種情報（例えば機種ＩＤ）、正規化基準心電波形、及び正規化基準血圧波形を記憶する。
【０１４３】
例えばテーブル管理部５１−１は、ユーザＩＤ、計測日時、または機種ＩＤ等から、対応する正規化基準心電波形及び正規化基準血圧波形を出力することができる。
【０１４４】
正規化基準血圧波形は、例えば横軸が時間、縦軸が出力電圧の波形である。そして、正規化基準血圧波形の長さは、血圧波形の比較ができる必要最低限の長さの波形があればよく、任意の長さで良い。
【０１４５】
＜２−２＞動作
＜２−２−１＞波形記憶動作
次に、図１４を用いて、第２実施形態に係る情報処理装置を含む情報処理システムの波形記憶動作例について説明する。図１４は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
【０１４６】
［ステップＳ２０１］
血圧計ＢＴは、ユーザ（被計測者）の血圧値を計測すると共に、その血圧波形を計測する。またそれと並行して、上記ユーザの心電波形を心電センサ１７ｂで計測し、ユーザの血圧波形を血圧センサ１７ａで計測する。そして、制御部１１は、上記計測された血圧値とその血圧波形および心電波形を、計測日時、ユーザＩＤ、及び機種ＩＤに結びつけた計測データを生成し、通信部１２を介して携帯情報端末ＩＴに供給する。
【０１４７】
携帯情報端末ＩＴは、通信部２３にて血圧計ＢＴから計測データを受信すると、任意のタイミングでネットワークＮＷを介して医師端末ＤＴに計測データを転送する。
【０１４８】
なお、ステップＳ２０１における心電波形及び血圧波形の計測は、必ずしも血圧計ＢＴで計測する必要はない。例えば、医療機関に設置されている心電計や血圧計などで計測して良い。
【０１４９】
［ステップＳ２０２］
例えば医師は、医師端末ＤＴに転送された心電波形及び血圧波形が、ユーザ本人の心電波形か否かを確認する。
【０１５０】
例えば、ユーザが医師の診ている前で心電波形及び血圧波形を計測することで、医師は、計測された心電波形及び血圧波形がユーザ本人の心電波形であることを確認することができる。
【０１５１】
もし、医師は、医師端末ＤＴに転送された心電波形及び血圧波形が、ユーザ本人の心電波形及び血圧波形であると確認できない場合は、心電波形及び血圧波形を破棄する（ステップＳ２０２、ＮＯ）。
【０１５２】
［ステップＳ２０３］
医師は、医師端末ＤＴに転送された心電波形及び血圧波形が、ユーザ本人の心電波形及び血圧波形であると確認すると（ステップＳ２０２、ＹＥＳ）、確認された心電波形を基準心電波形とし、確認された血圧波形を基準血圧波形として、医師端末ＤＴから、サーバＳＶへと送信する。この際、基準心電波形、及び基準血圧波形と共に第１基準脈拍数、及び第２基準脈拍数も医師端末ＤＴから、サーバＳＶへと送信される。
【０１５３】
［ステップＳ２０４］
正規化部５０ａは、ネットワークＮＷを介して、基準心電波形、及び第１基準脈拍数を受信する。そして、正規化部５０ａは、第１基準脈拍数に基づいて、基準心電波形を正規化する。
【０１５４】
正規化部５０ｃは、ネットワークＮＷを介して、基準血圧波形、及び第２基準脈拍数を受信する。そして、正規化部５０ｃは、第２基準脈拍数に基づいて、基準血圧波形を正規化する。
【０１５５】
［ステップＳ２０５］
テーブル管理部５１−１は、ユーザＩＤに基づいて、テーブルに、計測日時、機種ＩＤ、正規化基準心電波形、及び正規化基準血圧波形を記憶する。
【０１５６】
＜２−２−２＞個人認証動作
次に、図１５を用いて、第１実施形態に係る情報処理装置を含む情報処理システムの個人認証動作例について説明する。図１５は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
【０１５７】
［ステップＳ２１０］
サーバＳＶの制御部４１（波形判定部５４）は、個人認証動作を行うか否かを判断する。個人認証動作を行うか否かの指示は、例えば携帯情報端末ＩＴ、または医師端末ＤＴから受信する。
【０１５８】
例えば、保険会社などによって、例えばユーザの保険加入査定、保険料の算出、健康増進プログラムの成績評価などを行う際に、個人認証動作が行われる。
【０１５９】
［ステップＳ２１１］
波形判定部５４は、個人認証動作を行うと判断する場合（ステップＳ２１０、ＹＥＳ）、正規化基準心電波形及び正規化基準血圧波形がテーブルに記憶されているか否かを判断する。波形判定部５４は、正規化基準心電波形及び正規化基準血圧波形がテーブルに記憶されていないと判断する場合（ステップＳ２１１、ＮＯ）、個人認証動作を中止する。
【０１６０】
［ステップＳ２１２］
波形判定部５４が正規化基準心電波形及び正規化基準血圧波形がテーブルに記憶されていると判断する場合（ステップＳ２１１、ＹＥＳ）、波形判定部５４は、心電波形の判定動作を行う。
【０１６１】
具体的には、ユーザは、血圧計ＢＴを用いて、血圧値、心電波形、血圧波形、第１判定用脈拍数、及び第２判定用脈拍数を計測する。そして、血圧計ＢＴはサーバＳＶに、血圧値、判定用心電波形、判定用血圧波形、第１判定用脈拍数、及び第２判定用脈拍数を送信する。この血圧値、判定用心電波形、判定用血圧波形、第１判定用脈拍数、及び第２判定用脈拍数は、互いに紐付けられている。
【０１６２】
そして、正規化部５０ｂは、ネットワークＮＷを介して、判定用心電波形、及び第１判定用脈拍数を受信する。正規化部５０ｂは、第１判定用脈拍数に基づいて、判定用心電波形を正規化する。
【０１６３】
更に、正規化部５０ｄは、ネットワークＮＷを介して、判定用血圧波形、及び第２判定用脈拍数を受信する。正規化部５０ｄは、第２判定用脈拍数に基づいて、判定用血圧波形を正規化する。
【０１６４】
波形判定部５４は、正規化判定用心電波形と、正規化基準心電波形との一致率を判定する。正規化判定用心電波形と、正規化基準心電波形との一致率の判定方法は、どのような方法でも良い。そして、波形判定部５４は、正規化判定用心電波形と、正規化基準心電波形との一致率が第１閾値を超えているか否かを判断する。
【０１６５】
［ステップＳ２１３］
波形判定部５４が正規化判定用心電波形と、正規化基準心電波形との一致率が第１閾値を超えていると判断する場合（ステップＳ２１２、ＹＥＳ）、正規化判定用心電波形は、ユーザの心電波形であると判定する。そして、波形判定部５４は、血圧波形の判定動作を行う。
【０１６６】
波形判定部５４は、正規化判定用血圧波形と、正規化基準血圧波形との一致率が第２閾値を超えているか否かを判断する。
【０１６７】
［ステップＳ２１４］
波形判定部５４は、正規化判定用血圧波形と、正規化基準血圧波形との一致率が第２閾値を超えていると判断する場合（ステップＳ２１３、ＹＥＳ）、判定用血圧波形は、ユーザの血圧波形であると判定する。そして、波形判定部５４は、波形判定結果を血圧出力判定部５３−１に供給する。
【０１６８】
血圧出力判定部５３−１は、判定用心電波形がユーザの心電波形であり、判定用血圧波形がユーザの血圧波形であるという波形判定結果を受信すると、「個人認証成功」の意味を示す判定結果を出力する。このようにして、個人認証動作が完了する。
【０１６９】
これにより、血圧計ＢＴによって計測された血圧値がユーザの血圧であることが保証される。そのため、保険会社などは、血圧計ＢＴによって計測された血圧値に基づいて、例えばユーザの保険加入査定、保険料の算出、健康増進プログラムの成績評価などを行うことができる。
【０１７０】
［ステップＳ２１５］
波形判定部５４は、正規化判定用心電波形と、正規化基準心電波形との一致率が第１閾値を超えていないと判断する場合（ステップＳ２１２、ＮＯ）、判定用心電波形は、ユーザの心電波形でないと判定する。また、波形判定部５４は、判定用血圧波形と、基準血圧波形との一致率が第２閾値を超えていないと判断する場合（ステップＳ２１３、ＮＯ）、判定用血圧波形は、ユーザの血圧波形でないと判定する。そして、波形判定部５４は、波形判定結果を血圧出力判定部５３−１に供給する。
【０１７１】
血圧出力判定部５３−１は、判定用心電波形または判定用血圧波形がユーザの心電波形でないという心電波形判定結果を受信すると、「個人認証失敗」の意味を示す判定結果を出力する。このようにして、個人認証動作が完了する。
【０１７２】
これにより、血圧計ＢＴによって計測された血圧値がユーザの血圧でないことが保証される。そのため、保険会社は、成りすましの検知、または成りすましを防止することができる。
【０１７３】
なお、ステップＳ２１２、及びステップＳ２１３の実行順序は入れ替えても良い。
【０１７４】
＜２−３＞効果
上述した実施形態によれば、ユーザ（被計測者）の心電波形と確認された正規化基準心電波形と、ユーザ（被計測者）の血圧波形と確認された正規化基準血圧波形と、がテーブルに記憶されている。そして、ユーザ（被計測者）は、血圧値を計測すると同時に心電波形（判定用心電波形）及び血圧波形（判定用血圧波形）も計測する。そして、情報処理装置は、正規化基準心電波形と、正規化判定用心電波形とが所定の条件を満足し、且つ正規化基準血圧波形と、正規化判定用血圧波形とが所定の条件を満足するか否かを判定することで、個人認証を行う。具体的には、情報処理装置は、正規化基準心電波形と、正規化判定用心電波形との一致率が、第１値を超えるか否かを判定する。更に、情報処理装置は、正規化基準血圧波形と、正規化判定用血圧波形との一致率が、第２値を超えるか否かを判定する。そして、情報処理装置は、正規化基準心電波形と、正規化判定用心電波形とが所定の条件を満足し、且つ正規化基準血圧波形と、正規化判定用血圧波形とが所定の条件を満足すると判定する場合、計測された血圧値が、真正な血圧値であると判定することができる。他方で、情報処理装置は、正規化基準心電波形と、正規化判定用心電波形とが所定の条件を満足しない、または正規化基準血圧波形と、正規化判定用血圧波形とが所定の条件を満足しないと判定する場合、計測された血圧値が、真正な血圧値でないと判定することができる。
【０１７５】
血圧波形は、ユーザ毎にユニークである。そのため、情報処理装置は、医師などによりユーザの血圧波形であると確認された血圧波形を基準に、血圧波形を比較することで、第１実施形態にくらべ、更に個人認証の精度を担保することが可能となる。
【０１７６】
従って、上述した実施形態に係る情報処理装置を含む情報処理システムによれば、第１実施形態と同様に、申告された血圧値が本人のものであるか否かを確認できる。
【０１７７】
＜３＞変形例
上述した各実施形態において、サーバＳＶを、適用例の「情報処理装置ＩＰＥ」の一例として説明した。しかし、これに限らず、適用例の「情報処理装置ＩＰＥ」は、血圧計ＢＴや、携帯情報端末ＩＴ、医師端末ＤＴ等であってもよく、また情報処理装置ＩＰＥの構成要素をサーバＳＶ、血圧計ＢＴ、携帯情報端末ＩＴ及び医師端末ＤＴに分散配置してもよい。
【０１７８】
例えば、適用例の「情報処理装置ＩＰＥ」を、携帯情報端末ＩＴで実現する場合について簡単に説明する。携帯情報端末ＩＴの制御部２１は、記憶部２２に記憶されたプログラムをメモリ２１ｂに展開する。そして、制御部２１は、メモリ２１ｂに展開されたプログラムをプロセッサ２１ａにより解釈及び実行して、上述した機能構成を実現する。また、適用例の「情報処理装置ＩＰＥ」を、医師端末ＤＴで実現する場合について簡単に説明する。医師端末ＤＴの制御部３１は、記憶部３２に記憶されたプログラムをメモリ３１ｂに展開する。そして、制御部３１は、メモリ３１ｂに展開されたプログラムをプロセッサ３１ａにより解釈及び実行して、上述した機能構成を実現する。
【０１７９】
また、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【０１８０】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られるものではない。
（付記１）
ユーザが自身のものとして申告しようとするデータと、前記データと関連付けされた状態で計測された第１生体情報と、信用機関の管理の下で計測された、前記ユーザの第２生体情報と、を取得し、
前記第１生体情報及び前記第２生体情報の一致率を算出し、算出された一致率に基づいて前記データが前記ユーザのものであるか否かを判定する判定部
を具備する情報処理装置。
【０１８１】
（付記２）
プロセッサ及びメモリを有する情報処理装置が実行する情報処理方法であって、
ユーザが自身のものとして申告しようとするデータと、前記データと関連付けされた状態で計測された第１生体情報と、信用機関の管理の下で計測された、前記ユーザの第２生体情報とを取得する過程と、
前記第１生体情報及び前記第２生体情報の一致率を算出し、算出された一致率に基づいて前記データが前記ユーザのものであるか否かを判定する過程と、
を備える情報処理方法。
【符号の説明】
【０１８２】
１１、２１、３１、４１…制御部
１１ａ、２１ａ、３１ａ、４１ａ…プロセッサ
１１ｂ、２１ｂ、３１ｂ、４１ｂ…メモリ
１２、２３、３３、４３…通信部
１３、２２、３２、４２…記憶部
１４、２５、３５…操作部
１５、２４、３４…表示部
１６…加速度センサ
１７…生体センサ
１７ａ…血圧センサ
１７ｂ…心電センサ
１８…環境センサ
１８ａ…気温センサ
２６…位置検出部
５１、５１−１…テーブル管理部
５２…心電波形判定部
５３、５３−１…血圧出力判定部
５４…波形判定部
ＢＴ１〜ＢＴｎ…血圧計
ＤＴ１〜ＤＴｍ…医師端末
ＩＴ１〜ＩＴｎ…携帯情報端末
ＵＴ１〜ＵＴｎ…ユーザ端末
【図１】
2019115618.tif 000003
【図２】
2019115618.tif 000004
【図３】
2019115618.tif 000005
【図４】
2019115618.tif 000006
【図５】
2019115618.tif 000007
【図６】
2019115618.tif 000008
【図７】
2019115618.tif 000009
【図８】
2019115618.tif 000010
【図９】
2019115618.tif 000011
【図１０】
2019115618.tif 000012
【図１１】
2019115618.tif 000013
【図１２】
2019115618.tif 000014
【図１３】
2019115618.tif 000015
【図１４】
2019115618.tif 000016
【図１５】
2019115618.tif 000017