特許 7540700 生体音取得支援システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-19

(45)【発行日】2024-08-27

(54)【発明の名称】生体音取得支援システム

(51)【国際特許分類】

   G16H 10/00 20180101AFI20240820BHJP

   A61B 7/04 20060101ALI20240820BHJP

   G16Y 10/60 20200101ALI20240820BHJP

【ＦＩ】

G16H10/00

A61B7/04 Z

G16Y10/60

【請求項の数】 6

(21)【出願番号】P 2020128185

(22)【出願日】2020-07-29

(65)【公開番号】P2022025395

(43)【公開日】2022-02-10

【審査請求日】2023-07-05

(73)【特許権者】

【識別番号】519054301

【氏名又は名称】株式会社ＭＩＣＩＮ

(74)【代理人】

【識別番号】110002790

【氏名又は名称】Ｏｎｅ ｉｐ弁理士法人

(72)【発明者】

【氏名】桐山 瑶子

(72)【発明者】

【氏名】水谷 博明

(72)【発明者】

【氏名】松田 昇悟

(72)【発明者】

【氏名】土屋 祐介

(72)【発明者】

【氏名】尾原 颯

(72)【発明者】

【氏名】白 美娜

【審査官】吉田 誠

(56)【参考文献】

【文献】特開２０１２－０２４３９０（ＪＰ，Ａ）

【文献】特開２０１２－２００３８３（ＪＰ，Ａ）

【文献】国際公開第２０１９／１９８７７０（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ １０／００ － ８０／００

Ａ６１Ｂ ７／０４

Ｇ１６Ｙ １０／６０

(57)【特許請求の範囲】

【請求項1】

ユーザ自身がユーザ端末を用いて生体音を取得することを支援する生体音取得支援システムであって、
前記生体音を含む音データを取得する音データ取得部と、
前記ユーザ端末の角度データを取得する角度データ取得部と、
前記生体音の取得条件に合致するか否かを判定する判定部と、
前記判定結果を前記ユーザ端末に出力する通知部とを備え、
前記取得条件は、前記生体音の取得時における前記ユーザ端末の適切な角度条件を含み、
前記判定部は、前記角度データが前記角度条件に合致するか否かを判定すること、
を特徴とする、生体音取得支援システム。

【請求項2】

取得した前記音データから目的の生体音成分の音量を評価する音評価部をさらに備え、
前記取得条件は前記生体音成分の音量に関する条件を含み、
前記判定部は、前記生体音成分の音量が前記取得条件を満たすか否かを判定することを特徴とする、請求項１に記載の生体音取得支援システム。

【請求項3】

取得した前記音データからノイズ成分の音量を評価する音評価部をさらに備え、
前記取得条件は前記ノイズ成分の音量に関する条件を含み、
前記判定部は、前記ノイズ成分の音量が前記取得条件を満たすか否かを判定することを特徴とする、請求項１に記載の生体音取得支援システム。

【請求項4】

前記ユーザ端末の移動に伴う端末位置情報を算出する位置算出部をさらに備え、
前記取得条件は、前記生体音の取得位置情報を含み、
前記判定部は、前記端末位置情報が前記取得位置情報に合致するか否かを判定することを特徴とする、請求項１～３のいずれか１項に記載の生体音取得支援システム。

【請求項5】

専門家により前記ユーザの生体音の取得位置に関する指示情報の入力を受け付ける指示情報入力部をさらに備え、
前記取得位置情報は、前記指示情報に基づいて生成されることを特徴とする、請求項４に記載の生体音取得支援システム。

【請求項6】

前記ユーザの入力情報に基づいて前記ユーザの体型を推定する体型推定部と、
前記体型に合わせて前記取得位置情報を調整する取得指示情報調整部とをさらに備えることを特徴とする、請求項４に記載の生体音取得支援システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は生体音取得支援システムに関する。

【背景技術】

【0002】

医師端末と患者端末との間でテレビ電話などの通信を行い、遠隔診療を行うことのできる遠隔診療支援システムが提案されている。

【0003】

特許文献１には、医師と患者との間で遠隔診療の予約手段やビデオ通話手段を提供する情報処理装置が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特許第６５７４３９１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

遠隔診療においては、医者の診察に必要な各種バイタルデータを患者自ら取得し、医者の端末に提供する必要がある。また、近年の健康志向の高まりから、日々の健康管理をしたいという需要も高まっている。

【0006】

そこで、本発明は、スマートフォンなどの携帯端末を使って生体音を取得するためのシステムを提供することを一つの目的とする。

【課題を解決するための手段】

【0007】

本発明によれば、ユーザ自身がユーザ端末を用いて生体音を取得することを支援する生体音取得支援システムであって、生体音を含む音データを取得する音データ取得部と、取得した前記音データから特定の音成分を評価する音評価部と、生体音の取得が可能か否かを判断する条件を記憶する条件記憶部と、前記条件に合致するか否かを判定する判定部と、前記判定結果を前記ユーザ端末に出力する通知部とを備える、生体音取得支援システムが得られる。

【発明の効果】

【0008】

本発明によれば、ユーザがスマートフォンなどのデバイスを用いてスムーズに生体音を取得することができる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施の形態によるシステムの構成例を示す図である。

【図2】本発明の実施の形態によるユーザ端末のハードウェア構成例を示す図である。

【図3】本発明の実施の形態によるサーバのハードウェア構成例を示す図である。

【図4】本発明の実施の形態によるソフトウェア構成例を示す図である。

【図5】本発明の実施の形態による条件記憶部の構成例を示す図である。

【図6】本発明の実施の形態による通知情報記憶部の構成例を示す図である。

【図7】本発明の実施の形態による処理フローの一例を示す図である。

【図8】本発明の実施の形態によるソフトウェア構成例を示す図である。

【図9】本発明の実施の形態を説明する図である。

【図10】本発明の実施の形態による条件記憶部の構成例を示す図である。

【図11】本発明の実施の形態を説明する図である。

【図12】本発明の実施の形態による通知情報記憶部の構成例を示す図である。

【図13】本発明の実施の形態によるソフトウェア構成例を示す図である。

【図14】本発明の実施の形態を説明する図である。

【図15】本発明の実施の形態による通知情報記憶部の構成例を示す図である。

【図16】本発明の実施の形態による通知情報記憶部の構成例を示す図である。

【図17】本発明の実施の形態によるソフトウェア構成例を示す図である。

【図18】本発明の実施の形態によるソフトウェア構成例を示す図である。

