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

通信システム、電子制御装置及び通信方法 Download PDF

Info

Publication number
WO2021070536A1
WO2021070536A1 PCT/JP2020/033884 JP2020033884W WO2021070536A1 WO 2021070536 A1 WO2021070536 A1 WO 2021070536A1 JP 2020033884 W JP2020033884 W JP 2020033884W WO 2021070536 A1 WO2021070536 A1 WO 2021070536A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
service
information
client
communication system
Prior art date
Application number
PCT/JP2020/033884
Other languages
English (en)
French (fr)
Inventor
諒 土谷
一 芹沢
Original Assignee
日立Astemo株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 日立Astemo株式会社 filed Critical 日立Astemo株式会社
Priority to CN202080079944.6A priority Critical patent/CN114731300B/zh
Priority to EP20874091.0A priority patent/EP4044522A4/en
Priority to JP2021550514A priority patent/JP7237176B2/ja
Priority to US17/767,636 priority patent/US20240340358A1/en
Publication of WO2021070536A1 publication Critical patent/WO2021070536A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H04L12/40189—Flexible bus arrangements involving redundancy by using a plurality of bus systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H04L12/40195—Flexible bus arrangements involving redundancy by using a plurality of nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the present invention relates to a communication system, an electronic control device, and a communication method.
  • IP devices Internet Protocol devices
  • non-IP devices are used for in-vehicle communication.
  • service-oriented communication is adopted, in which the software function equivalent to one process is regarded as a service and the service is linked on the network.
  • An object of the present invention is to provide a communication system or the like capable of improving throughput.
  • an example of the present invention is a communication system having a first server, a second server, and a client, and the second server is information on a second server indicating the address of the second server.
  • the client has a registry in which the second server information transmitted from the second server is stored, and acquires the second server information from the registry.
  • the service provided by the second server is requested from the second server corresponding to the address indicated by the second server information.
  • the throughput can be improved. Issues, configurations and effects other than those described above will be clarified by the description of the following embodiments.
  • IP communication system IP communication system
  • non-IP communication system IP communication system
  • client non-IP communication system
  • server non-IP communication system
  • service service which concerns on 1st Embodiment
  • IP sequence diagram with the IP device which concerns on 1st Embodiment.
  • the process may be described with the "program" as the operating subject.
  • a processor for example, CPU: Central Processing Unit
  • processing is performed while using an appropriate storage resource (for example, memory) and / or communication interface device (for example, port). It can be said that the entire processing to be performed is performed by, for example, a processor.
  • the process of explaining the program as the operation subject may be the process performed by the device including the processor. It may also include dedicated hardware circuits that perform some or all of the processing performed by the processor.
  • Computer programs may be installed on the device from the program source.
  • the program source may be, for example, a program distribution server or a non-temporary recording medium that can be read by a computer.
  • FIG. 1 is an overall configuration diagram of a communication system according to the first embodiment.
  • the communication system of FIG. 1 is a system mounted on a vehicle such as an automobile, and includes sensors 15, 16A, 16B, various actuators 18, and an ECU 10A (electronic control device).
  • the ECU 10A (electronic control device) is composed of, for example, a processor such as a CPU, a storage device such as a memory, and a communication device such as an input / output circuit.
  • the sensor 15 and the ECU 10A can communicate with each other via the vehicle-mounted network 14A, and the sensors 16A and 16B and the ECU 10A can communicate with each other via the vehicle-mounted network 14B. Further, the ECU 10A and the various actuators 18 can communicate with each other via the in-vehicle network 14C.
  • the in-vehicle networks 14A, 14B, and 14C may be any communication network such as Ethernet (registered trademark) and CAN-FD (CAN with Flexible Data-Rate).
  • Ethernet registered trademark
  • CAN-FD CAN with Flexible Data-Rate
  • Ethernet registered trademark
  • CAN-FD is an extension of the original CAN protocol defined by ISO11898-1.
  • Sensors 15, 16A, 16B include one or more sensors for capturing information on the environment around the vehicle, such as Radar, LiDAR, and cameras. That is, the sensors 15, 16A, and 16B are each composed of arbitrary sensors that detect an object around the own vehicle.
  • the sensor 15 outputs the outside world information to the server 1A in the ECU 10A, and the sensors 16A and 16B output the outside world information to the server 1B in the ECU 10A.
  • the various actuators 18 include one or more actuators for operating the accelerator, brake, steering, etc. for operating the running of the vehicle.
  • the various actuators 18 control the running of the vehicle based on the input control information (command) from the client 2 in the ECU 10A.
  • the ECU 10A includes servers 1A and 1B, a client 2, CPUs 12A, 12B and 12C, and memories 11A, 11B and 11C.
  • the CPUs 12A, 12B, and 12C execute each process according to the programs stored in the memories 11A, 11B, and 11C, respectively.
  • the memories 11A, 11B, 11C are, for example, RAM (RAMDOM ACCESS MEMORY), and store the programs 113A, 113B, 117 executed by the CPUs 12A, 12B, and 12C, respectively, and the necessary information shown below.
  • RAM RAMDOM ACCESS MEMORY
  • the serviceable service information 111A As necessary information, in the memory 11A of the server 1A connected to the client 2 by IP communication, the serviceable service information 111A, the server information 112A, and the service registry 114A that summarizes the service information that can be provided to the client 2 are provided. And the service providing program 113A is stored.
  • the serviceable service information 111B In the memory 11B of the server 1B connected to the client 2 by non-IP communication, the serviceable service information 111B, the server information 112B, the service registry 114B summarizing the service information that can be provided to the client 2, and the service providing program 113B is stored.
  • the server information 112C of the service provider, the service registry 114C summarizing the available service information, and the service execution program 117 are stored.
  • the server information is the IP address of the service provider (physical address in the case of a non-IP device), the port number, and the like.
  • the program may be described as the operating subject for convenience, but the actual executing subject is the CPU 12A, 12B, or 12C that executes the program.
  • the ECU 10A may have an arithmetic element capable of various information processing, such as an FPGA (Field-Programmable Gate Array), in addition to or in place of the CPUs 12A, 12B, and 12C.
  • the ECU 10A may have a magnetic storage medium such as an HDD (Hard Disk Drive) or a semiconductor storage medium such as an SSD (Solid State Drive) in addition to the RAM and ROM as the memories 11A, 11B and 11C.
  • HDD Hard Disk Drive
  • SSD Solid State Drive
  • 2A and 2B are a list showing an example of the communication path according to the first embodiment.
  • Ethernet registered trademark
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • non-IP communication path 13B of the ECU 10A in FIG. 1 PCIe (PCI Express), SPI (Serial Peripheral Interface), CAN (Control Area Network) and the like are used.
  • FIG. 3A is a list showing an example of a client according to the first embodiment
  • FIG. 3B is a list showing an example of a server according to the first embodiment.
  • a PC, a microcomputer, an application, or the like is used as the client 2.
  • the servers 1A and 1B a PC, a microcomputer, an application and the like are used as in the client 2.
  • FIG. 4 is a list showing an example of service information according to the first embodiment.
  • As the service information 111A and 111B stored in the memories 11A and 11B of the servers 1A and 1B sensor information acquisition, sensor information conversion, smoothing and the like are used.
  • FIG. 5 is a communication sequence diagram with the IP device according to the first embodiment.
  • Each information in the memory is read, written, read and transferred via the communication path under the control of the CPU, etc., but for convenience, the details of the processing operation will be omitted here and explained in the flow of data and information.
  • the service providing program 113A of the server 1A multicasts the service information 111A and the server information 112A and registers (writes) them in the service registry 114A in the server 1A and the service registry 114C in the client 2.
  • the service information 111A includes an identifier for identifying the service, and the identifier is, for example, a unique ID (service ID) or a name.
  • the server information 112A includes an IP address and a port number.
  • the service providing program 113A registers these information in the service registry 114C via the IP communication path 13A.
  • the server 1A transmits the server information (first server information) indicating the IP address of the server 1A to the client 2 via the IP communication path.
  • the server information (first server information) is stored in the service registry 114C (registry).
  • the service execution program 117 of the client 2 searches the service information 111A and the server information 112A registered in the service registry 114C, and acquires the respective information.
  • the service execution program 117 calls the service corresponding to the acquired service information 111A (service ID) to the port corresponding to the port number of the server 1A corresponding to the server information (IP address).
  • the client 2 acquires the server information (first server information) from the service registry 114C (registry), and the server 1A (first server) corresponding to the IP address indicated by the server information (first server information). Request the service provided by the server 1A.
  • the client can directly request the service from the first server by IP communication, and can directly request the service from the second server by non-IP communication.
  • the service providing program 113A provides the service called from the client 2.
  • service-oriented communication is possible in communication with the IP device in this way.
  • FIG. 6 is a communication sequence diagram with a non-IP device according to the first embodiment.
  • the service providing program 113B of the server 1B temporarily provides the service information 111B and the server information 112B to the proxy agent 17A.
  • the service information 111B includes an identifier for identifying the service, and the identifier is, for example, a unique ID (service ID) or a name.
  • the server information 112B includes a physical address and a port number.
  • the server information 112B differs from the server information 112A in that it includes a physical address instead of an IP address.
  • the proxy agent 17A registers these information in the service registry 114C via the non-IP communication path 13B.
  • the subject of registration in the service registry 114C is the service providing program 113A
  • the subject of registration is the proxy agent 17A.
  • the communication system has a server 1A (first server), a server 1B (second server), and a client 2.
  • the server 1B (second server) transmits server information (second server information) indicating the address of the server 1B to the client 2 via a non-IP communication path.
  • the client 2 has a service registry 114C (registry) in which server information (second server information) transmitted from the server 1B (second server) is stored.
  • the server 1B (second server) transmits the service information (second service information) indicating the service provided by the server 1B to the client 2 via the non-IP communication path.
  • the service information (second service information) is stored in the service registry 114C (registry).
  • the address indicated by the server information is a physical address.
  • the second server information indicating the physical address of the second server is stored in the registry of the client, so that the client can directly request the service from the second server by non-IP communication.
  • the proxy agent 17A registers the service information 111B and the server information 112B in the service registry 114C in the client 2 on the non-IP communication path 13B. At the same time, the proxy agent 17A also registers the service information 111B and the server information 112B in the service registry 114B in the server 1B.
  • the service execution program 117 of the client 2 searches the service information 111B and the server information 112B registered in the service registry 114C, and acquires the respective information.
  • the service execution program 117 calls the service corresponding to the acquired service information 111B (service ID) to the port corresponding to the port number of the server 1B corresponding to the server information (physical address).
  • the service providing program 113B provides the service called from the client 2.
  • the client 2 acquires the server information (second server information) from the service registry 114C (registry) and sets the server 1B (second server) corresponding to the address indicated by the server information (second server information). Request the service provided by server 1B.
  • the client can directly request the service from the second server using the second server information acquired from the registry. Since the service is requested without going through the relay device, the problem of the routing delay of the relay device does not occur. Since the throughput of the communication system is improved, the communication system of the present embodiment is suitable for, for example, an automatic driving or an advanced driving support system.
  • the server information (second server information) includes the port number, and the client 2 requests the service from the port corresponding to the port number of the server 1B (second server). As a result, the service can be requested for each port of the second server.
  • the client 2 acquires the service information (second service information) from the service registry 114C (registration), and the server 1B (second server) corresponding to the physical address (address) indicated by the server information (second server information). ) Requests the service indicated by the service information (second service information). As a result, the client can directly request the service indicated by the second service information from the second server by using the second service information acquired from the registry.
  • the server 1A (first server) is connected to the sensor 25 (first sensor) that performs IP communication, and provides a service regarding the output value of the sensor 25 (first sensor).
  • the second server is connected to the sensor 16A or 16B (second sensor) that performs non-IP communication, and provides a service regarding the output value of the sensor 16A or 16B (second sensor).
  • the client can use the output value of the first sensor that performs IP communication and can also use the output value of the second sensor that performs non-IP communication.
  • the process of adding the proxy agent 17A in the server 1B of the non-IP device and registering the service information 111B and the server information 112B in the service registry 114B (114C) is executed.
  • the process of adding the proxy agent 17A in the server 1B of the non-IP device and registering the service information 111B and the server information 112B in the service registry 114B (114C) is executed.
  • communication can be performed many times without going through a proxy agent, service-oriented communication with non-IP communication devices becomes possible without impairing the real-time property of data.
  • the throughput of the communication system can be improved.
  • FIG. 7 is an overall configuration diagram of the communication system according to the second embodiment.
  • the same components as those of the above-described first embodiment are designated by the same reference numerals, and the description thereof will be simplified.
  • the vehicle control device ECU 10B connects to the ECU 10A according to the first embodiment, and both the server 1D and the server 1B connect to the client via a non-IP communication path.
  • the server 1D and the server 1B connected by the non-IP communication path have proxy agents 17B and 17D, respectively.
  • the server 1D transmits server information (first server information) indicating the physical address of the server 1D to the client 2 via a non-IP communication path.
  • the server information (first server information) is stored in the service registry 114C (registry).
  • the client 2 acquires the server information (first server information) from the service registry 114C, and provides the service provided by the server 1D to the server 1D (first server) corresponding to the physical address indicated by the server information (first server information). To request.
  • the client can directly request the service from the first server and the second server by non-IP communication. Since the service is requested from the first server and the second server that perform non-IP communication without using the relay device, the real-time performance can be improved.
  • service-oriented communication is possible even on a server connected only by a non-IP communication path.
  • FIG. 8 is a diagram (schematic diagram) for explaining server switching when a sensor failure occurs according to the first embodiment and the second embodiment.
  • the vehicle 202 is equipped with a front camera 200 and front side cameras 250A and 250B.
  • the sensors 15 connected to the server of the IP communication path in the first embodiment are the front camera 200, and the sensors 16A and 16B connected to the server of the non-IP communication path are the front side cameras 250A and 250B, respectively.
  • the front side cameras 250A and 250B connected to the server of the non-IP communication path play the role of the front camera 200 as described above.
  • the front camera 200 and the front side cameras 250A and 250B are both connected to the server of the non-IP communication path.
  • the front side cameras 250A and 250B play the role of the front camera 200.
  • the server 1D (first server) and the server 1B (second server) have the same function, and the server 1B (second server) is second at the timing when the failure of the server 1D (first server) is detected.
  • the server information may be transmitted to the client 2 via a non-IP communication path.
  • the client 2 requests the service from the server 1B (second server).
  • the redundancy of the communication system can be ensured, and service-oriented communication can be continued even if the first server fails. As a result, the reliability of the communication system can be improved.
  • the present invention is not limited to the above-described embodiment, and includes various modifications.
  • the above-described embodiment has been described in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to the one including all the described configurations.
  • it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment and it is also possible to add the configuration of another embodiment to the configuration of one embodiment.
  • the communication system may be housed in one housing. This facilitates, for example, space saving. Further, the first server, the second server, and the client constituting the communication system may be housed in separate housings. Thereby, for example, the degree of freedom of layout can be improved.
  • the first server, the second server, and the client are each composed of, for example, a microcomputer.
  • the board on which the microcomputer is mounted may be a multi-board or a combination of single boards.
  • each of the above configurations, functions, etc. may be realized by hardware, for example, by designing a part or all of them with an integrated circuit. Further, each of the above configurations, functions, and the like may be realized by software by the processor (microcomputer) interpreting and executing a program that realizes each function. Information such as programs, tables, and files that realize each function can be stored in a memory, a hard disk, a recording device such as an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
  • a memory a hard disk
  • a recording device such as an SSD (Solid State Drive)
  • a recording medium such as an IC card, an SD card, or a DVD.
  • the embodiment of the present invention may have the following aspects.
  • the server connects the client by non-IP communication
  • the server includes a proxy agent
  • the proxy agent is information about receiving a service from the server in a non-IP communication path. Is transmitted to a client, and the client queries the service registry for services.
  • the information regarding the receipt of the service is the communication system of (1) characterized in that it is information that can determine a specific communication destination such as a physical address and a port number on the server side.
  • the first server connects the client through a first communication path which is IP communication, and the second server is non-IP communication.
  • the client is connected on a second communication path, the second server includes a proxy agent, and the proxy agent provides information on receiving services from the second server on the second communication path. Is transmitted to the client, and the client inquires about the service in the service registry.
  • It has a first server, a second server, and a client, and the first server and the second server in the previous term connect the client by non-IP communication, and the first server and the second server Provided a proxy agent, the proxy agent transmitting information regarding service receipt from the first server and the second server to the client by non-IP communication, and the client serves the service registry. It is a communication system characterized by making inquiries about.
  • the timing at which the proxy agent transmits the service server information is a redundant configuration in which the first server and the second server have the same function, and the timing when the second server detects a failure of the first server. It is a communication system of (3) or (4) characterized by being present.
  • service-oriented communication can be performed with a connection destination that performs non-IP communication without affecting the processing performance without going through the process of performing data conversion many times.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

