JP7237176B2 - 通信システム、電子制御装置及び通信方法 - Google Patents

Description

本発明は、通信システム、電子制御装置及び通信方法に関する。

車載システムにおいて、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ機器(ＩＰ機器)だけでなく、非ＩＰ機器も車載通信に使用している。自動運転システムでは、一処理に相当するソフトウェアの機能をサービスと見立て、そのサービスをネットワーク上で連携させるといった「サービス指向通信」を取り入れている。

しかし、サービス指向通信はＩＰ機器にのみ対応しており、非ＩＰ機器では使用できないといった問題がある。この問題を解決するために、従来技術として、非ＩＰ機器とＩＰ機器との間にデータ変換および要求への応答を行うプロセスを設けるといった方法がある。

特開2000-212861号公報

しかし、上記の特許文献１では、データ変換および要求への応答を行うプロセスが常に非ＩＰ機器とＩＰ機器との中継部となっているため、処理性能に影響が出てしまう。例えば、非ＩＰ機器と接続しているセンサのデータをＩＰ機器へ送る際には、毎回ＩＰ機器向けのデータへ変換を行う必要があり、データのリアルタイム性を損なってしまう。

本発明の目的は、スループットを向上することができる通信システム等を提供することにある。

上記目的を達成するために、本発明の一例は、第１サーバと第２サーバとクライアントとを有し、前記第２サーバは、前記第２サーバのアドレスを示す第２サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、前記クライアントは、前記第２サーバから送信される前記第２サーバ情報が記憶されるレジストリを有し、前記レジストリから前記第２サーバ情報を取得し、前記第２サーバ情報が示すアドレスに対応する前記第２サーバに前記第２サーバが提供するサービスを要求する通信システムであって、前記アドレスは、物理アドレスであり、前記第２サーバは、前記第２サーバが提供するサービスを示す第２サービス情報を非ＩＰ通信路で前記クライアントへ送信し、前記第２サービス情報は、前記レジストリに記憶され、前記クライアントは、前記レジストリから前記第２サービス情報を取得し、前記第２サーバ情報が示すアドレスに対応する前記第２サーバに前記第２サービス情報が示すサービスを要求する。

本発明によれば、スループットを向上することができる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

第１実施形態に係る通信システムの全体構成図である。 第１実施形態に係る通信路（ＩＰ通信方式）の一例を示す一覧表である。 第１実施形態に係る通信路（非ＩＰ通信方式）の一例を示す一覧表である。 第１実施形態に係るクライアントの一例を示す一覧表である。 第１実施形態に係るサーバの一例を示す一覧表である。 第１実施形態に係るサービスの一例を示す一覧表である。 第１実施形態に係るＩＰ機器との通信シーケンス図である。 第１実施形態に係る非ＩＰ機器との通信シーケンス図である。 第２実施形態に係る通信システムの全体構成図である。 第１実施形態と第２実施形態とに係るセンサ故障発生時のサーバ切り替えについて説明する図である。

以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

また、以下の説明では、「プログラム」を動作主体として処理を説明する場合がある。
一方、プログラムは、プロセッサ(例えば、ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)が実行することで、適宜の記憶資源(例えばメモリ)及び／又は通信インターフェース装置(例えばポート)を用いながら処理を行うので、以下に説明する処理の全体が例えばプロセッサで行われると言ってもよい。

プログラムを動作主体として説明する処理は、プロセッサを含む装置が行う処理としても良い。また、プロセッサが行う処理の一部又は全部を行う専用のハードウェア回路を含んでも良い。コンピュータプログラムは、プログラムソースから装置にインストールしても良い。プログラムソースは、例えば、プログラム配布サーバ、又は、計算機が読み取り可能な非一時的記録メディアであっても良い。