【図19】本発明の実施の形態を説明する図である。

【図20】本発明の実施の形態によるソフトウェア構成例を示す図である。

【図21】本発明の実施の形態による取得指示情報の構成例を示す図である。

【発明を実施するための形態】

【0010】

本発明の実施形態の内容を列記して説明する。本発明は、以下のような構成を備える。
［項目１］
ユーザ自身がユーザ端末を用いて生体音を取得することを支援する生体音取得支援システムであって、
前記生体音を含む音データを取得する音データ取得部と、
前記生体音の取得条件に合致するか否かを判定する判定部と、
前記判定結果を前記ユーザ端末に出力する通知部とを備える、生体音取得支援システム。
［項目２］
取得した前記音データから特定の音成分を評価する音評価部をさらに備え、
前記判定部は、前記評価結果に基づいて前記生体音の取得条件に合致するか否かを判定することを特徴とする、項目１に記載の生体音取得支援システム。
［項目３］
前記音評価部は、目的の生体音成分の音量を評価し、
前記取得条件は前記生体音成分の音量に関する条件を含み、
前記判定部は、前記生体音成分の音量が前記取得条件を満たすか否かを判定することを特徴とする、項目２に記載の生体音取得支援システム。
［項目４］
前記音評価部は、ノイズ成分の音量を評価し、
前記取得条件は前記ノイズ成分の音量に関する条件を含み、
前記判定部は、前記ノイズ成分の音量が前記取得条件を満たすか否かを判定することを特徴とする、項目２又は３に記載の生体音取得支援システム。
［項目５］
前記ユーザ端末の角度データを取得する角度データ取得部をさらに備え、
前記取得条件は、前記生体音の取得時における前記ユーザ端末の適切な角度条件を含み、
前記判定部は、前記角度データが前記角度条件に合致するか否かを判定することを特徴とする、項目１～４のいずれか１項に記載の生体音取得支援システム。
［項目６］
前記ユーザ端末の移動に伴う端末位置情報を算出する位置算出部をさらに備え、
前記取得条件は、前記生体音の取得位置情報を含み、
前記判定部は、前記端末位置情報が前記取得位置情報に合致するか否かを判定することを特徴とする、項目１～５のいずれか１項に記載の生体音取得支援システム。
［項目７］
専門家により前記ユーザの生体音の取得位置に関する指示情報の入力を受け付ける指示情報入力部をさらに備え、
前記取得位置情報は、前記指示情報に基づいて生成されることを特徴とする、項目６に記載の生体音取得支援システム。
［項目８］
前記ユーザの入力情報に基づいて前記ユーザの体型を推定する体型推定部と、
前記体型に合わせて前記取得位置情報を調整する取得指示情報調整部とをさらに備えることを特徴とする、項目６に記載の生体音取得支援システム。

【0011】

＜実施の形態の詳細＞
以下、本発明の実施の形態について、図面を参照しながら説明する。

【0012】

＜概要＞
図１は、本発明の実施の形態による生体音取得システムの概略を説明する図である。図示のように、生体音取得システムは、ユーザ端末２、及びユーザ端末２がネットワークであるインターネット網を介して接続されるサーバ１を備える。また、必要に応じて、ネットワークに接続される医師端末３を備えてもよい。ユーザ端末２、及び医師端末３は複数のユーザの端末が接続されうる。

【0013】

本発明の実施の形態による生体音取得システムは、ユーザ端末２で取得した生体音を遠隔診療システムと連携することによって医師端末３に提供するケースや、ユーザが自己の健康管理のために生体音を取得するケースにおいて用いられる。

【0014】

ユーザ端末２は、本実施の形態では、携帯型情報端末であるスマートフォン、コンピュータやタブレット型端末といったインターネット網に接続可能な機器である。特に、ユーザ端末２は、音声を取得するマイクや、加速度や端末角度を計測できる各種センサを搭載したスマートフォンであることが好ましい。

【0015】

図２は、ユーザ端末２のハードウェア構成の概略を説明する図である。図示のように、ユーザ端末２は、制御部１０、メモリ１１、ストレージ１２、送受信部１３、入出力部１４、センサ１６、マイクロフォン１７、表示部１８を主要構成として備え、これらが互いにバス１５を介して電気的に接続される。

【0016】

制御部１０は、ユーザ端末２の動作を制御し、各要素間におけるデータの送受信の制御や、アプリケーションプログラムの実行に必要な処理等を行う演算装置である。

【0017】

この制御部１０は、本実施の形態では例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅ
ｓｓｉｎｇ Ｕｎｉｔ）であり、後述するストレージ１２に格納されてメモリ１１に展開されたアプリケーションプログラムを実行して各処理を行う。

【0018】

メモリ１１は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶装置、及びフラッシュメモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶装置を備える。

【0019】

このメモリ１１は、制御部１０の作業領域として使用される一方、コンピュータの起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅ
ｍ）、及び各種の設定情報等が格納される。

【0020】

ストレージ１２は、プログラムや各種の処理に用いられるデータ等が格納されている。
このストレージ１２に格納されるプログラム等の詳細については、後述する。なお、ストレージ１２は、クラウドコンピューティング技術を利用して利用可能に接続されていてもよい。

【0021】

送受信部１３は、ユーザ端末２をインターネット網に接続する。この送受信部１３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）といった近距離通信インターフェースを具備するものであってもよい。

【0022】

入出力部１４には、必要に応じて、キーボードやマウスといった情報入力機器やディスプレイ等の出力機器が接続される。

【0023】

バス１５は、接続した制御部１０、メモリ１１、ストレージ１２、送受信部１３及び入出力部１４の間において、例えばアドレス信号、データ信号及び各種の制御信号を伝達する。

【0024】

センサ１６は、加速度センサ、傾きセンサ（地磁気センサやジャイロセンサ）、近接センサ等、各種のセンサであってよい。

【0025】

マイクロフォン１７は、ユーザ端末２に搭載される集音装置である。マイクロフォン１７は、端末２に入力される音声を音声信号に変換する。また、ユーザ端末２に外部接続される集音器を用いてもよい。

【0026】

図３は、サーバ１のハードウェア構成の概略を説明する図である。図示のようにサーバ１は、制御部２０、メモリ２１、ストレージ２２、送受信部２３、入出力部２４を主要構成として備え、これらが互いにバス２５を介して電気的に接続される。それぞれに機能についてはユーザ端末２の説明と同様であるため省略する。

【0027】