スループットを向上することができる通信システム等を提供する。通信システムは、サーバ１Ａ（第１サーバ）とサーバ１Ｂ（第２サーバ）とクライアント２とを有する。サーバ１Ｂは、サーバ１Ｂのアドレスを示すサーバ情報（第２サーバ情報）を非ＩＰ通信路でクライアント２へ送信する。クライアント２は、サーバ１Ｂから送信されるサーバ情報が記憶されるサービス・レジストリ１１４Ｃ（レジストリ）を有する。クライアント２は、サービス・レジストリ１１４Ｃからサーバ情報を取得し、サーバ情報が示すアドレスに対応するサーバ１Ｂにサーバ１Ｂが提供するサービスを要求する。

Description

通信システム、電子制御装置及び通信方法
　本発明は、通信システム、電子制御装置及び通信方法に関する。
　車載システムにおいて、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ機器(ＩＰ機器)だけでなく、非ＩＰ機器も車載通信に使用している。自動運転システムでは、一処理に相当するソフトウェアの機能をサービスと見立て、そのサービスをネットワーク上で連携させるといった「サービス指向通信」を取り入れている。
　しかし、サービス指向通信はＩＰ機器にのみ対応しており、非ＩＰ機器では使用できないといった問題がある。この問題を解決するために、従来技術として、非ＩＰ機器とＩＰ機器との間にデータ変換および要求への応答を行うプロセスを設けるといった方法がある。
特開2000-212861号公報
　しかし、上記の特許文献１では、データ変換および要求への応答を行うプロセスが常に非ＩＰ機器とＩＰ機器との中継部となっているため、処理性能に影響が出てしまう。例えば、非ＩＰ機器と接続しているセンサのデータをＩＰ機器へ送る際には、毎回ＩＰ機器向けのデータへ変換を行う必要があり、データのリアルタイム性を損なってしまう。
　本発明の目的は、スループットを向上することができる通信システム等を提供することにある。
　上記目的を達成するために、本発明の一例は、第１サーバと第２サーバとクライアントとを有する通信システムであって、前記第２サーバは、前記第２サーバのアドレスを示す第２サーバ情報を非ＩＰ通信路で前記クライアントへ送信し、前記クライアントは、前記第２サーバから送信される前記第２サーバ情報が記憶されるレジストリを有し、前記レジストリから前記第２サーバ情報を取得し、前記第２サーバ情報が示すアドレスに対応する前記第２サーバに前記第２サーバが提供するサービスを要求する。
　本発明によれば、スループットを向上することができる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
第１実施形態に係る通信システムの全体構成図である。 第１実施形態に係る通信路（ＩＰ通信方式）の一例を示す一覧表である。 第１実施形態に係る通信路（非ＩＰ通信方式）の一例を示す一覧表である。 第１実施形態に係るクライアントの一例を示す一覧表である。 第１実施形態に係るサーバの一例を示す一覧表である。 第１実施形態に係るサービスの一例を示す一覧表である。 第１実施形態に係るＩＰ機器との通信シーケンス図である。 第１実施形態に係る非ＩＰ機器との通信シーケンス図である。 第２実施形態に係る通信システムの全体構成図である。 第１実施形態と第２実施形態とに係るセンサ故障発生時のサーバ切り替えについて説明する図である。
　以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
　また、以下の説明では、「プログラム」を動作主体として処理を説明する場合がある。
一方、プログラムは、プロセッサ(例えば、ＣＰＵ：Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ)が実行することで、適宜の記憶資源(例えばメモリ)及び／又は通信インターフェース装置(例えばポート)を用いながら処理を行うので、以下に説明する処理の全体が例えばプロセッサで行われると言ってもよい。
　プログラムを動作主体として説明する処理は、プロセッサを含む装置が行う処理としても良い。また、プロセッサが行う処理の一部又は全部を行う専用のハードウェア回路を含んでも良い。コンピュータプログラムは、プログラムソースから装置にインストールしても良い。プログラムソースは、例えば、プログラム配布サーバ、又は、計算機が読み取り可能な非一時的記録メディアであっても良い。
　（第１実施形態）
　図１は、第１実施形態に係る通信システムの全体構成図である。図１の通信システムは、自動車などの車両に搭載されるシステムであって、センサ１５、１６Ａ、１６Ｂと、各種アクチュエータ１８と、ＥＣＵ１０Ａ(電子制御装置)とを備える。なお、ＥＣＵ１０Ａ(電子制御装置)は、例えば、ＣＰＵ等のプロセッサ、メモリ等の記憶装置、入出力回路等の通信装置から構成される。
　センサ１５と、ＥＣＵ１０Ａとは、車載ネットワーク１４Ａを介して通信可能であり、センサ１６Ａ、１６Ｂと、ＥＣＵ１０Ａとは、車載ネットワーク１４Ｂを介して通信可能である。また、ＥＣＵ１０Ａと、各種アクチュエータ１８とは、車載ネットワーク１４Ｃを介して通信可能である。
　車載ネットワーク１４Ａ、１４Ｂ、１４Ｃは、Ｅｔｈｅｒｎｅｔ (登録商標)、ＣＡＮ－ＦＤ(ＣＡＮ　ｗｉｔｈ　Ｆｌｅｘｉｂｌｅ　Ｄａｔａ－Ｒａｔｅ)等の任意の通信ネットワークで良い。なお、Ｅｔｈｅｒｎｅｔ (登録商標)は、ＩＥＥＥ８０２．３で規定されるLANの規格であり、ＣＡＮ－ＦＤは、ＩＳＯ１１８９８－１で規定されるオリジナルのCANプロトコルの拡張である。
　センサ１５、１６Ａ、１６ＢはＲａｄａｒ、ＬｉＤＡＲ、カメラなど車両周辺環境の情報を取り込むための１つ以上のセンサを含む。すなわち、センサ１５、１６Ａ、１６Ｂはそれぞれ、自車両周辺の物体を検出する任意のセンサから構成される。センサ１５は、外界情報をＥＣＵ１０Ａ内のサーバ１Ａに出力し、センサ１６Ａ、１６Ｂは、外界情報をＥＣＵ１０Ａ内のサーバ１Ｂに出力する。
　各種アクチュエータ１８は、車両の走行を操作するためのアクセル、ブレーキ、ステアリング等を操作するための１つ以上のアクチュエータを含む。各種アクチュエータ１８は、ＥＣＵ１０Ａ内のクライアント２からの入力制御情報（指令）に基づいて、車両の走行を制御する。
　ＥＣＵ１０Ａはサーバ１Ａ、１Ｂと、クライアント２と、ＣＰＵ１２Ａ、１２Ｂ、１２Ｃとメモリ１１Ａ、１１Ｂ、１１Ｃとを含む。ＣＰＵ１２Ａ、１２Ｂ、１２Ｃはそれぞれ、メモリ１１Ａ、１１Ｂ、１１Ｃに格納されるプログラムに従って各処理を実行する。
　メモリ１１Ａ、１１Ｂ、１１Ｃは、例えば、ＲＡＭ(ＲＡＭＤＯＭ ＡＣＣＥＳＳ ＭＥＭＯＲＹ)であり、ＣＰＵ１２Ａ、１２Ｂ、１２Ｃがそれぞれ実行するプログラム１１３Ａ、１１３Ｂ、１１７や、以下に示す必要な情報を記憶する。
　必要な情報として、クライアント２とＩＰ通信で接続しているサーバ１Ａのメモリ１１Ａには、サービス可能なサービス情報１１１Ａ、サーバ情報１１２Ａ、クライアント２へ提供可能なサービス情報をまとめたサービス・レジストリ１１４Ａ、及びサービス提供プログラム１１３Ａが記憶される。
　クライアント２と非ＩＰ通信で接続しているサーバ１Ｂのメモリ１１Ｂには、サービス可能なサービス情報１１１Ｂ、サーバ情報１１２Ｂ、クライアント２へ提供可能なサービス情報をまとめたサービス・レジストリ１１４Ｂ、及びサービス提供プログラム１１３Ｂが記憶される。
　クライアント２のメモリ１１Ｃには、サービス提供元のサーバ情報１１２Ｃ、使用可能なサービス情報をまとめたサービス・レジストリ１１４Ｃ、及びサービス実行プログラム１１７が記憶される。ここで、サーバ情報は、サービス提供元のIPアドレス(非ＩＰ機器の場合は物理アドレス)と、ポート番号などである。
　なお、以降の説明では、便宜的にプログラムを動作主体として説明することもあるが、実際の実行主体は、プログラムを実行するＣＰＵ１２Ａ、１２Ｂ又は１２Ｃである。
　また、ＥＣＵ１０Ａは、ＣＰＵ１２Ａ、１２Ｂ、１２Ｃに加えて又はそれらに代えて、各種情報処理が可能な演算素子、例えばＦＰＧＡ(Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ)等を有してもよい。また、ＥＣＵ１０Ａは、メモリ１１Ａ、１１Ｂ、１１ＣとしてＲＡＭやＲＯＭ以外にも、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの磁気記憶媒体、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの半導体記憶媒体を有してもよい。
　図２Ａ、２Ｂは、第１実施形態に係る通信路の一例を示す一覧表である。
　図１のＥＣＵ１０ＡのＩＰ通信路１３Ａとして、Ｅｔｈｅｒｎｅｔ（登録商標）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）などを用いる。また、図１のＥＣＵ１０Ａの非ＩＰ通信路１３Ｂとして、ＰＣＩe（ＰＣＩ　Ｅｘｐｒｅｓｓ）、ＳＰＩ（Ｓｅｒｉａｌ　Ｐｅｒｉｐｈｅｒａｌ　Ｉｎｔｅｒｆａｃｅ）、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などを用いる。
　図３Ａは、第１実施形態に係るクライアントの一例を示す一覧表であり、図３Ｂは、第１実施形態に係るサーバの一例を示す一覧表である。クライアント２として、ＰＣ、マイコン、アプリケーションなどを用いる。また、サーバ１Ａ、１Ｂとして、クライアント２と同じくＰＣ、マイコン、アプリケーションなどを用いる。
　図４は、第１実施形態に係るサービス情報の一例を示す一覧表である。サーバ１Ａ、１Ｂのそれぞれのメモリ１１Ａ、１１Ｂに格納されるサービス情報１１１Ａ、１１１Ｂとして、センサ情報取得、センサ情報変換、平滑化などを用いる。
　次に、図１の通信システム（車両制御システム）における通信シーケンスを図５、図６を用いて説明する。
　図５は、第１実施形態に係るＩＰ機器との通信シーケンス図である。
　メモリ内の各情報は、CPU等の制御により通信路を介して読み書きして転送されるものだが、ここでは便宜上、処理動作詳細に関しては割愛してデータ及び情報の流れで説明する。
　サーバ１Ａのサービス提供プログラム１１３Ａは、サービス情報１１１Ａ・サーバ情報１１２Ａをマルチキャストし、サーバ１Ａ内のサービス・レジストリ１１４Ａとクライアント２内のサービス・レジストリ１１４Ｃに登録する（書き込む）。
　なお、サービス情報１１１Ａは、サービスを識別するための識別子を含み、その識別子は、例えば、ユニークなＩＤ（サービスＩＤ）又は名称等である。サーバ情報１１２Ａは、ＩＰアドレス及びポート番号を含む。サービス提供プログラム１１３Ａは、ＩＰ通信路１３Ａを介してサービス・レジストリ１１４Ｃへこれらの情報を登録する。
　換言すれば、サーバ１Ａ（第１サーバ）は、サーバ１ＡのＩＰアドレスを示すサーバ情報（第１サーバ情報）をＩＰ通信路でクライアント２へ送信する。サーバ情報（第１サーバ情報）は、サービス・レジストリ１１４Ｃ（レジストリ）に記憶される。
　次に、クライアント２のサービス実行プログラム１１７は、サービス・レジストリ１１４Ｃに登録されているサービス情報１１１Ａとサーバ情報１１２Ａを検索し、それぞれの情報を取得する。次に、サービス実行プログラム１１７は、取得したサービス情報１１１Ａ（サービスＩＤ）に対応するサービスをサーバ情報（IPアドレス）に対応するサーバ１Ａのポート番号に対応するポートに対してコールする。
　換言すれば、クライアント２は、サービス・レジストリ１１４Ｃ（レジストリ）からサーバ情報（第１サーバ情報）を取得し、サーバ情報（第１サーバ情報）が示すＩＰアドレスに対応するサーバ１Ａ（第１サーバ）にサーバ１Ａが提供するサービスを要求する。
　これにより、クライアントはＩＰ通信で第１サーバにダイレクトにサービスを要求することができるとともに、非ＩＰ通信で第２サーバにダイレクトにサービスを要求することができる。
　次に、サービス提供プログラム１１３Ａは、クライアント２からコールされたサービスを提供する。本実施形態によれば、このようにＩＰ機器との通信において、サービス指向通信が可能である。
　図６は、第１実施形態に係る非ＩＰ機器との通信シーケンス図である。
　サーバ１Ｂのサービス提供プログラム１１３Ｂは、サービス情報１１１Ｂ・サーバ情報１１２Ｂをプロキシ・エージェント１７Ａに一旦提供する。なお、サービス情報１１１Ｂは、サービスを識別するための識別子を含み、その識別子は、例えば、ユニークなＩＤ（サービスＩＤ）又は名称等である。サーバ情報１１２Ｂは、物理アドレス及びポート番号を含む。ＩＰアドレスに代えて物理アドレスを含む点でサーバ情報１１２Ｂはサーバ情報１１２Ａと異なる。
　プロキシ・エージェント１７Ａは、非ＩＰ通信路１３Ｂを介してサービス・レジストリ１１４Ｃへこれらの情報を登録する。図５では、サービス・レジストリ１１４Ｃへの登録の主体はサービス提供プログラム１１３Ａであるのに対し、図６では、登録の主体はプロキシ・エージェント１７Ａである。
　換言すれば、通信システムは、サーバ１Ａ（第１サーバ）とサーバ１Ｂ（第２サーバ）とクライアント２とを有する。サーバ１Ｂ（第２サーバ）は、サーバ１Ｂのアドレスを示すサーバ情報（第２サーバ情報）を非ＩＰ通信路でクライアント２へ送信する。クライアント２は、サーバ１Ｂ（第２サーバ）から送信されるサーバ情報（第２サーバ情報）が記憶されるサービス・レジストリ１１４Ｃ（レジストリ）を有する。
　また、サーバ１Ｂ（第２サーバ）は、サーバ１Ｂが提供するサービスを示すサービス情報（第２サービス情報）を非ＩＰ通信路でクライアント２へ送信する。サービス情報（第２サービス情報）は、サービス・レジストリ１１４Ｃ（レジストリ）に記憶される。
　詳細には、サーバ情報（第２サーバ情報）が示すアドレスは、物理アドレスである。これにより、第２サーバの物理アドレスを示す第２サーバ情報がクライアントのレジストリに記憶されるため、クライアントは非ＩＰ通信で第２サーバにダイレクトにサービスを要求することができる。
　プロキシ・エージェント１７Ａは、非ＩＰ通信路１３Ｂでクライアント２内のサービス・レジストリ１１４Ｃにサービス情報１１１Ｂとサーバ情報１１２Ｂとを登録する。同時に、プロキシ・エージェント１７Ａは、サーバ１Ｂ内のサービス・レジストリ１１４Ｂにもサービス情報１１１Ｂとサーバ情報１１２Ｂを登録する。
　次に、クライアント２のサービス実行プログラム１１７は、サービス・レジストリ１１４Ｃに登録されているサービス情報１１１Ｂとサーバ情報１１２Ｂを検索し、それぞれの情報を取得する。次に、サービス実行プログラム１１７は、取得したサービス情報１１１Ｂ（サービスＩＤ）に対応するサービスをサーバ情報（物理アドレス）に対応するサーバ１Ｂのポート番号に対応するポートに対してコールする。次に、サービス提供プログラム１１３Ｂは、クライアント２からコールされたサービスを提供する。
　換言すれば、クライアント２は、サービス・レジストリ１１４Ｃ（レジストリ）からサーバ情報（第２サーバ情報）を取得し、サーバ情報（第２サーバ情報）が示すアドレスに対応するサーバ１Ｂ（第２サーバ）にサーバ１Ｂが提供するサービスを要求する。
　これにより、クライアントはレジストリから取得した第２サーバ情報を用いて第２サーバにダイレクトにサービスを要求することができる。中継機器を介さずにサービスを要求するため、中継機器のルーティングの遅延の問題が発生しない。通信システムのスループットが向上するため、本実施形態の通信システムは、例えば、自動運転、先進運転支援システムに好適である。
　また、サーバ情報（第２サーバ情報）は、ポート番号を含み、クライアント２は、サーバ１Ｂ（第２サーバ）のポート番号に対応するポートにサービスを要求する。これにより、第２サーバのポート毎にサービスを要求することができる。
　さらに、クライアント２は、サービス・レジストリ１１４Ｃ（レジストリ）からサービス情報（第２サービス情報）を取得し、サーバ情報（第２サーバ情報）が示す物理アドレス（アドレス）に対応するサーバ１Ｂ（第２サーバ）にサービス情報（第２サービス情報）が示すサービスを要求する。これにより、クライアントはレジストリから取得した第２サービス情報を用いて第２サーバにダイレクトに第２サービス情報が示すサービスを要求することができる。
　詳細には、サーバ１Ａ（第１サーバ）は、ＩＰ通信を行うセンサ２５（第１センサ）に接続され、センサ２５（第１センサ）の出力値についてのサービスを提供する。一方、第２サーバは、非ＩＰ通信を行うセンサ１６Ａ又は１６Ｂ（第２センサ）に接続され、センサ１６Ａ又は１６Ｂ（第２センサ）の出力値についてのサービスを提供する。これにより、クライアントはＩＰ通信を行う第１センサの出力値を利用することができるとともに、非ＩＰ通信を行う第２センサの出力値を利用することができる。
　本実施形態では、このように、非ＩＰ機器のサーバ１Ｂ内にプロキシ・エージェント１７Ａを追加して、サービス・レジストリ１１４Ｂ（１１４Ｃ）にサービス情報１１１Ｂとサーバ情報１１２Ｂを登録するプロセスを実行する。これにより、何度もプロキシ・エージェントを介さずに通信が行えるため、データのリアルタイム性を損なうことなく、非ＩＰ通信機器ともサービス指向通信が可能となる。
　以上説明したように、本実施形態によれば、通信システムのスループットを向上することができる。
　（第２実施形態）
　図７は、第２実施形態に係る通信システムの全体構成図である。なお、以下の説明において、上述した第１実施形態の構成要素と同一の構成要素については同一の符号を付与し、その説明を簡略化する。
　図７の通信システムにおいて、車両制御装置であるＥＣＵ１０Ｂは第１実施形態に係るＥＣＵ１０Ａに対して、サーバ１Ｄとサーバ１Ｂは両方ともクライアントに非ＩＰ通信路で接続する。第１実施形態と同じく非ＩＰ通信路で接続するサーバ１Ｄとサーバ１Ｂ内にそれぞれプロキシ・エージェント１７Ｂ、１７Ｄを持つ。
　具体的には、例えば、サーバ１Ｄ（第１サーバ）は、サーバ１Ｄの物理アドレスを示すサーバ情報（第１サーバ情報）を非ＩＰ通信路でクライアント２へ送信する。サーバ情報
（第１サーバ情報）は、サービス・レジストリ１１４Ｃ（レジストリ）に記憶される。クライアント２は、サービス・レジストリ１１４Ｃからサーバ情報（第１サーバ情報）を取得し、サーバ情報（第１サーバ情報）が示す物理アドレスに対応するサーバ１Ｄ（第１サーバ）にサーバ１Ｄが提供するサービスを要求する。
　これにより、クライアントは非ＩＰ通信で第１サーバ及び第２サーバにダイレクトにサービスを要求することができる。非ＩＰ通信を行う第１サーバ及び第２サーバに中継機器を介さずにサービスを要求するため、リアルタイム性を向上することができる。
　また、非IP通信路だけで接続されるサーバにおいても、同様にサービス指向通信が可能となる。
　図８は、第１実施形態と第２実施形態とに係るセンサ故障発生時のサーバ切り替えについて説明する図（模式図）である。
　車両２０２は、前方カメラ２００と、前側方カメラ２５０Ａ、２５０Ｂとを搭載している。第１実施形態におけるＩＰ通信路のサーバに接続されたセンサ１５が前方カメラ２００、非ＩＰ通信路のサーバに接続されたセンサ１６Ａ、１６Ｂがそれぞれ前側方カメラ２５０Ａ、２５０Ｂである。
　例えば、第１実施形態において、前方カメラ２００が故障２０１した場合、前記したように、非ＩＰ通信路のサーバに接続された前側方カメラ２５０Ａ、２５０Ｂが前方カメラ２００の役割を担う。
　更に、第２実施形態においては、前方カメラ２００と、前側方カメラ２５０Ａ、２５０Ｂが共に非ＩＰ通信路のサーバに接続されている。この場合においても上記と同様に、前方カメラ２００が故障２０１した場合、前側方カメラ２５０Ａ、２５０Ｂが前方カメラ２００の役割を担う。
　ここで、サーバ１Ｄ（第１サーバ）とサーバ１Ｂ（第２サーバ）は同じ機能を有し、サーバ１Ｂ（第２サーバ）は、サーバ１Ｄ（第１サーバ）の故障を検知したタイミングで第２サーバ情報を非ＩＰ通信路でクライアント２へ送信してもよい。クライアント２は、サーバ１Ｄ（第１サーバ）からサービスが提供されない場合、サーバ１Ｂ（第２サーバ）にサービスを要求する。
　これにより、通信システムの冗長性を確保し、第１サーバが故障してもサービス指向通信を継続することができる。その結果、通信システムの信頼性を向上することができる。
　なお、本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　上記実施形態において、例えば、通信システムは１つの筐体に収納されるようにしてもよい。これにより、例えば、省スペース化することが容易となる。また、通信システムを構成する第１サーバ、第２サーバ、クライアントはそれぞれ、別々の筐体に収納されてもよい。これにより、例えば、レイアウトの自由度を向上することができる。
　第１サーバ、第２サーバ、クライアントはそれぞれ、例えば、マイコンから構成される。マイコンを搭載するボードは、マルチボードでも良いし、シングルボードの組み合わせでも良い。
　また、上記の各構成、機能等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサ（マイコン）がそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSD（Solid State Drive）等の記録装置、または、ICカード、SDカード、DVD等の記録媒体に置くことができる。
　なお、本発明の実施形態は、以下の態様であってもよい。
　（１）．サーバとクライアントを有し、前記サーバは、非ＩＰ通信で前記クライアントを接続し、前記サーバは、プロキシ・エージェントを備え、前記プロキシ・エージェントは、非ＩＰ通信路で前記サーバからのサービス受領に関する情報をクライアントに送信し、前記クライアントはサービス・レジストリにサービスの問い合わせを行うことを特徴とする通信システムである。
　（２）．サービスの受領に関する情報は、サーバ側の物理アドレスやポート番号など特定の通信先を決定可能な情報であることを特徴とする（１）の通信システムである。
　（３）．第１のサーバと第２のサーバと、クライアントを有し、前記第１のサーバは、ＩＰ通信である第1の通信路で前記クライアントを接続し、前記第２のサーバは、非ＩＰ通信である第２の通信路で前記クライアントを接続し、前記第２のサーバは、プロキシ・エージェントを備え、前記プロキシ・エージェントは、前記第２の通信路で前記第２のサーバからのサービス受領に関する情報を前記クライアントに送信し、前記クライアントはサービス・レジストリにサービスの問い合わせを行うことを特徴とする通信システムである。
　（４）．第１のサーバと第２のサーバと、クライアントを有し、前記第１のサーバと前期第２のサーバは、非ＩＰ通信で前記クライアントを接続し、前記第１のサーバと前記第２のサーバは、プロキシ・エージェントを備え、前記プロキシ・エージェントは、非ＩＰ通信で前記第１のサーバおよび前記第２のサーバからのサービス受領に関する情報を前記クライアントに送信し、前記クライアントはサービス・レジストリにサービスの問い合わせを行うことを特徴とする通信システムである。
　（５）．プロキシ・エージェントがサービス・サーバ情報の送信を行うタイミングは、前記第１サーバ、前記第２サーバが同じ機能を有する冗長構成であり、前記第２サーバが前記第１サーバの故障を検知したタイミングであることを特徴とする（３）又は（４）の通信システムである。
　上記（１）－（５）によれば、何度もデータ変換を行うプロセスを介さずに処理性能に影響を及ぼすことなく、非ＩＰ通信を行う接続先ともサービス指向通信が可能となる。
１０Ａ、１０Ｂ…ＥＣＵ、１Ａ、１Ｂ、１Ｄ…サーバ、２…クライアント、１１Ａ、１１Ｂ、１１Ｃ、１１Ｄ…メモリ、１２Ａ、１２Ｂ、１２Ｃ…ＣＰＵ、１３Ａ、１３Ｂ…通信路、１４Ａ、１４Ｂ、１４Ｃ…通信ネットワーク、１７Ａ、１７Ｂ、１７Ｄ…プロキシ・エージェント、１１１Ａ、１１１Ｂ、１１１Ｄ…サービス情報、１１２Ａ、１１２Ｂ、１１２Ｃ、１１２Ｄ…サーバ情報、１１３Ａ、１１３Ｂ、１１３Ｄ…サービス提供プログラム、１１４Ａ、１１４Ｂ、１１４Ｃ、１１４Ｄ…サービス・レジストリ、１１７…サービス実行プログラム、２００…前方カメラ、２０２…車両、２５０Ａ、２５０Ｂ…前側方カメラ

