JP6717184B2 - In-vehicle control device - Google Patents
In-vehicle control device Download PDFInfo
- Publication number
- JP6717184B2 JP6717184B2 JP2016243207A JP2016243207A JP6717184B2 JP 6717184 B2 JP6717184 B2 JP 6717184B2 JP 2016243207 A JP2016243207 A JP 2016243207A JP 2016243207 A JP2016243207 A JP 2016243207A JP 6717184 B2 JP6717184 B2 JP 6717184B2
- Authority
- JP
- Japan
- Prior art keywords
- diagnostic
- processing unit
- application
- processing
- execute
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
本開示は、車載制御装置に関する。 The present disclosure relates to an in-vehicle control device.
特許文献１に記載のように、車両に搭載された車載制御装置が、車両の外部又は内部の診断装置からの要求に応じて、故障している部品の確認など、車両の状態の診断処理を実行する技術が知られている。診断処理は、車載制御装置に搭載されたアプリケーションによって実行される。すなわち、診断装置から診断メッセージが受信されると、アプリケーションによって診断処理が実行され、その結果が診断メッセージに対する返信データとして診断装置に送信される。車載制御装置は、データ送信処理のための応答バッファを有しており、アプリケーションにより応答バッファに格納された返信データが診断装置に送信される。 As described in Patent Document 1, an in-vehicle control device mounted on a vehicle performs a diagnostic process of a vehicle state such as confirmation of a failed component in response to a request from a diagnostic device outside or inside the vehicle. Techniques to perform are known. The diagnostic process is executed by an application installed in the in-vehicle control device. That is, when the diagnostic message is received from the diagnostic device, the diagnostic process is executed by the application, and the result is sent to the diagnostic device as reply data to the diagnostic message. The vehicle-mounted control device has a response buffer for data transmission processing, and the reply data stored in the response buffer is transmitted to the diagnostic device by the application.
このような診断処理の技術において、診断処理を実行するアプリケーションは、１つの車載装置について１つのみ搭載されることが通常である。ところが、近年では、車両に搭載されている複数の車載制御装置を１つに統合し、１つの車載制御装置に、診断処理を実行するアプリケーションを複数搭載する技術のニーズがある。しかしながら、単純に１つの車載制御装置に複数のアプリケーションを集約すると、アプリケーションの数の分だけ応答バッファを設ける必要があった。 In such a diagnostic processing technique, it is usual that only one application for executing the diagnostic processing is installed in one in-vehicle device. However, in recent years, there is a need for a technology in which a plurality of vehicle-mounted control devices mounted on a vehicle are integrated into one vehicle-mounted control device and a plurality of applications that execute diagnostic processing are mounted on the single vehicle-mounted control device. However, if a plurality of applications are simply aggregated in one vehicle-mounted control device, it is necessary to provide response buffers for the number of applications.
本開示の一局面は、診断処理を実行するアプリケーションが複数搭載された車載制御装置において、応答バッファを減らすことを目的としている。 An aspect of the present disclosure is to reduce the response buffer in an in-vehicle control device that includes a plurality of applications that execute diagnostic processing.
本開示の一態様は、車両に搭載され、診断装置（２００）からの診断メッセージに対する診断処理を実行する車載制御装置（１００）であって、第１の処理部（１０１）と、第２の処理部（１０２）と、管理実行部（１０３）と、を備える。第１の処理部は、第１の診断処理を実行する。第２の処理部は、第２の診断処理を実行する。管理実行部は、診断メッセージを受信した場合、第１の処理部及び第２の処理部のうち少なくとも一方に診断処理を実行させる。具体的には、管理実行部は、単独実行部（Ｓ１０１〜Ｓ１０５）と、直列実行部（Ｓ３０３〜Ｓ３０７，Ｓ５０４〜Ｓ５０８）と、を備える。単独実行部は、第１の処理部を指定した診断メッセージを受信した場合、第１の処理部に診断処理を実行させ、第２の処理部を指定した診断メッセージを受信した場合、第２の処理部に診断処理を実行させる。直列実行部は、第１の処理部及び第２の処理部の両方を指定した診断メッセージを受信した場合、第１の処理部及び第２の処理部に順に診断処理を実行させる。 One aspect of the present disclosure is an in-vehicle control device (100) that is mounted on a vehicle and executes a diagnostic process for a diagnostic message from a diagnostic device (200), the first processing unit (101), and the second processing unit (101). A processing unit (102) and a management execution unit (103) are provided. The first processing unit executes a first diagnosis process. The second processing unit executes second diagnostic processing. When receiving the diagnostic message, the management execution unit causes at least one of the first processing unit and the second processing unit to execute the diagnostic process. Specifically, the management execution unit includes a single execution unit (S101 to S105) and a serial execution unit (S303 to S307, S504 to S508). The single execution unit causes the first processing unit to execute the diagnostic processing when receiving the diagnostic message that specifies the first processing unit, and the second execution unit when receiving the diagnostic message that specifies the second processing unit. Causes the processing unit to execute diagnostic processing. When the serial execution unit receives the diagnostic message that specifies both the first processing unit and the second processing unit, the serial execution unit causes the first processing unit and the second processing unit to sequentially perform the diagnostic process.
このような構成によれば、第１の処理部が応答バッファを使用する期間と、第２の処理部が応答バッファを使用する期間とがずれるため、第１の処理部及び第２の処理部が１つの応答バッファを共有して診断処理を実行することができる。このため、第１の処理部及び第２の処理部それぞれに対して応答バッファを設ける必要がなく、診断処理を実行するアプリケーションが複数搭載された車載制御装置において、応答バッファを減らすことが可能となる。 With such a configuration, the period in which the first processing unit uses the response buffer and the period in which the second processing unit uses the response buffer deviate from each other. Therefore, the first processing unit and the second processing unit Can share one response buffer to perform diagnostic processing. Therefore, it is not necessary to provide a response buffer for each of the first processing unit and the second processing unit, and it is possible to reduce the response buffer in the vehicle-mounted control device equipped with a plurality of applications that execute diagnostic processing. Become.
以下、本開示の例示的な実施形態について図面を参照しながら説明する。
［１．第１実施形態］
［１−１．構成］
図１に示す第１実施形態の車載制御装置１００は、図示しない車両に搭載されている複数の電子制御装置のうちの１つであって、マイコン１、入出力回路２、センサ３、アクチュエータ４及び通信部５を備える。
Hereinafter, exemplary embodiments of the present disclosure will be described with reference to the drawings.
[1. First Embodiment]
[1-1. Constitution]
The on-
マイコン１は、ＲＯＭ１０、ＲＡＭ２０、ＣＰＵ３０、Ｉ／Ｏ４０、データフラッシュ５０及びタイマ６０を備えたマイクロコンピューターである。
ＲＯＭ１０は、種々のプログラム等を記憶している記憶媒体である。ＲＯＭ１０には、後述する各処理を実行するためのプログラムとして、第１の診断アプリケーション１０１、第２の診断アプリケーション１０２及びダイアグ・通信制御アプリケーション１０３が記憶されている。
The microcomputer 1 is a microcomputer including a
The
ＲＡＭ２０は、ＣＰＵ３０が種々のプログラムを実行するためのデータを一時的に記憶するための記憶媒体である。ＲＡＭ２０には、各種データを記憶するための記憶領域として、ダイアグデータ領域２０１、要求バッファ２０２、応答バッファ２０３及び通信タイマ領域２０４が確保されている。ダイアグデータ領域２０１は、後述する診断処理を実行した結果を格納するための領域である。要求バッファ２０２及び応答バッファ２０３は、後述する診断装置２００との間で送受信されるデータを、送受信処理のために一時的に格納する領域である。通信タイマ領域２０４は、後述する計時処理を実行する際に使用する領域である。
The
ＣＰＵ３０は、ＲＯＭ１０に記憶されているプログラムに従い種々の処理を実行する。
Ｉ／Ｏ４０は、マイコン１の外部から信号を入力し、マイコン１の外部へ信号を出力するための回路である。
The
The I/
入出力回路２は、マイコン１と、センサ３、アクチュエータ４及び通信部５と、の間での通信を可能とするための回路である。通信部５には、車両の診断を車載制御装置１００に要求する診断装置２００が着脱可能に接続される。
The input/output circuit 2 is a circuit that enables communication between the microcomputer 1, the
ここで、診断装置２００の概要について説明する。診断装置２００は、車両の外部から電子制御装置と通信を行い、異常の有無を診断するための装置である。診断装置２００は、診断処理を要求するメッセージである診断メッセージを電子制御装置に送信し、診断処理を実行した結果を返信データとして電子制御装置から受信することによって、車両の故障の有無を診断する。電子制御装置では、診断メッセージが受信されると、アプリケーションにより診断処理が実行され、返信データが送信される。診断処理の要求対象となる単位は、電子制御装置ではなく、診断処理を実行可能なアプリケーションである。本実施形態の車載制御装置１００の場合、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２のそれぞれが診断処理の要求対象となる。
Here, the outline of the
診断装置２００が車載制御装置１００に要求する診断メッセージは、物理的要求と、機能的要求との２種類に分類される。物理的要求は、１つのアプリケーションを宛先として指定した診断メッセージである。つまり、診断装置２００から物理的要求としての診断メッセージが送信されると、宛先として指定された１つのアプリケーションのみが診断処理を実行する。一方、機能的要求は、複数のアプリケーションを宛先として指定した診断メッセージである。つまり、診断装置２００から機能的要求としての診断メッセージが送信されると、宛先として指定された複数のアプリケーションが診断処理を実行する。
The diagnostic message requested by the
［１−２．ダイアグ制御処理の概要］
次に、第１実施形態のダイアグ制御処理の概要について説明する。ダイアグ制御処理は、ＣＰＵ３０がダイアグ・通信制御アプリケーション１０３に従い実行する処理である。ダイアグ制御処理は、診断装置２００が診断メッセージを車載制御装置１００に送信することで開始される。診断メッセージには、診断装置２００が要求する診断処理を実行するアプリケーションの宛先であるターゲットアドレスと、要求する診断の種類を表すデータである種類データと、診断に必要なデータと、が含まれている。
[1-2. Outline of diagnostic control processing]
Next, an outline of the diagnosis control process of the first embodiment will be described. The diagnosis control process is a process executed by the
まず、第１の診断アプリケーション１０１又は第２の診断アプリケーション１０２を宛先として指定した、物理的要求としての診断メッセージを車載制御装置１００が受信した場合のダイアグ制御処理について、図２を用いて説明する。Ｓ１０１で、ダイアグ・通信制御アプリケーション１０３は、診断装置２００から診断メッセージを受信する受信処理を行う。受信処理において、診断メッセージは、要求バッファ２０２に格納される。
First, a diagnostic control process when the vehicle-mounted
次に、Ｓ１０２で、ダイアグ・通信制御アプリケーション１０３は、計時処理を開始する。計時処理は、診断装置２００のタイムアウトを防ぐために行われる。すなわち、診断装置２００は、診断メッセージを送信してからあらかじめ設定した時間を過ぎても車載制御装置１００からデータを受信しない場合、車載制御装置１００との通信を中断するタイムアウトの機能を有する。このような通信の中断を防ぐため、ダイアグ・通信制御アプリケーション１０３は、計時処理を行い、一定の時間を過ぎても診断処理が完了しない場合、通信を中断させないための待機応答データを診断装置２００に送信する。
Next, in S102, the diagnosis/
次に、Ｓ１０３で、ダイアグ・通信制御アプリケーション１０３は、ターゲットアドレスが示す診断アプリケーションに診断処理を実行させる。診断アプリケーションが診断処理を実行した結果は、ダイアグデータ領域２０１に格納される。
Next, in S103, the diagnosis/
次に、Ｓ１０４で、ダイアグ・通信制御アプリケーション１０３は、ダイアグデータ領域２０１に格納されている診断処理を実行した結果を、返信データとして診断装置２００に送信する送信処理を行う。送信処理において、返信データは応答バッファ２０３に一時的に格納される。
Next, in S104, the diagnosis/
次に、Ｓ１０５で、ダイアグ・通信制御アプリケーション１０３は、計時処理を終了する。このようにして、物理的要求に対して、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２のうちいずれか一方に診断処理を単独で実行させるダイアグ制御処理が実行される。
Next, in S105, the diagnosis/
次に、第１の診断アプリケーション１０１又は第２の診断アプリケーション１０２を宛先として指定した、物理的要求に対するダイアグ制御処理において車載制御装置１００と診断装置２００との間で行われる具体的なやりとりの例について図３のシーケンス図を用いて説明する。なお、図３では、物理的要求に対してＣＰＵ３０が実行するアプリケーションである第１の診断アプリケーション１０１、第２の診断アプリケーション１０２及びダイアグ・通信制御アプリケーション１０３と、診断装置２００とのやりとりを表し、ＣＰＵ３０については図示を省略する。
Next, an example of a specific exchange performed between the vehicle-mounted
Ｓ２０１で、ダイアグ・通信制御アプリケーション１０３は、第１の診断アプリケーション１０１を宛先として指定した、物理的要求としての診断メッセージを受信する受信処理を行う。受信処理で受信された診断メッセージは、要求バッファ２０２に一時的に格納される。
In step S201, the diagnosis/
Ｓ２０２で、ダイアグ・通信制御アプリケーション１０３は、第１の診断アプリケーション１０１に診断処理を実行させる。
Ｓ２０３で、第１の診断アプリケーション１０１は、診断メッセージに応じた診断処理を実行し、その結果をダイアグデータ領域２０１に格納する。
In step S202, the diagnosis/
In S<b>203, the first
Ｓ２０４で、ダイアグ・通信制御アプリケーション１０３は、ダイアグデータ領域２０１に格納されている診断処理を実行した結果を、返信データとして診断装置２００に送信する送信処理を行う。送信処理において、返信データは応答バッファ２０３に一時的に格納される。
In step S204, the diagnosis/
Ｓ２０５で、ダイアグ・通信制御アプリケーション１０３は、第２の診断アプリケーション１０２を宛先として指定した、物理的要求としての診断メッセージを受信する受信処理を行う。受信処理で受信された診断メッセージは、要求バッファ２０２に一時的に格納される。
In step S205, the diagnostic/
Ｓ２０６で、ダイアグ・通信制御アプリケーション１０３は、第２の診断アプリケーション１０２に診断処理を実行させる。
Ｓ２０７で、第２の診断アプリケーション１０２は、診断メッセージに応じた診断処理を実行し、その結果をダイアグデータ領域２０１に格納する。
In step S206, the diagnosis/
In S207, the second
Ｓ２０８で、ダイアグ・通信制御アプリケーション１０３は、ダイアグデータ領域２０１に格納されている診断処理を実行した結果を、返信データとして診断装置２００に送信する送信処理を行う。送信処理において、返信データは応答バッファ２０３に一時的に格納される。このようにして、物理的要求に対するダイアグ制御処理において車載制御装置１００と診断装置２００との間で具体的なやりとりが行われる。
In step S208, the diagnosis/
次に、少なくとも第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２の両方を宛先として指定した、機能的要求としての診断メッセージを車載制御装置１００が受信した場合のダイアグ制御処理について、図４を用いて説明する。なお、ここでいう診断メッセージには、他の宛先、例えば車載制御装置１００以外の電子制御装置のアプリケーションを指定した宛先、が含まれていてもよい。また、機能的要求としての診断メッセージを受信した場合のダイアグ制御処理は、物理的要求としての診断メッセージを受信した場合のダイアグ制御処理における処理の流れと基本的に同じである。このため、物理的要求としての診断メッセージを受信した場合と同じ処理については説明を省略する。
Next, FIG. 4 shows the diagnostic control process when the vehicle-mounted
Ｓ３０１で、ダイアグ・通信制御アプリケーション１０３は、診断装置２００から診断メッセージを受信する受信処理を行う。受信処理において、診断メッセージは、要求バッファ２０２に格納される。次に、Ｓ３０２で、ダイアグ・通信制御アプリケーション１０３は、すべての診断アプリケーション、この例では、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２のそれぞれについて計時処理を開始する。すなわち、ダイアグ・通信制御アプリケーション１０３は、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２のうち少なくとも一方による診断処理が一定の時間を過ぎても完了しない場合、待機応答データを診断装置２００に送信する。
In step S301, the diagnosis/
次に、Ｓ３０３で、ダイアグ・通信制御アプリケーション１０３は、診断処理を実行する診断アプリケーションを選択する。すなわち、診断処理は、１つずつ順に実行される。診断処理の順番、換言すれば診断アプリケーションが選択される順番は、あらかじめ決められている。この例では、宛先として指定されたすべての診断アプリケーションのうち、ターゲットアドレスが若い順に選択され、第２の診断アプリケーション１０２よりもターゲットアドレスが若い第１の診断アプリケーション１０１が先に選択される。
Next, in step S303, the diagnosis/
次に、Ｓ３０４で、ダイアグ・通信制御アプリケーション１０３は、選択した診断アプリケーションに診断処理を実行させ、その結果は、ダイアグデータ領域２０１に格納される。
Next, in step S304, the diagnosis/
次に、Ｓ３０５で、ダイアグ・通信制御アプリケーション１０３は、ダイアグデータ領域２０１に格納されている診断処理を実行した結果を、返信データとして診断装置２００に送信する送信処理を行う。送信処理において、返信データは応答バッファ２０３に一時的に格納される。
Next, in step S<b>305, the diagnosis/
次に、Ｓ３０６で、ダイアグ・通信制御アプリケーション１０３は、選択した診断アプリケーションに対する計時処理を終了する。
次に、Ｓ３０７で、ダイアグ・通信制御アプリケーション１０３は、宛先として指定されたすべての診断アプリケーションの診断処理が完了したか否かを判定する。ダイアグ・通信制御アプリケーション１０３は、すべての診断アプリケーションの診断処理が完了していないと判定した場合、処理をＳ３０３に移行する。そして、Ｓ３０３で、ダイアグ・通信制御アプリケーション１０３は、次に診断処理を実行する診断アプリケーション、この例では第２の診断アプリケーション１０２、を選択し、Ｓ３０４からＳ３０７までの処理を実行する。このようにして、ダイアグ・通信制御アプリケーション１０３は、宛先として指定されたすべての診断アプリケーションの診断処理が完了するまで、処理を繰り返す。
Next, in step S306, the diagnosis/
Next, in S307, the diagnosis/
一方、Ｓ３０７で、ダイアグ・通信制御アプリケーション１０３は、すべての診断処理が完了したと判定した場合、処理を終了する。このようにして、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に、順に、換言すれば直列に、診断処理を実行させる、機能的要求に対するダイアグ制御処理が実行される。
On the other hand, when the diagnosis/
次に、少なくとも第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２の両方を宛先として指定した、機能的要求に対するダイアグ制御処理において車載制御装置１００と診断装置２００との間で行われる具体的なやりとりの例について図５のシーケンス図を用いて説明する。なお、図５でも、図３と同様、ＣＰＵ３０については図示を省略する。
Next, a specific example of the diagnostic control process for the functional request, in which at least both the first
Ｓ４０１で、ダイアグ・通信制御アプリケーション１０３は、少なくとも第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２の両方を宛先として指定した、機能的要求としての診断メッセージを受信する受信処理を行う。受信処理で受信された診断メッセージは、要求バッファ２０２に一時的に格納される。
In step S401, the diagnosis/
Ｓ４０２で、ダイアグ・通信制御アプリケーション１０３は、ターゲットアドレスが若い診断アプリケーション、この例では第１の診断アプリケーション１０１、を先に選択し、第１の診断アプリケーション１０１に診断処理を実行させる。
In step S402, the diagnosis/
Ｓ４０３で、第１の診断アプリケーション１０１は、診断メッセージに応じた診断処理を実行し、その結果をダイアグデータ領域２０１に格納する。
Ｓ４０４で、ダイアグ・通信制御アプリケーション１０３は、ダイアグデータ領域２０１に格納されている診断処理を実行した結果を、返信データとして診断装置２００に送信する送信処理を行う。送信処理において、返信データは応答バッファ２０３に一時的に格納される。
In S403, the first
In step S<b>404, the diagnosis/
Ｓ４０５で、ダイアグ・通信制御アプリケーション１０３は、ターゲットアドレスが次に若い診断アプリケーションである第２の診断アプリケーション１０２を選択し、第２の診断アプリケーション１０２に診断処理を実行させる。
In step S405, the diagnosis/
Ｓ４０６で、ダイアグ・通信制御アプリケーション１０３は、第２の診断アプリケーションによる診断処理が一定の時間を過ぎても完了しないため、待機応答データを診断装置２００に送信する。
In step S<b>406, the diagnosis/
Ｓ４０７で、第２の診断アプリケーション１０２は、診断メッセージに応じた診断処理を実行した結果をダイアグデータ領域２０１に格納する。
Ｓ４０８で、ダイアグ・通信制御アプリケーション１０３は、ダイアグデータ領域２０１に格納されている診断処理を実行した結果を、返信データとして診断装置２００に送信する送信処理を行う。送信処理において、返信データは応答バッファ２０３に一時的に格納される。このようにして、機能的要求に対するダイアグ制御処理において車載制御装置１００と診断装置２００との間で具体的なやりとりが行われる。
In step S407, the second
In step S<b>408, the diagnosis/
［１−３．効果］
以上詳述した第１実施形態によれば、以下の効果が得られる。
（１ａ）ダイアグ・通信制御アプリケーション１０３は、少なくとも第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２の両方を指定した、機能的要求としての診断メッセージを受信した場合、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に順に診断処理を実行させる。
[1-3. effect]
According to the first embodiment described in detail above, the following effects can be obtained.
(1a) When the diagnostic/
このような構成によれば、第１の診断アプリケーション１０１が応答バッファ２０３を使用する期間と、第２の診断アプリケーション１０２が応答バッファ２０３を使用する期間とがずれる。このため、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２が１つの応答バッファ２０３を共有して診断処理を実行することができる。その結果、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２それぞれに対して応答バッファを設ける必要がなくなり、診断処理を実行するアプリケーションが複数搭載された車載制御装置１００において、応答バッファを減らすことが可能となる。
With such a configuration, the period during which the first
なお、第１実施形態では、第１の診断アプリケーション１０１が第１の処理部としての処理に相当し、第２の診断アプリケーション１０２が第２の処理部としての処理に相当する。また、ダイアグ・通信制御アプリケーション１０３が管理実行部としての処理に相当し、Ｓ１０１〜Ｓ１０５が単独実行部としての処理に相当し、Ｓ３０３〜Ｓ３０７が直列実行部としての処理に相当する。
In the first embodiment, the first
［２．第２実施形態］
［２−１．構成］
第２実施形態は、ダイアグ制御処理が、第１実施形態のダイアグ制御処理と異なる。その他、基本的な構成及び処理の流れは第１実施形態と同様であり、第１実施形態と共通する構成及び処理については、同一符号を用いて説明を省略する。
[2. Second Embodiment]
[2-1. Constitution]
The diagnostic control process of the second embodiment is different from the diagnostic control process of the first embodiment. Other than that, the basic configuration and the flow of processing are the same as those in the first embodiment, and the same reference numerals are used for the configurations and processing that are common to the first embodiment and description thereof is omitted.
［２−２．ダイアグ制御処理の概要］
少なくとも第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２の両方を宛先として指定した機能的要求としての診断メッセージを車載制御装置１００が受信した場合のダイアグ制御処理について、図６を用いて説明する。なお、図６におけるＳ５０１、Ｓ５０２及びＳ５０４〜Ｓ５０８の処理は、第１実施形態のＳ３０１〜Ｓ３０７の処理と同様であるため、説明を省略する。
[2-2. Outline of diagnostic control processing]
Diagnosis control processing when the vehicle-mounted
Ｓ５０３で、ダイアグ・通信制御アプリケーションは、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２が並行して実行する診断処理である並列診断処理を実行可能であるか否かを判定する。具体的には、ダイアグ・通信制御アプリケーションは、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２を指定した診断メッセージに含まれる種類データが、あらかじめ定められた種類であるか否かを判定する。
In step S<b>503, the diagnosis/communication control application determines whether it is possible to execute parallel diagnostic processing, which is diagnostic processing that the first
ここで、種類データについて説明する。図７に示すように、診断メッセージに含まれる種類データは、複数種類、この例では、故障コード読出し、フリーズフレームデータ読出し、データ読出し、診断情報消去及びデータ書込み、の５種類が存在する。ここで、診断メッセージに送信される返信データのデータ量である返信データ長は、種類データに応じて異なる。この例では、診断情報消去及びデータ書込みの種類データに対する返信データ長は、故障コード読出し、フリーズフレームデータ読出し及びデータ読出しの種類データに対する返信データ長と比較して短い。つまり、対応する返信データ長が短い種類データは、あらかじめ決まっている。そこで、第１の診断アプリケーション１０１の返信データのデータ長と第２の診断アプリケーション１０２の返信データのデータ長との合計が、応答バッファ２０３のバッファ長を超すことがないよう、並列診断処理を実行する場合の種類データがあらかじめ設定されている。この例では、診断メッセージに含まれる種類データが、診断情報消去及びデータ書込みのうちいずれかである場合、並列診断処理が実行可能であると判定するよう、あらかじめ設定されている。なお、１つの診断メッセージに含まれる種類データの数は１つである。
Here, the type data will be described. As shown in FIG. 7, there are a plurality of types of type data included in the diagnostic message, and in this example, there are five types: fault code read, freeze frame data read, data read, diagnostic information erase and data write. Here, the reply data length, which is the data amount of the reply data transmitted to the diagnostic message, differs depending on the type data. In this example, the reply data length for the type data of diagnostic information deletion and data writing is shorter than the reply data length for the type data of fault code read, freeze frame data read, and data read. That is, the corresponding type data having a short reply data length is predetermined. Therefore, parallel diagnostic processing is executed so that the total of the data length of the reply data of the first
Ｓ５０３の処理に戻り、ダイアグ・通信制御アプリケーションは、並列診断処理が実行不可能であると判定した場合、Ｓ５０４の処理へ移行する。
Ｓ５０４〜Ｓ５０８で、ダイアグ・通信制御アプリケーションは、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に順に診断処理を実行させる。
Returning to the processing of S503, when the diagnosis/communication control application determines that the parallel diagnostic processing cannot be executed, the diagnosis/communication control application proceeds to the processing of S504.
In S504 to S508, the diagnostic/communication control application causes the first
一方、Ｓ５０３で、ダイアグ・通信制御アプリケーションは、並列診断処理が実行可能であると判定した場合、処理をＳ５０９へ移行する。
Ｓ５０９で、ダイアグ・通信制御アプリケーションは、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２のそれぞれに並行して診断処理を実行させる。それぞれの診断処理の結果は、ダイアグデータ領域２０１に格納される。
On the other hand, when the diagnosis/communication control application determines in step S503 that the parallel diagnostic process is executable, the process proceeds to step S509.
In step S509, the diagnosis/communication control application causes the first
Ｓ５１０で、ダイアグ・通信制御アプリケーションは、ダイアグデータ領域２０１に格納されている診断処理を実行した結果を、返信データとして診断装置２００に送信する送信処理を行う。送信処理において、第１の診断アプリケーション１０１の返信データ及び第２の診断アプリケーション１０２の返信データの両方が、応答バッファ２０３に一時的に格納される。
In step S510, the diagnosis/communication control application performs a transmission process of transmitting the result of execution of the diagnostic process stored in the
次に、Ｓ５１１で、ダイアグ・通信制御アプリケーションは、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に対する計時処理を終了する。その後、図６のダイアグ制御処理を終了する。
Next, in S511, the diagnosis/communication control application ends the timekeeping process for the first
このようにして、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に、順に又は並行して診断処理を実行させる、機能的要求に対するダイアグ制御処理が実行される。
In this way, the diagnostic control process for the functional request, which causes the first
［２−３．効果］
以上詳述した第２実施形態によれば、前述した第１実施形態と同様の効果に加え、以下の効果が得られる。
[2-3. effect]
According to the second embodiment described in detail above, in addition to the same effects as the above-described first embodiment, the following effects can be obtained.
（２ａ）ダイアグ・通信制御アプリケーションは、少なくとも第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２の両方を指定した診断メッセージを受信した場合、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に、順に又は並行して診断処理を実行させる。具体的には、ダイアグ・通信制御アプリケーションは、当該診断メッセージに含まれる種類データが、診断情報消去及びデータ書込みのうちいずれかである場合、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に、並行して診断処理を実行させる。また、ダイアグ・通信制御アプリケーションは、当該診断メッセージに含まれる種類データが、診断情報消去及びデータ書込みのうちいずれでもない場合、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に順に診断処理を実行させる。このような構成によれば、ダイアグ・通信制御アプリケーションが、応答バッファ２０３のみを用いて、種類データに応じた診断処理の実行、すなわち、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２の診断処理を並列に又は順に実行させることができる。その結果、第１実施形態と比較して、診断処理に要する時間が短縮され得る。
(2a) When the diagnostic/communication control application receives a diagnostic message that specifies at least both the first
なお、第２実施形態では、Ｓ５０４〜Ｓ５０８が直列実行部としての処理に相当し、Ｓ５０９〜Ｓ５１１が並列実行部としての処理に相当する。
［３．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は、上記各実施形態に限定されることなく、種々の形態を採り得ることは言うまでもない。
In the second embodiment, S504 to S508 correspond to the processing as the serial execution unit, and S509 to S511 correspond to the processing as the parallel execution unit.
[3. Other Embodiments]
Although the embodiments of the present disclosure have been described above, it goes without saying that the present disclosure is not limited to the above-described embodiments and can take various forms.
（３ａ）上記各実施形態では、１つの車載制御装置１００が、診断処理を実行可能なアプリケーションを２つ有する構成を例示したが、診断処理を実行可能なアプリケーションの数はこれに限定されるものではない。例えば、１つの車載制御装置が、診断処理を実行可能なアプリケーションを３つ以上有する構成であってもよい。この場合における図６に示す第２実施形態のダイアグ制御処理は、ダイアグ・通信制御アプリケーションが、Ｓ５１１で並列診断処理が可能な診断アプリケーションの計時処理を終了した後、Ｓ５０３に戻り、診断処理がまだ実行されていない診断アプリケーションの並列診断処理が可能か否かを判定する構成としてもよい。
(3a) In each of the above embodiments, one in-
（３ｂ）上記各実施形態では、車両の外部にある診断装置２００を例示したが、診断装置のある場所については特に限定されるものではない。例えば、診断装置は、車両の内部にあるものであってもよい。
(3b) In each of the above embodiments, the
（３ｃ）上記各実施形態では、診断処理が実行される順番として、ターゲットアドレスが若い順を例示したが、これ以外の順番であってもよい。
（３ｄ）上記第２実施形態では、診断メッセージに含まれる種類データがあらかじめ定められた種類である場合に、並列診断処理を実行させるダイアグ制御処理を例示した。しかし、ダイアグ制御処理はこれに限定されるものではなく、並列診断処理が実行可能であるか否かを他の方法によって判定してもよい。
(3c) In each of the above-described embodiments, the order in which the diagnostic processing is executed is the order in which the target addresses are young, but the order may be other than this.
(3d) In the second embodiment, the diagnosis control process for executing the parallel diagnostic process when the type data included in the diagnostic message is of a predetermined type has been illustrated. However, the diagnosis control process is not limited to this, and whether or not the parallel diagnosis process can be executed may be determined by another method.
例えば、第１変形例のダイアグ・通信制御アプリケーションは、第２実施形態の並列診断処理とは異なる並列診断処理を実行する。具体的には、第１変形例のダイアグ・通信制御アプリケーションは、並列診断処理の判定において、種類データの代わりに、受信した診断メッセージから算出される返信データの情報である、返信データ長を用いる点で第２実施形態の並列診断処理と相違する。 For example, the diagnostic/communication control application of the first modified example executes a parallel diagnostic process different from the parallel diagnostic process of the second embodiment. Specifically, the diagnosis/communication control application of the first modified example uses the reply data length, which is the information of the reply data calculated from the received diagnostic message, instead of the type data, in the determination of the parallel diagnostic processing. It is different from the parallel diagnostic processing of the second embodiment in the point.
ここで、返信データ長について説明する。第２実施形態で前述したように、返信データの返信データ長は、種類データ及び診断に必要なデータに応じてあらかじめ決まっており、返信データ長は、受信した診断メッセージから算出できる。算出した返信データ長の情報を利用し、ダイアグ・通信制御アプリケーションは、並列診断処理が実行可能であるか否かを判定する。具体的には、ダイアグ・通信制御アプリケーションは、診断メッセージを受信した時点で、各診断アプリケーションの返信データ長を合計し、合計した合計値があらかじめ定められた閾値以下である場合、並列診断処理が実行可能であると判定する。この例では、ダイアグ・通信制御アプリケーションは、診断メッセージに含まれている、第１の診断アプリケーション１０１の返信データのデータ長と、第２の診断アプリケーション１０２の返信データのデータ長とを合計し、合計値と閾値とを比較することで、並列診断処理の判定を行う。なお、閾値は、応答バッファ２０３のバッファ長を超すことがない値、例えばバッファ長と同じ値に設定されている。
Here, the reply data length will be described. As described above in the second embodiment, the reply data length of the reply data is predetermined according to the type data and the data necessary for diagnosis, and the reply data length can be calculated from the received diagnostic message. Using the information on the calculated reply data length, the diagnosis/communication control application determines whether or not parallel diagnostic processing can be executed. Specifically, the diagnostic/communication control application sums the reply data lengths of the diagnostic applications at the time of receiving the diagnostic message, and if the sum total value is equal to or less than a predetermined threshold value, the parallel diagnostic process is performed. Determined to be executable. In this example, the diagnostic/communication control application sums the data length of the reply data of the first
合計値が閾値よりも大きい場合、ダイアグ・通信制御アプリケーションは、並列診断処理が実行不可能であると判定し、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に順に診断処理を実行させる。
When the total value is larger than the threshold value, the diagnosis/communication control application determines that the parallel diagnostic processing cannot be executed, and causes the first
一方、合計値が閾値以下である場合、ダイアグ・通信制御アプリケーションは、並列診断処理が実行可能であると判定し、第１の診断アプリケーション１０１及び第２の診断アプリケーション１０２に並行して診断処理を実行させる。
On the other hand, when the total value is less than or equal to the threshold value, the diagnostic/communication control application determines that parallel diagnostic processing can be performed, and executes the diagnostic processing in parallel with the first
このような構成によれば、前述した第２実施形態と同様の効果が得られる。
（３ｅ）上記各実施形態における１つの構成要素が有する機能を複数の構成要素として分散させたり、複数の構成要素が有する機能を１つの構成要素に統合したりしてもよい。また、上記各実施形態の構成の一部を省略してもよい。また、上記各実施形態の構成の少なくとも一部を、他の上記各実施形態の構成に対して付加、置換等してもよい。なお、特許請求の範囲に記載の文言から特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。
With such a configuration, the same effect as that of the above-described second embodiment can be obtained.
(3e) The function of one component in each of the above embodiments may be distributed as a plurality of components, or the functions of a plurality of components may be integrated into one component. Moreover, you may omit a part of structure of each said embodiment. Further, at least a part of the configuration of each of the above-described embodiments may be added to or replaced with the configuration of the other above-described embodiments. Note that all aspects included in the technical idea specified by the wording of the claims are the embodiments of the present disclosure.
（３ｆ）本開示は、前述した車載制御装置の他、当該車載制御装置を構成要素とするシステム、当該車載制御装置としてコンピュータを機能させるためのプログラム、このプログラムを記録した媒体、及び診断方法など、種々の形態で実現することができる。 (3f) In addition to the above-described vehicle-mounted control device, the present disclosure discloses a system including the vehicle-mounted control device as a component, a program for causing a computer to function as the vehicle-mounted control device, a medium storing the program, a diagnostic method, and the like. , Can be realized in various forms.
１…マイコン、２…入出力回路、３…センサ、４…アクチュエータ、５…通信部、１０…ＲＯＭ、２０…ＲＡＭ、３０…ＣＰＵ、４０…Ｉ／Ｏ、５０…データフラッシュ、６０…タイマ、１００…車載制御装置、１０１…第１の診断アプリケーション、１０２…第２の診断アプリケーション、１０３…ダイアグ・通信制御アプリケーション、２００…診断装置、２０１…ダイアグデータ領域、２０２…要求バッファ、２０３…応答バッファ、２０４…通信タイマ領域。 1... Microcomputer, 2... Input/output circuit, 3... Sensor, 4... Actuator, 5... Communication part, 10... ROM, 20... RAM, 30... CPU, 40... I/O, 50... Data flash, 60... Timer, 100... On-vehicle control device, 101... First diagnostic application, 102... Second diagnostic application, 103... Diagnosis/communication control application, 200... Diagnostic device, 201... Diagnosis data area, 202... Request buffer, 203... Response buffer , 204... Communication timer area.
Claims (2)
第１の診断処理を実行する第１の処理部（１０１）と、
第２の診断処理を実行する第２の処理部（１０２）と、
前記診断メッセージを受信した場合、前記第１の処理部及び前記第２の処理部のうち少なくとも一方に前記診断処理を実行させ、前記診断処理を実行した結果を、返信データとして前記診断装置に送信する送信処理を行う管理実行部（１０３）と、
前記送信処理において、前記返信データを一時的に格納する応答バッファと、
を備え、
前記管理実行部は、
前記第１の処理部を指定した前記診断メッセージを受信した場合、前記第１の処理部に前記診断処理を実行させ、前記第２の処理部を指定した前記診断メッセージを受信した場合、前記第２の処理部に前記診断処理を実行させる、単独実行部（Ｓ１０１〜Ｓ１０５）と、
前記第１の処理部及び前記第２の処理部の両方を指定した前記診断メッセージを受信した場合、前記第１の処理部及び前記第２の処理部に順に前記診断処理を実行させる、直列実行部（Ｓ３０３〜Ｓ３０７，Ｓ５０４〜Ｓ５０８）と、
前記第１の処理部及び前記第２の処理部の両方を指定した前記診断メッセージを受信した場合、前記第１の処理部及び前記第２の処理部に並行して前記診断処理を実行させる、並列実行部（Ｓ５０９〜Ｓ５１１）と、
を備え、
前記並列実行部は、前記第１の処理部及び前記第２の処理部の両方を指定した前記診断メッセージを受信し、前記診断メッセージの種類があらかじめ定められた種類である場合に、前記第１の処理部及び前記第２の処理部に並行して前記診断処理を実行させ、
前記直列実行部（Ｓ５０４〜Ｓ５０８）は、前記第１の処理部及び前記第２の処理部の両方を指定した前記診断メッセージを受信し、前記診断メッセージの種類が前記あらかじめ定められた種類でない場合、前記第１の処理部及び前記第２の処理部に順に前記診断処理を実行させる、車載制御装置。 An in-vehicle control device (100) mounted on a vehicle and executing a diagnostic process for a diagnostic message from a diagnostic device (200),
A first processing unit (101) for executing a first diagnostic process,
A second processing unit (102) that executes a second diagnostic process;
When the diagnostic message is received, at least one of the first processing unit and the second processing unit is caused to execute the diagnostic process, and the result of executing the diagnostic process is transmitted to the diagnostic device as reply data. A management execution unit (103) that performs a transmission process that
In the transmitting process, a response buffer that temporarily stores the reply data,
Equipped with
The management execution unit,
When the diagnostic message designating the first processing unit is received, the first processing unit is caused to execute the diagnostic process, and when the diagnostic message designating the second processing unit is received, A single execution unit (S101 to S105) for causing the second processing unit to execute the diagnosis process;
When the diagnostic message designating both the first processing unit and the second processing unit is received, the first processing unit and the second processing unit are caused to sequentially execute the diagnostic processing, serial execution Parts (S303 to S307, S504 to S508),
When the diagnostic message specifying both the first processing unit and the second processing unit is received, the first processing unit and the second processing unit are caused to execute the diagnostic process in parallel. A parallel execution unit (S509 to S511),
Equipped with
The parallel execution unit receives the diagnostic message specifying both the first processing unit and the second processing unit, and if the type of the diagnostic message is a predetermined type, To execute the diagnosis process in parallel with the processing unit of
When the serial execution unit (S504 to S508) receives the diagnostic message specifying both the first processing unit and the second processing unit, and the type of the diagnostic message is not the predetermined type. An in- vehicle control device that causes the first processing unit and the second processing unit to sequentially perform the diagnostic processing .
第１の診断処理を実行する第１の処理部（１０１）と、
第２の診断処理を実行する第２の処理部（１０２）と、
前記診断メッセージを受信した場合、前記第１の処理部及び前記第２の処理部のうち少なくとも一方に前記診断処理を実行させ、前記診断処理を実行した結果を、返信データとして前記診断装置に送信する送信処理を行う管理実行部（１０３）と、
前記送信処理において、前記返信データを一時的に格納する応答バッファと、
を備え、
前記管理実行部は、
前記第１の処理部を指定した前記診断メッセージを受信した場合、前記第１の処理部に前記診断処理を実行させ、前記第２の処理部を指定した前記診断メッセージを受信した場合、前記第２の処理部に前記診断処理を実行させる、単独実行部（Ｓ１０１〜Ｓ１０５）と、
前記第１の処理部及び前記第２の処理部の両方を指定した前記診断メッセージを受信した場合、前記第１の処理部及び前記第２の処理部に順に前記診断処理を実行させる、直列実行部（Ｓ３０３〜Ｓ３０７，Ｓ５０４〜Ｓ５０８）と、
前記第１の処理部及び前記第２の処理部の両方を指定した前記診断メッセージを受信した場合、前記第１の処理部及び前記第２の処理部に並行して前記診断処理を実行させる、並列実行部（Ｓ５０９〜Ｓ５１１）と、
を備え、
前記並列実行部は、前記第１の処理部及び前記第２の処理部の両方を指定した前記診断メッセージを受信し、前記第１の処理部が前記診断処理を実行した結果を表す第１の返信データのデータ量と前記第２の処理部が前記診断処理を実行した結果を表す第２の返信データのデータ量との合計が、あらかじめ定められた閾値以下であると判断した場合に、前記第１の処理部及び前記第２の処理部に並行して前記診断処理を実行させ、
前記直列実行部（Ｓ５０４〜Ｓ５０８）は、前記第１の処理部及び前記第２の処理部の両方を指定した前記診断メッセージを受信し、前記第１の返信データのデータ量と前記第２の返信データのデータ量との合計が前記閾値よりも大きいと判断した場合に、前記第１の処理部及び前記第２の処理部に順に前記診断処理を実行させる、車載制御装置。 An in-vehicle control device (100) mounted on a vehicle and executing a diagnostic process for a diagnostic message from a diagnostic device (200),
A first processing unit (101) for executing a first diagnostic process,
A second processing unit (102) that executes a second diagnostic process;
When the diagnostic message is received, at least one of the first processing unit and the second processing unit is caused to execute the diagnostic process, and the result of executing the diagnostic process is transmitted to the diagnostic device as reply data. A management execution unit (103) that performs a transmission process that
In the transmitting process, a response buffer that temporarily stores the reply data,
Equipped with
The management execution unit,
When the diagnostic message designating the first processing unit is received, the first processing unit is caused to execute the diagnostic process, and when the diagnostic message designating the second processing unit is received, A single execution unit (S101 to S105) for causing the second processing unit to execute the diagnosis process;
When the diagnostic message designating both the first processing unit and the second processing unit is received, the first processing unit and the second processing unit are caused to sequentially execute the diagnostic processing, serial execution Parts (S303 to S307, S504 to S508),
When the diagnostic message specifying both the first processing unit and the second processing unit is received, the first processing unit and the second processing unit are caused to execute the diagnostic process in parallel. A parallel execution unit (S509 to S511),
Equipped with
The parallel execution unit receives the diagnostic message that specifies both the first processing unit and the second processing unit, and represents a result of execution of the diagnostic process by the first processing unit. When it is determined that the total of the data amount of the reply data and the data amount of the second reply data indicating the result of the diagnosis process performed by the second processing unit is equal to or less than a predetermined threshold value, Causing the first processing unit and the second processing unit to execute the diagnostic processing in parallel,
The serial execution unit (S504 to S508) receives the diagnostic message that specifies both the first processing unit and the second processing unit, and determines the data amount of the first reply data and the second response data. An in- vehicle control device that causes the first processing unit and the second processing unit to sequentially perform the diagnostic process when it is determined that the total amount of the return data and the data amount is larger than the threshold value .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016243207A JP6717184B2 (en) | 2016-12-15 | 2016-12-15 | In-vehicle control device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016243207A JP6717184B2 (en) | 2016-12-15 | 2016-12-15 | In-vehicle control device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018095142A JP2018095142A (en) | 2018-06-21 |
| JP6717184B2 true JP6717184B2 (en) | 2020-07-01 |
Family
ID=62634514
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016243207A Active JP6717184B2 (en) | 2016-12-15 | 2016-12-15 | In-vehicle control device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6717184B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7211036B2 (en) * | 2018-11-28 | 2023-01-24 | 株式会社デンソー | Vehicle electronic controller and diagnostic system |
| CN113341933B (en) * | 2021-06-23 | 2022-08-19 | 中国第一汽车股份有限公司 | Diagnostic system and method for vehicle central controller |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4306474B2 (en) * | 2004-01-29 | 2009-08-05 | 株式会社デンソー | Vehicle occupant protection system |
| JP5050653B2 (en) * | 2007-05-28 | 2012-10-17 | 株式会社デンソー | Electronic control device |
| JP5542760B2 (en) * | 2011-09-20 | 2014-07-09 | 日立オートモティブシステムズ株式会社 | In-vehicle control device |
| JP5966697B2 (en) * | 2012-07-06 | 2016-08-10 | トヨタ自動車株式会社 | Information processing device |
| KR101491260B1 (en) * | 2013-06-07 | 2015-02-06 | 현대자동차주식회사 | ECU Multiple Diagnostic System and Method on Vehicle Network |
| JP6295113B2 (en) * | 2014-03-17 | 2018-03-14 | ルネサスエレクトロニクス株式会社 | Self-diagnosis device and self-diagnosis method |
-
2016
- 2016-12-15 JP JP2016243207A patent/JP6717184B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018095142A (en) | 2018-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9294412B2 (en) | Controller area network (CAN) worst-case message latency with priority inversion | |
| JP2007034359A (en) | Distributed control system | |
| KR20160081797A (en) | Computing system with buffer and method of operation thereof | |
| JP6717184B2 (en) | In-vehicle control device | |
| JP2015225574A (en) | Control device, control method and program | |
| JP4042790B2 (en) | Electrical device and method for determining normal communication function in electrical device | |
| JP5091694B2 (en) | Information processing system and information processing program | |
| CN110278716B (en) | PLC, network unit, CPU unit, and data transfer method | |
| JP2015215684A (en) | Information processing apparatus and information processing program | |
| JP6146306B2 (en) | I / O device control system and control method of I / O device control system | |
| JP2017033159A (en) | On-vehicle electronic control device | |
| CN109783021A (en) | Data-storage system and data storage, read method, device, electronic equipment | |
| JP2015014962A (en) | Arithmetic device, arithmetic method, and program | |
| JP6416488B2 (en) | Semiconductor device | |
| JP2007213304A (en) | Cache memory system and multiprocessor system | |
| JP5334173B2 (en) | Data transfer system and retry control method | |
| JP6768021B2 (en) | Converter, conversion method and conversion program | |
| JP6433623B2 (en) | Data processing apparatus, data processing method, and data processing program | |
| JP6384359B2 (en) | Information processing apparatus having distributed shared memory, method, and program | |
| JP6392556B2 (en) | Access request issuing device, access request issuing system, access request issuing method, and access request issuing program | |
| JP2005301714A (en) | Multi-cpu system, its data transfer method, and its program | |
| JP6394291B2 (en) | Electronic control device and memory rewriting method | |
| JP2024008514A (en) | Vehicle control device | |
| JP6100551B2 (en) | Electronics | |
| JP2007320079A (en) | Image forming controlling apparatus and method for controlling image forming apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190313 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20200115 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200121 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200302 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200512 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200525 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 6717184 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |