Unmanned taxi online shopping mall service method and system based on OTA

Abstract

The invention discloses an OTA-based unmanned taxi online shopping mall service method and system, and the method comprises the steps: obtaining commodities or services which can be sold by a vehicle, and updating a vehicle selling list; acquiring a current software version of the vehicle; according to the vehicle selling list and the current software version of the vehicle, the vehicle is matched based on a self-defined matching model, and a matching result is obtained; performing OTA upgrading on the vehicle according to a matching result; the user selects and purchases commodities or services according to the vehicle selling list, and an order is generated; and the vehicle provides commodities or services for the user according to the order. According to the technical scheme provided by the invention, before a passenger experiences a taxi shopping mall function, OTA upgrading is carried out on the taxi in advance, so that the passenger can experience the latest service function in real time, and the user experience is improved; by constructing the matching model in advance, OTA batch upgrading is carried out on the vehicles, upgrading time can be better arranged, server resources can be better distributed, the upgrading process can be better optimized, and the overall operation efficiency can be better improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of vehicle OTA technology, in particular to an unmanned taxi online mall service method and system based on OTA. BACKGROUND

[0002] In recent years, the unmanned taxi industry has experienced explosive growth and has officially entered the stage of large-scale commercial operation. For example, the automatic driving service platform "Radish Fast Run" under Baidu has landed in many cities around the world.

[0003] With the expansion of the number of unmanned taxis on the market, there will be an unusually frequent and complex human-machine interaction process between customers and vehicles. However, at present, when customers ride unmanned taxis, the taxi only provides travel services and does not provide other goods or services that customers need. This "single function mode" is facing three challenges: first, there is a gap between user expectations and actual experience, and some passengers hope to obtain value-added services such as catering and shopping during the journey; second, the business model is single and relies too much on mileage charges, making it difficult to support long-term development.

[0004] Unmanned taxi operators can provide sellable goods or services to passengers during the time period from boarding to alighting by building an online mall, thereby creating a new profit model. However, when operators continue to introduce new goods or services to passengers, how to upgrade and modify the taxi to ensure that passengers can instantly experience the latest service functions remains a difficult problem to be solved. SUMMARY

[0005] In view of the above deficiencies in the prior art, the present application provides an unmanned taxi online mall service method based on OTA, which realizes OTA batch upgrade of vehicles by building a matching model before passengers experience the taxi mall selection function, ensuring that passengers can instantly experience the latest service functions and improving user experience.

[0006] To achieve the above purpose, the embodiments of the present application adopt the following technical solutions: An unmanned taxi online mall service method based on OTA, comprising: Obtaining the current software version of the vehicle, setting up an OTA server, storing the current software version of the vehicle in the OTA server, and setting up the latest vehicle software version in the OTA server; Obtaining the goods or services that can be sold by the vehicle, updating the vehicle sales list, and setting up the vehicle sales list in the mall server; According to the vehicle selling list and the vehicle current software version, the vehicle is matched based on a customized matching model to obtain a matching result; the customized matching model comprises: determining all vehicle current software versions that need to be upgraded according to the vehicle current software version, and constructing a vehicle queue; or, constructing a version interval, and constructing a vehicle set of all vehicles whose vehicle current software versions are in the version interval; According to the matching result, the vehicle is upgraded through the OTA server, so that the vehicle is in a preparation state capable of providing goods or services at any time before the user uses the vehicle selling list; The user selects and purchases goods or services according to the vehicle selling list, and generates an order; The vehicle provides goods or services for the user according to the order.

[0007] According to an aspect of the present application, the OTA-based online shopping mall service method for unmanned taxis comprises: An OTA server is set, and the vehicle current software version is stored in the OTA server; The vehicle reports the current software version to the OTA server when the OTA upgrade is completed; The vehicle periodically reports the current software version to the OTA server.

[0008] According to an aspect of the present application, the matching of the vehicle based on the vehicle selling list and the vehicle current software version according to a customized matching model to obtain a matching result comprises: According to the vehicle selling list, a new product software version is obtained; According to the vehicle current software version and the new product software version, the vehicle is matched based on a customized matching model to obtain a matching result.

[0009] According to an aspect of the present application, the customized matching model comprises: The vehicle current software version and the new product software version are compared to determine all vehicle current software versions that need to be upgraded; All vehicles with the same vehicle current software version in the current software version that needs to be upgraded are constructed into a vehicle queue.

[0010] According to an aspect of the present application, the OTA upgrade of the vehicle through the OTA server according to the matching result comprises: All vehicles in the same vehicle queue are batched and OTA upgraded.

[0011] According to an aspect of the present application, the matching of the vehicle based on the vehicle selling list and the vehicle current software version according to a customized matching model to obtain a matching result comprises: According to the vehicle selling list, a new product software baseline version is obtained; acquiring a historical software baseline version; According to the current software version of the vehicle, the historical software baseline version and the new software baseline version, the vehicle is matched based on a self-defined matching model to obtain a matching result.

[0012] According to an aspect of the present application, the self-defined matching model comprises: According to the historical software baseline version and the new software baseline version, a version interval is constructed. All vehicles are traversed, and all vehicles whose current software version is in the version interval are constructed into a vehicle set.

[0013] According to an aspect of the present application, the OTA upgrading of the vehicle through the OTA server according to the matching result comprises: All vehicles in the vehicle set are batch OTA upgraded based on a differential upgrading method.

