WO2019131252A1

WO2019131252A1 - 情報処理装置、情報処理方法及び情報処理プログラム

Info

Publication number: WO2019131252A1
Application number: PCT/JP2018/046247
Authority: WO
Inventors: 直樹土屋; 善之森田; 和松岡; 出野　徹; 皓介井上
Original assignee: Omron Healthcare Co Ltd
Current assignee: Omron Healthcare Co Ltd
Priority date: 2017-12-27
Filing date: 2018-12-17
Publication date: 2019-07-04
Anticipated expiration: 2020-06-27
Also published as: DE112018006648T5; US20200315462A1; JP6897558B2; CN111511277A; JP2019115585A; CN111511277B

Abstract

本発明の第１の態様に係る情報処理装置は、血圧測定部により計測された被計測者の血圧値を取得する血圧値取得部と、前記被計測者の平常時の第１脈拍数、及び前記血圧値が計測された時間帯における前記被計測者の第２脈拍数を取得する脈拍数取得部と、前記第１脈拍数に基づいて、前記被計測者の自律神経の第１緊張度合いを算出し、前記第２脈拍数に基づいて、前記被計測者の自律神経の第２緊張度合いを算出する算出部と、前記血圧値、前記第１緊張度合い及び前記第２緊張度合いに基づいて、前記血圧値の血圧の種類を判定する判定部と、を具備する。

Description

情報処理装置、情報処理方法及び情報処理プログラム

　本発明は、計測された血圧値を処理する情報処理装置、情報処理方法及び情報処理プログラムに関する。

　血圧計には、カフを腕などに巻き付けて測定するポータブルタイプの装置や、カフが内蔵された計測部に腕を挿入して計測する据え付け型の装置などがある。また、最近ではウェアラブル型の血圧計の開発が進められている。例えば、その１つとして、手首の橈骨動脈等の動脈が通る生体部位に圧力センサを直接接触させた状態で、この圧力センサにより検出される情報を用いて脈拍の数（脈拍数）や血圧の値（血圧値）等の生体情報を計測することのできるトノメトリ方式による血圧計測装置が知られている（例えば日本国特開２０１７－００６６７２号公報を参照）。さらに、ウェアラブル型血圧計の他のタイプとしては、オシロメトリック法を使用した血圧計や、Pulse Transit Time（ＰＴＴ）法により血圧変動を推定しこの変動をトリガとして血圧値を測定するトリガ血圧計なども知られている。

　ところが、どのタイプの血圧計を使用しても、単に血圧値が得られるだけで、高血圧の種類までは判別することができない。すなわち、高血圧には、例えば血圧値が正常値より定常的に高い持続性高血圧と、ストレスによって血圧値が上昇するストレス性高血圧があり、さらにストレス性高血圧には、医師や看護師などの白衣を見て緊張し、それがストレスとなって血圧値が上昇する白衣高血圧や、職場における過剰な要求または対人関係がもたらすストレスにより血圧値が上昇する職場高血圧などがあることが知られている。これらの高血圧の種類を的確に判定することは、高血圧を治療する上できわめて重要である。

　本発明は、一側面では、このような実情を鑑みてなされたものであり、その目的は、血圧値だけでなく高血圧の種類まで判定することを可能にする技術を提供することである。

　本発明は、上述した課題を解決するために、以下の構成を採用する。

　すなわち、本発明の第１の態様に係る情報処理装置は、血圧測定部により計測された被計測者の血圧値を取得する血圧値取得部と、前記被計測者の平常時の第１脈拍数、及び前記血圧値が計測された時間帯における前記被計測者の第２脈拍数を取得する脈拍数取得部と、前記第１脈拍数に基づいて、前記被計測者の自律神経の第１緊張度合いを算出し、前記第２脈拍数に基づいて、前記被計測者の自律神経の第２緊張度合いを算出する算出部と、前記血圧値、前記第１緊張度合い及び前記第２緊張度合いに基づいて、前記血圧値の血圧の種類を判定する判定部と、を具備する。

　第１の態様によれば、被計測者の血圧値計測時の脈拍数と、被計測者の平常時の脈拍数と、に基づいて、被計測者の血圧値計測時のストレスについて判定される。そして、計測された血圧値と、ストレスについての判定結果に基づいて、血圧値が高血圧であるか否かと高血圧の場合その種類が判定される。このため、計測された血圧値が高血圧に該当するものであるかどうかに加えて、高血圧が自律神経の緊張により生じたものであるかどうかについても判定することが可能となる。

　日本の高血圧治療ガイドラインによれば、高血圧の種類を判定するには家庭血圧などの平常時の血圧値が必要不可欠である。しかし、本発明の第１の態様によれば、例えば家庭などで血圧を計測する習慣のない人や血圧計測を怠っている患者のように、平常時の血圧値を取得できない人についても、高血圧の種類を判定することが可能となる。

　この発明の第２の態様に係る情報処理装置は、前記判定部が、前記血圧値に基づいて当該血圧値が高血圧に分類されるか否かを判定し、高血圧に分類されると判定する場合に、前記第１緊張度合い及び前記第２緊張度合いに基づいて前記分類された高血圧の種類を判定するようにしたものである。

　第２の態様によれば、計測された血圧値が高血圧に分類された場合にのみ、高血圧の種類を判定する処理が行われる。このため、計測された血圧値が高血圧に分類されなかった場合には高血圧の種類の判定処理は省略され、その分処理負荷が軽減される。

　この発明の第３の態様に係る情報処理装置は、前記第１緊張度合い及び第２緊張度合いに基づいて、前記血圧値の計測時に前記被計測者がストレスを受けた状態にあったか否かを判定する判定部をさらに具備する。そして、前記判定部が、前記血圧値の計測時に前記被計測者がストレスを受けた状態にあったと判定された場合に、前記血圧値についてストレス性高血圧の疑いがあると判定するようにしたものである。

　第３の態様によれば、計測された血圧値が高血圧に分類された場合に、その種類が日本の高血圧ガイドラインで定義されたストレス性高血圧である疑いがあると判定することができる。

　この発明の第４の態様に係る情報処理装置は、前記判定部が、前記血圧値の計測時に前記被計測者がストレスを受けた状態にないと判定された場合に、前記血圧値について持続性高血圧の疑いがあると判定するようにしたものである。

　第４の態様によれば、計測された血圧値が高血圧に分類された場合に、その種類が日本の高血圧ガイドラインで定義された持続性高血圧の疑いがあると判定することができる。

　この発明の第５の態様に係る情報処理装置は、前記血圧値が計測された位置を表す位置情報を取得する位置情報取得部をさらに具備する。そして、前記判定部が、前記血圧値についてストレス性高血圧の疑いがあると判定された場合に、前記位置情報に基づいて、前記ストレス性高血圧の種類が白衣高血圧、職場高血圧およびその他の位置に関連付けられた高血圧のいずれであるかを判定するようにしたものである。

　第５の態様によれば、血圧値を計測した位置を表す情報に基づいて、ストレス性高血圧の種類が白衣高血圧、職場高血圧およびその他の場所に関連付けられた高血圧のいずれであるか判定される。このため、ストレス性高血圧の種類をより具体的に判定することが可能となる。

　この発明の第６の態様に係る情報処理装置は、前記判定部が、判定結果を表す情報を出力するようにしたものである。

　第６の態様によれば、判定部による血圧の種類の判定結果が出力される。このため、被計測者は、例えば自身の血圧値が高血圧に該当するかどうか、高血圧の場合にはストレス性であるか持続性であるか、さらにストレス性の場合には白衣高血圧、職場高血圧、或いはその他の場所に関連付けられる高血圧であるかを識別することが可能となる。

　この発明の第７の態様に係る情報処理装置は、前記判定部が、前記被計測者に対し、平常時の血圧測定を勧める情報を出力するようにしたものである。

　第７の態様によれば、被計測者に対し平常時の血圧測定を勧める情報が出力される。ストレス性高血圧または持続性高血圧が疑われる場合には、平常時の血圧計測が勧められる。このため、このメッセージを受けて被計測者が平常時の血圧計測を行えば、医師はその計測値よりストレス性高血圧または持続性高血圧の診断を確定することが可能となる。

　本発明によれば、血圧値だけでなく高血圧の種類まで判定することが可能な技術を提供することができる。

図１は、第１実施形態に係る情報処理装置を含む情報処理システムの一例を模式的に例示するブロック図である。図２は、第１実施形態に係る情報処理装置を含む情報処理システムの全体構成を示すブロック図である。図３は、血圧計の構成例を示すブロック図である。図４は、携帯情報端末の構成例を示すブロック図である。図５は、医師端末の構成例を示すブロック図である。図６は、サーバの構成例を示すブロック図である。図７は、サーバの機能構成の一例を模式的に例示するブロック図である。図８は、テーブルの構造例の一例を示す図である。図９は、情報処理システムの処理手順の一例を例示するフローチャートである。図１０は、情報処理システムの処理手順の一例を例示するフローチャートである。図１１は、持続性高血圧に係る血圧値及びストレス度の関係を示す図である。図１２は、ストレス性高血圧に係る血圧値及びストレス度の関係を示す図である。図１３は、携帯情報端末の構成例を示すブロック図である。図１４は、本実施形態に係るサーバの機能構成の一例を模式的に例示するブロック図である。図１５は、テーブルの構造例の一例を示す図である。図１６は、情報処理システムの処理手順の一例を例示するフローチャートである。図１７は、情報処理システムの処理手順の一例を例示するフローチャートである。図１８は、サーバの機能構成の一例を模式的に例示するブロック図である。図１９は、テーブルの構造例の一例を示す図である。図２０は、情報処理システムの処理手順の一例を例示するフローチャートである。図２１は、情報処理システムの処理手順の一例を例示するフローチャートである。図２２は、サーバの機能構成の一例を模式的に例示するブロック図である。図２３は、テーブルの構造例の一例を示す図である。図２４は、情報処理システムの処理手順の一例を例示するフローチャートである。図２５は、情報処理システムの処理手順の一例を例示するフローチャートである。図２６は、携帯情報端末ＩＴの構成例を示すブロック図である。

