JP5032431B2

JP5032431B2 - エンジンセッティングシステム及びエンジンセッティング方法

Info

Publication number: JP5032431B2
Application number: JP2008252728A
Authority: JP
Inventors: 寛菅野
Original assignee: Keihin Corp
Current assignee: Keihin Corp
Priority date: 2008-09-30
Filing date: 2008-09-30
Publication date: 2012-09-26
Anticipated expiration: 2028-09-30
Also published as: JP2010084569A

Description

本発明は、鞍乗型車両のエンジンのセッティングに利用されるエンジンセッティングシステム及びエンジンセッティング方法に関する。

近年、種々の鞍乗型車両には電子制御装置（以下、ＥＣＵと称する）が搭載されていることが一般的である。このＥＣＵには、エンジンを好適な状態で運転させるための制御マップが記憶されている。ここで、制御マップとは、エンジンの運転状態を表す運転状態量（エンジン回転数やエンジン負荷など）と、エンジンの制御目標値（燃料噴射量やエンジン点火時期などの制御量に対する目標値）との対応関係を表すデータ群を指す。つまり、ＥＣＵは、現在のエンジンの運転状態に応じた制御目標値を制御マップから取得し、この取得した制御目標値を基に燃料噴射量やエンジン点火時期を制御することにより、エンジンを好適な状態で運転させる。

ところで、上記の制御マップに設定されている制御目標値を、車両の走行する状況に応じて変更したい場合がある。例えば、レースにおいて、コースの路面状態（路面勾配、ドライ／ウエット、コーナーの数／大きさ等）や天候等に応じて、各種の制御目標値の設定（以下、セッティングと称する）を変更すると、エンジンをより好適な状態で運転させることができる。

例えば、下記特許文献１には、インターネットを介してサーバ装置と通信可能に接続された端末装置を用いて、サーバ装置からレースコース毎に適した推奨制御マップをダウンロードし、この推奨制御マップを端末装置からＥＣＵに転送して、ＥＣＵに予め記憶されている制御マップを推奨制御マップに書き換えることにより、レースコースに応じた好適なエンジンセッティングを容易とするエンジンセッティングシステムが開示されている。
特開２００８−１９８４３号公報

上記従来技術では、サーバ装置からレースコース毎に適した推奨制御マップをダウンロードすることができる。しかしながら、ダウンロードして得られる推奨制御マップが必ずしも個々のユーザに適しているとはいえず、すなわち、レース初心者とプロレーサーとは車両の操作（扱い）が異なり、また、ユーザの好み（コーナーからの立ち上がり重視型のユーザやコーナーへの突入重視型のユーザ等）もそれぞれ異なるため、個々のユーザに適した推奨制御マップを得ることは困難である。さらに、上記従来技術では、推奨制御マップを得るために、インターネット等の通信回線を介してダウンロードする必要があるが、通信インフラが整備されていないレース場では現地でのセッティングができない状況が起きてしまう。

本発明は、上述した事情に鑑みてなされたものであり、エンジンセッティング時において、個々のユーザに適したセッティングを容易とすることが可能なエンジンセッティングシステム及びエンジンセッティング方法を提供することを目的とする。

上記目的を達成するために、本発明は、エンジンセッティングシステムに係る第１の解決手段として、制御マップを基にエンジン制御を行うエンジン制御装置と、前記エンジン制御装置と通信可能に接続されると共に、前記制御マップを定義する端末装置とを備えたエンジンセッティングシステムにおいて、前記端末装置は、過去に定義した制御マップと、当該制御マップの定義時に入力された走行環境データを含む履歴データとを対応付けて記憶する履歴データ記憶手段と、エンジンセッティング時に入力された検索条件に該当する履歴データを検索すると共に、当該検索により抽出された履歴データに対応する制御マップを前記エンジン制御装置で使用する制御マップとして再定義する制御マップ再定義手段とを備えることを特徴とする。