[0014] An OTA-based online shopping mall service system for unmanned taxis, based on the OTA-based online shopping mall service method for unmanned taxis as described above, comprises: A mall server is configured to store a vehicle selling list, and an administrator updates the vehicle selling list in the mall server according to goods or services that can be sold by the vehicle; A matching module is configured to match the vehicle according to the vehicle selling list and the current software version of the vehicle based on a self-defined matching model to obtain a matching result; the self-defined matching model comprises: determining all vehicles whose current software version needs to be upgraded according to the current software version of the vehicle, and constructing a vehicle queue; or, constructing a version interval, and constructing a vehicle set from all vehicles whose current software version is in the version interval; An OTA server is configured to store the current software version of the vehicle and is provided with the latest vehicle software version, and the OTA server is configured to OTA upgrade the vehicle according to the matching result, so that the vehicle is in a ready state to provide goods or services at any time before the user uses the vehicle selling list; A user terminal is configured to provide the user with a service of selecting and purchasing goods or services of the vehicle, and the user can select and purchase goods or services according to the vehicle selling list to generate an order; A vehicle terminal is configured to provide the user with goods or services according to the order.

[0015] According to an aspect of the present application, the OTA server updates the latest vehicle software version in real time, and matches the vehicle based on a self-defined matching model according to the current software version periodically reported by the vehicle, obtains a matching result, and OTA upgrades the vehicle according to the matching result, so that the vehicle is in a ready state to provide goods or services at any time before the user uses the vehicle selling list.

[0016] Advantages of implementing this invention: This invention provides a method for providing an online marketplace service for driverless taxis based on OTA (Over-The-Air) updates. By performing OTA upgrades on the vehicles before passengers can experience the taxi marketplace's purchase functions, it ensures that passengers can immediately experience the latest service features, thus improving the user experience. Furthermore, by building a matching model in advance, it is possible to perform batch OTA upgrades on vehicles, better schedule upgrade times, allocate server resources, optimize the upgrade process, and improve overall operational efficiency. Upgrading the vehicles via OTA before activating product sales pre-emptively endows them with sales capabilities, allowing users to enjoy the service immediately. By using a matching model to pre-process all activities, it solves server performance issues and significantly enhances the user experience. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 The flowchart below illustrates a method for providing an online marketplace service for driverless taxis based on OTA (Over-The-Air) updates, as described in this invention. Figure 2 This is a flowchart of the vehicle OTA upgrade process described in this invention; Figure 3 This is a flowchart illustrating the user's product selection process as described in this invention. Detailed Implementation

[0019] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0020] Example 1 like Figure 1 As shown, a method for providing online marketplace services for driverless taxis based on OTA (Over-The-Air) updates includes: S1: Get the current software version of the vehicle.

[0021] Obtain the current software version of the vehicle, set up the OTA server, and store the current software version of the vehicle on the OTA server, which contains the latest vehicle software version.

[0022] In practical applications, the latest vehicle software version in the OTA server is usually listed as a software commodity for sale by the car machine. After the user purchases the car machine, the OTA upgrade can be performed.

[0023] In practical applications, when the method is applied, the entire OTA-based unmanned taxi online mall service system usually includes four units: a mall server, an OTA server, a user terminal, and a vehicle terminal.

[0024] The implementation purpose of the method is to provide sellable goods or services to passengers of unmanned taxis during the boarding->disembarking time period by constructing an online mall, thereby generating a new profit model.

[0025] In the OTA server, a unique vehicle profile is established for each vehicle through the vehicle VIN code, and relevant information of the vehicle, including the current software version of the vehicle, is stored. The vehicle includes several controllers, and the current software version of the vehicle includes the software version information of all controllers of the vehicle.

[0026] Generally, the software version change of the vehicle controller includes two types: online upgrade using OTA; offline upgrade or replacement of parts during vehicle maintenance, etc.

[0027] The vehicle reports the current software version to the OTA server when the OTA upgrade is completed. In addition, the vehicle also regularly reports the current software version to the OTA server to prevent the OTA server from not being able to learn the current situation of the vehicle in a timely manner when the software version is changed offline.

[0028] In practical applications, the way and approach to obtain the current software version can come from multiple channels. For example: 1. The software version upgraded during after-sales maintenance is reported to the mall server and the OTA server through the vehicle's regular inspection program. 2. The latest version is reported to the mall server and the OTA server through the OTA upgrade capability of the market vehicle. 3. Other channels of software version changes can also be reported to the mall server and the OTA server through the vehicle's regular inspection program.

[0029] S2: Obtain the sellable goods or services of the vehicle, update the vehicle sales list, and set the vehicle sales list in the mall server.

[0030] The online mall is constructed in the mall server, and the vehicle sales list is stored. The operation personnel regularly update the vehicle sales list according to the goods or services that can be sold by the vehicle. The goods or services that can be sold by the vehicle can include: audio / video services, unmanned vending machines on the vehicle selling beverages, snacks, paper towels, etc., seat heating, etc. The actual configuration of the vehicle determines the specific goods or services.

[0031] S3: According to the vehicle selling list and the current software version of the vehicle, the vehicle is matched based on a customized matching model to obtain a matching result. The customized matching model includes: determining all vehicle current software versions that need to be upgraded according to the current software version of the vehicle, and constructing a vehicle queue.

[0032] The matching logic processing module in the OTA server also acquires the vehicle selling list in the mall server, obtains the new product software version for comparison according to the vehicle selling list, and takes it as the target version for vehicle upgrade. Then, the current software version of the vehicle is compared with the new product software version, and the vehicle is matched based on a customized matching model to obtain a matching result.