　以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。ただし、以下で説明する本実施形態は、あらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、本発明の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。なお、本実施形態において登場するデータを自然言語により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメータ、マシン語等で指定される。

　［適用例］
　まず、図１を用いて、本発明が適用される場面の一例について説明する。図１は、適用例に係る情報処理装置を含む情報処理システムの一例を模式的に例示する。

　日本の高血圧治療ガイドラインによれば、高血圧の種類を判定するには家庭血圧などの平常時の血圧値が必要不可欠である。しかし、例えば家庭などで血圧を計測する習慣のない人や血圧計測を怠っている患者のように、平常時の血圧値を取得できない人がいる。そこで、このような人について、高血圧の種類を判定することが可能となる情報処理システムについて説明する。

　［適用例の構成］
　情報処理システムの構成を説明する前に、情報処理システムの概要について説明する。情報処理システムは、平常時における脈拍の数（脈拍数）に基づいて、所定のタイミングにおける血圧値及び脈拍数を判定することで、所定のタイミングにおける血圧の種類を判定する。

　図１に示すように、情報処理システムは、ユーザ端末ＵＴと、情報処理装置ＩＰＥと、を含む。

　ユーザ端末ＵＴは、ユーザ（被計測者）の血圧値及び脈拍数を計測し、その血圧値及び脈拍数を情報処理装置ＩＰＥに供給する。ユーザ端末ＵＴは、例えば腕時計型のウェアラブル端末である。ただし、ユーザ端末ＵＴは、腕時計型のウェアラブル端末に限定される訳ではなく、実施の形態に応じて適宜選択されてよい。

　情報処理装置ＩＰＥは、脈拍数取得部ＩＰＥＰＡ、血圧値取得部ＩＰＥＢＡ、緊張度合い算出部ＩＰＥＣ、記憶部ＩＰＥＭ、及び血圧種類判定部ＩＰＥＢを備えている。

　脈拍数取得部ＩＰＥＰＡは、ユーザ端末ＵＴや、その他の端末などからユーザの脈拍数を受信する。

　血圧値取得部ＩＰＥＢＡは、ユーザ端末ＵＴや、その他の端末などからユーザの血圧値を受信する。

　緊張度合い算出部ＩＰＥＣは、受信した脈拍数に基づいて、ユーザの自律神経の緊張度合い（ストレス度）を算出する。緊張度合い算出部ＩＰＥＣは、例えばSymmetrized Dot Patterns （ＳＤＰ）法等を用いて、ストレス度を算出する。ストレス度とは、ユーザ（被計測者）が精神的又は，肉体的負荷により受けるストレスを数値化したものである。ユーザはストレスを受けると、自律神経系や副腎皮質ホルモンなどの内分泌系にも変調を来すことがある。そのため、ユーザの内分泌系が変調を来す場合、血液、唾液、及び尿に含まれるホルモンなどの成分が変化する。また、ユーザの自律神経系が変調を来す場合、脈拍、心拍、呼吸、及び脈波などのバイタルサインの他に、脳波、顔面温度、皮膚表面温度、表面電位、及び眼球運動などの様々な生理反応が変化する。ユーザのストレスは、例えばユーザの脈拍数から算出することができる。このような視点に基づき、緊張度合い算出部ＩＰＥＣを用い、脈拍数に基づいてユーザのストレス度を算出している。

　記憶部ＩＰＥＭは、受信した血圧値及び緊張度合い（または脈拍数）を、ユーザ毎に記憶する。

　血圧種類判定部ＩＰＥＢは、記憶部ＩＰＥＭに記憶されているデータに基づいて、血圧の種類を判定する。

　脈拍数取得部ＩＰＥＰＡは、本発明の「脈拍数取得部」の一例である。血圧値取得部ＩＰＥＢＡは、本発明の「血圧値取得部」の一例である。緊張度合い算出部ＩＰＥＣは、本発明の「算出部」の一例である。血圧種類判定部ＩＰＥＢは、本発明の「判定部」の一例である。

　［適用例の動作］
　次に、情報処理システムが血圧の種類を判定する動作の一例について説明する。

　ここでは、一例として、平常時の脈拍数（第１脈拍数）に基づいて、血圧計測時のユーザのストレスを判定する場合について説明する。

　ユーザは任意の端末を介して、平常時の脈拍数を情報処理装置ＩＰＥに送信する。

　また、ユーザは例えばユーザ端末ＵＴを介して、脈拍数（第２脈拍数）及び血圧値を送信する。第２脈拍数は、血圧値が計測された時間帯における脈拍数である。

　緊張度合い算出部ＩＰＥＣは、第１脈拍数に基づいて第１ストレス度を算出し、第２脈拍数に基づいて第２ストレス度を算出する。

　血圧種類判定部ＩＰＥＢは、計測された血圧の種類を判定する場合、血圧値が高血圧に分類されるか否かを判断する。具体的には、例えば血圧種類判定部ＩＰＥＢは、血圧値が閾値を超えたか否かを判定する。このようにして血圧種類判定部ＩＰＥＢは、血圧値が高血圧に分類されるか否かを判断する。

　血圧種類判定部ＩＰＥＢは、血圧値が高血圧に分類されると判断する場合、第１ストレス度及び第２ストレス度に基づき、血圧値計測時のストレスの大小を判断する。具体的には、血圧種類判定部ＩＰＥＢは、第１ストレス度及び第２ストレス度を比較することで、血圧値計測時におけるストレスの大小を判定する。

　血圧種類判定部ＩＰＥＢは、血圧値計測時におけるストレスが「大」であると判断する場合、血圧の種類は「ストレス性高血圧」であると判定する。血圧種類判定部ＩＰＥＢは、血圧値計測時におけるストレスが「小」であると判断する場合、血圧の種類は「持続性高血圧」であると判定する。

　［適用例の効果］
　以上のように、適用例に係る情報処理システムによれば、平常時の脈拍数と、血圧値計測時の脈拍数を考慮することで、ユーザのストレス度を判断できる。情報処理システムは、ユーザのストレス度がわかると、判定対象の血圧値の血圧が「ストレス性高血圧」の疑いがあるか否かを判定することが可能となる。これにより、医師等は、ストレス性高血圧または持続性高血圧の診断を確定することが可能となる。

　＜１＞　第１実施形態
　以下に、上記適用例に係る第１実施形態について説明する。

　＜１－１＞構成
　＜１－１－１＞情報処理システム
　図２は、第１実施形態に係る情報処理装置を含む情報処理システムの全体構成を示すブロック図である。図２に示すように、情報処理システムは、例えば複数のユーザ端末ＵＴ（図２ではＵＴ１～ＵＴｎ、ｎは任意の整数）、通信ネットワークＮＷ、サーバＳＶ、及び複数の医師端末ＤＴ（図２ではＤＴ１～ＤＴｍ、ｍは任意の整数）を含む。ユーザ端末ＵＴ１～ＵＴｎ、サーバＳＶ、及び医師端末ＤＴ１～ＤＴｍは、それぞれ通信ネットワークＮＷを介して相互に通信が可能となっている。なお、ユーザ端末ＵＴ１～ＵＴｎをそれぞれ区別しない場合には、単にユーザ端末ＵＴと記載する。同様に、医師端末ＤＴ１～ＤＴｍをそれぞれ区別しない場合には、単に医師端末ＤＴと記載する。ユーザ端末ＵＴは、適用例の「ユーザ端末ＵＴ」の一例である。サーバＳＶは、適用例の「情報処理装置ＩＰＥ」の一例である。

　＜１－１－１－１＞ユーザ端末
　図２に示すように、ユーザ端末ＵＴ１～ＵＴｎはそれぞれ、血圧計ＢＴ１～ＢＴｎと、携帯情報端末ＩＴ１～ＩＴｎとを備えている。なお、血圧計ＢＴ１～ＢＴｎをそれぞれ区別しない場合には、単に血圧計ＢＴと記載する。同様に、携帯情報端末ＩＴ１～ＩＴｎをそれぞれ区別しない場合には、単に携帯情報端末ＩＴと記載する。

　＜１－１－１－１－１＞血圧計
　血圧計ＢＴの具体的な構成を説明する前に、血圧計ＢＴの概要について説明する。血圧計ＢＴは、例えば腕時計型のウェアラブル端末である。血圧計ＢＴは、ユーザ（被計測者）の手首に装着され、ユーザの操作もしくは予め設定したタイミングまたは時間間隔で血圧値及び脈拍数を計測する。そして、血圧計ＢＴは、例えばユーザの血圧値と、ユーザの脈拍数と、ユーザ情報（例えばユーザＩＤ）と、を紐づけた計測データを、例えば無線インタフェースにより携帯情報端末ＩＴに送信する。ユーザＩＤは、ユーザ毎に割り当てられた識別子である。なお、血圧計ＢＴは、ユーザの血圧値のみを計測しても良いし、ユーザの脈拍数のみを計測しても良い。血圧計ＢＴが、ユーザの血圧値のみを計測する場合、例えば計測データには、ユーザの血圧値と、ユーザＩＤとが含まれる。また、血圧計ＢＴが、ユーザの脈拍数のみを計測する場合、例えば計測データには、ユーザの脈拍数と、ユーザＩＤとが含まれる。また、血圧計ＢＴは、手首に装着されるタイプに限らず、カフを上腕等に巻き付けるタイプのものや据置タイプであってもよい。また、血圧計ＢＴ１～ＢＴｎは、互いに異なる機種の血圧計でも良い。

