(57)【要約】必要なデータの要求を行う外部機器と、外部機器からの要求に基づき必要なデータを送信する複数の制御部と、外部機器と制御部との間に介在し、外部機器からの要求に基づき制御部との論理通信パスを確立し、対応する制御部へ必要なデータの送信を指示する通信制御機器とを備えた。
2009016785.tif 000002
【特許請求の範囲】
【請求項１】
車両状況を表示し、該表示に必要なデータの要求を行う外部機器と、
前記外部機器からの要求に基づき必要なデータを送信する複数の制御部と、
前記外部機器と前記制御部との間に介在し、前記外部機器からの要求を受信して解析する送受信制御部および前記送受信制御部の解析結果に基づき前記制御部との通信パスを確立して、対応する制御部へ必要なデータの送信を指示する複数のインタフェース部を備えた通信制御機器と
を有する通信制御システム。
【請求項２】
前記インタフェース部は、
前記送受信制御部から送信された要求を受信する通信制御部と、
前記通信制御部で受信した要求を解析して、対応する制御部へ必要なデータを送信するよう指示する解析部と
を備えたことを特徴とする請求項１記載の通信制御システム。
【請求項３】
前記通信制御機器は、前回通信時の論理通信パスの確立状況を前記制御部毎に記憶した記憶部を備え、前記記憶部の内容を前記外部機器へ送信することを特徴とする請求項１記載の通信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、外部機器からの要求に基づき、論理通信パスの確立を行う通信制御システムおよび通信制御システムに関する。
【背景技術】
【０００２】
従来の通信制御システムは、外部機器との通信確立において、複数の論理通信パスを有する場合、予め決められた順序に従って論理通信パスを確立していた。また、通信負荷を検出して、該負荷に基づいて論理通信パスの確立順序を変更するものもある（例えば、特許文献１参照）。【０００３】
【特許文献１】特開２００５−１０９５６号公報
【０００４】
従来の通信制御機器は、上記のように構成されており、予め決められた順序に従って外部機器との論理通信パスを確立するものは、論理通信パス確立の順序を変更する場合、ソフトウェアの変更が必要になるという課題があった。また、通信負荷に基づいて論理通信パス確立の順序を変更するものは、予め決められたアルゴリズムによって論理通信パスの確立順序が決定されるため、該アルゴリズムを変更する場合には、やはりソフトウェアの変更が必要になるという課題があった。【０００５】
この発明は、上記のような課題を解決するためになされたもので、動的に論理通信パス確立の順序を変更することができ、通信処理負荷を低減する通信制御システムを得ることを目的とする。
【発明の開示】
【０００６】
この発明に係る通信制御システムは、必要なデータを要求する外部機器と、前記外部機器から要求されたデータを送信する制御部と、前記外部機器の要求に基づいて前記制御部との通信パスを確立し、前記制御部へ必要なデータの送信を指示する通信制御機器とを備えたことを特徴とする。
【０００７】
この発明によれば、必要なデータを要求する外部機器と、前記外部機器から要求されたデータを送信する制御部と、前記外部機器の要求に基づいて前記制御部との通信パスを確立し、前記制御部へ必要なデータの送信を指示する通信制御機器とを備えるようにしたので、動的に任意の論理通信パスを確立することができ、必要なときに、必要な機能の通信のみを確立して、通信処理負荷を低減・効率化する効果がある。
【図面の簡単な説明】
【０００８】
【図１】この実施の形態１による通信制御システムの構成の一例を示した図である。
【図２】この実施の形態１による外部機器の内部構成図である。
【図３】この実施の形態１による通信制御機器の内部構成図である。
【図４】この実施の形態１による通信制御機器の動作を示したフローチャートである。
【図５】御機器と外部機器との論理通信パス確立の手順を示した図である。
【図６】ナビ制御部のみとの論理通信パス確立の手順を示した図である。
【図７】記憶部に記憶された接続テーブルを示した図である。
【図８】この実施の形態２による通信制御システムの動作手順を示した図である。
【発明を実施するための最良の形態】
【０００９】
以下、この発明をより詳細に説明するために、この発明を実施するための最良の形態について、添付の図面に従って説明する。
実施の形態１．
図１は、この実施の形態１による通信制御システムの構成の一例を示した図である。この実施の形態１による通信制御システムは、車載端末１０と外部機器２０から構成される。ＳＣＣＭ（Steering Column Control Module）３０は、ユーザによるＭＦＬ（Multi Function Steering）４０の操作に基づき、必要なデータを表示するよう外部機器２０へ指示する。外部機器２０は、オーディオ、ナビ、電話、時間等のデータを表示する機能を備え、ＳＣＣＭ３０からの指示に基づき、車載端末１０に表示に必要なデータを要求する。ＩＧＮ位置検出手段５０は、ＩＧＮのキー位置を車載端末１０および外部機器２０へ通知する。【００１０】
車載端末１０は、外部機器２０との通信のためにプロトコル変換を行うゲートウェイ１１と、オーディオの制御を行うオーディオ制御部１２と、ナビゲーションの制御を行うナビ制御部１３と、電話の制御を行う電話制御部１４と、時計の制御を行う時刻制御部１５と、ゲートウェイ１１を介して受信した外部機器２０からの要求に基づき、オーディオ制御部１２、ナビ制御部１３、電話制御部１４、時刻制御部１５との間の通信パスを確立して、必要なデータを外部機器２０へ送信するよう指示する通信制御機器１００とを備える。ここで、オーディオ制御部１２、ナビ制御部１３、電話制御部１４、時刻制御部１５の機能は、各制御部に対応するアプリケーションソフトがＣＰＵ（Central Processing Unit）等で実行されることにより実現される。また、通信制御部１００の内部構成については、図３にて詳述する。【００１１】
図２は、この実施の形態１による外部機器２０の内部構成図であり、ＣＡＮ（Controller Area Network）通信制御部２１、オーディオ情報取得インタフェース部２２、ナビ情報取得インタフェース部２３、電話情報取得インタフェース部２４、時刻情報取得インタフェース部２５、表示部２７を備える。ＣＡＮ通信制御部２１は、ＳＣＣＭ３０および車載端末１０と通信を行い、ＳＣＣＭ３０から送信される指示および車載端末１０から送信されるデータがどのインタフェース部に対するものであるかを解析して、オーディオ情報取得インタフェース部２２、ナビ情報取得インタフェース部２３、電話情報取得インタフェース部２４、時刻情報取得インタフェース部２５へ振り分ける機能を有する。また、オーディオ情報取得インタフェース部２２、ナビ情報取得インタフェース部２３、電話情報取得インタフェース部２４、時刻情報取得インタフェース部２５の機能は、各インタフェース部に対応するアプリケーションソフトがＣＰＵ等で実行されることにより実現される。【００１２】
オーディオ情報取得インタフェース部２２、ナビ情報取得インタフェース部２３、電話情報取得インタフェース部２４、時刻情報取得インタフェース部２５は、ＳＣＣＭ３０からの指示に基づき、それぞれ車載端末１０のオーディオ制御部１２、ナビ制御部１３、電話制御部１４、時刻制御部１５へ必要なデータを送信するように要求する。表示部２７は、車載端末１０から送信されたデータをユーザに表示する。【００１３】
図３は、この実施の形態１による通信制御機器１００の内部構成図であり、送受信制御部１１０、オーディオインタフェース部１２０、ナビインタフェース部１３０、電話インタフェース部１４０、時刻インタフェース部１５０を備える。ここで、オーディオインタフェース部１２０、ナビインタフェース部１３０、電話インタフェース部１４０、時刻インタフェース部１５０の機能は、各インタフェース部に対応するアプリケーションソフトがＣＰＵ等で実行されることにより実現される。送受信制御部１１０は、外部機器２０とゲートウェイ１１を介して通信し、外部機器２０から送信される要求がどのインタフェース部に対するものであるかを解析して、オーディオインタフェース部１２０、ナビインタフェース部１３０、電話インタフェース部１４０、時刻インタフェース部１５０へ振り分ける機能を有する。【００１４】
オーディオインタフェース部１２０は、送受信制御部１１０から送信された要求を通信制御部１２２で受信し、ＭＳＧ（Message）解析部（解析部）１２１で解析した後、通信制御部１２２を介してオーディオ制御部１２へ必要なデータを送信するよう要求し、オーディオ制御部１２から送信されたデータを通信制御部１２２で受信し、ＭＳＧ解析部１２１で解析・変換して送受信制御部１１０を介して外部機器２０へ送信する。また、オーディオ制御部１２は、オーディオインタフェース部１２０から要求されたデータを表示データ生成部１２ａで生成してオーディオインタフェース部１２０へ送信する。【００１５】
ナビインタフェース部１３０は、送受信制御部１１０から出力された要求を通信制御部１３２で受信し、ＭＳＧ解析部（解析部）１３１で解析した後、通信制御部１３２を介してナビ制御部１３へ必要なデータを送信するよう要求する。また、ナビ制御部１３から送信されたデータを通信制御部１３２で受信し、ＭＳＧ解析部１３１で解析・変換して送受信制御部１１０を介して外部機器２０へ送信する。また、ナビ制御部１３は、ナビインタフェース部１３０から要求されたデータを表示データ生成部１３ａで生成してナビインタフェース部１３０へ送信する。【００１６】
電話インタフェース部１４０は、送受信制御部１１０から出力された要求を通信制御部１４２で受信し、ＭＳＧ解析部（解析部）１４１で解析した後、通信制御部１４２を介して電話制御部１４へ必要なデータを送信するよう要求する。また、電話制御部１４から送信されたデータを通信制御部１４２で受信し、ＭＳＧ解析部１４１で解析・変換して送受信制御部１１０を介して外部機器２０へ送信する。また、電話制御部１４は、電話インタフェース部１４０から要求されたデータを表示データ生成部１４ａで生成してオーディオインタフェース部１４０へ送信する。【００１７】
時刻インタフェース部１５０は、送受信制御部１１０から出力された要求を通信制御部１５２で受信し、ＭＳＧ解析部（解析部）１５１で解析した後、通信制御部１５２を介して時刻制御部１５へ必要なデータを送信するよう要求する。また、時刻制御部１５から送信されたデータを通信制御部１５２で受信し、ＭＳＧ解析部１５１で解析・変換して送受信制御部１１０を介して外部機器２０へ送信する。また、時刻制御部１５は、時刻インタフェース部１５０から要求されたデータを表示データ生成部１５ａで生成して時刻インタフェース部１５０へ送信する。【００１８】
図４は、この実施の形態１による通信制御機器の動作を示したフローチャートである。
ＩＧＮ位置検出手段５０は、ＩＧＮのキー位置が「ＯＮ（オン）」、「Ｓｔａｒｔ（スタート）」または「ＡＣＣ（アクセサリ）」の位置にあるか否かを判定し（ステップＳＴ１）、キー位置が「ＯＮ」、「Ｓｔａｒｔ」または「ＡＣＣ」の位置にある場合、車載端末１０および外部機器２０へその旨の信号を送信する（ステップＳＴ１）。また、通信制御機器１００の内部でＩＧＮ位置検出手段５０からの信号を判断し、キー位置が他の位置にある場合には論理通信パスの確立動作は開始されない（ステップＳＴ２）。【００１９】
外部機器２０のＣＡＮ通信制御部２１は、ＩＧＮ位置検出手段５０から送信された信号を受信すると、通信制御機器１００へ通信開始要求を送信する（ステップＳＴ３）。次に、通信制御機器１００の送受信制御部１１０は、外部機器２０からゲートウェイ１１を介して通信開始要求を受信すると、それに対する応答通知を外部機器２０へ送信して通信準備を完了させる（ステップＳＴ４）。【００２０】
次に、送受信制御部１１０は、外部機器２０から送信された通信開始要求の内容を解析し、オーディオインタフェース部１２０、ナビインタフェース部１３０、電話インタフェース部１４０、時刻インタフェース部１５０のうち要求のあったインタフェース部に対して、それぞれオーディオ制御部１２、ナビ制御部１３、電話制御部１４、時刻制御部１５とのインタフェース（通信パス）を確立するよう指示する（ステップＳＴ６）。次に、オーディオインタフェース部１２０、ナビインタフェース部１３０、電話インタフェース部１４０、時刻インタフェース部１５０は、送受信制御部１１０から送信された要求に基づきオーディオ制御部１２、ナビ制御部１３、電話制御部１４、時刻制御部１５とのインタフェースを確立する。【００２１】
次に、送受信制御部１１０は、通信パス確立要求を外部機器２０へ送信する（ステップＳＴ７）。次に、外部機器２０のＣＡＮ通信制御部２１は、通信パス確立要求を受信すると応答通知を通信制御機器１００へ送信して車載端末１０と外部機器２０の論理通信パスが確立される（ステップＳＴ８）。ここで、ＩＧＮのキー位置が「ＯＦＦ（オフ）」または「ＬＯＣＫ（ロック）」位置にある場合（ステップＳＴ９）、車載端末１０と外部機器２０は、確立した論理通信パスを開放して動作を終了する（ステップＳＴ１０）。なお、ここでは、外部機器２０側から通信開始要求を開始する説明をしたが、車載端末１０側から通信開始要求を開始するように構成しても良い。【００２２】
ステップＳＴ９で、ＩＧＮのキー位置が「ＯＦＦ」または「ＬＯＣＫ」位置にない場合には論理通信パス確立の動作が継続される。オーディオ制御部１２、ナビ制御部１３、電話制御部１４、時刻制御部１５の状態が変化すると（ステップＳＴ１１）、変化を示すデータが通信制御機器１００を介して外部機器２０へ送信され（ステップＳＴ１２）、外部機器２０の表示部２７に該データが反映される。また外部機器２０より、情報要求信号が送信された場合（ステップＳＴ１３）、通信制御機器１００は、要求されたデータを対応する制御部１２〜１５より取得して外部機器２０へ送信する（ステップＳＴ１４）。【００２３】
図５は、車載端末１０と外部機器２０との論理通信パス確立の手順を示した図である。外部機器２０から送信される通信開始要求には、オーディオ制御１２、ナビ制御部１３、電話制御部１４、時刻制御部１５のうちどの制御部と通信を行うかを示すデータが付されている。例えば、オーディオ制御部１２との通信を行う場合パラメータとして「１２」が、ナビ制御部１３との通信を行う場合「１３」が付されているといった具合である。次に、通信制御機器１００は、通信開始要求を受信すると通信開始応答信号を外部機器２０へ送信する。【００２４】
次に、送受信制御部１１０は、外部機器２０より送信された通信開始要求に付されたパラメータを解析して、通信開始要求のあった制御部１２〜１５に対応するインタフェース部１２０〜１５０に対してＳｔａｒｔ信号を送信し、インタフェースを確立するように指示する。このとき、「０」または「１」のパラメータがＳｔａｒｔ信号に付されて送信される。ここでパラメータが「１」の場合、Ｓｔｏｐ信号が通知されるまで、外部機器２０との論理通信パスが維持され、外部機器２０との間でデータの送受信が行われる。また、パラメータが「０」の場合、インタフェース確立の確認後、インタフェース部１２０〜１５０からＳｔｏｐ信号が通知され外部機器２０との論理通信パスの確立を開放する。【００２５】
次に、通信制御機器１００は、各制御部１２〜１５からデータが送信されると、外部機器２０へ通信確立要求信号を送信して、外部機器２０より通信確立要求応答が返信されることにより外部機器２０と車載端末１０との間で論理通信パスが確立され、制御部１２〜１５と外部機器２０との間で、通信制御機器１００を介してデータのやり取りが開始される。具体的には、外部機器２０からデータ送信の要求があると、通信制御機器１００は、要求されたデータを各制御部１２〜１５から取得して外部機器２０へ送信し、また状態変化により制御部１２〜１５からデータが送信されると、該データを外部機器２０へ送信する。また、外部機器２０より通信開放要求が送信されると、通信制御機器１００は通信開放要求応答を外部機器２０へ送信し、制御部１２〜１５へＳｔｏｐ信号を通知して論理通信パスを開放し、処理を終了する。【００２６】
図６は、外部機器２０よりナビ制御部１３との論理通信パスのみを確立するように要求された場合の論理通信パス確立の手順を示した図である。なおここでは簡単のため、オーディオ制御部１２、ナビ制御部１３、電話制御部１４との論理通信パス確立のみを考えるものとする。
通信制御機器１００は、外部機器２０よりナビ制御部１３との通信開始要求を受信すると、外部機器２０へ通信開始要求応答を送信する。次に通信制御機器１００は、ナビ制御部１２に対してはパラメータ「１」を、オーディオ制御部１２、電話制御部１４に対してはパラメータ「０」を付してＳｔａｒｔ信号を通知する。【００２７】
ナビ制御部１３は、Ｓｔａｒｔ信号を受信すると、該信号に対してデータを通信制御機器１００へ送信する。通信制御機器１００は、ナビ制御部１３からデータ送信されると、通信パス確立要求を外部機器２０へ送信し、外部機器２０は通信パス確立要求応答を返信して、車載端末１０と外部機器２０との論理通信パスが確立される。また、オーディオ制御部１２、電話制御１４からもＳｔａｒｔ信号に対してデータが送信されるが、通信制御機器１００は、ナビ制御部１３からのデータ以外のデータについては要求が無いため送信しない。【００２８】
外部機器２０との論理通信パス確立後、通信制御部１００はナビ制御部１３から送信されたデータを外部機器２０へ送信する。また、オーディオ制御部１２、電話制御部１４へＳｔｏｐ信号を通知して確立した論理通信パスを開放する。その後外部機器２０から、ナビ制御部１３以外の制御部との通信開始要求が送信されても、通信制御機器１００は、該要求を制御部へ送信しない。またＳｔｏｐ信号が通知されたオーディオ制御部１２、電話制御部１４は状態変化が生じてもその情報を通信制御機器１００へ送信しない。【００２９】
以上のように、この実施の形態１による通信制御システムは、車両状況を表示し、該表示に必要なデータの要求を行う外部機器２０と、外部機器２０からの要求に基づき必要なデータを送信する複数の制御部１２〜１５と、外部機器２０と制御部１２〜１５との間に介在し、外部機器２０からの要求を受信して解析する送受信制御部１１０と、送受信制御部１１０の解析結果に基づき制御部１２〜１５との通信パスを確立して、対応する制御部へ必要なデータの送信を指示する複数のインタフェース部１２０〜１５０とを備えた通信制御機器１００とを備えるように構成したので、外部機器２０からの要求に基づいて動的に任意の論理通信パスを確立することができるという効果がある。また、車載端末１０の内部通信負荷を下げ、外部機器２０との通信を効率よく行えるという効果がある。また、外部機器２０と車載端末１０との間の論理通信パスの確立順序を変更する場合にも、ソフトウェアの入れ替えが必要ないため保守性がよくなるという効果がある。【００３０】
実施の形態２．
実施の形態２では、図１の点線で示したように、論理通信パス確立の状態を表した接続テーブルを記憶する記憶部１７０を通信制御機器１００に備えた形態について説明する。
図７は、記憶部１７０に記憶された接続テーブルを示した図である。接続テーブルには工場出荷時のデフォルト値である今回接続要求、前回の通信時における論理通信パス確立の状態である前回接続状態、および論理通信パスが確立できなかった原因を示す前回未接続理由が機能毎に記憶されている。今回接続要求の項目は工場出荷後ユーザが任意に変更できるように構成してもよい。その他の構成は実施の形態１を同様であるためその説明を省略する。【００３１】
次に動作について説明する。
図８は、この実施の形態２による通信制御システムの動作手順を示した図である。ＩＧＮのキー位置が、「ＯＦＦ」または「ＬＯＣＫ」位置となり通信が終了すると、送受信制御部１１０は、記憶部１７０へ論理通信パスの確立状態を記憶して、接続テーブルを更新する。具体的には、要求があったにもかかわらず論理通信パスを確立できなかった場合には、前回接続状態に０を記録すると共に、前回未接続理由の該当項目に１を記憶する。また、論理通信パスを確立できた場合には、前回接続状態に１を記録する。【００３２】
次に、ＩＧＮのキー位置が、「ＯＮ」、「ＳＴＡＲＴ」または「ＡＣＣ」位置になると接続テーブルに記憶されたデータを外部機器２０へ送信し、外部機器２０は接続テーブル送信応答を通信制御機器１００へ送信する。外部機器２０は、送信された接続テーブルの内容に基づき、その後の通信開始要求を行う。該通信開始要求は、今回接続要求の内容に基づいて行うようにしても良く、前回未接続理由に基づいて行うようにしてもよい。なお、通信開始要求後の動作については実施の形態１で説明したものと同様であるためその説明を省略する。【００３３】
以上のように、この実施の形態２では、通信制御装置１００に、論理通信パス確立の状態を表した接続テーブルを記憶する記憶部１７０を備え、論理通信パス確立動作前に記憶部１７０の接続テーブルを外部機器２０へ送信し、外部機器２０は送信された接続テーブルの内容に基づいて通信開始要求を通信制御機器１００へ送信するようにしたので、車載端末１０側で論理通信パス確立の状態を管理でき、外部機器１０は接続テーブルの内容に基づき柔軟に論理通信パスの確立が可能という効果がある。【００３４】
なお、実施の形態１および２では、車載端末１０が１つの場合について説明したが、走行距離、車速、エンジン温度等の車両情報を取得する車載端末１０をさらに外部機器２０へ接続し、該車両情報を外部機器１０の表示部２７へ表示するように構成する等、複数の車載端末１０をＣＡＮにより外部機器２０に接続するようにしても良い。
【産業上の利用可能性】
【００３５】
以上のように、この発明に係る通信制御システムは、動的に任意の論理通信パスを確立することで必要な機能の通信のみを確立するようにしたので、車載端末と外部機器との通信を行う通信制御システムなどに用いるのに適している。
【図１】
2009016785.tif 000003
【図２】
2009016785.tif 000004
【図３】
2009016785.tif 000005
【図４】
2009016785.tif 000006
【図５】
2009016785.tif 000007
【図６】
2009016785.tif 000008
【図７】
2009016785.tif 000009
【図８】
2009016785.tif 000010
【手続補正書】
【提出日】平成21年7月7日(2009.7.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両状況を表示し、該表示に必要なデータの要求を行う外部機器と、
前記外部機器からの要求に基づき必要なデータを送信する複数の制御部と、
前記外部機器と前記制御部との間に介在し、前記外部機器からの要求を受信して解析する送受信制御部および前記送受信制御部の解析結果に基づき前記制御部との通信パスを確立して、対応する制御部へ必要なデータの送信を指示する複数のインタフェース部を備えた通信制御機器とを有し、
前記通信制御機器は、前記外部機器と所定の制御部との間で通信パスが確立している際に、前記外部機器から他の制御部への通信開始要求が送信されても、前記他の制御部へ前記通信開始要求を送信しないことを特徴とする通信制御システム。
【請求項２】
前記インタフェース部は、
前記送受信制御部から送信された要求を受信する通信制御部と、
前記通信制御部で受信した要求を解析して、対応する制御部へ必要なデータを送信するよう指示する解析部と
を備えたことを特徴とする請求項１記載の通信制御システム。
【請求項３】
前記通信制御機器は、前回通信時の論理通信パスの確立状況を前記制御部毎に記憶した記憶部を備え、前記記憶部の内容を前記外部機器へ送信することを特徴とする請求項１記載の通信制御システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
この発明に係る通信制御システムは、必要なデータを要求する外部機器と、前記外部機器から要求されたデータを送信する制御部と、前記外部機器の要求に基づいて前記制御部との通信パスを確立し、前記制御部へ必要なデータの送信を指示する通信制御機器とを有し、前記通信制御機器は、前記外部機器と所定の制御部との間で通信パスが確立している際に、前記外部機器から他の制御部への通信開始要求が送信されても、前記他の制御部へ前記通信開始要求を送信しないことを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
この発明によれば、必要なデータを要求する外部機器と、前記外部機器から要求されたデータを送信する制御部と、前記外部機器の要求に基づいて前記制御部との通信パスを確立し、前記制御部へ必要なデータの送信を指示する通信制御機器とを有し、前記通信制御機器は、前記外部機器と所定の制御部との間で通信パスが確立している際に、前記外部機器から他の制御部への通信開始要求が送信されても、前記他の制御部へ前記通信開始要求を送信しないようにしたので、動的に任意の論理通信パスを確立することができ、必要なときに、必要な機能の通信のみを確立して、通信処理負荷を低減・効率化する効果がある。
【国際調査報告】
2009016785.tif 000011
2009016785.tif 000012