WO2023198161A1 - 地图显示方法、可读介质和电子设备 - Google Patents

地图显示方法、可读介质和电子设备 Download PDF

Info

Publication number
WO2023198161A1
WO2023198161A1 PCT/CN2023/088172 CN2023088172W WO2023198161A1 WO 2023198161 A1 WO2023198161 A1 WO 2023198161A1 CN 2023088172 W CN2023088172 W CN 2023088172W WO 2023198161 A1 WO2023198161 A1 WO 2023198161A1
Authority
WO
WIPO (PCT)
Prior art keywords
city
map
information
location
user
Prior art date
Application number
PCT/CN2023/088172
Other languages
English (en)
French (fr)
Inventor
黄鹤
泮华杰
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2023198161A1 publication Critical patent/WO2023198161A1/zh

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/28—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network with correlation of data from several navigational instruments
    • G01C21/30—Map- or contour-matching
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29—Geographical information databases

Definitions

  • the present application relates to the field of computer technology, and in particular to a map display method, a readable medium and an electronic device.
  • city-related information can include city location, city outline, city encyclopedia, city hot spots (Point Of Interest, POI) data and travel methods with other cities.
  • POI Point Of Interest
  • city location and city outline of the city can be displayed, and detailed information of a certain field of the city can be displayed on the display page, such as city encyclopedia, city weather, etc.
  • city + city POI category the relevant information of the city under the city POI category can be displayed, such as the city's popular attractions, popular hotels, popular food, etc.
  • the mobile phone 10' switches from the desktop 101' to the search interface 102' in Figure 1(b).
  • the search interface 102' includes a search information entry box 102a'.
  • the search information "Wuxi" in the search information entry box 102a' the mobile phone 10' switches from the search interface 102' to the city in Figure 1(c) Map interface 103'.
  • the map display method includes: after receiving the city to be queried input by the user, the first electronic device generates a query request according to the city to be queried. The first electronic device queries the corresponding map layer according to the query request. The first electronic device sends the query request to other applications or third-party servers, and other applications or third-party servers query the city information related to the city to be queried according to the query request.
  • the city information related to the city to be queried includes city outline data and city POI data of the city to be queried.
  • the other applications may be other applications related to the map, and the third-party server may be a server related to the map.
  • the first electronic device constructs a city layer based on the city outline data and city POI data of the city to be queried. Finally, the first electronic device overlays the city layer and the map layer to display.
  • the first electronic device overlays the city layer and the map layer to display.
  • the map layer can reflect the city name, city coordinates and topographic map of the city to be queried and its surrounding cities; the city layer can reflect the urban outline of the city to be queried and its surrounding cities; and it can reflect the city outline of the city to be queried and its surrounding cities.
  • Urban hot spots can reflect the city hot spots.
  • a first aspect of the present application provides a map display method.
  • the method is applied to a first electronic device and includes a first query result interface that displays a first location.
  • the first query result interface includes a first query result interface corresponding to a first zoom ratio. No. 1 map information for locations. It is detected that the scaling ratio is adjusted from a first scaling ratio to a second scaling ratio, where the second scaling ratio is smaller than the first scaling ratio.
  • Displays a second query result interface of the first location, the second query result interface includes second map information and first place information of the first location corresponding to the second zoom ratio, wherein the first place information includes the place of the first location Hot data.
  • the first electronic device to which this application is applicable may be any electronic device capable of displaying at least one of the above city information, including Including but not limited to any electronic device such as mobile phones, smart watches, car equipment, tablet computers, laptop computers, wearable devices, head-mounted displays, portable game consoles, smart TVs, etc., this application No specific limitation is made.
  • the first location is also the location to be queried. It can be understood that the location to be queried includes but is not limited to any one of provinces, municipalities, cities, administrative districts, counties, towns and villages, and this application does not specifically limit this. For ease of understanding, the description below will take the first electronic device as a mobile phone and the location to be queried as the city to be queried as an example.
  • the first query result interface refers to the display interface of the first electronic device at the first location at the first scaling ratio.
  • the first query result interface includes first map information of the first location corresponding to the first zoom ratio.
  • the first map information includes the city name, city coordinates and terrain information of the city to be queried.
  • terrain information can be represented by terrain maps.
  • the topographic map may include the surface relief shape and geographical location, and the projection map of the shape on the horizontal plane, which is not specifically limited here.
  • the second query result interface refers to the display interface of the first electronic device at the first location under the second zoom ratio.
  • the second query result interface includes second map information and first place information of the first place corresponding to the second zoom ratio.
  • the first map information includes the city name, city coordinates and terrain information of the city to be queried.
  • terrain information can be represented by terrain maps.
  • the topographic map may include the surface relief shape and geographical location, and the projection map of the shape on the horizontal plane, which is not specifically limited here. It can be understood that since the second zoom ratio is smaller than the first zoom ratio, that is, the first zoom ratio and the second zoom ratio are different, the first map information and the second map information are not the same.
  • the second map information is at least a part of the first map information.
  • the first local information may be city information related to the city to be queried, where the city information related to the city to be queried may include city outline data and city POI data of the city to be queried. It can be understood that the first local information may be obtained from other applications of the first electronic device or a third-party server, and this is not specifically limited.
  • the first electronic device under the first zoom ratio, after receiving the city to be queried input by the user, the first electronic device generates a query request based on the city to be queried, and then, the first electronic device queries the corresponding city according to the query request. first map information, and then the first electronic device generates a first query result interface based on the first map information. Under the second scaling ratio (the second scaling ratio is smaller than the first scaling ratio), the first electronic device queries the corresponding second map information and the first local information according to the query request, and then the first electronic device queries the corresponding second map information and the first local information according to the second map information and the first local information. The first map information generates a second query result interface.
  • the first electronic device will again receive the city to be queried input by the user, and generate a query request based on the city to be queried, and then further query the query and the second zoom based on the query request. information corresponding to the proportion.
  • the first electronic device directly queries the information corresponding to the second zoom ratio according to the query request generated under the first zoom ratio. Both of the above methods can be implemented, and there is no specific limitation on this.
  • the above map display method can adjust local information according to changes in map information when the zoom ratio changes, so that the electronic device can clearly and completely display information related to the location to be queried at each zoom ratio.
  • the combination of map information and city information can reflect the spatial location relationship between the location to be queried and surrounding locations, and then intuitively display the spatial location of the location to be queried to the user.
  • the POI data in city information reflects what is in the place to be queried, and can then intuitively show users the hot spots of the place to be queried and the spatial locations of these hot spots in the place to be queried. Based on this, the location to be queried can be more comprehensively displayed to users at various zoom ratios, reducing the difficulty of user decision-making, shortening the user decision-making cycle, and improving user experience.
  • the map display method further includes the first electronic device generating a second map layer based on the second map information of the first location corresponding to the second zoom ratio, and generating a second map layer based on the second map information corresponding to the second zoom ratio.
  • the first place information of the first place corresponding to the two zoom ratios generates a place layer.
  • the first electronic device overlays and displays the second map layer and the local layer to obtain a second query result interface.
  • the map layer refers to a layer rendered by the first electronic device based on map information.
  • the second map layer refers to a layer rendered by the first electronic device based on the second map information at the second zoom ratio.
  • first map layer refers to a layer rendered by the first electronic device based on the second map information at the first zoom ratio.
  • the local layer refers to a layer rendered by the first electronic device based on the first local information at the second zoom ratio.
  • the first electronic device renders and generates the first map layer according to the first map information, and the first electronic device displays the first map layer to obtain the second query result. interface.
  • the first electronic device renders and generates a second map layer based on the second map information, and simultaneously renders and generates a local layer based on the first local information.
  • the second map layer and the local layer are superimposed and displayed to obtain the second query result interface.
  • the first electronic device renders and generates a second map layer based on the second map information, generates a local layer based on the first location information, and finally overlays and displays the second map layer and Place layer. That is to say, the first local information of the first location corresponding to the second zoom ratio is superimposed on the original layer as an independent layer.
  • the first electronic device only needs to retain the processing method of the original map information. Just process the first place information additionally. On the one hand, the workload of the first electronic device is reduced. On the other hand, when the zoom ratio is reduced again, the original map layer and the local layer can be continued to be superimposed, further reducing the workload of the first electronic device.
  • the first electronic device renders and generates a comprehensive layer based on the second map information and the first local information, and finally displays the comprehensive layer to obtain the second query result interface.
  • the first electronic device overlays the city layer and the map layer to display.
  • the map layer can reflect the city name, city coordinates and topographic map of the city to be queried and its surrounding cities; the city layer can reflect the urban outline of the city to be queried and its surrounding cities; and it can reflect the city outline of the city to be queried and its surrounding cities.
  • Urban hot spots In a possible implementation of the above first aspect, in the above map display method, the first query result interface and the second query result interface are display interfaces of a map application in the first electronic device.
  • a map application is installed in the first electronic device, and the first query result interface and the second query result interface in this application are the display interfaces of the map application in the first electronic device.
  • the first place information also includes place outline data of the first place and place outline data of a plurality of second places, wherein the second place and the first place are One location is adjacent to another.
  • the second query result interface also displays the place outlines of the first place and the second place.
  • the second location being adjacent to the first location means that the second location is a location surrounding the first location.
  • Surrounding locations refer to locations that are spatially adjacent to the location to be queried, or whose spatial distance from the location to be queried is less than a preset distance.
  • the city information related to the city to be queried also includes the city outline data of the city to be queried and the city outline data of surrounding cities.
  • the first electronic device constructs a city layer based on the city outline data of the city to be queried, the city outline data of surrounding cities, and the city POI data of the city to be queried. Finally, the first electronic device overlays the city layer and the map layer to display.
  • the above implementation method is only a partial example display of the second query result query result interface. It can also be that the second electronic device performs the query based on the city outline data of the city to be queried, the city outline data of surrounding cities, and the city POI data of the city to be queried. Construct different city layers respectively, and overlay and display all city layers and map layers to obtain the second query result interface.
  • the second query result interface can reflect the spatial position relationship between the place to be queried and the surrounding places by displaying the local outline of the place to be queried and the local outlines of the surrounding places, thereby intuitively showing the user the location of the place to be queried. spatial location, and then clearly understand the handover situation between the location to be queried and the surrounding locations.
  • the above map display method further includes detecting a switching operation of the first user of the first electronic device switching the query location from the first location to the second location.
  • the third query result interface refers to the display interface of the first electronic device at the second location under the second zoom ratio.
  • the second query result interface includes third map information and second place information of the second location corresponding to the second zoom ratio. It can be understood that the second scaling ratio corresponding to the third query result interface and the second scaling ratio corresponding to the second query result may be the same or different, and there is no specific limitation on this.
  • the second place information is similar to the first place information, except that the first place information is for the first place, and the second place information is for the second place.
  • the above map display method can switch the location to be queried to surrounding locations, realize flexible switching between information of different locations to be queried, simplify the user operation process, reduce the user's operation steps, reduce the user's comparison difficulty, and thus facilitate the user's shortening Decision time.
  • the switching operation includes the first user's clicking operation on the preset position in the second location outline in the second query result interface, and no action is taken for this.
  • the method further includes detecting that the first user selects the first location hotspot data of the first location. address as the first destination. Display the input interface of the departure place, and obtain the first departure place input by the first user. Generate and display at least one travel route corresponding to the first destination and the first departure point.
  • the first electronic device when the first electronic device overlays and displays the city layer and the map layer, it can also receive the starting location and ending location input by the user, and obtain the information through other applications of the first electronic device or a third party.
  • the server determines the travel route, and then generates a travel layer based on the travel information corresponding to the travel route.
  • First Electronic Device overlays map layers, city layers and travel layers to display.
  • the first electronic device displays at least one travel route, displays the travel route from the starting location to a certain city POI data in the location, and displays the transportation hub, travel route and travel cost of the starting location and ending location to the user, Reduce the difficulty of decision-making, facilitate users to make decisions quickly, and improve user experience.
  • the above map display method further includes sharing the second query result interface data to the second electronic device, wherein the second query result interface data can be used by the second electronic device to generate the first query result interface data.
  • the fourth query result interface displayed on the second electronic device.
  • the fourth query result interface is a display interface generated by the second electronic device based on the second query result interface data.
  • the second query result interface data can be used by the second electronic device to generate a fourth query result interface displayed on the second electronic device, so that multiple users can collaboratively select travel plans through multiple electronic devices.
  • the above map display method further includes the first electronic device detecting that the first user selects the second address in the local hotspot data of the first place as the second destination.
  • the first electronic device displays the input interface of the departure place, and obtains the second departure place input by the first user and the third departure place received from the second electronic device, where the third departure place is the second departure place entered by the second user through the second electronic device. Entered on the fourth query result interface on the device.
  • the first electronic device generates and displays at least one travel route corresponding to the second destination and the second departure place, and at least one travel route corresponding to the second destination and the third departure place.
  • the above map display method further includes the first electronic device obtaining from the second electronic device the third destination selected by the second user through the fourth query result interface on the second electronic device.
  • the third destination is the third address in the local hotspot data of the first location.
  • the first electronic device displays the input interface of the departure place, and obtains the fourth departure point input by the first user and the fifth departure point received from the second electronic device, where the fifth departure point is the second departure point entered by the second user through the second electronic device. Entered on the fourth query result interface on the device.
  • the first electronic device generates and displays at least one travel route corresponding to the third destination and the fourth departure point, and at least one travel route corresponding to the third destination and the fifth departure point.
  • a second aspect of the present application provides an electronic device.
  • the electronic device includes a memory for storing instructions, and one or more processors. When the instructions are executed by the one or more processors, the processor executes the above-mentioned step.
  • a third aspect of the present application provides a computer-readable storage medium.
  • the computer-readable storage medium stores instructions.
  • the electronic device causes the electronic device to perform the above-mentioned first aspect or any of the first aspects.
  • a method of map display is provided.
  • a fourth aspect of the present application provides a computer program product, the computer program product comprising instructions, which when executed by one or more processors are used to implement the above first aspect or any one of the first aspects.
  • Map display method
  • Figure 1(a) shows a schematic diagram of the desktop 101' of a mobile phone 10' in some embodiments of the present application
  • Figure 1(b) shows a schematic diagram of the search interface 102' of the mobile phone 10' in some embodiments of the present application
  • Figure 1(c) shows a schematic diagram of the city map interface 103' of Wuxi City in the mobile phone 10' in some embodiments of the present application;
  • Figure 1(d) shows a schematic diagram of the city map interface 103' of Wuxi City in the mobile phone 10' in some other embodiments of the present application;
  • Figure 2(a) shows a schematic diagram of the desktop 101 of the mobile phone 10 in some embodiments of the present application
  • Figure 2(b) shows a schematic diagram of the search interface 102 of the mobile phone 10 in some embodiments of the present application
  • Figure 2(c) shows a schematic diagram of the city map interface 103 of Wuxi City in the mobile phone 10 in some embodiments of the present application;
  • Figure 2(d) shows a schematic diagram of the city map interface 103 of Wuxi City in the mobile phone 10 in some other embodiments of the present application;
  • Figure 2(e) shows a schematic diagram of the city map interface 103′′ of Suzhou in the mobile phone 10 in some embodiments of the present application;
  • Figure 3(a) shows a partial enlarged view of the S1 area in Figure 2(d);
  • Figure 3(b) shows the traffic map interface 104 of Wuxi City in the mobile phone 10 in some embodiments of the present application
  • Figure 3(c) shows the travel map interface 105 from Beijing to Wuxi Nianhua Bay in some embodiments of the present application
  • Figure 4 shows the system architecture applicable to the map display solution in some embodiments of the present application
  • Figure 5 shows an interactive diagram of a map display solution in some embodiments of the present application
  • Figure 6 shows an interactive diagram of a map display solution in some other embodiments of the present application.
  • Figure 7 shows an interactive diagram of a map display solution in other embodiments of the present application.
  • Figure 8 shows the travel map interface 105 in some embodiments of the present application
  • Figure 9 shows the travel map interface 105 in other embodiments of the present application.
  • Figure 10(a) shows the travel map interface 105 in some other embodiments of the present application, which displays the city information of the first city;
  • Figure 10(b) shows the travel map interface 105 in some other embodiments of the present application, which displays the city information of the third city;
  • Figure 11 shows the system architecture applicable to the map display solution in some other embodiments of the present application.
  • Figure 12(a) shows the traffic map interface 104 of Wuxi City in the mobile phone 10 in some embodiments of the present application
  • Figure 12(b) shows the traffic map interface 104 of Wuxi City in the mobile phone 10 in some embodiments of the present application, which includes multiple departure place entry boxes;
  • Figure 12(c) shows the traffic map interface 404 of Wuxi City in the mobile phone 40 in some embodiments of the present application, which includes multiple departure place entry boxes;
  • Figure 12(d) shows the travel map interface 105 in some embodiments of the present application
  • Figure 12(e) shows the travel map interface 105 in some embodiments of the present application
  • Figure 13 shows a schematic diagram of the hardware structure of a mobile phone 10 according to an embodiment of the present application
  • Figure 14 shows a software architecture diagram of the mobile phone 10 according to an embodiment of the present application.
  • the locations involved in this application include but are not limited to any one of provinces, municipalities, cities, administrative districts, counties, towns and villages.
  • the local information involved in this application includes but is not limited to local location, local outline, local encyclopedia, local POI data, and navigation methods between locations.
  • the electronic device to which this application is applicable may be any electronic device capable of displaying at least one of the above city information, including but not limited to, mobile phones, smart watches, vehicle equipment, tablet computers, laptop computers, wearable devices, Any electronic device such as head-mounted displays, portable game consoles, smart TVs, etc.
  • exemplary embodiments of electronic devices include, but are not limited to, Linux operating systems, operating systems developed by Microsoft (Windows), mobile operating systems (iOS) developed by Apple, Android open source operating systems, and Hongmeng operating systems. (HarmonyOS) or other operating systems for various electronic devices.
  • Linux operating systems operating systems developed by Microsoft (Windows), mobile operating systems (iOS) developed by Apple, Android open source operating systems, and Hongmeng operating systems. (HarmonyOS) or other operating systems for various electronic devices.
  • the following uses the electronic device as a mobile phone 10, the location to be queried as the city to be queried, and the city to be queried as Wuxi as an example to describe the map display solution in this application in detail.
  • Figure 1(a) shows a schematic diagram of the desktop 101' of the mobile phone 10' in some embodiments of the present application.
  • Figure 1(b) shows a schematic diagram of the search interface 102' of the mobile phone 10' in some embodiments of the present application.
  • Figure 1(c) shows a schematic diagram of the city map interface 103' of Wuxi City in the mobile phone 10' in some embodiments of the present application.
  • Figure 1(d) shows a schematic diagram of the city map interface 104' of Wuxi City in the mobile phone 10' in some other embodiments of the present application.
  • This application provides a map display method, including: after the map APP 11 in the mobile phone 10 receives the city to be queried input by the user, the map APP 11 Generate a query request based on the city to be queried.
  • the map APP 11 queries the corresponding map layer according to the query request.
  • the map layer queried by the map APP 11 includes the city name, city coordinates and topographic map of the city to be queried and its surrounding cities (that is, the surface relief shape and The projection of geographical location and shape on the horizontal plane). It can be understood that surrounding cities refer to other cities that are spatially adjacent to the city to be queried, or cities whose spatial distance from the city to be queried is less than a preset distance.
  • the map APP 11 sends the query request to other applications or third-party servers in the mobile phone 10, and other applications or third-party servers in the mobile phone 10 query the city information related to the city to be queried according to the query request.
  • the city information related to the city to be queried includes city outline data and city POI data of the city to be queried.
  • Other applications in the mobile phone 10 may be other map-related applications, and the third-party server may be a map-related server.
  • Map APP 11 constructs a city layer based on the city outline data and city POI data of the city to be queried.
  • Map APP 11 overlays the city layer and the map layer to display.
  • the map layer displays the traffic information and terrain information of the city to be queried and surrounding cities.
  • the city outline is not displayed by default.
  • the city to be queried is only displayed when the city to be queried is searched.
  • City urban silhouette However, in some cases, it is necessary to see the handover situation between the city to be queried and surrounding cities.
  • the map display method provided by this application also includes: the city information related to the city to be queried also includes city outline data of surrounding cities.
  • Map APP 11 constructs a city layer based on the city outline data of the city to be queried, the city POI data of the city to be queried, and a city layer. Finally, Map APP 11 overlays the city layer and the map layer to display.
  • the map APP 11 in the mobile phone 10 displays the city layer and the map layer together.
  • the map layer can reflect the city name, city coordinates and topographic map of the city to be queried and its surrounding cities; the city layer can reflect the urban outline of the city to be queried and its surrounding cities; and it can reflect the city outline of the city to be queried and its surrounding cities.
  • Urban hot spots the combination of the map layer and the city layer can reflect the spatial location relationship between the city to be queried and the surrounding cities, and then intuitively display the spatial location of the city to be queried to the user.
  • the urban POI data of the city to be queried in the city layer reflects what is in the city to be queried, and thus can intuitively display to the user the urban hot spots of the city to be queried and the spatial location of these urban hot spots in the city to be queried.
  • the city layer also provides interactive capabilities on the layer, making it easier for users to switch to other display interfaces, improving the user experience.
  • Figure 2(a) shows a schematic diagram of the desktop 101 of the mobile phone 10 in some embodiments of the present application.
  • Figure 2(b) shows a schematic diagram of the search interface 102 of the mobile phone 10 in some embodiments of the present application.
  • Figure 2(c) shows a schematic diagram of the city map interface 103 of Wuxi City in the mobile phone 10 in some embodiments of the present application.
  • the desktop 101 of the mobile phone 10 includes an application icon 101a of a map application (Application, APP).
  • a map application Application, APP
  • the search interface 102 of the map APP includes a search information input box 102a and a city selection area 102b.
  • the mobile phone 10 switches from the search interface 102 in Figure 2(b) to the Wuxi City city map interface 103 in Figure 2(c).
  • the city map interface 103 is an interface in which the city layer and the map layer are superimposed and displayed.
  • the city map interface 103 may include a city name area 103a, a POI category area 103b, a surrounding city area 103c and a map display area 103d.
  • the city name area 103a displays the city name of Wuxi City.
  • the POI category area 103b displays multiple POI category buttons such as an airport button 103b1, a train station button 103b2, and a scenic spot button 103b3.
  • the surrounding city area 103c displays selection buttons for cities surrounding Wuxi City, for example, Suzhou City button 103c1, Huzhou City button 103c2, Changzhou City button City button 103c3, Xuancheng City button 103c4 and Taizhou City button 103c5.
  • the map display area 103d displays the city contour (City Contour, CC) of Wuxi City and its surrounding cities, as well as city POI data in Wuxi City (such as airports, railway stations and other transportation hubs and scenic spots in Wuxi City, etc.).
  • CC city Contour
  • the map display method provided by this application, after the APP 11 in the mobile phone 10 receives the user's query operation, obtains the map layers related to the city to be queried and the map layers related to the city to be queried through other applications in the mobile phone 10 or a third-party server. City information related to the city to be queried, and then a city layer can be generated based on the city information related to the city to be queried.
  • the above method generates a city map interface 103 by overlaying and displaying city layers and map layers. Through the city map interface 103, the mobile phone 10 can display the relative positions of the city to be queried and surrounding cities, and also display the transportation hubs and scenic spots of the city to be queried. and other city POI data to simplify the user’s query process and improve user experience.
  • the outer outline of the map display area 103d in the city map interface 103 is a rectangle or a rounded rectangle, and the city to be queried can be displayed in the map display area 103d.
  • map display area 103d in the city map interface 103 in Figure 2(c) can display the entire city outline of the city to be queried and the partial city outline of the surrounding cities, up to the entire urban layout of the city to be queried and parts of the surrounding cities.
  • the city map fills the entire rectangle or rounded rectangle.
  • Figure 2(d) shows a schematic diagram of the city map interface 103 of the mobile phone 10 in some other embodiments of the present application.
  • the shape of the city map interface 103 is not specifically limited, and the city map interface 103 can display the complete city outline and surrounding cities of the city to be queried. Complete city outline. Among them, the surrounding cities are the cities in the surrounding cities that border the city to be queried.
  • the user wants to further query the city information of one of the surrounding cities of the city to be queried.
  • This application provides a map display method, which also includes the map APP 11 in the mobile phone 10 receiving the adjusted city to be queried input by the user on the city map interface of the city to be queried, wherein the adjusted city to be queried can be the city to be queried.
  • the map APP 11 obtains the adjusted map layer and information related to the city to be queried from the mobile phone 10 or other applications in the mobile phone 10 in other terminals or a third-party server. City information, and construct an adjusted city layer through the adjusted city information related to the city to be queried.
  • Map APP 11 overlays and displays the adjusted city layers and map layers related to the city to be queried. Since the overall steps are similar to those in the previous application scenario, they will not be described in detail here.
  • Figure 2(e) shows a schematic diagram of the city map interface 103′′ of Suzhou City in the mobile phone 10 in some embodiments of the present application.
  • Suzhou City button 103c1 Huzhou City button 103c2, Changzhou City button 103c3, Xuancheng City button 103c4 and Taizhou City button 103c5 are displayed in the surrounding city area 103c in the city map interface 103.
  • the display interface of the mobile phone 10 switches from the city map interface 103 of Wuxi City in Figure 2(c) to the city map interface 103′′ corresponding to Suzhou City in Figure 2(e). Since the layout of the city map interface 103′′ of Suzhou City is relatively similar to the layout of the city map interface 103 of Wuxi City, no further description will be given here.
  • the display interface in the mobile phone 10 switches from the city map interface 103 of Wuxi City in Figure 2(c) to the Suzhou City map interface in Figure 2
  • the city map interface 103′′ of the city is not described in this application.
  • the map display method provided by this application can switch the city to be queried to the surrounding city through the buttons of the surrounding cities in the city map interface 103, realizing flexible switching between city information of different cities to be queried, and simplifying the user operation process. Reduce the user's operation steps and reduce the user's comparison difficulty, thereby shortening the user's decision-making time.
  • This application provides a map display method, including: when the map APP 11 in the mobile phone 10 superimposes the city layer and the map layer together as a city map interface 103 for display, the map APP 11 receives the starting location and ending location input by the user, The travel route is determined through other applications in the mobile phone 10 or a third-party server, and then a travel layer is generated based on the travel information corresponding to the travel route.
  • Map APP 11 overlays map layers, city layers and travel layers to display.
  • Figure 3(a) shows a partial enlarged view of the S 1 area in Figure 1(d)
  • Figure 3(b) shows the traffic map interface 104 of Wuxi City on the mobile phone 10 in some embodiments of the present application
  • Figure 3( c) shows the travel map interface 105 from Beijing to Wuxi Nianhua Bay in some embodiments of the present application.
  • Figure 3(a) shows a partial enlarged view of the S 1 area in Figure 1(d)
  • Figure 3(b) shows the traffic map interface 104 of Wuxi City on the mobile phone 10 in some embodiments of the present application
  • Figure 3( c) shows the travel map interface 105 from Beijing to Wuxi Nianhua Bay in some embodiments of the present application.
  • the display interface of the mobile phone 10 is switched from the city map interface 103 in Figure 1(d) to the traffic map interface 104 in Figure 3(b).
  • the traffic map interface 104 includes a city name area 104a, a POI category area 104b, a departure location input box 104c and a map display area 104d.
  • the user enters the user's planned departure location "Beijing" in the departure location input box 104c.
  • the display interface of the mobile phone 10 is switched from the travel map interface 104 in Figure 3(b) to the travel map interface 105 shown in Figure 3(c).
  • the travel map interface 105 is the effect of the map APP 11 overlaying and displaying the map layer, the city layer and the travel layer.
  • the travel map interface 105 includes a city name area 105a, a city POI category area 105b, a departure location input box 105c and a map display area 105d.
  • the map display area 105d displays a travel route with "Beijing" as the starting location and “Nianhua Bay” in “Wuxi” as the ending location. Specifically, the map display area 105d displays the transportation hubs through which the travel route passes, the travel direction, the travel time and the travel cost.
  • “Nianhuawan” from Beijing to Wuxi includes 3 travel routes: travel route l 1 , "Beijing South Railway Station - Yixing Station - Nianhuawan”; travel route l 2 , “Beijing South Railway Station - Wuxi East Station - Nianhuawan”; travel route l 3 , "Beijing Daxing International Airport - Sunan Shuofang International Airport - Nianhuawan”.
  • the map display area 105d also displays traffic information corresponding to the travel route.
  • the traffic information from Beijing South railway Station to Yixing Station is "5 hours and 5 minutes, 504 yuan”
  • the traffic information from Yixing Station to Nianhua Bay is "1 hour and 8 minutes, 158 yuan”. Since the traffic information of travel route l 2 and travel route l 3 is similar to the traffic information of travel route l 1 , they will not be described one by one here. In addition, you can click on each travel route to query detailed information, such as access methods, etc.
  • the map APP 11 in the mobile phone 10 displays the travel route from the departure location to the POI data of a certain city in the city through the travel map interface 105, showing the user the transportation hubs, travel routes and Travel costs reduce the difficulty of decision-making, facilitate users to make decisions quickly, and improve user experience.
  • Figure 4 shows the system architecture of a display system applicable to the map display solution in some embodiments of the present application.
  • the system architecture of the display system in this application includes a mobile phone 10, a server 20 and a server 30 that have established communication connections.
  • the map APP 11 is installed in the mobile phone 10
  • the server 20 includes a city retrieval module 21 and a city query module 22
  • the server 30 includes a city transportation module 31 and a city navigation module 32.
  • the city retrieval module 21, the city query module 22, the city traffic module 31 and the city navigation module 32 can be integrated in the same server. In other implementations, the city retrieval module 21, the city query module 22, the city traffic module 31 and the city navigation module 32 can also be located in different servers in the distributed system, which is not specifically limited in this application.
  • the map APP 11 is used to establish the interaction between the user and the city retrieval module 21, the city query module 22, the city transportation module 31, the city navigation module 32 and other modules.
  • the map APP 11 is used to establish interaction between the user and the city retrieval module 21 and the city query module 22 .
  • land The Figure APP 11 is used to receive the search information input by the user, and generate a search request for instructing the city search module 21 to search the corresponding city based on the search information.
  • the map APP 11 is used to receive the city selected by the user, and generate a query request for instructing the city query module 22 to query the corresponding city information according to the city selected by the user.
  • the map APP 11 can also render a city layer based on the city information queried by the city query module 22, so as to intuitively display the city information queried by the city query module 22 to the user.
  • the map APP 11 is used to establish interaction between the user and the urban traffic module 31 and the urban navigation module 32.
  • the map APP 11 is used to receive the city POI data and departure location input by the user, and generate a route query request for instructing the urban transportation module 31 to query the shuttle route based on the city POI data and departure location.
  • the map APP 11 is used to receive the shuttle route, starting transportation hub and ending transportation hub returned by the urban transportation module 31, and generate a map for indicating according to the starting location and starting transportation hub, and/or the ending location and ending transportation hub.
  • the navigation module 32 queries the route navigation request of the corresponding navigation route.
  • Map APP 11 can also determine the travel route between the starting location and the ending location based on the shuttle route and navigation route.
  • the map APP 11 can also render a travel layer based on the determined travel route to intuitively display the shuttle route determined by the urban transportation module 31 and the navigation route determined by the urban navigation module 32 to the user.
  • the city retrieval module 21 may be a general service, used to retrieve cities associated with the retrieval information.
  • the city query module 22 may be a general service, used to query the city name, city outline and city POI data of the city to be queried, and used to query the city name and city outline of surrounding cities.
  • the urban transportation module 31 can be a general service and can calculate the shuttle route between two cities through train data and aircraft data.
  • the map navigation module 32 can be a general service and can determine the navigation route between transportation hubs and specific locations (starting location or ending location).
  • the following is an example of the interaction process between the user, the mobile phone 10 and the server 20 in the scenario where the user wants to query the city information of the first city when the technical solution of this application is applied.
  • FIG. 5 shows an interactive diagram of a map display solution in some embodiments of the present application.
  • the display system to which the map display solution in some embodiments of the present application is applicable includes a mobile phone 10 and a server 20 .
  • the map APP 11 is installed on the mobile phone 10, and the server 20 includes a city retrieval module 21 and a city query module 22.
  • the map display solution specifically includes the following steps:
  • Step S501 Map APP 11 receives the search information input by the user.
  • the retrieval information refers to the information input by the user to trigger the map display scheme.
  • the retrieval information may include information entered by the user on the map APP 11 and related to the city to be queried.
  • the input method of retrieving information can be that the user operates the relevant interface of the mobile phone 10, and when the display interface of the mobile phone 10 is the input interface of the map APP 11, input information related to the city to be queried in the input interface.
  • Map APP 11 can obtain the search information entered by the user through the touch screen or voice recognition system.
  • the retrieval information may include text information entered by the user on the map APP 11 related to the city to be queried, that is, the map APP 11 can obtain the text information entered by the user through the touch screen.
  • the user enters text information entered in box 102a in Figure 2(b).
  • the text information entered by the user in the input box 102a is not necessarily the city name of the city to be queried, but may also be the pinyin, first spelling and other information of the city to be queried that can characterize the city to be queried. This application does not elaborate on this. limited.
  • the user wants to query the city information corresponding to Wuxi City.
  • the mobile phone 10 switches from the desktop 101 to the search interface 102 of the map APP 11.
  • the search interface 102 includes a search information input box 102a and a city selection area 102b.
  • User is searching for information Enter text information related to Wuxi in the information input box 102a, such as any one of "Wuxi", “Wuxi City", “ ⁇ ”, "wuxi” and "wx".
  • the retrieval information may also include touch operations performed by the user on the map APP 11 related to the city to be queried, that is, the map APP 11 can obtain the touch operations performed by the user through the touch screen.
  • the touch operation performed by the user on the map APP 11 related to the city to be queried can be at least one of click, double-click, slide, drag, etc. This application does not specifically limit this. For example, if the user wants to query the city information corresponding to Wuxi City, the user operates the relevant interface of the mobile phone 10, and when the display interface of the mobile phone 10 is the map interface of the map APP 11, click any point within the Wuxi city outline in the map interface.
  • Step S502 Map APP 11 generates a retrieval request based on the retrieval information input by the user.
  • the retrieval request refers to the request instruction generated by the map APP 11 based on the retrieval information.
  • the retrieval request carries retrieval information and is used to instruct the city retrieval module 21 to retrieve cities related to the retrieval information.
  • the retrieval request is used to instruct the city retrieval module 21 to retrieve other entities in the city related to the retrieval information, such as city railway stations, city airports, city landmarks, etc.
  • Step S503 The map APP 11 sends the search request to the city search module 21.
  • the map APP 11 generates a retrieval request based on the retrieval information, and sends the retrieval request to the city retrieval module 21, so that the city retrieval module 21 can obtain the corresponding city through the retrieval request.
  • the city retrieval module 21 includes a historical database, an extraction sub-module, a comparison sub-module and a filtering sub-module.
  • historical keywords and historical cities are associated and stored in the historical database.
  • the extraction sub-module is used to extract keywords in the retrieval information carried by the request instruction.
  • the comparison sub-module is used to compare keywords and historical keywords to obtain the similarity between keywords and historical keywords.
  • the filtering sub-module is used to filter out historical keywords corresponding to the retrieval information based on the calculated similarity between keywords and historical keywords, and is used to send the historical cities corresponding to the filtered historical keywords as search results to the map APP 11.
  • offline mining can be through big data offline scheduled tasks to calculate historical keywords and historical cities associated with the entire network as of a certain moment.
  • Step S504 The city retrieval module 21 searches for the city corresponding to the retrieval request, and sends the city corresponding to the retrieval request to the map APP 11.
  • the city retrieval module 21 retrieves the corresponding city according to the retrieval request, and sends the retrieved city to the map APP 11 as the retrieval result.
  • the city retrieval module 21 includes a historical database, an extraction sub-module, a comparison sub-module and a filtering sub-module.
  • the extraction sub-module extracts keywords in the retrieval information.
  • the comparison sub-module compares the extracted keywords with each historical keyword in the historical database to obtain the similarity between the keyword and each historical keyword.
  • the filtering sub-module filters out historical keywords whose similarity exceeds the similarity threshold, and returns the historical cities corresponding to the filtered historical keywords to the map APP 11 as search results.
  • the search information is "wuxi 123”
  • the extraction sub-module extracts the keyword “wuxi” from “wuxi 123”
  • the filtering sub-module filters out the historical keyword “Wuxi” corresponding to the keyword “wuxi”
  • adds the historical keyword The city “Wuxi City” corresponding to the keyword “Wuxi” is sent to the map APP 11 as the search result.
  • the search information is "None nnn"
  • the extraction sub-module extracts the keyword “None” from “None”
  • the screening sub-module filters out the historical keywords “Wuxi”, “Wuwei” and “Wudi” corresponding to the keyword “Wu”, and selects the city “Wuxi City” and the historical keyword “Wuwei” corresponding to the historical keyword “Wuxi”
  • the city “Wuwei City” corresponding to "Wudi” and the city “Wudi County” corresponding to the historical keyword “Wudi” are sent to the map APP 11 as search results.
  • the retrieval information is "South"
  • the extraction sub-module extracts the keyword “South” from “South”
  • the filtering sub-module filters out the historical keywords "Nanjing", “Nanchang”, and “Nanjing” corresponding to the keyword “South”.
  • “Nanning” and “Nanyang”, etc., and the city “Nanjing City” corresponding to the historical keyword “Nanjing”, the city “Nanchang City” corresponding to the historical keyword “Nanchang”, and the city “Nanning” corresponding to the historical keyword “Nanning” City” and the city “Nanyang City” corresponding to the historical keyword “Nanyang” are sent to the map APP 11 as the search results.
  • Step S505 The map APP 11 displays the city corresponding to the search request to the user.
  • the map APP 11 generates a city label button based on the received search results, and displays the generated city label button to the user, so that the user can view the search results corresponding to the search request based on the city label button. , which makes it easier for users to select the city they want to query based on the search results.
  • the city label buttons include Wuxi City label button 102b1, Wuwei City label button 102b2, and Wudi County label button 102b3.
  • the city label buttons include Nanjing City label button, Nanchang City label button, Nanning City label button and Nanyang City label button.
  • the map APP 11 generates a city tab based on the received search results, and displays the generated city tab to the user, so that the user can view the search results corresponding to the search request based on the city tab. Search results, thus making it easier for users to select the city they want to query based on the search results.
  • Step S506 The map APP 11 receives the first city selected by the user.
  • the first city is the city that the user wants to query, that is, the city to be queried.
  • the first city may be a city determined based on a label button or tab selected by the user.
  • the map APP 11 determines the first city selected by the user from the search results through the label button selected by the user.
  • the user touches the touch screen to trigger the Wuxi City label button 102b1 in the city selection area 102b in Figure 2(b), and then the map APP 11 determines that Wuxi City is the first city selected by the user based on the user's touch operation. City.
  • the user triggers the Wuxi City label button 102b1 in the city selection area 102b in Figure 2(b) through the speech recognition system, and then the map APP 11 uses the speech recognition system to recognize the user's voice information, Then Wuxi City is determined as the first city selected by users.
  • Step S507 The map APP 11 generates a first query request corresponding to the first city according to the first city selected by the user.
  • the first query request refers to a request instruction generated by the map APP 11 based on the first city.
  • the first query request is used to trigger the interface of calling the city query module 22.
  • the first query request carries the first city, and the city query module 22 can query the city information corresponding to the first city according to the first query request. It can be understood that the corresponding city information queried according to the first query request corresponds to the first query request and is related to the first city.
  • map APP 11 queries the map layer corresponding to the first city according to the query request.
  • Step S508 The map APP 11 sends the first query request to the city query module 22.
  • the map APP 11 generates a first query request based on the first city, and sends the first query request to the city query module 22, so that the city query module 22 can obtain the corresponding city through the first query request. information.
  • the city query module 22 includes a historical database, an extraction sub-module, a comparison sub-module and a filtering sub-module.
  • historical keywords and historical cities are associated and stored in the historical database.
  • the extraction sub-module is used to extract keywords in the retrieval information carried by the request instruction.
  • the comparison sub-module is used to compare keywords and historical keywords to obtain the similarity between keywords and historical keywords.
  • the filtering sub-module is used to filter out historical keywords corresponding to the retrieval information based on the calculated similarity between keywords and historical keywords, and is used to send the historical cities corresponding to the filtered historical keywords to the map APP as search results 11 .
  • Step S509 The city query module 22 queries the city information corresponding to the first query request, and sends the city information corresponding to the first query request to the map APP 11.
  • the city information corresponding to the first query request includes city information corresponding to the first city, and city information corresponding to surrounding cities of the first city.
  • the city information corresponding to the first city may be the city name, city outline and city POI data of the first city.
  • a set of city POI data may include code (ID), name (name), longitude (lat), and latitude (lon).
  • code ID
  • name name
  • longitude latitude
  • latitude latitude
  • city POI data can be characterized as: 12234 (ID), Sunan Shuofang International Airport (name), 116.32 (lat) and 30.13 (lon). It can be understood that city POI data may also include other dimensions of information, such as address and category dimensions, which are not specifically limited in this application.
  • the city information corresponding to the surrounding cities may be the city names and city outlines of the surrounding cities. It can be understood that the surrounding cities of the first city may be cities that border the first city in terms of spatial geographical relationship, or may be cities whose minimum distance from the first city is within a preset distance threshold.
  • the minimum distance between two cities refers to the minimum value of the distance between any point on the urban outline of one city and any point on the urban outline of the other city.
  • the city information corresponding to the surrounding cities of Wuxi City may include the city names and city outlines of Xuancheng, Changzhou, Taizhou, Huzhou and Suzhou.
  • the city information corresponding to the surrounding cities of Wuxi City may also include the city name and city outline of Zhenjiang City, which is adjacent to Changzhou and Taizhou, and the city name and city outline of Jiaxing City, which is adjacent to Huzhou and Suzhou.
  • the city information corresponding to the first query request is adapted to the specifications of the display interface of the mobile phone 10: when the proportion of the display interface of the mobile phone 10 is larger than that of the first city, the city corresponding to the first query request The information includes more city information of the surrounding cities of the first city; conversely, when the display interface of the mobile phone 10 is smaller in proportion to the first city, the city information corresponding to the first query request includes less of the first city. City information for surrounding cities.
  • the first city is Wuxi
  • the popular categories include airports, train stations, and scenic spots.
  • the city query module 22 queries the city information of Wuxi City and the city information of surrounding cities of Wuxi City.
  • the city information of Wuxi City includes Wuxi (city name), city outline, and hotspot data in Wuxi City.
  • hotspot data in Wuxi City can include: Sunan Shuofang International Airport, Main Railway Station, Wuxi Station, Wuxi East Railway Station, Wuxi New District Railway Station, Yixing Rail Station, Huishan Ancient Town, Qingming Bridge Ancient Canal Scenic Area, Taihu Yuantou Lake Scenic Area, Lingshan Wonderland, Yixing Longbeishan Forest Park, Nianhua Bay, Three Kingdoms Water Margin Scenic City and Yixing bamboo Sea Scenic Area district.
  • Cities surrounding Wuxi include Xuancheng, Changzhou, Taizhou, Huzhou, Suzhou, Zhenjiang and Jiaxing.
  • the city information corresponding to surrounding cities includes the city names and city outlines of 7 cities: Xuancheng, Changzhou, Taizhou, Huzhou, Suzhou, Zhenjiang and Jiaxing.
  • the JSON file includes detailed information that can display the city POI data, surrounding information that can display the city outline of the surrounding cities of the city to be queried, and outline information that can display the city outline of the city to be queried.
  • a JSON file can be:
  • JSON file detailed information includes the fields of the city POI data of the airport.
  • the specific fields include airport code, airport name, airport longitude and airport latitude.
  • the fields of the city POI data of Sunan Shuofang International Airport include:
  • the detailed information also includes the fields of the city POI data of the train station.
  • the specific fields include the train station code, the name of the train station, the longitude of the train station, and the latitude of the train station, such as the fields of the city POI data of Wuxi Station and Wuxi East Station. include:
  • the detailed information also includes the fields of the city POI data of the scenic spot.
  • the specific fields include the scenic spot code, the scenic spot name, the scenic spot longitude and the scenic spot latitude.
  • the fields of the city POI data of Taihu Yuantouzhu Scenic Area and Lingshan Scenic Area include:
  • the surrounding information includes fields of the city outline of the surrounding cities.
  • the specific fields include the coordinates of multiple points on the city outline.
  • the fields of the surrounding information of Changzhou City, Huzhou City, and Suzhou City include:
  • the outline information includes a field of the city outline of the city to be queried.
  • the specific fields include the coordinates of multiple points on the city outline.
  • the surrounding information field of Wuxi City includes the coordinates of 4 points on the city outline, for example. :
  • Step S510 The map APP 11 renders the city layer according to the city information corresponding to the first query request.
  • the map APP 11 After receiving the city information corresponding to the first query request, the map APP 11 renders the city layer according to the city information corresponding to the first query request. In some implementations of this application, the map APP 11 renders the city layer based on all city information. In some other alternative implementations of this application, the map APP 11 renders the city layer based on part of the city information, so that the rendered city layer can display part of the city information. For example, the rendered city layer displays larger or more popular city POI data. For another example, the rendered city layer displays the type, longitude, and dimension in the city POI data in the city information, but does not display the name in the city POI data.
  • Step S511 The map APP 11 overlays and displays the rendered city layer on the map layer.
  • Map APP 11 renders the city layer based on the city information corresponding to the first query request, and overlays and displays the rendered city layer on the map layer.
  • the map APP 11 displays the city information related to the first city in the city layer.
  • the city map interface 103 includes a city name area 103a, a POI category area 103b, a surrounding city area 103c, and a map display area 103d.
  • a Wuxi city button 103a1 is displayed in the city name area 103a
  • an airport button 103b1, a train station button 103b2, and an attraction button 103b3 are displayed in the POI category area 103b.
  • the city POI categories can be user-defined or generated based on user portraits.
  • Suzhou City button 103c1, Huzhou City button 103c2, Changzhou City button 103c3, Xuancheng City button 103c4, and Taizhou City button 103c5 are displayed in the surrounding city area 103c.
  • the map display area 103d displays the city outline of Wuxi City, city POI data within Wuxi City, and city outlines of cities surrounding Wuxi City.
  • the map APP 11 displays the surrounding cities of the first city side by side in the city selection area 102b in the form of selection buttons.
  • the map APP 11 displays the surrounding cities of the first city in the form of a list.
  • the user selects one of the POI category buttons from the POI category area 103b in the rendered city layer, and the city POI data of that POI category is highlighted in the city layer.
  • the user selects one of the city POI data from the map display area 103d in the rendered city layer, and the city POI data is highlighted in the city layer.
  • the following is an example of the interaction process between the user, the mobile phone 10 and the server 20 , taking a scenario in which the technical solution of this application is applied and the user wants to switch from querying the city information of the first city to querying the city information of the second city.
  • the second city is one of the surrounding cities of the first city.
  • Figure 6 shows an interaction diagram of the map display solution in some other embodiments of the present application applicable to application scenario 2.
  • the display system suitable for the map display solution in some embodiments of the present application includes a mobile phone 10 and a server 20 .
  • the map APP 11 is installed on the mobile phone 10, and the server 20 includes a city retrieval module 21 and a city query module 22.
  • the map display solution specifically includes the following steps:
  • Step S601 Map APP 11 receives the search information input by the user. Among them, the retrieval information refers to the information input by the user to trigger the map display scheme. Step S601 is the same as step S501 and will not be described again.
  • Step S602 Map APP 11 generates a retrieval request based on the retrieval information input by the user. Step S602 is the same as step S502. This will not be described in detail.
  • Step S603 The map APP 11 sends the search request to the city search module 21. Step S603 is the same as step S503 and will not be described again here.
  • Step S604 The city retrieval module 21 searches for the city corresponding to the retrieval request, and sends the city corresponding to the retrieval request to the map APP 11. Step S604 is the same as step S504 and will not be described again.
  • Step S605 Map APP 11 receives the first city selected by the user. Step S605 is the same as step S505 and will not be described again.
  • Step S606 The map APP 11 displays the city corresponding to the search request to the user. Step S606 is the same as step S506 and will not be described again.
  • Step S607 The map APP 11 generates a first query request corresponding to the first city according to the first city selected by the user. Step S607 is the same as step S507 and will not be described again.
  • Step S608 The map APP 11 sends the first query request to the city query module 22. Step S608 is the same as step S508 and will not be described again.
  • Step S609 The city query module 22 queries the city information corresponding to the first query request, and sends the city information corresponding to the first query request to the map APP 11. Step S609 is the same as step S509 and will not be described again here.
  • Step S610 The map APP 11 renders the city layer according to the city information corresponding to the first query request. Step S610 is the same as step S510 and will not be described again.
  • Step S611 The map APP 11 displays the rendered city layer. Step S611 is the same as step S511 and will not be described again here.
  • Step S612 The map APP 11 receives the second city selected by the user.
  • the second city is the city that the user wants to continue to query after querying the first city.
  • the second city can be one of the surrounding cities of the first city.
  • the map APP 11 receives the second city selected by the user from the rendered city layer.
  • the second city may be a city determined based on a selection button of a surrounding city selected by the user from the surrounding city area 103c.
  • the second city may be the city determined by the map APP 11 based on the user clicking the Suzhou button 103c1 in Figure 2(d).
  • the second city may also be a city determined based on the user's touch operation in the map display area 103d.
  • the second city may be determined by the map APP 11 based on the user clicking any point within the city outline of Suzhou. City.
  • Step S613 The map APP 11 generates a second query request corresponding to the second city according to the second city selected by the user.
  • the second query request refers to a request instruction generated by the map APP 11 based on the second city.
  • the second query request is used to trigger the interface of calling the city query module 22.
  • the second query request carries the second city, and the city query module 22 can query the corresponding city information according to the second query request. It can be understood that the corresponding city information queried according to the second query request corresponds to the second query request and is related to the second city.
  • Map APP 11 queries the map layer corresponding to the first city according to the query request.
  • Step S614 The map APP 11 sends the second query request to the city query module 22.
  • the map APP 11 generates a second query request based on the second city, and sends the second query request to the city query module 22, so that the city query module 22 can obtain the corresponding city through the second query request. information.
  • Step S614 is basically the same as step S608 and will not be described in detail here.
  • Step S615 The city query module 22 queries the city information corresponding to the second query request, and sends the city information corresponding to the second query request to the map APP 11.
  • the city information corresponding to the second query request includes city information corresponding to the second city, and pairs of surrounding cities of the second city. corresponding city information.
  • Step S615 has the same principle as step S609 and will not be described in detail here.
  • the data return result is consistent with the information specification described in step S509.
  • the second city is Suzhou, and popular categories include airports, train stations, and attractions.
  • the city query module 22 queries the city information of Suzhou City and the city information of surrounding cities of Suzhou City.
  • the city coordinates are (x 2 , y 2 )
  • the city name is "Suzhou”
  • hot spots in Suzhou include Suzhou Guangfu Airport, Suzhou Station, Suzhou Park Station, Suzhou North Railway Station, Suzhou New District Railway Station, Yangcheng Lake Railway Station, Kunshan Railway Station, Kunshan South railway Station, Humble Administrator's Garden, Luzhi, Zhouzhuang, Hanshan Temple and Tiger Hill.
  • the surrounding cities of First City include Wuxi, Taizhou, Nantong, Shanghai, Jiaxing and Changzhou.
  • the corresponding city information of surrounding cities includes city coordinates, city names and city outlines of Wuxi, Taizhou, Nantong, Shanghai, Jiaxing and Changzhou.
  • Step S616 Map APP 11 re-renders the city layer according to the city information corresponding to the second query request. Step S616 is basically the same as step S610 and will not be described in detail here.
  • Step S617 The map APP 11 overlays and displays the map layer and the re-rendered city layer.
  • Map APP 11 re-renders the city layer based on the city information corresponding to the second query request, and overlays and displays the map layer and the re-rendered city layer.
  • Step S616 is basically the same as step S610 and will not be described in detail here.
  • Map APP 11 updates the city to be queried in the map area from "Wuxi City” to "Suzhou City”, and displays the city name, POI category, and surrounding cities of "Suzhou City”.
  • the following will take the POI data of a city in the first city where the user wants to travel from the third city to the scenario where the technical solution of this application is applied as an example to introduce the interaction process between the user, the mobile phone 10, the server 20 and the server 30. .
  • the third city is the user's departure city.
  • the display system suitable for the map display solution in some embodiments of the present application includes a mobile phone 10 , a server 20 and a server 30 .
  • the map APP 11 is installed on the mobile phone 10
  • the server 20 includes a city retrieval module 21 and a city query module 22
  • the server 30 includes a city transportation module 31 and a city navigation module 32.
  • the map APP 11 executes steps S501 to S511, the following steps may also be included:
  • Step S701 The map APP 11 receives the city POI data selected by the user.
  • the map APP 11 renders the city layer according to the city information corresponding to the first query request, and displays the rendered city layer to the user. It is not difficult to understand that the city POI data in the first city is displayed in the rendered city layer.
  • the user selects one of the city POI data from the rendered city layer.
  • the map APP 11 when the map APP 11 renders the city layer based on the city information corresponding to the first query request, it will generate a city POI button based on each city POI data.
  • the city POI button can be any one of the area corresponding to the city POI data, the icon corresponding to the city POI data, and the name corresponding to the city POI data.
  • the city POI data is Nianhua Bay, as shown in Figure 2(d).
  • the map APP can Receive the city POI data "Nianhuawan" selected by the user.
  • the user selects one type of city POI data from the rendered city layer, and then selects one type of city POI data from the type of city POI data. For example, the user clicks one of the city POI category buttons in the rendered city layer and selects one of the city POI data among the highlighted city POI data of that type.
  • the scenic spots include Huishan Ancient Town, Qingming Bridge Ancient Canal Scenic Area, Taihu Yuantou Lake Scenic Area, Lingshan Wonderland, Yixing Longbeishan Forest Park, Nianhua Bay, Three Kingdoms Water Margin Scenic Area and Yixing bamboo Sea Scenic Area. Subsequently, the user selects Nianhua Bay from the highlighted attractions.
  • the user clicks on the scenic spot icon corresponding to Nianhua Bay or the user clicks on the area where Nianhua Bay is located in Wuxi City. This application does not specifically limit this.
  • Step S702 The map APP 11 generates the ending location based on the city POI data, and generates a starting location input box.
  • the map APP 11 generates a starting location input box 104c below the city name area 104a in the traffic map interface 104.
  • the user can enter a starting location or select a starting location in the starting location input box 104c.
  • the starting location can be a certain city, or it can be a certain city POI data in a certain city.
  • Step S703 The map APP 11 receives the starting location input by the user.
  • the starting location may be location information entered by the user through a touch screen or a voice recognition system, or location information automatically obtained by a positioning system, which is not specifically limited in this application.
  • the ending location may be the first city POI data in the first city, and the starting location may be the third city.
  • the ending location is Nianhua Bay in Wuxi City, and the starting location is Beijing City.
  • the ending location may be the first city POI data in the first city
  • the starting location may be the third city POI data in the third city.
  • the ending location is Nianhua Bay in Wuxi City
  • the starting location is Beijing South railway Station in Beijing. It can be understood that in addition to POI data of railway stations such as Beijing South Railway Station, the departure location can also be POI data of airports and POI data of scenic spots. This comparison does not make specific limitations.
  • the ending location may be the first city POI data in the first city
  • the starting location may be the second city POI data in the first city in addition to the first city POI data.
  • the ending location is Nianhua Bay in Wuxi City
  • the starting location is Huishan Ancient Town in Wuxi City.
  • Step S704 The map APP 11 generates a shuttle request based on the starting location and the ending location.
  • Shuttle request refers to the request instruction generated by Maps APP 11 based on the starting location and ending location.
  • the shuttle request carries relevant information about the starting location and the ending location, and is used to instruct the urban traffic module 31 to retrieve the shuttle route related to the starting location and the ending location.
  • Shuttle routes are city-to-city routes.
  • the number of users is one, and the user is located in a third city, and wants to reach the end location of the first city, or there are multiple users, and multiple users are located in multiple locations in the same third city. And want to reach the same end location of the first city.
  • the ending location is located in the first city
  • the starting location is located in the third city
  • the shuttle request carries the city name of the first city and the city name of the third city.
  • Map APP 11 generates a shuttle request between the first city and the third city based on the city name of the first city and the city name of the third city.
  • the shuttle request carries "Wuxi” and "Beijing", and the urban transportation module 31 is instructed to retrieve the information departing from Beijing to Wuxi shuttle route.
  • the shuttle request carries "Wuxi" and "Beijing" and instructs the urban transportation module 31 to retrieve the departure location from Beijing.
  • the number of important households is multiple, and multiple users are located in different third cities and want to reach the same end location in the first city.
  • the ending location is located in the first city
  • the starting location is multiple and located in different third cities
  • the shuttle request carries the city name of the first city and multiple third cities. city name.
  • Map APP 11 root Shuttle requests for the first city to shuttle between the plurality of third cities are generated based on the city name of the first city and the city names of the plurality of third cities.
  • the shuttle request carries "Wuxi", “Beijing” and "Shanghai”. And instruct the urban transportation module 31 to retrieve the shuttle route from Beijing to Wuxi, and the shuttle route from Shanghai to Wuxi.
  • Step S705 The map APP 11 sends a shuttle request to the urban transportation module 31.
  • the map APP sends the shuttle request carrying the departure city and the destination city to the urban transportation module 31 in the server 30 .
  • Step S706 The urban transportation module 31 determines the starting transportation hub and the ending transportation hub according to the shuttle request, and generates multiple shuttle routes based on the starting transportation hub and the ending transportation hub.
  • the starting transportation hub refers to the transportation hub in the city where the departure location is located
  • the ending transportation hub refers to the transportation hub in the city where the ending location is located.
  • transportation hubs can be airports (such as Sunan Shuofang International Airport, Beijing Capital International Airport and Beijing Daxing International Airport), railway stations (Yixing Station, Wuxi East Railway Station, Beijing South railway Station and Beijing Railway Station), bus stations and docks, etc. , this application does not specifically limit this.
  • the shuttle route is generated by the urban transportation module 31, and is a route between one of the starting transportation hubs and one of the ending transportation hubs, such as l 11 , l 21 and l 31 in Figure 3(b). It can be understood that the departure transportation hub and the destination transportation hub corresponding to a shuttle route are the same type of transportation hub. For example, a shuttle route departs from Beijing South Railway Station to Yixing Station, and another shuttle route departs from Beijing Daxing International Airport to Yixing Station. Sunan Shuofang International Airport.
  • the shuttle route carries shuttle information.
  • the shuttle information may include the flight, time and fee, where the time may include the shuttle duration, and may also include the departure time and arrival time of the flight, which is not specifically limited in this application.
  • Step S707 The urban transportation module 31 sends multiple shuttle routes, starting transportation hubs and ending transportation hubs to the map APP 11.
  • Step S708 The map APP 11 generates a navigation request based on the starting location, starting transportation hub, ending location, and ending transportation hub.
  • the navigation request refers to the navigation instruction generated by the map APP 11 based on the starting location and the starting transportation hub, and/or the ending location and the ending transportation hub.
  • the navigation request carries the starting location and the starting transportation hub, and/or the ending location and the ending transportation hub.
  • the navigation request is used to instruct the city navigation module 32 to calculate the navigation route between the starting location and the starting transportation hub, and/or ending. Navigation routes between locations and terminating transportation hubs.
  • Step S709 The map APP 11 sends a navigation request to the city navigation module 32.
  • the map APP sends a shuttle request carrying the starting location and starting transportation hub, and/or the ending location and ending transportation hub to the city navigation module 32 in the server 30 .
  • Step S710 The city navigation module 32 generates multiple navigation routes according to the navigation request.
  • the city navigation module 32 after receiving the navigation request, extracts the starting location and starting transportation hub in the navigation request, and/or the ending location and ending transportation hub, and then calculates the starting location and starting transportation hub. between the first navigation route, and/or, the second navigation route between the termination location and the termination transportation hub.
  • the navigation route can be at least one of public transportation modes such as walking, cycling, taking a taxi, bus, and subway.
  • the navigation route may be l 12 , l 22 and l 32 in Figure 3(b).
  • the ending location is "Nianhua Bay” in Wuxi City
  • the ending transportation hub is Yixing Station
  • the navigation route is from “Yixing Station” to “Nianhua Bay”
  • the navigation information carried by the navigation route is "Method: Take a taxi, Duration: 1 hour and 8 minutes, cost: 158 yuan.”
  • the ending location is Nianhua Bay in Wuxi City
  • the ending transportation hub is "Wuxi East Station”
  • the navigation route is from “Wuxi East Station” to “Nianhua Bay”
  • the navigation information carried by the navigation route is "Method: Taking a taxi, duration: 1 hour and 10 minutes, cost: 163 yuan.”
  • the ending location is Nianhua Bay in Wuxi City
  • the ending transportation hub is "Sunan Shuofang International Airport”
  • the navigation route is "Sunan Shuofang International Airport”.
  • navigation route between the starting location and the departure transportation hub is generated in the same manner as the navigation route between the ending location and the ending transportation hub, and will not be described in detail here.
  • the departure location when the departure location is a certain city, the departure location can be considered to be the same as the departure transportation hub, and there is no need to generate a navigation route between the departure location and the departure transportation hub.
  • Step S711 The city navigation module 32 sends multiple navigation routes to the map APP 11. Among them, the navigation route carries corresponding navigation information.
  • Step S712 Map APP 11 determines multiple travel routes based on multiple shuttle routes and multiple navigation routes, selects at least one travel route based on the sorting results, and finally renders the travel layer based on at least one travel route.
  • the map APP 11 determines multiple travel routes based on multiple shuttle routes and multiple navigation routes, and renders the travel layer based on at least one travel route.
  • the travel route includes the completion route from the starting location to the ending location, specifically including shuttle routes and navigation routes.
  • the travel route can be l 1 , l 2 and l 3 in Figure 3(b).
  • Map APP 11 sorts multiple travel routes according to preset sorting rules.
  • the map APP 11 sorts multiple travel routes according to preset sorting rules, and then filters out the top N travel routes. For example, Maps APP 11 selects the top three travel routes from multiple travel routes.
  • the preset sorting rule may be to sort according to the length of travel time. Based on this, the map APP11 sorts multiple travel routes from shortest to longest according to the travel time according to the preset sorting rules.
  • the preset sorting rule may also be to sort according to the travel cost. Based on this, Map APP 11 sorts multiple travel routes from low to high according to the travel cost according to the preset sorting rules.
  • the preset sorting rule may also be to sort according to the number of transfers. Based on this, Map APP 11 sorts multiple travel routes according to the number of transfers from least to most according to the preset sorting rules.
  • map APP 11 in this application can also sort travel routes according to route popularity, and so on. Based on this, any sorting scheme that can reasonably sort travel routes is within the protection scope of this application. This application does not specifically limit the preset sorting rules of travel routes.
  • Maps APP 11 When the starting location is Beijing and the ending location is "Nianhua Bay" in Wuxi City, Maps APP 11 generates a total of 10 travel routes based on multiple shuttle routes and multiple navigation routes. We will not introduce them one by one here. After sorting the 10 travel routes according to the preset sorting rules, the Map APP 11 screened out the TOP 3 travel routes:
  • Travel route 1 "Beijing South Railway Station - Yixing Station - Nianhuawan", and the travel information carried by travel route 1 is "Beijing South Railway Station - Yixing Station: 5 hours and 5 minutes, 504 yuan, Yixing Station - Nianhuawan Huawan: 1 hour and 8 minutes, 158 yuan.” It is not difficult to understand that since the departure transportation hub is "Beijing South Railway Station” and the ending transportation hub is "Yixing Station", the shuttle type of "Beijing South Railway Station - Yixing Station" is train.
  • Travel route 2 "Beijing South Railway Station - Wuxi East Railway Station - Nianhuawan", and the travel information carried by travel route 2 is "Beijing South Railway Station - Wuxi East Railway Station: 5 hours and 7 minutes, 514 yuan, Wuxi East Railway Station ——Nianhuawan: 1 hour and 10 minutes, 163 yuan.” It is not difficult to understand that since the departure transportation hub is "Beijing South Railway Station” and the ending transportation hub is "Wuxi East Railway Station", the shuttle type of "Beijing South Railway Station - Wuxi East Railway Station” is train.
  • Travel route 3 "Beijing Daxing International Airport - Sunan Shuofang International Airport - Nianhua Bay", and the travel information carried by travel route 2 is "Beijing Daxing International Airport - Sunan Shuofang International Airport: 2 hours and 20 minutes, 940 yuan , Sunan Shuofang International Airport——Nian Huawan: 1 hour and 9 minutes, 199 yuan.” It is not difficult to understand that since the departure transportation hub is "Beijing Daxing International Airport” and the ending transportation hub is "Sunan Shuofang International Airport”, therefore, "Beijing Daxing International Airport - Sunan Shuofang International Airport” shuttle type is aircraft.
  • Step S713 The map APP 11 overlays and displays the map layer, the city layer and the rendered travel layer.
  • the travel map interface 105 is a map layer, a city layer and a rendered travel layer that are superimposed and displayed. Below the departure location input box 105c, the transportation hub of the departure city corresponding to at least one travel route is displayed. At least one travel route at the same time, and the time and price information corresponding to at least one travel route are displayed.
  • the map APP 11 displays the detailed information of the travel route, and can display the corresponding route details and travel information. For example, clicking on “Beijing South Railway Station” to "Yixing Station” can display the detailed information of the corresponding train; clicking on the route from "Yixing Station” to “Nianhuawan” can display navigation information within the city.
  • the detailed information of the travel route can reflect the transportation of the intermediate transfer. Hubs and detailed navigation routes. For example, if you go from “Beijing" to "Wuxi”, you need to transfer to "Nanjing”. The travel route from "Beijing South Railway Station” to "Wuxi East” is still displayed on the travel layer, but in the train details page, the travel route from "Beijing South Railway Station” to "Wuxi East” is still displayed. Navigation route and navigation information from "Beijing South Railway Station” to "Nanjing South railway Station” and then transfer to "Wuxi East Railway Station".
  • the map APP 11 in the mobile phone 100 pushes hotels and restaurants based on the city POI data and transportation hubs in the travel route selected by the user. Furthermore, the map APP 11 in the mobile phone 100 can generate a travel guide based on city POI data, travel routes, hotels and restaurants.
  • Figure 8 shows the travel map interface 105 in some embodiments of the present application.
  • the travel routes in the travel map interface 105 are displayed in the form of a list, and the top-ranked travel route is highlighted, and the travel route is highlighted in the map display area.
  • the travel map interface 105 also includes a simultaneous display button 1051.
  • the user can click the simultaneous display button 1051.
  • the mobile phone 10 The travel map interface 105 can simultaneously display the ending city where the ending location is located and the departure city where the starting location is located.
  • Figure 9 shows a travel map interface 105 in other embodiments of the present application.
  • the travel map interface 105 in Figure 9 also displays a simultaneous display button 1051.
  • the simultaneous display button 1051 the travel map interface 105 of the mobile phone 10 not only displays the end location
  • the end city “Wuxi City” and the city information of the end city “Wuxi City” are also displayed.
  • the departure city “Beijing City” where the departure location is located, and at least part of the city information of the departure city "Beijing City” are also displayed.
  • the ending city where the ending location is located and the starting city where the starting location is located are displayed in partitions. In some implementations of this application, the ending city where the ending location is located and the starting city where the starting location is located are displayed in separate columns. In some implementations of this application, the display areas of the ending city where the ending location is located and the starting city where the starting location is located are adjustable.
  • the travel map interface 105 also includes a switch display button 1052.
  • the switch display button 1052 When the user is neither familiar with the ending location nor the starting location, the user can click the switch display button 1052. At this time, the mobile phone 10 The travel map interface 105 can switch and display the ending city where the ending location is located and the departure city where the starting location is located.
  • Figure 10(a) shows the travel map interface 105 in some other embodiments of the present application, in which city information of the first city is displayed.
  • Figure 10(b) shows the travel map interface 105 in some other embodiments of the present application, which displays city information of the third city.
  • Figure 10 The travel map interface 105 in (a) is also provided with a switch display button 1052. When the user touches the switch display button 1052 in Figure 10(a), the interface of the mobile phone 100 switches from Figure 10(a) to Figure 10(b) .
  • Figure 11 shows the system architecture applicable to the map display solution in some other embodiments of the present application.
  • the system architecture of the display system in this application includes a mobile phone 10, a server 20, a server 30 and a mobile phone 40 that have established communication connections.
  • the map APP 11 is installed in the mobile phone 10
  • the map APP 41 is installed in the mobile phone 40
  • the server 20 includes a city retrieval module 21 and a city query module 22
  • the server 30 includes a city transportation module 31 and a city navigation module 32.
  • user 00 can operate the mobile phone 10
  • user 01 can operate the mobile phone 40.
  • the map display method provided by this application is suitable for the system architecture of the display system in Figure 11.
  • the traffic map interface and travel map interface between the map apps in the mobile phones held by multiple users can be displayed collaboratively.
  • Figure 12(a) shows the traffic map interface 104 of Wuxi City in the mobile phone 10 in some embodiments of the present application.
  • Figure 12(b) shows the traffic map interface 104 of Wuxi City in the mobile phone 10 in some embodiments of the present application, in which the number of departure place input boxes is two.
  • the traffic map interface 104 of the mobile phone 10 also includes a share display button 1041.
  • the user 00 can click the share display button 1041 in the mobile phone 10 and share the display interface of the mobile phone 10 with another mobile phone 40.
  • the traffic map interface 104 of the mobile phone 10 A departure place input box 104c1 and a departure place input box 104c2 are displayed, and the current traffic map interface 104 is collaboratively displayed to another mobile phone 40.
  • Figure 12(c) shows the traffic map interface 404 of Wuxi City in the mobile phone 40 in some embodiments of the present application, in which the number of departure place input boxes is two.
  • the traffic map interface 404 of the mobile phone 40 displays a departure place input box 404c1 and a departure place input box 404c2.
  • the user 00 enters a third city, such as Beijing, in the departure place input box 104c1 in the traffic map interface 104 of the mobile phone 10 .
  • Another user 01 inputs another third city, such as Shanghai, into the departure place input box 404c2 in the traffic map interface 404 of the mobile phone 40.
  • the display interface of the mobile phone 10 is switched to the travel map interface 105.
  • the display interface of the mobile phone 40 is switched to the travel map interface 405.
  • the travel map interface 105 and the travel map interface 405 can simultaneously display multiple sets of travel routes corresponding to multiple third cities for collaborative selection by multiple users.
  • the user 00 enters a third city in the departure place input box 104c1 in the transportation map interface 104 in the mobile phone 10, and enters the departure place in the transportation map interface 104 in the mobile phone 10 Box 104c2 enters another third city.
  • user 01 inputs a third city in the departure place input box 404c1 in the traffic map interface 404 in the mobile phone 40, and in the traffic map interface 404 in the mobile phone 40 Enter another third city in the departure place input box 404c2.
  • the travel map interface 105 in Figures 12(a) to 12(d) has multiple starting locations, and the travel routes therein are also travel routes from different starting locations to the same ending location. It can be understood that the method of obtaining the travel route is basically the same as the method of obtaining only one departure location, which can be obtained separately multiple times, and will not be described in detail here.
  • the display system not only includes the mobile phone 10, the server 20 and the server 30, but also includes the mobile phone 40.
  • the mobile phone 10 shares the relevant data of the city map interface 105 with the mobile phone 40 , wherein the relevant data of the city map interface 105 can be used by the mobile phone 40 to generate the city map interface 405 displayed on the mobile phone 40 .
  • the mobile phone 10 detects that the user 00 selects the ending location in the city POI data of the first city, such as Nianhua Bay in Wuxi City.
  • the mobile phone 10 displays the traffic map interface 104 including the departure place input box, that is, the input interface for the departure place, and obtains the first departure position input by the user 00 and the third departure position received from the mobile phone 40, wherein the third departure position location is user 01 is input through the traffic map interface 404 on the mobile phone 40.
  • the APP 11 in the mobile phone 10 generates and displays at least one travel route corresponding to the end location and the second starting location, and at least one travel route corresponding to the end location and the third starting location.
  • the APP 11 in the mobile phone 10 generates at least one travel route corresponding to the ending location and the second starting location
  • the APP 41 in the mobile phone 40 generates at least one travel route corresponding to the ending location and the third starting location.
  • a travel route the APP 11 in the mobile phone 10 sends at least one travel route corresponding to the ending position and the second starting position to the APP 41 in the mobile phone 40
  • the APP 411 in the mobile phone 40 corresponds to at least one of the ending position and the third starting position.
  • the travel route is sent to the APP 11 in the mobile phone 10.
  • the APP 11 in the mobile phone 10 obtains the termination location selected by the user 01 through the city map interface 405 on the APP 41 in the mobile phone 40 from the mobile phone 40.
  • the termination location is the city POI data of the first city.
  • Third address The APP 11 in the mobile phone 10 displays the traffic map interface 104 including the departure place input box, that is, the input interface for the departure place, and obtains the fourth starting position input by the user 00 and the fifth starting position received from the mobile phone 40, where , the fifth starting position is input by user 01 through the traffic map interface 404 on the mobile phone 40 .
  • the APP 11 in the mobile phone 10 generates and displays at least one travel route corresponding to the end position and the fourth starting position, and at least one travel route corresponding to the end position and the fifth starting position.
  • the transportation hubs in multiple sets of travel routes may all overlap, partially overlap, or not overlap at all, which is not specifically limited in this application.
  • the map display solution in the present application is applicable to an application system including multiple electronic devices.
  • the map display solution in this application can be applied to a first electronic device and a second electronic device, and can display route information associated with at least one route on the first electronic device and the second electronic device.
  • Figure 13 shows a schematic diagram of the hardware structure of a mobile phone 10 according to an embodiment of the present application.
  • the mobile phone 10 can execute the map display method provided by the embodiment of the present application.
  • the mobile phone 10 may include a processor 110, a power module 140, a memory 121, a camera 193, a mobile communication module 150, a wireless communication module 160, a sensor module 180, an audio module 170, an interface module, a display screen, etc.
  • the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the mobile phone 10 .
  • the mobile phone 10 may include more or less components than shown in the figures, or some components may be combined, some components may be separated, or some components may be arranged differently.
  • the components illustrated may be implemented in hardware, software, or a combination of software and hardware.
  • the processor 110 may include one or more processing units, such as a central processing unit (CPU), an image processor (GPU), a digital signal processor (DSP), or a microprocessor.
  • processing modules or processing circuits such as MCU (Micro-programmed Control Unit), AI (Artificial Intelligence, artificial intelligence) processor or programmable logic device FPGA (Field Programmable Gate Array).
  • MCU Micro-programmed Control Unit
  • AI Artificial Intelligence, artificial intelligence
  • FPGA Field Programmable Gate Array
  • different processing units can be independent devices or integrated in one or more processors.
  • the processor 110 can generate a retrieval request for instructing the city retrieval module 21 to retrieve the corresponding city based on the retrieval information, and can generate a query request for instructing the city query module 22 to query the corresponding city information based on the city selected by the user.
  • the city layer can be rendered according to the city information queried by the city query module 22 .
  • the processor 110 can generate a query request for instructing the urban traffic module 31 to query the shuttle route according to the city POI data and the departure location.
  • the processor 110 can also generate a navigation request for instructing the map navigation module 32 to query the corresponding navigation route based on the starting location and the starting transportation hub, and/or the ending location and the ending transportation hub.
  • the processor 110 can determine a travel route between the starting location and the ending location based on the shuttle route and the navigation route. In addition, the processor 110 can also render a travel layer according to the travel route.
  • Memory 121 can be used to store data, software programs and modules, and can be volatile memory (Volatile Memory), such as random access memory (Random-Access Memory, RAM); or non-volatile memory (Non-Volatile Memory), For example, read-only memory (Read-Only Memory, ROM), flash memory (Flash Memory), hard disk (Hard Disk Drive, HDD) or solid-state drive (Solid-State Drive, SSD); or a combination of the above types of memory, or It can also be a removable storage medium, such as a Secure Digital (SD) memory card.
  • the memory 121 is used to store the starting transportation hub, ending transportation hub, shuttle route, navigation route and travel route returned by the urban transportation module 31 .
  • Power module 140 may include a power supply, power management components, and the like.
  • the power source can be a battery.
  • the power management component is used to manage the charging of the power supply and the power supply from the power supply to other modules.
  • the charging management module is used to receive charging input from the charger; the power management module is used to connect the power supply, the charging management module and the processor 110 .
  • the mobile communication module 150 may include, but is not limited to, an antenna, a power amplifier, a filter, a Low Noise Amplifier (LNA), etc.
  • the mobile communication module 150 can provide wireless communication solutions including 2G/3G/4G/5G applied on the mobile phone 10 .
  • the mobile communication module 150 can receive electromagnetic waves through an antenna, perform filtering, amplification, and other processing on the received electromagnetic waves, and transmit them to a modem processor for demodulation.
  • the mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves through the antenna for radiation.
  • at least part of the functional modules of the mobile communication module 150 may be disposed in the processor 110 .
  • at least part of the functional modules of the mobile communication module 150 may be provided in the same device as at least part of the modules of the processor 110 .
  • the wireless communication module 160 may include an antenna, and implements the transmission and reception of electromagnetic waves via the antenna.
  • the wireless communication module 160 can provide applications on the mobile phone 10 including Wireless Local Area Networks (WLAN) (such as Wireless Fidelity (Wi-Fi) network), Bluetooth (Bluetooth, BT), and Global Navigation Satellite System. (Global Navigation Satellite System, GNSS), Frequency Modulation (FM), Near Field Communication (NFC), Infrared (IR) and other wireless communication solutions.
  • WLAN Wireless Local Area Networks
  • WiFi Wireless Fidelity
  • Bluetooth Bluetooth
  • GNSS Global Navigation Satellite System
  • FM Frequency Modulation
  • NFC Near Field Communication
  • IR Infrared
  • the mobile phone 10 can communicate with the network and other devices through wireless communication technology.
  • the mobile communication module 130 and the wireless communication module 120 of the mobile phone 10 may also be located in the same module.
  • Camera 193 is used to capture still images or video.
  • the optical image generated by the lens is projected onto the photosensitive element.
  • the photosensitive element converts the optical signal into an electrical signal, and then passes the electrical signal to the ISP (Image Signal Processor) to convert it into a digital image signal.
  • the mobile phone 10 can realize the shooting function through the ISP, camera 193, video codec, GPU (Graphic Processing Unit, graphics processor), display screen and application processor.
  • the display screen includes a display panel.
  • the display panel can use a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (Active-matrix Organic Lght).
  • LCD liquid crystal display
  • OLED organic light-emitting diode
  • Active-matrix organic light-emitting diode Active-matrix Organic light-emitting diode
  • Active-matrix Organic Lght active-matrix Organic Lght
  • -emitting Diode AMOLED
  • Flexible Light-emitting Diode FLED
  • Mini LED Micro LED
  • Micro OLED Quantum Dot Light-emitting Diodes
  • the sensor module 180 may include a proximity light sensor, a pressure sensor, a gyroscope sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a distance sensor, a fingerprint sensor, a temperature sensor, a touch sensor, an ambient light sensor, a bone conduction sensor, etc.
  • the audio module 170 may convert digital audio information into an analog audio signal output, or convert an analog audio input into a digital audio signal. Audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be provided in the processor 110 , or some functional modules of the audio module 170 may be provided in the processor 110 . In some embodiments, audio module 170 may include speakers, earpieces, microphones, and headphone jacks.
  • the interface module includes an external memory interface, a Universal Serial Bus (USB) interface and a user identification module (Subscriber Identification Module, SIM) card interface, etc.
  • the external memory interface can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the mobile phone 10.
  • the external memory card communicates with the processor 110 through the external memory interface to implement data storage functions.
  • the universal serial bus interface is used by the mobile phone 10 to communicate with other mobile phones.
  • the user identity module card interface is used to communicate with the SIM card installed in the mobile phone 10, such as reading the phone number stored in the SIM card, or writing the phone number into the SIM card.
  • the mobile phone 10 also includes buttons, motors, indicators, etc.
  • the keys may include volume keys, on/off keys, etc.
  • the motor is used to cause the mobile phone 10 to produce a vibration effect, for example, when the user's mobile phone 10 receives a new IM APP message, it vibrates to prompt the user to view the message.
  • Indicators may include laser pointers, radio frequency indicators, LED indicators, etc.
  • Figure 14 shows a software architecture diagram of the mobile phone 10 according to an embodiment of the present application.
  • the application framework layer can include a window manager, content provider, view system, phone manager, resource manager, notification manager, etc.
  • a window manager is used to manage window programs.
  • the window manager can obtain the display size, determine whether there is a status bar, lock the screen, capture the screen, etc.
  • Content providers are used to store and retrieve data and make this data accessible to applications.
  • Data can include videos, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.
  • the view system includes visual controls, such as controls that display text, controls that display pictures, etc.
  • a view system can be used to build applications.
  • the display interface can be composed of one or more views.
  • a display interface including a text message notification icon may include a view for displaying text and a view for displaying pictures.
  • the phone manager is used to provide communication functions of the mobile phone 10'. For example, call status management (including connected, hung up, etc.).
  • the resource manager provides various resources to applications, such as localized strings, icons, pictures, layout files, video files, etc.
  • the notification manager allows applications to display notification information in the status bar, which can be used to convey notification-type messages and can automatically disappear after a short stay without user interaction.
  • the notification manager is used to notify download completion, message reminders, etc.
  • the notification manager can also be notifications that appear in the status bar at the top of the system in the form of charts or scroll bar text, such as notifications for applications running in the background, or notifications that appear on the screen in the form of conversation windows. For example, text information is prompted in the status bar, a beep sounds, the electronic device vibrates, the indicator light flashes, etc.
  • Android Runtime includes core libraries and virtual machines. Android runtime is responsible for the scheduling and management of the Android system.
  • the core library contains two parts: one is the functional functions that need to be called by the Java language, and the other is the core library of Android.
  • the application layer and application framework layer run in virtual machines.
  • the virtual machine executes the java files of the application layer and application framework layer into binary files.
  • the virtual machine is used to perform object life cycle management, stack management, thread management, security and exception management, and garbage collection and other functions.
  • the kernel layer is the layer between hardware and software.
  • the kernel layer contains at least display driver, camera driver, audio driver, and sensor driver.
  • System libraries can include multiple functional modules. For example: Surface manager (SM), Media Libraries (ML), 3D graphics processing library (for example: OpenGL ES), 2D graphics engine (for example: SGL), etc.
  • SM Surface manager
  • ML Media Libraries
  • 3D graphics processing library for example: OpenGL ES
  • 2D graphics engine for example: SGL
  • the media library supports playback and recording of a variety of commonly used audio and video formats, as well as static image files, etc.
  • the media library can support a variety of audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.
  • Embodiments of the mechanisms disclosed in this application may be implemented in hardware, software, firmware, or a combination of these implementation methods.
  • Embodiments of the present application may be implemented as a computer program or program code executing on a programmable system including at least one processor, a storage system (including volatile and non-volatile memory and/or storage elements) , at least one input device and at least one output device.
  • Program code may be applied to input instructions to perform the functions described herein and to generate output information.
  • Output information can be applied to one or more output devices in a known manner.
  • a processing system includes a digital signal processor such as (Digital Signal Processor, DSP), microcontroller, application specific integrated circuit (Application Specific Integrated Circuit, ASIC) or any system with a processor such as a microprocessor.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • Program code may be implemented in a high-level procedural language or an object-oriented programming language to communicate with the processing system.
  • assembly language or machine language can also be used to implement program code.
  • the mechanisms described in this application are not limited to the scope of any particular programming language. In either case, the language may be a compiled or interpreted language.
  • the disclosed embodiments may be implemented in hardware, firmware, software, or any combination thereof.
  • the disclosed embodiments may also be implemented as instructions carried on or stored on one or more transitory or non-transitory machine-readable (e.g., computer-readable) storage media, which may be operated by one or more processors Read and execute.
  • instructions may be distributed over a network or through other computer-readable media.
  • machine-readable media may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer), including, but not limited to, floppy disks, optical disks, optical disks, read-only memories (CD-ROMs), magnetic Optical disc, Read Only Memory (ROM), Random Access Memory (RAM), Erasable Programmable Read Only Memory (EPROM), Electrically Erasable Programmable Memory Read memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), magnetic or optical card, flash memory, or used to use the Internet to transmit information through electrical, optical, acoustic or other forms of propagation signals (for example, carrier waves, infrared signals, digital signals etc.) tangible machine-readable storage.
  • machine-readable media includes any type of machine-readable media suitable for storing or transmitting electronic instructions or information in a form readable by a machine (eg, computer).
  • each unit/module mentioned in each device embodiment of this application is a logical unit/module.
  • a logical unit/module can be a physical unit/module, or it can be a physical unit/module.
  • Part of the module can also be implemented as a combination of multiple physical units/modules.
  • the physical implementation of these logical units/modules is not the most important.
  • the combination of functions implemented by these logical units/modules is what solves the problem of this application. Key technical issues raised.
  • the above-mentioned equipment embodiments of this application do not introduce units/modules that are not closely related to solving the technical problems raised by this application. This does not mean that the above-mentioned equipment embodiments do not exist.
  • Other units/modules/modules that are not closely related to solving the technical problems raised by this application. This does not mean that the above-mentioned equipment embodiments do not exist.
  • Other units/modules/modules are not closely related to solving the technical problems raised