（第１実施形態）
図１は、第１実施形態に係る通信システムの全体構成図である。図１の通信システムは、自動車などの車両に搭載されるシステムであって、センサ１５、１６Ａ、１６Ｂと、各種アクチュエータ１８と、ＥＣＵ１０Ａ(電子制御装置)とを備える。なお、ＥＣＵ１０Ａ(電子制御装置)は、例えば、ＣＰＵ等のプロセッサ、メモリ等の記憶装置、入出力回路等の通信装置から構成される。

センサ１５と、ＥＣＵ１０Ａとは、車載ネットワーク１４Ａを介して通信可能であり、センサ１６Ａ、１６Ｂと、ＥＣＵ１０Ａとは、車載ネットワーク１４Ｂを介して通信可能である。また、ＥＣＵ１０Ａと、各種アクチュエータ１８とは、車載ネットワーク１４Ｃを介して通信可能である。

車載ネットワーク１４Ａ、１４Ｂ、１４Ｃは、Ｅｔｈｅｒｎｅｔ (登録商標)、ＣＡＮ－ＦＤ(ＣＡＮ ｗｉｔｈ Ｆｌｅｘｉｂｌｅ Ｄａｔａ－Ｒａｔｅ)等の任意の通信ネットワークで良い。なお、Ｅｔｈｅｒｎｅｔ (登録商標)は、ＩＥＥＥ８０２．３で規定されるLANの規格であり、ＣＡＮ－ＦＤは、ＩＳＯ１１８９８－１で規定されるオリジナルのCANプロトコルの拡張である。

センサ１５、１６Ａ、１６ＢはＲａｄａｒ、ＬｉＤＡＲ、カメラなど車両周辺環境の情報を取り込むための１つ以上のセンサを含む。すなわち、センサ１５、１６Ａ、１６Ｂはそれぞれ、自車両周辺の物体を検出する任意のセンサから構成される。センサ１５は、外界情報をＥＣＵ１０Ａ内のサーバ１Ａに出力し、センサ１６Ａ、１６Ｂは、外界情報をＥＣＵ１０Ａ内のサーバ１Ｂに出力する。

各種アクチュエータ１８は、車両の走行を操作するためのアクセル、ブレーキ、ステアリング等を操作するための１つ以上のアクチュエータを含む。各種アクチュエータ１８は、ＥＣＵ１０Ａ内のクライアント２からの入力制御情報（指令）に基づいて、車両の走行を制御する。

ＥＣＵ１０Ａはサーバ１Ａ、１Ｂと、クライアント２と、ＣＰＵ１２Ａ、１２Ｂ、１２Ｃとメモリ１１Ａ、１１Ｂ、１１Ｃとを含む。ＣＰＵ１２Ａ、１２Ｂ、１２Ｃはそれぞれ、メモリ１１Ａ、１１Ｂ、１１Ｃに格納されるプログラムに従って各処理を実行する。

メモリ１１Ａ、１１Ｂ、１１Ｃは、例えば、ＲＡＭ(ＲＡＭＤＯＭ ＡＣＣＥＳＳ ＭＥＭＯＲＹ)であり、ＣＰＵ１２Ａ、１２Ｂ、１２Ｃがそれぞれ実行するプログラム１１３Ａ、１１３Ｂ、１１７や、以下に示す必要な情報を記憶する。

必要な情報として、クライアント２とＩＰ通信で接続しているサーバ１Ａのメモリ１１Ａには、サービス可能なサービス情報１１１Ａ、サーバ情報１１２Ａ、クライアント２へ提供可能なサービス情報をまとめたサービス・レジストリ１１４Ａ、及びサービス提供プログラム１１３Ａが記憶される。

クライアント２と非ＩＰ通信で接続しているサーバ１Ｂのメモリ１１Ｂには、サービス可能なサービス情報１１１Ｂ、サーバ情報１１２Ｂ、クライアント２へ提供可能なサービス情報をまとめたサービス・レジストリ１１４Ｂ、及びサービス提供プログラム１１３Ｂが記憶される。

クライアント２のメモリ１１Ｃには、サービス提供元のサーバ情報１１２Ｃ、使用可能なサービス情報をまとめたサービス・レジストリ１１４Ｃ、及びサービス実行プログラム１１７が記憶される。ここで、サーバ情報は、サービス提供元のIPアドレス(非ＩＰ機器の場合は物理アドレス)と、ポート番号などである。

