Route display method and related device

Abstract

A route display method and related device can be applied to a navigation scenario of an electronic map. When a route planning request for a route planning mode is received, the method determines the corresponding route planning result and possible original interpretation data related to the current route planning result, queries the corresponding target interpretation template using the route interpretation scenario and route planning mode corresponding to the original interpretation data as query words, determines target interpretation elements that need to be displayed when displaying the route planning result on the electronic map using the target interpretation template, and interprets and explains the route planning result using the target interpretation elements. By storing, querying, modifying, and synchronizing the interpretation templates through a database, various combinations of route planning modes and route interpretation scenarios can be decoupled from each other and maintained and updated separately, and the terminal device (100) completes the display of the interpretation elements according to the instructions of the element information, freeing up the processing resources of the terminal device.

Description

[Technical field]

[0001] This application was filed with the China Patent Office on October 30, 2020, bearing application number 2020111898574, and claims priority to a Chinese patent application entitled "Route Display Method and Related Apparatus", the entire contents of which are incorporated herein by reference.

[0002] The present application relates to the field of electronic maps, and in particular to a route display technique in an electronic map. [Background technology]

[0003] Route planning is the basis of electronic map navigation and one of the most important core functions of electronic maps. In general, route planning is defined as the problem of finding one or more routes from a specified starting point to a specified end point. In addition to route planning on the map homepage, various route planning modes, such as yaw in navigation, switching between main roads and side roads, changing user preferences, and adding or deleting waypoints, will trigger a new route planning request. When the route planning result calculated in response to the route planning request is obtained, the route planning result can be displayed via the electronic map.

[0004] When displaying the route planning result, the route planning result needs to be interpreted accordingly in order to answer multiple questions that the user may have about the current route planning result, such as "Why don't they recommend a familiar route this time?" or "Why is the recommended route this time a bit longer?" In other words, when displaying the route planning result, the reasons for recommending the route planning result are appropriately displayed in order to resolve the user's confusion.

[0005] With the development of electronic maps, the above route interpretation scenarios become more and more abundant, such as avoiding traffic restrictions and road blocks, and the newly added route interpretation scenarios need to be adapted to different route planning modes, which leads to the addition of a large number of new combination forms of route interpretation scenarios and route planning models. Summary of the Invention [Problem to be solved by the invention]

[0006] In the related technology, a hard-coding method is required to realize route interpretation scenarios in electronic maps. That is, every time a new route interpretation scenario is added, the server and terminal devices update protocol data based on the newly added route interpretation scenario and the large number of combinations associated with it. Not only is the code logic complex, but a version cannot be released until each internal logic iteration is achieved, making the overall iteration efficiency very low.

[0007] To solve the above technical problems, the present application provides a path display method and related device, which simplifies code logic and improves iteration efficiency. [Means for solving the problem]

[0008] The embodiments of the present application disclose the following technical solutions: According to a first aspect, an embodiment of the present application provides a route display method executed by a server, comprising: determining corresponding route planning results and original interpretation data according to a route planning request for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; determining a corresponding target interpretation template based on a route interpretation scenario corresponding to the route planning mode and the original interpretation data; determining element information, including element identifiers of target interpretation elements corresponding to the path planning result, based on the original interpretation data and the target interpretation template; transmitting the element information to a terminal device, the element identifier in the element information being used to instruct the terminal device to display the target interpretation element when displaying the route planning result; method.

[0009] According to a second aspect, an embodiment of the present application provides a route display method executed by a terminal device, comprising: sending a route planning request to a server for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; obtaining element information returned by the server, the element information including an element identifier for instructing the terminal device to display a target interpretation element when displaying the route planning result; determining the target interpretation element from an interpretation resource pool stored in a locale based on the element identifier included in the element information; displaying the target interpretation element when displaying a route planning result corresponding to the route planning request. method.

[0010] According to a third aspect, an embodiment of the present application provides a route display device, comprising: a first determining unit for determining corresponding route planning results and original interpretation data according to a route planning request for a route planning mode, the route planning mode being used to identify an initiation reason for the route planning request; a second determining unit for determining a corresponding target interpretation template according to the route planning mode and a route interpretation scenario corresponding to the original interpretation data; a third determining unit for determining element information according to the original interpretation data and the target interpretation template, the element information including an element identifier of a target interpretation element corresponding to the path planning result; a transmission unit for transmitting the element information to a terminal device, the element identifier in the element information being used to instruct the terminal device to display the target interpretation element when displaying the route planning result on the terminal device; Device.

[0011] According to a fourth aspect, an embodiment of the present application provides a route display device, comprising: a sending unit for sending a route planning request to a server for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; an acquiring unit for acquiring element information returned by the server, the element information including an element identifier for instructing the terminal device to display the target interpretation element when displaying the route planning result on the terminal device; a determination unit for determining a target interpretation element from an interpretation resource pool stored in a locale based on the element identifier included in the element information; a display unit for displaying the target interpretation element when displaying a route planning result corresponding to the route planning request. Device.

[0012] According to a fifth aspect, an embodiment of the present application provides a computing device, comprising: a memory for storing program code and for transmitting said program code to said processor; A processor for executing the method according to the first or second aspect according to the instructions in the program code. device.

[0013] According to a sixth aspect, an embodiment of the present application provides a computer readable storage medium for storing a computer program for performing a method according to the first or second aspect above.

[0014] According to a seventh aspect, an embodiment of the present application provides a computer program product or computer program comprising computer instructions stored on a computer readable storage medium, the computer instructions being read by a processor of a computing device from the computer readable storage medium and executed by the processor to cause the computing device to perform a method according to the first or second aspect above.

[0015] According to an eighth aspect, an embodiment of the present application provides a route display system, the system including a server for performing the method described in the first aspect above, and a terminal device for performing the method described in the second aspect above. Effect of the Invention

[0016] As can be seen from the above technical solution, when a route planning request for a route planning mode is obtained, the corresponding route planning result and the possible original interpretation data related to the current route planning result can be determined, and the route interpretation scenario corresponding to the original interpretation data and the route planning mode can be used as query words to query the corresponding target interpretation template, and the target interpretation element that needs to be displayed when the route planning result is displayed on the terminal device can be determined by the target interpretation template, and the target interpretation element can be used to interpret and explain the route planning result. The above interpretation template can decouple the combinations of various route planning modes and route interpretation scenarios from each other, and can be maintained and updated separately, eliminating the hard-coding step in the related art. When a new route interpretation scenario is added, it is only necessary to add an interpretation template corresponding to the combination, and it is also easy to update and maintain each independent interpretation template. Even if it is a new route interpretation scenario, the terminal device can complete the display of the interpretation element based only on the instruction of the element information, without the need for cumbersome coding and debugging and logic iteration, and freeing up the processing resources of the terminal device. [Brief description of the drawings]