　図３を用いて、血圧計ＢＴの具体的な構成の一例について説明する。図３は、血圧計ＢＴの構成例を示すブロック図である。

　図３に示すように、血圧計ＢＴは、制御部１１、通信部１２、記憶部１３、操作部１４、表示部１５、加速度センサ１６、生体センサ１７、及び環境センサ１８を備えている。

　制御部１１は、例えばプロセッサ１１ａとメモリ１１ｂとを備える。制御部１１は、プロセッサ１１ａがメモリ１１ｂを用いてプログラムを実行することにより、各種の動作制御およびデータ処理などを実現している。プロセッサ１１ａは、例えば演算回路を含むＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などである。メモリ１１ｂは、例えばプロセッサ１１ａが実行するプログラムを記憶する不揮発性のメモリ、及びワーキングメモリとして使用するＲＡＭ（Random Access Memory）などの揮発性メモリを含む。制御部１１は、図示しないクロックを有し、現在の日時を計時することができる。プロセッサ１１ａは、メモリ１１ｂまたは記憶部１３が記憶するプログラムを実行することにより各部の制御およびデータ処理が実行可能である。すなわち、プロセッサ１１ａは、操作部１４からの操作信号に応じて各部の動作制御を行い、生体センサ１７および環境センサ１８が計測する計測データに対するデータ処理を行う。

　通信部１２は、携帯情報端末ＩＴと通信するための通信インタフェースである。通信インタフェースとしては、例えばBluetooth（登録商標）等の近距離無線データ通信規格を採用したインタフェースが用いられる。通信部１２は、携帯情報端末ＩＴへデータを送信したり、携帯情報端末ＩＴからのデータを受信したりする。通信部１２による通信は、無線通信あるいは有線通信のいずれであっても良い。

　記憶部１３は、血圧計ＢＴを制御するためのプログラムのデータ、血圧計ＢＴの各種機能を設定するための設定データ、加速度センサ１６、生体センサ１７および環境センサ１８が計測した計測データなどを記憶する。なお、記憶部１３は、プログラムが実行されるときのワーキングメモリなどとして用いられても良い。

　操作部１４は、例えば図示しないタッチパネルおよび操作ボタン（操作キー）などの操作デバイスにより構成される。操作部１４は、ユーザによる操作を検出し、操作内容を示す操作信号を制御部１１へ出力する。なお、操作部１４は、タッチパネルや操作ボタンに限定されない。操作部１４は、例えばユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、ユーザの顔や体を撮影した画像によりユーザの表情やジェスチャーを認識する画像認識部などを備えていても構わない。

　表示部１５は、例えば表示画面（例えば、ＬＣＤ（Liquid Crystal Display）またはＥＬ（Electroluminescence）ディスプレイなど）やインジケータ等を含み、制御部１１からの制御信号に従って情報を表示する。

　加速度センサ１６は、血圧計ＢＴの本体が受ける加速度を検出する。例えば、加速度センサは、３軸あるいは６軸の加速度データを得る。加速度データは、当該血圧計ＢＴを装着しているユーザの活動量（姿勢および／または動作）を推定するために用いることができる。制御部１１は、加速度センサ１６が計測する加速度データに日時情報に基づく計測日時を紐づけて計測データとして出力できる。

　生体センサ１７は、ユーザの生体情報を計測する。生体センサ１７は、例えば血圧センサ１７ａ及び脈拍センサ１７ｂを含む。血圧センサ１７ａは、ユーザの血圧値を計測する。脈拍センサ１７ｂは、ユーザの脈拍数を計測する。

　生体センサ１７が取得する計測データとしては、血圧値及び脈拍数の他に、脈波データ、心電データ、心拍データ、体温データなどが想定され、これらの計測データを計測するためのセンサが生体センサ１７として設けられうる。

　血圧センサ１７ａは、連続計測型または非連続計測型の血圧センサである。血圧センサ１７ａは、血圧（例えば収縮期血圧および拡張期血圧）の値を計測することができる血圧センサである。血圧センサ１７ａは、心拍の一拍ごとに血圧値を計測するBeat by Beat（ＢｂＢ）方式の血圧センサを含み得るが、これに限定されるものではない。

　例えば、血圧センサ１７ａは、オシロメトリック方式、Pulse Transit Time（ＰＴＴ）方式、トノメトリ方式、光学方式、電波方式、または、超音波方式などを用いた血圧センサが適用できる。オシロメトリック方式は、カフで上腕を圧迫し、カフ内の振動波形で血圧値を計測する方式である。ＰＴＴ方式は、脈波伝播時間を計測し、計測した脈波伝播時間から血圧値を推定する方式である。トノメトリ方式は、手首の橈骨動脈等の動脈が通る生体部位に圧力センサを直接接触させて、圧力センサが検出する情報を用いて血圧値を計測する方式である。光学方式、電波方式、および、超音波方式は、光、電波または超音波を血管にあててその反射波から血圧値を計測する方式である。

　環境センサ１８は、ユーザの周囲の環境情報を計測し、計測した環境データを取得するセンサを含む。図３に示す構成例において、環境センサ１８は、例えば気温センサ１８ａを含む。ただし、環境センサ１８は、気温以外にも、温度、湿度、音、光などを計測するセンサを含んでも良い。環境センサ１８は、血圧値の変動に直接あるいは間接的に関連があることが想定される環境の情報（環境データ）を計測するセンサを含むものであっても良い。また、制御部１１は、環境センサ１８が計測する計測データを日時情報に基づいて設定する計測日時を紐づけて計測データ（環境データ）として出力できる。

　＜１－１－１－１－２＞携帯情報端末
　携帯情報端末ＩＴの具体的な構成を説明する前に、携帯情報端末ＩＴの概要について説明する。携帯情報端末ＩＴは、例えばスマートデバイス（典型的にはスマートフォン、タブレット型端末）である。携帯情報端末ＩＴは、血圧計ＢＴから送信された計測データを受信し、通信ネットワークＮＷを介して計測データをサーバＳＶへ転送する。携帯情報端末ＩＴは、例えば計測データを管理するためのアプリケーションソフトウエア（プログラム）がインストールされても良い。なお、携帯情報端末ＩＴ１～ＩＴｎは、互いに異なる機種の端末でも良い。ところで、携帯情報端末ＩＴは、血圧計ＢＴから受信する計測データに、ユーザＩＤが紐付けされていない場合、血圧計ＢＴから受信する計測データに、ユーザＩＤを紐づけても良い。このユーザＩＤは、記憶部２２またはメモリ２１ｂに記憶されても良い。

　図４を用いて、携帯情報端末ＩＴの具体的な構成の一例について説明する。図４は、携帯情報端末ＩＴの構成例を示すブロック図である。

　図４に示すように、携帯情報端末ＩＴは、制御部２１、記憶部２２、通信部２３、表示部２４、及び操作部２５などを含む。

　制御部２１は、例えばプロセッサ２１ａとメモリ２１ｂとを備える。なお、制御部２１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。

　記憶部２２は、例えば半導体メモリ、あるいは磁気ディスクなどで構成される。記憶部２２は、制御部２１のプロセッサ２１ａが実行するプログラムを記憶しても良い。また、記憶部２２は、血圧計ＢＴから供給される計測データなどを記憶するようにしても良い。また、記憶部２２は、表示部２４に表示する表示データなども記憶するようにして良い。

　通信部２３は、血圧計ＢＴおよびサーバＳＶと通信するための通信インタフェースである。通信部２３は、血圧計ＢＴからのデータの受信、または血圧計ＢＴへの動作指示の送信を行う。通信部２３による通信は、無線通信であっても良いし、有線通信であっても良い。更に、通信部２３は、ネットワークＮＷを介してサーバＳＶへのデータの送信、またはサーバＳＶからのデータの受信を行う。通信部２３による通信は、無線通信であっても良いし、有線通信であっても良い。本実施形態において、ネットワークＮＷは例えばインターネットなどを想定して説明するが、これに限定されず、ＬＡＮのような他の種類のネットワークであってもよく、ＵＳＢケーブルなどの通信ケーブルを用いた１対１の通信であってもよい。

　表示部２４は、表示画面（例えば、ＬＣＤまたはＥＬディスプレイなど）を含む。表示部２４は、制御部２１の制御によって表示画面に表示する表示内容が制御される。

　操作部２５は、ユーザによる操作に対応した操作信号を制御部２１へ送信する。操作部２５は、例えば表示部２４の表示画面上に設けたタッチパネルである。操作部２５は、タッチパネルに限定されず、操作ボタン、キーボードおよびマウスなどであっても良い。また、操作部２５は、ユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、あるいは、ユーザの表情やジェスチャーを認識する画像認識部などを備えるものであっても良い。

　なお、血圧計ＢＴが携帯情報端末ＩＴに計測データを送信できない場合、携帯情報端末ＩＴはユーザが手入力した血圧値及び脈拍数をサーバＳＶへ送信しても良い。

　＜１－１－１－２＞医師端末
　医師端末ＤＴの具体的な構成を説明する前に、医師端末ＤＴの概要について説明する。医師端末ＤＴは、例えば固定設置型のパーソナルコンピュータ、携帯型のノート型パーソナルコンピュータ或いはタブレット型端末からなる。医師端末ＤＴは、例えばブラウザを使用することでサーバＳＶとの間でデータの送受信を行うことができる。具体的には、医師端末ＤＴは、ブラウザを使用して、ユーザに関する情報をサーバＳＶへ送信し、サーバＳＶから送られる情報を表示することができる。なお、医師端末ＤＴ１～ＤＴｍは、互いに異なる機種の端末でも良い。また、医師端末ＤＴは、血圧計ＢＴから計測データを受信して、種々の処理を行っても良い。

