Patent Grant
11144295
The present invention relates to a program updating system, a program updating method, and a computer program.
This application claims priority on Japanese Patent Application No. 2016-039917 filed on Mar. 2, 2016, the entire contents of which are incorporated herein by reference.
For example, Patent Literature 1 and Patent Literature 2 disclose a technique in which a gateway of an on-vehicle communication device or the like receives an update program, from a management server, and an ECU (Electronic Control Unit) overwrites the old version of a control program with the new version of the control program by using the received update program, thereby remotely executing program updating for each ECU in the vehicle through wireless communication.
PATENT LITERATURE 1: Japanese Laid-Open Patent Publication No. 2007-65856
PATENT LITERATURE 2: Japanese Laid-Open Patent Publication No. 2010-198155
(1) A system according to one aspect of the present disclosure is a program updating system including: a plurality of control devices installed in a vehicle; and a relay device connected to the plurality of control devices so as to be communicable with the control devices within the vehicle. The relay device includes: a wireless communication unit configured to wirelessly receive a plurality of update programs for the control devices; a storage unit configured to store therein the received plurality of update programs; an in-vehicle communication unit configured to transmit the stored plurality of update programs to the corresponding control devices, respectively; and a processing unit configured to execute sequential reception of the update programs in accordance with a communication status of wireless communication, when a total amount of data of the plurality of update programs exceeds a memory capacity for the update programs of the storage unit.
(7) A method according to one aspect of the present disclosure is a program updating method executed by a relay device which is connected to a plurality of control devices installed in a vehicle so as to be communicable with the control devices within the vehicle. The method includes the steps of: wirelessly receiving a plurality of update programs for the control devices; storing the received plurality of update programs; transmitting the stored plurality of update programs to the corresponding control devices, respectively; and determining whether or not sequential reception of the update programs is to be executed, in accordance with a communication status of wireless communication, when a total amount of data of the plurality of update programs exceeds a memory capacity for the update programs of a storage unit.
(8) A computer program according to one aspect of the present disclosure is a computer program for causing a computer to function as a relay device which is connected to a plurality of control devices installed in a vehicle so as to be communicable with the control devices within the vehicle. The computer program includes the steps of: wirelessly receiving a plurality of update programs for the control devices; storing the received plurality of update programs; transmitting the stored plurality of update programs to the corresponding control devices, respectively; and determining whether or not sequential reception of the update programs is to be executed, in accordance with a communication status of wireless communication, when a total amount of data of the plurality of update programs exceeds a memory capacity for the update programs of a storage unit.
In Patent Literatures 1 and 2 described above, it is not considered how to cause each of a plurality of ECUs to execute updating of a control program thereof, when the gateway cannot collectively receive update programs for the respective ECUs due to insufficient memory capacity, for example.
Considering the conventional problems described above, an object of the present disclosure is to provide a program updating system, etc., capable of causing each control device to update a control program thereof even when the total amount of data of a plurality of update programs exceeds the memory capacity.
According to this disclosure, it is possible to cause each control device to update a control program thereof even when the total amount of data of a plurality of update programs exceeds the memory capacity.
Hereinafter, a summary of the present disclosure will be listed and described.
(1) A program updating system according to the present disclosure includes: a plurality of control devices installed in a vehicle; and a relay device connected to the plurality of control devices so as to be communicable with the control devices within the vehicle. The relay device includes: a wireless communication unit configured to wirelessly receive a plurality of update programs for the control devices; a storage unit configured to store therein the received plurality of update programs; an in-vehicle communication unit configured to transmit the stored plurality of update programs to the corresponding control devices, respectively; and a processing unit configured to execute sequential reception of the update programs in accordance with a communication status of wireless communication, in a case where a total amount of data of the plurality of update programs exceeds a memory capacity for the update programs of the storage unit.
According to the program updating system of the present embodiment, when the total amount of data of the plurality of update programs exceeds the memory capacity for the update programs of the storage unit, the processing unit of the relay device executes the sequential reception of the update programs in accordance with the communication status of wireless communication. Therefore, even when the total amount of data of the plurality of update programs exceeds the memory capacity for the update programs, it is possible to cause the control devices to update the control programs.
(2) In the program updating system of the present embodiment, specifically, the processing unit may execute the sequential reception of the update programs when the communication status is good, and may wait until the communication status is improved when the communication status is not good.
(3) In the program updating system of the present embodiment, the processing unit can determine whether or not the communication status is good, based on a received signal strength indication or a bit error rate in the wireless communication unit.
(4) In the program updating system of the present embodiment, when determining whether or not the communication status is good, the processing unit may use the speed of the vehicle as one condition for determining that the communication status is good.
(5) In the program updating system of the present embodiment, the processing unit may determine whether or not the communication status is good, based on the present position of the vehicle.
(6) In the program updating system of the present embodiment, when determining whether or not the communication status is good, the processing unit may use the length of an expected stopping time of the vehicle as one condition for determining that the communication status is good.
(7) A program updating method according to the present embodiment is a program updating method executed by the relay device included in the program updating system according to any one of the above (1) to (6).
Therefore, the program updating method of the present embodiment provides the same operation and effect as in the program updating system according to any one of the above (1) to (6).
(8) A computer program of the present embodiment is a computer program for causing a computer to function as the relay device included in the program updating system according to any one of the above (1) to (6).
Therefore, the computer program of the present embodiment provides the same operation and effect as in the program updating system according to any one of the above (1) to (6).
Hereinafter, an embodiment of the present disclosure will be described with reference to the drawings. At least some parts of the embodiment described below may be combined together as desired.
[Overall Configuration of System]
As shown in
The management server 5 and the DL server 6 are operated by, for example, the automobile manufacturer of the vehicles 1, and are able to communicate with large numbers of vehicles 1 owned by users registered as members in advance.
Each vehicle 1 is equipped with a gateway 10, a plurality of ECUs 30, and various on-vehicle devices (not shown) controlled by the respective ECUs 30.
A plurality of communication groups, each being formed by a plurality of ECUs 30 bus-connected to a common in-vehicle communication line, are present in the vehicle 1, and the gateway 10 relays communication between the communication groups. Therefore, a plurality of in-vehicle communication lines are connected to the gateway 10.
The gateway 10 is communicably connected to the wide-area communication network 2 such as a mobile phone network. The gateway 10 transmits, to the ECUs 30, information received from external devices such as the management server 5 and the DL server 6 through the wide-area communication network 2.
The gateway 10 transmits information obtained from the ECUs 30 to the external devices such as the management server 5 through the wide-area communication network 2.
Examples of the other communication device connected to the gateway 10 may include a mobile phone, a smart phone, a tablet-type terminal, and a notebook PC (Personal Computer), which are possessed by the user of the vehicle.
In the program updating system shown in
[Internal Configuration of Gateway]
As shown in
The CPU 11 causes the gateway 10 to function as a relay device for relaying various kinds of information, by reading out one or a plurality of programs stored in the storage unit 13 to the RAM 12 and executing the read programs.
The CPU 11 can execute a plurality of programs in parallel by switching between the plurality of programs in a time sharing manner, for example. The CPU 11 may be a CPU representing a plurality of CPU groups. In this case, a function to be implemented by the CPU 11 is a function to be implemented by the plurality of CPU groups in cooperation with each other. The RAM 12 consists of a memory element such as an SRAM (Static RAM) or a DRAM (Dynamic RAM), and temporarily stores therein programs to be executed by the CPU 11, data required in executing the programs, and the like.
A computer program to be executed by the CPU 11 can be transferred in a state of being recorded in a well-known recording medium such as a CD-ROM or a DVD-ROM, or may be transferred by data transmission (download) from a computer device such as a server computer.
In this aspect, the same applies to a computer program to be executed by a CPU 31 of the ECU 30 (refer to
The storage unit 13 consists of, for example, a nonvolatile memory element such as a flash memory or an EEPROM (Electrically Erasable Programmable Read Only Memory).
The storage unit 13 has a storage area in which programs to be executed by the CPU 11, data required in executing the programs, and the like are stored. In the storage unit 13, update programs of the respective ECUs 30, received from the DL server 6, and the like are also stored.
The plurality of ECUs 30 are connected to the in-vehicle communication unit 14 via the in-vehicle communication lines arranged in the vehicle 1. The in-vehicle communication unit 14 communicates with the ECUs 30 in accordance with a standard such as CAN (Controller Area Network), CANFD (CAN with Flexible Data Rate), LIN (Local Interconnect Network), Ethernet (registered trademark), or MOST (Media Oriented Systems Transport: MOST is a registered trademark), for example.
The in-vehicle communication unit 14 transmits information provided from the CPU 11 to target ECUs 30, and provides information received from the ECUs 30 to the CPU 11. The in-vehicle communication unit 14 may communicate with the ECUs 30 in accordance with other communication standards that are used for an on-vehicle network, apart from the above communication standards.
The wireless communication unit 15 consists of a wireless communication apparatus including an antenna and a communication circuit that executes transmission/reception of radio signals through the antenna. The wireless communication unit 15 is able to communicate with the external devices when being connected to the wide-area communication network 2 such as a mobile phone network.
The wireless communication unit 15 transmits information provided from the CPU 11 to the external devices such as the management server 5 via the wide-area communication network 2 formed by a base station (not shown), and provides information received from the external devices to the CPU 11.
In the gateway 10, instead of the wireless communication unit 15, a wired communication unit to which another communication device as described above is connected, may be adopted. The wired communication unit has a connector to which a communication device is connected via a communication cable conforming to a standard such as USB (Universal Serial Bus) or RS232C, and performs communication with the other communication device connected thereto via the communication cable.
The wired communication unit transmits information provided from the CPU 11 to the external devices through the other communication device, and provides, to the CPU 11, information received from the external devices via the wide-area communication network 2.
[Internal Configuration of ECU]
As shown in
The CPU 31 controls the operation of an on-vehicle device that the CPU 31 is in charge of, by reading out one or a plurality of programs previously stored in the storage unit 33 to the RAM 32 and executing the read programs. The CPU 31 may also be a CPU representing a plurality of CPU groups, and a control to be performed by the CPU 31 may be a control to be performed by the plurality of CPU groups in cooperation with each other.
The RAM 32 consists of a memory element such as an SRAM or a DRAM, and temporarily stores therein programs to be executed by the CPU 31, data required in executing the programs, and the like.
The storage unit 33 consists of, for example, a nonvolatile memory element such as a flash memory or an EEPROM, or a magnetic storage device such as a hard disk.
Information stored in the storage unit 33 includes, for example, a computer program (hereinafter referred to as “control program”) that causes the CPU 31 to execute processing for controlling an on-vehicle device to be controlled.
The gateway 10 is connected to the communication unit 34 via the in-vehicle communication lines arranged in the vehicle 1. The communication unit 34 communicates with the gateway 10 in accordance with a standard such as CAN, Ethernet, or MOST, for example.
The communication unit 34 transmits information provided from the CPU 31 to the gateway 10, and provides information received from the gateway 10 to the CPU 31. The communication unit 34 may communicate with the gateway 10 in accordance with other communication standards that are used for the on-vehicle network, apart from the above communication standards.
[Internal Configuration of Management Server]
As shown in
By reading out one or a plurality of programs previously stored in the ROM 52 to the RAM 53 and executing the read programs, the CPU 51 controls the operation of each hardware component, and causes the management server 5 to function as an external device that is able to communicate with the gateway 10. The CPU 51 may also be a CPU representing a plurality of CPU groups, and a function to be implemented by the CPU 51 may be a function to be implemented by the plurality of CPU groups in cooperation with each other.
The RAM 53 consists of a memory element such as an SRAM or a DRAM, and temporarily stores therein programs to be executed by the CPU 51, data required in executing the programs, and the like.
The storage unit 54 consists of, for example, a nonvolatile memory element such as a flash memory or an EEPROM, or a magnetic storage device such as a hard disk.
The communication unit 55 consists of a communication device that executes a communication process in accordance with a predetermined communication standard. The communication unit 55 executes the communication process when being connected to the wide-area communication network 2 such as a mobile phone network. The communication unit 55 transmits information provided from the CPU 51 to external devices via the wide-area communication network 2, and provides information received via the wide-area communication network 2 to the CPU 51.
[Sequential Update Processing by Gateway]
In the following description, a case is assumed in which, among the plurality of ECUs 30 included in the vehicle 1, three ECUs 1 to 3 update control programs thereof by using predetermined update programs.
Although each update program may be a new version of the update program itself, the present embodiment assumes a case in which each update program is a differential program from an old version of the update program.
In addition, the update program of the ECU 1 is represented by “Δ1”, the update program of the ECU 2 is represented by “Δ2”, and the update program of the ECU 3 is represented by “Δ3”.
As shown in
Here, notification from the management server 5 includes: information that ECUs 30, of the vehicle 1, that need to be updated are the ECUs 1 to 3; and the data amounts of the update programs Δ1 to Δ3.
Next, the CPU 11 compares a total value Dt of data amounts of the update programs Δ1 to Δ3 with a memory capacity Cp of the storage unit 13 for the update programs, and determines whether or not Dt<Cp is satisfied (step ST2).
When the result of the determination in step ST2 is positive, the CPU 11 collectively downloads all the data of the update programs Δ1 to Δ3 from the DL server 6, and causes the ECUs 1 to 3 to execute updating of the respective control programs (step ST3).
Specifically, the CPU 11 causes the in-vehicle communication unit 14 to transmit the update programs Δ1 to Δ3 stored in the storage unit 13 to the corresponding ECUs 1 to 3, respectively, and waits until update completion notifications from the ECUs 1 to 3 are received. Upon completion of step ST3, the CPU 11 ends the processing.
When the result of the determination in step ST2 is negative, the CPU 11 determines whether or not the communication status of the wireless communication at the present time is good (step ST4).
The determination whether or not the communication status is good can be performed based on, for example, a received signal strength indication (RSSI) or a bit error rate (BER) in the wireless communication unit 15. When the RSSI is used, the CPU 11 determines that the communication status is good when the RSSI is equal to or greater than a predetermined threshold, whereas it determines that the communication status is not good when the RSSI is less than the threshold.
When the result of the determination in step ST4 is negative, the CPU 11 waits until the communication state is improved (step ST7), and thereafter continues the determination whether or not the communication status is good.
When the result of the determination in step ST4 is positive, the CPU 11 downloads, from the DL server 6, the update programs Δ1 to Δ3 by a data amount within the memory capacity, and causes the ECUs 1 to 3 to sequentially execute updating of the control programs (step ST5).
For example, the CPU 11 downloads only one update program Δ1 and temporarily stores the update program Δ1 in the storage unit 13, transmits the stored update program Δ1 to the ECU 1, and waits for update completion notification from the ECU 1.
Next, the CPU 11 determines whether or not the update processes of all the ECUs 1 to 3 have been completed (step ST6). When the result of the determination in step ST6 is positive, the CPU 11 ends the processing. When the result of the determination in step ST6 is negative, the CPU 11 repeatedly executes the process in step ST5.
According to the gateway 10 of the present embodiment, when the total amount Dt of data of the update programs Δ1 to Δ3 exceeds the memory capacity Cp, the CPU 11 executes sequential reception of the update programs Δ1 to Δ3 in accordance with the communication status in the wireless communication unit 15. Therefore, even when the total amount Dt of data of the plurality of update programs Δ1 to Δ3 exceeds the memory capacity, it is possible to cause the ECUs 1 to 3 to update the control programs.
[Other Determination Methods for Communication States of Wireless Communication]
In the gateway 10 of the present embodiment, when determining whether or not the communication status of the wireless communication is good, the CPU 11 may use the speed of the vehicle as one condition for determining that the communication status is good.
In this case, for example, if the vehicle speed is zero (vehicle is at a stop) and the RSSI is equal to or greater than the predetermined threshold, the CPU 11 may determine that the communication status is good and perform sequential reception of the update programs.
In the gateway 10 of the present embodiment, the CPU 11 may determine whether or not the communication status of the wireless communication is good, based on the present position of the vehicle.
In this case, if the present position of the vehicle is near a tunnel or a mountainous area where deterioration of the radio wave reception condition is predicted, the CPU 11 may determine that the communication status is bad, and wait for sequential reception of the update programs.
In the gateway 10 of the present embodiment, when determining whether or not the communication status of the wireless communication is good, the CPU 11 may use the length of an expected stopping time of the vehicle, as one condition for determining that the communication status is good.
In this case, for example, when the doors of the vehicle are locked or the vehicle is being charged, the vehicle is expected to be stopped for a long time. Then, if the RSSI is equal to or greater than the predetermined threshold, the CPU 11 may determine that the radio wave reception condition is good and perform sequential reception of the update programs.
It is noted that the embodiments disclosed herein are merely illustrative in all aspects and should not be recognized as being restrictive. The scope of the present invention is defined not by the above description but by the scope of the claims, and is intended to include meaning equivalent to the scope of the claims and all modifications within the scope.
| Number | Date | Country | Kind |
|---|---|---|---|
| JP2016-039917 | Mar 2016 | JP | national |
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/JP2016/080065 | 10/11/2016 | WO | 00 |
| Publishing Document | Publishing Date | Country | Kind |
|---|---|---|---|
| WO2017/149824 | 9/8/2017 | WO | A |
| Number | Name | Date | Kind |
|---|---|---|---|
| 5878228 | Miller | Mar 1999 | A |
| 6009468 | Lau | Dec 1999 | A |
| 6553237 | Cantwell | Apr 2003 | B1 |
| 7006820 | Parker et al. | Feb 2006 | B1 |
| 8036690 | Delker | Oct 2011 | B1 |
| 8065673 | D'Souza et al. | Nov 2011 | B2 |
| 8086093 | Stuckman | Dec 2011 | B2 |
| 8201164 | Reus et al. | Jun 2012 | B2 |
| 8321858 | Marmaros et al. | Nov 2012 | B1 |
| 8612619 | Guo | Dec 2013 | B2 |
| 8819303 | Venugopal et al. | Aug 2014 | B2 |
| 8892720 | Diaz | Nov 2014 | B2 |
| 9086941 | Siegel | Jul 2015 | B1 |
| 9161258 | Wendling et al. | Oct 2015 | B2 |
| 9336178 | Haas | May 2016 | B2 |
| 9720680 | Diedrich | Aug 2017 | B2 |
| 9826060 | Johansson | Nov 2017 | B1 |
| 9904531 | Suzuki et al. | Feb 2018 | B2 |
| 9946531 | Fields et al. | Apr 2018 | B1 |
| 10048700 | Curlander et al. | Aug 2018 | B1 |
| 10279757 | Netter | May 2019 | B2 |
| 20020110149 | Roberts | Aug 2002 | A1 |
| 20040002367 | Chanut | Jan 2004 | A1 |
| 20040073361 | Tzamaloukas | Apr 2004 | A1 |
| 20060248162 | Kawasaki | Nov 2006 | A1 |
| 20070002863 | Black | Jan 2007 | A1 |
| 20070091836 | Oprescu-Surcobe | Apr 2007 | A1 |
| 20080049787 | McNaughton | Feb 2008 | A1 |
| 20080065816 | Seo | Mar 2008 | A1 |
| 20080242280 | Shapiro | Oct 2008 | A1 |
| 20090187899 | Mani | Jul 2009 | A1 |
| 20090213871 | Carlson | Aug 2009 | A1 |
| 20090271778 | Mandyam et al. | Oct 2009 | A1 |
| 20090300595 | Moran et al. | Dec 2009 | A1 |
| 20100002582 | Luft | Jan 2010 | A1 |
| 20100011090 | Gordon | Jan 2010 | A1 |
| 20100205318 | Melnyk | Aug 2010 | A1 |
| 20110010703 | Matsuda | Jan 2011 | A1 |
| 20110271275 | Ochi et al. | Nov 2011 | A1 |
| 20110307882 | Shiba | Dec 2011 | A1 |
| 20110314107 | Garcia | Dec 2011 | A1 |
| 20120095670 | Piggott | Apr 2012 | A1 |
| 20120257560 | Srinivasan et al. | Oct 2012 | A1 |
| 20120278439 | Ahiska et al. | Nov 2012 | A1 |
| 20130096737 | Suganuma et al. | Apr 2013 | A1 |
| 20130114422 | Clark | May 2013 | A1 |
| 20130198732 | Fujita | Aug 2013 | A1 |
| 20140045481 | Fraley | Feb 2014 | A1 |
| 20140068059 | Cole | Mar 2014 | A1 |
| 20140109075 | Hoffman et al. | Apr 2014 | A1 |
| 20140149974 | Banks et al. | May 2014 | A1 |
| 20140237465 | Lin | Aug 2014 | A1 |
| 20140242916 | Bellamkonda | Aug 2014 | A1 |
| 20140282470 | Buga | Sep 2014 | A1 |
| 20140304700 | Kim | Oct 2014 | A1 |
| 20150052512 | Kostadinov | Feb 2015 | A1 |
| 20150113521 | Suzuki et al. | Apr 2015 | A1 |
| 20150128123 | Eling | May 2015 | A1 |
| 20150169311 | Dickerson et al. | Jun 2015 | A1 |
| 20150215738 | Frusinia | Jul 2015 | A1 |
| 20150237089 | Hinohara | Aug 2015 | A1 |
| 20150309784 | Molin et al. | Oct 2015 | A1 |
| 20150358198 | Mahajan | Dec 2015 | A1 |
| 20160021190 | Vuyyuru | Jan 2016 | A1 |
| 20160065485 | Wolcott | Mar 2016 | A1 |
| 20160196128 | Wang et al. | Jul 2016 | A1 |
| 20160266890 | Aleksandrov et al. | Sep 2016 | A1 |
| 20160316388 | Rosen et al. | Oct 2016 | A1 |
| 20160378454 | Nekrestyanov | Dec 2016 | A1 |
| 20170024201 | Diedrich | Jan 2017 | A1 |
| 20170026492 | Kawamura et al. | Jan 2017 | A1 |
| 20170347236 | Frusina | Nov 2017 | A1 |
| 20180027039 | Moorthy | Jan 2018 | A1 |
| 20180121185 | Yoshitomi et al. | May 2018 | A1 |
| 20180255175 | Tran et al. | Sep 2018 | A1 |
| 20180272964 | Netter | Sep 2018 | A1 |
| 20180293059 | Armand et al. | Oct 2018 | A1 |
| 20190258467 | Frantz et al. | Aug 2019 | A1 |
| Number | Date | Country |
|---|---|---|
| 102193808 | Sep 2011 | CN |
| 102223256 | Oct 2011 | CN |
| H05-195859 | Aug 1993 | JP |
| 2000-347957 | Dec 2000 | JP |
| 2001-296994 | Oct 2001 | JP |
| 2003-065788 | Mar 2003 | JP |
| 2003-076567 | Mar 2003 | JP |
| 2004-206390 | Jul 2004 | JP |
| 2004-247951 | Sep 2004 | JP |
| 2005-026731 | Jan 2005 | JP |
| 2005-078324 | Mar 2005 | JP |
| 2005-122367 | May 2005 | JP |
| 2005-349878 | Dec 2005 | JP |
| 2006-020228 | Jan 2006 | JP |
| 2006-298260 | Nov 2006 | JP |
| 2007-034815 | Feb 2007 | JP |
| 2007-065856 | Mar 2007 | JP |
| 2007-166593 | Jun 2007 | JP |
| 2008-204042 | Sep 2008 | JP |
| 2009-002195 | Jan 2009 | JP |
| 2010-198155 | Sep 2010 | JP |
| 2011-033361 | Feb 2011 | JP |
| 2011-053954 | Mar 2011 | JP |
| 2011-079486 | Apr 2011 | JP |
| 2011-121396 | Jun 2011 | JP |
| 2013-009298 | Jan 2013 | JP |
| 2013-011927 | Jan 2013 | JP |
| 2013-148387 | Aug 2013 | JP |
| 2013-181908 | Sep 2013 | JP |
| 2013-206075 | Oct 2013 | JP |
| 2014-106875 | Jun 2014 | JP |
| 2015-041231 | Mar 2015 | JP |
| 2015-079468 | Apr 2015 | JP |
| 2015-085901 | May 2015 | JP |
| 2015-153252 | Aug 2015 | JP |
| 2015-191502 | Nov 2015 | JP |
| 2016-004514 | Jan 2016 | JP |
| 2016-038634 | Mar 2016 | JP |
| 2010113348 | Oct 2010 | WO |
| 2011007413 | Jan 2011 | WO |
| 2011135629 | Nov 2011 | WO |
| 2015159815 | Oct 2015 | WO |
| 2015166721 | Nov 2015 | WO |
| 2016080452 | May 2016 | WO |
| Entry |
|---|
| U.S. Appl. No. 16/080,760, filed Aug. 29, 2018 [Related Application; Provided in IFW]. |
| U.S. Appl. No. 16/080,739, filed Aug. 29, 2018 [Related Application; Provided in IFW]. |
| U.S. Appl. No. 16/306,209, filed Nov. 30, 2018 [Related Application; Provided in IFW]. |
| Non-Final Office Action in U.S. Appl. No. 16/080,739, dated Aug. 22, 2019. |
| Non-Final Office Action in U.S. Appl. No. 16/080,760, dated Jun. 27, 2019. |
| A. Bohm and M. Jonsson, “Position-Based Data Traffic Prioritization in Safety-Critical, Real-Time Vehicle to Infrastructure Communication,” 2009 IEEE International Conference on Communications Workshops, Dresden, 2009, pp. 1-6 (Year: 2009). |
| I. Hossain and S. M. Mahmud, “Analysis of a Secure Software Upload Technique in Advanced Vehicles Using Wireless Links,” 2007 IEEE Intelligent Transportation Systems Conference, Seattle, WA, 2007, pp. 1010-1015 (Year: 2007). |
| M. Hu, J. Luo, Y. Wang, M. Lukasiewycz and Z. Zeng, “Holistic Scheduling of Real-Time Applications in Time-Triggered In-Vehicle Networks,” in IEEE Transactions on Industrial Informatics, vol. 10, No. 3, pp. 1817-1828, Aug. 2014. (Year: 2014). |
| Y. Lee and K. Park, “Meeting the real-time constraints with standard Ethernet in an in-vehicle network,” 2013 IEEE Intelligent Vehicles Symposium (IV), Gold Coast, QLD, 2013, pp. 1313-1318. (Year: 2013). |
| Y.S. Lee, J.H. Kim, H.V. Hung and J.W. Jeon, “A parallel re-programming method for in-vehicle gateway to save software update time,” 2015 IEEE International Conference on Information and Automation, Lijiang, 2015, pp. 1497-1502. (Year: 2015). |
| S.M. Mahmud, S. Shanker and I. Hossain, “Secure software upload in an intelligent vehicle via wireless communication links,” IEEE Proceedings. Intelligent Vehicles Symposium, 2005, Las Vegas, NV, USA, 2005, pp. 588-593. (Year: 2005). |
| L. Mu and A. Prinz, “Delay-oriented data traffic migration in maritime mobile communication environments,” 2012 Fourth International Conference on Ubiquitous and Future Networks (ICUFN), Phuket, 2013, pp. 417-422. (Year 2012). |
| Qian et al., “Performance evaluations on a bandwidth on demand algorithm for a high capacity multimedia satellite network,” 2000 IEEE International Conference on Communications. ICC 2000. Global Convergence Through Communications. Conference Record. New Orleans, LA, USA, 2000, pp. 139-143 vol. 1. (Year: 2000). |
| Non-Final Office Action tn U.S. Appl. No. 16/080,760, dated Apr. 30, 2020. |
| Final Office Action in U.S. Appl. No. 16/080,760, dated Jan. 9, 2020. |
| Final Office Action in U.S. Appl. No. 16/080,739, dated Feb. 7, 2020. |
| “Bandwidth,” Hewlett-Packard Company, 1998, iast retrieved from https://techlibrary.hpe.com/deuce_help/HPJ3298A/utilization.htm?iframe=true&width=80%25&height=100%25 on Jan. 5, 2020. (Year: 1998). |
| S. Fritsch, A. Senart, D. Schmidt and S. Clarke, “Time-bounded adaptation for automotive system software,” 2008 ACM/IEEE 30th International Conference on Software Engineering, Leipzig, 2008, pp. 571-580. (Year: 2008). |
| F. Malandrino, C. Casetti, C. Chiasserini and M. Fiore, “Optimal Content Downloading in Vehicular Networks,” in IEEE Transactions on Mobile Computing, vol. 12, No. 7, pp. 1377-1391, Jul. 2013, (Year: 2013). |
| Y. Ni, J. He and L. Cai, “Data Dissemination in Software-Defined Vehicular Networks,” 2017 IEEE 86th Vehicular Technology Conference (VTC-Fall), Toronto, ON, 2017, pp. 1-5 (Year: 2017). |
| I.K. Tan, P.K. Hoong and C.Y. Keong, “Towards Forecasting Low Network Traffic for Software Patch Downloads: An ARMA Model Forecast Using CRONOS,” 2010 Second International Conference on Computer and Network Technology. Bangkok, 2010, pp. 88-92. (Year: 2019). |
| Office Action in issued U.S, U.S. Appl. No. 16/080,739, dated May 29, 2020. |
| Office Action in U.S. Appl. No. 16/306,209, dated Mar. 25, 2020. |
| Final Office Action in U.S. Appl. No. 16/080,760, dated Aug. 21, 2020. |
| Final Office Action in U.S. Appl. No. 16/306,209 dated Jul. 13, 2020. |
| Office Action issued in U.S. Appl. No. 16/080,739, dated Feb. 2, 2021. |
| Final Office Action in U.S. Appl. No. 16/080,739, dated Oct. 22, 2020. |
| Office Action issued in U.S. Appl. No. 16/306,209, dated Mar. 16, 2021. |
| Number | Date | Country | |
|---|---|---|---|
| 20190087169 A1 | Mar 2019 | US |