[0017] [Figure 1] FIG. 2 is a schematic diagram of an application scenario of the route display method provided in the embodiment of the present application; [Diagram 2] FIG. 2 is a signaling interaction diagram of a route display system provided in an embodiment of the present application. [Diagram 3] FIG. 1 is a framework diagram of a route display system provided in an embodiment of the present application. [Figure 4] 1 is a flowchart of updating an interpretation template provided in an embodiment of the present application; [Diagram 5] 1 is a flowchart of updating an interpretation template provided in an embodiment of the present application; [Figure 6a] FIG. 2 is a schematic diagram of an application scenario of the route display method provided in the embodiment of the present application; [Figure 6b] FIG. 2 is a schematic diagram of an application scenario of the route display method provided in the embodiment of the present application; [Figure 6c] FIG. 2 is a schematic diagram of an application scenario of the route display method provided in the embodiment of the present application; [Figure 7] 1 is a flowchart of an application scenario of a route display method provided in an embodiment of the present application; [Figure 8] FIG. 2 is a schematic diagram of determining element information provided in an embodiment of the present application; [Figure 9] FIG. 2 is a framework diagram provided in an embodiment of the present application for a terminal device to display a target interpretation element; [Figure 10] 1 is a schematic diagram of a route display device provided in an embodiment of the present application. [Figure 11] 1 is a schematic diagram of a route display device provided in an embodiment of the present application. [Figure 12] 1 is a schematic diagram of a route display system provided in an embodiment of the present application. [Figure 13] FIG. 2 is a structural schematic diagram of a server provided in an embodiment of the present application; [Figure 14] FIG. 2 is a structural schematic diagram of a terminal device provided in an embodiment of the present application; DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0018] Hereinafter, embodiments of the present application will be described with reference to the drawings.

[0019] In the related art, when displaying a route on an electronic map, the combination of different route planning modes and route interpretation scenarios corresponds to different code logic. With the increasing number of route interpretation scenarios and route planning modes, the code logic corresponding to the combination of the two becomes increasingly complex, and the current route display method using hard coding is disadvantageous for code maintenance and update. When a new route interpretation scenario or route planning mode is added, both the server and the terminal device need to modify or add new related protocol data, and then respectively realize internal logic iteration, and finally jointly debug and release, resulting in low overall iteration efficiency.

[0020] In order to reduce the complexity of code logic and improve iteration efficiency, the embodiments of the present application provide a path display method and related device.

[0021] The route display method provided in the embodiment of the present application may be applied to electronic devices having the capabilities of route calculation, processing, and display, such as a server or a terminal device, and the method may be executed by the server separately, or by the terminal device separately, or may be applied to a network scenario in which the terminal device and the server communicate with each other, and the terminal device and the server cooperate to execute the method. The terminal device may be a smartphone, a notebook computer, a desktop computer, an in-vehicle computer, a personal digital assistant (abbreviated as PDA), a tablet computer, and other devices. The server may be an application server or a web server. In actual deployment, the server may be an independent physical server, a server cluster or a distributed system consisting of multiple physical servers, or even a cloud server providing cloud computing services. The terminal and the server are connected directly or indirectly by wired or wireless communication, and the present application is not limited thereto.

[0022] In addition, the technical solutions provided in this application further relate to the field of cloud technology, such as databases.

[0023] Simply put, a database may be considered as a computerized file cabinet that stores electronic files, and users can perform operations on the data in the files, such as adding new data, querying, updating, and deleting data. A "database" is a set of data that is stored together in a uniform manner, can be shared by multiple users, has minimal redundancy, and is independent of application programs and each other.

[0024] A database management system (abbreviated as DBMS) is a computer software system designed to manage databases, and generally has basic functions such as storage, deletion, security guarantee, and backup. Database management systems can be classified using the database model they support, e.g., relational expressions, XML (Extensible Markup Language), or based on the type of computer they support, e.g., server clusters, mobile phones, or based on the query language they use, e.g., SQL (Structured Query Language), XQuery, or based on performance impulse focus, e.g., maximum scale, maximum operating speed, or other classification methods. In any classification method, some DBMSs support various query languages ​​simultaneously, e.g., cross-category.

[0025] In an embodiment of the present application, interpretation templates are stored, queried, modified and synchronized by a database.

[0026] In order to easily understand the technical solution of the present application, the route display method provided in the embodiments of the present application will be described below with reference to an actual application scenario.

[0027] Referring to Fig. 1, Fig. 1 is a schematic diagram of an application scenario of the route display method provided in the embodiment of the present application. As shown in Fig. 1, it includes a terminal device 100 and a server 200. In this embodiment, the server 200 is mainly used as the execution body of the route display method provided in the embodiment of the present application to describe the scenario of the route display method.

[0028] The server 200 receives a route planning request for the route planning mode sent by the terminal device 100. The route planning mode is used to identify the initiation reason for sending the route planning request. A new route planning request is triggered by various initiation reasons, such as yawing in navigation, switching between main roads and side roads, changing user preferences, and adding or deleting waypoints.

[0029] The server 200 determines the corresponding route planning result and the original interpretation data according to the route planning request for the route planning mode. Based on the start point and the end point in the route planning request, the server 200 can calculate the corresponding route planning result. The route planning result includes a route from the planned start point to the end point. The original interpretation data is possible interpretation data for the planned route, and includes the corresponding route interpretation scenario, for example, the route interpretation scenario is whether the planned route avoids traffic jams, passes through mountain roads, avoids mountain roads, avoids road blockages, avoids difficult-to-travel paths, etc. As shown in FIG. 1, from the start point to the end point of this route planning, with the automobile as the means of transportation, the determined route planning result includes two routes, route A, which takes 6 minutes and travels 1.3 kilometers, and route B, which takes 3 minutes and travels 694 meters. Route B passes through a difficult-to-travel path, so route A is a recommended route, and route B is an additional reference route.

[0030] As described above, since the route planning mode can express the initiation reason of the route planning request, different route planning results may be determined based on different route planning modes for the same start point and end point. For example, different routes may be included in the route planning result according to different user preferences, intermediate point modifications, etc. Different route planning results may require different types of interpretation elements (corresponding to route interpretation scenarios) to interpret the planning reasons.

[0031] In addition, even if the same route interpretation scenario is determined based on the route planning result, the interpretation elements that need to be actually displayed in different route planning modes may be different. For example, for the same route interpretation scenario, the interpretation elements displayed when planning a route for the first time may be different from the interpretation elements displayed in the route planning mode in navigation.