また、エンジンセッティングシステムに係る第２の解決手段として、上記第１の解決手段において、前記履歴データは、前記走行環境データに加えて、前記制御マップの定義時に前記エンジン制御装置によって収集され且つ端末装置に送信されたエンジンの運転状態を表すエンジン状態データを含むことを特徴とする。

また、エンジンセッティングシステムに係る第３の解決手段として、上記第１または第２の解決手段において、前記履歴データは、前記走行環境データに加えて、前記制御マップの定義時に入力されたコメント文からなる印象データを含むことを特徴とする。

また、エンジンセッティングシステムに係る第４の解決手段として、上記第１〜第３のいずれかの解決手段において、前記エンジン制御装置と前記端末装置との間のデータ通信を中継する中継装置をさらに備えることを特徴とする。
また、エンジンセッティングシステムに係る第５の解決手段として、上記第４の解決手段において、前記中継装置は、前記エンジン制御装置に装着可能な通信アダプタであることを特徴とする。

さらに、本発明では、エンジンセッティング方法に係る解決手段として、制御マップを基にエンジン制御を行うエンジン制御装置と、前記エンジン制御装置と通信可能に接続されると共に、前記制御マップを定義する端末装置とを使用するエンジンセッティング方法において、前記端末装置によって過去に定義した制御マップと、当該制御マップの定義時に入力された走行環境データを含む履歴データとを対応付けて記憶しておき、エンジンセッティング時に入力された検索条件に該当する履歴データを検索すると共に、当該検索により抽出された履歴データに対応する制御マップを前記エンジン制御装置で使用する制御マップとして再定義することを特徴とする。

本発明によると、過去に定義した制御マップと対応付けて、その当時の走行環境を表す走行環境データを含む履歴データを記憶しておき、次回以降のエンジンセッティング時には検索条件を指定して履歴データを検索し、その際の走行環境に合致、または類似する履歴データを抽出することにより、過去に使用（定義）した複数の制御マップの中から、よりユーザに適合する制御マップを得ることができる。つまり、エンジンセッティング時において、個々のユーザに適したセッティングを容易とすることが可能となる。

以下、図面を参照して、本発明の一実施形態について説明する。
図１は、本実施形態に係るエンジンセッティングシステムの構成概略図である。この図１に示すように、本実施形態に係るエンジンセッティングシステムは、鞍乗型車両Ｂのエンジン制御を行うＥＣＵ（エンジン制御装置）１と、制御マップを定義するパーソナルコンピュータ（端末装置：以下、ＰＣと称する）２と、ＥＣＵ１とＰＣ２との間のデータ通信を中継する中継装置として機能し、ＥＣＵ１に装着可能な通信アダプタ３とから構成されている。

このようなエンジンセッティングシステムは、例えばレースコースに応じて、好適なエンジンセッティング、つまりＥＣＵ１に記憶されている制御マップのセッティングを行うためのシステムである。

なお、図１では便宜上、ＥＣＵ１と鞍乗型車両Ｂとを離して図示しているが、実際には、ＥＣＵ１は鞍乗型車両Ｂの内部に搭載されるものである。また、ＥＣＵ１と通信アダプタ３とも離して図示しているが、実際には、通信アダプタ３はＥＣＵ１に装着されていると共に、ＵＳＢケーブルを介してＰＣ２と接続されている。つまり、ＥＣＵ１とＰＣ２とは、通信アダプタ３を介して通信可能に接続されている。

図１に示すように、ＥＣＵ１は、ＥＥＰＲＯＭ１ａ、ＲＡＭ(Random Access Memory)１ｂ、ＣＰＵ(Central Processing Unit)１ｃ、ＣＡＮ(Controller Area Network)ドライバ１ｄ及び通信コネクタ１ｅを備えている。ＥＥＰＲＯＭ１ａは、鞍乗型車両Ｂの通常運転時に使用される制御マップや、その他のエンジン制御に必要なデータ、ＣＰＵ１ｃで実行されるプログラム等を固定記憶する書き換え可能な不揮発性記憶媒体である。ＲＡＭ１ｂは、一時的なデータの記憶に用いられる書き換え可能な揮発性記憶媒体である。

