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

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

Info

Publication number
JP6851913B2
JP6851913B2 JP2017119991A JP2017119991A JP6851913B2 JP 6851913 B2 JP6851913 B2 JP 6851913B2 JP 2017119991 A JP2017119991 A JP 2017119991A JP 2017119991 A JP2017119991 A JP 2017119991A JP 6851913 B2 JP6851913 B2 JP 6851913B2
Authority
JP
Japan
Prior art keywords
message
information
blood pressure
condition
measured
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017119991A
Other languages
English (en)
Other versions
JP2019000537A (ja
Inventor
大輔 野崎
大輔 野崎
佐藤　博則
博則 佐藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Omron Corp
Omron Healthcare Co Ltd
Original Assignee
Omron Corp
Omron Healthcare Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Omron Corp, Omron Healthcare Co Ltd filed Critical Omron Corp
Priority to JP2017119991A priority Critical patent/JP6851913B2/ja
Priority to CN201880040812.5A priority patent/CN110769745B/zh
Priority to PCT/JP2018/022223 priority patent/WO2018235654A1/ja
Priority to DE112018003129.2T priority patent/DE112018003129T5/de
Publication of JP2019000537A publication Critical patent/JP2019000537A/ja
Priority to US16/710,324 priority patent/US11589830B2/en
Application granted granted Critical
Publication of JP6851913B2 publication Critical patent/JP6851913B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient ; user input means
    • A61B5/746—Alarms related to a physiological condition, e.g. details of setting alarm thresholds or avoiding false alarms
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0015—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by features of the telemetry system
    • A61B5/0022—Monitoring a patient using a global network, e.g. telephone networks, internet
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/0205—Simultaneously evaluating both cardiovascular conditions and different types of body conditions, e.g. heart and respiratory condition
    • A61B5/02055—Simultaneously evaluating both cardiovascular condition and temperature
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/021—Measuring pressure in heart or blood vessels
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/72—Signal processing specially adapted for physiological signals or for diagnostic purposes
    • A61B5/7271—Specific aspects of physiological measurement analysis
    • A61B5/7275—Determining trends in physiological measurement data; Predicting development of a medical condition based on physiological measurements, e.g. determining a risk factor
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient ; user input means
    • A61B5/742—Details of notification to user or communication with user or patient ; user input means using visual displays
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient ; user input means
    • A61B5/7465—Arrangements for interactive communication between patient and care services, e.g. by using a telephone network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/10—Complex mathematical operations
    • G06F17/18—Complex mathematical operations for evaluating statistical data, e.g. average values, frequency distributions, probability functions, regression analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/103—Detecting, measuring or recording devices for testing the shape, pattern, colour, size or movement of the body or parts thereof, for diagnostic purposes
    • A61B5/11—Measuring movement of the entire body or parts thereof, e.g. head or hand tremor, mobility of a limb
    • A61B5/1118—Determining activity level
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/68—Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient
    • A61B5/6801—Arrangements of detecting, measuring or recording means, e.g. sensors, in relation to patient specially adapted to be attached to or worn on the body surface
    • A61B5/6813—Specially adapted to be attached to a specific body part
    • A61B5/6824—Arm or wrist

Landscapes

  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Public Health (AREA)
  • Pathology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Molecular Biology (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Biophysics (AREA)
  • Veterinary Medicine (AREA)
  • Physiology (AREA)
  • Cardiology (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Theoretical Computer Science (AREA)
  • Primary Health Care (AREA)
  • Computational Mathematics (AREA)
  • Pure & Applied Mathematics (AREA)
  • Mathematical Optimization (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Physics (AREA)
  • Epidemiology (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Vascular Medicine (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Evolutionary Biology (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Operations Research (AREA)
  • Probability & Statistics with Applications (AREA)
  • General Engineering & Computer Science (AREA)
  • Algebra (AREA)

Description

本発明は、測定された血圧値を処理する情報処理装置、方法及びプログラムに関する。
高血圧の治療では、医師が診察結果を踏まえて患者に対し降圧薬を処方するのが一般的である。処方の手法についてはガイドラインが定められており、医師はこのガイドラインに従い既往歴や血圧値とその変動量等に基づいて処方内容を決定する（例えば非特許文献１又は２を参照）。
また、レセプトに記載された生活習慣病の傷病名から傷病名に関する健康診断の検査データを抽出して各医科学会の診断基準とを演算し、医療機関への受診の要否を判別する方法が知られている（例えば特許文献１参照）。
特開２００４−１６４１７３号公報
日本高血圧治療ガイドライン ２０１４（JSH2014） James PA, Operil S, Carter BL, et al. "2014 Evidence-Based Guideline for the Management of High Blood Pressure in Adults" JAMA, 2014; 311: 507
自身の健康を気にする人は、家庭にて自身の血圧値を測定することがある。しかしながら、一般的に被測定者はガイドライン（例えば、日本高血圧治療ガイドライン２０１４）を把握していない。そのため、被測定者が自分自身で血圧値を測定したとしても、医療機関、専門医、または生活習慣認定医へ受診すべきか被測定者自身で判断することが困難である。
本発明は、一側面では、このような実情を鑑みてなされたものであり、その目的は、医療機関、専門医、または生活習慣認定医へ受診すべきか被測定者自身で判断することを支援することを可能にする技術を提供することである。
本発明は、上述した課題を解決するために、以下の構成を採用する。
すなわち、本発明の第１の態様に係る情報処理装置は、第１期間に測定された、被測定者の第１生体情報が第１条件を満たすか否かを判定し、前記第１生体情報が前記第１条件を満たす場合、前記被測定者について前記第１生体情報が前記第１条件を満たした回数が、第１値を超えるか否かを判定し、前記第１値を超えない場合は、第１メッセージを選択し、前記第１値を超える場合は、第２メッセージを選択し、前記第１期間と異なる第２期間に測定された、被測定者の第２生体情報が、第２条件を満たすか否かを判定し、前記第２生体情報が前記第２条件を満たす場合、前記被測定者について前記第２生体情報が前記第２条件を満たした回数が、第２値を超えるか否かを判定し、前記第２値を超えない場合は、第３メッセージを選択し、前記第２値を超える場合は、第４メッセージを選択する。
日本の高血圧治療ガイドラインによれば、高血圧の判定基準などが記載されている。しかしながら、被測定者は必ずしも日本の高血圧治療ガイドラインを理解しているわけではない。しかし、第１の態様によれば、日本の高血圧治療ガイドラインを理解していない被測定者であっても、医療機関、専門医、または生活習慣認定医へ受診すべきか否かを確認することができる。
この発明の第２の態様に係る情報処理装置は、第１乃至第４メッセージがそれぞれ異なるメッセージを含むようにしたものである。
第２の態様によれば、情報処理装置は、被測定者の生体情報に基づいて、被測定者に適切なメッセージを提示することができる。つまり、日本の高血圧治療ガイドラインを理解していない被測定者であっても、医療機関、専門医、または生活習慣認定医へ受診すべきか否かを確認することができる。
この発明の第３の態様に係る情報処理装置は、前記第１生体情報が、１週間のうち、１機会以上測定された日が少なくとも５日分の血圧値の平均値を含み、前記第２生体情報が、１週間のうち少なくとも１機会で測定された血圧値の平均値を含むようにしたものである。
第３の態様によれば、情報処理装置は、日本の高血圧治療ガイドラインに沿った判定を行うことができる。
この発明の第４の態様に係る情報処理装置は、前記第１条件を満たすか否かの判定が、少なくとも前記第１生体情報に含まれる収縮期血圧値が第３値以上、または前記第１生体情報に含まれる拡張期血圧値が第４値以上か否かを判定することを含み、前記第２条件を満たすか否かの判定が、少なくとも前記第２生体情報に含まれる収縮期血圧値が第５値以上、または前記第２生体情報に含まれる拡張期血圧値が第６値以上か否かを判定することを含むようにしたものである。
第４の態様によれば、情報処理装置は、日本の高血圧治療ガイドラインに沿った判定を行うことができる。
この発明の第５の態様に係る情報処理装置は、被測定者の生体情報を受信すると、前記第１生体情報、または前記第２生体情報のどちらかを判定する。
第５の態様によれば、情報処理装置は、日本の高血圧治療ガイドラインに沿った判定を行うことができる。
この発明の第６の態様に係る情報処理装置は、前記第１生体情報が第３条件を満たすか否かを判定し、前記第１生体情報が前記第３条件を満たしている場合、前記第１生体情報が前記第１条件を満たすか否かを判定し、前記第１生体情報が、前記第３条件を満たしていない場合、第５メッセージを選択する。
第６の態様によれば、情報処理装置は、被測定者の生体情報に基づいて、被測定者に適切なメッセージを提示することができる。
この発明の第７の態様に係る情報処理装置は、前記第１生体情報または前記第２生体情報を供給する装置に対して、前記選択したメッセージを表示させる。
第７の態様によれば、情報処理装置は、被測定者の生体情報に基づいて、被測定者に適切なメッセージを提示することができる。
この発明の第８の態様に係る情報処理装置は、前記第１、及び第２メッセージが、少なくとも医療機関への受診を勧奨するメッセージを含み、前記第３、及び第４メッセージが、少なくとも専門医、または生活習慣認定医への受診を勧奨するメッセージを含むようにしたものである。
第８の態様によれば、情報処理装置は、被測定者の生体情報に基づいて、被測定者に適切なメッセージを提示することができる。
この発明の第９の態様に係る情報処理装置は、前記第１期間が、昼間であり、前記第２期間が、夜間であるようにしたものである。
第９の態様によれば、情報処理装置は、日本の高血圧治療ガイドラインに沿った判定を行うことができる。
この発明の第１０の態様に係る情報処理装置は、前記第１生体情報、及び前記第２生体情報を記憶する記憶部を備える。
第１０の態様によれば、被測定者の生体情報を蓄積することができる。これにより、情報処理装置は、複数の日時で測定された生体情報に基づいて判定を行うことができる。その結果、情報処理装置は、日本の高血圧治療ガイドラインに沿った判定を行うことができる。
本発明によれば、医療機関、専門医、または生活習慣認定医へ受診すべきか被測定者自身で判断することを支援することが可能な技術を提供することができる。
図１は、第１実施形態に係る情報処理装置を含む情報処理システムの一例を模式的に例示するブロック図である。 図２は、第１実施形態に係る情報処理装置を含む情報処理システムの全体構成を示すブロック図である。 図３は、血圧計の構成例を示すブロック図である。 図４は、携帯情報端末の構成例を示すブロック図である。 図５は、医師端末の構成例を示すブロック図である。 図６は、サーバの構成例を示すブロック図である。 図７は、サーバの機能構成の一例を模式的に例示するブロック図である。 図８は、第１実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図９は、第１実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１０は、第１実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１１は、第１実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１２は、第１実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１３は、第２実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１４は、第３実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１５は、第４実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１６は、第４実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１７は、第４実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１８は、第５実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図１９は、第６実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図２０は、第７実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。 図２１は、第８実施形態に係る情報処理装置の処理手順の一例を例示するフローチャートである。
以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。ただし、以下で説明する本実施形態は、あらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、本発明の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。なお、本実施形態において登場するデータを自然言語により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメータ、マシン語等で指定される。
［適用例］
まず、図１を用いて、本発明が適用される場面の一例について説明する。図１は、適用例に係る情報処理装置の一例を模式的に例示する。
単に家庭などで血圧を測定したとしても、被測定者は、自分自身が医療機関、専門医、または生活習慣認定医にて受診すべきか否かを判断できない。そこで、適用例では、このような被測定者について、医療機関、専門医、または生活習慣認定医へ受診すべきか否かを提案することが可能となる情報処理装置について説明する。
［適用例の構成］
情報処理装置の構成を説明する前に、情報処理装置の概要について説明する。情報処理装置は、受信済みのユーザ（被測定者）の生体情報（血圧値を含む）に基づいて、医療機関、専門医、または生活習慣認定医へ受診すべきか否かを提案する。なお、以下では、「血圧値」とは、収縮期血圧（Systolic Blood Pressure）ＳＹＳ、拡張期血圧（Diastolic Blood Pressure）ＤＩＡ、とを意味する。なお、収縮期血圧ＳＹＳ、及び拡張期血圧ＤＩＡを区別しない限りは、単に血圧値と記載する。
図１に示すように、情報処理装置ＩＰＥは、受信部ＩＰＥＲ、情報記憶部ＩＰＥＢ、判定部ＩＰＥＤ、メッセージ記憶部ＩＰＥＭ、メッセージ選択部ＩＰＥＳ、及びメッセージ送信部ＩＰＥＴを備えている。
受診部ＩＰＥＲは、任意の端末（例えばユーザ端末：ユーザが使用する端末）からユーザ（被測定者）の生体情報（血圧値を含む）、命令、及びメッセージに対する応答などを受信する。
情報記憶部ＩＰＥＢは、受信した生体情報を、ユーザ毎に記憶する。
判定部ＩＰＥＤは、情報記憶部ＩＰＥＢに記憶されている生体情報について、所定の条件を満たすか否かを判定する。
メッセージ記憶部ＩＰＥＭは、ユーザ端末に送信する複数のメッセージを記憶する。
メッセージ選択部ＩＰＥＳは、判定部ＩＰＥＤの判定結果に基づいて、ユーザ端末に送信するメッセージを決定する。
メッセージ送信部ＩＰＥＴは、メッセージ選択部ＩＰＥＳによって決定されたメッセージを、ユーザ端末に送信（発行）する。
［適用例の動作］
次に、情報処理装置ＩＰＥが医療機関、専門医、または生活習慣認定医へ受診すべきか否かを提案する動作（受診勧奨動作）の一例について説明する。情報処理装置ＩＰＥは、受診勧奨動作の際、例えば昼間の生体情報に関する動作、または夜間の生体情報に関する動作のいずれかを行う。
判定部ＩＰＥＤは、受診勧奨動作を行う命令を受信すると、昼間の生体情報に関する動作、または夜間の生体情報に関する動作のいずれであるかを判定する。
ここで、情報処理装置ＩＰＥが昼間の生体情報に関する動作を行うと判定する場合について説明する。まず、判定部ＩＰＥＤは、ユーザの第１生体情報（例えば、１週間のうち、１機会以上測定された日が少なくとも５日分の血圧値の平均値（以下では簡単のため、「１週間のうち５機会で測定された血圧値の平均値」とも記載する））が第１条件（収縮期血圧ＳＹＳの平均値が１３５ｍｍＨｇを超えるか否か、拡張期血圧ＤＩＡの平均値が８５ｍｍＨｇを超えるか否か、または、収縮期血圧ＳＹＳの平均値が１３５ｍｍＨｇを超え、且つ拡張期血圧ＤＩＡの平均値が８５ｍｍＨｇを超えるか否か）について判定する。そして、判定部ＩＰＥＤは、第１生体情報が第１条件を満たすと判定する場合、ユーザについて第１生体情報が第１条件を満たした回数が、第１値（例えば“２”）を超えるか否かを判定する。メッセージ選択部ＩＰＥＳは、第１値を超えない場合、第１メッセージ（例えば医療機関への受診を勧奨するメッセージ）を選択し、第１値を超える場合は、第２メッセージ（第１メッセージと異なるメッセージ）を選択する。そして、メッセージ送信部ＩＰＥＴは、メッセージ記憶部ＩＰＥＭから受信した選択メッセージをユーザ端末に送信する。このようにして、昼間の生体情報に関する動作が行われる。なお、１機会というのは、血圧を測定する機会の単位である。例えば朝２回連続で測定しても、１回だけ測定しても血圧測定の機会としては１機会となる。
続いて、情報処理装置ＩＰＥが夜間の生体情報に関する動作を行うと判定する場合について説明する。まず、判定部ＩＰＥＤは、ユーザの第２生体情報（例えば、１週間のうち少なくとも１機会で測定された血圧値の平均値）が第２条件（収縮期血圧ＳＹＳの平均値が１２０ｍｍＨｇを超えるか否か、拡張期血圧ＤＩＡの平均値が８５ｍｍＨｇを超えるか否か、または、収縮期血圧ＳＹＳの平均値が１２０ｍｍＨｇを超え、且つ拡張期血圧ＤＩＡの平均値が８５ｍｍＨｇを超えるか否か）について判定する。そして、判定部ＩＰＥＤは、第２生体情報が第２条件を満たすと判定する場合、ユーザについて第２生体情報が第２条件を満たした回数が、第２値（例えば“２”）を超えるか否かを判定する。メッセージ選択部ＩＰＥＳは、第２値を超えない場合、第３メッセージ（例えば専門医、または生活習慣認定医への受診を勧奨するメッセージ）を選択し、第２値を超える場合は、第４メッセージ（第１メッセージと異なるメッセージ）を選択する。そして、メッセージ送信部ＩＰＥＴは、メッセージ記憶部ＩＰＥＭから受信した選択メッセージをユーザ端末に送信する。このようにして、夜間の生体情報に関する動作が行われる。
なお、上記第１条件、並びに第２条件は、例えば日本高血圧治療ガイドライン２０１４に基づいて決定される。
［適用例の効果］
日本高血圧治療ガイドライン２０１４によれば、昼間の高血圧に関する判断と、夜間の高血圧に関する判断と、に用いる条件はそれぞれ異なる。また、昼間の測定結果に基づく受診勧奨メッセージと、夜間の測定結果に基づく受診勧奨メッセージと、は異なることが望ましいことがある。
適用例に係る情報処理装置ＩＰＥは、昼間の生体情報に関する動作、または夜間の生体情報に関する動作において、それぞれ異なる条件にて、高血圧の判定を行ない、それぞれ異なるメッセージをユーザ端末に送信する。
そのため、ユーザが日本高血圧治療ガイドライン２０１４の内容を把握していなくても、血圧値を測定するだけで、情報処理装置ＩＰＥは、医療機関、専門医、または生活習慣認定医へ受診すべきか否かを適切に判断することが可能となる。
＜１＞ 第１実施形態
以下に、上記適用例に係る第１実施形態について説明する。
＜１−１＞構成
＜１−１−１＞情報処理システム
図２は、第１実施形態に係る情報処理装置を含む情報処理システムの全体構成を示すブロック図である。図２に示すように、情報処理システムは、例えば複数のユーザ端末ＵＴ（図２ではＵＴ１〜ＵＴｎ、ｎは任意の整数）、通信ネットワークＮＷ、サーバＳＶ、及び複数の医師端末ＤＴ（図２ではＤＴ１〜ＤＴｍ、ｍは任意の整数）を含む。ユーザ端末ＵＴ１〜ＵＴｎ、サーバＳＶ、及び医師端末ＤＴ１〜ＤＴｍは、それぞれ通信ネットワークＮＷを介して相互に通信が可能となっている。なお、ユーザ端末ＵＴ１〜ＵＴｎをそれぞれ区別しない場合には、単にユーザ端末ＵＴと記載する。同様に、医師端末ＤＴ１〜ＤＴｍをそれぞれ区別しない場合には、単に医師端末ＤＴと記載する。ユーザ端末ＵＴは、適用例の「ユーザ端末」の一例である。サーバＳＶは、適用例の「情報処理装置ＩＰＥ」の一例である。
＜１−１−１−１＞ユーザ端末
図２に示すように、ユーザ端末ＵＴ１〜ＵＴｎはそれぞれ、血圧計（血圧測定部）ＢＴ１〜ＢＴｎと、携帯情報端末ＩＴ１〜ＩＴｎとを備えている。なお、血圧計ＢＴ１〜ＢＴｎをそれぞれ区別しない場合には、単に血圧計ＢＴと記載する。同様に、携帯情報端末ＩＴ１〜ＩＴｎをそれぞれ区別しない場合には、単に携帯情報端末ＩＴと記載する。
＜１−１−１−１−１＞血圧計
血圧計ＢＴの具体的な構成を説明する前に、血圧計ＢＴの概要について説明する。血圧計ＢＴは、例えば腕時計型のウェアラブル端末である。血圧計ＢＴは、ユーザ（被測定者）の手首に装着され、ユーザの操作もしくは予め設定したタイミングまたは時間間隔で血圧値を測定する。そして、血圧計ＢＴは、例えばユーザの血圧値（収縮期血圧ＳＹＳ、拡張期血圧ＤＩＡを含む）と、測定日時と、ユーザ情報（例えばユーザＩＤ）と、第１フラグと、を紐づけた生体情報を、例えば無線インタフェースにより携帯情報端末ＩＴに送信する。ユーザＩＤは、ユーザ毎に割り当てられた識別子である。第１フラグについては後述する。また、血圧計ＢＴは、手首に装着されるタイプに限らず、カフを上腕等に巻き付けるタイプのものや据置タイプであってもよい。また、血圧計ＢＴ１〜ＢＴｎは、互いに異なる機種の血圧計でも良い。
図３を用いて、血圧計ＢＴの具体的な構成の一例について説明する。図３は、血圧計ＢＴの構成例を示すブロック図である。
図３に示すように、血圧計ＢＴは、制御部１１、通信部１２、記憶部１３、操作部１４、表示部１５、加速度センサ１６、生体センサ１７、環境センサ１８、及び夜間スイッチ１９を備えている。
制御部１１は、例えばプロセッサ１１ａとメモリ１１ｂとを備える。制御部１１は、プロセッサ１１ａがメモリ１１ｂを用いてプログラムを実行することにより、各種の動作制御およびデータ処理などを実現している。プロセッサ１１ａは、例えば演算回路を含むＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などである。メモリ１１ｂは、例えばプロセッサ１１ａが実行するプログラムを記憶する不揮発性のメモリ、及びワーキングメモリとして使用するＲＡＭ（Random Access Memory）などの揮発性メモリを含む。制御部１１は、図示しないクロックを有し、現在の日時を計時することができる。プロセッサ１１ａは、メモリ１１ｂまたは記憶部１３が記憶するプログラムを実行することにより各部の制御およびデータ処理が実行可能である。すなわち、プロセッサ１１ａは、操作部１４からの操作信号に応じて各部の動作制御を行い、生体センサ１７および環境センサ１８が測定する生体情報に対するデータ処理を行う。
通信部１２は、携帯情報端末ＩＴと通信するための通信インタフェースである。通信インタフェースとしては、例えばBluetooth（登録商標）等の近距離無線データ通信規格を採用したインタフェースが用いられる。通信部１２は、携帯情報端末ＩＴへデータを送信したり、携帯情報端末ＩＴからのデータを受信したりする。通信部１２による通信は、無線通信あるいは有線通信のいずれであっても良い。
記憶部１３は、血圧計ＢＴを制御するためのプログラムのデータ、血圧計ＢＴの各種機能を設定するための設定データ、加速度センサ１６、生体センサ１７および環境センサ１８が測定した生体情報などを記憶する。なお、記憶部１３は、プログラムが実行されるときのワーキングメモリなどとして用いられても良い。
操作部１４は、例えば図示しないタッチパネルおよび操作ボタン（操作キー）などの操作デバイスにより構成される。操作部１４は、ユーザによる操作を検出し、操作内容を示す操作信号を制御部１１へ出力する。なお、操作部１４は、タッチパネルや操作ボタンに限定されない。操作部１４は、例えばユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、ユーザの顔や体を撮影した画像によりユーザの表情やジェスチャーを認識する画像認識部などを備えていても構わない。
表示部１５は、例えば表示画面（例えば、ＬＣＤ（Liquid Crystal Display）またはＥＬ（Electroluminescence）ディスプレイなど）やインジケータ等を含み、制御部１１からの制御信号に従って情報を表示する。
加速度センサ１６は、血圧計ＢＴの本体が受ける加速度を検出する。例えば、加速度センサは、３軸あるいは６軸の加速度データを得る。加速度データは、当該血圧計ＢＴを装着しているユーザの活動量（姿勢および／または動作）を推定するために用いることができる。制御部１１は、加速度センサ１６が測定する加速度データに日時情報に基づく測定日時を紐づけて生体情報として出力できる。
生体センサ１７は、ユーザの生体情報を測定する。生体センサ１７は、例えば血圧センサ１７ａを含む。血圧センサ１７ａは、ユーザの血圧値を測定する。
生体センサ１７が取得する生体情報としては、血圧値の他に、脈拍数、脈波データ、心電データ、心拍データ、体温データなどが想定され、これらの生体情報を測定するためのセンサが生体センサ１７として設けられうる。
血圧センサ１７ａは、連続測定型または非連続測定型の血圧センサである。血圧センサ１７ａは、血圧（例えば収縮期血圧および拡張期血圧）の値を測定することができる血圧センサである。血圧センサ１７ａは、心拍の一拍ごとに血圧値を測定するBeat by Beat（ＢｂＢ）方式の血圧センサを含み得るが、これに限定されるものではない。
例えば、血圧センサ１７ａは、オシロメトリック方式、Pulse Transit Time（ＰＴＴ）方式、トノメトリ方式、光学方式、電波方式、または、超音波方式などを用いた血圧センサが適用できる。オシロメトリック方式は、カフで上腕を圧迫し、カフ内の振動波形で血圧値を測定する方式である。ＰＴＴ方式は、脈波伝播時間を測定し、測定した脈波伝播時間から血圧値を推定する方式である。トノメトリ方式は、手首の橈骨動脈等の動脈が通る生体部位に圧力センサを直接接触させて、圧力センサが検出する情報を用いて血圧値を測定する方式である。光学方式、電波方式、および、超音波方式は、光、電波または超音波を血管にあててその反射波から血圧値を測定する方式である。
環境センサ１８は、ユーザの周囲の環境情報を測定し、測定した環境データを取得するセンサを含む。図３に示す構成例において、環境センサ１８は、例えば気温センサ１８ａを含む。ただし、環境センサ１８は、気温以外にも、温度、湿度、音、光などを測定するセンサを含んでも良い。環境センサ１８は、血圧値の変動に直接あるいは間接的に関連があることが想定される環境の情報（環境データ）を測定するセンサを含むものであっても良い。また、制御部１１は、環境センサ１８が測定する環境データを日時情報に基づいて設定する測定日時を紐づけて環境データとして出力できる。
夜間スイッチ１９は、例えばユーザに押されると、その旨が制御部１１に通知される。制御部１１は、夜間スイッチ１９が押されてから数時間後（例えば４時間後）に、自動的に血圧値の測定を行う。制御部１１は、夜間スイッチ１９が押されてから（夜間スイッチ１９をトリガに）測定される血圧値に対して、第１フラグを立てる。
ここで、第１フラグについて説明する。第１フラグとは、測定された血圧値が夜間に測定されたのか、昼間に測定されたのかを判定するための情報である。具体的には、血圧値の測定が夜間に行われた場合は「第１フラグ」が立てられ（例えば第１フラグのデータを“１”にする）、血圧値の測定が昼間に行われた場合は、「第１フラグ」が立てられない（例えば第１フラグのデータを“０”にする）。
制御部１１は、血圧値の測定日時、または夜間スイッチ１９に基づき、第１フラグを変更する。具体的には、制御部１１は、血圧値の測定日時が夜間（例えば、ＡＭ２：００〜ＡＭ３：５９）の間である場合、または血圧値が夜間スイッチ１９をトリガに測定される場合、「第１フラグ」を立てる。また、制御部１１は、血圧値の測定日時が昼間（例えば、ＡＭ４：００〜ＡＭ１：５９）の間である場合、「第１フラグ」を立てない（第１フラグのデータを“０”にする）。夜間及び昼間の定義は、例えば、日本高血圧治療ガイドライン２０１４で定義されている。
つまり、夜間スイッチ１９をトリガに測定された血圧値は、夜間に測定された血圧値として取り扱われる。
なお、以下では、夜間のことを第１期間と記載し、昼間のことを第２期間とも記載する。
＜１−１−１−１−２＞携帯情報端末
携帯情報端末ＩＴの具体的な構成を説明する前に、携帯情報端末ＩＴの概要について説明する。携帯情報端末ＩＴは、例えばスマートデバイス（典型的にはスマートフォン、タブレット型端末）である。携帯情報端末ＩＴは、血圧計ＢＴから送信された生体情報を受信し、通信ネットワークＮＷを介して生体情報をサーバＳＶへ転送する。携帯情報端末ＩＴは、例えば生体情報を管理するためのアプリケーションソフトウエア（プログラム）がインストールされても良い。なお、携帯情報端末ＩＴ１〜ＩＴｎは、互いに異なる機種の端末でも良い。ところで、携帯情報端末ＩＴは、血圧計ＢＴから受信する生体情報に、ユーザＩＤが紐付けされていない場合、血圧計ＢＴから受信する生体情報に、ユーザＩＤを紐づけても良い。このユーザＩＤは、記憶部２２またはメモリ２１ｂに記憶されても良い。
図４を用いて、携帯情報端末ＩＴの具体的な構成の一例について説明する。図４は、携帯情報端末ＩＴの構成例を示すブロック図である。
図４に示すように、携帯情報端末ＩＴは、制御部２１、記憶部２２、通信部２３、表示部２４、及び操作部２５などを含む。
制御部２１は、例えばプロセッサ２１ａとメモリ２１ｂとを備える。なお、制御部２１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。
記憶部２２は、例えば半導体メモリ、あるいは磁気ディスクなどで構成される。記憶部２２は、制御部２１のプロセッサ２１ａが実行するプログラムを記憶しても良い。また、記憶部２２は、血圧計ＢＴから供給される生体情報などを記憶するようにしても良い。また、記憶部２２は、表示部２４に表示する表示データなども記憶するようにして良い。
通信部２３は、血圧計ＢＴおよびサーバＳＶと通信するための通信インタフェースである。通信部２３は、血圧計ＢＴからのデータの受信、または血圧計ＢＴへの動作指示の送信を行う。通信部２３による通信は、無線通信であっても良いし、有線通信であっても良い。更に、通信部２３は、ネットワークＮＷを介してサーバＳＶへのデータの送信、またはサーバＳＶからのデータの受信を行う。通信部２３による通信は、無線通信であっても良いし、有線通信であっても良い。本実施形態において、ネットワークＮＷは例えばインターネットなどを想定して説明するが、これに限定されず、ＬＡＮのような他の種類のネットワークであってもよく、ＵＳＢケーブルなどの通信ケーブルを用いた１対１の通信であってもよい。
表示部２４は、表示画面（例えば、ＬＣＤまたはＥＬディスプレイなど）を含む。表示部２４は、制御部２１の制御によって表示画面に表示する表示内容が制御される。
操作部２５は、ユーザによる操作に対応した操作信号を制御部２１へ送信する。操作部２５は、例えば表示部２４の表示画面上に設けたタッチパネルである。操作部２５は、タッチパネルに限定されず、操作ボタン、キーボードおよびマウスなどであっても良い。また、操作部２５は、ユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、あるいは、ユーザの表情やジェスチャーを認識する画像認識部などを備えるものであっても良い。
なお、血圧計ＢＴが携帯情報端末ＩＴに生体情報を送信できない場合、携帯情報端末ＩＴはユーザが手入力した血圧値をサーバＳＶへ送信しても良い。
＜１−１−１−２＞医師端末
医師端末ＤＴの具体的な構成を説明する前に、医師端末ＤＴの概要について説明する。医師端末ＤＴは、例えば固定設置型のパーソナルコンピュータ、携帯型のノート型パーソナルコンピュータ或いはタブレット型端末からなる。医師端末ＤＴは、例えばブラウザを使用することでサーバＳＶとの間でデータの送受信を行うことができる。具体的には、医師端末ＤＴは、ブラウザを使用して、ユーザに関する情報をサーバＳＶへ送信し、サーバＳＶから送られる情報を表示することができる。なお、医師端末ＤＴ１〜ＤＴｍは、互いに異なる機種の端末でも良い。また、医師端末ＤＴは、血圧計ＢＴから生体情報を受信して、種々の処理を行っても良い。
図５を用いて、医師端末ＤＴの具体的な構成の一例について説明する。図５は、医師端末ＤＴの構成例を示すブロック図である。
図５に示すように、医師端末ＤＴは、制御部３１、記憶部３２、通信部３３、表示部３４および操作部３５などを備える。
制御部３１は、例えばプロセッサ３１ａとメモリ３１ｂとを備える。なお、制御部３１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。
記憶部３２は、例えば磁気ディスク、半導体メモリ、光ディスク、光磁気ディスクなどで構成される。記憶部３２は、制御部３１のプロセッサ３１ａが実行するプログラムを記憶しても良い。
通信部３３は、サーバＳＶと通信するための通信インタフェースである。通信部３３は、ネットワークＮＷを介してサーバＳＶへのデータの送信、またはサーバＳＶからのデータの受信を行う。通信部３３による通信は、無線通信であっても良いし、有線通信であっても良い。本実施形態において、通信部３３は、ＬＡＮのような他の種類のネットワークを介してサーバＳＶと通信するものを想定して説明するが、これに限定されず、通信ケーブルを用いてシリアルに通信を行うものを含むでも良い。
表示部３４は、表示画面（例えば、ＬＣＤまたはＥＬディスプレイなど）を含む。表示部３４は、制御部３１の制御によって表示画面に表示する表示内容が制御される。
操作部３５は、ユーザによる操作に対応した操作信号を制御部３１へ送信する。操作部３５は、例えば、表示部３４の表示画面上に設けたタッチパネルである。操作部３５は、タッチパネルに限定されず、操作ボタン、キーボードおよびマウスなどであっても良い。また、操作部３５は、ユーザの音声による操作指示を認識する音声認識部、ユーザの生体の一部を認証する生体認証部、あるいは、ユーザの表情やジェスチャーを認識する画像認識部などを備えるものであっても良い。
＜１−１−１−３＞サーバ
サーバＳＶの具体的な構成を説明する前に、サーバＳＶの概要について説明する。サーバＳＶは、サーバコンピュータである。本実施形態において、サーバＳＶは、汎用のコンピュータ装置に、後述の処理を行わせるようにプログラム（ソフトウェア）をインストールしたものを想定して説明するものとする。サーバＳＶは、ユーザ端末ＵＴから送信された生体情報を蓄積する。サーバＳＶは、例えばユーザの健康指導または診断に供するために、医療機関、専門医、または生活習慣認定医が所持する医師端末ＤＴからのアクセスに応じて当該ユーザの生体情報を送信してもよい。なお、サーバＳＶが実現する機能例については後述する。
図６を用いて、サーバＳＶの具体的な構成の一例について説明する。図６は、サーバＳＶの構成例を示すブロック図である。
図６に示すように、サーバＳＶは、制御部４１、記憶部４２及び通信部４３を備える。
制御部４１は、例えばプロセッサ４１ａとメモリ４１ｂとを備える。なお、制御部４１の基本的な構成は制御部１１と同様のため、詳細な説明は省略する。
記憶部４２は、例えば磁気ディスク、半導体メモリ、光ディスク、光磁気ディスクなどで構成される。記憶部４２は、ユーザ端末ＵＴから取得する各種の生体情報を記憶する。また、記憶部４２は、制御部４１のプロセッサ４１ａが実行するプログラムを記憶しても良い。
通信部４３は、ユーザ端末ＵＴあるいは医師端末ＤＴと通信するための通信インタフェースである。通信部４３は、ネットワークＮＷを介してユーザ端末ＵＴあるいは医師端末ＤＴへのデータの送信、またはユーザ端末ＵＴあるいは医師端末ＤＴからのデータの受信を行う。通信部４３による通信は、無線通信であっても良いし、有線通信であっても良い。
＜１−１−２＞サーバの機能構成
次に、図７を用いて、本実施形態に係るサーバＳＶの機能構成の一例を説明する。図７は、本実施形態に係るサーバＳＶの機能構成の一例を模式的に例示するブロック図である。
サーバＳＶの制御部４１は、記憶部４２に記憶されたプログラムをメモリ４１ｂに展開する。そして、制御部４１は、メモリ４１ｂに展開されたプログラムをプロセッサ４１ａにより解釈及び実行して、サーバＳＶの各構成要素を制御する。これによって、図７に示されるとおり、本実施形態に係るサーバＳＶは、受信部５１、制御部５２、情報記憶部５３、条件判定部５４、メッセージ選択部５５、メッセージ記憶部５６、及びメッセージ送信部５７を備えるコンピュータとして機能する。受信部５１は、適用例の「受信部ＩＰＥＲ」の一例である。情報記憶部５３は、適用例の「情報記憶部ＩＰＥＢ」の一例である。条件判定部５４は、適用例の「判定部ＩＰＥＤ」の一例である。メッセージ選択部５５は、適用例の「メッセージ選択部ＩＰＥＳ」の一例である。メッセージ記憶部５６は、適用例の「メッセージ記憶部ＩＰＥＭ」の一例である。メッセージ送信部５７は、適用例の「メッセージ送信部ＩＰＥＴ」の一例である。
受信部５１は、生体情報、命令、またはメッセージに対応する応答（単に応答と記載する）を受信し、制御部５２に供給する。
制御部５２は、受信部５１からの生体情報、命令または応答に基づいて、受診勧奨動作を開始したり、情報記憶部５３に記憶されている生体情報を更新したりする。
制御部５２は、応答に基づき、生体情報へのフラグ（例えば第２〜第ｎ（ｎは任意の整数）フラグ）の付加を行う。
制御部５２は、受信部５１からの命令または応答に基づいて、受診勧奨動作を開始したり、情報記憶部５３に記憶されている生体情報を更新したりする。
情報記憶部５３は、ユーザ毎にデータ記憶領域を備えている。ユーザ毎にデータ記憶領域を管理することで、複数の被測定者の生体情報を含む生体管理情報を適正に管理することが可能となる。データ記憶領域は、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に展開される。データ記憶領域は、例えばネットワークＮＷを介して受信する生体情報を記憶する。なお、データ記憶領域の一例については後述する。情報記憶部５３は、例えば携帯情報端末ＩＴ、または医師端末ＤＴを介したユーザの指示により、携帯情報端末ＩＴ、または医師端末ＤＴにて表示可能としても良い。
条件判定部５４は、情報記憶部５３に記憶されている生体情報が所定の条件を満たしているか否かを判定する。条件判定部５４は、「第１フラグ」を参照することで、対象の生体情報の測定された期間が夜間か昼間かを判定できる。
メッセージ選択部５５は、条件判定部５４から供給される判定結果に基づいて、メッセージを選択する。
メッセージ記憶部５６は、複数のメッセージを記憶している。メッセージ記憶部５６は、メッセージ選択部５５によって選択されるメッセージを、メッセージ送信部５７に供給する。メッセージ記憶部５６は、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に展開される。メッセージ記憶部５６に記憶されるメッセージは適宜変更可能である。メッセージ記憶部５６は、例えば携帯情報端末ＩＴ、または医師端末ＤＴを介したユーザの指示により、携帯情報端末ＩＴ、または医師端末ＤＴにて表示可能としても良い。
メッセージ送信部５７は、メッセージ記憶部５６から供給されるメッセージを、例えば携帯情報端末ＩＴ、または医師端末ＤＴに送信（発行）する。
例えば、ユーザは携帯情報端末ＩＴにて、メッセージ送信部５７からのメッセージを受信し、メッセージを確認することができる。また、メッセージによっては、ユーザからの応答を求めるメッセージもある。ユーザは、携帯情報端末ＩＴにてメッセージに対する応答を行うと、応答が受信部５１に供給される。
＜１−１−３＞データ記憶領域の構造例
次に、情報記憶部５３のデータ記憶領域の一例について説明する。簡単のため、一人のユーザに着目してデータ記憶領域について説明する。
データ記憶領域は、例えば生体情報に含まれるユーザ情報（例えばユーザＩＤ）毎に、生体情報に含まれる測定日時、生体情報に含まれる収縮期血圧ＳＹＳ、生体情報に含まれる拡張期血圧ＤＩＡ、生体情報に含まれる第１フラグ、及び第２〜第ｎフラグを記憶する。
なお、第１フラグとは、上述したように、血圧値の計測日時が「夜間か昼間か」を示すフラグである。また、第２〜第ｎフラグとは、メッセージに対する応答を示すフラグである。また、データ記憶領域は、上記以外のデータを含んでも良い。
例えば情報記憶部５３は、ユーザＩＤ等から、血圧値及びフラグを出力することができる。
また、以下では簡単のため、データ記憶領域に記憶される上記データを「生体管理情報」と定義する。
＜１−２＞動作
＜１−２−１＞生体情報記憶動作
次に、図８を用いて、第１実施形態に係る情報処理装置の生体情報記憶動作例について説明する。図８は、情報処理装置の処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
ここでは、情報記憶部５３に生体情報を記憶する動作について説明する。
［ステップＳ１０１］
受信部５１は、ネットワークＮＷを介して生体情報を受信するまで待機する。
［ステップＳ１０２］
受信部５１が、生体情報を受信する場合、情報記憶部５３に生体情報を記憶する。
＜１−２−２＞生体管理情報更新動作
次に、図９を用いて、第１実施形態に係る情報処理装置の生体管理情報更新動作例について説明する。図９は、情報処理装置の処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
ここでは、情報記憶部５３に記憶されている生体管理情報を更新する動作について説明する。
［ステップＳ２０１］
受信部５１は、メッセージに対する応答を受信するまで待機する。
［ステップＳ２０２］
受信部５１が、メッセージに対する応答を受信する場合（ステップＳ２０２、ＹＥＳ）、制御部５２は、応答に関するユーザを特定する。制御部５２は、応答に関するユーザを特定すると、応答内容に応じて第２〜第ｎフラグを適宜設定する。
［ステップＳ２０３］
制御部５２は、第２〜第ｎフラグを設定した後、情報記憶部５３に記憶されているユーザの生体管理情報を更新する。
＜１−２−３＞受診勧奨動作
次に、図１０〜図１２を用いて、第１実施形態に係る情報処理装置の受診勧奨動作例について説明する。図１０〜図１２は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
ここでは、サーバＳＶが受診勧奨を行なう動作について説明する。
まず、図１０を用いて、第１実施形態に係る情報処理装置の受診勧奨動作の初期動作について説明する。
［ステップＳ３０１］
受信部５１は、受診勧奨動作を行う為の命令を受信するまで待機する。ここで、命令とは、例えば、携帯情報端末ＩＴ、または医師端末ＤＴからの命令でも良い。また、生体情報の受信に応じて、サーバＳＶが自動で受診勧奨動作を行う場合も考えられる。このよう場合は、生体情報の受信が命令となり得る。
［ステップＳ３０２］
受信部５１は、受診勧奨動作を行う為の命令を受信する場合（ステップＳ３０１、ＹＥＳ）、制御部５２は、受診勧奨動作を行う対象のユーザを特定する。
［ステップＳ３０３］
制御部５２は、受診勧奨動作を行う対象のユーザを特定すると、第１期間（夜間）に関する受診勧奨動作か否かを判定する。つまり、制御部５２は、第１期間に関する受診勧奨動作、または第２期間（昼間）に関する受診勧奨動作のどちらが要求されているかを判定する。
図１１を用いて、図１０のＡの続き、つまり第２期間に関する受診勧奨動作について説明する。ここで、第２期間に関する受診勧奨動作とは、例えば昼間に測定された血圧値に基づく受診勧奨動作のことである。
［ステップＳ４０１］
制御部５２は、第２期間に関する受診勧奨動作であると判定すると（ステップＳ３０３、ＮＯ）、条件判定部５４は、情報記憶部５３に記憶されている第２期間に関する情報が、第１条件を満たすか否かを判定する。
この第１条件とは、例えば、日本高血圧治療ガイドライン２０１４に記載されている、昼間の血圧値に関する条件である。具体的には、条件判定部５４は、１週間のうちに５機会、昼間（ＡＭ４：００〜ＡＭ１：５９）の血圧値を計測したか否かを判定する。
この第１条件は、例えば、サーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されている。そして、第１条件は、適宜変更可能である。
［ステップＳ４０２］
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照し、第１条件を満たしていないと判定する場合（ステップＳ４０１、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、第１条件を満たしていない場合に、ユーザに表示すべき第１メッセージを選択する。この第１メッセージは、例えば「第１条件を満たしていないので、受診勧奨動作を実行できません」という旨のメッセージである。また、第１メッセージには、「所定の期間にあとＬ回（Ｌは整数）、血圧値を測定すれば、受診勧奨動作を実行できます」という旨のメッセージが含まれても良い。この第１メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１メッセージを確認することができる。例えば、ユーザは、第１メッセージを見ることで、受診勧奨動作を実行するためには、測定回数が足りないことを把握できる。そのため、ユーザは、受診勧奨動作を実行する為に血圧値の測定を適切に行なうことができる。
［ステップＳ４０３］
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照し、第１条件を満たすと判定する場合（ステップＳ４０１、ＹＥＳ）、情報記憶部５３に記憶されている生体管理情報が第２条件を満たすか否かを判定する。
この第２条件とは、例えば、日本高血圧治療ガイドライン２０１４に記載されている、昼間の血圧値に基づく、高血圧の判定に関する条件である。具体的には、条件判定部５４は、１週間のうちに５機会測定された昼間（ＡＭ４：００〜ＡＭ１：５９）の収縮期血圧ＳＹＳの平均値が１３５ｍｍＨｇを超えるか否か、または、１週間のうちに５機会測定された昼間の拡張期血圧ＤＩＡの平均値が８５ｍｍＨｇを超えるか否か、または、収縮期血圧ＳＹＳの平均値が１３５ｍｍＨｇを超え、且つ拡張期血圧ＤＩＡの平均値が８５ｍｍＨｇを超えるか否かを判定する。
この第２条件は、例えば、サーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されている。そして、第２条件は、適宜変更可能である。
［ステップＳ４０４］
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照し、第２条件を満たしていないと判定する場合（ステップＳ４０３、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、第２条件を満たしていない場合に、ユーザに表示すべき第２メッセージを選択する。この第２メッセージは、例えば「第２条件を満たしていないので、高血圧ではなく、医療機関への受診は不要です」という旨のメッセージである。この第２メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第２メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第２メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第２メッセージを確認することができる。例えば、ユーザは、第２メッセージを見ることで、自分自身が健康であることが把握できる。
［ステップＳ４０５］
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照し、第２条件を満たすと判定する場合（ステップＳ４０３、ＹＥＳ）、第２条件を満たした回数がＸ回目（Ｘは整数）以上か否かを判定する。ここでは、例えばＸは２である。
［ステップＳ４０６］
条件判定部５４は、第２条件を満たした回数がＸ回目以上ではないと判定する場合（ステップＳ４０５、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、第２条件を満たした回数がＸ回目以上ではない場合に、ユーザに表示すべき第３メッセージを選択する。この第３メッセージは、例えば受診勧奨メッセージである。具体的には、第３メッセージは「医療機関にて受診しますか？」という旨のメッセージである。また、第３メッセージには「医療機関への受診をお勧めします」という旨のメッセージが含まれる。この第３メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第３メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第３メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第３メッセージを確認することができる。例えば、ユーザは、第３メッセージを見ることで、自分自身が医療機関へ受診すべきであることを把握することができる。更に、ユーザが任意の端末にて第３メッセージ（「医療機関にて受診しますか？」という旨のメッセージ）に対して応答（例えば、「受診します」または「受診しません」を選択）すると、図９で説明した流れにて、応答内容が生体管理情報に反映される。
［ステップＳ４０７］
条件判定部５４は、第２条件を満たした回数がＸ回目以上であると判定する場合（ステップＳ４０５、ＹＥＳ）、前回の受診勧奨動作の応答として「医療機関にて受診します」が選択されたか否かを判定する。
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照することで、この判定を行うことができる。
［ステップＳ４０８］
条件判定部５４は、前回の受診勧奨動作の応答として「医療機関にて受診します」が選択されていないと判定する場合（ステップＳ４０７、ＮＯ）、過去に「医療機関にて受診した」が選択されたか否かを判定する。
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照することで、この判定を行うことができる。
［ステップＳ４０９］
条件判定部５４は、過去に「医療機関にて受診した」が選択されていないと判定する場合（ステップＳ４０８、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、過去に「医療機関にて受診した」が選択されていない場合に、ユーザに表示すべき第４メッセージを選択する。この第４メッセージは、例えば受診勧奨メッセージである。例えば、第４メッセージは「医療機関にて受診しますか？」という旨のメッセージとなる。また、ユーザがＴ週間（Ｔは整数）連続で、高血圧であると判定される場合は、第４メッセージには「Ｔ週間連続で高血圧のカットオフ値を超えています。医療機関への受診をお勧めします」という旨のメッセージが含まれる。この第４メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第４メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第４メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第４メッセージを確認することができる。例えば、ユーザは、第４メッセージを見ることで、自分自身が医療機関へ受診すべきであることを把握することができる。更に、ユーザが任意の端末にて第４メッセージ（「医療機関にて受診しますか？」という旨のメッセージ）に対して応答（例えば、「受診します」または「受診しません」を選択）すると、図９で説明した流れにて、応答内容が生体管理情報に反映される。
［ステップＳ４１０］
条件判定部５４は、過去に「医療機関にて受診した」が選択されたと判定する場合（ステップＳ４０８、ＹＥＳ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、過去に「医療機関にて受診した」が選択された場合に、ユーザに表示すべき第５メッセージを選択する。例えば、この第５メッセージは「医師の指示に従い、治療を頑張りましょう」という旨のメッセージとなる。この第５メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第５メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第５メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第５メッセージを確認することができる。例えば、ユーザは、第５メッセージを見ることで、自分自身の治療のモチベーション維持につながる。
［ステップＳ４１１］
条件判定部５４は、前回の受診勧奨動作の応答として「医療機関にて受診します」が選択されたと判定する場合（ステップＳ４０７、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、「医療機関にて受診します」が選択された場合に、ユーザに表示すべき第６メッセージを選択する。例えば、この第６メッセージは「医療機関にて受診しましたか？」という旨のメッセージとなる。この第６メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第６メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第６メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第６メッセージを確認することができる。ユーザが任意の端末にて第６メッセージ（「医療機関にて受診しましたか？」という旨のメッセージ）に対して応答（例えば、「受診しました」または「受診していません」を選択）すると、図９で説明した流れにて、応答内容が生体管理情報に反映される。
［ステップＳ４１２］
条件判定部５４は、第６メッセージの応答結果として「医療機関にて受診しました」という旨の回答が選択されたか否かを判定する。
［ステップＳ４１３］
条件判定部５４は、第６メッセージの応答結果として「医療機関にて受診しました」という旨の回答が選択されていないと判定する場合（ステップＳ４１２、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、「医療機関にて受診しました」という旨の回答がされていない場合に、ユーザに表示すべき第７メッセージを選択する。この第７メッセージは、例えば受診勧奨メッセージである。第７メッセージは「医療機関への受診をお勧めします」という旨のメッセージとなる。また、第７メッセージには「医療機関にて受診しますか？」という旨のメッセージが含まれる。この第７メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第７メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第７メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第７メッセージを確認することができる。例えば、ユーザは、第７メッセージを見ることで、自分自身が医療機関へ受診すべきであることを把握することができる。更に、ユーザが任意の端末にて第７メッセージ（「医療機関にて受診しますか？」という旨のメッセージ）に対して応答（例えば、「受診します」または「受診しません」を選択）すると、図９で説明した流れにて、応答内容が生体管理情報に反映される。
［ステップＳ４１４］
条件判定部５４は、第６メッセージの応答結果として「医療機関にて受診しました」という旨の回答が選択されたと判定する場合（ステップＳ４１２、ＹＥＳ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、過去に「医療機関にて受診した」が選択された場合に、ユーザに表示すべき第８メッセージを選択する。例えば、この第８メッセージは「医師の指示に従い、治療を頑張りましょう」という旨のメッセージとなる。この第８メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第８メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第８メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第８メッセージを確認することができる。例えば、ユーザは、第８メッセージを見ることで、自分自身の治療のモチベーション維持につながる。
図１２を用いて、図１０のＢの続き、つまり第１期間に関する受診勧奨動作について説明する。ここで、第１期間に関する受診勧奨動作とは、例えば夜間に測定された血圧値に基づく受診勧奨動作のことである。
［ステップＳ５０１］
制御部５２は、第１期間に関する受診勧奨動作であると判定すると（ステップＳ３０３、ＹＥＳ）、条件判定部５４は、情報記憶部５３に記憶されている第１期間に関する情報が、第３条件を満たすか否かを判定する。
この第３条件とは、例えば、日本高血圧治療ガイドライン２０１４に記載されている、夜間の血圧値に基づく、高血圧の判定に関する条件である。具体的には、条件判定部５４は、１週間のうちに少なくとも１機会にて測定された夜間（ＡＭ２：００〜ＡＭ３：５９）の収縮期血圧ＳＹＳの平均値が１２０ｍｍＨｇを超えるか否か、または、１週間のうちに少なくとも１機会にて測定された夜間の拡張期血圧ＤＩＡの平均値が８５ｍｍＨｇを超えるか否か、または、収縮期血圧ＳＹＳの平均値が１２０ｍｍＨｇを超え、且つ拡張期血圧ＤＩＡの平均値が８５ｍｍＨｇを超えるか否かを判定する。
この第３条件は、例えば、サーバＳＶのメモリ４１ｂまたは記憶部４２に記憶されている。そして、第３条件は、適宜変更可能である。
［ステップＳ５０２］
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照し、第３条件を満たしていないと判定する場合（ステップＳ５０１、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、第３条件を満たしていない場合に、ユーザに表示すべき第９メッセージを選択する。この第９メッセージは、例えば「第３条件を満たしていないので、高血圧ではなく、医療機関への受診は不要です」という旨のメッセージである。この第９メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第９メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第９メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第９メッセージを確認することができる。例えば、ユーザは、第９メッセージを見ることで、自分自身が健康であることが把握できる。
［ステップＳ５０３］
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照し、第３条件を満たすと判定する場合（ステップＳ５０１、ＹＥＳ）、第３条件を満たした回数がＹ回目（Ｙは整数）以上か否かを判定する。ここでは、例えばＹは２である。
［ステップＳ５０４］
条件判定部５４は、第３条件を満たした回数がＹ回目以上ではないと判定する場合（ステップＳ５０３、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、第３条件を満たした回数がＹ回目以上ではない場合に、ユーザに表示すべき第１０メッセージを選択する。この第１０メッセージは、例えば受診勧奨メッセージである。具体的には、第１０メッセージは「専門医、または生活習慣認定医にて受診しますか？」という旨のメッセージである。また、第１０メッセージには「専門医、または生活習慣認定医への受診をお勧めします」という旨のメッセージが含まれる。この第１０メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１０メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１０メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１０メッセージを確認することができる。例えば、ユーザは、第１０メッセージを見ることで、自分自身が専門医、または生活習慣認定医へ受診すべきであることを把握することができる。更に、ユーザが任意の端末にて第３メッセージ（「専門医、または生活習慣認定医にて受診しますか？」という旨のメッセージ）に対して応答（例えば、「受診します」または「受診しません」を選択）すると、図９で説明した流れにて、応答内容が生体管理情報に反映される。
［ステップＳ５０５］
条件判定部５４は、第３条件を満たした回数がＹ回目以上であると判定する場合（ステップＳ５０３、ＹＥＳ）、前回の受診勧奨動作の応答として「専門医、または生活習慣認定医にて受診します」が選択されたか否かを判定する。
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照することで、この判定を行うことができる。
［ステップＳ５０６］
条件判定部５４は、前回の受診勧奨動作の応答として「専門医、または生活習慣認定医にて受診します」が選択されていないと判定する場合（ステップＳ５０５、ＮＯ）、過去に「専門医、または生活習慣認定医にて受診した」が選択されたか否かを判定する。
条件判定部５４は、情報記憶部５３に記憶されている生体管理情報を参照することで、この判定を行うことができる。
［ステップＳ５０７］
条件判定部５４は、過去に「専門医、または生活習慣認定医にて受診した」が選択されていないと判定する場合（ステップＳ５０６、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、過去に「専門医、または生活習慣認定医にて受診した」が選択されていな場合に、ユーザに表示すべき第１１メッセージを選択する。この第１１メッセージは、例えば受診勧奨メッセージである。例えば、第１１メッセージは「専門医、または生活習慣認定医にて受診しますか？」という旨のメッセージとなる。また、ユーザがＴ週間（Ｔは整数）連続で、高血圧であると判定される場合は、第１１メッセージには「Ｔ週間連続で高血圧のカットオフ値を超えています。専門医、または生活習慣認定医への受診をお勧めします」という旨のメッセージが含まれる。この第１１メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１１メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１１メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１１メッセージを確認することができる。例えば、ユーザは、第１１メッセージを見ることで、自分自身が専門医、または生活習慣認定医へ受診すべきであることを把握することができる。更に、ユーザが任意の端末にて第１１メッセージ（「専門医、または生活習慣認定医にて受診しますか？」という旨のメッセージ）に対して応答（例えば、「受診します」または「受診しません」を選択）すると、図９で説明した流れにて、応答内容が生体管理情報に反映される。
［ステップＳ５０８］
条件判定部５４は、過去に「専門医、または生活習慣認定医にて受診した」が選択されたと判定する場合（ステップＳ５０６、ＹＥＳ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、過去に「専門医、または生活習慣認定医にて受診した」が選択された場合に、ユーザに表示すべき第１２メッセージを選択する。例えば、この第１２メッセージは「専門医、または生活習慣認定医の指示に従い、治療を頑張りましょう」という旨のメッセージとなる。この第１２メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１２メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１２メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１２メッセージを確認することができる。例えば、ユーザは、第１２メッセージを見ることで、自分自身の治療のモチベーション維持につながる。
［ステップＳ５０９］
条件判定部５４は、前回の受診勧奨動作の応答として「専門医、または生活習慣認定医にて受診します」が選択されたと判定する場合（ステップＳ５０５、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、「専門医、または生活習慣認定医にて受診します」が選択された場合に、ユーザに表示すべき第１３メッセージを選択する。例えば、この第１３メッセージは「専門医、または生活習慣認定医にて受診しましたか？」という旨のメッセージとなる。この第１３メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１３メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１３メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１３メッセージを確認することができる。ユーザが任意の端末にて第１３メッセージ（「専門医、または生活習慣認定医にて受診しましたか？」という旨のメッセージ）に対して応答（例えば、「受診しました」または「受診していません」を選択）すると、図９で説明した流れにて、応答内容が生体管理情報に反映される。
［ステップＳ５１０］
条件判定部５４は、第１３メッセージの応答結果として「専門医、または生活習慣認定医にて受診しました」という旨の回答が選択されたか否かを判定する。
［ステップＳ５１１］
条件判定部５４は、第１３メッセージの応答結果として「専門医、または生活習慣認定医にて受診しました」という旨の回答が選択されていないと判定する場合（ステップＳ５１０、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、「専門医、または生活習慣認定医にて受診しました」という旨の回答がされていない場合に、ユーザに表示すべき第１４メッセージを選択する。この第１４メッセージは、例えば受診勧奨メッセージである。第１４メッセージは「専門医、または生活習慣認定医への受診をお勧めします」という旨のメッセージとなる。また、第１４メッセージには「専門医、または生活習慣認定医にて受診しますか？」という旨のメッセージが含まれる。この第１４メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１４メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１４メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１４メッセージを確認することができる。例えば、ユーザは、第１４メッセージを見ることで、自分自身が専門医、または生活習慣認定医へ受診すべきであることを把握することができる。更に、ユーザが任意の端末にて第１４メッセージ（「専門医、または生活習慣認定医にて受診しますか？」という旨のメッセージ）に対して応答（例えば、「受診します」または「受診しません」を選択）すると、図９で説明した流れにて、応答内容が生体管理情報に反映される。
［ステップＳ５１２］
条件判定部５４は、第１３メッセージの応答結果として「専門医、または生活習慣認定医にて受診しました」という旨の回答が選択されたと判定する場合（ステップＳ５１０、ＹＥＳ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、過去に「専門医、または生活習慣認定医にて受診した」が選択された場合に、ユーザに表示すべき第１５メッセージを選択する。例えば、この第１５メッセージは「専門医、または生活習慣認定医の指示に従い、治療を頑張りましょう」という旨のメッセージとなる。この第１５メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１５メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１５メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１５メッセージを確認することができる。例えば、ユーザは、第１５メッセージを見ることで、自分自身の治療のモチベーション維持につながる。
＜１−３＞効果
上述した実施形態によれば、情報処理装置は、昼間の生体情報に基づいて、ユーザが医療機関へ受診すべきか否かを判定する。また、情報処理装置は、夜間の生体情報に基づいて、ユーザが専門医、または生活習慣認定医へ受診すべきか否かを判定する。情報処理装置は、昼間の生体情報に関する受診勧奨動作で用いる条件（例えば上記第１、第２条件）と、夜間の生体情報に関する受診勧奨動作で用いる条件（例えば上記第３条件）と、が異なる。また、情報処理装置は、各判定結果に基づいて、それぞれ異なるメッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
以上のように、ガイドラインを把握していないユーザであっても、自身で血圧値を測定することで、医療機関、専門医、または生活習慣認定医へ受診すべきか判断することが容易となる。このように、上述した実施形態に係る情報処理装置によれば、ユーザの生体情報に基づいて、医療機関、専門医、または生活習慣認定医へ受診すべきか否かを適切に提案することが可能となる。
＜２＞第２実施形態
第２実施形態について説明する。第２実施形態では、第２期間に関する受診勧奨動作の別の例について説明する。尚、第２実施形態に係る情報処理装置の基本的な構成及び基本的な動作は、上述した第１実施形態に係る情報処理装置と同様である。従って、上述した第１実施形態で説明した事項についての説明は省略する。
＜２−１＞受診勧奨動作
次に、図１３を用いて、第２実施形態に係る情報処理装置の受診勧奨動作例について説明する。図１３は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
図１３を用いて、図１０のＡの続き、且つ第２期間に関する受診勧奨動作の一部について説明する。ここで、第２期間に関する受診勧奨動作とは、例えば昼間に測定された血圧値に基づく受診勧奨動作のことである。
［ステップＳ６０１］
制御部５２は、第２期間に関する受診勧奨動作であると判定すると（ステップＳ３０３、ＮＯ）、条件判定部５４は、１週間以内に、４機会、血圧測定を行ったか否かを判定する。
具体的には、条件判定部５４は、１週間以内に測定された、情報記憶部５３に記憶されている第２期間に関する情報が、４つあるか否かを判定する。
条件判定部５４は、１週間以内に、４機会、血圧測定を行っていないと判定する場合（ステップＳ６０１、ＮＯ）、受診勧奨動作を終了する。
［ステップＳ６０２］
条件判定部５４は、１週間以内に４機会、血圧測定を行っていると判定する場合（ステップＳ６０１、ＹＥＳ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、１週間以内に４機会、血圧測定を行っていると判定する場合に、ユーザに表示すべき第１６メッセージを選択する。例えば、この第１６メッセージは「１週間以内にあと１機会測定しましょう」という旨のメッセージとなる。この第１６メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１６メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１６メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１６メッセージを確認することができる。例えば、ユーザは、第１６メッセージを見ることで、受診勧奨動作を実行するためには、測定回数が足りないことを把握できる。そのため、ユーザは、受診勧奨動作を実行する為に血圧値の測定を適切に行なうことができる。
［ステップＳ６０３］
条件判定部５４は、第１６メッセージにて指定した期間（指定期間）中に１機会、血圧値の測定を行ったか否かを判定する。
条件判定部５４は、指定期間中に１機会、血圧値の測定を行ったと判定する場合（ステップＳ６０３、ＹＥＳ）、図１１で説明したステップＳ４０３の動作に移行する。そして、サーバＳＶは、引き続き図１１で説明した動作を行う。
［ステップＳ６０４］
条件判定部５４は、指定期間中に１機会、血圧値の測定を行っていないと判定する場合（ステップＳ６０３、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、指定期間中に１機会、血圧値の測定を行っていないと判定する場合に、ユーザに表示すべき第１７メッセージを選択する。例えば、この第１７メッセージは「来週からは５機会、血圧値を測定しましょう」という旨のメッセージとなる。この第１７メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１７メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１７メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１７メッセージを確認することができる。例えば、ユーザは、第１７メッセージを見ることで、受診勧奨動作を実行するために必要な測定回数を把握できる。そのため、ユーザは、受診勧奨動作を実行する為に血圧値の測定を適切に行なうことができる。
＜２−２＞効果
日本高血圧治療ガイドライン２０１４によれば、昼間（ＡＭ４：００〜ＡＭ１：５９）に係る高血圧の判定のためには、１週間において５機会の血圧値の測定が必要とされている。しかしながら、ユーザは、必ずしもガイドラインを把握しているわけではない。本実施形態の情報処理装置によれば、受診勧奨動作を行なう場合に、１週間において５機会の血圧値の測定が必要である旨のメッセージをユーザに伝えている。その結果、ユーザは、受診勧奨動作を実行するために必要な測定回数を把握できる。そのため、ユーザは、受診勧奨動作を実行する為に血圧値の測定を適切に行なうことができる。
＜３＞第３実施形態
第３実施形態について説明する。第３実施形態では、第２期間に関する受診勧奨動作の別の例について説明する。尚、第３実施形態に係る情報処理装置の基本的な構成及び基本的な動作は、上述した第１実施形態に係る情報処理装置と同様である。従って、上述した第１実施形態で説明した事項についての説明は省略する。
＜３−１＞受診勧奨動作
次に、図１４を用いて、第３実施形態に係る情報処理装置の受診勧奨動作例について説明する。図１４は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
図１４を用いて、図１０のＡの続き、且つ第２期間に関する受診勧奨動作の一部について説明する。ここで、第２期間に関する受診勧奨動作とは、例えば昼間に測定された血圧値に基づく受診勧奨動作のことである。
［ステップＳ７０１］
制御部５２は、第２期間に関する受診勧奨動作であると判定すると（ステップＳ３０３、ＮＯ）、条件判定部５４は、１週間以内に、Ｓ機会（Ｓは任意の整数）、血圧測定を行ったか否かを判定する。
具体的には、条件判定部５４は、１週間以内に測定された、情報記憶部５３に記憶されている第２期間に関する情報が、Ｓ個あるか否かを判定する。
条件判定部５４は、１週間以内に、Ｓ機会、血圧測定を行っていると判定する場合（ステップＳ７０１、ＹＥＳ）、図１１で説明したステップＳ４０３の動作に移行する。そして、サーバＳＶは、引き続き図１１で説明した動作を行う。
［ステップＳ７０２］
条件判定部５４は、１週間以内に、Ｓ機会、血圧測定を行っていないと判定する場合（ステップＳ７０１、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、１週間以内にＳ機会、血圧測定を行っていると判定する場合に、ユーザに表示すべき第１８メッセージを選択する。例えば、この第１８メッセージは「１週間以内にあとＵ機会（Ｕは、Ｓにするために必要な整数）測定しましょう」という旨のメッセージとなる。この第１８メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１８メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１８メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１８メッセージを確認することができる。例えば、ユーザは、第１８メッセージを見ることで、受診勧奨動作を実行するためには、測定回数が足りないことを把握できる。そのため、ユーザは、受診勧奨動作を実行する為に血圧値の測定を適切に行なうことができる。
［ステップＳ７０３］
条件判定部５４は、第１８メッセージにて指定した期間（指定期間）中に計Ｓ機会、血圧値の測定を行ったか否かを判定する。
条件判定部５４は、指定期間中に計Ｓ機会、血圧値の測定を行ったと判定する場合（ステップＳ７０３、ＹＥＳ）、図１１で説明したステップＳ４０３の動作に移行する。そして、サーバＳＶは、引き続き図１１で説明した動作を行う。
［ステップＳ７０４］
条件判定部５４は、指定期間中に計Ｓ機会、血圧値の測定を行っていないと判定する場合（ステップＳ７０３、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、指定期間中に計Ｓ機会、血圧値の測定を行っていないと判定する場合に、ユーザに表示すべき第１９メッセージを選択する。例えば、この第１９メッセージは「来週からはＳ機会、血圧値を測定しましょう」という旨のメッセージとなる。この第１９メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第１９メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第１９メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第１９メッセージを確認することができる。例えば、ユーザは、第１９メッセージを見ることで、受診勧奨動作を実行するために必要な測定回数を把握できる。そのため、ユーザは、受診勧奨動作を実行する為に血圧値の測定を適切に行なうことができる。
＜３−２＞効果
本実施形態の情報処理装置によれば、上述した第２実施形態と同様の効果を得ることが可能となる。
＜４＞第４実施形態
第４実施形態について説明する。第４実施形態では、受診勧奨動作の別の例について説明する。尚、第４実施形態に係る情報処理装置の基本的な構成及び基本的な動作は、上述した第１実施形態に係る情報処理装置と同様である。従って、上述した第１実施形態で説明した事項についての説明は省略する。
本実施形態では、例えば、ユーザが生体情報をサーバＳＶに送信すると、サーバＳＶが生体情報の受信に応じて自動で受診勧奨動作を行う場合について説明する。
＜４−１＞動作
図１５〜図１７を用いて、第４実施形態に係る情報処理装置の受診勧奨動作例について説明する。図１５〜図１７は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
まず、図１５を用いて、図１０のＡの続き、つまり第２期間に関する受診勧奨動作について説明する。ここで、第２期間に関する受診勧奨動作とは、例えば昼間に測定された血圧値に基づく受診勧奨動作のことである。なお、ステップＳ８０１〜Ｓ８０９、Ｓ８１１〜Ｓ８１３は、図１１で説明したステップＳ４０１〜Ｓ４０９、Ｓ４１１〜Ｓ４１３と同じであるので、説明は省略する。
［ステップＳ８１０］
ステップＳ８１０の基本的な動作は、図１１で説明したステップＳ４１０と同じであるが、第５メッセージ送信後に、図１７のステップＳ１００１を行う点で、図１１のステップＳ４１０と異なる。
［ステップＳ８１４］
ステップＳ８１４の基本的な動作は、図１１で説明したステップＳ４１４と同じであるが、第８メッセージ送信後に、図１７のステップＳ１００１を行う点で、図１１のステップＳ４１４と異なる。
まず、図１６を用いて、図１０のＢの続き、つまり第１期間に関する受診勧奨動作について説明する。ここで、第１期間に関する受診勧奨動作とは、例えば夜間に測定された血圧値に基づく受診勧奨動作のことである。なお、ステップＳ９０１〜Ｓ９０７、Ｓ９０９〜Ｓ９１１は、図１２で説明したステップＳ５０１〜Ｓ５０７、Ｓ５０９〜Ｓ５１１と同じであるので、説明は省略する。
［ステップＳ９０８］
ステップＳ９０８の基本的な動作は、図１２で説明したステップＳ５０８と同じであるが、第１２メッセージ送信後に、図１７のステップＳ１００１を行う点で、図１２のステップＳ５０８と異なる。
［ステップＳ９１２］
ステップＳ９１２の基本的な動作は、図１２で説明したステップＳ５１２と同じであるが、第１５メッセージ送信後に、図１７のステップＳ１００１を行う点で、図１２のステップＳ５１２と異なる。
図１７を用いて、図１５のＣの続き、及び図１６のＣの続きに関する受診勧奨動作の続きについて説明する。
［ステップＳ１００１］
メッセージ選択部５５は、第５、第８、第１２、第１６メッセージが送信された後、ユーザに表示すべき第２０メッセージを選択する。例えば、この第２０メッセージは「今後、受診勧奨動作を行いますか？」という旨のメッセージとなる。この第２０メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第２０メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第２０メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第２０メッセージを確認することができる。ユーザが任意の端末にて第２０メッセージ（「今後、受診勧奨動作の機能を継続しますか？」という旨のメッセージ）に対して応答（例えば、「受診勧奨動作の機能を継続します」または「受診勧奨動作の機能を継続しません」を選択）すると、図９で説明した流れにて、応答内容が生体情報に反映される。
［ステップＳ１００２］
条件判定部５４は、第２０メッセージの応答結果として「受診勧奨動作の機能を継続します」という旨の回答が選択されたか否かを判定する。
［ステップＳ１００３］
条件判定部５４は、第２０メッセージの応答結果として「受診勧奨動作の機能を継続します」という旨の回答が選択されていると判定する場合（ステップＳ１００２、ＹＥＳ）、受診勧奨動作の機能を継続する。
つまり、サーバＳＶは、生体情報を受信すると自動で受診勧奨動作を行う。
［ステップＳ１００４］
条件判定部５４は、第２０メッセージの応答結果として「受診勧奨動作の機能を継続しません」という旨の回答が選択されていると判定する場合（ステップＳ１００２、ＮＯ）、受診勧奨動作の機能をオフする。
つまり、サーバＳＶは、生体情報を受信しても自動で受診勧奨動作を行わない。
＜４−２＞効果
本実施形態の情報処理装置によれば、ユーザは任意に受診勧奨動作のオンオフを行うことができる。
＜５＞第５実施形態
第５実施形態について説明する。第５実施形態では、受診勧奨動作の別の例について説明する。尚、第５実施形態に係る情報処理装置の基本的な構成及び基本的な動作は、上述した第１〜第４実施形態に係る情報処理装置と同様である。従って、上述した第１〜第４実施形態で説明した事項についての説明は省略する。
本実施形態では、例えば、ユーザが生体情報をサーバＳＶに送信すると、サーバＳＶが生体情報の受信に応じて自動で受診勧奨動作を行う場合について説明する。
＜５−１＞動作
図１８を用いて、第５実施形態に係る情報処理装置の受診勧奨動作例について説明する。図１８は、情報処理システムの処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
［ステップＳ１１０１］、［ステップＳ１１０２］
ステップＳ１１０１、及びＳ１１０２の動作は、図１０のステップＳ３０１、及びＳ３０２と同様である。
［ステップＳ１１０３］
条件判定部５４は、情報記憶部５３に、ユーザに係る生体情報が記憶されているか否かを判定する。
［ステップＳ１１０４］
条件判定部５４は、情報記憶部５３に、ユーザに係る生体情報が記憶されていないと判定する場合（ステップＳ１１０３、ＮＯ）、その旨をメッセージ選択部５５に伝える。
メッセージ選択部５５は、ユーザに係る生体情報が記憶されていない場合に、ユーザに表示すべき第２１メッセージを選択する。この第２１メッセージは「生体情報が記憶されておりません」という旨のメッセージとなる。この第２１メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第２１メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第２１メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第２１メッセージを確認することができる。例えば、ユーザは、第２１メッセージを見ることで、血圧値を測定すべきであることを把握することができる。
［ステップＳ１１０５］
条件判定部５４は、情報記憶部５３に、ユーザに係る生体情報が記憶されていると判定する場合（ステップＳ１１０３、ＹＥＳ）、制御部５２は、要求されている受診勧奨動作は、第１期間に関する受診勧奨動作か否かを判定する。
以後の受診勧奨動作については、第１〜第４実施形態で説明した動作と同様となる。
＜５−２＞効果
上述した実施形態に係る情報処理装置によれば、生体情報が登録されていないユーザに対して、その旨を通知することが可能となる。
＜６＞第６実施形態
第６実施形態について説明する。第６実施形態では、メッセージ送信先登録動作について説明する。尚、第６実施形態に係る情報処理装置の基本的な構成及び基本的な動作は、上述した第１〜第５実施形態に係る情報処理装置と同様である。従って、上述した第１〜第５実施形態で説明した事項についての説明は省略する。
＜６−１＞メッセージ送信先登録動作
上述した受診勧奨動作では、各種メッセージを送信することについて説明した。ここでは、上記各種メッセージの送信先を登録する方法について説明する。
図１９を用いて、第６実施形態に係る情報処理装置のメッセージ送信先登録動作例について説明する。図１９は、情報処理装置の処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
［ステップＳ１２０１］
制御部５２は、任意のタイミングにより、メッセージの送信先を決定させるメッセージを送信させる。具体的には、制御部５２の命令により、メッセージ選択部５５は、メッセージの送信先を決定させる場合に、ユーザに表示すべき第２２メッセージを選択する。例えば、この第２２メッセージは「メッセージの送信先を登録しますか？」という旨のメッセージとなる。この第２２メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第２２メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第２２メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第２２メッセージを確認することができる。ユーザが任意の端末にて第２２メッセージ（「メッセージの送信先を登録しますか？」という旨のメッセージ）に対して応答（例えば、「登録します」または「登録しません」を選択）する。
［ステップＳ１２０２］
条件判定部５４は、第２２メッセージの応答結果として「メッセージの送信先を登録します」という旨の回答が選択されたか否かを判定する。
条件判定部５４は、第２２メッセージの応答結果として「メッセージの送信先を登録します」という旨の回答が選択されなかったと判定する場合（ステップＳ１２０２、ＮＯ）、メッセージ送信先登録動作を終了する。
［ステップＳ１２０３］
条件判定部５４は、第２２メッセージの応答結果として「メッセージの送信先を登録します」という旨の回答が選択されたと判定する場合（ステップＳ１２０２、ＹＥＳ）、その旨をメッセージ選択部５５に通知する。
メッセージ選択部５５は、「メッセージの送信先を登録します」という旨の回答が選択された場合に、ユーザに表示すべき第２３メッセージを選択する。例えば、この第２３メッセージは「登録先を記入してください」という旨のメッセージとなる。この第２３メッセージは、適宜変更可能である。
メッセージ送信部５７は、メッセージ選択部５５によって選択された第２３メッセージをメッセージ記憶部５６から受信する。そして、メッセージ送信部５７は、第２３メッセージをユーザ（例えば携帯情報端末ＩＴ）に送信する。
これにより、ユーザは、任意の端末にて第２３メッセージを確認することができる。ユーザが任意の端末にて第２３メッセージ（「登録先を記入してください」という旨のメッセージ）に対して応答（例えば、メールアドレス、氏名、電話番号、ユーザとの関係などを記入）する。
［ステップＳ１２０４］
条件判定部５４は、第２３メッセージの応答結果を受信したか否かを判定する。
［ステップＳ１２０５］
条件判定部５４は、第２３メッセージの応答結果を受信した場合（ステップＳ１２０４、ＹＥＳ）、制御部５２は、第２３メッセージの応答結果を生体管理情報に反映させて、情報記憶部５３の生体管理情報を更新する。
以上のようにして、メッセージ送信先登録動作は終了する。
なお、上記メッセージ送信先登録動作は、メッセージ毎に行っても良い。
＜６−２＞効果
上述した実施形態に係る情報処理装置によれば、メッセージの送信先を自由に決定することができる。そのため、ユーザのみならず、ユーザの家族等も、ユーザの受診勧奨動作に係る情報を知ることができる。そのため、ユーザの家族等と協力して、ユーザの健康状態を見守ることが可能となる。
＜７＞第７実施形態
第７実施形態について説明する。第７実施形態では、生体管理情報に登録された送信先に応じて送信するメッセージを変える動作について説明する。尚、第７実施形態に係る情報処理装置の基本的な構成及び基本的な動作は、上述した第１〜第６実施形態に係る情報処理装置と同様である。従って、上述した第１〜第６実施形態で説明した事項についての説明は省略する。
＜７−１＞メッセージ送信動作
上述した第６実施形態では各種メッセージの送信先を登録する方法について説明した。上記第１〜第４実施形態において、サーバＳＶは、生体管理情報に登録された送信先に応じて送信するメッセージを変えても良い。ここでは、生体管理情報に登録された送信先に応じて送信するメッセージを変える方法について説明する。
図２０を用いて、メッセージ送信動作について説明する。このメッセージ送信動作は、上述した上記第１〜第４実施形態における各メッセージ送信動作の、より具体的な動作例である。図２０は、情報処理装置の処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
［ステップＳ１３０１］
サーバＳＶは、メッセージを送信するか否かを判定する。具体的には、例えば条件判定部５４は、メッセージを選択するか否かを判定する。
［ステップＳ１３０２］
条件判定部５４は、メッセージを送信すると判定する場合（ステップＳ１３０１、ＹＥＳ）、メッセージの送信先を特定する。メッセージの送信先は、情報記憶部５３の生体管理情報に登録されている。そのため、条件判定部５４は、生体管理情報を参照することによって、メッセージの送信先を特定することができる。
［ステップＳ１３０３］
メッセージ選択部５５は、メッセージの送信先に基づいて、メッセージを選択する。
ここで、簡単に具体例について説明する。例えば、図１１のステップＳ４０２では、ユーザには、「第１条件を満たしていないので、受診勧奨動作を実行できません」という旨のメッセージを選択する。しかし、ユーザ以外の送信先（例えば家族）には「ユーザさんが、受診勧奨動作を実行しようとしましたが、第１条件を満たしていないので、受診勧奨動作を実行できませんでした。ユーザさんに第１条件を満たすように伝えてください」という旨のメッセージを選択する。
［ステップＳ１３０４］
メッセージ送信部５７は、メッセージ記憶部５６から、メッセージ選択部５５によって選択されたメッセージを受信する。そして、メッセージ送信部５７は、送信先に応じたメッセージを送信する。
＜７−２＞効果
上述した実施形態に係る情報処理装置によれば、メッセージの送信先毎にメッセージを変更することができる。これにより、各送信先に適切なメッセージを送信することができる。
例えば、登録されている全ての送信先に同一のメッセージを送るとなると、ユーザ以外の人が混乱してしまう可能性がある。例えば、ステップＳ１３０２では、ユーザには、「第１条件を満たしていないので、受診勧奨動作を実行できません」という旨のメッセージを選択し、ユーザ以外の送信先（例えば家族）には「ユーザさんが、受診勧奨動作を実行しようとしましたが、第１条件を満たしていないので、受診勧奨動作を実行できませんでした。ユーザさんに第１条件を満たすように伝えてください」という旨のメッセージを選択する場合について説明した。
しかし、もし、ユーザ以外の送信先（例えば家族）にも「第１条件を満たしていないので、受診勧奨動作を実行できません」という旨のメッセージを選択すると、ユーザ以外の人は、「誰が受診勧奨動作を実行できないのか」がわからない。
しかしながら、上述した実施形態に係る情報処理装置によれば、各送信先に適切なメッセージを送信するので、このような問題を回避することが可能となる。
＜８＞第８実施形態
第８実施形態について説明する。第８実施形態では、生体管理情報に登録された送信先に応じてメッセージの送信頻度を変える動作について説明する。尚、第８実施形態に係る情報処理装置の基本的な構成及び基本的な動作は、上述した第１〜第７実施形態に係る情報処理装置と同様である。従って、上述した第１〜第７実施形態で説明した事項についての説明は省略する。
＜８−１＞メッセージ送信動作
上述した第６実施形態では各種メッセージの送信先を登録する方法について説明した。上記第１〜第４実施形態において、サーバＳＶは、生体管理情報に登録された送信先に応じてメッセージの送信頻度を変えても良い。ここでは、生体管理情報に登録された送信先に応じてメッセージの送信頻度を変える方法について説明する。
図２１を用いて、メッセージ送信動作について説明する。このメッセージ送信動作は、上述した上記第１〜第４実施形態における各メッセージ送信動作の、より具体的な動作例である。図２１は、情報処理装置の処理手順の一例を例示するフローチャートである。なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順について、実施の形態に応じて、適宜、ステップの省略、置換、及び追加が可能である。
［ステップＳ１４０１］
サーバＳＶは、メッセージを送信するか否かを判定する。具体的には、例えば条件判定部５４は、メッセージを選択するか否かを判定する。
［ステップＳ１４０２］
条件判定部５４は、メッセージを送信すると判定する場合（ステップＳ１４０１、ＹＥＳ）、メッセージの送信先を特定する。
［ステップＳ１４０３］
条件判定部５４は、メッセージの送信先毎に、送信タイミングであるか否かを判定する。この送信タイミングは、例えばサーバＳＶのメモリ４１ｂまたは記憶部４２に記憶される。また、送信タイミングは、適宜変更可能である。
条件判定部５４は、送信タイミングではないと判定する（ステップＳ１４０３、ＮＯ）メッセージの送信先に関しては、メッセージ送信動作を終了する。
［ステップＳ１４０４］
条件判定部５４は、送信タイミングであると判定する（ステップＳ１４０３、ＹＥＳ）メッセージの送信先に関しては、その旨をメッセージ選択部５５に通知する。
メッセージ選択部５５は、メッセージの送信先に基づいて、メッセージを選択する。
［ステップＳ１４０５］
メッセージ記憶部５６は、メッセージ選択部５５によって選択されたメッセージを、メッセージ送信部５７を介して、送信先に応じたメッセージを送信する。
＜８−２＞効果
上述した実施形態に係る情報処理装置によれば、メッセージの送信先毎にメッセージの送信頻度を変更することができる。これにより、各送信先に適切なメッセージを送信することができる。
例えば、登録されている全ての送信先に同一頻度でメッセージを送るとなると、ユーザ以外の人に、不要にメッセージを送信することとなる。例えば、ユーザ以外の人は、１週間に１回程度、ユーザの受診勧奨動作の状況を把握すれば良かったりする。
上述した実施形態に係る情報処理装置によれば、各送信先に適切な頻度でメッセージを送信するので、このような問題を回避することが可能となる。
＜９＞変形例
上述した各実施形態において、サーバＳＶを、適用例の「情報処理装置ＩＰＥ」の一例として説明した。しかし、これに限らず、適用例の「情報処理装置ＩＰＥ」は、血圧計ＢＴや、携帯情報端末ＩＴ、医師端末ＤＴ等であってもよく、また情報処理装置ＩＰＥの構成要素をサーバＳＶ、血圧計ＢＴ、携帯情報端末ＩＴ及び医師端末ＤＴに分散配置してもよい。
例えば、適用例の「情報処理装置ＩＰＥ」を、携帯情報端末ＩＴで実現する場合について簡単に説明する。携帯情報端末ＩＴの制御部２１は、記憶部２２に記憶されたプログラムをメモリ２１ｂに展開する。そして、制御部２１は、メモリ２１ｂに展開されたプログラムをプロセッサ２１ａにより解釈及び実行して、上述した機能構成を実現する。
また、適用例の「情報処理装置ＩＰＥ」を、医師端末ＤＴで実現する場合について簡単に説明する。医師端末ＤＴの制御部３１は、記憶部３２に記憶されたプログラムをメモリ３１ｂに展開する。そして、制御部３１は、メモリ３１ｂに展開されたプログラムをプロセッサ３１ａにより解釈及び実行して、上述した機能構成を実現する。
また、上述した各実施形態において、日本高血圧治療ガイドライン２０１４に基づいて、諸々の条件等が決定されている。しかしながら、これに限らず、日本高血圧治療ガイドラインが更新されれば、上述した各実施形態における条件が変更されてもよく、また、医師等によって、上述した各実施形態における条件は変更されても良い。
また、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
１１、２１、３１、４１…制御部
１１ａ、２１ａ、３１ａ、４１ａ…プロセッサ
１１ｂ、２１ｂ、３１ｂ、４１ｂ…メモリ
１２、２３、３３、４３…通信部
１３、２２、３２、４２…記憶部
１４、２５、３５…操作部
１５、２４、３４…表示部
１６…加速度センサ
１７…生体センサ
１７ａ…血圧センサ
１８…環境センサ
１８ａ…気温センサ
１９…夜間スイッチ
２６…位置検出部
５１…受信部
５２…制御部
５３…情報記憶部
５４…条件判定部
５５…メッセージ選択部
５６…メッセージ記憶部
５７…メッセージ送信部
ＢＴ１〜ＢＴｎ…血圧計
ＤＴ１〜ＤＴｍ…医師端末
ＩＴ１〜ＩＴｎ…携帯情報端末
ＵＴ１〜ＵＴｎ…ユーザ端末

Claims (11)

  1. 処理対象の生体情報が、被測定者の夜間に測定された血圧値に関する第１生体情報であるか又は前記被測定者の昼間に測定された血圧値に関する第２生体情報であるかを判定し、
    前記処理対象の前記生体情報が前記第２生体情報である場合、前記被測定者について前記第２生体情報が前記昼間の血圧値の測定機会に関する第１条件を満たすか否か判定し、
    前記第２生体情報が前記第１条件を満たす場合、前記被測定者について前記第２生体情報が前記昼間の血圧値に基づいた高血圧に関する第２条件を満たすか否かを判定し、
    前記第２生体情報が前記第２条件を満たす場合、前記被測定者について前記第２生体情報が前記第２条件を満たした回数が、第１値を超えるか否かを判定し、
    前記第１値を超えない場合は、第１医療機関への受診を勧奨する第１メッセージを選択し、
    前記第１値を超える場合は、前記第１医療機関における受診の有無を確認する第２メッセージを選択し、
    前記第２メッセージに対する応答に応じて、前記第１医療機関における治療に努めることを促す第３メッセージを選択し、
    前記処理対象の前記生体情報が前記第１生体情報である場合、前記被測定者について前記第１生体情報が前記夜間の血圧値に基づいた高血圧に関する第３条件を満たすか否かを判定し、
    前記第１生体情報が前記第３条件を満たす場合、前記被測定者について前記第１生体情報が前記第３条件を満たした回数が、第２値を超えるか否かを判定し、
    前記第２値を超えない場合は、高血圧の治療に関する専門性が前記第１医療機関より高い第２医療機関への受診を勧奨する第４メッセージを選択し、
    前記第２値を超える場合は、前記第２医療機関における受診の有無を確認する第５メッセージを選択し、
    前記第５メッセージに対する応答に応じて、前記第２医療機関における治療に努めることを促す第６メッセージを選択する、
    情報処理装置。
  2. 前記第２生体情報は、１週間のうち、１機会以上測定された日が少なくとも５日分の血圧値の平均値を含み、
    前記第１生体情報は、１週間のうち少なくとも１機会で測定された血圧値の平均値を含む
    請求項１に記載の情報処理装置。
  3. 前記第２条件を満たすか否かの判定は、少なくとも前記第２生体情報に含まれる収縮期血圧値が第３値以上、または前記第２生体情報に含まれる拡張期血圧値が第４値以上か否かを判定することを含み、
    前記第３条件を満たすか否かの判定は、少なくとも前記第１生体情報に含まれる収縮期血圧値が第５値以上、または前記第１生体情報に含まれる拡張期血圧値が第６値以上か否かを判定することを含む
    請求項１、または２のいずれかに記載の情報処理装置。
  4. 前記第１生体情報または前記第２生体情報を供給する装置に対して、
    前記第１乃至第６メッセージのうち選択したメッセージを表示させる
    請求項１乃至３のいずれか一項に記載の情報処理装置。
  5. 前記第２生体情報が、前記第１条件を満たしていない場合に、
    前記昼間の血圧値の測定機会が前記第１条件を満たすように前記第２生体情報の測定を行うことを促す第７メッセージを選択する
    請求項１乃至４のいずれか一項に記載の情報処理装置。
  6. 前記被測定者の第１送信先及び前記被測定者以外の第２送信先を登録し、
    前記第１乃至前記第６メッセージのうち少なくとも１つのメッセージを、前記第１送信先に対して選択し、
    前記第１送信先に対して選択されたメッセージに対応する第８メッセージを、前記第２送信先に対して選択する
    請求項１乃至５のうちいずれか一項に記載の情報処理装置。
  7. 前記第２送信先に対するメッセージの送信頻度は、前記第１送信先に対するメッセージの送信頻度と異なる
    請求項６に記載の情報処理装置。
  8. 前記第２医療機関は、専門医、または生活習慣認定医である
    請求項１乃至７のうちいずれか一項に記載の情報処理装置。
  9. 前記第１生体情報、及び前記第２生体情報を記憶する記憶部を備える、
    請求項１乃至８のいずれか一項に記載の情報処理装置。
  10. 血圧測定部により測定された血圧値を処理する装置が行う情報処理方法であって、
    処理対象の生体情報が、被測定者の夜間に測定された血圧値に関する第１生体情報であるか又は前記被測定者の昼間に測定された血圧値に関する第２生体情報であるかを判定することと、
    前記処理対象の前記生体情報が前記第２生体情報である場合、前記被測定者について前記第２生体情報が前記昼間の血圧値の測定機会に関する第１条件を満たすか否かを判定することと、
    前記第２生体情報が前記第１条件を満たす場合、前記被測定者について前記第２生体情報が前記昼間の血圧値に基づいた高血圧に関する第２条件を満たすか否かを判定することと、
    前記第２生体情報が前記第２条件を満たす場合、前記被測定者について前記第２生体情報が前記第２条件を満たした回数が、第１値を超えるか否かを判定することと、
    前記第１値を超えない場合は、第１医療機関への受診を勧奨する第１メッセージを選択することと、
    前記第１値を超える場合は、前記第１医療機関における受診の有無を確認する第２メッセージを選択することと、
    前記第２メッセージに対する応答に応じて、前記第１医療機関における治療に努めることを促す第３メッセージを選択することと、
    前記処理対象の前記生体情報が前記第１生体情報である場合、前記被測定者について前記第１生体情報が前記夜間の血圧値に基づいた高血圧に関する第３条件を満たすか否かを判定することと、
    前記第１生体情報が前記第３条件を満たす場合、前記被測定者について前記第１生体情報が前記第３条件を満たした回数が、第２値を超えるか否かを判定することと、
    前記第２値を超えない場合は、高血圧の治療に関する専門性が前記第１医療機関より高い第２医療機関への受診を勧奨する第４メッセージを選択することと、
    前記第２値を超える場合は、前記第２医療機関における受診の有無を確認する第５メッセージを選択することと、
    前記第５メッセージに対する応答に応じて、前記第２医療機関における治療に努めることを促す第６メッセージを選択することと、
    を備える、情報処理方法。
  11. 請求項１乃至９のいずれかに記載の情報処理装置が具備する各部としてプロセッサを機能させる情報処理プログラム。
JP2017119991A 2017-06-19 2017-06-19 情報処理装置、方法及びプログラム Active JP6851913B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2017119991A JP6851913B2 (ja) 2017-06-19 2017-06-19 情報処理装置、方法及びプログラム
CN201880040812.5A CN110769745B (zh) 2017-06-19 2018-06-11 信息处理装置、方法以及存储介质
PCT/JP2018/022223 WO2018235654A1 (ja) 2017-06-19 2018-06-11 情報処理装置、方法及びプログラム
DE112018003129.2T DE112018003129T5 (de) 2017-06-19 2018-06-11 Informationsverarbeitungsgerät, verfahren und programm
US16/710,324 US11589830B2 (en) 2017-06-19 2019-12-11 Information processing apparatus, method and non-transitory computer readable medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017119991A JP6851913B2 (ja) 2017-06-19 2017-06-19 情報処理装置、方法及びプログラム

Publications (2)

Publication Number Publication Date
JP2019000537A JP2019000537A (ja) 2019-01-10
JP6851913B2 true JP6851913B2 (ja) 2021-03-31

Family

ID=64737636

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017119991A Active JP6851913B2 (ja) 2017-06-19 2017-06-19 情報処理装置、方法及びプログラム

Country Status (5)

Country Link
US (1) US11589830B2 (ja)
JP (1) JP6851913B2 (ja)
CN (1) CN110769745B (ja)
DE (1) DE112018003129T5 (ja)
WO (1) WO2018235654A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6589740B2 (ja) * 2015-05-25 2019-10-16 キヤノンマーケティングジャパン株式会社 情報処理システム、情報処理装置、情報処理システムの制御方法、情報処理装置の制御方法、およびプログラム
JP7249255B2 (ja) * 2019-09-25 2023-03-30 Kddi株式会社 情報提供装置、コンピュータプログラム及び情報提供方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3840816B2 (ja) * 1998-10-02 2006-11-01 オムロンヘルスケア株式会社 血圧監視装置
JP2002056099A (ja) * 2000-08-11 2002-02-20 Ntt Me Corp 健康管理システム
JP2004164173A (ja) 2002-11-12 2004-06-10 Matsushita Electric Ind Co Ltd 医療受診支援システム及び医療受診支援方法
WO2006100676A2 (en) * 2005-03-21 2006-09-28 Health-Smart Limited System for continuous blood pressure monitoring
JP2007047929A (ja) * 2005-08-08 2007-02-22 Ntt Docomo Inc 医療支援システム及び医療支援装置
KR101234835B1 (ko) * 2011-04-26 2013-02-22 (의료)길의료재단 상황정보 기반의 고혈압 모니터링 및 알림 장치
JP2013183974A (ja) * 2012-03-09 2013-09-19 Omron Healthcare Co Ltd 血圧測定装置、血圧測定データ処理方法、及びプログラム
US9314211B2 (en) * 2013-07-31 2016-04-19 Omron Healthcare Co., Ltd. Blood pressure measurement device having function of determining rest condition of patient
CN103473625A (zh) * 2013-08-16 2013-12-25 上海华美络信息技术有限公司 一种慢性病管理系统
US20160029970A1 (en) * 2014-07-31 2016-02-04 Lg Cns Co., Ltd. Apparatus and method for determining validity of biological data
CN107004053A (zh) * 2014-12-04 2017-08-01 皇家飞利浦有限公司 基于家族历史的动态可穿戴设备行为
JP6608142B2 (ja) * 2015-01-28 2019-11-20 株式会社野村総合研究所 サーバ装置
EP3261524B1 (en) * 2015-02-25 2021-04-21 Spry Health, Inc. Systems and methods for non-invasive blood pressure measurement
CN104997498A (zh) * 2015-05-23 2015-10-28 深圳市前海安测信息技术有限公司 基层医疗平台及基于基层医疗平台的高血压病人监控方法
JP6589740B2 (ja) * 2015-05-25 2019-10-16 キヤノンマーケティングジャパン株式会社 情報処理システム、情報処理装置、情報処理システムの制御方法、情報処理装置の制御方法、およびプログラム
JP6802684B2 (ja) * 2016-10-18 2020-12-16 シャープ株式会社 健康管理装置および健康管理方法

Also Published As

Publication number Publication date
JP2019000537A (ja) 2019-01-10
CN110769745A (zh) 2020-02-07
WO2018235654A1 (ja) 2018-12-27
CN110769745B (zh) 2022-11-25
DE112018003129T5 (de) 2020-03-05
US11589830B2 (en) 2023-02-28
US20200113528A1 (en) 2020-04-16

Similar Documents

Publication Publication Date Title
JP2016131877A (ja) ウェアラブル電子装置及びその動作方法
JP2013158415A (ja) 血圧モニタリングシステムおよび血圧測定装置
JP6851913B2 (ja) 情報処理装置、方法及びプログラム
JP2019207536A (ja) 投薬管理装置、投薬管理方法及び投薬管理プログラム
JP6398669B2 (ja) 端末装置、予約支援プログラム及び予約支援方法
WO2021070472A1 (ja) 情報処理装置、情報処理システム及び情報処理方法
KR102406852B1 (ko) 웨어러블 기기와 메타버스를 이용한 사용자 건강관리 시스템
JP2019207537A (ja) 投薬管理装置、投薬管理方法及び投薬管理プログラム
JP2018149173A (ja) 情報処理装置および情報処理プログラム
CN110139600B (zh) 用户终端装置
JP6362715B1 (ja) 情報提供システム
JP6946888B2 (ja) コンピュータプログラム、サーバ装置、指導システム及び指導方法
JP2011142966A (ja) 測定装置、中継装置、遠隔制御システムおよび測定方法
JP6897558B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2020017120A (ja) 診断支援装置、診断支援方法及び診断支援プログラム
JP2018149171A (ja) 情報処理装置および情報処理プログラム
JP2019191998A (ja) 情報処理システム
JP2020194268A (ja) 医療介護従事者用スケジュールデータの生成に関するサーバ、システム、方法およびプログラム
JP2020061034A (ja) 情報提供装置、情報提供システム、及び情報提供方法
US20240112792A1 (en) Medical care subject information management system and medical care subject information management program
JP2017174167A (ja) 健康管理プラットフォームサーバ及び健康管理プラットフォームシステム
US20240148340A1 (en) Wearable device healthcare system
JP2019003569A (ja) 健康管理装置、健康管理方法、および健康管理プログラム
KR101727195B1 (ko) 사물 인터넷을 이용한 신체정보 스마트 차트 시스템
US20200106736A1 (en) Information processing device and information processing method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200604

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201110

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210107

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210209

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210310

R150 Certificate of patent or registration of utility model

Ref document number: 6851913

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250