＜実施形態１＞
本実施形態１においては、マイクロフォン１７を用いて取得した音データを用いて生体音の取得に適しているか否かを判定する。具体的には、取得した音データを分析することによって、音データに含まれている生体音データが十分な品質で取得できていることを判定する。

【0028】

図４は、本発明の実施形態１におけるユーザ端末２のソフトウェア構成例を示す図である。本発明のユーザ端末２は、記憶装置として条件記憶部１２１、通知情報記憶部１２２、音データ記憶部１２３、演算処理装置として、データ送受信部１１１、音データ取得部１１２、音評価部１１３、判定部１１４、表示制御部１１５、通知部１１６を備える。なお、データ送受信部１１１、音データ取得部１１２、音評価部１１３、判定部１１４、表示制御部１１５、通知部１１６は、制御部１０がストレージ１２に記憶されているプログラムをメモリ１１に読み出して実行することにより実現され、条件記憶部１２１、通知情報記憶部１２２、音データ記憶部１２３は、メモリ１１およびストレージ１２の少なくともいずれかにより提供される記憶領域の一部として実現される。

【0029】

条件記憶部１２１は、生体音の取得に適しているか否かを判定するための条件を記憶する。図５は、条件記憶部１２１に格納される条件情報の構成例である。本実施形態１においては、取得した音データに含まれる生体音の品質に関する条件を定める。品質とは例えば音量であり、デシベル値等の指標で表した閾値であってもよいがこれに限られない。これらの条件はいずれも、取得したい生体音の種類（心音、呼吸音、肺音、蠕動音、嚥下音などや、取得部位（右胸、左胸、胃、腸など）、取得目的（医師への提供、自己健康管理）などに応じて複数設定することができる。

【0030】

通知情報記憶部１２２は、通知部１１６が判定結果に応じて出力する通知の内容を記憶する。図６は、通知情報記憶部１２２に格納される通知情報の構成例である。通知情報は、判定結果ごとの通知内容の設定を含む。例えば、判定結果がＯＫ（生体音の取得に適している）かＮＧ（適していない）によって、発する通知をそれぞれ設定する。音通知１、２はそれぞれ例えば、通知１「生体音の取得ができます」などの音声メッセージ、音通知２「生体音の取得ができません」などの音声メッセージであってもよい。音による通知は、音声に限らず、所定の通知音でもよい。通知音は、音の高さやパターン（ピロピロ、ブーブーなど）等によって表現することができる。また、通知は、音声や通知音による音通知に限らず、光、振動などであってよく、これらの組み合わせであってもよい。光通知は端末２の画面や発光機能により出力するものであり、光の色、点灯／点滅のパターン、光の強さ等によって表現することができる。また、振動通知は、端末のバイブレーション機能により出力するものであり、振動のパターン、強さ等によって表現することができる。通知情報記憶部１２２には、各判定結果に応じてこれらの音通知、光通知、振動通知の内容を記憶することができる。通知情報記憶部１２２には、音声データそのものを格納してもよいし、各種通知の出力指示情報を格納してもよい。

【0031】

音データ記憶部１２３は、取得した音データを記憶する。音データは、取得した日時、取得した生体音の種類（心音、呼吸音、肺音、蠕動音等）、取得部位（前胸部、頸部、背部等）などの情報とともに記憶することができる。取得部位は、より詳細な取得位置を含んでもよく、例えば下記で述べるような基準位置からの座標情報等で表される位置情報であってもよい。また、さらに、診察用、自己管理用、などの取得目的に関する情報を含んでもよい。さらに必要に応じて、音データを取得したときのユーザの状態を表す情報を含んでもよい。例えば、息が苦しい、だるいなどの自覚症状や、ユーザの顔や身体、患部を映した画像データ、及びウェアラブルデバイス等の各種の測定装置により取得した脈拍、血圧、体温などのバイタルデータを含んでもよい。また、記憶する音データは、波形データを含んでもよく、また下記で述べる音評価部１１３が加工したデータであってもよい。

【0032】

データ送受信部１１１は、送受信部１３を用いて、各種データをサーバ１、若しくは医師端末３に送信する。

【0033】

音データ取得部１１２は、ユーザ端末２に備えられたマイクロフォン１７により集音された音データを取得し、音データ記憶部１２３に記憶するとともに、音評価部１１３に伝える。

【0034】

音評価部１１３は、特定の音成分の大きさや質を評価する。音評価部１１３は、目的の生体音成分の大きさや質を評価することができる。音評価部１１３は必要に応じて、音データから所定の処理によって生体音成分と生体音以外のノイズ成分とを分離する、またはノイズ部分を除去することによって生体音データを抽出する抽出処理を行う。生体音の種類や取得位置によって処理方法やパラメータが異なる場合は、入力された生体音の種類や取得位置に基づいて処理方法やパラメータを選択し、抽出処理を実施する。抽出する方法は既知の方法を採用することができる。例えば、音声データを所定のフィルタにかけることによってノイズ成分を除去することができる。また、音データをスペクトログラムに変換し、特定の成分にマスクをかけることによってノイズを除去することもできる。必要に応じて、スペクトログラム変換前に音データを所定の前処理にかけてもよい。また、生体音成分とノイズ成分の両方を含む音データを入力データとし、生体音成分のみを含む生体音データまたはノイズ成分も含む生体音データを教師データとして学習モデルを作成し、作成した学習モデルに音データを当てはめることによって生体音データを抽出してもよい。学習モデルのインプットデータは、波形データに復元可能なデータであれば、音データを変換したスペクトログラムなどであってもよい。アウトプットデータも同様に、波形データに復元可能なスペクトログラムなどであってよい。また、同様の方法で生体音データとノイズ成分とを含む音データからノイズ成分を抽出し、それ以外の成分を生体音データとして抽出することとしてもよい。

【0035】

判定部１１４は、音評価部１１３の評価結果に基づいて、生体音の取得に適した状況であるかを判定する。すなわち、目的の生体音が十分に取得できていることを判定する。

【0036】

通知部１１６は、判定の結果を通知する。通知部１１６は例えば、音、光、振動のいずれか、若しくはこれらの組み合わせを発することであってよく、ユーザ端末２に搭載された音発生手段、光発生手段、振動発生手段等に命令して通知を行う。判定部１１４の判定結果に応じて、通知情報記憶部１２２に登録された通知情報を読み出し、通知を出力する処理を行う。

【0037】

