WO2000077621A2 - Systeme et procede permettant de doter un vehicule de services - Google Patents

Systeme et procede permettant de doter un vehicule de services Download PDF

Info

Publication number
WO2000077621A2
WO2000077621A2 PCT/US2000/016497 US0016497W WO0077621A2 WO 2000077621 A2 WO2000077621 A2 WO 2000077621A2 US 0016497 W US0016497 W US 0016497W WO 0077621 A2 WO0077621 A2 WO 0077621A2
Authority
WO
WIPO (PCT)
Prior art keywords
network
vehicle
sub
devices
services
Prior art date
Application number
PCT/US2000/016497
Other languages
English (en)
Other versions
WO2000077621A3 (fr
Inventor
Behfar Razavi
Owen M. Densmore
Guy W. Martin
Original Assignee
Sun Microsystems, Inc.
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
Priority claimed from US09/332,349 external-priority patent/US6370449B1/en
Application filed by Sun Microsystems, Inc. filed Critical Sun Microsystems, Inc.
Priority to AU57412/00A priority Critical patent/AU5741200A/en
Priority to EP00942842A priority patent/EP1187741A2/fr
Publication of WO2000077621A2 publication Critical patent/WO2000077621A2/fr
Publication of WO2000077621A3 publication Critical patent/WO2000077621A3/fr

Links

Classifications

    • 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/40006—Architecture of a communication node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • 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
    • H04L61/4541—Directories for service discovery
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Definitions

  • TITLE SYSTEM AND METHOD FOR PROVIDING SERVICES TO A VEHICLE
  • Automobile designers may attempt to lessen the inconvenience of time spent in automobile by making it as comfortable as possible and by providing certain services to the occupants of the vehicle. For example, the ergonomics of the automobile are studied to ensure that it provides both a physically comfortable environment and a user-f ⁇ endly interface to the automobile's functions. The designers may also incorporate into the vehicle the delivery of services that may assist the driver, thereby reducing the driver's workload and anxiety level Such services may include providing computerized maps, navigation aids and emergency assistance signaling.
  • the components typically have unique physical and functional characteristics, including then: size, shape and interface to the automobile, which prevent them from bemg replaced with similar, but not identical parts. Further, the replacement of the components can be very labor-intensive, and it is not unusual for the cost of the labor to install the components to be on the same order as the cost of the components themselves. There is therefore no practical way in the prior art for an automobile which is already in production to be upgraded to maintain state-of-the-art components and/or functionality.
  • One or more of the problems described above may be solved by a system for integrating components into a vehicle wherein the components comprise devices coupled to an in-car network.
  • the network provides for easy re-configuration and upgrading of the vehicle, as well as improved communication of information between the vehicle's systems and integration of the vehicle network into external networks.
  • the network may include one or more devices which are addressable using IP addresses or object terminology.
  • the devices may include various servers and clients, such as microphones, cameras, GPS receivers, interfaces to on-board diagnostic systems, communication devices, displays, CD players, radios, speakers, security devices and LANs (local are networks,) to name only a few.
  • Devices may easily be connected or disconnected to upgrade or reconfigure the vehicle's systems, and software and services can easily be provided to the various devices through the network.
  • the network can enable the interaction of various network devices to increase the capabilities or utility of devices which may otherwise be limited. The system therefore provides an easy and inexpensive means to improve or otherwise modify the functionality of the vehicle.
  • the in-vehicle network comprises an ethernet, although other embodiments can be implemented in any other type of network.
  • Communication devices such as wireless modems and wireless ethernet allow communications with devices and networks external to the in-vehicle network so that data, software, services and other information can be downloaded from or uploaded to these external sources.
  • the in- vehicle network can also be coupled to an external network through these communication devices so that it can function as a device (a sub-network) on the external network.
  • some traditional vehicle components maybe replaced by network devices, thereby providing extended functionality to the driver.
  • the vehicle's dashboard maybe replaced by a monitor which displays images of dashboard instruments, vehicle data and other information to the driver.
  • Graphics generated by a server on the network may be designed to emulate digital or analog gauges which are normally found on a dashboard. The graphics may be varied to suit the preferences of different drivers, or the driver may be able to select different information to be displayed (for example, tabbing from vehicle data to location information, to a radio display, and so on.) Additional embodiments are described below.
  • FIG. 1 is a block diagram of one embodiment of an in-car sub-network.
  • Fig. 2 is a detailed block diagram of one embodiment of an in-car sub-network.
  • Fig. 3 is a diagram of one embodiment of the operating environment of a server.
  • Fig. 4 is a diagram illustrating the operation of one embodiment of an in-car sub-network in conjunction with a land-based proxy server and external networks. While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that the drawings and detailed description thereto are not intended to limit the invention to the particular form disclosed, but on the contrary, the intention is to cover all modifications, equivalents and alternatives falling withm the spirit and scope of the present mvention as defined by the appended claims
  • One embodiment of the invention comprises an automobile which incorporates its own network
  • a group of components within the automobile comprise network devices which are coupled to the in-car network
  • these components are citizens of the in-car network and may be installed, disconnected, upgraded or replaced with different devices They may increase or decrease the functionality of the automobile, or they may function cooperatively with other network devices
  • the components are not limited by outdated designs or the constraints of proprietary buses or connections
  • network refers to a group of computers or other devices (e g , servers, displays, modems, etc ) which are interconnected by a transmission medium, and which are addressable using IP addresses or object termmology
  • a network may be one of many different types, several of which are defined m the standards of the Institute of Electrical and Electronics Engineers (IEEE )
  • IEEE Institute of Electrical and Electronics Engineers
  • one embodiment of the invention employs an ethernet (as defined IEEE 802 3 )
  • Suitable transmission media e g , twisted pairs of wires, coaxial cables, optical fibers, free space or even the connections between devices and their peripherals
  • a wide variety of network devices can be coupled to a network and the network can typically be dynamically reconfigured through connection and/or disconnection of these devices
  • IP Internet Protocol
  • TCP Transmission Control Protocol
  • IP addresses are, of course, the means by which the packets are directed to the target device.
  • IP addresses are well-known in the data-processing arts, they will not be explamed in further detail here It is sufficient to note that IP addressing allows data to be directed to devices which are not part of a predetermined, hard- wired design
  • Object terminology refers to software language which handles devices in an object-o ⁇ ented manner That is, the devices and their functions can be used m a manner which is not dependent upon the specific implementation of the device, but instead upon the type and functions of the device For instance, as will be explamed below in regard to Jim software, a device which joms a network may register its services with a lookup server so that other devices which need these services can
  • a network is distmct from the various buses which may monitor the functions of an automobile and provide diagnostic information, but which can be coupled only to specific monitoring devices
  • These buses may be referred to as "on-board diagnostic” (OBD) systems.
  • OBD on-board diagnostic
  • OBD systems do not provide IP addressability Consequently, they do not, m the absence of the invention, support the wide variety of devices that can be coupled to a network
  • the utility of OBD system buses is limited to specific diagnostic functions which are designed into the automobile It is contemplated, however, that embodiments of the invention may be implemented by adding an IP layer on top of the OBD buses.
  • the proprietary buses are distinct from the networks desc ⁇ bed herein, these buses may be converted to network uses, or they may be coupled to the networks through appropriate interfaces (i.e., the buses themselves can function as devices on the networks.)
  • an automobile having an m-car network may be coupled to an external network.
  • the in-car network may appear to the external network to have a single IP address.
  • the in-car network may be referred to as a "sub-network," while they external network may be referred to as the "primary" network.
  • the automobile sub-network may include a variety of communication devices through which it may be coupled to the p ⁇ mary network. These devices may include a wireless modem, a cellular packet data (CDPD) modem, a pager or other communication devices.
  • CDPD cellular packet data
  • the m-car sub-network operates m cooperation with a land -based proxy server.
  • the m-car sub-network uses several different communication devices, it has several different IP addresses (one for each of the communications devices.) These addresses may be dynamically assigned by a service provider.
  • the m-car sub-network communicates to the land- based proxy server of the IP address of the currently-used communication device. Packets which originate on the p ⁇ mary network and which are addressed to the m-car sub-network are directed to the land-based proxy server, which then directs the packets to the in-car sub-network at the appropriate IP address.
  • the land-based proxy server additionally acts as a buffer when the in-car sub-network is disconnected from the primary network.
  • the land-based proxy server forwards packets which are destmed for the disconnected m-car sub-network and delivers the packets when the m-car sub-network is reconnected to the primary network.
  • the goals of the system can be grouped into three broad categories: hardware independence, service delivery; and software upgradabihty
  • the hardware independence of the system is related to the mterchangeabihty of the components of the automobile's sub-network. If, for example, the sub-network includes a graphical display, this display should be replaceable with several different displays, each having unique charactenstics The several displays only need to be able to interface with the sub-network in order to be exchanged.
  • the goal of service delivery relates to the ability to provide new and different services to the vehicle through the sub-network.
  • automobiles m the prior art may provide one or two services to the driver, e g driver assistance via automatic telephone communications, the equipment for providing these services are dedicated to their respective services and cannot provide distinctly different services.
  • the present system allows new components or new software to be added to the automobile sub-network and thereby enables new services to be provided to the driver.
  • software upgradeabi ty relates to the ease with which software systems m the automobile may be upgraded via the automobile sub-network. Rather than manually replacmg memory modules or CDs (e.g contaming map data,) the automobile sub-network enables the downloading of new applications or data, as well as the uploading of vehicle diagnostic data or other information, through the network communication devices.
  • This disclosure is directed generally to sub-network implementations within vehicles "Vehicles” may include automobiles, boats, airplanes, trailers, buses, trams and the like.
  • Vehicles may include automobiles, boats, airplanes, trailers, buses, trams and the like.
  • the detailed description herein descnbes an implementation m an automobile
  • the scope of the mvention is intended to encompass any type of vehicle, and references to automobiles or cars apply equally to other vehicles
  • at least portions of the system are also applicable to land-based implementations of sub-networks, rather than bemg limited to vehicle-based implementations.
  • Fig. 1 an m-car sub-network 10 in one embodiment of the invention is shown.
  • In-car subnetwork 10 comprises a utility box 11, network devices 13 and 14, communication device 15 and network cabling 12 These components are installed m vehicle 18 Utility box 11 and network devices 13 and 14 are coupled to cablmg 12 Communication device 15 is connected to utility box 11 Each of these devices is addressable on network 10. Although communication device 15 is not directly connected to cablmg 12, utility box 11 is configured to recognize packets on the network which are addressed to communication device 15 and to forward these packets to the device. Network 10 can be coupled to an external network through internet service provider 17. In the embodiment depicted in Fig. 1, communication device 15 is a wireless device and is coupled to internet service provider 17 by wireless transmissions 16.
  • the m-car sub-network is installed in a General Motors EVl.
  • the EVl is an electric car which General Motors markets through its Saturn dealerships.
  • the EVl was selected for this embodiment m part because of the energy requirements of the devices connected to the in-car sub-network. Although many vehicles can provide sufficient power to run the devices, the EVl has large batteries for providing energy to the car's o ⁇ ginal equipment. These batte ⁇ es can power the devices of the m-car sub-network for a longer period of time than the smaller batteries which are found m most vehicles.
  • the m-car sub-network can be installed in essentially any type of vehicle.
  • FIG. 2 a more detailed block diagram of in-car sub-network 20 is shown.
  • Fig. 2 illustrates some of the components that may be coupled to the network.
  • In-car sub-network 20 is built around an on-board compute platform 22.
  • Compute platform 22 consists of a SparcStation UPN server (a prototype Sparc 5-based system.) All of the components of the in-car sub-network are either directly plugged mto the compute platform or coupled to do it via an ethernet connection.
  • Compute platform 22 mcludes some type of readable/w ⁇ teable storage media 25, such as a hard disk or flash memory.
  • the manufacturer's on-board diagnostic system bus 23 can be coupled to the m-car sub-network
  • On-board diagnostic system bus 23 is connected to compute platform 22 via an RS-232 connector.
  • the in-car sub-network can also be coupled to an m-car ethernet LAN 24 via the ethernet itself.
  • the in-car sub-network can also be connected to external networks via a set of communication devices. These communication devices include wireless modem 26, CDPD modem 27, cellular phone 29 and wireless ethernet 28.
  • the external network connection may be provided by any one of these communication devices.
  • the m-car sub-network is configured to select one of the devices accordmg to the prevailing operating conditions.
  • the communication devices identified above i.e., wireless modems and ethernet transceivers
  • the m-car sub-network may utilize devices that provide "last-hop" service. Communications from a node on a first network to a node on a second network are typically routed through a number of mtermediate networks. Packets may "hop" from the first network to an mtermediate network, and then to another network before arnving at the second network.
  • Last hop service is the service that transmits the packets over the last segment of this data path Because any one of the communication devices of the m-car sub-network may lose communications with the ISP (or other external device,) it is advantageous to have as many possible means for communicatmg as possible
  • the in-car sub-network may therefore employ last hop service comprising paging or similar types of communications
  • These services will typically be used by transmitting packets to a last hop service transmitter, which will convert the packet data as necessary to make the last hop (e g., convert the data to text for an alphanumeric pager,) then transmit the data to the in-car sub-network.
  • In-car sub-network 20 can also communicate with external systems such as global positioning systems (GPS) and traffic information systems
  • GPS global positioning systems
  • a GPS receiver 30 is coupled to m-car sub-network 20 for providing automobile location information. GPS receiver 30 is capable of collecting information from GPS satellites to determine the position of the automobile. This information is converted to a format appropnate for other uses within the m-car sub-network, such as map retrieval for the area around the automobile
  • a Cue traffic information receiver 31 is also coupled to in-car sub-network 20 Receiver 31 obtams traffic information (e.g , information on traffic jams) which can be used, for example, by navigation systems running on m-car subnetwork 20 to determine the best route for the automobile to take.
  • traffic information e.g , information on traffic jams
  • in-car sub-network 20 includes video camera 32.
  • Video camera 32 provides visual information from the automobile's surroundings to m-car sub-network 20.
  • Video camera 32 provides a good example of the utility of a network device. Because video camera 32 is a network device, other devices on the m- car sub-network, or even devices on external networks which are coupled to the m-car sub-network, can request this visual information.
  • the video produced by video camera 32 may be displayed by LCD panel 35 or by a web browser coupled to the m-car sub-network through PDA dock 33 A person browsmg the internet on an external network could also request images from video camera 32
  • in-car sub-network 20 also includes PDA (personal digital assistant) dock 33, Java Rmg reader 34, LCD panel 35, microphone 36 and speakers 37
  • PDA dock 33 provides a means for passengers m the automobile to connect a PDA to the m-car sub-network.
  • Other embodiments of the invention may include a dock for a laptop computer instead of, or m addition to, PDA dock 33.
  • Java Ring reader 34 is coupled to in-car sub-network 20 to provide a means for controlling access to the network and the functions of the automobile itself.
  • Java Ring reader 34 essentially performs a password function That is, it identifies a user of the in-car subnetwork and provides a particular level of access to network components accordmg to the p ⁇ vilege level of the user For example, the owner of the automobile may be allowed to access substantially all of the components and functions of the in-car sub-network except for detailed vehicle diagnostic information A mechanic, on the other hand, may be allowed to access this detailed diagnostic information, but may only be allowed to drive the automobile a limited distance This mechanism may also be used to personalize the operation of the automobile, adjustmg seat positions, radio stations and the like accordmg to the preferences of different drivers.
  • microphone 36 and speakers 37 are coupled to in-car sub-network 20 in order to provide, among other thmgs, a mechanism for speech communications between the driver and the network.
  • compute platform 22 m cludes a speech engine for converting speech to text or commands. The driver of the automobile may therefore control vanous functions of the network and/or the automobile usmg spoken commands.
  • the driver may simply recite the appropriate command for determining the location of the automobile, whereupon compute platform 22 might query GPS receiver 30 for location information, then retrieve a map from a web site and display the map to the driver
  • Compute platform 22 may also mclude a text-to- speech engme for use in delivering information to the driver.
  • the in-car sub-network may retrieve the driver's email or other documents, convert the text to speech and then "read" the document to the driver
  • the vehicle's OBD (on-board diagnostic) system e g., item 23 in Fig.
  • the OBD system as indicated above, is typically of a prop ⁇ etary design which was not originally intended to be connected to a network
  • the OBD system may therefore be connected to the network by an mterface which is designed as a network device With the OBD system coupled to the network via the mterface device, other devices on the network can query the OBD system for diagnostic information and/or provide information to the OBD system
  • the network may include printers, compact disk (CD) drives, storage devices, digital video disk (DVD) players, video games, monitors or other devices.
  • the network may mclude any type of network devices that may be installed m the automobile or remotely connected to the network through its communication devices. Because the network supports any network device, components which were not designed, nor even conceived, when the network itself was installed can be easily coupled to the network and operated cooperatively with the remamder of the network devices.
  • compute platform 22 is at the center of in-car sub-network 20.
  • compute platform 22 is a Java platform (Java is a trademark of Sun Microsystems, Inc.)
  • Java is a trademark of Sun Microsystems, Inc.
  • compute platform 22 uses the Java programming language to provide an environment in which Java applications can be executed
  • Java environment m compute platform 22 allows the software that will be executed on the compute platform to be hardware independent
  • Hardware 41 comprises the physical server (or other processor) on which the software is executed Hardware 41 may comp ⁇ se a SparcStation as in the above- described embodiment, or any other suitable computer, such as a StrongARM, PowerPC, Intel, MIPS or Mitsubishi system Hardware 41 executes an operating system 42 which provides the basic functionality of the compute platform.
  • the particular operating system selected to be used with hardware 41 will depend upon the type of processor upon which hardware 41 is built, and may also depend upon the network's requirements, if more than one operating system is available for the chosen hardware.
  • Vx Works Vx Works
  • PSOS PSOS
  • OS9 Chorus
  • Lmux Operatmg system 42 supports Transport Control Protocol /Internet Protocol (TCP/IP) 43.
  • TCP/IP Transport Control Protocol /Internet Protocol
  • Java virtual machine 44 is a software application that executes in the environment of the native operatmg system and provides a common environment for applications w ⁇ tten m the Java prograrnrmng language
  • Java virtual machme 44 provides a layer of abstraction between an operatmg system and an executable program, essentially providmg a Java-to-operatmg system interface so that programs written m the Java programmmg language can be executed on a platform running an operatmg system which would not otherwise support execution of the program.
  • Java virtual machines exist for many different compute platforms, the same Java language program can be executed on each of these different platforms In this manner, the hardware/operating system portion of the system is made a commodity. As a result, the remainder of the system is no longer tied to the original hardware, the original operatmg system, or the o ⁇ gmal supplier thereof
  • compute platform 22 executes Personal Java 45 on Java virtual machine 44 (Personal Java 45 also interfaces to some extent with operating system 42 )
  • Personal Java is an application environment which was specifically designed for consumer devices such as PDAs, set-top boxes, smart phones and other mobile, hand-held devices These consumer devices differ from desktop computers in that they typically use different interface technologies, they have much smaller memories, they use embedded processors and they have tight constraints on power consumption, among other things.
  • Personal Java is designed to provide an environment which eliminates these constraints and which facilitates the use of network-connectable applications for these consumer devices. Personal Java is therefore well-suited to operate within the constraints of the in-car sub-network.
  • Personal Java includes a subset of core Java application programrmng interfaces (APIs) and a set of APIs which are directed specifically to features required by consumer applications in resource-limited environments. (Personal Java implementations often include a Java virtual machine, so Java virtual machine 44 may therefore be considered part of Personal Java 45.)
  • APIs Java application programrmng interfaces
  • Java virtual machine 44 may therefore be considered part of Personal Java 45.
  • APIs are made available in the environment provided by Personal Java 45. These APIs mclude Java card 46, Java telephony 47, Java media 48, Java communications 49, Java speech 50, Java automotive 51, Jmi 52 and Java embedded server 53. These applications are exemplary of the applications and applets that can be employed and many others can be used with, or mstead of, these applications. Applications 46-51 will be described in more detail below m connection with the operation of the system.
  • a virtual dashboard application 54 operates cooperatively with these applications and provides an interface between the applications and the vehicle's driver Virtual dashboard 54 may also interface directly with Personal Java 51 and with native code 55 Native code 55 may include native (rather than Java) equivalents of applications 46-51.
  • Jim is a technology developed by Sun Microsystems to allow devices to form impromptu communities on networks (Jim is a trademark of Sun Microsystems, Inc.) In other words, the devices can become aware of each other and share each other's services even though they do not have any pnor knowledge of each other.
  • Jim software 52 is an apphcation which implements the Jim technology Using Ji technology, devices can spontaneously form network communities through a discovery-and-join protocol When a device using a discovery-and-join protocol is plugged mto a network, the device polls the network for a Jim lookup service The device then registers itself with the lookup service.
  • any other device on the network may query the network server to determine whether desired services are available. Because this process is automatic, users need not perform complicated installation procedures to couple Jim-enabled devices to the network and enable the devices to function cooperatively with other devices on network.
  • Jim technology also employs a concept known as "leasing " Whenever a device registers with a lookup server, the device can be thought of as havmg a "lease” which must be periodically renewed If the "lease" is not renewed within a predetermmed period, the lookup server assumes that the device has been disconnected and removes the information associated with the device Disconnection of devices is therefore also automatic, so that the user is not required to perform any de-installation procedures
  • Jim technology is used in the embodiment descnbed above, other embodiments may not include a Jim application Embodiments which do not implement Jim technology may, if desired, implement similar functionality (e g , a discover-and-join protocol) through other means
  • a device may include an on-board memory which contains information on the services it provides or the services it needs to be able to perform all of its functions The memory may also contain a web address at which this type of information may be found The network server may then look up the mformation on the device usmg this web address The device and/or its
  • Java embedded server 53 uses Java embedded server 53 to provide services to the m-car sub-network Java embedded server 53 is a "small footprint" server which requires only a limited amount of memory
  • Java embedded server 53 includes a set of APIs for management of "plug and play” services and applications, and a set of services which are managed, such as HTTP, SNMP, loggmg, thread management, remote administration and servlet support (A "servlet” is an applet designed to provide a service to the network ) More complex services such as email and facsimile can be built on top of the embedded server's services Because of the small footprint of Java embedded server 53, it is well-suited for use in the m-car sub-network Java embedded server 53 allows the services which are provided to be upgraded or otherwise modified, whereas services provided by many embedded servers are "hard wired” into them, thereby limiting their capabilities and their upgradabihty
  • Java speech module 50 (and possibly native code 55) provide a speech interface between the user and the m-car sub-network Because the user may also be the driver of the vehicle, it may be important to focus the user's attention on driving rather than providmg input to one or more network devices Providmg this input through speech is both safe and convenient
  • the user's spoken input can be converted to textual (or equivalent) input by speech engmes m either module 50 or native code 55
  • output of one more network devices may be converted to speech so that the user can hear the output rather than havmg to look at a display device
  • the m-car sub-network may also be configured to provide information to the user as a combination of speech and other types of information (e g , graphics )
  • Virtual dashboard application 54 is an application that generates a graphical display similar to a conventional automobile dashboard Virtual dashboard application 54 is used m conjunction with a monitor which is coupled to the m-car sub-network (e g , LCD panel 35 shown in Fig. 2 )
  • the monitor and associated software may be referred to as a "virtual dashboard” or a "software dashboard "
  • the monitor of the virtual dashboard is mounted directly in front of the vehicle's driver (I e , where the speedometer would normally be located )
  • the graphics generated by virtual dashboard application 54 may include images of a speedometer, odometer, fuel gauge and or other instrumentation It should be noted that the graphics generated by virtual dashboard application 54 define the manner in which the mformation is presented (e g , analog vs digital readouts, color schemes, etc ) rather than simply generating a value (e g , speed) which is then displayed in a predetermmed manner (e g , two-digit speedometer display )
  • the virtual dashboard is therefore distinct
  • similar software applications and monitors can be used to generate graphics for other equipment such as console displays, radio controls, air conditioning controls and the like.
  • Other embodiments may also utilize mdependent processors and memones to generate graphics for the monitors rather than havmg the graphics generated by an application executing on the server
  • In-car sub-network 60 is in communication with both land-based proxy server 61 and internet service provider (ISP) 64.
  • ISP 64 is in turn connected to the internet and, consequently, all networks connected thereto (which will be collectively referred to herein as p ⁇ mary network 62.)
  • Communications between in-car sub- network 60 and primary network 62 may be routed directly between the two networks (via ISP 64,) or they may be routed through land-based proxy server 61, dependmg on the circumstances surrounding the communications. (It should be noted that, although the proxy server m this embodiment is land-based, this is not a requirement of the system.
  • in-car sub-network 60 may include several different devices (e.g., a wireless modem) for communications external to the m-car sub-network.
  • In-car sub-network 60 can switch between these devices as necessary to maintain communications. That is, the network is configured to establish communications usmg one of the devices and, if at some pomt communications usmg this device are no longer possible, to switch to another one of the devices and attempt to re-establish communications usmg the new device. Because each of these communication devices has a different IP address associated with it, some action must be taken to allow devices in the p ⁇ mary network to properly address packets which are targeted for the in-car sub-network This can be handled in several different ways.
  • the in-car sub-network can operate in a first mode in which it can communicate directly to the primary network, and the primary network can respond directly to the in-car sub-network.
  • packets origmating at the in-car sub-network can be addressed using the IP address of the target node on the primary network, and packets origmating at the primary network can be addressed usmg the IP address of the m-car sub-network (i.e., the IP address of the currently-used communication device.)
  • the transmissions between the in-car sub-network and the primary network are routed to the internet through the ISP
  • the m-car sub-network may have a single email address. Because of the fact that the in-car sub-network may use several different IP addresses (each correspondmg to a different communication device,) that email address cannot be associated with an IP address correspondmg to one of the m-car sub-network's communication devices.
  • the system operates m a second mode m which communications from the p ⁇ mary network to the m-car sub-network are routed through the land-based proxy server, which has a smgle IP address that can be associated with the email address
  • the land-based proxy server which keeps track of the current IP address of the m-car sub-network, can buffer email messages (if necessary) and forward them to the m-car sub-network when the land-based proxy server is in communication with it
  • the in-car sub-network Whenever the in-car sub-network establishes communications with the ISP or land-based proxy server, it identifies the IP address of the currently-used communication device to the land-based proxy server.
  • the land-based proxy server When the m- car sub-network becomes disconnected from the external network (e g , when the currently-used communication device loses service,) the land-based proxy server becomes aware of the fact that the m-car sub-network is disconnected and cannot receive packets
  • the land-based proxy server maintains an awareness of whether the ui- car sub-network is connected through pe ⁇ odic communications between the two
  • the m-car sub-network pe ⁇ odically sends messages to the land-based proxy server m the same manner that devices renew their "leases" on a Jim-enabled network
  • the land-based proxy server may periodically query the m-car sub-network As explained above, when the in-car sub-network is not in communication with the land- based proxy server
  • the in-car sub-network can operate in a third mode in which it can communicate with the land-based proxy server directly rather than through the ISP
  • one embodiment of mvention includes a wireless ethernet communication device
  • a wireless ethernet connection may be established between the two
  • the in-car sub-network can communicate directly to the land- based proxy server on the LAN, or it can communicate with other networks through the LAN's connection to the internet
  • the in-car sub-network can join other networks as well using the wireless ethernet device
  • one device which may be connected to an m-car subnetwork is another sub-network (see Fig. 2, item 24 )
  • the m-car sub-network which is a sub-network relative to the primary network, may in turn have sub-networks connected to it so that there are networks within networks, within networks (and so on )
  • These nested networks are sometimes referred to as fractal networks because a device on a network may, upon closer exammation, itself be a network (and so on.)
  • one device on a first network serves as a proxy through which devices on the first network communicate with other networks.
  • the first network therefore appears to be a single device (the proxy device ) Relative to the other networks, only one IP address is needed for the first network because it appears to be a single device
  • devices on the first network have IP addresses within the network, packets which are directed outside the first network are conveyed to the proxy device, which wraps them in another packet havmg the IP address which is represented to the other networks
  • the first-network IP addresses are translated to port numbers which are used in the externally represented IP address.
  • network address translation can be used recursively to wrap IP addresses within IP addresses (and so on.)
  • the configuration of the vehicle components as network devices on an in-car subnetwork simplifies installation and removal of the devices, hence re-configuration of the vehicle.
  • This system thereby makes it possible to remove outdated components and replace them with new components, even though the new components may have different features or require different data or other signals from the vehicle or its components.
  • components which execute associated software, display data or provide services can be upgraded by downloading new software, data or services ("upgrade data") to the components through the m-car sub-network.
  • This software may be quickly and easily retneved from sources external to the m-car sub-network, such as web pages or LANs which can be accessed through the communication devices on the m-car sub-network.
  • the software can be retneved by one device (e.g., a wireless modem,) conveyed through the network and installed in a second device (e.g., a GPS locator) as easily as downloading a web page
  • a second device e.g., a GPS locator
  • the system thereby provides a great deal of flexibility in the hardware and software configurations of the vehicle.
  • pnor art systems for providmg m-car services are tightly coupled to the car manufacturer's choice of hardware and operating system. Changes to the hardware require substantial time, labor and expense. Changes to the software require the original software supplier to provide modified code.
  • the use of Personal Java m the in-car sub-network provides platform independence and also eliminates a substantial portion of the labor, time and costs involved in replacmg and upgradmg the vehicle's components and functionality.
  • the m-car sub-network extends the capabilities of individual components coupled to the network While network devices are often configured with their own processors, the m-car sub-network can eliminate the need for these processors and thereby reduce the cost of the individual components.
  • devices which may only be capable of acceptmg mformation and displaying that mformation may be coupled to the in-car sub-network and allowed to utilize the processmg power of other components on the network
  • devices which are not IP-addressable (or object-terminology- addressable) in a stand-alone configuration can appear to be IP-addressable (or object-terminology-addressable) to other devices or networks (It should be noted that, for the purposes of this disclosure, devices which appear to be IP-addressable or object-terminology-addressable are considered to actually be IP-addressable or object- terminology-addressable, respectively )
  • a simple digital display may be configured to receive a signal defining a value (e g., the speed of the vehicle) and to display the digits corresponding to that value.
  • this display may not be capable of querying the vehicle for the value to be displayed or recognizing packets on the m-car sub-network which contam the information, a piece of software may be executed on a server's processor to perform this function.
  • the software may cause of the server to recognize packets which contain the approp ⁇ ate mformation and redirect this information to the display, which only needs to receive and display the information.
  • a component that utilizes the capabilities of other devices on the network could include a memory which stores the software which enables the component to function m this manner and passes it on to the server when the component is coupled to the network
  • the memory may alternately store a location, such as a web site, from which the server may retneve the software.
  • the component which utilizes the processing power of the server, is enabled to function as a stand-alone component with its own processor, and is addressed in the same manner in this the other devices coupled to the in-car sub-network
  • the system thereby allows inexpensive components to be used in place of components which incorporate their own processors and may be considered prohibitively expensive
  • the operation of the m-car sub-network as a component in an external network can be illustrated in several examples.
  • an automobile having an in-car sub-network is driven to a particular city.
  • a LAN or MAN (metropolitan area network) is set up to establish a wireless connection to a communication device such as a wireless ethernet device.
  • the in-car sub- network functions as a single IP device coupled to the LAN/MAN and can ret ⁇ eve mformation about the city or otherwise interact with devices on the LAN/MAN.
  • the in-car sub-network appears to the LAN/MAN as a single device, nodes on the LAN/MAN can exchange packets with devices within the m-car sub-network as a result of network address translation which is bemg performed within the in-car sub-network.
  • a service station may have a wireless LAN so that a vehicle equipped with a network and wireless communication device can establish a connection with the LAN as the vehicle pulls into the station Once the connection is established, the m-car sub-network and LAN can function as a smgle network
  • the service station may be configured to request the service records of the vehicle so that any necessary service may be performed. If a software maintenance update is required by one of the components in the vehicle, a server on the LAN may automatically download this information to the appropriate component.
  • the user of the vehicle may request information or services For example, the user may request that music (e g., in MP3 format) or videos (e.g., in MPEG-2 format) be downloaded for the passengers' entertainment.
  • the user may also have mformation he or she wishes to have prmted, in which case the mformation could be transmitted to a printer on the service station's LAN, where it could be picked up by the user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)

Abstract

Dans une forme de réalisation, un réseau est installé dans le véhicule, ce réseau comprenant un moyen d'émission et un ou plusieurs dispositifs réseau couplés à ce dernier. L'adressage aux dispositifs réseau s'effectue au moyen d'adresses IP ou d'une terminologie objet. Les dispositifs réseaux peuvent être configurés pour déterminer les capacités d'autres dispositifs, ou peuvent être configurés pour consulter les services assurés par les dispositifs sur le réseau et peuvent en outre eux-mêmes utiliser ces services et ces capacités. Les dispositifs réseaux ne sont pas astreints à utiliser des structures ou des interfaces prédéterminées qui peuvent être rendues obligatoires par l'utilisation de bus ou de connexions exclusifs. Les dispositifs réseau peuvent être automatiquement intégrés dans le réseau à l'aide d'un protocole appelé 'découverte et adhésion'' et peuvent facilement être sortis du réseau. Dans une autre forme de réalisation, un dispositif réseau est couplé à un réseau dans un véhicule dans lequel des données de service sont envoyées d'une source externe à un dispositif de communication sur le réseau puis dirigées par le réseau au dispositif de service. Le dispositif de service et le dispositif de communication sont des dispositifs réseau adressables individuellement qui peuvent être modifiés, remplacés ou améliorés. Ces dispositifs peuvent par conséquent accepter des services qui sont présentés dans des formats modifiés pouvant être totalement différents des services présentés auparavant. Le réseau peut utiliser la traduction d'adresses réseau pour que tous les dispositifs couplés au réseau se trouvent cachés derrière l'adresse IP du dispositif de communication, les données pouvant cependant toujours être envoyées à des dispositifs sélectionnés.
PCT/US2000/016497 1999-06-14 2000-06-14 Systeme et procede permettant de doter un vehicule de services WO2000077621A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU57412/00A AU5741200A (en) 1999-06-14 2000-06-14 System and method for providing services to a vehicle
EP00942842A EP1187741A2 (fr) 1999-06-14 2000-06-14 Systeme et procede permettant de doter un vehicule de services

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US33234399A 1999-06-14 1999-06-14
US09/332,349 US6370449B1 (en) 1999-06-14 1999-06-14 Upgradable vehicle component architecture
US09/332,349 1999-06-14
US09/332,343 1999-06-14

Publications (2)

Publication Number Publication Date
WO2000077621A2 true WO2000077621A2 (fr) 2000-12-21
WO2000077621A3 WO2000077621A3 (fr) 2001-05-10

Family

ID=26988180

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/016497 WO2000077621A2 (fr) 1999-06-14 2000-06-14 Systeme et procede permettant de doter un vehicule de services

Country Status (3)

Country Link
EP (1) EP1187741A2 (fr)
AU (1) AU5741200A (fr)
WO (1) WO2000077621A2 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002063846A3 (fr) * 2001-02-08 2002-12-12 Deere & Co Systeme de communication pour un vehicule
WO2002100045A1 (fr) * 2001-06-06 2002-12-12 Robert Bosch Gmbh Station de bus embarquee dans un vehicule
EP1318381A2 (fr) * 2001-12-06 2003-06-11 Yazaki North America, Inc. Procédé et dispositif d'interface pour un GPS, autre équipement de navigation et un réseau sans fil employant un réseau de données numériques
EP1523130A3 (fr) * 2003-10-08 2007-01-03 Matsushita Electric Industrial Co., Ltd. Système de communication pour véhicule routier, dispositif en bord de route et dispositif mobile associés
US8154419B2 (en) 2007-12-14 2012-04-10 Halliburton Energy Services Inc. Oilfield area network communication system and method
US8616274B2 (en) 2010-05-07 2013-12-31 Halliburton Energy Services, Inc. System and method for remote wellbore servicing operations

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7548875B2 (en) 2001-06-27 2009-06-16 John Mikkelsen Media delivery platform

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5732074A (en) * 1996-01-16 1998-03-24 Cellport Labs, Inc. Mobile portable wireless communication system
WO1999022301A1 (fr) * 1997-10-24 1999-05-06 Cellport Labs, Inc. Systeme de communication comportant des dispositifs modulaires

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5732074A (en) * 1996-01-16 1998-03-24 Cellport Labs, Inc. Mobile portable wireless communication system
WO1999022301A1 (fr) * 1997-10-24 1999-05-06 Cellport Labs, Inc. Systeme de communication comportant des dispositifs modulaires

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KENNEDY P: "MobileWebchanging the face of mobile networking through universal wireless connectivity" SEATTLE,WA, NOV. 4 - 6, 1996,NEW YORK, IEEE,US, 4 November 1996 (1996-11-04), pages 89-94, XP002128907 ISBN: 0-7803-3278-4 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002063846A3 (fr) * 2001-02-08 2002-12-12 Deere & Co Systeme de communication pour un vehicule
WO2002100045A1 (fr) * 2001-06-06 2002-12-12 Robert Bosch Gmbh Station de bus embarquee dans un vehicule
US7315094B2 (en) 2001-06-06 2008-01-01 Robert Bosch Gmbh Bus station in a vehicle
EP1318381A2 (fr) * 2001-12-06 2003-06-11 Yazaki North America, Inc. Procédé et dispositif d'interface pour un GPS, autre équipement de navigation et un réseau sans fil employant un réseau de données numériques
EP1318381A3 (fr) * 2001-12-06 2006-07-12 Yazaki North America, Inc. Procédé et dispositif d'interface pour un GPS, autre équipement de navigation et un réseau sans fil employant un réseau de données numériques
EP1523130A3 (fr) * 2003-10-08 2007-01-03 Matsushita Electric Industrial Co., Ltd. Système de communication pour véhicule routier, dispositif en bord de route et dispositif mobile associés
US7890057B2 (en) 2003-10-08 2011-02-15 Panasonic Corporation Road-vehicle communication system, and roadside apparatus, mobile apparatus which are used for the same
US8154419B2 (en) 2007-12-14 2012-04-10 Halliburton Energy Services Inc. Oilfield area network communication system and method
US8616274B2 (en) 2010-05-07 2013-12-31 Halliburton Energy Services, Inc. System and method for remote wellbore servicing operations

Also Published As

Publication number Publication date
EP1187741A2 (fr) 2002-03-20
AU5741200A (en) 2001-01-02
WO2000077621A3 (fr) 2001-05-10

Similar Documents

Publication Publication Date Title
US6754183B1 (en) System and method for integrating a vehicle subnetwork into a primary network
US6362730B2 (en) System and method for collecting vehicle information
US6370449B1 (en) Upgradable vehicle component architecture
US6253122B1 (en) Software upgradable dashboard
EP1188115B1 (fr) Procédé et systeme de reseau informatise pour vehicule
US6507810B2 (en) Integrated sub-network for a vehicle
US6975612B1 (en) System and method for providing software upgrades to a vehicle
EP1774755B1 (fr) Procede et appareil permettant a un dispositif client de decouvrir et d'utiliser un service
US7894861B2 (en) Method of enabling a remote communications device with a telematics functionality module
CN101170825B (zh) 建立与装备有车载信息服务的车辆的数据连接的方法
KR100801397B1 (ko) 텔레매틱스 시스템을 이용한 원격지 차량 진단 시스템 및그 제어방법
CN103297220B (zh) 在车辆中的设备之间建立通信的方法
US20090192662A1 (en) Method of monitoring canbus information
US20080171514A1 (en) Method for operating a service by a host system with a human-machine interface, the host system and the mobile electronic device and host system package
CN102114814A (zh) 车载设备、车载设备激活方法及车载系统
CN105025075A (zh) 采用来自移动设备的内容更新交通工具音响单元
WO2000077621A2 (fr) Systeme et procede permettant de doter un vehicule de services
CN104685517A (zh) 用于在汽车中提供数据的方法和系统
CN102970311B (zh) 基于most的车载通信方法和设备
CN102118688A (zh) 汽车信息系统
JP2001005671A (ja) データ送信システム
CN111488445B (zh) 车载语音对话方法、计算机存储介质及电子设备
JP2002032276A (ja) 車両搭載用通信装置および車両用通信システム
JP2002152244A (ja) 車載ゲートウェイおよび車載機器
JP2020088512A (ja) 通信装置、プログラム、通信方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: A3

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 2000942842

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2000942842

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Ref document number: 2000942842

Country of ref document: EP