　図５を用いて、医師端末ＤＴの具体的な構成の一例について説明する。図５は、医師端末ＤＴの構成例を示すブロック図である。

　図５に示すように、医師端末ＤＴは、制御部３１、記憶部３２、通信部３３、表示部３４および操作部３５などを備える。

　制御部３１は、例えばプロセッサ３１ａとメモリ３１ｂとを備える。なお、制御部３１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。

　記憶部３２は、例えば磁気ディスク、半導体メモリ、光ディスク、光磁気ディスクなどで構成される。記憶部３２は、制御部３１のプロセッサ３１ａが実行するプログラムを記憶しても良い。

　通信部３３は、サーバＳＶと通信するための通信インタフェースである。通信部３３は、ネットワークＮＷを介してサーバＳＶへのデータの送信、またはサーバＳＶからのデータの受信を行う。通信部３３による通信は、無線通信であっても良いし、有線通信であっても良い。本実施形態において、通信部３３は、ＬＡＮのような他の種類のネットワークを介してサーバＳＶと通信するものを想定して説明するが、これに限定されず、通信ケーブルを用いてシリアルに通信を行うものを含むでも良い。

　表示部３４は、表示画面（例えば、ＬＣＤまたはＥＬディスプレイなど）を含む。表示部３４は、制御部３１の制御によって表示画面に表示する表示内容が制御される。

　操作部３５は、ユーザによる操作に対応した操作信号を制御部３１へ送信する。操作部３５は、例えば、表示部３４の表示画面上に設けたタッチパネルである。操作部３５は、タッチパネルに限定されず、操作ボタン、キーボードおよびマウスなどであっても良い。また、操作部３５は、ユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、あるいは、ユーザの表情やジェスチャーを認識する画像認識部などを備えるものであっても良い。

　＜１－１－１－３＞サーバ
　サーバＳＶの具体的な構成を説明する前に、サーバＳＶの概要について説明する。サーバＳＶは、サーバコンピュータである。本実施形態において、サーバＳＶは、汎用のコンピュータ装置に、後述の処理を行わせるようにプログラム（ソフトウェア）をインストールしたものを想定して説明するものとする。サーバＳＶは、ユーザ端末ＵＴから送信された計測データを蓄積する。サーバＳＶは、例えばユーザの健康指導または診断に供するために、医療機関に設置された医師端末ＤＴからのアクセスに応じて当該ユーザの計測データを送信してもよい。なお、サーバＳＶが実現する機能例については後述する。

　図６を用いて、サーバＳＶの具体的な構成の一例について説明する。図６は、サーバＳＶの構成例を示すブロック図である。

　図６に示すように、サーバＳＶは、制御部４１、記憶部４２及び通信部４３を備える。

　制御部４１は、例えばプロセッサ４１ａとメモリ４１ｂとを備える。なお、制御部４１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。

　記憶部４２は、例えば磁気ディスク、半導体メモリ、光ディスク、光磁気ディスクなどで構成される。記憶部４２は、ユーザ端末ＵＴから取得する各種の計測データを記憶する。また、記憶部４２は、制御部４１のプロセッサ４１ａが実行するプログラムを記憶しても良い。

　通信部４３は、ユーザ端末ＵＴあるいは医師端末ＤＴと通信するための通信インタフェースである。通信部４３は、ネットワークＮＷを介してユーザ端末ＵＴあるいは医師端末ＤＴへのデータの送信、またはユーザ端末ＵＴあるいは医師端末ＤＴからのデータの受信を行う。通信部４３による通信は、無線通信であっても良いし、有線通信であっても良い。

　＜１－１－２＞サーバの機能構成
　次に、図７を用いて、本実施形態に係るサーバＳＶの機能構成の一例を説明する。図７は、本実施形態に係るサーバＳＶの機能構成の一例を模式的に例示するブロック図である。

　サーバＳＶの制御部４１は、記憶部４２に記憶されたプログラムをメモリ４１ｂに展開する。そして、制御部４１は、メモリ４１ｂに展開されたプログラムをプロセッサ４１ａにより解釈及び実行して、各構成要素を制御する。これによって、図７に示されるとおり、本実施形態に係るサーバＳＶは、脈拍数取得部５１、血圧値取得部５２、ストレス度算出部５３、テーブル管理部５４、判定部５５、血圧判定部５６、ストレス判定部５７及び血圧種類判定部５８を備えるコンピュータとして機能する。脈拍数取得部５１は、適用例の「脈拍数取得部ＩＰＥＰＡ」の一例である。血圧値取得部５２は、適用例の「血圧値取得部ＩＰＥＢＡ」の一例である。ストレス度算出部５３は、適用例の「緊張度合い算出部ＩＰＥＣ」の一例である。テーブル管理部５４は、適用例の「記憶部ＩＰＥＭ」の一例である。判定部５５、血圧判定部５６、ストレス判定部５７、及び血圧種類判定部５８は、適用例の「血圧種類判定部ＩＰＥＢ」の一例である。

　脈拍数取得部５１は、ネットワークＮＷを介して脈拍数を受信し、ストレス度算出部５３に供給する。

　ストレス度算出部５３は、脈拍数に基づいてストレス度（緊張度）を算出する。具体的には、ストレス度算出部５３は、ユーザＩＤに紐付けられている脈拍数に基づいて、ユーザＩＤに紐付けられるストレス度を算出する。ストレス度算出部５３は、ユーザの脈拍数からストレス度を算出すると、テーブル管理部５４にストレス度を供給する。

　血圧値取得部５２は、ネットワークＮＷを介して血圧値を受信し、テーブル管理部５４に供給する。

　テーブル管理部５４は、ユーザ毎にテーブルを備えている。ユーザ毎にテーブルを管理することで、複数の被計測者の情報を適正に管理することが可能となる。テーブルは、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に展開される。テーブルは、例えばネットワークＮＷを介して受信する血圧値、及びストレス度算出部５３から受信するストレス度を記憶する。なお、テーブルの具体的な構造例については後述する。テーブル管理部５４は、例えば携帯情報端末ＩＴ、または医師端末ＤＴを介したユーザの指示により、携帯情報端末ＩＴ、または医師端末ＤＴにて表示可能とする。

　判定部５５は、ユーザからの命令に基づいて、テーブル管理部５４に記憶されたデータの内容を判定し、テーブル管理部５４の動作を制御する。

　血圧判定部５６は、テーブル管理部５４から供給される血圧値が閾値を超えているか否かを判定する。そして、血圧判定部５６は、判定結果（血圧判定結果）を、血圧種類判定部５８に供給する。

　ストレス判定部５７は、テーブル管理部５４から供給されるストレス度に基づいて、判定対象となるユーザのストレスを判定する。具体的には、ストレス判定部５７は、ユーザの平常時のストレス度と、血圧計測時のストレス度と、を比較する。そして、ストレス判定部５７は、血圧計測時のストレス度が、平常時のストレス度に対して閾値を超えて変動しているか否かを判定する。ストレス判定部５７は、判定結果（ストレス判定結果）を、血圧種類判定部５８に供給する。

　血圧種類判定部５８は、ストレス判定部５７から供給されるストレス判定結果、及び血圧判定部５６から供給される血圧判定結果に基づいて、血圧の種類を判定する。そして、血圧種類判定部５８は、判定結果を出力する。

　＜１－１－３＞テーブルの構造例
　次に、図８を用いて、テーブルの構造例の一例について説明する。図８は、テーブルの構造例の一例を示す図である。簡単のため、一人のユーザに着目してテーブルの構造について説明する。

　図８に示すように、テーブルは、例えば計測データに含まれるユーザ情報（例えばユーザＩＤ）毎に、データ識別番号、基準情報、ストレス度、及び血圧値を記憶する。

　ここで、基準情報について説明する。基準情報とは、後述する血圧種類判定動作において、ストレス度が基準値となるか否かを示す情報である。血圧種類判定動作において、情報処理システムは、平常時の脈拍数（ストレス度）に基づいて、血圧値計測時の脈拍数（ストレス度）を判定し、ユーザ（被計測者）のストレス状態を判定する。そのため、どの脈拍数が平常時の脈拍数かを決めておく必要がある。そこで、ユーザは、平常時の脈拍数の基準情報を「Ｙ」と設定し、平常時以外の脈拍数の基準情報を「Ｎ」と設定する必要がある。つまり、基準値となるストレス度の基準情報は“Ｙ”と設定され、基準とならないストレス度の基準情報は“Ｎ”と設定される。

　ここで、基準情報を計測データ（脈拍数）に紐付ける方法について説明する。

　（方法１）
　例えば医師が医師端末ＤＴを介して、被計測者の平常時の脈拍数を手動で入力する場合、医師は操作部３５を介して被計測者の平常時の脈拍数を入力すると共に、基準情報を「Ｙ」と設定する。これにより、脈拍数と、基準情報と、が紐付けされる。

　（方法２）
　ユーザは血圧計ＢＴにて脈拍数を計測する際に、操作部１４を介して基準情報（平常時か否か）を入力する。制御部１１は、操作部１４からの入力に基づき、計測データ（脈拍数）に更に基準情報を紐付けする。

　（方法３）
　ユーザは血圧計ＢＴから携帯情報端末ＩＴに転送された計測データ（脈拍数）について、操作部２５を介して基準情報に関する情報（平常時か否か）を入力する。制御部２１は、操作部２５からの入力に基づき、計測データ（脈拍数）に更に基準情報を紐付けする。

　なお、上述した方法１～方法３は一例であり、基準情報と計測データとの紐付け方については適宜適用可能である。

　上述したように、ストレス度は、ユーザＩＤに紐付けられている。また、血圧値は、ユーザＩＤに紐付けられている。そのため、テーブル管理部５４は、各種情報を受信すると、ユーザＩＤに関連するテーブルにデータを記憶する。