なお、以降の説明では、便宜的にプログラムを動作主体として説明することもあるが、実際の実行主体は、プログラムを実行するＣＰＵ１２Ａ、１２Ｂ又は１２Ｃである。

また、ＥＣＵ１０Ａは、ＣＰＵ１２Ａ、１２Ｂ、１２Ｃに加えて又はそれらに代えて、各種情報処理が可能な演算素子、例えばＦＰＧＡ(Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ)等を有してもよい。また、ＥＣＵ１０Ａは、メモリ１１Ａ、１１Ｂ、１１ＣとしてＲＡＭやＲＯＭ以外にも、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの磁気記憶媒体、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの半導体記憶媒体を有してもよい。

図２Ａ、２Ｂは、第１実施形態に係る通信路の一例を示す一覧表である。

図１のＥＣＵ１０ＡのＩＰ通信路１３Ａとして、Ｅｔｈｅｒｎｅｔ（登録商標）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）などを用いる。また、図１のＥＣＵ１０Ａの非ＩＰ通信路１３Ｂとして、ＰＣＩe（ＰＣＩ Ｅｘｐｒｅｓｓ）、ＳＰＩ（Ｓｅｒｉａｌ Ｐｅｒｉｐｈｅｒａｌ Ｉｎｔｅｒｆａｃｅ）、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを用いる。

図３Ａは、第１実施形態に係るクライアントの一例を示す一覧表であり、図３Ｂは、第１実施形態に係るサーバの一例を示す一覧表である。クライアント２として、ＰＣ、マイコン、アプリケーションなどを用いる。また、サーバ１Ａ、１Ｂとして、クライアント２と同じくＰＣ、マイコン、アプリケーションなどを用いる。

図４は、第１実施形態に係るサービス情報の一例を示す一覧表である。サーバ１Ａ、１Ｂのそれぞれのメモリ１１Ａ、１１Ｂに格納されるサービス情報１１１Ａ、１１１Ｂとして、センサ情報取得、センサ情報変換、平滑化などを用いる。

次に、図１の通信システム（車両制御システム）における通信シーケンスを図５、図６を用いて説明する。

図５は、第１実施形態に係るＩＰ機器との通信シーケンス図である。

メモリ内の各情報は、CPU等の制御により通信路を介して読み書きして転送されるものだが、ここでは便宜上、処理動作詳細に関しては割愛してデータ及び情報の流れで説明する。

サーバ１Ａのサービス提供プログラム１１３Ａは、サービス情報１１１Ａ・サーバ情報１１２Ａをマルチキャストし、サーバ１Ａ内のサービス・レジストリ１１４Ａとクライアント２内のサービス・レジストリ１１４Ｃに登録する（書き込む）。

なお、サービス情報１１１Ａは、サービスを識別するための識別子を含み、その識別子は、例えば、ユニークなＩＤ（サービスＩＤ）又は名称等である。サーバ情報１１２Ａは、ＩＰアドレス及びポート番号を含む。サービス提供プログラム１１３Ａは、ＩＰ通信路１３Ａを介してサービス・レジストリ１１４Ｃへこれらの情報を登録する。

換言すれば、サーバ１Ａ（第１サーバ）は、サーバ１ＡのＩＰアドレスを示すサーバ情報（第１サーバ情報）をＩＰ通信路でクライアント２へ送信する。サーバ情報（第１サーバ情報）は、サービス・レジストリ１１４Ｃ（レジストリ）に記憶される。

次に、クライアント２のサービス実行プログラム１１７は、サービス・レジストリ１１４Ｃに登録されているサービス情報１１１Ａとサーバ情報１１２Ａを検索し、それぞれの情報を取得する。次に、サービス実行プログラム１１７は、取得したサービス情報１１１Ａ（サービスＩＤ）に対応するサービスをサーバ情報（IPアドレス）に対応するサーバ１Ａのポート番号に対応するポートに対してコールする。

