(57)【要約】【課題】育児を行うユーザについてストレス発生の有無を推定することができる情報処理装置等を提供する。【解決手段】情報処理装置１は、育児を行うユーザの生活状況を示す生活情報を取得する取得部と、該取得部が取得した前記生活情報と、育児開始以前の生活状況を示す基準生活情報との差分を算出する算出部と、該算出部が算出した前記差分に基づき、ストレス発生の有無を判定する判定部と、該判定部が判定したストレス発生の有無を示すストレス情報を記憶する記憶部とを備えることを特徴とする。【選択図】図２
2017182180.tif 000002
【特許請求の範囲】
【請求項１】
育児を行うユーザの生活状況を示す生活情報を取得する取得部と、
該取得部が取得した前記生活情報と、育児開始以前の生活状況を示す基準生活情報との差分を算出する算出部と、
該算出部が算出した前記差分に基づき、ストレス発生の有無を判定する判定部と、
該判定部が判定したストレス発生の有無を示すストレス情報を記憶する記憶部と
を備えることを特徴とする情報処理装置。
【請求項２】
ストレス発生の有無に関して、ユーザによる入力を受け付ける受付部を備え、
前記判定部は、前記算出部が算出した前記差分、及び前記受付部が受け付けた前記入力に基づき、ストレス発生の有無を判定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記生活情報及び基準生活情報は、ユーザが実施する各生活項目の実施時間を含み、
前記算出部は、前記生活情報及び基準生活情報に基づき、前記各生活項目の実施時間に係る時間差を算出し、
前記判定部は、前記算出部が算出した前記時間差に基づき、ストレス発生の有無を判定する
ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記生活情報は、所定時刻に測定されるユーザの体温を含み、
前記判定部はさらに、一日における前記体温の変化に基づき、ストレス発生の有無を判定する
ことを特徴とする請求項１〜請求項３のいずれか１項に記載の情報処理装置。
【請求項５】
前記記憶部を参照し、所定期間におけるストレスの発生頻度が一定頻度以上である場合、ストレス発生に係る報知を行う報知部を備える
ことを特徴とする請求項１〜請求項４のいずれか１項に記載の情報処理装置。
【請求項６】
前記記憶部が記憶した前記ストレス情報を、電子母子手帳に出力する出力部を備える
ことを特徴とする請求項１〜請求項５のいずれか１項に記載の情報処理装置。
【請求項７】
育児を行うユーザについてストレス発生の有無を示すストレス情報を取得する取得部と、
該取得部が取得した前記ストレス情報に基づき、ストレスの発生パターンに関してユーザの属性を決定する決定部と、
該決定部が決定した前記属性をユーザに通知する通知部と
を備えることを特徴とする情報処理装置。
【請求項８】
前記決定部はさらに、ソーシャルネットワークに関し、前記属性に応じてユーザが属するコミュニティを決定する
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
育児を行うユーザの生活状況を示す生活情報を取得し、
取得した前記生活情報と、育児開始以前の生活状況を示す基準生活情報との差分を算出し、
算出した前記差分に基づき、ストレス発生の有無を判定し、
判定したストレス発生の有無を示すストレス情報を記憶部に記憶する
処理をコンピュータに実行させることを特徴とするプログラム。
【請求項１０】
育児を行うユーザについてストレス発生の有無を示すストレス情報を取得し、
取得した前記ストレス情報に基づき、ストレスの発生パターンに関してユーザの属性を決定し、
決定した前記属性をユーザに通知する
処理をコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
育児を行うユーザの生活状況を示す生活情報を取得し、
取得した前記生活情報と、育児開始以前の生活状況を示す基準生活情報との差分を算出し、
算出した前記差分に基づき、ストレス発生の有無を判定し、
判定したストレス発生の有無を示すストレス情報を記憶部に記憶する
処理をコンピュータに実行させることを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、プログラム及び情報処理方法に関する。
【背景技術】
【０００２】
ＩＴ技術を用いて、ユーザの健康管理を行う技術がある。例えば特許文献１では、ユーザの健康状態に関するデータを取得し、当該データを初期健康状態目標と比較して、ユーザ個人の健康及びウェルネス状態を管理する健康及びウェルネス管理システムが開示されている。また、特許文献２では、ユーザの定期的なバイタルデータ、問診時の解答、問診時の音声データ等に基づき、ユーザの現状に適したアドバイスを提示すると共に、ユーザの健康状態について問題点があるデータ項目等を抽出する健康管理支援装置等が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−５９２６４号公報
【特許文献２】特開２００５−１１３２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１及び２では生活習慣病等を前提としており、育児を行うユーザの健康管理については開示されていない。
【０００５】
本発明は斯かる事情によりなされたものであって、その目的とするところは、育児を行うユーザについてストレス発生の有無を推定することができる情報処理装置等を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理装置は、育児を行うユーザの生活状況を示す生活情報を取得する取得部と、該取得部が取得した前記生活情報と、育児開始以前の生活状況を示す基準生活情報との差分を算出する算出部と、該算出部が算出した前記差分に基づき、ストレス発生の有無を判定する判定部と、該判定部が判定したストレス発生の有無を示すストレス情報を記憶する記憶部とを備えることを特徴とする。
【０００７】
本発明に係る情報処理装置は、ストレス発生の有無に関して、ユーザによる入力を受け付ける受付部を備え、前記判定部は、前記算出部が算出した前記差分、及び前記受付部が受け付けた前記入力に基づき、ストレス発生の有無を判定することを特徴とする。
【０００８】
本発明に係る情報処理装置は、前記生活情報及び基準生活情報は、ユーザが実施する各生活項目の実施時間を含み、前記算出部は、前記生活情報及び基準生活情報に基づき、前記各生活項目の実施時間に係る時間差を算出し、前記判定部は、前記算出部が算出した前記時間差に基づき、ストレス発生の有無を判定することを特徴とする。
【０００９】
本発明に係る情報処理装置は、前記生活情報は、所定時刻に測定されるユーザの体温を含み、前記判定部はさらに、一日における前記体温の変化に基づき、ストレス発生の有無を判定することを特徴とする。
【００１０】
本発明に係る情報処理装置は、前記記憶部を参照し、所定期間におけるストレスの発生頻度が一定頻度以上である場合、ストレス発生に係る報知を行う報知部を備えることを特徴とする。
【００１１】
本発明に係る情報処理装置は、前記記憶部が記憶した前記ストレス情報を、電子母子手帳に出力する出力部を備えることを特徴とする。
【００１２】
本発明に係る情報処理装置は、育児を行うユーザについてストレス発生の有無を示すストレス情報を取得する取得部と、該取得部が取得した前記ストレス情報に基づき、ストレスの発生パターンに関してユーザの属性を決定する決定部と、該決定部が決定した前記属性をユーザに通知する通知部とを備えることを特徴とする。
【００１３】
本発明に係る情報処理装置は、前記決定部はさらに、ソーシャルネットワークに関し、前記属性に応じてユーザが属するコミュニティを決定することを特徴とする。
【００１４】
本発明に係るプログラムは、育児を行うユーザの生活状況を示す生活情報を取得し、取得した前記生活情報と、育児開始以前の生活状況を示す基準生活情報との差分を算出し、算出した前記差分に基づき、ストレス発生の有無を判定し、判定したストレス発生の有無を示すストレス情報を記憶部に記憶する処理をコンピュータに実行させることを特徴とする。
【００１５】
本発明に係るプログラムは、育児を行うユーザについてストレス発生の有無を示すストレス情報を取得し、取得した前記ストレス情報に基づき、ストレスの発生パターンに関してユーザの属性を決定し、決定した前記属性をユーザに通知する処理をコンピュータに実行させることを特徴とする。
【００１６】
本発明に係る情報処理方法は、育児を行うユーザの生活状況を示す生活情報を取得し、取得した前記生活情報と、育児開始以前の生活状況を示す基準生活情報との差分を算出し、算出した前記差分に基づき、ストレス発生の有無を判定し、判定したストレス発生の有無を示すストレス情報を記憶部に記憶する処理をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、育児を行うユーザについてストレス発生の有無を推定することができる。
【図面の簡単な説明】
【００１８】
【図１】情報処理システムの構成例を示す模式図である。
【図２】サーバの構成例を示すブロック図である。
【図３】端末の構成例を示すブロック図である。
【図４】時差テーブルのレコードレイアウトの一例を示す説明図である。
【図５】基準ＤＢのレコードレイアウトの一例を示す説明図である。
【図６】生活ＤＢのレコードレイアウトの一例を示す説明図である。
【図７】ストレスＤＢのレコードレイアウトの一例を示す説明図である。
【図８】生活情報の入力画面の一例を示す説明図である。
【図９】時差ストレスの判定処理を説明するための説明図である。
【図１０】ストレス情報に基づく報知処理を説明するための説明図である。
【図１１】基準生活情報の取得処理の処理手順の一例を示すフローチャートである。
【図１２】ストレス発生の有無に係る判定処理の処理手順の一例を示すフローチャートである。
【図１３】実施の形態２に係る情報処理システムの構成例を示す模式図である。
【図１４】実施の形態２に係るセンタサーバの構成例を示すブロック図である。
【図１５】実施の形態２に係る母子手帳ＤＢのレコードレイアウトの一例を示す説明図である。
【図１６】実施の形態２に係る母子手帳画面の一例を示す説明図である。
【図１７】実施の形態２に係る情報処理システムが実行する処理手順の一例を示すフローチャートである。
【図１８】実施の形態３に係るセンタサーバの構成例を示すブロック図である。
【図１９】実施の形態３に係る投稿ＤＢのレコードレイアウトの一例を示す説明図である。
【図２０】実施の形態３に係る処理の概要を説明する説明図である。
【図２１】実施の形態３に係る母子手帳画面の一例を示す説明図である。
【図２２】実施の形態３に係るＳＮＳ画面の一例を示す説明図である。
【図２３】実施の形態３に係る情報処理システムが実行する処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
図１は、情報処理システムの構成例を示す模式図である。情報処理システムは、ネットワークＮを介して相互に通信接続された情報処理装置１、情報処理端末２、２、２…を含む。ネットワークＮはインターネット、ＬＡＮ（Local Area Network）等である。
【００２０】
情報処理装置１は、種々の情報を記憶すると共に、ネットワークＮを介して情報の送受信を行う情報処理装置である。情報処理装置１は、例えばサーバコンピュータ、パーソナルコンピュータ等である。本実施の形態において情報処理装置１はサーバコンピュータであるものとし、サーバ１と読み替える。サーバ１は、育児を行うユーザの生活情報を情報処理端末２から取得すると共に、当該生活情報に基づいてユーザのストレス発生の有無を判定する処理を行う。なお、本実施の形態に係るユーザは育児を行う者であればよく、乳幼児の父母に限定されない。
【００２１】
情報処理端末２は、各ユーザが所持している端末装置であり、例えばスマートフォン、スマートウォッチ、タブレット端末、パーソナルコンピュータ等である。本実施の形態で情報処理端末２はスマートフォンであるものとし、以下では簡潔のため端末２と読み替える。端末２は、ユーザの生活状況を示す生活情報の入力を受け付け、サーバ１に送信する。
【００２２】
図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、時計部１４、大容量記憶装置１５を含む。
制御部１１は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro-Processing   Unit）等の演算処理装置を含む。制御部１１は、記憶部１２に記憶されたプログラムＰ１を読み出して実行することにより、サーバ１に係る種々の情報処理又は制御処理等を行う。
【００２３】
記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含む。記憶部１２は、制御部１１が本実施の形態に係る処理を実行するために必要なプログラムＰ１又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。
【００２４】
通信部１３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して端末２等と情報の送受信を行う。
時計部１４は時刻の計測を行い、計測した時刻を制御部１１に通知する。
【００２５】
大容量記憶装置１５は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶装置１５は、時差テーブル１５１、基準ＤＢ１５２、生活ＤＢ１５３、ストレスＤＢ１５４等を記憶している。時差テーブル１５１は、後述する時差ストレスを判定するためのテーブルである。基準ＤＢ１５２は、育児開始以前のユーザの生活状況を示す基準生活情報を記憶している。生活ＤＢ１５３は、育児中のユーザの生活状況を示す生活情報を記憶している。ストレスＤＢ１５４は、各ユーザにおけるストレス発生の有無を示すストレス情報を記憶している。
なお、本実施の形態において記憶部１２及び大容量記憶装置１５は一体の記憶装置として構成されていてもよい。また、大容量記憶装置１５は複数の記憶装置により構成されていてもよい。また、大容量記憶装置１５はサーバ１に接続された外部記憶装置であってもよい。
【００２６】
なお、本実施の形態においてサーバ１は上記の構成に限られず、例えば操作入力を受け付ける入力部、サーバ１に係る情報を表示する表示部、可搬型記憶媒体に記憶された情報を読み取る読取部等を含んでもよい。
【００２７】
図３は、端末２の構成例を示すブロック図である。端末２は、制御部２１、記憶部２２、通信部２３、表示部２４、入力部２５、撮像部２６を含む。また、端末２には体温計２７（図１では図示せず）が接続されている。
制御部２１はＣＰＵ又はＭＰＵ等の演算処理装置を含み、記憶部２２に記憶されたプログラムを読み出して実行することにより、端末２に係る種々の情報処理又は制御処理等を行う。
記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要なプログラム又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。
通信部２３はアンテナ及び通信処理回路等を含み、例えば無線ＬＡＮ、携帯電話網等によりサーバ１等と情報の送受信を行う。
【００２８】
表示部２４は液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等の画面を有し、制御部２１から与えられた画像を表示する。
入力部２５は表示部２４に設けられたタッチパネル又は押下式のボタン等であり、ユーザによる操作入力を受け付ける。入力部２５は、ユーザによりなされた操作内容を制御部２１に通知する。
撮像部２６は、ＣＣＤ（Charge Coupled Device）カメラ等を含み、画像の撮像を行う。撮像された画像は図示しない画像処理回路によって処理され、記憶部２２に記憶される。
なお、端末２は上記以外に、音声の入出力を行うマイク、スピーカ等を含んでもよい。
【００２９】
体温計２７は、端末２に接続された体温計であり、ユーザの体温を測定する温度センサのほかに、所定の信号処理回路等を含む。体温計２７は例えば端末２のイヤホンジャック（図示せず）から接続され、測定した体温を端末２に通知する。なお、例えば体温計２７は所定の通信モジュールを備え、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）等の無線通信により端末２と通信を行う構成でもよい。
【００３０】
図４は、時差テーブル１５１のレコードレイアウトの一例を示す説明図である。時差テーブル１５１は、ＩＤ列、生活項目列、発生時差列を含む。ＩＤ列は、ユーザを識別するためのＩＤを記憶している。生活項目列は、ＩＤと対応付けて、育児開始以前のユーザの生活における生活項目を記憶している。発生時差列は、ＩＤ及び生活項目と対応付けて、ユーザが各生活項目を実施する平均実施時刻（以下では平均時刻という）と実際の実施時刻との時差について、ストレスが発生する平均的な時差を記憶している。具体的に発生時差列は、平均時刻と実施時刻との時差がどれだけの大きさであればストレスが発生するか、平均的な時差を記憶している。例えばＩＤ「ｕ１」のユーザが「就寝」する平均時刻が「１時００分」である場合であって、ユーザが実際に「就寝」する実施時刻が「３時００分」であった場合、「２時間」の時差があるため、制御部１１は時差テーブル１５１に従ってストレスが発生したものと判定する。以下では説明の便宜のため、当該時差をストレス発生時差と呼ぶ。
【００３１】
図５は、基準ＤＢ１５２のレコードレイアウトの一例を示す説明図である。基準ＤＢ１５２は、ＩＤ列、生活項目列、日時列、平均時刻列、体温列を含む。ＩＤ列は、ユーザのＩＤを記憶している。生活項目列は、ＩＤと対応付けて、ユーザが実施した生活項目を記憶している。日時列は、ＩＤ及び生活項目と対応付けて、例えば妊娠時など、ユーザが育児を開始する以前に各生活項目を実施した日時を記憶している。平均時刻列は、ＩＤ及び生活項目と対応付けて、各生活項目が実施された平均時刻を記憶している。体温列は、ＩＤ及び日時と対応付けて、ユーザの体温を記憶している。
【００３２】
図６は、生活ＤＢ１５３のレコードレイアウトの一例を示す説明図である。生活ＤＢ１５３は、ＩＤ列、日時列、体温列、生活項目列、入力ストレス列、時差ストレス列を含む。ＩＤ列は、ユーザのＩＤを記憶している。日時列は、ＩＤと対応付けて、ユーザが育児を開始した後の日時を記憶している。体温列は、ＩＤ及び日時と対応付けて、ユーザの体温を記憶している。生活項目列は、ＩＤ及び日時と対応付けて、当該日時に実施された生活項目を記憶している。入力ストレス列は、ＩＤ及び日時と対応付けて、ストレス発生の有無に関してユーザからの入力（以下ではストレス入力という）を受け付けたか否かを記憶している。具体的に入力ストレス列は、ストレス入力を受け付けた場合は「１」を、受け付けていない場合は「０」を記憶している。以下では説明の便宜のため、ストレス入力が示すストレスを入力ストレスと呼ぶ。時差ストレス列は、ＩＤ及び日時と対応付けて、生活項目の実施時刻の時差により発生するストレス（以下では時差ストレスという）の発生の有無を記憶している。具体的に時差ストレス列は、時差ストレスが発生した場合は「１」を、発生していない場合は「０」を記憶している。
【００３３】
図７は、ストレスＤＢ１５４のレコードレイアウトの一例を示す説明図である。ストレスＤＢ１５４は、ＩＤ列、日付列、時差ポイント列、入力ポイント列、不眠ポイント列、合計列を記憶している。ＩＤ列は、ユーザのＩＤを記憶している。日付列は、ＩＤと対応付けて、育児開始後の日付を記憶している。時差ポイント列は、ＩＤ及び日付と対応付けて、当該日付において時差ストレスが発生したか否かをポイント形式で記憶している。例えば時差ポイント列は、各日付において時差ストレスが一回以上発生した場合は「１」を、一回も発生していない場合は「０」を記憶している。入力ポイント列は、ＩＤ及び日付と対応付けて、当該日付においてストレス入力を受け付けたか否かを記憶している。例えば入力ポイント列は、各日付においてストレス入力を一回以上受け付けた場合は「１」を、一回も受け付けていない場合は「０」を記憶している。不眠ポイント列は、ＩＤ及び日付と対応付けて、当該日付において不眠によるストレスが発生したか否かを記憶している。具体的に不眠ポイント列は、各日付において就寝時の体温が最低体温でない場合は「１」を、最低体温である場合は「０」を記憶している。以下では説明の便宜のため、不眠によるストレスを不眠ストレスと呼ぶ。合計列は、時差ポイント、入力ポイント、及び不眠ポイントの合計値を記憶している。
【００３４】
図８は、生活情報の入力画面の一例を示す説明図である。以下では情報処理システムが実行する処理の概要について説明する。なお、以下では説明の便宜のため、サーバ１の処理主体は制御部１１とし、端末２の処理主体は制御部２１とする。
所定の操作入力を受け付けた場合、端末２の制御部２１は、図８に示す入力画面を表示部２４に表示する。入力画面は、生活情報の入力を受け付けるための画面である。入力画面は、生活項目欄８１、時刻入力欄８２、チェックボックス８３、体温欄８４、同期ボタン８５等を含む。生活項目欄８１は、ユーザが実施する生活項目を表示する表示欄である。制御部２１は生活項目について、ユーザによる設定入力を受け付けてもよく、デフォルトで設定しておいてもよい。
【００３５】
時刻入力欄８２は、生活項目欄８１で示す生活項目を実施した実施時刻を入力するための入力欄である。時刻入力欄８２は、例えばプルダウン形式で実施時刻の入力を受け付ける。チェックボックス８３は、生活項目欄８１で示す生活項目について、ストレス発生の有無に関する入力を受け付けるためのチェックボックスである。ユーザは実施した生活項目についてストレスを感じた場合、チェックボックス８３への操作入力を行う。体温欄８４は、各実施時刻に測定された体温を示す表示欄である。ユーザは、各生活項目の実施時に体温計２７により体温を測定する。体温計２７により体温を測定した場合、制御部２１は、体温計２７から取得したユーザの体温を体温欄８４に表示する。同期ボタン８５は、サーバ１との同期処理を行うためのオブジェクトである。
【００３６】
制御部２１は、入力画面において生活情報の入力を受け付ける。具体的に制御部２１は、各生活項目の実施時刻、及び実施時におけるストレス入力を受け付ける。また、制御部２１は体温計２７より実施時に測定された体温を取得する。例えば制御部２１は、同期ボタン８５への操作入力を受け付けた場合、入力された生活情報をサーバ１に送信する。サーバ１の制御部１１は当該情報を受信することで、生活情報を取得する。制御部１１は、取得した生活情報を生活ＤＢ１５３に記憶する。
【００３７】
なお、上記でサーバ１は時刻入力欄８２への手動入力により実施時刻を取得するものとしたが、本実施の形態はこれに限るものではない。例えば端末２は所定の加速度センサを備え、当該加速度センサの検知結果をサーバ１に送信する。サーバ１は当該検知結果に基づき、例えば所定時間以上動作を検知しなかった場合は「就寝」を実施中であるというように、実施している生活項目を推定して実施時刻を判別するようにしてもよい。つまりサーバ１は、ユーザの手動入力によらずに実施時刻を取得するようにしてもよい。
【００３８】
また、上記でサーバ１は、各生活項目の実施時刻に測定された体温を取得することとしたが、本実施の形態はこれに限るものではない。サーバ１は実施時刻に関係なく、一日のうち所定間隔の各時刻に測定された体温を取得するようにしてもよい。すなわちサーバ１は、一日の体温の変化を示す生活情報を取得可能であればよい。
【００３９】
図９は、時差ストレスの判定処理を説明するための説明図である。図９に基づき、生活項目の実施時刻の時差により発生するストレス、すなわち時差ストレスの発生の有無を判定する判定処理について説明する。
上述のごとく、サーバ１の制御部１１は端末２から生活情報を取得し、生活ＤＢ１５３に記憶する。同様に、制御部１１はユーザが育児を開始する以前の基準生活情報を取得し、基準ＤＢ１５２に記憶しておく。基準生活情報は上記の生活情報と同様に、生活項目の実施時刻等を含む情報であるが、育児開始以前の生活状況を示す情報である。なお、基準生活情報は育児開始以前のデータであればよく、妊娠時のデータに限られない。制御部１１は、育児開始以前の基準生活情報と、育児開始後の生活情報とに基づき、時差ストレスの発生の有無を判定する。
【００４０】
具体的に制御部１１は、育児開始前後の各生活項目の実施時刻に係る時差に基づき、時差ストレスの発生の有無を判定する。例えば制御部１１は基準ＤＢ１５２に記憶された各生活項目の実施時刻に基づき、育児開始以前における各生活項目の平均時刻を算出して基準ＤＢ１５２に記憶しておく。そして制御部１１は、当該平均時刻と、育児開始後にストレス入力がされた生活項目に係る実施時刻との差分を算出することで、実施時刻のずれによりストレスが発生すると推定されるストレス発生時差を算出する。例えば育児開始以前の生活項目「朝食」の平均時刻が「７時００分」であった場合を考える。この場合に、育児開始後に生活項目「朝食」についてストレス入力がなされ、当該ストレス入力がされた生活項目「朝食」の実施時刻が「８時２０分」であったものとする。この場合、制御部１１は生活項目「朝食」について、平均時刻「７時００分」と実施時刻「８時２０分」の差分「１時間２０分」をストレス発生時差として算出する。
【００４１】
以下同様にして、制御部１１は各生活項目についてストレス発生時差を算出する。制御部１１は、算出したストレス発生時差を、生活項目と対応付けて時差テーブル１５１に記憶しておく。端末２から生活情報を取得した場合、制御部１１は時差テーブル１５１を参照し、平均時刻と実施時刻との時差がストレス発生時差以上であるか否かを生活項目毎に判定する。ストレス発生時差以上であると判定した場合、制御部１１は時差ストレスが発生したものと判定する。制御部１１は、時差ストレスの発生の有無を生活ＤＢ１５３に記憶する。
【００４２】
なお、上記で制御部１１は、育児開始以前の平均的な実施時刻と、育児開始後の一の実施時刻とに基づいてストレス発生時差を算出したが、本実施の形態はこれに限るものではない。例えば制御部１１は、育児開始後の生活項目について、ストレス入力がされた実施時刻を生活ＤＢ１４３から全て抽出し、ストレス入力がされた実施時刻に係る平均時刻を求め、当該育児開始後の平均時刻と育児開始以前の平均時刻との差分をストレス発生時差として算出してもよい。上記のように、ストレス発生時差は時差ストレスの発生の有無を適切に推定可能なものであればよい。
【００４３】
図１０は、ストレス情報に基づく報知処理を説明するための説明図である。制御部１１は、時差ストレス、入力ストレス、及び不眠ストレスの発生の有無を示すストレス情報に基づき、ユーザへの報知を行う。例えば制御部１１は、所定期間（例えば一週間）におけるストレスの発生頻度が一定頻度以上である場合、ストレスが発生した旨を端末２に報知する。
【００４４】
具体的に制御部１１は、時差ストレス、入力ストレス、及び不眠ストレスそれぞれについて発生回数をポイント形式で算定し、報知するか否かを決定する。例えば制御部１１は生活ＤＢ１５３を参照し、一週間の各日付において時差ストレスが発生したか否かを判定する。時差ストレスが発生したと判定した場合、制御部１１は、時差ストレスが発生した旨を示す時差ポイント「１」を、当該日付と対応付けてストレスＤＢ１５４に記憶する。
【００４５】
制御部１１は、生活ＤＢ１５３を参照し、入力ストレスの発生の有無を入力ポイントとしてストレスＤＢ１５４に記憶する。例えば制御部１１は、一週間の各日付において入力ストレスが発生したか否か、すなわち端末２を介してユーザによるストレス入力を受け付けたか否かを判定する。ストレス入力を受け付けたと判定した場合、制御部１１は、当該日付と対応付けて入力ポイント「１」をストレスＤＢ１５４に記憶する。
【００４６】
制御部１１は生活ＤＢ１５３を参照し、不眠ストレスの発生の有無を判定する。具体的に制御部１１は、一日における体温の変化に基づき不眠ストレスの発生の有無を判定する。例えば制御部１１は、各生活項目の実施時の体温を生活ＤＢ１５３から読み出し、「就寝」時の体温が最低体温であるか否かに応じて判定を行う。不眠ストレスが発生したと判定した場合、制御部１１は、日付と対応付けて不眠ポイント「１」をストレスＤＢ１４３に記憶する。
【００４７】
なお、上記でサーバ１は、就寝時の体温が最低体温であるか否かに応じて不眠ストレスの発生の有無を判定したが、本実施の形態はこれに限るものではない。例えばサーバ１は、生活項目に「起床」の項目を設け、起床時の体温が最低体温であるか否かを判定してもよい。
【００４８】
制御部１１は、一週間の各日付に係る上記各ポイントの合計値を算出する。そして制御部１１は、一週間において合計値が「３」である日が４日以上あるか否か、すなわち各ストレスが発生した日が一週間の半分以上であるか否かを判定する。４日以上あると判定した場合、制御部１１はストレス発生に係る所定の報知を行う。例えば制御部１１は、端末２に対してストレスの発生頻度が高い旨の報知を行い、ユーザへの注意喚起を行う。この場合に制御部１１は、ストレスの発生頻度が高い旨だけでなく、例えば生活ＤＢ１５３を参照し、ストレスが発生した生活項目、ストレスの発生回数、各生活項目の実施時刻、平均時刻と実施時刻との時差等、ストレスの発生頻度に係る詳細についても報知する。また、例えば制御部１１は、図示しない病院、自治体等に対して報知を行い、ユーザのストレスの発生頻度が高い旨の注意喚起を行う。
【００４９】
なお、上記でサーバ１は、ストレスが発生した日数に応じて報知を行ったが、本実施の形態はこれに限るものではない。例えばサーバ１は、一週間における各ストレスの発生回数の総数に応じて報知を行ってもよい。すなわちサーバ１は、ストレスの発生頻度に応じて報知を行うことができればよい。
【００５０】
図１１は、基準生活情報の取得処理の処理手順の一例を示すフローチャートである。図１１に基づき、サーバ１が実行する基準生活情報の取得処理の内容について説明する。
サーバ１の制御部１１は、ユーザの育児開始以前の生活状況を示す基準生活情報を端末２から取得する（ステップＳ１）。例えば端末２の制御部２１は、ユーザが育児を開始する以前において、入力画面により各生活項目の実施時刻の操作入力を受け付ける。また、制御部２１は体温計２７により各実施時刻におけるユーザの体温を取得する。制御部２１は、実施時刻、体温等を含む基準生活情報をサーバ１に送信する。サーバ１の制御部１１は、当該情報を端末２から取得することで基準生活情報を取得する。制御部１１は、取得した基準生活情報を基準ＤＢ１５２に記憶する。
【００５１】
制御部１１は、ユーザが育児を開始するか否かを判定する（ステップＳ２）。例えば端末２の制御部２１は、育児を開始する旨の所定の操作入力を入力部２５により受け付け、サーバ１に当該操作入力に係る通知信号を送信する。サーバ１の制御部１１は、当該通知信号を受信したか否かを判定する。育児を開始しないと判定した場合（Ｓ２：ＮＯ）、制御部１１は処理をステップＳ１に戻す。育児を開始すると判定した場合（Ｓ２：ＹＥＳ）、制御部１１は基準ＤＢ１５２を参照し、育児開始以前における各生活項目の実施時刻を読み出す（ステップＳ３）。制御部１１は、生活項目毎に平均時刻を算出し、基準ＤＢ１５２に記憶する（ステップＳ４）。制御部１１は、一連の処理を終了する。
【００５２】
図１２は、ストレス発生の有無に係る判定処理の処理手順の一例を示すフローチャートである。図１２に基づき、サーバ１が実行するストレス発生の有無に係る判定処理の内容について説明する。
サーバ１の制御部１１は、育児を行うユーザの生活状況を示す生活情報を端末２から取得する（ステップＳ１１）。例えば端末２の制御部２１は、入力画面において各生活項目の実施時刻、及び各実施時刻におけるストレス発生の有無の操作入力を受け付ける。さらに制御部２１は、体温計２７により各実施時刻におけるユーザの体温を取得する。制御部２１は、実施時刻、ストレス入力、体温を含む生活情報をサーバ１に送信する。サーバ１の制御部１１は、当該情報を端末２から受信することで生活情報を取得する。制御部１１は、取得した生活情報を生活ＤＢ１５３に記憶する。
【００５３】
制御部１１は、取得した生活情報と、育児開始以前の生活状況を示す基準生活情報とに基づき、各生活項目の実施時刻に係る時差を算出する（ステップＳ１２）。具体的に制御部１１は、基準ＤＢ１５２を参照し、育児開始以前の各生活項目の実施時刻について平均時刻を読み出す。制御部１１は各生活項目について、育児開始以前の平均時刻と、端末２から取得した実施時刻とに基づき時差を算出する。
【００５４】
制御部１１は、算出した時差に基づき、時差ストレス発生の有無を判定する（ステップＳ１３）。具体的に制御部１１は、時差テーブル１５１を参照し、各生活項目について時差ストレスが発生すると推定されるストレス発生時差を読み出す。上述のごとくストレス発生時差は、各生活項目について、育児開始以前の平均時刻と、ストレス入力があった育児開始後の実施時刻との時差である。なお、ストレス入力は育児開始後に行うため、育児開始直後は上記のストレス発生時差が定まらないことから、例えば育児開始直後の初期状態において時差テーブル１５１にはデフォルトで定められた基準値をストレス発生時差として記憶しておき、当該基準値を読み出すようにしてもよい。制御部１１は、ステップＳ１２で算出した時差が、時差テーブル１５１から読み出したストレス発生時差以上であるか否かを判定する。
【００５５】
時差ストレスが発生したと判定した場合（Ｓ１３：ＹＥＳ）、制御部１１は、時差ストレスが発生した旨を示す時差ポイント「１」をストレスＤＢ１５４に記憶する（ステップＳ１４）。例えば制御部１１は、時差ストレス発生時点の実施時刻に対応する生活ＤＢ１５３の時差ストレス列に「１」を記憶すると共に、当該実施時刻に係る日付に対応するストレスＤＢ１５４の時差ポイント列に「１」を記憶する。
【００５６】
時差ストレスが発生していないと判定した場合（Ｓ１３：ＮＯ）、制御部１１は、時差ストレスが発生していない旨を示す時差ポイント「０」をストレスＤＢ１５４に記憶する（ステップＳ１５）。例えば制御部１１は、生活ＤＢ１５３の時差ストレス列に「０」を記憶すると共に、ストレスＤＢ１５４の時差ポイント列に「０」を記憶する。
【００５７】
制御部１１は、端末２を介してユーザによるストレス入力を受け付けたか否かを判定する（ステップＳ１６）。具体的に制御部１１は、ステップＳ１１で取得した生活情報を参照し、ストレス入力がされた生活項目があるか否かを判定する。ストレス入力を受け付けたと判定した場合（Ｓ１６：ＹＥＳ）、制御部１１は、入力ストレスが発生した旨を示す入力ポイント「１」をストレスＤＢ１５４に記憶する（ステップＳ１７）。例えば制御部１１は、ストレス入力がされた生活項目に係る実施時刻の日付と対応させて、ストレスＤＢ１５４の入力ポイント列に「１」を記憶する。
【００５８】
制御部１１は、入力ストレスの発生時点である実施時刻に基づき、ストレス発生時差を算出して時差テーブル１５１に記憶する（ステップＳ１８）。例えば制御部１１は、当該入力ストレスに係る実施時刻と、基準ＤＢ１５２に記憶されている実施時刻に係る平均時刻とに基づき、ストレス発生時差を算出して時差テーブル１５１に記憶する。これにより制御部１１は、時差テーブル１５１に記憶されたストレス発生時差を更新する。なお、例えば制御部１１は過去の入力ストレスの発生時刻について生活項目毎に平均時刻を取り、当該平均時刻と、育児開始以前の各生活項目の平均時刻との差分よりストレス発生時差を算出して時差テーブル１５１に記憶するようにしてもよい。ストレス入力を受け付けていないと判定した場合（Ｓ１６：ＮＯ）、制御部１１は、入力ストレスが発生していない旨を示す入力ポイント「０」をストレスＤＢ１５４に記憶する（ステップＳ１９）。
【００５９】
制御部１１は生活ＤＢ１５３を参照し、一日における体温の変化に基づいて不眠ストレスの発生の有無を判定する（ステップＳ２０）。例えば制御部１１は、端末２から取得したユーザの体温について、一日のうち就寝時の体温が最低体温であるか否かを判定する。不眠ストレスが発生したと判定した場合（Ｓ２０：ＹＥＳ）、制御部１１は不眠ストレスが発生した旨を示す不眠ポイント「１」をストレスＤＢ１５４に記憶する（ステップＳ２１）。例えば制御部１１は、不眠ストレスが発生した日付に対応するストレスＤＢ１５４の不眠ポイント列に「１」を記憶する。不眠ストレスが発生していないと判定した場合（Ｓ２０：ＮＯ）、制御部１１は不眠ストレスが発生していない旨を示す不眠ポイント「０」をストレスＤＢ１５４に記憶する（ステップＳ２２）。
【００６０】
制御部１１は時計部１４を参照し、所定期間が経過したか否かを判定する（ステップＳ２３）。所定期間は例えば一週間である。所定期間が経過していないと判定した場合（Ｓ２３：ＮＯ）、制御部１１は処理をステップＳ１１に戻す。所定期間が経過したと判定した場合（Ｓ２３：ＹＥＳ）、制御部１１は、所定期間におけるストレスの発生頻度が一定頻度以上であるか否かを判定する（ステップＳ２４）。例えば制御部１１はストレスＤＢ１５４を参照し、所定期間における各日付の時差ポイント、入力ポイント、及び不眠ポイントの合計値を算出する。制御部１１は、合計値が３ポイントである日数が所定期間の半数以上の日数であるか否かを判定する。一定頻度以上であると判定した場合（Ｓ２４：ＹＥＳ）、制御部１１は、ストレス発生に係る報知を行う（ステップＳ２５）。例えば制御部１１はユーザの端末２に対して、ストレスの発生頻度が高い旨を報知する。この場合に制御部１１は、例えば生活ＤＢ１５３を参照し、ストレスが発生した生活項目、ストレスの発生回数、各生活項目の実施時刻、平均時刻と実施時刻との時差等、ストレスの発生頻度に係る詳細についても報知する。また、例えば制御部１１は、病院、自治体等に対してユーザのストレスの発生頻度が高い旨を報知する。一定頻度以上でないと判定した場合（Ｓ２４：ＮＯ）、又はステップＳ２５の処理を行った後で、制御部１１は一連の処理を終了する。
【００６１】
なお、上記でサーバ１は各生活項目の実施時刻を基準に時差ストレスの発生の有無を判定したが、本実施の形態はこれに限るものではない。例えばサーバ１は、各生活項目をどれほどの時間をかけて実施したか、すなわち実施に係る時間幅を基準にストレス発生の有無を判定してもよい。この場合、サーバ１は端末２を介して各生活項目の実施に係る時間幅を取得する。サーバ１は、取得した当該時間幅と、育児開始以前の各生活項目の時間幅との差分を算出する。サーバ１は、算出した時間幅に係る差分に応じて、ストレス発生の有無を判定する。すなわちサーバ１は、各生活項目の実施時間（時刻又は時間幅）について時間差を算出し、当該時間差に基づいてストレス発生の有無を判定することができればよい。
【００６２】
また、上記でサーバ１は、ユーザにより入力されたストレス入力に応じてストレス発生の有無を判定したが、本実施の形態はこれに限るものではない。例えば端末２は、定期的にユーザの心拍数、血糖値等の情報を計測する。サーバ１は当該情報を取得し、心拍数、血糖値等の高低に応じてストレス発生の有無を判定してもよい。つまりサーバ１は、ユーザの生体情報に応じてストレス発生の有無を判定してもよい。なお、サーバ１は、ユーザの操作入力による入力ストレス、及び上記の生体情報に基づき検知されるストレスの両方に基づき処理を行ってもよい。
【００６３】
以上より、本実施の形態１によれば、育児を行うユーザについてストレス発生の有無を推定することができる。
【００６４】
また、本実施の形態１によれば、ユーザが意識している入力ストレスを考慮してストレス発生の有無を推定することができる。
【００６５】
また、本実施の形態１によれば、育児開始前後の性格項目の時間的なずれに基づき、潜在的な時差ストレスの発生の有無を推定することができる。
【００６６】
また、本実施の形態１によれば、ユーザの体温の変化に基づき潜在的な不眠ストレスの発生の有無を推定することができる。
【００６７】
また、本実施の形態１によれば、ユーザ等に対して報知を行い、育児中のストレスに関して注意を喚起することができる。
【００６８】
（実施の形態２）
本実施の形態では、ユーザのストレス情報を電子母子手帳と同期する形態について述べる。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
図１３は、実施の形態２に係る情報処理システムの構成例を示す模式図である。本実施の形態に係る情報処理システムは、サーバ１、端末２、２、２…のほかに、センタサーバ３を含む。センタサーバ３は、電子母子手帳に係るデータセンタのサーバ装置であり、出産記録、育児記録、母子の健康記録等を記憶している。なお、センタサーバ３はパーソナルコンピュータ等の他の情報処理装置であってもよい。本実施の形態においてセンタサーバ３は、サーバ１からユーザのストレス情報を取得し、電子母子手帳に反映させる処理を実行する。
【００６９】
図１４は、実施の形態２に係るセンタサーバ３の構成例を示すブロック図である。センタサーバ３は、制御部３１、プログラムＰ２を記憶する記憶部３２、通信部３３、大容量記憶装置３４を含む。各構成要素の概要はそれぞれサーバ１の制御部１１、記憶部１２、通信部１３、及び大容量記憶装置１５と同様であるため、ここでは詳細な説明を省略する。本実施の形態に係る大容量記憶装置３４は、母子手帳ＤＢ３４１を記憶している。母子手帳ＤＢ３４１は、電子母子手帳に係るデータを記憶しており、本実施の形態においてサーバ１から取得したユーザのストレス情報を記憶している。
【００７０】
図１５は、実施の形態２に係る母子手帳ＤＢ３４１のレコードレイアウトの一例を示す説明図である。母子手帳ＤＢ３４１は、ＩＤ列、期間列、生活項目列、入力ストレス列、時差ストレス列、合計列、属性列を含む。ＩＤ列は、ユーザのＩＤを記憶している。期間列は、ＩＤと対応付けて、育児開始後の期間、例えば一週間毎の期間を記憶している。生活項目列は、ＩＤ及び期間と対応付けて、生活項目を記憶している。入力ストレス列は、ＩＤ、期間、及び生活項目と対応付けて、当該期間におけるストレス入力の入力回数を生活項目毎に記憶している。時差ストレス列は、ＩＤ、期間、及び生活項目と対応付けて、当該期間において発生した時差ストレスの発生回数を生活項目毎に記憶している。合計列は、ＩＤ、期間、及び生活項目と対応付けて、当該期間におけるストレス入力の入力回数及び時差ストレスの発生回数の合計値を生活項目毎に記憶している。属性列は、ＩＤと対応付けて、ストレスの発生パターンに関するユーザの属性を記憶している。
【００７１】
センタサーバ３の制御部３１は、サーバ１から各ユーザのストレス情報、詳しくは時差ストレス及び入力ストレスに関するストレス情報を取得する。なお、制御部３１は不眠ストレスの情報を併せて取得するようにしてもよい。制御部３１は、当該ストレス情報に基づいて、ストレス発生パターンに関するユーザの属性を決定する。
【００７２】
具体的に制御部３１は、生活項目に応じたストレスの発生頻度を算出する。例えば制御部３１は、一週間毎の時差ストレスの発生回数を、生活項目毎に計数して母子手帳ＤＢ３４１に記憶する。また、制御部３１は入力ストレスについても同様に、一週間毎のストレス入力の入力回数を、生活項目毎に計数して母子手帳ＤＢ３４１に記憶する。そして制御部３１は、一週間毎の時差ストレスの発生回数、及びストレス入力の入力回数の合計値を、生活項目毎に算出して母子手帳ＤＢ３４１に記憶する。これにより、母子手帳ＤＢ３４１にはどの生活項目についてストレスが発生しやすいのか、すなわちストレスの発生パターンが一週間毎に記憶される。
【００７３】
制御部３１は、算出した時差ストレス及び入力ストレスの合計値に基づき、ユーザの属性を決定する。具体的に制御部３１は、各生活項目に係る合計値が所定の閾値以上であるか否かを判定する。例えば閾値が「１０」であるものとして、図１５の例を考える。この場合、制御部３１はＩＤ「ｕ１」のユーザについて、各生活項目に係る合計値が閾値「１０」以上であるか否かを判定する。図１５の例の場合、閾値「１０」以上の合計値を有する生活項目は「就寝」である。従って、制御部３１は生活項目「就寝」についてユーザのストレスが発生しやすいものと判断する。この場合、制御部３１はユーザの属性を「睡眠」に決定し、母子手帳ＤＢ３４１に記憶する。制御部３１は、他のユーザについても同様に判定処理を行い、各ユーザの属性を決定していく。なお、例えば閾値以上の合計値に係る生活項目が複数ある場合、制御部３１は合計値が最も大きい生活項目をユーザの属性に決定する。
【００７４】
なお、上記の処理内容は一例であって、制御部３１は他の算出基準でユーザの属性を決定してもよい。例えば制御部３１は、合計値が最も大きい生活項目をユーザの属性に決定してもよい。また、例えば制御部３１は、過去数週間にわたって合計値が継続して閾値以上であるか否かを判定することで、ユーザの属性を決定してもよい。また、例えば制御部３１は、合計値が閾値以上である生活項目全てについてユーザに属性を割り当ててもよい。このように、ストレスの発生パターンに関する属性については種々の決定方法が考えられる。
【００７５】
図１６は、実施の形態２に係る母子手帳画面の一例を示す説明図である。端末２の制御部２１はセンタサーバ３にアクセスして母子手帳ＤＢ３４１に記憶された情報を取得し、図１６に示す母子手帳画面を表示する。母子手帳画面は、例えばストレスデータ２０１、アドバイス２０２等を含む。ストレスデータ２０１は、一週間毎の入力ストレスの入力回数及び時差ストレスの発生回数を、生活項目毎に示すグラフである。図１６において、ハッチングにより示す棒グラフは入力ストレスの入力回数を、白抜きにより示す棒グラフは時差ストレスの発生回数を示す。ユーザはストレスデータ２０１を参考に、自らのストレスの発生パターンを把握することができる。なお、ストレスデータ２０１は円グラフ、折れ線グラフ等の他の形式によりストレスの発生パターンを図示してもよい。また、ストレスデータ２０１はグラフ形式ではなく、表形式等でストレスの発生パターンを示してもよい。
【００７６】
アドバイス２０２は、ユーザの属性に応じたアドバイス文章である。例えばセンタサーバ３の制御部３１は、属性に応じたアドバイスのテンプレートを大容量記憶装置３４に記憶しておく。制御部３１は、当該テンプレートに基づき、ユーザ個々のストレス情報に応じてアドバイスを生成し、母子手帳画面に出力する。これにより、制御部３１はユーザの属性を通知すると共に、ストレスの解消法等を通知する。なお、制御部３１はユーザに属性を通知可能であればよく、通知態様はアドバイス形式でなくともよい。
【００７７】
なお、上記でセンタサーバ３は母子手帳画面によりユーザの属性を通知することとしたが、属性の通知態様は母子手帳画面に限るものではなく、例えばメール等のように、他の通知態様であってもよい。
【００７８】
また、センタサーバ３は上記の情報をユーザに対してだけでなく、病院、自治体等の第三者に対しても出力することとしてもよい。これにより、ユーザが抱えるストレスについて包括的な対処を促すことができる。
【００７９】
また、上記の母子手帳画面の表示内容は一例であって、制御部３１は、電子母子手帳にユーザのストレス情報を反映させることができればよい。例えば制御部３１は、ユーザの体温、食事摂取量、心拍数等を母子手帳画面に含めてもよい。また、例えば図１６に示すように、制御部３１は病院、自治体等からの通知を母子手帳画面に含めてもよい。さらに制御部３１は、図１６に図示する以外に、例えば企業の商品広告等を母子手帳画面に含めてもよい。
【００８０】
図１７は、実施の形態２に係る情報処理システムが実行する処理手順の一例を示すフローチャートである。図１７に基づいて、本実施の形態に係る情報処理システムが実行する処理内容について説明する。
サーバ１の制御部１１は、生活ＤＢ１５３からユーザのストレス情報を読み出し、電子母子手帳に出力する（ステップＳ２０１）。例えば制御部１１は定期的に電子母子手帳を管理するセンタサーバ３と通信を行い、ユーザのストレス情報を送信する。
【００８１】
センタサーバ３の制御部３１は、サーバ１からストレス情報を取得する（ステップＳ２０２）。具体的には、制御部３１はネットワークＮを介してサーバ１からストレス情報を受信する。当該ストレス情報は、入力ストレス及び時差ストレスに係る情報を含む。制御部３１は、生活項目に応じたストレスの発生頻度を算出し、母子手帳ＤＢ３４１に記憶する（ステップＳ２０３）。例えば制御部３１は、一週間毎のストレス入力の入力回数及び時差ストレスの発生回数を、生活項目毎に計数する。さらに制御部３１は、計数したストレス入力の入力回数及び時差ストレスの発生回数を合算し、一週間毎の入力ストレス及び時差ストレスに係る合計値を算出する。制御部３１は、上記の算出結果を母子手帳ＤＢ３４１に記憶する。
【００８２】
制御部３１は、合計値が所定の閾値以上である生活項目があるか否かを判定する（ステップＳ２０４）。閾値以上の生活項目があると判定した場合（Ｓ２０４：ＹＥＳ）、制御部３１はストレスの発生パターンに関しユーザの属性を決定する（ステップＳ２０５）。具体的に制御部３１は、合計値が閾値以上の生活項目についてストレスが発生しやすいと判断し、当該生活項目をユーザの属性に決定する。制御部３１は、ステップＳ２０５で決定した属性に係る所定情報をユーザに通知する（ステップＳ２０６）。例えば制御部３１は、決定した属性を母子手帳ＤＢ３４１に記憶しておく。端末２から電子母子手帳の出力要求を受け付けた場合、制御部３１は母子手帳ＤＢ３４１を参照し、ストレスの発生パターンに関してユーザの属性に応じた母子手帳画面を生成し、端末２に出力する。これにより制御部３１は、育児ストレスに係る属性、詳細な発生パターン、アドバイス等を含む情報をユーザに通知する。制御部３１は、一連の処理を終了する。
【００８３】
なお、上記でセンタサーバ３は、入力ストレス及び時差ストレスに応じてユーザの属性を決定したが、例えば入力ストレスのみに応じて属性を決定してもよい。また、例えばセンタサーバ３は不眠ストレスを含めて属性を決定してもよい。
【００８４】
以上より、本実施の形態２によれば、ユーザのストレス情報を電子母子手帳に反映させることができる。
【００８５】
また、本実施の形態２によれば、ストレスの発生パターンに応じて各ユーザを分類することにより、ストレス情報をより適切な形でユーザに提供することができる。
【００８６】
（実施の形態３）
本実施の形態では、ユーザの属性に応じてＳＮＳ（Social Networking Service）に係るコミュニティを形成する形態について述べる。なお、実施の形態１及び２と重複する内容については同一の符号を付して説明を省略する。
【００８７】
図１８は、実施の形態３に係るセンタサーバ３の構成例を示すブロック図である。本実施の形態に係るセンタサーバ３の大容量記憶装置３４は、投稿ＤＢ３４２を記憶している。投稿ＤＢ３４２は、各ユーザがＳＮＳに投稿した投稿情報を記憶している。投稿情報は、例えば端末２からネットワークＮを介してセンタサーバ３に出力されたコメント、画像、ハイパーリンク等の情報である。
【００８８】
図１９は、実施の形態３に係る投稿ＤＢ３４２のレコードレイアウトの一例を示す説明図である。投稿ＤＢ３４２は、コミュニティＩＤ列、属性列、日時列、ＩＤ列、投稿列、評価列を含む。コミュニティＩＤ列は、ＳＮＳに係る各コミュニティを識別するためのＩＤを記憶している。属性列は、コミュニティＩＤと対応付けて、コミュニティに属するユーザの属性を記憶している。日時列は、コミュニティＩＤと対応付けて、投稿情報が投稿された日時を記憶している。ＩＤ列は、日時と対応付けて、投稿情報を投稿したユーザのＩＤを記憶している。投稿列は、日時と対応付けて、投稿情報の内容を記憶している。評価列は、投稿情報と対応付けて、当該投稿情報に対する他のユーザからの評価情報を記憶している。具体的に評価情報は、他のユーザからの評価数である。
【００８９】
図２０は、実施の形態３に係る処理の概要を説明する説明図である。実施の形態２と同様に、センタサーバ３の制御部３１はサーバ１から取得したストレス情報に基づき、ユーザの属性を決定する。本実施の形態ではさらに、制御部３１は決定した属性に応じてユーザが属するＳＮＳのコミュニティを決定する。具体的に制御部３１は、いずれの生活項目についてストレスが発生しやすいのかに応じて、生活項目を示す「睡眠」「おむつ」等の各コミュニティにユーザを割り当てる。これにより、同一属性のユーザが各コミュニティに属することになる。
【００９０】
図２１は、実施の形態３に係る母子手帳画面の一例を示す説明図である。図２１に示すように、本実施の形態に係る母子手帳画面はＳＮＳアイコン３０１を含む。ＳＮＳアイコン３０１は、ユーザが属するコミュニティに投稿された投稿情報を閲覧するためのオブジェクトである。ＳＮＳアイコン３０１への操作入力を受け付けた場合、端末２の制御部２１はセンタサーバ３と通信を行い、後述するＳＮＳ画面へと遷移する。
なお、本実施の形態に係る母子手帳画面は、他のユーザからの評価が高い投稿情報３０２を含む。投稿情報３０２について、詳しくは後述する。
【００９１】
図２２は、実施の形態３に係るＳＮＳ画面の一例を示す説明図である。母子手帳画面においてＳＮＳアイコン３０１への操作入力を受け付けた場合、制御部２１は図２２に示すＳＮＳ画面を表示する。ＳＮＳ画面は、ユーザが属するコミュニティにおいて各ユーザから投稿された投稿情報３２１を一覧表示する画面である。ＳＮＳ画面は、例えば投稿情報３２１、評価アイコン３２２、投稿入力欄３２３等を含む。投稿情報３２１は、各ユーザから投稿された投稿情報である。投稿入力欄３２３は、端末２のユーザが投稿情報を入力するための入力欄である。制御部２１は、投稿入力欄３２３を介してユーザによる投稿情報の入力を受け付ける。なお、制御部２１は投稿入力欄３２３においてテキストだけでなく、例えば撮像部２６で撮像された画像等の入力を受け付けてもよい。
なお、センタサーバ３はコミュニティに属するユーザに対してだけでなく、第三者に対してもＳＮＳ画面を出力してもよい。例えば図２２の投稿情報３２１ａに示すように、本実施の形態に係るＳＮＳのコミュニティには、病院、自治体等から投稿を行うことができる。図２０に示すように、センタサーバ３の制御部３１は、出力要求に応じて病院、自治体等の所定端末にＳＮＳ画面を出力し、投稿情報を受け付ける。
【００９２】
評価アイコン３２２は、他のユーザが投稿した投稿情報に対する評価情報の入力を受け付けるためのオブジェクトである。他のユーザの投稿情報に高評価を与えたい場合、ユーザは評価アイコン３２２への操作入力を行う。端末２の制御部２１は、評価アイコン３２２を介してユーザによる評価情報の入力を受け付ける。
制御部２１は、投稿入力欄３２３で受け付けた投稿情報、及び評価アイコン３２２で受け付けた評価情報をセンタサーバ３に送信する。
【００９３】
センタサーバ３の制御部３１は、投稿情報を受信し、投稿ＤＢ３４２に記憶する。これにより制御部３１はＳＮＳに係る投稿情報を更新する。また、制御部３１は端末２から評価情報を受信し、評価数の集計を行う。具体的に制御部３１は、各端末２、２、２…から送信される評価情報の数に応じて、投稿ＤＢ３４２の評価列に評価数を加算して記憶する。制御部３１は、当該評価数に基づき、高評価の投稿情報を母子手帳画面に出力する。具体的には図２１に示すように、制御部３１は評価数の多い投稿情報３０１を含めて母子手帳画面を生成し、端末２に出力する。これによりユーザは、自らのストレスの発生パターンに関する情報を閲覧できるだけでなく、他のユーザから投稿された評価の高い投稿情報３０１を参考にしてストレスに対処することができる。
【００９４】
図２３は、実施の形態３に係る情報処理システムが実行する処理手順の一例を示すフローチャートである。図２３に基づいて、本実施の形態に係る情報処理システムが実行する処理内容について説明する。
ユーザの属性を決定する処理を行った後で（ステップＳ２０５）、センタサーバ３の制御部３１は以下の処理を実行する。制御部３１は、ＳＮＳに関し、ステップＳ２０５で決定した属性に応じてユーザが属するコミュニティを決定する（ステップＳ３０１）。ＳＮＳに係るコミュニティは、ユーザの属性、詳しくはストレスが発生しやすいと判断された生活項目に応じて分類されるコミュニティである。制御部３１は、ステップＳ２０５で属性を決定したユーザについて、同一属性のユーザのコミュニティに当該ユーザを割り当てることで、ＳＮＳに係るコミュニティを決定する。制御部３１は、ステップＳ２０５で決定した属性について、高評価の投稿情報３０２を含む所定情報をユーザに通知する（ステップＳ３０２）。具体的に制御部３１は、高評価の投稿情報、例えば評価数の多い上位の投稿情報を投稿ＤＢ３４２から抽出する。制御部３１は、母子手帳ＤＢ３４１を参照し、投稿ＤＢ３４２から抽出した高評価の投稿情報３０２を含む母子手帳画面を生成し、ネットワークＮを介して端末２に出力する。
【００９５】
制御部３１は、ＳＮＳ画面を端末２に出力するか否かを判定する（ステップＳ３０３）。例えば制御部３１は、ＳＮＳアイコン３０１への操作入力により、端末２からＳＮＳ画面の出力要求を受け付けたか否かにより判定を行う。ＳＮＳ画面を出力しないと判定した場合（Ｓ３０３：ＮＯ）、制御部３１は一連の処理を終了する。ＳＮＳ画面を出力すると判定した場合（Ｓ３０３：ＹＥＳ）、制御部３１は、端末２のユーザが属するコミュニティのＳＮＳ画面を生成し、端末２に出力する（ステップＳ３０４）。ＳＮＳ画面は、例えば各ユーザの投稿情報３２１、評価アイコン３２２、及び投稿入力欄３２３を含む。制御部３１は、端末２を介して、コメント、画像等の投稿情報、及び該投稿情報に対する評価情報の入力を受け付ける（ステップＳ３０５）。例えば端末２の制御部２１は、ＳＮＳ画面の投稿入力欄３２３を介してユーザによる投稿情報の入力を受け付ける。また、制御部２１は、評価アイコン３２２を介して、他のユーザからの投稿情報３２１に対する評価情報の入力を受け付ける。制御部２１は、投稿情報及び評価情報をセンタサーバ３に送信する。センタサーバ３の制御部３１は、当該情報を受信することで、投稿情報及び評価情報の入力を受け付ける。
【００９６】
制御部３１は、投稿情報を投稿ＤＢ３４２に記憶する（ステップＳ３０６）。具体的に制御部３１は、送信元である端末２のユーザの属性、ＩＤ、投稿日時等と対応付けて、投稿情報を記憶する。また、制御部３１は、各投稿情報に対する評価情報の集計を行う（ステップＳ３０７）。具体的に制御部３１は、各端末２、２、２…から送信された評価情報の数に応じて、投稿ＤＢ３４２の評価列に評価数を加算して記憶することで集計を行う。制御部３１は、当該集計結果に基づき、高評価の投稿情報を電子母子手帳に反映させる。具体的には上述のごとく、ステップＳ３０２の処理において制御部３１は、投稿ＤＢ３４２に記憶した評価数を参照し、評価数の多い上位の投稿情報を抽出して母子手帳画面を生成し、端末２に出力する。ステップＳ３０７の処理を行った後で、制御部３１は一連の処理を終了する。
【００９７】
なお、上記でセンタサーバ３は評価の高い投稿情報を母子手帳画面に出力することとしたが、本実施の形態はこれに限るものではない。例えばサーバ１は、評価の高い投稿情報に対して、他のユーザが返信した投稿情報も併せて出力してもよい。これにより、ユーザは有益な投稿情報について、ユーザ同士のやり取りをまとめて閲覧することができる。
【００９８】
また、上記でセンタサーバ３は、母子手帳画面及びＳＮＳ画面を相互にリンクさせて出力処理を行ったが、本実施の形態はこれに限るものではない。センタサーバ３は属性に応じてユーザのコミュニティを形成できればよく、例えば端末２は当該ＳＮＳを示すアプリケーションのアイコンを表示し、該アイコンへのタッチ入力を受け付けた場合にセンタサーバ３はＳＮＳ画面を出力して端末２に出力するようにしてもよい。
【００９９】
以上より、本実施の形態３によれば、ユーザの属性に応じたＳＮＳのコミュニティが形成され、ユーザ同士で意見交換、相談等をすることができる。
【０１００】
なお、実施の形態２及び３において、センタサーバ３が電子母子手帳の管理、ＳＮＳの運営等を行うこととしたが、実施の形態２及び３に係る情報処理システムの構成は上記に限られない。例えばサーバ１の大容量記憶装置１４に母子手帳ＤＢ３４１、投稿ＤＢ３４２を記憶しておき、サーバ１が電子母子手帳及びＳＮＳに係る処理主体となってもよい。すなわちサーバ１及びセンタサーバ３は、一体のハードウェアとして構成されていてもよい。
【０１０１】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１０２】
１  サーバ
３  センタサーバ
１１、３１  制御部
１２、３２  記憶部
Ｐ１、Ｐ２  プログラム
１３、３３  通信部
１４  時計部
１５、３４  大容量記憶装置
１５１  時差テーブル
１５２  基準ＤＢ
１５３  生活ＤＢ
１５４  ストレスＤＢ
３４１  母子手帳ＤＢ
３４２  投稿ＤＢ
２  端末
２１  制御部
２２  記憶部
２３  通信部
２４  表示部
２５  入力部
２６  撮像部
２７  体温計
８１  生活項目欄
８２  時刻入力欄
８３  チェックボックス
８４  体温欄
８５  同期ボタン
２０１  ストレスデータ
２０２  アドバイス
３０１  ＳＮＳアイコン
３０２、３２１  投稿情報
３２２  評価アイコン
３２３  投稿入力欄
【図１】
2017182180.tif 000003
【図２】
2017182180.tif 000004
【図３】
2017182180.tif 000005
【図４】
2017182180.tif 000006
【図５】
2017182180.tif 000007
【図６】
2017182180.tif 000008
【図７】
2017182180.tif 000009
【図８】
2017182180.tif 000010
【図９】
2017182180.tif 000011
【図１０】
2017182180.tif 000012
【図１１】
2017182180.tif 000013
【図１２】
2017182180.tif 000014
【図１３】
2017182180.tif 000015
【図１４】
2017182180.tif 000016
【図１５】
2017182180.tif 000017
【図１６】
2017182180.tif 000018
【図１７】
2017182180.tif 000019
【図１８】
2017182180.tif 000020
【図１９】
2017182180.tif 000021
【図２０】
2017182180.tif 000022
【図２１】
2017182180.tif 000023
【図２２】
2017182180.tif 000024
【図２３】
2017182180.tif 000025