[0032] In this way, based on the combination of route planning mode and route interpretation scenario, a corresponding interpretation template can be defined, and the interpretation template can determine the display rules and requirements of interpretation elements in different combinations.

[0033] In this way, the server 200 can determine a target interpretation template corresponding to a combination of a route planning mode and a route interpretation scenario according to the route planning mode and the route interpretation scenario corresponding to the original interpretation data. For example, in the scenario shown in Fig. 1, the route planning mode is first-time route planning, and the route interpretation scenario corresponding to the original interpretation data is avoiding difficult paths, and the server 200 can use avoiding difficult paths and first-time route planning as query words to query a target interpretation template corresponding to the combination mode in the database 300.

[0034] The server 200 determines element information based on the original interpretation data and the target interpretation template, and transmits the element information to the terminal device 100 as an interpretation explanation of the determined route planning result. The element information includes an element identifier corresponding to the target interpretation element of the route planning result, and the element identifier is used for the target interpretation element displayed when the route planning result is displayed on the terminal device 100. For example, route B has a difficult path with a length of 549 meters, and the target interpretation element is an element identifier interpreting the difficult path, and when the route planning result is displayed, an icon corresponding to the difficult path (a circle with narrow characters), copywriting (the difficult path has already been avoided and is 549 meters in total), etc. are displayed on route B, so that the user of the terminal device 100 can easily understand why the recommended route of the current route planning result is route A, and route B is set as an additional reference route. In this way, the terminal device 100 receives the element information sent by the server 200 and displays it accordingly at a position corresponding to the route planning result. Therefore, even if it is a new route interpretation scenario, the terminal device 100 can complete the display of the interpretation elements only based on the instructions of the element information, which does not require cumbersome code debugging and logic iteration, and frees up the processing resources of the terminal device 100.

[0035] For various combinations of route planning modes and route interpretation scenarios, the technical solution of the present application does not realize the corresponding code logic in a hard-coded manner, but pre-stores different combinations in the form of different interpretation templates, so that various combinations of route planning modes and route interpretation scenarios are decoupled from each other and can be maintained and updated separately. At the same time, when a new route interpretation scenario is added, only an interpretation template corresponding to the combination is added, and the independent update and maintenance of each interpretation template is also easy.

[0036] Referring to Fig. 2, Fig. 2 is a signaling interaction diagram of a route display system provided in an embodiment of the present application. As shown in Fig. 2, the route display system mainly includes a terminal device for realizing the display of route planning results and target interpretation elements, and a server for realizing the search of target interpretation templates, the determination and distribution of element information, etc.

[0037] In S201, the terminal device transmits a route planning request for a route planning mode.

[0038] The terminal device sends a route planning request to the server, so that the server calculates a corresponding route planning result according to the route planning request. For example, the terminal device can send a route planning request including a start point, an end point and a waypoint to the server, and the server can correspondingly calculate one or more routes that pass through the start point, the end point and the waypoint according to the start point, the end point and the waypoint included in the route planning request.

[0039] Setting intermediate points is a type of route planning mode. Even if the starting point and the end point are the same, different intermediate points may be set to obtain different route planning results. Therefore, when the terminal device sends a route planning request, the terminal device can send the route planning request according to the route planning mode in which the route planning request is sent.

[0040] This application does not limit the timing of sending a route planning request, and a route planning request may be sent in response to an active trigger by a user, or may be sent based on reasons such as changes in the position of the terminal device, changes in road conditions, periodicity, etc.

[0041] There are many types of route planning modes. The timing when the terminal device sends a route planning request to the server is usually two timings: the timing when route planning is started for the first time for a specified start point and a specified end point, and the timing when route planning is started during navigation. Corresponding to different timings of sending route planning requests, the route planning modes are classified into two categories: a home page planning page mode and a mode during navigation. The home page planning page mode is used for the terminal device to send a route planning request to the server before moving and to identify the reason for starting the route planning request before navigation. The mode during navigation is used for the terminal device to send a route planning request to the server during navigation and to identify the reason for starting the route planning request during navigation. As shown in Table 1, the two categories further include various subdivided route planning modes. For example, Hint may be a main line and side road switching mode in the home page planning page mode, or may be a main line and side road switching mode in the mode during navigation, Ph is a yawing mode during navigation, etc. [Table 1]

[0042] In S202, the server determines corresponding route planning results and original interpretation data according to a route planning request for a route planning mode.

[0043] After receiving the route planning request for the route planning mode sent by the terminal device, the server can calculate the corresponding route planning result according to the start point, end point, route planning mode, etc. included in the route planning request. The route planning result calculation problem can be converted into a mathematical problem, and by setting several objective functions, such as one or more objective functions such as the least time spent on the route, the shortest route distance, and the least number of traffic lights, the user's preferences and multi-dimensional route features are combined, and a corresponding ranking recommendation model is trained using an algorithm such as deep learning to calculate the first K route planning results, and these K route planning results are transmitted to the terminal device and displayed to the user. For example, the multiple routes displayed on the initial planning page may be the first K route planning results calculated by the ranking recommendation model.

[0044] When the K route planning results are displayed to the user in the form of a route on a map, one of them is a recommended route and is displayed in a highlighted state; the remaining K routes are usually additional reference routes and are displayed in a dark color, allowing the user to perform route switching and improving the user experience. As shown in Figure 1, two route planning results, route A and route B, are displayed to the user in the form of a route on a map, route A is a recommended route, and route B is an additional reference route.

[0045] Regarding the recommended route, the user may have questions such as "the recommended route this time is a bit detoured", "why is the familiar route not recommended this time". If the user cannot understand the recommended route, he / she may have a rejection mentality, for example, "if I use the expressway, the distance is close and the time is short, why don't I plan a route using the expressway? Is there a problem with the navigation? I will never use it again". The server determines the corresponding route planning result as well as the original interpretation data according to the route planning request for the route planning mode. The original interpretation data is data for interpreting possible problems regarding the planned route, such as "the planned route is a bit detoured to avoid traffic jams or difficult-to-travel roads", "due to road construction, the familiar route is not recommended", "due to the highway road closure, the nearby and short-time express route is not recommended", etc. The original interpretation data allows the user to trust the recommended route, and increases the user's participation and completion in navigation.

[0046] In S203, a corresponding target interpretation template is determined based on the route planning mode and a route interpretation scenario corresponding to the original interpretation data.