換言すれば、クライアント２は、サービス・レジストリ１１４Ｃ（レジストリ）からサーバ情報（第１サーバ情報）を取得し、サーバ情報（第１サーバ情報）が示すＩＰアドレスに対応するサーバ１Ａ（第１サーバ）にサーバ１Ａが提供するサービスを要求する。

これにより、クライアントはＩＰ通信で第１サーバにダイレクトにサービスを要求することができるとともに、非ＩＰ通信で第２サーバにダイレクトにサービスを要求することができる。

次に、サービス提供プログラム１１３Ａは、クライアント２からコールされたサービスを提供する。本実施形態によれば、このようにＩＰ機器との通信において、サービス指向通信が可能である。

図６は、第１実施形態に係る非ＩＰ機器との通信シーケンス図である。

サーバ１Ｂのサービス提供プログラム１１３Ｂは、サービス情報１１１Ｂ・サーバ情報１１２Ｂをプロキシ・エージェント１７Ａに一旦提供する。なお、サービス情報１１１Ｂは、サービスを識別するための識別子を含み、その識別子は、例えば、ユニークなＩＤ（サービスＩＤ）又は名称等である。サーバ情報１１２Ｂは、物理アドレス及びポート番号を含む。ＩＰアドレスに代えて物理アドレスを含む点でサーバ情報１１２Ｂはサーバ情報１１２Ａと異なる。

プロキシ・エージェント１７Ａは、非ＩＰ通信路１３Ｂを介してサービス・レジストリ１１４Ｃへこれらの情報を登録する。図５では、サービス・レジストリ１１４Ｃへの登録の主体はサービス提供プログラム１１３Ａであるのに対し、図６では、登録の主体はプロキシ・エージェント１７Ａである。

換言すれば、通信システムは、サーバ１Ａ（第１サーバ）とサーバ１Ｂ（第２サーバ）とクライアント２とを有する。サーバ１Ｂ（第２サーバ）は、サーバ１Ｂのアドレスを示すサーバ情報（第２サーバ情報）を非ＩＰ通信路でクライアント２へ送信する。クライアント２は、サーバ１Ｂ（第２サーバ）から送信されるサーバ情報（第２サーバ情報）が記憶されるサービス・レジストリ１１４Ｃ（レジストリ）を有する。

また、サーバ１Ｂ（第２サーバ）は、サーバ１Ｂが提供するサービスを示すサービス情報（第２サービス情報）を非ＩＰ通信路でクライアント２へ送信する。サービス情報（第２サービス情報）は、サービス・レジストリ１１４Ｃ（レジストリ）に記憶される。

詳細には、サーバ情報（第２サーバ情報）が示すアドレスは、物理アドレスである。これにより、第２サーバの物理アドレスを示す第２サーバ情報がクライアントのレジストリに記憶されるため、クライアントは非ＩＰ通信で第２サーバにダイレクトにサービスを要求することができる。

プロキシ・エージェント１７Ａは、非ＩＰ通信路１３Ｂでクライアント２内のサービス・レジストリ１１４Ｃにサービス情報１１１Ｂとサーバ情報１１２Ｂとを登録する。同時に、プロキシ・エージェント１７Ａは、サーバ１Ｂ内のサービス・レジストリ１１４Ｂにもサービス情報１１１Ｂとサーバ情報１１２Ｂを登録する。

次に、クライアント２のサービス実行プログラム１１７は、サービス・レジストリ１１４Ｃに登録されているサービス情報１１１Ｂとサーバ情報１１２Ｂを検索し、それぞれの情報を取得する。次に、サービス実行プログラム１１７は、取得したサービス情報１１１Ｂ（サービスＩＤ）に対応するサービスをサーバ情報（物理アドレス）に対応するサーバ１Ｂのポート番号に対応するポートに対してコールする。次に、サービス提供プログラム１１３Ｂは、クライアント２からコールされたサービスを提供する。