[0033] The matching result is obtained by matching the vehicle based on the customized matching model, and the specific steps include: S31: Compare the current software version of the vehicle with the new product software version to determine all current software versions that need to be upgraded.

[0034] The software corresponding to the current software version of the vehicle is mainly controller software, which includes controller basic software and controller material software. The controllers included in the vehicle include but are not limited to VCU, TBOX, GW, etc. Each controller has its version of controller basic software, and the controller material software also has a version. The vehicle software version corresponds to the collection of all controller software versions.

[0035] For example, the new product software version is V_5.0.0, and the versions of some controllers are VCU:V_1.3.1, TBOX:V_1.2.0, and GW:V_1.3.0. Here, the controllers are VCU, TBOX, and GW. In actual situations, the vehicle contains more than three controllers. In this embodiment, only three are selected for brief description of the matching logic.

[0036] Among the several vehicles, the following nine vehicles are taken as examples: Vehicle 1, VIN is 1AAAAAAAA, and the versions of some controllers are VCU:V_1.0.0, TBOX:V_1.0.0, and GW:V_1.0.0.

[0037] Vehicle 2, VIN is 2BBBBBBBB, and the versions of some controllers are VCU:V_1.0.0, TBOX:V_1.0.0, and GW:V_1.0.0.

[0038] Vehicle 3, VIN is 3CCCCCCCC, and the versions of some controllers are VCU:V_1.2.0, TBOX:V_1.1.0, and GW:V_1.3.0.

[0039] Vehicle 4, VIN is 4DDDDDDDD, and the version of the part controller is VCU:V_1.2.0, TBOX:V_1.1.0, GW:V_1.3.0.

[0040] Vehicle 5, VIN is 5EEEEEEEE, and the version of the part controller is VCU:V_1.3.0, TBOX:V_1.2.0, GW:V_1.3.0.

[0041] Vehicle 6, VIN is 6FFFFFFFF, and the version of the part controller is VCU:V_1.3.1, TBOX:V_1.0.2, GW:V_1.3.0.

[0042] Vehicle 7, VIN is 7GGGGGGGG, and the version of the part controller is VCU:V_1.3.0, TBOX:V_1.0.2, GW:V_1.3.0.

[0043] Vehicle 8, VIN is 8HHHHHHHH, and the version of the part controller is VCU:V_1.3.1, TBOX:V_1.2.0, GW:V_2.0.0.

[0044] Vehicle 9, VIN is 9IIIIIIII, and the version of the part controller is VCU:V_1.3.1, TBOX:V_1.2.0, GW:V_1.3.0.

[0045] Comparing the current software version and the new product software version of the above 9 vehicles, it can be obtained that the following controllers need to be upgraded: Vehicle 1 and vehicle 2, VCU, TBOX, GW controllers, all need to be upgraded, and need to be upgraded from VCU:V_1.0.0, TBOX:V_1.0.0, GW:V_1.0.0 to VCU:V_1.3.1, TBOX:V_1.2.0, GW:V_1.3.0 respectively.

[0046] Vehicle 3 and vehicle 4, VCU, TBOX controllers, need to be upgraded, and need to be upgraded from VCU:V_1.2.0, TBOX:V_1.1.0 to VCU:V_1.3.1, TBOX:V_1.2.0 respectively.

[0047] Vehicle 5, VCU controller, needs to be upgraded, and needs to be upgraded from VCU:V_1.3.0 to VCU:V_1.3.1.

[0048] Vehicle 6, TBOX controller, needs to be upgraded, and needs to be upgraded from TBOX:V_1.0.2 to TBOX:V_1.2.0.

[0049] Vehicle 7, VCU, TBOX controller, need to upgrade, respectively need to upgrade from VCU:V_1.3.0, TBOX:V_1.0.2, to VCU:V_1.3.1, TBOX:V_1.2.0.

[0050] Vehicle 8, VCU, TBOX controller software version is consistent with the new product software version, and the GW controller software version exceeds the new product software version, so there is no need to upgrade.

[0051] Vehicle 9, the current software version and the new product software version are consistent, and there is no need to upgrade.

[0052] S32: In the current software version that needs to be upgraded, all vehicles with the same vehicle current software version are constructed into a vehicle queue.

[0053] Specifically, there are two ways to construct a vehicle queue: a. All vehicles with the same controller software version are placed in the same queue. Each queue corresponds to a different vehicle system software version.

[0054] For example, vehicles 1 and 2 have the same controller software version, and these two vehicles are placed in the same queue; vehicles 3 and 4 have the same controller software version, and these two vehicles are placed in the same queue.

[0055] When the difference between different vehicle controller software versions is small, so that the number of different vehicle system software versions is small, this method can be used to construct a queue, so that all vehicles with the same vehicle system software version can be upgraded in batches.

[0056] b. Vehicles with the same single controller software version are placed in the same queue. Each queue corresponds to a controller version upgrade.

[0057] For example, vehicles 5 and 7 both need to upgrade from VCU:V_1.3.0 to VCU:V_1.3.1, and these two controller version upgrades can be placed in the same queue. Vehicles 6 and 7 both need to upgrade from TBOX:V_1.0.2 to TBOX:V_1.2.0, and these two controller version upgrades can be placed in the same queue.