　また、平常時のストレス度（基準情報がＹのストレス度）に関するカラム（図８の縦軸方向）には、血圧情報は記憶されなくても良い。

　例えばテーブル管理部５４は、ユーザＩＤ、データ識別番号、基準情報等から、対応する血圧値及びストレス度を出力することができる。

　また、ユーザＩＤは任意の数字や文字の組み合わせで構成される。データ識別番号は、例えば０から順に割り当てられるが、これに限らない。例えば、データ識別番号は、任意の数字や文字の組み合わせで構成されても良い。ストレス度は、例えば０～１００の間で表現されるが、これに限らない。ストレス度は、算出方法等によって適宜変更可能である。本実施形態に係るストレス度は、例えば５１～１００の場合にストレスが大きいと判定される。

　＜１－２＞動作
　＜１－２－１＞計測データ記憶動作
　次に、図９を用いて、第１実施形態に係る情報処理装置を含む情報処理システムの計測データ記憶動作例について説明する。図９は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

　［ステップＳ１０１］
　サーバＳＶは、ネットワークＮＷを介して計測データを受信する。ここで、計測データの受信ケース例について説明する。

　（ケース１）
　サーバＳＶが、血圧計ＢＴから平常時の脈拍数のみを受信する場合について説明する。例えば、ユーザは、血圧計ＢＴによって平常時の脈拍数のみを計測することがある。血圧計ＢＴの操作者は、血圧計ＢＴを介して平常時の脈拍数をサーバＳＶに供給する。このようにして、サーバＳＶ（脈拍数取得部５１）は、平常時の脈拍数を受信する。この際、血圧計ＢＴの操作者は、血圧計ＢＴ、または携帯情報端末ＩＴにおいて、平常時の脈拍数の基準情報を「Ｙ」と設定し、更にユーザＩＤを脈拍数に紐付けする。

　（ケース２）
　サーバＳＶが、血圧計ＢＴを所持していないユーザ（被計測者）の平常時の脈拍数を受信する場合について説明する。血圧計ＢＴを所持していないユーザは、例えば、他の端末や、ユーザ自身で平常時の脈拍数を計測する。例えばユーザは、平常時の脈拍数を携帯情報端末ＩＴや、医師端末ＤＴに送信、または手入力する。ユーザは、携帯情報端末ＩＴや、医師端末ＤＴを介して平常時の脈拍数をサーバＳＶに供給する。このようにして、サーバＳＶ（脈拍数取得部５１）は、平常時の脈拍数を受信する。この際、携帯情報端末ＩＴや、医師端末ＤＴにおいて、平常時の脈拍数の基準情報を「Ｙ」と設定し、更にユーザＩＤを脈拍数に紐付けする。

　（ケース３）
　サーバＳＶが、血圧計ＢＴから判定用の脈拍数及び血圧値を受信する場合について説明する。例えばユーザは、血圧計ＢＴによって脈拍数及び血圧値を計測することがある。ユーザは、血圧計ＢＴを介して脈拍数及び血圧値をサーバＳＶに供給する。このようにして、サーバＳＶ（脈拍数取得部５１及び血圧値取得部５２）は、脈拍数及び血圧値を受信する。この際、ユーザは、血圧計ＢＴ、または携帯情報端末ＩＴにおいて、脈拍数及び血圧値の基準情報を「Ｎ」と設定し、更にユーザＩＤを脈拍数及び血圧値に紐付けする。

　（ケース４）
　サーバＳＶが、血圧計ＢＴを所持していないユーザ（被計測者）の判定用の脈拍数及び血圧値を受信する場合について説明する。血圧計ＢＴを所持していないユーザは、例えば、医療機関等に設けられている他の端末によって、脈拍数及び血圧値を計測する。例えば、ユーザは、計測した脈拍数及び血圧値を携帯情報端末ＩＴや、医師端末ＤＴに送信、または手入力する。ユーザは、携帯情報端末ＩＴや、医師端末ＤＴを介して脈拍数及び血圧値をサーバＳＶに供給する。このようにして、サーバＳＶ（脈拍数取得部５１及び血圧値取得部５２）は、判定用の脈拍数及び血圧値を受信する。この際、ユーザは、携帯情報端末ＩＴや、医師端末ＤＴにおいて、平常時の脈拍数の基準情報を「Ｙ」と設定し、更にユーザＩＤを脈拍数に紐付けする。

　なお、計測データの受信ケースについて説明したが、これに限らない。また、上記ケース１～ケース４において、各端末の操作者は、ユーザに限らず、例えば医師などであっても良い。

　［ステップＳ１０２］
　サーバＳＶはネットワークＮＷを介してサーバＳＶに計測データを受信すると、ストレス度算出部５３は、脈拍数に基づいてストレス度を算出する。

　［ステップＳ１０３］
　テーブル管理部５４は、ユーザＩＤに基づいて、テーブルに、基準情報、ストレス度、及び血圧値を記憶する。

　ここで、テーブルにデータが記憶される流れの一例を簡単に説明する。

　テーブル管理部５４が血圧値、またはストレス度を受信すると、ユーザＩＤに対応するテーブルに、基準情報、ストレス度、及び血圧値を記憶する。この際に、ユーザＩＤに関するテーブルが存在しない場合、テーブル管理部５４は、ユーザＩＤに関するテーブルを生成する。そして、テーブル管理部５４は、データ識別番号が“０”のカラムに、基準情報、ストレス度、及び血圧値を記憶する。また、ユーザＩＤに関するテーブルが存在する場合、テーブル管理部５４は、最新のデータ識別番号を１つ繰り上げ、新たなカラムを生成し、基準情報、ストレス度、及び血圧値を記憶する。

　＜１－２－２＞血圧種類判定動作
　次に、図１０を用いて、第１実施形態に係る情報処理装置を含む情報処理システムの血圧種類判定動作例について説明する。図１０は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

　［ステップＳ１１０］
　サーバＳＶの制御部４１は、血圧の種類を判定するか否かを判断する。血圧の種類を判定するか否かの指示は、例えば携帯情報端末ＩＴ、または医師端末ＤＴから受信する。ユーザの診断者等は、例えば上述したテーブルを参照することで、携帯情報端末ＩＴ、または医師端末ＤＴを介して、判定対象の血圧値を選択することができる。

　［ステップＳ１１１］
　判定部５５は、血圧の種類を判定すると判断する場合（ステップＳ１１０、ＹＥＳ）、基準値となる平常時のストレス度がテーブルに記憶されているか否かを判断する。判定部５５は、平常時のストレス度がテーブルに記憶されていないと判断する場合（ステップＳ１１１、ＮＯ）、血圧種類判定動作を中止する。

　［ステップＳ１１２］
　判定部５５が、平常時のストレス度がテーブルに記憶されていると判断する場合（ステップＳ１１１、ＹＥＳ）、血圧判定部５６は、判定対象の血圧値が第１閾値を超えているか否かを判断する。より具体的には、血圧判定部５６は、判定対象の血圧値が第１閾値を超えているか否かを判断する。

　この第１閾値は、判定対象の血圧値が高血圧に分類されると判定するための値である。つまり、判定対象の血圧値が第１閾値を超える場合は、高血圧に分類されると判定され、判定対象の血圧値が第１閾値を超えない場合は、高血圧に分類されないと判定される。第１閾値は、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されている。そして、第１閾値は、例えば医師が医師端末ＤＴ等を介して任意に設定することができる。

　血圧判定部５６は、判定対象の血圧値が第１閾値を超えていないと判断する場合（ステップＳ１１２、ＮＯ）、判定対象の血圧値は高血圧に分類されないとして血圧種類判定動作を終了する。

　［ステップＳ１１３］
　血圧判定部５６によって判定対象の血圧値が第１閾値を超えていると判断される場合（ステップＳ１１２、ＹＥＳ）、ストレス判定部５７は、判定対象の血圧値に関連するストレス度（判定対象のストレス度）と、平常時のストレス度と、の差が第２閾値を超えているか否かを判断する。

　この第２閾値は、血圧値計測時におけるユーザにかかっているストレスの大小を判定するための値である。つまり、血圧値計測時のストレス度と平常時のストレス度との差が第２閾値を超える場合は、血圧値計測時においてユーザにストレスがかかっていると判定され、血圧値計測時のストレス度と、平常時のストレス度との差が第２閾値を超えない場合は、血圧値計測時においてユーザにストレスがかかっていないと判定される。第２閾値は、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されている。そして、第２閾値は、例えば医師が医師端末ＤＴ等を介して任意に設定することができる。

　判定対象の血圧値が高血圧に分類された場合にのみ、高血圧の種類を判定する処理が行われる。このため、計測された血圧値が高血圧に分類されなかった場合には高血圧の種類の判定処理は省略され、その分、サーバＳＶの処理負荷が軽減される。

　［ステップＳ１１４］
　ストレス判定部５７によって判定対象のストレス度と、平常時のストレス度との差が第２閾値を超えていると判断される場合（ステップＳ１１３、ＹＥＳ）、血圧種類判定部５８は、判定対象の血圧値の血圧が「ストレス性高血圧」の疑いがあると判定し、判定結果を出力する。この判定結果は、サーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されても良いし、携帯情報端末ＩＴまたは医師端末ＤＴに出力されても良い。

　［ステップＳ１１５］
　ストレス判定部５７によって判定対象のストレス度と、平常時のストレス度度との差が第２閾値を超えていないと判断する場合（ステップＳ１１３、ＮＯ）、血圧種類判定部５８は、判定対象の血圧値の血圧が「持続性高血圧」の疑いがあると判定し、判定結果を出力する。この判定結果は、サーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されても良いし、携帯情報端末ＩＴまたは医師端末ＤＴに出力されても良い。

　なお、血圧種類判定部５８は、血圧種類判定動作時において、被計測者に対して平常時の血圧測定を勧める情報を出力しても良い。