ＣＰＵ１ｃは、通常運転時において、ＥＥＰＲＯＭ１ａに記憶されている制御マップを基に鞍乗型車両Ｂのエンジン制御（具体的には燃料噴射量、エンジン点火時期、吸気量、空燃比等の制御）を行う。また、このＣＰＵ１ｃは、エンジンセッティング時において、ＰＣ２によって定義され且つＰＣ２から通信アダプタ３を介して送信される制御マップを基にＥＥＰＲＯＭ１ａの制御マップの書き換えを行う機能を有している。

さらに、このＣＰＵ１ｃは、エンジンセッティング時において、鞍乗型車両Ｂのエンジンの運転状態を表すエンジン状態データ（例えば、トルク、エンジン回転数、スロットルバルブ開度、冷却水温、吸気圧、吸気温度など）をＲＡＭ１ｂに記憶する一方、ＰＣ２からデータ転送要求を受信した場合、ＲＡＭ１ｂに記憶されている上記のエンジン状態データを通信アダプタ３を介してＰＣ２に送信する機能を有している。上記のエンジン状態データは、鞍乗型車両Ｂに設置された各種センサの出力から得ることができる。つまり、この各種センサの出力は、ＥＣＵ１に入力され、不図示のＡ／Ｄコンバータによってデジタルデータに変換された後、ＣＰＵ１ｃに送られることになる。

ＣＡＮドライバ１ｄは、ＣＰＵ１ｃから送られるデータ（上記のエンジン状態データなど）をＣＡＮ通信プロトコルに準じたデータフォーマットに変換して通信アダプタ３に送信する一方、通信アダプタ３から受信したデータ（ＣＡＮ通信プロトコルに準じたデータフォーマット）をＣＰＵ１ｃで処理可能なデータに変換してＣＰＵ１ｃに出力する。通信コネクタ１ｅは、通信アダプタ３を装着するために用いられるコネクタであり、通信アダプタ３の装着時には通信アダプタ３側の通信コネクタ３ｇと電気的且つ機械的に接続される。

ＰＣ２は、入力情報に基に制御マップを定義するパーソナルコンピュータであり、図２に示すように、入力装置２ａ、表示装置２ｂ、記憶装置２ｃ及び制御装置２ｄから構成されている。入力装置２ａは、例えばキーボードやマウス等であり、ユーザの操作によって入力された入力情報を制御装置２ｄに出力する。表示装置２ｂは、例えば液晶ディスプレイであり、制御装置２ｄの制御によって所定の画像を表示する。

記憶装置（履歴データ記憶手段）２ｃは、例えばハードディスクであり、制御装置２ｄで実行されるプログラムやアプリケーションソフト等を記憶する他、過去に定義した制御マップと、当該制御マップの定義時に入力装置２ａを介して入力された履歴データとを対応付けて記憶するものである。ここで、履歴データには、過去に制御マップを定義した当時の走行環境（例えば、路面状況、天気、気温、湿度、気圧、水温等）を表す走行環境データと、その当時にユーザが得た印象等を記載したコメント文からなる印象データとが含まれている。

図３は、表示装置２ｂに表示される履歴データ入力画面の一例を示すものである。つまり、本実施形態では、エンジンセッティング時において、レースコース毎に最適な制御マップを定義して、ＥＣＵ１におけるＥＥＰＲＯＭ１ａの制御マップの書き換えを行うと共に、図３に示す履歴データ入力画面を用いて、当時の走行環境データ（路面状況、天気、気温、湿度、気圧、水温）と、印象データ（コメント文）とをユーザが入力することにより、制御マップと履歴データとが対応付けられて記憶装置２ｃに記憶されることになる。