[0047] In order to make the route planning result combined with the original interpretation data more intuitive and understandable for the user, some interpretation elements, such as icons, copywriting, etc., can be added when displaying the route planning result, so that more interpretation information can be displayed in the limited display range of the interface of the terminal device. The original interpretation data includes a corresponding route interpretation scenario, for example, the route interpretation scenario may be whether the planned route avoids traffic jams, passes through mountain passes, avoids mountain passes, avoids road blocks, avoids difficult-to-travel paths, etc.

[0048] Different route interpretation scenarios may use different types of interpretation elements to interpret, and even if the starting point and the end point are similar, different route planning results may be obtained based on different route planning modes, and accordingly, different types of interpretation elements need to be used to interpret. In this way, the corresponding target interpretation template can be jointly determined according to the route planning mode and the route interpretation scenario to obtain the required interpretation elements. The content of the interpretation template mainly defines the required control items of some interpretation elements, for example, the control items may be information on whether to hint related interpretation elements, default copywriting content, priority, style value, etc. By modifying and changing the control items of the interpretation template, different combinations of required interpretation elements can be flexibly arranged, and both the server and the terminal device do not need to modify or newly add related protocol data, and the steps such as cumbersome coding and debugging, logic iteration, etc. can be eliminated, and the effect of rapid iteration can be achieved. The content of the interpretation template and the corresponding description are shown in Table 2. [Table 2]

[0049] By templateizing the interpretation elements and their display methods, the server can flexibly control the display methods of the interpretation elements, and realize the tendency of unifying the logic based on the interpretation templates. At the same time, it realizes the flexible control of the interpretation element display method, and solves the problem that the display method cannot be modified after release. At the same time, with the increase of route interpretation scenarios and route planning modes, it is only necessary to add the corresponding interpretation templates for the combination, and it is also easy to update and maintain each independent interpretation template.

[0050] In S204, element information is determined based on the original interpretation data and the target interpretation template.

[0051] The element information includes an element identifier of a target interpretation element corresponding to a route planning result. The target interpretation element is a display format of an interpretation element required for the route planning result, and the element identifier of the target interpretation element is an index of the display format in the interpretation resource pool of the terminal device. For example, if Zhang San wants to go to a supermarket, the target interpretation element may be a hint of whether the supermarket is open, and the element identifier corresponding to the hint can be used to obtain the target interpretation element in the interpretation resource pool.

[0052] Most of the content of the element information is already defined in the target interpretation template, and when constructing the required element information, it is only necessary to calculate information such as whether the element information sent to the terminal device will be delivered, what style and specific copywriting will be used, etc. based on the target interpretation template and the original interpretation data, and determine the rendering and display method of the element information in the terminal device.

[0053] In some special target path interpretation scenarios, corresponding special target element information needs to be obtained from external services. Refer to Figure 8, which is a schematic diagram of determining element information provided in an embodiment of the present application.

[0054] In S801, the original interpretation data is obtained. In S802, a target interpretation template is obtained. In S803, element information is determined. In S804, special target element information is determined.

[0055] For special route interpretation scenarios such as traffic restrictions and road closures, it is necessary to call an external service to obtain detailed information about the traffic restrictions and road closures based on the road information where the route interpretation scenario is located in the original interpretation data, and then convert the corresponding target interpretation template into special element information such as traffic restriction lines, traffic restriction areas, or road closure hints.

[0056] In S205, the server transmits the element information to the terminal device.

[0057] The server sends the element information to the terminal device, so that the terminal device obtains the target interpretation element according to the element information, and further displays the target interpretation element while displaying the route planning result.

[0058] In S206, the terminal device determines a target interpretation element from an interpretation resource pool stored in the locale based on the element information.

[0059] After the terminal device receives the element information sent by the server, it searches for a target interpretation element from an interpretation resource pool based on the element information. The interpretation resource pool is stored locally by the terminal device, and includes various element materials of elements that need interpretation, and is indexed by element identifiers. For example, the element materials may be the display manner of the interpretation element, such as background color, font size, pitch, and the like, and data such as background picture, icon, etc.

[0060] In this way, the terminal device can determine the required target interpretation element based on the element information sent by the server, and there is no need to implement related logic such as whether the interpretation element should be displayed, how it should be displayed, and the display priority; all of these related logic are implemented in the server, and the terminal device does not need to pay attention to which service to obtain the element information from, but only needs to pay attention to how to render and display the interpretation element and the overlay logic, thereby making the terminal device lighter, simplifying the implementation process inside the terminal device, and reducing complexity.

[0061] In S207, when the terminal device displays a route planning result corresponding to the route planning request, the terminal device displays a target interpretation element.

[0062] Please refer to Figure 9, which is a framework diagram of a terminal device displaying a target interpretation element provided in an embodiment of the present application. The terminal device can obtain various element materials of all interpretation elements in advance, for example, when the terminal device is started, the terminal device obtains various element materials of all interpretation elements, and uses all element materials to form an interpretation resource pool, which is stored in the terminal device locale for subsequent use.

[0063] After the server sends the element information to the terminal, the terminal device queries the required target interpretation element from the interpretation resource pool based on the element information, and when displaying a route planning request, renders and displays the target interpretation element into the route planning result, and displays it to the user.

[0064] After obtaining the target interpretation element, the terminal device can calculate a position corresponding to the target interpretation element based on the route planning result, and display the target interpretation element at the corresponding position when displaying the route planning result corresponding to the route planning request.

[0065] As can be seen from the above technical solution, the terminal device obtains a route planning request for a route planning mode and sends it to the server, and the server can determine the corresponding route planning result and possible original interpretation data related to the current route planning result according to the route planning request for the route planning mode. The route interpretation scenario corresponding to the original interpretation data and the route planning mode are used as query words to query the corresponding target interpretation template, and the target interpretation template is used as the interpretation explanation of the route planning result to determine the target interpretation element that needs to be displayed when the route planning result is displayed on the terminal device. This interpretation template determination method allows the combinations of various route planning modes and route interpretation scenarios to be decoupled from each other, and can be maintained and updated separately, eliminating the hard-coding step in the related art. When a new route interpretation scenario is added, it is only necessary to add an interpretation template corresponding to the combination, and it is also easy to update and maintain each independent interpretation template. Even for a new route interpretation scenario, the terminal device can complete the display of the interpretation element only based on the instruction of the element information, without the need for cumbersome coding and debugging and logic iteration, and freeing up the processing resources of the terminal device.