　＜１－３＞効果
　上述した実施形態によれば、情報処理システムは、平常時のストレス度を基準に、任意の血圧値及びストレス度を判定することにより、血圧の種類を判定することができる。

　第１実施形態の効果の理解を容易にする為に、図１１及び図１２を用いて血圧種類判定動作の具体例を説明する。図１１は、持続性高血圧に係る血圧値及びストレス度の関係を示す図である。図１２は、ストレス性高血圧に係る血圧値及びストレス度の関係を示す図である。

　図１１及び図１２に示す具体例では、第１期間（平常時）に、ユーザは血圧値を計測しておらず、脈拍数のみを計測している。そして、ユーザは、第２期間において血圧値及び脈拍数を計測する。上記のような条件下で、第２期間に計測した血圧値の血圧の種類を判定する場合について説明する。

　図１１に示すように、持続性高血圧の場合、血圧値は第１閾値を上回るが、第２期間におけるストレス度と、第１期間におけるストレス度との差は、第２閾値を下回る。他方で、図１２に示すように、ストレス性高血圧の場合、血圧値は第１閾値を上回り、且つ第２期間におけるストレス度と、第１期間におけるストレス度との差は、は第２閾値を上回る。

　図１１及び図１２に示すように、第２期間における血圧値は同じだが、ストレス度はそれぞれ異なる。情報処理システムが、ストレス度を考慮せず、第２期間の血圧値のみしか参照しない場合、血圧の種類を判定することができない。

　しかし、第１実施形態に係る情報処理システムは、血圧計測時（第２期間）のストレス度を参照することで、ユーザのストレス状態を判定することができる。その結果、第１実施形態に係る情報処理システムは、適切に血圧の種類を判定することができる。

　日本の高血圧治療ガイドラインによれば、高血圧の種類を判定するには家庭血圧などの平常時の血圧値が必要不可欠である。しかし、第１実施形態によれば、例えば家庭などで血圧を計測する習慣のない人や血圧計測を怠っている患者のように、平常時の血圧値を取得できない人についても、高血圧の種類を判定することが可能となる。

　また、上記ストレス性高血圧または持続性高血圧が疑われる場合には、平常時の血圧計測が勧められる。このため、このメッセージを受けて被計測者が平常時の血圧計測を行えば、医師はその計測値よりストレス性高血圧または持続性高血圧の診断を確定することが可能となる。

　＜２＞第２実施形態
　第２実施形態について説明する。第２実施形態では、血圧種類判定動作の際に、位置情報（計測位置情報）を更に考慮することで、血圧の種類をより具体的に特定する方法について説明する。尚、第２実施形態に係る情報処理装置を含む情報処理システムの基本的な構成及び基本的な動作は、上述した第１実施形態に係る情報処理装置を含む情報処理システムと同様である。従って、上述した第１実施形態で説明した事項及び上述した第１実施形態から容易に類推可能な事項についての説明は省略する。

　＜２－１＞構成
　＜２－１－１＞ユーザ端末
　ユーザ端末ＵＴは、ユーザ（被計測者）の血圧値及び脈拍数を計測する際に、位置情報も取得する。一例としては、携帯情報端末ＩＴの位置検出部にて、ユーザの位置情報を取得する。そして、携帯情報端末ＩＴの制御部２１は、計測データ（例えば血圧値、脈拍数、及びユーザＩＤ）に対して、位置情報を更に紐付けする。なお、位置情報の取得は、血圧計ＢＴが行っても良い。その場合、血圧計ＢＴの制御部１１は、計測データに位置情報を紐付けする。

　以下に、一例として携帯情報端末ＩＴが位置検出部を備えている場合について説明する。

　＜２－１－２＞携帯情報端末
　図１３を用いて、携帯情報端末ＩＴの具体的な構成の一例について説明する。図１３は、携帯情報端末ＩＴの構成例を示すブロック図である。

　図１３に示すように、携帯情報端末ＩＴは、制御部２１、記憶部２２、通信部２３、表示部２４、操作部２５、及び位置検出部２６などを含む。

　位置検出部２６は、例えばＧＰＳ（Global Positioning System）を備え、制御部２１からの制御信号に従って動作し、ＧＰＳ衛星から得た情報より携帯情報端末ＩＴの位置を検出することができる。

　＜２－１－３＞サーバの機能構成
　次に、図１４を用いて、本実施形態に係るサーバＳＶの機能構成の一例を説明する。図１４は、本実施形態に係るサーバＳＶの機能構成の一例を模式的に例示するブロック図である。テーブルが位置情報を記憶する点で、第１実施形態と異なる。

　サーバＳＶの制御部４１は、記憶部４２に記憶されたプログラムをメモリ４１ｂに展開する。そして、制御部４１は、メモリ４１ｂに展開されたプログラムをプロセッサ４１ａにより解釈及び実行して、各構成要素を制御する。これによって、本実施形態に係るサーバＳＶは、脈拍数取得部５１、血圧値取得部５２、ストレス度算出部５３、テーブル管理部５４－１、判定部５５、血圧判定部５６、ストレス判定部５７、血圧種類判定部５８－１、及び位置情報取得部５９を備えるコンピュータとして機能する。

　位置情報取得部５９は、ネットワークＮＷを介して位置情報を受信し、テーブル管理部５４－１に供給する。

　テーブル管理部５４－１は、ユーザ毎にテーブルを備えている。テーブルは、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に展開される。テーブルは、例えば血圧値、位置情報、及びストレス度を記憶する。なお、テーブルの具体的な構造例については後述する。テーブル管理部５４－１は、例えば携帯情報端末ＩＴ、または医師端末ＤＴを介したユーザの指示により、携帯情報端末ＩＴ、または医師端末ＤＴにて表示可能とする。

　血圧種類判定部５８－１は、テーブル管理部５４－１から供給される位置情報と、血圧判定部５６から供給される血圧判定結果と、ストレス判定部５７から供給されるストレス判定部と、に基づいて、血圧の種類を判定する。そして、血圧種類判定部５８－１は、判定結果を出力する。

　＜２－１－４＞テーブルの構造例
　次に、図１５を用いて、テーブルの構造例の一例について説明する。図１５は、テーブルの構造例の一例を示す図である。簡単のため、一人のユーザに着目してテーブルの構造について説明する。

　図１５に示すように、テーブルは、例えば計測データに含まれるユーザ情報（例えばユーザＩＤ）毎に、データ識別番号、基準情報、ストレス度、血圧値、及び位置情報を記憶する。

　位置情報は、ユーザ（被計測者）の血圧値及び脈拍数の計測場所を把握する為の情報である。図１５では一例として場所の名前を示しているが、これに限らず、住所や緯度経度などであっても良い。なお、平常時のストレス度（基準情報がＹのストレス度）に関するカラムには、血圧情報及び位置情報は記憶されなくても良い。

　ここで、位置情報を計測データ（脈拍数及び血圧値）に紐付ける方法について説明する。なお、平常時の脈拍数（ストレス度）については、位置情報は不要なので、平常時の脈拍数（ストレス度）に位置情報を紐付ける必要はない。

　（方法１）
　携帯情報端末ＩＴは、通信部２３にて血圧計ＢＴから計測データ（血圧値及び脈拍値）を受信すると、携帯情報端末ＩＴの位置検出部２６にて、ユーザ（被計測者）の位置情報を取得する。そして、携帯情報端末ＩＴの制御部２１は、計測データに対して位置情報を紐付けする。

　（方法２）
　医師端末ＤＴは、通信部３３にて計測データ（血圧値及び脈拍値）を受信すると、操作部３５にて、ユーザ（被計測者）の位置情報を入力する。そして、医師端末ＤＴの制御部３１は、計測データに対して位置情報を紐付けする。

　なお、上述した方法１、方法２は一例であり、位置情報と計測データとの紐付け方については適宜適用可能である。

　＜２－２＞動作
　＜２－２－１＞計測データ記憶動作
　次に、図１６を用いて、第２実施形態に係る情報処理装置を含む情報処理システムの計測データ記憶動作例について説明する。図１６は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

　なお、平常時の脈拍数をサーバＳＶに記憶させる動作については、図９で説明した動作と同様である。ここでは、血圧種類判定動作の対象となる脈拍数及び血圧値をサーバＳＶに記憶させる動作について説明する。

　［ステップＳ２０１］
　ステップＳ２０１の動作は、図９のステップＳ１０１の動作（特にケース３、４）と同様である。

　［ステップＳ２０２］
　位置情報取得部５９は、ネットワークＮＷを介して位置情報を受信する。

　［ステップＳ２０３］
　ステップＳ２０３の動作は、図９のステップＳ１０２の動作と同様である。

　［ステップＳ２０４］
　テーブル管理部５４－１は、ユーザＩＤに基づいて、テーブルに、基準情報、ストレス度、血圧値、及び位置情報を記憶する。

　＜２－２－２＞血圧種類判定動作
　次に、図１７を用いて、第２実施形態に係る情報処理装置を含む情報処理システムの血圧種類判定動作例について説明する。図１７は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

　［ステップＳ２１０］～［ステップＳ２１３］
　ステップＳ２１０～Ｓ２１３の動作は、図１０のステップＳ１１０～Ｓ１１３の動作と同様である。

　［ステップＳ２１４］
　血圧種類判定部５８－１は、判定対象のストレス度と、平常時のストレス度度との差が第２閾値を超えていると判断する場合（ステップＳ２１３、ＹＥＳ）、判定対象のストレス度及び判定対象の血圧値に紐付けられた位置情報を判定する。

