Vehicle rescue method, system and electronic device

Abstract

The application provides a vehicle rescue method, a system and an electronic device, and relates to the technical field of intelligent networking. When the method is applied to a general dispatching station, the following steps are included: the general dispatching station receives first alarm information and travel region information sent by a first regional rescue system; the first alarm information is alarm information sent by an accident vehicle to the first regional rescue system from a travel region; the first regional rescue system is a rescue system covering a sales region of the accident vehicle; the general dispatching station generates second alarm information suitable for the travel region based on the first alarm information, and sends the second alarm information and the travel region information to a second regional rescue system, so that the second regional rescue system dispatches and rescues the accident vehicle according to the second alarm information and the travel region information; the second regional rescue system is a rescue system covering the travel region. The application can provide emergency rescue for the accident vehicle traveling across regions in a timely manner.

Description

Technical Field

[0001] This application relates to the field of intelligent connected vehicle technology, specifically to vehicle rescue methods, systems, and electronic devices. Background Technology

[0002] The existing vehicle-mounted Ecall (Emergency Call) emergency rescue service can only be carried out within the rescue area of ​​the region where the vehicle was sold. This means that when a vehicle travels across regions (for example, a vehicle sold in country A travels to country B) and an accident occurs, it cannot receive timely rescue. Summary of the Invention

[0003] This application provides a vehicle rescue method, system, and electronic device for timely rescue of accident vehicles traveling across regions.

[0004] Firstly, this application provides a vehicle rescue method applied to a central dispatch center, comprising the following steps: The system receives a first alarm message and travel location information sent by a first regional rescue system; wherein, the first alarm message is an alarm message sent by the accident vehicle from its travel location to the first regional rescue system; the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; Based on the first alarm information, a second alarm information adapted to the travel area is generated, and the second alarm information and the travel area information are sent to the second regional rescue system, so that the second regional rescue system can dispatch and rescue the accident vehicle according to the second alarm information and the travel area information; wherein, the second regional rescue system is a rescue system covering the travel area.

[0005] Optionally, generating second alarm information adapted to the travel region based on the first alarm information includes: Based on the vehicle identification number (VIN) and sales region of the accident vehicle, target information is obtained from the vehicle information service provider platform; wherein, the target information includes at least one type of information required to generate the second alarm information; The second alarm information is generated based on the first alarm information and the target information.

[0006] Optionally, sending the second alarm information and the travel location information to the second regional rescue system includes: The second alarm information and the travel location information are sent to the second regional rescue system by calling the overseas cloud platform gateway corresponding to the region to which the travel location belongs.

[0007] Optionally, the above vehicle rescue method further includes: receiving rescue-related information transmitted back from the second regional rescue system, and transmitting the rescue-related information back to the first regional rescue system for storage.

[0008] Secondly, this application provides a vehicle rescue method applied to a first-area rescue system, comprising the following steps: Receive the first alarm information sent by the accident vehicle; wherein, the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; The first alarm information and the travel location information are sent to the central dispatch console, so that the central dispatch console generates a second alarm information adapted to the travel location based on the first alarm information, and sends the second alarm information and the travel location information to the second regional rescue system, so that the second regional rescue system dispatches and rescues the accident vehicle according to the second alarm information and the travel location information; wherein, the second regional rescue system is a rescue system covering the travel location.

[0009] Optionally, before the first regional rescue system sends the first alarm information and travel location information to the central dispatch center, the following steps are also included: Determine whether the vehicle involved in the accident is a registered cross-regional travel vehicle. If the vehicle involved in the accident is a registered cross-regional travel vehicle, then obtain the travel location information.

[0010] Optionally, before determining whether the accident vehicle is a registered cross-regional travel vehicle, the method further includes: Receive the travel information reported by the accident vehicle; wherein the reported travel information includes travel location information and travel time; The reported travel information is sent to the central dispatch center so that the central dispatch center can confirm whether the travel area supports emergency rescue calls; The system receives feedback information sent by the central dispatch console; if the feedback information indicates that the travel area supports emergency call for rescue, then the accident vehicle is identified as a registered cross-regional travel vehicle. Optionally, the above vehicle rescue method also includes the following steps: The travel location is determined based on the reported travel information; The second regional rescue system is determined based on the travel location.

[0011] Thirdly, this application provides a vehicle rescue system, comprising: The first regional rescue system is used to send the first alarm information and travel location information of the accident vehicle to the central dispatch center; wherein, the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; The central dispatch console is used to generate a second alarm information adapted to the travel region based on the first alarm information, and send the second alarm information and the travel region information to the second regional rescue system; wherein, the second regional rescue system is a rescue system covering the travel region; The second regional rescue system is used to dispatch and rescue the accident vehicle based on the second alarm information and the travel location information.

[0012] Fourthly, this application provides an electronic device, including a memory and a processor; The memory is connected to the processor and is used to store programs; The processor is used to implement the vehicle rescue method as described in the first or second aspect by running the program in the memory.

[0013] This application provides a vehicle rescue method, system, and electronic device. When applied to a central dispatch console, the method includes the following steps: the central dispatch console receives a first alarm message and travel location information sent by a first regional rescue system; wherein, the first alarm message is an alarm message sent by the accident vehicle from its travel location to the first regional rescue system; the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; the central dispatch console generates a second alarm message adapted to the travel location based on the first alarm message, and sends the second alarm message and the travel location information to a second regional rescue system, so that the second regional rescue system can dispatch and rescue the accident vehicle according to the second alarm message and the travel location information; wherein, the second regional rescue system is a rescue system covering the travel location. This application, by setting up a central dispatch console with specific functions (specific functions include generating a second alarm message adapted to the travel location based on the first alarm message sent by the accident vehicle), can promptly send the alarm message of the accident vehicle to the rescue system covering the travel location, thereby enabling the rescue system covering the travel location to provide timely emergency rescue for the accident vehicle. Attached Figure Description

[0014] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on the provided drawings without creative effort.

[0015] Figure 1 This application provides a system architecture for implementing a vehicle rescue method.

[0016] Figure 2This is a flowchart of a vehicle rescue method provided in an embodiment of this application.

[0017] Figure 3 A flowchart of another vehicle rescue method provided in an embodiment of this application.

[0018] Figure 4 A flowchart of another vehicle rescue method provided in an embodiment of this application.

[0019] Figure 5 This is a schematic diagram of an electronic device provided in an embodiment of this application. Detailed Implementation

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

[0021] In the field of vehicle emergency call technology, emergency rescue services are directly related to the personal health and safety of users. As a key active vehicle safety function, the Ecall (Emergency Call) system can be automatically or manually triggered when a vehicle accident occurs, and send alarm information such as the accident location and vehicle status to the nearest public safety response point to quickly dispatch rescue resources.

