(57)【要約】【課題】疾患に関する正確な情報を提供すること。【解決手段】本願に係る提供装置は、受付部と、提供部とを有する。受付部は、検索クエリを受け付ける。提供部は、受付部によって検索クエリが受け付けられた場合に、この検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを示す医療情報を提供する。【選択図】図３
2020135473.tif 000002
【特許請求の範囲】
【請求項１】
検索クエリを受け付ける受付部と、
前記受付部によって検索クエリが受け付けられた場合に、当該検索クエリに関連する症状を引き起こす可能性がある疾患と、当該疾患に罹っている可能性の度合いとを示す医療情報を提供する提供部と、
を備えることを特徴とする提供装置。
【請求項２】
前記提供部は、
前記疾患に罹っている可能性の度合いとして前記疾患に罹っている確率を示す前記医療情報を提供する
ことを特徴とする請求項１に記載の提供装置。
【請求項３】
前記提供部は、
前記医療情報として、前記検索クエリに関連する症状を引き起こす可能性がある複数の疾患と、それぞれの疾患に罹っている可能性の度合いとを示す情報を提供する
ことを特徴とする請求項１又は２に記載の提供装置。
【請求項４】
ユーザの症状に関連する検索クエリを含む、当該ユーザの検索履歴情報と、当該ユーザが疾患に罹ったことを示す、当該ユーザの病歴情報とを取得する取得部と、
前記取得部によって取得された検索履歴情報及び病歴情報に基づいて、前記検索クエリに関連する症状を引き起こす可能性がある疾患と、当該疾患に罹っている可能性の度合いとを推定する推定部と、をさらに備え、
前記提供部は、
前記医療情報として、前記推定部によって推定された疾患と、前記推定部によって推定された当該推定された疾患に罹っている可能性の度合いとを示す情報を提供する
ことを特徴とする請求項１〜３のうちいずれか１つに記載の提供装置。
【請求項５】
前記取得部は、
前記検索履歴情報として、第１のユーザの症状に関連する第１の検索クエリを含む、当該第１のユーザの検索履歴情報を取得し、かつ前記病歴情報として、当該第１のユーザが第１の疾患に罹ったことを示す、当該第１のユーザの病歴情報を取得し、
前記受付部は、
前記検索クエリとして、第２のユーザに関連付けられた第２の検索クエリを受け付け、
前記推定部は、
前記取得部によって取得された前記第１のユーザの検索履歴情報と、前記取得部によって取得された前記第１のユーザの病歴情報とに基づいて、前記受付部によって受け付けられた前記第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、前記第２のユーザが当該第２の疾患に罹っている可能性の度合いとを推定し、
前記提供部は、
前記医療情報として、前記推定部によって推定された第２の疾患と、前記第２のユーザが、前記推定部によって推定された当該推定された第２の疾患に罹っている可能性の度合いとを示す情報を提供する
ことを特徴とする請求項４に記載の提供装置。
【請求項６】
前記推定部は、
前記第２の検索クエリに対応する前記第１の検索クエリに関連付けられた前記第１のユーザを、前記第１のユーザの検索履歴情報から特定し、特定された前記第１のユーザの病歴情報に基づいて、前記第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、前記第２のユーザが、当該第２の疾患に罹っている可能性の度合いと推定する
ことを特徴とする請求項５に記載の提供装置。
【請求項７】
前記推定部は、
前記第２の検索クエリに対応する前記第１の検索クエリに関連付けられた１人または複数のユーザを、前記第１のユーザの検索履歴情報から特定し、前記第１のユーザの病歴情報に含まれる、特定された１人または複数のユーザの病歴情報に基づいて、前記第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患を推定し、特定された１人または複数のユーザの病歴情報に基づいて、特定された１人または複数のユーザが推定された第２の疾患に罹った回数を算出し、算出された回数に基づいて、前記第２のユーザが推定された第２の疾患に罹っている可能性の度合いとして、前記第２のユーザが推定された第２の疾患に罹っている確率を決定する
ことを特徴とする請求項６に記載の提供装置。
【請求項８】
前記第１のユーザの行動を示す行動情報に基づいて、前記第１のユーザの病歴情報を生成する生成部をさらに備える
ことを特徴とする請求項５に記載の提供装置。
【請求項９】
前記生成部は、
前記第１のユーザの症状に関連する第１の検索クエリと、第３の疾患に関連する第３の検索クエリとを含む、前記第１のユーザの検索履歴情報である、前記行動情報に基づいて、前記第１のユーザの症状と当該第３の疾患とに関する時系列データを生成し、生成された時系列データが所定の条件を満たすか否かを判定し、生成された時系列データが所定の条件を満たすと判定された場合に、前記第１のユーザの病歴情報として、前記第１のユーザが当該第３の疾患に罹ったことを示す情報を生成する
ことを特徴とする請求項８に記載の提供装置。
【請求項１０】
前記生成部は、
前記第１のユーザの位置情報である、前記行動情報に基づいて、前記第１のユーザが第４の疾患に関連する医療機関を訪れたか否かを判定し、前記第１のユーザが当該医療機関を訪れたと判定された場合に、前記第１のユーザの病歴情報として、前記第１のユーザが当該第４の疾患に罹ったことを示す情報を生成する
ことを特徴とする請求項８又は９に記載の提供装置。
【請求項１１】
前記提供部は、
前記受付部によって検索クエリが受け付けられた場合に、前記検索クエリに関連する症状を有するユーザが他の症状を有することを確認し、当該確認に応じて、前記検索クエリに関連する症状及び当該他の症状を引き起こす可能性がある疾患と、前記検索クエリに関連する症状を有するユーザが、前記検索クエリに関連する症状及び当該他の症状を引き起こす可能性がある疾患に罹っている可能性の度合いとを示す前記医療情報を提供する
ことを特徴とする請求項１〜１０のうちいずれか１つに記載の提供装置。
【請求項１２】
前記提供部は、
前記受付部によって検索クエリが受け付けられた場合に、１つ又は複数の症状の候補を提案することにより、前記検索クエリに関連する症状を有するユーザが前記他の症状を有することを確認する
ことを特徴とする請求項１１に記載の提供装置。
【請求項１３】
コンピュータが実行する提供方法であって、
検索クエリを受け付ける受付工程と、
前記受付工程によって検索クエリが受け付けられた場合に、当該検索クエリに関連する症状を引き起こす可能性がある疾患と、当該疾患に罹っている可能性の度合いとを示す医療情報を提供する提供工程と、
を含むことを特徴とする提供方法。
【請求項１４】
検索クエリを受け付ける受付手順と、
前記受付手順によって検索クエリが受け付けられた場合に、当該検索クエリに関連する症状を引き起こす可能性がある疾患と、当該疾患に罹っている可能性の度合いとを示す医療情報を提供する提供手順と、
をコンピュータに実行させることを特徴とする提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、提供装置、提供方法及び提供プログラムに関する。
【背景技術】
【０００２】
従来、症状から疾患を推定する技術が提案されている。例えば、一技術では、ユーザの疾患が、ユーザの現在の症状と、このユーザによって過去に検索された疾患とに基づいて推定される（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１１８５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、疾患に関する正確な情報を提供することができるとは限らない。例えば、上記の従来技術では、ユーザの現在の症状が、このユーザによって過去に検索された疾患に関係するとは限らない。
【０００５】
本願は、上記に鑑みてなされたものであって、疾患に関する正確な情報を提供することができる提供装置、提供方法及び提供プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本願に係る提供装置は、検索クエリを受け付ける受付部と、前記受付部によって検索クエリが受け付けられた場合に、当該検索クエリに関連する症状を引き起こす可能性がある疾患と、当該疾患に罹っている可能性の度合いとを示す医療情報を提供する提供部とを備えることを特徴とする。
【発明の効果】
【０００７】
実施形態の一態様によれば、疾患に関する正確な情報を提供することができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係る提供処理の一例を示す図である。
【図２】図２は、医療情報に関するコンテンツの一例を示す図である。
【図３】図３は、実施形態に係る提供装置の構成例を示す図である。
【図４】図４は、実施形態に係る検索履歴記憶部の一例を示す図である。
【図５】図５は、実施形態に係る病歴記憶部の一例を示す図である。
【図６】図６は、実施形態に係る提供装置による提供処理手順を示すフローチャートである。
【図７】図７は、医療情報に関するコンテンツの一例を示す図である。
【図８】図８は、医療情報に関するコンテンツの一例を示す図である。
【図９】図９は、ハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願に係る提供装置、提供方法及び提供プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る提供装置、提供方法及び提供プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。
【００１０】
〔１．提供処理〕
まず、図１を参照して、実施形態に係る提供処理の一例について説明する。図１は、実施形態に係る提供処理の一例を示す図である。図１の例では、実施形態に係る提供システム１によって提供処理が行われる。
【００１１】
図１に示すように、提供システム１には、ユーザ装置１０と、提供装置１００とが含まれる。図１中では図示していないが、提供システム１は、複数台のユーザ装置１０や、複数台の提供装置１００を含んでもよい。
【００１２】
ユーザ装置１０は、ユーザによって利用される情報処理装置である。ユーザ装置１０は、スマートフォン、デスクトップ型ＰＣ（Personal  Computer）、ノート型ＰＣ、タブレット型ＰＣを含む、任意のタイプの情報処理装置であってもよい。
【００１３】
提供装置１００は、ユーザ装置１０に、各種情報を提供する情報処理装置である。例えば、提供装置１００は、ユーザ装置１０に、各種情報を提供するサーバ装置である。
【００１４】
図１の例では、提供装置１００は、ユーザ装置１０に、検索やポータル等のコンテンツ（例えば、検索ページ、ポータルページ）を提供する。提供装置１００は、ユーザ装置１０に、アプリケーション（例えば、検索アプリ、ポータルアプリ）を介して、検索やポータル等のコンテンツを提供してもよい。検索クエリが、検索やポータル等のコンテンツの検索ボックスに入力された場合に、提供装置１００は、検索クエリに対応する検索結果を、ユーザ装置１０に提供する。図１中では図示していないが、提供装置１００は、ネットワーク網（例えば、インターネット網）を介して、有線又は無線によりユーザ装置１０と通信を行う。
【００１５】
説明のための一例として、あるユーザは、頭痛がすると想定する。さらに、このユーザが、頭痛の原因を調べるために、検索クエリ「頭が痛い」を、検索やポータル等のコンテンツの検索ボックスに入力すると想定する。この例では、検索クエリ「頭が痛い」に対応する検索結果が、このユーザのユーザ装置に提供される。
【００１６】
このような検索結果の上位リストは、しばしば、「頭痛」に関する大げさな話を含むことがある。例えば、このような検索結果の上位リストは、「コンテンツ提供者は、頭が痛かった。その後、コンテンツ提供者は、くも膜下出血を起こした。もし、あなたは、頭が痛かったら、あなたは、くも膜下出血をまず疑ったほうがよい。」といった話に関するコンテンツを含む場合がある。
【００１７】
その理由としては、このようなコンテンツは、ユーザ（すなわち、閲覧者）に対するインパクトが強いことが挙げられる。例えば、ユーザは、このようなコンテンツを、ソーシャルネットワーキングサービス上で、広めたり、シェアしたりすることがある。その結果、このようなコンテンツが、検索結果の上位リストに含まれる場合がある。一方、「コンテンツ提供者は、頭が痛かった。その後、コンテンツ提供者の頭痛は、すぐ治った。」といった話は、ユーザから大きな反響を得ないことが考えられる。また、コンテンツ提供者の頭痛が、すぐ治った場合には、コンテンツ提供者は、頭痛に関するコンテンツを作成しないことが考えられる。
【００１８】
医学的な観点からは、頭が痛かった人物がその後くも膜下出血を起こすのは、まれなケースである。しかしながら、上述のように、インターネット上では、まれな疾患（例えば、くも膜下出血）に罹ったコンテンツ提供者が、まれな疾患に関するコンテンツを作成する場合がある。そして、ユーザが、まれな疾患に関するコンテンツを、例えば、ソーシャルネットワーキングサービス上で、広げたり、シェアしたりする場合がある。その結果、検索結果の上位リストが、医学的に信頼性が高くないコンテンツ（例えば、「もし、あなたは、頭が痛かったら、あなたは、くも膜下出血をまず疑ったほうがよい。」）を含む可能性がある。
【００１９】
インターネット上では、ユーザが、このようなまれな疾患に関するコンテンツを閲覧した場合に、ユーザが、まれな疾患（例えば、くも膜下出血）に罹るのではないかと不安に思う場合がある。その結果、ユーザが、まれな疾患に関するコンテンツに対して過度に反応する場合がある。例えば、頭が痛いユーザが、上述のくも膜下出血に関するコンテンツを閲覧した場合には、このユーザは、くも膜下出血を専門とする医療機関を受診する可能性がある。このような状況は、サイバーコンドリア（cyberchondria）（サイバー心気症とも呼ばれる）の問題に関連する。
【００２０】
そこで、一例では、提供装置１００は、サイバーコンドリアの問題を防止するために、以下に説明される提供処理を実行する。以下に説明される提供処理の一例では、ユーザが、症状で疾患を検索する場合に、疑われる疾患とユーザがこの疾患に罹っている確率とを示す医療情報が、このユーザに提供される。
【００２１】
はじめに、提供装置１００は、検索クエリを、ユーザ装置１０から受信する（ステップＳ１１）。
【００２２】
例示のために、図１の例では、ユーザ装置１０のユーザは、頭が痛いと仮定する。この例では、提供装置１００は、検索クエリ「頭が痛い」を、ユーザ装置１０から受信する。
【００２３】
次いで、提供装置１００は、検索クエリを受信したことに応じて、検索クエリに関連する症状を引き起こす可能性がある疾患と、ユーザ装置１０のユーザがこの疾患に罹っている確率とを推定する（ステップＳ１２）。
【００２４】
図１には図示されていないが、例えば、提供装置１００は、１人または複数のユーザの検索履歴情報と、この１人または複数のユーザの病歴情報（例えば、既往歴）とを、提供装置１００内部の記憶装置に記憶する。提供装置１００は、記憶された検索履歴情報と、記憶された病歴情報とに基づいて、疑われる疾患と、ユーザ装置１０のユーザがこの疑われる疾患に罹っている確率とを推定する。なお、検索履歴情報は、図４に関連して後述される。また、病歴情報は、図５に関連して後述される。
【００２５】
図１の例では、提供装置１００は、記憶された検索履歴情報に基づいて、検索クエリ「頭が痛い」に対応する検索クエリ（例えば、「頭痛」の症状等を示す検索クエリ）を入力した１人または複数のユーザを特定する。そして、提供装置１００は、記憶された病歴情報のうち、特定された１人または複数のユーザの病歴情報に基づいて、頭痛の症状（すなわち、「頭が痛い」に対応する症状）を引き起こす可能性がある疾患を、疑われる疾患として推定する。さらに、提供装置１００は、特定された１人または複数のユーザのうち、疑われる疾患に罹った１人または複数のユーザの数に基づいて、ユーザ装置１０のユーザが、この疑われる疾患に罹っている確率を推定する。
【００２６】
例えば、「頭痛」の症状等を示す検索クエリを入力した「１００００人」のユーザのうち、「２人」のユーザがくも膜下出血に罹った場合には、提供装置１００は、ユーザ装置１０のユーザがくも膜下出血に罹っている確率を、「０．２％」と推定する。また、例えば、この「１００００人」のユーザのうち、「６０００人」のユーザが片頭痛に罹った場合には、提供装置１００は、ユーザ装置１０のユーザが片頭痛に罹っている確率を、「６０％」と推定する。
【００２７】
上述の病歴情報を取得するために、提供装置１００は、インタネットコホート等の手法を用いることができる。例えば、提供装置１００は、クラウドソーシングを用いて、病歴（例えば、既往歴）に関するデータを収集し、病歴に関するデータを、病歴情報として蓄積してもよい。
【００２８】
例えば、提供装置１００は、プライバシー保護データマイニング（privacy  preserving  data  mining）により、病歴情報を取得してもよい。すなわち、提供装置１００は、病歴を提供したユーザが特定されない形で、病歴に関するデータを、病歴情報として蓄積してもよい。このようなクラウドソーシングでは、提供装置１００は、病歴を提供することに同意したユーザに、ヘルスケアに関するサービス（例えば、ウェアラブルデバイスを用いた健康管理サービス）や、バイオインフォマティクスに関するサービス（例えば、遺伝子検査サービス）を提供してもよい。ユーザが、医療受診記録（例えば、電子カルテ、通院履歴、受診履歴、受診記録等の情報）を提供することに同意した場合には、提供装置１００は、あるエンティティ（例えば、ユーザ、ユーザによって利用された医療機関）の装置から、医療受診記録を受信してもよい。この場合、提供装置１００は、受診された医療受診記録を、病歴情報として蓄積してもよい。
【００２９】
その後、提供装置１００は、推定された疾患と、ユーザ装置１０のユーザがこの推定された疾患に罹っている確率とを示す医療情報に関するコンテンツを、ユーザ装置１０に提供する（ステップＳ１３）。
【００３０】
図２は、医療情報に関するコンテンツの一例を示す図である。図２のコンテンツＣ１１は、提供装置１００によって提供されたコンテンツである。図２の例では、コンテンツＣ１１は、検索やポータル等のコンテンツとして示されている。上述のように、提供装置１００は、コンテンツＣ１１の検索ボックスＳＢ１１に入力された検索クエリ「頭が痛い」を、ユーザ装置１０から受信する。この場合、提供装置１００は、検索クエリ「頭が痛い」に対応する検索結果として、医療情報に関するコンテンツＣ２１を、ユーザ装置１０に提供する。
【００３１】
図２の例では、提供されたコンテンツＣ２１は、検索クエリ「頭が痛い」に関連する症状（すなわち、「頭痛」）を引き起こす可能性がある複数の疾患と、ユーザ装置１０のユーザがそれぞれの疾患に罹っている確率とを示すコンテンツＣ２２を含む。例えば、コンテンツＣ２２は、ユーザ装置１０のユーザが「片頭痛」に罹っている確率が「６０％」であることを示している。また、例えば、コンテンツＣ２２は、ユーザ装置１０のユーザが「くも膜下出血」に罹っている確率が「０．０２％」であることを示している。
【００３２】
コンテンツＣ２２は、疾患に関するコンテンツへのリンクを含んでもよい。例えば、ユーザ装置１０のユーザが、コンテンツＣ２２内のリンク領域（例えば、疑われる疾患「片頭痛」に対応する領域）を選択した場合に、提供装置１００は、選択されたリンク領域に対応する疾患（例えば、片頭痛）に関するコンテンツを提供してもよい。選択されたリンク領域に対応する疾患に関するコンテンツは、例えば、医学的に信頼性が高いコンテンツである。また、ユーザ装置１０のユーザが、疑われる疾患「その他」に対応するリンク領域を選択した場合に、その他の疾患（例えば、脳出血、脳梗塞、インフルエンザ脳症）を示すコンテンツを含む他のコンテンツを提供してもよい。
【００３３】
図２の例では、提供されたコンテンツＣ２１は、ユーザ装置１０のユーザが、ユーザがくも膜下出血に罹っている可能性が低いことを知ることを可能にする。
【００３４】
上述のように、実施形態に係る提供装置１００は、ユーザが、症状で疾患を検索した場合に、提供装置１００は、疑われる疾患と、ユーザがこの疾患に罹っている確率とを示す医療情報を、ユーザに提供する。これにより、提供装置１００は、サイバーコンドリアの問題を防止することができる。このため、提供装置１００は、ユーザ装置１０のユーザが、ユーザの症状に対して適切に対応することを可能にする。以下、このような提供処理を実現する提供装置１００について詳細に説明する。
【００３５】
〔２．提供装置の構成〕
次に、図３を参照して、実施形態に係る提供装置１００の構成例について説明する。図３は、実施形態に係る提供装置１００の構成例を示す図である。図３に示すように、提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、提供装置１００は、提供装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（液晶ディスプレイ等）を有してもよい。
【００３６】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。通信部１１０は、ネットワーク網と有線又は無線により接続され、ネットワーク網を介して、ユーザ装置１０との間で情報の送受信を行う。
【００３７】
（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示すように、記憶部１２０は、検索履歴情報記憶部１２１と、病歴情報記憶部１２２とを有する。
【００３８】
（検索履歴情報記憶部１２１）
図４は、実施形態に係る検索履歴情報記憶部１２１の一例を示す図である。検索履歴情報記憶部１２１は、ユーザの検索履歴情報を記憶する。例えば、検索履歴情報記憶部１２１は、ユーザによって入力された検索クエリを示す検索履歴情報を記憶する。
【００３９】
検索履歴情報記憶部１２１は、例えば、受信部１３１によって受信された検索履歴情報を記憶する。図４の例では、検索履歴情報記憶部１２１には、「検索履歴情報」が「ユーザＩＤ」ごとに記憶される。例示として、「検索履歴情報」には、項目「検索クエリ」および項目「時刻」が含まれる。
【００４０】
「ユーザＩＤ」は、ユーザを識別するための識別子を示す。「検索クエリ」は、ユーザによって入力された検索クエリを示す。「時刻」は、例えば、ユーザが検索クエリを入力した時刻を示す。「時刻」は、検索履歴情報が検索履歴情報記憶部１２１に蓄積された時刻を示してもよい。
【００４１】
例えば、図４は、ユーザＩＤ「Ｕ１」で識別されるユーザによって入力された検索クエリが、「頭が痛い、続く」であることを示している。また、例えば、図４は、ユーザＩＤ「Ｕ１」で識別されるユーザが検索クエリ「頭が痛い、続く」を入力した時刻が、「２０１９年２月１５日午後１１時０分」であることを示している。
【００４２】
なお、検索履歴情報記憶部１２１に記憶された検索履歴情報には、項目「キーワード」（図示せず）や項目「フレーズ」（図示せず）が含まれていてもよい。
【００４３】
「キーワード」は、例えば、ユーザによって入力された検索クエリに対応するキーワードを示す。一例として、検索クエリ「頭が痛い」に対応するキーワードは、「頭痛」であってもよい。別の例として、検索クエリ「頭痛がする」に対応するキーワードは、「頭痛」であってもよい。
【００４４】
例えば、検索クエリ「頭が痛い、続く」は、キーワード「頭痛」に関連付けられてもよい。また、例えば、検索クエリ「頭が痛い、吐き気、ズキンズキン」は、キーワード「頭痛」および「吐き気」に関連付けられてもよい。また、例えば、検索クエリ「激しい頭痛、目が開かない」は、キーワード「頭痛」および「眼瞼下垂」に関連付けられてもよい。
【００４５】
「フレーズ」は、例えば、ユーザによって入力された検索クエリに対応するフレーズを示す。一例として、検索クエリ「頭が痛い」に対応するフレーズは、「頭痛がする」であってもよい。別の例として、検索クエリ「頭が痛い、ズキズキ」に対応するフレーズは、「頭痛がする」であってもよい。検索クエリ「頭痛がする」は、フレーズ「頭痛がする」に対応してもよい。
【００４６】
（病歴情報記憶部１２２）
図５は、実施形態に係る病歴情報記憶部１２２の一例を示す図である。病歴情報記憶部１２２は、ユーザの病歴情報を記憶する。例えば、病歴情報記憶部１２２は、ユーザの病歴（例えば、既往歴）を示す病歴情報を記憶する。
【００４７】
病歴情報記憶部１２２は、例えば、受信部１３１によって受信された病歴情報を記憶する。図５の例では、病歴情報記憶部１２２には、「病歴情報」が「ユーザＩＤ」ごとに記憶される。例示として、「病歴情報報」には、項目「疾患名」および項目「時期」が含まれる。
【００４８】
上述のように、「ユーザＩＤ」は、ユーザを識別するための識別子を示す。「疾患名」は、ユーザの疾患の疾患名を示す。「時期」は、ユーザが疾患を発症した時期を示す。「時期」は、ユーザが疾患に罹った時期を示してもよい。
【００４９】
例えば、図５は、ユーザＩＤ「Ｕ１」で識別されるユーザの疾患が、「片頭痛」であることを示している。また、図５は、ユーザＩＤ「Ｕ１」で識別されるユーザが疾患「片頭痛」を発症した時期が、「２０１９年２月１５日」であることを示している。
【００５０】
なお、病歴情報記憶部１２２に記憶された病歴情報には、項目「時刻」（図示せず）や項目「症状の度合い」（図示せず）が含まれていてもよい。
【００５１】
「時刻」は、例えば、取得部１３２が、インタネットコホート等の手法により、病歴情報を取得した時刻を示す。「時刻」は、病歴情報が病歴情報記憶部１２２に蓄積された時刻を示してもよい。
【００５２】
「症状の度合い」は、例えば、疾患の症状の度合いを示す。一例として、疾患「片頭痛」に対応する症状の度合いは、「軽度の頭痛」であってもよい。別の例として、疾患「くも膜下出血」に対応する症状の度合いは、「重度の頭痛」であってもよい。
【００５３】
（制御部１３０）
制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）等のプロセッサによって、提供装置１００内部の記憶装置に記憶されている各種プログラム（提供プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１３０は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されてもよい。
【００５４】
制御部１３０は、図３に示すように、受信部１３１と、取得部１３２と、受付部１３３と、推定部１３４と、提供部１３５と、生成部１３６とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００５５】
（受信部１３１）
受信部１３１は、ユーザの検索履歴情報を受信する。例えば、受信部１３１は、ユーザによって入力された検索クエリを示す検索履歴情報を受信する。例えば、受信部１３１は、所定の情報処理装置から、検索履歴情報を受信する。例えば、受信部１３１は、提供装置１００に関係するエンティティ（例えば、ユーザ、企業）の装置から、検索履歴情報を受信する。受信部１３１は、提供部１３５によって提供された検索やポータル等のコンテンツ（例えば、検索ページ、ポータルページ）を介して、検索履歴情報を受信してもよい。
【００５６】
受信部１３１は、受信された検索履歴情報を、検索履歴情報記憶部１２１に格納してもよい。また、受信部１３１は、ユーザの検索履歴情報を、定期的に受信してもよい。受信部１３１は、受信された検索履歴情報を、検索履歴情報記憶部１２１に、定期的に格納してもよい。すなわち、受信部１３１は、検索履歴情報記憶部１２１に記憶された検索履歴情報を、定期的に更新してもよい。
【００５７】
受信部１３１は、ユーザインタフェースを介して、提供装置１００のユーザから検索履歴情報を受信してもよい。受信部１３１は、受信された検索履歴情報を、検索履歴情報記憶部１２１に格納してもよい。
【００５８】
受信部１３１は、ユーザの病歴情報を受信する。例えば、受信部１３１は、ユーザの病歴（例えば、既往歴）を示す病歴情報を受信する。例えば、受信部１３１は、所定の情報処理装置から、病歴情報を受信する。例えば、受信部１３１は、提供装置１００に関係するエンティティ（例えば、ユーザ、企業）の装置から、病歴情報を受信する。
【００５９】
受信部１３１は、受信された病歴情報を、病歴情報記憶部１２２に格納してもよい。また、受信部１３１は、ユーザの病歴情報を、定期的に受信してもよい。受信部１３１は、受信された病歴情報を、病歴情報記憶部１２２に、定期的に格納してもよい。すなわち、受信部１３１は、病歴情報記憶部１２２に記憶された病歴情報を、定期的に更新してもよい。
【００６０】
一例では、ユーザが、医療受診記録（例えば、電子カルテ、通院履歴、受診履歴、受診記録等の情報）を提供することに同意した場合には、受信部１３１は、ユーザのユーザ装置（例えば、ユーザ装置１０）や、ユーザによって利用された医療機関の装置から、医療受診記録を受信してもよい。この場合、受信部１３１は、受診された医療受診記録を、病歴情報として蓄積してもよい。
【００６１】
（取得部１３２）
取得部１３２は、ユーザの症状に関連する検索クエリを含む、このユーザの検索履歴情報と、このユーザが疾患に罹ったことを示す、このユーザの病歴情報とを取得する。
【００６２】
例えば、取得部１３２は、検索履歴情報として、第１のユーザの症状に関連する第１の検索クエリを含む、この第１のユーザの検索履歴情報を取得し、かつ病歴情報として、この第１のユーザが第１の疾患に罹ったことを示す、この第１のユーザの病歴情報を取得する。
【００６３】
取得部１３２は、例えば、受信部１３１によって受信された検索履歴情報を取得する。取得部１３２は、所定の記憶装置から、検索履歴情報を取得してもよい。例えば、取得部１３２は、検索履歴情報記憶部１２１から、検索履歴情報を取得してもよい。取得部１３２は、取得された検索履歴情報を、検索履歴情報記憶部１２１に格納してもよい。取得部１３２は、検索履歴情報記憶部１２１から、検索履歴情報を定期的に取得してもよい。
【００６４】
取得部１３２は、例えば、受信部１３１によって受信された病歴情報を取得する。取得部１３２は、所定の記憶装置から、病歴情報を取得してもよい。例えば、取得部１３２は、病歴情報記憶部１２２から、病歴情報を取得してもよい。取得部１３２は、取得された病歴情報を、病歴情報記憶部１２２に格納してもよい。取得部１３２は、病歴情報記憶部１２２から、病歴情報を定期的に取得してもよい。
【００６５】
一例では、取得部１３２は、インタネットコホート等の手法により、病歴情報を取得してもよい。例えば、取得部１３２は、クラウドソーシングを用いて、病歴（例えば、既往歴）に関するデータを収集し、病歴に関するデータを、病歴情報として蓄積してもよい。また、取得部１３２は、病歴を提供したユーザが特定されない形で、病歴に関するデータを、病歴情報として蓄積してもよい。すなわち、取得部１３２は、プライバシー保護データマイニング（privacy  preserving  data  mining）により、病歴情報を取得してもよい。
【００６６】
（受付部１３３）
受付部１３３は、検索クエリを受け付ける。例えば、受付部１３３は、検索クエリとして、第２のユーザに関連付けられた第２の検索クエリを受け付ける。
【００６７】
一例では、受付部１３３は、検索クエリを、ユーザ装置１０から受信する。より具体的には、受付部１３３は、検索クエリを含む検索要求を、ユーザ装置１０から受信する。そして、受付部１３３は、受信された検索要求から、検索クエリを抽出する。このようにして、受付部１３３は、検索クエリを受信することができる。
【００６８】
（推定部１３４）
推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定する。なお、「疾患」は、「病気」または「疾病」と読み替えられ得る。また、「症状」は、「病態」と読み替えられ得る。
【００６９】
例えば、推定部１３４は、取得部１３２によって取得された第１のユーザの検索履歴情報と、取得部１３２によって取得された第１のユーザの病歴情報とに基づいて、受付部１３３によって受け付けられた第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、第２のユーザがこの第２の疾患に罹っている可能性の度合いとを推定する。
【００７０】
例えば、推定部１３４は、第２の検索クエリに対応する第１の検索クエリに関連付けられた第１のユーザを、第１のユーザの検索履歴情報から特定し、特定された第１のユーザの病歴情報に基づいて、第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、第２のユーザが、この第２の疾患に罹っている可能性の度合いと推定する。
【００７１】
例えば、推定部１３４は、第２の検索クエリに対応する第１の検索クエリに関連付けられた１人または複数のユーザを、第１のユーザの検索履歴情報から特定し、第１のユーザの病歴情報に含まれる、特定された１人または複数のユーザの病歴情報に基づいて、第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患を推定し、特定された１人または複数のユーザの病歴情報に基づいて、特定された１人または複数のユーザが推定された第２の疾患に罹った回数を算出し、算出された回数に基づいて、第２のユーザが推定された第２の疾患に罹っている可能性の度合いとして、第２のユーザが推定された第２の疾患に罹っている確率を決定する。
【００７２】
一例では、推定部１３４は、受付部１３３によって検索クエリが受信されたことに応じて、検索クエリに関連する症状を引き起こす可能性がある疾患と、ユーザ装置１０のユーザがこの疾患に罹っている確率とを推定する。
【００７３】
例えば、推定部１３４は、取得部１３２によって取得された１人または複数のユーザの検索履歴情報と、取得部１３２によって取得されたこの１人または複数のユーザの病歴情報（例えば、既往歴）とに基づいて、疑われる疾患と、ユーザ装置１０のユーザが、この疑われる疾患に罹っている確率とを推定する。
【００７４】
例えば、はじめに、推定部１３４は、ユーザ装置１０のユーザによって入力された検索クエリに対応する、症状を示す検索クエリを特定する。例えば、推定部１３４は、入力された検索クエリ（例えば、検索クエリ「頭が痛い」）に対して自然言語処理（natural  language  processing）を行うことで、入力された検索クエリに対応する、症状を示す検索クエリを特定する。例えば、特定された症状を示す検索クエリは、「頭が痛い」、「頭痛がする」等の頭痛の症状を示す検索クエリである。なお、推定部１３４は、入力された検索クエリと同一の検索クエリを、「入力された検索クエリに対応する、症状を示す検索クエリ」として特定してもよい。
【００７５】
受付部１３３によって検索要求が受信されたことに応じて、推定部１３４は、検索要求に含まれる検索クエリが、ある症状（例えば、「頭が痛い」、「頭痛がする」等の頭痛の症状）に関連するクエリであるか否かを判定してもよい。例えば、推定部１３４は、検索クエリに対してテキストマイニングを実行することで（例えば、正規表現を使用することで）、検索要求に含まれる検索クエリが、ある症状に関連するクエリであるか否かを判定してもよい。検索要求に含まれる検索クエリが、ある症状に関連するクエリであると判定された場合に、推定部１３４は、「入力された検索クエリに対応する、症状を示す検索クエリ」を特定してもよい。
【００７６】
次いで、推定部１３４は、取得部１３２によって取得された検索履歴情報に基づいて、ユーザ装置１０のユーザによって入力された検索クエリに対応する検索クエリを入力した１人または複数のユーザを特定する。例えば、推定部１３４は、取得部１３２によって取得された検索履歴情報に基づいて、特定された症状を示す検索クエリ（例えば、頭痛の症状を示す検索クエリ）に対応する検索クエリを入力した１人または複数のユーザを特定する。
【００７７】
その後、推定部１３４は、取得部１３２によって取得された病歴情報のうち、特定された１人または複数のユーザの病歴情報に基づいて、ある症状（例えば、「頭が痛い」、「頭痛がする」等の頭痛の症状）を引き起こす可能性がある疾患を、疑われる疾患として推定する。さらに、推定部１３４は、特定された１人または複数のユーザのうち、疑われる疾患に罹った１人または複数のユーザの数に基づいて、ユーザ装置１０のユーザが、この疑われる疾患に罹っている確率を推定する。
【００７８】
推定処理のタイミングに関しては、疾患およびこの疾患に罹っている可能性の度合いは、検索クエリが受け付けられる前に推定されてもよい。この場合、推定された疾患および推定された可能性の度合いは、所定のキーワードまたは所定のフレーズに関連付けられてもよい。
【００７９】
例えば、受付部１３３によって検索クエリが受け付けられる前に、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定してもよい。例えば、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを、定期的に推定してもよい。すなわち、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを、予め推定してもよい。
【００８０】
一例として、所定のキーワードは、「頭痛」であってもよい。別の例として、所定のキーワードは、「吐き気」であってもよい。さらに別の例として、所定のキーワードは、「眼瞼下垂」であってもよい。さらに別の例として、所定のフレーズは、「頭が痛い」であってもよい。さらに別の例として、所定のフレーズは、「ムカムカする」であってもよい。さらに別の例として、所定のフレーズは、「目が開かない」であってもよい。
【００８１】
推定部１３４は、取得部１３２によって取得された第１のユーザの検索履歴情報と、取得部１３２によって取得された第１のユーザの病歴情報とに基づいて、取得部１３２によって取得された第１のユーザの検索履歴情報に含まれる所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある第２の疾患と、所定のキーワードまたは所定のフレーズに対応する検索クエリを入力する第２のユーザが、この第２の疾患に罹っている可能性の度合いと、を推定してもよい。
【００８２】
例えば、推定部１３４は、所定のキーワードまたは所定のフレーズに対応する第１の検索クエリに関連付けられた第１のユーザを、第１のユーザの検索履歴情報から特定し、特定された第１のユーザの病歴情報に基づいて、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある第２の疾患と、所定のキーワードまたは所定のフレーズに対応する検索クエリを入力する第２のユーザが、この第２の疾患に罹っている可能性の度合いと、を推定してもよい。
【００８３】
例えば、推定部１３４は、所定のキーワードまたは所定のフレーズに対応する第１の検索クエリに関連付けられた１人または複数のユーザを、第１のユーザの検索履歴情報から特定し、第１のユーザの病歴情報に含まれる、特定された１人または複数のユーザの病歴情報に基づいて、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある第２の疾患を推定し、特定された１人または複数のユーザの病歴情報に基づいて、特定された１人または複数のユーザが推定された第２の疾患に罹った回数を算出し、算出された回数に基づいて、所定のキーワードまたは所定のフレーズに対応する検索クエリを入力する第２のユーザが推定された第２の疾患に罹っている可能性の度合いとして、所定のキーワードまたは所定のフレーズに対応する検索クエリを入力する第２のユーザが、推定された第２の疾患に罹っている確率を決定してもよい。
【００８４】
推定部１３４は、推定された、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患と、推定された、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患に罹っている可能性の度合いとを、記憶部１２０内の所定の記憶領域である疾患情報記憶部（図示せず）に、疾患情報として格納してもよい。
【００８５】
例えば、推定部１３４は、推定された疾患であって、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患を、所定のキーワードまたは所定のフレーズに関連付けて格納してもよい。この場合、上述の疾患情報記憶部は、所定のキーワードまたは所定のフレーズと、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患とを関連付けて記憶してもよい。さらに、推定部１３４は、推定された可能性の度合いであって、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患に罹っている可能性の度合いを、所定のキーワードまたは所定のフレーズに関連付けて格納してもよい。この場合、上述の疾患情報記憶部は、所定のキーワードまたは所定のフレーズと、所定のキーワードまたは所定のフレーズに関連する症状を引き起こす可能性がある疾患に罹っている可能性の度合いとを関連付けて記憶してもよい。
【００８６】
受付部１３３によって第２の検索クエリが受け付けられた場合に、推定部１３４は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、受付部１３３によって受け付けられた第２の検索クエリに対応する「所定のキーワードまたは所定のフレーズ」に関連付けられた疾患を、第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患として推定することができる。さらに、推定部１３４は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、受付部１３３によって受け付けられた第２の検索クエリに対応する「所定のキーワードまたは所定のフレーズ」に関連付けられた可能性の度合いを、第２のユーザが上述の第２の疾患に罹っている可能性の度合いとして推定することができる。
【００８７】
例えば、受付部１３３によって第２の検索クエリが受け付けられた場合に、推定部１３４は、第２の検索クエリに対して自然言語処理を行うことで、第２の検索クエリに対応するキーワードまたはフレーズを決定してもよい。そして、推定部１３４は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、決定されたキーワードまたはフレーズに対応する「所定のキーワードまたは所定のフレーズ」に関連付けられた疾患を、第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患として推定してもよい。さらに、推定部１３４は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、決定されたキーワードまたはフレーズに対応する所定のキーワードまたは所定のフレーズに関連付けられた可能性の度合いを、第２のユーザが上述の第２の疾患に罹っている可能性の度合いとして推定してもよい。
【００８８】
これにより、推定部１３４は、計算コストを抑えたまま、検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定することができる。すなわち、受付部１３３によって検索クエリが受信された場合に、推定部１３４は、低い計算コストで、検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定することができる。
【００８９】
（提供部１３５）
提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、この検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを示す医療情報を提供する。
【００９０】
例えば、提供部１３５は、疾患に罹っている可能性の度合いとして疾患に罹っている確率を示す医療情報を提供する。
【００９１】
また、例えば、提供部１３５は、医療情報として、検索クエリに関連する症状を引き起こす可能性がある複数の疾患と、それぞれの疾患に罹っている可能性の度合いとを示す情報を提供する。
【００９２】
また、例えば、提供部１３５は、医療情報として、推定部１３４によって推定された疾患と、推定部１３４によって推定されたこの推定された疾患に罹っている可能性の度合いとを示す情報を提供する。
【００９３】
例えば、提供部１３５は、医療情報として、推定部１３４によって推定された第２の疾患と、第２のユーザが、推定部１３４によって推定されたこの推定された第２の疾患に罹っている可能性の度合いとを示す情報を提供する。
【００９４】
一例では、提供部１３５は、推定部１３４によって推定された疾患と、ユーザ装置１０のユーザがこの推定された疾患に罹っている確率とを示す医療情報に関するコンテンツを、第１のコンテンツとして、ユーザ装置１０に提供する。提供された第１のコンテンツは、検索クエリに関連する症状を引き起こす可能性がある複数の疾患と、ユーザ装置１０のユーザがそれぞれの疾患に罹っている確率とを示す第２のコンテンツを含むでもよい。第２のコンテンツは、疾患に関するコンテンツへのリンクを含んでもよい。例えば、ユーザ装置１０のユーザが、第２のコンテンツ内のリンク領域（例えば、疑われる疾患の疾患名に対応する領域）を選択した場合に、提供装置１００は、選択されたリンク領域に対応する疾患に関するコンテンツを提供してもよい。選択されたリンク領域に対応する疾患に関するコンテンツは、例えば、医学的に信頼性が高いコンテンツである。
【００９５】
一例では、提供部１３５は、ユーザ装置１０に、検索やポータル等のコンテンツ（例えば、検索ページ、ポータルページ）を提供する。提供部１３５は、ユーザ装置１０に、アプリケーション（例えば、検索アプリ、ポータルアプリ）を介して、検索やポータル等のコンテンツを提供してもよい。検索クエリが、検索やポータル等のコンテンツの検索ボックスに入力された場合に、提供部１３５は、検索クエリに対応する検索結果を、ユーザ装置１０に提供する。
【００９６】
上述のクラウドソーシングでは、提供部１３５は、病歴を提供することに同意したユーザに、ヘルスケアに関するサービス（例えば、ウェアラブルデバイスを用いた健康管理サービス）や、バイオインフォマティクスに関するサービス（例えば、遺伝子検査サービス）を提供してもよい。
【００９７】
（生成部１３６）
後述されるように、生成部１３６は、ユーザのユーザ情報に基づいて、このユーザの病歴情報を生成する。例えば、生成部１３６は、ユーザのユーザ情報に基づいて、このユーザの疾患を推定し、推定された疾患を示す病歴情報を生成する。
【００９８】
〔３．提供処理のフロー〕
次に、実施形態に係る提供装置１００による提供処理の手順について説明する。図６は、実施形態に係る提供装置１００による提供処理手順を示すフローチャートである。
【００９９】
図６に示すように、はじめに、提供装置１００は、ユーザの症状に関連する検索クエリを含む、このユーザの検索履歴情報と、このユーザが疾患に罹ったことを示す、このユーザの病歴情報とを取得する（ステップＳ１０１）。
【０１００】
例えば、提供装置１００は、検索履歴情報として、第１のユーザの症状に関連する第１の検索クエリを含む、この第１のユーザの検索履歴情報を取得し、かつ病歴情報として、この第１のユーザが第１の疾患に罹ったことを示す、この第１のユーザの病歴情報を取得する。
【０１０１】
次いで、提供装置１００は、検索クエリを受け付ける（ステップＳ１０２）。
【０１０２】
例えば、提供装置１００は、検索クエリとして、第２のユーザに関連付けられた第２の検索クエリを受け付ける。
【０１０３】
次いで、提供装置１００は、取得された検索履歴情報および病歴情報に基づいて、検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定する（ステップＳ１０３）。
【０１０４】
例えば、提供装置１００は、取得された第１のユーザの検索履歴情報と、取得された第１のユーザの病歴情報とに基づいて、受け付けられた第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、第２のユーザがこの第２の疾患に罹っている可能性の度合いとを推定する。
【０１０５】
例えば、提供装置１００は、第２の検索クエリに対応する第１の検索クエリに関連付けられた第１のユーザを、第１のユーザの検索履歴情報から特定し、特定された第１のユーザの病歴情報に基づいて、第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、第２のユーザが、この第２の疾患に罹っている可能性の度合いと推定する。
【０１０６】
例えば、提供装置１００は、第２の検索クエリに対応する第１の検索クエリに関連付けられた１人または複数のユーザを、第１のユーザの検索履歴情報から特定し、第１のユーザの病歴情報に含まれる、特定された１人または複数のユーザの病歴情報に基づいて、第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患を推定し、特定された１人または複数のユーザの病歴情報に基づいて、特定された１人または複数のユーザが推定された第２の疾患に罹った回数を算出し、算出された回数に基づいて、第２のユーザが推定された第２の疾患に罹っている可能性の度合いとして、第２のユーザが推定された第２の疾患に罹っている確率を決定する。
【０１０７】
次いで、提供装置１００は、医療情報として、推定された疾患と、推定されたこの推定された疾患に罹っている可能性の度合いとを示す情報を提供する（ステップＳ１０４）。
【０１０８】
例えば、提供装置１００は、医療情報として、推定された第２の疾患と、第２のユーザが、推定されたこの推定された第２の疾患に罹っている可能性の度合いとを示す情報を提供する。
【０１０９】
〔４．変形例〕
上述の実施形態に係る提供装置１００は、上記の実施形態以外にも、種々の異なる形態で実施されてよい。そこで、以下では、上記の提供装置１００の他の実施形態について説明する。
【０１１０】
〔４−１．ユーザ入力に基づくパーソナライズされた医療情報〕
提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、検索クエリに関連する症状を有するユーザが他の症状を有することを確認し、この確認に応じて、検索クエリに関連する症状およびこの他の症状を引き起こす可能性がある疾患と、検索クエリに関連する症状を有するユーザが、検索クエリに関連する症状およびこの他の症状を引き起こす可能性がある疾患に罹っている可能性の度合いとを示す医療情報を提供してもよい。
【０１１１】
例えば、提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、ユーザ装置１０のユーザの他の症状を確認し、確認結果に基づいて、パーソナライズされた（personalized）医療情報を提供してもよい。
【０１１２】
例えば、上述の「推定処理のタイミング」の場合と同様に、はじめに、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、「複数の所定のキーワード」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定してもよい。推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、「複数の所定のフレーズ」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定してもよい。
【０１１３】
一例では、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、キーワード「頭痛」およびキーワード「眼瞼下垂」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定してもよい。別の例では、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、キーワード「頭痛」、キーワード「眼瞼下垂」およびキーワード「吐き気」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定してもよい。
【０１１４】
次いで、上述の「推定処理のタイミング」の場合と同様に、推定部１３４は、推定された「複数の所定のキーワード」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患と、推定された「複数の所定のキーワード」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患に罹っている可能性の度合いとを、記憶部１２０内の所定の記憶領域である疾患情報記憶部（図示せず）に、疾患情報として格納してもよい。推定部１３４は、推定された「複数の所定のフレーズ」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患と、推定された「複数の所定のフレーズ」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患に罹っている可能性の度合いとを、記憶部１２０内の所定の記憶領域である疾患情報記憶部に、疾患情報として格納してもよい。
【０１１５】
次いで、提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、ユーザ装置１０のユーザの他の症状を確認する。上述の「推定処理のタイミング」の場合と同様に、提供部１３５は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、受付部１３３によって受け付けられた検索クエリおよび確認された他の症状に対応する「複数の所定のキーワード」に関連付けられた疾患を、検索クエリに関連する症状およびユーザの他の症状を引き起こす可能性がある疾患として推定することができる。さらに、提供部１３５は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、受付部１３３によって受け付けられた検索クエリおよび確認された他の症状に対応する「複数の所定のキーワード」に関連付けられた可能性の度合いを、ユーザが、受付部１３３によって受け付けられた検索クエリおよび確認された他の症状に対応する「複数の所定のキーワード」に関連付けられた疾患に罹っている可能性の度合いとして推定することができる。
【０１１６】
その後、提供部１３５は、推定された疾患と、ユーザ装置１０のユーザが、推定されたこの推定された疾患に罹っている可能性の度合いとを示す医療情報を提供してもよい。
【０１１７】
提供部１３５は、症状で疾患を分類するための分類モデルを用いて、検索クエリに関連する症状および確認された他の症状を引き起こす可能性がある疾患を推定してもよい。そして、提供部１３５は、推定された疾患を示す医療情報を提供してもよい。
【０１１８】
例えば、はじめに、推定部１３４は、上述の「推定処理のタイミング」の場合と同様に、上述の「所定のキーワードまたは所定のフレーズ」を用いて、ユーザがある疾患に罹ったか否かを示す罹患データを生成してもよい。より具体的には、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、「複数の所定のキーワード」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患を示す罹患データを生成してもよい。また、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、「複数の所定のフレーズ」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患を示す罹患データを生成してもよい。推定部１３４は、生成された罹患データを、記憶部１２０内の所定の記憶領域である罹患データ記憶部（図示せず）に格納してもよい。
【０１１９】
一例では、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、キーワード「頭痛」およびキーワード「眼瞼下垂」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患を示す罹患データを生成してもよい。別の例では、推定部１３４は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、キーワード「頭痛」、キーワード「眼瞼下垂」およびキーワード「吐き気」にそれぞれ対応する複数の症状を引き起こす可能性がある疾患を示す罹患データを生成してもよい。このようにして、推定部１３４は、複数の症状（例えば、頭痛および眼瞼下垂）を有するユーザがある疾患（例えば、くも膜下出血）に罹ったか否かを示す罹患データを生成することができる。
【０１２０】
次いで、推定部１３４は、上述の罹患データ記憶部に含まれる罹患データに基づいて、症状で疾患を分類するための分類モデルを生成してもよい。この場合、複数の症状の各々は、分類モデルに含まれる条件分岐にそれぞれ対応する。例えば、ある条件分岐は、「ユーザは吐き気がするか否か」に対応してもよい。また、例えば、他の条件分岐は、「ユーザは眼瞼下垂をきたすか否か」に対応してもよい。推定部１３４は、生成された分類モデルを、記憶部１２０内の所定の記憶領域である分類モデル記憶部（図示せず）に格納してもよい。
【０１２１】
一例では、推定部１３４は、上述の罹患データ記憶部に含まれる罹患データに基づいて、症状で疾患を分類するための決定木（decision  tree）を生成してもよい。例えば、推定部１３４は、罹患データと、所定の分岐基準（例えば、情報利得（information  gain）、獲得比（gain  ratio）、ジニ指標（Gini  index））とに基づいて、上述の条件分岐に対応するノードを決定してもよい。また、推定部１３４は、罹患データに基づいて、木の剪定を行ってもよい。
【０１２２】
その後、提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、ユーザ装置１０のユーザの他の症状を確認する。そして、提供部１３５は、分類モデル記憶部に記憶された分類モデル（例えば、決定木）を用いて、検索クエリに関連する症状およびこの他の症状を引き起こす可能性がある疾患を推定し、推定された疾患を示す医療情報を提供してもよい。
【０１２３】
図７は、医療情報に関するコンテンツの一例を示す図である。図７のコンテンツＣ３１は、提供部１３５によって提供されたコンテンツである。図７の例では、コンテンツＣ３１は、検索やポータル等のコンテンツとして示されている。図１のコンテンツＣ１１の場合と同様に、受付部１３３は、コンテンツＣ３１の検索ボックスＳＢ３１に入力された検索クエリ「頭が痛い」を、ユーザ装置１０から受信する。この場合、提供部１３５は、検索クエリ「頭が痛い」に対応する検索結果として、医療情報に関するコンテンツＣ４１を、ユーザ装置１０に提供する。
【０１２４】
図７の例では、医療情報に関するコンテンツＣ４１は、ユーザの他の症状に関するコンテンツＣ４２を含む。コンテンツＣ４２は、ユーザの他の症状を受け付けるためのコンテンツ項目を含む。図７の例では、コンテンツＣ４２は、ユーザ装置１０のユーザの他の症状が「吐き気」であることを示している。また、図７の例では、コンテンツＣ４２は、ユーザ装置１０のユーザの他の症状が「眼瞼下垂」でないことを示している。
【０１２５】
なお、提供部１３５は、上述の罹患データおよび上述の所定の分岐基準に基づいて、ユーザの他の症状を受け付けるためのコンテンツ項目に含まれる１つ又は複数の症状を決定してもよい。すなわち、提供部１３５は、疾患の識別力に基づいて、ユーザの他の症状を受け付けるためのコンテンツ項目に含まれる１つ又は複数の症状を決定してもよい。
【０１２６】
図７の例では、ユーザ装置１０のユーザが、ボタン「詳細を調べる」を選択した場合に、提供部１３５は、検索クエリ「頭が痛い」に関連する症状および他の症状「吐き気」を引き起こす可能性がある疾患と、ユーザ装置１０のユーザが、検索クエリ「頭が痛い」に関連する症状および他の症状「吐き気」を引き起こす可能性がある疾患に罹っている可能性の度合いとを示す医療情報を提供してもよい。
【０１２７】
提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、１つまたは複数の症状の候補を提案することにより、検索クエリに関連する症状を有するユーザが他の症状を有することを確認してもよい。
【０１２８】
例えば、受付部１３３によって検索クエリが受け付けられた場合に、提供部１３５は、検索クエリに関連する症状に関連する１つまたは複数の症状を含むドロップダウンリストを、ユーザ装置１０において、サジェストとして表示してもよい。この場合、受付部１３３は、ドロップダウンリストを介して、ユーザの他の症状を示す情報を受け付けることができる。例えば、受付部１３３は、非同期通信により、ユーザの他の症状を示す情報を、ユーザ装置１０から受信することができる。このようにして、提供部１３５は、ユーザ装置１０のユーザの他の症状を確認してもよい。上述のように、提供部１３５は、確認結果に基づいて、パーソナライズされた医療情報を提供してもよい。
【０１２９】
受付部１３３によってユーザの他の症状を示す情報が受け付けられた場合に、提供部１３５は、検索クエリに関連する症状およびユーザの他の症状に関連する１つまたは複数の症状を含むドロップダウンリストを、ユーザ装置１０において、サジェストとして表示してもよい。このようにして、提供部１３５は、ユーザ装置１０のユーザの複数の他の症状を確認してもよい。上述のように、提供部１３５は、確認結果に基づいて、パーソナライズされた医療情報を提供してもよい。
【０１３０】
なお、提供部１３５は、上述の罹患データおよび上述の所定の分岐基準に基づいて、ドロップダウンリストに含まれる１つまたは複数の症状を決定してもよい。すなわち、提供部１３５は、疾患の識別力に基づいて、ドロップダウンリストに含まれる１つまたは複数の症状を決定してもよい。
【０１３１】
図８は、医療情報に関するコンテンツの一例を示す図である。図８のコンテンツＣ５１は、提供部１３５によって提供されたコンテンツである。図８の例では、コンテンツＣ５１は、検索やポータル等のコンテンツとして示されている。図８の例では、受付部１３３は、コンテンツＣ５１の検索ボックスＳＢ５１に入力された検索クエリ「頭が痛い」を、非同期通信により、ユーザ装置１０から受信する。図８の例では、受付部１３３によって検索クエリ「頭が痛い」が受信された場合に、提供部１３５は、「頭痛」の症状に関連する複数の症状（例えば、「吐き気」、「目が開かない」、「続く」）を示す情報を、非同期通信により、ユーザ装置１０に送信する。このようにして、提供部１３５は、ユーザ装置１０において、「頭痛」の症状に関連する複数の症状を含むコンテンツＣ５２を、ドロップダウンリストしてコンテンツＣ５１に重ねて表示する。
【０１３２】
図８の例では、ユーザ装置１０のユーザが、コンテンツＣ５２に含まれる症状「頭が痛い、吐き気」を選択した場合に、提供部１３５は、「頭痛」および「吐き気」の症状に関連する複数の症状（例えば、「めまい」、「寒気」、「ズキンズキン」）を示す情報を、非同期通信により、ユーザ装置１０に送信する。このようにして、提供部１３５は、ユーザ装置１０において、「頭痛」および「吐き気」の症状に関連する複数の症状を含むコンテンツＣ５３を、ドロップダウンリストしてコンテンツＣ５１に重ねて表示する。
【０１３３】
図８の例では、ユーザ装置１０のユーザが、コンテンツＣ５３に含まれる症状「頭が痛い、吐き気、めまい」を選択した場合に、提供部１３５は、症状「頭が痛い、吐き気、めまい」を引き起こす可能性がある疾患と、ユーザ装置１０のユーザが、症状「頭が痛い、吐き気、めまい」を引き起こす可能性がある疾患に罹っている可能性の度合いとを示す医療情報を提供してもよい。
【０１３４】
〔４−２．病歴情報の生成〕
生成部１３６は、第１のユーザの行動を示す行動情報に基づいて、前記第１のユーザの病歴情報を生成してもよい。
【０１３５】
例えば、生成部１３６は、第１のユーザの症状に関連する第１の検索クエリと、第３の疾患に関連する第３の検索クエリとを含む、第１のユーザの検索履歴情報である、行動情報に基づいて、第１のユーザの症状とこの第３の疾患とに関する時系列データを生成し、生成された時系列データが所定の条件を満たすか否かを判定し、生成された時系列データが所定の条件を満たすと判定された場合に、第１のユーザの病歴情報として、第１のユーザがこの第３の疾患に罹ったことを示す情報を生成してもよい。
【０１３６】
例えば、所定の条件は、「第１のユーザの症状に関連する第１の検索クエリを入力した第１のユーザが、この第１のユーザの症状に関連する疾患の所定の治療薬を示す第３の検索クエリを、所定の期間内に入力した。」という条件であってもよい。一例として、所定の条件は、「「頭痛」の症状に関連する第１の検索クエリを入力した第１のユーザが、片頭痛の所定の治療薬（例えば、トリプタン系薬剤）を示す第３の検索クエリを、所定の期間内に入力した。」という条件であってもよい。この例では、生成された時系列データが所定の条件を満たすと判定された場合に、生成部１３６は、第１のユーザの病歴情報として、第１のユーザが片頭痛に罹ったことを示す情報を生成してもよい。別の例として、所定の条件は、「「頭痛」の症状に関連する第１の検索クエリを入力した第１のユーザが、くも膜下出血の所定の治療薬（例えば、所定の抗痙攣薬）を示す第３の検索クエリを、所定の期間内に入力した。」という条件であってもよい。この例では、生成された時系列データが所定の条件を満たすと判定された場合に、生成部１３６は、第１のユーザの病歴情報として、第１のユーザがくも膜下出血に罹ったことを示す情報を生成してもよい。
【０１３７】
生成部１３６は、第１のユーザの位置情報である、行動情報に基づいて、第１のユーザが第４の疾患に関連する医療機関を訪れたか否かを判定し、第１のユーザがこの医療機関を訪れたと判定された場合に、第１のユーザの病歴情報として、第１のユーザがこの第４の疾患に罹ったことを示す情報を生成してもよい。
【０１３８】
一例では、生成部１３６は、第１のユーザの位置情報に基づいて、第１のユーザがくも膜下出血を専門とする医療機関を訪れたか否かを判定してもよい。第１のユーザがくも膜下出血を専門とする医療機関を訪れたと判定された場合に、生成部１３６は、第１のユーザの病歴情報として、第１のユーザがくも膜下出血に罹ったことを示す情報を生成してもよい。
【０１３９】
〔４−３．疾患の可能性の度合い〕
提供部１３５は、疾患に罹っている可能性の度合いとして段階的評価を示す医療情報を提供してもよい。例えば、疾患に罹っている可能性の度合いは、段階的評価（例えば、５段階、またはＳ・Ａ・Ｂ・Ｃ・Ｄ等）であってもよい。一例として、疾患に罹っている確率が閾値（例えば、９０％）を満たす場合に、この疾患に罹っている可能性の度合いは、段階「５」や、ランク「Ｓ」であってもよい。別の例として、疾患に罹っている確率が閾値（例えば、１０％）を満たさない場合に、この疾患に罹っている可能性の度合いは、段階「１」や、ランク「Ｄ」であってもよい。
【０１４０】
〔４−４．症状の度合いの推定〕
上記実施形態では、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定しているが、これに限定されるものではない。推定部１３４は、取得部１３２によって取得された病歴情報に基づいて、検索クエリに関連する症状を引き起こす可能性がある疾患に対応する、１つまたは複数の症状の度合いを特定してもよい。
【０１４１】
例えば、推定部１３４は、取得部１３２によって取得された病歴情報に基づいて、疾患「片頭痛」に対応する１つまたは複数の症状の度合いとして、「軽度の頭痛」、「中等度の頭痛」または「重度の頭痛」などの１つまたは複数の症状の度合いを特定してもよい。そして、推定部１３４は、特定された１つまたは複数の症状の度合いに基づいて、検索クエリに関連する症状の度合いを決定してもよい。例えば、推定部１３４は、「１つまたは複数の症状の度合いの数」に対する「所定の症状（例えば、症状「軽度の頭痛」、「中等度の頭痛」または「重度の頭痛」）の数」の割合に基づいて、検索クエリに関連する症状の度合いを決定してもよい。
【０１４２】
提供部１３５は、医療情報として、推定部１３４によって決定された、検索クエリに関連する症状の度合いを示す情報を提供してもよい。例えば、検索クエリに関連する症状を引き起こす可能性がある疾患が、「片頭痛」である場合に、提供部１３５は、片頭痛の症状の度合い（例えば、「軽度の頭痛」、「中等度の頭痛」、「重度の頭痛」）を示す情報を提供してもよい。
【０１４３】
〔４−５．ユーザ情報に基づくパーソナライズされた医療情報〕
取得部１３２は、検索クエリを入力したユーザのユーザ情報を取得してもよい。ユーザ情報は、例えば、属性情報（例えば、デモグラフィック情報、サイコグラフィック情報）、検索履歴情報、購入履歴情報、コンテキスト情報（例えば、行動の文脈、行動の背景、行動間の関係、行動の行動状況、ユーザが置かれた状況、ユーザが置かれた環境、ユーザの行動パターン、ユーザの興味や関心等を表す情報）、閲覧履歴情報、利用履歴情報（例えば、ユーザが利用したサービスに関する情報）、視聴履歴情報、販売履歴情報および位置情報（例えば、移動履歴情報）等の情報である。
【０１４４】
推定部１３４は、取得部１３２によって取得された検索履歴情報と、取得部１３２によって取得された病歴情報と、取得部１３２によって取得されたユーザ情報とに基づいて、検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定してもよい。
【０１４５】
例えば、推定部１３４は、取得部１３２によって取得された第１のユーザの検索履歴情報と、取得部１３２によって取得された第１のユーザの病歴情報と、取得部１３２によって取得された第１のユーザのユーザ情報と、取得部１３２によって取得された第２のユーザのユーザ情報とに基づいて、受付部１３３によって受け付けられた第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、第２のユーザがこの第２の疾患に罹っている可能性の度合いとを推定してもよい。
【０１４６】
例えば、はじめに、取得部１３２は、第１のユーザの検索履歴情報と、第１のユーザの病歴情報と、第１のユーザのユーザ情報とを含む訓練データを取得してもよい。そして、推定部１３４は、取得部１３２によって取得された訓練データに基づいて、第２のユーザが、第２のユーザに関連付けられた第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患に罹っている可能性の度合いを推定するためのモデルを生成してもよい。
【０１４７】
より具体的には、推定部１３４は、第１のユーザの検索履歴情報と、第１のユーザのユーザ情報とを、訓練データの入力として用いてもよい。また、推定部１３４は、第１のユーザの病歴情報を、訓練データの出力として用いてもよい。そして、推定部１３４は、汎化誤差が最小化されるようにモデル（例えば、ニューラルネット）を訓練することで、第２のユーザが、第２のユーザに関連付けられた第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患に罹っている可能性の度合いを推定するためのモデルを生成してもよい。
【０１４８】
一例として、第１のユーザの検索履歴情報は、第１のユーザの症状に関連する第１の検索クエリに対応する特徴ベクトル（素性ベクトルまたはインスタンスとも呼ばれる）を含んでもよい。また、第１のユーザのユーザ情報は、第１のユーザに対応する特徴ベクトルを含んでもよい。この例では、推定部１３４は、第１のユーザの症状に関連する第１の検索クエリに対応する特徴ベクトルと、第１のユーザに対応する特徴ベクトルを、訓練データの入力として用いてもよい。例えば、推定部１３４は、第１のユーザの症状に関連する第１の検索クエリに対応する埋め込みベクトル（例えば、症状「頭痛」に対応する分散表現）と、第１のユーザに対応する埋め込みベクトル（例えば、年齢「３０代」）とを、訓練データの入力として用いてもよい。さらに、推定部１３４は、第１のユーザの病歴情報に基づいて、第１のユーザが第１の疾患に罹ったか否かを示す罹患情報を生成してもよい。生成された罹患情報は、例えば、第１のユーザが第１の疾患（例えば、くも膜下出血）に罹ったか否かを示すフラグを含む。例えば、第１のユーザが第１の疾患に罹ったかことを示すフラグは、「１」である。また、例えば、第１のユーザが第１の疾患に罹らなかったことを示すフラグは、「０」である。そして、推定部１３４は、「罹患情報に含まれるフラグの値」および「モデル（例えば、ニューラルネット）の出力（例えば、所定の疾患に罹っている確率）」に対応する目的関数が最小化されるように、このモデルを学習する。このようにして、推定部１３４は、上述の訓練データから、第２のユーザが第２の疾患に罹っている可能性の度合いを推定するためのモデルを生成することができる。
【０１４９】
次いで、推定部１３４は、生成されたモデルと、受付部１３３によって受け付けられた、第２のユーザに関連付けられた第２の検索クエリと、第２のユーザのユーザ情報とに基づいて、第２のユーザがある疾患に罹っている可能性の度合を決定してもよい。
【０１５０】
一例として、第２のユーザのユーザ情報は、第２のユーザに関連付けられた第２の検索クエリに対応する特徴ベクトルを含んでもよい。この例では、推定部１３４は、第２のユーザに関連付けられた第２の検索クエリに対応する特徴ベクトルと、取得部１３２によって取得された第２のユーザのユーザ情報に基づく特徴ベクトルを、生成されたモデルに入力することによって、第２のユーザ（例えば、「３０代」のユーザ）がある疾患（例えば、「くも膜下出血」）に罹っている可能性の度合（例えば、確率）を出力してもよい。
【０１５１】
その後、提供部１３５は、医療情報として、疾患（例えば、「くも膜下出血」）と、推定部１３４によって出力された、この疾患に罹っている可能性の度合とを示す情報を提供してもよい。
【０１５２】
これにより、提供部１３５は、検索クエリを入力したユーザに応じて、検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを示す個別の医療情報を提供することができる。
【０１５３】
〔４−６．ユーザの行動に基づく医療情報〕
上記実施形態では、取得部１３２は、ユーザの症状に関連する検索クエリを含む、このユーザの検索履歴情報と、このユーザが疾患に罹ったことを示す、このユーザの病歴情報とを取得しているが、これに限定されるものではない。また、上記実施形態では、提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、この検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを示す医療情報を提供しているが、これに限定されるものではない。
【０１５４】
他の実施形態では、取得部１３２は、ユーザのユーザ情報を取得してもよい。また、他の実施形態では、提供部１３５は、取得部１３２によって取得されたユーザ情報に関連する疾患と、この疾患に罹る可能性の度合いとを示す医療情報を提供してもよい。提供部１３５は、取得部１３２によって取得されたユーザ情報に関連する疾患と、この疾患に罹っている可能性の度合いとを示す医療情報を提供してもよい。
【０１５５】
取得部１３２は、ユーザのユーザ情報として、ユーザの行動を示す行動情報を取得してもよい。加えて、取得部１３２は、ユーザが疾患に罹ったことを示す、このユーザの病歴情報を取得してもよい。
【０１５６】
例えば、取得部１３２は、行動情報として、第１のユーザの第１の行動を示す第１の行動情報を取得し、かつ病歴情報として、この第１のユーザが第１の疾患に罹ったことを示す、この第１のユーザの病歴情報を取得してもよい。さらに、取得部１３２は、第２のユーザの第２の行動を示す第２の行動情報を取得してもよい。
【０１５７】
より具体的には、受信部１３１は、ユーザの行動を示す行動情報として、センサ情報（例えば、バイタル情報、位置情報）を、ユーザ装置１０から受信してもよい。ユーザ装置１０は、例えば、センシングデバイス（例えば、ウェアラブルデバイス、体組織計）やフィットネストラッカーであってもよい。取得部１３２は、受信部１３１によって受信された行動情報を取得してもよい。また、取得部１３２は、所定の情報処理装置から、ユーザの行動を示す行動情報を取得してもよい。取得された行動情報は、所定の時刻（例えば、所定のタイミング）におけるユーザの行動を示す行動情報であってもよい。
【０１５８】
受信部１３１は、受信された行動情報を、記憶部１２０内の所定の記憶領域である行動情報記憶部（図示せず）に格納してもよい。行動情報記憶部には、「行動情報」が「ユーザＩＤ」ごとに記憶されてもよい。「行動情報」には、項目「行動」および「時刻」が含まれてもよい（図示せず）。例えば、「行動」は、ユーザの行動を示す。「時刻」は、例えば、ユーザが行動を取った時刻を示す。「時刻」は、行動情報が行動情報記憶部に蓄積された時刻を示してもよい。
【０１５９】
一例として、「行動」は、ユーザの身体活動（例えば、身体活動量）を示してもよい。例えば、行動は、ユーザの心拍数を示してもよい。また、例えば、行動は、ユーザの血圧を示してもよい。また、例えば、行動は、ユーザの睡眠深度を示してもよい。また、例えば、行動は、ユーザの体温を示してもよい。また、例えば、行動は、ユーザが意識を失った（例えば、ブラックアウトした）ことを示してもよい。
【０１６０】
別の例として、「行動」は、ユーザの位置を示してもよい。例えば、ユーザの位置は、ユーザの生活地域（例えば、花粉が多い地域）を示してもよい。また、例えば、ユーザの位置は、ユーザの移動先（例えば、麻疹等の伝染病が蔓延している場所）を示してもよい。
【０１６１】
他の実施形態では、推定部１３４は、取得部１３２によって取得された行動情報および病歴情報に基づいて、ユーザの行動に関連する疾患と、この疾患に罹る可能性の度合いとを推定してもよい。例えば、推定部１３４は、推定部１３４は、取得部１３２によって取得された行動情報および病歴情報に基づいて、ユーザの行動に関連する疾患と、ユーザが所定の期間内にこの疾患に罹る可能性の度合いとを推定してもよい。推定部１３４は、取得部１３２によって取得された行動情報および病歴情報に基づいて、ユーザの行動に関連する疾患と、ユーザがこの疾患に罹っている可能性の度合いとを推定してもよい。
【０１６２】
例えば、推定部１３４は、取得部１３２によって取得された第１のユーザの行動情報と、取得部１３２によって取得された第１のユーザの病歴情報とに基づいて、取得部１３２によって取得された第２の行動情報によって示される第２の行動に関連する疾患と、第２のユーザが所定の期間内にこの第２の疾患に罹る可能性の度合いとを推定してもよい。推定部１３４は、取得部１３２によって取得された第１のユーザの行動情報と、取得部１３２によって取得された第１のユーザの病歴情報とに基づいて、取得部１３２によって取得された第２の行動情報によって示される第２の行動に関連する疾患と、第２のユーザがこの第２の疾患に罹っている可能性の度合いとを推定してもよい。
【０１６３】
例えば、推定部１３４は、第２の行動に対応する第１の行動に関連付けられた第１のユーザを、第１の行動情報から特定し、特定された第１のユーザの病歴情報に基づいて、第２の行動に関連する第２の疾患と、第２のユーザが所定の期間内にこの第２の疾患に罹る可能性の度合いと推定してもよい。推定部１３４は、第２の行動に対応する第１の行動に関連付けられた第１のユーザを、第１の行動情報から特定し、特定された第１のユーザの病歴情報に基づいて、第２の行動に関連する第２の疾患と、第２のユーザがこの第２の疾患に罹っている可能性の度合いと推定してもよい。
【０１６４】
例えば、推定部１３４は、第２の行動に対応する第１の行動に関連付けられた１人または複数のユーザを、第１の行動情報から特定し、第１のユーザの病歴情報に含まれる、特定された１人または複数のユーザの病歴情報に基づいて、第２の行動に関連する第２の疾患を推定し、特定された１人または複数のユーザの病歴情報に基づいて、特定された１人または複数のユーザが所定の期間内に推定された第２の疾患に罹った回数を算出し、算出された回数に基づいて、第２のユーザが所定の期間内に推定された第２の疾患に罹る可能性の度合いとして、第２のユーザが所定の期間内に推定された第２の疾患に罹る確率を決定してもよい。推定部１３４は、第２の行動に対応する第１の行動に関連付けられた１人または複数のユーザを、第１の行動情報から特定し、第１のユーザの病歴情報に含まれる、特定された１人または複数のユーザの病歴情報に基づいて、第２の行動に関連する第２の疾患を推定し、特定された１人または複数のユーザの病歴情報に基づいて、特定された１人または複数のユーザが推定された第２の疾患に罹った回数を算出し、算出された回数に基づいて、第２のユーザが推定された第２の疾患に罹っている可能性の度合いとして、第２のユーザが推定された第２の疾患に罹っている確率を決定してもよい。
【０１６５】
一例では、取得部１３２は、ユーザ装置１０のユーザの行動を示す行動情報を取得する。この例では、上述の「検索クエリに関連する症状を引き起こす可能性がある疾患」の場合と同様に、推定部１３４は、ユーザ装置１０のユーザの行動に関連する疾患と、ユーザ装置１０のユーザが所定の期間内にこの疾患に罹る確率とを推定してもよい。推定部１３４は、ユーザ装置１０のユーザの行動に関連する疾患と、ユーザ装置１０のユーザがこの疾患に罹っている確率とを推定してもよい。
【０１６６】
例えば、推定部１３４は、取得部１３２によって取得された、１人または複数のユーザの行動を示す行動情報と、取得部１３２によって取得された、この１人または複数のユーザの病歴情報（例えば、既往歴）とに基づいて、疑われる疾患と、ユーザ装置１０のユーザが所定の期間内にこの疑われる疾患に罹る確率とを推定してもよい。推定部１３４は、取得部１３２によって取得された、１人または複数のユーザの行動を示す行動情報と、取得部１３２によって取得された、この１人または複数のユーザの病歴情報（例えば、既往歴）とに基づいて、疑われる疾患と、ユーザ装置１０のユーザがこの疑われる疾患に罹っている確率とを推定してもよい。
【０１６７】
例えば、推定部１３４は、取得部１３２によって取得された、１人または複数のユーザの行動を示す行動情報と、取得部１３２によって取得された、ユーザ装置１０のユーザの行動を示す行動情報とに基づいて、ユーザ装置１０のユーザの行動に対応する行動を取った１人または複数のユーザを特定してもよい。そして、推定部１３４は、取得部１３２によって取得された病歴情報のうち、特定された１人または複数のユーザの病歴情報に基づいて、ある行動（例えば、「血圧が１８０／１１０以上」等の身体活動の行動）に関連する疾患（例えば、くも膜下出血）を、疑われる疾患として推定してもよい。さらに、推定部１３４は、特定された１人または複数のユーザのうち、所定の期間内に疑われる疾患に罹った１人または複数のユーザの数に基づいて、ユーザ装置１０のユーザが、所定の期間内にこの疑われる疾患に罹る確率を推定してもよい。推定部１３４は、特定された１人または複数のユーザのうち、疑われる疾患に罹った１人または複数のユーザの数に基づいて、ユーザ装置１０のユーザが、この疑われる疾患に罹っている確率を推定してもよい。
【０１６８】
推定部１３４は、推定された疾患であって、ユーザの行動に関連する疾患と、推定された可能性の度合いであって、この疾患に罹る可能性の度合いとを、記憶部１２０内の所定の記憶領域である疾患情報記憶部（図示せず）に、疾患情報として格納してもよい。
【０１６９】
例えば、推定部１３４は、推定された疾患であって、行動情報に関連する疾患を、所定の行動を示すキーワードに関連付けて格納してもよい。この場合、上述の疾患情報記憶部は、所定の行動を示すキーワードと、ユーザの行動に関連する疾患とを関連付けて記憶してもよい。さらに、推定部１３４は、推定された可能性の度合いであって、所定の期間内にユーザの行動に関連する疾患に罹る可能性の度合いを、所定の行動を示すキーワードに関連付けて格納してもよい。この場合、上述の疾患情報記憶部は、所定の行動を示すキーワードと、所定の期間内にユーザの行動に関連する疾患に罹る可能性の度合いとを関連付けて記憶してもよい。推定部１３４は、推定された可能性の度合いであって、ユーザの行動に関連する疾患に罹っている可能性の度合いを、所定の行動を示すキーワードに関連付けて格納してもよい。この場合、上述の疾患情報記憶部は、所定の行動を示すキーワードと、ユーザの行動に関連する疾患に罹っている可能性の度合いとを関連付けて記憶してもよい。
【０１７０】
他の実施形態では、提供部１３５は、取得部１３２によって取得された行動情報に関連する疾患と、この疾患に罹る可能性の度合いとを示す医療情報を提供してもよい。
【０１７１】
例えば、提供部１３５は、医療情報として、行動情報に関連する複数の疾患と、それぞれの疾患に罹る可能性の度合いとを示す情報を提供してもよい。上述の「検索クエリに関連する症状を引き起こす可能性がある疾患」の場合と同様に、提供部１３５は、医療情報として、推定部１３４によって推定された疾患と、推定部１３４によって推定された所定の期間内にこの推定された疾患に罹る可能性の度合いとを示す情報を提供してもよい。提供部１３５は、医療情報として、推定部１３４によって推定された疾患と、推定部１３４によって推定されたこの推定された疾患に罹っている可能性の度合いとを示す情報を提供してもよい。
【０１７２】
受付部１３３は、ユーザの行動（例えば、「血圧が１８０／１１０以上」等の身体活動の行動）を示す検索クエリを、ユーザ装置１０から受信してもよい。
【０１７３】
受付部１３３によって検索クエリが受け付けられた場合に、推定部１３４は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、検索クエリによって示される行動に対応するキーワード（すなわち、所定の行動を示すキーワード）に関連付けられた疾患を、ユーザの行動に関連する疾患として推定してもよい。さらに、推定部１３４は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、受付部１３３によって受け付けられた検索クエリに対応するキーワードに関連付けられた可能性の度合いを、ユーザが所定の期間内に上述の疾患に罹る可能性の度合いとして推定してもよい。この場合、提供部１３５は、医療情報として、推定部１３４によって推定された疾患と、推定部１３４によって推定されたこの推定された疾患に罹る可能性の度合いとを示す情報を、ユーザ装置１０に提供してもよい。推定部１３４は、上述の疾患情報記憶部に含まれる疾患情報に基づいて、受付部１３３によって受け付けられた検索クエリに対応するキーワードに関連付けられた可能性の度合いを、ユーザが上述の疾患に罹っている可能性の度合いとして推定してもよい。この場合、提供部１３５は、医療情報として、推定部１３４によって推定された疾患と、推定部１３４によって推定されたこの推定された疾患に罹っている可能性の度合いとを示す情報を、ユーザ装置１０に提供してもよい。
【０１７４】
提供部１３５は、取得部１３２によって取得された行動情報に関連する疾患と、所定の期間内にこの疾患に罹る可能性の度合いとを示す医療情報を、プッシュ型でユーザ装置１０に送信してもよい。提供部１３５は、取得部１３２によって取得された行動情報に関連する疾患と、この疾患に罹っている可能性の度合いとを示す医療情報を、プッシュ型でユーザ装置１０に送信してもよい。言い換えると、提供部１３５は、行動情報に関連する疾患と、所定の期間内にこの疾患に罹る可能性の度合いとを示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。また、提供部１３５は、行動情報に関連する疾患と、この疾患に罹っている可能性の度合いとを示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。すなわち、行動情報に関連する疾患と、この疾患に罹る可能性の度合いとを示す医療情報は、提供装置１００（例えば、提供部１３５）のトリガに基づいて送信されてもよい。また、行動情報に関連する疾患と、この疾患に罹っている可能性の度合いとを示す医療情報は、提供装置１００のトリガに基づいて送信されてもよい。
【０１７５】
例えば、提供部１３５は、推定部１３４によって推定されたこの推定された疾患に罹る可能性の度合いが所定の条件を満たすか否かを判定する。推定部１３４によって推定されたこの推定された疾患に罹る可能性の度合いが所定の条件を満たすと判定された場合に、提供部１３５は、推定部１３４によって推定された疾患と、推定部１３４によって推定されたこの推定された疾患に罹る可能性の度合いとを示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。
【０１７６】
一例として、所定の条件は、「ユーザ装置１０のユーザが所定の期間内にくも膜下出血に罹る確率が、６０％以上である。」という条件であってもよい。この例では、推定されたくも膜下出血に罹る可能性の度合いが所定の条件を満たすと判定された場合に、提供部１３５は、ユーザ装置１０のユーザが所定の期間内にくも膜下出血に罹る確率がＮ％（Ｎは、６０％以上１００％以下の実数）であることを示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。提供部１３５は、疾患の原因となる行動を示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。この例では、提供部１３５は、くも膜下出血の原因となる行動が「「血圧が１８０／１１０以上」等の身体活動」であることを示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。
【０１７７】
また、例えば、提供部１３５は、推定部１３４によって推定されたこの推定された疾患に罹っている可能性の度合いが所定の条件を満たすか否かを判定する。推定部１３４によって推定されたこの推定された疾患に罹っている可能性の度合いが所定の条件を満たすと判定された場合に、提供部１３５は、推定部１３４によって推定された疾患と、推定部１３４によって推定されたこの推定された疾患に罹っている可能性の度合いとを示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。
【０１７８】
一例として、所定の条件は、「ユーザ装置１０のユーザが花粉症に罹っている確率が、６０％以上である。」という条件であってもよい。この例では、推定された花粉症に罹っている可能性の度合いが所定の条件を満たすと判定された場合に、提供部１３５は、ユーザ装置１０のユーザが花粉症に罹っている確率がＮ％（Ｎは、６０％以上１００％以下の実数）であることを示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。この例では、提供部１３５は、花粉症の原因となる行動が「花粉が多い地域にいること」であることを示す医療情報を、プッシュ通知としてユーザ装置１０に送信してもよい。
【０１７９】
「所定の期間内に疾患に罹る可能性の度合い」を推定するためのモデルに関しては、推定部１３４は、第１のユーザの行動を示す第１の行動情報と、第１のユーザの病歴情報に基づいて、第１のユーザの行動に、第１のユーザが所定の疾患に罹ったか否かを示すフラグを、正解ラベルとして付与することができる。推定部１３４は、第１のユーザの行動を示す第１の行動情報と、第１のユーザの病歴情報に基づいて、第１のユーザの行動に、第１のユーザが所定の期間内にある疾患に罹ったか否かを示すフラグを、正解ラベルとして付与してもよい。例えば、推定部１３４は、第１のユーザの行動を示す第１の行動情報と、第１のユーザの病歴情報に基づいて、第１のユーザの行動に対応する特徴ベクトルに、第１のユーザが所定の期間内にある疾患に罹ったか否かを示すフラグを、正解ラベルとして付与してもよい。このようにして、推定部１３４は、推定部１３４は、ある行動を取った第１のユーザが所定の期間内にある疾患に罹ったか否かを示す訓練データを生成することができる。そして、推定部１３４は、生成された訓練データから、ある行動を取った第２のユーザが所定の期間内にある疾患に罹る可能性の度合いを推定するためのモデル（例えば、ニューラルネット）を生成してもよい。
【０１８０】
取得部１３２は、第２のユーザの行動に対応する特徴ベクトルを含む、第２のユーザの行動を示す第２の行動情報を取得してもよい。推定部１３４は、生成されたモデルに、取得部１３２によって取得された第２の行動情報に含まれる、第２のユーザの行動に対応する特徴ベクトルを入力することによって、ある行動を取った第２のユーザが所定の期間内にある疾患（例えば、「くも膜下出血」）に罹る可能性の度合い（例えば、確率）を出力してもよい。「検索クエリに関連する症状を引き起こす可能性がある疾患」の場合と同様に、提供部１３５は、医療情報として、疾患（例えば、「くも膜下出血」）と、推定部１３４によって出力された、ある行動を取った第２のユーザが所定の期間内にこの疾患に罹る可能性の度合とを示す情報を提供してもよい。
【０１８１】
「疾患に罹っている可能性の度合い」を推定するためのモデルに関しては、推定部１３４は、第１のユーザの行動を示す第１の行動情報と、第１のユーザの病歴情報に基づいて、第１のユーザの行動に、第１のユーザが所定の疾患に罹ったか否かを示すフラグを、正解ラベルとして付与することができる。推定部１３４は、第１のユーザの行動を示す第１の行動情報と、第１のユーザの病歴情報に基づいて、第１のユーザの行動に、第１のユーザがある疾患に罹ったか否かを示すフラグを、正解ラベルとして付与してもよい。例えば、推定部１３４は、第１のユーザの行動を示す第１の行動情報と、第１のユーザの病歴情報に基づいて、第１のユーザの行動に対応する特徴ベクトルに、第１のユーザがある疾患に罹ったか否かを示すフラグを、正解ラベルとして付与してもよい。このようにして、推定部１３４は、推定部１３４は、ある行動を取った第１のユーザがある疾患に罹ったか否かを示す訓練データを生成することができる。そして、推定部１３４は、生成された訓練データから、ある行動を取った第２のユーザがある疾患に罹っている可能性の度合いを推定するためのモデル（例えば、ニューラルネット）を生成してもよい。
【０１８２】
取得部１３２は、第２のユーザの行動に対応する特徴ベクトルを含む、第２のユーザの行動を示す第２の行動情報を取得してもよい。推定部１３４は、生成されたモデルに、取得部１３２によって取得された第２の行動情報に含まれる、第２のユーザの行動に対応する特徴ベクトルを入力することによって、ある行動を取った第２のユーザがある疾患（例えば、「花粉症」）に罹っている可能性の度合い（例えば、確率）を出力してもよい。「検索クエリに関連する症状を引き起こす可能性がある疾患」の場合と同様に、提供部１３５は、医療情報として、疾患（例えば、「花粉症」）と、推定部１３４によって出力された、ある行動を取った第２のユーザがこの疾患に罹っている可能性の度合とを示す情報を提供してもよい。
【０１８３】
このようにして、提供部１３５は、あるタイミングである行動を取ったユーザ（例えば、第２のユーザ）が所定の期間内にある疾患に罹る可能性の度合い（例えば、確率）を示す医療情報を、このユーザに提供することができる。このため、提供部１３５は、ユーザ装置１０のユーザが、疾患のリスクを回避するために、行動を変えることを可能にする。
【０１８４】
また、提供部１３５は、ある行動を取ったユーザ（例えば、第２のユーザ）がある疾患に罹っている可能性の度合い（例えば、確率）を示す医療情報を、このユーザに提供することができる。このため、提供部１３５は、ユーザ装置１０のユーザがある疾患に罹っている可能性があることを警告することができる。
【０１８５】
〔４−７．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１８６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１８７】
例えば、図３に示した記憶部１２０の一部又は全部は、提供装置１００によって保持されるのではなく、ストレージサーバ等に保持されてもよい。この場合、提供装置１００は、ストレージサーバにアクセスすることで、検索履歴情報や病歴情報等の各種情報を取得する。
【０１８８】
〔４−８．ハードウェア構成〕
また、上述してきた実施形態に係る提供装置１００は、例えば図９に示すような構成のコンピュータ１０００によって実現される。図９は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。
【０１８９】
演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一時的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ(Read  Only  Memory)、ＨＤＤ、フラッシュメモリ等により実現される。
【０１９０】
出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal  Serial  Bus）やＤＶＩ（Digital  Visual  Interface）、ＨＤＭＩ（登録商標）（High  Definition  Multimedia  Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。
【０１９１】
なお、入力装置１０２０は、例えば、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。
【０１９２】
ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。
【０１９３】
演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。
【０１９４】
例えば、コンピュータ１０００が提供装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。
【０１９５】
〔５．効果〕
上述してきたように、実施形態に係る提供装置１００は、受付部１３３と、提供部１３５とを有する。受付部１３３は、検索クエリを受け付ける。提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、この検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを示す医療情報を提供する。
【０１９６】
また、実施形態に係る提供装置１００において、提供部１３５は、疾患に罹っている可能性の度合いとして疾患に罹っている確率を示す医療情報を提供する。
【０１９７】
また、実施形態に係る提供装置１００において、提供部１３５は、医療情報として、検索クエリに関連する症状を引き起こす可能性がある複数の疾患と、それぞれの疾患に罹っている可能性の度合いとを示す情報を提供する。
【０１９８】
また、実施形態に係る提供装置１００は、ユーザの症状に関連する検索クエリを含む、このユーザの検索履歴情報と、このユーザが疾患に罹ったことを示す、このユーザの病歴情報とを取得する取得部１３２を有する。また、実施形態に係る提供装置１００は、取得部１３２によって取得された検索履歴情報および病歴情報に基づいて、検索クエリに関連する症状を引き起こす可能性がある疾患と、この疾患に罹っている可能性の度合いとを推定する推定部１３４を有する。また、実施形態に係る提供装置１００において、提供部１３５は、医療情報として、推定部１３４によって推定された疾患と、推定部１３４によって推定されたこの推定された疾患に罹っている可能性の度合いとを示す情報を提供する。
【０１９９】
また、実施形態に係る提供装置１００において、取得部１３２は、検索履歴情報として、第１のユーザの症状に関連する第１の検索クエリを含む、この第１のユーザの検索履歴情報を取得し、かつ病歴情報として、この第１のユーザが第１の疾患に罹ったことを示す、この第１のユーザの病歴情報を取得する。また、実施形態に係る提供装置１００において、受付部１３３は、検索クエリとして、第２のユーザに関連付けられた第２の検索クエリを受け付ける。また、実施形態に係る提供装置１００において、推定部１３４は、取得部１３２によって取得された第１のユーザの検索履歴情報と、取得部１３２によって取得された第１のユーザの病歴情報とに基づいて、受付部１３３によって受け付けられた第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、第２のユーザがこの第２の疾患に罹っている可能性の度合いとを推定する。また、実施形態に係る提供装置１００において、提供部１３５は、医療情報として、推定部１３４によって推定された第２の疾患と、第２のユーザが、推定部１３４によって推定されたこの推定された第２の疾患に罹っている可能性の度合いとを示す情報を提供する。
【０２００】
また、実施形態に係る提供装置１００において、推定部１３４は、第２の検索クエリに対応する第１の検索クエリに関連付けられた第１のユーザを、第１のユーザの検索履歴情報から特定し、特定された第１のユーザの病歴情報に基づいて、第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患と、第２のユーザが、この第２の疾患に罹っている可能性の度合いと推定する。
【０２０１】
また、実施形態に係る提供装置１００において、推定部１３４は、第２の検索クエリに対応する第１の検索クエリに関連付けられた１人または複数のユーザを、第１のユーザの検索履歴情報から特定し、第１のユーザの病歴情報に含まれる、特定された１人または複数のユーザの病歴情報に基づいて、第２の検索クエリに関連する症状を引き起こす可能性がある第２の疾患を推定し、特定された１人または複数のユーザの病歴情報に基づいて、特定された１人または複数のユーザが推定された第２の疾患に罹った回数を算出し、算出された回数に基づいて、第２のユーザが推定された第２の疾患に罹っている可能性の度合いとして、第２のユーザが推定された第２の疾患に罹っている確率を決定する。
【０２０２】
また、実施形態に係る提供装置１００は、第１のユーザの行動を示す行動情報に基づいて、前記第１のユーザの病歴情報を生成する生成部１３６を有する。
【０２０３】
また、実施形態に係る提供装置１００において、生成部１３６は、第１のユーザの症状に関連する第１の検索クエリと、第３の疾患に関連する第３の検索クエリとを含む、第１のユーザの検索履歴情報である、行動情報に基づいて、第１のユーザの症状とこの第３の疾患とに関する時系列データを生成し、生成された時系列データが所定の条件を満たすか否かを判定し、生成された時系列データが所定の条件を満たすと判定された場合に、第１のユーザの病歴情報として、第１のユーザがこの第３の疾患に罹ったことを示す情報を生成する。
【０２０４】
また、実施形態に係る提供装置１００において、生成部１３６は、第１のユーザの位置情報である、行動情報に基づいて、第１のユーザが第４の疾患に関連する医療機関を訪れたか否かを判定し、第１のユーザがこの医療機関を訪れたと判定された場合に、第１のユーザの病歴情報として、第１のユーザがこの第４の疾患に罹ったことを示す情報を生成する。
【０２０５】
また、実施形態に係る提供装置１００において、提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、検索クエリに関連する症状を有するユーザが他の症状を有することを確認し、この確認に応じて、検索クエリに関連する症状およびこの他の症状を引き起こす可能性がある疾患と、検索クエリに関連する症状を有するユーザが、検索クエリに関連する症状およびこの他の症状を引き起こす可能性がある疾患に罹っている可能性の度合いとを示す医療情報を提供する。
【０２０６】
また、実施形態に係る提供装置１００において、提供部１３５は、受付部１３３によって検索クエリが受け付けられた場合に、１つまたは複数の症状の候補を提案することにより、検索クエリに関連する症状を有するユーザが他の症状を有することを確認する。
【０２０７】
上述した各処理により、提供装置１００は、疾患に関する正確な情報を提供することができる。
【０２０８】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０２０９】
また、上述した提供装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
【０２１０】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受信部は、受信手段や受信回路に読み替えることができる。
【符号の説明】
【０２１１】
１  提供システム
１０  ユーザ装置
１００  提供装置
１１０  通信部
１２０  記憶部
１２１  検索履歴情報記憶部
１２２  病歴情報記憶部
１３０  制御部
１３１  受信部
１３２  取得部
１３３  受付部
１３４  推定部
１３５  提供部
１３６  生成部
【図１】
2020135473.tif 000003
【図２】
2020135473.tif 000004
【図３】
2020135473.tif 000005
【図４】
2020135473.tif 000006
【図５】
2020135473.tif 000007
【図６】
2020135473.tif 000008
【図７】
2020135473.tif 000009
【図８】
2020135473.tif 000010
【図９】
2020135473.tif 000011