制御装置（制御マップ再定義手段）２ｄは、例えばＣＰＵであり、記憶装置２ｃに記憶されているプログラムやアプリケーションソフトを実行することにより、ＰＣ２の全体動作を制御する。この制御装置２ｄは、通信アダプタ３とＵＳＢケーブルを介して接続されており、通信アダプタ３とＵＳＢプロトコルに準じたデータ通信を行うことが可能である。

この制御装置２ｄは、入力装置２ａから送られる入力情報を基に制御マップを定義し、その制御マップを通信アダプタ３を介してＥＣＵ１に送信する機能を有している。また、詳細は後述するが、この制御装置２ｄは、エンジンセッティング時に入力された検索条件に該当する履歴データを記憶装置２ｃから検索すると共に、当該検索により抽出された履歴データに対応する制御マップを記憶装置２ｃから読み出し、ＥＣＵ１で使用する制御マップとして再定義する機能を有している。

以下、図１に戻って説明を続ける。
通信アダプタ３は、ＦＲＯＭ（フラッシュＲＯＭ）３ａ、ＦｅＲＡＭ(Ferroelectric ＲＡＭ)３ｂ、ＣＰＵ３ｃ、ＣＡＮドライバ３ｄ、Ｋ−Ｌｉｎｅドライバ３ｅ、ＵＳＢドライバ３ｆ、通信コネクタ３ｇ及びＵＳＢコネクタ３ｈを備えている。ＦＲＯＭ３ａは、ＣＰＵ３ｃで実行されるプログラムや、その他の通信アダプタ３の制御に必要なデータを固定記憶する書き換え可能な不揮発性記憶媒体である。ＦｅＲＡＭ３ｂは、一時的なデータの記憶に用いられる書き換え可能な不揮発性記憶媒体である。

ＣＰＵ３ｃは、通信アダプタ３の全体動作（つまりデータ中継動作）を制御するものであり、ＰＣ２からＵＳＢドライバ３ｆを介して受信したデータ（制御マップ等）をＦｅＲＡＭ３ｂに記憶する一方、当該データをＣＡＮドライバ３ｄを介してＥＣＵ１に送信する。また、このＣＰＵ３ｃは、ＣＡＮドライバ３ｄを介してＥＣＵ１から受信したデータ（エンジン状態データなど）をＦｅＲＡＭ３ｂに記憶する一方、当該データをＵＳＢドライバ３ｆを介してＰＣ２に送信する。

ＣＡＮドライバ３ｄは、ＣＰＵ３ｃから送られるデータをＣＡＮ通信プロトコルに準じたデータフォーマットに変換してＥＣＵ１に送信する一方、ＥＣＵ１から受信したデータ（ＣＡＮ通信プロトコルに準じたデータフォーマット）をＣＰＵ３ｃで処理可能なデータに変換してＣＰＵ３ｃに出力する。Ｋ−Ｌｉｎｅドライバ３ｅは、ＣＰＵ３ｃから送られるデータをＫ−Ｌｉｎｅ通信プロトコルに準じたデータフォーマットに変換してＥＣＵ１に送信する一方、ＥＣＵ１から受信したデータ（Ｋ−Ｌｉｎｅ通信プロトコルに準じたデータフォーマット）をＣＰＵ３ｃで処理可能なデータに変換してＣＰＵ３ｃに出力する。なお、これらＣＡＮドライバ３ｄ及びＫ−Ｌｉｎｅドライバ３ｅは、ＥＣＵ１の通信プロトコルに応じて選択的に使用されるものであり、本実施形態ではＥＣＵ１の通信プロトコルはＣＡＮであるのでＣＡＮドライバ３ｄが使用される。