[0022] Currently, existing in-vehicle Ecall emergency rescue services primarily employ a localized model, with service coverage strictly limited to the territorial boundaries of the vehicle's sales region. Under this model, vehicle alarm information is sent to the regional rescue system within the sales region, which then dispatches rescue services within that region. This localized model ensures timely rescue within the sales region.

[0023] However, with the globalization of the automotive industry, especially the continuous globalization strategies of vehicle manufacturers like Great Wall Motors, the scale of vehicle exports has been expanding, and the number of overseas users has been steadily increasing. Against this backdrop, cross-regional vehicle travel (e.g., from country A to country B) has transformed from an occasional scenario into a regular demand. When facing cross-regional travel scenarios (e.g., from country A to country B), roadside assistance services based on a single locality model exhibit the following drawbacks: 1) Limited Service Boundaries: The service area of ​​the rescue system is limited to the sales territory, and cannot cover scenarios where the vehicle is involved in an accident outside the sales territory. Once the vehicle leaves the sales territory, if an accident occurs, it will directly fall into the rescue blind spot, and the user's life and property safety will face serious challenges.

[0024] 2) Lack of cross-regional dispatch mechanism: The rescue systems in each region are deployed independently, lacking a unified cross-regional rescue dispatch center. After an accident alarm arrives at the rescue system of the sales region, it cannot be effectively pushed to the rescue system of the travel region (i.e., the rescue system of the region where the accident occurred) due to the lack of a coordination mechanism with the rescue system of the travel region.

[0025] 3) Data incompatibility: Alarm information from different regions uses different format standards. Alarm data issued by the rescue system in the sales region cannot be correctly identified, parsed, and processed by the rescue system in the travel region, creating a "language barrier" in alarm information transmission.

[0026] 4) Lack of status synchronization: The rescue system in the sales region and the rescue system in the travel region are independent of each other and lack a synchronization mechanism for rescue-related information such as rescue progress. The rescue system in the sales region cannot know the rescue progress and other rescue-related information, and cannot achieve full-chain traceability of rescue.

[0027] To address the aforementioned technical problems, embodiments of this application provide a vehicle rescue method, system, electronic device, computer program product, and storage medium.

[0028] Exemplary System Architecture like Figure 1 As shown in the illustration, this application provides a system architecture for implementing a vehicle rescue method. This system framework includes an accident vehicle, a first regional rescue system, a central dispatch center, a vehicle information service provider platform, an overseas cloud platform gateway, and a second regional rescue system. The first regional rescue system covers the sales area of ​​the accident vehicle, and the second regional rescue system covers the travel area of ​​the accident vehicle. The accident vehicle is equipped with an onboard TBOX and an onboard central gateway for identifying accidents and reporting alarm information. The first regional rescue system is communicatively connected to both the accident vehicle and the central dispatch center. The central dispatch center is further connected to the vehicle information service provider platform and the overseas cloud platform gateway, which in turn connects to the second regional rescue system, forming a three-tiered linkage architecture.

[0029] Exemplary methods like Figure 2As shown, this application provides a vehicle rescue method applied to a central dispatch console. This method can be executed by an electronic device, which can be any device with data and instruction processing capabilities, such as a laptop, tablet, desktop computer, mobile device (e.g., mobile phone, personal digital assistant, dedicated messaging device), or any combination of two or more of these electronic devices. It can also be a server. The vehicle rescue method includes the following steps: S110: The central dispatch console receives the first alarm information and travel location information sent by the first regional rescue system; wherein, the first alarm information is the alarm information sent by the accident vehicle from the travel location to the first regional rescue system; the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; In this application embodiment, the term "central dispatch console" refers to any intermediate dispatch platform capable of communicating with at least two different regional rescue systems. For example, the central dispatch console can be a standalone central dispatch server, a dispatch service instance deployed in the cloud, or a combination thereof.

[0030] In this application embodiment, the first regional rescue system refers to the rescue system corresponding to the rescue area to which the accident vehicle is sold, also known as the sales area rescue system; for example, if the accident vehicle is sold in country A, and the rescue area to which country A belongs is region F, then the first regional rescue system is the rescue system corresponding to region F.

[0031] In this embodiment, the first alarm information can be emergency call data sent by the vehicle's TBOX (Telematics Box) to the vehicle's central gateway after a vehicle accident (e.g., airbag deployment, vehicle rollover), and then sent by the central gateway to the first regional rescue system. The first alarm information may include the accident alarm triggering method (manual triggering, automatic triggering, or ADAS (Advanced Driver Assistance System) triggering), the accident triggering time, the accident location (i.e., GPS information, including longitude and latitude), whether a collision occurred, the collision location, the collision direction, the number of passengers in the vehicle, the vehicle identification number (VIN), and the sales region of the vehicle involved in the accident.

[0032] In one optional implementation, the travel location information (taking country B as an example, the travel location information can be the code or predefined identifier of country B) can be derived from the travel information of the accident vehicle reported in advance and stored in the first regional rescue system. This travel information includes the travel location information and the travel date. After receiving the first alarm information, the first regional rescue system determines whether the accident vehicle is a reported cross-regional travel vehicle. If the accident vehicle is a reported cross-regional travel vehicle (if the accident vehicle is not a reported cross-regional travel vehicle, vehicle rescue is carried out directly according to the local rescue procedure), then it obtains the travel location information. After obtaining the travel location information, the first regional rescue system sends the travel location information and the first alarm information together to the central dispatch console. Specifically, after receiving the first alarm information, the first regional rescue system determines whether the accident trigger time in the first alarm information is within the pre-stored travel dates. If it is within the pre-stored travel dates, then it obtains the travel location information corresponding to the travel date corresponding to the accident trigger time and sends the obtained travel location information and the first alarm information together to the central dispatch console.

[0033] In one optional implementation, before the first regional rescue system determines whether the accident vehicle is a registered cross-regional travel vehicle, the method further includes: the first regional rescue system receiving the travel information reported by the accident vehicle; wherein the reported travel information includes travel location information and travel time; the first regional rescue system sending the reported travel information to the central dispatch center so that the central dispatch center can confirm whether the travel location supports emergency call rescue; the first regional rescue system receiving feedback information sent by the central dispatch center; wherein, if the feedback information indicates that the travel location supports emergency call rescue, the accident vehicle is identified as a registered cross-regional travel vehicle. Specifically, before the vehicle travels across regions, the user reports the vehicle's travel on a reporting terminal (taking Great Wall Motors as an example, the reporting terminal can be the Great Wall Motors app), and the reported travel information includes travel location information and travel date. The reporting terminal calls the first regional rescue system to confirm with the central dispatch console whether the vehicle's travel area supports Ecall rescue (i.e., emergency call rescue). If the vehicle's travel area has emergency rescue functionality and supports non-member rescue, then the vehicle's travel area supports Ecall rescue. The first regional rescue system then adds the vehicle to the "vehicle outbound list" and stores the corresponding reported travel information (i.e., confirms it as a reported cross-regional travel vehicle). If the vehicle's travel area does not support Ecall rescue (i.e., it cannot simultaneously meet the two conditions of "the travel area has emergency rescue functionality and supports non-member rescue"), then the user is informed that the travel area does not support Ecall rescue, and the corresponding reported travel information is not stored.