換言すれば、クライアント２は、サービス・レジストリ１１４Ｃ（レジストリ）からサーバ情報（第２サーバ情報）を取得し、サーバ情報（第２サーバ情報）が示すアドレスに対応するサーバ１Ｂ（第２サーバ）にサーバ１Ｂが提供するサービスを要求する。

これにより、クライアントはレジストリから取得した第２サーバ情報を用いて第２サーバにダイレクトにサービスを要求することができる。中継機器を介さずにサービスを要求するため、中継機器のルーティングの遅延の問題が発生しない。通信システムのスループットが向上するため、本実施形態の通信システムは、例えば、自動運転、先進運転支援システムに好適である。

また、サーバ情報（第２サーバ情報）は、ポート番号を含み、クライアント２は、サーバ１Ｂ（第２サーバ）のポート番号に対応するポートにサービスを要求する。これにより、第２サーバのポート毎にサービスを要求することができる。

さらに、クライアント２は、サービス・レジストリ１１４Ｃ（レジストリ）からサービス情報（第２サービス情報）を取得し、サーバ情報（第２サーバ情報）が示す物理アドレス（アドレス）に対応するサーバ１Ｂ（第２サーバ）にサービス情報（第２サービス情報）が示すサービスを要求する。これにより、クライアントはレジストリから取得した第２サービス情報を用いて第２サーバにダイレクトに第２サービス情報が示すサービスを要求することができる。

詳細には、サーバ１Ａ（第１サーバ）は、ＩＰ通信を行うセンサ２５（第１センサ）に接続され、センサ２５（第１センサ）の出力値についてのサービスを提供する。一方、第２サーバは、非ＩＰ通信を行うセンサ１６Ａ又は１６Ｂ（第２センサ）に接続され、センサ１６Ａ又は１６Ｂ（第２センサ）の出力値についてのサービスを提供する。これにより、クライアントはＩＰ通信を行う第１センサの出力値を利用することができるとともに、非ＩＰ通信を行う第２センサの出力値を利用することができる。

本実施形態では、このように、非ＩＰ機器のサーバ１Ｂ内にプロキシ・エージェント１７Ａを追加して、サービス・レジストリ１１４Ｂ（１１４Ｃ）にサービス情報１１１Ｂとサーバ情報１１２Ｂを登録するプロセスを実行する。これにより、何度もプロキシ・エージェントを介さずに通信が行えるため、データのリアルタイム性を損なうことなく、非ＩＰ通信機器ともサービス指向通信が可能となる。

以上説明したように、本実施形態によれば、通信システムのスループットを向上することができる。

（第２実施形態）
図７は、第２実施形態に係る通信システムの全体構成図である。なお、以下の説明において、上述した第１実施形態の構成要素と同一の構成要素については同一の符号を付与し、その説明を簡略化する。

図７の通信システムにおいて、車両制御装置であるＥＣＵ１０Ｂは第１実施形態に係るＥＣＵ１０Ａに対して、サーバ１Ｄとサーバ１Ｂは両方ともクライアントに非ＩＰ通信路で接続する。第１実施形態と同じく非ＩＰ通信路で接続するサーバ１Ｄとサーバ１Ｂ内にそれぞれプロキシ・エージェント１７Ｂ、１７Ｄを持つ。

具体的には、例えば、サーバ１Ｄ（第１サーバ）は、サーバ１Ｄの物理アドレスを示すサーバ情報（第１サーバ情報）を非ＩＰ通信路でクライアント２へ送信する。サーバ情報
（第１サーバ情報）は、サービス・レジストリ１１４Ｃ（レジストリ）に記憶される。クライアント２は、サービス・レジストリ１１４Ｃからサーバ情報（第１サーバ情報）を取得し、サーバ情報（第１サーバ情報）が示す物理アドレスに対応するサーバ１Ｄ（第１サーバ）にサーバ１Ｄが提供するサービスを要求する。