また、通知は、ユーザ端末２の画面上に所定のメッセージや画像を表示させることによって行ってもよい。その場合は、通知部１１６が判定部１１４の結果に基づいて、所定の画像やメッセージを画面に表示させるように表示制御部１１５を制御することによって、ユーザ端末２上に表示させることができる。ユーザ端末２をユーザの体に当てている場合は、ユーザ自身で端末画面を見ることができない場合もあるため、その状況が想定される場合は、表示による通知よりも、音、光、振動による通知の方が好ましい。

【0038】

以上より、本実施形態１においては、取得した音データにおける生体音データを評価し、十分な生体音データが取得できているかを判定する。なお、上記では、音データに含まれる生体音データを評価したが、ノイズ成分を評価し、例えばノイズ成分の大きさが所定以下であることを判定してもよい。その場合、ユーザはユーザ端末２のマイクロフォン１７により、これから生体音の取得をしようとしている環境中で音の取得を行う。このとき、実際の生体音取得時のようにマイクロフォン１７を身体に当接して取得してもよいが、必ずしも身体に当接させずに音を取得してもよい。音評価部１１３は取得した音からノイズ成分の大きさや品質を評価し、判定部１１４は、当該ノイズ成分が所定の条件を満たすか否かを判定する。所定の条件は例えば音量である。通知部１１６は、判定結果が良好（ノイズが少ない）であれば、生体音の取得が可能である旨の通知を行い、一方で判定結果が不良（ノイズが多い）であれば、その旨を通知するとともに、場所を移動するなど環境を変えることを促す。

【0039】

図７は、本実施形態１における動作フローである。各ステップは、特に制限のない場合、順番が入れ替わる場合があり得る。

【0040】

まず、ユーザが自身の携帯端末（ユーザ端末２）上でアプリを起動し（Ｓ１０１）、場合によっては、取得したい生体音の種類や取得部位を入力する。端末２は、生体音取得のための案内画面を端末２の画面上に表示させたり、音声で出力するなどして、ガイダンスする（Ｓ１０２）。

【0041】

ユーザはユーザ端末２のマイクロフォン１７を取得部位に当接させ、音データの取得を開始する（Ｓ１０３）。音評価部１１３は、取得した音データから目的の生体音成分を評価する。また、音評価部１１３は、必要に応じて取得した音データから所定の処理により生体音成分を抽出してから評価してもよい。音評価部１１３は、評価結果を判定部１１４に伝える。判定部１１４は、取得した音が医師による診察や病気の推定のための分析に供するのに適したものであったかどうかを判定する（Ｓ１０４）。すなわち、抽出された生体音データが、条件記憶部１２１に記憶された基準を満たしているかを判定する。具体的には例えば、生体音データの音量が所定値以上であるかを判定する。

【0042】

判定がＮＧであった（生体音が十分取得できていない）と判断した場合（Ｓ１０４＝Ｎｏ）、通知部１１６は、ユーザに再取得を促す通知を行う（Ｓ１０５）。通知は例えば、「生体音が取得できませんでした。もう一度実施します」、「静かな場所に移動してください」などの音声メッセージや画面表示によって行うことができる。判定がＯＫであった（生体音が十分取得できた）と判断した場合（Ｓ１０４＝Ｙｅｓ）、通知部１１６は、生体音が取得できた旨の通知を行う（Ｓ１０６）。また、必要に応じて取得した音データ（波形データ等の分析データも含んでもよい）をサーバに送信する（Ｓ１０７）。

【0043】

本実施形態１においては、音評価部１１３や判定部１１４などの演算処理部及び条件記憶部１２１や通知情報記憶部１２２、音データ記憶部１２３等の記憶部をユーザ端末２に備えることを前提に説明したが、これらはサーバ１において備えてもよい。その場合は、音データ取得部１１２が取得した音データをサーバ１に送信し、サーバ１にて音の分析、判定を行い、判定結果をユーザ端末２に送信すればよい。

【0044】

＜実施形態２＞
本実施形態２においては、ユーザ端末２の角度が生体音の取得に適しているか否かを判定する。すなわち、スマートフォン等のユーザ端末２に搭載されたマイクをユーザの体に当接して生体音を取得する場合に、体に対する端末角度がある一定の範囲であると生体音の取得がしやすい場合がある。また、生体音の均一性を担保するために一定の端末角度に統一して取得することが好ましい場合がある。本実施形態は、このような場合に、実際のユーザ端末２の角度をセンサデータにより把握し、あらかじめ登録された端末角度の範囲に入っているか否かを判定するものである。

【0045】

図８は、本実施形態２におけるユーザ端末２のソフトウェア構成例を示しており、実施形態１におけるソフトウェア構成に加えて、さらにセンサ入力制御部１１７を備える。また、ユーザ端末２は、端末２の角度を検知できる傾きセンサを備える。傾きセンサは、ユーザ端末における各方向の傾き角度を検出することができるものであればよく、地磁気センサ、ジャイロセンサ、加速度センサなどである。なお、ここでユーザ端末の各方面の傾き角度は、図９のとおり、画面右向きをｘ軸、長手方向上向きをｙ軸、画面に垂直上向きをｚ軸とし、図４（ｂ）のように、ｘ軸回転をｐｉｔｃｈ、ｙ軸回転をａｚｉｍｕｔｈ、ｚ軸回転をｒоｌｌ等で表す。

【0046】

本実施形態２における条件記憶部１２１は、生体音の取得部位（右胸、左胸、胃、腸など）や疾患、もしくは生体音の種類（心音、呼吸音、肺音、蠕動音、嚥下音など）ごとに、適切なユーザ端末２の角度範囲をあらかじめ登録する。図１０は、条件記憶部１２１に格納される条件情報の構成例である。一例として、心音を測定する場合は、図１１のように、端末２の下面（マイク部分）を体に向け、かつ端末２の画面の向き（Ｚ軸）が水平になるように保持することが最適であるとする。その場合の条件は、「傾斜角９０°、かつ方位角９０°」である。実施の条件は、適宜所定の許容範囲を設定してもよく、例えば「傾斜角８５°～９５°、かつ方位角８５°～９５°」等としてもよい。端末角度に基づく判定を行う場合は、傾斜角、方位角、回転角の値や範囲が条件となる。これらの条件はいずれも、取得したい生体音の種類（心音、呼吸音、肺音、蠕動音、嚥下音など）や疾患、取得部位（右胸、左胸、胃、腸など）、取得目的（医師への提供、自己健康管理）、取得回数（１回目、２回目など）などに応じて複数設定することができる。

【0047】