[0058] When the difference between different vehicle controller software versions is large, so that the difference between different vehicles is large, and a large number of vehicles have only part of the controller version consistent with other vehicles, this method can be used to construct a queue, so that vehicles with the same single controller software version can be upgraded in batches.

[0059] In practical applications, both methods can be used to construct the queue, and a vehicle quantity threshold can be set, for example, the threshold is set to 5. Vehicles are preferentially assigned to the first type of queue; but if the number of vehicles in the a type queue is less than the threshold, the vehicle is assigned to the b type queue, which improves the efficiency of the vehicle batch OTA upgrade.

[0060] In actual operation, in order to further optimize the construction efficiency of the queue, the use scenario and geographical location information of the vehicle can also be analyzed comprehensively. For example, for vehicles in the same area, if their controller software versions are close, they can be preferentially assigned to the same queue, thereby reducing the additional cost caused by network transmission or regional differences during the upgrade process. In addition, when assigning the queue, the use frequency and online status of the vehicle can also be considered. For vehicles that are in offline state for a long time, they can be temporarily excluded from the queue, and dynamic adjustment can be performed after they are online again, to ensure the coherence and efficiency of the overall upgrade plan.

[0061] At the same time, for different types of controllers, priorities can be set according to their importance and upgrade complexity. For example, controllers related to core functions (such as power system related modules) can be preferentially scheduled for upgrade, while some controllers related to auxiliary functions can be gradually updated in subsequent stages. Through this hierarchical management method, not only can the potential risks in the upgrade process be reduced, but also the overall upgrade cycle can be shortened, and the user experience can be improved.

[0062] In practical applications, the matching model continuously calculates in real time and updates the matching results without interruption. The final display is the history of each matching and the latest recommended matching result. In practical application scenarios, the matching model will perform calculation work in a real-time and continuous manner. That is, it will not stop or interrupt, and will always be in a state of continuous operation. In this continuous calculation process, the matching model will continuously update the matching results. Each update is based on the latest data and algorithm logic to ensure the accuracy and timeliness of the matching results. The final content displayed to the user not only contains the history of each matching, which reflects the development context and trend of the matching process, but also presents the latest recommended matching result, which is obtained by combining the latest situation, providing an important reference for subsequent decision-making or operation.

[0063] In practical applications, the operation system of the matching model is set according to the time period; it can also automatically analyze the performance load of the system server, and according to the set performance threshold and performance threshold interval, the model automatically switches on or off.

[0064] In this way, the matching model can flexibly adjust its running state under different system load conditions, avoiding excessive pressure on server performance. When the system load is high, the matching model will automatically shut down or reduce the operation frequency to ensure the normal operation of the server; when the system load is low, the model will run at full speed to fully utilize system resources for efficient matching. In addition, users can also manually set the running time period of the matching model according to specific needs. For example, before the vehicle usage peak period, complete the batch upgrade matching work in advance, thereby reducing the impact on daily vehicle use. Through this intelligent management method, not only the matching efficiency is improved, but also the stability and reliability of the overall system are further optimized.

[0065] S4: According to the matching result, the OTA server performs OTA upgrade on the vehicle, so that the vehicle is in a ready state to provide goods or services at any time before the user uses the vehicle sales list.

[0066] Specifically, all vehicles in the same vehicle queue can be batched OTA upgraded. According to the vehicle VIN code, the target vehicle is directed to issue an OTA upgrade task, and the vehicle controller is upgraded, so that the vehicle is in a ready state to provide goods or services at any time before the user uses the vehicle sales list.

[0067] After completing the OTA upgrade task, the software version of all controllers of the vehicle completing the OTA upgrade task is obtained, and the current software version data of the vehicle is updated based on the VIN code of the vehicle and reported to the OTA server.

[0068] In actual application, if the passenger selects goods or services in a taxi, the software version of the taxi is not updated in time, and the passenger needs to wait for the real-time OTA upgrade of the taxi before the order can be successfully placed, which will increase the service time period of the passenger and result in poor user experience. In order to avoid the above situation, once the latest goods or services are put on the market, the software version and functions of the vehicle are upgraded to the latest state through OTA before the passenger experiences the service, and the vehicle file is updated at the same time, as shown in the flowchart Figure 2 . In this way, once the passenger selects the latest product or service, the passenger can experience it after placing an order without waiting.

[0069] In addition, pre-upgrading the vehicle can also reasonably arrange the upgrade time and configure the server resources, and upgrade the vehicle during the non-operation period of the vehicle, reasonably allocate the vehicle upgrade order and progress according to the server resources, and optimize the resource configuration.

[0070] S5: The user selects goods or services according to the vehicle sales list, and generates an order.

[0071] Passengers can log in to the online store using their user terminals to select goods or services. After successful payment, the online store will generate a corresponding order, which includes the vehicle's VIN code and the ID of the purchased goods or services. The store's server then transmits the order information to the OTA (Online Travel Agency) server. The OTA server uses the vehicle's VIN code to query the corresponding vehicle's file. Once it confirms that the vehicle supports the purchased goods or services, it issues an activation command to the corresponding vehicle, which includes the order information.

[0072] Passengers can access the online store in the following ways: by logging into a specific mobile app developed by the taxi company and selecting goods or services offered by the vehicle they are currently riding in; or by scanning a WeChat QR code to enter a mini-program and selecting goods or services offered by the vehicle they are currently riding in, etc.

[0073] S6: The vehicle provides goods or services to the user based on the order.