Claims (10)

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

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202080079944.6A CN114731300B (zh) 2019-10-08 2020-09-08 通信系统、电子控制装置以及通信方法
EP20874091.0A EP4044522A4 (en) 2019-10-08 2020-09-08 COMMUNICATION SYSTEM, ELECTRONIC CONTROL DEVICE AND COMMUNICATION METHOD
JP2021550514A JP7237176B2 (ja) 2019-10-08 2020-09-08 通信システム、電子制御装置及び通信方法
US17/767,636 US20240340358A1 (en) 2019-10-08 2020-09-08 Communication System, Electronic Control Device, and Communication Method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019185234 2019-10-08
JP2019-185234 2019-10-08

Publications (1)

Publication Number Publication Date
WO2021070536A1 true WO2021070536A1 (ja) 2021-04-15

Family

ID=75437151

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/033884 WO2021070536A1 (ja) 2019-10-08 2020-09-08 通信システム、電子制御装置及び通信方法

Country Status (5)

Country Link
US (1) US20240340358A1 (ja)
EP (1) EP4044522A4 (ja)
JP (1) JP7237176B2 (ja)
CN (1) CN114731300B (ja)
WO (1) WO2021070536A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000212861A (ja) 1998-12-07 2000-08-02 Lindauer Dornier Gmbh たて糸の伸び又は張力の変化を補償する方法及びこの方法を実施するための織機
JP2000236348A (ja) * 1999-02-16 2000-08-29 Telecommunication Advancement Organization Of Japan インターネットプロトコルを用いた遠隔機器の管理システム
US20060159097A1 (en) * 2004-12-17 2006-07-20 Infonox On The Web Control and recruitment of client peripherals from server-side software
JP2011118593A (ja) * 2009-12-02 2011-06-16 Nec Corp データ転送サーバ、データ転送システム、データ転送方法およびプログラム
JP2011520395A (ja) * 2008-05-12 2011-07-14 ノーテル・ネットワークス・リミテッド 非ｉｐトランスポート上にｉｐフローを迂回させる機構
JP2012080274A (ja) * 2010-09-30 2012-04-19 Brother Ind Ltd 通信装置、通信方法、及び通信プログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1021172A (ja) * 1996-06-28 1998-01-23 Nissin Electric Co Ltd ネットワークシステムのサーバ
US6173311B1 (en) * 1997-02-13 2001-01-09 Pointcast, Inc. Apparatus, method and article of manufacture for servicing client requests on a network
JP2004005577A (ja) * 2003-04-14 2004-01-08 Hitachi Ltd 情報処理システム及び情報処理装置
US7698416B2 (en) * 2005-01-25 2010-04-13 Cisco Technology, Inc. Application layer message-based server failover management by a network element
JP4163697B2 (ja) * 2005-03-30 2008-10-08 株式会社東芝 負荷分散システム、実サーバ及び負荷分散方法
FR2918232B1 (fr) * 2007-06-28 2010-11-26 Airbus France Procedes et dispositifs pour la communication de donnees de diagnostic dans un reseau de communication temps reel
JP4703682B2 (ja) * 2008-04-21 2011-06-15 株式会社東芝 クラスタシステム及びプログラム
JP5533300B2 (ja) * 2010-06-10 2014-06-25 日本電気株式会社 ルーティング管理システム、その処理方法及びプログラム
KR102244824B1 (ko) * 2014-08-28 2021-04-27 삼성전자주식회사 전자 장치 및 전자 장치에서 ip 네트워크 서비스 방법
CN105635331B (zh) * 2014-11-18 2019-10-18 阿里巴巴集团控股有限公司 一种分布式环境下的服务寻址方法及装置
WO2016203565A1 (ja) * 2015-06-17 2016-12-22 株式会社日立製作所 計算機システムおよび制御方法
EP3313052A1 (en) * 2016-10-24 2018-04-25 Snips Means for enhancing privacy of users of a cloud-based service
CN108769257B (zh) * 2018-06-28 2021-05-07 新华三信息安全技术有限公司 一种服务器切换方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000212861A (ja) 1998-12-07 2000-08-02 Lindauer Dornier Gmbh たて糸の伸び又は張力の変化を補償する方法及びこの方法を実施するための織機
JP2000236348A (ja) * 1999-02-16 2000-08-29 Telecommunication Advancement Organization Of Japan インターネットプロトコルを用いた遠隔機器の管理システム
US20060159097A1 (en) * 2004-12-17 2006-07-20 Infonox On The Web Control and recruitment of client peripherals from server-side software
JP2011520395A (ja) * 2008-05-12 2011-07-14 ノーテル・ネットワークス・リミテッド 非ｉｐトランスポート上にｉｐフローを迂回させる機構
JP2011118593A (ja) * 2009-12-02 2011-06-16 Nec Corp データ転送サーバ、データ転送システム、データ転送方法およびプログラム
JP2012080274A (ja) * 2010-09-30 2012-04-19 Brother Ind Ltd 通信装置、通信方法、及び通信プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4044522A4