Landscapes

  • Engineering & Computer Science (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Instructional Devices (AREA)
  • Navigation (AREA)

Abstract

本申请涉及计算机技术领域，公开了一种地图显示方法、可读介质和电子设备。其中，地图显示方法包括在第一缩放比例下显示第一地点的第一查询结果界面，第一查询结果界面包括第一地点的第一地图信息。并在小于第一缩放比例的第二缩放比例下，显示第一地点的第二查询结果界面，第二查询结果界面包括与第二缩放比例对应的第一地点的第二地图信息和第一地方信息，其中，第一地方信息包括第一地点的地方热点数据。上述地图显示方法，能够在缩放比例改变时，根据地图信息的改变，调整地方信息，以使得电子设备能够在各个缩放比例下清楚完整的更为全面的向用户展示待查询地点，降低用户决策难度，缩短用户决策周期，提升用户体验。

Description

地图显示方法、可读介质和电子设备
本申请要求于2022年4月14日提交中国专利局、申请号为202210395684.4、申请名称为“地图显示方法、可读介质和电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，特别涉及一种地图显示方法、可读介质和电子设备。
背景技术
目前，随着智慧城市技术和地图搜索技术的发展，涌现了大量能够显示与城市相关的信息的地图应用程序。其中，与城市相关的信息可以包括城市位置、城市轮廓、城市百科、城市热点(Point Of Interest，POI)数据以及与其他城市之间的出行方式。
在一些应用程序中，通过查询“城市”，能够显示该城市的城市位置和城市轮廓，并能够在显示页面中显示该城市某一领域的详情信息，例如城市百科、城市天气等。在另一些应用程序中，通过查询“城市+城市POI类别”，能够显示该城市在该城市POI类别下的相关信息，例如该城市的热门景点、热门酒店、热门美食等。
如图1(a)所示，当用户点击手机10'的桌面101'中的地图APP的图标，手机10'由桌面101'切换至图1(b)中的检索界面102'。检索界面102'中包括有检索信息录入框102a'，当用户在检索信息录入框102a'中录入检索信息“无锡”后，手机10'由检索界面102'切换至图1(c)中的城市地图界面103'。
当用户触摸手机10'的城市地图界面103'，以使得手机10中地图APP的缩放比例变小时，如图1(d)所示，至少部分城市热点数据无法显示，必须通过查询对应的热点类别才能看到相关城市热点数据，这就会导致待查询城市对应的数据不全面，进而导致用户的决策路径较长，进一步影响用户体验。
发明内容
基于此，本申请提供一种地图显示方法、可读介质和电子设备。其中，地图显示方法包括：第一电子设备接收用户输入的待查询城市后，根据待查询城市生成查询请求。第一电子设备根据查询请求查询到对应的地图图层。第一电子设备将查询请求发送给其他应用程序或者第三方服务器，其他应用程序或者第三方服务器根据查询请求查询到与待查询城市相关的城市信息。其中，与待查询城市相关的城市信息包括待查询城市的城市轮廓数据和城市POI数据。其他应用程序可以是与地图相关的其他应用程序，第三方服务器可以是与地图相关的服务器。随后，第一电子设备根据上述待查询城市的城市轮廓数据和城市POI数据构建出城市图层。最后，第一电子设备将城市图层和地图图层叠加在一起显示。
上述地图显示方法中，第一电子设备将城市图层和地图图层叠加在一起显示。其中，地图图层能够体现出待查询城市及其周围城市的城市名称、城市坐标和地形图，城市图层能够体现出待查询城市及其周围城市的城市轮廓，以及能够体现出待查询城市的城市热点。
本申请的第一方面提供了一种地图显示方法，该方法应用于第一电子设备，包括显示第一地点的第一查询结果界面，第一查询结果界面包括与第一缩放比例对应的第一地点的第一地图信息。检测到缩放比例从第一缩放比例调整为第二缩放比例，其中第二缩放比例小于第一缩放比例。显示第一地点的第二查询结果界面，第二查询结果界面包括与第二缩放比例对应的第一地点的第二地图信息和第一地方信息，其中，第一地方信息包括第一地点的地方热点数据。
其中，本申请适用的第一电子设备可以是能够显示上述至少一种城市信息的任意一种电子设备，包 括但不限于，手机、智能手表、车机设备、平板电脑、膝上型计算机、可穿戴设备、头戴式显示器、便携式游戏机、智能电视等中的任意一种电子设备，本申请对此不作具体限定。第一地点也即待查询地点。可以理解，待查询地点包括但不限于省、直辖市、城市、行政区、县、镇以及村中的任意一种，本申请对此不作具体限定。为了便于理解，下文将以第一电子设备为手机，待查询地点为待查询城市为例进行描述。
第一查询结果界面是指第一电子设备在第一缩放比例下第一地点的显示界面。第一查询结果界面包括与第一缩放比例对应的第一地点的第一地图信息。在一些实现方式中，第一地图信息包括待查询城市的城市名称、城市坐标和地形信息。其中，地形信息可以通过地形图来表征。地形图可以包括地表起伏形态和地理位置、形状在水平面上的投影图，在此不作具体限定。
第二查询结果界面是指第一电子设备在第二缩放比例下第一地点的显示界面。第二查询结果界面包括与第二缩放比例对应的第一地点的第二地图信息和第一地方信息。在一些实现方式中，第一地图信息包括待查询城市的城市名称、城市坐标和地形信息。其中，地形信息可以通过地形图来表征。地形图可以包括地表起伏形态和地理位置、形状在水平面上的投影图，在此不作具体限定。可以理解，由于第二缩放比例小于第一缩放比例，也即第一缩放比例和第二缩放比例不相同，因此第一地图信息和第二地图信息不尽相同。例如，第二地图信息为第一地图信息中的至少一部分。在一些实现方式中，第一地方信息可以是与待查询城市相关的城市信息，其中与待查询城市相关的城市信息可以包括待查询城市的城市轮廓数据和城市POI数据。可以理解，第一地方信息可以是从第一电子设备的其他应用程序或者第三方服务器所获取到的，对此不作具体限定。
即在本申请可能的实现方式中，在第一缩放比例下，第一电子设备接收用户输入的待查询城市后，根据待查询城市生成查询请求，随后，第一电子设备根据查询请求查询到对应的第一地图信息，而后第一电子设备根据第一地图信息生成第一查询结果界面。在第二缩放比例下(第二缩放比例小于第一缩放比例)，第一电子设备根据查询请求查询到对应的第二地图信息和第一地方信息，而后第一电子设备根据第二地图信息和第一地图信息生成第二查询结果界面。
可以理解，在一些实现方式中，在第二缩放比例下，第一电子设备会再次接收用户输入的待查询城市，并根据待查询城市生成查询请求，进而进一步根据查询请求查询查询与第二缩放比例对应的信息。在可替换的其他实现方式中，在第二缩放比例下，第一电子设备会根据在第一缩放比例下生成的查询请求直接查询与第二缩放比例对应的信息。以上两种方式均可实现，对此不作具体限定。
上述地图显示方法，能够在缩放比例改变时，根据地图信息的改变，调整地方信息，以使得电子设备能够在各个缩放比例下清楚完整的显示与待查询地点相关的信息。首先，地图信息和城市信息相结合能够体现待查询地点与周围地点的空间位置关系，进而能够直观地向用户展示待查询地点所处的空间位置。其次，城市信息中的POI数据体现待查询地点中有什么，进而能够直观地向用户展示待查询地点的热点以及这些热点在待查询地点中的空间位置。基于此，能够在各个缩放比例下更为全面的向用户展示待查询地点，降低用户决策难度，缩短用户决策周期，提升了用户体验。
在上述第一方面的一种可能的实现中，上述地图显示方法还包括第一电子设备根据与第二缩放比例对应的第一地点的第二地图信息生成第二地图图层，并根据与第二缩放比例对应的第一地点的第一地方信息生成地方图层。第一电子设备叠加显示第二地图图层和地方图层，得到第二查询结果界面。
其中，地图图层是指第一电子设备根据地图信息渲染而成的图层。第二地图图层是指，在第二缩放比例下，第一电子设备根据第二地图信息渲染而成的图层。同理，前文虽然未提及但可以理解的是，第一地图图层是指，在第一缩放比例下，第一电子设备根据第二地图信息渲染而成的图层。地方图层是指在第二缩放比例下，第一电子设备根据第一地方信息渲染而成的图层。
即在本申请可能的实现方式中，在第一缩放比例下，第一电子设备根据第一地图信息渲染生成第一地图图层，第一电子设备显示第一地图图层，得到第二查询结果界面。在第二缩放比例下，第一电子设备根据第二地图信息渲染生成第二地图图层，同时根据第一地方信息渲染生成地方图层。第一电子设备 叠加显示第二地图图层和地方图层，得到第二查询结果界面。
在一些实现方式中，在第二缩放比例下，第一电子设备根据第二地图信息渲染生成第二地图图层，并根据第一地点信息生成地方图层，最后叠加显示第二地图图层和地方图层。也即与第二缩放比例对应的第一地点的第一地方信息作为一个独立的图层叠加在原有的图层上，第一电子设备在保留原有地图信息的处理方式的情况下，只需要额外处理第一地方信息即可。一方面减少第一电子设备的工作量，另一方面当缩放比例再次缩小时，可以在原有的地图图层和地方图层上继续叠加，进一步减少第一电子设备的工作量。
在可替换的其他一些实现方式中，在第二缩放比例下，第一电子设备根据第二地图信息和第一地方信息渲染生成综合图层，最后显示综合图层，得到第二查询结果界面。
上述地图显示方法中，第一电子设备将城市图层和地图图层叠加在一起显示。其中，地图图层能够体现出待查询城市及其周围城市的城市名称、城市坐标和地形图，城市图层能够体现出待查询城市及其周围城市的城市轮廓，以及能够体现出待查询城市的城市热点。在上述第一方面的一种可能的实现中，上述地图显示方法中，第一查询结果界面和第二查询结果界面为第一电子设备中的地图应用的显示界面。
即在本申请可能的实现方式中，第一电子设备中安装有地图应用程序，本申请中的第一查询结果界面和第二查询结果界面为第一电子设备中的地图应用的显示界面。
在上述第一方面的一种可能的实现中，上述地图显示方法中，第一地方信息还包括第一地点的地方轮廓数据和多个第二地点的地方轮廓数据，其中，第二地点与第一地点相邻。并且第二查询结果界面还显示有第一地点和第二地点的地方轮廓。其中，第二地点和第一地点相邻是指第二地点为第一地点的周围地点。周围地点是指空间位置上与待查询地点接壤，或者与待查询地点空间距离小于预设距离的地点。
即在本申请可能的实现方式中，与待查询城市相关的城市信息还包括待查询城市的城市轮廓数据和周围城市的城市轮廓数据。第一电子设备根据上述待查询城市的城市轮廓数据、周围城市的城市轮廓数据和待查询城市的城市POI数据构建出城市图层。最后，第一电子设备将城市图层和地图图层叠加在一起显示。
可以理解，上述实现方式仅为第二查询结果查询结果界面的部分示例展示，还可以是第二电子设备根据待查询城市的城市轮廓数据、周围城市的城市轮廓数据和待查询城市的城市POI数据分别构件不同的城市图层，并叠加展示所有的城市图层和地图图层，得到第二查询结果界面。
上述地图显示方法中，第二查询结果界面通过显示待查询地点的地方轮廓和周围地点的地方轮廓能够体现待查询地点与周围地点的空间位置关系，进而能够直观地向用户展示待查询地点所处的空间位置，进而清楚的了解待查询地点和周围地点的交接情况。
在上述第一方面的一种可能的实现中，上述地图显示方法还包括检测到第一电子设备的第一用户将查询地点从第一地点切换为第二地点的切换操作。显示对应第二地点的第三查询结果界面，其中，第三查询结果界面包括与第二缩放比例对应的第二地点的第三地图信息和第二地方信息，其中，第二地方信息包括第二地点的地方热点数据。
第三查询结果界面是指第一电子设备在第二缩放比例下第二地点的显示界面。第二查询结果界面包括与第二缩放比例对应的第二地点的第三地图信息和第二地方信息。可以理解，第三查询结果界面对应的第二缩放比例和第二查询结果对应的第二缩放比例可以相同，也可以不同，对此不作具体限定。第二地方信息和第一地方信息相似，区别在于，第一地方信息是针对第一地点的，第二地方信息是针对第二地点的。
上述地图显示方法，可以将待查询地点切换到周围地点，实现不同待查询地点的信息之间的灵活切换，简化用户操作流程，减少用户的操作步骤，降低用户的比对难度，进而便于缩短用户决策时间。
在上述第一方面的一种可能的实现中，上述地图显示方法中，切换操作包括第一用户对第二查询结果界面中的第二地点地方轮廓中的预设位置的点击操作，对此不作具体限定。
在上述第一方面的一种可能的实现中，上述地图显示方法中，显示第一地点的第二查询结果界面之后，还包括检测到第一用户选择第一地点的地方热点数据中的第一地址作为第一目的地。显示出发地的输入界面，并获取第一用户输入的第一出发地。生成并显示对应第一目的地和第一出发地的至少一条出行路线。
即在本申请可能的实现方式中，第一电子设备将城市图层和地图图层叠加显示时，还能够接收用户输入的出发位置和终止位置，并通过第一电子设备其他应用程序或者第三方服务器确定出出行路线，进而根据出行路线对应的出行信息生成出行图层。第一电子设备将地图图层、城市图层和出行图层叠加在一起显示。
上述地图显示方法，第一电子设备显示至少一条出行路线显示由出发位置到该地点中的某一城市POI数据的出行路线，向用户展示出发位置和终止位置的交通枢纽、出行路线以及出行费用，降低决策难度，便于用户快速做出决策，提升用户体验。
在上述第一方面的一种可能的实现中，上述地图显示方法还包括向第二电子设备共享第二查询结果界面数据，其中第二查询结果界面数据能够被第二电子设备用于生成在第二电子设备上显示的第四查询结果界面。其中，第四查询结果界面是第二电子设备根据第二查询结果界面数据生成的显示界面。
上述地图显示方法，第二查询结果界面数据能够被第二电子设备用于生成在第二电子设备上显示的第四查询结果界面，以供多个用户通过多台电子设备协同选择出行方案。
在上述第一方面的一种可能的实现中，上述地图显示方法还包括第一电子设备检测到第一用户选择第一地点的地方热点数据中的第二地址作为第二目的地。第一电子设备显示出发地的输入界面，并获取第一用户输入的第二出发地和从第二电子设备接收到的第三出发地，其中，第三出发地是第二用户通过第二电子设备上的第四查询结果界面输入的。第一电子设备生成并显示对应第二目的地和第二出发地的至少一条出行路线，以及对应第二目的地和第三出发地的至少一条出行路线。
在上述第一方面的一种可能的实现中，上述地图显示方法还包括第一电子设备从第二电子设备获取第二用户通过第二电子设备上的第四查询结果界面选择的第三目的地，第三目的地为第一地点的地方热点数据中的第三地址。第一电子设备显示出发地的输入界面，并获取第一用户输入的第四出发地和从第二电子设备接收到的第五出发地，其中，第五出发地是第二用户通过第二电子设备上的第四查询结果界面输入的。第一电子设备生成并显示对应第三目的地和第四出发地的至少一条出行路线，以及对应第三目的地和第五出发地的至少一条出行路线。
本申请的第二方面提供了一种电子设备，该电子设备包括存储器，用于存储指令，以及一个或多个处理器，当指令被一个或多个处理器执行时，处理器执行如上述第一方面或第一方面中任一种的地图显示方法。
本申请的第三方面提供了一种计算机可读存储介质，该计算机可读存储介质上存储有指令，该指令在电子设备上执行时使电子设备执行如上述第一方面或第一方面中任一种的地图显示方法。
本申请的第四方面提供了一种计算机程序产品，该计算机程序产品包括指令，指令当被一个或多个处理器执行时用于实现如权上述第一方面或第一方面中任一种的地图显示方法。
附图说明
图1(a)示出了本申请一些实施例中手机10'的桌面101'的示意图；
图1(b)示出了本申请一些实施例中手机10'的检索界面102'的示意图；
图1(c)示出了本申请一些实施例中手机10'中无锡市的城市地图界面103'的示意图；
图1(d)示出了本申请其他一些实施例中手机10'中无锡市的城市地图界面103'的示意图；
图2(a)示出了本申请一些实施例中手机10的桌面101的示意图；
图2(b)示出了本申请一些实施例中手机10的检索界面102的示意图；
图2(c)示出了本申请一些实施例中手机10中无锡市的城市地图界面103的示意图；
图2(d)示出了本申请其他一些实施例中手机10中无锡市的城市地图界面103的示意图；
图2(e)示出了本申请一些实施例中手机10中苏州市的城市地图界面103″的示意图；
图3(a)示出了图2(d)中S1区域的局部放大图；
图3(b)示出了本申请一些实施例中手机10中无锡市的交通地图界面104；
图3(c)示出了本申请一些实施例中由北京出发至无锡市拈花湾的出行地图界面105；
图4示出了本申请一些实施例中地图显示方案所适用的系统架构；
图5示出了本申请一些实施例中的地图显示方案的交互图；
图6示出了本申请其他一些实施例中的地图显示方案的交互图；
图7示出了本申请另外一些实施例中的地图显示方案的交互图；
图8示出了本申请一些实施例中的出行地图界面105；
图9示出了本申请另外一些实施例中的出行地图界面105；
图10(a)示出了本申请其他一些实施例中的出行地图界面105，其中显示了第一城市的城市信息；
图10(b)示出了本申请其他一些实施例中的出行地图界面105，其中显示了第三城市的城市信息；
图11示出了本申请另外一些实施例中地图显示方案所适用的系统架构；
图12(a)示出了本申请再一些实施例中手机10中无锡市的交通地图界面104；
图12(b)示出了本申请再一些实施例中手机10中无锡市的交通地图界面104，其中包括多个出发地录入框；
图12(c)示出了本申请再一些实施例中手机40中无锡市的交通地图界面404，其中包括多个出发地录入框；
图12(d)示出了本申请再一些实施例中的出行地图界面105；
图12(e)示出了本申请再一些实施例中的出行地图界面105；
图13根据本申请的实施例，示出了一种手机10的硬件结构示意图；
图14根据本申请的实施例示出了手机10的一种软件架构图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的实施方式作进一步地详细描述。
本申请所涉及的地点包括但不限于省、直辖市、城市、行政区、县、镇以及村中的任意一种。本申请所涉及的地方信息包括但不限于地方位置、地方轮廓、地方百科、地方POI数据以及地点与地点之间的导航方式等。本申请所适用的电子设备可以是能够显示上述至少一种城市信息的任意一种电子设备，包括但不限于，手机、智能手表、车机设备、平板电脑、膝上型计算机、可穿戴设备、头戴式显示器、便携式游戏机、智能电视等中的任意一种电子设备。此外，电子设备的示例性实施例包括但不限于搭载Linux操作系统、微软公司开发的操作系统(Windows)、苹果公司开发的移动操作系统(iOS)、安卓(Android)开源操作系统、鸿蒙操作系统(HarmonyOS)或者其它操作系统的各种电子设备。
为了便于说明，下文将以电子设备为手机10，待查询地点为待查询城市，待查询城市为无锡为例，详细描述本申请中地图显示方案。
图1(a)示出了本申请一些实施例中手机10'的桌面101'的示意图。图1(b)示出了本申请一些实施例中手机10'的检索界面102'的示意图。图1(c)示出了本申请一些实施例中手机10'中无锡市的城市地图界面103'的示意图。图1(d)示出了本申请其他一些实施例中手机10'中无锡市的城市地图界面104'的示意图。
基于此，在一些应用场景中，用户想要知道“待查询城市在哪”以及“待查询城市有什么”。本申请提供一种地图显示方法，包括：手机10中的地图APP 11接收用户输入的待查询城市后，地图APP 11 根据待查询城市生成查询请求。地图APP 11根据查询请求查询到对应的地图图层，其中，地图APP 11查询到的地图图层包括待查询城市及其周围城市的城市名称、城市坐标和地形图(也即，地表起伏形态和地理位置、形状在水平面上的投影图)。可以理解，周围城市是指空间位置上与待查询城市接壤的其他城市，或者与待查询城市空间距离小于预设距离的城市。
同时，地图APP 11将查询请求发送给手机10中的其他应用程序或者第三方服务器，手机10中的其他应用程序或者第三方服务器根据查询请求查询到与待查询城市相关的城市信息。其中，与待查询城市相关的城市信息包括待查询城市的城市轮廓数据和城市POI数据。手机10中的其他应用程序可以是与地图相关的其他应用程序，第三方服务器可以是与地图相关的服务器。随后，地图APP 11根据上述待查询城市的城市轮廓数据和城市POI数据构建出城市图层。最后，地图APP 11将城市图层和地图图层叠加在一起显示。
除此之外，如图1(d)所示，地图图层显示的是待查询城市和周围城市的交通信息和地形信息，默认不显示城市轮廓，只有搜索待查询城市的时候才显示待查询城市的城市轮廓。但是，有些情况下需要看到待查询城市和周围城市的交接情况。基于此，本申请提供的地图显示方法，还包括：与待查询城市相关的城市信息还包括周围城市的城市轮廓数据。地图APP 11根据上述待查询城市的城市轮廓数据、构待查询城市的城市POI数据和建出城市图层。最后，地图APP 11将城市图层和地图图层叠加在一起显示。
本申请中手机10中的地图APP 11将城市图层和地图图层叠加在一起显示。其中，地图图层能够体现出待查询城市及其周围城市的城市名称、城市坐标和地形图，城市图层能够体现出待查询城市及其周围城市的城市轮廓，以及能够体现出待查询城市的城市热点。首先，地图图层和城市图层相结合能够体现待查询城市与周围城市的空间位置关系，进而能够直观地向用户展示待查询城市所处的空间位置。其次，城市图层中待查询城市的城市POI数据体现待查询城市中有什么，进而能够直观地向用户展示待查询城市的城市热点以及这些城市热点在待查询城市中的空间位置。最后，城市图层还提供了图层上的交互能力，便于用户切换至其他显示界面，提升了用户体验。
图2(a)示出了本申请一些实施例中手机10的桌面101的示意图。图2(b)示出了本申请一些实施例中手机10的检索界面102的示意图。图2(c)示出了本申请一些实施例中手机10中无锡市的城市地图界面103的示意图。
如图2(a)所示，手机10的桌面101包括地图应用程序(Application，APP)的应用图标101a。
当用户想要获取无锡的城市信息时，用户触摸桌面101中地图APP的应用图标101a，手机10由图2(a)中的桌面101切换至图2(b)中的地图APP的检索界面102。如图2(b)所示，地图APP的检索界面102包括检索信息录入框102a和城市选择区域102b。
而后，用户在图2(b)中的检索信息录入框102a中输入“无锡”后，城市选择区域102b中显示有无锡市标签按钮102b1、无为市标签按钮102b2和无棣县标签按钮102b3。
随后，用户点击无锡市标签按钮102b1后，手机10由图2(b)中的检索界面102切换至图2(c)中的无锡市的城市地图界面103。其中，城市地图界面103是城市图层和地图图层叠加显示后的界面。
如图2(c)所示，城市地图界面103可以包括城市名称区域103a、POI类别区域103b、周围城市区域103c和地图显示区域103d。其中，城市名称区域103a显示出了无锡市的城市名称。POI类别区域103b显示出了飞机场按钮103b1、火车站按钮103b2和景点按钮103b3等多个POI类别按钮。周围城市区域103c显示出了无锡市周围城市的选择按钮，例如，苏州市按钮103c1、湖州市按钮103c2、常州 市按钮103c3、宣城市按钮103c4和泰州市按钮103c5。地图显示区域103d显示出了无锡市及其周边城市的城市轮廓(City Contour，CC)以及无锡市内的城市POI数据(例如无锡市内的飞机场、火车站等交通枢纽以及景点等)。
基于此，本申请提供的地图显示方法，在手机10中的APP 11接收用户的查询操作以后，通过手机10中的其他应用程序或者第三方服务器获取到与待查询城市相关的地图图层和与待查询城市相关的城市信息，进而能够根据与待查询城市相关的城市信息生成城市图层。上述方法通过叠加显示城市图层和地图图层生成城市地图界面103，手机10通过城市地图界面103能够在显示待查询城市与周围城市的相对位置的同时，还显示待查询城市的交通枢纽和景点等城市POI数据，简化用户的查询过程，提升用户体验。
在本申请的一些实现方式中，如图2(c)所示，城市地图界面103中的地图显示区域103d的外部轮廓为矩形或者圆角矩形，且地图显示区域103d中能够显示出待查询城市的城市轮廓和待查询城市的周围城市的城市轮廓。
可以理解，图2(c)中的城市地图界面103中的地图显示区域103d可以显示待查询城市的全部城市轮廓和周围城市的局部城市轮廓，直至待查询城市的全部城市版图和周围城市的部分城市版图填满整个矩形或者圆角矩形。
图2(d)示出了本申请其他一些实施例中手机10的城市地图界面103的示意图。在本申请可替换的其他一些实现方式中，如图2(d)所示，城市地图界面103的形状不作具体限定，且城市地图界面103中能够显示出待查询城市完整的城市轮廓和周边城市完整的城市轮廓。其中，周边城市为周围城市中与待查询城市接壤的城市。
在一些应用场景中，用户想要进一步查询待查询城市的其中一个周围城市的城市信息时。本申请提供一种地图显示方法，还包括手机10中的地图APP 11接收用户在待查询城市的城市地图界面上输入的调整后的待查询城市，其中调整后的待查询城市可以待查询城市的其中一个周围城市。随后，地图APP 11根据接收到的调整后的待查询城市，从手机10中或者其他终端中的手机10中的其他应用程序或者第三方服务器中获取调整后的待查询城市相关的地图图层和城市信息，并通过调整后的待查询城市相关的城市信息构建调整后的城市图层。最后，地图APP 11叠加显示调整后的待查询城市相关的城市图层和地图图层。由于整体步骤与前个应用场景中的步骤较为相似，在此将不作赘述。
图2(e)示出了本申请一些实施例中手机10中苏州市的城市地图界面103″的示意图。当用户想要查询城市地图界面103中无锡市的周围城市中苏州市的城市信息时，如图2(c)所示，城市地图界面103中的周围城市区域103c中显示有苏州市按钮103c1、湖州市按钮103c2、常州市按钮103c3、宣城市按钮103c4和泰州市按钮103c5。当用户点击苏州市按钮103c1时，手机10的显示界面由图2(c)中的无锡市的城市地图界面103切换至图2(e)中的苏州市对应的城市地图界面103″。由于苏州市的城市地图界面103″的布局方式和无锡市的城市地图界面103的布局方式较为相似，在此将不做赘述。
可以理解，在其他一些实现方式中，用户点击苏州市的城市版图中的任意一点后，手机10中的显示界面由图2(c)中的无锡市的城市地图界面103切换为图2中苏州市的城市地图界面103″，本申请对此不作展开描述。
基于此，本申请提供的地图显示方法可通过城市地图界面103中的周围城市的按钮将待查询城市切换到周围城市，实现不同待查询城市的城市信息之间的灵活切换，简化用户操作流程，减少用户的操作步骤，降低用户的比对难度，进而便于缩短用户决策时间。
在另外一些应用场景中，用户在知晓一城市的城市信息后，还想获取从一出发位置到该城市的城市信息中某一城市POI数据的出行路线。本申请提供一种地图显示方法，包括：手机10中的地图APP 11将城市图层和地图图层叠加在一起作为城市地图界面103显示时，地图APP 11接收用户输入的出发位置和终止位置，并通过手机10中手机10中的其他应用程序或者第三方服务器确定出出行路线，进而根据出行路线对应的出行信息生成出行图层。地图APP 11将地图图层、城市图层和出行图层叠加在一起显示。
图3(a)示出了图1(d)中S1区域的局部放大图，图3(b)示出了本申请一些实施例中手机10中无锡市的交通地图界面104，图3(c)示出了本申请一些实施例中由北京出发至无锡市拈花湾的出行地图界面105。当用户想要从“北京”出行至“无锡”的其中一个城市POI数据，如图3(a)，例如用户想要出行至无锡市的“拈花湾”时，用户选择城市地图界面103中地图显示区域103d中的“拈花湾”区域。此时，手机10的显示界面由图1(d)中的城市地图界面103切换至图3(b)中的交通地图界面104。如图3(b)所示，交通地图界面104中包括城市名称区域104a、POI类别区域104b、出发位置录入框104c和地图显示区域104d。
随后，用户在出发位置录入框104c中录入用户计划的出发位置“北京”。手机10的显示界面由图3(b)中的出行地图界面104切换至图3(c)所示的出行地图界面105。出行地图界面105为地图APP 11将地图图层、城市图层和出行图层叠加显示后的效果。如图3(c)所示，出行地图界面105包括城市名称区域105a、城市POI类别区域105b、出发位置录入框105c和地图显示区域105d。其中，地图显示区域105d中显示出以“北京”作为出发位置以“无锡”的“拈花湾”作为终止位置的出行路线。具体地，地图显示区域105d显示有出行路线经过的交通枢纽、出行方向、出行时长和出行费用。例如北京到无锡市中的“拈花湾”包括3条出行路线：出行路线l1，“北京南站——宜兴站——拈花湾”；出行路线l2，“北京南站——无锡东站——拈花湾”；出行路线l3，“北京大兴国际机场——苏南硕放国际机场——拈花湾”。如图3(b)所示，地图显示区域105d还显示了出行路线对应的交通信息。例如，出行路线l1中，北京南站到宜兴站的交通信息为“5小时5分，504元”，宜兴站到拈花湾的交通信息为“1小时8分，158元”。由于出行路线l2和出行路线l3的交通信息与出行路线l1的交通信息相似，在此将不作一一描述。除此之外，点击每条出行路线又可以查询详细的信息，例如通行方式等。
本申请中，手机10中的地图APP 11通过出行出行地图界面105显示由出发位置到该城市中的某一城市POI数据的出行路线，向用户展示出发城市和终止城市的交通枢纽、出行路线以及出行费用，降低决策难度，便于用户快速做出决策，提升用户体验。
图4示出了本申请一些实施例中地图显示方案所适用的显示系统的系统架构。
如图4所示，本申请中的显示系统的系统架构包括已建立通信连接的手机10、服务器20和服务器30。其中，手机10中安装有地图APP 11，服务器20包括城市检索模块21和城市查询模块22，服务器30包括城市交通模块31和城市导航模块32。
在其他一些实现方式中，城市检索模块21、城市查询模块22、城市交通模块31和城市导航模块32可以集成于同一个服务器中。在另外一些实现方式中，城市检索模块21、城市查询模块22、城市交通模块31和城市导航模块32也可以分别位于分布式系统中不同的服务器中，本申请对此不作具体限定。
其中，地图APP 11用于建立用户与城市检索模块21、城市查询模块22、城市交通模块31和城市导航模块32等模块之间的交互。
一方面，地图APP 11用于建立用户与城市检索模块21和城市查询模块22之间的交互。例如，地 图APP 11用于接收用户输入的检索信息，并根据检索信息生成用于指示城市检索模块21检索对应城市的检索请求。再例如，地图APP 11用于接收用户选择的城市，并根据用户选择的城市生成用于指示城市查询模块22查询对应的城市信息的查询请求。再例如，地图APP 11还能够基于城市查询模块22查询出的城市信息，渲染城市图层，以将城市查询模块22查询出的城市信息直观地显示给用户。
另一方面，地图APP 11用于建立用户与城市交通模块31和城市导航模块32之间的交互。例如，地图APP 11用于接收用户输入的城市POI数据和出发位置，并根据城市POI数据和出发位置生成用于指示城市交通模块31查询穿梭路线的路线查询请求。再例如，地图APP 11用于接收城市交通模块31返回的穿梭路线、出发交通枢纽和终止交通枢纽，并根据出发位置和出发交通枢纽，和/或，终止位置和终止交通枢纽生成用于指示地图导航模块32查询对应的导航路线的路线导航请求。再例如，地图APP 11还能够基于穿梭路线和导航路线确定出出发位置与终止位置之间的出行路线。再例如，地图APP 11还能够基于确定出的出行路线渲染出行图层，以将城市交通模块31确定出的穿梭路线和城市导航模块32确定出的导航路线直观地显示给用户。
城市检索模块21可以为通用服务，用于检索出与检索信息相关联的城市。城市查询模块22可以为通用服务，用于查询待查询城市的城市名称、城市轮廓和城市POI数据，以及用于查询周围城市的城市名称和城市轮廓。
城市交通模块31可以为通用服务，能够通过火车数据、飞机数据计算两城市之间的穿梭路线。地图导航模块32可以为通用服务，能够根据交通枢纽和具体位置(出发位置或者终止位置)确定出两者之间的导航路线。
下面将以本申请技术方案应用于场景中用户想要查询第一城市的城市信息为例，介绍用户、手机10和服务器20之间的交互过程。
应用场景1
在应用场景1中，用户想要知道“第一城市在哪”以及“第一城市有什么”。图5示出了本申请一些实施例中的地图显示方案的交互图。如图5所示，本申请一些实施例中的地图显示方案适用的显示系统包括手机10和服务器20。其中，手机10上安装有地图APP 11，服务器20包括城市检索模块21和城市查询模块22。如图5所示，地图显示方案具体包括以下步骤：
步骤S501：地图APP 11接收用户输入的检索信息。其中，检索信息是指用户输入的、用于触发地图显示方案的信息。
在本申请其中一些实施例中，检索信息可以包括用户在地图APP 11上输入的、与待查询城市相关的信息。例如，检索信息的输入方式可以为，用户操作手机10的相关界面，并在手机10的显示界面为地图APP 11的录入界面时，在录入界面内录入与待查询城市相关的信息。其中，地图APP 11可以通过触摸屏或语音识别系统获取用户录入的检索信息。
在本申请一些实现方式中，检索信息可以包括用户在地图APP 11上录入的与待查询城市相关的文字信息，也即地图APP 11可以通过触摸屏获取用户录入的文字信息。例如，用户在图2(b)中录入框102a中录入的文字信息。可以理解，用户在录入框102a中录入的文字信息并不一定是待查询城市的城市名称，还可以是待查询城市的拼音、首拼等能够表征待查询城市的信息，本申请对此不作具体限定。
例如，如图2(a)和图2(b)所示，用户想要查询无锡市对应的城市信息，用户点击图2(a)中手机10的桌面101中的地图APP 11的应用图标101a后，手机10由桌面101切换至地图APP 11的检索界面102。不难发现，检索界面102包括检索信息录入框102a和城市选择区域102b。用户在检索信 息录入框102a中录入与无锡相关的文字信息，例如“无锡”、“无锡市”、“无”、“wuxi”和“wx”中的任意一种。
在本申请可替换的其他一些实现方式中，检索信息还可以包括用户在地图APP 11上进行的与待查询城市相关的触摸操作，也即地图APP 11可以通过触摸屏获取用户进行的触摸操作。可以理解，用户在地图APP 11上进行的与待查询城市相关的触摸操作可以是单击、双击、滑动、拖动等中的至少一种，本申请对此不作具体限定。例如，用户想要查询无锡市对应的城市信息，用户操作手机10的相关界面，并在手机10的显示界面为地图APP 11的地图界面时，点击地图界面内无锡市城市轮廓内的任意一点。
可以理解，以上仅为用户输入检索信息的部分示例，其他输入方式也在本申请的保护范围之内，本申请对此不作具体限定。
步骤S502：地图APP 11根据用户输入的检索信息生成检索请求。
其中，检索请求是指地图APP 11根据检索信息生成的请求指令。检索请求携带有检索信息，用于指示城市检索模块21检索出与检索信息相关的城市。除此之外，在其他一些实现方式中，检索请求用于指示城市检索模块21检索出与检索信息相关城市的其他主体，城市火车站，城市机场，城市标志建筑等等。
步骤S503：地图APP 11将检索请求发送给城市检索模块21。
在本申请一些实施例中，地图APP 11根据检索信息生成检索请求，并将检索请求发送给城市检索模块21，以使得城市检索模块21能够通过检索请求获取对应的城市。
在本申请一些实现方式中，城市检索模块21包括历史数据库、提取子模块、比对子模块和筛选子模块。其中，历史数据库中关联存储有历史关键词和历史城市。提取子模块用于提取请求指令携带的检索信息中的关键词。比对子模块用于比对关键词和历史关键词，以获取关键词和历史关键词的相似度。筛选子模块用于基于计算出的关键词和历史关键词的相似度筛选出与检索信息对应的历史关键词，并用于将筛选出的历史关键词所对应的历史城市作为检索结果发送给地图APP 11。
可以理解的是，历史数据库中关联存储的历史关键词和历史城市是采用离线挖掘的方式定时更新的。其中，离线挖掘可以是通过大数据离线定时任务，计算出截止某一时刻全网相关联的历史关键词和历史城市。
步骤S504：城市检索模块21检索与检索请求对应的城市，并将与检索请求对应的城市发送给地图APP 11。
在本申请一些实施例中，城市检索模块21根据检索请求检索出对应的城市，并将检索出的城市作为检索结果发送给地图APP 11。
由上文可知，在本申请一些实现方式中，城市检索模块21包括历史数据库、提取子模块、比对子模块和筛选子模块。提取子模块提取检索信息中的关键词。比对子模块将提取到的关键词分别与历史数据库中的每个历史关键词比对，以获取关键词和每个历史关键词之间的相似度。筛选子模块筛选出相似度超过相似度阈值的历史关键词，并将筛选出的历史关键词对应的历史城市作为检索结果返回给地图APP 11。
例如，检索信息为“wuxi 123”，提取子模块从“wuxi 123”中提取到关键词“wuxi”，筛选子模块筛选出与关键词“wuxi”对应的历史关键词“无锡”，并将历史关键词“无锡”对应的城市“无锡市”作为检索结果发送给地图APP 11。
再例如，如图2(b)所示，检索信息为“无nnn”，提取子模块从“无”中提取到关键词“无”， 筛选子模块筛选出与关键词“无”对应的历史关键词“无锡”、“无为”和“无棣”，并将历史关键词“无锡”对应的城市“无锡市”、历史关键词“无为”对应的城市“无为市”以及历史关键词“无棣”对应的城市“无棣县”作为检索结果发送给地图APP 11。
再例如，检索信息为“南”，提取子模块从“南”中提取到关键词“南”，筛选子模块筛选出与关键词“南”对应的历史关键词“南京”、“南昌”、“南宁”和“南阳”等，并将历史关键词“南京”对应的城市“南京市”、历史关键词“南昌”对应的城市“南昌市”、历史关键词“南宁”对应的城市“南宁市”和历史关键词“南阳”对应的城市“南阳市”作为检索结果发送给地图APP 11。
可以理解，以上仅为城市检索模块21检索与检索请求对应的城市方案的部分示例，其他检索方式也在本申请的保护范围之内，本申请对此不作具体限定。
步骤S505：地图APP 11将与检索请求对应的城市显示给用户。
在本申请一些实施例中，地图APP 11根据接收到的检索结果生成为城市标签按钮，并将生成的城市标签按钮显示给用户，以使得用户可以基于城市标签按钮查看与检索请求对应的检索结果，进而便于用户根据检索结果选择想要查询的城市。
例如图2(b)所示，城市标签按钮包括无锡市标签按钮102b1、无为市标签按钮102b2和无棣县标签按钮102b3。再例如，城市标签按钮包括南京市标签按钮、南昌市标签按钮、南宁市标签按钮和南阳市标签按钮。
在本申请其他一些实施例中，地图APP 11根据接收到的检索结果生成为城市选项卡，并将生成的城市选项卡显示给用户，以使得用户可以基于城市选项卡查看到与检索请求对应的检索结果，进而便于用户根据检索结果选择想要查询的城市。
可以理解，以上仅为检索结果显示方案的部分示例，其他显示方案也在本申请的保护范围之内，本申请对此不作具体限定。
步骤S506：地图APP 11接收用户选择的第一城市。
其中，第一城市是用户想要查询的城市，也即待查询城市。第一城市可以是基于用户选择的标签按钮或者选项卡等确定的城市。在本申请一些实施例中，地图APP 11通过用户选择的标签按钮从检索结果中确定用户选择的第一城市。
在本申请一些实现方式中，用户通过触摸触摸屏以触发图2(b)中城市选择区域102b中的无锡市标签按钮102b1，进而地图APP 11根据用户的触摸操作确定无锡市为用户选择的第一城市。
在本申请可替换的其他一些实现方式中，用户通过语音识别系统触发图2(b)中城市选择区域102b中的无锡市标签按钮102b1，进而地图APP 11利用语音识别系统识别用户的语音信息，进而确定出无锡市为用户选择的第一城市。
可以理解，以上仅为地图APP 11接收用户选择的第一城市的部分方案示例，其他接收方案也在本申请的保护范围之内，本申请对此不作具体限定。
步骤S507：地图APP 11根据用户选择的第一城市，生成与第一城市对应的第一查询请求。
第一查询请求是指地图APP 11根据第一城市生成的请求指令，第一查询请求用于触发调用城市查询模块22的接口。第一查询请求携带有第一城市，城市查询模块22能够根据第一查询请求查询出第一城市对应的城市信息。可以理解，根据第一查询请求查询出对应的城市信息与第一查询请求相对应，并与第一城市相关。
除此之外，地图APP 11根据查询请求查询到第一城市对应的地图图层。
步骤S508：地图APP 11将第一查询请求发送给城市查询模块22。
在本申请一些实施例中，地图APP 11根据第一城市生成第一查询请求，并将第一查询请求发送给城市查询模块22，以使得城市查询模块22能够通过第一查询请求获取对应的城市信息。
在本申请一些实现方式中，城市查询模块22包括历史数据库、提取子模块、比对子模块和筛选子模块。其中，历史数据库中关联存储有历史关键词和历史城市。提取子模块用于提取请求指令携带的检索信息中的关键词。比对子模块用于比对关键词和历史关键词，以获取关键词和历史关键词的相似度。筛选子模块用于基于计算出的关键词和历史关键词的相似度筛选出与检索信息对应的历史关键词，并用于将筛选出的历史关键词对应的历史城市作为检索结果发送给地图APP 11。
步骤S509：城市查询模块22查询与第一查询请求对应的城市信息，并将与第一查询请求对应的城市信息发送给地图APP 11。
其中，与第一查询请求对应的城市信息包括第一城市对应的城市信息，以及第一城市的周围城市对应的城市信息。
其中，第一城市对应的城市信息可以是第一城市的城市名称、城市轮廓和城市POI数据。在一些实现方式中，一组城市POI数据可以包括编码(ID)、名称(name)、经度(lat)和纬度(lon)。例如，其中一组城市POI数据可以表征为：12234(ID)、苏南硕放国际机场(name)、116.32(lat)和30.13(lon)。可以理解，城市POI数据还可以包括其他维度的信息，例如地址和类别等维度，本申请对此不作具体限定。
周围城市对应的城市信息可以是周围城市的城市名称和城市轮廓。可以理解，第一城市的周围城市可以是在空间地理关系上与第一城市接壤的城市，还可以是与第一城市之间的最小距离在预设距离阈值范围内的城市。其中两城市之间的最小距离是指一城市的城市轮廓上的任意一点到另一城市的城市轮廓上的任意一点之间距离的最小值。例如，无锡市的周围城市对应的城市信息可以包括宣城、常州、泰州、湖州和苏州的城市名称和城市轮廓。无锡市的周围城市对应的城市信息还可以包括与常州和泰州毗邻的镇江市的城市名称和城市轮廓，以及与湖州和苏州毗邻的嘉兴市的城市名称和城市轮廓。
可以理解，与第一查询请求对应的城市信息与手机10的显示界面的规格相适配：当手机10的显示界面相较于第一城市的比例较大时，与第一查询请求对应的城市信息包括更多的第一城市的周围城市的城市信息；反之，当手机10的显示界面相较于第一城市的比例较小时，与第一查询请求对应的城市信息包括更少的第一城市的周围城市的城市信息。
例如，如图2(c)和图2(d)所示，第一城市为无锡市，且热门分类包括飞机场、火车站和景点。城市查询模块22查询出无锡市的城市信息以及无锡市的周围城市的城市信息。其中，无锡市的城市信息中包括无锡(城市名称)，城市轮廓，以及无锡市内的热点数据，例如，无锡市内的热点数据可以包括：苏南硕放国际机场、总火车站、无锡站、无锡东站、无锡新区站、宜兴站、惠山古镇、清名桥古运河景区、太湖鼋头湖风景区、灵山仙境、宜兴龙背山森林公园、拈花湾、三国水浒景城和宜兴竹海风景区。无锡市的周围城市包括宣城、常州、泰州、湖州、苏州、镇江和嘉兴。周围城市对应的城市信息包括宣城、常州、泰州、湖州、苏州、镇江和嘉兴这7个城市的城市名称和城市轮廓。
其中，无锡市的城市名称、城市轮廓和城市POI数据，以及无锡市的周围城市中的宣城、常州、泰州、湖州、苏州、镇江和嘉兴这7个城市的城市名称和城市轮廓以JSON文件的形式返回。
其中，JSON文件中包括能显示城市POI数据的细节信息、能显示待查询城市的周围城市的城市轮廓的周围信息和能显示待查询城市的城市轮廓的轮廓信息。例如JSON文件可以为：
在JSON文件中，细节信息包括飞机场的城市POI数据的字段，具体字段包括飞机场编码、飞机场名称、飞机场经度和飞机场纬度，例如苏南硕放国际机场的城市POI数据的字段包括：
"airport":[
         {"id":12234,"name":"苏南硕放国际机场","lat":116.32,"lon":30.13}
           ]。
在JSON文件中，细节信息还包括火车站的城市POI数据的字段，具体字段包括火车站编码、火车站名称、火车站经度和火车站纬度，例如无锡站和无锡东站的城市POI数据的字段包括：
在JSON文件中，细节信息还包括景点的城市POI数据的字段，具体字段包括景点编码、景点名称、景点经度和景点纬度，例如太湖鼋头渚风景区和灵山胜境的城市POI数据的字段包括：
在JSON文件中，周围信息包括周围城市的城市轮廓的字段，具体字段包括城市轮廓上的多个点的坐标，例如常州市、湖州市和苏州市的周围信息的字段包括：
在JSON文件中，轮廓信息包括待查询城市的城市轮廓的字段，具体字段包括城市轮廓上的多个点的坐标，例如无锡市的周围信息的字段包括城市轮廓上的4个点的坐标，例如：
"profile":[[113.22,24.23],[113.25,24.25],[114.02,25.10],[113.22,24.23]]。
步骤S510：地图APP 11根据与第一查询请求对应的城市信息渲染城市图层。
地图APP 11接收到第一查询请求对应的城市信息后，根据第一查询请求对应的城市信息渲染城市图层。在本申请一些实现方式中，地图APP 11根据所有的城市信息渲染城市图层。在本申请可替换的其他一些实现方式中，地图APP 11根据部分城市信息渲染城市图层，使得渲染后的城市图层能够显示部分城市信息。例如，渲染后的城市图层显示有规模较大或者热度较高的城市POI数据。再例如，渲染后的城市图层显示城市信息中的城市POI数据中的类型、经度和维度，而不显示城市POI数据中的名称。
步骤S511：地图APP 11在地图图层上叠加显示渲染后的城市图层。
地图APP 11根据与第一查询请求对应的城市信息渲染城市图层，并在地图图层上叠加显示渲染后的城市图层。
在本申请一些实现方式中，地图APP 11将第一城市相关的城市信息分区显示在城市图层中。例如图2(c)所示，城市地图界面103包括城市名称区域103a、POI类别区域103b、周围城市区域103c和地图显示区域103d。其中，城市名称区域103a中显示有无锡市按钮103a1，POI类别区域103b显示有飞机场按钮103b1、火车站按钮103b2和景点按钮103b3。其中，城市POI类别可以是用户自定义的或者根据用户画像生成的。
周围城市区域103c中显示有苏州市按钮103c1、湖州市按钮103c2、常州市按钮103c3、宣城市按钮103c4和泰州市按钮103c5。地图显示区域103d中显示有无锡市的城市轮廓、无锡市内的城市POI数据以及无锡市周围城市的城市轮廓。
如图2(c)和图2(d)所示，在本申请一些实现方式中，地图APP 11将第一城市的周围城市以选择按钮的方式并列展示于城市选择区域102b。
在本申请一些可替换的其他实现方式中，地图APP 11将第一城市的周围城市以列表的形式进行展示。
在本申请其他一些实施例中，用户从渲染后的城市图层中的POI类别区域103b中，选择出其中一个POI类别按钮，在城市图层中突出显示的该类POI类别的城市POI数据。
在本申请其他一些实施例中，用户从渲染后的城市图层中的地图显示区域103d中，选择出其中一个城市POI数据，在城市图层中突出显示的该城市POI数据。
下面将以本申请技术方案应用于场景中用户想要由查询第一城市的城市信息切换至查询第二城市的城市信息为例，介绍用户、手机10和服务器20之间的交互过程。其中，第二城市为第一城市的其中一个周围城市。
应用场景2
在应用场景2中，用户在知道“第一城市在哪”以及“第一城市有什么”以后，还想要知道“第二城市在哪”以及“第二城市有什么”，其中第二城市为第一城市的周围城市中的其中一个城市。
图6示出了适用于应用场景2的本申请其他一些实施例中的地图显示方案的交互图。如图6所示，本申请一些实施例中的地图显示方案适用的显示系统包括手机10和服务器20。其中，手机10上安装有地图APP 11，服务器20包括城市检索模块21和城市查询模块22。如图6所示，地图显示方案具体包括以下步骤：
步骤S601：地图APP 11接收用户输入的检索信息。其中，检索信息是指用户输入的、用于触发地图显示方案的信息。步骤S601与步骤S501相同，在此将不作赘述。
步骤S602：地图APP 11根据用户输入的检索信息生成检索请求。步骤S602与步骤S502相同，在 此将不作赘述。
步骤S603：地图APP 11将检索请求发送给城市检索模块21。步骤S603与步骤S503相同，在此将不作赘述。
步骤S604：城市检索模块21检索与检索请求对应的城市，并将与检索请求对应的城市发送给地图APP 11。步骤S604与步骤S504相同，在此将不作赘述。
步骤S605：地图APP 11接收用户选择的第一城市。步骤S605与步骤S505相同，在此将不作赘述。
步骤S606：地图APP 11将与检索请求对应的城市显示给用户。步骤S606与步骤S506相同，在此将不作赘述。
步骤S607：地图APP 11根据用户选择的第一城市，生成与第一城市对应的第一查询请求。步骤S607与步骤S507相同，在此将不作赘述。
步骤S608：地图APP 11将第一查询请求发送给城市查询模块22。步骤S608与步骤S508相同，在此将不作赘述。
步骤S609：城市查询模块22查询与第一查询请求对应的城市信息，并将与第一查询请求对应的城市信息发送给地图APP 11。步骤S609与步骤S509相同，在此将不作赘述。
步骤S610：地图APP 11根据与第一查询请求对应的城市信息渲染城市图层。步骤S610与步骤S510相同，在此将不作赘述。
步骤S611：地图APP 11显示渲染后的城市图层。步骤S611与步骤S511相同，在此将不作赘述。
步骤S612：地图APP 11接收用户选择的第二城市。
其中，第二城市是用户在查询第一城市以后想要继续查询的城市。第二城市可以是第一城市的其中一个周围城市。
在本申请一些实施例中，地图APP 11接收用户从渲染后的城市图层中选择出的第二城市。第二城市可以是基于用户从周围城市区域103c中选出的周围城市的选择按钮确定出的城市。例如，第二城市可以是，地图APP 11基于用户点击图2(d)中苏州市按钮103c1所确定出的城市。第二城市还可以是基于用户在地图显示区域103d中的触摸操作所确定出的城市，例如，第二城市可以是，地图APP 11基于用户点击苏州市的城市轮廓内的任意一点所确定出的城市。
步骤S613：地图APP 11根据用户选择的第二城市，生成与第二城市对应的第二查询请求。
第二查询请求是指地图APP 11根据第二城市生成的请求指令，第二查询请求用于触发调用城市查询模块22的接口。第二查询请求携带有第二城市，城市查询模块22能够根据第二查询请求查询出对应的城市信息。可以理解，根据第二查询请求查询出对应的城市信息与第二查询请求相对应，并与第二城市相关。
除此之外，地图APP 11根据查询请求查询到第一城市对应的地图图层。
步骤S614：地图APP 11将第二查询请求发送给城市查询模块22。
在本申请一些实施例中，地图APP 11根据第二城市生成第二查询请求，并将第二查询请求发送给城市查询模块22，以使得城市查询模块22能够通过第二查询请求获取对应的城市信息。步骤S614与步骤S608基本相同，在此将不作过多描述。
步骤S615：城市查询模块22查询与第二查询请求对应的城市信息，并将与第二查询请求对应的城市信息发送给地图APP 11。
其中，与第二查询请求对应的城市信息包括第二城市对应的城市信息，以及第二城市的周围城市对 应的城市信息。步骤S615与步骤S609原理相同，在此将不作过多描述。数据返回结果与步骤S509中描述的信息规格一致。
例如，第二城市为苏州市，且热门分类包括飞机场、火车站和景点。城市查询模块22查询出苏州市的城市信息以及苏州市的周围城市的城市信息。其中，苏州市的城市信息中，城市坐标为(x2，y2)，城市名称为“苏州”，城市轮廓，以及苏州市内的热点包括苏州光福飞机场、苏州站、苏州园区站、苏州北站、苏州新区站、阳澄湖站、昆山站、昆山南站、拙政园、甪直、周庄、寒山寺和虎丘。第一城市的周围城市包括无锡、泰州、南通、上海、嘉兴和常州。周围城市对应的城市信息包括无锡、泰州、南通、上海、嘉兴和常州的城市坐标、城市名称和城市轮廓。
步骤S616：地图APP 11根据与第二查询请求对应的城市信息重新渲染城市图层。步骤S616与步骤S610基本相同，在此将不作过多描述。
步骤S617：地图APP 11叠加显示地图图层和重新渲染后的城市图层。
地图APP 11根据与第二查询请求对应的城市信息再重新渲染城市图层，并叠加显示地图图层和重新渲染后的城市图层。步骤S616与步骤S610基本相同，在此将不作过多描述。
地图APP 11将图区的待查询城市由“无锡市”更新成“苏州市”，显示“苏州市”的城市名称、POI类别、周围城市。
下面将以本申请技术方案应用于场景中用户想要从第三城市出发去往第一城市中的某一城市POI数据为例，介绍用户、手机10、服务器20和服务器30之间的交互过程。其中，第三城市为用户的出发城市。
应用场景3
与应用场景1的不同之处在于，在应用场景3中，用户想从第三城市出发去往第一城市中的某一城市POI数据。则适用于应用场景3的地图显示方案在图5示出的交互图之后还包括图7示出的交互步骤。结合图5和图7可知，本申请一些实施例中的地图显示方案适用的显示系统包括手机10、服务器20和服务器30。其中，手机10上安装有地图APP 11，服务器20包括城市检索模块21和城市查询模块22，服务器30包括城市交通模块31和城市导航模块32。其中，地图APP 11、城市检索模块21和城市查询模块22执行步骤S501～步骤S511以后，还可以包括以下步骤：
步骤S701：地图APP 11接收用户选择的城市POI数据。
其中，地图APP 11根据第一查询请求对应的城市信息渲染城市图层，并将渲染后的城市图层显示给用户。不难理解，渲染后的城市图层中显示有第一城市内的城市POI数据。
在本申请一些实施例中，用户从渲染后的城市图层中选择出其中一个城市POI数据。在本申请一些实现方式中，地图APP 11根据第一查询请求对应的城市信息渲染城市图层时，会根据每个城市POI数据分别生成一个城市POI按钮。城市POI按钮可以是城市POI数据对应的区域、城市POI数据对应的图标和城市POI数据对应的名称中的任意一种。用户在渲染后的城市图层点击其中一个城市POI数据对应的区域。例如，城市POI数据为拈花湾，如图2(d)所示，用户点击无锡市内的拈花湾对应的景点图标或者用户点击无锡市内的拈花湾所在的区域时，地图APP能够接收用户选择的城市POI数据“拈花湾”。
在本申请其他一些实施例中，用户从渲染后的城市图层中选择出其中一类城市POI数据，随后从该类城市POI数据中选择出其中一个城市POI数据。例如，用户在渲染后的城市图层点击其中一个城市POI类别按钮，在突出显示的该类城市POI数据中选择其中一个城市POI数据。
例如，仍以城市POI数据为拈花湾为例，如图2(d)所示，用户点击无锡市的景点按钮103b3，如图3(b)所示，手机10中的地图APP 11突出显示景点类别的惠山古镇、清名桥古运河景区、太湖鼋头湖风景区、灵山仙境、宜兴龙背山森林公园、拈花湾、三国水浒景城和宜兴竹海风景区。随后，用户在突出显示的景点中选择出拈花湾。
在本申请一些实现方式中，用户点击拈花湾对应的景点图标或者用户点击无锡市内的拈花湾所在的区域，本申请对此不作具体限定。
步骤S702：地图APP 11根据城市POI数据生成终止位置，并生成出发位置输入框。
例如图3(b)所示，地图APP 11在交通地图界面104中城市名称区域104a的下方生成出发位置录入框104c，用户可以在出发位置录入框104c中录入出发位置或者选择出发位置。其中，出发位置可以是某一城市，也可以是某一城市中的某一城市POI数据。
步骤S703：地图APP 11接收用户输入的出发位置。
出发位置可以是用户通过触摸屏或语音识别系统录入的位置信息，或者采用定位系统自动获取的位置信息，本申请对此不作具体限定。
在本申请一些实现方式中，终止位置可以是第一城市中的第一城市POI数据，出发位置可以是第三城市。例如，终止位置为无锡市的拈花湾，出发位置为北京市。
在本申请可替换的其他一些实现方式中，终止位置可以是第一城市中的第一城市POI数据，出发位置可以是第三城市中的第三城市POI数据。例如，终止位置为无锡市的拈花湾，出发位置为北京市的北京南站。可以理解，出发位置除了可以是北京南站等火车站POI数据，还可以是飞机场POI数据和景点POI数据，本申请对比不作具体限定。
在本申请可替换的其他一些实现方式中，终止位置可以是第一城市中的第一城市POI数据，出发位置可以是第一城市中除了第一城市POI数据以外的第二城市POI数据。例如，终止位置为无锡市的拈花湾，出发位置为无锡市的惠山古镇。
步骤S704：地图APP 11根据出发位置和终止位置生成穿梭请求。
穿梭请求是指地图APP 11根据出发位置和终止位置生成的请求指令。穿梭请求携带有出发位置和终止位置的相关信息，用于指示城市交通模块31检索出与出发位置和终止位置相关的穿梭路线。穿梭路线是城市和城市之间路线。
在一些应用场景中，用户数量为一个，并用户位于第三城市中，且想到达第一城市的终止位置，或者，用户数量为多个，多个用户位于同一第三城市的多个位置，且想到达第一城市的同一终止位置。基于此，在本申请一些实施例中，终止位置位于第一城市中，出发位置位于第三城市中，穿梭请求携带有第一城市的城市名称和第三城市的城市名称。地图APP 11根据第一城市的城市名称和第三城市的城市名称生成穿梭在第一城市和第三城市之间的穿梭请求。
例如，终止位置为无锡市中的拈花湾，出发位置为一个，且位于北京市中时，穿梭请求携带有“无锡”和“北京”，并指示城市交通模块31检索出从北京出发到无锡的穿梭路线。
再例如，终止位置为无锡市中的拈花湾，出发位置为多个，且均位于北京市时，穿梭请求携带有“无锡”和“北京”，并指示城市交通模块31检索出从北京出发到无锡的穿梭路线。
在另外一些应用场景中，要户数量为多个，多个用户位于不同的第三城市中，且想到达第一城市的同一终止位置。基于此，在本申请一些实施例中，终止位置位于第一城市中，出发位置为多个，并位于不同的第三城市中，穿梭请求携带有第一城市的城市名称和多个第三城市的城市名称。地图APP 11根 据第一城市的城市名称和多个第三城市的城市名称生成第一城市分别穿梭在多个第三城市之间的穿梭请求。
例如，终止位置为无锡市中的拈花湾，用户甲的出发位置位于北京市中，用户乙的出发位置位于上海市中时，穿梭请求携带有“无锡”、“北京”和“上海”，并指示城市交通模块31检索出从北京出发到无锡的穿梭路线，以及从上海出发到无锡的穿梭路线。
步骤S705：地图APP 11向城市交通模块31发送穿梭请求。
地图APP将携带有出发城市和终止城市的穿梭请求发送给服务器30中的城市交通模块31。
步骤S706：城市交通模块31根据穿梭请求确定出发交通枢纽和终止交通枢纽，并根据出发交通枢纽和终止交通枢纽生成多条穿梭路线。
其中，出发交通枢纽是指出发位置所在城市的交通枢纽，终止交通枢纽是指终止位置所在城市的交通枢纽。可以理解，交通枢纽可以是飞机场(例如苏南硕放国际机场、北京首都国际机场和北京大兴国际机场)、火车站(宜兴站、无锡东站、北京南站和北京站)、汽车站和码头等，本申请对此不作具体限定。
穿梭路线是城市交通模块31生成的，其中一个出发交通枢纽和其中一个终止交通枢纽之间的路线，例如图3(b)中的l11、l21和l31。可以理解，一条穿梭路线对应的出发交通枢纽和终止交通枢纽为同类型的交通枢纽，例如，一条穿梭路线由北京南站出发到宜兴站，再例如，另一条穿梭路线由北京大兴国际机场出发到苏南硕放国际机场。
其中，穿梭路线携带有穿梭信息。在本申请一些实现方式中，穿梭信息可以包括班次、时间和费用，其中，时间可以包括穿梭时长，还可以包括班次的出发时刻和抵达时刻，本申请对此不作具体限定。
步骤S707：城市交通模块31向地图APP 11发送多条穿梭路线、出发交通枢纽和终止交通枢纽。
步骤S708：地图APP 11根据出发位置、出发交通枢纽、终止位置和终止交通枢纽生成导航请求。
其中，导航请求是指地图APP 11根据出发位置和出发交通枢纽，和/或，终止位置和终止交通枢纽生成的导航指令。导航请求携带有出发位置和出发交通枢纽，和/或，终止位置和终止交通枢纽，导航请求用于指示城市导航模块32计算出出发位置和出发交通枢纽之间的导航路线，和/或，终止位置和终止交通枢纽之间的导航路线。
步骤S709：地图APP 11向城市导航模块32发送导航请求。
地图APP将携带有出发位置和出发交通枢纽，和/或，终止位置和终止交通枢纽的穿梭请求发送给服务器30中的城市导航模块32。
步骤S710：城市导航模块32根据导航请求生成多条导航路线。
在本申请一些实施例中，城市导航模块32接收到导航请求后，提取导航请求中的出发位置和出发交通枢纽，和/或，终止位置和终止交通枢纽，进而计算得到出发位置和出发交通枢纽之间的第一导航路线，和/或，终止位置和终止交通枢纽之间的第二导航路线。导航路线可以是步行、骑行、打车出行、公交和地铁等公共交通方式中的至少一种。例如导航路线可以是图3(b)中的l12、l22和l32。
例如，终止位置为无锡市内的“拈花湾”，终止交通枢纽为宜兴站，导航路线为“宜兴站”出发到“拈花湾”，导航路线携带的导航信息为“方式：打车出行，时长：1小时8分钟，费用：158元”。再例如，终止位置为无锡市内的拈花湾，终止交通枢纽为“无锡东站”，导航路线为“无锡东站”出发到“拈花湾”，导航路线携带的导航信息为“方式：打车出行，时长：1小时10分钟，费用：163元”。再例如，终止位置为无锡市内的拈花湾，终止交通枢纽为“苏南硕放国际机场”，导航路线为“苏南硕 放国际机场”出发到“拈花湾”，导航路线携带的导航信息为“方式：打车出行，时长：1小8分钟，费用199元”。
可以理解，出发位置与出发交通枢纽之间的导航路线与终止位置与终止交通枢纽之间的导航路线的生成方式相同，在此将不作赘述。
除此之外，在本申请其他一些实施例中，当出发位置为某一城市时，可以认为出发位置与出发交通枢纽相同，无需生成出发位置与出发交通枢纽之间的导航路线。
步骤S711：城市导航模块32向地图APP 11发送多条导航路线。其中，导航路线携带有对应的导航信息。
步骤S712：地图APP 11根据多条穿梭路线和多条导航路线确定出多条出行路线，并根据排序结果筛选出至少一条出行路线，最后根据至少一条出行路线渲染出行图层。
在本申请一些实施例中，地图APP 11根据多条穿梭路线和多条导航路线确定出多条出行路线，并根据至少一条出行路线渲染出行图层。
其中，出行路线包括从出发位置到终止位置的完成路线，具体包括穿梭路线和导航路线。例如出行路线可以是图3(b)中的l1、l2和l3。地图APP 11按照预设排序规则对多条出行路线进行排序。
在本申请一些实施例中，地图APP 11按照预设排序规则对多条出行路线进行排序后，筛选出前N条出行路线。例如，地图APP 11从多条出行路线中筛选出前3条的出行路线。
在本申请一些实现方式中，预设排序规则可以是按照出行时长的长短进行排序。基于此，地图APP11根据预设排序规则，将多条出行路线按照动出行时长从短到长排序。
在本申请可替换的其他一些实现方式中，预设排序规则还可以是按照出行费用的高低进行排序。基于此，地图APP 11根据预设排序规则，将多条出行路线按照出行费用从低到高排序。
在本申请可替换的其他一些实现方式中，预设排序规则还可以是按照换乘次数的多少进行排序。基于此，地图APP 11根据预设排序规则，将多条出行路线按照换乘次数从少到多排序。
可以理解，上述三种实现方式仅为出行路线排序方案的部分示例，本申请中地图APP 11还可以根据路线热度对出行路线进行排序，等等。基于此，任何能够对出行路线合理排序的排序方案均在本申请的保护范围之内，本申请对出行路线的预设排序规则不作具体限定。
例如，当出发位置为北京，终止位置为无锡市的“拈花湾”时，地图APP 11根据多条穿梭路线和多条导航路线共生成10条出行路线，在此不作一一介绍。地图APP 11按照预设排序规则对10条出行路线进行排序后，筛选出TOP 3的出行路线：
出行路线1：“北京南站——宜兴站——拈花湾”，以及出行路线1携带的出行信息为“北京南站——宜兴站：5小时5分，504元，宜兴站——拈花湾：1小时8分，158元”。不难理解，由于出发交通枢纽为“北京南站”，终止交通枢纽为“宜兴站”，因此，“北京南站——宜兴站”的穿梭类型为火车。
出行路线2：“北京南站——无锡东站——拈花湾”，以及出行路线2携带的出行信息为“北京南站——无锡东站：5小时7分，514元，无锡东站——拈花湾：1小时10分，163元”。不难理解，由于出发交通枢纽为“北京南站”，终止交通枢纽为“无锡东站”，因此，“北京南站——无锡东站”的穿梭类型为火车。
出行路线3：“北京大兴国际机场——苏南硕放国际机场——拈花湾”，以及出行路线2携带的出行信息为“北京大兴国际机场——苏南硕放国际机场：2小时20分，940元，苏南硕放国际机场——拈 花湾：1小时9分，199元”。不难理解，由于出发交通枢纽为“北京大兴国际机场”，终止交通枢纽为“苏南硕放国际机场”，因此，“北京大兴国际机场——苏南硕放国际机场”的穿梭类型为飞机。
步骤S713：地图APP 11叠加显示地图图层、城市图层和渲染后的出行图层。
出行地图界面105是地图图层、城市图层和渲染后的出行图层叠加在一起显示而成的。在出发位置录入框105c下方，显示至少一条出行路线对应的出发城市的交通枢纽。同时至少一条出行路线，并显示至少一条出行路线对应的时间和价格信息。参阅图3(c)，出发城市“北京市”下显示了“北京南站”、“北京大兴国际机场”交通枢纽的信息，并且显示了“北京南站”到“宜兴站”到“拈花湾”的出行路线，“北京南站”到“无锡东站”到“拈花湾”的出行路线，“北京大兴国际机场”到“苏南硕放国际机场”到“拈花湾”的出行路线，并且在每条出行路线上展示了出行时间和出行费用。
在本申请一些实施例中，当用户点击对应的出行线路时，地图APP 11展示出行线路的详情信息，可以展示对应的路线细节及出行信息。比如点击“北京南站”到“宜兴站”可以展示对应的火车车次的详细信息；点击“宜兴站”到“拈花湾”的路线，可以展示城市内的导航信息。
在本申请一些实施例中，出发位置所在的出发城市无法直接到达终止位置所在的终止城市时，也即穿梭路线需要经过中间城市换乘，可在出行线路的详情信息体现中间的换乘的交通枢纽以及详细的导航路线。例如，从“北京”到“无锡”，需要换乘“南京”，出行图层上依然显示的“北京南站”到“无锡东”的出行路线，但是在火车的详情信息页面中，展示从“北京南站”到“南京南站”，再换乘到“无锡东站”的导航路线和导航信息。
在本申请一些实施例中，在用户确定出行路线后，手机100中的地图APP 11根据用户选中的出行路线中的城市POI数据以及交通枢纽推送酒店及餐馆等。进而，手机100中的地图APP 11能够结合城市POI数据、出行路线、酒店及餐馆生成旅行攻略。
图8示出了本申请一些实施例中的出行地图界面105。如图8所示，在本申请一些实施例中，出行地图界面105中的出行路线以列表的形式进行展示，同时突出显示排序最为靠前的出行路线，并在地图显示区中突出显示出行路线途经的交通枢纽和城市POI数据。
在本申请其他一些应用场景中，出行地图界面105中还包括同时显示按钮1051，当用户既不熟悉终止位置，也不太熟悉出发位置时，用户可以点击同时显示按钮1051，此时，手机10的出行地图界面105能够同时显示终止位置所在的终止城市与出发位置所在的出发城市。
图9示出了本申请另外一些实施例中的出行地图界面105。与3(c)相比，图9中的出行地图界面105中还显示出了同时显示按钮1051，当用户点击了同时显示按钮1051以后，手机10的出行地图界面105不仅显示出了终止位置所在的终止城市“无锡市”，以及终止城市“无锡市”的城市信息，还显示出了出发位置所在的出发城市“北京市”，以及出发城市“北京市”的至少部分城市信息。
在本申请一些实现方式中，终止位置所在的终止城市与出发位置所在的出发城市分区显示。在本申请一些实现方式中，终止位置所在的终止城市与出发位置所在的出发城市分栏显示。在本申请一些实现方式中，终止位置所在的终止城市与出发位置所在的出发城市显示区域可调整。
在本申请其他一些应用场景中，出行地图界面105中还包括切换显示按钮1052，当用户既不熟悉终止位置，也不太熟悉出发位置时，用户可以点击切换显示按钮1052，此时，手机10的出行地图界面105能够切换显示终止位置所在的终止城市与出发位置所在的出发城市切换显示。图10(a)示出了本申请其他一些实施例中的出行地图界面105，其中显示了第一城市的城市信息。图10(b)示出了本申请其他一些实施例中的出行地图界面105，其中显示了第三城市的城市信息。与图3(b)相比，图10 (a)中的出行地图界面105还设有切换显示按钮1052，当用户触摸图10(a)中的切换显示按钮1052后，手机100的界面由图10(a)切换至图10(b)。
图11示出了本申请另外一些实施例中地图显示方案所适用的系统架构。
如图11所示，本申请中的显示系统的系统架构包括已建立通信连接的手机10、服务器20、服务器30和手机40。其中，手机10中安装有地图APP 11，手机40中安装有地图APP 41，服务器20包括城市检索模块21和城市查询模块22，服务器30包括城市交通模块31和城市导航模块32。其中，用户00能够操作手机10，用户01能够操作手机40。
在本申请其他一些应用场景中，本申请提供的地图显示方法适用于图11中的显示系统的系统架构。多个用户分别从多个出发位置出发至同一城市POI数据时，多个用户所持有的手机中地图APP之间的交通地图界面和出行地图界面能够协同显示。
图12(a)示出了本申请再一些实施例中手机10中无锡市的交通地图界面104。图12(b)示出了本申请再一些实施例中手机10中无锡市的交通地图界面104，其中出发地输入框的数量为两个。如图12(a)所示，手机10的交通地图界面104中还包括分享显示按钮1041，当多个用户(例如图11中的用户00和用户01)分别从多个出发位置出发至同一城市POI数据时，用户00可以点击手机10中的分享显示按钮1041，并将手机10的显示界面分享给另一手机40，此时，如图12(b)所示，手机10的交通地图界面104显示有出发地输入框104c1和出发地输入框104c2，并将当前的交通地图界面104协同显示给另一手机40。图12(c)示出了本申请再一些实施例中手机40中无锡市的交通地图界面404，其中出发地输入框的数量为两个。如图12(c)所示，手机40的交通地图界面404显示有出发地输入框404c1和出发地输入框404c2。
随后，用户00在手机10中的交通地图界面104中的出发地输入框104c1中输入一个第三城市，例如北京。另一用户01在手机40中的交通地图界面404中的出发地输入框404c2中输入另一个第三城市，例如上海。随后，如图12(d)所示，手机10的显示界面切换至出行地图界面105，如图12(e)所示，手机40的显示界面切换至出行地图界面405。如图12(d)和图12(e)所示，出行地图界面105和出行地图界面405能够同时显示多个第三城市对应的多组出行路线，以供多个用户协同选择。
在本申请可替换的其他实现方式中，用户00在手机10中的交通地图界面104中的出发地输入框104c1输入一个第三城市，以及在手机10中的交通地图界面104中的出发地输入框104c2输入另一个第三城市。同理，在本申请可替换的其他实现方式中，用户01在手机40中的交通地图界面404中的出发地输入框404c1输入一个第三城市，以及在手机40中的交通地图界面404中的出发地输入框404c2输入另一个第三城市。
与3(b)相比，图12(a)至图12(d)中的出行地图界面105中出发位置为多个，其中的出行路线也为不同出发位置到达同一终止位置的出行路线。可以理解，出行路线的获取方法与仅具有一个出发位置的获取方法基本相同，通过多次分别获取即可，在此将不作赘述。
基于此，在本申请一些实施例中，显示系统不仅包括手机10、服务器20和服务器30，还包括手机40。手机10向手机40共享城市地图界面105的相关数据，其中城市地图界面105的相关数据能够被手机40用于生成在手机40上显示的城市地图界面405。
在本申请一些实施例中，手机10检测到用户00选择第一城市的城市POI数据中的终止位置，例如无锡市的拈花湾。手机10显示包括有出发地录入框的交通地图界面104，也即出发地的输入界面，并获取用户00输入的第一出发位置和从手机40接收到的第三出发位置，其中，第三出发位置是用户 01通过手机40上的交通地图界面404输入的。手机10中的APP 11生成并显示对应终止位置和第二出发位置的至少一条出行路线，以及对应终止位置和第三出发位置的至少一条出行路线。
在本申请可替换的其他一些实施例中，手机10中的APP 11生成对应终止位置和第二出发位置的至少一条出行路线，手机40中的APP 41生成对应终止位置和第三出发位置的至少一条出行路线，手机10中的APP 11将对应终止位置和第二出发位置的至少一条出行路线发送给手机40中的APP 41，手机40中的APP 411对应终止位置和第三出发位置的至少一条出行路线发送给手机10中的APP 11。
在本申请一些实施例中，手机10中的APP 11从手机40获取用户01通过手机40中的APP 41上的城市地图界面405选择的终止位置，终止位置为第一城市的城市POI数据中的第三地址。手机10中的APP 11显示包括有出发地录入框的交通地图界面104，也即出发地的输入界面，并获取用户00输入的第四出发位置和从手机40接收到的第五出发位置，其中，第五出发位置是用户01通过手机40上的交通地图界面404输入的。手机10中的APP 11生成并显示对应终止位置和第四出发位置的至少一条出行路线，以及对应终止位置和第五出发位置的至少一条出行路线。
在本申请一些实施例中，多组出行路线中的交通枢纽可以全部重合、部分重合或者完全不重合，本申请对此不作具体限定。
在本申请一些实施例中，本申请中的地图显示方案适用于包括多个电子设备的应用系统中。例如，本申请中的地图显示方案能够应用于第一电子设备和第二电子设备，并能够在第一电子设备和第二电子设备上显示至少一条路线相关联的路线信息。
图13根据本申请的实施例，示出了一种手机10的硬件结构示意图。
手机10能够执行本申请实施例提供的地图显示方法。在图13中，相似的部件具有同样的附图标记。如图13所示，手机10可以包括处理器110、电源模块140、存储器121、摄像头193、移动通信模块150、无线通信模块160、传感器模块180、音频模块170、接口模块以及显示屏等。
可以理解的是，本发明实施例示意的结构并不构成对手机10的具体限定。在本申请另一些实施例中，手机10可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如，可以包括中央处理器CPU(Central Processing Unit)、图像处理器GPU(Graphics Processing Unit)、数字信号处理器DSP(Digital Signal Processor)、微处理器MCU(Micro-programmed Control Unit)、AI(Artificial Intelligence，人工智能)处理器或可编程逻辑器件FPGA(Field Programmable Gate Array)等的处理模块或处理电路。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
其中，处理器110能够根据检索信息生成用于指示城市检索模块21检索对应城市的检索请求，同时能够根据用户选择的城市生成用于指示城市查询模块22查询对应的城市信息的查询请求，此外还能够根据城市查询模块22查询出的城市信息渲染城市图层。
处理器110能够根据城市POI数据和出发位置生成用于指示城市交通模块31查询穿梭路线的查询请求。
处理器110还能够根据出发位置和出发交通枢纽，和/或，终止位置和终止交通枢纽生成用于指示地图导航模块32查询对应的导航路线的导航请求。
处理器110能够基于穿梭路线和导航路线确定出出发位置与终止位置之间的出行路线。此外处理器110还能够根据出行路线渲染出行图层。
存储器121可用于存储数据、软件程序以及模块，可以是易失性存储器(Volatile Memory)，例如随机存取存储器(Random-Access Memory，RAM)；或者非易失性存储器(Non-Volatile Memory)，例如只读存储器(Read-Only Memory，ROM)，快闪存储器(Flash Memory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)；或者上述种类的存储器的组合，或者也可以是可移动存储介质，例如安全数字(Secure Digital，SD)存储卡。其中，存储器121用于存储城市交通模块31返回的出发交通枢纽、终止交通枢纽、穿梭路线、导航路线和出行路线。
电源模块140可以包括电源、电源管理部件等。电源可以为电池。电源管理部件用于管理电源的充电和电源向其他模块的供电。充电管理模块用于从充电器接收充电输入；电源管理模块用于连接电源，充电管理模块与处理器110。
移动通信模块150可以包括但不限于天线、功率放大器、滤波器、低噪声放大器(Low Noise Amplify，LNA)等。移动通信模块150可以提供应用在手机10上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以由天线接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
无线通信模块160可以包括天线，并经由天线实现对电磁波的收发。无线通信模块160可以提供应用在手机10上的包括无线局域网(Wireless Local Area Networks，WLAN)(如无线保真(Wireless Fidelity，Wi-Fi)网络)，蓝牙(Bluetooth，BT)，全球导航卫星系统(Global Navigation Satellite System，GNSS)，调频(Frequency Modulation，FM)，近距离无线通信技术(Near Field Communication，NFC)，红外技术(Infrared，IR)等无线通信的解决方案。手机10可以通过无线通信技术与网络以及其他设备进行通信。
在一些实施例中，手机10的移动通信模块130和无线通信模块120也可以位于同一模块中。
摄像头193用于捕获静态图像或视频。景物通过镜头生成的光学图像投射到感光元件。感光元件把光信号转换成电信号，之后将电信号传递给ISP(Image Signal Processor，图像信号处理器)转换成数字图像信号。手机10可以通过ISP，摄像头193，视频编解码器，GPU(Graphic Processing Unit，图形处理器)，显示屏以及应用处理器等实现拍摄功能。
显示屏包括显示面板。显示面板可以采用液晶显示屏(Liquid Crystal Display，LCD)，有机发光二极管(Organic Light-emitting Diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(Active-matrix Organic Lght-emitting Diode的，AMOLED)，柔性发光二极管(Flex Light-emitting Diode，FLED)，Mini LED，Micro LED，Micro OLED，量子点发光二极管(Quantum Dot Light-emitting Diodes，QLED)等。
传感器模块180可以包括接近光传感器、压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。
音频模块170可以将数字音频信息转换成模拟音频信号输出，或者将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。在一些实施例中，音频模块170可以包括扬声器、听筒、麦克风以及耳机接口。
接口模块包括外部存储器接口、通用串行总线(Universal Serial Bus，USB)接口及用户标识模块 (Subscriber Identification Module，SIM)卡接口等。其中外部存储器接口可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机10的存储能力。外部存储卡通过外部存储器接口与处理器110通信，实现数据存储功能。通用串行总线接口用于手机10和其他手机进行通信。用户标识模块卡接口用于与安装至手机10的SIM卡进行通信，例如读取SIM卡中存储的电话号码，或将电话号码写入SIM卡中。
在一些实施例中，手机10还包括按键、马达以及指示器等。其中，按键可以包括音量键、开/关机键等。马达用于使手机10产生振动效果，例如在用户的手机10收到新的IM APP消息时产生振动，以提示用户查看消息。指示器可以包括激光指示器、射频指示器、LED指示器等。
图14根据本申请的实施例示出了手机10的一种软件架构图。如图14所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供手机10′的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
系统库可以包括多个功能模块。例如：表面管理器(surface manager，SM)，媒体库(Media Libraries，ML)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。
可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器 (Digital Signal Processor，DSP)、微控制器、专用集成电路(Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何系统。
程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。
在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(CD-ROMs)、磁光盘、只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。
在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。
需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块
需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (13)

  1. 一种地图显示方法，其特征在于，应用于第一电子设备，包括：
    显示第一地点的第一查询结果界面，所述第一查询结果界面包括与第一缩放比例对应的所述第一地点的第一地图信息；
    检测到缩放比例从所述第一缩放比例调整为第二缩放比例，其中所述第二缩放比例小于所述第一缩放比例；
    显示所述第一地点的第二查询结果界面，所述第二查询结果界面包括与所述第二缩放比例对应的所述第一地点的第二地图信息和第一地方信息，其中，所述第一地方信息包括所述第一地点的地方热点数据。
  2. 根据权利要求1所示的方法，其特征在于，还包括：
    根据与所述第二缩放比例对应的所述第一地点的所述第二地图信息生成第二地图图层，并根据与所述第二缩放比例对应的所述第一地点的所述第一地方信息生成地方图层；
    叠加显示所述第二地图图层和所述地方图层，得到所述第二查询结果界面。
  3. 根据权利要求1所示的方法，其特征在于，所述第一查询结果界面和第二查询结果界面为所述第一电子设备中的地图应用的显示界面。
  4. 根据权利要求1所示的方法，其特征在于，所述第一地方信息还包括所述第一地点的地方轮廓数据和多个第二地点的地方轮廓数据，其中，所述第二地点与所述第一地点相邻；并且
    所述第二查询结果界面还显示有所述第一地点和第二地点的地方轮廓。
  5. 根据权利要求4所示的方法，其特征在于，还包括：
    检测到第一电子设备的第一用户将查询地点从所述第一地点切换为第二地点的切换操作；
    显示对应所述第二地点的第三查询结果界面，其中，所述第三查询结果界面包括与所述第二缩放比例对应的所述第二地点的第三地图信息和第二地方信息，其中，所述第二地方信息包括所述第二地点的地方热点数据。
  6. 据权利要求5所示的方法，其特征在于，所述切换操作包括：
    所述第一用户对所述第二查询结果界面中的所述第二地点地方轮廓中的预设位置的点击操作。
  7. 根据权利要求1所示的方法，其特征在于，所述显示所述第一地点的第二查询结果界面之后，还包括：
    检测到第一用户选择所述第一地点的地方热点数据中的第一地址作为第一目的地；
    显示出发地的输入界面，并获取第一用户输入的第一出发地；
    生成并显示对应所述第一目的地和第一出发地的至少一条出行路线。
  8. 根据权利要求1所示的方法，其特征在于，还包括：
    向第二电子设备共享所述第二查询结果界面数据，其中所述第二查询结果界面数据能够被所述第二电子设备用于生成在所述第二电子设备上显示的第四查询结果界面。
  9. 根据权利要求8所示的方法，其特征在于，还包括：
    检测到第一用户选择所述第一地点的地方热点数据中的第二地址作为第二目的地；
    显示出发地的输入界面，并获取所述第一用户输入的第二出发地和从所述第二电子设备接收到的第三出发地，其中，所述第三出发地是第二用户通过所述第二电子设备上的所述第四查询结果界面输入的；
    生成并显示对应所述第二目的地和所述第二出发地的至少一条出行路线，以及对应所述第二目的地和所述第三出发地的至少一条出行路线。
  10. 根据权利要求8所示的方法，其特征在于，还包括：
    从所述第二电子设备获取第二用户通过所述第二电子设备上的所述第四查询结果界面选择的第三目的地，所述第三目的地为所述第一地点的地方热点数据中的第三地址；
    显示出发地的输入界面，并获取所述第一用户输入的第四出发地和从所述第二电子设备接收到的第五出发地，其中，所述第五出发地是所述第二用户通过所述第二电子设备上的所述第四查询结果界面输入的；
    生成并显示对应所述第三目的地和所述第四出发地的至少一条出行路线，以及对应所述第三目的地和所述第五出发地的至少一条出行路线。
  11. 一种电子设备，其特征在于，包括：
    存储器，用于存储指令，以及
    一个或多个处理器，当所述指令被所述一个或多个处理器执行时，所述处理器执行如权利要求1至10中任一项所述的地图显示方法。
  12. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有指令，该指令在电子设备上执行时使电子设备执行如权利要求1至10中任一项所述的地图显示方法。
  13. 一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，所述指令当被一个或多个处理器执行时用于实现如权利要求1至10中任一项所述的地图显示方法。
PCT/CN2023/088172 2022-04-14 2023-04-13 地图显示方法、可读介质和电子设备 WO2023198161A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210395684.4A CN116955506A (zh) 2022-04-14 2022-04-14 地图显示方法、可读介质和电子设备
CN202210395684.4 2022-04-14

Publications (1)

Publication Number Publication Date
WO2023198161A1 true WO2023198161A1 (zh) 2023-10-19

Family

ID=88329070

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/088172 WO2023198161A1 (zh) 2022-04-14 2023-04-13 地图显示方法、可读介质和电子设备

Country Status (2)

Country Link
CN (1) CN116955506A (zh)
WO (1) WO2023198161A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120271848A1 (en) * 2011-04-25 2012-10-25 Google Inc. Dynamic Highlighting of Geographic Entities on Electronic Maps
CN107329652A (zh) * 2017-06-22 2017-11-07 巴拉巴网络科技（北京）有限公司 对象标识方法、装置、系统及机器可读存储介质
CN108319607A (zh) * 2017-01-18 2018-07-24 阿里巴巴集团控股有限公司 业务对象的显示、地图数据的处理方法、客户端及服务器
CN113701743A (zh) * 2021-10-29 2021-11-26 腾讯科技（深圳）有限公司 地图数据处理方法、装置、计算机设备及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120271848A1 (en) * 2011-04-25 2012-10-25 Google Inc. Dynamic Highlighting of Geographic Entities on Electronic Maps
CN108319607A (zh) * 2017-01-18 2018-07-24 阿里巴巴集团控股有限公司 业务对象的显示、地图数据的处理方法、客户端及服务器
CN107329652A (zh) * 2017-06-22 2017-11-07 巴拉巴网络科技（北京）有限公司 对象标识方法、装置、系统及机器可读存储介质
CN113701743A (zh) * 2021-10-29 2021-11-26 腾讯科技（深圳）有限公司 地图数据处理方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN116955506A (zh) 2023-10-27

Similar Documents

Publication Publication Date Title
US12001492B2 (en) Location-based searching using a search area that corresponds to a geographical location of a computing device
US11354023B2 (en) Location-based application recommendations
US9915548B2 (en) Method and apparatus for providing a contextual menu in a map display
CN102792664B (zh) 计算设备上的语音动作
EP3332536B1 (en) Method and apparatus for syncing an embedded system with plurality of devices
US20150046088A1 (en) Method and system for managing itinerary
CN102257493A (zh) 对个人信息进行地理编码
WO2023198161A1 (zh) 地图显示方法、可读介质和电子设备
US10551202B2 (en) Generating itinerary destinations and recommendations from scanned content
US20210270624A1 (en) Apparatus and method of providing contextual-information-based service
KR20180090970A (ko) 위치 정보를 고려한 사진 데이터 표시 방법, 이를 위한 장치 및 시스템
AU2015201799B2 (en) Location-based searching
US20240320281A1 (en) Location-based searching using a search area that corresponds to a geographical location of a computing device
Al-Omari et al. Smart tourism and location-based services architectural model
KR20150025914A (ko) 스마트폰을 이용한 위치기반 여행 노트 작성 및 관리 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23787803

Country of ref document: EP

Kind code of ref document: A1