(57)【要約】【課題】発話した内容を反映することが可能な情報処理システム及び情報処理プログラムを提供すこと。【解決手段】第１通話端末１を利用している第１利用者と第２通話端末２を利用している第２利用者との間の発話であって、第１通話端末１又は第２通話端末２を用いて行われる当該発話の発話音声を受信する受信部３３１と、受信部３３１が受信した発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換する変換部３３２と、受信部３３１が受信した発話音声に対応する音声データ、又は、変換部３３２が変換したテキストデータのうちの少なくとも一方のデータに基づいて、受信部３３１が受信した発話音声に関連する処理である発話音声関連処理を行う処理部３３３と、を備える。
2019038807.tif 000002
【特許請求の範囲】
【請求項１】
第１通話端末を利用している第１利用者と第２通話端末を利用している第２利用者との間の発話であって、前記第１通話端末又は前記第２通話端末を用いて行われる当該発話の発話音声を受信する受信手段と、
前記受信手段が受信した前記発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換する変換手段と、
前記受信手段が受信した前記発話音声に対応する前記音声データ、又は、前記変換手段が変換した前記テキストデータのうちの少なくとも一方のデータに基づいて、前記受信手段が受信した前記発話音声に関連する処理である発話音声関連処理を行う処理手段と、
を備える情報処理システム。
【請求項２】
前記処理手段は、前記音声データ又は前記テキストデータを、前記第１利用者又は前記第２利用者に確認させるためのデータ認識処理を前記発話音声関連処理として行う、
請求項１に記載の情報処理システム。
【請求項３】
前記受信手段は、前記第１利用者から前記第２利用者に対する依頼に関する発話を前記発話音声として受信し、
前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼を前記第２利用者に実行させるための依頼実行支援処理を前記発話音声関連処理として行う、
請求項１又は２に記載の情報処理システム。
【請求項４】
前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼を前記第２利用者に認識させるための依頼認識処理を前記依頼実行支援処理として行う、
請求項３に記載の情報処理システム。
【請求項５】
前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼における不足情報があるか否かを判定し、前記不足情報があるものと判定した場合に、当該不足情報を補うことを前記第１利用者に要求する依頼情報要求処理を前記依頼実行支援処理として行う、
請求項３又は４に記載の情報処理システム。
【請求項６】
前記受信手段は、対象物の使用に関する発話を前記発話音声として受信し、
前記処理手段は、前記対象物の使用に関する情報を出力するための使用情報出力処理を前記発話音声関連処理として行う、
請求項１から５の何れか一項に記載の情報処理システム。
【請求項７】
少なくとも、前記変換手段が変換した前記テキストデータを格納する発話格納手段、を備え、
前記第１利用者又は前記第２利用者は医療従事者であり、
前記受信手段は、前記第１利用者又は前記第２利用者の患者の状態に関する発話を前記発話音声として受信し、
前記処理手段は、少なくとも、前記発話格納手段に格納されている前記テキストデータに基づいて、前記患者の状態に関する情報を出力するための状態情報出力処理を前記発話音声関連処理として行う、
請求項１から６の何れか一項に記載の情報処理システム。
【請求項８】
情報処理プログラムであって、
コンピュータを、
第１通話端末を利用している第１利用者と第２通話端末を利用している第２利用者との間の発話であって、前記第１通話端末又は前記第２通話端末を用いて行われる当該発話の発話音声を受信する受信手段と、
前記受信手段が受信した前記発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換する変換手段と、
前記受信手段が受信した前記発話音声に対応する前記音声データ、又は、前記変換手段が変換した前記テキストデータのうちの少なくとも一方のデータに基づいて、前記受信手段が受信した前記発話音声に関連する処理である発話音声関連処理を行う処理手段と、
として機能させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理プログラムに関する。
【背景技術】
【０００２】
従来、医療現場では医療従事者（例えば、医師又は看護師等）の間についてのコミュニケーションは、概ね、携帯端末（例えば、携帯用の電話機等）等を用いて口頭での会話にて行われていたので、例えば、携帯端末での会話を終了した後に、会話の内容を忘却してしまったり、あるいは、会話を行ったこと自体を忘却してしまったりして、会話の内容が反映されないことがあった。【０００３】
そこで、医療に関する情報を格納して、医療従事者を支援する医療情報入力装置（特許文献１参照）が提案されていた。この医療情報入力装置においては、医療従事者が医療に関する情報（例えば、医療従事者が患者に対して行った治療のデータ等）を格納して、当該情報を医療現場に反映していた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２１１８２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の医療情報入力装置の如き装置を用いて医療従事者相互間の会話の内容を反映する場合、情報を医療従事者が手作業にて入力する必要があったが、実際の医療現場の医療従事者は極めて多忙であるので、医療に関する情報を手作業にて入力するための時間を確保することが困難であり、会話の内容を反映することが困難となる可能性があった。【０００６】
本発明は、上記に鑑みてなされたものであって、発話した内容を反映することが可能な情報処理システム及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、請求項１に記載の情報処理システムは、第１通話端末を利用している第１利用者と第２通話端末を利用している第２利用者との間の発話であって、前記第１通話端末又は前記第２通話端末を用いて行われる当該発話の発話音声を受信する受信手段と、前記受信手段が受信した前記発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換する変換手段と、前記受信手段が受信した前記発話音声に対応する前記音声データ、又は、前記変換手段が変換した前記テキストデータのうちの少なくとも一方のデータに基づいて、前記受信手段が受信した前記発話音声に関連する処理である発話音声関連処理を行う処理手段と、を備える。【０００８】
また、請求項２に記載の情報処理システムは、請求項１に記載の情報処理システムにおいて、前記処理手段は、前記音声データ又は前記テキストデータを、前記第１利用者又は前記第２利用者に確認させるためのデータ認識処理を前記発話音声関連処理として行う。【０００９】
また、請求項３に記載の情報処理システムは、請求項１又は２に記載の情報処理システムにおいて、前記受信手段は、前記第１利用者から前記第２利用者に対する依頼に関する発話を前記発話音声として受信し、前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼を前記第２利用者に実行させるための依頼実行支援処理を前記発話音声関連処理として行う。【００１０】
また、請求項４に記載の情報処理システムは、請求項３に記載の情報処理システムにおいて、前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼を前記第２利用者に認識させるための依頼認識処理を前記依頼実行支援処理として行う。【００１１】
また、請求項５に記載の情報処理システムは、請求項３又は４に記載の情報処理システムにおいて、前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼における不足情報があるか否かを判定し、前記不足情報があるものと判定した場合に、当該不足情報を補うことを前記第１利用者に要求する依頼情報要求処理を前記依頼実行支援処理として行う。【００１２】
また、請求項６に記載の情報処理システムは、請求項１から５の何れか一項に記載の情報処理システムにおいて、前記受信手段は、対象物の使用に関する発話を前記発話音声として受信し、前記処理手段は、前記対象物の使用に関する情報を出力するための使用情報出力処理を前記発話音声関連処理として行う。【００１３】
また、請求項７に記載の情報処理システムは、請求項１から６の何れか一項に記載の情報処理システムにおいて、少なくとも、前記変換手段が変換した前記テキストデータを格納する発話格納手段、を備え、前記第１利用者又は前記第２利用者は医療従事者であり、前記受信手段は、前記第１利用者又は前記第２利用者の患者の状態に関する発話を前記発話音声として受信し、前記処理手段は、少なくとも、前記発話格納手段に格納されている前記テキストデータに基づいて、前記患者の状態に関する情報を出力するための状態情報出力処理を前記発話音声関連処理として行う。【００１４】
また、請求項８に記載の情報処理プログラムは、情報処理プログラムであって、コンピュータを、第１通話端末を利用している第１利用者と第２通話端末を利用している第２利用者との間の発話であって、前記第１通話端末又は前記第２通話端末を用いて行われる当該発話の発話音声を受信する受信手段と、前記受信手段が受信した前記発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換する変換手段と、前記受信手段が受信した前記発話音声に対応する前記音声データ、又は、前記変換手段が変換した前記テキストデータのうちの少なくとも一方のデータに基づいて、前記受信手段が受信した前記発話音声に関連する処理である発話音声関連処理を行う処理手段と、として機能させる。
【発明の効果】
【００１５】
請求項１に記載の情報処理システムによれば、受信手段が受信した発話音声に対応する音声データ、又は、変換手段が変換したテキストデータのうちの少なくとも一方のデータに基づいて、発話音声に関連する処理である発話音声関連処理を行うことにより、例えば、第１利用者又は第２利用者が発話の内容を手作業にて入力することなく発話音声関連処理を行うことができるので、発話の内容を確実に反映することが可能となる。特に、例えば、医療現場での発話音声に適用する場合、医療現場での発話の内容を反映することができ、医療現場での活動を円滑化したり、あるいは、医療現場での発話の内容を有効に活用することが可能となる。【００１６】
請求項２に記載の情報処理システムによれば、データ認識処理を行うことにより、例えば、第１利用者又は第２利用者に音声データ又はテキストデータを確認させることができるので、発話の内容を第１利用者又は第２利用者に反映することが可能となる。また、例えば、第１利用者又は第２利用者に対して第１通話端末又は第２通話端末を用いて行われる発話があったことを思い出させることが可能となる。【００１７】
請求項３に記載の情報処理システムによれば、依頼実行支援処理を行うことにより、例えば、発話音声に対応する依頼を第２利用者に実行させることを支援することが可能となり、第１利用者及び第２利用者の活動を円滑化させることが可能となる。【００１８】
請求項４に記載の情報処理システムによれば、依頼認識処理を行うことにより、例えば、第２利用者に対して依頼を認識させることができるので、依頼があったことを第２利用者に思い出させることが可能となる。特に、例えば、医療現場での依頼を第２利用者に認識させる場合、医療現場での活動の円滑化を図ることが可能となる。【００１９】
請求項５に記載の情報処理システムによれば、依頼情報要求処理を行うことにより、例えば、発話音声に対応する不足情報を補うことができるので、適切な依頼を行うことができ、第１利用者及び第２利用者の活動を一層円滑化させることが可能となる。【００２０】
請求項６に記載の情報処理システムによれば、使用情報出力処理を行うことにより、例えば、対象物の使用に関する情報を出力することができるので、発話の内容を対象物の改良等に役立てることができ、発話の内容を有効に活用することが可能となる。【００２１】
請求項７に記載の情報処理システムによれば、状態情報出力処理を行うことにより、例えば、患者の状態に関する情報を出力することができるので、発話の内容を患者の治療に役立てることができ、発話の内容を有効に活用することが可能となる。【００２２】
請求項８に記載の情報処理プログラムによれば、受信手段が受信した発話音声に対応する音声データ、又は、変換手段が変換したテキストデータのうちの少なくとも一方のデータに基づいて、発話音声に関連する処理である発話音声関連処理を行うことにより、例えば、第１利用者又は第２利用者が発話の内容を手作業にて入力することなく発話音声関連処理を行うことができるので、発話の内容を確実に反映することが可能となる。特に、例えば、医療現場での発話音声に適用する場合、医療現場での発話の内容を反映することができ、医療現場での活動を円滑化したり、あるいは、医療現場での発話の内容を有効に活用することが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本実施の形態に係る医療システムの利用例を示す図である。
【図２】医療システムのブロック図である。
【図３】端末情報を例示した図である。
【図４】発話記録情報を例示した図である。
【図５】格納通知処理のフローチャートである。
【図６】薬剤情報出力処理のフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明に係る情報処理システム及び情報処理プログラムの実施の形態について図面を参照しつつ詳細に説明する。ただし、この実施の形態によって本発明が限定されるものではない。
【００２５】
〔実施の形態の基本的概念〕
まずは、実施の形態の基本的概念について説明する。実施の形態は、概略的に、情報処理システム及び情報処理プログラムに関するものである。ここで、「情報処理システム」とは、任意の情報を処理するシステムであり、具体的には、発話の情報を処理するシステムであり、例えば、発話の情報を処理する専用システム、あるいは、汎用システムに対して発話の情報を処理する機能を実装することによって実現されるシステム等を含む概念である。また、この「情報処理システム」は、例えば、集約されたコンピュータによって実現されるシステム、あるいは、分散配置され相互に通信可能となっている複数のコンピュータによって実現されるシステム等を含むものであり、一例としては、受信手段、変換手段、及び処理手段を備えるものである。
【００２６】
「受信手段」とは、第１通話端末を利用している第１利用者と第２通話端末を利用している第２利用者との間の発話であって、第１通話端末又は第２通話端末を用いて行われる当該発話の発話音声を受信する手段である。
【００２７】
「第１通話端末を利用している第１利用者と第２通話端末を利用している第２利用者との間の発話」とは、第１利用者から第２利用者に対する発話、又は、第２利用者から第１利用者に対する発話であり、具体的には、両者が同時期に双方向にて行う対話、又は、同時期又は異なる時期に一方の利用者から他方の利用者に対して行う一方向の発話等を含む概念である。
【００２８】
「第１通話端末」とは、第１利用者によって利用される通話端末であり、例えば、スマートフォンの如き携帯電話機、ＰＨＳ電話機、又はタブレット機器等のような携帯可能な端末、あるいは、据え置き型電話機、パーソナルコンピュータ等のような固定型端末等を含む概念である。「第２通話端末」とは、第１通話端末とは異なる別の通話端末であって、第２利用者によって利用される通話端末であり、例えば、前述した携帯可能な端末、あるいは、前述したな固定型端末等を含む概念である。
【００２９】
「第１利用者」とは、第１通話端末を利用する者であり、例えば、第１通話端末の利用者として登録されている者であり、一例としては、医師又は看護師の如き医療従事者、あるいは、医療従事者以外の任意の者（例えば、運送業者の事務担当者、ドライバー等）等を含む概念である。「第２利用者」とは、第１利用者とは異なる者であって、第２通話端末を利用する者であり、例えば、第２通話端末の利用者として登録されている者であり、一例としては、前述の医療従事者、あるいは、医療従事者以外の任意の者（例えば、運送業者の事務担当者、ドライバー等）等を含む概念である。
【００３０】
「発話音声」とは、発話によって生じる音声であり、例えば、第１通話端末又は第２通話端末を介して情報処理システムが受信し得る音声である。
【００３１】
「変換手段」とは、受信手段が受信した発話音声に対応する音声データを、音声データに対応するテキストデータに変換する手段である。「音声データ」とは、例えば、音声による空気の振動に対応する波形を特定する情報であり、「テキストデータ」とは、例えば、文字情報である。
【００３２】
「処理手段」とは、受信手段が受信した発話音声に対応する音声データ、又は、変換手段が変換したテキストデータのうちの少なくとも一方のデータに基づいて、受信手段が受信した発話音声に関連する処理である発話音声関連処理を行う手段である。
【００３３】
「発話音声関連処理」とは、受信手段が受信した発話音声に関連する処理であり、具体的には、音声データ又はテキストデータのうちの少なくとも一方のデータに基づいて行われる処理であり、例えば、データ認識処理、依頼実行支援処理、使用情報出力処理、及び状態情報出力処理等を含む概念である。
【００３４】
「データ認識処理」とは、音声データ又はテキストデータを、第１利用者又は第２利用者に確認させるための情報を出力する処理であり、例えば、音声データ又はテキストデータの通知を行う処理等を含む概念である。「依頼実行支援処理」とは、発話音声に対応する依頼を第２利用者に実行させるための情報を出力する処理であり、例えば、依頼認識処理、依頼情報要求処理等を含む概念である。「依頼認識処理」とは、発話音声に対応する依頼を第２利用者に認識させるための情報を出力する処理であり、例えば、依頼内容を備忘録（例えば、いわゆるリマインダ、いわゆるＴｏＤｏリスト等）として通知する処理等を含む概念である。「依頼情報要求処理」とは、発話音声に対応する依頼における不足情報があるか否かを判定し、不足情報があるものと判定した場合に、当該不足情報を補うことを第１利用者に要求するための情報を出力する処理であり、例えば、依頼内容の実行期限等の任意の情報があるか否かを判定して適宜要求する処理等を含む概念である。「使用情報出力処理」とは、対象物の使用に関する情報を出力するための処理であり、例えば、薬剤の使用に関する情報、医療機器の使用に関する情報、あるいは、その他の物の使用に関する情報等を含む概念であり、一例としては、薬剤の副作用の情報、医療機器を使用する可能性があることを特定する情報（具体的には、予定されている外科手術の内容を特定する情報）等を含む概念である。「対象物」とは、発話の対象となる物であり、例えば、薬剤や医療機器の如き医療に関連する物、あるいは、医療に関連しない任意の物等を含む概念である。「状態情報出力処理」とは、患者の状態に関する情報を出力するための処理であり、例えば、患者の治療の状態に関連する情報を出力するための処理等を含む概念である。
【００３５】
そして、以下に示す実施の形態では、「第１通話端末」及び「第２通話端末」がスマートフォンであり、「第１利用者」及び「第２利用者」が医師である場合に、「発話音声関連処理」として、データ認識処理及び使用情報出力処理を行う場合について説明する。
【００３６】
（構成）
まず、実施の形態に係る医療システムの構成を説明する。図１は、本実施の形態に係る医療システムの利用例を示す図であり、また、図２は、医療システムのブロック図である。なお、図２の医療システム１００に含まれている通話端末の数については任意であるが、ここでは、第１通話端末１及び第２通話端末２を具体的に例示して説明する。また、これらの第１通話端末１及び第２通話端末２については、相互に同様な構成の通話端末であるが、便宜上「第１」及び「第２」を付して説明する。
【００３７】
図２の医療システム１００は、概略的に、第１通話端末１、第２通話端末２、及び管理サーバ３を備えて構成されており、これら第１通話端末１、第２通話端末２、及び管理サーバ３は、ネットワークを介して相互に無線にて通信可能に接続されている。この医療システム１００は、既存の医療システム（例えば、複数の医師の相互間又は複数の病院の相互間にて、通話端末又は据え置き型端末等を用いて各種情報をやりとりすることが可能なシステム等）とは別のシステムとして実現してもよいし、当該既存の医療システムに対して組み込むことによって実現してもよいし、あるいは、いわゆるソーシャル・ネットワーキング・サービス（ＳＮＳ：Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）の一部の機能として実現してもよいが、ここでは、例えば、既存の医療システムに対して組み込むことによって実現されているものとする。なお、管理サーバ３の設置場所及び実装方法は任意であり、分散配置された複数台のサーバ等によって構成することもできるし、病院のサーバ管理室の如き特定の場所に設けられた１つ以上のサーバによって構成することもできるが、ここでは、説明の便宜上、１つのサーバによって構成されていることとして説明する。また、第１通話端末１、及び第２通話端末２については、例えば、比較的大きな病院である総合病院等に勤務している医師によって携帯されて用いられていることとして、以下説明する。
【００３８】
（構成−第１通話端末）
最初に、第１通話端末１の構成について説明する。第１通話端末１は、例えば、第１利用者である病院内の医師（ＡＡ先生）に割り当てられて、当該医師によって用いられるスマートフォンであり、一例としては、通信部１１、操作部１２、ディスプレイ１３、スピーカ１４、マイク１５、記録部１６、及び制御部１７を備えている。
【００３９】
（構成−第１通話端末−通信部）
通信部１１は、医療システム１００の各通話端末との間で通信を行う通信手段であり、例えば、管理サーバ３を介して第２通話端末２との間で音声通信を行うものである。この通信部１１の具体的な種類や構成は任意であるが、例えば、公知の無線通信回路等を備えて構成することができるものである。
【００４０】
（構成−第１通話端末−操作部）
操作部１２は、ユーザによる操作入力を受け付ける操作手段である。この操作部１２の具体的な種類や構成は任意であるが、例えば、公知のタッチパッドとして構成されるものであり、更に、このタッチパッドを透明又は半透明状に形成し、ディスプレイ１３の前面において当該ディスプレイ１３の表示面と重畳するように設けてタッチパネルを構成するものである。
【００４１】
（構成−第１通話端末−ディスプレイ）
ディスプレイ１３は、制御部１７の制御に基づいて各種の画像を表示する表示手段である。このディスプレイ１３の具体的な種類や構成は任意であるが、例えば、公知の液晶ディスプレイや有機ＥＬディスプレイの如きフラットパネルディスプレイ等を用いて構成することができるものである。
【００４２】
（構成−第１通話端末−スピーカ）
スピーカ１４は、制御部１７の制御に基づいて各種の音声を出力する音声出力手段である。このスピーカ１４の具体的な種類や構成は任意であるが、例えば、公知の音声出力回路等を用いて構成することができるものである。
【００４３】
（構成−第１通話端末−マイク）
マイク１５は、発話音声を受け付ける集音手段である。このマイク１５の具体的な種類や構成は任意であるが、例えば、公知のマイクロフォンの構成（一例としては、振動版、コイル等）用いて構成することができるものである。
【００４４】
（構成−第１通話端末−記録部）
記録部１６は、第１通話端末１の動作に必要なプログラム及び各種のデータを記録する記録手段である。この記録部１６は、例えば、外部記録装置としてのフラッシュメモリ用いて構成されている。ただし、フラッシュメモリに代えてあるいはフラッシュメモリと共に、ハードディスクの如き磁気的記録媒体、又はＤＶＤやブルーレイディスクの如き光学的記録媒体を含むその他の任意の記録媒体を用いることができる。
【００４５】
（構成−第１通話端末−制御部）
制御部１７は第１通話端末１を制御する制御手段であり、具体的には、ＣＰＵ、当該ＣＰＵ上で解釈実行される各種のプログラム（ＯＳなどの基本制御プログラムや、ＯＳ上で起動され特定機能を実現するアプリケーションプログラムを含む）、及びプログラムや各種のデータを格納するためのＲＡＭの如き内部メモリを備えて構成されるコンピュータである。特に、実施の形態に係る情報処理プログラムは、任意の記録媒体又はネットワークを介して第１通話端末１にインストールされることで、制御部１７の各部を実質的に構成する（後述の管理サーバ３の制御部３３も同様とする）。
【００４６】
（構成−第２通話端末）
次に、第２通話端末２の構成について説明する。第２通話端末２は、例えば、第２利用者である病院内の医師（ＢＢ先生）に割り当てられて、当該医師によって用いられるスマートフォンであり、一例としては、通信部２１、操作部２２、ディスプレイ２３、スピーカ２４、マイク２５、記録部２６、及び制御部２７を備えている。なお、これらの第２通話端末２の各構成要素は、第１通話端末１の同一名称の構成要素と同様にして構成されるものである。
【００４７】
（構成−管理サーバ）
次に、管理サーバ３の構成について説明する。管理サーバ３は、情報処理システムであり、例えば、通信部３１、記録部３２、及び制御部３３を備える。
【００４８】
（構成−管理サーバ−通信部）
通信部３１は、医療システム１００の各通話端末との間で通信を行う通信手段であり、例えば、医療システム１００の通話端末の相互間の音声通信を中継するものである。この通信部３１の具体的な種類や構成は任意であるが、例えば、公知の無線通信回路や中継回路等を備えて構成することができるものである。
【００４９】
（構成−管理サーバ−記録部）
記録部３２は、管理サーバ３の動作に必要なプログラム及び各種のデータを記録する記録手段である。この記録部３２は、例えば、外部記録装置としてのハードディスク（図示省略）を用いて構成されている。ただし、ハードディスクに代えてあるいはハードディスクと共に、磁気ディスクの如き磁気的記録媒体、又はＤＶＤやブルーレイディスクの如き光学的記録媒体を含む、その他の任意の記録媒体を用いることができる。
【００５０】
また、この記録部３２は、例えば、端末情報データベース３２１（以下、データベースを「ＤＢ」と称する）、発話記録情報ＤＢ３２２、音声データＤＢ３２３、及びテキストデータＤＢ３２４を備えている。
【００５１】
（構成−管理サーバ−記録部−端末情報ＤＢ）
端末情報ＤＢ３２１は、端末情報を格納する端末情報格納である。「端末情報」とは、医療システム１００の各通話端末に関連する情報である。図３は、端末情報を例示した図である。この図３に示すように、端末情報は、例えば、項目「端末ＩＤ」、及び項目「医師氏名情報」と、各項目に対応する情報とを、相互に関連付けて構成されている。ここで、項目「端末ＩＤ」に対応する情報は、医療システム１００の各通話端末を一意に識別する端末識別情報である（以下、「識別情報」を「ＩＤ」と称する）（図３では、第１通話端末１の端末ＩＤである「ＩＤｄ１」及び第２通話端末２の端末ＩＤである「ＩＤｄ２」等）。また、項目「医師氏名情報」に対応する情報は、医療システム１００の各通話端末を利用している医師の氏名を特定する医師氏名情報である（図３では、説明の便宜上の記載であり、図１の図面左側にイメージが図示されている医師であって、第１通話端末１を利用している医師の氏名である「ＡＡ」、図１の図面右側にイメージが図示されている医師であって、第２通話端末２を利用している医師の氏名である「ＢＢ」等）。そして、このような端末情報については、例えば、病院内の医師に対して医療システム１００の各通話端末を割り当てた（貸し出した）上で、この割り当て結果（貸し出し結果）が反映されるように、管理サーバ３の不図示の入力手段（例えば、キーボード及びマウス等）を用いて入力することにより格納される。
【００５２】
（構成−管理サーバ−記録部−端末情報ＤＢ）
発話記録情報ＤＢ３２２は、発話記録情報を格納する発話記録情報格納手段である。「発話記録情報」とは、発話を記録した情報であり、具体的には、医療システム１００の通話装置の相互間の通話（通信）に関する情報を記録した情報である。図４は、発話記録情報を例示した図である。この図４に示すように、発話記録情報は、例えば、項目「発信元情報」、項目「発信先情報」、項目「日時情報」、項目「音声データ特定情報」、及び項目「テキストデータ特定情報」と、各項目に対応する情報とを、相互に関連付けて構成されている。ここで、項目「発信元情報」に対応する情報は、通話（通信）の発信元を特定する発信元情報である（図４では、発信元の通話端末の端末ＩＤであり、「ＩＤｄ２」等）。また、項目「発信先情報」に対応する情報は、通話（通信）の発信先（宛先）を特定する発信先情報である（図４では、発信先の通話端末の端末ＩＤであり、「ＩＤｄ１」等）。また、項目「日時情報」に対応する情報は、通話（通信）が行われた日時を特定する日時情報である（図４では、月日及び時分を特定する８桁の数字であり、例えば、６月１５日の１４時０１分を特定する「０６１５１４０１」等）。また、項目「音声データ特定情報」に対応する情報は、音声データＤＢ３２３に格納されている音声データを特定する音声データ特定情報である（図４では、音声データのファイル名であり、「ｖＦｉｌｅ１」等）。また、項目「テキストデータ特定情報」に対応する情報は、テキストデータＤＢ３２４に格納されているテキストデータを特定するテキストデータ特定情報である（図４では、テキストデータのファイル名であり、「ｔＦｉｌｅ１」等）。そして、このような発話記録情報については、後述する格納通知処理を実行することにより格納される。
【００５３】
（構成−管理サーバ−記録部−音声データＤＢ）
音声データＤＢ３２３は、音声データを格納する音声データ格納手段である。「音声データ」とは、前述したように、例えば、音声による空気の振動に対応する波形を特定する情報であり、より具体的には、医療システム１００の通話端末相互間での会話の音声を特定するデータであり、一例としては、公知の圧縮方式にて圧縮された音声データのファイルとして格納されているものである。そして、このような音声データについては、後述する格納通知処理を実行することにより格納される。
【００５４】
（構成−管理サーバ−記録部−テキストデータＤＢ）
テキストデータＤＢ３２４は、テキストデータを格納するテキストデータ格納手段であり、また、後述する変換部３３２が変換したテキストデータを格納する発話格納手段である。「テキストデータ」とは、前述したように、例えば、文字情報であって、変換部３３２が音声データから変換したものであり、一例としては、テキストデータのファイルとして格納されているものである。そして、このようなテキストデータについては、後述する格納通知処理を実行することにより格納される。
【００５５】
（構成−管理サーバ−制御部）
図２の制御部３３は、管理サーバ３を制御する制御手段であり、機能概念的に、受信部３３１、変換部３３２、及び処理部３３３を備える。受信部３３１は、医療システム１００の通話端末を利用している利用者の間の発話であって、当該通話端末を用いて行われる発話の発話音声を受信する受信手段であり、具体的には、第１通話端末１を利用している第１利用者と第２通話端末２を利用している第２利用者との間の発話であって、第１通話端末１又は第２通話端末２を用いて行われる当該発話の発話音声を受信するものである。変換部３３２は、受信部３３１が受信した発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換する変換手段である。処理部３３３は、受信部３３１が受信した発話音声に対応する音声データ、又は、変換部３３２が変換したテキストデータのうちの少なくとも一方のデータに基づいて、受信部３３１が受信した発話音声に関連する処理である発話音声関連処理を行う処理手段である。なお、この制御部３３の各部により行われる処理については後述する。
【００５６】
（処理）
次に、このように構成される医療システム１００によって実行される処理について説明する。ここでは、例えば、格納通知処理、及び薬剤情報出力処理について説明する。
【００５７】
（処理−格納通知処理）
まず、格納通知処理について説明する。図５は、格納通知処理のフローチャートである（以下の各処理の説明ではステップを「Ｓ」と略記する）。「格納通知処理」とは、データ認識処理を含む処理であり、例えば、音声データ及びテキストデータを格納し、また、音声データ又はテキストデータを、第１利用者又は第２利用者に確認させるための処理である。この格納通知処理を実行するタイミングは任意であるが、例えば、医療システム１００の通話端末を用いて通話先の通話端末に対して電話が通じた場合（つまり、医療システム１００の各通話端末の相互間での管理サーバ３を介する発話音声の通信が開始した場合）、あるいは、医療システム１００の通話端末を用いて通話先の通話端末に対して電話をかけたが、所定時間以内（例えば、３０秒等）に電話が通じずに留守番電話モードに切り替わった場合（つまり、医療システム１００の通話端末と管理サーバ３との間の発話音声の通信が開始した場合）等に実行を開始するが、ここでは、通話先の通話端末に対して電話が通じた場合に格納通知処理を実行することとして、格納通知処理が実行が開始された後から説明する。また、医療システム１００の通話端末の記録部に自己の端末ＩＤ及び通話先の候補である通話端末の端末ＩＤのリスト（例えば、いわゆるアドレス帳の如きリスト）が記録されている（例えば、第１通話端末１の記録部１６に自己の端末ＩＤである「ＩＤｄ１」、及び「ＩＤｄ２」を含む通話先の候補であるリストが記録されており、第２通話端末２の記録部２６に自己の端末ＩＤである「ＩＤｄ２」、及び「ＩＤｄ１」を含む通話先の候補であるリストが記録されている）こととし、電話をかける通話端末が自己の端末ＩＤと通話先の端末ＩＤとを管理サーバ３に送信することにより格納通知処理が開始されることとして、格納通知処理が実行が開始された後から説明する。
【００５８】
また、例えば、図１の第１利用者である依頼元の医師が第１通話端末１を用いて、第２利用者である依頼先の医師の第２通話端末２に対して電話をかけて通じた場合に、依頼元の医師が依頼先の医師に対して「患者Ｐ１に薬剤Ｍ１を投与したところ、７月１日に圧胸水合併症を発症し、また、食欲不振の副作用が生じました。７月３日の午前９時００分までに、患者Ｐ１に薬剤Ｍ２を投与して下さい。」（以下、薬剤投与に関する依頼発話）という依頼を行う場合を例示して説明する。なお、第１通話端末１及び第２通話端末２の間の通話について、公知の通話処理を適用することができるので、ここでは、管理サーバ３で行われる本願に特徴的な処理についてのみ説明する。
【００５９】
まず、図５のＳＡ１において受信部３３１は、録音を開始する。具体的には任意であるが、例えば、第１通話端末１からの発話音声及び第２通話端末２からの発話音声を、通信部３１を介して受信して音声データとして音声データＤＢ３２３を蓄積し続ける録音処理を開始する。そして、依頼元の医師が第１通話端末１にて発話した場合、第１通話端末１のマイク１５にて発話音声を集音した上で、当該集音された発話音声が通信部１１を介して管理サーバ３に送信され、当該送信された発話音声が管理サーバ３にて中継されて第２通話端末２に送信されることになるが、前述の録音処理が開始された場合、管理サーバ３の受信部３３１は、第１通話端末１から管理サーバ３に送信された発話音声を受信して録音する。なお、依頼先の医師が第２通話端末２にて発話した場合の、管理サーバ３による録音も、依頼元の医師が第１通話端末１にて発話した場合と同様にして行われる。
【００６０】
ここでは、例えば、依頼元の医師が第１通話端末１にて「薬剤投与に関する依頼発話」を発話した場合、第１通話端末１のマイク１５にて「薬剤投与に関する依頼発話」の発話音声を集音した上で、当該集音された発話音声が通信部１１を介して管理サーバ３に送信され、当該送信された発話音声が管理サーバ３にて中継されて第２通話端末２に送信されることになるが、前述の録音処理が開始された場合、管理サーバ３の受信部３３１は、第１通話端末１から管理サーバ３に送信された発話音声を受信し、受信した発話音声に対応する「薬剤投与に関する依頼発話」に対応する音声データ生成して音声データＤＢ３２３に公知の圧縮方式にて圧縮されたファイル形式にて格納する。
【００６１】
図５のＳＡ２において受信部３３１は、通話が終了したか否かを判定する。具体的には任意であるが、例えば、第１通話端末１又は第２通話端末２が電話の通信を切断したか否かを公知の手法にて判定して判定結果に基づいて通話が終了したか否かを判定する。そして、第１通話端末１又は第２通話端末２が電話の通信を切断したわけではない場合（つまり、第１通話端末１及び第２通話端末２の相互間の電話の通信が行われている場合）、通話が終了していないものと判定し（ＳＡ２のＮＯ）、通話が終了したものと判定するまで、ＳＡ２を繰り返し実行する。また、第１通話端末１又は第２通話端末２が電話の通信を切断した場合、通話が終了したものと判定し（ＳＡ２のＹＥＳ）、ＳＡ３に移行する。ここでは、例えば、依頼元の医師が第１通話端末１の電話の通信の切断する操作を行った場合、電話の通信が切断されて、通話が終了したものと判定する。
【００６２】
図５のＳＡ３において受信部３３１は、録音を終了する。具体的には任意であるが、例えば、前述の録音処理を終了して、ＳＡ１にて録音を開始してからＳＡ３にて録音を終了するまでの間に格納された音声データを１つのファイルとしてまとめた上で、この１つのファイルに、所定のアルゴリズムに従ってファイル名（音声データＤＢ３２３で一意に識別し得るファイル名）を付して、当該付したファイル名にて音声データを音声データＤＢ３２３に格納する。ここでは、例えば、「薬剤投与に関する依頼発話」に対応する音声データの１つのファイルに「ｖＦｉｌｅ３」というファイル名を付して、音声データＤＢ３２３に格納する。
【００６３】
図５のＳＡ４において変換部３３２は、受信部３３１が受信した発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換して格納する。具体的には任意であるが、例えば、ＳＡ３で格納した音声データを取得し、取得した音声データを公知の変換アルゴリズムにてテキストデータに変換し、変換したテキストデータに、所定のアルゴリズムに従ってファイル名（テキストデータＤＢ３２４で一意に識別し得るファイル名）を付して、当該付したファイル名にてテキストデータをテキストデータＤＢ３２４に格納する。なお、音声データをテキストデータに変換する具体的な手法については、公知の手法を用いることができるので、詳細の説明は省略する。ここでは、例えば、音声データＤＢ３２３の「ｖＦｉｌｅ３」を取得し、取得した「ｖＦｉｌｅ３」を１つのファイルであるテキストデータに変換し、変換したテキストデータに「ｔＦｉｌｅ３」というファイル名を付して、テキストデータＤＢ３２４に格納する。
【００６４】
図５のＳＡ５において処理部３３３は、発話記録情報を格納する。具体的には任意であるが、例えば、図４の各情報（つまり、発信元情報、発信先情報、日時情報、音声データ特定情報、テキストデータ特定情報）について以下のように特定した上で格納する。
【００６５】
まず、発信元情報及び発信先情報ついては、例えば、格納通知処理を開始する場合に医療システム１００の通話端末から管理サーバ３に送信された、電話をかける通話端末の端末ＩＤと通話先の端末ＩＤとを取得し、取得した電話をかける通話端末の端末ＩＤを発信元情報として特定し、また、取得した通話先の端末ＩＤを発信先情報として特定する。ここでは、例えば、格納通知処理を開始する場合に、電話をかける第１通話端末１が自己の端末ＩＤである「ＩＤｄ１」と通話先の端末ＩＤである「ＩＤｄ２」を管理サーバ３に送信した場合、「ＩＤｄ１」を発信元情報として特定し、また、「ＩＤｄ２」を発信先情報として特定する。
【００６６】
また、日時情報については、不図示の計時手段（例えば、公知のタイマー回路の如き時計回路）にアクセスして、格納通知処理が開始されたとき（つまり、例えば、通話先の通話端末に対して電話が通じたとき）の日時を取得し、取得した日時に対応する日時情報を特定する。ここでは、例えば、通話先の通話端末に対して電話が通じたときの日時として、７月２日１７時１４分を取得した場合、０７０２１７１４を特定する。
【００６７】
また、音声データ特定情報については、ＳＡ３で格納した音声データのファイル名を特定し、また、テキストデータ特定情報については、ＳＡ４で格納したテキストデータのファイル名を特定する。ここでは、例えば、音声データ特定情報として「ｖＦｉｌｅ３」を特定し、テキストデータ特定情報として「ｔＦｉｌｅ３」を特定する。
【００６８】
そして、前述のようにして図４の各情報を特定した後、特定した各情報を発話記録情報ＤＢ３２２に格納することにより発話記録情報を格納する。ここでは、例えば、図４の図面上側から３段目の各情報を格納する。
【００６９】
図５のＳＡ６において処理部３３３は、音声データ又はテキストデータを第１利用者又は第２利用者に確認させるために通知を行う。具体的には任意であるが、例えば、第１利用者及び第２利用者に対して通話が行われたことを認識させるために、一例としては、図１に示すように、第１通話端末１のディスプレイ１３に発信元側通知画像Ｇ１を表示し、また、第２通話端末２のディスプレイ２３に発信先側通知画像Ｇ２を表示しすることにより通知を行う。
【００７０】
ここで、「発信元側通知画像」Ｇ１は、発話音声に関連する情報であって、医療システム１００における電話をかけた通話端末に表示される画像であり、例えば、発信元側メッセージ情報Ｇ１１、発信元側音声再生ボタンＧ１２、及び発信元側テキスト表示ボタンＧ１３を含む画像である。発信元側メッセージ情報Ｇ１１は、第１利用者が依頼を行ったことを特定する情報であり、具体的には、依頼を行った日時と依頼先の医師とを特定するテキスト情報である。発信元側音声再生ボタンＧ１２は、格納されている音声データを再生するためのボタンであり、また、発信元側テキスト表示ボタンＧ１３は、格納されているテキストデータを表示するためのボタンである。
【００７１】
また、「発信先側通知画像」Ｇ２は、発話音声に関連する情報であって、医療システム１００における電話をかけられた通話端末（つまり、通話先）に表示される画像であり、例えば、発信先側メッセージ情報Ｇ２１、発信先側音声再生ボタンＧ２２、及び発信先側テキスト表示ボタンＧ２３を含む画像である。発信先側メッセージ情報Ｇ２１は、第２利用者が依頼されたことを特定する情報であり、具体的には、依頼が行われた日時と依頼元の医師とを特定するテキスト情報である。発信先側音声再生ボタンＧ２２は、格納されている音声データを再生するためのボタンであり、また、発信先側テキスト表示ボタンＧ２３は、格納されているテキストデータを表示するためのボタンである。
【００７２】
図５のＳＡ６についてより具体的には、処理部３３３は、図３の端末情報及び図４の発話記録情報に基づいて、図１の発信元側通知画像Ｇ１及び発信先側通知画像Ｇ２を表示する。図１の発信元側通知画像Ｇ１について詳細には、まず、図４の日時情報を取得し、取得した日時情報に対応する日時を図１の発信元側メッセージ情報Ｇ１１の「：」の左側に表示する。また、図４の発信先情報を取得し、図３を参照して、当該取得した発信先情報の端末ＩＤに対応する医師氏名情報を取得し、取得した医師氏名情報を「：」の右側に表示し、更にその右側に「先生へ」という文字を表示することにより、発信元側メッセージ情報Ｇ１１する。また、図４の音声データ特定情報を取得し、図２の音声データＤＢ３２３に格納されている音声データのうちの、当該取得した音声データ特定情報が特定する音声データへのリンクを生成し、生成したリンクを発信元側音声再生ボタンＧ１２に対応付けた上で、当該発信元側音声再生ボタンＧ１２を表示する。また、図４のテキストデータ特定情報を取得し、図２のテキストデータＤＢ３２４に格納されているテキストデータのうちの、当該取得したテキストデータ特定情報が特定するテキストデータへのリンクを生成し、生成したリンクを発信元側テキスト表示ボタンＧ１３に対応付けた上で、当該発信元側テキスト表示ボタンＧ１３を表示する。
【００７３】
ここでは、例えば、まず、図４の図面上側から３段目の情報において、まず、日時情報＝「０７０２１７１４」を取得し、取得した日時情報に対応する日時＝「７月２日１７時１４分」を図１の発信元側メッセージ情報Ｇ１１の「：」の左側に表示する。また、図４の発信先情報＝「ＩＤｄ２」を取得し、図３を参照して、当該取得した発信先情報の端末ＩＤに対応する医師氏名情報＝「ＢＢ」を取得し、取得した医師氏名情報を「：」の右側に表示し、更にその右側に「先生へ」という文字を表示することにより、発信元側メッセージ情報Ｇ１１する。また、図４の音声データ特定情報＝「ｖＦｉｌｅ３」を取得し、図２の音声データＤＢ３２３に格納されている音声データのうちの、当該取得した音声データ特定情報が特定する音声データ（「薬剤投与に関する依頼発話」に対応する音声データ）へのリンクを生成し、生成したリンクを発信元側音声再生ボタンＧ１２に対応付けた上で、当該発信元側音声再生ボタンＧ１２を表示する。また、図４のテキストデータ特定情報＝「ｔＦｉｌｅ３」を取得し、図２のテキストデータＤＢ３２４に格納されているテキストデータのうちの、当該取得したテキストデータ特定情報が特定するテキストデータ（「薬剤投与に関する依頼発話」に対応するテキストデータ）へのリンクを生成し、生成したリンクを発信元側テキスト表示ボタンＧ１３に対応付けた上で、当該発信元側テキスト表示ボタンＧ１３を表示する。
【００７４】
また、図１の発信先側通知画像Ｇ２について詳細には、まず、図４の日時情報を取得し、取得した日時情報に対応する日時を図１の発信先側メッセージ情報Ｇ２１の「：」の左側に表示する。また、図４の発信元情報を取得し、図３を参照して、当該取得した発信先情報の端末ＩＤに対応する医師氏名情報を取得し、取得した医師氏名情報を「：」の右側に表示し、更にその右側に「先生より」という文字を表示することにより、発信先側メッセージ情報Ｇ２１する。また、図４の音声データ特定情報を取得し、図２の音声データＤＢ３２３に格納されている音声データのうちの、当該取得した音声データ特定情報が特定する音声データへのリンクを生成し、生成したリンクを発信先側音声再生ボタンＧ２２に対応付けた上で、当該発信先側音声再生ボタンＧ２２を表示する。また、図４のテキストデータ特定情報を取得し、図２のテキストデータＤＢ３２４に格納されているテキストデータのうちの、当該取得したテキストデータ特定情報が特定するテキストデータへのリンクを生成し、生成したリンクを発信先側テキスト表示ボタンＧ２３に対応付けた上で、当該発信先側テキスト表示ボタンＧ２３を表示する。
【００７５】
ここでは、例えば、図４の図面上側から３段目の情報において、日時情報＝「０７０２１７１４」、発信元情報＝「ＩＤｄ２」、音声データ特定情報＝「ｖＦｉｌｅ３」、及びテキストデータ特定情報＝「ｔＦｉｌｅ３」を取得した上で、図１の発信先側通知画像Ｇ２を表示する。なお、この発信先側通知画像Ｇ２の発信先側音声再生ボタンＧ２２には、「薬剤投与に関する依頼発話」に対応する音声データへのリンクが対応付けられ、また、発信先側テキスト表示ボタンＧ２３には、「薬剤投与に関する依頼発話」に対応するテキストデータへのリンクが対応付けられることになる。これにて、格納通知処理を終了する。
【００７６】
（処理−格納通知処理−データの確認）
前述のように、図５のＳＡ６にて、図１に示すように、第１通話端末１のディスプレイ１３に発信元側通知画像Ｇ１が表示され、また、第２通話端末２のディスプレイ２３に発信先側通知画像Ｇ２が表示されるので、第１利用者又は第２利用者に通話があったことを認識させ、音声データ又はテキストデータを確認させることが可能となる。
【００７７】
例えば、第１利用者である依頼元の医師は、発信元側通知画像Ｇ１の発信元側メッセージ情報Ｇ１１を視認することにより、自己が電話にて依頼を行ったことを認識することが可能となる。また、発信元側音声再生ボタンＧ１２を押下した場合、第１通話端末１の制御部１７が、押下された発信元側音声再生ボタンＧ１２に対応する音声データ（発話音声に関連する情報）を、スピーカ１４を介して音声出力して再生することになり、依頼元の医師は、「薬剤投与に関する依頼発話」の内容を音声にて確認することが可能となる。また、発信元側テキスト表示ボタンＧ１３を押下した場合、第１通話端末１の制御部１７が、押下された発信元側テキスト表示ボタンＧ１３に対応するテキストデータ（発話音声に関連する情報）をディスプレイ１３を介して表示出力しすることになり、依頼元の医師は、「薬剤投与に関する依頼発話」の内容をテキストにて確認することが可能となる。
【００７８】
また、例えば、第２利用者である依頼先の医師は、発信先側通知画像Ｇ２の発信先側メッセージ情報Ｇ２１を視認することにより、自己が電話にて依頼されたことを認識することが可能となる。また、発信先側音声再生ボタンＧ２２を押下した場合、第２通話端末２の制御部２７が、押下された発信先側音声再生ボタンＧ２２に対応する音声データ（発話音声に関連する情報）を、スピーカ２４を介して音声出力して再生することになり、依頼先の医師は、「薬剤投与に関する依頼発話」の内容を音声にて確認することが可能となる。また、発信先側テキスト表示ボタンＧ２３を押下した場合、第２通話端末２の制御部２７が、押下された発信先側テキスト表示ボタンＧ２３に対応するテキストデータ（発話音声に関連する情報）をディスプレイ２３を介して表示出力しすることになり、依頼先の医師は、「薬剤投与に関する依頼発話」の内容をテキストにて確認することが可能となる。
【００７９】
（処理−薬剤情報出力処理）
次に、薬剤情報出力処理について説明する。図６は、薬剤情報出力処理のフローチャートである。「薬剤情報出力処理」とは、使用情報出力処理を含む処理であり、例えば、薬剤の使用に関する情報を出力する処理であり、一例としては、薬剤の副作用の情報を出力する処理である。この薬剤情報出力処理を実行するタイミングは任意であるが、例えば、所定時間（例えば、１２時間〜２４時間等）毎に繰り返し実行されることとし、薬剤情報出力処理の実行が開始された後から説明する。
【００８０】
まず、図６のＳＢ１において処理部３３３は、データを取得する。具体的には任意であるが、例えば、図２の記録部３２のテキストデータＤＢ３２４のテキストデータを取得する。なお、薬剤情報出力処理は、前述したように、所定時間毎に繰り返し実行されるので、テキストデータＤＢ３２４の同一のテキストデータに対して重複して複数回処理が行われることを防止するために、例えば、ＳＢ１にて取得したテキストデータのファイル名を記録部３２に記録し、記録部３２に記録されていないテキストデータのみを取得することとする。ここでは、例えば、「ｔＦｉｌｅ３」というファイル名の「薬剤投与に関する依頼発話」に対応するテキストデータ等を取得する。
【００８１】
図６のＳＢ２において処理部３３３は、情報を出力するか否かを判定する。具体的には任意であるが、例えば、ＳＢ１にて取得したテキストデータに所定のキーワードが含まれているか否かを判定して、判定結果に基づいて情報を出力するか否かを判定する。なお、「所定のキーワード」とは、情報を出力するか否かを判定するために用いられるキーワードであり、例えば、薬剤の提供者側（例えば、製薬会社等）の業務に資する情報に関連するキーワードであり、一例としては、当該提供者側によって設定されるキーワードである。ここでは、例えば、所定のキーワードとして、「薬剤」、「副作用」、及び「合併症」が設定されていることとする。ＳＢ１について具体的には、ＳＢ１にて取得したテキストデータに所定のキーワードの全てが含まれているわけではない場合、情報を出力しないものと判定し（ＳＢ２のＮＯ）、処理を終了する。また、ＳＢ１にて取得したテキストデータに所定のキーワードが含まれている場合、情報を出力するものと判定し（ＳＢ２のＹＥＳ）、ＳＢ３に移行する。ここでは、例えば、ＳＢ１にて取得したテキストデータである「患者Ｐ１に薬剤Ｍ１を投与したところ、７月１日に圧胸水合併症を発症し、また、食欲不振の副作用が生じました。７月３日の午前９時００分までに、患者Ｐ１に薬剤Ｍ２を投与して下さい。」には、「薬剤」、「副作用」、及び「合併症」というキーワードが全て含まれているので、情報を出力するものと判定する。
【００８２】
図６のＳＢ３において処理部３３３は、情報を出力する。具体的には任意であるが、例えば、管理サーバ３が薬剤の提供者側の端末装置（例えば、スマートフォン、あるいは、据え置き型のコンピュータ等）と通信可能に接続されていることとし、ＳＢ１で取得したテキストデータを薬剤の提供者側の端末装置に送信することにより出力する。ここでは、例えば、「ｔＦｉｌｅ３」というファイル名の「薬剤投与に関する依頼発話」に対応するテキストデータ（発話音声に関連する情報）を送信する。そして、この「薬剤投与に関する依頼発話」に対応するテキストデータを受信した薬剤の提供者側は、受信した当該テキストデータを蓄積することにより、既存薬剤の使用方法の変更、既存薬剤の改良、又は新薬の開発等のために役立てることが可能になる。これにて、情報出力処理を終了する。
【００８３】
（実施の形態の効果）
このように実施の形態によれば、受信部３３１が受信した発話音声に対応する音声データ、又は、変換部３３２が変換したテキストデータのうちの少なくとも一方のデータに基づいて、発話音声に関連する処理である発話音声関連処理（具体的には、データ認識処理及び使用情報出力処理）を行うことにより、例えば、第１利用者又は第２利用者が発話の内容を手作業にて入力することなく発話音声関連処理を行うことができるので、発話の内容を確実に反映することが可能となる。特に、例えば、医療現場での発話音声に適用する場合、医療現場での発話の内容を反映することができ、医療現場での活動を円滑化したり、あるいは、医療現場での発話の内容を有効に活用することが可能となる。
【００８４】
また、データ認識処理を行うことにより、例えば、第１利用者又は第２利用者に音声データ又はテキストデータを確認させることができるので、発話の内容を第１利用者又は第２利用者に反映することが可能となる。また、例えば、第１利用者又は第２利用者に対して第１通話端末１又は第２通話端末２を用いて行われる発話があったことを思い出させることが可能となる。
【００８５】
また、使用情報出力処理を行うことにより、例えば、対象物（具体的には、薬剤）の使用に関する情報を出力することができるので、発話の内容を対象物の改良等に役立てることができ、発話の内容を有効に活用することが可能となる。
【００８６】
〔変形例〕
以上、本発明に係る実施の形態について説明したが、本発明の具体的な構成及び手段は、請求の範囲に記載した各発明の技術的思想の範囲内において、任意に改変及び改良できる。以下、このような変形例について説明する。
【００８７】
（解決しようとする課題や発明の効果について）
まず、発明が解決しようとする課題や発明の効果は、前記した内容に限定されるものではなく、本発明によって、前記に記載されていない課題を解決したり、前記に記載されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。
【００８８】
（分散や統合について）
また、上述した各電気的構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散や統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散又は統合して構成できる。また、本出願における「システム」とは、複数の装置によって構成されたものに限定されず、単一の装置によって構成されたものを含む。また、本出願における「装置」とは、単一の装置によって構成されたものに限定されず、複数の装置によって構成されたものを含む。また、上記実施の形態で説明した各情報（ＤＢを含む）については、そのデータ構造を任意に変更してもよい。また、管理サーバ３の機能を第１通話端末１又は第２通話端末２に分散させることにより、管理サーバ３を省略してもよい。
【００８９】
（形状、数値、構造、時系列について）
実施の形態や図面において例示した構成要素に関して、形状、数値、又は複数の構成要素の構造若しくは時系列の相互関係については、本発明の技術的思想の範囲内において、任意に改変及び改良することができる。
【００９０】
（各処理について（その１））
また、上記実施の形態で説明した各処理を任意に組み替えたり、省略したり、変更したり、あるいは、新たな処理を追加したりしてもよい。具体的には、例えば、図５のＳＡ４にて、ＳＡ３の音声データの格納を待たずに、管理サーバ３の変換部３３２が、管理サーバ３に送信された発話音声を受信部３３１が受信する毎に、テキストデータを変換してもよい。
【００９１】
（各処理について（その２））
また、例えば、図６のＳＢ１〜ＳＢ３については、テキストデータのみを用いて処理する場合について説明したが、これに限らず、音声データのみを用いて各処理を行ったり、あるいは、音声データ及びテキストデータの双方を用いて各処理を行ったりしてもよい。つまり、発話音声関連処理について、処理部３３３が、テキストデータのみを用いて行うように構成してもよく、音声データのみを用いて行うように構成してもよく、あるいは、音声データ及びテキストデータの双方を用いて行うように構成してもよい（変形例の発話音声関連処理についても、同様である）。
【００９２】
（各処理について（その３））
また、例えば、図６のＳＢ２での「所定のキーワード」として、例えば、医療機器の提供者側（例えば、医療機器メーカー等）の業務に資する情報に関連するキーワードであり、一例としては、当該提供者側によって設定されるキーワードとして、「胃癌手術」及び「内視鏡手術」を設定し、ＳＢ３にて、管理サーバ３が医療機器の提供者側の端末装置に情報を出力してもよい。この場合、医療機器メーカーは、内視鏡手術装置を胃癌にて用いるための当該装置の取り扱い説明を手術前に医師に対して行ったり、あるいは、手術後に当該装置の使用感等を医師に尋ねたりすることにより、営業活動又は製品の開発（改良）活動に役立てることが可能となる。
【００９３】
（テキストデータの出力形式について）
また、上記実施の形態の図１の発信元側テキスト表示ボタンＧ１３等を押下した場合に表示されるテキストデータについては、発話した者と関連付けて表示してもよい。具体的には、音声の録音時に発話者と関連付けて録音した上で、各発話内容を発話者に対応付けてテキストデータに変換した上で、テキストデータを発話者と関連付けて表示してもよい。
【００９４】
（情報の出力について）
また、上記実施の形態又は変形例において、ディスプレイに表示するものと説明した情報については、表示内容に対応する情報を、各装置のスピーカ（例えば、第１通話端末１のスピーカ１４等）から音声出力するように構成してもよいし、プリンタの如き印字手段を設けて紙面にて印字出力するように構成してもよいし、あるいは、各装置の通信部（例えば、第１通話端末１の通信部１１等）か通信出力するように構成してもよい。
【００９５】
（発話音声関連処理について）
また、上記実施の形態では、発話音声関連処理として、図２の管理サーバ３の処理部３３３が、データ認識処理及び使用情報出力処理を行う場合について説明したが、これに限らず、処理部３３３が、音声データＤＢ３２３の音声データ、テキストデータＤＢ３２４のテキストデータに基づいて、前述の依頼実行支援処理（具体的には、依頼認識処理、依頼情報要求処理）、又は状態情報出力処理を行うように構成してもよい。なお、この各処理については、図４のＳＡ６の処理（又は図５のＳＢ１〜ＳＢ３の処理）と共に、あるいは、ＳＡ６（又は図５のＳＢ１〜ＳＢ３の処理）の代わりに行ってもよい。
【００９６】
（発話音声関連処理について−依頼実行支援処理）
依頼実行支援処理については例えば、第１利用者から第２利用者に対する依頼に関連する発話を発話音声として受信部３３１が受信して、実施の形態で説明した場合と同様にして音声データ及びテキストデータを格納した場合、処理部３３３は、音声データＤＢ３２３の音声データ、テキストデータＤＢ３２４のテキストデータに基づいて、依頼認識処理としてリマインダを行ったり、依頼認識処理としてＴｏＤｏリストを出力したり、あるいは、依頼情報要求処理を行ったりする。なお、ここでの処理については、管理サーバ３側にて受信部３３１が受信した発話音声が依頼に関連するものであることを識別して、識別した発話音声に関して処理を行う必要があるが、例えば、利用者における所定操作（例えば、電話をかける場合に、操作部１２を介し「１１」を入力する等）、あるいは、利用者における所定の発話（例えば、「依頼事項です」等の所定のキーワードを発話する等）によって依頼に関連することを識別した上で、各処理を行ってもよい。
【００９７】
（発話音声関連処理について−依頼実行支援処理−依頼認識処理）
リマインダについては、処理部３３３は、以下の動作を行うように第２通話端末２を設定する。例えば、第２利用者が第２通話端末２にて所定操作（リマインダ情報の出力を終了する操作）を行うまで、所定時間間隔（例えば、１時間間隔〜２時間間隔、あるいは、１２時間間隔〜２４時間間隔等）又は所定時間（午前９時、午後１時、及び午後５時等）にディスプレイ２３に依頼がある旨のメッセージ（例えば、「依頼があります、確認してください」等のメッセージ）を表示したり、又は、当該メッセージをスピーカ２４を介して音声出力したり、あるいは、バイブレータ機能が搭載されている場合には振動させたりすることによりリマインダを行うように設定する。
【００９８】
また、ＴｏＤｏリストについては、処理部３３３は、以下の動作を行うように第１通話端末１及び第２通話端末２を設定する。例えば、第２通話端末２のディスプレイ２３に依頼内容とチェックボックスを相互に関連付けてリスト表示し、第２利用者が第２通話端末２にて所定操作（依頼を実行したことを示すためにチェックボックスにチェックを入れる操作）を行った場合に、表示されたチェックボックスにチェックを表示し、また、この場合に、第２通話端末２がチェックされた旨を依頼元側である第１通話端末１に送信し、このチェックされた旨を第１通話端末１が受信した場合に、依頼が実行された旨のメッセージ（例えば、「依頼が実行されました）等のメッセージ）を第１通話端末１のディスプレイ１３に表示したり、又は、当該メッセージをスピーカ１４を介して音声出力したり、あるいは、バイブレータ機能が搭載されている場合には振動させたりするように設定する。なお、これらの第１通話端末１及び第２通話端末２の間の通信において、公知の技術を用いて実現してもよい。
【００９９】
このように構成した場合、依頼実行支援処理を行うことにより、例えば、発話音声に対応する依頼を第２利用者に実行させることを支援することが可能となり、第１利用者及び第２利用者の活動を円滑化させることが可能となる。特に、依頼認識処理を行うことにより、例えば、第２利用者に対して依頼を認識させることができるので、依頼があったことを第２利用者に思い出させることが可能となる。また、例えば、医療現場での依頼を第２利用者に認識させる場合、医療現場での活動の円滑化を図ることが可能となる。
【０１００】
（発話音声関連処理について−依頼情報要求処理）
依頼情報要求処理については、処理部３３３は、まず、テキストデータＤＢ３２４のテキストデータを取得し、取得したテキストデータに対応する依頼における不足情報があるか否かを判定する。ここで、「不足情報」とは、発話音声の依頼において不足している情報であり、具体的には、予め定められている情報に対して不足している情報であり、例えば、依頼内容の実行期限が予め定めれている情報である場合において、当該実行期限が含まれていない場合には当該実行期限が不足情報に該当する。なお、以下では、この実行期限を例示して説明する。上述の判定において、処理部３３３は、取得したテキストデータに対応する依頼における不足情報が有るものと判定した場合、第１通話端末１のディスプレイ１３に不足情報がある旨を示すメッセージ（例えば、「実行期限の発言がありませんでした。再度電話して実行期限をご連絡してください。」等のメッセージ）を表示して、不足情報を補うことを第１利用者に要求する。一方、処理部３３３は、取得したテキストデータに対応する依頼における不足情報が無いものと判定した場合、不足情報を補う必要が無いので、前述のメッセージの出力は行わない。なお、取得したテキストデータに対応する依頼における不足情報が無いものと判定した場合、依頼が正常に行われたことを第１利用者に認識させるために、第１通話端末１のディスプレイ１３に、依頼が正常に行われたことを示すメッセージ（例えば、「依頼は過不足なく行われました。」等のメッセージ）を表示してもよい。
【０１０１】
このように構成した場合、依頼実行支援処理を行うことにより、例えば、発話音声に対応する依頼を第２利用者に実行させることを支援することが可能となり、第１利用者及び第２利用者の活動を円滑化させることが可能となる。特に、依頼情報要求処理を行うことにより、例えば、発話音声に対応する不足情報を補うことができるので、適切な依頼を行うことができ、第１利用者及び第２利用者の活動を一層円滑化させることが可能となる。
【０１０２】
（発話音声関連処理について−状態情報出力処理）
状態情報出力処理については例えば、第１利用者又は第２利用者の患者の状態に関する発話を発話音声として受信部３３１が受信して、実施の形態で説明した場合と同様にして音声データ及びテキストデータを格納した場合、処理部３３３は、音声データＤＢ３２３の音声データ、テキストデータＤＢ３２４のテキストデータに基づいて、患者の状態に関する情報を出力するための処理を行う。なお、ここでの処理については、管理サーバ３側にて受信部３３１が受信した発話音声が患者の状態に関連するものであることを識別して、識別した発話音声に関して処理を行う必要があるが、例えば、「（発話音声関連処理について−依頼実行支援処理）」の場合と同様にして、利用者における所定操作（例えば、電話をかける場合に、操作部１２を介し「９９」を入力する等）、あるいは、利用者における所定の発話（例えば、「患者さんの状態です」等の所定のキーワードを発話する等）によって依頼に関連することを識別した上で、各処理を行ってもよい。
【０１０３】
具体的には、治療のフェーズ（患者の状態と当該疾患に対して行った治療等）を発話音声として受信部３３１が受信して格納することとし、処理部３３３が、テキストデータＤＢ３２４のテキストデータを取得し、取得したテキストデータに基づいて、この格納している治療のフェーズを、第１通話端末１のディスプレイ１３、第２通話端末２のディスプレイ２３、又は、第１通話端末１又は第２通話端末２を利用している医師を管理している管理医師の不図示の端末装置（例えば、スマートフォン、あるいは、据え置き型のコンピュータ等）に表示出力する。ここでは、例えば、患者の状態（例えば、問診結果、検査結果等）と行った治療（例えば、投与した薬、行った手術等）とを受信して、これらを対応付けて表示出力してもよい。また、医療行為の質を向上させる観点から、予め定められている基準のパス（患者が治癒するまでのモデルとなる流れ治療のフェーズ（患者の状態と当該疾患に対して行った治療等））も表示出力したり、あるいは、基準のパスと実際に行われた治療とを比較して、実際に行われた治療を評価し、評価結果を表示したりしてもよい。このように構成した場合、状態情報出力処理を行うことにより、例えば、患者の状態に関する情報を出力することができるので、発話の内容を患者の治療に役立てることができ、発話の内容を有効に活用することが可能となる。
【０１０４】
（その他の処理）
また、管理サーバ３の制御部３３が、発話音声、あるいは、格納されている音声データ又はテキストデータに基づいて、各通話端末を介して、以下の自動抽出処理、アシスト処理、又は辞典的処理を行うように構成してもよい。「自動抽出処理」とは、医療の観点から特に重要な情報を自動抽出し、見落としを防止するような表示や管理を行う処理であり、例えば、「救命」「応急」「投薬」「忌避」「アレルギー」等の単語が発話された場合には、発話に基づくテキストにおいて、強調表示を行たり、所定時間以内に対応確認ボタンが押されない場合には警告を行う処理等を含む概念である。また、「アシスト処理」とは、医師の業務活動を支援する処理であり、例えば、医師が患者や家族にインフォームドコンセントの説明を行う際、説明した内容や患者等との会話を録音し、インフォームドコンセントの記録として残す処理等を含む概念である。また、「辞典的処理」とは、予め格納されている辞典情報に従って発話に対する回答を音声等にて出力する処理であり、例えば、医師が「病名Ａの薬」と発話すると、「病名Ａの薬には、ａ１、ａ２、ａ３があります」という回答を音声で行う処理、又は、医師が「薬Ｘと薬Ｙ、併用禁忌」と発話すると、薬Ｘと薬Ｙの併用禁忌の有無について、回答を音声で行う処理等を含む概念である。
【０１０５】
（複数名の発話）
また、上記実施の形態では、２者間で発話に本願を適用する場合について説明したが、これに限らず、例えば、３者以上で発話を行う場合について本願を適用可能である。
【０１０６】
（特徴について）
また、上記実施の形態の特徴及び変形例の特徴を任意に選択して組み合わせてもよい。
【０１０７】
（付記）
付記１の情報処理システムは、第１通話端末を利用している第１利用者と第２通話端末を利用している第２利用者との間の発話であって、前記第１通話端末又は前記第２通話端末を用いて行われる当該発話の発話音声を受信する受信手段と、前記受信手段が受信した前記発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換する変換手段と、前記受信手段が受信した前記発話音声に対応する前記音声データ、又は、前記変換手段が変換した前記テキストデータのうちの少なくとも一方のデータに基づいて、前記受信手段が受信した前記発話音声に関連する処理である発話音声関連処理を行う処理手段と、を備える。
【０１０８】
付記２の情報処理システムは、付記１に記載の情報処理システムにおいて、前記処理手段は、前記音声データ又は前記テキストデータを、前記第１利用者又は前記第２利用者に確認させるためのデータ認識処理を前記発話音声関連処理として行う。
【０１０９】
付記３の情報処理システムは、付記１又は２に記載の情報処理システムにおいて、前記受信手段は、前記第１利用者から前記第２利用者に対する依頼に関する発話を前記発話音声として受信し、前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼を前記第２利用者に実行させるための依頼実行支援処理を前記発話音声関連処理として行う。
【０１１０】
付記４の情報処理システムは、付記３に記載の情報処理システムにおいて、前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼を前記第２利用者に認識させるための依頼認識処理を前記依頼実行支援処理として行う。
【０１１１】
付記５の情報処理システムは、付記３又は４に記載の情報処理システムにおいて、前記処理手段は、前記受信手段が受信した前記発話音声に対応する依頼における不足情報があるか否かを判定し、前記不足情報があるものと判定した場合に、当該不足情報を補うことを前記第１利用者に要求する依頼情報要求処理を前記依頼実行支援処理として行う。
【０１１２】
付記６の情報処理システムは、付記１から５の何れか一項に記載の情報処理システムにおいて、前記受信手段は、対象物の使用に関する発話を前記発話音声として受信し、前記処理手段は、前記対象物の使用に関する情報を出力するための使用情報出力処理を前記発話音声関連処理として行う。
【０１１３】
付記７の情報処理システムは、付記１から６の何れか一項に記載の情報処理システムにおいて、少なくとも、前記変換手段が変換した前記テキストデータを格納する発話格納手段、を備え、前記第１利用者又は前記第２利用者は医療従事者であり、前記受信手段は、前記第１利用者又は前記第２利用者の患者の状態に関する発話を前記発話音声として受信し、前記処理手段は、少なくとも、前記発話格納手段に格納されている前記テキストデータに基づいて、前記患者の状態に関する情報を出力するための状態情報出力処理を前記発話音声関連処理として行う。
【０１１４】
付記８の情報処理プログラムは、情報処理プログラムであって、コンピュータを、第１通話端末を利用している第１利用者と第２通話端末を利用している第２利用者との間の発話であって、前記第１通話端末又は前記第２通話端末を用いて行われる当該発話の発話音声を受信する受信手段と、前記受信手段が受信した前記発話音声に対応する音声データを、当該音声データに対応するテキストデータに変換する変換手段と、前記受信手段が受信した前記発話音声に対応する前記音声データ、又は、前記変換手段が変換した前記テキストデータのうちの少なくとも一方のデータに基づいて、前記受信手段が受信した前記発話音声に関連する処理である発話音声関連処理を行う処理手段と、として機能させる。
【０１１５】
（付記の効果）
付記１に記載の情報処理システムによれば、受信手段が受信した発話音声に対応する音声データ、又は、変換手段が変換したテキストデータのうちの少なくとも一方のデータに基づいて、発話音声に関連する処理である発話音声関連処理を行うことにより、例えば、第１利用者又は第２利用者が発話の内容を手作業にて入力することなく発話音声関連処理を行うことができるので、発話の内容を確実に反映することが可能となる。特に、例えば、医療現場での発話音声に適用する場合、医療現場での発話の内容を反映することができ、医療現場での活動を円滑化したり、あるいは、医療現場での発話の内容を有効に活用することが可能となる。
【０１１６】
付記２に記載の情報処理システムによれば、データ認識処理を行うことにより、例えば、第１利用者又は第２利用者に音声データ又はテキストデータを確認させることができるので、発話の内容を第１利用者又は第２利用者に反映することが可能となる。また、例えば、第１利用者又は第２利用者に対して第１通話端末又は第２通話端末を用いて行われる発話があったことを思い出させることが可能となる。
【０１１７】
付記３に記載の情報処理システムによれば、依頼実行支援処理を行うことにより、例えば、発話音声に対応する依頼を第２利用者に実行させることを支援することが可能となり、第１利用者及び第２利用者の活動を円滑化させることが可能となる。
【０１１８】
付記４に記載の情報処理システムによれば、依頼認識処理を行うことにより、例えば、第２利用者に対して依頼を認識させることができるので、依頼があったことを第２利用者に思い出させることが可能となる。特に、例えば、医療現場での依頼を第２利用者に認識させる場合、医療現場での活動の円滑化を図ることが可能となる。
【０１１９】
付記５に記載の情報処理システムによれば、依頼情報要求処理を行うことにより、例えば、発話音声に対応する不足情報を補うことができるので、適切な依頼を行うことができ、第１利用者及び第２利用者の活動を一層円滑化させることが可能となる。
【０１２０】
付記６に記載の情報処理システムによれば、使用情報出力処理を行うことにより、例えば、対象物の使用に関する情報を出力することができるので、発話の内容を対象物の改良等に役立てることができ、発話の内容を有効に活用することが可能となる。
【０１２１】
付記７に記載の情報処理システムによれば、状態情報出力処理を行うことにより、例えば、患者の状態に関する情報を出力することができるので、発話の内容を患者の治療に役立てることができ、発話の内容を有効に活用することが可能となる。
【０１２２】
付記８に記載の情報処理プログラムによれば、受信手段が受信した発話音声に対応する音声データ、又は、変換手段が変換したテキストデータのうちの少なくとも一方のデータに基づいて、発話音声に関連する処理である発話音声関連処理を行うことにより、例えば、第１利用者又は第２利用者が発話の内容を手作業にて入力することなく発話音声関連処理を行うことができるので、発話の内容を確実に反映することが可能となる。特に、例えば、医療現場での発話音声に適用する場合、医療現場での発話の内容を反映することができ、医療現場での活動を円滑化したり、あるいは、医療現場での発話の内容を有効に活用することが可能となる。
【符号の説明】
【０１２３】
１  第１通話端末
２  第２通話端末
３  管理サーバ
１１  通信部
１２  操作部
１３  ディスプレイ
１４  スピーカ
１５  マイク
１６  記録部
１７  制御部
２１  通信部
２２  操作部
２３  ディスプレイ
２４  スピーカ
２５  マイク
２６  記録部
２７  制御部
３１  通信部
３２  記録部
３３  制御部
１００  医療システム
３２１  端末情報ＤＢ
３２２  発話記録情報ＤＢ
３２３  音声データＤＢ
３２４  テキストデータＤＢ
３３１  受信部
３３２  変換部
３３３  処理部
Ｇ１  発信元側通知画像
Ｇ１１  発信元側メッセージ情報
Ｇ１２  発信元側音声再生ボタン
Ｇ１３  発信元側テキスト表示ボタン
Ｇ２  発信先側通知画像
Ｇ２１  発信先側メッセージ情報
Ｇ２２  発信先側音声再生ボタン
Ｇ２３  発信先側テキスト表示ボタン
【図１】
2019038807.tif 000003
【図２】
2019038807.tif 000004
【図３】
2019038807.tif 000005
【図４】
2019038807.tif 000006
【図５】
2019038807.tif 000007
【図６】
2019038807.tif 000008
【国際調査報告】
2019038807.tif 000009
2019038807.tif 000010