(57)【要約】【課題】１または複数の記録部に対するデータの記録を制御するように構成された記録制御装置において、必要とされるデータを記録部の容量に応じて効率よく記録できるようにする技術を提供する。【解決手段】情報制御ＧＷ１０は、記録制御部１７としての機能で、複数種類のデータを取得するように構成され、取得されたデータのうちの予め準備された記録条件と合致するデータをストレージ１４，２４，３４，４４，５４に格納するように構成される。また、条件変更部１９としての機能で、外部から古い記録条件とは異なる新たな記録条件を受けると、古い記録条件に換えて新たな記録条件を利用する設定を行うように構成される。【選択図】図１
2018206454.tif 000002
【特許請求の範囲】
【請求項１】
１または複数の記録部（１４，２４，３４，４４，５４）に対するデータの記録を制御するように構成された記録制御装置（１０）であって、
複数種類のデータを取得するように構成されたデータ取得部（１７）と、
取得されたデータのうちの予め準備された記録条件と合致するデータを前記記録部に格納するように構成されたデータ格納部（Ｓ１１０、Ｓ１４０、Ｓ１９０、Ｓ６７０）と、
前記記録条件を古い記録条件として、外部から前記古い記録条件とは異なる新たな記録条件を受けると、前記古い記録条件に換えて前記新たな記録条件を利用する設定を行うように構成された条件変更部（Ｓ１３５、Ｓ１８５、Ｓ２６０）と、
を備えた記録制御装置。
【請求項２】
請求項１に記載の記録制御装置であって、
前記記録部として、互いに異なる場所に配置された複数の記録部においてデータを記録可能な領域を表す空き領域を確認するように構成された領域確認部（Ｓ６１０）と、
前記空き領域の位置を示すアドレスを設定するように構成されたアドレス設定部（Ｓ６２０）と、
をさらに備え、
前記データ格納部は、前記アドレスに従って前記空き領域にデータを記録させる
ように構成された記録制御装置。
【請求項３】
請求項２に記載の記録制御装置であって、
前記領域確認部は、前記複数の記録部のうちの１つである特定記録部に対してデータを記録可能であるか否かを判定し、該特定記録部にデータを記録可能でない場合に、前記空き容量を確認するように構成され、
前記データ格納部は、前記特定記録部にデータを記録可能であれば、前記特定記録部にデータを記録させ、前記特定記録部にデータを記録不可能であれば、前記アドレスに従って前記空き領域にデータを記録させる
ように構成された記録制御装置。
【請求項４】
請求項１〜請求項３の何れか１項に記載の記録制御装置であって、
当該記録制御装置の通信相手となる相手先装置（２０）であり、当該記録制御装置が管理する時刻を表す基準時刻情報を受けると、該基準時刻情報に、当該相手先装置が送信すべき情報を付加した応答データを返す相手先装置、に対して、前記基準時刻情報を送信するように構成された時刻送信部（Ｓ６３０）と、
前記応答データを取得し、前記応答データに含まれる基準時刻情報に基づいて前記応答データの生成時刻を設定するように構成された時刻設定部（Ｓ６５０）と、
をさらに備え、
前記データ格納部は、前記応答データの生成時刻を対応付けてデータを記録させる
ように構成された記録制御装置。
【請求項５】
請求項１〜請求項４の何れか１項に記載の記録制御装置であって、
前記記録部に格納されたデータを当該記録制御装置の外部に位置する提供先装置（６０）に対して提供するデータ提供部（Ｓ１２０、Ｓ１５０、Ｓ２００）と、
プラグアンドプレイによる入力があると、少なくとも前記データ提供部が提供するデータの種別を変更するように構成された種別変更部（Ｓ１３５、Ｓ１８５、Ｓ２６０）と、
をさらに備えた記録制御装置。
【請求項６】
請求項５に記載の記録制御装置であって、
前記条件変更部は、前記種別変更部によって前記データ提供部が提供するデータの種別
が変更される際に、前記新たな記録条件を利用するよう設定する
ように構成された記録制御装置。
【請求項７】
請求項１〜請求項６の何れか１項に記載の記録制御装置であって、
前記記録部に格納されたデータを、データの提供先に応じて予め設定された形式に変換し、該変換後のデータを前記データの提供先に出力するように構成されたデータ出力部（２６Ｂ）、
をさらに備えた記録制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、記録部に対するデータの記録を制御する技術に関する。
【背景技術】
【０００２】
下記の特許文献１には、車両にて収集されるデータを記録部に記録させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−４５８６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、データを記録する場合には、状況に応じて必要とされるデータが変化するため、記録を必要とするデータも異なる。特許文献１の技術では、全てのデータを記録しておけば必要とされるデータの全てを提供できるが、記録部の容量には上限があるため、全てのデータを記録しておくことはできない。
【０００５】
本開示では、１または複数の記録部に対するデータの記録を制御するように構成された記録制御装置において、必要とされるデータを記録部の容量に応じて効率よく記録できるようにする技術を提供する。
【課題を解決するための手段】
【０００６】
本開示の記録制御装置（１０）は、記録部（１４，２４，３４，４４，５４）に対するデータの記録を制御するように構成されており、データ取得部（１７）と、データ格納部（Ｓ１１０、Ｓ１４０、Ｓ１９０、Ｓ６７０）と、条件変更部（Ｓ１３５、Ｓ１８５、Ｓ２６０）と、を備える。
【０００７】
データ取得部は、複数種類のデータを取得するように構成される。データ格納部は、取得されたデータのうちの予め準備された記録条件と合致するデータを記録部に格納するように構成される。
【０００８】
条件変更部は、前述の記録条件を古い記録条件として、外部から古い記録条件とは異なる新たな記録条件を受けると、古い記録条件に換えて新たな記録条件を利用する設定を行うように構成される。
【０００９】
このような記録制御装置によれば、新たな記録条件を受けると新たな記録条件に従って記録部にデータを格納することができるので、適切な記録条件を設定することによって必要とされるデータを記録部の容量に応じて効率よく格納することができる。
【００１０】
なお、この欄および特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００１１】
【図１】データ提供システム１の構成を示すブロック図である。
【図２】車両処理を示すフローチャートである。
【図３】サービスバスの概要を示す説明図である。
【図４】故障診断処理を示すフローチャートである。
【図５】記録処理を示すフローチャートである。
【図６】ストレージを管理する機能を示すブロック図である。
【図７】時刻情報を管理する機能を示すブロック図である。
【図８】データ送信処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら、本開示の実施形態を説明する。
［１．実施形態］
［１−１．構成］
図１に示すデータ提供システム１は、車両において適切な情報を収集し、その情報を外部に提供する機能を有するシステムである。データ提供システム１は、情報制御ＧＷ１０と、基本ＧＷ２０と、通信線５とを備える。なお、ＧＷはゲートウェイの略である。
【００１３】
通信線５は、情報制御ＧＷ１０および基本ＧＷ２０を通信可能に接続する。また、データ提供システム１は、通信線６と、各種ＥＣＵ３０，４０，５０と、サーバ６０とを備えてもよい。通信線６は、基本ＧＷ２０および各種ＥＣＵ３０，４０，５０を通信可能に接続する。
【００１４】
情報制御ＧＷ１０、基本ＧＷ２０、通信線５，６、および各種ＥＣＵ３０，４０，５０は、車両に搭載され、サーバ６０は車両の外部に配置される。サーバ６０は、通信線５３、インターネット網５２、基地局５１等を介して、情報制御ＧＷ１０と通信可能に構成される。なお、基地局５１は、携帯電話等の周知の基地局であり、後述する無線部１５を介して車両と通信を行う。
【００１５】
情報制御ＧＷ１０、基本ＧＷ２０、サーバ６０は、それぞれＣＰＵ１１，２１，６１と、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリ（以下、メモリ１２，２２，６２）と、を有する周知のマイクロコンピュータを中心に構成される。
【００１６】
また、情報制御ＧＷ１０、基本ＧＷ２０、サーバ６０は、それぞれ通信部１３，２３，６３を備え、情報制御ＧＷ１０、基本ＧＷ２０は、それぞれストレージ１４，２４をさらに備える。また、情報制御ＧＷ１０は、無線部１５と、表示部１６とをさらに備える。
【００１７】
通信部１３，２３，６３は、自装置に接続された通信線５，６，５３を介した通信を行う際に用いられる周知の通信インタフェースとして機能する。
ストレージ１４，２４は、ハードディスクドライブやフラッシュメモリ等の任意の記録領域として構成される。ストレージ１４，２４は、周知の構成を採用できる。
【００１８】
無線部１５は、基地局５１との通信を行う周知の無線通信モジュールとして構成される。表示部１６は、映像信号に従って画像を表示させる周知のディスプレイとして構成される。
【００１９】
なお、ＥＣＵ３０，４０，５０においては、図示を省略するが、それぞれＣＰＵおよびメモリを備える。また、ＥＣＵ３０，４０，５０は、それぞれストレージ３４，４４，５４を備える。
【００２０】
ＥＣＵ３０，４０，５０のＣＰＵは、通信線６を介して他の装置との通信を行う機能、および外部からの指令に応じて自装置内のストレージ３４，４４，５４の指定されたアドレスに対するデータの読み書きを行う機能を有する。また、ＥＣＵ３０，４０，５０のＣ
ＰＵは、自装置内のストレージ３４，４４，５４の空き領域を認識し、この情報を基本ＧＷ２０等、通信線６に接続された装置に送信する機能を有する。
【００２１】
情報制御ＧＷ１０、基本ＧＷ２０、サーバ６０の各種機能は、ＣＰＵ１１，２１，６１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、メモリ１２，２２，６２が、プログラムを格納した非遷移的実体的記録媒体に該当する。
【００２２】
また、このプログラムが実行されることで、プログラムに対応する方法が実行される。なお、非遷移的実体的記録媒体とは、記録媒体のうちの電磁波を除く意味である。また、情報制御ＧＷ１０、基本ＧＷ２０、サーバ６０を構成するマイクロコンピュータの数は１つでも複数でもよい。
【００２３】
情報制御ＧＷ１０は、ＣＰＵ１１がプログラムを実行することで実現される機能の構成として、図１に示すように、記録制御部１７と、時刻管理部１８と、条件変更部１９と、を備える。
【００２４】
記録制御部１７の機能では、通信線５を流れるデータを監視し、これらのデータのうちの複数種類のデータを取得する。そして、取得されたデータのうちの予め準備された記録条件と合致するデータをストレージ１４，２４，３４，４４，５４に格納する。つまり、記録制御部１７の機能では、ストレージ１４，２４，３４，４４，５４に対するデータの記録を制御する。
【００２５】
なお、記録条件とは、データの種類、記録周期、分解能、収集時間、トリガとなる信号の有無等についての条件を表す。詳細については、後述する車両処理等にて説明する。
時刻管理部１８の機能では、ストレージ１４，２４，３４，４４，５４に格納されるデータについて、情報制御ＧＷ１０が管理する時刻を絶対時刻として、データが得られた時刻を絶対時刻に従って付与する。時刻管理部１８の機能の詳細については、後述する記録処理にて説明する。
【００２６】
条件変更部１９の機能では、アプリケーションの機能やデータを記録する際の記録条件を外部指令に応じて変更する処理を実施する。
また、基本ＧＷ２０は、ＣＰＵ２１がプログラムを実行することで実現される機能の構成として、データを中継するゲートウェイ装置としての機能、車両情報収集部２６Ａ、車両情報変換部２６Ｂ、車載ソフト書換部２６Ｃ、を備える。ゲートウェイ装置としての機能では、予め準備されたテーブルに従って複数の通信線５，６間で中継すべきデータの中継を行う。
【００２７】
車両情報収集部２６Ａの機能では、故障診断処理等において必要となる車両情報を収集する。車両情報収集部２６Ａの機能では、後述する、車両情報提供プロキシ、ダイアグマスタ等としての機能を有していてもよい。
【００２８】
車両情報変換部２６Ｂの機能では、車両情報を利用するアプリケーションに適したデータ形式に変換して提供する。車両情報変換部２６Ｂの機能では、後述する、車両情報提供プロキシ等としての機能を有していてもよい。つまり、車両情報変換部２６Ｂの機能では、記録部に格納されたデータを、データの提供先のサービスやアプリケーションの種別に応じて、対応する予め設定された形式に変換し、該変換後のデータをデータの提供先に出力するように構成される。
【００２９】
具体的には、車両の速度に関する情報を提供する場合、”1500パルス/sec”等の生デー
タを提供したり、生データを”100km/h”等の速度に変換したデータを提供したり、或いは”制限速度超え”等のある速度に対する大小関係に変換したデータを提供したりするとよい。つまり、サービス利用者が使い易い形に変換してから提供するとよい。
【００３０】
車載ソフト書換部２６Ｃの機能では、車両に搭載されたアプリケーションの書き換えを行う。車載ソフト書換部２６Ｃの機能では、後述する、リプログマスタ等としての機能を有していてもよい。
【００３１】
また、サーバ６０は、ＣＰＵ６１がプログラムを実行することで実現される機能の構成として、図１に示すように、診断部６６を備える。診断部６６の機能では、後述する故障診断処理を実施することによって車両において収集するデータを変更しつつ車両における故障の診断を行う。
【００３２】
情報制御ＧＷ１０、基本ＧＷ２０、サーバ６０を構成するこれらの要素を実現する手法はソフトウェアに限るものではなく、その一部または全部の要素について、一つあるいは複数のハードウェアを用いて実現してもよい。例えば、上記機能がハードウェアである電子回路によって実現される場合、その電子回路は多数の論理回路を含むデジタル回路、またはアナログ回路、あるいはこれらの組合せによって実現してもよい。
【００３３】
［１−２．処理］
［１−２−１．車両処理］
次に、情報制御ＧＷ１０のＣＰＵ１１が実行する車両処理について、図２のフローチャートを用いて説明する。
【００３４】
まず、Ｓ１１０で、情報制御ＧＷ１０は、定期診断サービスで定期的に情報を記録する。定期診断サービスとは、サーバ６０が定期的に車両の診断を行うためのサービス全般を示す。情報制御ＧＷ１０では、定期診断サービスの一部として、サーバ６０が定期的に車両の診断を行うために、必要となるデータを収集する処理を行う。
【００３５】
例えば、定期診断サービスには、バッテリ電圧、冷却水温度、ブレーキ油圧等の情報を収集するための記録条件が対応付けられており、この記録条件を満たすデータを定期情報としてストレージ１４，２４，３４，４４，５４に格納する。
【００３６】
なお、データを収集する際には、記録条件に従ってデータをストレージ１４，２４，３４，４４，５４に格納するが、記録条件は、サービス毎に設定される。また、記録条件としては、収集するデータの種類、データを記録する際の記録周期、それぞれのデータの分解能、データ収集の開始時刻と終了時刻とによって決定される収集時間、データ収集を開始する際のトリガとなる信号の有無、等の各種パラメータが設定される。なお、データをストレージ１４，２４，３４，４４，５４に格納する処理の詳細については、後述する記録処理にて説明する。
【００３７】
続いて、Ｓ１２０で、情報制御ＧＷ１０は、定期情報をサーバ６０にアップロードする。定期情報は、例えば、１日に１回等、予め設定された周期分の時間を経過したとき、或いはこの周期分の時間を経過後に最初に車両の電源が投入されたとき等に無線部１５を介してサーバ６０に対して送信される。
【００３８】
続いて、Ｓ１３０で、情報制御ＧＷ１０は、詳細診断サービスのプラグアンドプレイを受けた状態であるか否かを判定する。ここで、プラグアンドプレイ (Plug and Play, PnP) とは、情報制御ＧＷ１０に周辺機器や拡張カード等の接続機器が接続されたときに、情報制御ＧＷ１０や基本ＧＷ２０等のハードウェア、ファームウェア、ドライバ、オペレー
ティングシステム、およびアプリケーション間を協調させ、接続機器の組み込みおよび設定を自律的に行う機能を表す。
【００３９】
ただし、ここでのプラグアンドプレイは、情報制御ＧＷ１０に対して物理的に接続機器が接続される必要はない。物理的に接続機器が接続されることなく、サーバ６０から任意のサービスに関するプログラムを受信し、ハードウェアおよびソフトウェアを協調させることについても、プラグアンドプレイと表記する。なお、何らかの周辺機器や拡張カード等が情報制御ＧＷ１０に接続されることでプラグアンドプレイが実現される構成であってもよい。
【００４０】
また、本実施形態では、プラグアンドプレイによって、動的に、すなわち、システムをリスタートさせることなく、収集条件を変更することができるように構成している。
ここで、本実施形態では、プラグアンドプレイを実現するための構成の一例として、図３に示すように、サービスバスとしての機能を備える。
【００４１】
周知の多層アーキテクチャ（Multitier architecture）、すなわち、アプリケーションを複数の層に分け、それらを独立したモジュールとして開発および保守できる構成において、サービスバスは、アプリケーション層と、プレゼンテーション層およびプレゼンテーション層よりも下位の任意の層を表す下位層との間のデータの橋渡しを行うアプリケーションとして構成される。
【００４２】
サービスバスは、通信線５，６を介して通信を行う複数の装置、ここでは、情報制御ＧＷ１０、基本ＧＷ２０、ＥＣＵ３０，４０，５０が、あたかも１つの装置であるかのようにデータのやりとりを行うことができるように、データの受け渡しを行う。このために、サービスバスは、下位層以下で用いるデータと、アプリケーション層で用いるデータとの対応付けを行うためのデータベースを備え、このデータベースを参照することによってアプリケーション層と下位層との間でデータの形式を変換する。
【００４３】
例えば、ある装置１００が他の装置２００が有するデータとしてあるメッセージを利用したい場合に、ある装置１００は、アプリケーション層のレベルで要求を送信する（［１］要求送信）。すると、サービスバスが下位層かそれ以下に適したデータ形式に変換し、通信線５，６を介したデータ送信が実施される。
【００４４】
他の装置２００は、このデータを受けて、サービスバスがアプリケーション層にて利用可能なデータ形式に変換し、アプリケーション層にて要求が認識される（［２］要求受信）。続いて、これとは逆の手順で、他の装置２００がメッセージを返すと（［３］応答送信）、ある装置１００は、サービスバスを介してメッセージが受けられる（［４］応答受信）。
【００４５】
すなわち、サービスバスを設けることで、アプリケーションの開発の際に、下位層以下の構造を気にする必要がないようにしている。
なお、サービスバスには以下のような特徴がある。
【００４６】
［１］サービスバスは、車両に搭載されたＥＣＵや車外のクラウドサーバ、スマートフォン等の機器に搭載されるミドルウェアであり、個々のサービスバスがアプリ間通信、社内通信、車外通信によって接続されて仮想的に１本のサービスバスを構築する。サービスバスが車載通信等の下位層を隠蔽する。この構成によって、サービス開発者がサービス開発に専念できる。
【００４７】
［２］サービスバスは、車両システムやサービスからの起動要求を受けて起動し、車両
システムからの終了要求を受けて終了する。つまり、外部からサービスバスの起動状態を管理することができる。
【００４８】
［３］サービスバスがあることによって、アプリケーション（例えばサービス）のインストール、アンインストール、アップデートができる。例えば、サービスバス起動時、或いは開始管理サービスの要求を受けて、サービスを開始したり、サービスバス停止時、或いは停止管理サービスの要求を受けて、サービスを停止したりすることができる。つまり、サービスバスがあることで、サービスの状態を管理することできる。
【００４９】
［４］サービスバスがあることによって、あるサービスを利用するサービスを表すコンシューマサービスの実行要求を受けて、あるサービスを提供するサービスを表すプロバイダサービスを実行することができる。例えば、プロバイダサービスの搭載位置を解決すること、コンシューマサービスに応じて、プロバイダサービス毎に異なるアクセス制御をすること、サービス単位やメッセージ単位で調停等の優先度制御をすること、等を実現できる。
【００５０】
なお、本実施形態において、プラグアンドプレイの際には、アプリケーション層に相当するアプリケーションのみ、或いは、アプリケーション層に相当するアプリケーションおよびサービスバスを書き換えることで、簡素な処理でプラグアンドプレイを実現する。
【００５１】
情報制御ＧＷ１０は、Ｓ１３０で詳細診断サービスのプラグアンドプレイを受けた状態であると判定した場合には、Ｓ１３５に移行し、詳細診断サービスに対応する記録条件に記録条件を変更する。詳細診断サービスとは、定期診断サービスよりもより詳細に故障診断を行うサービスである。詳細診断サービスに対応する記録条件は、例えば、定期診断サービスに対応する記録条件よりも、格納されるデータの種類が多く、また、データを取得する頻度が高く設定される。
【００５２】
すなわち、上記の処理では、プラグアンドプレイによる入力を受けて、サーバ６０に対して提供するデータの種別を変更している。そして、データの種別が変更される際に、外部から詳細診断サービスに対応付けられた新たな記録条件を受けて、定期診断サービスでの記録条件に換えて新たな記録条件を利用するよう設定する。
【００５３】
続いて、Ｓ１４０で、情報制御ＧＷ１０は、詳細診断サービスで詳細情報を記録する。詳細診断サービスに対応する記録条件を満たすデータを詳細情報としてストレージ１４，２４，３４，４４，５４に格納する。
【００５４】
続いて、Ｓ１５０で、情報制御ＧＷ１０は、詳細情報をアップロードする。詳細情報は、直ちに無線部１５を介してサーバ６０に対して送信される。
一方、情報制御ＧＷ１０は、Ｓ１３０で詳細診断サービスのプラグアンドプレイを受けた状態でないと判定した場合には、Ｓ１８０へ移行し、経過観察サービスのプラグアンドプレイを受けた状態であるか否かを判定する。経過観察サービスとは、車両が故障している旨の診断がされた際に、その後の経過を観察するサービスである。
【００５５】
情報制御ＧＷ１０は、Ｓ１８０で経過観察サービスのプラグアンドプレイを受けた状態であると判定した場合には、Ｓ１８５に移行し、経過観察サービスに対応する記録条件に記録条件を変更する。経過観察サービスに対応する記録条件は、例えば、定期診断サービスに対応する記録条件よりも、格納されるデータの種類が多く、また、故障個所の状態を監視できるように故障個所に応じて設定される。
【００５６】
続いて、Ｓ１９０で、情報制御ＧＷ１０は、経過観察サービスで経過情報を記録する。
経過観察サービスに対応する記録条件を満たすデータを経過情報としてストレージ１４，２４，３４，４４，５４に格納する。
【００５７】
続いて、Ｓ２００で、情報制御ＧＷ１０は、経過情報をアップロードする。経過情報は、例えば、定期情報と同様に、１日に１回等、予め設定された周期分の時間を経過したとき等に無線部１５を介してサーバ６０に対して送信される。
【００５８】
一方、情報制御ＧＷ１０は、Ｓ１８０で経過観察サービスのプラグアンドプレイを受けた状態でないと判定した場合には、Ｓ２３０へ移行し、入庫案内を受けた状態であるか否かを判定する。入庫案内とは、故障があると診断されたために修理工場に入庫することを推奨するための案内を表す。
【００５９】
情報制御ＧＷ１０は、Ｓ２３０で入庫案内を受けた状態であると判定した場合には、Ｓ２４０へ移行し、表示部１６に入庫表示をする。例えば、入庫表示としては、「修理工場で検査を受けてください。」などのメッセージを表示部１６に表示させる。
【００６０】
一方、情報制御ＧＷ１０は、Ｓ２３０で入庫案内を受けた状態でないと判定した場合には、Ｓ２５０へ移行し、ソフト書換を受信した状態であるか否かを判定する。ソフト書換とは、情報制御ＧＷ１０、基本ＧＷ２０、ＥＣＵ３０，４０，５０等のソフトウェアを書き換える旨の指令であり、更新用のプログラムである書換データも指令とともに得られる。
【００６１】
情報制御ＧＷ１０は、Ｓ２５０でソフト書換を受信したと判定した場合には、Ｓ２６０へ移行し、ソフト書換設定をした後、図２の車両処理を終了する。書換データを用いてソフトウェアを更新するよう設定する。なお、ソフトウェアの更新は、駐車時等、非走行時に実施される。
【００６２】
一方、情報制御ＧＷ１０は、Ｓ２５０でソフト書換を受信していないと判定した場合には、図２の車両処理を終了する。
［１−２−２．故障診断処理］
サーバ６０が実行する故障診断処理について、図４のフローチャートを用いて説明する。故障診断処理では、まず、Ｓ３１０で、サーバ６０は、定期情報を取得した状態であるか否かを判定する。
【００６３】
サーバ６０は、Ｓ３１０で定期情報を取得したと判定した場合には、Ｓ３２０へ移行し、定期診断を実施する。定期診断とは、定期診断サービスのうちのサーバ６０にて実施される処理を表す。定期診断では、例えば、定期情報が予め準備された標準的な情報から乖離しているか否かを判定する。定期情報が標準的な情報から乖離している場合に異常があると判断する。
【００６４】
続いて、Ｓ３３０で、サーバ６０は、車両の何れかの部位に異常があるか否かを判定する。サーバ６０は、Ｓ３３０で異常があると判定した場合には、Ｓ３４０へ移行し、詳細診断サービスのプラグアンドプレイを実施する。
【００６５】
一方、サーバ６０は、Ｓ３３０で異常がある状態でないと判定した場合、或いは、Ｓ３１０で定期情報を取得していないと判定した場合には、Ｓ３７０へ移行し、詳細情報を取得した状態であるか否かを判定する。
【００６６】
サーバ６０は、Ｓ３７０で詳細情報を取得したと判定した場合には、Ｓ３８０へ移行し、詳細診断を実施する。詳細診断とは、詳細診断サービスのうちのサーバ６０にて実施さ
れる処理を表す。詳細診断では、定期情報に対してより多くのデータについて予め準備された標準的な情報から乖離しているか否かを判定する。ただし、データの収集時間は定期診断サービスよりも短く設定される。ストレージの容量に制限があるからである。
【００６７】
サーバ６０は、詳細情報のうちの何れのデータが標準的な情報から乖離しているかを認識し、異常が認識されたデータの種別に応じて、異常の箇所を推定する。この際、少なくとも、ハードウェアの故障であるか、ソフトウェアの異常であるかを特定する。
【００６８】
続いて、Ｓ３９０で、サーバ６０は、故障した状態であるか否かを判定する。サーバ６０は、Ｓ３９０で故障したと判定した場合には、Ｓ４００へ移行し、ハードウェアの故障であるか否かを判定する。
【００６９】
サーバ６０は、Ｓ４００でハードウェアの故障であると判定した場合には、Ｓ４１０へ移行し、入庫案内を送信した後、Ｓ４３０に移行する。一方、サーバ６０は、Ｓ４００でハードウェアの故障でないと判定した場合には、Ｓ４２０へ移行し、ソフト書換を送信する。
【００７０】
また、サーバ６０は、Ｓ３９０で故障していないと判定した場合には、Ｓ４３０へ移行し、経過観察サービスのプラグアンドプレイを実施する。
また、サーバ６０は、Ｓ３７０で詳細情報を取得していないと判定した場合には、Ｓ４６０へ移行し、経過情報を取得した状態であるか否かを判定する。サーバ６０は、Ｓ４６０で経過情報を取得したと判定した場合には、Ｓ４７０へ移行し、経過観察を実施する。経過観察では、経過情報のうちの何れのデータが標準的な情報から乖離しているかを認識し、異常が認識されたデータの種別に応じて、異常の箇所を推定する。
【００７１】
続いて、Ｓ４８０で、サーバ６０は、経過観察に問題があるか否かを判定する。サーバ６０は、Ｓ４８０で経過観察に問題があると判定した場合には、Ｓ４９０へ移行し、入庫案内を送信した後、図４の故障診断処理を終了する。
【００７２】
一方、サーバ６０は、Ｓ４６０で経過情報を取得していないと判定した場合、およびＳ４８０で経過観察に問題がないと判定した場合には、図４の故障診断処理を終了する。
［１−２−３．記録処理およびデータ送信処理］
情報制御ＧＷ１０が実行する記録処理について、図５のフローチャートを用いて説明する。以下に説明する記録処理は、Ｓ１１０、Ｓ１４０、Ｓ１９０の詳細を表す。まず、Ｓ６１０で、情報制御ＧＷ１０は、各ストレージの空き容量を認識する。
【００７３】
この処理では、図６に示すように、情報制御ＧＷ１０と基本ＧＷ２０とが協働して各通信線５，６に接続された各装置が有するストレージ１４，２４，３４，４４，５４のうちの空き領域を認識する。
【００７４】
ここで、情報制御ＧＷ１０は、図６および図７に示すように、記録制御部１７の機能の一部として、ストレージマスタ１７１としての機能、およびダイナミックプローブクライアント１７２として機能を備える。また、基本ＧＷ２０は、図６および図７に示すように、ダイナミックプローブサーバ２７としての機能を備える。
【００７５】
ストレージマスタ１７１には、ストレージ１４，２４，３４，４４，５４の空き領域を認識し、データを記録する位置を設定する機能を含む。
ダイナミックプローブクライアント１７２には、基準時刻情報を送信し、受信したデータに絶対時刻を付与する機能を備える。
【００７６】
ダイナミックプローブサーバ２７には、送信するデータに情報制御ＧＷ１０で時刻情報を付与するための内部情報を追加する機能を備える。
また、それぞれのストレージ１４，２４，３４，４４，５４には、記録処理によるデータを記録可能な領域が予め設定されており、情報制御ＧＷ１０は、ストレージマスタ１７１としての機能を用いて、この領域のうちの、自装置のストレージ１４の空き領域を認識する。また、基本ＧＷ２０は、ダイナミックプローブサーバ２７としての機能を用いて、基本ＧＷ２０の配下、すなわち、基本ＧＷ２０側の通信線６に接続された、複数のストレージ１４，２４，３４，４４，５４の空き領域を認識する。
【００７７】
この際、基本ＧＷ２０は、基本ＧＷ２０がＥＣＵ３０，４０，５０と通信を行うことによって空き領域を認識し、この情報を情報制御ＧＷ１０に送信する。
続いて、Ｓ６２０で、情報制御ＧＷ１０は、記録アドレスを設定する。記録アドレスとは、それぞれのストレージ１４，２４，３４，４４，５４のうちの空き領域の位置、すなわちアドレスを示す。
【００７８】
続いて、Ｓ６３０で、情報制御ＧＷ１０は、基準時刻情報を送信する。基準時刻情報とは、基準時刻を一意に特定できる番号を表す。基準時刻とは、情報制御ＧＷ１０が管理する基準となる時刻であり、絶対時刻である。
【００７９】
なお、情報制御ＧＷ１０には、基準時刻番号と絶対時刻を紐付けたテーブルが予め準備されている。また、この処理は、図７において情報制御ＧＷ１０が基本ＧＷ２０に対して「［１］基準時刻番号」を送信する処理に該当する。
【００８０】
ここまでの処理を受けて、基本ＧＷ２０では、図８に示すデータ送信処理が実施される。基本ＧＷ２０が実行するデータ送信処理について、図８のフローチャートを用いて説明する。
【００８１】
まず、Ｓ７１０で、基本ＧＷ２０は、データ送信タイミングであるか否かを判定する。データ送信タイミングとは、基本ＧＷ２０がデータを送信すべきタイミングとして予め設定されたタイミングを表す。
【００８２】
基本ＧＷ２０は、Ｓ７１０でデータ送信タイミングでないと判定した場合には、図８のデータ送信処理を終了する。一方、基本ＧＷ２０は、Ｓ７１０でデータ送信タイミングであると判定した場合には、Ｓ７２０へ移行し、受信したデータから基準時刻情報を抽出する。
【００８３】
続いて、Ｓ７３０で、基本ＧＷ２０は、送信すべき車両情報を取得する。この処理は、図７において基本ＧＷ２０が車両情報提供プロキシ２８としての機能を用いて、「［２］車両情報」を取得する処理に該当する。車両情報には、センサ等によって得られた情報、ＥＣＵによる演算によって得られた情報等、車両において取り扱われるデータ全般が該当する。
【００８４】
続いて、Ｓ７４０で、基本ＧＷ２０は、内部情報を付与する。内部情報には、タイムスタンプが含まれ、タイムスタンプには、基準時刻番号と内部タイマ値とが含まれる。
基準時刻番号とは、情報制御ＧＷ１０が持つ基準時刻に紐づけられている番号を表す。内部タイマ値とは、基本ＧＷ２０やその他のＥＣＵ３０，４０，５０が持つカウンタ値を表す。
【００８５】
この処理は、図７において基本ＧＷ２０が車両情報提供プロキシ２８としての機能を用いて、「［３］内部情報」ダイナミックプローブサーバ２７に送信する処理に該当する。
続いて、Ｓ７５０で、基本ＧＷ２０は、パッキングデータを送信した後、図８のデータ送信処理を終了する。なお、パッキングデータとは、車両情報と内部情報とを含むデータを表す。
【００８６】
このようなデータ送信処理を受けて、情報制御ＧＷ１０は、図５に示す記録処理のＳ６４０以下の処理を実施する。Ｓ６４０で、情報制御ＧＷ１０は、パッキングデータを受信した状態であるか否かを判定する。
【００８７】
情報制御ＧＷ１０は、Ｓ６４０でパッキングデータを受信していないと判定した場合には、Ｓ６４０に戻る。一方、情報制御ＧＷ１０は、Ｓ６４０でパッキングデータを受信したと判定した場合には、Ｓ６５０へ移行し、絶対時刻を抽出する。この処理では、情報制御ＧＷ１０が送信した基準時刻情報と、パッキングデータを受信したときの絶対時刻と、内部タイマ値とを用いて、通信による遅延時間や基本ＧＷ２０の内部処理による遅延時間を求め、車両情報が得られた時刻を推定する。
【００８８】
なお、情報制御ＧＷ１０が送信した基準時刻情報と、パッキングデータを受信したときの絶対時刻と、の中間値を車両情報が得られた時刻と推定してもよい。中間値から基本ＧＷ２０の性能に応じて予め設定された時間だけ減算した値、つまり、中間値よりも過去の時刻を車両情報が得られた時刻と推定してもよい。
【００８９】
続いて、Ｓ６６０で、情報制御ＧＷ１０は、記録条件を満たす状態であるか否かを判定する。情報制御ＧＷ１０は、Ｓ６６０で記録条件を満たす状態であると判定した場合には、Ｓ６７０へ移行し、ダイナミックプローブクライアント１７２の機能を用いて絶対時刻を付与した後、記録アドレスが対応するストレージにデータを記録し、図５の記録処理を終了する。ここでの記録条件は、サービスの種類によって設定された記録条件となる。
【００９０】
一方、情報制御ＧＷ１０は、Ｓ６６０で記録条件を満たす状態でないと判定した場合には、図５の記録処理を終了する。
［１−３．効果］
以上詳述した実施形態によれば、以下の効果を奏する。
【００９１】
（１ａ）本開示の情報制御ＧＷ１０は、ストレージ１４，２４，３４，４４，５４に対するデータの記録を制御するように構成される。ＣＰＵ１１は、記録制御部１７としての機能で、複数種類のデータを取得するように構成され、取得されたデータのうちの予め準備された記録条件と合致するデータをストレージ１４，２４，３４，４４，５４に格納するように構成される。
【００９２】
また、ＣＰＵ１１は、条件変更部１９としての機能で、外部から古い記録条件とは異なる新たな記録条件を受けると、古い記録条件に換えて新たな記録条件を利用する設定を行うように構成される。
【００９３】
このような情報制御ＧＷ１０によれば、新たな記録条件を受けると新たな記録条件に従ってストレージ１４，２４，３４，４４，５４にデータを格納することができるので、適切な記録条件を設定することによって必要とされるデータをストレージ１４，２４，３４，４４，５４の容量に応じて効率よく格納することができる。
【００９４】
（１ｂ）上記の情報制御ＧＷ１０においてＣＰＵ１１は、記録制御部１７としての機能で、互いに異なる場所に配置された複数のストレージ１４，２４，３４，４４，５４においてデータを記録可能な領域を表す空き領域を確認するように構成される。また、空き領域の位置を示すアドレスを設定するように構成される。また、アドレスに従って空き領域
にデータを記録させるように構成される。
【００９５】
このような情報制御ＧＷ１０によれば、複数のストレージ１４，２４，３４，４４，５４の空き領域の位置を調べてこれらの空き領域にデータを記録させるので、複数のストレージ１４，２４，３４，４４，５４を１つのストレージ１４，２４，３４，４４，５４であるかのように利用することができる。
【００９６】
（１ｃ）上記の情報制御ＧＷ１０においてＣＰＵ１１は、時刻管理部１８としての機能で、基本ＧＷ２０に対して、基準時刻情報を送信するように構成される。基本ＧＷ２０は、情報制御ＧＷ１０の通信相手となる装置であり、情報制御ＧＷ１０が管理する時刻を表す基準時刻情報を受けると、この基準時刻情報に、基本ＧＷ２０が送信すべき情報を付加した応答データ（例えば、パッキングデータ）を返すように構成される。
【００９７】
また、ＣＰＵ１１は、時刻管理部１８としての機能で、応答データを取得し、応答データに含まれる基準時刻情報に基づいて応答データの生成時刻を設定するように構成される。また、ＣＰＵ１１は、記録制御部１７としての機能で、応答データの生成時刻を対応付けてデータを記録させるように構成される。
【００９８】
このような情報制御ＧＷ１０によれば、基本ＧＷ２０は情報制御ＧＷ１０が送信した基準時刻情報を送信すべき情報とともに返すので、基本ＧＷ２０が時刻の情報を持たない場合や、基本ＧＷ２０が有する時刻の情報が、情報制御ＧＷ１０が有する時刻と異なる場合であっても、得られたデータに対して情報制御ＧＷ１０が有する時刻を対応付けて記録させることができる。
【００９９】
（１ｄ）上記の情報制御ＧＷ１０は、ＣＰＵ１１は、記録制御部１７としての機能で、ストレージ１４，２４，３４，４４，５４に格納されたデータを情報制御ＧＷ１０の外部に位置するサーバ６０に対して提供するように構成される。
【０１００】
ＣＰＵ１１は、条件変更部１９としての機能で、プラグアンドプレイによる入力があると、少なくとも情報制御ＧＷ１０が提供するデータの種別を変更するように構成される。
このような情報制御ＧＷ１０によれば、プラグアンドプレイで提供するデータの種別を変更するので、ユーザは簡単な作業を行うだけで情報制御ＧＷ１０が提供するデータの種別を変更することができる。
【０１０１】
（１ｅ）上記の情報制御ＧＷ１０においてＣＰＵ１１は、条件変更部１９としての機能で、情報制御ＧＷ１０が提供するデータの種別が変更される際に、新たな記録条件を利用する設定を行うように構成される。
【０１０２】
このような情報制御ＧＷ１０によれば、プラグアンドプレイで記録条件を変更することができる。
［２．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
【０１０３】
（２ａ）上記実施形態では、情報制御ＧＷ１０が搭載された車両を表す自車両の情報を収集し、サーバ６０に提供したが、自車両からの要求をトリガとして、サーバ６０を経由して、自車両以外の車両を表す他車両の車両情報を収集できるようにしてもよい。この場合、サーバ６０を経由したトリガを受けると、情報制御ＧＷ１０が予め設定されたデータを提供するようにするとよい。この場合、プライバシーに関わる情報を定義しておき、該当する他車両の情報は、自車両から取得できないようにするとよい。
【０１０４】
他車両からの情報は、下記のような目的で利用できる。
［１］自車両の故障診断のため、自車両と同種のクルマの車両情報を収集する。
［２］目的地周辺で、雨が降っているか確認するため、目的地周辺のクルマのワイパー稼働情報を収集する。
【０１０５】
［３］路上の障害物等の位置を予測するために、画像、動画、音声等の車両情報を収集できるようにする。
［４］防犯のため、遠隔地からスマートフォン等のユーザ端末から、車両情報収集条件を変更し、自車両のカメラ画像や動画情報を収集する。
【０１０６】
［５］故障時や事故時の要因解析のため、車両情報収集条件を変更し、車内の音声情報を収集する。
［６］バス負荷チェック機能を、サーバ６０、情報制御ＧＷ１０、或いはＥＣＵ３０，４０，５０に持ち、負荷が大きくなりすぎないように制御することで、制御に関わる通信が確実に成立するようにする。
【０１０７】
［７］車両情報を汎化して提供することで、メーカー、車種、センサの違いを吸収して、情報を提供する。より多くの車載器等でデータを共有できるようにする。
［８］なお、障害物を検知する場合、カメラ、ミリ波レーダー、レーザーレーダー等を利用する。
【０１０８】
（２ｂ）上記の情報制御ＧＷ１０や基本ＧＷ２０には、下記のような機能が備えられていてもよい。
［１］プローブマスタ
ユースケースに応じた可変の収集条件を基に、任意の期間の任意の車両情報を任意のトリガで収集し、提供する（仮想的に全ての車両情報を収集し、提供する）。具体的なニーズ：クラウドと連携した定期診断、詳細診断、経過観察を実行するために、収集条件サービスからのトリガや、故障（予兆を含む）を検知したクルマのトリガを基に、可変の収集条件を基にした車両情報を収集し、提供する。
【０１０９】
［２］車両情報提供プロキシ（Automotive Information proXy、AIPX）
車両情報（制御/ダイアグフレーム）を汎化し、サービスが求める形で提供する。サービス利用者に応じて、車両情報毎に異なるアクセス制御（許可/拒否）ができる。サービス利用者に応じて、車両情報を加工することで、制御ロジックを外部から隠蔽する。具体的なニーズ：”1500パルス/sec”、”100km/h”、”制限速度超え”等、速度情報を、サービス利用者が使い易い形に変換し、提供するために、AIPXを利用する。
【０１１０】
［３］ストレージマスタ
車両内に分散する制御ECUの余剰ストレージを一元管理することで、サービスが求める容量のストレージを提供する。具体的なニーズ：収集条件の変更により、収集する車両情報を記録するストレージが不足する際、ストレージサービスを利用する。ハードウェア交換時に、データを退避する際、ストレージサービスを利用する。ユーザ毎の個別の設定を記録するストレージが不足する際、ストレージサービスを利用する。
【０１１１】
すなわち、ストレージマスタ１７１は、複数のストレージうちの１つである特定記録部に対してデータを記録可能であるか否かを判定する。特定記録部とは、例えば、ストレージマスタ１７１が搭載された装置である情報制御ＧＷ１０のストレージ１４を表す。
【０１１２】
なお、収集条件の変更によってストレージ１４の領域が不足する場合、ハードウェア交
換時等のデータを退避する際にストレージ１４が利用不可能となる場合、ユーザ毎の個別の設定を記録するストレージ１４が不足する場合等が、特定記録部に対してデータを記録不可能な場合に該当する。収集条件が変更されること、ストレージ１４が利用不可能となること、ストレージ１４が不足することを検知する構成については、別途判定する構成を備えてもよいし、その旨を示す信号が入力される構成を備えてもよい。
【０１１３】
ストレージマスタ１７１は、特定記録部にデータを記録可能でない場合に、他のストレージ２４等の空き容量を確認し、空き容量のアドレスに従ってデータを記録させる。また、ストレージマスタ１７１は、ストレージ１４にデータを記録可能であれば、ストレージ１４にデータを記録させる。
【０１１４】
［４］時刻管理サービス
時刻を提供したり、ある時刻からの経過時間を提供したりする。絶対時刻を取得できないＥＣＵを含む。具体的なニーズ：故障診断のために、イベントを記録する際、絶対時刻を取得できない基本ＧＷに車両情報を収集した時間や、ＥＣＵで情報が発生した時間を記録するため、時刻管理サービスを利用する。
【０１１５】
［５］車外通信サービス
車外プロトコルと、サービスバスメッセージの違いを吸収し、車外サービスとメッセージ送受信する。具体的なニーズ：故障診断のために、収集した車両情報をクラウドにアップロードする際、車外通信サービスを利用する。
【０１１６】
［６］車両状態通知サービス
収集条件判定に使用する車両状態を提供する。車両状態には、電源状態を含む。具体的なニーズ：イグニッションＯＮ時の車両情報や、＋Ｂウェイクアップ時の車両情報を収集したい場合、車両状態通知サービスを利用する。車線変更時の車両情報を収集したい場合、車両状態通知サービスを利用する。
【０１１７】
［７］ダイアグマスタ
サービスが求めるダイアグフレームを提供する。具体的なニーズ：クラウドと連携した故障診断を実行するために、ＤＴＣや作動要因を読み出すために、ダイアグマスタを利用する。
【０１１８】
［８］リプログマスタ
収集条件サービス、ＡＩＰＸ（アクセス制御や加工）、ダイアグマスタ、ＥＣＵをソフト書換えすることで、収集や提供できる車両情報を変更する。具体的なニーズ：収集条件の変更や、ＰｎＰアプリではないソフトを書き換えたい場合、リプログマスタを利用する。
【０１１９】
（２ｃ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加または置換してもよい。なお、特許請求の範囲に記載した文言から特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。
【０１２０】
（２ｄ）情報制御ＧＷ１０が備えた機能、および基本ＧＷ２０が備えた機能は、互いに備えられていてもよく、また、一方が他方の機能の全てを備えていてもよい。具体的には
、情報制御ＧＷ１０が備えた記録制御部１７、時刻管理部１８、条件変更部１９としての機能は、基本ＧＷ２０で実現されてもよいし、基本ＧＷ２０が備えた車両情報収集部２６Ａ、車両情報変換部２６Ｂ、車載ソフト書換部２６Ｃとしての機能は、情報制御ＧＷ１０で実現されてもよい。
【０１２１】
（２ｅ）上述したデータ提供システム１の他、当該データ提供システム１の構成要素とする装置、当該データ提供システム１としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、データ管理方法など、種々の形態で本開示を実現することもできる。
【０１２２】
［３．実施形態の構成と本開示の構成との対応関係］
上記実施形態において、情報制御ＧＷ１０は本開示でいう記録制御装置に相当し、上記実施形態において基本ＧＷ２０は本開示でいう相手先装置に相当する。また、上記実施形態においてサーバ６０は本開示でいう提供先装置に相当し、上記実施形態においてストレージ１４，２４，３４，４４，５４は本開示でいう記録部に相当する。
【０１２３】
また、上記実施形態において情報制御ＧＷ１０が有する記録制御部１７としての機能は本開示でいうデータ取得部に相当し、上記実施形態において基本ＧＷ２０或いは情報制御ＧＷ１０が有する車両情報変換部２６Ｂとしての機能は、本開示でいうデータ出力部に相当する。また、上記実施形態において情報制御ＧＷ１０が実行する処理のうちのＳ１１０、Ｓ１４０、Ｓ１９０、Ｓ６７０の処理は本開示でいうデータ格納部に相当する。また、上記実施形態においてＳ１２０、Ｓ１５０、Ｓ２００の処理は本開示でいうデータ提供部に相当し、上記実施形態においてＳ１３５、Ｓ１８５、Ｓ２６０の処理は本開示でいう条件変更部および種別変更部に相当する。
【０１２４】
また、上記実施形態においてＳ６１０の処理は本開示でいう領域確認部に相当し、上記実施形態においてＳ６２０の処理は本開示でいうアドレス設定部に相当する。また、上記実施形態においてＳ６３０の処理は本開示でいう時刻送信部に相当し、上記実施形態においてＳ６４０の処理は本開示でいう時刻設定部に相当する。
【符号の説明】
【０１２５】
１…データ提供システム、５…通信線、６…通信線、１１，２１，６１…ＣＰＵ、１２，２２，６２…メモリ、１３，２３，６３…通信部、１４，２４，３４，４４，５４…ストレージ、１５…無線部、１６…表示部、１７…記録制御部、１８…時刻管理部、１９…条件変更部、２７…ダイナミックプローブサーバ、２８…車両情報提供プロキシ、３０，４０，５０…ＥＣＵ、６０…サーバ、６６…診断部、１７１…ストレージマスタ、１７２…ダイナミックプローブクライアント。
【図１】
2018206454.tif 000003
【図２】
2018206454.tif 000004
【図３】
2018206454.tif 000005
【図４】
2018206454.tif 000006
【図５】
2018206454.tif 000007
【図６】
2018206454.tif 000008
【図７】
2018206454.tif 000009
【図８】
2018206454.tif 000010