[0066] The above technical solution may be applied to different map products, for example, the type of map product may be mobile map, Pangu map software development kit (SDK), car connected map, etc. The needs of interpretation route planning results between different map products may be different, and because of the distinction in display manner and location, different map products may have different interpretation elements that need to be displayed even based on the same route planning mode and route interpretation scenario, so it is necessary to define independent interpretation templates respectively. In order to obtain a target interpretation template corresponding to the route planning request sent by the map product, relevant information about the type of map product may be added when sending the route planning request. In this way, the target interpretation template can be jointly determined based on the three attributes of route planning mode, route interpretation scenario, and type of map product. By adding the type of map product to determine the target interpretation template, the interpretation template can be modified or added to complete the needs of differentiation between different map products, and not only can different map products independently debug their own templates, but also can realize multiple interpretation capabilities for route planning results between each map product.

[0067] For example, if an interpretation template is uniquely determined by three attributes, namely, route planning mode, route interpretation scenario, and type of map product, the above triplet is defined as the key value of the interpretation template, and is defined in the format of Key=<type of map product, route planning mode, route interpretation scenario>. For example, some map product types are shown in Table 3, some route planning modes are shown in Table 1, and some route interpretation scenarios are shown in Table 4. When Key is Mobile_Nil_0, the type of map product is mobile map, the route planning mode is initial route planning, and the route interpretation scenario is blockade avoidance. [Table 3] [Table 4]

[0068] When displaying the route planning result, the most basic service is to display the route planning result, and based on this, an interpretation service for the route planning result is further realized. Based on this, the route planning result and element information are sent to the terminal device in two parts in sequence, so that even if the problem of not being able to obtain the element information occurs, the terminal device can still display the route planning result.

[0069] After the server determines the route planning result according to the route planning request, it first returns the route planning result to the terminal device, so that the terminal device can realize the display of the route planning result. At the same time, the server saves the correspondence between the route plan identification (RPID) of the route planning result and the element information. After the terminal device obtains the route planning result returned by the server, it sends an interpretation service request to the server based on the route identifier included in the route planning result. After obtaining the interpretation service request, the server can call up the element information corresponding to the route identifier based on the route identifier included in the interpretation service request and the previously saved correspondence, and send the element information to the terminal device, so that the terminal device displays the target interpretation element while displaying the route planning result.

[0070] The terminal device sends a route planning request and an interpretation service request to the server in two separate times, so that the server retrieves the obtained results, i.e., route planning result and element information, twice and sends them to the terminal device in two separate times. Even if the terminal device cannot obtain the element information, it can normally display the route planning result, and no reply result can be obtained because the element information cannot be obtained, which ensures the stability of the system and increases the success rate of display by the terminal device.

[0071] In order to make those skilled in the art better understand the technical solution provided in the present application, an embodiment will be described below. Refer to Figure 3, which is a framework diagram of a route display system provided in the embodiment of the present application.

[0072] In order to separate the route planning service and the route interpretation service, a route planning module and a route interpretation module can be arranged in the server, the route planning result can be returned by the route planning module, and the element information can be returned by the route interpretation module. Specifically, every time the terminal device sends a route planning request, the route planning module determines a corresponding route planning result according to the route planning request, and if the current route planning result is related to the original interpretation data, the route planning module generates a plan identifier corresponding to the route planning result, and returns the route planning result and the corresponding plan identifier to the terminal device.

[0073] The path planning module writes the original interpretation data corresponding to the plan identifier into an original interpretation database, which may be a Remote Dictionary Server (Redis) database, and the present application is not specifically limited thereto.

[0074] After receiving the interpretation service request sent by the terminal device, the route interpretation module calls up corresponding original interpretation data in the original interpretation database according to the plan identifier included in the interpretation service request, and obtains a route planning mode and a route interpretation scenario according to the called original interpretation data. The route interpretation module usually pre-obtains all interpretation templates from an interpretation template library, and determines a corresponding target interpretation template from all templates according to the route planning mode and the route interpretation scenario. The interpretation template library can be generated and maintained via an external configuration system.

[0075] The path interpretation module determines element information based on the original interpretation data and the target interpretation template, and sends the element information to the terminal device.

[0076] The interpretation template library is divided into external configuration systems for maintenance and operation, and developers do not need to maintain specific template content, but only need to focus on how to use interpretation templates to realize the internal logic of interpretation. In addition, product and operation personnel do not need to worry about how to use the template content, and can flexibly modify and change the template content through the external configuration system. Systems are divided rationally according to different focus content to achieve efficient integration effects.

[0077] With the increasing number of route planning modes and route interpretation scenarios, the corresponding interpretation templates for the combinations are also increasing. After adding or modifying an interpretation template through an external configuration system, the updated template data needs to be synchronized to the server to ensure data consistency. In order to ensure that the service is not interrupted during synchronization, in the embodiment of the present application, a full double buffering hot loading manner is used to achieve data consistency. A first interpretation template library and a second interpretation template library are constructed in the server cache, and a target interpretation template may be determined based on the interpretation template contained in the first template library.

[0078] Please refer to FIG. 4, which is a flow chart of updating an interpretation template provided in an embodiment of the present application.

[0079] At S410, the server sends an update request to the interpretation template library server.

[0080] For the problem of route planning, it is only necessary to realize data consistency within a certain period of time, and the server is arranged to send an update request to the interpretation template library server at regular intervals, thereby realizing the consistency between the data in the interpretation template library and the data in the server. Of course, in actual application, the interpretation template library may actively distribute updated interpretation templates to the server periodically.

[0081] At S420, a second interpretation template library and a template library digest corresponding to the second interpretation template library are obtained from the interpretation template library server.

[0082] The server obtains a second interpretation template library and a template library digest corresponding to the second interpretation template library from the interpretation template library of the interpretation template library server.

[0083] In S430, a digest to be determined is calculated based on the second interpretation template library.

[0084] When the server acquires the second interpretation template library, the server may encounter a situation where the acquisition is unsuccessful or incomplete, so that the acquired second interpretation template library is different from the interpretation template in the interpretation template library. Based on this, the server calculates a digest to be determined based on the acquired second interpretation template library, and further compares the digest to be determined with a template library digest corresponding to the acquired second interpretation template library.

[0085] In S440, it is determined whether the digest to be determined is the same as the template library digest. If so, S450 is executed, and if not, S460 is executed.

[0086] In S450, if they are the same, the first interpretation template library is replaced with the second interpretation template library.

[0087] Being the same means that the content of the second interpretation template library is the same as the content in the interpretation template library, and the first interpretation template library can be replaced with the second interpretation template library to complete the update.

[0088] If they are not the same in S460, the update ends.

[0089] If they are not the same, it means that the second interpretation template library obtained may be corrupted, and the update is terminated.

[0090] In this way, by caching the first interpretation template library and the second interpretation template library in the server cache, only when it is determined that the second interpretation template library is the same as the interpretation template in the interpretation template library, the first interpretation template library can be replaced with the second interpretation template library, and during the replacement, the first interpretation template library can continue to provide the interpretation service for the route planning result to the server, which not only realizes data consistency, but also ensures that the interpretation service for the route planning result is not interrupted during the realization process.