これにより、クライアントは非ＩＰ通信で第１サーバ及び第２サーバにダイレクトにサービスを要求することができる。非ＩＰ通信を行う第１サーバ及び第２サーバに中継機器を介さずにサービスを要求するため、リアルタイム性を向上することができる。

また、非IP通信路だけで接続されるサーバにおいても、同様にサービス指向通信が可能となる。

図８は、第１実施形態と第２実施形態とに係るセンサ故障発生時のサーバ切り替えについて説明する図（模式図）である。

車両２０２は、前方カメラ２００と、前側方カメラ２５０Ａ、２５０Ｂとを搭載している。第１実施形態におけるＩＰ通信路のサーバに接続されたセンサ１５が前方カメラ２００、非ＩＰ通信路のサーバに接続されたセンサ１６Ａ、１６Ｂがそれぞれ前側方カメラ２５０Ａ、２５０Ｂである。

例えば、第１実施形態において、前方カメラ２００が故障２０１した場合、前記したように、非ＩＰ通信路のサーバに接続された前側方カメラ２５０Ａ、２５０Ｂが前方カメラ２００の役割を担う。

更に、第２実施形態においては、前方カメラ２００と、前側方カメラ２５０Ａ、２５０Ｂが共に非ＩＰ通信路のサーバに接続されている。この場合においても上記と同様に、前方カメラ２００が故障２０１した場合、前側方カメラ２５０Ａ、２５０Ｂが前方カメラ２００の役割を担う。

ここで、サーバ１Ｄ（第１サーバ）とサーバ１Ｂ（第２サーバ）は同じ機能を有し、サーバ１Ｂ（第２サーバ）は、サーバ１Ｄ（第１サーバ）の故障を検知したタイミングで第２サーバ情報を非ＩＰ通信路でクライアント２へ送信してもよい。クライアント２は、サーバ１Ｄ（第１サーバ）からサービスが提供されない場合、サーバ１Ｂ（第２サーバ）にサービスを要求する。

これにより、通信システムの冗長性を確保し、第１サーバが故障してもサービス指向通信を継続することができる。その結果、通信システムの信頼性を向上することができる。

なお、本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

上記実施形態において、例えば、通信システムは１つの筐体に収納されるようにしてもよい。これにより、例えば、省スペース化することが容易となる。また、通信システムを構成する第１サーバ、第２サーバ、クライアントはそれぞれ、別々の筐体に収納されてもよい。これにより、例えば、レイアウトの自由度を向上することができる。

第１サーバ、第２サーバ、クライアントはそれぞれ、例えば、マイコンから構成される。マイコンを搭載するボードは、マルチボードでも良いし、シングルボードの組み合わせでも良い。

また、上記の各構成、機能等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサ（マイコン）がそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSD（Solid State Drive）等の記録装置、または、ICカード、SDカード、DVD等の記録媒体に置くことができる。

なお、本発明の実施形態は、以下の態様であってもよい。

（１）．サーバとクライアントを有し、前記サーバは、非ＩＰ通信で前記クライアントを接続し、前記サーバは、プロキシ・エージェントを備え、前記プロキシ・エージェントは、非ＩＰ通信路で前記サーバからのサービス受領に関する情報をクライアントに送信し、前記クライアントはサービス・レジストリにサービスの問い合わせを行うことを特徴とする通信システムである。

（２）．サービスの受領に関する情報は、サーバ側の物理アドレスやポート番号など特定の通信先を決定可能な情報であることを特徴とする（１）の通信システムである。

（３）．第１のサーバと第２のサーバと、クライアントを有し、前記第１のサーバは、ＩＰ通信である第1の通信路で前記クライアントを接続し、前記第２のサーバは、非ＩＰ通信である第２の通信路で前記クライアントを接続し、前記第２のサーバは、プロキシ・エージェントを備え、前記プロキシ・エージェントは、前記第２の通信路で前記第２のサーバからのサービス受領に関する情報を前記クライアントに送信し、前記クライアントはサービス・レジストリにサービスの問い合わせを行うことを特徴とする通信システムである。