[0034] The above implementation method, through the pre-reporting mechanism for cross-regional trips, can quickly distinguish between local and cross-regional rescue scenarios, accurately divert and handle cases, simplify cross-regional dispatching processes, reduce rescue response time, and improve the efficiency of emergency response to sudden accidents.

[0035] In another alternative implementation, the travel location information can also be travel location information automatically obtained based on the accident location in the first alarm information.

[0036] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. All technical solutions that can achieve the purpose of obtaining travel location information are within the protection scope of this application.

[0037] S120: The central dispatch console generates a second alarm message that is adapted to the travel region based on the first alarm message; In one optional implementation, generating second alarm information adapted to the travel region based on the first alarm information includes: Based on the vehicle identification number (VIN) and sales region of the accident vehicle, target information is obtained from the vehicle information service provider platform; wherein, the target information includes at least one type of information required to generate the second alarm information; The second alarm information is generated based on the first alarm information and the target information. Specifically, it can be done by extracting the required fields of the second alarm information from the first alarm information and the target information and filling them in to generate a second alarm information that is adapted to the travel region. This adaptive format conversion method solves the problem of cross-regional data interoperability.

[0038] The target information in the above embodiments can be the full information of the accident vehicle; the full information can include the 10 most recent GPS location records, vehicle color, vehicle model, power type, etc.

[0039] The TSP platform (i.e., Telematics Service Provider Platform) returns target information to the central dispatch console in JSON format.

[0040] In another optional implementation, a second alarm message adapted to the travel region is generated based on the first alarm message, including: Determine whether all the fields required for the second alarm message are included in the first alarm message; If all the fields required for the second alarm information are included in the first alarm information, then the required fields for the second alarm information are directly extracted from the first alarm information and filled into the required fields to generate a second alarm information that is adapted to the travel region. If the required fields for the second alarm information are not all included in the first alarm information, the target information will be obtained from the vehicle information service provider platform based on the vehicle identification number and sales region of the accident vehicle. Extracting the required fields for the second alarm information from the first alarm information and target information, and filling in the required fields for the second alarm information to generate a second alarm information adapted to the travel region; this adaptive format conversion method solves the obstacle of cross-regional data interoperability.

[0041] The target information in the above embodiments can be the full information of the accident vehicle; the full information can include the 10 most recent GPS location records, vehicle color, vehicle model, power type, etc.

[0042] The TSP platform returns the target information to the central dispatch console in JSON format.

[0043] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of generating second alarm information adapted to the travel region based on the first alarm information is within the protection scope of this application.

[0044] S130: The central dispatch console sends the second alarm information and travel location information to the second regional rescue system, so that the second regional rescue system can dispatch and rescue the accident vehicle according to the second alarm information and travel location information; wherein, the second regional rescue system is a rescue system covering the travel area.

[0045] In this embodiment of the application, the second regional rescue system refers to the rescue system corresponding to the rescue area to which the accident vehicle's travel location belongs, also known as the travel location area rescue system; for example, if the accident vehicle's travel location is country B, and the rescue area to which country B belongs is region H, then the second regional rescue system is the rescue system corresponding to region H.

[0046] In one optional implementation, sending the second alarm information and travel location information to the second regional rescue system includes: The central dispatch console sends the second alarm information and the travel location information to the second regional rescue system by calling the overseas cloud platform gateway corresponding to the travel location's region. Specifically, the central dispatch console determines the region to which the travel location belongs (i.e., the rescue region to which the travel location belongs) based on the travel location, and then determines the address of the corresponding overseas cloud platform gateway based on the travel location's region. By accessing this address, the central dispatch console calls the third-party gateway, which then directly accesses the second regional rescue system. Before calling the third-party gateway, the central dispatch console needs to prepare authentication credentials according to the gateway's authentication rules. The third-party gateway then verifies the authentication credentials; only after successful verification can the central dispatch console call the gateway. The overseas cloud platform gateway provides a secure and compliant cross-regional data transmission link, avoiding information loss and transmission interruptions, and ensuring accurate and efficient delivery of alarm information.

[0047] The overseas cloud platform gateway in the above embodiments can be a third-party gateway for the overseas cloud platform. A third-party gateway for the overseas cloud platform refers to a gateway product provided by a professional third-party vendor in an overseas cloud platform environment that is deeply integrated with or deployed on the cloud platform.

[0048] In another optional implementation, the central dispatch console can also send the second alarm information and travel location information to the second regional rescue system by calling other preset dedicated communication links.

[0049] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of the central dispatch console sending the second alarm information and travel location information to the second regional rescue system is within the protection scope of this application.

[0050] In one optional implementation, the first regional rescue system determines the travel location based on the reported travel information; the first regional rescue system then determines the second regional rescue system based on the travel location. This application can quickly determine the second regional rescue system using the reported travel information, which helps to provide timely emergency rescue for accident vehicles.

[0051] In one optional implementation, the second regional rescue system dispatches rescue services for the accident vehicle based on the second alarm information and the travel location information, including: The second regional rescue system sends a second alarm message to the supplier in the travel area based on the travel location information; The supplier in the travel area will provide emergency assistance to the accident vehicle based on the second alarm information. Specifically, the supplier in the travel area will provide assistance to the nearest available location based on the accident location indicated in the second alarm information.

[0052] In another optional implementation, the second regional rescue system dispatches rescue services for the accident vehicle based on the second alarm information and the travel location information, including: The second regional rescue system sends the second alarm information to the public safety response point in the travel area based on the travel location information; Public safety response points in the travel area will provide emergency assistance to the accident vehicle based on the second alarm information. Specifically, the public safety response points in the travel area will provide assistance to the nearest accident vehicle based on the accident location indicated in the second alarm information.

[0053] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of dispatching and rescuing accident vehicles based on the second alarm information and travel location information by the second regional rescue system is within the protection scope of this application.

[0054] In one or more embodiments, the vehicle rescue method further includes: the central dispatch console receiving rescue-related information transmitted back from the second regional rescue system, and transmitting the rescue-related information back to the first regional rescue system for storage.

[0055] In this embodiment of the application, the rescue-related information includes rescue work order information, rescue progress information, and rescue result information; the rescue work order information includes the vehicle identification number (VIN) of the accident vehicle, the accident trigger time, the accident alarm triggering method, etc.

[0056] The first regional rescue system persistently stores the rescue-related information transmitted back, for example, it can persistently store it in a MySQL database; the second regional rescue system transmits the rescue-related information back to the central dispatch console, and the central dispatch console then transmits the rescue-related information back to the first regional rescue system, forming a complete business closed loop. This enables traceability and supervision of the entire cross-regional rescue process, and facilitates unified operation and maintenance management in the backend.