ＵＳＢドライバ３ｆは、ＣＰＵ３ｃから送られるデータをＵＳＢ通信プロトコルに準じたデータフォーマットに変換してＰＣ２に送信する一方、ＰＣ２から受信したデータ（ＵＳＢ通信プロトコルに準じたデータフォーマット）をＣＰＵ３ｃで処理可能なデータに変換してＣＰＵ３ｃに出力する。通信コネクタ３ｇは、通信アダプタ３をＥＣＵ１に装着するために用いられるコネクタであり、通信アダプタ３の装着時にはＥＣＵ１側の通信コネクタ１ｅと電気的且つ機械的に接続される。ＵＳＢコネクタ３ｈは、通信アダプタ３をＵＳＢケーブルを介してＰＣ２に接続するために用いられるコネクタである。

次に、上記のように構成された本実施形態に係るエンジンセッティングシステムの動作について説明する。
図４は、エンジンセッティング時に表示装置２ｂに表示される履歴データの検索条件入力画面の一例を示すものである。この図４に示すように、検索条件入力画面には、検索条件として、「フォルダ名」、「開始日付」、「終了日付」、「路面状況」、「天気」、「気温」、「湿度」、「気圧」、「水温」、「コメント」を入力するための入力ボックスが設けられている。この内、「路面状況」、「天気」、「気温」、「湿度」、「気圧」、「水温」が走行環境データに対応する検索条件であり、「コメント」が印象データに対応する検索条件である。

「フォルダ名」入力ボックスは、記憶装置２ｃ内における履歴データの保存先を指定するためのボックスである。「開始日付」入力ボックスは、検索条件の開始となる日付を指定するためのボックスである。「終了日付」入力ボックスは、検索条件の終了となる日付を指定するためのボックスである。「路面状況」入力ボックスは、路面条件検索キーワードを指定するためのボックスである。「天気」入力ボックスは、天気条件検索キーワードを指定するためのボックスである。「気温」入力ボックスは、温度条件検索範囲を指定するためのボックスである。「湿度」入力ボックスは、湿度条件検索範囲を指定するためのボックスである。「水温」入力ボックスは、水温条件検索範囲を指定するためのボックスである。「コメント」入力ボックスは、コメント条件検索キーワードを指定するためのボックスである。

「開始日付」、「終了日付」、「路面状況」、「天気」、「気温」、「湿度」、「気圧」、「水温」、「コメント」の各検索条件には、それぞれチェックボックスが設けられており、チェックボックスがＯＮとなっている検索条件から履歴データの検索を行うことが可能となっている。なお、図４では、全てのチェックボックスがＯＮとなっている場合を例示している。

ユーザは、エンジンセッティング時において、入力装置２ａを操作することにより、上記の検索条件入力画面に現在のレースコースにおける走行環境や印象に応じた検索条件を入力する。制御装置２ｄは、検索条件入力画面に検索条件が入力されて、検索開始キーが操作された場合、記憶装置２ｃに記憶されている履歴データの中から検索条件に該当する履歴データを検索する。以下、このような制御装置２ｄによる履歴データの検索処理について図５を参照して説明する。

図５は、履歴データの検索処理を表すフローチャートである。
まず、制御装置２ｄは、ロギングデータの読み込みを行い（ステップＳ１）、ロギングデータが無いか否かを判定する（ステップＳ２）。このステップＳ２において、「Ｙｅｓ」、つまりロギングデータが無い場合、制御装置２ｄは履歴データの検索処理を終了する。

一方、上記ステップＳ２において、「Ｎｏ」、つまりロギングデータが有る場合、制御装置２ｄは、記憶装置２ｃにおいて、「フォルダ名」の入力ボックスに入力された保存先に記憶されている履歴データの１つを読み出し、登録フラグをＯＦＦに初期化する（ステップＳ３）。以下では、この読み出された履歴データを検索対象履歴データと称する。

そして、制御装置２ｄは、検索条件「開始日付」のチェックボックスがＯＮか否かを判定し（ステップＳ４）、「Ｙｅｓ」の場合、検索対象履歴データの日付が「開始日付」の入力ボックスに入力された日付以降か否かを判定する（ステップＳ５）。このステップＳ５において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ６）。なお、上記ステップＳ４において、「Ｎｏ」の場合には、ステップＳ７の処理に移行し、また、上記ステップＳ５において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

