(57)【要約】【課題】  取得した情報に基づいて検索条件を作成することで、ユーザーの健康増進、治療に役立つ適切な情報を自動で検索する情報処理システム及びプログラム等を提供すること。【解決手段】  情報処理システム１００は、ユーザーの生体情報及び自覚症状情報を取得する情報取得部１１０と、取得された生体情報及び自覚症状情報と、医療知識データベースＭＤＢとに基づいて、ユーザーの健康に関する情報の検索処理に用いる検索条件を作成する検索条件作成部１２０と、作成された検索条件に基づいて、検索処理を実行して検索結果情報を取得する検索処理部１３０を含む。【選択図】      図１
2016134132.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーの生体情報及び自覚症状情報を取得する情報取得部と、
取得された前記生体情報及び前記自覚症状情報と、医療知識データベースとに基づいて、前記ユーザーの健康に関する情報の検索処理に用いる検索条件を作成する検索条件作成部と、
作成された前記検索条件に基づいて、前記検索処理を実行して検索結果情報を取得する検索処理部と、
を含むことを特徴とする情報処理システム。
【請求項２】
請求項１において、
前記検索条件作成部は、
前記自覚症状情報と、前記医療知識データベースとに基づいて、取得された前記ユーザーの前記生体情報を含む前記検索条件を作成することを特徴とする情報処理システム。
【請求項３】
請求項２において、
前記情報取得部が、前記ユーザーの前記生体情報として数値データを取得した場合に、
前記検索条件作成部は、
前記自覚症状情報と、前記医療知識データベースとに基づいて、取得された前記ユーザーの前記生体情報の前記数値データに対応する所与の数値範囲を含む前記検索条件を作成することを特徴とする情報処理システム。
【請求項４】
請求項２又は３において、
前記情報取得部は、
前記ユーザーの前記生体情報として、複数の前記生体情報を取得し、
前記検索条件作成部は、
前記自覚症状情報と、前記医療知識データベースとに基づいて、取得した複数の前記生体情報から、前記検索条件に含める前記生体情報の選択処理を行うことを特徴とする情報処理システム。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記医療知識データベースは、
複数の病気の各病気に対して、前記病気に関する症状を表す症状情報と、前記症状に対応する前記生体情報である対応生体情報とが関連づけられたデータベースであることを特徴とする情報処理システム。
【請求項６】
請求項５において、
前記検索条件作成部は、
前記自覚症状情報と、前記医療知識データベースに含まれる前記症状情報との比較処理を行って、前記医療知識データベースに含まれる複数の前記病気のうち、いずれの前記病気が前記ユーザーに関係するかを特定することを特徴とする情報処理システム。
【請求項７】
請求項６において、
前記検索条件作成部は、
特定された前記病気に関連づけられた前記対応生体情報に対応する前記ユーザーの前記生体情報を、前記検索条件に含める処理を行うことを特徴とする情報処理システム。
【請求項８】
請求項６又は７において、
前記検索条件作成部は、
特定された前記病気に関連づけられた前記症状情報を前記検索条件に含める処理を行うことを特徴とする情報処理システム。
【請求項９】
請求項８において、
前記検索条件作成部は、
特定された前記病気に関連づけられた前記対応生体情報と、前記ユーザーの前記生体情報とに基づいて、特定された前記病気に対応付けられた複数の前記症状情報から、前記検索条件に含める前記症状情報の選択処理を行うことを特徴とする情報処理システム。
【請求項１０】
請求項５乃至９のいずれかにおいて、
前記医療知識データベースは、薬情報と、当該薬情報に対応する副作用を表す副作用症状情報とが関連づけられたデータベースであり、
前記情報取得部は、
前記ユーザーの投薬情報を取得し、
前記検索条件作成部は、
前記投薬情報と、前記医療知識データベースの前記薬情報とに基づいて、前記検索条件を作成することを特徴とする情報処理システム。
【請求項１１】
請求項１乃至１０のいずれかにおいて、
前記検索条件作成部は、
前記自覚症状情報により取得される情報を、さらに前記ユーザーの前記生体情報により絞り込む前記検索条件を作成することを特徴とする情報処理システム。
【請求項１２】
請求項１乃至１１のいずれかにおいて、
前記ユーザーの前記生体情報は、生体情報検出装置により取得された情報、及び、前記ユーザーの健康診断の結果を表す健康診断結果情報の少なくとも一方の情報であることを特徴とする情報処理システム。
【請求項１３】
請求項１乃至１２のいずれかにおいて、
前記自覚症状情報は、前記ユーザーが異常を感じた部位の情報、及び、前記ユーザーが異常を感じた前記部位に現れる症状を表す情報の少なくとも一方の情報であり、前記ユーザーにより入力される情報であることを特徴とする情報処理システム。
【請求項１４】
ユーザーの生体情報、及び投薬情報を取得する情報取得部と、
取得された前記生体情報及び前記投薬情報と、医療知識データベースとに基づいて、前記ユーザーの健康に関する情報の検索処理に用いる検索条件を作成する検索条件作成部と、
作成された前記検索条件に基づいて、前記検索処理を実行して検索結果情報を取得する検索処理部と、
を含むことを特徴とする情報処理システム。
【請求項１５】
請求項１４において、
前記医療知識データベースは、薬情報と、前記薬情報に対応する副作用を表す副作用症状情報とが関連づけられたデータベースであり、
前記検索条件作成部は、
前記投薬情報と、前記医療知識データベースの前記薬情報とに基づいて、前記検索条件を作成することを特徴とする情報処理システム。
【請求項１６】
ユーザーの生体情報及び自覚症状情報と、医療知識データベースとに基づいて作成される検索条件による、前記ユーザーの健康に関する情報の検索処理の要求処理を行う送信処理部と、
作成された前記検索条件に基づく検索結果情報を取得する受信処理部と、
取得した前記検索結果情報の表示処理を行う表示処理部として、
コンピューターを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及びプログラム等に関する。
【背景技術】
【０００２】
近年、自分の健康状態について、医者以外のアドバイスや情報をｗｅｂなどから求め、今の自分の症状は何が原因か、どんな治療を受ければよいかなどを個人で知ることが増えている。また通院中や治療中でも、同じように自分で独自に情報収集して、主治医の意見以外のセカンドオピニオンとして参考にしながら治療に臨む人が増えている。
【０００３】
近年では、ブログやホームページで、治療記録を闘病日記などの形で公開することが増えている。また、患者や医療関係者の掲示板やコミュニティーサイトも増えている。これにより、一般的な医学教科書的な情報ではなく、実際に病気にかかり治療している臨床に近い生データが入手できる環境ができてきたと言える。従って、このような情報サイトから適切な情報を探し出せれば、自分の健康増進や治療方針、対策などを自分で立てることができる。
【０００４】
健康に役立つ情報の基になるデータベースを作る手法は種々知られている。例えば特許文献１には、個人の医療情報（健康情報）を保管し、ネットワーク経由での閲覧を行う手法が開示されている。また、特許文献２にも、医療情報を保管する医療総合情報システム（装置）が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１８３３１６号公報
【特許文献２】国際公開第２００５／１２２０３３号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１や特許文献２のように、常時計測されるバイタル情報（生体情報）や自己医療データを蓄積して活用する手法は広く知られているが、ここでの活用とは医療機関や医師が判断する際の利用を想定している。そのため、今後の治療に役立つもの（薬や治療法等）を自分で判断できるだけの材料（情報）を揃えて、自動的に見せてくれるといった手法を開示するものではない。
【０００７】
従って、現在はＷｅｂで自分が思い付いたキーワードで関連するサイトを探すか、質問サイトに自分の症状を質問し、適切な答えを待つ手法をとることがほとんどである。前者は、適切なキーワードの設定が非常に難しく、なかなか思うような情報を得ることができないという課題がある。一方後者は、質問文で説明できる内容が限られているし、自分の症状を客観的に表現することが難しく、思うような答えを得ることが難しい。
【０００８】
本発明の幾つかの態様によれば、取得した情報に基づいて検索条件を作成することで、ユーザーの健康増進、治療に役立つ適切な情報を自動で検索する情報処理システム及びプログラム等を提供することができる。
【課題を解決するための手段】
【０００９】
本発明の一態様は、ユーザーの生体情報及び自覚症状情報を取得する情報取得部と、取得された前記生体情報及び前記自覚症状情報と、医療知識データベースとに基づいて、ユーザーの健康に関する情報の検索処理に用いる検索条件を作成する検索条件作成部と、作成された前記検索条件に基づいて、前記検索処理を実行して検索結果情報を取得する検索処理部と、を含む情報処理システムに関係する。
【００１０】
本発明の一態様では、ユーザーの生体情報と自覚症状情報を取得し、その２つと医療知識データベースを用いて検索条件を作成する。これにより、適切な検索条件を容易に作成することができるため、従来手法のように自覚症状情報から試行錯誤的に検索を繰り返す場合等に比べて、健康に関する情報の検索におけるユーザー負担を軽減すること等が可能になる。また、自覚症状情報だけでなく生体情報も用いるため、より適切な情報の絞り込みを行うこと等も可能になる。
【００１１】
また、本発明の一態様では、前記検索条件作成部は、前記自覚症状情報と、前記医療知識データベースとに基づいて、取得された前記ユーザーの前記生体情報を含む前記検索条件を作成してもよい。
【００１２】
これにより、取得したユーザーの生体情報を検索条件に含めることが可能になる。
【００１３】
また、本発明の一態様では、前記情報取得部が、前記ユーザーの前記生体情報として数値データを取得した場合に、前記検索条件作成部は、前記自覚症状情報と、前記医療知識データベースとに基づいて、取得された前記ユーザーの前記生体情報の前記数値データに対応する所与の数値範囲を含む前記検索条件を作成してもよい。
【００１４】
これにより、取得したユーザーの生体情報を検索条件に含める際に、数値そのものではなく数値範囲を用いるため、適切な検索を行うこと等が可能になる。
【００１５】
また、本発明の一態様では、前記情報取得部は、前記ユーザーの前記生体情報として、複数の前記生体情報を取得し、前記検索条件作成部は、前記自覚症状情報と、前記医療知識データベースとに基づいて、取得した複数の前記生体情報から、前記検索条件に含める前記生体情報の選択処理を行ってもよい。
【００１６】
これにより、取得したユーザーの生体情報を検索条件に含める際に、自覚症状情報と医療知識データベースを用いて適切な絞り込みを行うこと等が可能になる。
【００１７】
また、本発明の一態様では、前記医療知識データベースは、複数の病気の各病気に対して、前記病気に関する症状を表す症状情報と、前記症状に対応する前記生体情報である対応生体情報とが関連づけられたデータベースであってもよい。
【００１８】
これにより、病気、症状情報、対応生体情報とが関連づけられた医療知識データベースを用いて処理を行うことが可能になる。
【００１９】
また、本発明の一態様では、前記検索条件作成部は、前記自覚症状情報と、前記医療知識データベースに含まれる前記症状情報との比較処理を行って、前記医療知識データベースに含まれる複数の前記病気のうち、いずれの前記病気が前記ユーザーに関係するかを特定してもよい。
【００２０】
これにより、ユーザーに関係する病気を特定し、特定結果を用いて検索条件を作成すること等が可能になる。
【００２１】
また、本発明の一態様では、前記検索条件作成部は、特定された前記病気に関連づけられた前記対応生体情報に対応する前記ユーザーの前記生体情報を、前記検索条件に含める処理を行ってもよい。
【００２２】
これにより、検索条件に含める生体情報を選択する際に、対応生体情報を用いること等が可能になる。
【００２３】
また、本発明の一態様では、前記検索条件作成部は、特定された前記病気に関連づけられた前記症状情報を前記検索条件に含める処理を行ってもよい。
【００２４】
これにより、検索条件に症状情報を含めることが可能になる。
【００２５】
また、本発明の一態様では、前記検索条件作成部は、特定された前記病気に関連づけられた前記対応生体情報と、前記ユーザーの前記生体情報とに基づいて、特定された前記病気に対応付けられた複数の前記症状情報から、前記検索条件に含める前記症状情報の選択処理を行ってもよい。
【００２６】
これにより、検索条件に症状情報を含める際に、病気の特定結果を用いること等が可能になる。
【００２７】
また、本発明の一態様では、前記医療知識データベースは、薬情報と、当該薬情報に対応する副作用を表す副作用症状情報とが関連づけられたデータベースであり、前記情報取得部は、前記ユーザーの投薬情報を取得し、前記検索条件作成部は、前記投薬情報と、前記医療知識データベースの前記薬情報とに基づいて、前記検索条件を作成してもよい。
【００２８】
これにより、薬に関する情報を用いて検索条件作成処理を行うこと等が可能になる。
【００２９】
また、本発明の一態様では、前記検索条件作成部は、前記自覚症状情報により取得される情報を、さらに前記ユーザーの前記生体情報により絞り込む前記検索条件を作成してもよい。
【００３０】
これにより、自覚症状情報のみを用いる場合に比べて適切な情報の絞り込みをできるため、検索条件を用いた検索処理を行うことで、より有用な情報を取得すること等が可能になる。
【００３１】
また、本発明の一態様では、前記ユーザーの前記生体情報は、生体情報検出装置により取得された情報、及び、前記ユーザーの健康診断の結果を表す健康診断結果情報の少なくとも一方の情報であってもよい。
【００３２】
これにより、生体情報として生体情報検出装置からの情報や、健康診断結果情報を用いることが可能になる。
【００３３】
また、本発明の一態様では、前記自覚症状情報は、前記ユーザーが異常を感じた部位の情報、及び、前記ユーザーが異常を感じた前記部位に現れる症状を表す情報の少なくとも一方の情報であり、前記ユーザーにより入力される情報であってもよい。
【００３４】
これにより、自覚症状情報として、ユーザーにより入力された部位や当該部位に現れる症状の情報を用いることが可能になる。
【００３５】
また、本発明の他の態様は、ユーザーの生体情報、及び投薬情報を取得する情報取得部と、取得された前記生体情報及び前記投薬情報と、医療知識データベースとに基づいて、前記ユーザーの健康に関する情報の検索処理に用いる検索条件を作成する検索条件作成部と、作成された前記検索条件に基づいて、前記検索処理を実行して検索結果情報を取得する検索処理部と、を含む情報処理システムに関係する。
【００３６】
本発明の他の態様では、ユーザーの生体情報と投薬情報を取得し、その２つと医療知識データベースを用いて検索条件を作成する。これにより、適切な検索条件を容易に作成することができるため、従来手法のように自覚症状情報から試行錯誤的に検索を繰り返す場合等に比べて、健康に関する情報、特に薬に関する情報の検索におけるユーザー負担を軽減すること等が可能になる。
【００３７】
また、本発明の一態様では、前記医療知識データベースは、薬情報と、前記薬情報に対応する副作用を表す副作用症状情報とが関連づけられたデータベースであり、前記検索条件作成部は、前記投薬情報と、前記医療知識データベースの前記薬情報とに基づいて、前記検索条件を作成してもよい。
【００３８】
これにより、薬情報と、副作用症状情報とが関連づけられた医療知識データベースを用いて処理を行うこと等が可能になる。
【００３９】
本発明の他の態様は、ユーザーの生体情報及び自覚症状情報と、医療知識データベースとに基づいて作成される検索条件による、前記ユーザーの健康に関する情報の検索処理の要求処理を行う送信処理部と、作成された前記検索条件に基づく検索結果情報を取得する受信処理部と、取得した前記検索結果情報の表示処理を行う表示処理部として、コンピューターを機能させるプログラムに関係する。
【図面の簡単な説明】
【００４０】
【図１】本実施形態に係る情報処理システムの構成例。
【図２】図２（Ａ）、図２（Ｂ）は本実施形態に係る情報処理システムを含むシステムの構成例。
【図３】図３（Ａ）、図３（Ｂ）は生体情報検出装置の外観図。
【図４】生体情報検出装置の他の外観図。
【図５】図５（Ａ）〜図５（Ｃ）は医療知識データベースの具体例。
【図６】検索条件作成処理を説明する図。
【図７】検索条件作成処理の具体例を説明する図。
【図８】病気が特定された場合の検索条件の具体例。
【図９】本実施形態の検索処理の概念図。
【図１０】医療知識データベースの変形例。
【図１１】医療知識データベースの他の変形例。
【図１２】本実施形態の処理の流れを説明するシーケンス図。
【発明を実施するための形態】
【００４１】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００４２】
１．本実施形態の手法
まず本実施形態の手法について説明する。特許文献１や特許文献２に開示されているように、ユーザー（患者）の健康に関する情報を収集し、データベース化する手法は広く知られている。また、近年のインターネット、狭義にはＳＮＳ（Social Networking Service）の発達に伴い、健康に関する情報がネットワーク上に蓄積され、他者による閲覧が可能な状態となっている。例えば、所与の病気を患ったユーザーが自分の症状や投薬履歴等を日記形式で投稿したり、所与の病気に関するユーザーが多数集うコミュニティが形成され、当該コミュニティにおける情報交換が掲示板等に対する投稿履歴として残されることが考えられる。或いは、医療関係者（狭義には医師）のコミュニティが形成され、自身の治療の結果や研究結果等の知見をネットワーク上で交換し合うこともある。
【００４３】
このように、自身の健康に関する情報を収集しようとした場合に、有用な情報がネットワーク上に多数存在しているという状況が実現されてきた。そのため、何らかの不調を感じた場合に、自分がどういった病気であるか、どのような対応をしたらよいかを、ネットワークからの情報により決定する、といったことが行われるようになってきた。また、既に医師による診察を受け、病名の特定や具体的な治療が行われている場合にも、その医師の診断が正しいか否かを自身で判断するためのセカンドオピニオンとして、ネットワーク上の情報を活用したいという要望も考えられる。
【００４４】
しかし、このような情報源の活用は容易でない。例えば、自分が思いついたキーワードで検索を行う場合、適切なキーワードの設定が非常に難しい。例えば、頭痛や動悸といった自覚症状をキーワードとした場合、その症状が多くの病気で現れるものであれば、膨大な情報がヒットしてしまい情報の絞り込みに役立たない。また、思いつくままにキーワードを追加したのでは、実際の病気とは関係の薄いものまで検索条件に含まれてしまい、必要な情報が取得できない。さらにいえば、自分の症状を適切に（客観的に）把握すること自体が容易でない。例えば、「なんとなく体調が悪い」ことがわかっても、それがどの部位のどのような不調として現れているのか認識することが難しいことがある。また、「腹部」に異常が見られるとしても、それが「痛み」であるか「張り」であるかの判断に迷うこともあるし、痛みの強さは主観的な要素が強く客観的な評価ができないこともある。また、痛みの頻度等もタイマー等を用いて正確な計測を行うことは一般的でないため、「頻繁に」「ときどき」「まれに」といった表現もユーザー毎に異なる感覚で用いられる。
【００４５】
結果として、ユーザーはキーワードを慎重に検討したり、或いは検索結果を見て試行錯誤しながら検索キーワードを調整していくといった作業が必要になる。また、検索結果に有用な情報とそうでない情報が混在する可能性が高く、検索結果に対してユーザー自身が取捨選択（整理）を行う必要も生じる。さらに、検索結果を整理するには、どのようなポイント（考え方）で行うかを考慮する必要があり、整理自体が難しかったり、可能であっても膨大な時間を要することもある。すなわち現状では、自分の健康状態が掴めない（状態がわからない）、或いは自分の状態について検索する手法がよくわからない（例えば、使うべき検索キーワードの選び方や検索結果の整理のポイントなどがわからない）ため、治療に役立つ情報を見つけるのは難しかった。
【００４６】
以上の点は、質問サイトに自分の症状を質問し、適切な答えを待つ手法をとる場合も同様である。具体的には、質問文で説明できる内容が限られる、或いは自分の症状を客観的に表現することが難しいという点が課題となり、思うような答えを得ることが難しい。具体的には、回答者の回答内容がユーザーの望むものではない可能性もある。或いは、複数の回答者が回答した場合には、その中から有用な回答を選び出す作業が必要となるし、１つの回答の中でも有用な部分とそうでない部分が生じる可能性もあり、ユーザーの負担は軽いものとは言えない。
【００４７】
そこで本出願人は、ユーザー個人の情報（自己健康情報）が取得された場合に、当該情報に基づいて適切な検索条件を自動で生成するシステムを提案する。具体的には、本実施形態に係る情報処理システム１００は図１に示したように、ユーザーの生体情報、及び自覚症状情報を取得する情報取得部１１０と、取得された生体情報及び自覚症状情報と、医療知識データベースＭＤＢとに基づいて、ユーザーの健康に関する情報の検索処理に用いる検索条件を作成する検索条件作成部１２０と、作成された検索条件に基づいて、検索処理を実行して検索結果情報を取得する検索処理部１３０を含む。
【００４８】
ここで、生体情報（バイタル情報）とは、ユーザーの生命活動に起因して取得される情報である。なお本実施形態の生体情報は、一般的に「バイタルサイン」を測定する際に対象となる血圧、脈拍数、呼吸、体温に限定されるものではなく、他の情報を含んでもよい。例えば、生体情報は体重や体脂肪率を含んでもよいし、血液検査や尿検査の結果等を含んでもよい。また、本実施形態の生体情報はユーザーが何らかの生体情報検出装置（ウェアラブル型、非ウェアラブル型のいずれでもよい）を自ら操作して取得するものに限定されず、医療機関で行われる健康診断の結果等の情報であってもよい。
【００４９】
また、自覚症状情報とは、ユーザー自身が知覚する症状であり、種々の形式により表現される。例えば「頭が痛い」という文データであってもよいし、「頭痛」という単語データであってもよいし、複数の文から構成される文章データであってもよい。また、本実施形態の自覚症状情報は、「頭が『すごく』痛い」、「頭が『ときどき』痛い」といったような、強度や頻度の情報を含むものであってもよい。また、文データ、文章データに対して、後述する形態素解析処理等を行った結果も本実施形態の自覚症状情報に含まれるものとする。なお、自覚症状情報は上述したように症状が現れた部位（例えば「頭」）と、具体的な症状（例えば「痛い」）とにより構成されるが、部位を省略する等、その形式は種々の変形実施が可能である。
【００５０】
本実施形態の手法によれば、生体情報と自覚症状情報の両方を取得した上で、医療知識データベースＭＤＢを利用して検索条件を生成する。従来手法では、上述したように自覚症状を主として用いてキーワード検索等を行っていたが、本実施形態ではさらに生体情報を用いることができるため、情報の適切な絞り込み等が可能になる。さらにその際、取得された情報をそのまま検索条件とするのではなく、医療知識データベースＭＤＢを利用して検索条件を求めるため、例えば不要な生体情報、自覚症状情報を検索条件から外す等の処理が可能になり、より有用な情報を得やすくすることが可能である。
【００５１】
また、本実施形態に係る検索条件作成部１２０は、自覚症状情報により取得される情報を、さらにユーザーの生体情報により絞り込む検索条件を作成するものであると言うことができる。つまり従来手法であれば、自覚症状情報をそのまま用いて試行錯誤的に検索を実行していたところ、本実施形態では生体情報を合わせて用いることで、情報の適切な絞り込みが可能になる。なお、具体的な絞り込み手法（検索条件の作成手法）については後述する。
【００５２】
以下、まず本実施形態に係る情報処理システム１００や電子機器等の詳細な構成例について説明する。その後、生体情報と自覚症状情報の具体例、及び取得した各情報の変換処理を説明する。さらに、医療知識データベースＭＤＢの具体的なデータ構造例を説明し、医療知識データベースＭＤＢと生体情報、自覚症状情報を用いて検索条件を作成する処理の具体例を説明する。最後に、図１２を用いて本実施形態の処理の流れを説明する。
【００５３】
２．システム構成例
本実施形態に係る情報処理システム１００は、図１を用いて上述したように、情報取得部１１０と、検索条件作成部１２０と、検索処理部１３０を含む。ただし、情報処理システム１００は、図１の構成に限定されず、他の構成要素を追加するなどの種々の変形実施が可能である。
【００５４】
情報取得部１１０は、ユーザーの生体情報及び自覚症状情報を取得する。情報取得部１１０は、例えば他の機器からの情報を取得するインターフェースとして実現されてもよく、図２（Ａ）等を用いて後述するように他の機器からネットワークＮＥを介して情報を取得するのであれば、通信機能を有する通信部（受信処理部）として実現される。
【００５５】
検索条件作成部１２０は、情報取得部１１０が取得したユーザーの生体情報及び自覚症状情報と、医療知識データベースＭＤＢとに基づいて検索条件を作成する。検索条件の作成処理については、医療知識データベースＭＤＢの具体的な構成例と合わせて後述する。
【００５６】
検索処理部１３０は、検索条件作成部１２０で作成された検索条件を用いて、検索処理を実行し、検索結果情報を取得する。図１の例では、検索対象は電子カルテデータベースＥＣＤＢや、ＷｅｂネットワークＷＥ等を想定している。
【００５７】
図２（Ａ）に、本実施形態に係る情報処理システム１００を含むシステムの具体的な実現例を説明する。図２（Ａ）のシステムは、サーバーシステム２００と、端末装置３００と、生体情報検出装置（生体情報測定装置）４００とを含み、それらはネットワークＮＥを介して接続されている。
【００５８】
本実施形態に係る情報処理システム１００は、種々の形態により実現できるが、例えば図２のサーバーシステム２００が情報処理システム１００に対応し、端末装置３００及び生体情報検出装置４００は、処理対象となるユーザーにより使用される装置であってもよい。
【００５９】
図３（Ａ）〜図４に生体情報（狭義には脈波情報）を収集する生体情報検出装置４００の外観図の一例を示す。本実施形態の生体情報検出装置４００はバンド部１０とケース部３０とセンサー部４０を有する。ケース部３０はバンド部１０に取り付けられる。センサー部４０は、ケース部３０に設けられる。
【００６０】
バンド部１０はユーザーの手首に巻き付けて生体情報検出装置４００を装着するためのものである。バンド部１０はバンド穴１２、バックル部１４を有する。バックル部１４はバンド挿入部１５と突起部１６を有する。ユーザーは、バンド部１０の一端側を、バックル部１４のバンド挿入部１５に挿入し、バンド部１０のバンド穴１２にバックル部１４の突起部１６を挿入することで、生体情報検出装置４００を手首に装着する。なお、バンド部１０は、バックル部１４の代わりに尾錠を有する構成としてもよい。
【００６１】
ケース部３０は、生体情報検出装置４００の本体部に相当するものである。ケース部３０の内部には、センサー部４０や不図示の回路基板等の生体情報検出装置４００の種々の構成部品が設けられる。即ち、ケース部３０は、これらの構成部品を収納する筐体である。
【００６２】
ケース部３０には発光窓部３２が設けられている。発光窓部３２は透光部材により形成されている。そしてケース部３０には、フレキシブル基板に実装されたインターフェースとしての発光部が設けられており、この発光部からの光が、発光窓部３２を介してケース部３０の外部に出射される。
【００６３】
生体情報検出装置４００は、図２（Ａ）等に示すようにユーザーの手首に装着され、当該装着された状態で脈波情報（広義には生体情報）の計測が行われる。具体的には、センサー部４０は発光部と受光部を有する光電センサーを含み、当該光電センサーを用いて脈波情報を計測する。なお、光電センサーを用いた脈波情報の計測については広く知られた手法であるため詳細な説明は省略する。また、生体情報検出装置４００の装着部位は足首、指、上腕などでもよい。
【００６４】
また、生体情報検出装置４００は図３（Ａ）〜図４のバンド型（腕時計型）のものに限定されず、胸に装着するバンド型装置、頸部等に貼り付ける装置、メガネ型（顔装着型）装置等、種々の装置を用いることが可能である。さらに、搭載されるセンサーも光電センサーに限定されず、超音波センサーや体動センサー（例えば加速度センサー）、ＧＰＳ受信機などの位置センサー等、種々のセンサーを利用可能である。
【００６５】
生体情報検出装置４００により検出された生体情報は、ネットワークＮＥを介してサーバーシステム２００に送信され、サーバーシステム２００（情報処理システム１００）の情報取得部１１０により取得される。ここでのネットワークＮＥは、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）などにより実現することができ、有線・無線を問わない。
【００６６】
また、ネットワークＮＥは、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の短距離無線通信（ＮＦＣ）を含んでもよい。そのため、生体情報検出装置４００と端末装置３００が短距離無線通信により接続され、端末装置３００がインターネット等によりサーバーシステム２００に接続されるという実施形態も考えられる。つまり、生体情報検出装置４００からの生体情報をサーバーシステム２００で取得する場合に、端末装置３００等の他の装置を介した通信をおこなってもよい。具体的には、生体情報が生体情報検出装置４００から短距離無線通信で端末装置３００に送信され、当該生体情報がインターネット等を介してサーバーシステム２００に送信されるという形態が可能である。或いは、生体情報検出装置４００と、端末装置３００とをＵＳＢ（Universal Serial Bus）やｍｉｃｒｏＵＳＢ等を用いて有線接続してもよい。
【００６７】
端末装置３００は、図２（Ａ）ではスマートフォンのような小型携帯端末を示したが、これに限定されずＰＣ等の据え置き型の機器であってもよい。端末装置３００は、狭義には入力部（キーボードやマウス、タッチパネル等の操作部）及び表示部を含む。ユーザーは、端末装置３００を操作して、自身が知覚した異常（症状）である自覚症状情報を入力し、サーバーシステム２００に対して送信する。そして、サーバーシステム２００（情報処理システム１００）の情報取得部１１０が、当該自覚症状情報を取得する。
【００６８】
また、詳細については後述するが、本実施形態の生体情報は、図３（Ａ）〜図４に示したようなウェアラブル型の生体情報検出装置で検出されるものに限定されず、据え置き型の生体情報検出装置で測定されるものや、病院等での健康診断の結果を表す健康診断結果情報も含むものである。据え置き型の生体情報検出装置がネットワークＮＥに接続可能な場合、或いは健康診断の結果が電子データ化されており、当該電子データがネットワークＮＥに接続可能な装置に保存されている場合、ユーザーの生体情報を各装置からサーバーシステム２００に対して送信することが可能である。つまり本実施形態では、生体情報は端末装置３００から送信されるものに限定されない。また、各装置がネットワークＮＥに接続できない等の理由により、生体情報がプリントアウトされる（紙媒体で取得される）ことも考えられる。そのような場合には、当該生体情報を端末装置３００に入力し、端末装置３００を介してサーバーシステム２００に対して送信してもよい。
【００６９】
以上の流れによりサーバーシステム２００においてユーザーの生体情報及び自覚症状情報が取得されたら、サーバーシステム２００は検索条件作成部１２０による検索条件の作成処理、検索処理部１３０による検索処理を行って検索結果情報を取得する。
【００７０】
なお、サーバーシステム２００は、１つのサーバー装置（処理装置）により構成されてもよいがこれに限定されず、複数のサーバー装置の集合として実現されてもよい。例えば、サーバーシステム２００はデータベースサーバーや、アプリケーションサーバー等の集合であってもよい。その場合、各サーバー装置は相互に関連をもって動作可能であればよいため、物理的に近い位置に設けられる必要はなく、離れた位置に配置され、ネットワークＮＥにより接続される形態であってもよい。また、図１では医療知識データベースＭＤＢは情報処理システム１００の外部にあるものとしたがこれには限定されず、サーバーシステム２００が医療知識データベースＭＤＢを含んでもよい。さらにいえば、検索処理の対象となる電子カルテデータベースＥＣＤＢについても、情報処理システム１００の外部にある実施形態には限定されず、サーバーシステム２００に含まれてもよい。
【００７１】
サーバーシステム２００により検索結果情報が取得されたら、当該検索結果情報はユーザーが閲覧可能な状態とする必要がある。検索結果の提示手法は種々考えられ、例えばサーバーシステム２００においてプリントアウトが実行され、サーバーを管理する立場にある者（例えば検索サービス提供者等）が印刷物をユーザーに対して郵送するものであってもよい。或いは、検索結果情報をネットワークＮＥを介して端末装置３００に対して送信し、端末装置３００の表示部において当該検索結果情報を表示してもよい。この点において、検索結果情報は、検索結果そのものを表す情報であってもよいし、検索結果を表示する表示画面の情報（或いは表示制御用の情報）であってもよい。
【００７２】
また、以上では端末装置３００及び生体情報検出装置４００がユーザーにより操作されるものとしたがこれには限定されない。例えば、本実施形態に係る検索サービスを、医療機関、公的機関、或いは民間のサービス事業者等が提供し、端末装置３００（及び必要に応じて生体情報検出装置４００）をそれらの機関等が管理してもよい。例えば、端末装置は医療機関等に設置されたＰＣであり、生体情報検出装置４００はユーザーが購入する、或いは医療機関から貸与されるものであってもよい。この場合、例えば自覚症状情報の入力や、健康診断結果情報の端末装置３００における入力等を、ユーザーの依頼を受けた医療機関関係者等が実行してもよい。また、検索結果情報の表示やプリントアウトを医療機関関係者等が実行し、説明を付して検索結果情報をユーザーに提供するといった実施形態も可能である。
【００７３】
また、自覚症状情報等の入力と、検索結果情報の表示の両方を共通の端末装置３００において実行する必要はなく、異なる装置において実行してもよい。また、図３（Ａ）〜図４では表示部を有さない生体情報検出装置４００を示したが、生体情報検出装置４００が表示部を含んでもよい。その場合、自覚症状情報等の入力と、検索結果情報の表示の少なくとも一方を生体情報検出装置４００において実行してもよい。
【００７４】
また、本実施形態の手法は情報処理システム１００に適用されるものには限定されない。例えば、ユーザーの生体情報及び自覚症状情報と、医療知識データベースとに基づいて作成される検索条件による、ユーザーの健康に関する情報の検索処理の要求処理を行う送信処理部と、作成された検索条件に基づく検索結果情報を取得する受信処理部と、取得した検索結果情報の表示処理を行う表示処理部として、コンピューターを機能させるプログラムに適用できる。
【００７５】
このようにすれば、情報処理システム１００に対して適切な検索要求を実行し、且つ検索結果情報の取得及び表示を行うことが可能になる。このプログラムは、例えば情報処理システム１００がサーバーシステム２００により実現される場合に、図２（Ａ）の端末装置３００に搭載され、端末装置３００を用いた検索サービスの実現に利用可能である。本実施形態に係るプログラムは、一例としては、スマートフォンである端末装置３００上で動作するアプリケーションであってもよい。
【００７６】
また、以上では本実施形態に係る情報処理システム１００がサーバーシステム２００により実現されるものとしたがこれには限定されない。例えば、本実施形態に係る情報処理システム１００はサーバーシステム２００ではなく、端末装置３００により実現されてもよい。この場合の構成例が図２（Ｂ）である。ＰＣ等の端末装置、特にスマートフォン等の携帯端末装置は、サーバーシステム２００に比べれば処理性能や記憶領域、バッテリー容量に制約があることが多いが、近年の性能向上を考慮すれば、十分な処理性能等を確保可能となることも考えられる。よって、処理性能等の要求が満たされるのであれば、端末装置３００を本実施形態に係る情報処理システム１００とすることが可能である。
【００７７】
さらにいえば、端末性能の向上、或いは利用形態等を考慮した場合、生体情報検出装置４００により本実施形態に係る情報処理システム１００が実現される実施形態も否定されない。この場合、情報取得部１１０は同一装置内の生体センサー（例えば図４のセンサー部４０）からの情報を取得することになる。生体情報検出装置４００により情報処理システム１００が実現される場合、当該情報処理システム１００では、大量のユーザーを対象として検索条件の作成（及び検索処理の実行）をする必要性は低く、生体情報検出装置４００を使用する１又は少数のユーザーを対象とすればよい。つまり、生体情報検出装置４００の処理性能等でもユーザーの要求を満たす可能性は十分考えられる。
【００７８】
また、以上ではサーバーシステム２００、端末装置３００、生体情報検出装置４００のいずれか１つの装置により情報処理システム１００が実現されるものとしたがこれに限定されることもない。例えば、ユーザーの生体情報及び自覚症状情報の取得、取得した情報と医療知識データベースＭＤＢを用いた検索条件作成処理、検索条件を用いた検索処理が、複数の装置の分散処理により実現されてもよい。具体的には、サーバーシステム２００、端末装置３００、生体情報検出装置４００のうちの少なくとも２つ以上の装置により情報処理システム１００が実現されてもよい。或いは、他の装置において本実施形態に係る処理を行ってもよく、本実施形態に係る情報処理システム１００は種々の装置（或いは装置の組み合わせ）により実現が可能である。
【００７９】
３．生体情報と自覚症状情報
次に、本実施形態に係る生体情報、自覚症状情報の詳細について説明するとともに、検索条件作成処理のために生体情報等に対して行われる前処理（変換処理）について説明する。
【００８０】
本実施形態に係るユーザーの生体情報は、生体情報検出装置４００により取得された情報、及び、ユーザーの健康診断の結果を表す健康診断結果情報の少なくとも一方の情報である。
【００８１】
上述したように、生体情報検出装置４００は、図３（Ａ）〜図４に示したようなバンド型装置であってもよいし、他のウェアラブル型の装置であってもよいし、据え置き型の装置であってもよい。据え置き型の装置とは、例えば医療機関等に設置される血圧計等が考えられる。
【００８２】
つまり、ユーザーの生体情報とは、ユーザー自身が計測した結果、日常的に（狭義には常時）計測されるデータであり、具体的にはユーザーの現時点での状態をリアルタイムに表す情報である。具体的には生体情報は、脈拍（心拍）、体温、血圧、血糖、心電等である。
【００８３】
ウェアラブル型の生体情報検出装置４００を用いる場合、高頻度で（例えば常時）生体情報を検出することが可能である。例えば、図３（Ａ）〜図４に示した生体情報検出装置４００（脈拍計）であれば、４秒に１回程度の頻度で、長時間（例えば数十時間）に渡って脈波情報を連続計測することが可能である。
【００８４】
脈波情報として脈拍数を取得する場合、４秒当たり１つの脈拍数が取得されることになるため、１日の計測でも数千〜１万以上の数値データが取得される。その場合、その全てを検索条件の作成に用いてしまうと処理負荷が大きくなる。よって、多数の情報が取得された場合に、検索条件作成部１２０は、当該情報に対して前処理を行い、当該前処理の結果を検索条件作成処理に用いてもよい。
【００８５】
具体的には、時系列的に取得される複数の生体情報から、ユーザーの状態を表す特徴的な情報を求めればよい。一例としては、複数の数値データの平均値、中央値、最大値、最小値等、統計的な値を求めてもよい。統計値を求める対象の期間は種々の設定が可能であるが、例えば１日ごと、１週間ごとの統計値を求めればよい。
【００８６】
或いは、生体情報の特性を考慮して前処理の内容を変更してもよい。例えば、生体情報として脈波情報を測定する場合、脈拍数は睡眠中に低くなり、運動中は高くなることが知られている。よって、生体情報検出装置４００から取得される他の情報（例えば体動情報）等を用いて睡眠判定や運動判定を行い、睡眠中と運動中でそれぞれ分けて、上記統計値を求める処理を行ってもよい。例えば、睡眠中のみを前処理の対象としてもよく、さらには統計値として最低値を求めるようにするといった変形実施も可能である。その場合、対象ユーザーが取り得る脈拍数の最低値（最低心拍数、基底心拍数）を前処理により求めることが可能になる。
【００８７】
また、据え置き型の生体情報検出装置４００を用いる場合、ウェアラブル型装置と比較した場合に取得されるデータ数は少ないと考えられる。よって、その場合には取得した生体情報をそのまま検索条件作成処理に用いてもよい。或いは、上述した例と同様に何らかの統計値を求めてもよい。
【００８８】
また、健康診断結果情報とは、血液検査の結果、レントゲン検査の結果、心電図の測定結果、視力聴力の測定結果等である。健康診断では、医療機関に設置され、専門家により操作されるような機器、設備を利用可能であるため、個人で取得可能な生体情報には含まれないような情報を取得することが可能である。ただし、心電図が医療機関の機器でも、ホルター心電計のような持ち運び可能な機器でも取得可能であることを考慮すればわかるように、生体情報検出装置４００をユーザー自身が操作して取得する生体情報と、健康診断結果情報の内容が重複することは妨げられない。
【００８９】
健康診断結果情報は、多数の値、多数の結果が取得されることは想定されないため、前処理としては項目ごとに整理する処理を行えばよい。なお、健康診断結果情報の各情報は種々の形式により表現可能である。例えば血液検査により所与の成分の血中濃度（或いは含有量）を求める場合には、当該濃度（量）を表す数値データを用いればよい。或いはレントゲン検査であれば、取得されたレントゲン画像データそのものであってもよいし、異常部分の拡大図データでもよい。或いは、レントゲン画像に対する医師の所見を表す文章データや、当該文章データに対する形態素解析処理の結果でもよい。また、心電図であれば、心電波形そのものでもよいし、Ｒ波等の特徴的な波形の情報であってもよいし、「右脚ブロック」「完全脚ブロック」といった異常所見の情報であってもよい。
【００９０】
また、近年では健康診断結果情報が電子データ化されることもある。その場合には、ユーザーが健康診断結果情報を手動入力するのではなく、電子データである健康診断結果情報をサーバーシステム２００に対して送信する処理を行えばよい。
【００９１】
また、自覚症状情報は、ユーザーが異常を感じた部位の情報、及び、ユーザーが異常を感じた部位に現れる症状を表す情報の少なくとも一方の情報であり、ユーザーにより入力される情報である。ユーザーによる入力は、例えば上述したように図２（Ａ）の端末装置３００で行う。
【００９２】
自覚症状情報は、ユーザーが自発的に入力する文章でもよいし、あらかじめ用意された質問項目に対する回答であってもよい。自覚症状情報は、自身の健康に関する情報を見つけ出すときのユーザーの基本意思、意図や現在の状況を表す基本的な情報となる。
【００９３】
一般的なＷｅｂ検索を考えればわかるように、検索処理では検索ワードを含む情報が求められる。つまり、文章データを検索キーワードとした場合、同一の意味となる文章を含む検索対象（例えば検索キーワードと同一の意味の文章が含まれるＷｅｂページ）があっても、語順や助詞等に差があれば検索結果から除外されてしまう。そのため、検索キーワードは１又は複数の単語とすることが望ましい。
【００９４】
よって本実施形態では、自覚症状情報として文データや文章データが入力された場合には、そこから必要な単語を抜き出す前処理を行い、当該前処理の結果を検索条件作成処理に用いるとよい。具体的には、検索条件作成部１２０は、取得した自覚症状情報に対して公知の形態素解析処理等の自然言語処理を行えばよい。形態素解析処理では、品詞の解析もできるため、例えば名詞に分類された単語と、人体の部位辞書（或いは医療関係の辞書）とを比較して、ユーザーが異常を感じている部位を特定し検索条件作成処理に用いればよい。
【００９５】
また、症状（病状）については、名詞、形容詞、動詞、副詞等を候補とすればよい。例えば、ユーザーが所与の部位に痛みを感じている場合、「痛い」「痛む」「痛み」等の種々の表現があり得るため、そのいずれにも対応可能としておくとよい。また上述したように、「すごく」「ときどき」といった程度や頻度を表す語を、本実施形態の自覚症状情報に含めてもよい。また、文データ、文章データに病名を表す名詞が含まれる場合、当該病名を本実施形態の自覚症状情報に含めてもよい。
【００９６】
４．医療知識データベースの具体例と検索条件作成処理
次に、医療知識データベースＭＤＢを用いた、検索条件作成部１２０での検索条件作成処理の詳細について説明する。
【００９７】
本実施形態に係る医療知識データベースＭＤＢは、複数の病気の各病気に対して、病気に関する症状を表す症状情報と、症状に対応する生体情報である対応生体情報とが関連づけられたデータベースであってもよい。
【００９８】
医療知識データベースＭＤＢの具体例を図５（Ａ）〜図５（Ｃ）に示す。図５（Ａ）が医療知識データベースＭＤＢに含まれる１つ病気についてのデータ構造であり、医療知識データベースＭＤＢは図５（Ａ）に示した構造のデータを複数含むデータベースである。１つの病気は、当該病気の病名と、当該病気の患者が異常を感じる部位と、当該部位においてみられる症状とが関連づけられており、さらに、当該部位における症状に対応する対応生体情報が関連づけられる。
【００９９】
具体的なデータ例を図５（Ｂ）に示す。ここで、例えば病気＝糖尿病であり、部位＝胸、症状＝動悸、である場合に対応生体情報＝心拍（或いは脈拍）となる。対応生体情報とは、関連づけられた部位における症状を特徴的に現す（症状に起因して値が正常値と異なる値になることが想定される）生体情報である。上記の例であれば、動悸を感じる場合には脈拍数が高くなったり、或いは脈拍数が時系列で極端に変化することになる。
【０１００】
或いは、症状「むくみ」の場合、血圧が上昇すると考えられるため、対応生体情報として血圧を紐付ければよい。この医療知識データベースＭＤＢのデータ構造は、一般的な医学的知識体系ではなく、患者の視点から、自覚症状、気になる症状がどこの部位で起こり、それはバイタルの何に反映されるかということを関連付ける形で構築すればよい。
【０１０１】
なお、図５（Ａ）に示したデータ構造を実現するデータベースは種々考えられるが、一例としては図５（Ｃ）に示したものを用いればよい。
【０１０２】
医療知識データベースＭＤＢと生体情報、自覚症状情報からどのように検索条件を作成するかは種々の手法が考えられる。本実施形態では例えば、検索条件作成部１２０は、自覚症状情報と、医療知識データベースとに基づいて、取得されたユーザーの生体情報を含む検索条件を作成してもよい。
【０１０３】
本実施形態における検索条件の記述手法は種々考えられるが、例えばＷｅｂ検索エンジンを利用する際の記述手法と同様のものを用いればよい。具体的には単語（或いは数値や数値範囲）を一検索単位として、当該検索単位を論理演算により結びつければよい。例えばＷｅｂページの検索において、単語Ａ，Ｂ，Ｃを記述すれば、それはそれぞれ「Ａを含むＷｅｂページ」、「Ｂを含むＷｅｂページ」、「Ｃを含むＷｅｂページ」を検索対象とすることになる。そして、ユーザーの所望する情報に応じて、Ａ且つＢ且つＣ、或いはＡ又はＢ又はＣ、或いはそれ以外といったように、３つの検索条件の組み合わせ方を決定すればよい。前者であればＡＮＤ条件となるため、ＡＢＣの全てを含むＷｅｂページだけが抽出されるのに対して、後者であればＯＲ条件となるため、ＡＢＣの少なくとも１つを含むＷｅｂページが抽出される。広く用いられているＷｅｂ検索エンジンでは、”Ａ  Ｂ”のように単語をスペースでつなぐとＡＮＤ条件を表し、”（Ａ  Ｂ）”のように単語をスペースでつないだ上でカッコでくくるとＯＲ条件を表すが、論理演算の表現手法は種々の変形実施が可能である。
【０１０４】
つまり、本実施形態において、「ユーザーの生体情報を含む検索条件」との記載は、ユーザーの生体情報が上記検索条件の一部として記述されていることを表している。上述の例であれば、ＡＢＣに対応する箇所に、ユーザーの生体情報を記述すればよい。その際、生体情報の項目を表す情報（例えば「脈拍数」）と、実際の数値（或いは後述するように数値範囲）の両方を記述対象としてもよい。本実施形態の他の箇所でも、「・・・を含む検索条件」或いは「検索条件に・・・を含める」という記載がみられるが、当該記載の意味するところも同様である。すなわち、複数の検索単位（狭義には単語）と、各検索単位を結びつける論理演算とから検索条件を記述する際に、検索単位として特定の情報を記載することに対応する。つまり、検索条件作成部１２０は、自覚症状情報と、医療知識データベースとに基づいて、取得されたユーザーの生体情報を検索条件に記載する（追加する）処理を行う、との言い換えが可能である。
【０１０５】
上述したように、ユーザーの生体情報としては種々の情報が取得可能である。生体情報はそのときのユーザーの状態を反映する情報であるため、当該生体情報を検索条件に含めることで、ユーザーと状態が近い他のユーザーの情報（電子カルテや闘病ブログ）を検索可能である。このようにすれば、検索結果情報に含まれる情報は、ユーザーにも関係する情報である可能性が高く、ユーザーが自身の状態を判断する上で有用と言える。
【０１０６】
この際、情報取得部１１０が、ユーザーの生体情報として数値データを取得した場合には、検索条件作成部１２０は、自覚症状情報と、医療知識データベースとに基づいて、取得されたユーザーの生体情報の数値データに対応する所与の数値範囲を含む検索条件を作成してもよい。
【０１０７】
例えば、安静状態にしているのに脈拍数が高く、１２０といった値が検出される場合を考える。この場合「脈拍数＊１２０」（ここでの＊はＡＮＤ条件を表す。以下、式（１）等においても同様）という検索条件を作成したとしても有効な検索処理は行えない。なぜなら、上記条件では、仮に情報源となる電子カルテデータベースＥＣＤＢや、Ｗｅｂページ等に脈拍数が１２１となる情報が記載されていたとしても、１２０≠１２１であることから、当該情報は検索結果に含まれなくなってしまう。安静時の脈拍数が１２１であれば、当該情報は対象ユーザーと似たような状態であるユーザーの情報である可能性があるため、検索結果に含めたいところ、それができないことになる。
【０１０８】
ここでは、「安静時であるのに脈拍数が非常に高い」という状態と、同様の状態である情報を検索したいのであり、非常に狭い具体例を表しているに過ぎない１２０という数値データそのものを用いる必要性は低い。よって本実施形態では、例えば「脈拍数＊（１００−１４０）」といった数値範囲を検索条件とする。このようにすれば、脈拍数が１００以上１４０以下の情報については、検索対象となる。そのため、数値データが完全に一致しなくとも、近い状態にある情報は検索結果に含まれることになり、実用的な検索処理を実現できる。
【０１０９】
上述したように、情報取得部１１０は、ユーザーの生体情報として、複数の生体情報を取得することが想定される。その場合、検索条件作成部１２０は、自覚症状情報と、医療知識データベースとに基づいて、取得した複数の生体情報から、検索条件に含める生体情報の選択処理を行ってもよい。
【０１１０】
生体情報として複数の情報を取得したとしても、ユーザーが病気になった場合にその全てで異常値が現れるものではない。例えば、脈拍数と血圧が高くなるが、他の生体情報は正常範囲と変わらない、という病気をユーザーが患っていた場合、脈拍数と血圧以外のユーザーの生体情報を検索条件に含めたとしても、それらは健康な人と変わりがないため、上記病気に関する情報がヒットする可能性は低く、ユーザーにとって有用な情報の提供が難しい。つまり、ユーザーから種々の生体情報が取得できたとしても、その全てを検索条件とするのではなく、適切な情報を絞り込むことで、検索結果を有用なものとすることが可能である。なお、選択処理により選択される生体情報は、異常値を示すものだけには限定されない。例えば、第１の生体情報は異常値だが第２の生体情報は正常範囲である、という組み合わせが特徴的である病気であれば、正常範囲である第２の生体情報も検索条件に含めることが望ましい。つまり、どの生体情報を検索条件に含めるかの観点は、正常異常を用いてもよいがこれに限定されず、個々の病気の特性を考慮して決定してもよい。
【０１１１】
医療知識データベースＭＤＢと自覚症状情報を用いて、どのように検索条件に含める生体情報を選択するかは、種々の手法が考えられる。本実施形態では、検索条件作成部１２０は、自覚症状情報と、医療知識データベースＭＤＢに含まれる症状情報との比較処理を行って、医療知識データベースに含まれる複数の病気のうち、いずれの病気がユーザーに関係するかを特定してもよい。
【０１１２】
具体的な処理の流れを図６を用いて説明する。まず上述したように、自覚症状情報に対して形態素解析処理を行う。図６では、形態素解析処理の結果、ｎ個の要素（単語）が取得されたものとしており、当該要素を図の左の１，２，３，…，ｎに示している。
【０１１３】
次に、要素１，２，３，…，ｎが、医療知識データベースＭＤＢにある，各病気の症状のデータ構造に合致（類似）するかを調べる。図６のように、要素１，２，３，…，ｎと同じものが、α病なら何個、β病なら何個というようにカウントし、合致する数が多い病気を当該ユーザーに関連する病気の候補であると特定すればよい。図６の例では、α病ではＡ１が要素１に、Ａ２が要素２に、Ａ３が要素３に、Ａｎが要素ｎにそれぞれ合致している。また、β病では、Ｂ１が要素１に、Ｂ２が要素２に合致しているが、他の要素は合致していないことになる。なお、ここでの「合致」は完全一致に限定されず、類似度に応じたスコアづけを行ってもよい。例えば、自覚症状情報から取得された要素と、医療知識データベースＭＤＢに含まれるデータが完全一致する場合には１．０、類似する場合には類似度に応じて０．０〜１．０で数値化してもよい。ここでの類似度は、例えば類語辞書等を用いることで求められる。
【０１１４】
また、合致数の単純なカウント、或いはスコアの単純なカウントに基づいて病気の候補を特定してもよいがこれには限定されない。例えば、特定の部位、或いは特定の症状の重みを大きくしてもよい。例えば、所与の病気では頭痛が多くの患者に見られる典型的な症状である場合、部位＝頭、症状＝痛みに対応する重みを、他の部位、症状に比べて大きくしてカウントを行ってもよい。或いは、頭に異常が現れその具体的な症状は多様である場合には「部位＝頭」の重みだけ大きくすることも可能であるし、痛みが多くみられるがその部位は患者によって異なるのであれば「症状＝痛み」の重みだけ大きくしてもよく、種々の変形実施が可能である。
【０１１５】
そして、上記スコアが最も高い病気を特定し、特定された病気の対応生体情報とユーザーの生体情報の対応づけを行う。図６では、α病の対応生体情報がＣ１〜Ｃｎであるため、それに対応するユーザーの生体情報が取得されているかどうかの判定を行う。図６の例では、Ｃ１，Ｃ２，Ｃｎについては対応するユーザーの生体情報が取得されていたため、ユーザーの生体情報を対応付ける（例えばユーザーの生体情報の値を格納する）。一方、Ｃ３については対応するユーザーの生体情報が取得されなかったため、対応づけが行われない。また、ユーザーの生体情報についても、その全てが対応付けに用いられるわけではなく、Ｃ１〜Ｃｎに対応しない生体情報については利用されないことになる。
【０１１６】
図６の流れを具体的な病気を用いて説明したものが図７である。図５（Ｂ）に示したように、糖尿病に対しては、異常を感じる部位、症状、対応生体情報として「足」「むくみ」「血圧」、「のど」「かわき」「体温」、「胸」「動悸」「脈拍」の３つが関連づけられている。また、腎臓病に対しては、異常を感じる部位、症状、対応生体情報として「足」「むくみ」「血圧」、「ＮＵＬＬ（特に部位を限定しない）」「血尿」「尿検査結果」、の２つが関連づけられる。
【０１１７】
そして、ユーザーが入力した自覚症状情報から、「足」「むくみ」「のど」「かわき」「胸」「動悸」の６つの要素が取得されたとする。この場合、自覚症状情報と、糖尿病に関連づけられた症状情報（部位と症状）の情報を比較した場合、６つが一致する。それに対して、自覚症状情報と、腎臓病に関連づけられた症状情報（部位と症状）の情報を比較した場合、「足」と「むくみ」については一致するが、それ以外は一致しない。この場合、一致数が糖尿病では６つ、腎臓病では２つであるため、仮に上述した類似度や重みづけを用いないものとすれば、ユーザーに関連する病気の候補としては糖尿病が特定されることになる。
【０１１８】
病気が特定されたら、検索条件作成部１２０は、特定された病気に関連づけられた対応生体情報に対応するユーザーの生体情報を、検索条件に含める処理を行う。
【０１１９】
上述した糖尿病の例であれば、対応生体情報として「血圧」「体温」「脈拍」の３つが特定できたため、ユーザーの生体情報のうち、上記３つを選択して検索条件に含めればよい。その際、上述したようにユーザーの生体情報の値（狭義には上記前処理により求められた値）をそのまま用いるのではなく、ある程度の数値範囲とすることが望ましい。例えば、生体情報から取得された血圧値が１１０、脈拍数が６５、体温が３６．０（℃）であるとすれば、下式（１）を含む検索式を作成すればよい。なお、＊は上述したようにＡＮＤ条件を表し、＋はＯＲ条件を表す。なお、数値範囲は下式（１）に限定されず、種々の変形実施が可能である。
血圧＊（９０−１４０）＋脈拍数＊（６０−７３）＋体温＊（３５．５−３６．５）
・・・・・（１）
【０１２０】
このようにすれば、ユーザーの生体情報のうち、当該ユーザーが患っている可能性が高い病気に結びつけられた生体情報を選択できるため、有用な検索結果を取得しやすくできる。図７の例であれば、心電や尿酸値も取得できているが、それらを検索条件から除外することが可能である。なお、糖尿病は種々の合併症を引き起こすことから、心電や尿酸値に異常が見られる患者も少なくない。上述の説明は、糖尿病に関する検索処理において、心電や尿酸値が全く不要であるとの意味ではなく、場合によっては糖尿病患者を対象とした場合に、心電や尿酸値が検索条件に含まれてもよい。例えば、本実施形態では病気を特定する際に、１つではなく複数の病気を特定してもよい。よって、ユーザーによっては糖尿病と動脈硬化の２つが特定されたり、糖尿病と高尿酸血症の２つが特定されたりする。前者であれば、動脈硬化の対応生体情報として心電が対応付けられるはずであり、その場合には心電も検索条件に含まれる。同様に、後者であれば高尿酸血症の対応生体情報として尿酸値が対応付けられるはずであり、その場合には尿酸値も検索条件に含まれる。
【０１２１】
また、以上ではユーザーの生体情報を検索条件に含める手法を説明したが、検索条件はこれに限定されない。具体的には、検索条件作成部１２０は、特定された病気に関連づけられた症状情報を検索条件に含める処理を行ってもよい。
【０１２２】
ユーザーの自覚症状を検索キーワードとすることで、同じような症状で苦しんでいる人の情報を取得できる可能性があり、当該情報はユーザー自身の症状への対処に有用である。しかし従来手法として述べたように、自覚症状をそのまま検索キーワードとしたのでは問題も多い。その点、本実施形態の手法であれば医療知識データベースＭＤＢを用いて病気を特定し、特定結果から検索条件に含める症状情報を決定するため、適切な検索処理が可能である。
【０１２３】
図７の例であれば、病気として糖尿病が特定できるので、医療知識データベースＭＤＢで糖尿病に関連づけられている症状情報（部位及び症状）、すなわち、「足」「むくみ」「のど」「かわき」「胸」「動悸」という６要素を検索条件に含めればよい。この場合は、結果として入力した自覚症状情報の全てが検索条件に含まれることになるが、これは自覚症状がたまたま糖尿病特有のものしか出ていなかったということなので特に問題がない。例えば、ユーザーが自覚症状情報として、上記の６要素の他に「頭」「痛み」といった情報を入力していた場合、特定される病気が糖尿病であれば、その２つの要素は検索条件から除外される。なぜなら、「頭」「痛み」は糖尿病において特徴的なものでないためであり、本実施形態の手法を用いることで、そのような重要度の低い自覚症状を検索条件から除外可能である。
【０１２４】
なお、特定された病気に関連づけられた病状情報は全て検索条件に含めてよいが、他の変形実施も可能である。例えば、特定された病気に関連づけられた病状情報のうち、ユーザーが入力した自覚症状情報と対応しないものを除外してもよい。例えば、ユーザーが「足」「むくみ」「のど」「かわき」の４つは入力したが、「胸」「動悸」は入力しなかったという場合、「胸」「動悸」の２つを検索条件から除外してもよい。
【０１２５】
或いは、検索条件作成部１２０は、特定された病気に関連づけられた対応生体情報と、ユーザーの生体情報とに基づいて、特定された病気に対応付けられた複数の症状情報から、検索条件に含める症状情報の選択処理を行ってもよい。
【０１２６】
図７の例の場合であって、ユーザーの生体情報として、血圧と脈拍は入力されていたが、体温は入力されていなかったケースを考える。この場合、ユーザーの体温の情報がないため、体温が平常値より高くなっているか否かがわからない。そのため、対象ユーザーの体温が平常値であり、「のど」の「かわき」をユーザーが感じていないという可能性を否定できない。その場合、検索条件に「のど」「かわき」を入れることで、ユーザーの状態にそぐわない検索結果が取得されるおそれもある。よって一例としては、対応生体情報に合致する項目がユーザーの生体情報として取得されていない場合には、当該対応生体情報に対応する症状情報を検索条件から除外してもよい。
【０１２７】
或いは、対応生体情報に合致する項目がユーザーの生体情報として取得されている場合であっても、ユーザーの生体情報が正常範囲にある場合には、当該対応生体情報に対応する症状情報を検索条件から除外するといった実施形態も可能である。例えば、糖尿病で「足」の「むくみ」を感じる場合、血圧が高くなることが想定される。それに対して、ユーザーの生体情報である血圧値が正常範囲にあれば、当該ユーザーは「足」の「むくみ」が生じていない可能性がある。つまり、ユーザーの生体情報の具体的な数値範囲等を用いた上で、症状情報を検索条件に含めるか否かを判定してもよい。この場合、医療知識データベースＭＤＢは対応生体情報として項目名のみを保持するのではなく、正常範囲や異常範囲等の情報も併せて保持していてもよい。
【０１２８】
以上の処理により得られる検索条件の一例を下式（２）に示す。下式（２）では、図８に示す病気αが特定され、医療知識データベースＭＤＢには、αの病名として「ａ」、症状情報のうち、部位としてｂ１，ｂ２，・・・、症状としてｃ１，ｃ２，・・・、対応生体情報としてｄ１，ｄ２，・・・が関連づけられ、且つｄ１，ｄ２，・・・に対応するユーザーの生体情報としてｖ１，ｖ２が取得された場合を想定している。また、ｖ１，ｖ２は上述したように所与の数値範囲であってもよい。
検索式＝a*(b1*c1 + b2*c2 + ・・・) + (v1 + v2 + ・・・)  ・・・・・（２）
【０１２９】
ただし検索条件（検索式）はこれに限定されず種々の変形実施が可能である。例えば、下式（３）や下式（４）でもよい。また、上述した手法により選択された生体情報、症状情報が含まれればよいため、（２）〜（４）の以外の検索式であってもよい。
検索式＝a*(b1*c1*v1 + b2*c2*v2+・・・)  ・・・・・（３）
検索式＝a*(b1 + b2・・・) + a*(c1 + c2・・・) + (v1 + v2 + ・・・)
・・・・・（４）
【０１３０】
上式（２）〜（４）からわかるように、本実施形態では生体情報、つまりユーザーの生データを検索条件に入れる。実際に治療を受けている人がいれば，その人の血圧などのデータが闘病日記などによく書かれている。また、医療機関でも、適切な血圧の幅や危険な値のガイドラインなどが公開されている。そこで、自分の生体情報で検索を絞れば，自分の症状に近い人の状態を知ることができる。例えば、同じ症状で同じくらいの人は、どんな薬を処方されているのか、実際に効果があるのかなど大変参考になる情報を取得できる。それをもとに、医師に薬の追加処方を提案するなどが可能となる。
【０１３１】
一方、生体情報だけでは十分な情報が検索できない。なぜなら、生体情報だけでは、該当する可能性のある病気がたくさん見つかってしまい、どれが適切な情報であるかの判断が難しくなると考えられるためである。病名が分かっていればその病名（例えば糖尿病）で検索したり、病名がわからなければ自覚症状や気になることなどで、どんな病気の可能性があるのか検索し、その上で生体情報で絞るという手順を経ることで、自分に合った症状を見つけることが容易である。この概念を示したものが図９である。
【０１３２】
また本実施形態では、自覚症状情報から抽出した要素１，２，３，…，ｎだけで検索するのではなく、医療知識データベースＭＤＢを使い、自分の状態に一番適合しそうな病気を推定し、推定した病気で現れる可能性の症状に関する医学的な項目で検索をかけるので、見つかる情報の有用性が高いという効果がある。
【０１３３】
５．変形例
以上では、情報取得部１１０の取得する情報がユーザーの生体情報と自覚症状情報であり、医療知識データベースＭＤＢに含まれる情報が症状情報と対応生体情報である例について説明した。しかし、取得する情報、及び医療知識データベースＭＤＢの構成は上述したものに限定されず、他の変形実施が可能である。
【０１３４】
例えば、ユーザーが自身の病気についてある程度見当が付いている、或いは、医師による診断を受けて病名が確定され既に治療を始めているような場合、ユーザーは上述した例に比べて詳細な情報、すなわち自身の病気を治す、或いは症状を緩和させる具体的な手段を知りたいと考えるはずである。さらに具体的に言えば、同じ病気の人はどのような薬を投与されているか、投与される量はどの程度であるか、投与された薬によりどのような効果があったか、或いは投与された薬でどのような副作用が出るか、また当該副作用はどの程度のものであるか、といった情報に対する要求が強いと考えられる。
【０１３５】
このことを考えれば、本実施形態に係る情報処理システム１００は、ユーザーの生体情報、及び投薬情報を取得する情報取得部１１０と、取得された生体情報及び投薬情報と、医療知識データベースとに基づいて、ユーザーの健康に関する情報の検索処理に用いる検索条件を作成する検索条件作成部１２０と、作成された検索条件に基づいて、検索処理を実行して検索結果情報を取得する検索処理部１３０を含むものであってもよい。
【０１３６】
情報処理システム１００の構成は図１と同様であるが、情報取得部１１０が取得する情報がユーザーの生体情報と投薬情報になっており、検索条件作成部１２０での検索条件作成処理にも投薬情報が用いられている。ここでの投薬情報とは、ユーザーが投与された（服用している）薬の情報である。投薬情報は、処方箋やお薬手帳を参照してユーザーが端末装置３００等で手動入力することが考えられる。ただし近年では、処方箋等が電子データとして管理されるケースも増えており、その場合には情報取得部１１０は当該電子データを取得するものであってもよい。
【０１３７】
また、投薬情報は実際にユーザーに投与された薬の情報に限定されず、ユーザーが投与を希望する薬や、投与が予定されている薬等、実際にはまだ投与されていない薬の情報を含んでもよい。その場合、既に投与されている薬と投与されていない薬とを同等に扱うことは妨げられないが、投与済みか否かを表す情報を投薬情報に含めておき、投与済みの薬とそうでない薬を分けて処理してもよい。これは、実際に投与されている薬の方が重要度が高いと考えられるためである。
【０１３８】
この場合の医療知識データベースＭＤＢは、図１０に示したように、薬情報と、当該薬情報に対応する副作用を表す副作用症状情報とが関連づけられたデータベースであってもよい。図１０は図５（Ｂ）と同様に医療知識データベースＭＤＢに含まれる複数の病気のうちの１つの病気を表すデータ構造であり、医療知識データベースＭＤＢは図１０の構造のデータを病気数に対応する数だけ含むデータベースである。
【０１３９】
図１０の例では、薬情報は薬品名（成分名）であり、副作用症状情報とは、副作用の現れる部位と、当該部位での症状である。ただし、薬情報は商品名等を含むものであってもよい。また、副作用症状情報を他の形式で記述してもよい。また、図１０では医療知識データベースＭＤＢは副作用症状情報に対応する生体情報である副作用対応生体情報も含んでいる。図１０の例であれば、「のど」の「かわき」という副作用は体温を分析ことで検出可能であり、「胃」の「吐き気」は体温や脈拍、「眠気」は呼吸を分析することで検出可能であることを示している。この副作用症状情報と副作用対応生体情報の関係は、図５（Ａ）、図５（Ｂ）に示した症状情報と対応生体情報の関係と同様である。
【０１４０】
そして、検索条件作成部１２０は、投薬情報と、医療知識データベースの薬情報とに基づいて、検索条件を作成する。具体的には、検索条件作成部１２０は投薬情報を取得した場合に、必要に応じて前処理を行う。例えば、商品名や薬品名等、表現の揺らぎを整理してもよい。
【０１４１】
そして、投薬情報と医療知識データベースＭＤＢの薬情報との比較処理を行う。その際、図６、図７を用いて上述した例と同様に、複数の病気からユーザーに関連する病気を特定する処理を行ってもよい。一例としては、投薬情報と薬情報の一致度合いをカウントして、最もスコアの高い病気を特定する。しかし、図１０のような医療知識データベースＭＤＢを用いるケースでは、ユーザーは自身が関心を持っている（自身が患っている）病気を既に特定できている場合も多い。つまり、情報取得部１１０は病気情報の取得を行ってもよい。ここで病気情報とは、病気を特定する情報であり、例えばユーザーにより入力される情報である。この場合、病気情報により病気を特定可能であるため、投薬情報と医療知識データベースＭＤＢの薬情報との比較処理は特定された病気を対象として行えばよい。
【０１４２】
検索条件作成部１２０は、特定された病気に関連づけられた薬情報のうち、少なくとも投薬情報に対応する情報を含む検索条件を作成する。例えば、投薬情報として「薬Ａ」が入力されており、病気として病気Ａが特定された場合、病気Ａに対応付けられた薬Ａ〜薬Ｎのうち、少なくとも薬Ａを検索条件に含める。
【０１４３】
このようにすれば、ユーザーと同じ病気（或いは同じであると判定された病気）を患っており、ユーザーに投与された（或いは投与される可能性のある）薬を投与された他の患者に関係する情報を取得することができる。これにより、薬の効果や副作用等、ユーザーが関心を持っているであろう情報を適切に提示することが可能になる。
【０１４４】
その際、薬Ａに関連づけられた副作用症状情報を検索条件に含めてもよい。図１０の例であれば「のど」と「かわき」である。このようにすれば、具体的な副作用の内容が記載された情報を検索処理で見つけることが可能になる。
【０１４５】
また、特定された病気に対応付けられており、且つ投薬情報とは合致しない他の薬についても検索条件に含めてもよい。上述の例であれば、薬Ｂ〜薬Ｎはユーザーの投薬情報と対応しない。しかし、薬Ｂ〜薬Ｎは病気Ａを患っている患者であれば投与される可能性がある以上、当該薬の処方結果等を示す情報はユーザーにとって有用な場合もある。よって、投薬情報に対応する薬Ａに比べれば重要度は低いものの、薬Ｂ〜薬Ｎを検索条件に含めることは妨げられない。
【０１４６】
また、薬情報に関連づけられた副作用対応生体情報を特定し、当該副作用対応生体情報に対応するユーザーの生体情報を検索条件に含めてもよい。図１０の例の場合、薬Ａの副作用によりのどのかわきを感じている患者は、体温上昇がみられる。つまり、病気Ａで薬Ａを処方された患者の電子カルテや闘病日記に含まれる体温情報は、薬Ａによる副作用の程度を表す情報として利用することが可能である。よってユーザーの体温を検索条件に含めることでより効果的な検索を実行することが可能になる。例えば、ユーザー自身の体温（体温変化）を含む所与の体温範囲を検索条件に含めることで、薬Ａによる副作用がユーザーと同程度である情報を取得できる。そのため、現時点における副作用への対処法等、ユーザーにとって利用価値の高い情報を取得可能となる。或いは、あえてユーザー自身の体温（体温変化）よりも高い所与の体温範囲を検索条件に含めることで、ユーザーの副作用が悪化した場合の対処法等を検索することもできる。
【０１４７】
また、以上の変形例では自覚症状情報を用いない例を説明したがこれに限定されず、自覚症状情報と投薬情報を併せて用いてもよい。具体的には、情報取得部は、ユーザーの生体情報と自覚症状情報、及びユーザーの投薬情報を取得する。また、医療知識データベースは、複数の病気の各病気に対して、病気に関する症状を表す症状情報と、症状に対応する生体情報である対応生体情報とが関連づけられたデータベースであり、且つ、薬情報と、当該薬情報に対応する副作用を表す副作用症状情報とが関連づけられたデータベースである。
【０１４８】
この場合の医療知識データベースＭＤＢのデータ構造例を図１１に示す。図１１は図５（Ａ）と同様に医療知識データベースＭＤＢに含まれる複数の病気のうちの１つの病気を表すデータ構造であり、医療知識データベースＭＤＢは図１１の構造のデータを病気数に対応する数だけ含むデータベースである。
【０１４９】
病気に対して症状情報と、対応生体情報が関連づけられる点は図５（Ａ）と同様である。図１１では、さらに症状情報に対して、当該症状情報により表される症状を治す（或いは緩和する）薬である薬情報が対応付けられる。また、薬情報には、図１０と同様に当該薬の副作用を表す副作用症状情報と、副作用対応生体情報とが関連づけられる。
【０１５０】
図１１の例では、病気Ａでは、部位Ａに症状Ａという症状が現れ、それは生体情報Ａをみることで検出可能であり、且つ部位Ａの症状Ａは薬Ａを用いて対応できることを示している。また、図１１では薬Ａを用いることで部位Ａ’に症状Ａ’という副作用が現れる可能性があり、当該副作用は生体情報Ａ’をみることで検出可能であることも示している。
【０１５１】
検索条件作成部１２０は、投薬情報と、医療知識データベースの薬情報とに基づいて、検索条件を作成する。例えば、図６、図７を用いて上述した手法と同様の手順でユーザーに関係する病気を特定し、その後、図１０を用いて上述した手法と同様に、特定された病気に関連する薬情報と投薬情報との比較処理を行って検索条件を作成すればよい。それぞれの具体的な手順については上述したとおりであるため、さらなる説明は省略する。
【０１５２】
このようにすれば、図５（Ａ）或いは図１０の医療知識データベースＭＤＢを用いる場合に比べて、より詳細な検索処理が可能になる。また、検索条件作成処理は種々の変形実施が可能である。例えば自覚症状情報に含まれる部位と症状の比較対象として、医療知識データベースＭＤＢの症状情報だけでなく、副作用症状情報を対象としてもよい。例えば「のど」が「かわく」という自覚症状があった場合、それが糖尿病によるものなのか、他の病気に対して薬Ａを投与したからなのかを一般のユーザーが区別することは難しい。よって、検索条件作成処理や検索処理において、その両方の可能性を考慮することで、より適切な処理を行うことが可能になる。例えば自覚症状情報から病気の特定を行う際、医療知識データベースＭＤＢの症状情報に合致した場合も、副作用症状情報に合致した場合もスコアが高くなるようにする。その際、症状情報に合致した場合と副作用症状情報に合致した場合でスコアに差を設ける、或いは薬情報と投薬情報が合致しなければ自覚症状情報が副作用症状情報に合致してもスコアを与えない等、種々の変形実施が可能である。
【０１５３】
６．処理の詳細
以上で説明した本実施形態の処理の流れを、図１２のシーケンス図を用いて説明する。なお、図１２では本実施形態の情報処理システム１００がサーバーシステム２００により実現され、生体情報が生体情報検出装置４００からサーバーシステム２００へ直接送信され、自覚症状情報の入力及び検索結果情報の表示が端末装置３００で行われる例を示すが、種々の変形実施が可能なことは上述したとおりである。
【０１５４】
この処理が開始されると、まず生体情報検出装置４００が生体情報の検出処理を行い（Ｓ１０１）、検出した生体情報をサーバーシステム２００に対して送信する（Ｓ１０２）。サーバーシステム２００は、送信された生体情報を受信し（Ｓ１０３）、図１等には不図示の記憶部に記憶する。
【０１５５】
また、端末装置３００はユーザーの操作に基づいて自覚症状情報をサーバーシステム２００に対して送信し（Ｓ１０４）、サーバーシステム２００は、送信された自覚症状情報を受信し（Ｓ１０５）、図１等には不図示の記憶部に記憶する。
【０１５６】
なお、Ｓ１０１〜Ｓ１０５の処理は図１２に示した順序、回数に限定されず、種々の変形実施が可能である。例えば図３（Ａ）〜図４に示した生体情報検出装置４００では、生体情報の検出処理（Ｓ１０１）は４秒に１回実行される。生体情報の送信処理（Ｓ１０２）は、Ｓ１０１の実行ごとに行われてもよいし、ある程度の生体情報を蓄積した後に行ってもよい。自覚症状情報の送信（Ｓ１０３）はユーザーが希望する任意のタイミングで実行可能である。つまり、Ｓ１０６までに、以降の処理を実行可能な程度の生体情報、自覚症状情報を取得できていればよく、タイミングや回数は図１２のものに限定されない。
【０１５７】
サーバーシステム２００で生体情報と自覚症状情報が取得されたら、ユーザーの操作に基づいて端末装置３００から検索結果の要求処理が行われる（Ｓ１０６）。サーバーシステム２００は当該要求を受信し（Ｓ１０７）、Ｓ１０３で受信した生体情報と、Ｓ１０５で受信した自覚症状情報と、医療知識データベースＭＤＢを用いて検索条件を作成する（Ｓ１０８）。
【０１５８】
そして、作成した検索条件を用いて、ＷｅｂネットワークＷＥや電子カルテデータベースＥＣＤＢを対象として検索処理を行い、検索結果情報を取得する（Ｓ１０９）。そして、検索結果情報を、Ｓ１０７で受信した要求の送信元である端末装置３００に対して送信する（Ｓ１１０）。端末装置３００は、検索結果情報を受信し（Ｓ１１１）、受信した検索結果情報を表示する（Ｓ１１２）。
【０１５９】
なお、以上のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また情報処理システムの構成、動作も本実施形態で説明したものに限定されず、種々の変形実施が可能である。
【符号の説明】
【０１６０】
１０  バンド部、１２  バンド穴、１４  バックル部、１５  バンド挿入部、
１６  突起部、３０  ケース部、３２  発光窓部、４０  センサー部、
１００  情報処理システム、１１０  情報取得部、１２０  検索条件作成部、
１３０  検索処理部、２００  サーバーシステム、３００  端末装置、
４００  生体情報検出装置、ＥＣＤＢ  電子カルテデータベース、
ＭＤＢ  医療知識データベース、ＮＥ  ネットワーク、ＷＥ  Ｗｅｂネットワーク
【図１】
2016134132.tif 000003
【図２】
2016134132.tif 000004
【図３】
2016134132.tif 000005
【図４】
2016134132.tif 000006
【図５】
2016134132.tif 000007
【図６】
2016134132.tif 000008
【図７】
2016134132.tif 000009
【図８】
2016134132.tif 000010
【図９】
2016134132.tif 000011
【図１０】
2016134132.tif 000012
【図１１】
2016134132.tif 000013
【図１２】
2016134132.tif 000014