Also Published As

Publication number Publication date
EP4044522A4 (en) 2023-10-25
EP4044522A1 (en) 2022-08-17
CN114731300B (zh) 2024-04-09
CN114731300A (zh) 2022-07-08
US20240340358A1 (en) 2024-10-10
JPWO2021070536A1 (ja) 2021-04-15
JP7237176B2 (ja) 2023-03-10

Similar Documents

Publication Publication Date Title
US7305493B2 (en) Embedded transport acceleration architecture
CN108111470B (zh) 容器的部署方法、服务间的通信方法及相关装置
US8990433B2 (en) Defining network traffic processing flows between virtual machines
US20220263913A1 (en) Data center cluster architecture
US10673750B2 (en) System and method for virtualized receive descriptors
US20140286350A1 (en) Switching Method
US20110002346A1 (en) Extended Network Protocols for Communicating Metadata with Virtual Machines
US20040049600A1 (en) Memory management offload for RDMA enabled network adapters
US20110004877A1 (en) Maintaining Virtual Machines in a Network Device
TWI441478B (zh) 分散式作業系統中外部硬體應用的管理
US10516544B2 (en) Extranet connectivity in LISP networks
US7363355B2 (en) Transparent disconnected services discovery and use
CN113535433A (zh) 基于Linux系统的控制转发分离方法、装置、设备和存储介质
US10999239B2 (en) Stateful LISP subscription for overlapping subnetworks
JP2008510338A (ja) パケット交換制御用の集積回路及び方法
JP2022179412A (ja) データパス状態のレプリケーション及び中間デバイスのマッピングを使用したサービス分配のための方法及びシステム
CN115379017A (zh) 使用原始数据分组进行服务状态复制的方法和系统
WO2021070536A1 (ja) 通信システム、電子制御装置及び通信方法
US20100186021A1 (en) Method and device for communication by address virtualization for the integration simulation of components
US20050108315A1 (en) Implementation of control plane protocols and networking stacks in a distributed network device
US8069273B2 (en) Processing module
JP2006121699A (ja) 第１のデータネットワークから第２のデータネットワークへのデータパケットのカーネルレベルの通過のための方法及び装置
JP7401484B2 (ja) 情報処理装置、情報処理装置の制御方法、及び、情報処理装置の制御プログラム
US20240012577A1 (en) Multiple Protocol Array Control Device Support in Storage System Management
JP2024078801A (ja) 通信装置、通信システム、通信制御方法およびプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20874091

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021550514

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020874091

Country of ref document: EP

Effective date: 20220509