本実施形態２の通知情報記憶部１２２は、通知部１１６が判定結果に応じて出力する通知の内容を記憶する。図１２は、通知情報記憶部１２２に格納される通知情報の構成例である。通知情報は、判定結果ごとの通知内容の設定を含む。通知は、音声に限らず、通知音、光、振動、表示などであってよく、これらの組み合わせであってもよい。ユーザ端末２の角度に基づく判定を行う場合は、判定がＯＫ（端末角度が規定範囲内である）であった場合の通知と、判定がＮＧであった場合の通知を実施形態１と同様に登録することができる。また、判定がＮＧであった場合には、図１２のように端末角度の計測値と閾値との大小関係によってさらに通知を設定してもよい。例えば、傾斜角が閾値よりも小さい場合は、「端末をもう少し奥に倒してください」などの音声メッセージ（音通知３）を出すなどが考えられる。また、ユーザ端末２の角度が既定の範囲内にあるときに所定の音、光、振動を発し、範囲外にある時にはこれらの出力を停止するようにしてもよい。若しくは逆に、ユーザ端末２の角度が既定の範囲外にあるときに所定の音、光、振動を発し、範囲内にある時にはこれらの出力を停止するようにしてもよい。

【0048】

センサ入力制御部１１７は、ユーザ端末２に搭載された傾きセンサによって取得されたユーザ端末２の角度データを判定部１１４に伝える。傾きセンサは、例えば地磁気センサ、ジャイロセンサ、加速度センサであり、ユーザ端末２の角度を傾斜角（Ｐｉｔｃｈ）、回転角（ｒоｌｌ）、方位角（ａｚｉｍｕｔｈ）で表すことができる。

【0049】

判定部１１４は、取得したい生体音の取得部位や種類に応じて、条件記憶部１２１から角度の条件を読み出す。取得したい生体音の取得部位や種類が、あらかじめ決まっている場合はそれに該当するものを読み出せばよく、ユーザが生体音の取得部位や種類を入力する場合は、入力されたものに応じて条件を読み出す。そして、センサ入力制御部１１７から入力されたユーザ端末２の角度が、当該条件に該当する場合は、生体音の取得に適していると判定し、該当しない場合は、適していないと判定する。

【0050】

通知部１１６は、判定結果を通知する。判定部１１４による判定結果に基づいて通知内容を通知情報記憶部１２２から読み出し、通知を出力する。

【0051】

＜実施形態３＞
本実施形態３においては、ユーザ端末２の位置が、生体音の取得に適しているか否かを判定する。生体音の取得には、目的に応じてマイクを当てるべき場所が決まっているが、ユーザが自身で生体音を取得する場合には、適切な取得位置にマイクを当てられているのかを判断できないという問題がある。そこで、本実施形態３においては、ユーザ端末２の位置が、あらかじめ定められた設定位置にあるか否かを判定するものである。

【0052】

図１３は、本実施形態３におけるユーザ端末２のソフトウェア構成例を示しており、実施形態１におけるソフトウェア構成に加えて、さらにセンサ入力制御部１１７、位置算出部１１８を備える。

【0053】

本実施形態３の条件記憶部１２１は、端末２が、生体音の取得に適した取得位置に配置されているか否かを判定するための条件を記憶する。例えば、基準位置に対する各測定位置までの距離や移動方向が条件となる。取得したい生体音の種類（心音、呼吸音、肺音、蠕動音、嚥下音など）や、疾患、取得部位（右胸、左胸、胃、腸など）、取得目的（医師への提供、自己健康管理）などに応じて複数設定することができる。図１４は、条件記憶部１２１に格納される条件情報の構成例である。取得位置条件は、図１４（ａ）のように身体上に取得位置や順番をプロットした画像データであってもよい。また、図１４（ｂ）のように座標情報であってもよい。座標情報は一例として、端末位置の条件として、ユーザの体上で基準となる位置（第一の位置）に対する第二の位置の相対座標を記憶する。図１４（ａ）に示すように、例えば仮に、第一の位置がみぞおちであり、第二の位置が、最初の生体音取得位置である１番の位置（右鎖骨上）であるとする。その場合、条件情報としては、第一の位置に対する第二の位置の座標情報（例えば、Ｘ方向に〇～〇、Ｙ方向に〇～〇）を所定の範囲で定めることができる。また、生体音を複数の位置で連続して取得する場合は、次の取得位置（第三の位置）を、上述した第二の位置に対する第三の位置の座標情報で定めるなどすることができる。

【0054】

通知情報記憶部１２２は、通知部１１６が判定結果に応じて出力する通知の内容を記憶する。図１５は、通知情報記憶部１２２に格納される通知情報の構成例である。ユーザ端末２の位置に基づく判定を行う場合は、設定された取得位置の座標範囲にないときと、取得位置の座標範囲にあるときとで、異なる音（通知９、１０）を出力するなどして、通知をすることができる。例えば、端末２からは継続的に音を発し、取得位置の座標範囲に入った時にその音が変わる（通知９→通知１０）ようにしてもよいし、座標範囲に入ったときにのみ所定の音を発してもよい（通知１０のみ）。または、取得位置の座標範囲に近づいているときと、遠ざかっているときとで、異なる通知を発してもよい。このような通知を行うことで、端末２を配置する位置をユーザが調整しやすくなる。

【0055】

センサ入力制御部１１７は、加速度センサなどの各センサから入力された情報を、位置算出部１１８や判定部１１４に伝える。

【0056】

位置算出部１１８は、ユーザ端末２に搭載された加速度センサから得られるデータを用いて、端末２の位置情報を算出する。位置算出部１１８は、加速度データから移動方向と移動距離を計算する。移動距離は、加速度センサの値を台形積分法等の既知の方法により積分することによって算出することができる。一例として、ユーザの体上で基準となる位置（第一の位置）を設定し、第一の位置にユーザ端末２を当てた後に、第一の位置とは異なる第二の位置に端末２を動かした場合に、位置算出部１１８は、移動方向と移動距離とから、第二の位置の座標（第一の位置に対する相対的な位置）を導出することができる。端末２の位置を把握する方法はこれに限らず、既知の方法を採用すればよい。

【0057】