[0057] This application establishes a central dispatch console with specific functions (including generating a second alarm message adapted to the travel region based on the first alarm message sent by the accident vehicle). This console can promptly send alarm information from accident vehicles to rescue systems covering the travel region, enabling timely emergency rescue of the accident vehicles. In essence, this application addresses the shortcomings in vehicle rescue capabilities, resolving issues such as poor communication, delayed dispatch, and service gaps in cross-regional accident rescue. It comprehensively protects the lives of users traveling across regions, facilitates the implementation of automakers' globalization strategies, and enhances their global market competitiveness.

[0058] like Figure 3As shown, this application also provides a vehicle rescue method applied to a first-area rescue system. This method can be executed by an electronic device, which can be any device with data and instruction processing capabilities, such as a laptop, tablet, desktop computer, mobile device (e.g., mobile phone, personal digital assistant, dedicated messaging device), or any combination of two or more of these electronic devices. It can also be a server. The vehicle rescue method includes the following steps: S210: The first regional rescue system receives the first alarm information sent by the accident vehicle; wherein, the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; In this application embodiment, the first regional rescue system refers to the rescue system corresponding to the rescue area to which the accident vehicle is sold, also known as the sales area rescue system; for example, if the accident vehicle is sold in country A, and the rescue area to which country A belongs is region F, then the first regional rescue system is the rescue system corresponding to region F.

[0059] In this embodiment, the first alarm information can be emergency call data sent by the vehicle's TBOX (Telematics Box) to the vehicle's central gateway after a vehicle accident (e.g., airbag deployment, vehicle rollover), and then sent by the central gateway to the first regional rescue system. The first alarm information may include the accident alarm triggering method (manual triggering, automatic triggering, or ADAS (Advanced Driver Assistance System) triggering), the accident triggering time, the accident location (i.e., GPS information, including longitude and latitude), whether a collision occurred, the collision location, the collision direction, the number of passengers in the vehicle, the vehicle identification number (VIN), and the sales region of the vehicle involved in the accident.

[0060] S220: The first regional rescue system sends the first alarm information and the travel location information to the central dispatch console, so that the central dispatch console generates a second alarm information adapted to the travel location based on the first alarm information, and sends the second alarm information and the travel location information to the second regional rescue system, so that the second regional rescue system dispatches and rescues the accident vehicle according to the second alarm information and the travel location information; wherein, the second regional rescue system is a rescue system covering the travel location.

[0061] In this application embodiment, the term "central dispatch console" refers to any intermediate dispatch platform capable of communicating with at least two different regional rescue systems. For example, the central dispatch console can be a standalone central dispatch server, a dispatch service instance deployed in the cloud, or a combination thereof.

[0062] In this embodiment of the application, the second regional rescue system refers to the rescue system corresponding to the rescue area to which the accident vehicle's travel location belongs, also known as the travel location area rescue system; for example, if the accident vehicle's travel location is country B, and the rescue area to which country B belongs is region H, then the second regional rescue system is the rescue system corresponding to region H.

[0063] In one optional implementation, before the first area rescue system sends the first alarm information and travel location information to the central dispatch center, the following steps are also included: The first regional rescue system determines whether the accident vehicle is a registered cross-regional travel vehicle. If the accident vehicle is a registered cross-regional travel vehicle, it obtains the travel region information. Specifically, after receiving the first alarm information, the first regional rescue system determines whether the accident trigger time in the first alarm information is within the pre-stored travel dates. If it is within the pre-stored travel dates, it obtains the travel region information corresponding to the travel date corresponding to the accident trigger time (i.e., the travel region information sent to the central dispatch).

[0064] In one optional implementation, before determining whether the accident vehicle is a registered cross-regional travel vehicle, the method further includes: receiving the travel information reported by the accident vehicle; wherein the reported travel information includes travel location information and travel time; sending the reported travel information to the central dispatch center so that the central dispatch center can confirm whether the travel location supports emergency call for rescue; receiving feedback information sent by the central dispatch center; wherein, if the feedback information indicates that the travel location supports emergency call for rescue, the accident vehicle is identified as a registered cross-regional travel vehicle. Specifically, before the vehicle travels across regions, the user reports the vehicle's travel on a reporting terminal (taking Great Wall Motors as an example, the reporting terminal can be the Great Wall Motors app), and the reported travel information includes travel location information and travel date. The reporting terminal calls the first regional rescue system to confirm with the central dispatch console whether the vehicle's travel area supports Ecall rescue (i.e., emergency call rescue). If the vehicle's travel area has emergency rescue functionality and supports non-member rescue, then the vehicle's travel area supports Ecall rescue. The first regional rescue system then adds the vehicle to the "vehicle outbound list" and stores the corresponding reported travel information (i.e., confirms it as a reported cross-regional travel vehicle). If the vehicle's travel area does not support Ecall rescue (i.e., it cannot simultaneously meet the two conditions of "the travel area has emergency rescue functionality and supports non-member rescue"), then the user is informed that the travel area does not support Ecall rescue, and the corresponding reported travel information is not stored.

[0065] In one optional implementation, the vehicle rescue method further includes the following steps: a first regional rescue system determines the travel area based on the reported travel information; the first regional rescue system determines a second regional rescue system based on the travel area. This application can quickly determine the second regional rescue system using the reported travel information, which helps to provide timely emergency rescue for accident vehicles.

[0066] If the vehicle involved in the accident is not a registered cross-regional vehicle, then vehicle rescue will be carried out directly according to the local rescue procedure. The above implementation shows that the travel location information in this application embodiment (taking country B as an example, the travel location information can be the code or predefined identifier of country B) can come from the travel information of the accident vehicle reported in advance stored in the first regional rescue system.

[0067] The above implementation method, through the pre-reporting mechanism for cross-regional trips, can quickly distinguish between local and cross-regional rescue scenarios, accurately divert and handle cases, simplify cross-regional dispatching processes, reduce rescue response time, and improve the efficiency of emergency response to sudden accidents.

[0068] In another alternative implementation, the travel location information can be obtained by automatically matching the accident location in the first alarm information.

[0069] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. All technical solutions that can achieve the purpose of obtaining travel location information are within the protection scope of this application.

[0070] In one optional implementation, generating second alarm information adapted to the travel region based on the first alarm information includes: Based on the vehicle identification number (VIN) and sales region of the accident vehicle, target information is obtained from the vehicle information service provider platform; wherein, the target information includes at least one type of information required to generate the second alarm information; The second alarm information is generated based on the first alarm information and the target information. Specifically, it can be done by extracting the required fields of the second alarm information from the first alarm information and the target information and filling them in to generate a second alarm information that is adapted to the travel region. This adaptive format conversion method solves the problem of cross-regional data interoperability.