続いて、制御装置２ｄは、検索条件「終了日付」のチェックボックスがＯＮか否かを判定し（ステップＳ７）、「Ｙｅｓ」の場合、検索対象履歴データの日付が「終了日付」の入力ボックスに入力された日付以前か否かを判定する（ステップＳ８）。このステップＳ８において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ９）。なお、上記ステップＳ７において、「Ｎｏ」の場合には、ステップＳ１０の処理に移行し、また、上記ステップＳ８において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

続いて、制御装置２ｄは、検索条件「路面状況」のチェックボックスがＯＮか否かを判定し（ステップＳ１０）、「Ｙｅｓ」の場合、検索対象履歴データに「路面状況」の入力ボックスに入力された路面条件検索キーワードが含まれているか否かを判定する（ステップＳ１１）。このステップＳ１１において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ１２）。なお、上記ステップＳ１０において、「Ｎｏ」の場合には、ステップＳ１３の処理に移行し、また、上記ステップＳ１１において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

続いて、制御装置２ｄは、検索条件「天気」のチェックボックスがＯＮか否かを判定し（ステップＳ１３）、「Ｙｅｓ」の場合、検索対象履歴データに「天気」の入力ボックスに入力された天気条件検索キーワードが含まれているか否かを判定する（ステップＳ１４）。このステップＳ１４において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ１５）。なお、上記ステップＳ１３において、「Ｎｏ」の場合には、ステップＳ１６の処理に移行し、また、上記ステップＳ１４において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

続いて、制御装置２ｄは、検索条件「気温」のチェックボックスがＯＮか否かを判定し（ステップＳ１６）、「Ｙｅｓ」の場合、検索対象履歴データに含まれている気温データが、「気温」の入力ボックスに入力された温度条件検索範囲の下限値以上か否かを判定する（ステップＳ１７）。このステップＳ１７において、「Ｙｅｓ」の場合、制御装置２ｄは、検索対象履歴データに含まれている気温データが、「気温」の入力ボックスに入力された温度条件検索範囲の上限値以下か否かを判定する（ステップＳ１８）。このステップＳ１８において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ１９）。なお、上記ステップＳ１６において、「Ｎｏ」の場合には、ステップＳ２０の処理に移行し、また、上記ステップＳ１７及びＳ１８において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

続いて、制御装置２ｄは、検索条件「湿度」のチェックボックスがＯＮか否かを判定し（ステップＳ２０）、「Ｙｅｓ」の場合、検索対象履歴データに含まれている湿度データが、「湿度」の入力ボックスに入力された湿度条件検索範囲の下限値以上か否かを判定する（ステップＳ２１）。このステップＳ２１において、「Ｙｅｓ」の場合、制御装置２ｄは、検索対象履歴データに含まれている湿度データが、「湿度」の入力ボックスに入力された湿度条件検索範囲の上限値以下か否かを判定する（ステップＳ２２）。このステップＳ２２において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ２３）。なお、上記ステップＳ２０において、「Ｎｏ」の場合には、ステップＳ２４の処理に移行し、また、上記ステップＳ２１及びＳ２２において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

続いて、制御装置２ｄは、検索条件「気圧」のチェックボックスがＯＮか否かを判定し（ステップＳ２４）、「Ｙｅｓ」の場合、検索対象履歴データに含まれている気圧データが、「気圧」の入力ボックスに入力された気圧条件検索範囲の下限値以上か否かを判定する（ステップＳ２５）。このステップＳ２５において、「Ｙｅｓ」の場合、制御装置２ｄは、検索対象履歴データに含まれている気圧データが、「気圧」の入力ボックスに入力された気圧条件検索範囲の上限値以下か否かを判定する（ステップＳ２６）。このステップＳ２６において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ２７）。なお、上記ステップＳ２４において、「Ｎｏ」の場合には、ステップＳ２８の処理に移行し、また、上記ステップＳ２５及びＳ２６において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