判定部１１４は、ユーザの体上において、ユーザ端末２が生体音を取得するのに適した位置に配置されているか否かを判定する。一例として、体における基準となる位置（第一の位置）を定める。第一の位置は、例えばユーザにとってわかりやすく一義的に決められる位置であり、例えばみぞおちや鎖骨、などを指定できる。まず、第一の位置にユーザ端末２を位置させるように指示し、一度端末２を所定時間停止させる。続いて、第一の位置から生体音の取得位置（第２の位置）までユーザ端末２を移動させ、その間の加速度データを取得する。位置算出部１１８は、加速度データから、端末２の移動方向と移動距離を算出し、第一の位置に対するユーザ端末２の座標を算出する。

【0058】

通知部１１６は、判定結果を通知する。例えば、ユーザ端末２の位置が条件記憶部１２１に記憶した生体音の取得位置（第２の位置）の範囲に入ったときに、所定の音、光、振動などを発することができ、ユーザが端末２を動かすことによって取得位置の範囲から外れた場合には、上記所定の音、光、振動の発生がやむようにしてもよい。若しくはその逆として、端末２の位置が取得位置の範囲から外れている場合に、位置が不適切であることを示すための音、光、振動を発し、適切な位置に移動した場合に当該音、光、振動がやむようにしてもよい。また、ユーザ端末２を移動しているときに、当該端末２の位置が、生体音の取得位置の範囲に近づいている場合に第一の通知を発し、逆に離れている場合に第二の通知を発することとしてもよい。第一の通知は例えばそのまま移動を続けるように促す通知であり、第二の通知は方向を修正するように促す通知である。第一の通知及び第二の通知は音声メッセージでもよく、音、光、振動であってもよい。また、第一の通知と第二の通知のどちらか一方のみを行ってもよい。例えば、第一の通知を行わずに、移動方向の修正を促す必要のあるときだけ第二の通知を行ってもよい。

【0059】

＜実施形態４＞
本実施形態４においては、ユーザ端末２が最も大きい生体音が取得できる状態であることを判定する。ユーザ端末２の状態とは、例えば、ユーザの体に対する角度や位置に関する状態である。上記実施形態２、３においては、ユーザ端末２の角度や位置があらかじめ定めた範囲であるかを判定したが、本実施形態４においては、生体音が良好に取得可能な角度や位置であることを相対的に判定するものである。

【0060】

本実施形態４におけるユーザ端末２のソフトウェア構成例は、実施形態４と同様であり、実施形態１におけるソフトウェア構成に加えて、さらにセンサ入力制御部１１７、位置算出部１１８を備える。

【0061】

本実施形態４においては、生体音が最も良好に取得できる端末２の状態を相対的に判定するものであるため、生体音の取得に適しているか否かを絶対的に判断するための条件を設けなくてもよいが、補助的に設けることもできる。例えば、上記実施形態１と同様に、生体音の大きさが所定以上であることや、ノイズが少ないことを判定する条件を定めることができる。また、端末２の角度や位置についても、実施形態２、３と同様に条件を定めておいてもよい。本実施形態４においては、これらの条件を満たすことを前提として、さらに生体音の大きさで最適な状態を選択することとしてもよい。

【0062】

本実施形態４の通知情報記憶部１２２は、通知部１１６が判定結果に応じて出力する通知の内容を記憶する。図１６は、通知情報記憶部１２２に格納される通知情報の構成例である。端末２の移動に伴って生体音の取得状態が良好に変化しているときの通知（通知１１）、及び生体音の取得状態が悪化しているときの通知（通知１２）を登録しておくことができる。通知は、音、光、振動、及びこれらの組み合わせであってよく、例えば、通知１１と通知１２とは、音色や音量が異なる通知音を登録したり、光の色や強さが異なる光通知、振動の強さやテンポ、パターンが異なる通知を登録しておくことができる。後述するように判定部１１４の結果に応じて、通知が変化することによって、ユーザがその時に端末２を動かしている方向が正しいのか否かを直感的に判断することができる。

【0063】

音データ取得部１１２は、所定時間にわたってユーザ端末２に設けられたマイク１７から音データを取得する。この時、実際の生体音の取得時と同様にユーザ端末２をユーザの体に接するように配置したうえで、ユーザ端末２の角度や身体上の取得位置を動かしながら継続的に音データを取得する。そして、ある時点の音をその前の時点での音と比較分析することによって最も生体音の取得に適した角度や体上の場所を特定するものである。

【0064】

音の取得は連続して行ってもよいし、所定時間間隔で取得してもよい。ユーザは指示された取得部位の付近で端末をゆっくり動かしながら音を取得する。適切な端末角度を特定する場合は端末２を身体に接した状態で回転させて角度を変えながら音を取得すればよく、適切な端末位置を特定する場合は、端末２を体上で移動させながら音を取得する。

【0065】

音評価部１１３は、実施形態１と同様に音データに含まれる生体音データの大きさを評価する。必要に応じて、音データから目的の生体音データを抽出する処理を行ってもよい。

【0066】

判定部１１４は、時刻Ｔ_ｎで取得した生体音データと、時刻Ｔ_ｎよりあとの時刻Ｔ_ｎ＋１で取得した生体音データとを比較し、より新しい時刻Ｔ_ｎ＋１で取得した生体音データが時刻Ｔ_ｎの生体音データよりも大きい場合に、時刻Ｔ_ｎ＋１における端末２の角度又は位置が時刻Ｔ_ｎにおける端末２の角度又は位置よりも生体音の取得に適切であると判断する。また逆に、より新しい時刻Ｔ_ｎ＋１で取得した生体音データが時刻Ｔ_ｎの生体音データよりも小さい場合に、時刻Ｔ_ｎ＋１における端末２の角度又は位置が時刻Ｔ_ｎにおける端末２の角度又は位置よりも生体音の取得に適切でないと判断する。時刻Ｔ_ｎとＴ_ｎ＋１の間は所定の間隔であってよく、例えば0.1秒～１秒ごと等とすることができる。また、時刻Ｔ_ｎ、Ｔ_ｎ＋１・・・は、所定の時間幅であってもよく、その場合はその間の音データの平均をもって比較することができる。また、生体音データの音量を比較してもよいし、ノイズ成分の大きさを比較してもよい。

【0067】