[0071] The target information in the above embodiments can be the full information of the accident vehicle; the full information can include the 10 most recent GPS location records, vehicle color, vehicle model, power type, etc.

[0072] The TSP platform (i.e., Telematics Service Provider Platform) returns target information to the central dispatch console in JSON format.

[0073] In another optional implementation, a second alarm message adapted to the travel region is generated based on the first alarm message, including: Determine whether all the fields required for the second alarm message are included in the first alarm message; If all the fields required for the second alarm information are included in the first alarm information, then the required fields for the second alarm information are directly extracted from the first alarm information and filled into the required fields to generate a second alarm information that is adapted to the travel region. If the required fields for the second alarm information are not all included in the first alarm information, the target information will be obtained from the vehicle information service provider platform based on the vehicle identification number and sales region of the accident vehicle. Extracting the required fields for the second alarm information from the first alarm information and target information, and filling in the required fields for the second alarm information to generate a second alarm information adapted to the travel region; this adaptive format conversion method solves the obstacle of cross-regional data interoperability.

[0074] The target information in the above embodiments can be the full information of the accident vehicle; the full information can include the 10 most recent GPS location records, vehicle color, vehicle model, power type, etc.

[0075] The TSP platform returns the target information to the central dispatch console in JSON format.

[0076] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of generating second alarm information adapted to the travel region based on the first alarm information is within the protection scope of this application.

[0077] In one optional implementation, sending the second alarm information and travel location information to the second regional rescue system includes: The central dispatch console sends the second alarm information and the travel location information to the second regional rescue system by calling the overseas cloud platform gateway corresponding to the travel location's region. Specifically, the central dispatch console determines the region to which the travel location belongs (i.e., the rescue region to which the travel location belongs) based on the travel location, and then determines the address of the corresponding overseas cloud platform gateway based on the travel location's region. By accessing this address, the central dispatch console calls the third-party gateway, which then directly accesses the second regional rescue system. Before calling the third-party gateway, the central dispatch console needs to prepare authentication credentials according to the gateway's authentication rules. The third-party gateway then verifies the authentication credentials; only after successful verification can the central dispatch console call the gateway. The overseas cloud platform gateway provides a secure and compliant cross-regional data transmission link, avoiding information loss and transmission interruptions, and ensuring accurate and efficient delivery of alarm information.

[0078] The overseas cloud platform gateway in the above embodiments can be a third-party gateway for the overseas cloud platform. A third-party gateway for the overseas cloud platform refers to a gateway product provided by a professional third-party vendor in an overseas cloud platform environment that is deeply integrated with or deployed on the cloud platform.

[0079] In another optional implementation, the central dispatch console can also send the second alarm information and travel location information to the second regional rescue system by calling other preset dedicated communication links.

[0080] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of the central dispatch console sending the second alarm information and travel location information to the second regional rescue system is within the protection scope of this application.

[0081] In one optional implementation, the second regional rescue system dispatches rescue services for the accident vehicle based on the second alarm information and the travel location information, including: The second regional rescue system sends a second alarm message to the supplier in the travel area based on the travel location information; The supplier in the travel area will provide emergency assistance to the accident vehicle based on the second alarm information. Specifically, the supplier in the travel area will provide assistance to the nearest available location based on the accident location indicated in the second alarm information.

[0082] In another optional implementation, the second regional rescue system dispatches rescue services for the accident vehicle based on the second alarm information and the travel location information, including: The second regional rescue system sends the second alarm information to the public safety response point in the travel area based on the travel location information; Public safety response points in the travel area will provide emergency assistance to the accident vehicle based on the second alarm information. Specifically, the public safety response points in the travel area will provide assistance to the nearest accident vehicle based on the accident location indicated in the second alarm information.

[0083] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of dispatching and rescuing accident vehicles based on the second alarm information and travel location information by the second regional rescue system is within the protection scope of this application.

[0084] In one or more embodiments, the vehicle rescue method further includes: a first regional rescue system receiving and storing rescue-related information transmitted back from a central dispatch center; wherein the rescue-related information transmitted back from the central dispatch center to the first regional rescue system includes rescue-related information transmitted back from a second regional rescue system to the central dispatch center; In this embodiment of the application, the rescue-related information includes rescue work order information, rescue progress information, and rescue result information; the rescue work order information includes the vehicle identification number (VIN) of the accident vehicle, the accident trigger time, the accident alarm triggering method, etc.

[0085] The first regional rescue system persistently stores the rescue-related information transmitted back, for example, it can persistently store it in a MySQL database; the second regional rescue system transmits the rescue-related information back to the central dispatch console, and the central dispatch console then transmits the rescue-related information back to the first regional rescue system, forming a complete business closed loop. This enables traceability and supervision of the entire cross-regional rescue process, and facilitates unified operation and maintenance management in the backend.

[0086] like Figure 4 As shown, this application provides a vehicle rescue method applied to a second-area rescue system. This method can be executed by an electronic device, which can be any device with data and instruction processing capabilities, such as a laptop, tablet, desktop computer, mobile device (e.g., mobile phone, personal digital assistant, dedicated messaging device), or any combination of two or more of these electronic devices. It can also be a server. The vehicle rescue method includes the following steps: S310: The second regional rescue system receives the second alarm information and travel location information sent by the central dispatch console; wherein, the first regional rescue system sends the first alarm information and travel location information sent by the accident vehicle to the central dispatch console; the central dispatch console generates second alarm information adapted to the travel location based on the first alarm information; the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; the second regional rescue system is a rescue system covering the travel area; In this application embodiment, the term "central dispatch console" refers to any intermediate dispatch platform capable of communicating with at least two different regional rescue systems. For example, the central dispatch console can be a standalone central dispatch server, a dispatch service instance deployed in the cloud, or a combination thereof.

[0087] In this application embodiment, the first regional rescue system refers to the rescue system corresponding to the rescue area to which the accident vehicle is sold, also known as the sales area rescue system; for example, if the accident vehicle is sold in country A, and the rescue area to which country A belongs is region F, then the first regional rescue system is the rescue system corresponding to region F.

[0088] In this embodiment of the application, the second regional rescue system refers to the rescue system corresponding to the rescue area to which the accident vehicle's travel location belongs, also known as the travel location area rescue system; for example, if the accident vehicle's travel location is country B, and the rescue area to which country B belongs is region H, then the second regional rescue system is the rescue system corresponding to region H.

[0089] In this embodiment, the first alarm information can be emergency call data sent by the vehicle's TBOX (Telematics Box) to the vehicle's central gateway after a vehicle accident (e.g., airbag deployment, vehicle rollover), and then sent by the central gateway to the first regional rescue system. The first alarm information may include the accident alarm triggering method (manual triggering, automatic triggering, or ADAS (Advanced Driver Assistance System) triggering), the accident triggering time, the accident location (i.e., GPS information, including longitude and latitude), whether a collision occurred, the collision location, the collision direction, the number of passengers in the vehicle, the vehicle identification number (VIN), and the sales region of the vehicle involved in the accident.

