(57)【要約】【課題】ユーザの質問に対して、当該ユーザにとってより適切な者から回答を得ること。【解決手段】サーバ１は、ユーザからの相談を受け付け、当該相談に対する回答を当該ユーザに対して提供する。音声情報受付部４１は、前記ユーザからの相談に関する情報を、音声情報として受け付ける。テキスト生成部４２は、前記音声情報に基づいて、前記相談に関するテキスト情報を生成する。テキスト情報提供部４３は、前記ユーザからの前記相談に対する回答を行い得る１以上の人に対して、前記テキスト情報を提供する。回答情報受付部４４は、前記テキスト情報が提供された前記１以上の人のうち、前記ユーザからの前記相談に対する正式回答の前に行われる事前回答を含む応答をした者を回答候補者として、１以上の前記回答候補者の夫々からの応答を受け付ける。回答情報提供部４５は、受け付けられた前記１以上の回答候補者の夫々の前記応答を前記ユーザに提供する。【選択図】図４
2020144495.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからの相談を受け付け、当該相談に対する回答を当該ユーザに対して提供する情報処理システムであって、
前記ユーザからの相談に関する情報を、音声情報として受け付ける第１受付手段と、
前記音声情報に基づいて、前記相談に関するテキスト情報を生成するテキスト生成手段と、
前記ユーザからの前記相談に対する回答を行い得る１以上の人に対して、前記テキスト情報を提供する第１提供手段と、
前記テキスト情報が提供された前記１以上の人のうち、前記ユーザからの前記相談に対する正式回答の前に行われる事前回答を含む応答をした者を回答候補者として、１以上の前記回答候補者の夫々からの応答を受け付ける第２受付手段と、
前記第２受付手段により受け付けられた前記１以上の回答候補者の夫々の前記応答を前記ユーザに提供する第２提供手段と、
を備える情報処理システム。
【請求項２】
前記第１受付手段は、さらに、前記１以上の回答候補者のうち、前記ユーザにより回答者として選択された者を特定可能な特定情報を受付け、
前記第１提供手段は、さらに、前記１以上の人のうち、前記特定情報により特定される者を回答者として、当該回答者に対して、その旨を示す情報を提供し、
前記第２受付手段は、さらに、前記ユーザからの前記相談に対する正式回答を、前記回答者から受け付け、
前記第２提供手段は、さらに、前記正式回答を前記ユーザに提供する、
請求項１に記載の情報処理システム。
【請求項３】
前記第１受付手段は、さらに、前記特定情報を、前記テキスト生成手段の処理対象になる音声情報として受付ける、
請求項２に記載の情報処理システム。
【請求項４】
前記ユーザ又は前記相談に関する情報であって、前記テキスト情報が提供される前記１以上の者に対して提供される情報を、付帯情報として取得する付帯情報取得手段をさらに備え、
前記第１提供手段は、前記１以上の人に対して、前記テキスト情報と共に前記付帯情報を提供する、
請求項２又は３に記載の情報処理システム。
【請求項５】
前記第１受付手段は、さらに、前記第２提供手段により提供された前記正式回答に対する前記ユーザのフィードバックに関する情報を受け付ける、
請求項２乃至４のうち何れか１項に記載の情報処理システム。
【請求項６】
前記第１受付手段は、さらに、前記フィードバックに関する情報を、前記テキスト生成手段の処理対象になる音声情報として受付ける、
請求項５に記載の情報処理システム。
【請求項７】
前記テキスト生成手段は、前記音声情報により特定されるテキストに対して所定の加工を施すことで、前記テキスト情報を生成する、
請求項１乃至６のうち何か１項に記載の情報処理システム。
【請求項８】
前記音声情報の少なくとも一部に基づいて、前記ユーザを認証する認証手段
をさらに備える請求項１乃至７のうち何れか１項に記載の情報処理システム。
【請求項９】
前記ユーザからの前記相談に関する情報を、音声とは異なる形態の別形態の情報として受け付ける別形態情報受付手段をさらに備え、
前記テキスト生成手段は、前記音声情報と共に又はそれに代えて前記別形態の情報に基づいて、前記相談に関する前記テキスト情報を生成する、
請求項１乃至８のうち何れか１項に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
従来、多くの人は、診察において医師の説明で感じた疑問等を、医師にうまく伝えられず、不安を抱えたまま生活を送っている。
このため、ユーザの健康状態に関する情報に対して、上述の医師とは別の者による意見を、当該ユーザに提供するサービスが従来から提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２０６３４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザの質問に対して、当該ユーザにとってより適切な者から回答を得たいという要望が近年挙げられているが、特許文献１を含む従来のサービスではこのような要望に応えられない状況である。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、ユーザの質問に対して、当該ユーザにとってより適切な者から回答を得ることを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の情報処理システムは、
ユーザからの相談を受け付け、当該相談に対する回答を当該ユーザに対して提供する情報処理システムであって、
前記ユーザからの相談に関する情報を、音声情報として受け付ける第１受付手段と、
前記音声情報に基づいて、前記相談に関するテキスト情報を生成するテキスト生成手段と、
前記ユーザからの前記相談に対する回答を行い得る１以上の人に対して、前記テキスト情報を提供する第１提供手段と、
前記テキスト情報が提供された前記１以上の人のうち、前記ユーザからの前記相談に対する正式回答の前に行われる事前回答を含む応答をした者を回答候補者として、１以上の前記回答候補者の夫々からの応答を受け付ける第２受付手段と、
前記第２受付手段により受け付けられた前記１以上の回答候補者の夫々の前記応答を前記ユーザに提供する第２提供手段と、
を備える。
【発明の効果】
【０００７】
本発明によれば、ユーザの質問に対して、当該ユーザにとってより適切な者から回答を得ることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１実施形態に係る情報処理システムの構成を示す図である。
【図２】図１の情報処理システムの適用対象となるサービスを説明する図である。
【図３】図１の情報処理システムのうち第１実施形態サーバのハードウェア構成を示すブロック図である。
【図４】図３のサーバの機能的構成例を示す機能ブロック図である。
【図５】図４の機能的構成を有するサーバの回答提供処理の流れの一例を説明するフローチャートである。
【図６】図５の回答提供処理についての各装置間の流れを説明するアローチャートである。
【図７】図６の続きを示すアローチャートである。
【図８】図５乃至図７の回答提供処理に伴う患者端末の表示画面の一例を示す図である。
【図９】図５乃至図７の回答提供処理に伴う医師端末の表示画面の一例を示す図である。
【図１０】本発明の第２実施形態に係るサーバの機能的構成例を示す機能ブロック図である。
【図１１】図１０のサーバを含む情報処理システムにおける認証処理の一例を説明する図である。
【図１２】図１０のサーバを含む情報処理システムにおけるフィードバック処理の一例を説明する図である。
【図１３】図１０のサーバを含む情報処理システムにおける付帯情報取得処理の一例を説明する図である。
【図１４】図１０のサーバを含む第２実施形態情報処理システムにおける別形態情報受付処理の一例を説明する図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態として、第１実施形態と第２実施形態の夫々についてその順番に、図面を用いて説明する。
【００１０】
＜第１実施形態＞
図１に示す第１実施形態に係る情報処理システムは、サーバ１と、患者端末２と、医師端末３−１乃至３−ｎ（ｎは、１以上の任意の整数値）と、を含むように構成される。
サーバ１と、患者端末２と、医師端末３−１乃至３−ｎの夫々とはインターネット等の所定のネットワークＮを介して相互に接続されている。
【００１１】
図２は、図１の情報処理システムの適用対象となるサービス（以下、「本サービス」と呼ぶ）を説明する図である。
サーバ１は、例えば、本サービスの提供者により管理される。
患者端末２は、医療機関で診察を受けた患者や入院中の患者、又はその家族であるユーザＵによって管理される。
医師端末３−１乃至３−ｎの夫々は、医師Ｄ−１乃至Ｄ−ｎの夫々によって管理される。なお、以下、医師Ｄ−１乃至Ｄ−ｎの夫々を個々に区別する必要がない場合、これらをまとめて「医師Ｄ」と呼ぶ。また、医師Ｄと呼んでいる場合、医師端末３−１乃至３−ｎをまとめて「医師端末３」と呼ぶ。
【００１２】
具体的に例えば、図２Ａに示すように、本サービスでは、ユーザＵは、自身の相談を、患者端末２に対して音声で入力する。
患者端末２は、このようにしてユーザＵによって音声で入力された相談に関する音声情報ＩＡ１を、サーバ１に送信する。なお、以下、このような音声情報ＩＡ１を、後述する他の内容の音声情報と区別すべく、「相談情報ＩＡ１」と適宜呼ぶ。
【００１３】
サーバ１は、相談情報ＩＡ１を患者端末２から受け付ける。サーバ１は、受け付けた相談情報ＩＡ１をテキスト化することで、相談に関するテキスト情報ＩＴ１を生成する。なお、以下、このようなテキスト情報ＩＴ１を、後述する他の内容のテキスト情報と区別すべく、「相談情報ＩＴ１」と適宜呼ぶ。そして、サーバ１は、相談情報ＩＴ１を医師端末３−１乃至３−ｎの夫々に送信する。
【００１４】
医師Ｄ−１乃至Ｄ−ｎの夫々は、相談情報ＩＴ１を医師端末３−１乃至３−ｎの夫々を介して認識し、正式回答をユーザＵに対してすることを要望するか否かを判断し、要望すると判断した場合、事前回答を医師端末３−１乃至３−ｎの夫々に入力する。
ここで、事前回答とは、ユーザＵの相談に対する正式回答を行う意思があるか否かについて、当該正式回答の前に医師Ｄによる意思表明として行う回答をいう。具体的には例えば、「同じ様な患者を診たことがあるので、回答できます。」等が事前回答の一例である。
図２Ａの例では、医師Ｄ−１乃至Ｄ−ｎのうち、医師Ｄ−１が事前回答ＰＡ１をし、医師Ｄ−２が事前回答ＰＡ２をし、それ以外の医師Ｄ−３乃至Ｄ−ｎは事前回答をしなかったものとする。
この場合、医師端末３−１は事前回答ＰＡ１を、医師端末３−２は事前回答ＰＡ２を、夫々サーバ１に送信する。
【００１５】
サーバ１は、医師端末３−１から医師Ｄ−１の事前回答ＰＡ１を、医師端末３−２から医師Ｄ−２の事前回答ＰＡ２を、夫々受け付けて、これらの事前回答ＰＡ１、ＰＡ２を患者端末２に送信する。
【００１６】
ユーザＵは、事前回答ＰＡ１，ＰＡ２を患者端末２を介して認識し、正式回答を望む医師Ｄとして、事前回答ＰＡ１をした医師Ｄ−１、又は事前回答ＰＡ２をした医師Ｄ−２を選択する。図２Ｂの例では、医師Ｄ−１が選択されたものとする。
ユーザＵは、医師Ｄ−１を選択した旨を患者端末２に対して音声で入力する。
患者端末２は、このようにしてユーザＵによって音声で入力された、医師Ｄを選択する音声情報を、サーバ１に送信する。
つまり、この医師Ｄを選択する音声情報とは、正式回答をユーザＵが望む医師Ｄを特定可能な音声情報である。そこで、以下、このような音声情報を、音声情報ＩＡ１等他の内容の音声情報と区別すべく、「特定情報ＳＡ１」と適宜呼ぶ。
【００１７】
サーバ１は、特定情報ＳＡ１を患者端末２から受け付ける。サーバ１は、受け付けた特定情報ＳＡ１をテキスト化することで、テキスト情報を生成する。なお、以下、このようなテキスト情報を、テキスト情報ＩＴ１等他の内容のテキスト情報と区別すべく、特定情報ＳＴ１と適宜呼ぶ。そして、サーバ１は、特定情報ＳＴ１を医師端末３−１に送信する。
【００１８】
医師Ｄ１は、特定情報ＳＴ１を医師端末３−１を介して認識し、ユーザＵに対する正式回答ＦＡ１を医師端末３−１に入力する。正式回答ＦＡ１には、ユーザＵの相談内容に対する医師Ｄ１による回答の他、処方箋や紹介状等も適宜含まれるものとする。
医師端末３−１は正式回答ＦＡ１をサーバ１に送信する。
【００１９】
サーバ１は、医師端末３−１から医師Ｄ−１の正式回答ＦＡ１を受け付けて、それを患者端末２に送信する。
ユーザＵは、正式回答ＦＡ１を患者端末２を介して認識する。
【００２０】
このように、本サービスでは、ユーザＵは、医療に関する各種相談、例えば掛かりつけの医師（医師Ｄ１乃至Ｄｎとは別の医師）の説明で感じた疑問等について、先ず、複数の医師Ｄからの事前回答を募ることができる。
そして、ユーザは、このような複数の医師Ｄの事前回答の夫々を比較考慮して、正式回答を望む医師Ｄ（上述の例では医師Ｄ−１）を選択することができる。
これにより、ユーザＵとしては、いわゆる一般的なＱ＆Ａサービスや掲示板のように、診察や健康等に関する疑問の相談を不特定多数の人に質問するのではなく、専門的な知識を有する複数の医師Ｄのうち、自身にとってより適切な者（所望の医師Ｄ）を選択することができる。換言すると、ユーザＵは、自身にとってより適切な正式回答（上述の例では正式回答ＦＡ１）を得ることができ、その結果、医療機関に出向くことなく診察や健康等に関する疑問を解決することができる。
【００２１】
図３は、図１の情報処理システムのうちサーバのハードウェア構成を示すブロック図である。
【００２２】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【００２３】
ＣＰＵ１１は、ＲＯＭ１２に記録されている各種プログラム、又は、記憶部１８からＲＡＭ１３にロードされた各種プログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２４】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００２５】
出力部１６は、各種液晶ディスプレイ等で構成され、各種情報を出力する。
入力部１７は、各種ハードウェア等で構成され、各種情報を入力する。
【００２６】
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば、図１の患者端末２、医師端末３等）との間で行う通信を制御する。
【００２７】
ドライブ２０は、必要に応じて設けられる。ドライブ２０には磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００２８】
なお、患者端末２及び医師端末３は、スマートフォン、携帯電話機、タブレット端末、ノートパソコン等の電子機器により実現することができる。なお、それらのハードウェア構成は、サーバ１のハードウェア構成と基本的に同様とすることができるので、ここではそれらの説明は省略する。
【００２９】
このような図３のサーバ１、患者端末２及び医師端末３の各種ハードウェアと各種ソフトウェアとの協働により、回答提供処理の実行が可能となる。
即ち、回答提供処理とは、ユーザＵの相談情報ＩＡ１を受け付け、相談情報ＩＡ１をテキスト化した当該ユーザＵの相談情報ＩＴ１が複数の医師Ｄに送信されて、１以上の医師Ｄから事前回答を募り、事前回答をした１以上の医師ＤのうちユーザＵにより選択された者からの正式回答をユーザＵに対して提供するまでにサーバ１等において実行される一連の処理を言う。
【００３０】
図４は、図３のサーバ１の機能的構成のうち、回答提供処理の実現が可能になる機能的構成の一例を示す機能ブロック図である。
回答提供処理が実行される場合、サーバ１のＣＰＵ１１においては、音声情報受付部４１と、テキスト生成部４２と、テキスト情報提供部４３と、回答情報受付部４４と、回答情報提供部４５と、が機能する。
【００３１】
音声情報受付部４１は、患者端末２から送信されてきたユーザＵによって音声で入力された音声情報を受け付ける。
ここで、音声情報受付部４１では、相談情報受付部５１と、特定情報受付部５２と、が機能する。
相談情報受付部５１は、ユーザＵによって音声で入力された相談情報ＩＡ１を、患者端末２から受け付ける。
特定情報受付部５２は、事前回答した１以上の医師Ｄのうち、ユーザＵによって選択された医師Ｄを特定可能な情報であって、当該ユーザＵによって音声で入力された情報を、特定情報ＳＡ１として患者端末２から受け付ける。
【００３２】
テキスト生成部４２は、音声情報として相談情報ＩＡ１が音声情報受付部４１で受け付けられた場合、当該相談情報ＩＡ１をテキスト化することで、テキスト情報である相談情報ＩＴ１を生成する。
一方、テキスト生成部４２は、音声情報として特定情報ＳＡ１が音声情報受付部４１で受け付けられた場合、当該特定情報ＳＡ１をテキスト化することで、テキスト情報である特定情報ＳＴ１を生成する。
ここで、音声情報に基づくテキスト情報の生成の手法は、特に限定されず、各種各様の手法を採用することができる。
【００３３】
テキスト情報提供部４３は、相談情報ＩＴ１がテキスト生成部４２により生成された場合、複数の医師端末３−１乃至３−ｎの夫々に、当該相談情報ＩＴ１を送信する。
一方、テキスト情報提供部４３は、特定情報ＳＴ１がテキスト生成部４２により生成された場合、特定情報ＳＴ１により特定される医師Ｄ（上述の例では医師Ｄ−１）を回答者として、当該回答者の医師端末３（上述の例では医師端末３−１）のみに、当該特定情報ＳＴ１を送信する。
【００３４】
回答情報受付部４４は、事前回答受付部６１と、正式回答受付部６２とを含む。
【００３５】
事前回答受付部６１は、ユーザＵの相談を示す相談情報ＩＴ１が提供された複数の医師端末３−１乃至３−ｎのうち、１以上の医師Ｄの医師端末３（上述の例では、医師端末３−１，３−２）から、当該ユーザＵの相談に対する正式回答の前に、事前回答（上述の例では事前回答ＰＡ１，ＰＡ２）を受け付ける。
事前回答受付部６１は、事前回答を、当該ユーザＵの患者端末２に送信する。
【００３６】
正式回答受付部６２は、事前回答した１以上の医師Ｄ（上述の例では、医師Ｄ−１，Ｄ−２）のうち、特定情報ＳＴ１により特定される医師Ｄの医師端末３（上述の例では、医師Ｄ−１の医師端末３−１）のみから正式回答を受け付ける。
正式回答受付部６２は、正式回答を、当該ユーザＵの患者端末２に送信する。
【００３７】
図５は、このような図４の機能的構成を有するサーバ１の回答提供処理の流れの一例を説明するフローチャートである。
図６及び図７は、図５に回答提供処理として示すサーバ側の処理と、患者端末側の処理と、医師端末側の処理との関係を説明するアローチャートである。
【００３８】
図６に示すように、ステップＳ３１において、患者端末２は、ユーザＵによって音声で入力された相談情報ＩＡ１を受け付ける。
ステップＳ３２において、患者端末２は、音声情報である相談情報ＩＡ１をサーバ１に送信する。
【００３９】
図５及び図６に示すように、ステップＳ１１において、サーバ１の相談情報受付部５１は、ユーザＵの相談情報ＩＡ１を、患者端末２から受け付ける。
ステップＳ１２において、サーバ１のテキスト生成部４２は、ステップＳ１１において音声情報として受け付けられた相談情報ＩＡ１をテキスト化することで、テキスト情報である相談情報ＩＴ１を生成する。
ステップＳ１３において、サーバ１のテキスト情報提供部４３は、ステップＳ１２において生成された相談情報ＩＴ１を、複数の医師端末３−１乃至３−ｎの夫々に送信する。
ここで、サーバ１のテキスト情報提供部４３は、テキスト情報である相談情報ＩＴ１を患者端末２に送信してもよい。これにより、患者端末２は、ユーザＵの相談について、音声情報である相談情報ＩＡ１と共に、テキスト情報である相談情報ＩＴ１を残すことができる。
【００４０】
サーバ１のステップＳ１４において、事前回答受付部６１は、ユーザＵの相談情報ＩＴ１に対する事前回答を、医師端末３から受信したか否かを判定する。
【００４１】
この間、図６に示すように、ステップＳ５１において、複数の医師端末３−１乃至３−ｎの夫々は、ユーザＵの相談情報ＩＴ１を受付ける。
ここで、複数の医師端末３−１乃至３−ｎのうち例えば医師端末３−１が、ステップＳ５２において、事前回答ＰＡ１を送信したものとする。
【００４２】
この場合、図５及び図６に示すように、ステップＳ１５において、サーバ１の事前回答受付部６１は、ユーザＵの相談情報ＩＴ１に対する医師Ｄ−１の事前回答ＰＡ１を、医師端末３−１から受け付ける。
【００４３】
ステップＳ１６において、サーバ１の事前回答受付部６１は、事前回答の受付けを終了するための所定条件を満たしているか否かを判定する。
ここで、所定条件は、事前回答の受付けを終了するための条件であれば足り、サービス提供者又はユーザＵ等が設定可能な任意の条件を採用することができる。
ここでは例えば、ユーザＵの相談情報ＩＴ１が複数の医師端末３−１乃至３−ｎに送信されてから経過した時間が、所定時間（例えば、２４時間等）を超えたという条件である。即ち、医師Ｄは、通常の診察等の医療を行っている、又は相談情報ＩＴ１に対して回答するのに資料や文献等を調べる必要がある等のため、相談情報ＩＴ１を受けてもすぐに事前回答することが困難な場合がある。そこで、所定時間等の所定条件を設けることにより、より多くの医師Ｄからの事前回答を受け付けることができ、ユーザＵは、より多くの医師Ｄの中から、正式回答をしてもらうのにより適切な医師Ｄを選択することができる。
【００４４】
したがって、ユーザＵの相談情報ＩＴ１が複数の医師端末３−１乃至３−ｎに送信されてから、所定時間が経過していない場合、ステップＳ１６においてＮＯであると判定されて、処理はステップＳ１４に戻されそれ以降の処理が繰り返される。
即ち、所定時間が経過するまでの間、ステップＳ１４乃至Ｓ１６のループ処理が繰り返し実行され、医師端末３から事前回答が送信されてくる毎に、サーバ１の事前回答受付部６１により受付けられる。
図６の例では、図２の例に対応させて、医師端末３−１からの事前回答ＰＡ１と、医師端末３−２からの事前回答ＰＡ２との夫々が、その順番でサーバ１の事前回答受付部６１により受付けられている。
【００４５】
ユーザＵの相談情報ＩＴ１が複数の医師端末３−１乃至３−ｎに送信されてから、所定時間が経過すると、ステップＳ１６においてＹＥＳであると判定されて、処理はステップＳ１７に進む。
ステップＳ１７において、サーバ１の回答情報提供部４５は、所定時間が経過するまでに受付けられた事前回答を、例えば図６の例では医師Ｄ−１の事前回答ＰＡ１及び医師Ｄ−２の事前回答ＰＡ２を、患者端末２に送信する。
【００４６】
図６の例では、ステップＳ３３において、患者端末２は、医師Ｄ−１の事前回答ＰＡ１及び医師Ｄ−２の事前回答ＰＡ２をサーバ１から受信する。
ステップＳ３４において、患者端末２は、事前回答ＰＡ１，ＰＡ２をユーザＵに提示する。ユーザＵへの提示手法は、特に限定されず、音声で出力する等任意の手法を採用することができるが、例えばここでは、テキストのメッセージ画像を画面に表示させる手法が採用されているものとする。
ステップＳ３５において、患者端末２は、事前回答ＰＡ１，ＰＡ２が提示されたユーザＵによって音声で入力された情報であって、当該ユーザＵにより選択された医師Ｄ（正式回答をしてもらう医師Ｄであり、図６の例では医師Ｄ−１）を特定可能な情報を、特定情報ＳＡ１として音声で受け付ける。
そして図７に示すように、ステップＳ３６において、患者端末２は、音声情報である特定情報ＳＡ１をサーバ１に送信する。
【００４７】
ステップＳ１８において、サーバ１の特定情報受付部５２は、特定情報ＳＡ１を患者端末２から受け付ける。
ステップＳ１９において、サーバ１のテキスト生成部４２は、特定情報ＳＡ１をテキスト化することで、テキスト情報である特定情報ＳＴ１を生成する。
【００４８】
ステップＳ２０において、テキスト情報提供部４３は、特定情報ＳＴ１により特定される医師Ｄ−１の医師端末３−１に対してのみ、特定情報ＳＴ１を送信する。
ここで、テキスト情報提供部４３は、特定情報ＳＴ１を患者端末２に送信してもよい。これにより、患者端末２は、ユーザＵにより選択された医師Ｄ−１を特定可能な情報として、音声情報である特定情報ＳＡ１と共に、テキスト情報である特定情報ＳＴ１を残すことができる。
【００４９】
ステップＳ５３において、医師端末３−１は、特定情報ＳＴ１をサーバ１から受信する。
ステップＳ５４において、医師端末３−１は、ユーザＵの相談に対する正式回答ＦＡ１をサーバ１に送信する。
【００５０】
ステップＳ２１において、サーバ１の正式回答受付部６２は、医師Ｄ−１の正式回答ＦＡ１を医師端末３−１から受け付ける。
ステップＳ２２において、サーバ１の回答情報提供部４５は、正式回答ＦＡ１を患者端末２に送信する。
【００５１】
ステップＳ３７において、患者端末２は、正式回答ＦＡ１をサーバ１から受信する。
ステップＳ３８において、患者端末２は、正式回答ＦＡ１をユーザＵに提示する。ユーザＵへの提示手法は、特に限定されず、音声で出力する等任意の手法を採用することができるが、例えばここでは、テキストのメッセージ画像を画面に表示させる手法が採用されているものとする。
【００５２】
続いて、図８及び図９を参照しつつ、図５乃至図７の処理の結果の具体例について簡単に説明する。
図８は、図５乃至図７の回答提供処理に伴う患者端末２の表示画面の一例を示す図である。
図９は、図５乃至図７の回答提供処理に伴う医師端末３−１及び医師端末３−２の表示画面の一例を示す図である。
【００５３】
図８に示すように、ユーザＵが、例えば、「胃ガンと言われました。」という相談を患者端末２に向かって発話することにより、患者端末２は、ユーザＵの相談情報ＩＡ１を受け付ける。これにより、患者端末２の液晶ディスプレイの表示画面には、「胃ガンと言われました。」というサーバ１によりテキスト化されたユーザＵの相談情報ＩＴ１が表示される。
なお、以下において、患者端末２は、ユーザＵから胃ガンについての相談を受けた場合について説明するが、これに限定されない。患者端末２は、胃ガン以外の他のガンや、認知症、妊娠・出産、身体に関わるもの、心に関わる不安、うつや依存症等の相談を、ユーザＵから受け付けても良い。また、患者端末２は、例えば、「咳き込んでいたため、診てもらった医師より□□の薬を処方されたが効いていないようなので、自分が、風邪なのか花粉症なのか喘息なのか教えてほしい」といった、病気名が不明な場合で症状の相談をユーザＵから受け付けても良い。
【００５４】
その後、患者端末２の表示画面には、「２名の医師が回答できると言っています。」と共に、「どの医師の正式回答をご希望ですか。１．医師Ｄ−１（同じ様な患者を診たことあり）２．医師Ｄ−２（ガン検診の経験豊富）」という医師Ｄ−１の事前回答ＰＡ１及び医師Ｄ−２の事前回答ＰＡ２のテキスト情報が表示されている。
【００５５】
ここで、医師Ｄ−１及び医師Ｄ−２の括弧内のテキスト情報は、医師Ｄ−１の事前回答ＰＡ１及び医師Ｄ−２の事前回答ＰＡ２に含まれるユーザＵの相談に回答できる理由を示す。そうすることにより、ユーザＵは、括弧内のテキスト情報に基づいて、より適切な正式回答が得られる医師Ｄを選択することができる。
そして、ユーザＵが、例えば、「Ｄ−１先生をお願いします。」と患者端末２に向かって発話することにより、患者端末２は、特定情報ＳＡ１を受け付ける。これにより、患者端末２の表示画面には、「Ｄ−１先生をお願いします。」というサーバ１によりテキスト化されたユーザＵの特定情報ＳＴ１が表示される。その後、患者端末２の表示画面には、「医師Ｄ−１からの回答です。」と共に、「今の段階ではもう少し様子を見た方がいいです。もし心配なら○○病院を紹介できます。」という医師Ｄ−１の正式回答ＦＡ１が表示されている。
【００５６】
これに対して、図９Ａに示すように、医師Ｄ−１の医師端末３−１の表示画面には、「次の相談を受けました。」と共に、ユーザＵの相談情報ＩＴ１である「胃ガンと言われました。」が表示されている。そして、医師端末３−１の表示画面には、医師Ｄ−１により入力された「同じ様な患者を診たことがあるので、回答できます。」という事前回答ＰＡ１が表示されている。その後、医師端末３−１の表示画面には、「Ｄ−１先生をお願いします。」というユーザＵの特定情報ＳＴ１が表示され、医師Ｄ−１により入力された「今の段階ではもう少し様子を見た方がいいです。もし心配なら○○病院を紹介できます。」という正式回答ＦＡ１が表示されている。
【００５７】
一方、図９Ｂの医師Ｄ−２の医師端末３−２の表示画面には、医師端末３−１と同様に、「次の相談を受けました。」と共に、ユーザＵの相談情報ＩＴ１である「胃ガンと言われました。」が表示されている。そして、医師端末３−２の表示画面には、医師Ｄ−２により入力された「ガン検診の経験が豊富なので、回答できます。」という事前回答ＰＡ２が表示されている。しかし、ユーザＵにより医師Ｄ−１が選択されたことにより、医師端末３−２の表示画面には、「別の先生が指名されました。」というユーザＵにより選択されなかった旨を示す情報が表示されている。
【００５８】
つまり、サーバ１は、ユーザＵの相談情報ＩＴ１を複数の医師Ｄの医師端末３の夫々に送信し、事前回答した１以上の医師Ｄのうち、ユーザＵにより選択された医師Ｄ−１からの正式回答ＦＡ１を取得する。そして、サーバ１は、取得した正式回答ＦＡ１を患者端末２に提供することにより、ユーザＵは、選択した所望の医師Ｄ−１からの正式回答ＦＡ１に基づいて、医療機関に出向くことなく相談したかった疑問を解決することができる。
【００５９】
また、サーバ１は、ユーザＵの音声で入力された相談を受け付けるため、ユーザＵは、キーボード等による入力と比べて速く相談情報ＩＡ１を入力することができ、ユーザＵの入力の負担を軽減することができる。
また、患者端末２は、図８に示されるように、ユーザＵと医師Ｄ−１との間の一連のやり取りをテキスト情報として表示する。そうすることにより、ユーザＵは、テキスト情報を読むことで、医師Ｄ−１との間のやり取りを容易に振り返ることができ、一番相談したいときの気持ちを医師Ｄ−１に説明することができる。
【００６０】
また、サーバ１は、患者端末２を介してユーザＵの相談情報ＩＡ１を受け付け、医師端末３−１を介して相談に対する正式回答ＦＡ１を受け付けることから、ユーザＵ及び医師Ｄ−１は、夜や休日等の時間や、遠隔地又は海外等の場所に縛られずに、相談及び正式回答をすることができる。
また、ユーザＵと医師Ｄ−１は、互いに顔を合わせることがないため、時間をかけたやり取りが可能となり、お互いに本音かつ冷静な相談が可能となる。さらに、ユーザＵは、医師Ｄ−１と顔を合わせる必要がないため、相談しにくい疾患（例えば、家族の人生・生活まで左右する認知症やガン、自尊に関わる妊娠・出産や身体に関わるもの、心に関わる不安、うつや依存症等）を相談し易くなる。
以上、第１実施形態について説明した。
【００６１】
＜第２実施形態＞
第２実施形態に係る情報処理システムは、ユーザＵより受け付けた音声情報の少なくとも一部に基づいてユーザＵを認証し、ユーザＵ又は相談に関する付帯情報を、ユーザの相談に関するテキスト情報と共に、複数の医師端末３−１乃至３−ｎに提供する点が、第１実施形態と異なる。
また、第２実施形態に係る情報処理システムは、患者端末２に提供された正式回答に対するユーザＵのフィードバックに関する情報を受け付ける点が、第１実施形態と異なる。
また、第２実施形態に係る情報処理システムは、ユーザＵのジェスチャー、目の動きや表情等を含む、音声とは異なる形態の別形態情報を、相談に関する情報の少なくとも一部として受け付け、音声情報と別形態情報と共に又は別形態情報のみに基づいて相談に関するテキスト情報を生成する点が、第１実施形態と異なる。
以下に、第２実施形態について説明する。
【００６２】
本発明の第２実施形態に係る情報処理システムは、図１の第１実施形態に係る情報処理システムと同様の構成を備える。
また、第２実施形態に係るサーバは、図３の第１実施形態に係るサーバ１と同様のハードウェア構成を有する。
【００６３】
図１０は、第２実施形態に係るサーバ１の機能的構成例を示す機能ブロック図である。なお、図４のブロック図と同様の機能を有する機能ブロックについては、同じ符号を付し、その説明は省略する。
サーバ１のＣＰＵ１１においては、音声情報受付部４１と、テキスト生成部４２と、テキスト情報提供部４３と、回答情報受付部４４と、回答情報提供部４５と、認証部４６と、別形態情報受付部４７と、付帯情報取得部４８とが機能する。
【００６４】
音声情報受付部４１では、相談情報受付部５１と、特定情報受付部５２と、フィードバック受付部５３と、が機能する。
相談情報受付部５１及び特定情報受付部５２の夫々は、第１実施形態における相談情報受付部５１及び特定情報受付部５２の夫々と同等の機能と構成を有する。
フィードバック受付部５３は、患者端末２に提供された医師Ｄの正式回答に対するユーザＵの評価等のフィードバック情報として、音声情報を患者端末２から受け付ける。
【００６５】
テキスト生成部４２は、相談情報受付部５１により受け付けられた音声情報である相談情報ＩＡ１と、後述する別形態情報受付部４７で受け付けられた別形態情報とに基づいて、又は別形態情報のみに基づいて、テキスト情報である相談情報ＩＴ１を生成する。
また、テキスト生成部４２は、フィードバック受付部５３で受け付けられたユーザＵのフィードバック情報に基づいて、フィードバック情報のテキスト情報を生成し、当該テキスト情報をフィードバックＤＢ３００に記憶させる。
ここで、フィードバックＤＢ３００は、フィードバック情報を、ユーザＵや医師Ｄ毎に格納するＤＢである。
【００６６】
また、テキスト生成部４２は、ユーザＵによって音声で入力された会話内容の相談情報ＩＡ１をそのままテキスト化するのではなく、回答（事前回答又は正式回答）に必要な単語等だけ抽出したり、要約文を生成したり、翻訳したり等の所定の加工を行ってもよい。
具体的に例えば、テキスト生成部４２は、ユーザＵによって音声で「え〜とですね、この前、お医者さんに胃ガンと言われちゃったんです。」という相談情報ＩＡ１が入力された場合、相談情報ＩＡ１から「胃ガン」と「言われ」との単語を抽出し、「胃ガンと言われました」という要約した相談情報ＩＴ１を生成することができる。これにより、ユーザＵ及び医師Ｄは、要点が切り出されたテキスト情報に基づいて、よりスムーズなやり取りが可能となる。
【００６７】
テキスト情報提供部４３は、ユーザＵの相談情報ＩＴ１と共に、後述する付帯情報取得部４８により取得されたユーザＵ又は相談に関する付帯情報を、複数の医師端末３に送信する。
回答情報受付部４４及び回答情報提供部４５の夫々は、第１実施形態における回答情報受付部４４及び回答情報提供部４５の夫々と同等の機能と構成を有する。
【００６８】
認証部４６は、例えば、ユーザＤＢ２００に予め登録されたユーザＵの音声情報と、相談情報受付部５１により受け付けられた音声情報（例えば相談情報ＩＡ１）の少なくとも一部とに基づいて、ユーザＵを認証する。認証部４６の更なる詳細の機能については、図１１で説明する。
ここで、ユーザＤＢ２００には、例えば認証において必要となる声紋等を含む音声情報が、ユーザ毎に格納されている。また、ユーザＤＢ２００には、ユーザＵの相談に対する回答の一助になる、ユーザＵの性別や年齢等の各種属性を示す情報（以下、「属性情報」と呼ぶ）がユーザ毎に格納されている。
【００６９】
別形態情報受付部４７は、例えば、ジェスチャー等音声とは別の形態で入力されるユーザＵの相談に関する情報を、別形態情報として受け付ける。具体的に例えば、別形態情報受付部４７は、患者端末２に含まれる画像センサや加速度センサ等のセンサにより検出された、ユーザＵのジェスチャー、目の動きや表情等を含む情報を、別形態情報として受け付ける。別形態情報受付部４７の更なる詳細の機能については、図１４で説明する。
付帯情報取得部４８は、例えば、ユーザＵに関する性別や年齢等の属性情報をユーザＤＢ２００から取得する。或いは、付帯情報取得部４８は、ネットワークＮを介して、クラウド等に存在する図示せぬ外部装置から、ユーザＵの相談に関連した各種医療情報（症例等）を付帯情報として取得する。付帯情報取得部４８の更なる詳細については、図１３で説明する。
【００７０】
なお、説明については省略するが、第２実施形態の情報処理システムは、図５乃至図７に示した第１実施形態の回答提供処理の処理を実行することができる。
そこで、以下、第１実施形態には無い、第２実施形態の情報処理システムにおける特有の処理として、認証処理、フィードバック処理、付帯情報取得処理、及び別形態情報受付処理の夫々について、その順番に個別に説明する。
【００７１】
＜認証処理＞
図１１は、患者端末２の表示画面を参照しつつ、第２実施形態の情報処理システムにおける認証処理の一例を説明する図である。
図１１Ａに示すように、ユーザＵが、例えば、「胃ガンと言われました。」という相談を患者端末２に向かって発話することにより、患者端末２は、相談情報ＩＡ１を受け付け、相談情報ＩＡ１をサーバ１に送信する。その結果、患者端末２の表示画面には、例えば、「ただ今、認証しています。」というテキスト情報が表示される。
一方、サーバ１では、相談情報受付部５１は、患者端末２により送信された相談情報ＩＡ１を受け付け、相談情報ＩＡ１をテキスト生成部４２と共に、認証部４６に出力する。認証部４６は、ユーザＤＢ２００に予め登録されたユーザの音声情報と、受け付けられた音声情報である相談情報ＩＡ１の少なくとも一部とに基づいて、ユーザＵを認証する。より具体的には例えば、認証部４６は、登録された音声情報の声紋と相談情報ＩＡ１の声紋とが一致するか否かを判定し、ユーザＵを認証する。これにより、ユーザＵのなりすましを防止することができ、情報処理システムの信頼性を向上させることができる。
ここで、認証の手法として、上述の声紋を用いる手法は例示に過ぎず、その他音声情報を用いる任意の手法を採用することができる。
【００７２】
ここで、例えば、ユーザＵが認証された場合、図１１Ａに示すように、患者端末２の表示画面には、「認証されました。」と共に、「胃ガンと言われました。」という相談情報ＩＴ１のテキスト情報が表示される。そして、これ以降は、第１実施形態と同様の回答提供処理が実行され、図８と同様のテキスト情報が、患者端末２の表示画面に順次表示される。
【００７３】
一方、ユーザＵが認証されなかった場合、図１１Ｂに示すように、患者端末２の表示画面には、例えば、「認証に失敗しました。」と共に、「新規登録しますか。再認証しますか。」というテキスト情報が表示される。そして、例えば、ユーザＵが「新規登録」と患者端末２に向かって発話した場合、患者端末２は、「新規登録」という音声情報をサーバ１に送信し、サーバ１は、ユーザＵを新規登録するための登録処理を実行する。
また、ユーザＵが「再認証」と患者端末２に向かって発話した場合、患者端末２は、「再認証」という音声情報をサーバ１に送信する。そして、サーバ１では、認証部４６は、相談情報ＩＡ１に基づいてユーザＵの認証を再度実行する。
【００７４】
＜フィードバック処理＞
図１２は、患者端末の表示画面を参照しつつ、第２実施形態の情報処理システムにおけるフィードバック処理の一例を説明する図である。
例えば、図８に示したように、ユーザＵの相談に対する医師Ｄ−１の正式回答ＦＡ１を表示した後、患者端末２の表示画面には、図１２に示すように、「この回答はいかがでしたでしょうか。１．満足  ２．少し満足  ３．普通  ４．少し不満  ５．不満」という正式回答に対するフィードバックを促すテキスト情報が表示される。
【００７５】
ユーザＵが、例えば「２の少し満足」と患者端末２に向かって発話することにより、患者端末２は、「２の少し満足」という音声情報をサーバ１に送信する。一方、サーバ１では、フィードバック受付部５３は、「２の少し満足」の音声情報を、フィードバックの音声情報として受け付ける。そして、テキスト生成部４２は、当該フィードバックの音声情報に基づいて、フィードバックのテキスト情報を生成して、フィードバックＤＢ３００に記憶させる。
なお、図１２では、正式回答ＦＡ１に対するフィードバックとして、５段階の評価が採用されたが、これに限定されない。例えば、正式回答に対するフィードバックは、疑問が解決したか否かの二択の評価でもよく、ユーザＵの感想（例えば、「疑問が解決しました。」や、「不安が和らぎました。」等）でもよい。
【００７６】
＜付帯情報取得処理＞
図１３は、医師端末の表示画面を参照しつつ、第２実施形態の情報処理システムにおける付帯情報取得処理の一例を説明する図である。なお、図１３の例では医師端末３−１の表示画面が示されているが、医師端末３−２乃至３−ｎの表示画面にも同様の表示がなされる。
サーバ１において、例えば、相談情報受付部５１が、患者端末２から「胃ガンと言われました。」というユーザＵの相談情報ＩＡ１を受け付け、認証部４６が、ユーザＵを認証した場合、付帯情報取得部４８は、ユーザＵに関する性別や年齢等の属性情報を、付帯情報としてユーザＤＢ２００から取得する。そして、テキスト情報提供部４３は、ユーザＵの相談情報ＩＴ１と取得した付帯情報を、医師端末３−１乃至３−ｎの夫々に送信する。
この場合、図１３Ａに示すように、医師端末３−１の表示画面には、「次の相談を受けました。」と、ユーザＵの相談情報ＩＴ１である「胃ガンと言われました。」とのテキスト情報と共に、「相談者の付帯情報  年齢４３才  男性」というユーザＵに関する付帯情報のテキスト情報が表示される。
【００７７】
また、付帯情報取得部４８は、例えば、相談情報ＩＴ１に含まれる「胃ガン」等をキーワードとして、ネットワークＮを介する外部装置から、相談に関連した各種医療情報（例えば、胃ガンの症例等）を付帯情報として取得してもよい。この場合、図１３Ｂに示すように、医師端末３−１の表示画面には、「次の相談を受けました。」と、「胃ガンと言われました。」とのテキスト情報と共に、付帯情報取得部４８がクラウドを含む外部装置から取得した胃ガンの付帯情報（例えば、胃ガンに関する検査方法、初期症状等）が表示される。
これにより、医師Ｄは、ユーザＵの相談情報ＩＴ１と共に、ユーザＵ又は相談に関する付帯情報が表示されることで、ユーザＵの相談に対してより正確な正式回答を提供することができる。
【００７８】
なお、図１３の例では、ユーザＵの付帯情報と相談に関する付帯情報との何れか一方が、医師端末３に提供されたが、特にこれに限定されず、ユーザＵ及び相談に関する付帯情報の両方が提供されてもよい。
また、付帯情報取得部４８は、ユーザ又は相談に関する付帯情報を医師Ｄの医師端末３から要求された場合に、ユーザ又は相談に関する付帯情報を取得するようにしても良い。そして、テキスト情報提供部４３は、取得されたユーザ又は相談に関する付帯情報を、要求した医師Ｄの医師端末３又は全ての医師端末３に送信するようにしても良い。
【００７９】
＜別形態情報受付処理＞
図１４は、第２実施形態に係る情報処理システムにおける別形態情報受付処理の一例を説明する図である。
なお、以下の説明では、図２の音声情報に替えて、ユーザＵは、手話により相談等に関する情報を別形態情報として入力する場合について説明するが、手話以外のジェスチャー、目の動きや表情等で別形態情報を入力する場合も同様である。
【００８０】
具体的に例えば、図１４Ａに示すように、本サービスでは、サーバ１において、別形態情報受付部４７は、患者端末２の画像センサ等により検出されたユーザＵによる手話の手や腕の動きを含む情報を、相談に関する別形態情報ＩＯ１として患者端末２から受け付ける。テキスト生成部４２は、別形態情報ＩＯ１である相談情報（以下、「相談情報ＩＯ１」とも呼ぶ）をテキスト化することで、テキスト情報である相談情報ＩＴ１を生成する。テキスト情報提供部４３は、例えば、付帯情報取得部４８によりクラウドＣ１から取得された付帯情報ＡＩ１と共に、相談情報ＩＴ１を複数の医師端末３の夫々に送信する。
その後、サーバ１において、回答情報受付部４４は、例えば、医師端末３−１から医師Ｄ−１の事前回答ＰＡ１、及び医師端末３−２から医師Ｄ−２の事前回答ＰＡ２を受け付け、回答情報提供部４５は、事前回答ＰＡ１、ＰＡ２を患者端末２に送信する。
【００８１】
そして、本サービスでは、図１４Ｂに示すように、サーバ１において、別形態情報受付部４７は、事前回答した医師Ｄ−１及び医師Ｄ−２のうち、例えば、医師Ｄ−１を特定可能な特定情報についても、特定情報ＳＯ１として患者端末２から受け付ける。テキスト生成部４２は、特定情報ＳＯ１をテキスト化することで、テキスト情報である特定情報ＳＴ１を生成する。
そして、テキスト情報提供部４３は、特定情報ＳＴ１により特定される医師Ｄ−１の医師端末３−１のみに対して、特定情報ＳＴ１を送信する。回答情報受付部４４は、診断結果、処方箋又は紹介状等を含む正式回答ＦＡ１を医師端末３−１から受け付け、回答情報提供部４５は、正式回答ＦＡ１を患者端末２に送信する。
【００８２】
つまり、サーバ１は、ユーザＵの相談情報ＩＴ１を複数の医師端末３−１乃至３−ｎの夫々に送信する。上述の例にあわせるならば、サーバ１は、事前回答をした２人の医師Ｄ−１，Ｄ−２のうち、ユーザＵにより選択された医師Ｄ−１からの正式回答ＦＡ１を取得する。そして、サーバ１は、取得した正式回答ＦＡ１を患者端末２に提供する。
これにより、ユーザＵは、所望の医師Ｄ−１からの正式回答ＦＡ１に基づいて、医療機関に出向くことなく、相談したかった疑問等を解決することができる。
【００８３】
また、サーバ１は、ユーザＵの音声又は別形態で入力された相談を受け付けるため、ユーザＵは、キーボード等による入力と比べて速く相談の内容を入力することができる。
また、患者端末２は、図８に示されるように、ユーザＵと医師Ｄ−１との間の一連のやり取りをテキスト情報として表示する。これにより、ユーザＵは、テキスト情報を読むことで、容易に医師Ｄ−１との間のやり取りを振り返ることができ、一番相談したいときの気持ちを医師Ｄ−１に説明することができる。
【００８４】
また、サーバ１は、患者端末２を介してユーザＵの相談情報ＩＡ１，ＩＯ１を受け付け、医師端末３−１を介して相談に対する正式回答ＦＡ１を受け付けることから、ユーザＵ及び医師Ｄ−１は、夜や休日等の時間や、遠隔地又は海外等の場所に縛られずに、相談及び正式回答をすることができる。
また、ユーザＵと医師Ｄ−１は、互いに顔を合わせることがないため、時間をかけたやり取りが可能となり、お互いに本音かつ冷静な相談が可能となる。さらに、ユーザＵは、医師Ｄ−１と顔を合わせる必要がないため、相談しにくい疾患（例えば、家族の人生・生活まで左右する認知症やガン、自尊に関わる妊娠・出産や身体に関わるもの、心に関わる不安、うつや依存症等）を相談し易くなる。
以上、第２実施形態について説明した。
【００８５】
以上、本発明の第１実施形態及び第２実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００８６】
例えば、情報の入力を音声で行うことは、上述の第１実施形態及び第２実施形態では、ユーザＵ側で採用されたが、特にこれに限定されず、医師Ｄ側で採用されてもよい。これにより、医師Ｄも、ユーザＵと全く同様に、キーボード等による入力と比べて速く情報を入力することができる。
【００８７】
また例えば、事前回答をした医師Ｄのうち、ユーザＵにより正式回答をしてもらう医師Ｄが選択された場合、上述の第１実施形態及び第２実施形態では、選択された医師Ｄを特定可能な特定情報が、その選択された医師Ｄの医師端末３にのみ送信されたが、特にこれに限定されない。例えば、特定情報は、事前回答をしたがユーザＵにより選択されなかった医師Ｄの医師端末３に送信されてもよい。或いは例えば、特定情報の代わりに、ユーザＵにより選択されなかった旨を示す情報が、事前回答をしたがユーザＵにより選択されなかった医師Ｄの医師端末３に送信されてもよい。
【００８８】
また例えば、上述の第１実施形態及び第２実施形態では、図５の回答提供処理において、サーバ１のテキスト生成部４２は、音声情報として受け付けた相談情報ＩＡ１から、テキスト情報の相談情報ＩＴ１を生成したが、これに限定されない。テキスト生成部４２は、音声情報の相談情報ＩＡ１からテキスト情報の相談情報ＩＴ１を生成すると共に、相談情報ＩＡ１の音声情報におけるユーザＵの声の抑揚等の音声パラメータを求めても良い。そして、テキスト生成部４２は、求めた音声パラメータに基づいて、ユーザＵの心理状態（泣いている、怒っている等）を把握し、ユーザＵの相談の緊急性を判断しても良い。
この場合、テキスト生成部４２は、緊急性を示す情報を相談情報ＩＴ１に付加し、テキスト情報提供部４３は、緊急性を示す情報が付加された相談情報ＩＴ１を、複数の医師端末３−１乃至３−ｎの夫々に送信する。そして、医師端末３は、受信した相談情報ＩＴ１に付加された緊急性の情報に基づいて、緊急性が高い相談であることを示すフラグを相談情報ＩＴ１と共に表示しても良い。また、事前回答受付部６１は、ユーザＵの相談の緊急性が高い場合、所定条件の所定時間を短く設定しても良い。これにより、各医師端末３の医師Ｄは、ユーザＵの相談の緊急性を判断することができ、患者端末２のユーザＵは、医師Ｄから正式回答を速やかに取得することができる。
【００８９】
また例えば、上述の第１実施形態及び第２実施形態では、患者がユーザＵとされたが、特にこれに限定されず、患者の容態等に詳しい第三者（例えば患者の家族等）であってもよい。同様に、回答者は医師Ｄとされたが、特にこれに限定されず、患者の質問等に回答可能な者（例えば看護士等の医療関係者）であってもよい。
【００９０】
さらに言えば、上述の第１実施形態及び第２実施形態では、患者たるユーザＵの相談内容に対して医師Ｄが回答をするサービスが前提とされたが、特にこれに限定されない。即ち、何らかの回答を求める者がユーザＵとして採用され、当該回答が可能な任意の者に回答をしてもらうサービスの全体に対して、上述の構成を有する情報処理システムは適用可能である。
例えば、本発明の情報処理システムは、スマートフォン（患者端末２）を介して、いじめに関する回答を求める親や子供からの相談を、ユーザＵの相談として受け付け、回答可能な者（例えば児童相談所の職員、教師、弁護士、心理カウンセラー等）に、スマートフォン（医師端末３）を介して回答させても良い。
【００９１】
ここで、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４や図１０の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に４や図１０の例に限定されない。また、機能ブロックの存在場所も、図４や図１０の例に特に限定されず、任意でよい。
例えば、テキスト生成部４２は、図４や図１０の例ではサーバ１に存在するが、患者端末２や医師端末３に存在してもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００９２】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
【００９３】
コンピュータは、専用のハードウェアに組み込まれているコンピュータであっても良い。
【００９４】
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【００９５】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。
【００９６】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【００９７】
以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
ユーザ（例えば図２のユーザＵ）からの相談を受け付け、当該相談に対する回答を当該ユーザに対して提供する情報処理システムであって、
前記ユーザからの相談に関する情報を、音声情報（例えば図２の相談情報ＩＡ１）として受け付ける第１受付手段（例えば図４の音声情報受付部４１、特に相談情報受付部５１）と、
前記音声情報に基づいて、前記相談に関するテキスト情報（例えば図２の相談情報ＩＴ１）を生成するテキスト生成手段（例えば図４のテキスト生成部４２）と、
前記ユーザからの前記相談に対する回答を行い得る１以上の人（例えば図２の医師Ｄ１乃至Ｄｎ）に対して、前記テキスト情報を提供する第１提供手段（例えば図２のテキスト情報提供部４３）と、
前記テキスト情報が提供された前記１以上の人のうち、前記ユーザからの前記相談に対する正式回答の前に行われる事前回答を含む応答をした者（例えば図２の医師Ｄ１，Ｄ２）を回答候補者として、１以上の前記回答候補者の夫々からの応答を受け付ける第２受付手段（例えば図４の事前回答受付部６１）と、
前記第２受付手段により受け付けられた前記１以上の回答候補者の夫々の前記応答を前記ユーザに提供する第２提供手段（例えば図４の回答情報提供部４５）と、
を備える。
【００９８】
また、前記第１受付手段（例えば図４の音声情報受付部４１、特に特定情報受付部５２）は、さらに、前記１以上の回答候補者のうち、前記ユーザにより回答者として選択された者を特定可能な特定情報（例えば図２の特定情報ＳＡ１）を受付け、
前記第１提供手段は、さらに、前記１以上の人のうち、前記特定情報により特定される者を回答者（例えば図２の医師Ｄ−１）として、当該回答者に対して、その旨を示す情報を提供し、
前記第２受付手段は、さらに、前記ユーザからの前記相談に対する正式回答を、前記回答者から受け付け、
前記第２提供手段は、さらに、前記正式回答を前記ユーザに提供する、
ことができる。
前記第１受付手段は、さらに、前記特定情報を、前記テキスト生成手段の処理対象になる音声情報として受付ける、
ことができる。
【００９９】
前記ユーザ又は前記相談に関する情報であって、前記テキスト情報が提供される前記１以上の者に対して提供される情報を、付帯情報として取得する付帯情報取得手段（例えば図１０の付帯情報取得部４８）をさらに備え、
前記第１提供手段は、前記１以上の人に対して、前記テキスト情報と共に前記付帯情報を提供することができる。
【０１００】
前記第１受付手段（例えば図１０の音声情報受付部４１、特にフィードバック受付部５３）は、さらに、前記第２提供手段により提供された前記正式回答に対する前記ユーザのフィードバックに関する情報を受け付けることができる。
【０１０１】
前記第１受付手段は、さらに、前記フィードバックに関する情報を、前記テキスト生成手段の処理対象になる音声情報として受付けることができる。
【０１０２】
前記テキスト生成手段は、前記音声情報により特定されるテキストに対して所定の加工を施すことで、前記テキスト情報を生成することができる。
【０１０３】
前記音声情報の少なくとも一部に基づいて、前記ユーザを認証する認証手段（例えば図１０の認証部４６）をさらに備えることができる。
【０１０４】
前記ユーザからの前記相談に関する情報を、音声とは異なる形態の別形態の情報として受け付ける別形態情報受付手段（例えば図１０の別形態情報受付部４７）をさらに備え、
前記テキスト生成手段は、前記音声情報と共に又はそれに代えて前記別形態の情報に基づいて、前記相談に関する前記テキスト情報を生成することができる。
【符号の説明】
【０１０５】
１・・・サーバ、２・・・患者端末、３・・・医師端末、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・入力部、１７・・・入力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、２１・・・リムーバブルメディア、４１・・・音声情報受付部、４２・・・テキスト生成部、４３・・・テキスト情報提供部、４４・・・回答情報受付部、４５・・・回答情報提供部
【図１】
2020144495.tif 000003
【図２】
2020144495.tif 000004
【図３】
2020144495.tif 000005
【図４】
2020144495.tif 000006
【図５】
2020144495.tif 000007
【図６】
2020144495.tif 000008
【図７】
2020144495.tif 000009
【図８】
2020144495.tif 000010
【図９】
2020144495.tif 000011
【図１０】
2020144495.tif 000012
【図１１】
2020144495.tif 000013
【図１２】
2020144495.tif 000014
【図１３】
2020144495.tif 000015
【図１４】
2020144495.tif 000016