通知部１１６は、時刻Ｔ_ｎ＋１の音データと時刻Ｔ_ｎの音データとの比較結果に基づいて、所定の通知を行う。一例として、ユーザ端末２において継続して通知音を発し、時刻Ｔ_ｎ＋１の音データが時刻Ｔ_ｎの音データよりも生体音の取得に適していると判定された場合に、通知音の音色や音量を変化させることができる。同様に、継続してユーザ端末２から光を発し、時刻Ｔ_ｎ＋１の音データが時刻Ｔ_ｎの音データよりも生体音の取得に適していると判定された場合に、光の色や強さを変化させることができる。また、継続してユーザ端末２において振動を発し、時刻Ｔ_ｎ＋１の音データが時刻Ｔ_ｎの音データよりも生体音の取得に適していると判定された場合に、振動の強さやテンポ、パターンを変化させることができる。例えば音量を変化させるとは、例えば判定結果が良好であるときには音量を徐々に大きくし、逆の場合は音量を徐々に小さくする、など段階的に通知内容を変化させることをいう。また、時刻Ｔ_ｎ＋１の音データが時刻Ｔ_ｎの音データよりも生体音の取得に適していると判定された場合に、通知音、光、振動などの通知を発し、逆に時刻Ｔ_ｎ＋１の音データが時刻Ｔ_ｎの音データよりも生体音の取得に適していないと判定された場合には通知音を発しない、とすることでもできる。または、時刻Ｔ_ｎ＋１の音データが時刻Ｔ_ｎの音データよりも生体音の取得に適していないと判定された場合に、通知音、光、振動などの通知を発し、逆に時刻Ｔ_ｎ＋１の音データが時刻Ｔ_ｎの音データよりも生体音の取得に適していると判定された場合には通知音を発しない、とすることでもできる。このような通知により、ユーザは端末２を動かしながら、生体音の取得に適切な状態に端末２を移動させることができているのか、それとも別の方向や角度になるように軌道修正すべきなのかをリアルタイムに知ることができる。

【0068】

また、判定部１１４は、音データが所定の条件を満たすか否かをさらに判定してもよい。例えば、音データに含まれる生体音の音量が所定の値よりも大きいことを条件とし、当該条件を満たすか否かを判断すると同時に、上記のように時刻Ｔ_ｎ＋１の音データと時刻Ｔ_ｎの音データを比較して移動方向や移動確度が正しいかを判定する。また、実施形態２、３のように、あらかじめ定めた端末２の角度範囲や、位置範囲に端末２が配置されていることを判定すると同時に、上記のように時刻Ｔ_ｎ＋１の音データと時刻Ｔ_ｎの音データを比較して移動方向や移動確度が正しいかを判定することもできる。

【0069】

通知部１１６は、上記のように端末２の移動にともなって、時刻Ｔ_ｎ＋１の音データと時刻Ｔ_ｎの音データとの比較結果を通知しつつ、音データが所定の条件を満たした場合にさらに通知を行う。例えば、ユーザが適切な取得位置に向かって端末２を一定方向に移動させた場合、時刻Ｔ_ｎ＋１の音データは時刻Ｔ_ｎの音データよりも生体音の取得に適していると判断されるので、徐々に通知音を大きくするなどの所定の通知を発することによって、移動方向が正しいことをユーザに伝える。そして、ある最近の時刻に取得した音データが所定の条件を満たした場合（例えば生体音が一定以上の大きさであった場合）に、端末を止める旨の通知を発することができる。

【0070】

＜実施形態５＞
本実施形態５においては、医師が生体音の取得位置を指示するものである。ユーザの年齢、疾患、体質などによって、医師が診察に必要とする生体音の取得位置、順番、回数等の測定方法が異なる場合がある。また、ユーザの性別や体の大きさ、体型によっても、取得位置が微妙に異なることが考えられる。そこで本実施形態５では、ユーザの体（生体音の取得部位を含む）を含む画像データを医師端末３に提供し、医師によって生体音の取得方法に関する指示を入力してもらう方法に関する。

【0071】

図１７は、本実施形態５におけるユーザ端末２のソフトウェア構成例を示しており、実施形態１におけるソフトウェア構成にさらにセンサ入力制御部１１７、位置算出部１１８、及び画像データ取得部１１９を備える。

【0072】

図１８は、本実施形態５における医師端末３のソフトウェア構成例を示しており、演算処理装置として、データ送受信部２１１、指示情報入力部２１２、指示画像生成部２１３、位置情報生成部２１４を備えることができる。

【0073】

本実施形態５においては、まず、ユーザ端末２に搭載されるカメラ等によってユーザの生体音取得部位を含む身体の画像を撮影する。画像の撮影はユーザ端末２に搭載されたカメラ以外の画像撮影手段により行われてもよい。ユーザ端末２の画像データ取得部１１９は、撮影した画像データを取得する。また、画像データは、静止画でもよいし、動画でもよい。

【0074】

ユーザ端末２のデータ送受信部１１１は、画像データを医師端末３に送信し、医師端末３のデータ送受信部２１１が画像データを取得する。または、ユーザ端末２のデータ送受信部１１１は、画像データをサーバ１に送信し、サーバ１が医師端末３に画像データを送信してもよい。また、ユーザの画像データとともに、ユーザの情報（氏名、年齢、性別、疾患など）を医師端末３に送信することが好ましい。また、ユーザが、当該医師が所属する医療機関において診察を受けたことがある場合は、患者番号などの識別情報を含んでもよい。

【0075】

図１９は、医師が指示情報を入力する様子を表す図である。図１９（ａ）のように、医師端末３の画面表示部（ディスプレイなど）においてユーザ画像５１とユーザ情報５２を表示し、医師は医師端末３にて取得したユーザ画像５１やユーザ情報５２をみて、生体音の取得条件を決める。図１９（ｂ）のように、医師端末３の指示情報入力部２１２は、医師からの生体音の取得条件に関する指示の入力を受け付ける。例えば指示の入力は、画像上において医師が取得位置を選択することによって行われてもよい。すなわち、マウスのカーソルを合わせる、タッチパネルをタッチするなどの方法によって、取得位置を直接指定することができる。また、取得位置に合わせて、取得回数や取得順等の情報を入力することができる。

【0076】

指示画像生成部２１３は、指示情報入力部２１２が受け付けた情報をもとに、取得指示画像を生成する。取得指示画像は、図１９（ｃ）のように、ユーザの体を映した画像５１に、取得位置を示す表示（マークなど）５３が重畳された重畳画像を含んでもよい。また、重畳画像にさらに取得の順番や回数などの情報を含んでもよい。

【0077】

位置情報生成部２１４は、医師が入力した指示情報に基づいて、取得位置を表す座標を含む位置情報に変換する。取得位置情報は、図１９（ｃ）の表のように、上記実施形態３と同様であり、ユーザの体における基準位置に対する取得位置の相対座標を含んでもよい。

【0078】

