特開 2023-87223 車両診断方法および情報提示方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023087223

(43)【公開日】2023-06-23

(54)【発明の名称】車両診断方法および情報提示方法

(51)【国際特許分類】

   G01M 17/007 20060101AFI20230616BHJP

【ＦＩ】

G01M17/007 H

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021201487

(22)【出願日】2021-12-13

(71)【出願人】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】100123102

【弁理士】

【氏名又は名称】宗田 悟志

(72)【発明者】

【氏名】宇佐美 陸

(57)【要約】

【課題】走行中の車両において通常とは異なる音（異音）が発生した場合に、当該車両の乗員が正しく対処できるよう支援する技術を提供する。
【解決手段】車両診断システム１０のコンピュータは、走行中の車両１２において生じた音声を取得する。車両診断システム１０のコンピュータは、取得された音声をもとに車両１２の状態を診断する。車両診断システム１０のコンピュータは、車両１２の状態の診断結果を車両１２に搭載された装置から出力させる。
【選択図】図２

【特許請求の範囲】

【請求項1】

車載装置と通信し、かつ、異音と車両状態とを関連付けて記録するデータベースを備えた機器において実行される車両診断方法であって、
前記車載装置から送信された、走行中の車両において生じた音声を取得し、
取得された音声をもとに前記車両の状態を診断し、
前記車両の状態の診断結果を前記車載装置に送信する、
車両診断方法。

【請求項2】

前記車両の走行データを取得し、
取得された音声と取得された走行データとをもとに前記車両の状態を診断する、
請求項１に記載の車両診断方法。

【請求項3】

前記診断結果は、前記車両の乗員がとるべき行動に関する情報を含む、
請求項１または２に記載の車両診断方法。

【請求項4】

取得された現在の走行音と通常時の走行音とを比較することにより異音を検知し、
前記異音が検知された場合に、前記車両の状態を診断する、
請求項１から３のいずれかに記載の車両診断方法。

【請求項5】

異音と車両状態とを関連付けて記録するデータベースを備えた機器と通信する車載装置において実行される情報提示方法であって、
走行中の車両において生じた音声を前記機器に送信し、
前記機器から送信された、前記音声に基づく前記車両の状態の診断結果を受け付け、
前記診断結果を出力部から出力させる、
情報提示方法。

【請求項6】

前記機器による診断で用いられた音声のデータを保存する、
請求項５に記載の情報提示方法。

【請求項7】

前記診断結果は、所定のサービスの利用を促す内容を含み、
前記車両の乗員の操作に応じて、前記サービスに関する装置と通信する、
請求項５または６に記載の情報提示方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示はデータ処理技術に関し、特に車両診断方法および情報提示方法に関する。

【背景技術】

【0002】

部品の経年劣化や故障により、走行中の車両が通常とは異なる音（以下「異音」とも呼ぶ。）を発生させることがある。以下の特許文献１では、専用の集音デバイスを車両に設置して、当該車両で発生する異音を検知する音声処理システムが提案されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－９２４４８号公報

【発明の概要】

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

【0004】

現状、走行中の車両において異音が発生した場合に、専門家でない車両の乗員が異音の原因を迅速に判断して、正しく対処することは困難である。

【0005】

本開示はこうした課題に鑑みてなされたものであり、１つの目的は、走行中の車両で発生した異音に対する当該車両の乗員の対処を支援する技術を提供することにある。

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

【0006】

上記課題を解決するために、本開示のある態様の車両診断方法は、車載装置と通信し、かつ、異音と車両状態とを関連付けて記録するデータベースを備えた機器において実行される車両診断方法であって、車載装置から送信された、走行中の車両において生じた音声を取得し、取得された音声をもとに車両の状態を診断し、車両の状態の診断結果を車載装置に送信する。

【0007】

本開示の別の態様は、情報提示方法である。この方法は、異音と車両状態とを関連付けて記録するデータベースを備えた機器と通信する車載装置において実行される情報提示方法であって、走行中の車両において生じた音声を機器に送信し、機器から送信された、音声に基づく車両の状態の診断結果を受け付け、診断結果を出力部から出力させる。