[0091] Because the server does not know whether an interpretation template in the interpretation template library has been modified or added, in order to save computational resources, before obtaining the second interpretation template library, the server can determine whether the second interpretation template library has changed, and if the second interpretation template library is different from the first interpretation template library, the server uses the second interpretation template library to update the first interpretation template library. Referring to Figure 5, this figure is a flowchart of updating an interpretation template provided in an embodiment of the present application, in which S420 is realized by S421-S424, and only S421-S424 will be described below.

[0092] In S421, a template library digest corresponding to the second interpretation template library is obtained from the interpretation target server. In S422, it is determined whether the template library digest corresponding to the second interpretation template library is the same as the digest of the first interpretation template library, and if so, S460 is executed, and if not, S423 is executed. If the two are the same in S460, the update ends. In S423, if they are not the same, a second interpretation template library is obtained from the interpretation template library server.

[0093] In order to better maintain and update the interpretation template and the original interpretation data, the interpretation elements in the interpretation template and the original interpretation data can be protocolized, for example, the composition unit of the interpretation element can be determined based on the type of the interpretation element, for example, the type of point, line, area, etc., specifically, the composition unit can be a field such as a line sequence, a point sequence, copywriting, and a possible ID list extracted from the combination of the route planning mode and the route interpretation scenario, and the point sequence can be all possible situations related to a point-type interpretation element, such as a circle point and a square point. The server builds a route interpretation protocol based on the composition unit, and determines a first interpretation database including the original data and the target interpretation template based on the route interpretation protocol. The interpretation elements required for the interpretation template and the original interpretation data are protocolized through the composition unit, and provide such interpretation elements in the form of an interface, realizing the mutual decoupling between the route planning module and the route interpretation module in the server, and performing maintenance and update separately.

[0094] The target interpretation template includes the building blocks of the interpretation elements to be displayed, the content of the interpretation elements to be displayed, the style values ​​of the interpretation elements to be displayed, and the priority of the interpretation elements to be displayed.

[0095] In order to better understand the route display method provided in the above embodiment, application scenarios of the route display method provided in the embodiment of the present application will be described below with reference to FIGS. 6a to 6c and 7. FIG.

[0096] 6a-6c, which are schematic diagrams of application scenarios of the route display method provided in the embodiments of the present application. Referring to the method shown in FIG. 7, the route display method includes the following steps: In S701, the terminal device transmits a route planning request for an initial route planning mode.

[0097] As shown in Fig. 6a, the user uses the terminal device to launch the mobile map application software, then inputs a specified starting point and a specified ending point into the search box, and selects one of the transportation modes such as taxi, driving, bus and subway, walking, and bicycle, and the terminal device generates and sends a current route planning request to the server according to the operation triggered by the user. As shown in Fig. 6a, the page further provides the setting of commonly used travel locations such as home, office, etc. and other settings, and facilitates the addition or modification of route planning modes.

[0098] In S702, the server determines corresponding route planning results and original interpretation data according to a route planning request for the initial route planning mode.

[0099] Based on the specified starting point and the specified ending point, the server determines two routes from the starting point to the ending point, which are as follows: Route A: takes 51 minutes by car, has a total length of 26.8 kilometers, and passes through 18 traffic lights; Route B: takes 47 minutes by car, has a total length of 24.6 kilometers, and passes through 25 traffic lights. The route planning results may further relate to the original interpretation data, such as vehicle traffic restrictions, foreign vehicles entering Beijing, etc.

[0100] In S703, the server returns the route planning result to the terminal device.

[0101] First, the route planning result is returned to the terminal device, and the terminal device is guaranteed to display the route planning result normally. That is, even if any one of S704 to S712 has a problem, it is possible to guarantee that the route search result is displayed normally. As shown in Figure 6b, it is a schematic diagram of an interface that displays only the route planning result.

[0102] In S704, the server determines a corresponding target interpretation template according to the mobile map application software, the initial route planning mode, and the route interpretation scenario corresponding to the original interpretation data.

[0103] The triplet consisting of the map product type, the route planning mode and the route interpretation scenario corresponding to the original interpretation data is the basis for searching for the required target interpretation template.

[0104] At S705, the server determines element information based on the original interpretation data and the target interpretation template.

[0105] Based on the original interpretation data and the target template interpretation data, information such as whether to display the target interpretation element, default copywriting, priority, style value, etc. is calculated. In S706, the server stores the correspondence between the plan identifier and the element information of the route planning result. In S707, the server obtains an interpretation service request sent by the terminal device, where the interpretation service request includes a plan identifier of the route planning result. In S708, the element information corresponding to the plan identifier is retrieved based on the correspondence relationship. In S709, the server transmits the element information to the terminal device. In S710, the terminal device determines a target interpretation element from an interpretation resource pool stored in the locale based on the element information. In S711, a display position corresponding to a target interpretation element is calculated based on the path planning result. In S712, when displaying a route planning result corresponding to the route planning request, the target interpretation element is displayed at a corresponding display position.

[0106] If the system is stable, the target interpretation element is displayed at the corresponding display position. For example, the relevant hints that the vehicle traffic restriction or the foreign vehicle enters Beijing are displayed in the area type, and as shown in Figure 6c, the area covered by the larger area represents the vehicle traffic restriction area, and prompts the user to choose to detour or drive directly according to the traffic restriction instructions. The area covered by the smaller area represents that the vehicle will enter the Beijing area when it crosses the area, and the foreign vehicle needs to obtain a Beijing entry permit when it crosses the area. In addition to interpreting by the area type interpretation element, hints are given by copywriting, for example, "The on-site handling of the Beijing entry permit for foreign vehicles has been temporarily suspended, please apply in advance through the "Beijing Traffic Police" app", to help the user make a travel plan. In addition, the congestion existing on the route may be displayed by line type, and the degree of congestion may be displayed by different colors.

[0107] In addition to the route display method provided in the above embodiment, the embodiment of the present application further provides a route display device.

[0108] Please refer to FIG. 10, which is a schematic diagram of a route display device provided in an embodiment of the present application. The device 1000 includes: A first determining unit 1001 for determining corresponding route planning results and original interpretation data according to a route planning request for a route planning mode, the route planning mode being used to identify an initiation reason for the route planning request; A second determining unit 1002 for determining a corresponding target interpretation template according to the route planning mode and a route interpretation scenario corresponding to the original interpretation data; a third determining unit 1003 for determining element information according to the original interpretation data and the target interpretation template, the element information including an element identifier of a target interpretation element corresponding to the path planning result; and a sending unit 1004 for sending the element information to a terminal device, the element information identification being used to instruct the target interpretation element to be displayed when the route planning result is displayed on the terminal device.