医師端末３のデータ送受信部２１１は、指示画像生成部２１３が生成した取得指示画像５４と位置情報生成部２１４が生成した取得位置情報の少なくともいずれかをユーザ端末２に送信する。また、サーバ１を介してユーザ端末２に送信してもよい。

【0079】

ユーザ端末２は、受信した取得指示画像５４及び取得位置情報を条件記憶部１２１などの記憶部に格納し、次に生体音を取得する際に使用することができる。すなわち、取得指示画像５４を読み出してユーザ端末２上に表示させる。また、上記実施形態３と同様に端末２の位置による判定を行う際に、当該取得位置情報を読み出して判定を行うことができる。

【0080】

本実施形態においては、医師端末３において指示画像生成部２１３、位置情報生成部２１４を設けたが、これらの一部をサーバ１において備えてもよい。その場合は、医師端末３から指示情報の入力情報をサーバ１に送信し、サーバ１にて指示画像の生成や位置情報の生成を行う。そして、生成した取得指示画像や取得位置情報をユーザ端末２に送信することができる。

【0081】

＜実施形態６＞
本実施形態６においては、ユーザの体型に応じて、サーバ１が生体音の取得位置を指示するものである。本実施形態６において、サーバ１は、あらかじめ疾患や所得目的などに応じて生体音の取得位置、順序、回数等の取得指示情報を有している。しかしながら、ユーザの体型によって標準的な取得指示情報を修正する必要がある。本実施形態６では、ユーザの生体音取得部位を含む画像データをもとに、標準的な取得指示情報を修正するものである。

【0082】

本実施形態６におけるユーザ端末２のソフトウェア構成例は、実施形態５と同様であり、実施形態１におけるソフトウェア構成にさらにセンサ入力制御部１１７、位置算出部１１８、及び画像データ取得部１１９を備える。

【0083】

また、図２０は、本実施形態６におけるサーバ１のソフトウェア構成例を示している。サーバは、取得指示情報記憶部３２１、データ送受信部３１１、画像分析部３１２、取得指示情報調整部３１３を備える。

【0084】

サーバ１の取得指示情報記憶部３２１には複数の取得指示情報を記憶することができる。図２１は、取得指示情報の構成例である。取得指示情報は、取得部位、順序、回数などを記憶する。取得部位は、基準位置に対する取得位置の相対座標などで表してもよい。また、取得指示情報は身体の画像上に取得位置をプロットした指示画像等を含んでもよい。取得指示情報は、生体音の種類や疾患ごとに複数設けてもよい。また、さらに複数の体型類型別に合わせて取得部位を調整した取得指示情報を有しておくことができる。例えば、体型をやせ型Ａ、やややせ形Ｂ、標準Ｃ、やや肥満Ｄ、肥満Ｅ、等のように複数の類型に分け、それぞれについて取得位置情報を登録する。

【0085】

本実施形態６においては、まず、ユーザ端末２に搭載されるカメラ等によってユーザの生体音取得部位を含む身体の画像を撮影する。画像の撮影はユーザ端末２に搭載されたカメラ以外の画像撮影手段により行われてもよい。ユーザ端末２の画像データ取得部１１９は、撮影した画像データを取得する。また、画像データは、静止画でもよいし、動画でもよい。

【0086】

ユーザ端末２のデータ送受信部１１１は、画像データをサーバ１に送信し、サーバ１のデータ送受信部３１１が画像データを取得する。

【0087】

サーバ１の画像分析部３１２は、取得した画像データを分析することによって、上記で述べた条件記憶部１２１に登録された体型類型のいずれに当てはまるかを判断する。画像の分析方法は特に制限はなく、既知の方法を用いることができる。例えば、画像から体の輪郭線を抽出し、所定部位の長さや比率を用いて類型を決定してもよいし、機械学習を用いて画像を分類してもよい。

【0088】

取得指示情報調整部３１３は、画像分析部３１２が選択した体型類型に基づいて、取得指示情報記憶部３２１から該当する体型の取得指示情報を選択する。

【0089】

サーバ１は、選択した取得指示情報をユーザ端末２に送信する。ユーザ端末２は、ユーザが生体音を取得する際に、受信した取得指示情報を読み出す。取得指示情報に指示画像が含まれる場合は、ユーザ端末２上に指示画像を表示することができる。また、取得指示情報に基づいて、上記実施形態３における端末２の位置情報に基づく判定を行うことができる。

【0090】

また、取得指示情報記憶部３２１には、標準体型の取得指示情報のみを記憶し、ユーザの体型に合わせて補正してもよい。その場合は、画像分析部３１２はユーザの画像から、ユーザの体型と標準体型との差分を算出する。そして、取得指示情報調整部３１３は、当該差分に応じて取得指示情報を補正する。ユーザの体型と標準体型との差分の算出方法は特に制限はなく、例えば、肩幅や胸の横幅などの所定部位の長さを比較することによって規定してもよい。

【0091】

また、上記では、画像分析部３１２がユーザの画像に基づいて体型類型を判定したが、その他の方法でユーザの体型を推定してもよい。例えば、ユーザ端末２の加速度センサを用いて、身体の所定部分の距離を測定することによって体型を推定することもできる。具体的には、ユーザ端末２を所定領域間（例えば左右の肩の間）で移動させ、加速度センサによって端末２の移動距離を測定することによって、当該所定領域の長さを算出することができる。所定領域は左右の肩の間に限らず、体形推定が可能な身体のパーツであればどこでもよい。そして、所定部分の長さに応じて体型を推定することができる。取得指示情報が体型類型別に用意されている場合、取得指示情報調整部３１３は、最も近い体型類型を決定する。また、取得指示情報が標準体型のみ用意されている場合、取得指示情報調整部３１３は、当該標準体型と推定したユーザの体型との差分に応じて取得指示情報を補正する。

【0092】

以上、本発明の生体音取得プログラムは、各種の方法により生体音取得に適しているか否かを判断することができるので、ユーザが自身の端末２により生体音を取得したいときに適切なガイダンスが可能である。上記実施形態１～６で説明した方法は、１つまたは２つ以上を組み合わせて実施することとしてもよい。

【0093】

上記で述べたいずれの実施形態においても、各ソフトウェア機能部の一部は、本システムの目的を実現することができる限りにおいて、ユーザ端末２、医師端末３、サーバ１のいずれに備えられていてもよい。

【0094】

上述した実施の形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。

【符号の説明】

【0095】

１ サーバ
２ ユーザ端末
３ 医師端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】