WO2024141000A1 - 出行规划方法、相关装置及通信系统 - Google Patents

出行规划方法、相关装置及通信系统 Download PDF

Info

Publication number
WO2024141000A1
WO2024141000A1 PCT/CN2023/143118 CN2023143118W WO2024141000A1 WO 2024141000 A1 WO2024141000 A1 WO 2024141000A1 CN 2023143118 W CN2023143118 W CN 2023143118W WO 2024141000 A1 WO2024141000 A1 WO 2024141000A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
sunshine
electronic device
route
user
Prior art date
Application number
PCT/CN2023/143118
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 WO2024141000A1 publication Critical patent/WO2024141000A1/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/34—Route searching; Route guidance
    • G01C21/3453—Special cost functions, i.e. other than distance or default speed limit of road segments
    • 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/34—Route searching; Route guidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal

Definitions

  • the present application relates to the field of navigation technology, and in particular to travel planning methods, related devices and communication systems.
  • the present application provides a travel planning method, related devices and communication system.
  • the travel planning method can reduce the sunlight exposure of users during travel and improve the comfort of users during travel by recommending the best sun-proof riding area or sun-proof travel route on the bus.
  • the present application provides a travel planning method.
  • the electronic device can obtain a first route and seat distribution of a first vehicle, where the first route is a route for the first vehicle to travel from a first position to a second position; the electronic device can obtain first sunshine information of the first vehicle on the first route, where the first sunshine information includes sunshine information of each seat in the first vehicle in a first time period, where the first time period is a time period for the first vehicle to pass through the first route.
  • the electronic device displays the first sunshine information.
  • the first sunshine information may include the first sunshine amount and/or the first sunshine duration, wherein the first sunshine amount includes the sunshine amount received by each seat in the first vehicle during the first time period, and the first sunshine duration includes the duration that each seat in the first vehicle receives sunshine during the first time period.
  • the first time period may be a time period in which the first vehicle is estimated to pass through the first route.
  • the above travel planning method can obtain the sunshine information such as the sunshine amount and sunshine duration of each seat on the bus during the time period when the user takes the bus according to the route of the user taking the bus and the seat distribution of the bus. In this way, the user can choose a seat with less sunshine amount or shorter sunshine duration, reduce the sunshine exposure when riding the bus, and improve the comfort of the user's travel.
  • the electronic device may also receive first travel information input by the user, where the first travel information includes a departure place, a destination, a first departure time, and a first travel mode, where the first travel mode is public transportation.
  • the electronic device determines the first vehicle based on the first travel information, where the first vehicle is the last public transportation vehicle to arrive at the first location after the first departure time.
  • the route from the departure place to the destination may include the first route.
  • the user can obtain a public transportation plan by entering his or her departure place, destination, and departure time in the electronic device.
  • the electronic device can determine that the user can take the first vehicle to travel from the departure place to the destination based on the above first travel information.
  • the electronic device can obtain and display the sunshine information of each seat of the first vehicle during the period when the user takes the first vehicle (i.e., within the first time period). The user can select a seat based on the above first sunshine information.
  • the departure place in the first travel information may be the first location.
  • the destination in the first travel information may be the second location. That is, the user may directly input his/her own boarding location and alighting location in the electronic device, thereby obtaining information about buses that stop at the boarding location (i.e., the first location) and can reach the alighting location (i.e., the second location).
  • the electronic device may obtain information of the first vehicle based on a first identifier, and the first identifier may be set on the first vehicle.
  • the above-mentioned first identifier can be the vehicle information acquisition identifier in this application.
  • the first identifier is a QR code or a barcode
  • the electronic device can scan the first identifier to obtain the information of the first vehicle.
  • the user can use the electronic device to obtain the information of the first vehicle based on the first identifier (such as scanning the first identifier to obtain the information of the first vehicle).
  • the electronic device can obtain the first sunshine information based on the first identifier.
  • the electronic device can receive second travel information input by a user, the second travel information including a first vehicle model, a first route, and a second departure time, the first vehicle model being the model of the first vehicle, and the second departure time being the time when the first vehicle departs from a first location; the electronic device can determine the seat distribution of the first vehicle based on the first vehicle model.
  • the electronic device may receive the first vehicle model, the second departure time, the route of the first vehicle from the departure station to the terminal station, the first location and the second location input by the user.
  • the route of the first vehicle from the departure station to the terminal station may include the first route.
  • the electronic device may determine the user's boarding location based on the first location, and determine the user's disembarking location based on the second location.
  • the electronic device can also receive the travel information manually input by the user, and determine the bus the user is riding based on the travel information, and then obtain the sunshine information of the seat on the bus during the time period when the user is riding the bus. In this way, the user can choose a seat with less sunshine based on the sunshine information of each seat on the bus provided by the electronic device, thereby improving the comfort of traveling by bus.
  • the electronic device can obtain a first road environment on a first route and a first sunlight condition on the first route within a first time period; the electronic device determines the first sunlight information based on the first road environment, the first sunlight condition and the seat distribution.
  • the first route includes multiple locations.
  • the electronic device can obtain the arrival time of the first vehicle at the multiple locations, and the first time period includes the arrival time of the first vehicle at the multiple locations; wherein the first road environment includes the road environment of the multiple locations, the first sunlight condition includes the sunlight conditions of the multiple locations, and the sunlight condition of one location among the multiple locations is the sunlight condition of the one location at its arrival time.
  • Each position in the first route may also be referred to as a site or a location point.
  • the electronic device may determine a position at a preset distance on the first route.
  • the sunlight information of a seat in the first vehicle in a first time period is the sum of the sunlight information of the seat at multiple positions, and the sunlight information of a seat at one position among multiple positions is determined based on the road environment of one position, the sunlight conditions of one position and the position of the seat in the first vehicle.
  • the amount of sunlight for a seat in the first vehicle during the first time period may be the sum of the amounts of sunlight for the seat at multiple locations.
  • the duration of sunlight for a seat in the first vehicle during the first time period may be the sum of the duration of sunlight for the seat at multiple locations.
  • the first position is any one of a plurality of positions, wherein the road environment of the first position includes at least one of the following parameters: the type of road at the first position, the spatial position relationship information between the surrounding vegetation and the first position, the density and height information of the surrounding vegetation of the first position, the spatial position relationship information between the surrounding viaducts and the first position, the spatial position relationship between the surrounding viaducts of the first position, and the spatial position relationship information between the surrounding buildings whose height exceeds a first threshold and the first position;
  • the sunlight conditions of the first position include at least one of the following parameters: the sunlight height, the sunlight angle, and the number of photons per unit time at the first position when the first vehicle arrives at the first position.
  • an electronic device obtains second sunlight information of a first vehicle on a first route, the second sunlight information including sunlight information of each seat in the first vehicle during a second time period, the second time period being another time period when the first vehicle passes the first route, the second time period is different from the first time period, and the second sunlight information is different from the first sunlight information; the electronic device displays the second sunlight information.
  • the second sunshine information may include the sunshine amount and sunshine duration of each seat in the first vehicle during the second time period.
  • the electronic device can re-determine the time period when the first vehicle passes through the first route according to the changed departure time of the user, thereby determining the sunshine information of each seat on the first vehicle during the period when the user rides the first vehicle.
  • the sunshine information of each seat on the first vehicle may be different, and the result of the user selecting a seat according to the sunshine information may be different.
  • the electronic device obtains a second route of the first vehicle, the second route being the route of the first vehicle from a first position to a third position, the third position being different from the second position; the electronic device obtains third sunlight information of the first vehicle on the second route, the third sunlight information including sunlight information of each seat in the first vehicle within a third time period, the third time period being the time period when the first vehicle passes through the second route, the third sunlight information being different from the first sunlight information; the electronic device displays the third sunlight information.
  • the sunlight information of each seat on the first vehicle may be different when the first vehicle passes through different routes.
  • the electronic device can provide the sunlight information of each seat that matches the user's travel time and travel distance. In this way, the user can choose a seat on the bus according to the sunlight information provided by the electronic device, thereby reducing the sunlight exposure during the trip.
  • the first sunshine information is obtained by the electronic device from a server, and the first sunshine information is determined based on a first road environment on a first route, a first sunshine condition of the first route in a first time period, and a seat distribution.
  • the electronic device can obtain the user's travel information and send the travel information to the server.
  • the server can determine the bus the user is riding, the road environment and sunshine conditions on the route the bus is traveling on during the user's ride based on the user's travel information, and thus calculate the number of passengers on the bus.
  • the sunshine information of each seat during the period when the user takes the bus i.e., during the period when the bus travels from the boarding location to the alighting location).
  • the travel information of the user may include the route of the bus taken by the user (such as the first route) and the seat distribution of the bus taken by the user.
  • the travel information of the user may include the model of the bus taken by the user, the boarding location, the alighting location, and the departure time.
  • the server may send the first sunshine information to the electronic device, and then the electronic device may display the first sunshine information.
  • the present application provides a travel planning method.
  • the electronic device may receive first travel information, the first travel information including a departure place, a destination, a first departure time, and a travel mode; the electronic device may obtain M1 routes from the departure place to the destination, and sunshine information of the M1 routes, wherein the sunshine information of one of the M1 routes is sunshine information of departing from the departure place at the first departure time and reaching the destination by a route through a travel mode, and M1 is a positive integer; the electronic device displays the M1 routes and the sunshine information of the M1 routes.
  • the above travel modes can be walking, cycling, or driving.
  • the cedar travel planning method can provide users with walking routes or cycling routes with less sunshine or less sunshine duration based on one or more factors such as short distance and less time consumption. This not only makes it convenient for users to walk or ride, but also reduces the sunshine received by users during walking or riding, and improves the comfort of users walking or riding.
  • 5A to 5G are schematic diagrams of other travel planning scenarios provided in embodiments of the present application.
  • FIG7A is a flow chart of a travel planning method provided in an embodiment of the present application.
  • FIG1 exemplarily shows an architecture diagram of a communication system 10 provided in an embodiment of the present application.
  • FIG. 2A exemplarily shows a schematic diagram of the hardware structure of the electronic device 100 .
  • the controller may be the nerve center and command center of the electronic device 100.
  • the controller may generate an operation control signal according to the instruction operation code and the timing signal to complete the control of fetching and executing instructions.
  • the processor 110 may also be provided with a memory for storing instructions and data.
  • the memory in the processor 110 is a cache memory.
  • the memory may store instructions or data that the processor 110 has just used or cyclically used. If the processor 110 needs to use the instruction or data again, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.
  • the USB interface 130 is an interface that complies with USB standard specifications, and may be a Mini USB interface, a Micro USB interface, a USB Type C interface, etc.
  • the USB interface 130 may be used to connect a charger to charge the electronic device 100, or may be used to transmit data between the electronic device 100 and a peripheral device. It may also be used to connect headphones to play audio through the headphones.
  • the power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110.
  • the power management module 141 receives input from the battery 142 and/or the charging management module 140 to power the processor 110, the internal memory 121, the external memory, the display screen 194, the camera 193, and the wireless communication module 160.
  • the wireless communication function of the electronic device 100 can be implemented through the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor and the baseband processor.
  • Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals.
  • Each antenna in electronic device 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve the utilization of antennas.
  • antenna 1 can be reused as a diversity antenna for a wireless local area network.
  • the antenna can be used in combination with a tuning switch.
  • the mobile communication module 150 can provide solutions for wireless communications including 2G/3G/4G/5G, etc., applied to the electronic device 100.
  • the mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc.
  • the mobile communication module 150 can receive electromagnetic waves from the antenna 1, and filter, amplify, etc. the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation.
  • the mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1.
  • the wireless communication module 160 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) network), bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR) and the like applied to the electronic device 100.
  • WLAN wireless local area networks
  • BT wireless fidelity
  • GNSS global navigation satellite system
  • FM frequency modulation
  • NFC near field communication
  • IR infrared
  • the wireless communication module 160 can be one or more devices integrating at least one communication processing module.
  • the wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110.
  • the wireless communication module 160 can also receive the signal to be sent from the processor 110, modulate the frequency, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2.
  • the electronic device 100 implements the display function through a GPU, a display screen 194, and an application processor.
  • the GPU is a microprocessor for image processing, which is connected to the display screen 194 and the application processor.
  • the GPU is used to perform mathematical and geometric calculations for graphics rendering.
  • the ISP is used to process data fed back by the camera 193. For example, when taking a photo, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, and the light signal is converted into an electrical signal.
  • the camera photosensitive element transmits the electrical signal to the ISP for processing and converts it into an image visible to the naked eye.
  • the camera 193 is used to capture still images or videos.
  • the electronic device 100 may include 1 or N cameras 193, where N is a positive integer greater than 1.
  • Digital signal processors are used to process digital signals. In addition to processing digital image signals, they can also process other digital signals. For example, When the electronic device 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy.
  • NPU is a neural network (NN) computing processor.
  • NN neural network
  • applications such as intelligent cognition of electronic device 100 can be realized, such as image recognition, face recognition, voice recognition, text understanding, etc.
  • the internal memory 121 can be used to store computer executable program codes, which include instructions.
  • the processor 110 executes various functional applications and data processing of the electronic device 100 by running the instructions stored in the internal memory 121.
  • the internal memory 121 may include a program storage area and a data storage area.
  • the program storage area may store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc.
  • the data storage area may store data created during the use of the electronic device 100 (such as audio data, a phone book, etc.), etc.
  • the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), etc.
  • UFS universal flash storage
  • the audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals.
  • the audio module 170 can also be used to encode and decode audio signals.
  • the audio module 170 can be arranged in the processor 110, or some functional modules of the audio module 170 can be arranged in the processor 110.
  • the speaker 170A also known as the "speaker” is used to convert audio electrical signals into sound signals.
  • the receiver 170B also known as the "earpiece”, is used to convert audio electrical signals into sound signals.
  • the microphone 170C also known as the "microphone” or “microphone” is used to convert sound signals into electrical signals.
  • the headphone jack 170D is used to connect wired headphones.
  • the sensor module 180 may include a pressure sensor, a gyro sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a distance sensor, a proximity light sensor, a fingerprint sensor, a temperature sensor, a touch sensor, an ambient light sensor, a bone conduction sensor, and the like.
  • the SIM card interface 195 is used to connect a SIM card.
  • the SIM card can be connected to and separated from the electronic device 100 by inserting it into the SIM card interface 195 or removing it from the SIM card interface 195.
  • the electronic device 100 can support 1 or N SIM card interfaces, where N is a positive integer greater than 1.
  • the electronic device 100 interacts with the network through the SIM card to implement functions such as calls and data communications.
  • the electronic device 100 uses an eSIM, i.e., an embedded SIM card.
  • the eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.
  • the software system of the electronic device 100 may adopt a layered architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. Taking the system as an example, the software structure of the electronic device 100 is exemplified.
  • FIG. 2B is a software structure block diagram of the electronic device 100 according to an embodiment of the present application.
  • the layered architecture divides the software into several layers, each with a clear role and division of labor.
  • the layers communicate with each other through software interfaces.
  • the system is divided into four layers, from top to bottom: application layer, application framework layer, Android Runtime and system library, and kernel layer.
  • the application layer can include a series of application packages.
  • the application package may include camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, short message, etc.
  • the map application can be used to provide functions such as viewing the sunshine information of the bus seats and navigation.
  • the application framework layer provides API and programming framework for the applications in the application layer.
  • the application framework layer includes some predefined functions.
  • the application framework layer may include a window manager, a content provider, a view system, a telephony manager, a resource manager, a notification manager, an activity manager, and the like.
  • the window manager is used to manage window programs.
  • the window manager can obtain the display screen size, determine whether there is a status bar, lock the screen, capture the screen, etc.
  • the resource manager provides various resources for applications, such as localized strings, icons, images, layout files, video files, and so on.
  • Android Runtime includes core libraries and virtual machines. Android Runtime is responsible for the scheduling and management of the Android system.
  • the core library consists of two parts: one is the function that needs to be called by the Java language, and the other is the Android core library.
  • the system library can include multiple functional modules, such as surface manager, media library, 3D graphics processing library (such as OpenGL ES), 2D graphics engine (such as SGL), etc.
  • functional modules such as surface manager, media library, 3D graphics processing library (such as OpenGL ES), 2D graphics engine (such as SGL), etc.
  • the surface manager is used to manage the display subsystem and provide the fusion of 2D and 3D layers for multiple applications.
  • the 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.
  • a 2D graphics engine is a drawing engine for 2D drawings.
  • FIG3 exemplarily shows an architecture diagram of another communication system 20 provided in an embodiment of the present application.
  • the electronic device 100 may include a travel information setting module 311 and a driving position and driving direction acquiring module 312 .
  • the travel information setting module 311 may be used to set the user's travel information.
  • the travel information may include one or more of the following: departure place, destination, departure time, and travel mode.
  • the user may open a map application in the electronic device 100 and input the above travel information to view the travel route or the sunshine information on the bus taken for the trip.
  • the departure place in the above travel information can be the boarding place, and the destination can be the disembarking place.
  • the server 200 may include a road environment query module 321 , a weather service module 322 , a path generalization module 323 , a minimum path segmentation module 324 , a sunshine calculation module 325 , a path planning module 326 , a road environment library 327 and a public transportation information library 328 .
  • the weather service module 322 may be used to obtain the sunshine conditions at a specified location.
  • the path generalization module 323 can be used to perform path generalization.
  • the above-mentioned path generalization can mean searching for generalized sections of one or more existing routes from the departure point to the destination.
  • the above-mentioned generalized sections can include roads that can form a road network with the one or more routes, and can equivalently replace part of the sections in the one or more routes, thereby forming a new route from the departure point to the destination.
  • route 1 includes section f1.
  • the generalized section f2 has the same starting point and the same end point as section f1.
  • the generalized section f2 can equivalently replace f1.
  • the path planning module 326 can be used to plan one or more routes with the least amount of sunshine from the departure point to the destination according to the amount of sunshine of each equivalent road section at a specified time.
  • the path planning module 326 can also be used to plan the path according to one or more factors such as short distance, less time consumption, less fuel consumption, fewer intersections, fewer traffic lights, etc.
  • the path planning module 326 can plan the shortest route, the least time consumption, the least fuel consumption, the least intersections, the least traffic lights, etc. according to the departure point and the destination.
  • the bus information database 328 can be used to store bus information of one or more areas, such as bus information in a town, bus information in an urban area, etc.
  • the bus information of an area may include the bus route, bus departure time, bus arrival time at each bus stop, bus license plate number, bus seat distribution information, etc. in the area.
  • the server 200 may also include more or fewer modules, which is not limited in the embodiment of the present application.
  • the electronic device 100 may send the travel information set by the travel information setting module 311 to the server 200, and request a travel route with less sunshine from the server 200. After the server 200 plans a travel route with less sunshine through the path planning module 326, the travel route with less sunshine may be sent to the electronic device 100. Then, the electronic device 100 may provide navigation services for the user according to the travel route with less sunshine.
  • the electronic device 100 may send the travel information set by the travel information setting module 311 to the server 200, and request the sunshine information of each seat on the bus that the user takes for travel from the server 200. After the server 200 obtains the sunshine information (such as sunshine amount, sunshine duration, etc.) of each seat calculated by the sunshine amount calculation module 325, the sunshine information of each seat may be sent to the electronic device 100. Then, the electronic device 100 may display the sunshine information of each seat so that the user can select a seat with less sunshine.
  • the sunshine information such as sunshine amount, sunshine duration, etc.
  • the electronic device 100 may start a map application and display a user interface 410 .
  • the user interface 410 may include a search box 411 and a map display area 412 .
  • the electronic device 100 may display a user interface 430 shown in FIG4C .
  • the user interface 430 may be used to display specific content of the travel plan 426 .
  • the electronic device 100 can display the user interface 450 shown in FIG4D.
  • the user interface 450 can be used to display the seats on the nearest bus M355 that is about to arrive at the boarding location, and the sunlight information during the driving time period of the bus from the boarding location (i.e., the Central Community Station) to the alighting location (i.e., the Central Hospital Station).
  • the daylight hours control 452 may be used to view the daylight hours for a seat on a bus.
  • the sunshine amount displayed in the sunshine amount display area 453 shown in Figure 4D can be the sunshine amount of the seat on the M355 bus that arrives at the Central Community Station at 8:06, and the time period when the bus drives from the Central Community Station to the Chinese and Western Hospital Station (i.e., the time period corresponding to 8:06-8:51).
  • the electronic device 100 may switch the selected control from the sunshine amount control 451 to the sunshine time control 452.
  • the electronic device 100 may display the sunshine time of the seat on the bus on the user interface 450.
  • the sunshine time may be the sunshine time of the seat on the M355 bus that is the latest bus that is about to arrive at the boarding location during the driving time period from the boarding location to the alighting location.
  • the electronic device 100 may display a user interface 430 shown in Fig. 4G.
  • the user interface 430 may refer to the introduction of Fig. 4C above.
  • the electronic device 100 may display the user interface 430 shown in Fig. 4K.
  • the user interface 430 may refer to the introduction of Fig. 4C above.
  • the window seats on the left and right sides of the M355 bus receive more sunlight, and the seat on the left side that is not by the window receives the least sunlight.
  • the user can try to choose a seat on the left side that is not by the window to reduce the amount of sunlight received during the trip.
  • the electronic device 100 can provide the sunlight information of each seat that matches the user's travel time and travel distance. In this way, the user can select a seat on the bus according to the sunlight information provided by the electronic device 100, thereby reducing the sunlight exposure during the trip.
  • 5A to 5G exemplarily show another travel planning scenario in which a user travels by bus.
  • the bus-side electronic device 300 reports vehicle information to the server 200.
  • the electronic device 300 may report vehicle information to the server 200 and obtain a vehicle information acquisition identifier from the server 200.
  • a user riding in a bus associated with the electronic device 300 may obtain vehicle information through the vehicle information acquisition identifier.
  • the vehicle information may include vehicle information and driving information of the bus.
  • the bus to which the electronic device 300 is associated is introduced as the bus 500 .
  • the electronic device 300 may display a user interface 510 .
  • the user interface 510 may be used for the staff of the bus 500 to fill in the vehicle information of the bus 500 , such as the license plate number, frame number, driving route, etc.
  • the user interface 510 may include a submit control 511 .
  • the electronic device 300 may send the vehicle information contained in the user interface 510 to the server 200.
  • the server 200 may generate a bus number for the bus 500.
  • the bus number may be used to uniquely identify the bus 500, so that the server 200 can identify the bus 500 according to the bus number.
  • the server 200 may store the vehicle information of the bus 500, and associate the vehicle information of the bus 500 with the bus number generated by the server 200 for the bus 500.
  • the server 200 may generate a vehicle information acquisition identifier corresponding to the bus 500, and send the vehicle information acquisition identifier to the electronic device 300.
  • the server 200 can determine the model of the bus according to the license plate number or frame number of the bus, and then determine the seat distribution of the bus according to the model of the bus.
  • the electronic device 100 may request the server 200 to obtain the sunlight information of each seat on the bus 500 .
  • the user-side electronic device 100 obtains vehicle information and requests the server 200 for sunlight information of each seat on the bus.
  • Destination information 542 may be used to indicate the destination of the user's travel.
  • the electronic device 100 can display a code scanning control 544 and a custom vehicle information control 545.
  • the code scanning control 544 can be used to trigger the electronic device 100 to start the code scanning function, so that the user can use the electronic device 100 to scan the vehicle information posted on the bus to obtain the logo.
  • the electronic device 100 can also obtain the bus schedule information of the buses operated by the passenger transport company that can reach the user's departure point and destination based on the user's departure point and destination.
  • the departure point of the user's trip is located near the site "Central Cell Station” (i.e., the user's current location).
  • the destination of the user's trip is Ocean World, which is located near the site "Ocean World Station”.
  • the electronic device 100 can obtain the schedule information of three buses. These three buses can go from the Central Cell Station to the Ocean World Station. These three buses can be buses corresponding to bus schedule 546, bus schedule 547, and bus schedule 548.
  • the embodiments of the present application do not limit the above-mentioned bus schedules.
  • the electronic device 100 can display the user interface 550 shown in Figure 5E.
  • the camera of the electronic device 100 may be aimed at the vehicle information acquisition mark 521 included in the printed manuscript 530 on the bus 500 shown in FIG. 5C to scan the vehicle information acquisition mark 521 .
  • the electronic device 100 can obtain the vehicle number of the bus 500.
  • the electronic device 100 can send the vehicle number of the bus 500 to the server 200.
  • the server 200 can identify the bus 500 according to the vehicle number, and search for vehicle information such as the seat distribution, license plate number, frame number, and driving route of the bus 500.
  • the server 200 can send one or more vehicle information of the bus 500 to the electronic device 100. Then, the electronic device 100 can display the vehicle information of the bus 500.
  • the user interface 560 may include a vehicle information display area 561 , a travel information input area 562 , and a sunlight information viewing control 563 .
  • the vehicle information display area 561 may be used to display the vehicle information received by the electronic device 100.
  • the vehicle information may be the vehicle information of the bus corresponding to the vehicle information acquisition identification scanned by the electronic device 100 as shown in FIG5E (such as the information of the bus 500).
  • the vehicle information display area 561 may display the license plate number and driving route of the bus 500.
  • the travel information input area 562 can be used for the user to input travel information.
  • the travel information input area 562 may include a boarding location input item, a disembarkation location input item, and a departure time input item, which can be used to instruct the user to input the boarding location, disembarkation location, and departure time of the bus 500.
  • the departure time may be the time when the bus 500 departs from the boarding location.
  • the boarding location of the user on the bus 500 may be the Central Community Station
  • the disembarkation location may be the Ocean World Station
  • the departure time may be 8:20.
  • the embodiment of the present application does not limit the way in which the user inputs travel information in the above-mentioned travel information input area 562.
  • the electronic device 100 may provide options corresponding to multiple times.
  • the user may select his/her departure time (e.g., 8:20).
  • the travel information input area 562 may include a pick-up location input box, a drop-off location input box, and a departure time input box.
  • the user may select the pick-up location input box, a drop-off location input box, and a departure time input box.
  • Manually enter the name of the boarding location in the Pickup Location input box manually enter the name of the drop-off location in the Drop-off Location input box, and manually enter the departure time in the Departure Time input box.
  • the electronic device 100 may display the user interface 570 shown in FIG5G.
  • the user interface 570 may refer to the introduction of the user interface 450 shown in FIG4D in the previous embodiment, which will not be described in detail here.
  • 6A and 6B exemplarily show another travel planning scenario in which a user travels by bus.
  • the embodiment of the present application does not limit the content of the travel information manually set by the user in the electronic device 100.
  • the travel information is not limited to the license plate number, driving route, boarding location, alighting location, and departure time shown in FIG. 6B, and may include more or less content.
  • the electronic device 100 can also receive the vehicle information manually input by the user, and determine the bus that the user is riding based on the vehicle information, and then obtain the sunshine information of the seat on the bus during the time period when the user is riding the bus. In this way, the user can select a seat with less sunshine according to the sunshine information of each seat on the bus provided by the electronic device 100, thereby improving the comfort of traveling by bus.
  • FIG7A exemplarily shows a flow chart of a travel planning method provided in an embodiment of the present application.
  • the method for the electronic device 100 to obtain the travel information of the user in the scenario where the user takes a bus can refer to the introduction of FIG. 4A to FIG. 4C in the aforementioned embodiment.
  • the server 200 may send the license plate number and the driving route of the bus 500 to the electronic device 100.
  • the electronic device on the bus 500 side may report the vehicle information of the bus 500 to the server 200.
  • the server 200 may store the vehicle information of the bus 500.
  • the server 200 may read the vehicle information of the bus 500 from the memory and transmit the vehicle information to the electronic device 100 .
  • the electronic device 100 may request the server 200 to obtain sunlight information of each seat on the bus according to the user's travel information.
  • the sunshine information acquisition request may include the license plate number, travel route, boarding location, alighting location, and departure time of the bus.
  • the server 200 may determine the seat distribution of the bus based on the license plate number of the bus, and determine the time period when the user takes the bus based on the alighting location, alighting location, and departure time.
  • the server 200 may determine the sunshine information of each seat on the bus during the time period when the user takes the bus.
  • the server 200 can query the road environment library 327 through the road environment query module 321 to obtain the road environment on the user route.
  • the road environment on the user route may include one or more of the following: the type of road on the user route, the spatial position relationship information between the surrounding vegetation and the road, the density and height information of the surrounding vegetation, the spatial position relationship information between the surrounding viaducts and the road, the width and height information of the surrounding viaducts, the spatial position relationship information between the surrounding buildings with a height exceeding the height threshold 1 and the road, and the waiting time of the red light.
  • the server 200 can obtain the sunshine conditions on the user's route through the weather service module 322.
  • the sunshine conditions on the user's route may include one or more of the following: sunshine height on the road, sunshine angle, number of photons per unit time, and ultraviolet index.
  • the server 200 can determine the sunshine information such as the sunshine amount and sunshine duration of each seat on the bus during the user's riding time.
  • the specific method for determining the sunshine information of each seat on the bus will be introduced in the subsequent embodiments.
  • the above-mentioned sunshine conditions may include sunshine height, sunshine angle, and the number of photons per unit time.
  • FIG7C shows a schematic diagram of the sunshine height and sunshine angle.
  • the projection of the sun's rays on the ground plane can be a straight line c.
  • the angle ⁇ between the sun's rays and the straight line c is the angle between the sun's rays and the ground plane. That is, the angle ⁇ is the sunshine height.
  • the angle ⁇ between the straight line c and the south line of the ground plane is the angle between the sun's rays and the south line of the ground plane. That is, the angle ⁇ is the sunshine angle.
  • the arrival time of the bus at the location 1 is 8:10.
  • the server 200 can obtain the sunshine conditions such as the sunshine height, sunshine angle, and the number of photons per unit time at the location 1 at 8:10.
  • the server 200 can also obtain more sunshine conditions such as the ultraviolet index at the arrival time of the bus at each point.
  • the road environment may include road attributes and surrounding environment information.
  • Road attributes may be used to indicate the type of road.
  • the surrounding environment information may include spatial position relationship information between surrounding vegetation and roads, density and height information of surrounding vegetation, spatial position relationship information between surrounding viaducts and roads, width and height information of surrounding viaducts, spatial position relationship information between surrounding buildings with heights exceeding a height threshold of 1 and roads, Red light waiting time.
  • the options corresponding to a route may also include sunshine information such as sunshine duration on the route.
  • route 1 option 816A may also include sunshine information such as sunshine duration on route 1.
  • the present application embodiment does not limit the content included in the options corresponding to the above routes.
  • the electronic device 100 can also provide more routes for the user to choose.
  • route option box 816 may further include more controls 816F.
  • electronic device 100 may display user interface 810 shown in Fig. 8E.
  • the electronic device 100 may request the server 200 to obtain the travel routes and sunshine information of each route.
  • the k1 routes may be short and time-saving routes from the departure point to the destination. It is understandable that when the low-sunlight switch is in the off state, the server 200 may plan the k routes after receiving the request to obtain the route, and send the route information of the k1 routes to the electronic device 100.
  • the server 200 can perform route planning based on the distance, time consumption, and number of traffic lights. Among them, the server 200 can adopt the strategy of the shortest distance, the least time consumption, and the least traffic lights to plan one or more routes with the shortest distance, the least time consumption, and the least traffic lights from the departure point to the destination.
  • the server 200 may use a breadth-first traversal method to generalize the paths.
  • the server 200 can search for roads on route a1, route a2, route a3, and the found road intersections (such as position B3, position B4, position B5, position B7, position B6, position B8, and position B9) that are adjacent to position B6, adjacent to position B8, and adjacent to position B9.
  • the server 200 can find position B10.
  • Position B10 is both a road intersection adjacent to position B8 on route a2 and a road intersection adjacent to position B9 on route a3.
  • the server 200 may divide the k1 routes and their generalized sections to obtain a plurality of equivalent sections.
  • FIG. 9D shows a schematic diagram of dividing a route into equivalent sections.
  • the road intersections on the route shown in FIG9D may include positions B3 to B10.
  • the server 200 divides the route into equivalent sections 1 to B10.
  • the equivalent road segment 1 can be obtained by dividing the route a1 with position B1 as the starting point and position B4 as the end point.
  • the equivalent road segment 2 can be obtained by dividing the route a1 with position B4 as the starting point and position B2 as the end point.
  • the equivalent road segment 3 can be obtained by dividing the route a2 with position B1 as the starting point and position B3 as the end point.
  • the equivalent road segment 4 can be obtained by dividing the road that forms a road network with routes a1, a2, and a3 with position B3 as the starting point and position B4 as the end point.
  • the segment composed of equivalent segment 3 and equivalent segment 4 and equivalent segment 1 can be included in the same set of equivalent segments, and both can navigate the user from location B1 to location B4. That is, equivalent segment 3 + equivalent segment 4 is equivalent to equivalent segment 1.
  • Equivalent segment 2 and equivalent segment 5 can be included in the same set of equivalent segments, and both can navigate the user from location B4 to location B2. That is, equivalent segment 2 is equivalent to equivalent segment 5.
  • the server 200 may query the road environment database through the road environment query module 321 to obtain the road environment of each equivalent road section obtained in step S915.
  • the server 200 may also obtain the sunshine conditions of each equivalent road section during the time period when the user passes through each equivalent road section through the weather service module 322.
  • the above road environment and sunshine conditions may refer to the introduction of the above embodiments. Among them, the server 200 may predict the time when the user passes through each equivalent road section according to the user's travel mode.
  • the server 200 can determine multiple locations on each equivalent road section.
  • the server 200 can obtain the longitude and latitude of each location, obtain the road environment of each location, and predict the arrival time of the user at each location. Then, the server 200 can obtain the sunshine conditions at the arrival time of the user at each location through the weather service module 322.
  • the sunshine conditions of each equivalent road section during the time period when the user passes through an equivalent road section can include the sunshine conditions at the arrival time of the user at each location on this equivalent road section.
  • the road environment of the above-mentioned equivalent road section can include the road environment of each location on this equivalent road section.
  • the sunshine amount of the equivalent road section 1 shown in FIG9D is taken as an example for explanation.
  • the server 200 can determine the number of photons per unit time of the user's arrival time at each point on the equivalent road section 1 according to the road environment of each point on the equivalent road section 1 and the sunshine conditions of the user's arrival time at each point.
  • the server 200 can use the time integral of the number of photons per unit time of the user's arrival time at each point included in the equivalent road section 1 to calculate the radiation energy during the time period when the user passes through the equivalent road section 1.
  • the above radiation energy can be used to represent the amount of sunshine.
  • the above integration interval for time integration can be the time period when the user passes through the equivalent road section 1.
  • the server 200 can use the depth-first traversal method to obtain all routes from the departure point to the destination, and the sunshine amount of each route. For example, there are k2 routes from the departure point to the destination. k2 is a positive integer. Among them, the sunshine amount of a route can be the sum of the sunshine amounts of the equivalent road sections included in this route.
  • the server 200 can start from position B1 and search for a road intersection along the equivalent road segment 1.
  • the server 200 can find a road intersection at position B4.
  • the server 200 can search for a road intersection along the equivalent road segment 2 from position B4. Since the end point of the equivalent road segment 2 is the destination, the server 200 can determine the first route: position B1 ⁇ equivalent road segment 1 ⁇ position B4 ⁇ Equivalent section 2 ⁇ position B2.
  • the server 200 can determine all routes that can reach the location B2 from the location B1 in FIG9D. No further description is given here.
  • the server 200 can determine all routes that can reach the location B2 from the location B1 according to the above equivalent road segment 1 to equivalent road segment 9D.
  • the sunshine amount of all the routes that can reach position B2 from position B1 is calculated.
  • the server 200 can also calculate the sunshine duration of each equivalent road section.
  • the sunshine duration of an equivalent road section can be determined based on the duration during which the number of photons per unit time at each point on the equivalent road section is not 0 or is higher than the photon number threshold when the user arrives at each point on the equivalent road section.
  • the server 200 can determine the sunshine duration of all routes from the departure point to the destination.
  • the sunshine duration of a route can be the sum of the sunshine durations of the equivalent roads included in the route.
  • the server 200 may first use depth-first traversal to determine multiple routes from the departure point to the destination.
  • the server 200 may determine multiple sites on each equivalent section. Among them, multiple routes may include the same equivalent section. Then, these multiple routes may include the same site.
  • the server 200 may query the road environment library through the road environment query module 321 to obtain the road environment of each site.
  • the server 200 may also predict the arrival time of the user at each site on each route, thereby obtaining the sunshine conditions of the arrival time of the user at each site on each route through the weather server module 322.
  • the server 200 can determine the number of photons per unit time at each point on the route at the time of arrival of the user.
  • the server 200 can use the time integral of the number of photons per unit time at each point on the route at the time of arrival of the user to calculate the radiant energy during the time period of walking or riding the user on the route.
  • the above radiant energy can be used to represent the amount of sunshine received by the user during walking or riding on the route.
  • the above integration interval for time integration can be the time period of the user on the route.
  • the server 200 may also calculate the sunshine duration of each route.
  • the sunshine duration of a route may be the duration during which the number of photons at each point on the route is not 0 or is higher than a photon number threshold within a unit time of the user's arrival time.
  • the server 200 may send k2 routes and sunshine information of the k2 routes.
  • the sunshine information of the k2 routes may include the sunshine amount and/or sunshine duration of the k2 routes.
  • the electronic device 100 may recommend one or more routes with the least sunshine among the k2 routes.
  • the process of the electronic device 100 recommending a route according to the amount of sunlight may refer to the scenarios shown in the aforementioned FIGS. 8A to 8E .
  • the server 200 may filter out routes from the k2 routes whose sunshine amount is lower than a sunshine amount threshold, whose distance length is shorter than a distance threshold, and whose consumed time is less than a time threshold, and send the route information of the filtered routes to the electronic device 100.
  • the server 200 may first screen routes according to the sunshine amount to obtain routes with sunshine amounts lower than the sunshine amount threshold, and then the server 200 may screen k3 routes with the shortest distance and the least time consumption from the routes with sunshine amounts lower than the sunshine amount threshold.
  • the server 200 may send route information of the k3 routes to the electronic device 100.
  • the server 200 may first screen out routes whose distance lengths are between distance threshold 1 and distance threshold 2, and then send route information of the screened routes to the electronic device 100.
  • the distance threshold 1 is less than the distance threshold 2.
  • the difference between the distance threshold 1 and the distance threshold 2 may be preset or may be set by the user. In this way, the electronic device 100 may provide the user with routes with less sunshine within the preset distance range.
  • the embodiment of the present application does not limit the above route screening method.
  • the server 200 may send all of the k2 routes to the electronic device 100.
  • the electronic device 100 may provide all of the k2 routes to the user, and the user may choose which route to use.
  • the electronic device 100 may select one or more routes according to the route selection method and provide them to the user.
  • planning a route with less sunshine according to the user's travel information and calculating sunshine information of each route may be completed by the electronic device 100. That is, the above steps S913 to S917 may be executed by the electronic device 100.
  • 9A above can provide users with walking routes or cycling routes with less sunshine or less sunshine duration based on one or more factors such as short distance and less time consumption. This not only makes it convenient for users to walk or ride, but also reduces the sunshine received by users during walking or riding, and improves the comfort of users walking or riding.
  • the electronic device 100 may provide a navigation function when the user travels by car.
  • the electronic device 100 may receive travel information input by the user, including the departure place, destination, departure time, and travel mode.
  • the scenario in which the electronic device 100 receives the travel information input by the user can refer to the scenario shown in the aforementioned FIG. 8A.
  • the user can choose the travel mode as self-driving.
  • the electronic device 100 requests a travel route from the server 200 based on the user's travel information.
  • the server 200 can plan a travel route with less sunshine based on the user's travel information, and send the planned travel route to the electronic device 100.
  • the electronic device 100 can display the travel route from the server 200.
  • the electronic device 100 can obtain the position of the electronic device 100 in real time, and send the real-time position of the electronic device 100 to the server 200.
  • the real-time position of the electronic device 100 can represent the real-time position of the vehicle when the user is driving.
  • the server 200 can determine the sun-avoiding lane according to the real-time position of the electronic device 100, and send the information of the sun-avoiding lane to the electronic device 100.
  • the sun-avoiding lane can be a lane with the least sunshine at the real-time position of the electronic device 100.
  • the electronic device 100 can prompt the user to enter the sun-avoiding lane according to the information of the sun-avoiding lane, so as to realize lane-level navigation to assist the user to avoid the sun.
  • the electronic device 100 may display a user interface 1010.
  • the user interface 1010 may refer to the user interface 810 shown in FIG8A .
  • the user interface 1010 may include departure information 1011, destination information 1012, departure time 1013, travel mode option area 1014, map display area 1015, and route option box 1016.
  • the departure place information 1011 may be used to indicate the departure place of the user's travel.
  • Destination information 1012 may be used to indicate the destination of the user's travel.
  • the departure time 1013 may be used to indicate the departure time of the user's trip.
  • the user may manually set his/her departure place, destination and departure time in the electronic device 100 .
  • the travel mode option area 1014 may include options corresponding to multiple travel modes. For example, a driving option, a public transportation option, a walking option, a cycling option, a bus option, etc.
  • the driving option may be an option corresponding to self-driving travel. If the user wants to view travel plans for self-driving travel, the user may select the driving option in the travel mode option area 1014.
  • the electronic device 100 may display one or more routes in the map display area 1015. For example, three self-driving routes from the user's departure point to the destination may be displayed in the map display area 1015. The user may drive to the destination according to the instructions of any self-driving route in the map display area 1015.
  • the route option box 1016 may include a route 1 option 1016A, a route 2 option 1016B, a route 3 option 1016C, a navigation control 1016D, and a sunshine information viewing control 1016E.
  • Route 1 option 1016A, route 2 option 1016B, and route 3 option 1016C may be used for the user to select route 1, route 2, and route 3, respectively.
  • the above-mentioned route 1, route 2, and route 3 may be three routes displayed in the map display area 1015.
  • Route 1 option 1016A may include route information for Route 1. For example, the amount of sunlight on Route 1, the time required to reach the destination using Route 1, etc.
  • Route 2 option 1016B may include route information for Route 2.
  • Route 3 option 1016C may include route information for Route 3. In this way, the user can select the route they want to use. For example, the user may select Route 1 which has the least amount of sunlight.
  • the options corresponding to a route may also include sunshine information such as sunshine duration on the route.
  • route 1 option 1016A may also include sunshine information such as sunshine duration on route 1.
  • the present embodiment of the application does not limit the content included in the options corresponding to the above routes.
  • the navigation control 1016D can be used to trigger the electronic device 100 to provide navigation services to the user according to the route selected by the user. For example, when the route 1 option 1016A is selected, the electronic device 100 can provide navigation services to the user according to route 1.
  • the electronic device 100 can voice broadcast navigation information such as the direction and distance of travel at each location on route 1 when traveling along route 1.
  • the sunshine information viewing control 1016E may be used to view sunshine information of various routes provided by the electronic device 100 .
  • the electronic device 100 may provide a low-sunlight switch.
  • the low-sunlight switch may be used to turn on or off a function of planning a route in combination with sunshine information.
  • driving is selected as a travel mode
  • the user may turn on the low-sunlight switch.
  • the electronic device 100 may provide the user with a self-driving route with low sunshine or short sunshine duration.
  • the factors considered by the server 200 when planning the travel route may not include sunshine information.
  • the server 200 may plan the travel route based on the strategy of shortest distance and/or the strategy of least time consumption and/or the strategy of least traffic lights and/or the strategy of least fuel consumption.
  • the electronic device 100 can display the user interface 1020 shown in Figure 10B. Among them, since the route 1 option 1016A is in a selected state, the electronic device 100 can provide navigation services for the user according to route 1 in the user interface 1020.
  • the electronic device 100 may display a user interface 1020.
  • the user interface 1020 may be used to provide lane-level navigation services.
  • the user interface 1020 may include a vehicle identification 1021.
  • the vehicle identification 1021 may be used to indicate the location of the vehicle driven by the user.
  • the location of the vehicle driven by the user may be determined based on the location of the electronic device 100.
  • the electronic device 100 may determine the display location of the vehicle identification 1021 on the user interface 1020 based on the real-time location of the electronic device 100. For example, the electronic device 100 determines that the user is currently driving in the second lane on the left based on the real-time location of the electronic device 100.
  • the electronic device 100 may display the vehicle identification 1021 in the second lane on the left.
  • the electronic device 100 may send the real-time position of the electronic device 100 to the server 200.
  • the server 200 may determine a sun-avoiding lane and send the information of the sun-avoiding lane to the electronic device 100.
  • the method by which the server 200 determines the sun-avoiding lane will be described in the subsequent embodiments.
  • the electronic device 100 may display the prompt message 1022 shown in FIG. 10B .
  • the prompt message 1022 may be used to prompt the user to enter the sun-avoiding lane.
  • the projection area of the vegetation and objects such as houses is located in the rightmost lane.
  • the server 200 may determine that the sun-avoiding lane is the rightmost lane shown in FIG. 10B .
  • the content of the prompt message 1022 may include "The rightmost lane is the sun-avoiding lane, and it is recommended to enter the rightmost lane.” In this way, the user can enter the sun-avoiding lane according to the prompt message 1022, thereby reducing the sunlight received during self-driving.
  • the electronic device 100 may also prompt the user to enter a sun-avoiding lane by voice.
  • the embodiment of the present application does not limit the method by which the electronic device 100 prompts the user to enter a sun-avoiding lane.
  • the electronic device 100 can also determine the display style of the lane according to the sunshine information of different lanes.
  • the display style of the lane can be determined by the sunshine amount of the lane.
  • a lane with more sunshine can have a light display style.
  • a lane with less sunshine can have a dark display style.
  • the rightmost lane is a sun-avoiding lane with the least sunshine, and the sunshine amount of the three lanes on the left is more.
  • the color of the rightmost lane can be gray.
  • the color of the three lanes on the left can be white.
  • the display style of the lane can also be determined by the sunshine duration of the lane.
  • a lane with a long sunshine duration can have a light display style.
  • a lane with a long sunshine duration can have a dark display style. Displaying the lanes according to different display styles can better help users identify the sun-avoiding lanes and drive into the sun-avoiding lanes.
  • the embodiment of the present application does not limit the different display styles of the above-mentioned lanes based on different sunlight information.
  • the electronic device 100 may provide a sun-avoidance navigation switch.
  • the sun-avoidance navigation switch may be used to turn on or off the sun-avoidance lane guidance function.
  • the user may turn on the sun-avoidance navigation switch.
  • the electronic device 100 may obtain the sun-avoidance lane on the road the user is currently driving on based on the real-time location of the user's car.
  • the electronic device 100 may provide sun-avoidance lane guidance to instruct the user to enter the sun-avoidance lane.
  • the electronic device 100 may turn off the sun-avoiding lane guidance function.
  • the navigation information provided by the electronic device 100 in the process of providing navigation services may not include the sun-avoiding lane guidance.
  • the electronic device 100 can determine that the user has arrived at the destination based on the real-time location of the electronic device 100, thereby ending the navigation.
  • the electronic device 100 can display the user interface 1030 shown in FIG. 10C.
  • the user interface 1030 may include a trip information display area 1031.
  • the driving information display area 1031 may include the travel mileage, driving time, average speed, maximum speed, sunshine, sunshine duration and other travel information from the start of navigation to the end of navigation by the electronic device 100.
  • the above travel information is the actual travel information of the user driving.
  • the electronic device 100 can determine the time it takes for the user to reach the destination from the departure point, the amount of sunshine received, and other travel information based on the road sections actually driven by the user and the arrival time at each road section.
  • the user can check the actual amount of sunshine and sunshine duration he/she received during the trip after the navigation is completed.
  • the electronic device 100 can not only provide the user with a self-driving route with less sunlight, but also recommend a driving lane with less sunlight to the user according to the change of the user's real-time position during the self-driving process, thereby realizing lane-level navigation to assist the user in avoiding the sun.
  • the above embodiments can reduce the sunlight received by the user during the self-driving journey and improve the comfort of the user's self-driving trip.
  • FIG. 11 exemplarily shows a flow chart of a travel planning method.
  • the method may include steps S1111 to S1125.
  • the method may be used to plan a self-driving route to reduce the amount of sunlight a user is exposed to during the self-driving route.
  • the electronic device 100 may obtain the user's travel information, where the travel information includes a departure place, a destination, a departure time, and a travel method.
  • the electronic device 100 may request the server 200 to obtain the travel routes and sunshine information of each route.
  • the server 200 may determine k1 routes from the departure point to the destination according to the distance and time of the routes.
  • the server 200 may generalize the paths according to the k1 routes to obtain generalized sections of the k1 routes.
  • the server 200 may divide the k1 routes and their generalized sections to obtain a plurality of equivalent sections.
  • the server 200 may obtain the road environment of each equivalent road section and obtain the sunshine conditions of the user's arrival time at each equivalent road section.
  • the server 200 may perform path planning based on each equivalent road section to obtain k2 routes that can reach the destination from the departure point, and determine the sunshine information of each k2 route based on the road environment and sunshine conditions of each equivalent road section.
  • the server 200 may send k2 routes and sunshine information of the k2 routes to the electronic device 100.
  • the electronic device 100 may recommend one or more routes with the least sunshine among the k2 routes.
  • steps S1111 to S1119 may refer to the introduction of steps S911 to S919 shown in FIG. 9A .
  • the server 200 can further plan a self-driving route with less sunshine on the basis of path planning based on one or more route planning factors other than sunshine information, such as distance, time consumption, number of traffic lights, number of intersections, fuel consumption, etc.
  • the self-driving route provided by the electronic device 100 to the user is not only better in terms of one or more route planning factors such as distance, time consumption, number of traffic lights, number of intersections, fuel consumption, but also has less sunshine or sunshine duration.
  • the value of the distance of the above-mentioned route is better, which can indicate that the distance of this route is shorter.
  • the value of the time consumption of a route is better, which can indicate that this route consumes less time.
  • the value of the number of traffic lights of a route is better, which can indicate that the number of traffic lights on this route is less.
  • the value of the number of intersections of a route is better, which can indicate that the number of intersections on this route is less.
  • the value of the fuel consumption of a route is better, which can indicate that the fuel consumption of this route is less.
  • the server 200 can combine the sunshine information of different lanes on the same road to perform path planning when planning a self-driving route with less sunshine.
  • the server 200 can calculate the sunshine amount of each equivalent road section. For example, there are multiple lanes on the road included in equivalent road section 1, and these multiple lanes are lanes that users can drive to their destinations.
  • the server 200 can calculate the sunshine amount of these multiple lanes respectively, and determine the sunshine amount of the lane with the least sunshine amount as the sunshine amount of the equivalent road section 1.
  • the server 200 can calculate the sunshine duration of these multiple lanes respectively, and determine the sunshine duration of the lane with the shortest sunshine duration as the sunshine duration of the equivalent road section 1.
  • the server 200 can use a depth-first traversal method to obtain the sunshine duration of the lanes starting from the starting point based on the above equivalent road sections.
  • the sunshine amount of a self-driving route can be the sum of the sunshine amounts of the equivalent sections included in this self-driving route.
  • the sunshine duration of a self-driving route can be the sum of the sunshine duration of the equivalent sections included in this self-driving route.
  • the electronic device 100 can provide navigation services to the user according to the route selected by the user. During the navigation process, the electronic device 100 can obtain the position of the electronic device 100 in real time to determine the real-time position of the vehicle driven by the user. In the scenario of lane-level navigation, the above real-time position can be used to indicate the lane in which the vehicle is traveling.
  • the electronic device 100 may send the real-time location of the electronic device 100 to the server 200 .
  • the server 200 may obtain the road environment and sunlight conditions of the road where the electronic device 100 is located in real time.
  • the server 200 can query the road environment library 327 through the road environment query module 321 to obtain the road environment of the real-time location of the electronic device 100.
  • the road environment of the real-time location includes not only road attributes and surrounding environment information, but also lane information on the road where the real-time location is located.
  • the server 200 can determine the locations included in each of the multiple lanes.
  • the server 200 can calculate the surrounding environment information of each lane.
  • the surrounding environment information of a lane may include the spatial position relationship information between the surrounding vegetation and each point on this lane, the density and height information of the surrounding vegetation, the spatial position relationship information between the surrounding viaducts and each point on this lane, the width and height information of the surrounding viaducts, the spatial position relationship information between the surrounding buildings whose height exceeds the height threshold 1 and each point on this lane, the waiting time for the red light, etc.
  • the server 200 can also obtain the sunshine conditions of multiple lanes on the road where the real-time location is located through the weather service module 322.
  • the sunshine conditions of a lane may include the sunshine angle, sunshine height and number of photons per unit time at the arrival time of each point of the user on the lane.
  • the arrival time of each point of the user on a lane may be predicted by the server 200.
  • the server 200 can obtain the road environment and sunshine conditions of the road at a preset distance in front of the real-time position of the electronic device 100 on the self-driving route. For example, if the above preset distance is 200 meters, the server 200 can obtain the road environment and sunshine conditions of the road 200 meters in front of the real-time position of the electronic device 100 on the self-driving route. The embodiment of the present application does not limit the above preset distance. In this way, the server 200 can determine the sun-proof road in front of the real-time position of the electronic device 100 according to the change of the real-time position of the electronic device 100. The electronic device 100 can forecast the sun-proof road to the user in advance, so as to facilitate the user to adjust the driving lane to enter the sun-proof lane.
  • the server 200 may determine a sun-proof lane of the road where the real-time location is located according to the road environment and sunlight conditions of the road where the real-time location is located.
  • the road environment of the road where the electronic device 100 is located in real time may include: the road environment of each lane included in the road in the area ahead of the real-time location on the self-driving route.
  • the sunshine condition of the road where the electronic device 100 is located in real time may include: the sunshine condition of each lane included in the road in the area ahead of the real-time location on the self-driving route.
  • the server 200 can calculate the sunshine amount of a lane according to the road environment and sunshine conditions of the lane. According to the sunshine amount of multiple lanes included in the road where the electronic device 100 is located in real time, the server 200 can determine the lane with the least sunshine amount as the sun-avoiding lane.
  • the server 200 may also calculate the sunshine duration of a lane according to the road environment and sunshine conditions of the lane. According to the sunshine duration of multiple lanes included in the road where the electronic device 100 is located in real time, the server 200 may determine the lane with the shortest sunshine duration as the sun-avoiding lane.
  • the above method for calculating the sunshine amount and sunshine duration of a lane can refer to the method for calculating the sunshine amount and sunshine duration of a walking/cycling route in FIG. 9A , which will not be described in detail here.
  • the server 200 may send information about the sun-avoiding lane to the electronic device 100.
  • the electronic device 100 may prompt the user to drive into a sun-proof lane.
  • the electronic device 100 can determine whether the vehicle driven by the user is currently traveling in the sun-avoiding lane according to the real-time position of the electronic device 100. In the case that the vehicle driven by the user is not currently traveling in the sun-avoiding lane, the electronic device 100 can prompt the user to enter the sun-avoiding lane.
  • the above-mentioned scene of prompting the user to enter the sun-avoiding lane can refer to the scene shown in the aforementioned Figures 10A to 10C.
  • a self-driving route may include multiple road sections. Among these multiple road sections, one road section may include one or more lanes on the road that allow users to drive to their destination.
  • the server 200 may determine the sunshine amount of the lane with the least sunshine among the one or more lanes as the sunshine amount of this road section.
  • the server 200 may determine the lane with the least sunshine as the sun-avoiding lane of this road section.
  • the sunshine amount of the above self-driving route may be the sum of the sunshine amounts of the multiple road sections included in this self-driving route.
  • the server 200 may determine the sunshine duration of the lane with the shortest sunshine duration among the one or more lanes as the sunshine duration of the road section. Furthermore, the server 200 may determine the lane with the shortest sunshine duration as the sun-avoiding lane of this road section.
  • the sunshine duration of the self-driving route may be the sum of the sunshine durations of multiple road sections included in the self-driving route.
  • the server 200 can send the sunshine information of each self-driving route and the information of the sun-avoiding lane on the self-driving route to the electronic device 100.
  • the electronic device 100 can prompt the user to enter the sun-avoiding lane in real time according to the information of the sun-avoiding lane on the self-driving route.
  • the above method can determine the sun-avoiding lane in real time without the server 200 according to the real-time position of the electronic device 100. This can increase the speed at which the electronic device 100 provides sun-avoiding lane information. The user can learn about the sun-avoiding lane on the road ahead earlier during driving.
  • planning a route with less sunshine according to the user's travel information, calculating the sunshine information of each route, and determining the sun-avoiding lane can all be completed by the electronic device 100. That is, the above steps S1113 to S1117 and steps S1122 and S1123 can be performed by the electronic device 100.
  • the travel planning method provided by the present application can provide users with self-driving routes with less sunshine based on one or more factors such as short distance, less time consumption, and less fuel consumption.
  • the above method can also recommend driving lanes with less sunshine to users based on the changes in the real-time position of the user during the self-driving process, thereby realizing lane-level navigation to assist users in avoiding the sun.
  • the above method can not only facilitate users' self-driving travel and save travel costs, but also reduce the sunshine received by users during self-driving, thereby improving the comfort of users' self-driving travel.
  • the various user interfaces described in the embodiments of the present application are only example interfaces and do not limit the present application scheme.
  • the user interface may adopt a different interface layout, may include more or fewer controls, and may increase or decrease other functional options, as long as they are based on the same inventive concept provided by the present application, they are all within the scope of protection of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Automation & Control Theory (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Navigation (AREA)

Abstract

一种出行规划方法、相关装置及通信系统(10,20)。其中，电子设备(100,300)可以获取第一车辆的第一路线和座位分布，第一路线为第一车辆从第一位置行驶至第二位置的路线。电子设备(100,300)可以获取第一车辆在第一路线上的第一日照信息，第一日照信息包括第一车辆中各座位在第一时间段内的日照信息，第一时间段为第一车辆通过第一路线的时间段；电子设备(100,300)可以显示第一日照信息。出行规划方法可以减少用户出行途中受到的日照，提升用户出行的舒适度。

Description

出行规划方法、相关装置及通信系统
本申请要求在2022年12月30日提交中国国家知识产权局、申请号为202211733731.8的中国专利申请的优先权，发明名称为“出行规划方法、相关装置及通信系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及导航技术领域，尤其涉及出行规划方法、相关装置及通信系统。
背景技术
交通工具的发展让用户出行越来越方便。用户可以乘坐公交车或者大巴车出行，还可以自驾、骑行、步行前往目的地。但在用户出行途中可能会遇到日照强烈的时候。强烈的日照和紫外线会给用户的出行带来不适。因此用户在进行出行规划时，有需求考虑日照强度，减少出行途中的日照量，以便提升出行的舒适度。
发明内容
本申请提供出行规划方法、相关装置及通信系统。该出行规划方法可以通过推荐客车上避阳的最佳乘坐区域或避阳的出行路线，实现减少用户出行途中受到的日照，提升用户出行的舒适度。
第一方面，本申请提供一种出行规划方法。其中，电子设备可以获取第一车辆的第一路线和座位分布，第一路线为第一车辆从第一位置行驶至第二位置的路线；电子设备可以获取第一车辆在第一路线上的第一日照信息，第一日照信息包括第一车辆中各座位在第一时间段内的日照信息，第一时间段为第一车辆通过第一路线的时间段。电子设备显示第一日照信息。
其中，第一日照信息可以包括第一日照量和/或第一日照时长，其中，第一日照量包括第一车辆中各座位在第一时间段内受到的日照量，第一日照时长包括第一车辆中各座位在第一时间段内受到日照的时长。
上述第一时间段可以是预估第一车辆通过第一路线的时间段。
可以看出，上述出行规划方法可以根据用户乘坐客车的路线以及客车的座位分布来获取客车上各座位在用户乘坐客车时间段内的日照量、日照时长等日照信息。这样，用户可以选择日照量少或者日照时长短的座位，减少在乘坐客车时受到的日照，提升用户出行的舒适度。
结合第一方面，在一些实施例中，电子设备获取第一车辆的第一路线和座位分布之前，电子设备还可以接收用户输入的第一出行信息，第一出行信息包括出发地、目的地、第一出发时间和第一出行方式，第一出行方式为公交出行。电子设备根据第一出行信息确定第一车辆，第一车辆为在第一出发时间之后最近一辆到达第一位置的公共交通工具。上述从出发地到目的地的路线可以包括上述第一路线。
可以看出，在用户乘坐公共交通工具出行的场景中，用户可以通过在电子设备中输入自己的出发地、目的地以及出发时间来获取公交出行的方案。其中，电子设备可以根据上述第一出行信息确定可以乘坐第一车辆实现从出发地前往目的地。这样，电子设备可以获取第一车辆在用户乘坐第一车辆期间内(即第一时间段内)各座位的日照信息并进行显示。用户可以根据上述第一日照信息进行选座。
其中，上述第一出行信息中的出发地可以是临近第一位置(即用户乘坐第一车辆的上车地点)的一个地点。上述第一出行信息中的目的地可以是临近第二位置(即用户乘坐第一车辆的下车地点)的一个地点。
可选的，上述第一出行信息中的出发地可以是上述第一位置。上述第一出行信息中的目的地可以是上述第二位置。即用户可以直接在电子设备中输入自己的上车地点和下车地点，从而得到经停上车地点(即第一位置)且能够到达下车地点(即第二位置)的公交车的信息。
结合第一方面，在一些实施例中，电子设备可以根据第一标识获取第一车辆的信息，第一标识可以设置在第一车辆上。
上述第一标识可以是本申请中的车辆信息获取标识。
结合第一方面，在一些实施例中，第一标识为二维码或条形码，电子设备可以扫描第一标识，获取第一车辆的信息。
可以看出，用户在乘坐客车时，可以使用电子设备基于上述第一标识获取第一车辆的信息(如扫描第一标识获取第一车辆的信息)。电子设备可以基于第一标识可以获取到上述第一日照信息。
结合第一方面，在一些实施例中，电子设备可以接收用户输入的第二出行信息，第二出行信息包括第一车辆型号、第一路线和第二出发时间，第一车辆型号为第一车辆的型号，第二出发时间为第一车辆从第一位置出发的时间；电子设备可以根据第一车辆型号确定第一车辆的座位分布。
可选的，电子设备可以接收用户输入的第一车辆型号、第二出发时间、第一车辆从始发站到终点站的路线、上述第一位置和第二位置。上述第一车辆从始发站到终点站的路线可包括上述第一路线。电子设备可以根据上述第一位置确定用户的上车地点，并根据上述第二位置确定用户的下车地点。
可以看出，电子设备还可以接收用户手动输入的出行信息，并根据该出行信息确定用户乘坐的客车，进而获取到该客车上的座位在用户乘坐客车的时间段内的日照信息。这样，用户可以根据电子设备提供的客车上各座位的日照信息选择日照少的座位，提高乘坐客车出行的舒适度。
结合第一方面，在一些实施例中，电子设备可以获取第一路线上的第一道路环境和第一路线在第一时间段内的第一日照条件；电子设备根据第一道路环境、第一日照条件和座位分布确定第一日照信息。
结合第一方面，在一些实施例中，第一路线上包括多个位置。电子设备可以获取第一车辆在多个位置的到达时间，第一时间段包括第一车辆在多个位置的到达时间；其中，第一道路环境包括多个位置的道路环境，第一日照条件包括多个位置的日照条件，多个位置中一个位置的日照条件为一个位置在其到达时间的日照条件。
上述第一路线中的各个位置也可以称为位点、位置点。电子设备可以在第一路线上每隔预设的距离确定一个位置。
结合第一方面，在一些实施例中，第一车辆中一个座位在第一时间段内的日照信息为一个座位在多个位置的日照信息之和，一个座位在多个位置中一个位置的日照信息是根据一个位置的道路环境、一个位置的日照条件以及一个座位在第一车辆中的位置确定的。
其中，第一车辆中一个座位在第一时间段内的日照量可以为一个座位在多个位置的日照量之和。第一车辆中一个座位在第一时间段内的日照时长可以为一个座位在多个位置的日照时长之和。
结合第一方面，在一些实施例中，第一位置为多个位置中的任意一个位置，其中，第一位置的道路环境包括以下参数中至少一项：第一位置道路的类型、周边植被和第一位置的空间位置关系信息、第一位置周边植被的密度和高度信息、周边高架桥和第一位置的空间位置关系信息、第一位置周边高架桥的空间位置关系、周边高度超过第一阈值的建筑物和第一位置的空间位置关系信息；第一位置的日照条件包括下参数中至少一项：第一位置在第一车辆到达第一位置时的日照高度、日照角度、单位时间内的光子数。
结合第一方面，在一些实施例中，电子设备获取第一车辆在第一路线上的第二日照信息，第二日照信息包括第一车辆中各座位在第二时间段内的日照信息，第二时间段为第一车辆通过第一路线的另一时间段，第二时间段和第一时间段不同，第二日照信息和第一日照信息不同；电子设备显示第二日照信息。
上述第二日照信息可以包括第一车辆中各座位在第二时间段内的日照量和日照时长。
可以看出，当用户的出发时间改变，电子设备可以根据用户改变后的出发时间重新确定第一车辆通过第一路线的时间段，从而确定在用户乘坐第一车辆期间第一车辆上各座位的日照信息。也即是说，第一车辆在不同的时间段通过第一路线，第一车辆上各座位的日照信息可能不同，用户根据该日照信息进行选座的结果可能不同。
结合第一方面，在一些实施例中，电子设备获取第一车辆的第二路线，第二路线为第一车辆从第一位置行驶至第三位置的路线，第三位置与第二位置不同；电子设备获取第一车辆在第二路线上的第三日照信息，第三日照信息包括第一车辆中各座位在第三时间段内的日照信息，第三时间段为第一车辆通过第二路线的时间段，第三日照信息和第一日照信息不同；电子设备显示第三日照信息。
可以看出，在第一车辆行驶的过程中，第一车辆通过不同的路线时第一车辆上各座位的日照信息可能不同。
在用户乘坐客车出行的场景中，电子设备可以提供符合用户出行时间以及出行路程的各座位的日照信息。这样，用户可以根据电子设备提供的日照信息在客车上选座，从而减少出行途中受到的日照。
结合第一方面，在一些实施例中，第一日照信息是电子设备从服务器获取的，第一日照信息是根据第一路线上的第一道路环境、第一路线在第一时间段内的第一日照条件以及座位分布确定的。
其中，电子设备可以获取用户的出行信息，并将该出行信息发送给服务器。服务器可以根据用户的出行信息确定用户乘坐的客车、该客车在用户乘坐期间行驶路线上的道路环境和日照条件，从而计算客车上 各座位在用户乘坐客车期间(即客车从上车地点到下车地点的行驶期间)内的日照信息。上述用户的出行信息可以包括用户乘坐的客车的路线(如第一路线)、用户乘坐的客车的座位分布。或者，上述用户的出行信息可以包括用户乘坐的客车的型号、上车地点、下车地点、出发时间。
服务器确定出上述第一日照信息后可以将第一日照信息发送给电子设备。然后，电子设备可以显示第一日照信息。
第二方面，本申请提供一种出行规划方法。其中，电子设备可以接收第一出行信息，第一出行信息包括出发地、目的地、第一出发时间和出行方式；电子设备可以获取出发地到目的地的M1条路线，以及M1条路线的日照信息，M1条路线中一条路线的日照信息为在第一出发时间从出发地出发，通过出行方式按照一条路线到达目的地的日照信息，M1为正整数；电子设备显示M1条路线及M1条路线的日照信息。
上述出行方式可以为步行，或骑行，或驾车。
上述M1条路线中一条路线的日照信息可以为在第一出发时间从出发地出发，通过上述出行方式按照这一条路线到达目的地的预估时间段内的日照信息。
可以看出，在用户步行或骑行或驾车出行的场景中，电子设备可以根据用户的出行信息规划出行路线，并获取各路线的日照信息。这样，用户可以选择日照最少的路线出行，从而减少用户在出行途中受到的日照。这可以提升用户步行或骑行或驾车的舒适度。
结合第二方面，在一些实施例中，M1条路线中一条路线的日照信息包括一条路线的日照量和/或日照时长。
结合第二方面，在一些实施例中，在上述出行方式为驾车的情况下，电子设备可以获取电子设备在第一时间的第一位置信息，第一位置信息包括电子设备所处的第一路段及第一路段的车道信息。电子设备根据第一位置信息获取第一路段中L1条车道的日照信息，第一路段包括L1条车道，L1为正整数。电子设备根据L1条车道的日照信息提供第一提示，第一提示用于提示用户驶入L1条车道中日照最少的车道。
可以看出，在用户驾车出行并使用电子设备导航的场景中，电子设备可以实时获取电子设备的位置。电子设备的实时位置可以表示用户自驾出行时车辆的实时位置。电子设备可以根据电子设备的实时位置确定出避阳车道。上述避阳车道可以是电子设备实时位置处日照最少的一条车道。电子设备可以根据上述避阳车道的信息提示用户驶入避阳车道，实现辅助用户避阳的车道级导航。上述实施例可以减少用户在驾车过程中受到的日照，提升用户驾车出行的舒适度。
结合第二方面，在一些实施例中，电子设备可以获取第一路段的第一道路环境以及第一路段在第一时间段内的第一日照条件，第一时间段是从第一时间开始驾车通过第一路段的时间段；电子设备根据位置信息、第一道路环境和第一日照条件确定第一路段中L1条车道的日照信息。
上述第一路段可以是在电子设备在第一时间所处位置前方预设距离内的路段。
上述第一时间段可以是从第一时间开始预估驾车通过第一路段的时间段。
上述第一路段的包括的L1条车道上均可包括多个位点。上述第一道路环境可以包括L1条车道的道路环境。L1条车道中一条车道的道路环境可以包括以下一项或多项：周边植被和这一条车道上各位点的空间位置关系信息、周边植被的密度和高度信息、周边高架桥和这一条车道上各位点的空间位置关系信息、周边高架桥的宽度和高度信息、周边高度超过第一阈值的建筑物和这一条车道上各位点的空间位置关系信息。上述第一日照条件可以包括L1条车道的日照条件。L1条车道中一条车道的日照条件可以包括以下一项或多项：这一条车道上各位点在其到达时间的日照角度、日照高度、单位时间内的光子数。
结合第二方面，在一些实施例中，电子设备获取电子设备的第二位置信息，第二位置信息指示用户到达目的地；电子设备显示第二日照信息，第二日照信息是第一路线在第二时间段内的日照信息，第一路线是电子设备从出发地到目的地实际通过的路线，第二时间段是电子设备通过第一路线的时间段，第二日照信息是根据第一路线上的道路环境和第一路线在第二时间段内的日照条件确定的。
上述第二日照信息可以包括第一路线在第二时间段内的日照量和/或日照时长。
可以看出，用户可以在导航结束后查看自己在出行途中实际受到的日照量以及日照时长。
结合第二方面，在一些实施例中，电子设备接收到将第一出行信息中的第一出发时间修改为第二出发时间的操作；电子设备显示出发地到目的地的M2条路线和M2条路线的日照信息，M2条路线中一条路线的日照信息为在第二出发时间从出发地出发，通过出行方式按照一条路线到达目的地的日照信息，M2为正整数；其中，M2条路线和M1条路线部分不同或全部不同；或者，M2条路线和M1条路线相同，但M1条路线的日照信息与M1条路线的日照信息不同。
结合第二方面，在一些实施例中，电子设备根据第一路线规划因素，确定从出发地到目的地第一路线 规划因素最优的M2条路线，M2为正整数；电子设备根据M2条路线进行路径泛化，得到M2条路线的泛化路段；电子设备对M2条路线以及M2条路线的泛化路段进行切分，得到多个等价路段；电子设备利用多个等价路段确定M1条路线，M1条路线中的任意一条路线包含多个等价路段中的一个或多个。
第一路线规划因素包括以下一项或多项：路程长度、消耗时间、红绿灯数量、路口数量、耗油量。
由于电子设备是基于上述M2条路线进行路径泛化，电子设备根据泛化路段得到的多条从出发地前往目的地的路线与M2条路线的在路程、耗时、红绿灯的数量等路线规划因素上的差距较小。那么，电子设备从根据上述等价路段规划得到的路线中筛选出的日照少的路线，在路程、耗时、红绿灯的数量等路线规划因素上的值也是较优的。这可以避免为了规划出日照少的路线而导致路线的路程过长、耗时过多的情况。杉树出行规划方法可以在考虑路程短、耗时少等一项或多项因素的基础上，为用户提供日照量少或日照时长少的步行路线或骑行路线。这样不仅可以方便用户步行或骑行，而且可以减少用户在步行或骑行途中受到的日照，提升用户步行或骑行的舒适度。
结合第二方面，在一些实施例中，电子设备获取多个等价路段的道路环境和多个等价路段的日照条件，多个等价路段中一个等价路段的日照条件为根据第一出发时间确定在一个等价路段的到达时间的日照条件；电子设备根据多个等价路段的道路环境和多个等价路段的日照条件，确定多个等价路段的日照信息，多个等价路段中一个等价路段的日照条件为一个等价路段在其到达时间的日照信息；电子设备根据多个等价路段的日照信息确定M1条路线的日照信息，其中，M1条路线中一条路线的日照信息为一条路线包含的等价路段的日照信息之和。
结合第二方面，在一些实施例中，M1条路线以及M1条路线的日照信息可以是从服务器获取的，M1条路线以及M1条路线的日照信息是根据第一出行信息确定的。
第三方面，本申请提供一种电子设备，电子设备包括存储器和处理器，其中：存储器可用于存储计算机程序，处理器可用于调用计算机程序，使得电子设备执行上述第一方面或二方面中任一种可能的实现方式。
第四方面，本申请提供一种计算机存储介质，包括指令，当上述指令在电子设备上运行时，使得上述电子设备执行上述第一方面或二方面中任一种可能的实现方式。
第五方面，本申请实施例提供一种芯片，该芯片应用于电子设备，该芯片包括一个或多个处理器，该处理器用于调用计算机指令以使得该电子设备执行上述第一方面或二方面中任一种可能的实现方式。
第六方面，本申请实施例提供一种包含指令的计算机程序产品，当上述计算机程序产品在设备上运行时，使得上述电子设备执行上述第一方面或二方面中任一种可能的实现方式。
可以理解地，上述第三方面提供的电子设备、第四方面提供的计算机存储介质、第五方面提供的芯片、第六方面提供的计算机程序产品均用于执行本申请实施例所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。
附图说明
图1是本申请实施例提供的一种通信系统10的架构图；
图2A是本申请实施例提供的一种电子设备100的结构示意图；
图2B是本申请实施例提供的一种电子设备100的软件结构框图；
图3是本申请实施例提供的一种通信系统20的架构图；
图4A～图4M是本申请实施例提供的一些出行规划的场景示意图；
图5A～图5G是本申请实施例提供的另一些出行规划的场景示意图；
图6A和图6B是本申请实施例提供的另一些出行规划的场景示意图；
图7A是本申请实施例提供的一种出行规划方法的流程图；
图7B是本申请实施例提供的一种计算客车上座位的日照量的方法流程图；
图7C～图7F是本申请实施例提供的一些确定投影区域的示意图；
图8A～图8E是本申请实施例提供的另一些出行规划的场景示意图；
图9A是本申请实施例提供的一种出行规划方法的流程图；
图9B～图9D是本申请实施例提供的一些规划出行路线的示意图；
图10A～图10C是本申请实施例提供的另一种出行规划的场景示意图；
图11是本申请实施例提供的一种出行规划方法的流程图。
具体实施方式
下面结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个或两个以上(包含两个)。术语“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系；例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。术语“连接”包括直接连接和间接连接，除非另外说明。“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。
在本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
本申请以下实施例中的术语“用户界面(user interface，UI)”，是应用程序(application，APP)或操作系统(operating system，OS)与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面是通过java、可扩展标记语言(extensible markup language，XML)等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析，渲染，最终呈现为用户可以识别的内容。用户界面常用的表现形式是图形用户界面(graphic user interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的文本、图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。
本申请提供一种出行规划方法。该方法可以在用户乘坐客车(如公交车、大巴车)等交通工具出行的场景中，为用户提供客车上各个座位的日照信息。这样，用户可以在客车上选择日照少的座位。上述方法可以帮助用户减少在乘坐客车等交通工具时受到的日照，提升用户出行的舒适度。
本申请还提供一种出行规划方法。该方法可以在用户步行或骑行出行的场景中，在考虑路程短、耗时少等一项或多项因素的基础上，为用户提供日照少的步行路线或骑行路线。上述方法不仅可以方便用户步行或骑行，而且可以减少用户在步行或骑行途中受到的日照，提升用户步行或骑行的舒适度。
本申请还提供一种出行规划方法。该方法可以在用户自驾出行的场景中，在考虑路程短、耗时少、耗油少等一项或多项因素的基础上，为用户提供日照少的自驾路线。并且，上述方法还可以根据用户在自驾过程中实时位置的变化，为用户推荐日照少的行驶车道，实现辅助用户避阳的车道级导航。上述方法不仅可以方便用户自驾出行，节约出行成本，而且可以减少用户在自驾途中受到的日照，提升用户自驾出行的舒适度。
通信系统及设备的结构
下面先介绍本申请涉及的通信系统的架构以及设备的硬件结构和软件结构。
图1示例性示出了本申请实施例提供的通信系统10的架构图。
如图1所示，通信系统10可包括用户侧电子设备100、服务器200和客车侧电子设备300。其中，用户侧电子设备100可以包括出行的用户所使用的电子设备，例如，手机、平板电脑、智能手表、车载电脑等等。电子设备100和服务器200之间可以建立有通信连接。客车侧电子设备100可以包括客车的驾驶人员等工作人员所使用的电子设备，例如，手机、平板电脑、笔记本电脑等等。其中，上述客车可以包括公交车、大巴车等能够乘坐多个乘客的交通工具。电子设备300和服务器200之间可以建立有通信连接。本申请实施例对上述电子设备100和电子设备300的类型均不作限定。
电子设备100可用于用户查看乘坐的客车上各个座位的日照信息，以便于用户可以在客车上选择日照 少的座位。其中，电子设备100可以获取用户的出行信息。例如，上车地点、下车地点、出发时间和乘坐的客车的信息等等。电子设备100可以根据用户的出行信息向服务器200请求获取用户乘坐的客车上各个座位的日照信息。电子设备100可以显示获取到的客车上各个座位的日照信息。
电子设备100还可以用于提供出行路线，从而为用户提供出行导航的功能。其中，电子设备100可以获取用户的出行信息。例如，出发地、目的地、出发时间、出行方式等等。电子设备100可以根据用户的出行信息向服务器200请求获取出行路线，以及各条出行路线的日照信息。电子设备100可以显示获取到的出行路线以及各条出行路线的日照信息。电子设备100可以向用户推荐日照少的出行路线。
电子设备300可用于向服务器200上报客车的车辆信息和行驶信息。上述车辆信息可以包括但不限于：车牌号、车架号、客车的座位分布信息。上述行驶信息可以包括但不限于：客车的行驶路线、发车时间等等。
在一些实施例中，电子设备300还可以从服务器200获取车辆信息获取标识。该车辆信息获取标识可以是二维码、条形码、字符串编码等等。本申请实施例对上述车辆信息获取标识的形式不作限定。电子设备100可以根据一辆客车的车辆信息获取标识获取这一辆客车的车辆信息，例如客车的车辆信息和行驶信息。并且，电子设备100还可以根据该车辆信息获取标识向服务器200请求这一辆客车上各个座位的日照信息。
服务器200可用于提供地图应用的云端服务。例如，上述云端服务可以包括查看客车座位的日照信息的服务、基于日照信息导航的服务等等。上述地图应用可以指能够基于日照信息提供出行规划功能(如查看客车座位的日照信息功能、导航功能)的应用程序。不限于地图应用，上述能够基于日照信息提供出行规划功能的应用程序还可以为其它。本申请后续实施例中具体以地图应用为例进行说明。
在一些实施例中，服务器200可用于确定在客车的行驶路线上，客车上各个座位的日照信息。其中，服务器200可以获取客车的行驶路线上的道路环境，以及客车在行驶过程中的日照条件。
上述道路环境可以包括道路属性和周边环境信息。道路属性可用于指示道路的类型，例如，公路、隧道、城市道路、乡村道路等等。周边环境信息可以包括但不限于：周边植被和道路的空间位置关系信息、周边植被的密度和高度信息、周边高架桥和道路的空间位置关系信息、周边高架桥的宽度和高度信息、周边高度超过高度阈值1的建筑物和道路的空间位置关系信息、红灯等待时长等等。上述高度阈值1的取值可以例如为5米、6米、7米等等。本申请实施例对上述高度阈值1的取值不作限定。
上述日照条件可以包括但不限于道路上的日照高度、日照角度、单位时间内的光子数、紫外线指示等等。
根据上述道路环境和日照条件，服务器200可以确定客车上各个座位的日照信息。上述确定各个座位的日照信息的方法将在后续实施例介绍。这里先不展开。
在一些实施例中，服务器200还可用于规划从用户的出发地前往目的地的日照最少的路线。其中，服务器200可以根据用户的出发地和目的地确定出多条路线。服务器200可以获取这多条路线上的道路环境，以及用户在路线途中的日照条件。根据上述道路环境和日照条件，服务器200可以规划出日照少的路线。上述规划日照少的路线的方法将在后续实施例介绍。这里先不展开。
在一些实施例中，在用户自驾出行的场景中，服务器200还可以获取用户的实时位置，确定用户所在位置处日照少的行驶车道。服务器200可以将上述日照少的行驶车道的信息发送给电子设备100。电子设备100可以导航过程中提示用户行驶至日照少的行驶车道。
不限于图1所示的电子设备100、电子设备300和服务器200，通信系统10中还可包含更多或更少的设备。
这里对用户侧电子设备100的软硬件结构进行介绍。通信系统10中客车侧电子设备300等电子设备的结构可以参考电子设备100的结构的介绍。本申请中不再赘述，
图2A示例性示出了电子设备100的硬件结构示意图。
如图2A所示，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。
可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施 例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些示例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。
电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(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)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。
显示屏194用于显示图像，视频等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。
电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。
摄像头193用于捕获静态图像或视频。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如， 当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。
电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些示例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。耳机接口170D用于连接有线耳机。
传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。
按键190包括开机键，音量键等。马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些示例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。
电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的系统为例，示例性说明电子设备100的软件结构。
图2B是本申请实施例的电子设备100的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android Runtime)和系统库，以及内核层。
应用程序层可以包括一系列应用程序包。
如图2B所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，短信息、等应用程序。其中，地图应用可用于提供查看客车座位的日照信息功能、导航功能等功能。
应用程序框架层为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。
如图2B所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器，活动管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏(如下拉通知栏)中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
活动管理器用于负责管理活动(activity)，负责系统中各组件的启动、切换、调度以及应用程序的管理和调度等工作。活动管理器可供上层应用调用以打开对应的activity。
Android Runtime包括核心库和虚拟机。Android Runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
图3示例性示出了本申请实施例提供的另一种通信系统20的架构图。
如图3所示，通信系统20可包含电子设备100和服务器200。电子设备100可以是前述图1所示的用户侧电子设备100。
电子设备100可以包含出行信息设置模块311、行驶位置和行驶方向获取模块312。
其中，出行信息设置模块311可用于设置用户的出行信息。该出行信息可以包括以下一项或多项：出发地、目的地、出发时间、出行方式。例如，用户可以在电子设备100中开启地图应用，并输入上述出行信息，从而查看出行路线或者出行所乘坐客车上的日照信息。
在乘坐客车的场景中，上述出行信息中的出发地可以是上车地点，目的地可以是下车地点。
行驶位置和行驶方向获取模块312可用于在自驾的导航场景中，获取用户实时的行驶位置和行驶方向。上述行驶方向可用于指示车辆行驶时在东西南北朝向上的方位。
电子设备100中还可以包含更多的模块，例如通信模块、音频输入模块、音频输出模块等等。本申请实施例对此不作限定。电子设备100的结构可以参考前述图2A和图2B的介绍。
服务器200可以包含道路环境查询模块321、天气服务模块322、路径泛化模块323、最小路径切分模块324、日照量计算模块325、路径规划模块326、道路环境库327和公交信息库328。
上述道路环境库327可用于存储一个或多个区域的道路环境。例如，一个乡镇内的道路环境、一个市区内的道路环境等等。一个区域的道路环境可以包括分布在这一个区域内的道路的类型以及道路的周边环境信息。
道路环境查询模块321可用于查询道路环境库327，获取一条或多条道路的道路环境。
天气服务模块322可用于获取指定位置的日照条件。
路径泛化模块323可用于进行路径泛化。上述路径泛化可以表示基于已有的从出发地前往目的地的一条或多条路线，搜索这一条或多条路线的泛化路段。上述泛化路段可以包括能够和这一条或多条路线组成路网的道路，可以等价替代这一条或多条路线中的部分路段，从而形成新的由出发地前往目的地的路线。例如，路线1中包括路段f1。泛化路段f2与路段f1的起点相同且终点相同。泛化路段f2能够等价替代f1。
最小路径切分模块324可用于对从出发地前往目的地的多条路线进行切分。其中，两条路线之间可以存在道路交汇点。上述道路交汇点可以是路线的切分点。上述最小路径切分模块324可以切分上述从出发地前往目的地的多条路线，得到多组等价路段。一组等价路段可以包含多个等价的路段。这多个等价的路 段均可以称为等价路段。一组等价路段包含的多个等价路段可以是起点相同且终点相同，但经过的位置不同的路段。例如，路段1是和路段2等价的路段，可以表示路段1和路段2的起点相同且终点相同，但经过的位置不同。
日照量计算模块325可用于计算客车上各座位在指定时间段内日照量以及日照时长。日照量计算模块325还可用于计算上述最小路径切分模块324得到的多个等价路段在指定时间的日照量。日照量计算模块325还可用于计算同一路段上不同车道在指定时间的日照量。
路径规划模块326可用于根据各等价路段在指定时间的日照量，规划得到从出发地前往目的地日照量最少的一条或多条路线。路径规划模块326还可用于根据路程短、耗时少、耗油少、路口少、红绿灯少等因素中的一个或多个进行路径规划。例如，路径规划模块326可以根据出发地和目的地规划出路程最短的路线、耗时最少的路线、耗油最少的路线、路口最少的路线、红绿灯最少的路线等等。
公交信息库328可用于存储一个或多个区域的公交车信息。例如，一个乡镇内的公交车信息、一个市区内的公交车信息等等。一个区域的公交车信息可以包括这一个区域内公交车的行驶路线、公交车的发车时间、公交车到达各公交站点的时间、公交车的车牌号、公交车的座位分布信息等等。
服务器200还可以包含更多或更少的模块。本申请实施例对此不作限定。
在一些实施例中，电子设备100可以将出行信息设置模块311设置的出行信息发送给服务器200，并向服务器200请求日照少的出行路线。服务器200通过路径规划模块326规划得到日照少的出行路线后，可以将上述日照少的出行路线发送给电子设备100。然后，电子设备100可以根据上述日照少的出行路线为用户提供导航服务。
在一些实施例中，电子设备100可以将出行信息设置模块311设置的出行信息发送给服务器200，并向服务器200请求用户出行所乘坐的客车上各个座位的日照信息。服务器200通过日照量计算模块325计算得到的各个座位的日照信息(如日照量、日照时长等)后，可以将各个座位的日照信息发送给电子设备100。然后，电子设备100可以显示各个座位的日照信息，以便于用户选择日照少的座位。
在一些实施例中，电子设备100可以将行驶位置和行驶方向获取模块312获取的行驶位置和行驶方向发送给服务器200。服务器200可以根据上述行驶位置和行驶方向，计算用户所在路段上不同车道的日照量，并确定出日照最少的车道。服务器200可以将上述日照最少的车道的信息发送给电子设备100。电子设备100可以提示用户驶入上述日照最少的车道。
在一些实施例中，电子设备100可以包含上述路径泛化模块323、最小路径切分模块324、日照量计算模块325和路径规划模块326中的一个或多个。示例性地，电子设备100可以向服务器200请求获取道路环境和日照条件。根据获取到的道路环境和日照条件，电子设备100可以通过日照量计算模块325计算用户乘坐的客车上各个座位的日照量和日照时长等日照信息。电子设备还可以通过日照量计算模块325计算用户从出发地前往目的地的路线的日照量，并通过路径泛化模块323、最小路径切分模块324和路径规划模块326规划出日照少的路线。
基于上述通信系统和电子设备的结构，下面将具体介绍本申请提供的出行规划场景和出行规划方法。其中，根据出行方式的不同，本申请将分别针对乘坐客车出行、步行或骑行、自驾这三种出行方式分别介绍出行规划场景和出行规划方法。本申请提供的出行规划方法可以帮助用户在采用不同的出行方式出行时，减少用户受到日照的情况，提升用户出行的舒适度。
乘坐客车出行的出行规划场景
图4A～图4M示例性示出了一种用户乘坐客车出行的出行规划场景。
如图4A所示，电子设备100可以开启地图应用，显示用户界面410。用户界面410可以包括搜索框411和地图显示区域412。
地图显示区域412可用于显示地图。
搜索框411可用于输入位置信息。电子设备100可以通过地图应用查找搜索框411中输入的位置信息，并在地图显示区域412的地图上显示该位置信息对应的位置。
在一些实施例中，用户可以在搜索框411中输入目的地的位置信息，并搜索前往目的地的出行方案。
如图4B所示，电子设备100可以显示用户界面420。用户界面420可用于显示从出发地前往目的地的一个或多个出行方案。其中，用户界面420可包含出发地信息421、目的地信息422、出发时间423、出行方式选项区域424、出行策略选项区域425、出行方案426、出行方案427和出行方案428。
出发地信息421可用于指示用户出行的出发地。例如，出发地信息421为“我的位置”，可以表示出 发地为用户当前所处的位置。电子设备100可以根据电子设备100中的定位模块确定用户当前所处的位置。电子设备100还可以接收用户手动输入的出发地信息，来确定用户出行的出发地。
目的地信息422可用于指示用户出行的目的地。例如，目的地信息421为“中心医院”，可以表示目的地为中心医院所在的地点。
出发时间423可用于指示用户出行的出发时间。例如，出发时间423为“现在出发”，可以表示出发时间为现在。电子设备100可以根据电子设备100中的时钟模块确定现在的时间(如8:00)。电子设备100还可以接收用户手动输入的时间信息，来确定用户的出发时间。出发时间可用于规划出行路线时，确定在用户出行的时间段内道路的使用规则、公共交通的运行情况、道路的拥堵程度等信息。例如，从用户的出发地可以通过道路1或道路2前往目的地。但道路1在用户出行的时间段内禁止通行，道路2在用户出行的时间段内允许通行。则电子设备100提供的出行路线可以是经过道路2，避开道路1的路线。这可以避免用户通过道路1前往目的地遇到障碍而无法通行的问题。再例如，从用户的出发地可以乘坐公交车1或公交车2前往目的地。但公交车1在用户出行的时间段内已经停运，公交车2在用户出行的时间段内仍在运行。则电子设备100提供的出行路线可以是乘坐公交车1的路线。这可以避免用户想通过公交车1前往目的地而等不到公交车1的情况。上述出发时间还可用于确定用户在乘坐客车出行时的日照条件，从而确定在用户乘坐客车的时间段内客车上各座位的日照量、日照时长等日照信息。可以理解的，同一个位置在不同的时间的日照条件通常是不同的。例如，同一位置正午时的日照强度通常比傍晚时的日照强度大。那么，用户的出发时间不同，受到的日照的大小往往也不同。
出行方式选项区域424可用于选择出行方式。出行方式选项区域424可包含一个或多个出行方式选项。例如，打车选项、驾车选项、公共交通选项、步行选项、骑行选项等等。用户可以在出行方式选项区域424选择自己需要的出行方式。例如，若用户需要通过公共交通出行，用户可以在出行方式选项区域424选择公共交通选项。
出行策略选项区域425可用于选择出行策略。出行策略可以包括少步行的出行策略、时间段的出行策略、少换乘的出行策略等等。出行策略选项区域425可包含一个或多个出行策略选项。例如，推荐策略选项、少步行选项、时间短选项、少换乘选项。电子设备100可以根据用户选择的出行策略提供相应的出行方案。
出行方案426、出行方案427和出行方案428可以是电子设备100根据用户的出发地、目的地、出发时间、出行方式和出行策略确定的出行方案。不限于出行方案426、出行方案427和出行方案428，电子设备100还可以提供更多或更少的出行方案。
在一种可能的实现方式中，电子设备100可以将用户的出发地、目的地、出发时间、出行方式和出行策略发送给服务器200。服务器200可以规划出行路径，得到一个或多个出行方案，并将出行方案发送给电子设备100。
响应于图4B所示对出行方案426的操作，例如触摸操作，电子设备100可以显示图4C所示的用户界面430。用户界面430可用于显示出行方案426的具体内容。
如图4C所示，用户界面430可包含耗时信息431、出行方案概要432、出发地信息433、步行信息434、导航控件435、上车地点信息436、公交车信息437、公交车行驶信息438、站点信息439、下车地点信息440、避开日照选座控件441、步行信息442、目的地信息443、导航控件444。
由用户界面430显示的内容可知，在用户按照出行方案426从当前所处的位置前往目的地(即中心医院)，用户当前所处的位置和乘坐公交车的上车地点存在一定距离，且用户的目的地和乘坐公交的下车地点也存在一定距离。用户可以先步行至公交车站点(即上车地点)乘坐公交车，且在下车后从下车地点再步行至目的地。
耗时信息431可用于指示采用出行方案426到达目的地所需要的时间。例如，耗时信息431为“全程55分钟”，可以表示用户采用出行方案426到达目的地需要55分钟。
出行方案概要432可包括用户乘坐公共交通工具需要经过的站点数量(例如12站)、用户需要步行的路程长度(例如879米)、用户需要花费的金额(例如2元)。
出发地信息433可用于指示用户的出发地。
步行信息434可用于指示从出发地步行前往上车地点的路程长度。例如，步行信息434为“步行650米”可以表示用户从当前所处的位置步行至上车地点需要步行650米。
导航控件435可用于触发电子设备100提供从出发地前往上车地点的步行路线，从而将用户导航至上车地点。
上车地点信息436可用于指示用户乘坐公交车上车的公交站点。例如，上车地点信息436为“中心小区站”，可以表示上车的公交站点为中心小区站。
公交车信息437可用于指示用户乘坐的公交车的号数以及行驶方向。例如，公交车信息437为“M355路第一汽车站总站方向”，可以表示用户需要乘坐驶向第一汽车站总站方向的M355路公交车。
公交车行驶信息438可用于指示最近一辆或多辆到达上车地点信息436对应的上车地点的公交车当前的位置，以及到达该上车地点需要的时间。上述公交车到达该上车地点需要的时间可以是预估的。
站点信息439可用于指示公交车从上车地点前往下车地点需要经过的公交站点的数量，以及需要的时间。上述从上车地点前往下车地点需要的时间可以是预估的。
下车地点信息440可用于指示用户乘坐公家车下车的公交站点。例如，下车地点信息440为“中心医院站”，可以表示下车的公家站点为中心医院站。
避开日照选座控件441可用于查看最近一辆到达上车地点的公交车上的座位，在公交车从上车地点到下车地点的行驶时间段内的日照信息。
步行信息442可用于指示从下车地点步行前往目的地的路程长度。
目的地信息可用于指示用户的目的地。
导航控件444可用于触发电子设备100提供从下车地点前往目的地的步行路线，从而将用户导航至目的地。
由上述公交车行驶信息438可知，用户可以乘坐最近一辆即将到达上车地点的M355路公交车。响应于图4C所示对避开日照选座控件441的操作，电子设备100可以显示图4D所示的用户界面450。用户界面450可用于显示最近一辆即将到达上车地点的M355路公交车上的座位，在公交车从上车地点(即中心小区站)到下车地点(即中心医院站)的行驶时间段内的日照信息。
如图4D所示，用户界面450可包含日照量控件451、日照时间控件452和日照量显示区域453。
日照量控件451可用于查看公交车上座位的日照量。
日照时间控件452可用于查看公交车上座位的日照时长。
日照量显示区域453可用于显示公交车上座位的日照量。
示例性地，在日照量控件451处于选中状态的情况下，电子设备100可以在用户界面450上显示公交车上座位的日照量。该日照量可以是上述最近一辆即将到达上车地点的M355路公交车上的座位，在公交车从上车地点到下车地点的行驶时间段内的日照量。由图4C所示的内容可知，最近一辆即将到达上车地点的M355路公交车预计在8:06到达中心小区站，且该公交车预计需要45分钟从中心小区站到达中心医院站。那么，图4D所示日照量显示区域453中显示的日照量可以是上述8:06分到达中心小区站的M355路公交车上的座位，在公交车从中心小区站驶向中西医院站的时间段(即8:06-8:51对应的时间段)内的日照量。
其中，日照量显示区域453中可显示有公交车上的座位分布示意图。该座位分布示意图上座位的颜色可以与该座位在用户乘坐公交车的时间段内的日照量相关。一个座位在用户乘坐公交车的时间段内的日照量越多，这一个座位的颜色可以越深。反之，一个座位在用户乘坐公交车的时间段内的日照量越少，这一个座位的颜色可以越浅。这样，当用户上车后，可以根据图4D所示座位分布示意图上各座位的颜色深浅选择日照少的座位，从而减少乘坐公交车出行过程中受到的日照。
本申请实施例对用于反映座位的日照量多少的显示方法不作限定。
如图4D所示，响应于对日照时间控件452的操作，电子设备100可以显示图4E所示的用户界面450。用户界面450可以包括日照量控件451、日照时间控件452和日照时长显示区域454。日照时长显示区域454可用于显示公交车上座位的日照时长。
如图4E所示，电子设备100可以将处于选中状态的控件从日照量控件451切换为日照时间控件452。在日照时间控件452处于选中状态的情况下，电子设备100可以在用户界面450显示公交车上座位的日照时长。该日照时长可以是上述最近一辆即将到达上车地点的M355路公交车上的座位，在公交车从上车地点到下车地点的行驶时间段内的日照时时长。
由图4C所示的内容可知，最近一辆即将到达上车地点的M355路公交车预计在8:06到达中心小区站，且该公交车预计需要45分钟从中心小区站到达中心医院站。那么，图4E所示日照时长显示区域454中显示的日照时长可以是上述8:06分到达中心小区站的M355路公交车上的座位，在公交车从中心小区站驶向中西医院站的时间段(即8:06-8:51对应的时间段)内的日照时长。
其中，日照时长显示区域454中可显示有公交车上的座位分布示意图。该座位分布示意图的座位上可 显示有时长信息。一个座位上的时长信息可以表示在用户乘坐公交车的时间段内，这一个座位受到日照的时间长度。这样，当用户上车后，用户除了根据图4D所示的日照量选择座位，还可以根据图4E所示座位分布示意图上各座位受到日照的时间长度来选择日照时长短的座位，从而减少乘坐公交车出行过程中受到的日照。
在一种可能的实现方式中，响应于图4C所示对避开日照选座控件441的操作，电子设备100可以向服务器200发送公交车信息，以及用户的上车地点和下车地点。该公交车信息可用于指示该公交车为预计在8:06到达中心小区站的公交车。当接收到该公交车信息，服务器200可以根据该公交车信息，从公交信息库328中查询到公交车的座位分布信息、行驶路线、以及到达各个公交站点的时间。然后，服务器200可以计算在公交车从用户的上车地点驶向下车地点的过程中，公交车上各个座位的日照量、日照时长等日照信息。服务器200可以将公交车上各个座位的日照信息发送给电子设备100。电子设备100可以显示图4D和图4E所示的日照信息。
在一些实施例中，若用户的出发时间改变，则用户在公交车上的时间段也会改变。由于同一位置在不同时间段内的日照条件不同，电子设备100提供的各个座位的日照信息通常也会随着用户的出发时间改变而改变。
如图4F所示，电子设备100可以显示用户界面420。用户界面420可以参考前述图4B的介绍。其中，用户界面420可以包含出发时间423。在图4F中，出发时间423可用于指示用户在16:00出发。对比图4B和图4F所示用户查询的出行方案可知，用户的出发地和目的地均相同，但出行时间不同。例如，在图4B所示用户查询的出行方案中，用户是现在出发(即8:00出发)。而在图4F所示用户查询的出行方案中，用户是16:00出发。虽然出发时间不同，但从相同的出发地前往相同的目的地均可按照出行方案426、出行方案427、出行方案428出行。
响应于图4F所示对出行方案426的操作，例如点击操作，电子设备100可以显示图4G所示的用户界面430。用户界面430可以参考前述图4C的介绍。
如图4G所示，响应于对避开日照选座控件441的操作，电子设备100可以向服务器200发送公交车信息，以及用户的上车地点、下车地点和出发时间。该公交车信息可用于指示用户乘坐的公交车的路数(例如M355路公交车)。当接收到该公交车信息，服务器200可以根据该公交车信息，从公交信息库328中查询到公交车的座位分布信息以及行驶路线。服务器200可以根据公交车的行驶路线以及用户的上车地点、下车地点获取在用户乘坐公交车时公交车行驶路线上的道路环境。服务器200还可以根据公交车的行驶路线以及用户的出发时间获取在用户乘坐公交车时间段内公交车行驶路线上的日照条件。例如，服务器200可以根据用户的出发时间(如16:00)预测用户选择的公交车在上述上车地点前往上述下车地点的路线上各个位置处的到达时间，并获取各个位置在相应的到达时间的日照条件。然后，服务器200可以根据上述公交车行驶路线上的道路环境以及日照条件，确定在用户乘坐公交车的时间段内公交车上各个座位的日照量、日照时长等日照信息。服务器200可以将上述日照信息发送给电子设备100。
电子设备100可以显示上述服务器200发送的日照信息。
如图4H所示，电子设备100可以显示用户界面450。用户界面450可以参考前述图4D的介绍。其中，图4H所示的用户界面450显示的可以是在用户16:00出发的情况下，M355路公交车上的座位在公交车从上车地点(即中心小区站)到下车地点(即中心小学站)的行驶时间段内的日照信息。前述图4D所示的用户界面450显示的可以是在用户8:00出发的情况下，M355路公交车上的座位在公交车从上车地点(即中心小区站)到下车地点(即中心医院站)的行驶时间段内的日照信息。
对比图4D和图4H可知，M355路公交车在不同时间从中心小区站到中心医院站的行驶时间段内，同一座位受到的日照量不同。例如，如图4D所示，在用户8:00出发乘坐M355路公交车的情况下，M355路公交车右侧靠窗的座位受到的日照量最多，左侧不靠窗的座位受到的日照量最少。用户可以尽量选择左侧不靠窗的座位来减少出行途中受到的日照量。相反的，如图4H所示，在用户16:00出发乘坐M355路公交车的情况下，M355路公交车左侧靠窗的座位受到的日照量最多，右侧不靠窗的座位受到的日照量最少。用户可以尽量选择右侧不靠窗的座位来减少出行途中受到的日照量。
也即是说，在出发时间不同的情况下，用户乘坐相同的公交车从相同的出发地前往相同的目的地，公交车上的各个座位在用户乘坐期间内受到的日照量可能是不同的。
响应于图4H所示对日照时间控件452的操作，电子设备100可以显示图4I所示的用户界面450。图4I所示的用户界面450可以参考前述图4E的介绍。其中，图4I所示的用户界面450显示的可以是在用户16:00出发的情况下，M355路公交车上的座位在公交车从上车地点(即中心小区站)到下车地点(即中心 小学站)的行驶时间段内的日照时长。前述图4E所示的用户界面450显示的可以是在用户8:00出发的情况下，M355路公交车上的座位在公交车从上车地点(即中心小区站)到下车地点(即中心医院站)的行驶时间段内的日照时长。
对比图4I和图4E可知，M355路公交车在不同时间段从中心小区站到中心医院站的行驶时间段内，同一座位受到的日照时长不同。例如，如图4E所示，在用户8:00出发乘坐M355路公交车的情况下，M355路公交车右侧靠窗的座位受到的日照时长最长，左侧不靠窗的座位受到的日照时长最短。用户可以尽量选择左侧不靠窗的座位来减少出行途中受到的日照时长。相反的，如图4I所示，在用户16:00出发乘坐M355路公交车的情况下，M355路公交车左侧靠窗的座位受到的日照时长最长，右侧不靠窗的座位受到的日照时长最短。用户可以尽量选择右侧不靠窗的座位来减少出行途中受到的日照时长。
也即是说，在出发时间不同的情况下，用户乘坐相同的公交车从相同的出发地前往相同的目的地，公交车上的各个座位在用户乘坐期间内受到的日照时长可能是不同的。
在一些实施例中，若用户的出发地和/或目的地改变，则用户在公交车上的时间段，以及需要经过的路段也会改变。由于同一位置在不同时间段内的日照条件不同，且不同路段的日照条件不同，电子设备100提供的各个座位的日照信息通常也会随着用户的出发地和/或目的地改变而改变。
如图4J所示，电子设备100可以显示用户界面420。用户界面420可以参考前述图4B的介绍。其中，用户界面420可以包含出发地信息421和目的地信息422。在图4J中，出发地信息421可用于指示用户从当前所处的位置出发。目的地信息422可用于指示用户出行的目的地为中心小学。对比图4B和图4F所示用户查询的出行方案可知，用户的出发地相同但目的地不同。例如，在图4B所示用户查询的出行方案中，用户的目的地是中心医院。而在图4J所示用户查询的出行方案中，用户的目的地是中心小学。电子设备100可以根据用户的出发地和目的地提供出行方案。
如图4J所示，在出发地为用户当前所处的位置，目的地为中心小学的情况下，电子设备100可以提供出行方案461、出行方案462、出行方案463。例如，出行方案461和前述图4B所示的出行方案426均是乘坐M355路公交车的方案。
响应于图4J所示对出行方案461的操作，例如点击操作，电子设备100可以显示图4K所示的用户界面430。用户界面430可以参考前述图4C的介绍。
如图4K所示，响应于对避开日照选座控件441的操作，电子设备100可以向服务器200发送公交车信息，以及用户的上车地点、下车地点。该公交车信息可用于指示该公交车为预计在8:06到达中心小区站的公交车。当接收到该公交车信息，服务器200可以根据该公交车信息，从公交信息库328中查询到公交车的座位分布信息、行驶路线、以及到达各个公交站点的时间。然后，服务器200可以计算在公交车从用户的上车地点驶向下车地点的过程中，公交车上各个座位的日照量、日照时长等日照信息。服务器200可以将公交车上各个座位的日照信息发送给电子设备100。电子设备100可以显示上述日照信息。
如图4L所示，电子设备100可以显示用户界面450。用户界面450可以参考前述图4D的介绍。其中，图4L所示的用户界面450显示的可以是在用户8:00从当前所处的位置出发前往中心小学的情况下，M355路公交车上的座位从上车地点(即中心小区站)到下车地点(即中心小学站)的行驶时间段内的日照信息。前述图4D所示的用户界面450显示的可以是在用户8:00从当前所处的位置出发前往中心医院的情况下，M355路公交车上的座位在公交车从上车地点(即中心小区站)到下车地点(即中心医院站)的行驶时间段内的日照信息。
对比图4D和图4L可知，M355路公交车在不同公交站点之间的路段行驶的时间段内，同一座位受到的日照量不同。例如，如图4D所示，在用户8:00出发乘坐M355路公交车从中心小区站前往中心医院站的情况下，M355路公交车右侧靠窗的座位受到的日照量最多，左侧不靠窗的座位受到的日照量最少。用户可以尽量选择左侧不靠窗的座位来减少出行途中受到的日照量。如图4L所示，在用户8:00出发乘坐M355路公交车从中心小区站前往中心小学站的情况下，M355路公交车左侧和右侧靠窗的座位受到的日照量均较多，左侧不靠窗的座位受到的日照量最少。用户可以尽量选择左侧不靠窗的座位来减少出行途中受到的日照量。
也即是说，用户乘坐相同的公交车在上车地点和/或下车地点不同的情况下，用户在乘坐公交车的时间段内经过的路段可能部分或全部不同，公交车上的各个座位在用户乘坐期间内受到的日照量可能是不同的。
响应于图4L所示对日照时间控件452的操作，电子设备100可以显示图4M所示的用户界面450。图4M所示的用户界面450可以参考前述图4E的介绍。其中，图4M所示的用户界面450显示的可以是在用户8:00从当前所处的位置出发前往中心小学的情况下，M355路公交车上的座位在公交车从上车地点(即 中心小区站)到下车地点(即中心小学站)的行驶时间段内的日照时长。前述图4E所示的用户界面450显示的可以是在用户8:00从当前所处的位置出发前往中心医院的情况下，M355路公交车上的座位在公交车从上车地点(即中心小区站)到下车地点(即中心医院站)的行驶时间段内的日照时长。
对比图4M和图4E可知，M355路公交车在不同公交站点之间的路段行驶的时间段内，同一座位受到的日照时长不同。例如，如图4E所示，在用户8:00出发乘坐M355路公交车从中心小区站前往中心医院站的情况下，M355路公交车右侧靠窗的座位受到的日照时长最长，左侧不靠窗的座位受到的日照时长最短。用户可以尽量选择左侧不靠窗的座位来减少出行途中受到的日照时长。如图4M所示，在用户8:00出发乘坐M355路公交车从中心小区站前往中心小学站的情况下，M355路公交车左侧和右侧靠窗的座位受到的日照时长均较长，左侧不靠窗的座位受到的日照时长最短。用户可以尽量选择左侧不靠窗的座位来减少出行途中受到的日照时长。
也即是说，用户乘坐相同的公交车在上车地点和/或下车地点不同的情况下，用户在乘坐公交车的时间段内经过的路段可能部分或全部不同，公交车上的各个座位在用户乘坐期间内受到的日照时长可能是不同的。
可以看出，在用户乘坐客车出行的场景中，电子设备100可以提供符合用户出行时间以及出行路程的各座位的日照信息。这样，用户可以根据电子设备100提供的日照信息在客车上选座，从而减少出行途中受到的日照。
由上述图4A～图4M所示的场景可知，用户在乘坐公交车出行时，可以查看乘坐的公交车上各座位在自己乘车时间段内的日照量和日照时长。这样，用户可以选择日照量少或日照时长短的座位，从而减少乘坐公交车出行过程中受到的日照，提升乘坐公交车出行的舒适度。
图5A～图5G示例性示出了另一种用户乘坐客车出行的出行规划场景。
1.(图5A～图5C)客车侧电子设备300向服务器200上报车辆信息。
在一些实施例中，电子设备300可以向服务器200上报车辆信息，并从服务器200获取车辆信息获取标识。乘坐电子设备300关联的客车的用户可以通过上述车辆信息获取标识获取车辆信息。上述车辆信息可以包括客车的车辆信息和行驶信息。
这里以电子设备300关联的客车为客车500进行介绍。
如图5A所示，电子设备300可以显示用户界面510。用户界面510可用于客车500的工作人员填写客车500的车辆信息。例如，车牌号、车架号、行驶路线等等。用户界面510可包含提交控件511。
在一种可能的实现方式中，响应于对提交控件511的操作，电子设备300可以将用户界面510上包含的车辆信息发送给服务器200。服务器200可以为客车500生成客车编号。该客车编号可用于唯一标识客车500，以便于服务器200根据该客车编号识别出客车500。服务器200可以存储客车500的车辆信息，并将客车500的车辆信息和服务器200为客车500生成的客车编号关联。服务器200可以生成客车500对应的车辆信息获取标识，并将该车辆信息获取标识发送给电子设备300。
其中，当接收到客车500的车辆信息，服务器200可以根据客车的车牌号或者车架号确定客车的型号，进而根据客车的型号确定客车的座位分布情况。
这里以车辆信息获取标识为二维码作为示例进行介绍。
当接收到车辆信息获取标识，电子设备300可以显示图5B所示的用户界面520。
如图5B所示，用户界面520可包含车辆信息获取标识521、打印控件522。车辆信息获取标识521可以为客车500的车辆信息获取标识。打印控件522可用于打印车辆信息获取标识。
如图5C所示，客车500的工作人员可以打印上述车辆信息获取标识521，得到打印稿件530。打印稿件530上可显示有车辆信息获取标识521。客车500的工作人员可以将打印稿件530张贴在客车500上。乘坐客车500的乘客可以使用电子设备100扫描打印稿件530上的车辆信息获取标识521，获取客车500的车辆信息。
可以理解的，电子设备100扫描车辆信息获取标识521可以表示用户需要乘坐客车500。
当获取到客车500的车辆信息，电子设备100可以向服务器200请求获取客车500上各座位的日照信息。
2.(图5D～图5G)用户侧电子设备100获取车辆信息，并向服务器200请求客车上各座位的日照信息。
在一些实施例中，用户可以使用电子设备100中的地图应用搜索乘坐客车前往目的地的出行方案。
如图5D所示，电子设备100可以显示用户界面540。用户界面540可用于显示从出发前往目的地的一个或多个出行方案。其中，用户界面540可包含出发地信息541、目的地信息542、出行方式选项区域543、扫码控件544、自定义车辆信息控件545、客车班次546、客车班次547、客车班次548。
出发地信息541可用于指示用户出行的出发地。
目的地信息542可用于指示用户出行的目的地。
出行方式选项区域543可用于选择出行方式。出行方式选项区域543可包含一个或多个出行方式选项。例如，驾车选项、公共交通选项、步行选项、骑行选项、客车选项等等。例如，若用户需要通过客车出行，用户可以在出行方式选项区域543选择客车选项。
在出行方式选项区域543中的客车选项处于选中状态的情况下，电子设备100可以显示扫码控件544和自定义车辆信息控件545。
扫码控件544可用于触发电子设备100开启扫码功能，以便于用户能够使用电子设备100扫描客车上张贴的车辆信息获取标识。
自定义车辆信息控件545可用于触发电子设备100显示输入车辆信息的用户界面，以便于用户能够输入乘坐客车的车辆信息。
在出行方式选项区域543中的客车选项处于选中状态的情况下，电子设备100还可以根据上述用户出行的出发地和目的地，获取客运公司运营的客车中能够从用户出行的出发地到达目的地的客车的班次信息。
例如，用户出行的出发地位于站点“中心小区站”附近(即用户当前所处的位置)。用户出行的目的地为海洋世界，位于站点“海洋世界站”附近。电子设备100可以获取到三班客车的班次信息。这三班客车能够从中心小区站前往海洋世界站。这三班客车可以是客车班次546、客车班次547、客车班次548对应的客车。本申请实施例对上述客车班次不作限定。在一些实施例中，响应于对客车班次548的操作，电子设备100可以显示购买客车班次548对应的客车的车票的用户界面、客车班次548对应的客车的实时位置信息、客车班次548对应的客车上的座位在用户乘坐客车期间(即客车在中心小区站至海洋世界站的行驶期间)内的日照信息等。
响应于图5D所示对扫码控件544的操作，电子设备100可以显示图5E所示的用户界面550。
如图5E所示，电子设备100的摄像头可以对准图5C所示客车500上打印稿件530包含的车辆信息获取标识521，实现扫描车辆信息获取标识521。
在一种可能的实现方式中，当扫描到车辆信息获取标识521，电子设备100可以获取到客车500的车辆编号。电子设备100可以将客车500的车辆编号发送给服务器200。服务器200可以根据该车辆编号识别出客车500，并查找客车500的座位分布情况、车牌号、车架号、行驶路线等车辆信息。服务器200可以将客车500的一项或多项车辆信息发送给电子设备100。然后，电子设备100可以显示客车500的车辆信息。
例如，服务器200可以将客车500的车牌号、行驶路线发送给电子设备100。电子设备100可以显示图5F所示的用户界面560。
如图5F所示，用户界面560可包含车辆信息显示区域561、出行信息输入区域562和日照信息查看控件563。
车辆信息显示区域561可用于显示电子设备100接收到的车辆信息。该车辆信息可以是图5E所示电子设备100扫描的车辆信息获取标识对应的客车的车辆信息(如客车500的信息)。例如，车辆信息显示区域561可显示有客车500的车牌号和行驶路线。
出行信息输入区域562可用于用户输入出行信息。出行信息输入区域562可包含上车地点输入项、下车地点输入项、出发时间输入项，可用于指示用户输入乘坐客车500的上车地点、下车地点和出发时间。其中，该出发时间可以是客车500从上车地点出发的时间。例如，用户乘坐客车500的上车地点可以为中心小区站，下车地点为海洋世界站，出发时间为8:20。本申请实施例对用户在上述出行信息输入区域562输入出行信息的方式不作限定。例如，出行信息输入区域562中可包含上车地点对应的选项控件、下车地点对应的选项控件、出发时间对应的选项控件等选项控件。其中，响应于对上车地点对应的选项控件，电子设备100可以根据用户乘坐的客车(如客车500)行驶路线上的站点信息提供各站点对应的选项。用户可以选择自己上车地点的站点(如中心小区站)。响应于对下车地点对应的选项控件，电子设备100可以提供各站点对应的选项。用户可以选择自己下车地点的站点(如海洋世界站)。响应于对出发时间对应的选项控件，电子设备100可以提供多个时间对应的选项。用户可以选择自己的出发时间(如8:20)。再例如，出行信息输入区域562中可包含上车地点输入框、下车地点输入框和出发时间输入框。用户可以在上 车地点输入框中手动输入上车地点的名称，在下车地点输入框中手动输入下车地点的名称，在出发时间输入框汇总手动输入出发时间。
日照信息查看控件563可用于触发电子设备100获取并显示客车500上各座位在用户乘坐客车500期间(即客车500在中心小区站至海洋世界站的行驶期间)内的日照信息。
在一种可能的实现方式中，响应于对日照信息查看控件563的操作，电子设备100可以将上述出行信息输入区域562中用户输入的出行信息发送给服务器200。然后，服务器200可以确定客车500上各座位在用户乘坐客车500期间内的日照量、日照时长等日照信息，并将该日照信息发送给电子设备100。
当接收到服务器200发送的日照信息，电子设备100可以显示图5G所示的用户界面570。用户界面570可以参考前述实施例对图4D所示用户界面450的介绍。这里不再赘述。
由上述图5A～图5G所示的场景可知，客车侧电子设备300可以将客车的车辆信息上报给服务器200，并从服务器200获取车辆信息获取标识。用户在乘坐该客车时，可以使用电子设备100基于上述车辆信息获取标识获取车辆信息，并查看该客车在自己乘车时间段内的日照量和日照时长。这样，用户上车后可以选择日照量少或日照时长短的座位，从而减少乘坐客车出行过程中受到的日照，提升乘坐客车出行的舒适度。
图6A和图6B示例性示出了另一种用户乘坐客车出行的出行规划场景。
在一些实施例中，用户可以在电子设备100中手动设置出行信息，包括客车的车辆信息(如车牌号、行驶路线等)。电子设备100可以将用户设置的出行信息发送给服务器200，并从服务器200获取客车上各座位的日照信息。
如图6A所示，电子设备100可以显示用户界面610。用户界面610可以参考前述对图5D所示用户界面540的介绍。用户界面610可以包含自定义车辆信息控件611。响应于对自定义车辆信息控件611的操作，电子设备100可以显示图6B所示的用户界面620。用户界面620可用于用户手动设置车辆信息。
如图6B所示，用户界面620可包含一个或多个出行信息设置项。例如，车牌号设置项、行驶路线设置项、上车地点设置项、下车地点设置项、出发时间设置项。
车牌号设置项可用于设置用户乘坐客车的车牌号。
行驶路线设置项可用于设置客车的行驶路线。例如，在用户设置的行驶路线中，客车的起点为汽车总站，终点为高铁北站。并且客车途中经停中心小区站和海洋世界站。
上车地点设置项可用于设置用户乘坐客车的上车地点。
下车地点设置项可用于设置用户乘坐客车的下车地点。
出发时间设置项可用于设置用户乘坐的客车在上车地点出发的时间。
用户界面620还可包含提交控件621。
在一种可能的实现方式中，响应于对提交控件621的操作，电子设备100可以将用户界面620包含的一项或多项出行信息发送给服务器200。然后，电子设备100可以从服务器200获取用户设置的出行信息中用户所乘坐的客车上各座位在用户乘车时间段内的日照量和日照时长等日照信息。当获取到上述日照信息，电子设备100可以显示客车上各座位的日照信息，以便于用户选择客车上日照少的座位。电子设备100显示客车上各座位的日照信息的场景可以参考前述图4D和图4E所示的场景。
本申请实施例对用户在电子设备100中手动设置的出行信息的内容不作限定。不限于图6B所示的车牌号、行驶路线、上车地点、下车地点、出发时间，出行信息还可以包括更多或更少的内容。
在一些实施例中，电子设备100接收到用户设置的出行信息可以包括客车型号、用户路线、出发时间。其中，上述客车型号可用于确定客车的座位分布情况。上述用户路线可以为客车在用户乘车期间内的行驶路线。例如，用户在中心小区站上车，在海洋世界站上车。则用户路线可以为客车从中心小区站前往海洋世界站的行驶路线。上述出发时间可以为用户上车的时间。电子设备100可以将上述出行信息发送给服务器200。根据上述出行信息，服务器200可以计算客车上各座位在用户乘坐客车的时间段内的日照量、日照时长等日照信息。服务器200可以将日照信息发送给电子设备100。电子设备100可以显示客车上各座位的日照信息，以便用户选座(参考图4D和图4E)。
需要进行说明的是，本申请中地点的名称(如上车地点的名称、下车地点的名称等)均为示例性说明，不应对本申请构成限定。
由上述乘坐客车出行的出行规划场景可知，电子设备100可以根据用户的出发地、目的地和出发时间为用户规划乘坐公共交通工具的出行方案。在该乘坐公共交通工具的出行方案中，电子设备100可以确定 用户乘坐的公交车，进而获取到该公交车上的座位在用户乘坐公交车的时间段内的日照信息，以便于用户在乘坐公交车出行时选择日照少的座位。电子设备100还可以基于客车的车辆信息获取标识确定用户乘坐的客车，进而获取到该客车上的座位在用户乘坐客车的时间段内的日照信息。电子设备100还可以接收用户手动输入的车辆信息，并根据该车辆信息确定用户乘坐的客车，进而获取到该客车上的座位在用户乘坐客车的时间段内的日照信息。这样，用户可以根据电子设备100提供的客车上各座位的日照信息选择日照少的座位，提高乘坐客车出行的舒适度。
乘坐客车出行的出行规划方法
图7A示例性示出了本申请实施例提供的一种出行规划方法的流程图。
如图7A所示，该出行规划方法可以包括步骤S711～S716。其中：
S711、电子设备100可以获取用户的出行信息，出行信息包括用户乘坐客车的车辆信息、上车地点、下车地点和出发时间。
在一种可能的实现方式中，用户乘坐的客车可以是公交车。电子设备100可以接收用户输入的出发地、目的地和出发时间。电子设备100可以根据该出发地、目的地和出发时间获取乘坐公共交通工具的出行方案。其中，电子设备100可以将出发地、目的地和出发时间发送给服务器200。服务器200可以查询公交信息库328，获取能够在出发时间之后从出发地到达目的地的公共交通工具的信息，规划出一个或多个出行方案。服务器200可以将上述出行方案发送给电子设备100。电子设备100可以显示上述出行方案。可选的，电子设备100也可以获取公共交通工具的信息，规划出能够在出发时间之后从出发地到达目的地的出行方案。本申请实施例对上述规划乘坐公共交通工具的出行方案的方法不作限定。
电子设备100显示上述乘坐公共交通工具的出行方案后，可以根据用户选择的出行方案确定用户乘坐的公交车。电子设备100可以获取到用户乘坐的公交车的班次信息、实时位置、行驶路线等车辆信息。上述公交车的班次信息可以包括公交车的路数、发车时间(即公交车从始发站出发的时间)、车牌号。
上述电子设备100在用户乘坐公交车的场景中获取用户的出行信息的方法可以参考前述实施例对图4A～图4C的介绍。
在另一种可能的实现方式中，客车上可具有车辆信息获取标识。电子设备100可以通过车辆信息获取标识获取客车的车辆信息。示例性地，电子设备100可以扫描客车500的车辆信息获取标识，得到用于标识客车500的车辆编号。电子设备100可以将车辆编号发送给服务器200。服务器200可以识别出该车辆编号对应的客车为客车500。服务器200可以获取客车500的车牌号、行驶路线、座位分布情况等车辆信息。服务器200可以将客车500的一项或多项车辆信息发送给电子设备100。例如，服务器200可以仅将客车500的行驶路线发送给电子设备100。或者，服务器200可以将客车500的车牌号、行驶路线发送给电子设备100。其中，客车500侧的电子设备可以将客车500的车辆信息上报给服务器200。服务器200可以存储有客车500的车辆信息。服务器200可以从存储器中读取客车500的车辆信息，并将车辆信息发送给电子设备100。
在通过上述车辆信息获取标识获取客车的车辆信息的基础上，电子设备100可以接收用户输入的出发地、目的地和出发时间等出行信息。其中，上述出发地可以是乘坐客车的上车地点。上述目的地可以是乘坐客车的下车地点。上述出发时间可以是用户乘坐的客车从用户的上车地点出发的时间。
上述电子设备100通过车辆信息获取标识获取车辆信息的方法可以参考前述实施例对图5D～图5E的介绍。
在另一种可能的实现方式中，电子设备100可以接收用户输入的车辆信息、出发地、目的地、出发时间等出行信息。也即是说，用户可以手动输入需要乘坐的客车的车辆信息、出发地、目的地、出发时间等出行信息，以便于通过电子设备100查看客车上各座位的日照信息。
上述电子设备100接收用户输入的出行信息的方法可以参考前述实施例对图6A和图6B的介绍。
不限于上述提供的获取出行信息的方法，电子设备100还可以通过其它方法获取用户的出行信息。
S712、电子设备100可以根据用户的出行信息向服务器200请求获取客车上各座位的日照信息。
S713、服务器200可以根据车辆信息确定客车的座位分布和行驶路线。
电子设备100可以向服务器200发送获取日照信息获取请求。该日照信息获取请求可以包含用户的出行信息。
例如，在电子设备100根据用户选择的出行方案确定用户乘坐的公交车的场景中，上述日照信息获取请求可以包含公交车的班次信息、上车地点、下车地点。可以理解的，服务器200可以查询公交信息库328， 根据上述公交车的班次信息确定用户乘坐的公交车是哪一辆以及该公交车的行驶路线和座位分布情况，并根据上述上车地点和下车地点确定用户乘坐公交车的时间段。进而，服务器200可以确定公交车上各座位在用户乘车时间段内的日照信息。
再例如，在电子设备100根据车辆信息获取标识确定用户乘坐的客车的场景中，上述日照信息获取请求可以包含客车的车辆编号、上车地点、下车地点、出发时间。可以理解的，服务器200可以根据上述客车的车辆编号确定用户乘坐的客车是哪一辆以及该客车的行驶路线和座位分布情况，并根据上述下车地点、下车地点和出发时间确定用户乘坐客车的时间段。进而，服务器200可以确定客车上各座位在用户乘车时间段内的日照信息。
再例如，在电子设备100根据用户输入的出行信息确定用户乘坐的客车的场景中，上述日照信息获取请求可以包含客车的车牌号、行驶路线、上车地点、下车地点、出发时间。可以理解的，服务器200可以根据客车的车牌号确定客车的座位分布情况，并根据上述下车地点、下车地点和出发时间确定用户乘坐客车的时间段。进而，服务器200可以确定客车上各座位在用户乘车时间段内的日照信息。
S714、服务器200可以获取用户路线上的道路环境和日照条件，确定客车上各座位的日照信息。
上述用户路线可以表示客车在用户乘车期间内的行驶路线。
服务器200可以通过道路环境查询模块321查询道路环境库327，获取用户路线上的道路环境。上述用户路线上的道路环境可以包括以下一项或多项：用户路线上道路的类型、周边植被和道路的空间位置关系信息、周边植被的密度和高度信息、周边高架桥和道路的空间位置关系信息、周边高架桥的宽度和高度信息、周边高度超过高度阈值1的建筑物和道路的空间位置关系信息、红灯等待时长。
服务器200可以通过天气服务模块322获取用户路线上的日照条件。上述用户路线上的日照条件可以包括以下一项或多项：道路上的日照高度、日照角度、单位时间内的光子数、紫外线指数。
根据上述道路环境和日照条件，服务器200可以确定客车上各座位在用户乘车时间段内的日照量、日照时长等日照信息。上述确定客车上各座位的日照信息的具体方法将在后续实施例介绍。
S715、服务器200可以向电子设备100发送客车上各座位的日照信息。
S716、电子设备100可以根据各座位的日照信息，显示各座位的日照示意图。
上述日照示意图可用于反映客车上各座位在用户乘坐客车的时间段内的日照量和日照时长。
电子设备100显示各座位的日照信息示意图可以参考前述图4D和图4E所示的用户界面450。
图7B示例性示出了本申请实施例提供的一种确定座位的日照信息的方法流程图。
如图7B所示，该方法可包括步骤S714A～S714E。其中：
S714A、确定客车行驶路线上的多个位点，并预测客车在各位点的到达时间和行驶方向。
在一种可能的实现方式中，服务器200可以客车从用户的上车地点前往下车地点的行驶路线上确定多个位点。服务器200可以获取这多个位点的经纬度信息，并预测客车在这多个位点的到达时间和行驶方向。其中，客车在一个位点的行驶方向可以由客车在这一个位点的前进方向与正南方向之间的夹角表示。本申请实施例对客车在一个位点的行驶方向的表示方法不作限定。
S714B、通过天气服务模块322获取客车在各位点的到达时间的日照条件。
上述日照条件可以包括日照高度、日照角度、单位时间内的光子数。
上述日照高度可以表示太阳高角度，即太阳光线和地平面之间的夹角。
上述日照角度可以表示太阳方位角，即太阳光线和地平面正南线的夹角。
图7C示出了日照高度和日照角度的示意图。如图7C所示，太阳光线在地平面的投影可以为直线c。太阳光线和直线c之间的夹角α即为太阳光线和地平面之间的夹角。即夹角α为日照高度。直线c和地平面正南线之间的夹角β即为太阳光线和地平面正南线的夹角。即夹角β为日照角度。
例如，客车在位点1的到达时间为8:10。服务器200可以获取在8:10时，位点1的日照高度、日照角度、单位时间内的光子数等日照条件。
不限于上述日照高度、日照角度、单位时间内的光子数，服务器200还可以获取客车在各位点的到达时间的紫外线指数等更多的日照条件。
S714C、查询道路环境库327，获取行驶路线上各位点所在的道路环境。
上述道路环境可以包括道路属性和周边环境信息。道路属性可用于指示道路的类型。周边环境信息可以包括周边植被和道路的空间位置关系信息、周边植被的密度和高度信息、周边高架桥和道路的空间位置关系信息、周边高架桥的宽度和高度信息、周边高度超过高度阈值1的建筑物和道路的空间位置关系信息、 红灯等待时长。
在一种可能的实现方式中，道路属性可以包括隧道和非隧道。其中，车辆在隧道中行驶不会受到日照。车辆在非隧道的道路上行驶可能会受到日照，且受到的日照量和日照时长与道路的周边环境信息相关。
服务器200预测的客车在各位点的到达时间和行驶方向、客车在各位点到达时间的日照条件、各位点所在的道路环境可以参考下述表1。
表1
上述表1中的每一行可以包括一个位点的经纬度信息，客车在这一个位点的行驶方向和到达时间，客车在这一个位点的到达时间的日照高度、日照角度和单位时间内的光子数，这一个位点的道路属性和周边环境信息。
以表1中的第2行为例进行说明。表1中第2行第1列可说明位点的经纬度为(18.239090,109.490627)。这里将经纬度为(18.239090,109.490627)的位点称为位点1。表1中第2行第2列可说明客车在位点1的行驶方向为011.25°。表1中第2行第3列可说明客车到达位点1的时间为08:10:00。表1中第2行第4列～第6列可分别说明在08:10:00时，位点1的日照高度为70°、日照角度为120°、单位时间内的光子数为100μmol/(m2sec)。表1中第2行第7列可说明位点1的道路属性。位点1的道路属性的取值为“N”可表示位点1的道路属性为非隧道。其中，若一个位点的道路属性为隧道，则这一个位点的道路属性的取值可以为“Y”。表1中第2行第8列可说明位点1的周边环境信息。例如，位点1的周边环境信息的取值包括[201.00°，32m，{“height”：“120m”，“length”：“50m”}，“房屋”]。该取值可表示在201.00°的方向上且与位点1相距32米的位置处存在一幢高120米，长50米的房屋(例如房屋1)。上述201.00°的方向可以表示位点1与房屋1所在直线的方向。其中，位点1与房屋1所在直线的方向可以由位点1与房屋1所在直线与正南方向之间的夹角表示。即位点1与房屋1所在直线与正南方向之间的夹角为201.00°。位点1的周边环境信息的取值还可包括[201.00°，70m，{“height”：“120m”，“length”：“50m”}，“房屋]。该取值可表示在201.00°方向上且与位点1相距70米的位置处存在一幢高120米，长50米的房屋。
需要进行说明的是，本申请实施例对上述步骤S714B和S714C的执行顺序不作限定。服务器200可以同时执行步骤S714B和S714C，或者可以先执行步骤S714B再执行步骤S714C，或者可以先执行步骤S714C再执行步骤S714B。
S714D、确定客车上各座位在位于各位点时单位时间内的光子数。
根据上述日照条件和道路环境，服务器200可以确定位点周边的植被、建筑物、高架桥等物体的投影区域。
图7D～图7E示出了确定物体的投影区域的示意图。
如图7D所示，在日照角度为β1的情况下，太阳光线照射至建筑物1上产生的投影区域可以为投影区域710。
如图7E所示，在日照角度为β2的情况下，太阳光线照射至建筑物1上产生的投影区域可以为投影区域720。
对比图7D和图7E可知，在日照角度不同的情况下，太阳光线照射至同一物体上产生的投影区域的位置可以不同。
如图7F所示，建筑物1可以是高为H、长为L的矩形建筑物。在日照高度为α的情况下，太阳光线照射至建筑物1上产生的投影区域可以为投影区域730。其中，投影区域730的大小可以为L*(H/tanα)。
由上述图7D～图7E所示，根据日照高度、日照角度、建筑物1的高度和长度，服务器200可以确定太阳光线照射至建筑物1上产生的投影区域的位置以及大小。进一步的，结合建筑物1和位点1的空间位置关系，服务器200可以确定位点1是否位于建筑物1的投影区域内。
可选的，服务器200还可以获取客车在到达各位点时，各位点的阴影覆盖情况。上述阴影覆盖情况可以是通过遥感技术确定的。上述各位点的阴影覆盖情况可用于对上述基于日照条件和道路环境计算出的投影区域进行校验和调整，以提高投影区域的准确性。这样可以更加准确地判断各位点是否位于道路周边物体的投影区域内，从而更加准确地确定客车上各座位的日照信息。
当位点1在客车到达位点1时位于投影区域内，客车上的所有座位在位点1均不受太阳光线照射。那么，服务器200可以确定出客车上个座位在位于位点1时单位时间内的光子数均为0。
当位点1在客车到达位点1时位于投影区域之外，客车在位点1会受到太阳光线照射。在一种可能的实现方式，服务器200可以根据客车上各个座位能够受到日照的面积来确定各个座位在位于位点1时单位时间内的光子数。
具体的，由于客车在位点1会受到太阳照射，服务器200可以根据客车在位点1的行驶方向以及客车到达位点1时的日照角度确定太阳光线照射客车的方向。例如，太阳光线是从客车的左侧向右侧照射。那么，客车左侧区域的座位受到日照的面积通常会大于客车右侧区域的座位受到日照的面积。客车中靠近窗户的座位受到日照的面积通常会大于远离窗户的座位受到日照的面积。客车中前排(尤其是最前一排)和后排(尤其是最后一排)的座位除了左边或右边可能受到日照，前面或后边也可能受到日照。因此，客车前排和后排的座位受到日照的面积往往大于中间排的座位受到日照的面积。其中，服务器200可以根据客车在位点1的行驶方向和客车到达位点1时的日照角度来确定太阳光线照射客车的方向。例如，太阳光线可以是从客车的左侧向右侧照射，或者从客车的右侧向左侧照射，或者从客车的前侧向后侧照射，或者从客车的后侧向前侧照射。
服务器200可以根据客车在位点1的到达时间的日照高度、日照角度、客车的座位分布情况以及客车在位点1的行驶方向，确定客车上各座位受到日照的面积占一个座位总面积的日照面积比值。进一步的，服务器200可以根据一个座位在位点1时的日照面积比值，以及客车到达位点1时位点1处单位时间内的光子数，来确定这一个座位在位于位点1时单位时间内的光子数。
例如，客车包括座位1。若座位1在客车到达位点1时的日照面积比值为q1，且客车到达位点1时位点1处单位时间内的光子数为p1，则座位1在位于位点1时单位时间内的光子数可以为q1*p1。
上述位点1可以是在用户乘坐客车期间内(即客车在从用户的上车地点行驶至下车地点的期间内)，客车行驶路线上的任意一个位点。
不限于上述方法，服务器200还可以采用其它方法来确定客车上各座位在位于各位点时单位时间内的光子数。
S714E、确定客车上各座位在用户乘坐客车期间内的辐射能。
当得到客车上各座位在位于各位点时单位时间内的光子数，服务器200可以计算客车上各座位在用户乘坐时间内的辐射能。上述辐射能可用于表示日照量。
其中，服务器200可以使用一个座位在位于各位点时单位时间内的光子数对时间积分，来计算得到这一个座位在用户乘坐客车期间内的辐射能。上述进行时间积分的积分区间可以为客车从用户的上车地点出发的时间至客车到达用户的下车地点的时间之间的时间段(即用户乘坐客车的时间段)。上述辐射能的单位可以为焦耳每平方米(J/m2)。
服务器200还可以计算客车上各座位在用户乘坐客车期间内的日照时长。其中，一个座位在用户乘坐客车期间内的日照时长，可以根据在用户乘坐客车期间内这一个座位在各位点时单位时间内的光子数不为0或者高于光子数阈值的时长确定。
例如，在用户乘坐客车期间内，在客车到达一些位点处于投影区域内的情况下，客车上的座位1在这一些位点时单位时间内的光子数为0。在客车到达另一些位点未处于投影区域内的情况下，客车上的座位1在这一些位点时单位时间内的光子数可能未0，也可能不为0。若在用户乘坐客车期间内，座位1在各位点时单位时间内的光子数不为0的时长为T1，则座位1的日照时长可以为T1。
在一种可能的实现方式中，客车上各座位的日照信息也可以是由电子设备100计算得到的。也即是说，上述图7A所示的步骤S713、S714以及图7B所示的各个步骤可以是由电子设备100执行的。
由图7A和图7B可知，本申请提供的出行规划方法可以根据用户乘坐客车出行的出行信息、在用户路线上的道路环境以及在用户出行期间内用户路线上的日照条件，来确定客车上各座位在用户乘坐客车时间段内的日照量、日照时长等日照信息。这样，用户可以选择日照量少或者日照时长短的座位，减少在乘坐客车时受到的日照，提升用户出行的舒适度。
步行/骑行的出行规划场景
图8A～图8E示例性示出了一种用户步行的出行规划场景。
如图8A所示，电子设备100可以显示用户界面810。用户界面810可包括出发地信息811、目的地信息812、出发时间813、出行方式选项区域814、地图显示区域815、路线选项框816。
出发地信息811、目的地信息812、出发时间813、出行方式选项区域814可以参考前述图4B所示的出发地信息421、目的地信息422、出发时间423、出行方式选项区域424的介绍。其中，用户可以通过出发时间813来设置自己出发的时间。例如，电子设备100可以接收用户对出发时间813的操作，获取用户手动输入或者选择的时间信息，从而确定用户的出发时间。上述出发时间可用于规划从出发地前往目的地的出行路线，得到日照量少或日照时长短的出行路线。
用户可以在出行方式选项区域814中选择自己需要的出行方式。例如，若用户需要步行前往目的地，用户可以在出行方式选项区域814中选择步行选项。
在一种可能的实现方式中，根据上述出发地、目的地、出发时间、出行方式，电子设备100可以获取一条或多条能够将用户导航至目的地，且日照少的路线。其中，电子设备100可以将用户的出发地、目的地、出发时间、出行方式发送给服务器200。服务器200可以根据道路环境和日照条件规划出一条或多条日照少的路线，并将路线信息发送给电子设备100。上述路线信息中可以包括路线的日照信息。上述服务器200规划日照少的路线的方法可以参考后续实施例的介绍。这里先不展开。
地图显示区域815可用于显示地图。其中，地图显示区域815中还可显示有电子设备100获取的一条或多条路线。例如，地图显示区域815中可显示有3条从位置1出发前往位置2的步行路线。上述位置1可以是用户出行的出发地(例如中心小区)。上述位置2可以是用户出行的目的地(例如中心公园)。用户可以根据地图显示区域815中任意一条步行路线的指示，从位置1出发到达位置2。
路线选项框816可包含路线1选项816A、路线2选项816B、路线3选项816C、导航控件816D和日照信息查看控件816E。
路线1选项816A、路线2选项816B、路线3选项816C可分别用于用户选择路线1、路线2、路线3。上述路线1、路线2、路线3可以是显示在地图显示区域815中的3条路线。
路线1选项816A中可包含路线1的路线信息。例如，路线1上的日照量、使用路线1到达目的地需要的时间等等。同样的，路线2选项816B中可包含路线2的路线信息。路线3选项816C中可包含路线3的路线信息。这样，用户可以选择自己想要使用的路线。例如，用户可以选择日照量最少的路线1。或者，用户也可以选择耗时最短的路线2。
可选的，一条路线对应的选项中还可以包含这一条路线上的日照时长等日照信息。例如，路线1选项816A中还可包含路线1上的日照时长等日照信息。本申请实施例对上述路线对应的选项中包含的内容不作限定。
其中，在路线1选项816A、路线2选项816B、路线3选项816C中任意一个选项被选中的情况下，地图显示区域815中被选中选项对应的路线的显示样式可以与未被选中选项对应的路线的显示样式不同。例如，路线1选项816A处于选中状态。路线2选项816B、路线3选项816C未被选中。则路线1选项816A对应的路线1在地图显示区域815中可以具有深色的显示样式。路线2选项816B对应的路线2、路线3选项816C对应的路线3在地图显示区域815中可以具有浅色的显示样式。由图8A可以看出，在地图显示区域815中，显示为黑色的一条路线可以是上述路线1，显示为灰色的两条路线可以是上述路线2和路线3。
可选的，在一些实施例中，电子设备100还可以根据路线的日照量来确定路线在地图显示区域815中的显示样式。例如，一条路线的日照量越多，这一条路线在地图显示区域815中显示的颜色可以越深。反之，一条路线的日照量越少，这一条路线在地图显示区域815中显示的颜色可以越浅。
本申请实施例对在地图显示区域815中各路线的显示样式不作限定。
导航控件816D可用于触发电子设备100按照用户选择的路线为用户提供导航服务。例如，在路线1选项816A处于选中状态的情况下，电子设备100可以按照路线1为用户提供导航服务。其中，电子设备100可以语音播报按照路线1出行时，在路线1的各个位点上的前进方向和前进的距离等导航信息。
日照信息查看控件816E可用于查看电子设备100提供的各条路线的日照信息。
响应于图8A所示对路线2选项816B的操作，电子设备100可以显示图8B所示的用户界面810。可以看出，电子设备100可以将处于选中状态的选项由路线1选项816A切换为路线2选项816B。其中，在路线2选项816B处于选中状态的情况下，电子设备100可以在地图显示区域815中将路线2的显示样式由图8A所示浅色的显示样式变化为图8B所示深色的显示样式。电子设备100可以在地图显示区域815中按照浅色的显示样式显示路线1和路线3。
如图8B所示，响应于对日照信息查看控件816E的操作，电子设备100可以显示图8C所示的日照信息框817。日照信息框817中可包含电子设备100提供的各条路线的日照信息。
示例性地，日照信息框817中可包含上述路线1、路线2、路线3的日照信息。用户可以查看到在路线1、路线2、路线3中任意一条路线从出发地到目的地的过程中，路线上各位点的日照量。由图8C所示的日照信息框817可知，在使用路线1、路线2和路线3同时从出发地出发前往目的地的情况下，用户在出发后的第10分钟在路线1上受到的日照量最少，在路线2上受到的日照量多于路线1但少于路线2，在路线2上受到的日照量最多。
可选的，响应于对地图显示区域815中任意条路线的操作，例如点击操作，电子设备100可以显示这一条路线的日照信息。
图8C所示各条路线的日照信息的显示形式仅为本申请的示例性说明，不应对本申请构成限定。
在一些实施例中，由于同一位置在不同时间的日照条件不同，用户在不同时间到达同一位置时受到的日照可能不同。在用户的出发地和目的地不变但出发时间改变的情况下，电子设备100根据日照量或日照时长向用户推荐的路线可能改变，或者电子设备100推荐的路线不变，但该条路线的日照量或日照时长可能改变。上述一条路线的日照量或日照时长可以是根据用户的出发时间确定用户经过这一条路线出行的时间段内受到的日照量或日照时长。
例如，在用户16:00从图8A所示的中心小区出发前往中心公园的情况下，电子设备100仍然可以获取到上述路线1和路线2的路线信息。其中，路线1的日照量大于路线2的日照量。电子设备100可以向用户优先推荐选择路线2。
不限于上述路线1、路线2、路线3，电子设备100还可以提供更多的路线供用户选择。
如图8D所示，路线选项框816还可包含更多控件816F。响应于对更多控件816F的操作，电子设备100可以显示图8E所示的用户界面810。
如图8E所示，用户界面810可包含路线选项框816。除了路线1选项816A、路线2选项816B、路线3选项816C、路线选项框816还可包含路线4选项816G和路线5选项816H。
路线4选项816G和路线5选项816H可分别用于选择路线4和路线5。路线4选项816G可包含路线4的日照量、使用路线4到达目的地需要的时间等等路线信息。路线5选项816H可包含路线5的日照量、使用路线5到达目的地需要的时间等等路线信息。
相应的，除了路线1、路线2、路线3，地图显示区域815中还可显示有上述路线4和路线你5的示意图，以便于用户查看各路线具体经过的位置。这样，用户可以根据地图显示区域815中显示的路线，以及路线选项框816中的选项选择自己想要使用的路线。
在一些实施例中，电子设备100可以提供少日照开关。上述少日照开关可用于开启或者关闭结合日照信息规划路径的功能。在选择步行或者骑行的出行方式的情况下，用户可以开启上述少日照开关。这样，电子设备100可以为用户提供日照量少或者日照时长短的路线。
其中，在上述少日照开关处于关闭状态的情况下，服务器200在规划出行路线时考虑的因素可以不包含日照信息。例如，服务器200可以基于路程最短的策略和/或耗时最少的策略和/或红绿灯最少策略等策略来规划出行路线。
可以理解的，当用户选择骑行的出行方式时，电子设备100为用户提供日照少的骑行路线的场景可以参考上述图8A～图8E所示电子设备100为用户提供日照少的步行路线的场景。
在一些实施例中，在导航结束后，电子设备100可以根据用户步行或骑行实际经过的路线和时间确定用户在步行或骑行途中实际受到的日照量、日照时长等日照信息。这样，用户在步行或骑行的导航结束后，可以查看自己在出行途中实际受到的日照量以及日照时长。
由上述场景可知，在用户步行或者骑行出行的情况下，电子设备100可以根据用户的出行信息获取能够将用户导航至目的地的路线，且该路线是日照少的路线。这样，用户根据电子设备100提供的路线步行或者骑行前往目的地的过程中，可以减少途中受到的日照，从而提升步行或骑行的舒适度。
步行/骑行的出行规划方法
基于上述图8A～图8E所示的场景，下面介绍本申请实施例提供的一种出行规划方法。
图9A示例性示出了一种出行规划方法的流程图。
如图9A所示，该方法可包括步骤S911～S919。该方法可用于规划步行路线或骑行路线，以减少用户在步行或骑行途中受到的日照。其中：
S911、电子设备100可以获取用户的出行信息，出行信息包括出发地、目的地、出发时间、出行方式。
电子设备100可以获取用户的出行信息的过程可以参考前述对图8A的介绍。
S912、电子设备100可以向服务器200请求获取出行的路线和各路线的日照信息。
电子设备100可以向服务器200发送获取路线的请求。该请求中可包含上述用户的出行信息。
在一种可能的实现方式中，电子设备100的地图应用中可包含少日照开关。
在少日照开关处于开启状态的情况下，上述获取路线的请求可用于请求服务器200规划日照少的路线，并向电子设备100返回各路线的日照信息。
在少日照开关处于关闭状态的情况下，上述获取路线的请求可用于请求服务器200规划不考虑日照多少的路线。那么，服务器200在根据出行信息规划出行路线时可以考虑除日照信息之外的一个或多个因素，例如路程、耗时、红绿灯数量等。
后续步骤具体介绍在少日照开关处于开启状态的情况下的路径规划方法。
S913、服务器200可以根据路线的路程和耗时，确定从出发地到目的地的k1条路线。
当接收到电子设备100发送的获取路线的请求，服务器200可以先根据用户的出行信息，采用路程最短且耗时最少的策略进行路径规划，得到从出发地到目的地的k1条路线。
上述k1条路线可以是从出发地到目的地路程短、耗时少的路线。可以理解的，在上述少日照开关处于关闭状态的情况下，服务器200接收到获取路线的请求后，可以规划出上述k条路线，并将上述k1条路线的路线信息发送给电子设备100。
可选的，不限于根据路程和耗时进行路径规划，服务器200还可以根据更多或更少的除日照信息之外的路线规划因素进行路径规划。上述路线规划因素可以包括但不限于：日照信息、路程、耗时、红绿灯的数量、路口的数量、耗油量。例如，服务器200可以仅根据路程进行路径规划。其中，服务器200可以采用路程最短的策略，规划得到从出发地到目的地路程最短的一条或多条路线。再例如，服务器200可以仅根据耗时进行路径规划。其中，服务器200可以采用耗时最少的策略，规划得到从出发地到目的地耗时最少的一条或多条路线。再例如，服务器200可以根据路程、耗时、红绿灯的数量进行路径规划。其中，服务器200可以采用路程最短、耗时最少且红绿灯最少的策略，规划得到从出发地到目的地路程最短、耗时最少且红绿灯最少的一条或多条路线。
参见图9B，图9B示出了服务器200根据除日照信息之外的路线规划因素进行路径规划得到的路线的示意图。
示例性地，用户的出发地可以为位置B1，目的地可以为位置B2。服务器200规划得到的k1条路线可以为图9B所示的路线a1、路线a2、路线a3。
S914、服务器200可以根据k1条路线进行路径泛化，得到k1条路线的泛化路段。
在一种可能的实现方式中，根据步骤S913中已经得到的k1条路线，服务器200可以使用广度优先遍历的方法进行路径泛化。
具体的，服务器200可以从出发地开始，按照广度优先遍历的方法，查找地图上的泛化路段。上述泛化路段可以包括能够和k1条路线中任意一条或多条路线组成路网的道路。上述能够和k1条路线中任意一条或多条路线组成路网的道路可以包括：与上述k1条路线中任意一条或多条路线存在交汇点的道路。上述能够和k1条路线中任意一条或多条路线组成路网的道路可以等价替代这任意一条或多条路线中的部分路段，从而形成新的由出发地前往目的地的路线。也即是说，经过上述路径泛化，服务器200可以根据得到的泛化路段确定出k1条路线之外从出发地前往目的地的路线。
请参见图9C，图9C示出了路线a1、路线a2和路线a3的泛化路段的示意图。
示例性地，服务器200可以从位置B1开始，按照广度优先遍历的方法，查找地图上能够和路线a1、路线a2、路线a3组成路网的道路，即泛化路段。路线a1、路线a2和路线a3的泛化路段可以包括图9C所示用虚线示出的路段。例如，图9C所示以位置B4为起点，以位置B2为终点且用虚线示出的路段可以等价替代路线a1中从位置B4前往位置B2的路段。这样，服务器200可以得到一条新的从位置B1前往位置B2的路线。这一条新的路线中从位置B1前往位置B4的路段与路线a1相同，但在位置B4处可以沿朝向位置B2方向且用虚线表示的路段前往位置B2。
这里对服务器200按照广度优先遍历的方法查找泛化路段的过程进行介绍。
服务器200可以先查找路线a1、路线a2、路线a3上和位置B1相邻的道路交汇点。服务器200可以查找到位置B3和位置B4。位置B3可以是路线a2、路线a3上和位置B1相邻的道路交汇点。位置B4可以是路线a1上和位置B1相邻的道路交汇点。
在找到位置B3和位置B4之后，服务器200可以查找路线a1、路线a2、路线a3、已经找到的道路交汇点(如位置B3、位置B4)上的道路上和位置B3相邻的道路交汇点，以及和位置B4相邻的道路交汇点。服务器200可以查找到位置B5和位置B7。位置B5可以是路线a2、路线a3上和位置B3相邻的道路交汇点。上述位置B4上的道路可以包括道路B3B4、道路B4B7。位置B7可以是道路B3B7上和位置B4相邻的道路交汇点。上述道路B3B4可以表示能够从位置B3到达位置B4的道路。上述道路B4B7可以表示能够从位置B4到达位置B7的道路。
在找到位置B5和位置B7之后，服务器200可以查找路线a1、路线a2、路线a3、已经找到的道路交汇点(如位置B3、位置B4、位置B5、位置B7)上的道路上和位置B5相邻的道路交汇点，以及和位置B7相邻的道路交汇点。服务器200可以查找到位置B6、位置B8、位置B9。位置B6可以是路线a2上和位置B5相邻的道路交汇点。上述位置B7上的道路可以包括道路B6B7、道路B7B8。位置B8可以是道路B7B8上和位置B7相邻的道路交汇点。位置B9可以是路线a3上和位置B5相邻的道路交汇点。
在找到位置B6、位置B8、位置B9之后，服务器200可以查找路线a1、路线a2、路线a3、已经找到的道路交汇点(如位置B3、位置B4、位置B5、位置B7、位置B6、位置B8、位置B9)上的道路和位置B6相邻的道路交汇点，和位置B8相邻的道路交汇点，以及和位置B9相邻的道路交汇点。服务器200可以找到位置B10。位置B10既是路线a2上和位置B8相邻的道路交汇点，也是路线a3上和位置B9相邻的道路交汇点。
这里以位置B3～位置B10这8个道路交汇点为例进行说明。可以理解的，路线a1、路线a2和路线a3上还可以包含更多或更少的道路交汇点。
服务器200可以根据上述位置B3～位置B10得到能够和路线a1、路线a2、路线a3组成路网的道路。例如，能够和路线a1、路线a2、路线a3组成路网的道路可以包括：图9C所示的道路B3B4、道路B6B7、道路B4B7、道路B7B8、道路B5B8、道路B8B9、道路B4B2。这些道路也即路线a1、路线a2、路线a3的泛化路径。
不限于上述广度优先遍历的方法，服务器200还可以使用其它方法确定出k1条路线的泛化路径。
S915、服务器200可以对k1条路线及其泛化路段进行切分，得到多个等价路段。
由上述步骤S914可知，k1条路线及其泛化路段上可以存在道路交汇点。服务器200可以将上述道路交汇点作为路线的切分点，对k1条路线及其泛化路段进行切分，得到多个路段。这多个路线可以包含多组等价路段。一组等价路段包含的多个等价路段可以是起点相同且终点相同，但经过的位置不同的路段。
这里以切分图9C所示的路线为例进行介绍。
请参见图9D，图9D示出了对路线进行切分得到等价路段的示意图。
示例性地，图9D所示的路线上的道路交汇点可包括位置B3～位置B10。服务器200对路线进行切分，可以得到等价路段①～等价路段其中，等价路段①可以是路线a1上以位置B1为起点、位置B4为终点进行切分得到的。等价路段②可以是路线a1上以位置B4为起点、位置B2为终点进行切分得到的。等价路段③可以是路线a2上以位置B1为起点、位置B3为终点进行切分得到的。等价路段④可以是与路线a1、路线a2、路线a3组成路网的道路上以位置B3为起点、位置B4为终点进行切分得到的。
由等价路段③和等价路段④组成的路段与等价路段①可以包含在同一组等价路段中，均能够将用户从位置B1导航至位置B4。即等价路段③+等价路段④等价于等价路段①。等价路段②和等价路段⑤可以包含在同一组等价路段中，均能够将用户从位置B4导航至位置B2。即等价路段②等价于等价路段⑤。
图9D中其它的等价路段的可以参考上述对等价路段①～等价路段④的介绍。这里不再一一赘述。
S916、服务器200可以获取各等价路段的道路环境，获取用户在各等价路段的到达时间的日照条件。
S917、服务器200可以根据各等价路段进行路径规划，得到能从出发地到达目的地的k2条路线，并根据各等价路段的道路环境和日照条件确定各k2条路线的日照信息。
在一种可能的实现方式中，服务器200可以通过道路环境查询模块321查询道路环境库，以获取步骤S915得到的各等价路段的道路环境。服务器200还可以通过天气服务模块322获取在用户经过各等价路段的时间段内各等价路段的日照条件。上述道路环境和日照条件可以参考前述实施例的介绍。其中，服务器200可以根据用户的出行方式预测用户经过各等价路段的时间。
需要进行说明的是，服务器200可以在各等价路段上确定出多个位点。服务器200可以获取各个位点的经纬度，获取各位点的道路环境，并预测用户在各个位点的到达时间。然后，服务器200可以通过天气服务模块322获取用户在各个位点的到达时间的日照条件。上述用户经过一个等价路段的时间段内各等价路段的日照条件可以包含用户在这一个等价路段上各位点的到达时间的日照条件。上述一个等价路段的道路环境可以包含这一个等价路段上各位点的道路环境。
从出发地到目的地的不同路线可能包含相同的等价路段。用户使用上述不同的路线经过相同的等价路段的时间可能不同。例如，上述图9D所示由等价路段①和等价路段②组成的路线a1，与由等价路段③、等价路段④和等价路段②组成的路线a4均包含等价路段。用户使用路线a1和路线a4同时从位置B1出发，经过等价路段②的时间可能不同。在经过等价路段②的时间不同的情况下，服务器200可以判断用户使用路线a1和路线a4经过等价路段②的不同时间段内，等价路段②的日照条件是否相同。若等价路段②的日照条件相同，则该日照条件即为用户经过等价路段②的时间段，等价路段②的日照条件。若等价路段②的日照条件不同，服务器200可以根据用户使用不同路线经过等价路段②的不同时间段内等价路段②的不同日照条件，确定出唯一的日照条件。例如，服务器200可以计算不同日照条件的均值来确定出唯一的日照条件。本申请实施例对上述根据同一等价路段的不同日照条件确定出唯一的日照条件的方法不作限定。
服务器200可以根据各等价路段的道路环境和日照条件，得到各等价路段的日照量。
这里以确定图9D所示的等价路段①的日照量为例进行说明。
服务器200可以在根据等价路段①上各位点的道路环境，以及用户在各位点的到达时间的日照条件确定各位点在用户到达时间的单位时间内的光子数。服务器200可以使用等价路段①包含的各位点在用户到达时间的单位时间内的光子数对时间积分，来计算得到用户经过等价路段①的时间段内的辐射能。上述辐射能可用于表示日照量。上述进行时间积分的积分区间可以为用户经过等价路段①的时间段。
上述服务器200确定用户在一个等价路段上一个位点的到达时间的光子数的方法，可以参考前述图7B所示确定客车上各座位在位于各位点时单位时间内的光子数的方法。
当得到各等价路段的日照量，服务器200可以使用深度优先遍历的方法得到从出发地到目的地的所有路线，以及各条路线的日照量。例如，从出发地到目的地的路线有k2条。k2为正整数。其中，一条路线的日照量可以是这一条路线包含的等价路段的日照量之和。
这里对服务器200按照深度优先遍历的方法查找出从出发地到目的地的路线的过程进行介绍。
服务器200可以从出发地对应的位置开始，沿着一条路线逐个查找道路交汇点直至到达目的地对应的位置。然后，服务器200可以在这一条路线上从目的地对应的位置回退到上一个道路交汇点，并从该上一个道路交汇点开始沿另一条路线逐个查找道路交汇点直至到达目的地对应的位置。服务器200可以不断递归重复上述过程，直到所有道路交汇点都遍历完成。
示例性地，如图9D所示，服务器200可以从位置B1开始，沿着等价路段①查找道路交汇点。服务器200可以查找到位置B4处的道路交汇点。服务器200可以从位置B4沿着等价路段②查找道路交汇点。由于等价路段②的终点为目的地，因此服务器200可以确定出第一条路线：位置B1→等价路段①→位置B4→ 等价路段②→位置B2。
然后，服务器200可以在上述第一条路线上从位置B2回退到上一个道路交汇点，即位置B4。服务器200可以从位置B4开始沿着等价路段⑤查找道路交汇点。由于等价路段⑤的终点为目的地，因此服务器200可以确定出第二条路线：位置B1→等价路段①→位置B4→等价路段⑤→位置B2。
服务器200可以在上述第一条路线上从位置B4回退到上一个道路交汇点，即位置B1。由于位置B1为出发地对应的位置，位置B1处无需进行道路交汇点的回退。服务器200可以从再次位置B1开始，沿着等价路段③查找道路交汇点。服务器200可以查找到位置B3处的道路交汇点。服务器200可以从位置B3沿着等价路段④查找道路交汇点。服务器200可以查找到位置B4出的道路交汇点。服务器200可以从位置B4沿着等价路段②查找道路交汇点。由于等价路段②的终点为目的地，因此服务器200可以确定出第三条路线：位置B1→等价路段③→位置B3→等价路段④→位置B4→等价路段②→位置B2。
以此类推，服务器200可以确定出图9D中所有能从位置B1到达位置B2的路线。这里不再一一赘述。服务器200可以根据上述等价路段①～等价路段的日照量，计算得到上述所有能从位置B1到达位置B2的路线的日照量。
可选的，服务器200还可以计算各等价路段的日照时长。其中，一个等价路段的日照时长，可以根据用户到达这一个等价路段上各位点时各位点单位时间内的光子数不为0或者高于光子数阈值的时长确定。当得到各等价路段的日照时长，服务器200可以确定出各条从出发地到目的地的所有路线的日照时长。其中，一条路线的日照时长可以是这一条路线包含的等价路段的日照时长之和。
在另一种可能的实现方式中，根据上述步骤S915得到的多个等价路段，服务器200可以先使用深度优先遍历确定出从出发地到目的地的多条路线。服务器200可以在各等价路段上确定出多个位点。其中，多条路线可以包含相同的等价路段。那么，这多条路线可以包含相同的位点。服务器200可以通过道路环境查询模块321查询道路环境库，以获取各位点的道路环境。服务器200还可以预测用户在各条路线上各位点的到达时间，从而通过天气服务器模块322获取用户在各条路线上各位点的到达时间的日照条件。
根据一条路线上各位点的道路环境，以及用户在这一条路线上各位点的到达时间的日照条件，服务器200可以确定这一条路线上各位点在用户到达时间的单位时间内的光子数。服务器200可以使用这一条路线上各位点在用户到达时间的单位时间内的光子数对时间积分，来计算得到用户在这一条路线上步行或骑行时间段内的辐射能。上述辐射能可用于表示用户在这一条路线上步行或骑行过程中受到的日照量。上述进行时间积分的积分区间可以为用户在这一条路线上的时间段。
上述服务器200确定用户在一条路线上各位点在用户到达时间的单位时间内的光子数的方法，可以参考前述图7B所示确定客车上各座位在位于各位点时单位时间内的光子数的方法。
可选的，服务器200还可以计算各条路线的日照时长。其中，一条路线的日照时长可以为，这一条路线上各位点在用户到达时间的单位时间内的光子数不为0或者高于光子数阈值的时长。
S918、服务器200可以发送k2条路线和k2条路线的日照信息。
上述k2条路线的日照信息可以包括k2条路线的日照量和/或日照时长。
S919、电子设备100可以推荐k2条路线中日照量最少的一条或多条路线。
电子设备100根据日照量推荐路线的过程可以参考前述图8A～图8E所示的场景。
在一种可能的实现方式中，由于上述k2条路线在日照量、路程长度、消耗时间等路线规划因素上均可能不同，服务器200可以从上述k2条路线中筛选出日照量低于日照量阈值、路程长度短于路程阈值、消耗时间少于耗时阈值的路线，并将筛选出的路线的路线信息发送给电子设备100。
或者，服务器200可以先根据日照量进行路线筛选，得到日照量低于日照量阈值的路线，然后，服务器200可以再从日照量低于日照量阈值的路线中筛选出路程长度最短且消耗时间最少的k3条路线。服务器200可以将上述k3条路线的路线信息发送给电子设备100。
或者，服务器200可以先筛选出路程长度位于路程阈值1和路程阈值2之间路线，然后将筛选出的路线的路线信息发送给电子设备100。其中，上述路程阈值1小于路程阈值2。路程阈值1和路程阈值2之间的差值可以是预设的或者可以是由用户设定的。这样，电子设备100可以给用户提供在预设路程范围内日照量少的路线。
本申请实施例对上述路线筛选的方法不作限定。
可选的，服务器200可以将上述k2条路线均发送给电子设备100。电子设备100可以将上述k2条路线均提供给用户，由用户自己选择使用哪一条路线。或者，电子设备100接收到k2条路线后，可以按照上述路线筛选的方法筛选出一条或多条路线提供给用户。
在一种可能的实现方式中，根据用户的出行信息规划日照少的路线以及计算各条路线的日照信息可以是由电子设备100完成的。也即是说，上述步骤S913～S917可以是由电子设备100执行的。
由上述图9A所示的方法可知，由于服务器200是基于上述k1条路线进行路径泛化，服务器200根据泛化路段得到的多条从出发地前往目的地的路线与k1条路线的在路程、耗时、红绿灯的数量等路线规划因素上的差距较小。那么，服务器200从根据上述等价路段规划得到的路线中筛选出的日照少的路线，在路程、耗时、红绿灯的数量等路线规划因素上的值也是较优的。这可以避免为了规划出日照少的路线而导致路线的路程过长、耗时过多的情况。上述图9A所示的出行规划方法可以在考虑路程短、耗时少等一项或多项因素的基础上，为用户提供日照量少或日照时长少的步行路线或骑行路线。这样不仅可以方便用户步行或骑行，而且可以减少用户在步行或骑行途中受到的日照，提升用户步行或骑行的舒适度。
自驾的出行规划场景
在一些实施例中，电子设备100可在用户自驾出行时提供导航的功能。其中，电子设备100可以接收用户输入的出行信息，包括出发地、目的地、出发时间、出行方式。电子设备100接收用户输入的出行信息的场景可以参考前述图8A所示的场景。用户可以选择出行方式为自驾出行。电子设备100可以根据用户的出行信息向服务器200请求出行路线。服务器200可以根据用户的出行信息规划日照少的出行路线，并将规划得到的出行路线发送给电子设备100。电子设备100可以显示来自服务器200的出行路线。
上述电子设备100和服务器200为用户提供日照少的自驾出行路线的场景可以参考前述图8A～图8E所示的场景。
在电子设备100根据用户选择的路线进行导航的过程中，电子设备100可以实时获取电子设备100的位置，并将电子设备100的实时位置发送给服务器200。电子设备100的实时位置可以表示用户自驾出行时车辆的实时位置。服务器200可以根据电子设备100的实时位置确定出避阳车道，并将避阳车道的信息发送给电子设备100。上述避阳车道可以是电子设备100实时位置处日照最少的一条车道。电子设备100可以根据上述避阳车道的信息提示用户驶入避阳车道，实现辅助用户避阳的车道级导航。
图10A～图10C示例性示出了一种用户自驾的出行规划场景。
如图10A所示，电子设备100可以显示用户界面1010。用户界面1010可以参考前述图8A所示的用户界面810。其中，用户界面1010可以包括出发地信息1011、目的地信息1012、出发时间1013、出行方式选项区域1014、地图显示区域1015、路线选项框1016。
出发地信息1011可用于指示用户出行的出发地。
目的地信息1012可用于指示用户出行的目的地。
出发时间1013可用于指示用户出行的出发时间。用户可以在电子设备100中手动设置自己的出发地、目的地和出发时间。
出行方式选项区域1014可包含多个出行方式对应的选项。例如，驾车选项、公共交通选项、步行选项、骑行选项、客车选项等等。上述驾车选项可以是自驾出行对应的选项。若用户想要查看自驾出行的出行方案，则用户可以在出行方式选项区域1014中选择上述驾车选项。
在一种可能的实现方式中，当接收到用户输入的出发地、目的地、出发时间和出行方式，电子设备100可以将这些出行信息发送给服务器200。根据这些出行信息，服务器200可以结合道路环境和日照条件规划出一条或多条日照少的路线，并将路线信息发送给电子设备100。上述路线信息中可以包括路线的日照信息。上述服务器200规划日照少的路线的方法可以参考前述图9A所示方法流程图的介绍。这里不再赘述。
当接收到上述路线信息，电子设备100可以在地图显示区域1015显示一条或多条路线。例如，地图显示区域1015中可显示有3条从用户的出发地前往目的地的自驾路线。用户可以根据地图显示区域1015中任意一条自驾路线的指示，驾车前往目的地。
路线选项框1016可包含路线1选项1016A、路线2选项1016B、路线3选项1016C、导航控件1016D、日照信息查看控件1016E。
路线1选项1016A、路线2选项1016B、路线3选项1016C可分别用于用户选择路线1、路线2、路线3。上述路线1、路线2、路线3可以是显示在地图显示区域1015中的3条路线。
路线1选项1016A中可包含路线1的路线信息。例如，路线1上的日照量、使用路线1到达目的地需要的时间等等。同样的，路线2选项1016B中可包含路线2的路线信息。路线3选项1016C中可包含路线3的路线信息。这样，用户可以选择自己想要使用的路线。例如，用户可以选择日照量最少的路线1。
可选的，一条路线对应的选项中还可以包含这一条路线上的日照时长等日照信息。例如，路线1选项1016A中还可包含路线1上的日照时长等日照信息。本申请实施例对上述路线对应的选项中包含的内容不作限定。
导航控件1016D可用于触发电子设备100按照用户选择的路线为用户提供导航服务。例如，在路线1选项1016A处于选中状态的情况下，电子设备100可以按照路线1为用户提供导航服务。其中，电子设备100可以语音播报按照路线1出行时，在路线1的各个位点上的前进方向和前进的距离等导航信息。
日照信息查看控件1016E可用于查看电子设备100提供的各条路线的日照信息。
在一些实施例中，电子设备100可以提供少日照开关。上述少日照开关可用于开启或者关闭结合日照信息规划路径的功能。在选择驾车的出行方式的情况下，用户可以开启上述少日照开关。这样，电子设备100可以为用户提供日照量少或者日照时长短的自驾路线。
其中，在上述少日照开关处于关闭状态的情况下，服务器200在规划出行路线时考虑的因素可以不包含日照信息。例如，服务器200可以基于路程最短的策略和/或耗时最少的策略和/或红绿灯最少策略和/或耗油量最少策略等策略来规划出行路线。
响应于图10A所示对导航控件1016D的操作，电子设备100可以显示图10B所示的用户界面1020。其中，由于路线1选项1016A处于选中状态，电子设备100可以在用户界面1020按照路线1为用户提供导航服务。
如图10B所示，电子设备100可以显示用户界面1020。用户界面1020可用于提供车道级导航的服务。示例性地，用户界面1020可包含车辆标识1021。车辆标识1021可用于指示用户驾驶的车辆的位置。用户驾驶的车辆的位置可以是根据电子设备100的位置确定的。也即是说，电子设备100可以电子设备100的实时位置，并根据电子设备100的实时位置确定车辆标识1021在用户界面1020上的显示位置。例如，电子设备100根据电子设备100的实时位置确定出用户当前行驶在左侧第2条车道上。电子设备100可以在左侧第2条车道上显示车辆标识1021。
电子设备100可以将电子设备100的实时位置发送给服务器200。服务器200可以确定出避阳车道，并将避阳车道的信息发送给电子设备100。服务器200确定避阳车道的方法将在后续实施例介绍。
当接收到避阳车道的信息，电子设备100可以显示图10B所示的提示消息1022。该提示消息1022可用于提示驶入避阳车道。例如，电子设备100的实时位置所在车道的最右侧存在植被以及房屋等物体。上述植被以及房屋等物体的投影区域位于最右侧车道。服务器200可以确定出避阳车道为图10B所示的最右侧车道。提示消息1022的内容可以包括“最右侧车道为避阳车道，建议驶入最右侧车道”。这样，用户可以根据提示消息1022驶入避阳车道，从而减少自驾途中受到的日照。
可选的，电子设备100还可以语音提示用户驶入避阳车道。本申请实施例对电子设备100提示用户驶入避阳车道的方法不作限定。
在一些实施例中，电子设备100还可以根据不同车道的日照信息确定车道的显示样式。例如，车道的显示样式可以由车道的日照量确定。日照量多的车道可以具有浅色的显示样式。日照量少的车道可以具有深色的显示样式。如图10B所示，在车辆标识1021对应的车辆行驶道路的四条车道中，最右侧车道为避阳车道，日照量最少，左侧三条车道的日照量均交多。上述最右侧车道的颜色可以呈现灰色。上述左侧三条车道的颜色可以呈现白色。再例如，车道的显示样式还可以由车道的日照时长确定。日照时长长的车道可以具有浅色的演示样式。日照时长段的车道可以具有深色的显示样式。上述按照不同的显示样式来显示车道可以更好地帮助用户识别避阳车道，并驶入避阳车道。
本申请实施例对上述车道依据日照信息不同而具有的不同显示样式不作限定。
在一些实施例中，电子设备100可以提供避阳导航开关。上述避阳导航开关可用于开启或者关闭避阳车道指引的功能。在图10B所示车道级导航的场景中，用户可以开启上述避阳导航开关。这样，电子设备100可以根据用户驾车的实时位置获取用户当前行驶道路上的避阳车道。电子设备100可以提供避阳车道指引，来指示用户驶入避阳车道。上述避阳车道指引可以包括在导航界面上显示的文字提示消息(如提示消息1022)、导航箭头标识、避阳车道标识等等。用户可以根据上述避阳车道指引识别出避阳车道，从而驶入避阳车道，减少驾车过程中受到的日照。
其中，在上述避阳导航开关处于关闭状态的情况下，电子设备100可以关闭避阳车道指引的功能。电子设备100在提供导航服务的过程中提供的导航信息可以不包含上述避阳车道指引。
在一些实施例中，在导航结束后，电子设备100可以根据用户驾车实际行驶的情况确定用户在自驾出行途中实际受到的日照量、日照时长等日照信息。
电子设备100可以根据电子设备100的实时位置确定出用户已到达目的地，从而结束导航。当导航结束，电子设备100可以显示图10C所示的用户界面1030。用户界面1030可以包括行程信息显示区域1031。行驶信息显示区域1031可以包括在电子设备100开始导航到结束导航期间内的行驶里程、行驶时间、平均时速、最高速度、日照量、日照时长等行程信息。上述行程信息均为用户驾车行驶的实际行程信息。
其中，上述行程信息显示区域1031中显示的日照量以及日照时长可以是根据用户在行驶路线上各个位点的实际到达时间，在该实际到达时间相应位点的实际日照条件，以及各位点的道路环境计算得到的。上述根据日照条件和道路环境计算日照量和日照时长的方法可以参考前述图9A所示方法流程图的介绍。这里不再赘述。
可以理解的，上述图10A所示各路线选项中包含的路线的日照量、使用路线到达目的地所需要的时间等信息可以是预估的。在导航结束的情况下，电子设备100可以根据用户驾车实际驶过的路段以及在各路段的到达时间确定用户从出发地到达目的地所花费的时间、受到的日照量等行程信息。
根据图10C所示行程信息显示区域1031中显示的内容，用户可以在导航结束后查看自己在出行途中实际受到的日照量以及日照时长。
由上述图10A～图10C所示的场景可知，在用户自驾出行时，电子设备100不仅可以为用户提供日照少的自驾路线，而且可以根据用户在自驾过程中实时位置的变化，为用户推荐日照少的行驶车道，实现辅助用户避阳的车道级导航。上述实施例可以减少用户在自驾途中受到的日照，提升用户自驾出行的舒适度。
自驾的出行规划方法
图11示例性示出了一种出行规划方法的流程图。
如图11所示，该方法可包括步骤S1111～S1125。该方法可用于规划自驾路线，以减少用户在自驾途中受到的日照。其中：
1、(S1111～S1119)规划日照少的自驾路线。
S1111、电子设备100可以获取用户的出行信息，出行信息包括出发地、目的地、出发时间、出行方式。
S1112、电子设备100可以向服务器200请求获取出行的路线和各路线的日照信息。
S1113、服务器200可以根据路线的路程和耗时，确定从出发地到目的地的k1条路线。
S1114、服务器200可以根据k1条路线进行路径泛化，得到k1条路线的泛化路段。
S1115、服务器200可以对k1条路线及其泛化路段进行切分，得到多个等价路段。
S1116、服务器200可以获取各等价路段的道路环境，获取用户在各等价路段的到达时间的日照条件。
S1117、服务器200可以根据各等价路段进行路径规划，得到能从出发地到达目的地的k2条路线，并根据各等价路段的道路环境和日照条件确定各k2条路线的日照信息。
S1118、服务器200可以向电子设备100发送k2条路线和k2条路线的日照信息。
S1119、电子设备100可以推荐k2条路线中日照量最少的一条或多条路线。
上述步骤S1111～S1119可以参考对前述图9A所示步骤S911～S919的介绍。
其中，服务器200可以在根据路程、耗时、红绿灯的数量、路口的数量、耗油量等一项或多项除日照信息之外的路线规划因素进行路径规划的基础上，进一步规划出日照少的自驾路线。这样，电子设备100为用户提供的自驾路线不仅在路程、耗时、红绿灯的数量、路口的数量、耗油量等一项或多项路线规划因素上的值较优，而且日照量或日照时长少。上述一条路线的路程的值较优可以表示这一条路线的路程较短。一条路线的耗时的值较优可以表示这一条路线耗时较少。一条路线的红绿灯数量的值较优可以表示这一条路线上红绿灯的数量较少。一条路线的路口数量的值较优可以表示这一条路线上路口的数量较少。一条路线的耗油量的值较优可以表示这一条路线的耗油量较少。
在一种可能的实现方式中，由于自驾出行场景中用户行驶路线上的部分道路可能比较宽，存在多条车道，区别于上述图9A所示规划步行/骑行路线的方法，服务器200在规划日照少的自驾路线时可以结合同一道路上不同车道的日照信息进行路径规划。
具体的，当执行上述步骤S1115得到多个等价路段后，服务器200可以计算各等价路段的日照量。例如，等价路段1包含的道路上存在多条车道，且这多条车道均为用户能够行驶以前往目的地的车道。服务器200可以分别计算这多条车道的日照量，并将日照量最少的车道的日照量确定为等价路段1的日照量。或者，服务器200可以分别计算这多条车道的日照时长，并将日照时长最短的车道的日照时长确定为等价路段1的日照时长。进一步的，服务器200可以使用深度优先遍历的方法，根据上述等价路段得到从出发 地前往目的地的所有自驾路线。一条自驾路线的日照量可以是这一条自驾路线包含的等价路段的日照量之和。一条自驾路线的日照时长可以是这一条自驾路线包含的等价路段的日照时长之和。
2、(S1120～S1125)辅助用户避阳的车道级导航。
S1120、电子设备100可以实时获取电子设备100的位置。
电子设备100可以根据用户选择的路线为用户提供导航服务。在导航的过程中，电子设备100可以实时获取电子设备100的位置，以便于确定用户驾驶车辆的实时位置。其中，在车道级导航的场景中，上述实时位置可用于指示车辆行驶的车道。
S1121、电子设备100可以向服务器200发送电子设备100的实时位置。
S1122、服务器200可以获取电子设备100实时位置所在道路的道路环境以及日照条件。
当接收到电子设备100的实时位置，服务器200可以通过道路环境查询模块321查询道路环境库327，获取电子设备100实时位置的道路环境。该实时位置的道路环境除了包括道路属性和周边环境信息，还可以包括该实时位置所处道路上存在的车道信息。
在电子设备100实时位置所处道路上存在多条车道的情况下，服务器200可以确定这多条车道中各条车道包含的位点。服务器200可以计算各条车道的周边环境信息。其中，一条车道的周边环境信息可以包括周边植被和这一条车道上各位点的空间位置关系信息、周边植被的密度和高度信息、周边高架桥和这一条车道上各位点的空间位置关系信息、周边高架桥的宽度和高度信息、周边高度超过高度阈值1的建筑物和这一条车道上各位点的空间位置关系信息、红灯等待时长等等。
服务器200还可以通过天气服务模块322获取实时位置所处道路上多条车道的日照条件。其中，一条车道的日照条件可以包括用户在这一条车道上各位点的到达时间的日照角度、日照高度和单位时间内的光子数。上述用户在一条车道上各位点的到达时间可以是服务器200预测得到的。
需要进行说明的是，服务器200可以获取自驾路线上在电子设备100实时位置前方预设距离的道路的道路环境以及日照条件。例如，上述预设距离为200米，则服务器200可以获取自驾路线上在电子设备100实时位置前方200米的道路的道路环境以及日照条件。本申请实施例对上述预设距离不作限定。这样，服务器200可以根据电子设备100实时位置的变化，确定电子设备100实时位置前方的避阳道路。电子设备100可以向用户提前预报避阳道路，从而方便用户调整行驶车道驶入避阳车道。
S1123、服务器200可以根据实时位置所在道路的道路环境和日照条件，确定实时位置所在道路的避阳车道。
由步骤S1122可知，电子设备100实时位置所在道路的道路环境可以包括：自驾路线上该实时位置前方区域距离的道路包含的各条车道的道路环境。电子设备100实时位置所在道路的日照条件可以包括：自驾路线上该实时位置前方区域距离的道路包含的各条车道的日照条件。
服务器200可以根据一条车道的道路环境和日照条件，计算这一条车道的日照量。根据电子设备100实时位置所在道路包含的多条车道的日照量，服务器200可以将日照量最少的车道确定为避阳车道。
或者，服务器200还可以根据一条车道的道路环境和日照条件，计算这一条车道的日照时长。根据电子设备100实时位置所在道路包含的多条车道的日照时长，服务器200可以将日照时长最短的车道确定为避阳车道。
上述计算一条车道的日照量和日照时长的方法可以参考前述图9A中关于计算步行/骑行的路线的日照量和日照时长的方法。这里不再赘述。
S1124、服务器200可以向电子设备100发送避阳车道的信息。
S1125、电子设备100可以提示用户驶入避阳车道。
当接收到避阳车道的信息，电子设备100可以根据电子设备100的实时位置判断用户驾驶的车辆当前是否行驶在避阳车道上。在用户驾驶的车辆当前未行驶在避阳车道的情况下，电子设备100可以提示用户驶入避阳车道。上述提示用户驶入避阳车道的场景可以参考前述图10A～图10C所示的场景。
在一种可能的实现方式中，在上述步骤S1111～S1119服务器200规划日照少的自驾路线时，服务器200可以结合自驾路线上不同车道的日照信息来确定各条自驾路线的日照信息。例如，一条自驾路线可以包含多个路段。在这多个路段中，一个路段包含的道路上可以存在一条或多条能够让用户行驶以前往目的地的车道。服务器200可以将这一条或多条车道中日照量最少的车道的日照量确定为这一个路段的日照量。并且，服务器200可以上述日照量最少的车道确定为这一个路段的避阳车道。上述一条自驾路线的日照量可以为这一条自驾路线包含的多个路段的日照量之和。
可选的，服务器200可以将这一条或多条车道中日照时长最短的车道的日照时长确定为这一个路段的 日照时长。并且，服务器200可以上述日照时长最短的车道确定为这一个路段的避阳车道。上述一条自驾路线的日照时长可以为这一条自驾路线包含的多个路段的日照时长之和。
服务器200可以将各条自驾路线的日照信息以及自驾路线上避阳车道的信息均发送给电子设备100。在电子设备100根据一条自驾路线为用户提供车道级导航时，电子设备100可以根据这一条自驾路线上避阳车道的信息实时提示用户驶入避阳车道。
上述方法可以无需服务器200根据电子设备100的实时位置来实时确定避阳车道。这可以提升电子设备100提供避阳车道信息的速度。用户在驾车过程中可以更早地获知前方道路上的避阳车道。
在一种可能的实现方式中，根据用户的出行信息规划日照少的路线、计算各条路线的日照信息以及确定避阳车道均可以是由电子设备100完成的。也即是说，上述步骤S1113～S1117以及步骤S1122、S1123可以是由电子设备100执行的。
由上述图11所示的方法可知，本申请提供的出行规划方法可以在考虑路程短、耗时少、耗油少等一项或多项因素的基础上，为用户提供日照少的自驾路线。并且，上述方法还可以根据用户在自驾过程中实时位置的变化，为用户推荐日照少的行驶车道，实现辅助用户避阳的车道级导航。上述方法不仅可以方便用户自驾出行，节约出行成本，而且可以减少用户在自驾途中受到的日照，提升用户自驾出行的舒适度。
可以理解的，在本申请实施例中描述的各个用户界面仅为示例界面，并不对本申请方案构成限定。在其它实施例中，用户界面可以采用不同的界面布局，可以包括更多或更少的控件，可以增加或减少其它功能选项，只要基于本申请提供的同一发明思想，都在本申请保护范围内。
需要说明的是，在不产生矛盾或冲突的情况下，本申请任意实施例中的任意特征，或任意特征中的任意部分都可以组合，组合后的技术方案也在本申请实施例的范围内。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (27)

  1. 一种出行规划方法，其特征在于，所述方法包括：
    电子设备获取第一车辆的第一路线和座位分布，所述第一路线为所述第一车辆从第一位置行驶至第二位置的路线；
    所述电子设备获取所述第一车辆在所述第一路线上的第一日照信息，所述第一日照信息包括所述第一车辆中各座位在第一时间段内的日照信息，所述第一时间段为所述第一车辆通过所述第一路线的时间段；
    所述电子设备显示所述第一日照信息。
  2. 根据权利要求1所述的方法，其特征在于，所述电子设备获取第一车辆的第一路线和座位分布之前，所述方法还包括：
    所述电子设备接收用户输入的第一出行信息，所述第一出行信息包括出发地、目的地、第一出发时间和第一出行方式，所述第一出行方式为公交出行；
    所述电子设备根据所述第一出行信息确定所述第一车辆，其中，所述第一车辆为在所述第一出发时间之后最近一辆到达所述第一位置的公共交通工具，从所述出发地到所述目的地的路线包括所述第一路线。
  3. 根据权利要求2所述的方法，其特征在于，所述出发地为所述第一位置，所述目的地为所述第二位置。
  4. 根据权利要求1所述的方法，其特征在于，所述电子设备获取第一车辆的第一路线和座位分布之前，所述方法还包括：
    所述电子设备根据第一标识获取所述第一车辆的信息，所述第一标识设置在所述第一车辆上。
  5. 根据权利要求4所述的方法，其特征在于，所述第一标识为二维码或条形码，所述电子设备根据第一标识获取所述第一车辆的信息，具体包括：
    所述电子设备扫描所述第一标识，获取所述第一车辆的信息。
  6. 根据权利要求1所述的方法，其特征在于，所述电子设备获取第一车辆的第一路线和座位分布，具体包括：
    所述电子设备接收用户输入的第二出行信息，所述第二出行信息包括第一车辆型号、所述第一路线和第二出发时间，所述第一车辆型号为所述第一车辆的型号，所述第二出发时间为所述第一车辆从所述第一位置出发的时间；
    所述电子设备根据所述第一车辆型号确定所述第一车辆的座位分布。
  7. 根据权利要求1-6中任一项所述的方法，其特征在于，所述电子设备获取所述第一车辆在所述第一路线上的第一日照信息，具体包括：
    所述电子设备获取所述第一路线上的第一道路环境和所述第一路线在所述第一时间段内的第一日照条件；
    所述电子设备根据所述第一道路环境、所述第一日照条件和所述座位分布确定所述第一日照信息。
  8. 根据权利要求1-7中任一项所述的方法，其特征在于，所述第一日照信息包括第一日照量和/或第一日照时长，其中，所述第一日照量包括所述第一车辆中各座位在所述第一时间段内受到的日照量，所述第一日照时长包括所述第一车辆中各座位在所述第一时间段内受到日照的时长。
  9. 根据权利要求1-8中任一项所述的方法，其特征在于，所述方法还包括：
    所述电子设备获取所述第一车辆在所述第一路线上的第二日照信息，所述第二日照信息包括所述第一车辆中各座位在第二时间段内的日照信息，所述第二时间段为所述第一车辆通过所述第一路线的另一时间段，所述第二时间段和所述第一时间段不同，所述第二日照信息和所述第一日照信息不同；
    所述电子设备显示所述第二日照信息。
  10. 根据权利要求1-8中任一项所述的方法，其特征在于，所述方法还包括：
    所述电子设备获取所述第一车辆的第二路线，所述第二路线为所述第一车辆从所述第一位置行驶至第三位置的路线，所述第三位置与所述第二位置不同；
    所述电子设备获取所述第一车辆在所述第二路线上的第三日照信息，所述第三日照信息包括所述第一车辆中各座位在第三时间段内的日照信息，所述第三时间段为所述第一车辆通过所述第二路线的时间段，所述第三日照信息和所述第一日照信息不同；
    所述电子设备显示所述第三日照信息。
  11. 根据权利要求1-6、8-10中任一项所述的方法，其特征在于，所述第一日照信息是所述电子设备从服务器获取的，所述第一日照信息是根据所述第一路线上的第一道路环境、所述第一路线在所述第一时 间段内的第一日照条件以及所述座位分布确定的。
  12. 根据权利要求7-10中任一项所述的方法，其特征在于，所述第一路线上包括多个位置，所述方法还包括：
    所述电子设备获取所述第一车辆在所述多个位置的到达时间，所述第一时间段包括所述第一车辆在所述多个位置的到达时间；
    其中，所述第一道路环境包括所述多个位置的道路环境，所述第一日照条件包括所述多个位置的日照条件，所述多个位置中一个位置的日照条件为所述一个位置在其到达时间的日照条件。
  13. 根据权利要求12所述的方法，其特征在于，所述第一车辆中一个座位在所述第一时间段内的日照信息为所述一个座位在所述多个位置的日照信息之和，所述一个座位在所述多个位置中一个位置的日照信息是根据所述一个位置的道路环境、所述一个位置的日照条件以及所述一个座位在所述第一车辆中的位置确定的。
  14. 根据权利要求12或13所述的方法，其特征在于，第一位置为所述多个位置中的任意一个位置，
    其中，所述第一位置的道路环境包括以下参数中至少一项：所述第一位置道路的类型、周边植被和所述第一位置的空间位置关系信息、所述第一位置周边植被的密度和高度信息、周边高架桥和所述第一位置的空间位置关系信息、所述第一位置周边高架桥的空间位置关系、周边高度超过第一阈值的建筑物和所述第一位置的空间位置关系信息；
    所述第一位置的日照条件包括下参数中至少一项：所述第一位置在所述第一车辆到达所述第一位置时的日照高度、日照角度、单位时间内的光子数。
  15. 一种出行规划方法，其特征在于，所述方法包括：
    电子设备接收第一出行信息，所述第一出行信息包括出发地、目的地、第一出发时间和出行方式；
    所述电子设备获取所述出发地到所述目的地的M1条路线，以及所述M1条路线的日照信息，所述M1条路线中一条路线的日照信息为在所述第一出发时间从所述出发地出发，通过所述出行方式按照所述一条路线到达所述目的地的日照信息，所述M1为正整数；
    所述电子设备显示所述M1条路线及所述M1条路线的日照信息。
  16. 根据权利要求15所述的方法，其特征在于，所述M1条路线中一条路线的日照信息包括所述一条路线的日照量和/或日照时长。
  17. 根据权利要求15或16所述的方法，其特征在于，所述出行方式为步行，或骑行，或驾车。
  18. 根据权利要求15-17中任一项所述的方法，其特征在于，所述出行方式为驾车，所述方法还包括：
    所述电子设备获取所述电子设备在第一时间的第一位置信息，所述第一位置信息包括所述电子设备所处的第一路段及所述第一路段的车道信息；
    所述电子设备根据所述第一位置信息获取所述第一路段中L1条车道的日照信息，所述第一路段包括所述L1条车道，所述L1为正整数；
    所述电子设备根据所述L1条车道的日照信息提供第一提示，所述第一提示用于提示用户驶入所述L1条车道中日照最少的车道。
  19. 根据权利要求18所述的方法，其特征在于，所述电子设备根据所述第一位置信息获取所述第一路段中L1条车道的日照信息，具体包括：
    所述电子设备获取所述第一路段的第一道路环境以及所述第一路段在第一时间段内的第一日照条件，所述第一时间段是从所述第一时间开始驾车通过所述第一路段的时间段；
    所述电子设备根据所述位置信息、所述第一道路环境和所述第一日照条件确定所述第一路段中所述L1条车道的日照信息。
  20. 根据权利要求15-19中任一项所述的方法，其特征在于，所述方法还包括：
    所述电子设备获取所述电子设备的第二位置信息，所述第二位置信息指示用户到达所述目的地；
    所述电子设备显示第二日照信息，所述第二日照信息是第一路线在第二时间段内的日照信息，所述第一路线是所述电子设备从所述出发地到所述目的地实际通过的路线，所述第二时间段是所述电子设备通过所述第一路线的时间段，所述第二日照信息是根据所述第一路线上的道路环境和所述第一路线在所述第二时间段内的日照条件确定的。
  21. 根据权利要求15-20中任一项所述的方法，其特征在于，所述方法还包括：
    所述电子设备接收到将所述第一出行信息中的第一出发时间修改为第二出发时间的操作；
    所述电子设备显示所述出发地到所述目的地的M2条路线和所述M2条路线的日照信息，所述M2条 路线中一条路线的日照信息为在所述第二出发时间从所述出发地出发，通过所述出行方式按照所述一条路线到达所述目的地的日照信息，所述M2为正整数；
    其中，所述M2条路线和所述M1条路线部分不同或全部不同；或者，
    所述M2条路线和所述M1条路线相同，但所述M1条路线的日照信息与所述M1条路线的日照信息不同。
  22. 根据权利要求15-21中任一项所述的方法，其特征在于，所述电子设备获取所述出发地到所述目的地的M1条路线，具体包括：
    所述电子设备根据第一路线规划因素，确定从所述出发地到所述目的地所述第一路线规划因素最优的M2条路线，所述M2为正整数；
    所述电子设备根据所述M2条路线进行路径泛化，得到所述M2条路线的泛化路段；
    所述电子设备对所述M2条路线以及所述M2条路线的泛化路段进行切分，得到多个等价路段；
    所述电子设备利用所述多个等价路段确定所述M1条路线，所述M1条路线中的任意一条路线包含所述多个等价路段中的一个或多个。
  23. 根据权利要求22所述的方法，其特征在于，所述第一路线规划因素包括以下一项或多项：路程长度、消耗时间、红绿灯数量、路口数量、耗油量。
  24. 根据权利要求22或23所述的方法，其特征在于，所述电子设备获取所述M1条路线的日照信息，具体包括：
    所述电子设备获取所述多个等价路段的道路环境和所述多个等价路段的日照条件，所述多个等价路段中一个等价路段的日照条件为根据所述第一出发时间确定在所述一个等价路段的到达时间的日照条件；
    所述电子设备根据所述多个等价路段的道路环境和所述多个等价路段的日照条件，确定所述多个等价路段的日照信息，所述多个等价路段中一个等价路段的日照条件为所述一个等价路段在其到达时间的日照信息；
    所述电子设备根据所述多个等价路段的日照信息确定所述M1条路线的日照信息，其中，所述M1条路线中一条路线的日照信息为所述一条路线包含的等价路段的日照信息之和。
  25. 根据权利要求15-21中任一项所述的方法，其特征在于，所述M1条路线以及所述M1条路线的日照信息是从服务器获取的，所述M1条路线以及所述M1条路线的日照信息是根据所述第一出行信息确定的。
  26. 一种电子设备，其特征在于，所述电子设备包括存储器和处理器，其中，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，使得所述电子设备执行权利要求1-14或15-25中任一项所述的方法。
  27. 一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行，使得所述电子设备执行权利要求1-14或15-25中任一项所述的方法。
PCT/CN2023/143118 2022-12-30 2023-12-29 出行规划方法、相关装置及通信系统 WO2024141000A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211733731.8 2022-12-30
CN202211733731.8A CN118274856A (zh) 2022-12-30 2022-12-30 出行规划方法、相关装置及通信系统

Publications (1)

Publication Number Publication Date
WO2024141000A1 true WO2024141000A1 (zh) 2024-07-04

Family

ID=91642866

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/143118 WO2024141000A1 (zh) 2022-12-30 2023-12-29 出行规划方法、相关装置及通信系统

Country Status (2)

Country Link
CN (1) CN118274856A (zh)
WO (1) WO2024141000A1 (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020125332A1 (en) * 2001-02-02 2002-09-12 Shinji Aoki Solar radiation detection unit and vehicle air conditioner using the same
CN1533557A (zh) * 2002-05-14 2004-09-29 摩托罗拉公司 使用具有定位能力的设备来推测环境的一组特征的系统和方法
JP2007205946A (ja) * 2006-02-02 2007-08-16 Zenrin Co Ltd 経路案内システム
JP2009264902A (ja) * 2008-04-24 2009-11-12 Denso Corp 経路案内装置
JP2011088464A (ja) * 2009-10-20 2011-05-06 Koyo Electronics Ind Co Ltd 自動遮光システム
JP2012047456A (ja) * 2010-08-24 2012-03-08 Toyota Mapmaster:Kk ナビゲーション装置、ナビゲーション方法、ナビゲーション方法を実行するためのコンピュータプログラム及びそのコンピュータプログラムを記録した記録媒体
CN102445213A (zh) * 2010-10-13 2012-05-09 罗伯特·博世有限公司 导航系统以及用于驱动导航系统的方法
CN104101349A (zh) * 2013-04-09 2014-10-15 索尼公司 导航设备和存储介质
JP2019199200A (ja) * 2018-05-17 2019-11-21 株式会社デンソー 日射強度算出装置および空調システム
WO2021193296A1 (ja) * 2020-03-27 2021-09-30 Ａｇｃ株式会社 日射推定システム、空調制御システム、空調装置、車両、建造物、日射推定方法、空調制御方法、及び日射推定プログラム

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020125332A1 (en) * 2001-02-02 2002-09-12 Shinji Aoki Solar radiation detection unit and vehicle air conditioner using the same
CN1533557A (zh) * 2002-05-14 2004-09-29 摩托罗拉公司 使用具有定位能力的设备来推测环境的一组特征的系统和方法
JP2007205946A (ja) * 2006-02-02 2007-08-16 Zenrin Co Ltd 経路案内システム
JP2009264902A (ja) * 2008-04-24 2009-11-12 Denso Corp 経路案内装置
JP2011088464A (ja) * 2009-10-20 2011-05-06 Koyo Electronics Ind Co Ltd 自動遮光システム
JP2012047456A (ja) * 2010-08-24 2012-03-08 Toyota Mapmaster:Kk ナビゲーション装置、ナビゲーション方法、ナビゲーション方法を実行するためのコンピュータプログラム及びそのコンピュータプログラムを記録した記録媒体
CN102445213A (zh) * 2010-10-13 2012-05-09 罗伯特·博世有限公司 导航系统以及用于驱动导航系统的方法
CN104101349A (zh) * 2013-04-09 2014-10-15 索尼公司 导航设备和存储介质
JP2019199200A (ja) * 2018-05-17 2019-11-21 株式会社デンソー 日射強度算出装置および空調システム
WO2021193296A1 (ja) * 2020-03-27 2021-09-30 Ａｇｃ株式会社 日射推定システム、空調制御システム、空調装置、車両、建造物、日射推定方法、空調制御方法、及び日射推定プログラム

Also Published As

Publication number Publication date
CN118274856A (zh) 2024-07-02

Similar Documents

Publication Publication Date Title
CN107229690B (zh) 基于路侧传感器的高精度动态地图数据处理系统及方法
US20220276066A1 (en) Method and apparatus for providing comparative routing associated with origin-destination pairs
CN104508507B (zh) 位置的自适应聚类
CN104335008B (zh) 导航应用程序
JP2022520344A (ja) メッセージプッシュ方法、コンピュータプログラム及びサーバ
CN104680440A (zh) 基于移动互联网的景区自助旅游系统及方法
CN108280572A (zh) 车辆能源补充的调度方法、系统及计算机可读存储介质
CN110431608A (zh) 用于确定车辆停放区域的系统和方法
CN201528371U (zh) 集成手机的主动性智能导游装置
WO2023040712A1 (zh) 地图数据处理方法和装置
CN105427209A (zh) 一种全景智慧旅游系统
CN109121070A (zh) 一种地下停车场蓝牙布局和定位方法
WO2023010922A1 (zh) 一种高架识别方法及装置
CN103544297A (zh) 基于二维码技术的公交集成信息控制系统及方法
US20250173140A1 (en) Update Method and System
Gambella et al. A city-scale IoT-enabled ridesharing platform
WO2024141000A1 (zh) 出行规划方法、相关装置及通信系统
US12002267B2 (en) Methods, systems, and media for simulating movement data of pedestrians in a district
CN105139637B (zh) 一种出租车上下客地点选取的方法、系统及客户端
CN116508013A (zh) 用于推荐兴趣点的系统和方法
CN106949899A (zh) 一种自行车换乘公共交通复合式路线生成装置及路线生成方法
CN118511185A (zh) 行程提示方法和装置
JP2006072068A (ja) 地図表示制御装置
CN116320019B (zh) 数据采集方法、介质以及电子设备
Chen et al. A travel assistant application based on Android Baidu map

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: 23910914

Country of ref document: EP

Kind code of ref document: A1