[0090] In one optional implementation, the travel location information (taking country B as an example, the travel location information can be the code or predefined identifier of country B) can be derived from the travel information of the accident vehicle reported in advance and stored in the first regional rescue system. This travel information includes the travel location information and the travel date. After receiving the first alarm information, the first regional rescue system determines whether the accident vehicle is a reported cross-regional travel vehicle. If the accident vehicle is a reported cross-regional travel vehicle (if the accident vehicle is not a reported cross-regional travel vehicle, vehicle rescue is carried out directly according to the local rescue procedure), then it obtains the travel location information. After obtaining the travel location information, the first regional rescue system sends the travel location information and the first alarm information together to the central dispatch console. Specifically, after receiving the first alarm information, the first regional rescue system determines whether the accident trigger time in the first alarm information is within the pre-stored travel dates. If it is within the pre-stored travel dates, then it obtains the travel location information corresponding to the travel date corresponding to the accident trigger time and sends the obtained travel location information and the first alarm information together to the central dispatch console.

[0091] In one optional implementation, before the first regional rescue system determines whether the accident vehicle is a registered cross-regional travel vehicle, the method further includes: the first regional rescue system receiving the travel information reported by the accident vehicle; wherein the reported travel information includes travel location information and travel time; the first regional rescue system sending the reported travel information to the central dispatch center so that the central dispatch center can confirm whether the travel location supports emergency call rescue; the first regional rescue system receiving feedback information sent by the central dispatch center; wherein, if the feedback information indicates that the travel location supports emergency call rescue, the accident vehicle is identified as a registered cross-regional travel vehicle. Specifically, before the vehicle travels across regions, the user reports the vehicle's travel on a reporting terminal (taking Great Wall Motors as an example, the reporting terminal can be the Great Wall Motors app), and the reported travel information includes travel location information and travel date. The reporting terminal calls the first regional rescue system to confirm with the central dispatch console whether the vehicle's travel area supports Ecall rescue (i.e., emergency call rescue). If the vehicle's travel area has emergency rescue functionality and supports non-member rescue, then the vehicle's travel area supports Ecall rescue. The first regional rescue system then adds the vehicle to the "vehicle outbound list" and stores the corresponding reported travel information (i.e., confirms it as a reported cross-regional travel vehicle). If the vehicle's travel area does not support Ecall rescue (i.e., it cannot simultaneously meet the two conditions of "the travel area has emergency rescue functionality and supports non-member rescue"), then the user is informed that the travel area does not support Ecall rescue, and the corresponding reported travel information is not stored.

[0092] The above implementation method, through the pre-reporting mechanism for cross-regional trips, can quickly distinguish between local and cross-regional rescue scenarios, accurately divert and handle cases, simplify cross-regional dispatching processes, reduce rescue response time, and improve the efficiency of emergency response to sudden accidents.

[0093] In another alternative implementation, the travel location information can also be travel location information automatically obtained based on the accident location in the first alarm information.

[0094] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. All technical solutions that can achieve the purpose of obtaining travel location information are within the protection scope of this application.

[0095] In one optional implementation, the second regional rescue system receives a second alarm message and travel location information sent by the central dispatch center, including: The second regional rescue system receives the second alarm information and travel location information sent by the central dispatch console through the overseas cloud platform gateway corresponding to the travel location. Specifically, the central dispatch console determines the travel location's region (i.e., the rescue region) based on the travel location, and then determines the address of the corresponding overseas cloud platform gateway. It accesses this address to invoke the third-party gateway, thus directly accessing the second regional rescue system. Before invoking the third-party gateway, the central dispatch console needs to prepare authentication credentials according to the gateway's authentication rules. The third-party gateway then verifies the authentication credentials; only after successful verification can the central dispatch console invoke the gateway. The overseas cloud platform gateway provides a secure and compliant cross-regional data transmission link, preventing information loss and transmission interruptions, and ensuring accurate and efficient delivery of alarm information.

[0096] The overseas cloud platform gateway in the above embodiments can be a third-party gateway for the overseas cloud platform. A third-party gateway for the overseas cloud platform refers to a gateway product provided by a professional third-party vendor in an overseas cloud platform environment that is deeply integrated with or deployed on the cloud platform.

[0097] In another optional implementation, the second regional rescue system receives a second alarm message and travel location information sent by the central dispatch center, including: The second regional rescue system receives the second alarm information and travel location information sent by the central dispatch console through other preset dedicated communication links.

[0098] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of the second regional rescue system receiving the second alarm information and travel location information sent by the central dispatch console is within the protection scope of this application.

[0099] In one optional implementation, generating second alarm information adapted to the travel region based on the first alarm information includes: Based on the vehicle identification number (VIN) and sales region of the accident vehicle, target information is obtained from the vehicle information service provider platform; wherein, the target information includes at least one type of information required to generate the second alarm information; The second alarm information is generated based on the first alarm information and the target information. Specifically, it can be done by extracting the required fields of the second alarm information from the first alarm information and the target information and filling them in to generate a second alarm information that is adapted to the travel region. This adaptive format conversion method solves the problem of cross-regional data interoperability.

[0100] The target information in the above embodiments can be the full information of the accident vehicle; the full information can include the 10 most recent GPS location records, vehicle color, vehicle model, power type, etc.

[0101] The TSP platform (i.e., Telematics Service Provider Platform) returns target information to the central dispatch console in JSON format.

[0102] In another optional implementation, a second alarm message adapted to the travel region is generated based on the first alarm message, including: Determine whether all the fields required for the second alarm message are included in the first alarm message; If all the fields required for the second alarm information are included in the first alarm information, then the required fields for the second alarm information are directly extracted from the first alarm information and filled into the required fields to generate a second alarm information that is adapted to the travel region. If the required fields for the second alarm information are not all included in the first alarm information, the target information will be obtained from the vehicle information service provider platform based on the vehicle identification number and sales region of the accident vehicle. Extracting the required fields for the second alarm information from the first alarm information and target information, and filling in the required fields for the second alarm information to generate a second alarm information adapted to the travel region; this adaptive format conversion method solves the obstacle of cross-regional data interoperability.

[0103] The target information in the above embodiments can be the full information of the accident vehicle; the full information can include the 10 most recent GPS location records, vehicle color, vehicle model, power type, etc.

[0104] The TSP platform returns the target information to the central dispatch console in JSON format.

[0105] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of generating second alarm information adapted to the travel region based on the first alarm information is within the protection scope of this application.

[0106] S320: The second area rescue system dispatches and rescues accident vehicles based on the second alarm information and the travel location information.

[0107] In one optional implementation, the second regional rescue system dispatches rescue services for the accident vehicle based on the second alarm information and the travel location information, including: The second regional rescue system sends a second alarm message to the supplier in the travel area based on the travel location information; The supplier in the travel area will provide emergency assistance to the accident vehicle based on the second alarm information. Specifically, the supplier in the travel area will provide assistance to the nearest available location based on the accident location indicated in the second alarm information.