続いて、制御装置２ｄは、検索条件「水温」のチェックボックスがＯＮか否かを判定し（ステップＳ２８）、「Ｙｅｓ」の場合、検索対象履歴データに含まれている水温データが、「水温」の入力ボックスに入力された水温条件検索範囲の下限値以上か否かを判定する（ステップＳ２９）。このステップＳ２９において、「Ｙｅｓ」の場合、制御装置２ｄは、検索対象履歴データに含まれている水温データが、「水温」の入力ボックスに入力された水温条件検索範囲の上限値以下か否かを判定する（ステップＳ３０）。このステップＳ３０において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ３１）。なお、上記ステップＳ２８において、「Ｎｏ」の場合には、ステップＳ３２の処理に移行し、また、上記ステップＳ２９及びＳ３０において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

続いて、制御装置２ｄは、検索条件「コメント」のチェックボックスがＯＮか否かを判定し（ステップＳ３２）、「Ｙｅｓ」の場合、検索対象履歴データのコメント欄に「コメント」の入力ボックスに入力されたコメント条件検索キーワードが含まれているか否かを判定する（ステップＳ３３）。このステップＳ３３において、「Ｙｅｓ」の場合、制御装置２ｄは登録フラグをＯＮに設定する（ステップＳ３４）。なお、上記ステップＳ３２において、「Ｎｏ」の場合には、ステップＳ３５の処理に移行し、また、上記ステップＳ３３において、「Ｎｏ」の場合には、ステップＳ１の処理に戻る。

そして、制御装置２ｄは、最終的に検索対象履歴データの登録フラグがＯＮか否かを判定し（ステップＳ３５）、「Ｎｏ」の場合は、上記ステップＳ１に戻り、「Ｙｅｓ」の場合は、検索対象履歴データを検索条件に該当する履歴データとして登録し、図６に示すような検索結果一覧画面に追加して表示する。
上記のようなステップＳ１〜Ｓ３５の処理が、「フォルダ名」の入力ボックスに入力された保存先に記憶されている履歴データの全てについて繰り返されることにより、検索条件に該当する全ての履歴データが抽出されることになる。

制御装置２ｄは、上記の検索処理によって抽出した、検索条件に該当する履歴データに対応する制御マップを記憶装置２ｃから読み出し、ＥＣＵ１で使用する制御マップとして再定義する。この時、ユーザによる入力装置２ａの操作によって、制御マップの送信指示が入力された場合、制御装置２ｄは再定義した制御マップをＥＣＵ１に通信アダプタ３を介して送信する。そして、ＥＣＵ１におけるＣＰＵ１ｃは、通信アダプタ３を介して送信される制御マップを基にＥＥＰＲＯＭ１ａの制御マップの書き換えを行う。

以上のように、本実施形態に係るエンジンセッティングシステムによれば、過去にレース場を実走行した際の制御マップと対応付けて、その当時の走行環境を表す走行環境データ、及びその当時にユーザが得た印象などを記載したコメント文からなる印象データを履歴データとして記憶しておき、次回以降のエンジンセッティング時には検索条件を指定して履歴データを検索し、その際の走行環境や印象と合致する、または類似する履歴データを抽出することにより、過去に使用した複数の制御マップの中から、よりユーザに適合する制御マップを得ることができる。つまり、エンジンセッティング時において、個々のユーザに適したセッティングを容易とすることが可能となる。

なお、上記実施形態では、履歴データとして、走行環境データと印象データとを用いた場合を例示したが、これらにＥＣＵ１で取得されるエンジン状態データを加えて、さらに詳しく検索条件の絞込みを行えるようにしても良い。また、必ずしも履歴データに走行環境データと印象データとを含ませる必要はなく、走行環境データだけでも良いし、走行環境データとエンジン状態データとの組み合わせでも良い。