[0074] After receiving the activation command from the OTA server, the vehicle executes the command and provides the corresponding goods or services to the passenger based on the order information in the command. The specific process is as follows: Figure 3 As shown.

[0075] The beneficial effects of this embodiment are as follows: This method performs OTA (Over-The-Air) upgrades on vehicles before passengers experience the taxi mall's purchase functions, ensuring passengers can immediately experience the latest service features and improving user experience. Furthermore, by building a matching model in advance, it enables batch OTA upgrades of vehicles, better scheduling of upgrade times, allocation of server resources, optimization of the upgrade process, and improvement of overall operational efficiency.

[0076] The beneficial effects of this embodiment are extremely significant. Specifically, in this method, an OTA (Over-The-Air) upgrade is performed on the vehicle before the passenger actually begins to experience the taxi mall's purchase functions. This is done to ensure that passengers can experience the latest service functions in real time while using the taxi. Imagine that when passengers step into a taxi and prepare to use the mall's purchase functions, if the system is up-to-date and fully functional, their operation will be smoother, and they will encounter fewer problems. This undoubtedly greatly enhances the user experience, allowing passengers to feel more convenient and high-quality service during their ride.

[0077] Moreover, building a matching model in advance has many important implications. On the one hand, after building a matching model, it can realize the OTA batch upgrade of vehicles. This means that it is no longer necessary to upgrade each vehicle individually, greatly saving time and labor costs. Multiple vehicles can be upgraded at once, improving upgrade efficiency. On the other hand, through the matching model, the upgrade time of the vehicle can also be better arranged. According to the use of the vehicle, the operation period and other factors, the upgrade time can be reasonably planned to avoid upgrading during the peak period of vehicle operation, thereby reducing the impact on normal operation. At the same time, it can also more scientifically allocate server resources. Server resources are limited, and through the matching model, the resources required for each upgrade can be accurately calculated and reasonably allocated to avoid waste or insufficient resources. In this way, the entire upgrade process can be optimized to make the upgrade process more efficient and orderly. Overall, this series of operations helps to improve overall operational efficiency, enabling taxi operation to achieve better results in service quality and economic benefits.

[0078] Embodiment Two As shown in Figure 1 A service method for an OTA-based online store for unmanned taxis, comprising: S1: Obtain the current software version of the vehicle.

[0079] Obtain the current software version of the vehicle, set up an OTA server, and store the current software version of the vehicle in the OTA server. The OTA server has the latest vehicle software version.

[0080] In actual application, the latest vehicle software version in the OTA server is usually used as a list of software goods sold by the vehicle, and can only be upgraded by OTA after the user purchases and pays for it.

[0081] In actual application, when this method is applied, the entire OTA-based online store service system for unmanned taxis usually includes four units: a store server, an OTA server, a user terminal, and a vehicle terminal.

[0082] The purpose of implementing this method is to provide sellable goods or services to passengers of unmanned taxis during the time period from getting on the vehicle to getting off the vehicle through the construction of an online store, thereby creating a new profit model.

[0083] In the OTA server, a unique vehicle file will be established for each vehicle through the vehicle VIN code, storing relevant information about the vehicle, including the current software version of the vehicle. The vehicle includes several controllers, and the current software version of the vehicle includes software version information for all controllers of the vehicle.

[0084] Generally, the software version variation of the vehicle controller includes two types: online upgrade by OTA; offline upgrade or replacement of parts during vehicle maintenance, etc.

[0085] The vehicle reports the current software version to the OTA server when the OTA upgrade is completed. In addition, the vehicle also reports the current software version to the OTA server regularly to prevent the OTA server from not being able to learn the current situation of the vehicle in time when the software version is varied offline.

[0086] In actual application, the way and approach to obtain the current software version can be derived from multiple channels. For example: 1. The software version upgraded during after-sales maintenance is reported to the mall server and the OTA server by the vehicle-side timing inspection program. 2. The latest version is reported to the mall server and the OTA server by the OTA upgrade capability of the market vehicle. 3. The latest version is reported to the mall server and the OTA server by the vehicle-side timing inspection program.

[0087] S2: Obtain the goods or services that can be sold by the vehicle, update the vehicle sales list, and the vehicle sales list is set in the mall server.

[0088] The mall server constructs an online mall, stores the vehicle sales list, and the operation personnel updates the vehicle sales list regularly according to the goods or services that can be sold by the vehicle. The goods or services that can be sold by the vehicle can specifically include: video and audio services, vehicle unmanned vending machines selling beverages, snacks, paper towels, etc., seat heating, etc. It depends on the actual configuration of the vehicle.

[0089] S3: According to the vehicle sales list and the current software version of the vehicle, the vehicle is matched based on a self-defined matching model to obtain a matching result. The self-defined matching model includes: constructing a version interval, and constructing a vehicle set of all vehicles whose current software version is in the version interval.

[0090] Specifically, step S3 includes: S31: Obtain the new product software baseline version according to the vehicle sales list.

[0091] The OTA software baseline version needs to be completed through the OTA verification process of the vehicle factory, and the software maturity needs to reach a certain standard before being officially released. The officially released OTA software baseline version will be uploaded to the OTA server for updating and storage; the OTA software baseline version is a software major version, which contains the software version information of all controllers of the vehicle.

[0092] The OTA server obtains the vehicle sales list in the mall server, and obtains the new product software baseline version as the target version for vehicle upgrade according to the vehicle sales list.