[0108] In another optional implementation, the second regional rescue system dispatches rescue services for the accident vehicle based on the second alarm information and the travel location information, including: The second regional rescue system sends the second alarm information to the public safety response point in the travel area based on the travel location information; Public safety response points in the travel area will provide emergency assistance to the accident vehicle based on the second alarm information. Specifically, the public safety response points in the travel area will provide assistance to the nearest accident vehicle based on the accident location indicated in the second alarm information.

[0109] The above two implementation methods are only two optional implementation methods provided by the embodiments of this application, and not all implementation methods. Any technical solution that can achieve the purpose of dispatching and rescuing accident vehicles based on the second alarm information and travel location information by the second regional rescue system is within the protection scope of this application.

[0110] In one optional implementation, the first regional rescue system determines the travel location based on the reported travel information; the first regional rescue system then determines the second regional rescue system based on the travel location. This application can quickly determine the second regional rescue system using the reported travel information, which helps to provide timely emergency rescue for accident vehicles.

[0111] In one or more embodiments, the vehicle rescue method described above further includes: The second-area rescue system sends rescue-related information back to the central dispatch center, which then sends the information back to the first-area rescue system for storage.

[0112] In this embodiment of the application, the rescue-related information includes rescue work order information, rescue progress information, and rescue result information; the rescue work order information includes the vehicle identification number (VIN) of the accident vehicle, the accident trigger time, the accident alarm triggering method, etc.

[0113] The first regional rescue system persistently stores the rescue-related information transmitted back, for example, it can persistently store it in a MySQL database; the second regional rescue system transmits the rescue-related information back to the central dispatch console, and the central dispatch console then transmits the rescue-related information back to the first regional rescue system, forming a complete business closed loop. This enables traceability and supervision of the entire cross-regional rescue process, and facilitates unified operation and maintenance management in the backend.

[0114] Exemplary System This application also provides a vehicle rescue system, including: The first-area rescue system is used to send the first alarm information and travel location information of the accident vehicle to the central dispatch center; the first-area rescue system covers the sales area of ​​the accident vehicle. In one optional implementation, the first regional rescue system is also used to determine whether the accident vehicle is a registered cross-regional travel vehicle. If the accident vehicle is a registered cross-regional travel vehicle, the travel location information is obtained.

[0115] The central dispatch console is used to generate a second alarm message adapted to the travel region based on the first alarm message, and send the second alarm message and the travel region information to the second regional rescue system; the second regional rescue system is a rescue system covering the travel region; In one alternative implementation, the central dispatch console is also used to obtain target information from the vehicle information service provider platform based on the vehicle identification number (VIN) and sales region of the accident vehicle; wherein the target information includes at least one type of information required to generate the second alarm information; A second alarm message is generated based on the first alarm message and the target information.

[0116] In one alternative implementation, the central dispatch console is also used to send the second alarm information and the travel location information to the second regional rescue system by calling the overseas cloud platform gateway corresponding to the region to which the travel location belongs.

[0117] In one alternative implementation, the central dispatch console is also used to receive rescue-related information transmitted back from the second regional rescue system and transmit the rescue-related information back to the first regional rescue system for storage.

[0118] The second-area rescue system is used to dispatch and rescue accident vehicles based on the second alarm information and the travel location information.

[0119] In one alternative implementation, the second regional rescue system is also used to send a second alarm message to a supplier in the travel region based on the travel region information; the supplier in the travel region provides emergency rescue for the accident vehicle based on the second alarm message.

[0120] The vehicle rescue system provided in this application belongs to the same concept as the vehicle rescue method provided in this application, and has the corresponding functional modules and beneficial effects to perform the above-mentioned vehicle rescue method. Technical details not described in detail in the embodiments can be found in the specific processing content of the above-mentioned vehicle rescue method in the embodiments, and will not be repeated here.

[0121] Exemplary electronic devices This application also provides an electronic device, see [link to relevant documentation] Figure 5 As shown, the device includes: Memory 500 and processor 510; The memory 500 is connected to the processor 510 and is used to store programs. The processor 510 is configured to implement the vehicle rescue method disclosed in any of the above embodiments by running a program stored in the memory 500.

[0122] Specifically, the aforementioned electronic device may also include: a bus, a communication interface 520, an input device 530, and an output device 540.

[0123] The processor 510, memory 500, communication interface 520, input device 530, and output device 540 are interconnected via a bus. Among them: A bus can include a pathway for transmitting information between various components of a computer system.

[0124] The processor 510 can be a general-purpose processor, such as a general-purpose central processing unit (CPU), a microprocessor, etc., or an application-specific integrated circuit (ASIC), or one or more integrated circuits used to control the execution of the program of the present invention. It can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), an off-the-shelf programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0125] The processor 510 may include a main processor, as well as a baseband chip, modem, etc.

[0126] The memory 500 stores a program that executes the technical solution of this invention, and may also store an operating system and other key business functions. Specifically, the program may include program code, which includes computer operation instructions. More specifically, the memory 500 may include read-only memory (ROM), other types of static storage devices capable of storing static information and instructions, random access memory (RAM), other types of dynamic storage devices capable of storing information and instructions, disk storage, flash memory, etc.

[0127] Input device 530 may include a device for receiving data and information input by a user, such as a keyboard, mouse, camera, scanner, light pen, voice input device, touch screen, pedometer, or gravity sensor.

[0128] Output device 540 may include devices that allow information to be output to a user, such as a display screen, printer, speaker, etc.

[0129] The communication interface 520 may include a device that uses any transceiver to communicate with other devices or communication networks, such as Ethernet, Radio Access Network (RAN), Wireless Local Area Network (WLAN), etc.

[0130] The processor 510 executes the program stored in the memory 500 and calls other devices, which can be used to implement each step of any of the vehicle rescue methods provided in the above embodiments of this application.

[0131] Exemplary computer program products and storage media In addition to the methods and devices described above, embodiments of this application may also be computer program products, which include computer program instructions that, when executed by a processor, cause the processor to perform the steps in the vehicle rescue methods according to various embodiments of this application as described in any of the above embodiments of this specification.

[0132] Computer program products can be written in any combination of one or more programming languages ​​to perform the operations of the embodiments of this application. The programming languages ​​include object-oriented programming languages ​​such as Java and C++, as well as conventional procedural programming languages ​​such as C or similar languages. The program code can be executed entirely on the user's computing device, partially on the user's computing device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server.