（４）．第１のサーバと第２のサーバと、クライアントを有し、前記第１のサーバと前期第２のサーバは、非ＩＰ通信で前記クライアントを接続し、前記第１のサーバと前記第２のサーバは、プロキシ・エージェントを備え、前記プロキシ・エージェントは、非ＩＰ通信で前記第１のサーバおよび前記第２のサーバからのサービス受領に関する情報を前記クライアントに送信し、前記クライアントはサービス・レジストリにサービスの問い合わせを行うことを特徴とする通信システムである。

（５）．プロキシ・エージェントがサービス・サーバ情報の送信を行うタイミングは、前記第１サーバ、前記第２サーバが同じ機能を有する冗長構成であり、前記第２サーバが前記第１サーバの故障を検知したタイミングであることを特徴とする（３）又は（４）の通信システムである。

上記（１）－（５）によれば、何度もデータ変換を行うプロセスを介さずに処理性能に影響を及ぼすことなく、非ＩＰ通信を行う接続先ともサービス指向通信が可能となる。

１０Ａ、１０Ｂ…ＥＣＵ、１Ａ、１Ｂ、１Ｄ…サーバ、２…クライアント、１１Ａ、１１Ｂ、１１Ｃ、１１Ｄ…メモリ、１２Ａ、１２Ｂ、１２Ｃ…ＣＰＵ、１３Ａ、１３Ｂ…通信路、１４Ａ、１４Ｂ、１４Ｃ…通信ネットワーク、１７Ａ、１７Ｂ、１７Ｄ…プロキシ・エージェント、１１１Ａ、１１１Ｂ、１１１Ｄ…サービス情報、１１２Ａ、１１２Ｂ、１１２Ｃ、１１２Ｄ…サーバ情報、１１３Ａ、１１３Ｂ、１１３Ｄ…サービス提供プログラム、１１４Ａ、１１４Ｂ、１１４Ｃ、１１４Ｄ…サービス・レジストリ、１１７…サービス実行プログラム、２００…前方カメラ、２０２…車両、２５０Ａ、２５０Ｂ…前側方カメラ

Claims (8)

1. 第１サーバと第２サーバとクライアントとを有し、
   前記第２サーバは、前記第２サーバのアドレスを示す第２サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記クライアントは、前記第２サーバから送信される前記第２サーバ情報が記憶されるレジストリを有し、前記レジストリから前記第２サーバ情報を取得し、前記第２サーバ情報が示すアドレスに対応する前記第２サーバに前記第２サーバが提供するサービスを要求する通信システムであって、
   前記アドレスは、物理アドレスであり、
   前記第２サーバは、前記第２サーバが提供するサービスを示す第２サービス情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記第２サービス情報は、前記レジストリに記憶され、
   前記クライアントは、前記レジストリから前記第２サービス情報を取得し、前記第２サーバ情報が示すアドレスに対応する前記第２サーバに前記第２サービス情報が示すサービスを要求することを特徴とする通信システム。
2. 請求項１に記載の通信システムであって、
   前記第１サーバは、
   前記第１サーバのＩＰアドレスを示す第１サーバ情報をＩＰ通信路で前記クライアントへ送信し、
   前記第１サーバ情報は、前記レジストリに記憶され、
   前記クライアントは、
   前記レジストリから前記第１サーバ情報を取得し、前記第１サーバ情報が示すＩＰアドレスに対応する前記第１サーバに前記第１サーバが提供するサービスを要求する
   ことを特徴とする通信システム。
3. 請求項１に記載の通信システムであって、
   前記第１サーバは、
   前記第１サーバの物理アドレスを示す第１サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記第１サーバ情報は、前記レジストリに記憶され、
   前記クライアントは、
   前記レジストリから前記第１サーバ情報を取得し、前記第１サーバ情報が示す物理アドレスに対応する前記第１サーバに前記第１サーバが提供するサービスを要求する
   ことを特徴とする通信システム。
