通信模擬系統、通信模擬方法和車輛通信裝置制造方法
【專利摘要】在非實際車輛狀態下模擬通信。通信模擬系統(100)具有：通信記錄單元(131)，其將作為在規定的場所進行的工序中的車輛電裝系統與車輛通信裝置(10a)之間的通信內容而被輸入的車輛狀態信息與工序、場所和車輛關聯起來，作為車輛條件記錄在車輛條件數據庫(121)中；車輛狀態信息取得單元(132)，其根據選擇出的車輛條件從車輛條件數據庫中取得車輛狀態信息；存儲部(120)，其存儲規定了與車輛電裝系統中包含的多個ECU執行的通信處理相同的處理的各個通信定義文件；以及通信控制單元(133)，其基于根據選擇出的車輛條件提取出的通信定義文件中規定的通信處理和根據選擇出的車輛條件取得的車輛狀態信息，與車輛通信裝置(10b)之間進行通信。
【專利說明】通信模擬系統、通信模擬方法和車輛通信裝置
【技術領域】
[0001] 本發明涉及對車輛的電裝系統的動作進行驗證的技術，尤其是，涉及模擬車輛的 電裝系統的通信的通信模擬系統、通信模擬方法和車輛通信裝置。
【背景技術】
[0002] 以往，為了驗證汽車等車輛的電裝系統的動作，對車輛電裝系統進行與學習、寫入 和檢查相關的車輛通信。與學習相關的車輛通信是用于使車輛電裝系統中包含的包括ECU 的（electronic Control Unit:電子控制單元）等在內的部件預先學習通信命令和與其對 應的動作（存儲）的車輛通信。與寫入相關的車輛通信是將用于使ECU、電裝系統或由它們 構成的部件正常動作所需的數據寫入到對應的電裝系統的存儲器等中的車輛通信。與檢查 相關的車輛通信是用于使從車輛外部與車輛電裝系統連接的車輛通信裝置對車輛電裝系 統等的動作狀態進行驗證的檢查通信。
[0003] 通常，汽車中搭載的各種電裝部件由車輛內部的ECU根據由車輛內部的傳感器檢 測出的車輛狀態來進行控制。在這樣的車載電裝部件出廠之前，需要對各車載電裝部件在 實際搭載于車輛中的狀態下是否可靠地動作進行試驗。以往，已知有這樣的用于車載電裝 部件的車載電裝部件試驗系統（例如，參照專利文獻1)。在專利文獻1所述的車載電裝部 件試驗系統中，連接2個系統的通信線路，進行模擬車輛整體的模擬，對各種車載電裝部件 的動作進行試驗。
[0004] 在汽車的生產中，例如，有時在具有另外的流水線的第2基地來生產在具有用于 檢查的規定流水線的第1基地生產的車型的車輛。此外，當在這樣的第2基地進行生產時， 有時將E⑶設為新規格來開發車輛。在這些情況下，通常，在進行量產的時期之前，將車輛 置于流水線而進行生產的狀態下，來確認流水線適應性、各種檢查工序等的成立性。即，在 實際車輛上確認是否能夠成功進行與在當前的流水線中移動的實際車輛的各ECU的通信， 該車是否能夠在當前的流水線中沒有問題地進行生產。這樣，由于流水線的詳細工序驗證 是使用實際車輛來進行的，因此通常在開發期間中的后期進行。此外，即使在基地相同的情 況下，在電裝系統的規格由于新機型等而發生變更時，也需要進行工序驗證。
[0005] 現有技術文獻 [0006] 專利文獻
[0007] 專利文獻1 :日本特開2005-181113號公報
【發明內容】
[0008] 發明要解決的問題
[0009] 在使用了實際車輛的詳細工序驗證中，在流水線的規劃（layout)等發生問題的 情況下，產生再次研究工序規劃或再次驗證變更的工序等的工時。在該情況下，不能在量產 之前確保充分的期間，其結果是，有時不能進行最優的工序規劃的量產。因此，期望削減浪 費的工時及構筑最優的工序規劃。
[0010] 此外，針對車載的部件的電裝系統，在組裝車輛時，需要預先學習動作的工序和寫 入所需數據的工序，與上述檢查工序同樣，每當產品規格或基地發生變化時，需要驗證學 習、寫入工序在生產流水線上是否能夠成立，從而期望削減其工時。
[0011] 因此，考慮不使用實際車輛，而通過模擬對工序進行驗證。但是，在專利文獻1所 述的車載電裝部件試驗系統中，利用模擬車輛整體的模擬來進行車載電裝部件的動作的試 驗，不能驗證流水線中的工序的成立性。
[0012] 因此，本發明的課題在于，解決上述問題，提供能夠在非實際車輛狀態下模擬通信 的通信模擬系統、通信模擬方法和車輛通信裝置。
[0013] 用于解決問題的手段
[0014] 為了解決所述問題，本發明的第1觀點的通信模擬系統模擬如下的通信，該通信 是在車輛通信裝置與車輛中搭載的車輛電裝系統之間根據至少1種車輛狀態信息和由規 定的通信定義文件規定的通信處理來進行的，其中，所述車輛通信裝置從車輛外部與多個 所述車輛電裝系統連接來對各個所述車輛電裝系統的動作狀態進行驗證，所述至少1種車 輛狀態信息表示在車輛側檢測出的分時刻的車輛狀態，所述通信模擬系統的特征在于，具 有：通信內容輸出單元，其輸入所述車輛狀態信息，來作為在規定的場所進行的工序中的所 述車輛電裝系統與所述車輛通信裝置之間的通信內容；通信記錄單元，其將所述輸入的車 輛狀態信息與工序、場所和車輛對應起來而作為車輛條件記錄在車輛條件數據庫中；存儲 單元，其分別存儲與規定了各個所述車輛電裝系統中包含的多個電子控制單元在規定的工 序中執行的通信處理的各個通信定義文件相同的通信定義文件；車輛狀態信息取得單元， 其根據選擇出的車輛條件，從所述車輛條件數據庫取得所述車輛狀態信息；以及通信制御 單元，其根據選擇出的工序，從所述存儲單元取得所述通信定義文件，基于所述取得的所述 通信定義文件中規定的通信處理以及根據所述選擇出的車輛條件而從所述車輛條件數據 庫取得的車輛狀態信息，與所述車輛通信裝置之間，進行所述選擇出的工序中的所述選擇 出的車輛條件的通信處理。
[0015] 根據該結構，在第1觀點的通信模擬系統中，通過通信內容輸入單元輸入車輛狀 態信息。此處，車輛狀態信息是表示在規定的場所進行的工序中，在車輛側檢測出的分時刻 的車輛狀態的信息。通信內容輸入單元例如針對每一車輛而分別輸入在多個不同的檢查場 所進行的檢查工序中被檢測的車輛狀態信息。進而，通信模擬系統通過通信記錄單元，將各 車輛狀態信息記錄在車輛條件數據庫中。進而，通信模擬系統將規定了電子控制單元在規 定的工序中執行的通信處理的通信定義文件分別存儲在存儲單元中。進而，通信模擬系統 通過車輛狀態信息取得單元，根據選擇出的車輛條件而從車輛條件數據庫取得車輛狀態信 息。此處，取得的車輛狀態信息表示在由車輛條件確定的場所檢測出的分時刻的信息。進 而，通信模擬系統通過通信控制單元與車輛通信裝置進行通信。此時，通信控制單元反映從 車輛條件數據庫取得的車輛狀態信息，根據選擇出的工序，進行從存儲單元取得的通信定 義文件中規定的通信處理。由此，通信模擬系統再現出由選擇出的車輛條件確定的場所的 工序中的車輛狀態信息。因此，通信模擬系統能夠在非實際車輛狀態下，模擬出在車輛中搭 載的車輛電裝系統與車輛通信裝置之間進行的通信的通信狀態。
[0016] 此外，在本發明的通信模擬系統中，優選的是，在所述規定的場所進行的工序中的 通信是下列通信中的任意一種通信：為了所述車輛通信裝置驗證所述車輛電裝系統的動作 而進行的檢查通信；用于所述車輛通信裝置進行學習的學習通信；以及用于所述車輛通信 裝置寫入數據的寫入通信。
[0017] 此外，本發明的第2觀點的通信模擬系統模擬檢查通信，該檢查通信是在車輛通 信裝置與車輛中搭載的車輛電裝系統之間以及所述車輛通信裝置與附帶于設備中的信息 處理終端裝置之間，根據至少1種車輛狀態信息和由規定的通信定義文件規定的通信處理 來進行的，其中，所述車輛通信裝置從車輛外部與多個所述車輛電裝系統連接來對各個所 述車輛電裝系統的動作狀態進行驗證，并且，所述車輛通信裝置以無線方式與所述信息處 理終端裝置進行通信連接，所述信息處理終端裝置對規定的檢查場所的必要信息進行管 理，所述至少1種車輛狀態信息表示在車輛側檢測出的分時刻的車輛狀態，所述通信模擬 系統的特征在于具有：通信內容輸入單元，其輸入所述車輛狀態信息，來作為在規定的檢查 場所進行的檢查工序中的所述車輛電裝系統和所述信息處理終端裝置與所述車輛通信裝 置之間的通信內容；通信記錄單元，其將所述輸入的車輛狀態信息與檢查工序、檢查場所和 車輛對應起來而作為車輛條件記錄在車輛條件數據庫中；存儲單元，其分別存儲與規定了 各個所述車輛電裝系統中包含的多個電子控制單元和所述信息處理終端裝置在規定的檢 查工序中執行的通信處理的各個通信定義文件相同的通信定義文件；車輛狀態信息取得單 元，其根據選擇出的車輛條件，從所述車輛條件數據庫取得所述車輛狀態信息；以及通信控 制單元，其根據選擇出的檢查工序，從所述存儲單元取得所述通信定義文件，基于所述取得 的所述通信定義文件中規定的通信處理以及根據所述選擇出的車輛條件而從所述車輛條 件數據庫取得的車輛狀態信息，并行地與所述車輛通信裝置之間進行有線通信處理和無線 通信處理，其中，所述有線通信處理是在所述選擇出的檢查工序中的所述選擇出的車輛條 件下由所述電子控制單元執行的，所述無線通信處理是在該檢查工序中由所述信息處理終 端裝置執行的。
[0018] 根據該結構，第2觀點的通信模擬系統通過通信內容輸入單元，輸入車輛狀態信 息作為車輛電裝系統和信息處理終端裝置與車輛通信裝置之間的通信內容。進而，通信模 擬系統通過通信記錄單元，將各車輛狀態信息記錄在車輛條件數據庫中。進而，通信模擬系 統分別將規定了電子控制單元和信息處理終端裝置在規定的檢查工序中執行的通信處理 的通信定義文件存儲在存儲單元中。進而，通信模擬系統通過車輛狀態信息取得單元，根據 選擇出的車輛條件，從車輛條件數據庫取得車輛狀態信息。進而，通信模擬系統通過通信控 制單元，與車輛通信裝置進行通信。此時，通信控制單元反映從車輛條件數據庫取得的車輛 狀態信息，根據選擇出的檢查工序，進行從存儲單元取得的通信定義文件中規定的通信處 理。由此，通信模擬系統并行地再現出：在由選擇出的車輛條件確定的檢查場所的檢查工序 中，由電子控制單元執行的有線通信處理；以及，在該檢查工序中，由信息處理終端裝置執 行的無線通信處理。因此，通信模擬系統能夠在非實際車輛狀態下，模擬出在車輛中搭載的 車輛電裝系統與車輛通信裝置之間進行的通信，并且，能夠模擬出對規定的檢查場所的必 要信息進行管理的附帶在設備中的信息處理終端裝置與車輛通信裝置之間進行的通信。
[0019] 此外，在本發明的通信模擬系統中，優選的是，所述車輛狀態信息是因每個場所的 設備和環境中的至少1項而受到影響的車輛狀態的信息。
[0020] 根據該結構，即使車輛狀態隨著場所而不同，通信模擬系統也能夠在非實際車輛 狀態下，模擬出在車輛中搭載的車輛電裝系統等與車輛通信裝置之間進行的通信的通信狀 態。
[0021] 此外，在本發明的通信模擬系統中，優選的是，所述通信控制單元使用對所述至少 1種車輛狀態信息反映出設想的變化量而生成的至少1種假想車輛狀態信息，來與所述車 輛通信裝置之間進行所述選擇出的車輛條件的通信處理。
[0022] 根據該結構，通信模擬系統能夠對如下通信進行模擬：該通信使用了對過去從實 際車輛取得的車輛狀態信息反映了設想的變化量而得到的假想車輛狀態信息。因此，不僅 利用過去取得的數據進行忠實的模擬，而且能夠通過靈活地改變取得數據進行模擬，來驗 證工序的成立性。
[0023] 此外，在本發明的通信模擬系統中，優選的是，所述假想車輛狀態信息是通過如下 方式生產：使用規定的數值轉換規則，對在一個機型的車輛中檢測出的通信內容中包含的 所述車輛狀態信息進行數值轉換，其中，所述規定的數值轉換規則是根據在所述一個機型 的車輛中檢測出的通信內容中包含的所述車輛狀態信息和在與所述一個機型相似的相似 機型的車輛中檢測出的通信內容中包含的所述車輛狀態信息之間的比較而預先求出的，所 述通信控制單元通過使用所述假想車輛狀態信息，來模擬另一機型的車輛對來自所述車輛 通信裝置的請求進行響應的通信內容，其中，所述另一機型反映了相對于所述一個機型變 化的變化量。
[0024] 此外，在本發明的通信模擬系統中，優選的是，所述假想車輛狀態信息是與在所述 車輛中檢測出的通信內容中包含的所述車輛狀態信息相關聯地生成的假想的通信信息，所 述通信控制單元通過使用所述假想車輛狀態信息，來模擬檢測出包含所述車輛狀態信息的 通信內容的車輛對來自所述車輛通信裝置的請求進行響應的通信內容。
[0025] 此外，在本發明的通信模擬系統中，優選的是，所述假想車輛狀態信息是通過數值 轉換而生成的，在該數值轉換中，對在所述車輛中檢測出的通信內容中包含的所述車輛狀 態信息，加上或減去由來自所述車輛通信裝置的特定的命令請求的數值，其中，所述特定的 命令是預先確定的，所述通信控制單元通過使用所述假想車輛狀態信息，來模擬檢測出包 含所述車輛狀態信息的通信內容的車輛對來自所述車輛通信裝置的所述特定的命令進行 響應的通信內容。
[0026] 此外，為解決所述問題，本發明第1觀點的通信模擬方法是通信模擬系統中的通 信模擬方法，該通信模擬系統模擬如下的通信，該通信是在車輛通信裝置與車輛中搭載的 車輛電裝系統之間根據至少1種車輛狀態信息和由規定的通信定義文件規定的通信處理 來進行的，其中，所述車輛通信裝置從車輛外部與多個所述車輛電裝系統連接來對各個所 述車輛電裝系統的動作狀態進行驗證，所述至少1種車輛狀態信息表示在車輛側檢測出的 分時刻的車輛狀態，所述通信模擬系統具有存儲單元和處理單元，其中，所述存儲單元分別 存儲與規定了各個所述車輛電裝系統中包含的多個電子控制單元在規定的工序中執行的 通信處理的各個通信定義文件相同的通信定義文件，所述通信模擬方法的特征在于，所述 處理單元執行如下步驟：通信內容輸入步驟，輸入所述車輛狀態信息，來作為在規定的場所 進行的工序中的所述車輛電裝系統與所述車輛通信裝置之間的通信內容；通信記錄步驟， 將所述輸入的車輛狀態信息與工序、場所和車輛對應起來而作為車輛條件記錄在車輛條件 數據庫中；車輛狀態信息取得步驟，根據選擇出的車輛條件，從所述車輛條件數據庫取得所 述車輛狀態信息；以及通信控制步驟，根據選擇出的工序，從所述存儲單元取得所述通信定 義文件，基于所述取得的所述通信定義文件中規定的通信處理以及根據所述選擇出的車輛 條件而從所述車輛條件數據庫取得的車輛狀態信息，與所述車輛通信裝置之間，進行所述 選擇出的工序中的所述選擇出的車輛條件的通信處理。
[0027] 此外，在本發明的通信模擬方法中，優選的是，在所述規定的場所進行的工序中的 通信是如下通信中的任意一種通信：為了所述車輛通信裝置驗證所述車輛電裝系統的動作 而進行的檢查通信；用于所述車輛通信裝置進行學習的學習通信；以及用于所述車輛通信 裝置寫入數據的寫入通信。
[0028] 此外，本發明的第2觀點的通信模擬方法是通信模擬系統中的通信模擬方法，所 述通信模擬系統模擬檢查通信，該檢查通信是在車輛通信裝置與車輛中搭載的車輛電裝系 統之間以及所述車輛通信裝置與附帶于設備中的信息處理終端裝置之間，根據至少1種車 輛狀態信息和由規定的通信定義文件規定的通信處理來進行的，其中，所述車輛通信裝置 從車輛外部與多個所述車輛電裝系統連接來對各個所述車輛電裝系統的動作狀態進行驗 證，并且，所述車輛通信裝置以無線方式與所述信息處理終端裝置進行通信連接，所述信息 處理終端裝置對規定的檢查場所的必要信息進行管理，所述至少1種車輛狀態信息表示在 車輛側檢測出的分時刻的車輛狀態，所述通信模擬系統具有存儲單元和處理單元，其中，所 述存儲單元分別存儲與規定了各個所述車輛電裝系統中包含的多個電子控制單元和所述 信息處理終端裝置在規定的檢查工序中執行的通信處理的各個通信定義文件相同的通信 定義文件，所述通信模擬方法的特征在于，所述處理單元執行如下步驟：通信內容輸入步 驟，輸入所述車輛狀態信息，來作為在規定的檢查場所進行的檢查工序中的所述車輛電裝 系統和所述信息處理終端裝置與所述車輛通信裝置之間的通信內容；通信記錄步驟，將所 述輸入的車輛狀態信息與檢查工序、檢查場所和車輛對應起來而作為車輛條件記錄在車輛 條件數據庫中；車輛狀態信息取得步驟，根據選擇出的車輛條件，從所述車輛條件數據庫取 得所述車輛狀態信息；以及通信控制步驟，根據選擇出的檢查工序，從所述存儲單元取得所 述通信定義文件，基于所述取得的所述通信定義文件中規定的通信處理以及根據所述選擇 出的車輛條件而從所述車輛條件數據庫取得的車輛狀態信息，并行地與所述車輛通信裝置 之間進行有線通信處理和無線通信處理，其中，所述有線通信處理是在所述選擇出的檢查 工序中的所述選擇出的車輛條件下由所述電子控制單元執行的，所述無線通信處理是在該 檢查工序中由所述信息處理終端裝置執行的。
[0029] 此外，在本發明的通信模擬方法中，優選的是，所述車輛狀態信息是因每個場所的 設備和環境中的至少1項而受到影響的車輛狀態的信息。
[0030] 此外，在本發明的通信模擬方法中，優選的是，所述處理單元在所述通信控制步驟 中，使用對所述至少1種車輛狀態信息反映出設想的變化量而生成的至少1種假想車輛狀 態信息，來與所述車輛通信裝置之間進行所述選擇出的車輛條件的通信處理。
[0031] 此外，在本發明的通信模擬方法中，優選的是，所述假想車輛狀態信息是通過如下 方式生成的：使用規定的數值轉換規則，對在一個機型的車輛中檢測出的通信內容中包含 的所述車輛狀態信息進行數值轉換，其中，所述規定的數值轉換規則是根據在所述一個機 型的車輛中檢測出的通信內容中包含的所述車輛狀態信息和在與所述一個機型相似的相 似機型的車輛中檢測出的通信內容中包含的所述車輛狀態信息之間的比較而預先求出的， 所述處理單元在所述通信控制步驟中，通過使用所述假想車輛狀態信息，來模擬另一機型 的車輛對來自所述車輛通信裝置的請求進行響應的通信內容，其中，所述另一機型反映了 相對于所述一個機型變化的變化量。
[0032] 此外，在本發明的通信模擬方法中，優選的是，所述假想車輛狀態信息是與在所述 車輛中檢測出的通信內容中包含的所述車輛狀態信息相關聯地生成的假想的通信信息，所 述處理單元在所述通信控制步驟中，通過使用所述假想車輛狀態信息，來模擬檢測出包含 所述車輛狀態信息的通信內容的車輛對來自所述車輛通信裝置的請求進行響應的通信內 容。
[0033] 此外，在本發明的通信模擬方法中，優選的是，所述假想車輛狀態信息是通過數值 轉換而生成的，在該數值轉換中，對在所述車輛中檢測出的通信內容中包含的所述車輛狀 態信息，加上或減去由來自所述車輛通信裝置的特定的命令請求的數值，其中，所述特定的 命令是預先確定的，所述處理單元在所述通信控制步驟中，通過使用所述假想車輛狀態信 息，來模擬檢測出包含所述車輛狀態信息的通信內容的車輛對來自所述車輛通信裝置的所 述特定的命令進行響應的通信內容。
[0034] 此外，為解決所述問題，本發明的車輛通信裝置從車輛外部經由車輛用接口以有 線方式與車輛中搭載的多個車輛電裝系統進行通信連接，并以無線方式與附帶于設備中的 信息處理終端裝置進行通信連接，其中，所述信息處理終端裝置對檢查場所的必要信息進 行管理，所述車輛通信裝置的特征在于，所述車輛通信裝置具有以能夠通信的方式與所述 通信模擬系統進行連接的通信模擬系統用接口，所述車輛通信裝置經由所述通信模擬系統 用接口，向所述通信模擬系統發送選擇出的工序根據規定的場所中的所述車輛狀態信息是 否成立的詢問，經由所述通信模擬系統用接口，從所述通信模擬系統接收針對所述詢問的 響應。
[0035] 根據上述結構，車輛通信裝置具有用于與車輛中搭載的多個車輛電裝系統連接的 車輛用接口；以及，用于與通信模擬系統連接的通信模擬系統用接口。由此，車輛通信裝置 經由通信模擬系統用接口與通信模擬系統之間進行通信，由此，能夠模擬出經由車輛用接 口的與車輛之間的通信和與信息處理終端裝置之間的通信。
[0036] 發明效果
[0037] 根據本發明的通信模擬系統和方法，能夠在非實際車輛狀態下對通信進行模擬。 因此，在車輛通信裝置的開發中，能夠進行非實際車輛狀態下的驗證，且能夠對每一生產基 地的通信的變化進行驗證。其結果是，能夠降低車輛通信裝置的開發成本，縮短開發期間。
【專利附圖】
【附圖說明】
[0038] 圖1是本發明的實施方式的車輛通信裝置的示意圖，其中，（a)示出了與車輛連接 的車輛通信裝置，（b)示出了與車輛模擬器連接的車輛通信裝置。
[0039] 圖2是示出圖1所示的車輛的內部的電子控制系統的結構例的框圖。
[0040] 圖3是示意性示出本發明的實施方式的通信模擬系統中的通信模擬方法的概要 的概念圖。
[0041] 圖4是示意性示出本發明的實施方式的通信模擬系統的運用例的概念圖。
[0042] 圖5是示意性示出本發明的實施方式的通信模擬系統的結構例的框圖。
[0043] 圖6是本發明的實施方式的通信模擬系統的第1動作例的概念圖，其中，（a)示出 了車輛通信裝置的動作，（b)示出了車輛模擬器的動作，（C)示出了流水線的車輛條件的時 間變化，（d)示出了與流水線的車輛條件對應的流水線上的車輛。
[0044] 圖7是本發明的實施方式的通信模擬系統的第2動作例的概念圖，其中，（a)示出 了車輛通信裝置的動作，（b)示出了車輛模擬器的動作，（c)示出了流水線的車輛條件的時 間變化，（d)示出了與流水線的車輛條件對應的流水線上的車輛。
[0045] 圖8是示出根據圖7的第2動作例而事先驗證的流水線的故障的概念圖。
[0046] 圖9是檢查工序的概念圖，其中，（a)示出了該檢查工序所需的車輛狀態，（b)示出 了在規定的流水線中該檢查工序所需的發動機狀態，（c)示出了在縮短的流水線中該檢查 工序所需的發動機狀態。
[0047] 圖10是本發明的實施方式的通信模擬系統的第3動作例且是應用于規定流水線 時的概念圖，（a)示出了車輛通信裝置的動作，（b)示出了車輛模擬器的動作，（c)示出了流 水線的車輛條件的時間變化，（d)示出了與流水線的車輛條件對應的流水線上的車輛。
[0048] 圖11是本發明的實施方式的通信模擬系統的第3動作例且是應用于其它流水線 時的概念圖，（a)示出了車輛通信裝置的動作，（b)示出了車輛模擬器的動作，（c)示出了流 水線的車輛條件的時間變化，（d)示出了與流水線的車輛條件對應的流水線上的車輛。
[0049] 圖12是示出本發明的實施方式的通信模擬系統的第1具體例的通信處理流程的 時序圖。
[0050] 圖13是示出第1具體例的水溫的時間變化的一例的曲線圖，其中，（a)示出了機 型A的取得數據，（b)示出了機型B的取得數據，（c)示出了機型C的預測數據。
[0051] 圖14是示出本發明的實施方式的通信模擬系統的第2具體例的通信處理流程的 概念圖，其中，（a)示出了車輛模擬器與車輛通信裝置之間的通信處理的順序圖，（b)示出 了開關信號的時間變化的一例的曲線圖。
[0052] 圖15是示出本發明的實施方式的通信模擬系統的第3具體例的通信處理流程的 概念圖，其中，（a)示出了車輛模擬器與車輛通信裝置之間的通信處理的順序圖，（b)示出 了轉速的時間變化的一例的曲線圖。
【具體實施方式】
[0053] 參照附圖，針對用于實施本發明的【具體實施方式】（稱作實施方式），分成如下各章 進行詳細說明：1.車輛通信裝置的概要，2.車輛內部的電子控制系統的概要，3.通信模擬 方法的概要，4.通信模擬系統的運用例，5.通信模擬系統的結構例，6.通信模擬系統的動 作的具體例，7.通信模擬系統的動作的另一具體例。
[0054] [1.車輛通信裝置的概要]
[0055] 如圖1的（a)和圖1的（b)所示，本發明的實施方式的車輛通信裝置10具有用于 利用內部的計算機進行的車輛診斷的鍵操作部15、顯示器16和把持部17,車輛通信裝置10 構成為能夠通過把持部17進行吊掛。
[0056] 如圖1的（a)所示，車輛通信裝置10經由0BD2 (On-Board Diagnostics 2 :車載 診斷系統2)規格的車輛用接口 11而與車輛20連接為能夠進行通信。車輛用接口 11在線 纜的末端設置有0BD2規格的接頭（公）。車輛用接口 11的0BD2規格的接頭以裝卸自如的 方式與車輛側的0BD2規格的接頭（母）連接。
[0057] 車輛通信裝置10從車輛外部與車輛20中搭載的車輛電裝系統（以下，簡單稱作 電裝系統）進行連接，來驗證各個電裝系統的動作狀態。如圖1的（a)所示，車輛20具有 多個電裝系統，在電裝系統與車輛通信裝置10之間進行通信。以下，為了簡化，設車輛20 具有兩個電裝系統21、22來進行說明。此外，為了驗證汽車等車輛的電裝系統的動作，在規 定的場所的規定的工序中，對車輛電裝系統進行學習、寫入和檢查相關的車輛通信，但是在 本實施方式中，以下，對與檢查相關的車輛通信（檢查通信）進行說明。此外，在車輛電裝 系統等的部件組裝中，進行用于學習作業和寫入作業的車輛通信，可以與檢查工序同樣地 在這些工序中進行應用。
[0058] 如圖1的（a)所示，當在規定的檢查場所進行規定的檢查工序時，車輛通信裝置10 經由車輛用接口 11而與車輛20以能夠通信的方式進行連接。圖1的（a)示出了在流水線 的輸送機19上對車輛20進行檢查的情況，但是，有時在從輸送機19卸下車輛20后進行檢 查。如圖1的（a)所示，車輛通信裝置10經由車輛用接口 11，向車輛20發送車輛的檢查工 序的請求信號（以下，稱作請求），從車輛20接收檢查工序的響應信號（以下，稱作響應）。 由此，在車輛通信裝置10與車輛20之間進行通信。
[0059] 此處，所謂請求，例如包含：車輛信息（包含車輛識別信息或后述的車輛狀態信息 等）的讀出請求、各種信息的寫入請求、安全解除請求、強制驅動請求、自我診斷請求、學習 開始請求、檢查工序驗證請求等。
[0060] 此外，響應例如包含車輛信息（車輛識別信息或后述的車輛狀態信息等）的應答、 各種信息的寫入完成/未完成的應答、安全解除/未解除的應答、自我診斷的可執行/不可 執行的應答、學習開始的可執行/不可執行的應答、檢查工序的成立/不成立的應答等。此 夕卜，來自車輛的ECU的響應可隨著后述的車輛狀態信息等而變化。
[0061] 此外，在該例中，具有附帶在設備中的信息處理終端裝置18。例如，如果是具有存 在X個檢查場所的檢查流水線的設備，則具有對與檢查場所對應的信息進行管理的X個信 息處理終端裝置18。該信息處理終端裝置18例如具有CPU (central Processing Unit :中 央處理器）、R〇M (Read Only Memory:只讀存儲器）、RAM (Random Access Memory:隨機存取 存儲器）、HDD (Hard Disk Drive:硬盤驅動器）、輸入/輸出接口等。信息處理終端裝置18 通過無線與車輛通信裝置10以能夠通信的方式進行連接。信息處理終端裝置18將通信定 義文件181存儲在未圖示的存儲單元中。通信定義文件181表示規定了在規定的檢查工序 中與車輛通信裝置10之間進行的通信處理的文件。信息處理終端裝置18將各種傳感器的 識別信息、名稱、規格、檢測值等（以下，稱作設備信息）作為檢查場所中的每一檢查項目所 需的信息而存儲在存儲單元中來進行管理。此外，信息處理終端裝置18還存儲并管理帶式 輸送機等搬送裝置的速度信息等。
[0062] 如圖1的（a)所示，車輛通信裝置10通過無線以能夠通信的方式與對規定的檢查 場所的必要信息進行管理的、附帶在設備中的信息處理終端裝置18進行連接。
[0063] 車輛通信裝置10在與車輛20以有線方式實際進行通信的過程中，通過無線通信， 從信息處理終端裝置18取得與上述有線通信相關的設備信息。
[0064] 此外，如圖1的（b)所示，車輛通信裝置10經由通信模擬系統用接口 12和通信 模擬裝置14,以能夠通信的方式與車輛模擬器1進行連接。通信模擬系統用接口 12例如 通過以太網（注冊商標）等LAN(Local Area Network:局域網）與通信模擬裝置14連接。 通信模擬系統用接口 12在線纜的末端例如設置有RJ45接頭。通信模擬系統用接口 12的 RJ45接頭相對于通信模擬裝置14側的對應的接頭插入口以裝卸自如的方式進行連接。通 信模擬裝置14例如通過USB (Universal Serial Bus :通用串行總線）與車輛模擬器1連 接。通信模擬裝置14例如是用于使由通常的個人計算機構成的車輛模擬器1以能夠通信 的方式與車輛通信裝置10進行連接的電子設備裝置。通信模擬裝置14與未圖示的外部電 源連接，能夠與車輛模擬器1獨立地進行動作。通信模擬裝置14也可以構成為具有后述的 記錄器190(參照圖5)的功能。此外，在圖1的（b)中，省略了車輛用接口 11。
[0065] 此處，為了簡化本發明的實施方式的通信模擬系統100(參照圖3?圖5)的一個 方式，記作車輛模擬器1。圖1的（b)的車輛模擬器1可以由安裝有用于作為通信模擬系統 而發揮作用的程序的通常的計算機構成。此外，后面將對通信模擬系統100的詳細情況進 行描述。
[0066] 在本實施方式中，為了簡化，車輛模擬器1例如模擬出與在圖3所示的通信模擬系 統100中選擇出的某車輛的特定的車輛狀態相應的通信。此外，在流水線中，將與在車輛側 被檢測出的各時刻的至少1種車輛狀態稱作車輛狀態信息。在圖1的（b)中，由以橫軸為 時間的曲線圖示出了車輛狀態信息的一例。在該曲線圖所示的車輛狀態的例子中，如虛線 所示，在某時刻起動發動機（IG_0N :IG_導通），在規定期間后使發動機停止（IG_0FF :IG_ 斷開）。此時，車速在發動機動作的規定期間之間，反復進行了 2次上升、下降、0(停止）的 循環。此外，此時，發動機的水溫與發動機動作聯動地逐漸上升。
[0067] 圖1的（b)例示了時刻在發生變化的3種車輛狀態，但這只是一例。此外，車輛 狀態隨著車輛而不同，當然，即使是相同的車輛，有時也會隨著檢查場所的設備和環境而不 同。例如，車速的時間變化和水溫的時間變化這樣的車輛狀態信息是受每一檢查場所的設 備和環境中的至少1個影響的信息。此處，檢查場所的設備例如包含用于進行檢查工序的 流水線。流水線的長度和結構例如給車速的時間變化帶來影響。此外，檢查場所的環境例 如包含氣溫等氣象條件。氣溫給發動機水溫的時間變化帶來影響。
[0068] 此外，如圖1的（b)所示，車輛通信裝置10經由通信模擬系統用接口 12和通信模 擬裝置14,向車輛模擬器1發送車輛的檢查工序的請求，并從車輛模擬器1接收檢查工序 的響應。由此，車輛模擬器1模擬出如同在車輛通信裝置10與車輛20之間進行通信這樣 的通信狀態。其中，在檢查工序中，車輛通信裝置10在與通信模擬系統100 (參照圖3?圖 5)進行通信時，能夠通過有線通信與通信模擬系統100之間再現出如下通信：車輛通信裝 置10如同與車輛20進行有線通信，且并行地通過無線與附帶在設備中的信息處理終端裝 置18(參照圖1的（a))進行通信。在這個含義上，車輛模擬器1還作為設備模擬器發揮作 用。
[0069] [2.車輛內部的電子控制系統的概要]
[0070] 圖2示出了作為檢查對象的汽車的車輛內部的電子控制系統的結構例。如圖2所 示，在該例中，車輛20主要具有電裝系統21、電裝系統22、傳感器組23、通信接口 24和操作 部25。
[0071] 電裝系統21具有多個電子控制單元（EQJ Electronic Control Unit)。以下，為 了簡化，設電裝系統21具有兩個ECU31、32,設電裝系統22具有兩個ECU33、34來進行說明。
[0072] ECU31例如表示發動機的電子控制系統，ECU32例如表示變速器的電子控制系統， ECU33例如表示音頻的電子控制系統，ECU34例如表示冷氣機的電子控制系統。此外，實際 上，在當前的最新型汽車中搭載有70個以上的ECU。
[0073] 各E⑶與車載LAN連接，并構成為能夠經由車載LAN和通信接口 24與車輛的外部 進行通信。通信接口 24是0BD2規格的接口。車輛通信裝置10的車輛用接口 11從車輛的 外部與通信接口 24以裝卸自如的方式進行連接。
[0074] 為了說明多個傳感器，傳感器組23在形式上統一地表示，實際上，各傳感器被分 別配設在與其功能對應的場所。以下，為了簡化，設傳感器組23包含3個傳感器51、52、53。 傳感器51例如表7^車速檢測傳感器，傳感器52例如表7^檢測發動機水溫的溫度傳感器，傳 感器53例如表7^轉向器轉向角傳感器。
[0075] 為了說明多個開關等，操作部25在形式上統一地表示，操作部25例如包含轉向器 和點火開關。駕駛者操作方向盤（handle)，由此，傳感器53檢測出轉向器轉向角。因駕駛 者將點火開關設為導通（0N)，由此，從操作部25向電裝系統21、22輸出點火開關的導通信 號。此外，駕駛者將點火開關設為斷開（OFF)等，從操作部25向電裝系統21、22輸出點火 開關的斷開信號。
[0076] 在電裝系統21、22中，通信協議可以隨著每一電裝系統而不同。電裝系統21例 如可以構成為與CAN通信對應，電裝系統22例如可以構成為與KWP2000通信對應。此外， KWP2000遵循汽車的故障診斷用接頭的國際標準規格（IS014230)。CAN(Controller Area Network:控制器局域網）遵循0BD2(國際標準規格（IS015765))。通信協議也可以是遵循 其它國際標準規格（IS09141)的串行通信或以太網（注冊商標）。
[0077] 如圖2所不，各電裝系統內的E⑶在內部例如具有微處理器41、輸入/輸出部42、 通信模塊43、通信定義文件44。微處理器41根據通信定義文件44,通過通信模塊43,經由 輸入/輸出部42輸入來自車輛外部的請求，并經由輸入/輸出部42,向車輛外部輸出響應。
[0078] 此處，通信定義文件44表示規定了各個電裝系統21、22中包含的E⑶31?34在 規定的檢查工序執行的通信處理的文件。
[0079] 例如，在ECU31為發動機的電子控制系統的情況下，例如，針對與廢氣標準 (Emission Standard)的法定檢查對應的每一通信，E⑶31分別持有通信定義文件44。此 夕卜，在圖2中，統一地表示多個通信定義文件。此外，在圖2中，僅圖示出ECU31的內部的結 構要素，但是，電裝系統21、22具有的各ECU32?34在內部具有相同的結構要素。
[0080] [3.通信模擬方法的概要]
[0081] 參照圖3(適當，參照圖1和圖2)，對基于通信模擬系統100的通信模擬方法的步 驟進行說明。作為前提，將在規定的檢查場所進行的檢查工序中的車輛20與車輛通信裝置 10之間的通信內容記錄為通信日志數據2。此外，將使車輛狀態信息、檢查工序、檢查場所 和車輛對應起來的信息稱作車輛條件。此外，也簡單地將能夠這樣與其它信息對應起來進 行唯一確定時的車輛狀態信息稱作車輛條件。即，對于規定車型的車輛，在規定檢查場所， 在規定檢查工序時，在車輛側檢測出的車速、水溫、發動機狀態（IG_接通/IG_斷開）等車 輛狀態信息為1個車輛條件。
[0082] 如圖3所示，以通信模擬系統100存儲有車輛條件數據庫121為前提。在圖3的 例子中，車輛條件數據庫121按每一檢查場所且每一車輛來保存車輛條件。此處，檢查場所 有制造廠1、制造廠2、……，車輛有車輛1、車輛2、……。
[0083] 此外，如圖3所示，通信模擬系統100在處理中使用了 E⑶數據5。E⑶數據5表 示車輛20的ECU31?34 (參照圖2)持有的通信定義文件44中的在實際處理中使用的數 據。在本實施方式中，ECU數據5預先存儲在通信模擬系統100的內部。此外，可以在每次 處理時從外部輸入該E⑶數據5。
[0084] 首先，通信模擬系統100取得檢查場所的流水線的車輛條件（步驟S1)。具體而言， 在通信模擬系統100中，輸入車輛狀態信息來作為在規定的檢查場所進行的檢查工序中的 電裝系統與車輛通信裝置之間的通信內容（通信內容輸入步驟）。進而，通信模擬系統100 將所輸入的車輛狀態信息記錄在車輛條件數據庫121中（通信記錄步驟）。
[0085] 接下來，通信模擬系統100選擇車輛條件（步驟S2)。由此，通信模擬系統100根 據選擇出的車輛條件，從車輛條件數據庫121取得車輛條件（車輛狀態信息）（車輛狀態信 息取得步驟）。
[0086] 作為一例，圖示了在從車輛條件數據庫121中選擇出與制造廠2的車輛1相關的 車輛條件時再現出的流水線的車輛條件的曲線圖3。
[0087] 此處，關于車輛條件的選定，可以由手動選擇也可以由自動選擇來實現。在手動選 擇的情況下，通信模擬系統100的用戶（操作者）每次使用輸入裝置150,執行選擇出期望 的車輛條件的操作。在自動選擇的情況下，以依次選擇出預先決定的車輛條件的方式進行 編程，并由用戶輸入指示開始處理的命令。
[0088] 接下來，通信模擬系統100利用ECU數據5,將從車輛條件數據庫121中選擇出的 車輛條件反映到ECU規格中（步驟S3)。即，通信模擬系統100作為根據ECU數據5中規定 的通信處理和選擇出的車輛條件與車輛通信裝置10之間進行通信的車輛模擬器1而發揮 作用（檢查控制步驟）。
[0089] 在所述步驟S3中，可以使顯示裝置160顯示再現出的流水線的車輛條件的曲線圖 3,在用戶確認了畫面顯示后，將相符的車輛條件反映到ECU規格中。
[0090] 此外，作為應用，用戶可以在顯示裝置160的畫面上對從車輛條件數據庫121中選 擇出的車輛條件進行編輯或加工這樣的手動設定（步驟S11)。作為一例，圖示了用戶對再 現出的流水線的車輛條件的曲線圖3進行編輯后的曲線圖4。曲線圖4的以下方面與曲線 圖3不同：通過編輯追加了發動機的每分鐘的轉速的信息；以及施加了對水溫的上升曲線 的一部分進行變更的加工。
[0091] 在該情況下，替代所述步驟S3,通信模擬系統100利用E⑶數據5,將用戶編輯完 的車輛條件反映到ECU規格中（步驟S12)。即，通信模擬系統100作為根據ECU數據5中 規定的通信處理和用戶編輯完的車輛條件與車輛通信裝置10之間進行通信的車輛模擬器 1而發揮作用。由此，能夠研究檢查工序在與從車輛條件數據庫121中選擇出的制造廠2的 車輛1所相關的車輛條件不同的條件下是否成立。由此，能夠在實施流水線的改良等之前， 預估其影響。
[0092] 此外，作為應用，用戶可以對ECU數據5進行編輯，并將編輯后的ECU數據反映到 選擇出的車輛條件和編輯完的車輛條件中，其中，所述ECU數據5是作為車輛的ECU在實際 處理中使用的數據而被設計出的數據。在該情況下，能夠研究檢查工序在根據以當初的開 發目的而設計的規格的數據改良后的新規格的ECU中是否成立。與此，能夠一邊開發實際 車輛，一邊預估生產時的影響。
[0093] [4.通信模擬系統的運用例]
[0094] 此處，參照圖4 (適當參照圖1和圖3)對通信模擬系統100的運用例進行說明。作 為圖3所示的車輛條件數據庫121的前提，在圖4的圖中左側示意性示出檢查場所（制造 廠1、制造廠2、···、制造廠Ν)的概念圖。在各制造廠中，作為生產流水線，具有用于組裝車 體、制造出成品車的一系列的組裝工序的整體的流水線（組裝流水線）和用于進行成品車 的出廠前的法定檢查等的一系列的檢查工序的整體的流水線（檢查流水線）。
[0095] 在所指的是在制造廠進行的一系列的組裝工序整體的情況下，記作組裝工序AF， 對該組裝工序AF中包含的細分化的多個組裝工序省略標號。
[0096] 在所指的是在制造廠進行的一系列的檢查工序的整體時，記作檢查工序VQ，對該 檢查工序VQ中包含的細分化的多個檢查工序省略標號。
[0097] 在檢查工序VQ中，包含：需要使車輛通信裝置10與車輛連接的檢查工序；以及從 車輛上拆除車輛通信裝置10來進行的檢查工序。
[0098] 此外，在檢查工序VQ中，包含：對用于檢查商品性的帶式輸送機（以下，簡單稱作 商品性輸送機或輸送機）上的車輛進行的檢查工序；以及從商品性輸送機上卸下車輛而在 停車或低速行駛狀態下進行的檢查工序。
[0099] 在檢查工序VQ中，例如包含：發動機、制動器、轉向器、傳感器等的商品性的檢查 和法規項目的檢查；大燈等的燈體檢查；變速器的檢查；音頻和冷氣機等的檢查；車輪的檢 查；以及防水檢查等。其中，例如，在車輪的檢查中，使發動機停止，利用被稱作SWAT (Static wheel aligment tester :靜態車輪定位儀）專用的測定儀來確認車輪定位（車輪的校正）。 此外，防水檢查是在檢查工序VQ中的大致最終階段，在淋浴測試專用設備（淋浴測試儀） 內進行的檢查。因此，在淋浴測試儀的前面，從車輛上拆除車輛通信裝置10。
[0100] 在圖4的圖中右側，示意性示出了例如作為制造廠N的設備的檢查流水線的流水 線布局的概念圖。圖4所示的流水線布局6是通信模擬系統100的顯示器中顯示的圖像的 一例。在該流水線布局6中，在從未圖示的組裝流水線進入檢查流水線的車輛20在圖4中 向右直進過程中，進行商品性輸送機上的檢查等。進而，在從商品性輸送機卸下后到3次左 拐的期間，依次進行燈體檢查和車輪定位等的檢查。進而，在第3次左拐后，車輛20通過淋 浴測試儀13。
[0101] 根據圖4所示的運用例，如圖3的步驟S3所示，通信模擬系統100利用車輛的ECU 數據5,例如將制造廠1的流水線的車輛條件（再現出的流水線的車輛條件的曲線圖3)反 映到ECU規格中，由此，例如能夠在非實際車輛狀態下研究與制造廠1的流水線相同的檢查 工序在制造廠N的流水線中是否成立。假設，當該檢查工序在制造廠N的流水線中不成立 的情況下，能夠在非實際車輛狀態下進行如下模擬：在流水線布局6中對商品性輸送機的 長度進行變更，或者對布局自身進行變更。后面將對其具體例進行描述。
[0102] [5.通信模擬系統的結構例]
[0103] 此處，參照圖5(適當參照圖1?圖4)，對本發明的實施方式的通信模擬系統的結 構例進行說明。關于車輛通信裝置10,在圖5中，將收集通信日志數據2(參照圖3)的時 刻的車輛通信裝置l〇a與和車輛模擬器1 (參照圖3)進行通信的時刻的車輛通信裝置10b 的標號區分開，作為各自的代表而各示出1臺。即，車輛通信裝置l〇a與車輛通信裝置10b 和通信模擬系統100進行關聯的時機不同。
[0104] 通信模擬系統100與通常的計算機同樣，例如具有CPU(Central Processing Unit :中央處理器）、ROM (Read Only Memory :只讀存儲器）、RAM (Random Access Memory : 隨機存取存儲器）、HDD (Hard Disk Drive :硬盤驅動器）和輸入/輸出接口等。如圖5所 示，該通信模擬系統100主要具有通信接口 110、輸入/輸出接口 111、存儲部120和處理部 130。
[0105] 在該通信模擬系統100作為車輛模擬器1 (參照圖3)而與車輛通信裝置10b進行 通信的時刻，通信接口 110作為用于進行通信的單元而發揮作用。通信接口 110例如具有 與和車輛通信裝置10b的通信模擬系統用接口 12連接的通信模擬裝置14對應的USB的接 □。
[0106] 此外，通信接口 110作為通信內容輸入單元來發揮作用，其在收集通信日志數據 2(參照圖3)的時刻，輸入車輛條件，作為在規定的檢查場所進行的檢查工序中的車輛電裝 系統與車輛通信裝置l〇a之間的通信內容（通信日志數據2 :參照圖3)。在本實施方式中， 從車輛通信裝置l〇a，經由記錄器190并通過通信接口 110輸入車輛條件。因此，記錄器190 例如具有與USB接頭對應的接口。
[0107] 記錄器190與未圖示的外部電源連接，能夠與通信模擬系統100獨立地進行動作。 記錄器190與車輛通信裝置10a的車輛用接口 11的0BD2接頭（公）對應地具有0BD2接頭 (母）。記錄器190經由0BD2接頭與車輛通信裝置10a連接，并具有掃描車輛通信裝置10a 中存儲通信日志數據2的功能和對掃描數據進行存儲的功能。記錄器190具有USB接頭線 纜，并與通信模擬系統100連接。通信模擬系統100經由USB接頭線纜和通信接口 110,取 得記錄器190中存儲的掃描數據作為車輛條件。
[0108] 輸入/輸出接口 111是用于輸入來自輸入裝置150的命令和數據，輸出發往顯示 裝置160的數據等的接口。在手動設定車輛條件的情況下，用戶（操作者）使用輸入裝置 150 (步驟S2 :參照圖3)。此外，用戶在顯示裝置160的畫面上對從車輛條件數據庫121中 選擇出的車輛條件進行編輯、加工這樣的手動設定的情況下，用戶使用輸入裝置150(步驟 S11 :參照圖3)。此處，輸入裝置150例如由鼠標、鍵盤、觸摸板、磁盤驅動器裝置等構成。此 夕卜，顯示裝置160例如由液晶顯示器等構成。
[0109] 存儲部（存儲單元）120例如由通常的硬盤和存儲器等構成。存儲部120對用于 使處理部130發揮功能的程序、檢查程序、由處理部130處理并預先存儲的各種數據、臨時 存儲的數據等進行存儲。如圖所示，存儲部120例如存儲有車輛條件數據庫121、通信定義 文件122和通信定義文件123。
[0110] 車輛條件數據庫121將輸入的車輛狀態信息、檢查工序、檢查場所和車輛作為車 輛條件對應起來進行保存。該車輛條件數據庫121是與圖3中例示的數據庫相同的數據庫。
[0111] 通信定義文件122分別表示與規定了車輛20的電裝系統21 (參照圖2)中包含的 ECU3U32在規定的檢查工序中執行的通信處理的各個通信定義文件44相同的通信定義文 件。此外，在圖5中，僅示出了 1個作為代表。選擇出的通信定義文件122是圖3所示的 ECU數據5。
[0112] 通信定義文件123分別表示與規定了車輛20的電裝系統22 (參照圖2)中包含的 ECU33、34在規定的檢查工序中執行的通信處理的各個通信定義文件44相同的通信定義文 件。此外，在圖5中，僅示出了 1個作為代表。選擇出的通信定義文件123是圖3所示的 ECU數據5。
[0113] 此處，為了與當前的最新型汽車對應，在存儲部120中，例如，存儲有約700個檢查 程序。此外，各檢查程序包含在對應檢查中用于判別合格/不合格的1個檢查處理單位（以 下，稱作檢查邏輯），或者包含多個檢查邏輯。因此，實際上，在存儲部120中，與這些檢查邏 輯對應地存儲有多個通信定義文件。此外，車輛條件數據庫121和各通信定義文件可以存 儲在相同的存儲單元中，也可以分別分散存儲在其它存儲單元中。
[0114] 處理部（處理單元）130例如由CPU等構成，如圖5所示，具有通信記錄單元131、 車輛狀態信息取得單元132、通信控制單元133和加工編輯單元134。
[0115] 通信記錄單元131將從通信接口 110輸入的通信日志數據2(參照圖3)作為車輛 條件（車輛狀態信息）記錄在車輛條件數據庫121中。通信記錄單元131將輸入的車輛狀 態信息與檢查工序、檢查場所和車輛對應起來記錄在車輛條件數據庫121中。
[0116] 車輛狀態信息取得單元132根據選擇出的車輛條件，從車輛條件數據庫121取得 車輛條件（車輛狀態信息）。此處，將取得的車輛條件（車輛狀態信息）輸出到通信控制單 元133。此外，如參照圖3說明的那樣，關于車輛條件的選定，可以由手動選擇也可以由自動 選擇實現。
[0117] 通信控制單元133根據選擇出的檢查工序，從存儲部120取得通信定義文件，根據 取得的通信定義文件（ECU數據5 :參照圖3)中規定的通信處理和由車輛狀態信息取得單 元132從車輛條件數據庫121取得的車輛條件（車輛狀態信息），經由通信模擬裝置14,與 車輛通信裝置l〇b之間進行通信。
[0118] 如圖5所示，通信控制單元133具有請求受理單元141、判定單元142和響應單元 143。
[0119] 請求受理單元141經由通信模擬系統用接口 12(參照圖1的（b))、通信模擬裝置 14和通信接口 110,從車輛通信裝置10b受理車輛的檢查工序的請求信號（請求）。如參 照圖1的（b)說明的那樣，在請求中，例如包含：車輛識別信息的讀出請求、車輛狀態信息的 讀出請求、各種信息的寫入請求、安全解除請求、強制驅動請求、自我診斷請求、學習開始請 求、檢查工序驗證請求等。此處，將所受理的請求輸出到判定單元142。
[0120] 判定單元142判定所受理的請求的類型。判定單元142根據請求的類型，從存儲 部120取得通信定義文件。此處，將取得的通信定義文件輸出到響應單元143。
[0121] 在所受理的請求的類型為自我診斷請求、學習開始請求等的情況下，判定單元142 根據預先確定的執行判定基準，判定是否可以執行自我診斷或學習開始等，并將可執行/ 不可執行的判定結果輸出到響應單元143。
[0122] 在受理的請求的類型為檢查工序驗證請求的情況下，判定單元142根據預先確定 的成立判定基準，判定檢查工序是否成立，并將成立/不成立的判定結果輸出到響應單元 143。
[0123] 響應單元143根據通信定義文件，生成針對受理的請求的響應信號（響應），并將 其經由通信接口 110、通信模擬裝置14和通信模擬系統用接口 12(參照圖1的（b))發送到 車輛通信裝置l〇b。
[0124] 在受理的請求的類型為自我診斷請求或學習開始請求等的情況下，響應單元143 同樣發送關于自我診斷或學習開始等的可執行/不可執行的判定結果。在受理的請求的類 型為檢查工序驗證請求的情況下，響應單元143同樣發送關于檢查工序的成立/不成立的 判定結果。
[0125] 加工編輯單元134根據來自輸入裝置150的信息加工操作和編輯操作，對從車輛 條件數據庫121中選擇出的車輛條件進行加工或編輯。此處，編輯是指，從外部向車輛條件 數據庫121新追加數據、或者對所存儲的數據進行排序或削除。此外，信息的加工是指對車 輛條件數據庫121中已存儲的數據的至少一部分進行變更，或者利用至少一部分生成新的 數據，追加變更或生成的數據作為新的數據。在上述步驟S11(圖3)中，示出了加工和編輯 的一例。
[0126] [6.通信模擬系統的動作的具體例]
[0127] 此處，提出3個具體例，依次對通信模擬系統100的動作進行說明。在這些具體例 中，例如，模擬出與在圖5所示的通信模擬系統100中選擇出的車輛的特定的車輛狀態相應 的通信，從而將通信模擬系統100作為其一個方式的車輛模擬器1來進行說明。
[0128] 6-1.第1動作例
[0129] 第1動作例是車輛模擬器1受理的請求的類型為關于與轉向器轉向角傳感器的學 習相關的檢查工序的驗證請求時的動作例。
[0130] (第1動作例的前提）
[0131] 車輛模擬器1針對規定的車輛，分別存儲包含有輸送機的流水線上的車速和發動 機的轉速，來作為在第1?第N的檢查場所、即圖4所示的制造廠1?制造廠N中檢測出的 速度信息（車輛狀態信息）。
[0132] 在制造廠1中，針對該車輛，在使車輛的左右車輪均置于商品性輸送機的狀態下， 實施轉向器轉向角傳感器的檢查工序，但在制造廠2中，不實施該檢查工序。設想為存在今 后也在制造廠2實施轉向器轉向角傳感器的檢查工序的計劃的情況。
[0133] 車輛通信裝置10通過驗證請求（簡單稱作請求）向車輛模擬器1詢問轉向器轉 向角傳感器的學習的檢查工序在制造廠2的檢查流水線中是否成立。該請求被定期地反復 發送。
[0134] 在第1動作例中，預先確定的成立判定基準是車速為0。這是因為，在車輛沒有停 止時，不能開始轉向器轉向角傳感器的學習。
[0135] 圖6是第1動作例的概念圖，其中，（a)示出了車輛通信裝置的動作，（b)示出了車 輛模擬器的動作，（c)示出了制造廠2的檢查流水線的車輛條件的時間變化，（d)示出了與 制造廠2的檢查流水線的車輛條件對應的流水線上的車輛。
[0136] 如圖6的（d)所示，在制造廠2中，在組裝工序AF之后的檢查工序VQ的流水線中， 具有單向輸送機191作為商品性輸送機。單向輸送機191上的車輛的左右一方的車輪位于 輸送機上且靜止，另一方的車輪與地面接觸而隨動于輸送機的移動。車輛在從單向輸送機 191卸下后，在地面上自行行駛。
[0137] 圖6的（c)所示的車速的時間變化的曲線圖示出了在制造廠2中測定出的速度信 息。具體而言，如圖6的（c)和圖6的（d)所示，在制造廠2的檢查流水線中，在車輛置于 商品性輸送機后，在時刻t = tl、t2,檢測出隨動于輸送機的移動的車速（例如，速度3km)， 并檢測出表示發動機停止的轉速（Orpm)。進而，在車輛從單向輸送機191卸下后，在時刻 t = t3、檢測表示車輛在地面上靜止的車速（速度Okm)，并檢測出表示發動機停止的轉速 (Orpm)。此外，在車輛自行行駛時，在時刻t = t4,檢測出表示流水線上的低速行駛的車速 (速度20km)，并檢測出對應的發動機的轉速（例如，3000rpm)。
[0138] 車輛模擬器1模擬出該車輛時刻在發生變化的車輛狀態，并與車輛通信裝置10之 間進行通信。此時，車輛通信裝置10與車輛模擬器1之間的動作順序為如下這樣。首先， 如圖6的（a)所示，在時刻t = tl中，車輛通信裝置10發送請求201。進而，如圖6的（b) 所示，車輛模擬器1將時刻t = tl時的流水線的車輛條件203反映到ECU通信規格202 (作 為E⑶數據5而被選擇的通信定義文件）中，生成響應204。此處，如圖6的（c)所示，車輛 條件203為車速（例如，速度3km)和轉速（Orpm)。因此，如圖6的（a)所示，車輛通信裝置 10接收到針對該檢查工序表示不成立的否定的響應205。
[0139] 時刻t = t2時的動作順序與將在時刻t = tl以200號臺的標號說明的動作順序 置換為210號臺的標號的情況相同。在該情況下，與時刻t = tl時同樣，車輛通信裝置10 接收否定的響應215。
[0140] 時刻t = t4時的動作順序與將在時刻t = tl以200號臺的標號說明的動作順序 置換為230號臺的標號的情況相同。在該情況下，與時刻t = tl時同樣，車輛通信裝置10 接收到否定的響應235。
[0141] 時刻t = t3時的動作順序與將在時刻t = tl以200號臺的標號說明的動作順序 置換為220號臺的標號的情況相同。不過，車輛通信裝置10接收的響應225是針對檢查工 序表示成立的肯定的響應。這是因為，如圖6的（c)所示，車輛條件223為車速（速度Okm) 和轉速（Orpm)，車輛條件223為滿足成立判定基準。
[0142] 因此，如果車輛模擬器1根據預先確定的成立判定基準，在制造廠2的檢查流水線 中，將實施轉向器轉向角傳感器的學習的檢查工序的場所設為時刻t = t3時的位置、即車 輛從單向輸送機191卸下而在地面上靜止的位置，則驗證出檢查工序成立。因此，在制造廠 2中，能夠將該驗證結果反映到實施轉向器轉向角傳感器的檢查工序的計劃中。
[0143] 此處，作為比較，假定為不使用車輛模擬器1，而在制造廠2中進行使用了實際車 輛的流水線的詳細的工序驗證。例如，在制造廠2中，與制造廠1同樣地，在商品性輸送機 上實施轉向器轉向角傳感器的檢查工序來觀察。這樣可知：在制造廠2中，由于商品性輸送 機為單向輸送機，因此在輸送機上車速不為〇,轉向器轉向角傳感器的檢查工序不成立。因 此，需要重新進行工序布局的變更和驗證，使得工時增加。
[0144] 另一方面，如本實施方式那樣，在使用了車輛模擬器1的情況下，能夠防止那樣的 情況于未然。此外，根據車輛模擬器1，例如，在新設置流水線的情況下，即使利用單向輸送 機來形成商品性輸送機，例如，僅通過將轉向器轉向角傳感器的檢查工序的場所變更為能 夠實施的位置，即可在維持高質量的同時，實現低制造成本。此外，本實施方式的車輛模擬 器1不僅在商品性輸送機為單向輸送機的制造廠中具有效果，在流水線方式不同的檢查場 所也能夠起到相同的效果。
[0145] 6-2.第2動作例
[0146] 第2動作例是如下情況下的動作例：車輛模擬器1受理的請求的類型為關于與發 動機的排放法規（發動機的怠速檢查）相關的檢查工序的驗證請求。
[0147] (第2動作例的前提）
[0148] 與所述第1動作例的前提的不同之處如下所示。
[0149] 車輛模擬器1針對規定的車輛，除了存儲包含有輸送機的流水線上的車速和發動 機的轉速以外，還分別存儲發動機的水溫，來作為在制造廠1?制造廠N中檢測出的車輛狀 態息。
[0150] 制造廠1針對該車輛，在商品性輸送機上實施發動機的怠速檢查的檢查工序，但 是在制造廠3中，不實施該檢查工序。設想為存在今后在制造廠3中實施發動機的怠速檢 查的檢查工序的計劃的情況。
[0151] 制造廠3的檢查流水線的長度與制造廠1的檢查流水線的長度相等。與制造廠1 相比，制造廠3坐落于氣溫特別低的寒冷地區。
[0152] 車輛通信裝置10通過請求來詢問發動機的怠速檢查的檢查工序在制造廠3的檢 查流水線中是否成立。
[0153] 預先確定的成立判定基準為：發動機的怠速時的車速為0且水溫為50°C以上。因 為這些是能夠開始檢查的條件。
[0154] 圖7是第2動作例的概念圖，其中，（a)示出了車輛通信裝置的動作，（b)示出了車 輛模擬器的動作，（c)示出了制造廠3的檢查流水線的車輛條件的時間變化，（d)示出了與 制造廠3的檢查流水線的車輛條件對應的流水線上的車輛。
[0155] 如圖7的（d)所示，在制造廠3中，在組裝工序AF之后的檢查工序VQ的流水線中， 車輛的左右車輪均置于商品性輸送機192上。車輛在從商品性輸送機192卸下后，在地面 上自行行駛，并在規定位置停車。
[0156] 圖7的（c)所示的曲線圖示出了在制造廠3中測定出的車輛狀態信息的一例。該 曲線圖的虛線表示車速，實線表示水溫。具體而言，如圖7的（c)和圖7的（d)所示，在制 造廠3的檢查流水線中，在車輛置于商品性輸送機192上的期間內（時刻t = tl、t2、t3)， 檢測出發動機在怠速時的車速（速度〇km)，此外，當在車輛從商品性輸送機192卸下后在地 面上自行行駛時，檢測出最大的車速，當在規定位置停車時（時刻t = t4)，檢測出發動機在 怠速時的車速（速度〇km)。此外，在時刻t = tl、t2、t3、t4,各個發動機的轉速例如分別 被檢測為 812rpm、723rpm、706rpm、704rpm。
[0157] 如圖7的（c)所示，在制造廠3的檢查工序的流水線中，在時刻t = tl、t2、t3、t4， 各個發動機的水溫例如分別被檢測為20°C、30°C、40°C、50°C。
[0158] 車輛模擬器1模擬出該車輛時刻在發生變化的車輛狀態，并與車輛通信裝置10之 間進行通信。此時，車輛通信裝置10與車輛模擬器1之間的動作順序如下所示。首先，在 時刻t = tl，如圖7的（a)所示，車輛通信裝置10發送請求301。進而，如圖7的（b)所 示，車輛模擬器1使時刻t = tl時的流水線的車輛條件303反映到ECU通信規格302 (作 為E⑶數據5而被選擇的通信定義文件）中，生成響應304。此處，如圖7的（c)所示，車輛 條件303為車速（速度0km)、轉速（812rpm)和水溫（20°C )。因此，如圖7的（a)所示，車 輛通信裝置10接收到表示檢查條件不成立的否定的響應305。
[0159] 時刻t = t2時的動作順序與將在時刻t = tl以300號臺的標號說明的動作順序 置換為310號臺的標號的情況相同。在該情況下，與時刻t = tl時同樣地，車輛通信裝置 10接收到否定的響應315。
[0160] 時刻t = t3時的動作順序與將在時刻t = tl以300號臺的標號說明的動作順序 置換為320號臺的標號的情況相同。在該情況下，與時刻t = tl時同樣地，車輛通信裝置 10接收到否定的響應325。
[0161] 此處，作為比較，假定不使用車輛模擬器1，而在坐落于寒冷地區的制造廠3中，進 行使用了實際車輛的流水線的詳細的工序驗證。例如，在制造廠3中，與制造廠1同樣地， 試著在商品性輸送機上實施發動機的怠速檢查的檢查工序。于是，如圖8所示，在制造廠3 的檢查工序的流水線中，在車輛20的發動機起動時（341)，水溫較低，商品性輸送機192上 的水溫上升較?。?42)，為達到能夠開始檢查的水溫，花費較多時間，檢查時間用盡（343)。 艮P，在排放測定結束前，車輛20到達商品性輸送機192的終點。
[0162] 另一方面，根據本實施方式，如圖7所示，在時刻t = tl、t2、t3、車輛通信裝置10 從車輛模擬器1接收到否定的響應。因此，能夠在不使用實際車輛的狀態下事先預測到在 制造廠1的商品性輸送機上實施的發動機的怠速檢查的檢查工序在制造廠3中的商品性輸 送機上不成立。
[0163] 假設，遵循在制造廠1中實施的步驟順序，在商品性輸送機上實施發動機的怠速 檢查的檢查工序，則例如需要提高檢查流水線的室溫。因此，受限于在制造廠1中實施的步 驟順序，在制造廠3中，導致了因使用暖氣而造成的制造成本的上升。
[0164] 另一方面，根據本實施方式，如圖7的（c)所示，在時刻t = t4,如果將在時刻t = tl以300號臺的標號說明的動作順序置換為320號臺的標號，則與時刻t = tl時同樣地，車 輛通信裝置10接收到響應335,此時的響應335是表示檢查條件成立的肯定的響應。這是 因為，如圖7的（c)所示，車輛條件333為車速（速度0km)、轉速（704rpm)和水溫（50°C )， 車輛條件333滿足成立判定基準。
[0165] 因此，根據車輛模擬器1，基于預先確定的成立判定基準，能夠驗證出：在制造廠3 的檢查流水線中，在發動機的排放法規（發動機的怠速檢查）的檢查工序在商品性輸送機 192上不成立，而在車輛從商品性輸送機192卸下后的規定位置成立。進而，在坐落于寒冷 地區的制造廠3中，在非實際車輛狀態下，通過模擬事先知曉：如果對檢查工序的實施順序 和實施場所進行變更而不受制造廠1的檢查的順序限制，則即使在寒冷地區，也能夠低成 本地生產車輛。
[0166] 6-3.第3動作例
[0167] 第3動作例是如下情況下的動作例：車輛模擬器1受理的請求的類型為關于與發 動機的排放法規（缺火檢查）相關的檢查工序的驗證請求。
[0168] (第3動作例的前提）
[0169] 與所述第1動作例的前提的不同之處如下所示。
[0170] 車輛模擬器1針對規定的車輛，分別存儲包含有輸送機的流水線上的發動機的動 作期間和停止期間，來作為在制造廠1?制造廠N中檢測出的車輛狀態信息。
[0171] 在制造廠1中，對該車輛實施了與發動機的缺火（miss fire)相關的缺火檢查（以 下，稱作MF檢查）的檢查工序，但在制造廠4中，沒有實施該檢查工序。設想存在今后在制 造廠4實施MF檢查的檢查工序的計劃的情況。
[0172] 制造廠4的生產流水線（組裝流水線+檢查流水線）的長度與制造廠1的生產流 水線（組裝流水線+檢查流水線）的長度相等。不過，與制造廠1相比，在制造廠4的設備 中，延長了組裝流水線，縮短了檢查流水線。即，制造廠4的檢查流水線的長度短于制造廠 1的檢查流水線的長度。
[0173] 車輛通信裝置10通過請求來詢問MF檢查的檢查工序在制造廠4的檢查流水線中 是否成立。
[0174] 預先確定的成立判定基準為實現了從燃料管路進行空氣抽取的自我診斷。此處， 視為在發動機起動后經過了預先確定的規定時間時，進行了從燃料管路的空氣抽取，實現 了自我診斷而完成。不過，在發動機停止時，將到此為止經過的自我診斷時間復位。即，在發 動機起動后經過預先確定的規定時間之前使發動機停止的情況下，即使發動機再次起動， 在發動機停止前用于進行自我診斷的經過時間也變為無効，需要從最初開始重新進行自我 診斷。
[0175] 圖9的（a)示出了在實施MF檢查時，將車輛20所需的車輛狀態與檢查流水線中的 經過時間對應起來的概念圖。如圖9的（a)所示，隨著檢查流水線中的時間經過，車輛狀態 依次變化為怠速狀態401、低速狀態402、怠速狀態403、低速狀態404、發動機停止狀態405、 低速狀態406、怠速狀態407、低速狀態408和怠速狀態409。
[0176] 圖9的（b)示出了在制造廠1的檢查流水線中實施MF檢查時，將該檢查工序所需 的發動機狀態與檢查流水線中的經過時間對應起來的概念圖。如圖9的（b)所示，隨著制 造廠1的檢查流水線中的時間經過，車輛20的發動機狀態依次變化為發動機起動狀態411、 發動機停止狀態412和發動機起動狀態413。
[0177] 此處，圖9的（b)中的時間軸與圖9的（a)中的時間軸對應。即，圖9的（b)所示 的發動機起動狀態411的期間與圖9的（a)所示的怠速狀態401、低速狀態402、怠速狀態 403和低速狀態404的期間一致。圖9的（b)所示的發動機停止狀態412的期間與圖9的 (a) 所示的發動機停止狀態405的期間一致。圖9的（b)所示的發動機起動狀態413的期 間與圖9的（a)所示的低速狀態406、怠速狀態407、低速狀態408和怠速狀態409的期間一 致。如圖9的（b)所示，在制造廠1的檢查流水線中，隨著發動機起動狀態411的期間的開 始，開始MF檢查。進而，在發動機起動狀態411的期間內經過了規定的檢查時間T1之后， 結束MF檢查。
[0178] 此外，圖9的（c)示出在制造廠4的檢查流水線中實施MF檢查時設想的、將該檢 查工序所需的發動機狀態與檢查流水線中的經過時間對應起來的概念圖。如圖9的（c)所 示，隨著制造廠4的流水線中的時間經過，車輛20的發動機狀態依次變化為制造廠4的組 裝流水線的最終階段中的發動機停止狀態421，從進入制造廠4的檢查流水線時開始的發 動機起動狀態422、發動機停止狀態423和發動機起動狀態424。
[0179] 此處，圖9的（c)中的時間軸與圖9的（a)中的時間軸是對應的。艮卩，圖9的（c) 所示的發動機停止狀態421的期間與圖9的（a)所示的怠速狀態401的期間一致。圖9的 (c)所示的發動機起動狀態422的期間與圖9的（a)所示的低速狀態402、怠速狀態403和 低速狀態404的期間一致。這樣進行計劃的原因在于，制造廠4的組裝流水線長于制造廠1 的組裝流水線，與此相應地反映為制造廠4的檢查流水線短于制造廠1的檢查流水線。進 而，圖9的（c)所示的發動機停止狀態423的期間和發動機起動狀態424的期間與圖9的 (b) 所示的發動機停止狀態412的期間和發動機起動狀態413的期間分別一致。如圖9的 (c) 所示，在制造廠4的檢查流水線中，隨著發動機起動狀態422的期間的開始，開始MF檢 查。進而，在經過了與檢查時間T1相同的時間范圍的設想檢查時間T2后，結束MF檢查，由 此計劃為使MF檢查成立。
[0180] 此處，為了進行比較，對如下情況進行說明：使用已經實施了 MF檢查的制造廠1的 檢查流水線中的車輛信息，通過車輛模擬器1，能夠模擬出MF檢查成立。
[0181] 圖10是制造廠1的流水線中的第3動作例的概念圖，其中，（a)示出了車輛通信 裝置的動作，（b)示出了車輛模擬器的動作，（c)示出了制造廠1的檢查流水線的車輛條件 的時間變化，（d)示出了與制造廠1的檢查流水線的車輛條件對應的流水線上的車輛。
[0182] 在制造廠1中，在組裝工序AF之后的檢查工序VQ的流水線中，車輛的左右車輪均 置于圖10的（d)所示的輸送機193上。車輛在從輸送機193卸下后，在地面上移動，在設 置有SWAT的位置，使發動機停止，在確認車輪定位后，進行自行行駛，結束MF檢查，進入檢 查流水線的下一檢查工序。
[0183] 圖10的（c)所示的曲線圖表示在制造廠1中觀測到的車輛信息的一例。該曲線 圖的橫軸表示時間，縱軸表示與預先確定的成立判定基準的條件對應的二值評價。具體而 言，該曲線圖的縱軸在下側針對空氣抽取條件判定示出成立（0K)和不成立（NG)這兩個級 別的判定值，在上側示出關于發動機的動作（ENG_RUN)的0N(發動機起動）和0FF(發動機 停止）這兩個級別的判定值。
[0184] 具體而言，如圖10的（c)和圖10的（d)所示，在制造廠1的檢查流水線中，在時 亥lj t = tl，車輛置于輸送機193。此時，發動機的動作（ENG_RUN)為停止（0FF)，并且，空氣 抽取條件判定為不成立（NG)。在時刻t = t2,在發動機起動時，發動機的動作（ENG_RUN)切 換到起動（0N)，開始自我診斷。在發動機起動后經過了預先確定的規定時間（自我診斷時 間T3)時的時刻t = t3,空氣抽取條件判定被切換為成立（0K)，達成自我診斷而完成。車 輛在從輸送機193卸下后，在地面上移動，在時刻t = t5,在設置有SWAT的位置，使發動機 停止后，將發動機的動作（ENG_RUN)切換為停止。車輛確認車輪定位，在時刻t = t6發動 機起動時，發動機的動作（ENG_RUN)被切換為起動。
[0185] 車輛模擬器1模擬出該車輛時刻在發生變化的車輛狀態，并與車輛通信裝置10之 間進行通信。此時，車輛通信裝置10與車輛模擬器1之間的動作順序如下所示。在時刻t =t3空氣抽取條件判定切換為成立后，在車輛從輸送機193卸下之前的時刻t = t4,如圖 10的（a)所示，車輛通信裝置10發送請求501。進而，如圖10的（b)所示，車輛模擬器1 使時刻t = t4時的流水線的車輛條件503反映到ECU通信規格502 (作為ECU數據5而被 選擇的通信定義文件）中，生成響應504。此處，如圖10的（c)所示，車輛條件503為發動 機的動作（ENG_RUN)的持續時間。如圖10的（c)所示，發動機的動作（ENG_RUN)的持續時 間為t2?t4的時間，為空氣抽取的自我診斷時間T3以上。因此，如圖10的（a)所示，車 輛通信裝置10接收到表示檢查條件成立的肯定的響應505。
[0186] 接下來，對如下情況進行說明：使用制造廠4的檢查流水線中的車輛信息，通過車 輛模擬器1來模擬MF檢查的檢查工序是否成立。此外，適當省略與上述制造廠1的檢查流 水線中的模擬的說明相同的動作順序等，對不同點進行說明。
[0187] 圖11是與關于制造廠4的流水線中的第3動作例的圖10相同的概念圖，但圖11 所述的時刻與圖10所述的時刻不一致。
[0188] 在制造廠4中，在組裝工序AF之后的檢查工序VQ的流水線中，車輛的左右車輪均 置于圖11的（d)所不的輸送機195。不過，輸送機195短于圖10的（d)所不的輸送機193。 此處，設圖11的（d)所示的輸送機195的長度與被延長的組裝流水線194的長度之和與圖 10的（d)所示的輸送機193的長度相等。
[0189] 圖11的（c)所示的曲線圖示出了在制造廠4中觀測到的車輛信息的一例。
[0190] 具體而言，如圖11的（c)和圖11的（d)所示，在制造廠4中，車輛在時刻t = t0 位于被延長的組裝流水線上。此時，發動機的動作（ENG_RUN)為停止，并且，空氣抽取條件 判定為不成立。進而，在時刻t = tl，在制造廠4的檢查流水線中，車輛置于輸送機195上。 此時，在發動機起動時，發動機的動作（ENG_RUN)被切換到起動，開始自我診斷。在發動機 起動后，車輛在進行自我診斷過程中從輸送機193卸下，在地面上移動。進而，在時刻t = t2,在設置有SWAT的位置，使發動機停止后，將發動機的動作（ENG_RUN)切換為停止。此時 空氣抽取條件判定仍保持不成立。tl?t2的時間（自我診斷時間T4)短于圖10的（c)所 示的空氣抽取自我診斷時間T3。即，在發動機停止時刻t = t2的時刻，沒有達成自我診斷而 完成。進而，到此為止經過的自我診斷時間被復位。車輛確認車輪定位，在時刻t = t3,在 發動機起動時，發動機的動作（ENG_RUN)被切換到起動，從最初開始，重新進行自我診斷。
[0191] 車輛模擬器1模擬出該車輛時刻在發生變化的車輛狀態，并與車輛通信裝置10之 間進行通信。此時，圖11的（a)和圖11的（b)示出了車輛通信裝置10與車輛模擬器1之 間的動作。此時的動作順序與將在圖10中以500號臺的標號說明的動作順序置換為510 號臺的標號的情況相同。不過，圖11的（a)所示的車輛通信裝置10接收到的響應515是 表示檢查條件不成立的否定的響應。這是因為，如圖11的（c)所示，作為車輛條件513的 發動機的動作（ENG_RUN)的持續時間為t3?t4的時間，其短于圖10的（c)所示的空氣抽 取自我診斷時間T3,不滿足成立判定基準。
[0192] 因此，根據車輛模擬器1，基于預先確定的成立判定基準，能夠驗證出：發動機的 排放法規（MF檢查）的檢查工序在制造廠1的檢查流水線中成立，但是在制造廠4的檢查 流水線中不成立。因此，能夠將在非實際車輛狀態下事先通過模擬得到的檢查工序的驗證 結果反映到今后的開發計畫中。
[0193] [7.通信模擬系統的動作的另一具體例]
[0194] 此處，對通信模擬系統100的通信控制單元133的功能進行說明。該通信控制單 元133的功能的特征在于，使用針對至少1種車輛狀態信息反映了設想的變化量而生成的 至少1種假想車輛狀態信息，與車輛通信裝置10之間進行選擇出的車輛條件的通信處理。
[0195] 以下，關于反映了變化量而生成的假想車輛狀態信息，提出3個具體例依次說明。 此外，在這些具體例中，例如，模擬出與在圖5所示的通信模擬系統100中選擇出的某車輛 的特定的車輛狀態相應的通信，從而將通信模擬系統100作為其一個方式的車輛模擬器1 來進行說明。
[0196] 7-1.第1具體例
[0197] 第1具體例是關于如下的假想車輛狀態信息的具體例，該假想車輛狀態信息是設 想在車輛模擬器1對從基礎機型發生變化的機型進行模擬時，反映其變化量而生成的。
[0198] 以下，將在規定的檢查中對車輛的基礎機型和相似機型請求規定的車輛狀態信息 的命令稱作命令A。
[0199] 此處，基礎機型例如是已經量產的機型。相似機型例如是從基礎機型衍生出的機 型，是從基礎機型進行細微轉換的機型。該相似機型例如在車體或框架上與基礎機型相似。
[0200] 例如，在作為基礎機型的機型A和作為機型A的相似機型的機型B中，進行規定檢 查，生成針對命令A的響應。進而，假定在作為以機型A為基礎的相似機型的機型C中沒有 進行該檢查時，對機型C進行檢查，對該情況下的車輛狀態信息的變化量進行說明。
[0201] 在這樣的情況下，根據過去對作為機型A的相似機型的機型B取得的車輛狀態信 息與過去對機型A取得的車輛狀態信息之間的比較，預先求出規定的數值轉換規則。數值 轉換規則例如是如下規則：將機型A的車輛狀態信息的數值乘以用于機型B的規定的系數， 來設為機型B的車輛狀態信息。同樣，如果決定出用于機型C的系數，則能夠使用機型A的 車輛狀態信息，轉換為機型C的車輛狀態信息。因此，通過將用于該機型C的系數乘以過去 對機型A取得的車輛狀態信息，來得到針對機型C的車輛狀態信息。
[0202] 用于機型C的系數可以參考用于機型B的規定的系數，由人根據經驗來決定。此 夕卜，用于機型B的規定的系數可以由人根據經驗來決定。此外，關于用于數值轉換規則和機 型B的規定的系數，通信模擬系統100可以對存儲的機型A的數據與機型B的數據進行比 較，來自動求出。
[0203] 參照圖12,對車輛狀態信息例如為發動機的水溫時的通信處理的流程進行說明。 如圖12所示，在規定的時刻，車輛通信裝置10向車輛模擬器1發送命令iU601)，車輛模擬 器1接收命令A。
[0204] 在接收到命令A的車輛模擬器1對機型A或機型B進行模擬的情況下，跳過標號 602的處理，提取過去檢測出的水溫（車輛狀態信息），生成針對命令A的響應￠03)。
[0205] 另一方面，在接收到命令A的車輛模擬器1對機型C進行模擬的情況下，過去沒有 取得車輛狀態信息，因此，將變化量反映到到過去對成為機型C的基礎的機型A檢測出的水 溫（車輛狀態信息）中，生成數值轉換后的假想車輛狀態信息￠02)。進而，車輛模擬器1 使用該假想車輛狀態信息，生成針對命令A的響應（603)。
[0206] 接下來，參照圖13的（a)、圖13的（b)、圖13的（c)，對車輛狀態信息例如為水溫 的情況下的具體例進行說明。
[0207] 圖13的（a)是示出過去對機型A取得的水溫的時間變化的一例的曲線圖。此處， 在規定的檢查工序中，機型A與車輛通信裝置10之間，在時刻tl?t6進行了 6次檢查通 信。此外，在機型A中，水溫的時間變化為直線，時間變化率例如為20。
[0208] 圖13的（b)是示出過去對作為機型A的相似機型的機型B取得的水溫的時間變 化的一例的曲線圖。對于機型B，同樣進行了 6次檢查通信。此外，在機型B中，水溫的時間 變化為直線，時間變化率例如為25。
[0209] 根據圖13的（a)和圖13的（b)所示的兩個曲線圖可知，到機型B的水溫成為 100°C為止，所需的時間比機型A的情況減少了 20%，在時刻tl?t5的期間，機型B的水溫 比機型A的情況增加了 25%。即，根據過去的數據可知，在時刻tl?t5的期間，機型B的 水溫為機型A的水溫的1.25倍的值。這成為從機型A到機型B的數值轉換規則。即，與時 刻tl?t5的期間中的水溫有關的從機型A到機型B的數值轉換規則的系數為1. 25。
[0210] 在機型C中，根據機型A對E⑶規格的一部分、例如與散熱器等的水溫相關的EOT 規格進行了變更。進而，根據機型C的ECU規格，基于機型A與機型B的比較結果，預估出 機型C的水溫的時間變化為直線，且時間變化率例如為30。圖13的（c)是示出對機型C預 估出的水溫的時間變化的一例的曲線圖。如圖13的（c)所示，可知：到機型C的水溫變為 100°C為止，所需的時間比機型A的情況減少33%，例如，在時刻tl?t4的期間內，機型C 的水溫比機型A的情況增加50 %。
[0211] 根據圖13的（c)的曲線圖可知，在規定的檢查工序中的例如時刻tl?t4的期間 內，通過生成機型A的水溫的1. 5倍的值作為機型C的水溫（假想車輛狀態信息），能夠在 機型C與車輛通信裝置10之間進行檢查通信。即，時刻tl?t4的期間內的水溫的從機型 A到機型C的數值轉換規則的系數為1. 5。
[0212] 通常，為了實施針對車輛的檢查等的模擬，必須按每一機型取得使車輛在流水線 上行駛時取得的車輛狀態信息，對全部機型進行取得需要大量時間。但是，根據本實施例， 即使是過去沒有取得車輛狀態信息的機型，通過將變化量反映到其基礎機型的車輛狀態信 息中，也能夠實施檢查等的模擬。
[0213] 此外，所述機型C可以不是已存在的實際車輛，而是假想的車。例如，今后，可以開 發以機型A為基礎進行模型轉換而得到的機型C，反映出在對尚不存在的機型C進行該規定 的檢查的情況下設想的變化量。此處，模型轉換可以不限于細微轉換，而是全模式轉換。此 夕卜，反映變化量的車輛狀態信息不限于水溫，例如也可以是車速等。此外，用于機型C的數 值轉換規則不限于乘法，也可以組合四則運算，或者例如進行使用了三角函數等函數的非 線性的運算。
[0214] 7-2.第2具體例
[0215] 第2具體例是針對如下的假想車輛狀態信息的具體例：該假想車輛狀態信息是車 輛模擬器1在車輛通信裝置10取得的行駛模式數據中，反映出設想為使作為固定值的數據 改變的數據時的變化量而生成的。
[0216] 在流水線上使實際車輛行駛時取得的車輛狀態信息等的行駛模式數據中，所述的 水溫和車速等數據的時間變化顯著，但是，在所取得的行駛模式數據中，還包含沒有時間變 化的信號等的信息。例如，在行駛模式數據中，將多個車載電裝部件的開關設為斷開（OFF)。
[0217] 以下，參照圖14的（a)和圖14的（b)，對如下情況進行說明：車載電裝部件例如 為冷氣機，根據該冷氣機的開關為導通（0N)時的行駛模式數據，重新實施模擬。
[0218] 圖14的（a)是示出車輛模擬器1與車輛通信裝置10之間的通信處理的流程的時 序圖。車輛模擬器1模擬實際車輛，并存儲實際車輛的行駛模式數據。在該實際車輛的行 駛模式數據中，如圖14的（b)中的假想線711所示，冷氣機的開關信號在時刻tl、t2、t3為 斷開信號。此處，時刻tl為進行檢查之前的時刻，時刻t2為開始檢查的時刻，時刻t3為結 束檢查的時刻。此外，將進行該檢查的命令稱作命令B。
[0219] 如圖14的（a)所示，在初期狀態下，作為車輛狀態信息，車輛模擬器1將冷氣機的 開關信號設為斷開信號（sw = OFF : 701)。
[0220] 進而，在進行檢查之前的時刻tl，用戶操作車輛模擬器1。即，進行新實施的模擬 中的反映了變化量的開關操作。由此，車輛模擬器1生成假想車輛狀態信息，將冷氣機的開 關信號假想地設為導通信號（SW = ON :802)。此時，如圖14的（b)中的粗實線712所示， 冷氣機的開關信號在時刻tl，從斷開信號切換為導通信號。
[0221] 進而，如圖14的（b)所示，在開始檢查的時刻t2,車輛通信裝置10向車輛模擬器 1發送命令B (702)。車輛模擬器1在接收到命令B時，使用冷氣機的開關信號為導通信號 的假想車輛狀態信息，進行基于命令B的檢查。
[0222] 進而，在檢查結束時刻t3,車輛模擬器1使用假想車輛狀態信息，生成響應（704)。 在該響應中，包含了在冷氣機的開關信號為導通信號時進行了檢查這樣的記錄。此外，在檢 查結束后，車輛模擬器1可以將冷氣機的開關信號切換為斷開信號。
[0223] 車輛通信裝置10確認來自車輛模擬器1的響應，判別在檢查中冷氣機的開關信號 是否為導通信號（705)。在檢查中冷氣機的開關信號開關為導通信號的情況下（SW = 0N)， 判定為在該模擬中，針對所模擬的實際車輛的檢查合格（706)。
[0224] 另一方面，用戶沒有進行車輛模擬器1的開關操作的情況下，如圖14的（b)中的 假想線711所示，在檢查中冷氣機的開關信號保持斷開信號（SW = OFF)，因此判定為不合格 (707)。
[0225] 根據本實施例，采用設想的變化量，在設想今后在將實際車輛的例如空調的開關 設為導通的狀態下進行規定的檢查的情況下，即使不是實際車輛，也能夠在車輛通信裝置 10與用戶進行開關操作的車輛模擬器1之間進行檢查通信，由此對車輛通信裝置10與實際 車輛之間的檢查通信進行模擬。因此，能夠通過模擬來研究下述情況下的工序成立性：追加 了需要實際車輛的開關操作的檢查或者移動了需要實際車輛的開關操作的工序。
[0226] 此外，伴隨有開關操作的車載電裝部件不限于冷氣機。此外，關于用戶的操作，除 了切換針對冷氣機等車載電裝部件的本來功能的啟動（0N)/關閉（OFF)以外，還可以針對 車載電裝部件在可通信和不可通信之間進行切換。
[0227] 7-3.第3具體例
[0228] 第3具體例是關于如下的假想車輛狀態信息的具體例：該假想車輛狀態信息是車 輛模擬器1在從車輛通信裝置10接收到特定的命令時，反映該特定的命令中包含的變化 量，改變由車輛通信裝置10取得的行駛模式數據的一部分而生成的。
[0229] 車輛通信裝置10在使實際車輛在流水線上行駛時，取得車輛狀態信息等的行駛 模式數據。在該過去的數據記錄工序中，車輛通信裝置10向實際車輛發送各種命令。其中， 特定的命令可以只是變更數值而成為新的命令，從而能夠重新利用。
[0230] 例如，到此為止，在規定的檢查工序中，在某時機使發動機停止，即，使發動機轉速 (以下，記作轉速NE)成為Orpm來進行檢查。進而，設想今后在該檢查工序中在相同的時機 將轉速NE變更為3000rpm的情況。
[0231] 圖15的（a)是示出車輛模擬器1與車輛通信裝置10的通信處理的流程的時序 圖。車輛模擬器1模擬實際車輛，并存儲實際車輛的行駛模式數據。在該實際車輛的行駛 模式數據中，如圖15的（b)中的假想線811所示，在時刻tl、t2,轉速NE為Orpm。此處，時 刻tl為車輛通信裝置10進行驅動請求使得轉速NE為3000rpm的時刻，時刻t2為請求當 前的轉速NE的時刻。
[0232] 在以下的說明中，命令C是進行驅動請求使得轉速NE為3000rpm的命令。命令D 是請求當前的轉速NE的命令。
[0233] 首先，在時刻tl，如圖15的（a)所示，車輛通信裝置10向車輛模擬器1發送命令 C (801)。車輛模擬器1在接收到命令C時，通過在作為車輛狀態信息而檢測出的轉速（NE =〇)加上變化量（3000)，由此生成作為假想車輛狀態信息的轉速（NE = 3000) (802)。此 時，如圖15的（b)中的粗實線812所示，轉速在時刻tl從Orpm切換為3000rpm。
[0234] 進而，在時刻t2,車輛模擬器1生成針對命令C的響應（803)。該響應通知表示接 收到命令C的含義。此外，在通知了該響應后，可以生成假想車輛狀態信息。
[0235] 在時刻t2,車輛通信裝置10向車輛模擬器1發送命令D (804)。車輛模擬器1在 接收到命令D時，使用假想車輛狀態信息，生成針對命令D的響應（805)。即，車輛模擬器1 將作為假想車輛狀態信息而被存儲的當前的轉速（NE = 3000)作為響應通知給車輛通信裝 置10。此外，在時刻t2后，車輛模擬器1可以將發動機轉速恢復為Orpm。
[0236] 車輛通信裝置10確認來自車輛模擬器1的響應，判別轉速NE是否為3000以上 (806)。在轉速NE為3000以上的情況下（NE > 3000)，在該模擬中，判定為針對所模擬的實 際車輛的檢查合格（807)。
[0237] 另一方面，在時刻tl不通過車輛模擬器1加上變化量的比較例的情況下，如圖15 的（b)中的假想線811所示，轉速NE保持Orpm，因此，判定為不合格（811)。
[0238] 轉速NE的變更方式不限于所述實施例。
[0239] 例如，在設轉速NE為2000rpm來進行檢查的情況下，可以進行如下變形例1?3。
[0240] (變形例1)在相同的時機，將轉速NE變更為3000rpm。
[0241] (變形例2)在另外的時機，追加進行驅動請求使得轉速NE為3000rpm的命令。
[0242] (變形例3)在另外的時機，再次追加進行驅動請求使得轉速NE為2000rpm的命 令。
[0243] 此外，對檢測出的轉速NE加上變化量的情況進行了說明，但是，也可以減去變化 量。此外，僅對數值進行變更的特定命令不限于發動機轉速。
[0244] 如上所述，本發明的實施方式的通信模擬系統100再現出由選擇出的車輛條件確 定的檢查場所的檢查工序中的車輛狀態信息。因此，通信模擬系統100能夠在非實際車輛 狀態下，模擬出搭載在車輛20中的的電裝系統21、22與車輛通信裝置10之間進行的通信 的通信狀態。
[0245] 此外，本發明的實施方式的車輛通信裝置10經由通信模擬系統用接口 12、通信模 擬裝置14,與通信模擬系統100之間進行通信，由此，能夠模擬出經由車輛用接口 11的與車 輛20之間的通信。
[0246] 以上，對本發明的通信模擬系統和車輛通信裝置的優選實施方式進行了說明，但 本發明不限于上述實施方式。例如，在圖5所示的通信模擬系統100的結構例中，設為具有 加工編輯單元134的模式，但是也可以是不具有該加工編輯單元134的結構。
[0247] 此外，作為通信模擬系統100,圖示了筆記本型的個人計算機，但是不限于此，也可 以有便攜信息終端、桌面型的計算機、工作站、云的服務器等來構成。
[0248] 此外，在所述實施方式中，設車輛通信為檢查通信來進行了說明，但是本發明不限 于此，車輛通信也可以是用于學習、寫入的通信，在該情況下，也能夠起到相同的效果。
[0249] 此外，圖示了經由通信模擬裝置14而使1個車輛通信裝置10與通信模擬系統100 連接的方式，但是不限于此。在連接1個車輛通信裝置10的情況下，通過交叉線纜并經由 通信模擬裝置14而與通信模擬系統100進行連接，在連接多個車輛通信裝置10的情況下， 通過集線器、利用直線纜且經由通信模擬裝置14而與通信模擬系統100進行連接即可。此 夕卜，這些交叉線纜和直線纜相當于通信模擬系統用接口 12的線纜。
[0250] 此外，圖示了車輛通信裝置10與車輛用接口 11的線纜連接的方式，且圖示了車輛 通信裝置10與通信模擬系統用接口 12的線纜連接的方式，但是也可以設為使這些線纜彼 此連接的方式。即，可以構成為使車輛用接口 11的線纜的末端與通信模擬系統用接口 12的 線纜的基端連接。在該情況下，例如，可以在通信模擬系統用接口 12的線纜的基端設置有 能夠以裝卸自如的方式與車輛用接口 11的末端的0BD2規格的接頭（公）連接的0BD2規 格的接頭（母）。進而，在希望使車輛通信裝置10與車輛模擬器1連接的情況下，在將車輛 用接口 11與通信模擬系統用接口 12連接起來的狀態下，使通信模擬系統用接口 12的線纜 的末端經由通信模擬裝置14與車輛模擬器1連接。此外，在希望使車輛通信裝置10與車 輛20連接的情況下，在拆除了通信模擬系統用接口 12的狀態下，使車輛用接口 11的線纜 的末端的OBD2規格的接頭與車輛20連接。
[0251] 此外，在車輛通信裝置10中，在使車輛用接口 11的線纜與通信模擬系統用接口 12 的線纜連接而構成的方式中，可以使通信模擬系統用接口 12的線纜的末端側分支為兩個， 在一個末端例如設置RJ45接頭，在另一個末端例如設置0BD2規格的接頭（公）。由此，在 使車輛通信裝置10經由通信模擬裝置14而與車輛模擬器1連接的情況下、或與車輛20連 接的情況下，不需要進行通信模擬系統用接口 12的裝卸。
[0252] 標號說明
[0253] 1 車輛模擬器
[0254] 10 (10a、10b) 車輛通信裝置
[0255] 11 車輛用接口
[0256] 12 通信模擬系統用接口
[0257] 14 通信模擬裝置
[0258] 18 信息處理終端裝置
[0259] 181 通信定義文件
[0260] 20 車輛
[0261] 21、22 電裝系統
[0262] 23 傳感器組
[0263] 24 通信接口
[0264] 25 操作部
[0265] 31、32、33、34 ECU
[0266] 41 微處理器
[0267] 42 輸入/輸出部
[0268] 43 通信模塊
[0269] 44 通信定義文件
[0270] 51、52、53 傳感器
[0271] 100 通信模擬系統
[0272] 110 通信接口（通信內容輸入單元）
[0273] 111 輸入/輸出接口
[0274] 120 存儲部（存儲單元）
[0275] 121 車輛條件數據庫
[0276] 122、123 通信定義文件
[0277] 130 處理部（處理單元）
[0278] 131 通信記錄單元
[0279] 132 車輛狀態信息取得單元
[0280] 133 通信控制單元
[0281] 134 加工編輯單元
[0282] 141 請求受理單元
[0283] 142 判定單元
[0284] 143 響應單元
【權利要求】
1. 一種通信模擬系統，該通信模擬系統模擬如下的通信，該通信是在車輛通信裝置與 車輛中搭載的車輛電裝系統之間根據至少1種車輛狀態信息和由規定的通信定義文件規 定的通信處理來進行的，其中，所述車輛通信裝置從車輛外部與多個所述車輛電裝系統連 接來對各個所述車輛電裝系統的動作狀態進行驗證，所述至少1種車輛狀態信息表示在車 輛側檢測出的分時刻的車輛狀態，所述通信模擬系統的特征在于，具有： 通信內容輸入單元，其輸入所述車輛狀態信息，來作為在規定的場所進行的工序中的 所述車輛電裝系統與所述車輛通信裝置之間的通信內容； 通信記錄單元，其將所述輸入的車輛狀態信息與工序、場所和車輛對應起來而作為車 輛條件記錄在車輛條件數據庫中； 存儲單元，其分別存儲與規定了各個所述車輛電裝系統中包含的多個電子控制單元在 規定的工序中執行的通信處理的各個通信定義文件相同的通信定義文件； 車輛狀態信息取得單元，其根據選擇出的車輛條件，從所述車輛條件數據庫取得所述 車輛狀態信息；以及 通信控制單元，其根據選擇出的工序，從所述存儲單元取得所述通信定義文件，基于所 述取得的所述通信定義文件中規定的通信處理以及根據所述選擇出的車輛條件而從所述 車輛條件數據庫取得的車輛狀態信息，與所述車輛通信裝置之間，進行所述選擇出的工序 中的所述選擇出的車輛條件的通信處理。
2. 根據權利要求1所述的通信模擬系統，其特征在于， 在所述規定的場所進行的工序中的通信是下列通信中的任意一種通信：為了所述車輛 通信裝置驗證所述車輛電裝系統的動作而進行的檢查通信；用于所述車輛通信裝置進行學 習的學習通信；以及用于所述車輛通信裝置寫入數據的寫入通信。
3. -種通信模擬系統，該通信模擬系統模擬檢查通信，該檢查通信是在車輛通信裝置 與車輛中搭載的車輛電裝系統之間以及所述車輛通信裝置與附帶于設備中的信息處理終 端裝置之間，根據至少1種車輛狀態信息和由規定的通信定義文件規定的通信處理來進行 的，其中，所述車輛通信裝置從車輛外部與多個所述車輛電裝系統連接來對各個所述車輛 電裝系統的動作狀態進行驗證，并且所述車輛通信裝置以無線的方式與所述信息處理終端 裝置進行通信連接，所述信息處理終端裝置對規定的檢查場所的必要信息進行管理，所述 至少1種車輛狀態信息表示在車輛側檢測出的分時刻的車輛狀態，所述通信模擬系統的特 征在于，具有： 通信內容輸入單元，其輸入所述車輛狀態信息，作為在規定的檢查場所進行的檢查 工序中的所述車輛電裝系統和所述信息處理終端裝置與所述車輛通信裝置之間的通信內 容； 通信記錄單元，其將所述輸入的車輛狀態信息與檢查工序、檢查場所和車輛對應起來 而作為車輛條件記錄在車輛條件數據庫中； 存儲單元，其分別存儲與規定了各個所述車輛電裝系統中包含的多個電子控制單元和 所述信息處理終端裝置在規定的檢查工序中執行的通信處理的各個通信定義文件相同的 通信定義文件； 車輛狀態信息取得單元，其根據選擇出的車輛條件，從所述車輛條件數據庫取得所述 車輛狀態信息；以及 通信控制單元，其根據選擇出的檢查工序，從所述存儲單元取得所述通信定義文件，基 于所述取得的所述通信定義文件中規定的通信處理以及根據所述選擇出的車輛條件而從 所述車輛條件數據庫取得的車輛狀態信息，并行地與所述車輛通信裝置之間進行有線通信 處理和無線通信處理，其中，所述有線通信處理是在所述選擇出的檢查工序中的所述選擇 出的車輛條件下由所述電子控制單元執行的，所述無線通信處理是在該檢查工序中由所述 信息處理終端裝置執行的。
4. 根據權利要求1所述的通信模擬系統，其特征在于， 所述車輛狀態信息是因每個場所的設備和環境中的至少1項而受到影響的車輛狀態 的信息。
5. 根據權利要求2所述的通信模擬系統，其特征在于， 所述車輛狀態信息是因每個場所的設備和環境中的至少1項而受到影響的車輛狀態 的信息。
6. 根據權利要求3所述的通信模擬系統，其特征在于， 所述車輛狀態信息是因每個場所的設備和環境中的至少1項而受到影響的車輛狀態 的信息。
7. 根據權利要求1?6中的任意一項所述的通信模擬系統，其特征在于， 所述通信控制單元使用對所述至少1種車輛狀態信息反映出設想的變化量而生成的 至少1種假想車輛狀態信息，來與所述車輛通信裝置之間進行所述選擇出的車輛條件的通 /[目處理。
8. 根據權利要求7所述的通信模擬系統，其特征在于， 所述假想車輛狀態信息是通過如下方式生成的：使用規定的數值轉換規則，對在一個 機型的車輛中檢測出的通信內容中包含的所述車輛狀態信息進行數值轉換，其中，所述規 定的數值轉換規則是根據在所述一個機型的車輛中檢測出的通信內容中包含的所述車輛 狀態信息和在與所述一個機型相似的相似機型的車輛中檢測出的通信內容中包含的所述 車輛狀態信息之間的比較而預先求出的， 所述通信控制單元通過使用所述假想車輛狀態信息，來模擬另一機型的車輛對來自所 述車輛通信裝置的請求進行響應的通信內容，其中，所述另一機型反映了相對于所述一個 機型變化的變化量。
9. 根據權利要求7所述的通信模擬系統，其特征在于， 所述假想車輛狀態信息是與在所述車輛中檢測出的通信內容中包含的所述車輛狀態 信息相關聯地生成的假想的通信信息， 所述通信控制單元通過使用所述假想車輛狀態信息，來模擬檢測出包含所述車輛狀態 信息的通信內容的車輛對來自所述車輛通信裝置的請求進行響應的通信內容。
10. 根據權利要求7所述的通信模擬系統，其特征在于， 所述假想車輛狀態信息是通過數值轉換而生成的，在該數值轉換中，對在所述車輛中 檢測出的通信內容中包含的所述車輛狀態信息，加上或減去由來自所述車輛通信裝置的特 定的命令請求的數值，其中，所述特定的命令是預先確定的， 所述通信控制單元通過使用所述假想車輛狀態信息，來模擬檢測出包含所述車輛狀態 信息的通信內容的車輛對來自所述車輛通信裝置的所述特定的命令進行響應的通信內容。
11. 一種通信模擬方法，該通信模擬方法是通信模擬系統中的通信模擬方法，該通信模 擬系統模擬如下的通信，該通信是在車輛通信裝置與車輛中搭載的車輛電裝系統之間根據 至少1種車輛狀態信息和由規定的通信定義文件規定的通信處理來進行的，其中，所述車 輛通信裝置從車輛外部與多個所述車輛電裝系統連接來對各個所述車輛電裝系統的動作 狀態進行驗證，所述至少1種車輛狀態信息表示在車輛側檢測出的分時刻的車輛狀態， 所述通信模擬系統具有存儲單元和處理單元，其中，所述存儲單元分別存儲與規定了 各個所述車輛電裝系統中包含的多個電子控制單元在規定的工序中執行的通信處理的各 個通信定義文件相同的通信定義文件， 所述通信模擬方法的特征在于， 所述處理單元執行以下步驟： 通信內容輸入步驟，輸入所述車輛狀態信息，作為在規定的場所進行的工序中的所述 車輛電裝系統與所述車輛通信裝置之間的通信內容； 通信記錄步驟，將所述輸入的車輛狀態信息與工序、場所和車輛對應起來而作為車輛 條件記錄在車輛條件數據庫中； 車輛狀態信息取得步驟，根據選擇出的車輛條件，從所述車輛條件數據庫取得所述車 輛狀態信息；以及 通信控制步驟，根據選擇出的工序，從所述存儲單元取得所述通信定義文件，基于所述 取得的所述通信定義文件中規定的通信處理以及根據所述選擇出的車輛條件而從所述車 輛條件數據庫取得的車輛狀態信息，與所述車輛通信裝置之間，進行所述選擇出的工序中 的所述選擇出的車輛條件的通信處理。
12. 根據權利要求11所述的通信模擬方法，其特征在于， 在所述規定的場所進行的工序中的通信是下列通信中的任意一種通信：為了所述車輛 通信裝置驗證所述車輛電裝系統的動作而進行的檢查通信；用于所述車輛通信裝置進行學 習的學習通信；以及用于所述車輛通信裝置寫入數據的寫入通信。
13. -種通信模擬方法，該通信模擬方法是通信模擬系統中的通信模擬方法，所述通 信模擬系統模擬檢查通信，該檢查通信是在車輛通信裝置與車輛中搭載的車輛電裝系統之 間以及所述車輛通信裝置與附帶于設備中的信息處理終端裝置之間，根據至少1種車輛狀 態信息和由規定的通信定義文件規定的通信處理來進行的，其中，所述車輛通信裝置從車 輛外部與多個所述車輛電裝系統連接來對各個所述車輛電裝系統的動作狀態進行驗證，并 且，所述車輛通信裝置以無線的方式與所述信息處理終端裝置進行通信連接，所述信息處 理終端裝置對規定的檢查場所的必要信息進行管理，所述至少1種車輛狀態信息表示在車 輛側檢測出的分時刻的車輛狀態， 所述通信模擬系統具有存儲單元和處理單元，其中，所述存儲單元分別存儲與規定了 各個所述車輛電裝系統中包含的多個電子控制單元和所述信息處理終端裝置在規定的檢 查工序中執行的通信處理的各個通信定義文件相同的通信定義文件， 所述通信模擬方法的特征在于， 所述處理單元執行以下步驟： 通信內容輸入步驟，輸入所述車輛狀態信息，作為在規定的檢查場所進行的檢查工序 中的所述車輛電裝系統和所述信息處理終端裝置與所述車輛通信裝置之間的通信內容； 通信記錄步驟，將所述輸入的車輛狀態信息與檢查工序、檢查場所和車輛對應起來而 作為車輛條件記錄在車輛條件數據庫中； 車輛狀態信息取得步驟，根據選擇出的車輛條件，從所述車輛條件數據庫取得所述車 輛狀態信息；以及 通信控制步驟，根據選擇出的檢查工序，從所述存儲單元取得所述通信定義文件，基于 所述取得的所述通信定義文件中規定的通信處理以及根據所述選擇出的車輛條件而從所 述車輛條件數據庫取得的車輛狀態信息，并行地與所述車輛通信裝置之間進行有線通信處 理和無線通信處理，其中，所述有線通信處理是在所述選擇出的檢查工序中的所述選擇出 的車輛條件下由所述電子控制單元執行的，所述無線通信處理是在該檢查工序中由所述信 息處理終端裝置執行的。
14. 根據權利要求11所述的通信模擬方法，其特征在于， 所述車輛狀態信息是因每個場所的設備和環境中的至少1項而受到影響的車輛狀態 的信息。
15. 根據權利要求12所述的通信模擬方法，其特征在于， 所述車輛狀態信息是因每個場所的設備和環境中的至少1項而受到影響的車輛狀態 的信息。
16. 根據權利要求13所述的通信模擬方法，其特征在于 所述車輛狀態信息是因每個場所的設備和環境中的至少1項而受到影響的車輛狀態 的信息。
17. 根據權利要求11?16中的任意一項所述的通信模擬方法，其特征在于， 所述處理單元在所述通信控制步驟中，使用對所述至少1種車輛狀態信息反映出設想 的變化量而生成的至少1種假想車輛狀態信息，來與所述車輛通信裝置之間進行所述選擇 出的車輛條件的通信處理。
18. 根據權利要求17所述的通信模擬方法，其特征在于 所述假想車輛狀態信息是通過如下方式生成的：使用規定的數值轉換規則，對在一個 機型的車輛中檢測出的通信內容中包含的所述車輛狀態信息進行數值轉換，其中，所述規 定的數值轉換規則是根據在所述一個機型的車輛中檢測出的通信內容中包含的所述車輛 狀態信息和在與所述一個機型相似的相似機型的車輛中檢測出的通信內容中包含的所述 車輛狀態信息之間的比較而預先求出的， 所述處理單元在所述通信控制步驟中，通過使用所述假想車輛狀態信息，來模擬另一 機型的車輛對來自所述車輛通信裝置的請求進行響應的通信內容，其中，所述另一機型反 映了相對于所述一個機型變化的變化量。
19. 根據權利要求17所述的通信模擬方法，其特征在于， 所述假想車輛狀態信息是與在所述車輛中檢測出的通信內容中包含的所述車輛狀態 信息相關聯地生成的假想的通信信息， 所述處理單元在所述通信控制步驟中，通過使用所述假想車輛狀態信息，來模擬檢測 出包含所述車輛狀態信息的通信內容的車輛對來自所述車輛通信裝置的請求進行響應的 通信內容。
20. 根據權利要求17所述的通信模擬方法，其特征在于， 所述假想車輛狀態信息是通過數值轉換而生成的，在該數值轉換中，對在所述車輛中 檢測出的通信內容中包含的所述車輛狀態信息，加上或減去由來自所述車輛通信裝置的特 定的命令請求的數值，其中，所述特定的命令是預先確定的， 所述處理單元在所述通信控制步驟中，通過使用所述假想車輛狀態信息，來模擬檢測 出包含所述車輛狀態信息的通信內容的車輛對來自所述車輛通信裝置的所述特定的命令 進行響應的通信內容。
21. -種車輛通信裝置，其從車輛外部經由車輛用接口以有線的方式與車輛中搭載的 多個車輛電裝系統進行通信連接，并以無線的方式與附帶于設備中的信息處理終端裝置進 行通信連接，其中，所述信息處理終端裝置對檢查場所的必要信息進行管理，所述車輛通信 裝置的特征在于， 所述車輛通信裝置具有以能夠通信的方式與權利要求1?10中的任意一項所述的通 信模擬系統進行連接的通信模擬系統用接口， 所述車輛通信裝置經由所述通信模擬系統用接口，向所述通信模擬系統發送選擇出的 工序根據規定的場所中的所述車輛狀態信息是否成立的詢問， 所述車輛通信裝置經由所述通信模擬系統用接口，從所述通信模擬系統接收針對所述 詢問的響應。
【文檔編號】G01M17/007GK104160259SQ201380013292
【公開日】2014年11月19日 申請日期:2013年3月8日 優先權日:2012年3月9日
【發明者】森田陽介, 宮澤克規, 原田祐輝, 池田雄一郎, 佐谷明映 申請人:本田技研工業株式會社
專業數控銑床產品供應商
20年生產經驗，實力工廠，精工品質，質量有保障