[0109] In a possible implementation manner, the route planning request further includes a type of map product for sending the route planning request, and the second determining unit 1002: Based on the route interpretation scenario corresponding to the map product type, the route planning mode and the original interpretation data, a corresponding target interpretation template is determined.

[0110] In a possible realisation manner, the target interpretation template is determined from an interpretation template contained in a first interpretation template library, the device 1000 further comprising: obtaining, from an interpretation template library server, a second interpretation template library and a template library digest corresponding to the second interpretation template library; Calculating a digest to be determined based on the second interpretation template library; and replacing the first interpretation template library with the second interpretation template library if verification is successful based on the digest to be determined and a template library digest corresponding to the second interpretation template library.

[0111] In a possible implementation, the device 1000 further comprises: determining a building block of the interpretation element based on the type of the interpretation element; Constructing a path interpretation protocol based on the building blocks; Based on the path interpretation protocol, a first interpretation template library is determined, the first interpretation template library including the original interpretation data and the target interpretation template.

[0112] In a possible implementation, the target interpretation template includes the components of the interpretation elements to be displayed, the contents of the interpretation elements to be displayed, the style values ​​of the interpretation elements to be displayed, and the priorities of the interpretation elements to be displayed.

[0113] In a possible implementation, the device 1000 further comprises: Return the route planning result to the terminal device, and store the correspondence between the plan identifier of the route planning result and the element information; Obtain an interpretation service request transmitted by the terminal device, the interpretation service request including the plan identifier; The method is used to execute a step of retrieving the element information corresponding to the plan identifier based on the correspondence relationship, and transmitting the element information to a terminal device.

[0114] The embodiment of the present application further provides a route display device. Refer to FIG. 11, which is a schematic diagram of a route display device provided in the embodiment of the present application. The device 1100 includes: A sending unit 1101 for sending a route planning request to a server for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; an acquiring unit 1102 for acquiring element information returned by the server, the element information including an element identifier for instructing the terminal device to display the target interpretation element when displaying the route planning result; a determining unit 1103 for determining a target interpretation element from an interpretation resource pool stored in a locale according to an element identifier included in the element information; A display unit 1104 for displaying the target interpretation element when displaying a route planning result corresponding to the route planning request.

[0115] In a possible implementation, before obtaining the element information returned by the server, the device 1100 further comprises: Obtain a route planning result returned by the server, the route planning result including a corresponding plan identifier; The plan identifier is used to request obtaining the element information from the server by sending an interpretation service request to the server based on the plan identifier.

[0116] In a possible implementation manner, the route planning mode is used to identify a reason for starting route planning before navigation or a reason for starting route planning during navigation, and the sending unit 1101 is: It is used to send the route planning request to the server when starting route planning for the first time for a specified start point and a specified end point, or when starting route planning during navigation.

[0117] In a possible implementation, the device 1100 further comprises: used to calculate a display position corresponding to the target interpretation element based on the path planning result; The display unit 1104 includes: When displaying a route planning result corresponding to the route planning request, the target interpretation element is used to display the target interpretation element at the display position.

[0118] An embodiment of the present application further provides a route display system, and as shown in FIG. 12, the system 1200 includes a terminal device 1201 and a server 1202, the terminal device 1201 is used to execute the route display method executed on the terminal device side in each of the above embodiments, and the server 1202 is used to execute the route display method executed on the server side in each of the above embodiments.

[0119] The embodiments of the present application further provide a computer apparatus, and the following describes the computer apparatus provided in the embodiments of the present application in terms of hardware implementation.

[0120] Referring to FIG. 13, FIG. 13 is a schematic diagram of the structure of a server provided in an embodiment of the present application, the server 1300 has a large differentiation in terms of arrangement or performance, and includes one or more central processing units (CPU) 1322 (e.g., one or more processors), memory 1332, one or more storage media 1330 (e.g., one or more mass storages) for storing application programs 1342 or data 1344. The memory 1332 and the storage media 1330 may be short-term or permanent storage. The program stored in the storage media 1330 includes one or more modules (not shown), each module includes a series of command operations for the server. Furthermore, the central processing unit 1322 may be arranged to communicate with the storage media 1330 and execute a series of command operations in the storage media 1330 on the server 1300.

[0121] The server 1300 may further include one or more power sources 1326, one or more wired or wireless network interfaces 1350, one or more input / output interfaces 1358, and / or one or more operating systems 1341, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, etc.

[0122] In the above embodiment, the steps performed by the server may be based on the server structure shown in FIG.

[0123] CPU1322 is determining corresponding route planning results and original interpretation data according to a route planning request for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; determining a corresponding target interpretation template based on the route planning mode and a route interpretation scenario corresponding to the original interpretation data; determining element information, including element identifiers of target interpretation elements corresponding to the path planning result, based on the original interpretation data and the target interpretation template; It is used to carry out a step of transmitting the element information to a terminal device, wherein the element identifier in the element information is used to instruct the display of the target interpretation element when displaying the route planning result on the terminal device.

[0124] Preferably, the CPU 1322 can further execute the method steps of any one specific implementation of the path display method in the embodiments of the present application.

[0125] Regarding the above-described route display method, the embodiment of the present application further provides a terminal device for route display, so that the above-described route display method can be actually realized and applied.

[0126] Referring to FIG. 14, FIG. 14 is a structural schematic diagram of a terminal device provided in the embodiment of the present application. For ease of explanation, only the parts related to the embodiment of the present application are shown, and for the specific technical details not disclosed, please refer to the method part of the embodiment of the present application. The terminal device may be any terminal device, including a mobile phone, a tablet computer, a personal digital assistant (PDA), an in-vehicle terminal, etc., and the terminal device is taken as an example of a mobile phone.

[0127] FIG. 14 is a block diagram showing a part of the configuration of a mobile phone related to a terminal device provided in an embodiment of the present application. Referring to FIG. 14, the mobile phone includes components such as a radio frequency (RF) circuit 1410, a memory 1420, an input unit 1430 (including a touch panel 1431 and other input devices 1432), a display unit 1440 (including a display panel 1441), a sensor 1450, an audio circuit 1460 (which may be connected to a speaker 1461 and a microphone 1462), a wireless fidelity (WiFi) module 1470, a processor 1480, and a power supply 1490. Those skilled in the art should understand that the configuration of the mobile phone in FIG. 14 is not limited to the mobile phone, and may include more or less components than those shown in the figure, combine some components, or have a different component arrangement.