4. 第１サーバと第２サーバとクライアントとを有し、
   前記第２サーバは、前記第２サーバのアドレスを示す第２サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記クライアントは、前記第２サーバから送信される前記第２サーバ情報が記憶されるレジストリを有し、前記レジストリから前記第２サーバ情報を取得し、前記第２サーバ情報が示すアドレスに対応する前記第２サーバに前記第２サーバが提供するサービスを要求する通信システムであって、
   前記第１サーバと前記第２サーバは同じ機能を有し、
   前記第２サーバは、前記第１サーバの故障を検知したタイミングで前記第２サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記クライアントは、前記第１サーバからサービスが提供されない場合、前記第２サーバにサービスを要求することを特徴とする通信システム。
5. 請求項１に記載の通信システムであって、
   前記第２サーバ情報は、
   ポート番号を含み、
   前記クライアントは、
   前記第２サーバの前記ポート番号に対応するポートに前記サービスを要求する
   ことを特徴とする通信システム。
6. 第１サーバと第２サーバとクライアントとを有し、
   前記第１サーバは、前記第１サーバのＩＰアドレスを示す第１サーバ情報をＩＰ通信路で前記クライアントへ送信し、
   前記第２サーバは、前記第２サーバの物理アドレスを示す第２サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記クライアントは、
   前記第１サーバと前記第２サーバからそれぞれ送信される第１サーバ情報と前記第２サーバ情報が記憶されるレジストリを有し、
   前記レジストリから前記第１サーバ情報を取得し、前記第１サーバ情報が示すＩＰアドレスに対応する前記第１サーバに前記第１サーバが提供するサービスを要求し、
   前記レジストリから前記第２サーバ情報を取得し、前記第２サーバ情報が示す物理アドレスに対応する前記第２サーバに前記第２サーバが提供するサービスを要求する通信システムであって、
   前記第１サーバは、
   ＩＰ通信を行う第１センサに接続され、
   第１センサの出力値についてのサービスを提供し、
   前記第２サーバは、
   非ＩＰ通信を行う第２センサに接続され、
   第２センサの出力値についてのサービスを提供する
   ことを特徴とする通信システム。
7. 第１サーバと第２サーバとクライアントとを有し、
   前記第１サーバは、前記第１サーバのＩＰアドレスを示す第１サーバ情報をＩＰ通信路で前記クライアントへ送信し、
   前記第２サーバは、前記第２サーバの物理アドレスを示す第２サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記クライアントは、
   前記第１サーバと前記第２サーバからそれぞれ送信される第１サーバ情報と前記第２サーバ情報が記憶されるレジストリを有し、
   前記レジストリから前記第１サーバ情報を取得し、前記第１サーバ情報が示すＩＰアドレスに対応する前記第１サーバに前記第１サーバが提供するサービスを要求し、
   前記レジストリから前記第２サーバ情報を取得し、前記第２サーバ情報が示す物理アドレスに対応する前記第２サーバに前記第２サーバが提供するサービスを要求する通信システムが１つの筐体に収納される電子制御装置。
8. 第１サーバと第２サーバとクライアントとを有する通信システムで実行され、
   前記第２サーバは、前記第２サーバのアドレスを示す第２サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記クライアントは、前記第２サーバから送信される前記第２サーバ情報が記憶されるレジストリを有し、前記レジストリから前記第２サーバ情報を取得し、前記第２サーバ情報が示すアドレスに対応する前記第２サーバに前記第２サーバが提供するサービスを要求する通信方法であって、
   前記アドレスは、物理アドレスであり、
   前記第２サーバは、前記第２サーバが提供するサービスを示す第２サービス情報を非ＩＰ通信路で前記クライアントへ送信し、
   前記第２サービス情報は、前記レジストリに記憶され、
   前記クライアントは、前記レジストリから前記第２サービス情報を取得し、前記第２サーバ情報が示すアドレスに対応する前記第２サーバに前記第２サービス情報が示すサービスを要求することを特徴とする通信方法。

Images