　血圧種類判定部５８－１は、位置情報に基づいて血圧の種類を判定する。具体的には、血圧種類判定部５８－１は、位置情報から計測位置が「病院」であると判定する場合は、判定対象の血圧値は「白衣高血圧」であると判定し、判定結果を出力する。また、血圧種類判定部５８－１は、位置情報から計測位置が「職場」であると判定する場合は、判定対象の血圧値は「職場高血圧」であると判定し、判定結果を出力する。この判定結果は、サーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されても良いし、携帯情報端末ＩＴまたは医師端末ＤＴに出力されても良い。なお、位置情報から位置を判定する方法は、どのような方法でも良い。

　［ステップＳ２１５］
　ステップＳ２１５の動作は、図１０のステップＳ１１５の動作と同様である。

　＜２－３＞効果
　上述した実施形態によれば、情報処理システムは、第１実施形態で説明した血圧種類判定動作において、位置情報を更に考慮することで、より細かく血圧の種類を判定することができる。

　＜３＞第３実施形態
　第３実施形態について説明する。第３実施形態は、ストレス度の算出タイミングが異なる点で、第１実施形態と異なる。尚、第３実施形態に係る情報処理装置を含む情報処理システムの基本的な構成及び基本的な動作は、上述した第１実施形態に係る情報処理装置を含む情報処理システムと同様である。従って、上述した第１実施形態で説明した事項及び上述した第１実施形態から容易に類推可能な事項についての説明は省略する。

　＜３－１＞構成
　＜３－１－１＞サーバの機能構成
　次に、図１８を用いて、本実施形態に係るサーバＳＶの機能構成の一例を説明する。図１８は、本実施形態に係るサーバＳＶの機能構成の一例を模式的に例示するブロック図である。テーブルがストレス度の代わりに脈拍数を記憶する点で、第１実施形態と異なる。また、第３実施形態では、ストレス度の算出タイミングが第１実施形態と異なる。

　サーバＳＶの制御部４１は、記憶部４２に記憶されたプログラムをメモリ４１ｂに展開する。そして、制御部４１は、メモリ４１ｂに展開されたプログラムをプロセッサ４１ａにより解釈及び実行して、各構成要素を制御する。これによって、本実施形態に係るサーバＳＶは、脈拍数取得部５１、血圧値取得部５２、ストレス度算出部５３－１、テーブル管理部５４－２、判定部５５、血圧判定部５６、ストレス判定部５７、及び血圧種類判定部５８を備えるコンピュータとして機能する。

　テーブル管理部５４－２は、ユーザ毎にテーブルを備えている。テーブルは、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に展開される。テーブルは、ネットワークＮＷを介して受信する血圧値及び脈拍数を記憶する。なお、テーブルの具体的な構造例については後述する。テーブル管理部５４－２は、例えば携帯情報端末ＩＴ、または医師端末ＤＴを介したユーザの指示により、携帯情報端末ＩＴ、または医師端末ＤＴにて表示可能とする。

　ストレス度算出部５３－１は、テーブル管理部５４－２を介して受信する脈拍数に基づいてストレス度を算出する。

　＜３－１－２＞テーブルの構造例
　次に、図１９を用いて、テーブルの構造例の一例について説明する。図１９は、テーブルの構造例の一例を示す図である。簡単のため、一人のユーザに着目してテーブルの構造について説明する。

　図１９に示すように、テーブルは、例えば計測データに含まれるユーザＩＤ毎に、データ識別番号、基準情報、脈拍数、及び血圧値を記憶する。

　なお、平常時の脈拍数（基準情報がＹの脈拍数）に関するカラムには、血圧情報は記憶されなくても良い。

　＜３－２＞動作
　＜３－２－１＞計測データ記憶動作
　次に、図２０を用いて、第３実施形態に係る情報処理装置を含む情報処理システムの計測データ記憶動作例について説明する。図２０は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

　［ステップＳ３０１］
　ステップＳ３０１の動作は、図９のステップＳ１０１の動作と同様である。

　［ステップＳ３０２］
　テーブル管理部５４－２は、ユーザＩＤに基づいて、テーブルに、基準情報、脈拍数、及び血圧値を記憶する。

　＜３－２－２＞血圧種類判定動作
　次に、図２１を用いて、第３実施形態に係る情報処理装置を含む情報処理システムの血圧種類判定動作例について説明する。図２１は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

　［ステップＳ３１０］～［ステップＳ３１２］
　ステップＳ３１０～Ｓ３１２の動作は、図１０のステップＳ１１０～Ｓ１１２の動作と同様である。

　［ステップＳ３１３］
　血圧判定部５６によって判定対象の血圧値差が第１閾値を超えていると判断される場合（ステップＳ３１２、ＹＥＳ）、ストレス度算出部５３－１は、テーブル管理部５４－２から供給される脈拍数に基づいてストレス度を算出する。

　［ステップＳ３１４］～［ステップＳ３１６］
　ステップＳ３１４～Ｓ３１６の動作は、図１０のステップＳ１１３～Ｓ１１５の動作と同様である。

　＜３－３＞効果
　上述した実施形態によれば、情報処理システムは、ストレス度の算出タイミングを変更した場合でも、第１実施形態で説明した効果と同様の効果を得ることができる。

　＜４＞第４実施形態
　第４実施形態について説明する。第４実施形態では、第２実施形態と第３実施形態を組み合わせた場合について説明する。尚、第４実施形態に係る情報処理装置を含む情報処理システムの基本的な構成及び基本的な動作は、上述した第１～第３実施形態に係る情報処理装置を含む情報処理システムと同様である。従って、上述した第１～第３実施形態で説明した事項及び上述した第１～第３実施形態から容易に類推可能な事項についての説明は省略する。

　＜４－１＞構成
　＜４－１－１＞サーバの機能構成
　次に、図２２を用いて、本実施形態に係るサーバＳＶの機能構成の一例を説明する。図２２は、本実施形態に係るサーバＳＶの機能構成の一例を模式的に例示するブロック図である。

　サーバＳＶの制御部４１は、記憶部４２に記憶されたプログラムをメモリ４１ｂに展開する。そして、制御部４１は、メモリ４１ｂに展開されたプログラムをプロセッサ４１ａにより解釈及び実行して、各構成要素を制御する。これによって、本実施形態に係るサーバＳＶは、脈拍数取得部５１、血圧値取得部５２、ストレス度算出部５３－１、テーブル管理部５４－３、判定部５５、血圧判定部５６、ストレス判定部５７、血圧種類判定部５８－１、及び位置情報取得部５９を備えるコンピュータとして機能する。

　テーブル管理部５４－３は、ユーザ毎にテーブルを備えている。テーブルは、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に展開される。テーブルは、ネットワークＮＷを介して受信する血圧値、脈拍数、及び位置情報を記憶する。なお、テーブルの具体的な構造例については後述する。テーブル管理部５４－３は、例えば携帯情報端末ＩＴ、または医師端末ＤＴを介したユーザの指示により、携帯情報端末ＩＴ、または医師端末ＤＴにて表示可能とする。

　＜４－１－２＞テーブルの構造例
　次に、図２３を用いて、テーブルの構造例の一例について説明する。図２３は、テーブルの構造例の一例を示す図である。簡単のため、一人のユーザに着目してテーブルの構造について説明する。

　図２３に示すように、テーブルは、例えば計測データに含まれるユーザＩＤ毎に、データ識別番号、基準情報、脈拍数、血圧値、及び位置情報を記憶する。

　なお、平常時の脈拍数（基準情報がＹの脈拍数）に関するカラムには、血圧情報及び位置情報は記憶されなくても良い。

　＜４－２＞動作
　＜４－２－１＞計測データ記憶動作
　次に、図２４を用いて、第４実施形態に係る情報処理装置を含む情報処理システムの計測データ記憶動作例について説明する。図２４は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

　［ステップＳ４０１］、［ステップＳ４０２］
　ステップＳ４０１、Ｓ４０２の動作は、図１６のステップＳ２０１、Ｓ２０２の動作と同様である。

　［ステップＳ４０３］
　テーブル管理部５４－３は、ユーザＩＤに基づいて、テーブルに、基準情報、脈拍数、血圧値、及び位置情報を記憶する。

　＜４－２－２＞血圧種類判定動作
　次に、図２５を用いて、第４実施形態に係る情報処理装置を含む情報処理システムの血圧種類判定動作例について説明する。図２５は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。

　［ステップＳ４１０］～［ステップＳ４１２］
　ステップＳ４１０～Ｓ４１２の動作は、図１０のステップＳ１１０～Ｓ１１２の動作と同様である。

　［ステップＳ４１３］
　ステップＳ４１３の動作は、図２１のステップＳ３１３の動作と同様である。

　［ステップＳ４１４］
　ステップＳ４１４の動作は、図１０のステップＳ１１３の動作と同様である。

　［ステップＳ４１５］
　ステップＳ４１５の動作は、図１７のステップＳ２１４の動作と同様である。

　［ステップＳ４１６］
　ステップＳ４１６の動作は、図１０のステップＳ１１５の動作と同様である。

　＜４－３＞効果
　上述した実施形態によれば、第２実施形態及び第３実施形態を組み合わせた場合でも、第２実施形態で説明した効果と同様の効果を得ることができる。

　＜５＞第５実施形態
　第５実施形態について説明する。第５実施形態では、ユーザの脈拍数を携帯情報端末で計測する例について説明する。尚、第５実施形態に係る情報処理装置を含む情報処理システムの基本的な構成及び基本的な動作は、上述した第１～第４実施形態に係る情報処理装置を含む情報処理システムと同様である。従って、上述した第１～第４実施形態で説明した事項及び上述した第１～第４実施形態から容易に類推可能な事項についての説明は省略する。

　第１～第４実施形態では、血圧計ＢＴが、ユーザ（被計測者）の脈拍数を計測する例について説明した。しかしながら、脈拍は、血圧計ＢＴ以外の端末にて計測されても良い。本実施形態では、携帯情報端末が脈拍数を計測する例について説明する。