[0093] For example, the new product software baseline version is V_5.0.0, and the versions of some controllers are VCU:V_1.3.1, TBOX:V_1.2.0, and GW:V_1.3.0. Here, the controllers are VCU, TBOX, and GW, and in actual cases, a vehicle contains more than three controllers. In this embodiment, only three controllers are selected for the purpose of briefly describing the matching logic.

[0094] S32: Obtain a historical software baseline version.

[0095] The historical OTA software baseline version saved at the last overall upgrade is obtained.

[0096] For example, the historical software baseline version is V_4.0.0, and the versions of some controllers are VCU:V_1.1.0, TBOX:V_1.0.1, and GW:V_1.1.2.

[0097] S33: According to the current software version of the vehicle, the historical software baseline version, and the new product software baseline version, the vehicle is matched based on a self-defined matching model to obtain a matching result.

[0098] The self-defined matching model includes: (1) According to the historical software baseline version and the new product software baseline version, a version interval is constructed.

[0099] Table 1. Version interval

[0100] As long as the controller version of the new product software baseline version is newer than that of the historical software baseline version, the controller needs to be upgraded through OTA. Therefore, the three controllers described above all need to be upgraded.

[0101] (2) All vehicles are traversed, and a vehicle set is constructed from all vehicles whose current software version is in the version interval.

[0102] Among the vehicles, the following four vehicles are taken as examples: Vehicle 1, VIN is 1GGGGGGGG, and the versions of some controllers are VCU:V_1.0.0, TBOX:V_1.0.0, and GW:V_1.0.0.

[0103] Vehicle 2, VIN is 2HHHHHHHH, and the versions of some controllers are VCU:V_1.2.0, TBOX:V_1.1.0, and GW:V_1.3.0.

[0104] Vehicle 3, VIN 3IIIIIIII, with the version of part controllers VCU:V_1.3.0, TBOX:V_1.2.0, GW:V_1.3.0.

[0105] Vehicle 4, VIN 4JJJJJJJJ, with the version of part controllers VCU:V_1.3.1, TBOX:V_1.0.2, GW:V_1.3.0.

[0106] Specifically, the vehicle set is constructed in the following way: For any vehicle, as long as the version of one of its controllers is in the version interval between the historical software baseline version and the new product software baseline version, this controller of the vehicle can be upgraded in a differential manner, and the vehicle and the controller can be put into the vehicle set for batch OTA differential upgrade.

[0107] If the controller version in the historical software baseline version is V_x1.y1.z1, the controller version in the new product software baseline version is V_x2.y2.z2, and the controller version of the vehicle is V_x.y.z, the algorithm logic of version comparison is as follows: if(x1<x2) { if(x1<x<x2) The controller version of the vehicle is in the version interval else if(x==x1) { if(y1<y) The controller version of the vehicle is in the version interval else if(y==y1) { if(z1≤z) The controller version of the vehicle is in the version interval else The controller version of the vehicle is not in the version interval } else The controller version of the vehicle is not in the version interval } else if(x==x2) { if(y<y2) The controller version of the vehicle is in the version interval else if(y==y2) { if(z≤z2) The controller version of the vehicle is in the version interval else The controller version of the vehicle is not in the version interval } else The controller version of the vehicle is not in the version interval } } else if(x1==x2) { if(y1==y2) { if(y==y1) { if(z1≥z2) The controller version does not need to be upgraded else if(z1≤z<z2) The controller version of the vehicle is in the version interval else The controller version of the vehicle is not in the version interval } else The controller version of the vehicle is not in the version interval } else if(y1<y2) { if(y1<y<y2) The controller version of the vehicle is in the version interval else if(y==y1) { if(z1≤z) The controller version of the vehicle is in the version interval else The controller version of the vehicle is not in the version interval } else if(y==y2) { if(z<z2) The controller version of the vehicle is in the version interval else The controller version of the vehicle is not in the version interval } } else The software baseline version is erroneous } else The software baseline version is erroneous end According to the above algorithm logic, among the 4 vehicles, the 3 controller versions of vehicle 1 are not in the interval; the VCU and TBOX controller versions of vehicle 2 are in the interval, so they are put into the vehicle set; the VCU controller version of vehicle 3 is in the interval, so it is put into the vehicle set; and the TBOX controller version of vehicle 4 is in the interval, so it is put into the vehicle set.

[0108] The vehicle set constructed in the above manner can accurately locate the target vehicle and its corresponding controller that need to be upgraded by OTA. This manner not only improves the efficiency of the upgrade task, but also reduces unnecessary resource consumption.

[0109] In actual application, the matching model will continuously calculate in real time and update the matching results without interruption. The final display is the history of each matching result and the latest recommended matching result. In actual application scenarios, the matching model will carry out calculation work in a real-time and continuous manner. That is, it will not stop or interrupt at all times and will always be in a state of continuous operation. In this continuous calculation process, the matching model will update the matching results without interruption. Each update is based on the latest data and algorithm logic to ensure the accuracy and timeliness of the matching results. The final content displayed to the user not only contains the history of each matching result, which can reflect the development context and trend of the matching process, but also presents the latest recommended matching result, which is obtained by combining the latest situation and provides an important reference for subsequent decision-making or operation.

[0110] In actual application, the operation system of the matching model is set according to the time period; or it can automatically analyze the system server performance load, and according to the set performance threshold and performance threshold interval, the model automatically switches on or off.