[0128] In an embodiment of the present application, the memory 1420 included in the mobile phone can store program code and transmit the program code to the processor.

[0129] The processor 1480 included in the terminal device sending a route planning request to a server for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; a function for obtaining element information returned by the server, the element information including an element identifier for instructing the terminal device to display the target interpretation element when displaying the route planning result on the terminal device; determining a target interpretation element from an interpretation resource pool stored in a locale based on an element identifier included in the element information; and displaying the target interpretation element when displaying a route planning result corresponding to the route planning request.

[0130] The embodiment of the present application further provides a computer-readable storage medium for storing a computer program for executing the route display method provided in the above embodiment.

[0131] An embodiment of the present application further provides a computer program product or a computer program comprising computer instructions stored in a computer-readable storage medium, the computer instructions being read by a processor of a computing device from the computer-readable storage medium, and the processor executing the computer instructions, thereby causing the computing device to perform the route display method provided in various preferred implementations of the above aspects.

[0132] The above are only specific embodiments of the present application, but the scope of protection of the present application is not limited thereto, and any changes or replacements that a person skilled in the art can easily think of within the technical scope disclosed in the present application fall within the scope of protection of the present application. Therefore, the scope of protection of the present application should be governed by the scope of protection of the claims. [Explanation of symbols]

[0133] 100 Terminal Equipment 200 Servers 300 Databases

Claims

1. A route display method executed by a server, comprising: determining corresponding route planning results and original interpretation data according to a route planning request for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; determining a corresponding target interpretation template based on a route interpretation scenario corresponding to the route planning mode and the original interpretation data; determining element information, including element identifiers of target interpretation elements corresponding to the path planning result, based on the original interpretation data and the target interpretation template; a step of transmitting the element information to a terminal device, in which the element identifier in the element information is used to instruct the terminal device to obtain a target interpretation element corresponding to the element identifier from an interpretation resource pool stored locally in the terminal device when displaying the route planning result on the terminal device, and to display the interpretation element required for the route planning result, the target interpretation element being a display format of the interpretation element; method.

2. the route planning request further includes a type of map product for which the route planning request is being sent; determining a corresponding target interpretation template based on a route interpretation scenario corresponding to the route planning mode and the original interpretation data; determining a corresponding target interpretation template based on a route interpretation scenario corresponding to the type of map product, the route planning mode, and the original interpretation data; The method of claim 1.

3. the target interpretation template is determined from interpretation templates included in a first interpretation template library; obtaining, from an interpretation template library server, a second interpretation template library and a template library digest corresponding to the second interpretation template library; calculating a target digest based on the second interpretation template library; and if verification is successful based on the digest to be determined and a template library digest corresponding to the second interpretation template library, replacing the first interpretation template library with the second interpretation template library. The method according to claim 1 or 2.

4. A step of determining a constituent unit of the interpretation element based on the type of the interpretation element; building a route interpretation protocol based on said building blocks; determining, based on the path interpretation protocol, a first interpretation template library including the original interpretation data and the target interpretation template. The method according to claim 3.

5. The target interpretation template includes a unit of an interpretation element to be displayed, a content of an interpretation element to be displayed, a style value of an interpretation element to be displayed, and a priority of an interpretation element to be displayed; The method according to claim 4.

6. returning the route planning result to the terminal device, and storing a correspondence between a plan identifier of the route planning result and the element information; obtaining an interpretation service request sent by the terminal device, the interpretation service request including the plan identifier; and executing a step of calling up the element information corresponding to the plan identifier based on the correspondence relationship and transmitting the element information to a terminal device. The method according to claim 5.

7. A route display method executed by a terminal device, comprising: sending a route planning request to a server for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; obtaining element information returned by the server, the element information including an element identifier; determining a target interpretation element corresponding to the element identifier from an interpretation resource pool stored locally on the terminal device; When displaying a route planning result corresponding to the route planning request, the step of obtaining the target interpretation element and displaying an interpretation element required for the route planning result, wherein the target interpretation element is a display format of the interpretation element. method.

8. Before obtaining the element information returned by the server, obtaining a route planning result returned by the server, the route planning result including a corresponding plan identifier; and requesting to obtain the element information from the server by sending an interpretation service request to the server based on the plan identifier. The method according to claim 7.

9. The route planning mode is used to identify a reason for initiating route planning before navigation or a reason for initiating route planning during navigation, and sending a route planning request to a server for the route planning mode includes: sending the route planning request to a server when initially starting route planning for a specified start point and a specified end point, or when starting route planning during navigation; 9. The method according to claim 7 or 8.

10. Further comprising: calculating a display position corresponding to the target interpretation element based on the path planning result; When displaying a route planning result corresponding to the route planning request, displaying the interpretation element includes: displaying the interpretation element at the display position when displaying a route planning result corresponding to the route planning request.

10. The method of claim 9.

11. A route display device, a first determining unit for determining corresponding route planning results and original interpretation data according to a route planning request for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; a second determining unit for determining a corresponding target interpretation template according to the route planning mode and a route interpretation scenario corresponding to the original interpretation data; a third determining unit for determining element information, including an element identifier of a target interpretation element corresponding to the path planning result, according to the original interpretation data and the target interpretation template; a sending unit for sending the element information to a terminal device, the element identifier in the element information being used to instruct the terminal device to obtain a target interpretation element corresponding to the element identifier from an interpretation resource pool stored locally in the terminal device when displaying the route planning result on the terminal device, and to display the interpretation element required for the route planning result, the target interpretation element being a display format of the interpretation element; Device.

12. A route display device, a sending unit for sending a route planning request to a server for a route planning mode, the route planning mode being used to identify a reason for initiating the route planning request; an acquiring unit for acquiring element information returned by the server, the element information including an element identifier; a determination unit for determining a target interpretation element corresponding to the element identifier from an interpretation resource pool stored locally in the path display device; a display unit for obtaining the target interpretation element and displaying an interpretation element required for the route planning result when displaying the route planning result corresponding to the route planning request, the target interpretation element being a display format of the interpretation element; Route display device.

13. 1. A computer device comprising: a memory for storing program code and transmitting said program code to a processor; A processor that executes the route display method according to any one of claims 1 to 6 or the route display method according to any one of claims 7 to 10 according to commands in the program code. device.

14. A route display system, comprising: a server for executing the route display method according to any one of claims 1 to 6; and a terminal device for executing the route display method according to any one of claims 7 to 10. system.

15. A computer program comprising commands that, when executed by a computer, cause the computer to execute the route display method according to any one of claims 1 to 6 or the route display method according to any one of claims 7 to 10.

Images