[0133] Furthermore, embodiments of this application may also be storage media storing a computer program, which, when run by a processor, causes the processor to execute the steps in the vehicle rescue method according to various embodiments of this application described in any of the above embodiments of this specification, specifically implementing the following steps: The central dispatch console receives the first alarm information and travel location information sent by the first regional rescue system; wherein, the first alarm information is the alarm information sent by the accident vehicle from the travel location to the first regional rescue system; the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; The central dispatch console generates a second alarm based on the first alarm information, which is adapted to the travel area, and sends the second alarm information and the travel area information to the second regional rescue system, so that the second regional rescue system can dispatch and rescue the accident vehicle according to the second alarm information and the travel area information; the second regional rescue system is a rescue system that covers the travel area.

[0134] The first regional rescue system receives the initial alarm information from the accident vehicle; among which... The first-region rescue system is a rescue system that covers the sales area of ​​the accident vehicle; The first regional rescue system sends the first alarm information and the travel location information to the central dispatch center, so that the central dispatch center can generate a second alarm information adapted to the travel location based on the first alarm information, and send the second alarm information and the travel location information to the second regional rescue system, so that the second regional rescue system can dispatch and rescue the accident vehicle according to the second alarm information and the travel location information; wherein, the second regional rescue system is a rescue system covering the travel area.

[0135] The second regional rescue system receives the second alarm information and travel location information sent by the central dispatch center; the first regional rescue system sends the first alarm information and travel location information sent by the accident vehicle to the central dispatch center; the central dispatch center generates a second alarm information adapted to the travel location based on the first alarm information; the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; the second regional rescue system is a rescue system covering the travel area. The second-area rescue system dispatches and rescues the accident vehicles based on the second alarm information and the travel location information.

[0136] For the foregoing method embodiments, in order to simplify the description, they are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, because according to this application, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0137] It should be noted that the various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For apparatus embodiments, since they are basically similar to method embodiments, the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0138] The steps in the methods of the various embodiments of this application can be adjusted, merged, or deleted in order according to actual needs, and the technical features described in each embodiment can be replaced or combined.

[0139] The modules and sub-modules in the various embodiments of the present application's devices and terminals can be merged, divided, and deleted according to actual needs.

[0140] It should be understood that the disclosed terminals, devices, and methods can be implemented in other ways, given the several embodiments provided in this application. For example, the terminal embodiments described above are merely illustrative. For instance, the division of modules or sub-modules is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple sub-modules or modules may be combined or integrated into another module, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or modules, and may be electrical, mechanical, or other forms.

[0141] The modules or submodules described as separate components may or may not be physically separate. The components that constitute a module or submodule may or may not be physical modules or submodules; that is, they may be located in one place or distributed across multiple network modules or submodules. Some or all of the modules or submodules can be selected to achieve the purpose of this embodiment's solution, depending on actual needs.

[0142] Furthermore, the functional modules or sub-modules in the various embodiments of this application can be integrated into one processing module, or each module or sub-module can exist physically separately, or two or more modules or sub-modules can be integrated into one module. The integrated modules or sub-modules described above can be implemented in hardware or in the form of software functional modules or sub-modules.

[0143] Those skilled in the art will further recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0144] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be implemented directly by hardware, a software unit executed by a processor, or a combination of both. The software unit can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.

[0145] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes the element.

[0146] The above description of the disclosed embodiments enables those skilled in the art to make or use this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A vehicle rescue method, characterized in that, When applied to the central dispatch console, the following steps are included: The system receives a first alarm message and travel location information sent by a first regional rescue system; wherein, the first alarm message is an alarm message sent by the accident vehicle from its travel location to the first regional rescue system; the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; Based on the first alarm information, a second alarm information adapted to the travel area is generated, and the second alarm information and the travel area information are sent to the second regional rescue system, so that the second regional rescue system can dispatch and rescue the accident vehicle according to the second alarm information and the travel area information; wherein, the second regional rescue system is a rescue system covering the travel area.

2. The vehicle rescue method according to claim 1, characterized in that, The step of generating second alarm information adapted to the travel region based on the first alarm information includes: Based on the vehicle identification number (VIN) and sales region of the accident vehicle, target information is obtained from the vehicle information service provider platform; wherein, the target information includes at least one type of information required to generate the second alarm information; The second alarm information is generated based on the first alarm information and the target information.

3. The vehicle rescue method according to claim 1, characterized in that, Sending the second alarm information and the travel location information to the second regional rescue system includes: The second alarm information and the travel location information are sent to the second regional rescue system by calling the overseas cloud platform gateway corresponding to the region to which the travel location belongs.

4. The vehicle rescue method according to claim 1, characterized in that, Also includes: The system receives rescue-related information transmitted back from the second regional rescue system and transmits the rescue-related information back to the first regional rescue system for storage.

5. A vehicle rescue method, characterized in that, When applied to the first-zone rescue system, the following steps are included: Receive the first alarm information sent by the accident vehicle; wherein, the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; The first alarm information and the travel location information are sent to the central dispatch console, so that the central dispatch console generates a second alarm information adapted to the travel location based on the first alarm information, and sends the second alarm information and the travel location information to the second regional rescue system, so that the second regional rescue system dispatches and rescues the accident vehicle according to the second alarm information and the travel location information; wherein, the second regional rescue system is a rescue system covering the travel location.

6. The vehicle rescue method according to claim 5, characterized in that, Before the first regional rescue system sends the first alarm information and travel location information to the central dispatch center, the process also includes: Determine whether the vehicle involved in the accident is a registered cross-regional travel vehicle. If the vehicle involved in the accident is a registered cross-regional travel vehicle, then obtain the travel location information.

7. The vehicle rescue method according to claim 6, characterized in that, Before determining whether the vehicle involved in the accident is a registered cross-regional travel vehicle, the procedure also includes: Receive the travel information reported by the accident vehicle; wherein the reported travel information includes travel location information and travel time; The reported travel information is sent to the central dispatch center so that the central dispatch center can confirm whether the travel area supports emergency rescue calls; The system receives feedback information sent by the central dispatch console; if the feedback information indicates that the travel area supports emergency call for rescue, then the accident vehicle is identified as a registered cross-regional travel vehicle.

8. The vehicle rescue method according to claim 7, characterized in that, It also includes the following steps: The travel location is determined based on the reported travel information; The second regional rescue system is determined based on the travel location.

9. A vehicle rescue system, characterized in that, include: The first-zone rescue system is used to relay the first alarm information sent by the accident vehicle and to dispatch... The location information is sent to the central dispatch center; wherein, the first regional rescue system is a rescue system covering the sales area of ​​the accident vehicle; The central dispatch console is used to generate a second alarm information adapted to the travel region based on the first alarm information, and send the second alarm information and the travel region information to the second regional rescue system; wherein, the second regional rescue system is a rescue system covering the travel region; The second regional rescue system is used to dispatch and rescue the accident vehicle based on the second alarm information and the travel location information.

10. An electronic device, characterized in that, Including memory and processor; The memory is connected to the processor and is used to store programs; The processor is used to implement the vehicle rescue method as described in any one of claims 1 to 8 by running a program in the memory.

Images