[0111] In this way, the matching model can flexibly adjust its running state under different system load conditions, avoiding excessive pressure on the server performance. When the system load is high, the matching model will automatically shut down or reduce the operation frequency to ensure the normal operation of the server; when the system load is low, the model will run at full speed to fully utilize system resources for efficient matching. In addition, users can manually set the running time period of the matching model according to specific needs. For example, before the peak period of vehicle use, complete the matching work of batch upgrades in advance, thereby reducing the impact on daily vehicle use. Through this intelligent management method, the matching efficiency is improved, and the stability and reliability of the overall system are further optimized.

[0112] S4: According to the matching result, the vehicle is upgraded by the OTA server, so that the vehicle is in a ready state to provide goods or services at any time before the user uses the vehicle selling list.

[0113] For all vehicles in the vehicle set, the vehicles are batch upgraded based on the differential upgrade method, so that the vehicles are in a ready state to provide goods or services at any time before the user uses the vehicle selling list. The differential upgrade method only needs to extract the difference between the two versions to generate a differential package. After the device receives the differential package, the differential restoration algorithm (such as BSPatch) is used to fuse the differential package with the old version to generate a complete new version. Using the differential upgrade method, only the difference part of the data is transmitted, which can reduce the amount of data transmission, reduce the bandwidth occupation, save the storage space, significantly reduce the traffic and time required for upgrading, and improve the upgrading efficiency.

[0114] According to the vehicle VIN code, the target vehicle is targeted to publish the OTA upgrade task, and the controller of the vehicle is upgraded.

[0115] After completing the OTA upgrade task, the software version of all controllers of the vehicle completing the OTA upgrade task is obtained, the current software version data of the vehicle is updated based on the VIN code of the vehicle, and is reported to the OTA server.

[0116] In practical application, if the passenger selects and purchases goods or services in a taxi, the software version of the taxi is not updated in time, and the passenger needs to wait for the real-time OTA upgrade of the taxi before the order can be successfully placed. In this case, the passenger service time period is increased, and the user experience is poor. In order to avoid the above situation, once the latest goods or services are put on the market, the software version and function of the vehicle are upgraded to the latest state through OTA before the passenger experiences the service, and the vehicle file is updated at the same time, as shown in the process of Figure 2 Therefore, once the passenger selects and purchases the latest product or service, the passenger can experience it after placing an order without waiting.

[0117] And the OTA upgrade of the vehicle in advance can also reasonably arrange the upgrade time and configure the server resources, and upgrade the vehicle during the non-operation period of the vehicle, reasonably allocate the vehicle upgrade order and progress according to the server resources, and optimize the resource configuration.

[0118] S5: The user selects and purchases goods or services according to the vehicle selling list, and generates an order.

[0119] The passenger can log in to the online mall by using the user terminal, select goods or services, and after successful payment, the online mall generates a corresponding order, which includes the VIN code of the vehicle, the ID of the purchased goods or services, etc. Then the mall server transmits the order information to the OTA server, and the OTA server queries the corresponding vehicle file according to the VIN code of the vehicle, confirms that the vehicle supports this item of goods or services, and then issues an activation instruction to the corresponding vehicle, which includes order information, etc.

[0120] The passenger can log in to the online mall by using the user terminal, select goods or services, and after successful payment, the online mall generates a corresponding order, which includes the VIN code of the vehicle, the ID of the purchased goods or services, etc. Then the mall server transmits the order information to the OTA server, and the OTA server queries the corresponding vehicle file according to the VIN code of the vehicle, confirms that the vehicle supports this item of goods or services, and then issues an activation instruction to the corresponding vehicle, which includes order information, etc.

[0121] S6: The vehicle provides goods or services for the user according to the order.

[0122] After the vehicle receives the activation instruction sent by the OTA server, it executes the activation instruction, provides the corresponding goods or services for the passenger according to the order information in the activation instruction, and the specific process is as shown in Figure 3

[0123] The beneficial effects of the embodiment are as follows: The method can also perform batch differential upgrading of vehicles by constructing a matching model, which can reduce the amount of data to be transmitted, reduce the bandwidth occupation, save storage space, significantly reduce the traffic and time required for upgrading, and improve the upgrading efficiency.

[0124] The embodiment has very significant beneficial effects. Specifically, in addition to other advantages, the method performs batch differential upgrading of vehicles by carefully constructing a matching model. This way of constructing a matching model for batch differential upgrading can effectively reduce the amount of data to be transmitted during upgrading. Because differential upgrading updates only the changed part of the vehicle system, rather than the entire system, the scale of data transmission is greatly reduced. With the reduction of the amount of data to be transmitted, the occupation of network bandwidth is also reduced. In the case of limited network resources, this advantage is particularly important, as it can avoid network congestion caused by upgrading operations. At the same time, it can also save a lot of storage space. Since only differential data needs to be stored instead of the complete system data, the space requirement for storage devices is reduced. In summary, by reducing the amount of data to be transmitted, reducing the bandwidth occupation, and saving storage space, etc., the method can significantly reduce the traffic and time required for vehicle upgrading. The reduction of traffic means that users can save more fees during upgrading, while the shortening of time allows vehicles to complete upgrading faster and be put into normal use, thereby improving the efficiency of vehicle upgrading. ​