【0008】

なお、以上の構成要素の任意の組合せ、本開示の表現を、装置、システム、装置またはシステムを備える車両、コンピュータプログラム、コンピュータプログラムを記録した記録媒体などの間で変換したものもまた、本開示の態様として有効である。

【発明の効果】

【0009】

本開示の技術によれば、走行中の車両で発生した異音に対する当該車両の乗員の対処を支援することができる。

【図面の簡単な説明】

【0010】

【図1】異音の鳴り方のパターンを示す図である。

【図2】実施例の車両診断システムの構成を示す図である。

【図3】図２の車両の機能ブロックを示すブロック図である。

【図4】図２のサーバの機能ブロックを示すブロック図である。

【図5】車両診断システムの動作を示すフローチャートである。

【図6】診断結果画面の例を示す図である。

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

【0011】

本開示における装置または方法の主体は、コンピュータを備えている。このコンピュータがプログラムを実行することによって、本開示における装置または方法の主体の機能が実現される。コンピュータは、プログラムにしたがって動作するプロセッサを主なハードウェア構成として備える。プロセッサは、プログラムを実行することによって機能を実現することができれば、その種類は問わない。プロセッサは、半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）（ＩＣ）、またはＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）を含む１つまたは複数の電子回路で構成される。ここではＩＣあるいはＬＳＩと呼んでいるが、集積の度合いによって呼び方が変わり、システムＬＳＩ、ＶＬＳＩ（Ｖｅｒｙ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）もしくはＵＳＬＩ（Ｕｌｔｒａ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）と呼ばれるものであってもよい。ＬＳＩの製造後にプログラムされる、フィールド・プログラマブル・ゲート・アレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）（ＦＰＧＡ）、またはＬＳＩ内部の接合関係の再構成またはＬＳＩ内部の回路区画のセットアップができる再構成可能な論理デバイスも同じ目的で使うことができる。複数の電子回路は、１つのチップに集積されてもよいし、複数のチップに設けられてもよい。複数のチップは１つの装置に集約されていてもよいし、複数の装置に備えられていてもよい。プログラムは、コンピュータが読み取り可能なＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、光ディスク、ハードディスクドライブなどの非一時的記録媒体に記録されてもよいし、コンピュータが読み取り可能なＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの一時的記憶媒体に記録されてもよい。プログラムは、記録媒体に予め格納されていてもよいし、インターネット等を含む広域通信網を介して記録媒体もしくは記憶媒体に供給されてもよい。

【0012】

まず、実施例の概要を説明する。部品の経年劣化や故障により、走行中の車両が通常とは異なる音（異音）を発生させることがある。異音は、正常な車両の走行時に発生する音とは異なる音とも言え、正常な車両では鳴らない音とも言える。異音が発生する原因は多様であり、原因によって重要度や解決方法が異なる。

【0013】

図１は、異音の鳴り方のパターンを示す。異音の鳴り方、異音の発生部位、異音の発生状況（車両の動作状態とも言える）の組み合わせに応じて、異音の原因は異なり、対処方法も異なる。例えば、同じ「ゴロゴロ」と鳴る異音であっても、異音の発生部位がミッション部分であれば、走行中の車両を安全な場所に停車させ、救助依頼する必要があり、一方、異音の発生部位が足下であれば、早めに整備工場で点検を受ければよい。

【0014】

上述の特許文献１では、専用の集音デバイスを車両に設置して、当該車両で発生する異音を検知する音声処理システムが提案されている。特許文献１の音声処理システムは、音声センサで検出された音声の音量レベルや周波数特性をＰＣのディスプレイに表示させることが記載されているが、専門家でない車両の乗員（運転者等）が、異音の原因や対処方法を判断することは困難である。

【0015】

そこで実施例では、走行中の車両で生じた音に基づいて当該車両の状態を診断し、その診断結果を当該車両の車載装置に出力させる情報処理システム（後述の車両診断システム１０）を提案する。実施例のシステムによると、走行中の車両で発生した異音に対して当該車両の乗員が適切に対処できるよう支援することができる。

【0016】