　＜５－１＞携帯情報端末
　図２６を用いて、携帯情報端末ＩＴの具体的な構成の一例について説明する。図２６は、携帯情報端末ＩＴの構成例を示すブロック図である。

　図２６に示すように、携帯情報端末ＩＴは、制御部２１、記憶部２２、通信部２３、表示部２４、操作部２５、位置検出部２６、及び脈拍センサ２７などを含む。

　脈拍センサ２７は、例えば血圧計ＢＴの脈拍センサ１７ｂと同様の構成である。

　＜５－２＞脈拍数の計測方法
　ここで、脈拍数の計測方法の一例について説明する。

　脈拍数の計測方法としては、大きく分けて２種類考えられる。１つ目は脈拍数のみを計測する方法であり、２つ目は脈拍数及び血圧値を同時に計測する方法である。

　脈拍数及び血圧値を同時に計測する方法の一例としては、血圧計ＢＴによる血圧値の計測が行われている間に、携帯情報端末ＩＴの脈拍センサ２７によって脈拍数を計測する方法が考えられる。

　具体的には、ユーザ（被計測者）が携帯情報端末ＩＴにて脈拍数の計測を開始すると、制御部２１は通信部２３を介して、血圧計ＢＴに脈拍数の計測を開始した旨を通知する。

　血圧計ＢＴの制御部１１は、脈拍数の計測を開始した旨の通知を受け取ると、ユーザの血圧値の計測を開始する。

　そして、血圧計ＢＴの制御部１１は、血圧値の計測が完了すると、通信部１２を介して、その旨を携帯情報端末ＩＴに通知する。

　携帯情報端末ＩＴの制御部２１は、血圧値の計測が完了した旨を受け取ると、脈拍数の計測を終了する。

　そして、携帯情報端末ＩＴの制御部２１は、血圧計ＢＴから送信される血圧値（計測データ）に、脈拍数を紐付ける。

　なお、上述した方法は一例である。血圧値の計測と、脈拍数の計測のタイミングとが、略同時であることが担保できれば、他の方法でも適用可能である。

　＜５－３＞効果
　上述した実施形態によれば、情報処理システムは、脈拍数と、血圧値とを異なる端末にて計測している。この場合においても、上述した第１～第４実施形態と同様の効果を得ることができる。

　＜６＞変形例
　上述した各実施形態において、サーバＳＶを、適用例の「情報処理装置ＩＰＥ」の一例として説明した。適用例の「情報処理装置ＩＰＥ」は、複数のサーバＳＶによって実現されてもよい。また、適用例の「情報処理装置ＩＰＥ」は、携帯情報端末ＩＴや、医師端末ＤＴ等であっても良い。例えば、適用例の「情報処理装置ＩＰＥ」を、携帯情報端末ＩＴで実現する場合について簡単に説明する。携帯情報端末ＩＴの制御部２１は、記憶部２２に記憶されたプログラムをメモリ２１ｂに展開する。そして、制御部２１は、メモリ２１ｂに展開されたプログラムをプロセッサ２１ａにより解釈及び実行して、上述した機能構成を実現する。また、適用例の「情報処理装置ＩＰＥ」を、医師端末ＤＴで実現する場合について簡単に説明する。医師端末ＤＴの制御部３１は、記憶部３２に記憶されたプログラムをメモリ３１ｂに展開する。そして、制御部３１は、メモリ３１ｂに展開されたプログラムをプロセッサ３１ａにより解釈及び実行して、上述した機能構成を実現する。

　また、第１実施形態によって、基準情報を計測データ（脈拍数）に紐付ける方法について説明したが、これに限らない。例えば、計測データに含まれる位置情報に基づいて、基準情報を導出されても良い。具体例としては、例えばテーブル管理部５４－１は、受信した位置情報から、被計測者が平常時に滞在する位置であると判定する場合、基準情報を“Ｙ”とする。また、テーブル管理部５４－１は、受信した位置情報から、被計測者が平常時に滞在しない位置であると判定する場合、基準情報を“Ｎ”とする。また、この動作主体は、他の端末であっても良い。例えば、血圧計、携帯情報端末、医師端末などであっても良い。

　また、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られるものではない。
　（付記１）
　血圧測定部により計測された被計測者の血圧値を取得する血圧値取得部と、
　前記被計測者の平常時の第１脈拍数、及び前記血圧値が計測された時間帯における前記被計測者の第２脈拍数を取得する脈拍数取得部と、
　前記第１脈拍数に基づいて、前記被計測者の自律神経の第１緊張度合いを算出し、前記第２脈拍数に基づいて、前記被計測者の自律神経の第２緊張度合いを算出する算出部と、
　前記血圧値、前記第１緊張度合い及び前記第２緊張度合いに基づいて、前記血圧値の血圧の種類を判定する判定部と、
　を具備する情報処理装置。

　（付記２）
　血圧測定部により計測された血圧値を処理する装置が行う情報処理方法であって、
　前記血圧測定部により計測された被計測者の血圧値を取得する過程と、
　前記被計測者の平常時の第１脈拍数、及び前記血圧値が計測された時間帯における前記被計測者の第２脈拍数を取得する過程と、
　前記第１脈拍数に基づいて、前記被計測者の自律神経の第１緊張度合いを算出し、前記第２脈拍数に基づいて、前記被計測者の自律神経の第２緊張度合いを算出する過程と、
　前記血圧値、前記第１緊張度合い及び前記第２緊張度合いに基づいて、前記血圧値の血圧の種類を判定する過程と
　を備える情報処理方法。

　１１、２１、３１、４１…制御部
　１１ａ、２１ａ、３１ａ、４１ａ…プロセッサ
　１１ｂ、２１ｂ、３１ｂ、４１ｂ…メモリ
　１２、２３、３３、４３…通信部
　１３、２２、３２、４２…記憶部
　１４、２５、３５…操作部
　１５、２４、３４…表示部
　１６…加速度センサ
　１７…生体センサ
　１７ａ…血圧センサ
　１７ｂ、２７…脈拍センサ
　１８…環境センサ
　１８ａ…気温センサ
　２６…位置検出部
　５１…脈拍数取得部
　５２…血圧値取得部
　５３、５３－１…ストレス度算出部
　５４、５４－１、５４－２、５４－３…テーブル管理部
　５５…判定部
　５６…血圧判定部
　５７…ストレス判定部
　５８、５８－１…血圧種類判定部
　５９…位置情報取得部
　ＢＴ１～ＢＴｎ…血圧計
　ＤＴ１～ＤＴｍ…医師端末
　ＩＴ１～ＩＴｎ…携帯情報端末
　ＵＴ１～ＵＴｎ…ユーザ端末

Claims

　血圧測定部により計測された被計測者の血圧値を取得する血圧値取得部と、
　前記被計測者の平常時の第１脈拍数、及び前記血圧値が計測された時間帯における前記被計測者の第２脈拍数を取得する脈拍数取得部と、
　前記第１脈拍数に基づいて、前記被計測者の自律神経の第１緊張度合いを算出し、前記第２脈拍数に基づいて、前記被計測者の自律神経の第２緊張度合いを算出する算出部と、
　前記血圧値、前記第１緊張度合い及び前記第２緊張度合いに基づいて、前記血圧値の血圧の種類を判定する判定部と、
　を具備する情報処理装置。
　前記判定部は、前記血圧値に基づいて当該血圧値が高血圧に分類されるか否かを判定し、高血圧に分類されると判定する場合に、前記第１緊張度合い及び前記第２緊張度合いに基づいて前記分類された高血圧の種類を判定する、
　請求項１に記載の情報処理装置。
　前記第１緊張度合い及び第２緊張度合いに基づいて、前記血圧値の計測時に前記被計測者がストレスを受けた状態にあったか否かを判定する判定部を更に備え、
　前記判定部は、前記血圧値の計測時に前記被計測者がストレスを受けた状態にあったと判定された場合に、前記血圧値についてストレス性高血圧の疑いがあると判定する、
　請求項１または２に記載の情報処理装置。
　前記判定部は、前記血圧値の計測時に前記被計測者がストレスを受けた状態にないと判定された場合に、前記血圧値について持続性高血圧の疑いがあると判定する、
　請求項３に記載の情報処理装置。
　前記血圧値が計測された位置を表す位置情報を取得する位置情報取得部を更に具備し、
　前記判定部は、前記血圧値についてストレス性高血圧の疑いがあると判定された場合に、前記位置情報に基づいて、前記ストレス性高血圧の種類が白衣高血圧、職場高血圧およびその他の位置に関連付けられた高血圧のいずれであるかを判定する、
　請求項３に記載の情報処理装置。
　前記判定部は、判定結果を表す情報を出力する
　請求項３乃至５のいずれか一項に記載の情報処理装置。
　前記判定部は、前記被計測者に対し、平常時の血圧測定を勧める情報を出力する
　請求項３乃至６のいずれか一項に記載の情報処理装置。
　血圧測定部により計測された血圧値を処理する装置が行う情報処理方法であって、
　前記血圧測定部により計測された被計測者の血圧値を取得する過程と、
　前記被計測者の平常時の第１脈拍数、及び前記血圧値が計測された時間帯における前記被計測者の第２脈拍数を取得する過程と、
　前記第１脈拍数に基づいて、前記被計測者の自律神経の第１緊張度合いを算出し、前記第２脈拍数に基づいて、前記被計測者の自律神経の第２緊張度合いを算出する過程と、
　前記血圧値、前記第１緊張度合い及び前記第２緊張度合いに基づいて、前記血圧値の血圧の種類を判定する過程と
　を備える情報処理方法。
　請求項１乃至７のいずれかに記載の情報処理装置が具備する各部としてプロセッサを機能させる情報処理プログラム。