[0125] Embodiment three An OTA-based unmanned taxi online mall service system based on the OTA-based unmanned taxi online mall service method as described in Embodiment One or Two, comprising: A mall server for storing a vehicle sales list, and an administrator updates the vehicle sales list in the mall server according to the goods or services that the vehicle can sell; A matching module for matching the vehicle based on a customized matching model according to the vehicle sales list and the current software version of the vehicle, and obtaining a matching result; An OTA server for storing the current software version of the vehicle and setting the latest vehicle software version, and performing OTA upgrade on the vehicle through the OTA server according to the matching result, so that the vehicle is in a ready state to provide goods or services at any time before the user uses the vehicle sales list; the OTA server updates the latest vehicle software version in real time, and matches the vehicle based on a customized matching model according to the current software version reported by the vehicle periodically, obtains a matching result, and performs OTA upgrade on the vehicle according to the matching result, so that the vehicle is in a ready state to provide goods or services at any time before the user uses the vehicle sales list.

[0126] A user terminal for providing the user with a service of selecting and purchasing vehicle goods or services, and the user can select and purchase goods or services according to the vehicle sales list, and generate an order; A vehicle end for providing the user with goods or services according to the order.

[0127] The above is only a specific embodiment of the present application, but the protection scope of the present application is not limited thereto, any person skilled in the art can easily think of changes or replacements within the technical scope disclosed by the present application, which should be covered within the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. An OTA-based unmanned taxi online mall service method, characterized in that, The method comprises the following steps: acquiring a current software version of a vehicle, setting an OTA server, and storing the current software version of the vehicle in the OTA server, wherein the OTA server is provided with a latest vehicle software version; acquiring goods or services that can be sold by the vehicle, and updating a vehicle sales list, wherein the vehicle sales list is set in a mall server; based on a customized matching model, matching the vehicle according to the vehicle sales list and the current software version of the vehicle, and obtaining a matching result; the customized matching model comprises: determining all vehicle current software versions that need to be upgraded according to the current software version of the vehicle, and constructing a vehicle queue; or constructing a version interval, and constructing a vehicle set by using all vehicles whose current software versions are in the version interval; based on the matching result, performing OTA upgrading on the vehicle through the OTA server, so that the vehicle is in a ready state for providing goods or services at any time before a user uses the vehicle sales list; the user selects and purchases goods or services according to the vehicle sales list, and generates an order; the vehicle provides the user with the goods or services according to the order. 2.The OTA-based online driverless taxi mall service method of claim 1, wherein, The OTA-based online mall service method for unmanned taxis comprises: the vehicle reports the current software version to the OTA server when the OTA upgrading is completed; the vehicle regularly reports the current software version to the OTA server. 3.The OTA-based online driverless taxi mall service method of claim 1, wherein, The method comprises the following steps: acquiring a new software version according to the vehicle sales list; based on the customized matching model, matching the vehicle according to the current software version of the vehicle and the new software version, and obtaining a matching result. 4.The OTA-based online driverless taxi mall service method of claim 3, wherein, The customized matching model comprises: comparing the current software version of the vehicle and the new software version, and determining all vehicle current software versions that need to be upgraded; constructing a vehicle queue by using all vehicles whose current software versions are consistent in the current software versions that need to be upgraded. 5.The OTA-based online driverless taxi mall service method of claim 4, wherein, The method comprises the following steps: performing batch OTA upgrading on all vehicles in the same vehicle queue. 6.The OTA based online driverless taxi mall service method according to claim 1, wherein, The method comprises the following steps: acquiring a new software baseline version according to the vehicle sales list; acquiring a historical software baseline version; based on the customized matching model, matching the vehicle according to the current software version of the vehicle, the historical software baseline version and the new software baseline version, and obtaining a matching result. 7.The OTA-based online driverless taxi mall service method of claim 6, wherein, The customized matching model comprises: constructing a version interval according to the historical software baseline version and the new software baseline version; traversing all vehicles, and constructing a vehicle set by using all vehicles whose current software versions are in the version interval. 8.The OTA-based driverless taxi online shopping mall service method of claim 7, wherein, The method comprises the following steps: based on a differential upgrading method, performing batch OTA upgrading on all vehicles in the vehicle set.

9. An OTA-based unmanned taxi online mall service system, characterized in that, The OTA-based online mall service method for unmanned taxis according to any one of claims 1 to 8 comprises: The mall server is configured to store a vehicle selling list, and an administrator updates the vehicle selling list in the mall server according to goods or services that can be sold by the vehicle; The matching module is configured to match the vehicle based on a customized matching model according to the vehicle selling list and the current software version of the vehicle, and obtain a matching result. The customized matching model includes: determining all vehicle current software versions that need to be upgraded according to the current software version of the vehicle, and constructing a vehicle queue; or constructing a version interval, and constructing a vehicle set of all vehicles whose current software versions are in the version interval. The OTA server is configured to store the current software version of the vehicle and the latest vehicle software version, and perform OTA upgrade on the vehicle through the OTA server according to the matching result, so that the vehicle is in a ready state capable of providing goods or services at any time before the user uses the vehicle selling list. The user terminal is configured to provide the user with a service of selecting and purchasing goods or services of the vehicle, and the user can select and purchase goods or services according to the vehicle selling list, and generate an order. The vehicle end is configured to provide the user with goods or services according to the order. 10.The OTA-based driverless taxi online shopping mall service system of claim 9, wherein, The OTA server updates the latest vehicle software version in real time, matches the vehicle based on a customized matching model according to the current software version periodically reported by the vehicle, obtains a matching result, and performs OTA upgrade on the vehicle according to the matching result, so that the vehicle is in a ready state capable of providing goods or services at any time before the user uses the vehicle selling list.

Images