実施例の詳細を説明する。図２は、実施例の車両診断システムの構成を示す。車両診断システム１０は、車両１２、サーバ１４、外部サービス１６を備える。車両診断システム１０の各要素は、ＬＡＮ・ＷＡＮ・インターネット等を含み得る通信網１８を介して接続される。

【0017】

サーバ１４は、車両１２に対して異音診断サービスを提供する情報処理装置である。外部サービス１６は、車両の乗員の支援や車両の修理・整備を行う外部サービスの装置やシステムである。外部サービス１６は、例えば、オペレータサービス、救助サービス、整備工場予約サービス等を提供する装置やシステムを含んでもよい。

【0018】

図３は、図２の車両１２の機能ブロックを示すブロック図である。本開示のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵ・メモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

【0019】

車両１２は、音声入力部２０と車載装置２２を備える。音声入力部２０は、車両１２の車室前方（例えばステアリングの下）に設置されたマイクロフォンを含む。音声入力部２０は、車両１２内の音を電気信号に変換した音声データを車載装置２２に入力する。音声データは、車両１２内の音の音量、周波数特性、方向（具体的にはマイクロフォンから音源への方向）を示すデータを含む。

【0020】

車載装置２２は、車両１２に搭載された情報処理装置である。車載装置２２は、例えば、カーナビゲーションシステムの装置であってもよく、ＩＶＩ（In-Vehicle Infotainment）システムの装置であってもよい。車載装置２２は、通信部２４、表示部３０、操作入力部３２、異音ログ保持部３４、制御部３６を備える。

【0021】

通信部２４は、所定の通信プロトコルにしたがって外部装置と通信する。通信部２４は、送信部２６と受信部２８を含む。送信部２６は、制御部３６から出力されたデータをサーバ１４または外部サービス１６へ送信する。受信部２８は、サーバ１４または外部サービス１６から送信されたデータを制御部３６に入力する。

【0022】

表示部３０は、制御部３６による制御にしたがって各種情報を表示する。操作入力部３２は、ユーザによる操作入力を受け付け、ユーザにより入力された操作の情報を制御部３６に渡す。表示部３０と操作入力部３２は、一体構成であってもよく、例えばタッチスクリーンにより実現されてもよい。

【0023】

異音ログ保持部３４は、異音ログのデータを記憶する。異音ログは、異音発生時の音声データおよび走行データと、それらのデータに基づく診断結果を含む。

【0024】

制御部３６は、各種データ処理を実行する。制御部３６は、車載装置２２のプロセッサ（ＣＰＵ、ＥＣＵ（Electronic Control Unit）等）により実現されてもよい。制御部３６は、音声取得部３８、異音検知結果取得部４０、走行データ取得部４２、診断結果取得部４３、診断結果出力部４４、外部サービス連携部４６を含む。これら複数の機能ブロックの機能はコンピュータプログラムに実装され、そのコンピュータプログラムは車載装置２２のストレージにインストールされてもよい。車載装置２２のプロセッサは、上記コンピュータプログラムをメインメモリに読み出して実行することにより上記複数の機能ブロックの機能を発揮してもよい。

【0025】

音声取得部３８は、音声入力部２０から入力された、走行中の車両１２において生じた音声のデータを取得する。異音検知結果取得部４０は、サーバ１４から提供された、異音検知結果を取得する。異音検知結果は、異音の有無を示す情報である。

【0026】

走行データ取得部４２は、車両１２の走行データを取得する。走行データは、車両１２の速度、加速度、エンジン回転数、ステアリング角度、ブレーキの作動状況を含む。走行データ取得部４２は、車両１２のＣＡＮ（Controller Area Network）のバスから走行データを取得してもよく、車両１２に設けられた１つまたは複数のＥＣＵから走行データを取得してもよい。

【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】

１０ 車両診断システム、 １２ 車両、 １４ サーバ、 ２０ 音声入力部、 ２２ 車載装置、 ３８ 音声取得部、 ４２ 走行データ取得部、 ４４ 診断結果出力部、 ４６ 外部サービス連携部、 ５４ 異音検知部、 ５８ 診断部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】