知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024149710
(43)【公開日】2024-10-18
(54)【発明の名称】生体音取得支援システム
(51)【国際特許分類】
G16H 80/00 20180101AFI20241010BHJP
G16H 10/00 20180101ALI20241010BHJP
A61B 7/04 20060101ALI20241010BHJP
G16Y 10/60 20200101ALI20241010BHJP
【ＦＩ】
G16H80/00
G16H10/00
A61B7/04 U
G16Y10/60
【審査請求】有
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2024130958
(22)【出願日】2024-08-07
(62)【分割の表示】P 2020128185の分割
【原出願日】2020-07-29
(71)【出願人】
【識別番号】519054301
【氏名又は名称】株式会社ＭＩＣＩＮ
(74)【代理人】
【識別番号】110002790
【氏名又は名称】Ｏｎｅ ｉｐ弁理士法人
(72)【発明者】
【氏名】桐山 瑶子
(72)【発明者】
【氏名】水谷 博明
(72)【発明者】
【氏名】松田 昇悟
(72)【発明者】
【氏名】土屋 祐介
(72)【発明者】
【氏名】尾原 颯
(72)【発明者】
【氏名】白 美娜
(57)【要約】
【課題】スマートフォンなどの携帯端末を使って生体音を取得するためのシステムを提供
すること。
【解決手段】本発明は、ユーザ自身がユーザ端末を用いて生体音を取得することを支援す
る生体音取得支援システムであって、前記生体音を含む音データを取得する音データ取得
部と、前記生体音の取得条件に合致するか否かを判定する判定部と、前記判定結果を前記
ユーザ端末に出力する通知部とを備える、生体音取得支援システムを提供するものである
。
【選択図】図１
すること。
【解決手段】本発明は、ユーザ自身がユーザ端末を用いて生体音を取得することを支援す
る生体音取得支援システムであって、前記生体音を含む音データを取得する音データ取得
部と、前記生体音の取得条件に合致するか否かを判定する判定部と、前記判定結果を前記
ユーザ端末に出力する通知部とを備える、生体音取得支援システムを提供するものである
。
【選択図】図１
【特許請求の範囲】
【請求項1】
ユーザ自身がユーザ端末を用いて生体音を取得することを支援する生体音取得支援システ
ムであって、
前記生体音を含む音データを取得する音データ取得部と、
前記生体音の取得条件に合致するか否かを判定する判定部と、
前記判定結果を前記ユーザ端末に出力する通知部とを備える、生体音取得支援システム。
ムであって、
前記生体音を含む音データを取得する音データ取得部と、
前記生体音の取得条件に合致するか否かを判定する判定部と、
前記判定結果を前記ユーザ端末に出力する通知部とを備える、生体音取得支援システム。
【請求項2】
取得した前記音データから特定の音成分を評価する音評価部をさらに備え、
前記判定部は、前記評価結果に基づいて前記生体音の取得条件に合致するか否かを判定
することを特徴とする、請求項１に記載の生体音取得支援システム。
前記判定部は、前記評価結果に基づいて前記生体音の取得条件に合致するか否かを判定
することを特徴とする、請求項１に記載の生体音取得支援システム。
【請求項3】
前記音評価部は、目的の生体音成分の音量を評価し、
前記取得条件は前記生体音成分の音量に関する条件を含み、
前記判定部は、前記生体音成分の音量が前記取得条件を満たすか否かを判定することを特
徴とする、請求項２に記載の生体音取得支援システム。
前記取得条件は前記生体音成分の音量に関する条件を含み、
前記判定部は、前記生体音成分の音量が前記取得条件を満たすか否かを判定することを特
徴とする、請求項２に記載の生体音取得支援システム。
【請求項4】
前記音評価部は、ノイズ成分の音量を評価し、
前記取得条件は前記ノイズ成分の音量に関する条件を含み、
前記判定部は、前記ノイズ成分の音量が前記取得条件を満たすか否かを判定することを特
徴とする、請求項２又は３に記載の生体音取得支援システム。
前記取得条件は前記ノイズ成分の音量に関する条件を含み、
前記判定部は、前記ノイズ成分の音量が前記取得条件を満たすか否かを判定することを特
徴とする、請求項２又は３に記載の生体音取得支援システム。
【請求項5】
前記ユーザ端末の角度データを取得する角度データ取得部をさらに備え、
前記取得条件は、前記生体音の取得時における前記ユーザ端末の適切な角度条件を含み、
前記判定部は、前記角度データが前記角度条件に合致するか否かを判定することを特徴と
する、請求項１～４のいずれか１項に記載の生体音取得支援システム。
前記取得条件は、前記生体音の取得時における前記ユーザ端末の適切な角度条件を含み、
前記判定部は、前記角度データが前記角度条件に合致するか否かを判定することを特徴と
する、請求項１～４のいずれか１項に記載の生体音取得支援システム。
【請求項6】
前記ユーザ端末の移動に伴う端末位置情報を算出する位置算出部をさらに備え、
前記取得条件は、前記生体音の取得位置情報を含み、
前記判定部は、前記端末位置情報が前記取得位置情報に合致するか否かを判定することを
特徴とする、請求項１～５のいずれか１項に記載の生体音取得支援システム。
前記取得条件は、前記生体音の取得位置情報を含み、
前記判定部は、前記端末位置情報が前記取得位置情報に合致するか否かを判定することを
特徴とする、請求項１～５のいずれか１項に記載の生体音取得支援システム。
【請求項7】
専門家により前記ユーザの生体音の取得位置に関する指示情報の入力を受け付ける指示情
報入力部をさらに備え、
前記取得位置情報は、前記指示情報に基づいて生成されることを特徴とする、請求項６に
記載の生体音取得支援システム。
報入力部をさらに備え、
前記取得位置情報は、前記指示情報に基づいて生成されることを特徴とする、請求項６に
記載の生体音取得支援システム。
【請求項8】
前記ユーザの入力情報に基づいて前記ユーザの体型を推定する体型推定部と、
前記体型に合わせて前記取得位置情報を調整する取得指示情報調整部とをさらに備えるこ
とを特徴とする、請求項６に記載の生体音取得支援システム。
前記体型に合わせて前記取得位置情報を調整する取得指示情報調整部とをさらに備えるこ
とを特徴とする、請求項６に記載の生体音取得支援システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は生体音取得支援システムに関する。
【背景技術】
【0002】
医師端末と患者端末との間でテレビ電話などの通信を行い、遠隔診療を行うことのでき
る遠隔診療支援システムが提案されている。
る遠隔診療支援システムが提案されている。
【0003】
特許文献１には、医師と患者との間で遠隔診療の予約手段やビデオ通話手段を提供する
情報処理装置が開示されている。
情報処理装置が開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特許第６５７４３９１号公報
【発明の概要】
【発明が解決しようとする課題】
【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秒～１秒ごと等とすることができる。また、
時刻Ｔｎ、Ｔｎ＋１・・・は、所定の時間幅であってもよく、その場合はその間の音デー
タの平均をもって比較することができる。また、生体音データの音量を比較してもよいし
、ノイズ成分の大きさを比較してもよい。
１で取得した生体音データとを比較し、より新しい時刻Ｔｎ＋１で取得した生体音データ
が時刻Ｔｎの生体音データよりも大きい場合に、時刻Ｔｎ＋１における端末２の角度又は
位置が時刻Ｔｎにおける端末２の角度又は位置よりも生体音の取得に適切であると判断す
る。また逆に、より新しい時刻Ｔｎ＋１で取得した生体音データが時刻Ｔｎの生体音デー
タよりも小さい場合に、時刻Ｔｎ＋１における端末２の角度又は位置が時刻Ｔｎにおける
端末２の角度又は位置よりも生体音の取得に適切でないと判断する。時刻ＴｎとＴｎ＋１
の間は所定の間隔であってよく、例えば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】
【手続補正書】
【提出日】2024-09-05
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ユーザ自身がユーザ端末を用いて生体音を取得することを支援する生体音取得支援システムであって、
前記生体音を含む音データを取得する音データ取得部と、
前記生体音の取得位置情報を含む前記生体音の取得条件に合致するか否かを判定する判定部と、
前記判定結果を前記ユーザ端末に出力する通知部と、
を備える、生体音取得支援システム。
前記生体音を含む音データを取得する音データ取得部と、
前記生体音の取得位置情報を含む前記生体音の取得条件に合致するか否かを判定する判定部と、
前記判定結果を前記ユーザ端末に出力する通知部と、
を備える、生体音取得支援システム。
【請求項2】
取得した前記音データから特定の音成分を評価する音評価部をさらに備え、
前記判定部は、前記評価結果に基づいて前記生体音の取得条件に合致するか否かを判定
することを特徴とする、請求項１に記載の生体音取得支援システム。
前記判定部は、前記評価結果に基づいて前記生体音の取得条件に合致するか否かを判定
することを特徴とする、請求項１に記載の生体音取得支援システム。
【請求項3】
前記音評価部は、目的の生体音成分の音量を評価し、
前記取得条件は前記生体音成分の音量に関する条件を含み、
前記判定部は、前記生体音成分の音量が前記取得条件を満たすか否かを判定することを特徴とする、請求項２に記載の生体音取得支援システム。
前記取得条件は前記生体音成分の音量に関する条件を含み、
前記判定部は、前記生体音成分の音量が前記取得条件を満たすか否かを判定することを特徴とする、請求項２に記載の生体音取得支援システム。
【請求項4】
前記音評価部は、ノイズ成分の音量を評価し、
前記取得条件は前記ノイズ成分の音量に関する条件を含み、
前記判定部は、前記ノイズ成分の音量が前記取得条件を満たすか否かを判定することを特徴とする、請求項２に記載の生体音取得支援システム。
前記取得条件は前記ノイズ成分の音量に関する条件を含み、
前記判定部は、前記ノイズ成分の音量が前記取得条件を満たすか否かを判定することを特徴とする、請求項２に記載の生体音取得支援システム。
【請求項5】
前記ユーザ端末の移動に伴う端末位置情報を算出する位置算出部をさらに備え、
前記判定部は、前記端末位置情報が前記取得位置情報に合致するか否かを判定することを特徴とする、請求項１に記載の生体音取得支援システム。
前記判定部は、前記端末位置情報が前記取得位置情報に合致するか否かを判定することを特徴とする、請求項１に記載の生体音取得支援システム。
【請求項6】
専門家により前記ユーザの生体音の取得位置に関する指示情報の入力を受け付ける指示情報入力部をさらに備え、
前記取得位置情報は、前記指示情報に基づいて生成されることを特徴とする、請求項１に記載の生体音取得支援システム。
前記取得位置情報は、前記指示情報に基づいて生成されることを特徴とする、請求項１に記載の生体音取得支援システム。
【請求項7】
前記ユーザの入力情報に基づいて前記ユーザの体型を推定する体型推定部と、
前記体型に合わせて前記取得位置情報を調整する取得指示情報調整部とをさらに備えることを特徴とする、請求項１に記載の生体音取得支援システム。
前記体型に合わせて前記取得位置情報を調整する取得指示情報調整部とをさらに備えることを特徴とする、請求項１に記載の生体音取得支援システム。