また、上記実施形態では、ＥＣＵ１とＰＣ２との間のデータ通信を中継する中継装置として、ＥＣＵ１に直接装着するタイプの通信アダプタ３を用いる構成を例示して説明したが、必ずしも装着タイプの通信アダプタ３を用いる必要はなく、通信ケーブル等によってＥＣＵ１と接続可能な中継装置を用いる構成としても良い。また、中継装置を設けず、ＥＣＵ１とＰＣ２とを直接、通信ケーブル等で接続するような構成としても良い。また、無線通信機能を有する通信アダプタ３を用いて、通信アダプタ３とＰＣ２との間で無線通信によるデータ通信を行うような構成としても良い。

本発明の一実施形態に係るエンジンセッティングシステムの構成概略図である。本実施形態におけるＰＣ２の詳細構成図である。本実施形態における履歴データ入力画面の一例である。本実施形態における検索条件入力画面の一例である。本実施形態におけるエンジンセッティングシステムの動作（ＰＣ２による履歴データの検索処理）を表すフローチャートである。本実施形態における履歴データの検索結果一覧画面の一例である。

符号の説明

１…ＥＣＵ（エンジン制御装置）、２…パーソナルコンピュータ（端末装置）、３…通信アダプタ（中継装置）、１ａ…ＥＥＰＲＯＭ、１ｂ…ＲＡＭ、１ｃ…ＣＰＵ、１ｄ…ＣＡＮドライバ、１ｅ…通信コネクタ、２ａ…入力装置、２ｂ…表示装置、２ｃ…記憶装置（履歴データ記憶手段）、２ｄ…制御装置（制御マップ再定義手段）、３ａ…ＦＲＯＭ、３ｂ…ＦｅＲＡＭ、３ｃ…ＣＰＵ、３ｄ…ＣＡＮドライバ、３ｅ…Ｋ−Ｌｉｎｅドライバ、３ｆ…ＵＳＢドライバ、３ｇ…通信コネクタ、３ｈ…ＵＳＢコネクタ

Claims

制御マップを基にエンジン制御を行うエンジン制御装置と、
前記エンジン制御装置と通信可能に接続されると共に、前記制御マップを定義する端末装置とを備えたエンジンセッティングシステムにおいて、
前記端末装置は、
過去に定義した制御マップと、当該制御マップの定義時に入力された走行環境データを含む履歴データとを対応付けて記憶する履歴データ記憶手段と、
エンジンセッティング時に入力された検索条件に該当する履歴データを検索すると共に、当該検索により抽出された履歴データに対応する制御マップを前記エンジン制御装置で使用する制御マップとして再定義する制御マップ再定義手段と、
を備えることを特徴とするエンジンセッティングシステム。
前記履歴データは、前記走行環境データに加えて、前記制御マップの定義時に前記エンジン制御装置によって収集され且つ端末装置に送信されたエンジンの運転状態を表すエンジン状態データを含むことを特徴とする請求項１記載のエンジンセッティングシステム。
前記履歴データは、前記走行環境データに加えて、前記制御マップの定義時に入力されたコメント文からなる印象データを含むことを特徴とする請求項１または２に記載のエンジンセッティングシステム
前記エンジン制御装置と前記端末装置との間のデータ通信を中継する中継装置をさらに備えることを特徴とする請求項１〜３のいずれか一項に記載のエンジンセッティングシステム。
前記中継装置は、前記エンジン制御装置に装着可能な通信アダプタであることを特徴とする請求項４記載のエンジンセッティングシステム。
制御マップを基にエンジン制御を行うエンジン制御装置と、
前記エンジン制御装置と通信可能に接続されると共に、前記制御マップを定義する端末装置とを使用するエンジンセッティング方法において、
前記端末装置によって過去に定義した制御マップと、当該制御マップの定義時に入力された走行環境データを含む履歴データとを対応付けて記憶しておき、
エンジンセッティング時に入力された検索条件に該当する履歴データを検索すると共に、当該検索により抽出された履歴データに対応する制御マップを前記エンジン制御装置で使用する制御マップとして再定義することを特徴とするエンジンセッティング方法。