WO2018045803A1 - 旅游规划路线的异常提醒方法、规划服务器及存储介质 - Google Patents

旅游规划路线的异常提醒方法、规划服务器及存储介质 Download PDF

Info

Publication number
WO2018045803A1
WO2018045803A1 PCT/CN2017/091351 CN2017091351W WO2018045803A1 WO 2018045803 A1 WO2018045803 A1 WO 2018045803A1 CN 2017091351 W CN2017091351 W CN 2017091351W WO 2018045803 A1 WO2018045803 A1 WO 2018045803A1
Authority
WO
WIPO (PCT)
Prior art keywords
travel
tourist
point
time period
time
Prior art date
Application number
PCT/CN2017/091351
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 WO2018045803A1 publication Critical patent/WO2018045803A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C11/00—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C11/00—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere
    • G07C2011/02—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere related to amusement parks

Definitions

  • the present invention relates to the field of computer technologies, and in particular, to an abnormal reminding method for a travel planning route, a planning server, and a storage medium.
  • the existing travel client programs usually do not provide customers with very specific travel route planning (eg, hotels, transportation, scheduling, etc.), even if there is a travel route plan, the proposed travel route plan It is often unreasonable and it is not possible to provide the necessary travel reminders during the travel of the user, resulting in a lot of time spent on the journey between the attractions and easy to miss many attractions in the route plan.
  • very specific travel route planning eg, hotels, transportation, scheduling, etc.
  • the main object of the present invention is to provide an abnormal reminding method and a server for a travel planning route, which are intended to provide a specific travel point play path for a user and to remind the user when the path is abnormal.
  • the first aspect of the present invention provides an abnormal reminding method for a travel planning route, and the method includes the following steps:
  • the planning server receives a travel route planning request with a travel parameter sent by the user terminal, and calculates a travel point play path corresponding to each travel time period according to the travel parameter, and feeds back to the user terminal;
  • the location location data is obtained from the user terminal in real time or at a time, and the acquired location location data and associated data of the location time are saved;
  • a positioning position path is established for the corresponding position positioning data, and the similarity between the tourist point playing path and the positioning position path corresponding to the traveling time period is calculated.
  • the similarity between the tourist point play path and the location location path corresponding to the travel time period is less than a preset similarity, generating an abnormality identifier for the travel point play path, and/or sending a path push to the predetermined terminal Abnormal reminder information.
  • a second aspect of the present invention provides a planning server including a memory and a processor coupled to the memory, the memory storing at least one computer readable instruction executable by the processor to execute The following steps:
  • the location location data is obtained from the user terminal in real time or at a time, and the acquired location location data and associated data of the location time are saved;
  • a positioning position path is established for the corresponding position positioning data, and the similarity between the tourist point playing path and the positioning position path corresponding to the traveling time period is calculated.
  • the similarity between the tourist point play path and the location location path corresponding to the travel time period is less than a preset similarity, generating an abnormality identifier for the travel point play path, and/or sending a path push to the predetermined terminal Abnormal reminder information.
  • a third aspect of the invention provides a computer readable storage medium having stored thereon at least one computer instruction executable by a processor to perform the following steps:
  • the location location data is obtained from the user terminal in real time or at a time, and the acquired location location data and associated data of the location time are saved;
  • a positioning position path is established for the corresponding position positioning data, and the similarity between the tourist point playing path and the positioning position path corresponding to the traveling time period is calculated.
  • the similarity between the tourist point play path and the location location path corresponding to the travel time period is less than a preset similarity, generating an abnormality identifier for the travel point play path, and/or sending a path push to the predetermined terminal Abnormal reminder information.
  • the abnormal reminding method, the planning server and the storage medium of the travel planning route proposed by the present invention calculate the travel point play path corresponding to each travel time period according to the travel parameters in the travel route planning request of the user through the planning server, and real time or timing
  • the location location data is obtained from the user terminal. After the current travel time period ends, a location location path is established for the corresponding location location data, and the similarity between the tour point play path and the location location path corresponding to the tour time period is calculated. If the similarity between the tourist point play path and the location location path corresponding to the travel time period is less than a preset similarity, generating an abnormality identifier for the travel point play path, and/or sending a path push to the predetermined terminal Abnormal reminder information.
  • the travel point play path corresponding to each travel time period can be calculated based on the travel parameters input by the user, the corresponding specific travel point play path is recommended for the user for each travel time period of the user travel.
  • the location location path in the actual play process is generated according to the location location data, and if the similarity between the tour point play path and the location location path corresponding to the same travel time period is too low, then the tour is The point play path generates an abnormality identifier or directly pushes the abnormal reminder information, so as to effectively feedback the calculated travel point play path, so as to continuously correct and optimize the travel point play path, and promptly remind the user of the tour point play path.
  • Abnormal so that users can make more reasonable travel route planning in time to enhance the user's travel experience.
  • 1 is a hardware operating environment of an abnormality reminding method for a travel planning route according to various embodiments of the present invention
  • FIG. 2 is a schematic structural diagram of a planning server according to an embodiment of the present invention.
  • FIG. 3 is a schematic flow chart of a first embodiment of an abnormality reminding method for a travel planning route according to the present invention
  • FIG. 4 is a schematic flow chart of a second embodiment of an abnormality reminding method for a travel planning route according to the present invention
  • FIG. 5 is a schematic diagram of functional modules of a first embodiment of a planning server according to the present invention.
  • FIG. 6 is a schematic diagram of functional modules of a second embodiment of a planning server according to the present invention.
  • the operating environment includes a planning server 10 and at least one user terminal 20 that implements communication interaction with the planning server 10 . .
  • the user terminal 20 may be a smart terminal such as a mobile phone, a tablet computer, a personal digital assistant (PDA), a wearable device (eg, a smart watch, smart glasses, etc.) or any other suitable electronic device.
  • the user terminal can implement communication interaction with the planning server 10 through the Internet, a wide area network, a metropolitan area network, a local area network, a virtual private network (VPN), and the like.
  • VPN virtual private network
  • the planning server 10 can automatically perform numerical calculation and/or information processing in accordance with an instruction set or stored in advance. As shown in FIG. 2, the planning server 10 includes a processor 11, a memory 12, and a network interface 13 connected by a system bus. The processor 11 is used to provide computing and control capabilities to support the operation of the server 10, which may include one or more microprocessors, digital processors, and the like.
  • the memory 12 is configured to store various data and computer readable instructions required by the planning server 10 to implement a particular function or operation, which may include a memory and at least one storage medium; the memory provides a caching environment for the operation of the planning server 10; on the storage medium There is stored an operating system and at least one computer readable storage instruction executable by the processor 12 to implement an anomaly reminding method for a travel planning route of various embodiments of the present application.
  • the network interface 13 is for performing information interaction with the user terminal 20 under the instruction of the processor 11, for example, receiving a travel route planning request from the user terminal 20 and corresponding abnormal reminder information and the like to the user terminal 20.
  • the above storage medium may be a non-volatile storage medium such as a ROM, an EPROM or a Flash Memory.
  • the structure shown in FIG. 2 is only a block diagram of the partial structure of the planning server 10 related to the present application scheme, and does not constitute a limitation on the planning server 10.
  • the planning server may include more or fewer components than shown in the figures, or some components may be combined, or have different component arrangements.
  • the planning server 10 can further package Including input devices, display screens, sound collection devices, and so on.
  • the planning server 10 may store the travel route planning request in the memory 12, and execute the computer readable instructions in the memory 12 by the processor 11 to implement the present An abnormal reminding method for applying the travel planning route of each embodiment.
  • FIG. 3 is a schematic flowchart diagram of a first embodiment of an abnormality reminding method for a travel planning route according to the present invention.
  • the abnormal reminding method of the travel planning route includes:
  • Step S10 The planning server receives a travel route planning request with a travel parameter sent by the user terminal, and calculates a travel point play path corresponding to each travel time period according to the travel parameter, and feeds back to the user terminal;
  • the user may send a travel route planning request with the travel parameters to the planning server through the user terminal (for example, a mobile phone, a tablet computer, or the like).
  • the user terminal for example, a mobile phone, a tablet computer, or the like.
  • the travel route planning client program may be pre-installed in the user terminal, and the user may input the travel parameter through the travel route planning operation interface provided by the travel route planning client program, and plan through the travel route
  • the client program sends a travel route planning request with the travel parameter to the planning server; in another embodiment, a browser system is pre-installed in the user terminal, and the user can access the plan through the browser system.
  • the planning server After receiving the travel route planning request with the travel parameter sent by the user terminal, the planning server analyzes the travel parameter, and calculates a travel point play path corresponding to each travel time period according to the travel parameter. For example, the tourist points included in each tourist point type corresponding to the tourist area in the tourism parameter may be determined, and according to the parameters such as the playing time and the distance of each tourist point, a plurality of tourist points suitable for each travel time period are selected. And the travel point play path corresponding to each travel time period is generated. Of course, other calculation methods are not limited to calculate the travel point play path corresponding to each travel time period based on the travel parameters. After calculating the travel point play path corresponding to each travel time period, the planning server feeds back the calculated travel point play path corresponding to each travel time period to the user terminal;
  • Step S20 When the current time is in a travel time period, the location location data is obtained from the user terminal in real time or at a time, and the acquired location data and the associated data of the location time are saved.
  • the planning server acquires location location data from the user terminal in real time or timing, for example, sending a positioning instruction to the user terminal in real time or timing for the user terminal to respond, and The user terminal receives the positioning data; or the travel terminal planning client program is pre-installed in the user terminal, and the travel route planning client program controls the positioning unit to perform location positioning in real time or timing, and sends the positioning data to the planning server.
  • the position location data is the number of positions of the user at each arrival position in the actual travel itinerary. According to this, it is possible to record the various arrival positions of the user in the actual travel itinerary.
  • the acquired location location data is associated with the location time and the associated data is saved for storage.
  • Step S30 after the end of the travel time period, according to the order of the saved positioning time, establish a positioning location path for the corresponding location positioning data, and calculate a relationship between the tourist point playing path and the positioning location path corresponding to the traveling time period. Similarity
  • the planning server After the current travel time period is recorded, the planning server establishes a positioning location path for the corresponding location positioning data according to the order of the positioning time in the associated data of the saved location location data and the positioning time. And extracting the travel point play path corresponding to the current travel time period from the calculated travel point play paths corresponding to each travel time period, and calculating the similarity between the travel point play path and the positioning position path corresponding to the current travel time period. Degree, such as the similarity of the connection of the various points of the different paths in the map (such as disjoint single line segments or single coils connected end to end).
  • Step S40 If the similarity between the travel point play path and the location location path corresponding to the travel time period is less than a preset similarity, generate an abnormality identifier for the travel point play path, and/or, to a predetermined terminal Send path push exception reminder information.
  • the calculated similarity between the tourist point play path and the location position path corresponding to the travel time period is less than a preset similarity (for example, 60%)
  • the calculated travel point play path corresponding to the travel time period is calculated. If the location difference path corresponding to the travel time period of the user in the actual travel itinerary is different, an abnormality identifier is generated for the travel point play route, and/or the route push abnormality reminding information is sent to the predetermined terminal.
  • a preset similarity for example, 60%
  • the planning server calculates the travel point play path corresponding to each travel time period according to the travel parameters in the travel route planning request of the user, and acquires the location location data from the user terminal in real time or at a time. After the current travel time period ends, a location location path is established for the corresponding location location data, and the similarity between the tour point play path and the location location path corresponding to the tour time period is calculated. If the similarity between the tourist point play path and the location location path corresponding to the travel time period is less than a preset similarity, generating an abnormality identifier for the travel point play path, and/or sending a path push to the predetermined terminal Abnormal reminder information.
  • the travel point play path corresponding to each travel time period can be calculated based on the travel parameters input by the user, the corresponding specific travel point play path is recommended for the user for each travel time period of the user travel.
  • the location location path in the actual play process is generated according to the location location data, and if the similarity between the tour point play path and the location location path corresponding to the same travel time period is too low, then the tour is The point play path generates an abnormality identifier or directly pushes the abnormal reminder information, so as to effectively feedback the calculated travel point play path, so as to continuously correct and optimize the travel point play path, and promptly remind the user of the tour point play path.
  • Abnormal so that users can make more reasonable travel route planning in time to enhance the user's travel experience.
  • the second embodiment of the present invention provides an abnormality reminding method for a travel planning route. Based on the foregoing embodiments, the method further includes:
  • Step S50 after the end of the travel time period, the planning server finds a positioning position that matches the location in the tour point play path according to the saved association data of the location location data and the location time, and calculates each location.
  • the positioning duration of the positioning position
  • step S60 if the difference between the positioning duration of the found positioning position and the preset playing time corresponding to the positioning position is greater than the preset difference, an abnormality identifier is generated for the tourist point playing path, and/or The predetermined terminal sending path pushes the abnormality reminding information.
  • the planning server finds a positioning position that matches the location in the travel point play path according to the location location data acquired from the user terminal, and according to the location The saved positional positioning data and the associated time of the positioning time are calculated, and the positioning duration of each found positioning position is calculated. If the difference between the positioning duration of the found positioning position and the preset playing time corresponding to the positioning position is greater than the preset difference (for example, 60 minutes), the preset playing time corresponding to the positioning position and the user tour are indicated. If the actual play time difference in the positioning position is large, the planning server generates an abnormality identifier for the tourist point play path, and/or sends a path push abnormality reminding information to the predetermined terminal. In order to remind the background that the preset playing time corresponding to the positioning position is abnormal, the user needs to recalculate and adjust according to the actual playing time of the user in the positioning position, so that the traveling point playing path calculated by the planning server is more accurate and reasonable.
  • the preset difference for example, 60 minutes
  • step S10 includes:
  • the travel parameter includes the associated data of the tourist area, the travel point type, and the travel time period, determining the travel points included in each travel point type corresponding to the travel area, and finding the travel corresponding to each travel time period according to the associated data.
  • the point type includes the tourist point; according to the predetermined mapping relationship between each tourist point and the playing time under the various tourist point types, and the distance between different tourist points under each tourist point type, each calculation is calculated according to a preset calculation rule. a travel point tour path corresponding to the travel time period, and feedback to the user terminal;
  • the tourism parameter includes a tourist area, a tourism period, and does not include the associated data of the tourist point type and the travel time period, determining the tourist points included in each tourist point type corresponding to the tourist area, and pre-predetermining the travel period
  • the segmentation rule is divided into at least one travel time period, according to a predetermined mapping relationship between each tourist point and the play time under each travel point type, and the distance between different travel points under each travel point type, according to the preset
  • the calculation rule calculates a travel point play path corresponding to each travel time period, and feeds back to the user terminal.
  • the planning server After receiving the travel route planning request with the travel parameter sent by the user terminal, the planning server analyzes the travel parameter, and determines that each travel point type corresponding to the tourist area in the travel parameter includes Tourist point.
  • the travel parameters may include one or more user-entered travel related parameters, including but not limited to the following parameters: tourist areas, such as *** city, *** scenic area, *** island, etc. Types of tourist spots, such as humanities, shopping, food, etc.; tourist points including various tourist points, such as humanities, including *** museums, ***Sea Battle Fort, *** Memorial Hall, ***Amusement Park, ***Zoo, etc.
  • Shopping destinations include *** Shopping Plaza, *** Duty Free Shop, *** Pedestrian Street, etc.
  • tourist spots include ***Food Street, ***Special Snacks, ***100-year-old shop, ***Food Square, etc.; travel cycle, such as "May 1st, 2016, 10:00-May 5th 16: 00" and so on.
  • the planning server may directly obtain a specific tourist point included in each travel point type corresponding to the tourist area in the travel parameter input by the user, or may acquire a tourist area in the travel parameter input by the user. And/or after each type of tourist point, the automatic search and matching according to the tourist area and/or each tourist point type in the travel parameter input by the user, and obtaining the corresponding tourist points included in each travel point type are not limited herein. .
  • the planning server finds the tourist points included in the travel point type corresponding to each travel time period according to the associated data of the travel point type and the travel time period, according to the advance Determine the mapping relationship between each tourist point and the play time under each travel point type, and the distance between different travel points under each travel point type, and calculate the travel point play path corresponding to each travel time period according to a preset calculation rule. And feeding back the calculated travel point play path corresponding to each travel time period to the user terminal;
  • the travel parameter input by the user acquired by the planning server includes the associated data of the tourist point type and the travel time period, that is, the user defines different travel points in the travel parameter for different travel time periods in the travel itinerary.
  • the type corresponds to a different travel time period.
  • the humanity category is associated with the A time period “for example, *** year *** month *** day 8:00-18:00”; the shopping class corresponds to the B time period. Correlation; the food category is associated with the C time period.
  • the planning server finds each tourist point included in the travel point type corresponding to each travel time period according to the associated data of different travel point types and travel time periods defined by the user.
  • the mapping relationship between each tourist point and the play time under each travel point type may be determined in advance, for example, the travel point may be determined according to actual play needs or big data analysis of all user play data.
  • the playing time for example, the "*** Museum” for the humanities category, can predetermine the playing time, which can include "2 hours” and / or "8:00-10:00", etc. Make a limit.
  • the distance between different tourist points under each tourist point type comprehensively consider the play time of each tourist spot and the relationship between different tourist spots.
  • the distance is calculated according to a preset calculation rule, and the travel point travel path corresponding to each travel time period is calculated.
  • the total play time can be selected within the play time allowed during the same travel time period, and the allowed play time is not exceeded, and the route is not caused.
  • Long and cross-point tourist points and calculate the tourist point play route for generating the travel time period between selected tourist points.
  • other calculation methods are not limited to calculate the travel points corresponding to each travel time period. Play path.
  • the planning server calculates the travel point play path corresponding to each travel time period
  • the calculated travel point play path corresponding to each travel time period is fed back to the user terminal for the user to refer to the calculated travel point play path.
  • the calculated travel point play path corresponding to each travel time period is fed back to the user terminal for the user to refer to the calculated travel point play path.
  • the planning The server divides the travel period in the travel parameter into at least one travel time period according to a preset splitting rule, according to a predetermined mapping relationship between each tourist point and the play time under each travel point type, and under each travel point type
  • the distance between different tourist points is calculated according to a preset calculation rule, and the travel point play path corresponding to each travel time period is calculated, and the calculated travel point play path corresponding to each travel time period is fed back to the user terminal.
  • the tourism cycle in the tourism parameter is divided into at least one travel time period according to a preset segmentation rule. For example, if the travel period is from 10:00 on May 1st, 2016 to 16:00 on May 5th, it can be divided into different time periods according to different dates, or different travels can be made according to other division methods. The division of the time period is not limited here.
  • the mapping relationship between each tourist point and the play time under each travel point type may be determined in advance, for example, the travel point may be determined according to actual play needs or big data analysis of all user play data.
  • the playing time for example, the "*** Museum” for the humanities category, can predetermine the playing time, which can include "2 hours” and / or "8:00-10:00", etc. Make a limit.
  • the distance between different tourist points under each tourist point type comprehensively consider the play time of each tourist spot and the relationship between different tourist spots.
  • the distance is calculated according to a preset calculation rule, and the travel point play path corresponding to each travel time period is used as a travel point play path corresponding to each travel time period after the travel cycle is divided, for example, in the same travel time period.
  • the allowed play time in the allowed play time does not exceed the allowable play time, and does not cause a number of travel points that are too long and intersected, and calculates a travel point play path that generates the travel time period between selected travel points.
  • it is not limited to use other calculation methods to calculate the travel point play path corresponding to each travel time period.
  • the planning server calculates the travel point play path corresponding to each travel time period
  • the calculated travel point play path corresponding to each travel time period is fed back to the user terminal for the user to refer to the calculated travel point play path.
  • the calculated travel point play path corresponding to each travel time period is fed back to the user terminal for the user to refer to the calculated travel point play path.
  • the planning server determines, according to the travel parameters in the travel route planning request of the user, the tourist points included in the travel point types corresponding to the tourist regions in the travel parameters; and according to the predetermined travel time for each travel time period
  • the mapping relationship between each tourist point and the play time under the point type, and the distance between different travel points under each travel point type, and calculating the travel point play path corresponding to each travel time period according to the preset calculation rule, will calculate The travel point play path corresponding to each travel time period is fed back to the user terminal. Since the travel points included in the travel time types corresponding to the travel time periods of the user play, the travel time of each travel point, and the distance between different travel points can be comprehensively considered, the travel point play paths corresponding to each travel time period are calculated. Therefore, for each travel time period of the user's travel, the user is recommended to the corresponding specific travel point play path, providing the user with a reasonable and detailed travel route plan, and improving the user's travel experience.
  • the method further includes:
  • the tourism parameter includes a tourist area, and does not include associated data of a tourism period, a tourist point type, and a travel time period, determining, according to the predetermined travel area, the recommended travel time period, and the associated data of the recommended travel point play path, a recommended travel time period corresponding to the tourist area in the travel parameter and a recommended travel point play path, and fed back to the user terminal;
  • the travel cycle in the travel parameter is divided into at least one travel time period according to a preset splitting rule. According to the predetermined recommended tourist area, the recommended travel time period and the associated travel data of the recommended travel point, the recommended travel area corresponding to the divided travel time period and the recommended travel point play path are determined and fed back to the user terminal.
  • the user only defines the current travel time.
  • the tourist area does not set its travel cycle and type of tourist spots.
  • the planning server determines, according to the predetermined tourism area, the recommended travel time period, and the associated data of the recommended tourist point play path, the recommended travel time period corresponding to the tourist area in the travel parameter and the recommended travel point play path, and will determine The recommended travel time period and the recommended tourist point play path are fed back to the user terminal.
  • the mapping relationship between different tourist areas and recommended travel time periods and recommended tourist spots may be determined according to different tourist areas and the hotness of the hotspots of all users, and if the user only sets the tourist area, there is no setting.
  • the tourism cycle, the type of the tourist point and the associated data of the travel time period, etc. the corresponding recommended travel time can be sent to the user according to the predetermined mapping relationship between the different tourist areas and the recommended travel time period and the recommended travel point play path.
  • the segment and the recommended tourist point play path in order to recommend the corresponding specific tourist point play path to enhance the user's travel experience.
  • the planning server first divides the tourism period in the travel parameter into at least one travel time period according to a preset segmentation rule, for example, if the travel period is May 1st, 2016, 10:00-May 5th At 16:00, it can be divided into different time periods according to different dates, and different travel time segments can be divided according to other segmentation methods, which is not limited herein.
  • the planning server determines, according to the predetermined recommended tourist area, the recommended travel time period, and the associated data of the recommended tourist point play path, the recommended tourist area corresponding to the divided travel time period and the recommended tourist point play path, and will determine The recommended tourist area and the recommended tourist point play path are fed back to the user terminal.
  • the mapping relationship between the recommended travel time period, the recommended travel area, and the recommended travel point play path may be determined according to the hot recommendation of the travel area and the travel point of the travel time corresponding to the travel time period of all the users.
  • the user only sets the travel period, and does not set parameters such as the tourist area, the type of the tourist point, and the associated data of the travel time period, the recommended travel time period, the recommended travel area, and the recommended tourist point play path may be determined according to different predetermined times. Mapping relationship, sending corresponding recommended tourist areas and recommended tourist spots to the user Play the path, and recommend that the user recommend the corresponding specific tourist point to play the path to enhance the user's travel experience.
  • the preset calculation rule is:
  • a predetermined number of tourist points are selected as the to-be-planned tourist points from the tourist points under the travel point types corresponding to each travel time period. For example, if the number of tourist points under the travel point type corresponding to a travel time period is greater than a preset threshold (for example, 40), the travel time is sorted according to the priority of the travel points under the predetermined travel point types.
  • a preset threshold for example, 40
  • the preset number (for example, 40) of the tourist points under the type of the tourist point corresponding to the segment is selected as the tourist point to be planned, or if the number of the tourist points under the type of the tourist point corresponding to one travel time period is less than or equal to If the preset threshold (for example, 40) is used, all the tourist points under the travel point type corresponding to the travel time period are taken as the tourist points to be planned;
  • the play time corresponding to each to-be-planned travel point under the travel point type corresponding to each travel time period is determined, and according to different travel points under each travel point type The distance between the different travel points under the travel point type corresponding to each travel time period is calculated;
  • each tourist point in the tourist point playing path is The lines in the map are disjoint single line segments or single coils connected end to end;
  • the travel point play path of the shortest path distance is used as a travel point play path fed back to the user terminal.
  • the first time interval from the start time point of each travel time period to the preset lunch start time point, and the second time interval of the preset lunch end time point distance from the end time point of each travel time period Finding a set of travel points to be planned that do not exceed the cumulative travel time of the travel time and the total travel time of the same travel time period, and then perform path matching according to each travel point to be planned in the set of travel points to be matched to match each
  • the optimal travel point tour path corresponding to the travel time period provides users with the most reasonable tourist point play path and enhances the user's travel experience.
  • the preset segmentation rule is:
  • the travel period includes a plurality of days (for example, the travel period "10:00 on May 1, 2016 - 16:00 on May 5" includes 5 days), the travel period is different according to The date is divided into different time periods (for example, "10:00 on May 1, 2016 - 16:00 on May 5, 2016" is divided into "10:00-24:00 on May 1, 2016", “2016 May 2, 00:00-24:00", “May 3, 2016 00:00-24:00", “May 4, 2016 00:00-24:00", “2016 May 5th, 00:00-16:00”);
  • the starting time point of a divided time period (for example, 10:00 on May 1, 2016) is later than the preset travel start time point (for example, 8:30), and the end of the divided time period The time point (for example, 24:00 on May 1, 2016) is later than the preset tour end time point (for example, 18:00), then the start time point of the divided time period and the preset tour end The time point is associated with a travel time period (for example, May 1, 2016, 10:00-18:00);
  • the starting time point of a divided time period (for example, 00:00 on May 2, 2016) is earlier than or equal to a preset travel start time point (for example, 8:30), and the divided time period
  • the end time point (for example, 24:00 on May 2, 2016) is later than the preset tour end time point (for example, 18:00), and the preset tour start time point and the preset tour end are ended.
  • the time point is associated with a travel time period (for example, May 2, 2016, 8:30-18:00);
  • the starting time point of a divided time period (for example, 10:00 on May 1, 2016) is later than the preset travel start time point (for example, 8:30), and the end of the divided time period The time point (for example, 24:00 on May 1, 2016) is earlier than the preset tour end time point (for example, 18:00), then the start time point of the divided time period and the split time The end time point of the segment is associated with a travel time period;
  • the preset time is The travel start time point is associated with the end time point of the split time period into a travel time period.
  • FIG. 5 is a schematic diagram of functional modules of a planning server according to a first embodiment of the present invention.
  • the planning server includes:
  • the path calculation module 01 is configured to receive a travel route planning request with a travel parameter sent by the user terminal, and calculate a travel point play path corresponding to each travel time period according to the travel parameter, and feed back to the user terminal;
  • the user may send a travel route planning request with the travel parameters to the planning server through the user terminal (for example, a mobile phone, a tablet computer, or the like).
  • the user terminal for example, a mobile phone, a tablet computer, or the like.
  • the travel route planning client program may be pre-installed in the user terminal, and the user may input the travel parameter through the travel route planning operation interface provided by the travel route planning client program, and plan through the travel route
  • the client program sends a travel route planning request with the travel parameter to the planning server; in another embodiment, a browser system is pre-installed in the user terminal, and the user can access the plan through the browser system.
  • the planning server After receiving the travel route planning request with the travel parameter sent by the user terminal, the planning server analyzes the travel parameter, and calculates a travel point play path corresponding to each travel time period according to the travel parameter. For example, the tourist points included in each tourist point type corresponding to the tourist area in the tourist parameter may be determined, according to the travel time, distance, and the like of each tourist point.
  • the parameter selects a plurality of tourist points suitable for each travel time period, and generates a travel point play path corresponding to each travel time period. Of course, other calculation methods are not limited to calculate each travel time period based on the travel parameters. Corresponding tourist point play path. After calculating the travel point play path corresponding to each travel time period, the planning server feeds back the calculated travel point play path corresponding to each travel time period to the user terminal;
  • the obtaining module 02 is configured to acquire location location data from the user terminal in real time or at a time when the current time is in a travel time period, and save the acquired location location data and the associated data of the location time;
  • the planning server acquires location location data from the user terminal in real time or timing, for example, sending a positioning instruction to the user terminal in real time or timing for the user terminal to respond, and
  • the user terminal receives the positioning data; or the travel terminal planning client program is pre-installed in the user terminal, and the travel route planning client program controls the positioning unit to perform location positioning in real time or timing, and sends the positioning data to the planning server.
  • the location location data is the location data of the user at each arrival location in the actual travel itinerary, and can record the respective arrival locations of the user in the actual travel itinerary.
  • the acquired location location data is associated with the location time and the associated data is saved for storage.
  • the similarity calculation module 03 is configured to establish a positioning location path for the corresponding location positioning data according to the saved positioning time sequence after the end of the travel time period, and calculate a travel point play path corresponding to the travel time period and The similarity between the positioning position paths;
  • the planning server After the current travel time period is recorded, the planning server establishes a positioning location path for the corresponding location positioning data according to the order of the positioning time in the associated data of the saved location location data and the positioning time. And extracting the travel point play path corresponding to the current travel time period from the calculated travel point play paths corresponding to each travel time period, and calculating the similarity between the travel point play path and the positioning position path corresponding to the current travel time period. Degree, such as the similarity of the connection of the various points of the different paths in the map (such as disjoint single line segments or single coils connected end to end).
  • the first reminding module 04 is configured to generate an abnormality identifier for the tourist point play path if the similarity between the travel point play path and the location position path corresponding to the travel time period is less than a preset similarity, and/or Sending a path push exception reminder message to a predetermined terminal.
  • the calculated similarity between the tourist point play path and the location position path corresponding to the travel time period is less than a preset similarity (for example, 60%)
  • the calculated travel point play path corresponding to the travel time period is calculated. If the location difference path corresponding to the travel time period of the user in the actual travel itinerary is different, an abnormality identifier is generated for the travel point play route, and/or the route push abnormality reminding information is sent to the predetermined terminal.
  • a preset similarity for example, 60%
  • the planning server calculates the travel parameters according to the travel route planning request of the user.
  • the travel point play path corresponding to each travel time period is obtained, and the location location data is obtained from the user terminal in real time or at a time.
  • a location location path is established for the corresponding location location data, and the similarity between the tour point play path and the location location path corresponding to the tour time period is calculated. If the similarity between the tourist point play path and the location location path corresponding to the travel time period is less than a preset similarity, generating an abnormality identifier for the travel point play path, and/or sending a path push to the predetermined terminal Abnormal reminder information.
  • the travel point play path corresponding to each travel time period can be calculated based on the travel parameters input by the user, the corresponding specific travel point play path is recommended for the user for each travel time period of the user travel.
  • the location location path in the actual play process is generated according to the location location data, and if the similarity between the tour point play path and the location location path corresponding to the same travel time period is too low, then the tour is The point play path generates an abnormality identifier or directly pushes the abnormal reminder information, so as to effectively feedback the calculated travel point play path, so as to continuously correct and optimize the travel point play path, and promptly remind the user of the tour point play path.
  • Abnormal so that users can make more reasonable travel route planning in time to enhance the user's travel experience.
  • the second embodiment of the present invention provides a planning server. Based on the foregoing embodiments, the method further includes:
  • the second reminding module 05 is configured to: after the end of the travel time period, find the positioning position that matches the location in the tour point play path according to the saved association data of the location location data and the location time, and calculate each location Finding a positioning duration of the positioning position; if the difference between the positioning duration of the found positioning position and the preset playing time corresponding to the positioning position is greater than a preset difference, generating an abnormality for the traveling point playing path Identifying, and/or, sending a path push exception reminder message to a predetermined terminal.
  • the planning server finds a positioning position that matches the location in the travel point play path according to the location location data acquired from the user terminal, and according to the location The saved positional positioning data and the associated time of the positioning time are calculated, and the positioning duration of each found positioning position is calculated. If the difference between the positioning duration of the found positioning position and the preset playing time corresponding to the positioning position is greater than the preset difference (for example, 60 minutes), the preset playing time corresponding to the positioning position and the user tour are indicated. If the actual play time difference in the positioning position is large, the planning server generates an abnormality identifier for the tourist point play path, and/or sends a path push abnormality reminding information to the predetermined terminal. In order to remind the background that the preset playing time corresponding to the positioning position is abnormal, the user needs to recalculate and adjust according to the actual playing time of the user in the positioning position, so that the traveling point playing path calculated by the planning server is more accurate and reasonable.
  • the preset difference for example, 60 minutes
  • the path calculation module 01 is further configured to:
  • the travel parameter includes the associated data of the tourist area, the travel point type, and the travel time period, determining the travel points included in each travel point type corresponding to the travel area, and finding the travel corresponding to each travel time period according to the associated data.
  • the point type includes the tourist point; according to the predetermined mapping relationship between each tourist point and the playing time under the various tourist point types, and the distance between different tourist points under each tourist point type, each calculation is calculated according to a preset calculation rule. Travel time period The tourist point plays the path and feeds back to the user terminal;
  • the tourism parameter includes a tourist area, a tourism period, and does not include the associated data of the tourist point type and the travel time period, determining the tourist points included in each tourist point type corresponding to the tourist area, and pre-predetermining the travel period
  • the segmentation rule is divided into at least one travel time period, according to a predetermined mapping relationship between each tourist point and the play time under each travel point type, and the distance between different travel points under each travel point type, according to the preset
  • the calculation rule calculates a travel point play path corresponding to each travel time period, and feeds back to the user terminal.
  • the planning server After receiving the travel route planning request with the travel parameter sent by the user terminal, the planning server analyzes the travel parameter, and determines that each travel point type corresponding to the tourist area in the travel parameter includes Tourist point.
  • the travel parameters may include one or more user-entered travel related parameters, including but not limited to the following parameters: tourist areas, such as *** city, *** scenic area, *** island, etc.
  • Types of tourist spots such as humanities, shopping, food, etc.; tourist points including various tourist points, such as humanities, including *** museums, *** sea battle turrets, *** memorials, ** *Amusement parks, *** zoos, etc., shopping destinations include *** shopping plaza, *** duty-free shops, *** pedestrian street, etc., food-related tourist spots include *** food street, *** special features Snacks, *** centuries-old stores, *** food plazas, etc.; travel cycles, such as "10:00 on May 1, 2016 - 16:00 on May 5, 2016".
  • the planning server may directly obtain a specific tourist point included in each travel point type corresponding to the tourist area in the travel parameter input by the user, or may acquire a tourist area in the travel parameter input by the user. And/or after each type of tourist point, the automatic search and matching according to the tourist area and/or each tourist point type in the travel parameter input by the user, and obtaining the corresponding tourist points included in each travel point type are not limited herein. .
  • the travel parameter input by the user acquired by the planning server includes the associated data of the tourist point type and the travel time period, that is, the user defines different travel points in the travel parameter for different travel time periods in the travel itinerary.
  • the type corresponds to a different travel time period.
  • the humanity category is associated with the A time period “for example, *** year *** month *** day 8:00-18:00”; the shopping class corresponds to the B time period. Correlation; the food category is associated with the C time period.
  • the planning server finds each tourist point included in the travel point type corresponding to each travel time period according to the associated data of different travel point types and travel time periods defined by the user.
  • the mapping relationship between each tourist point and the play time under each travel point type may be determined in advance, for example, the travel point may be determined according to actual play needs or big data analysis of all user play data.
  • the playing time for example, the "*** Museum” for the humanities category, can predetermine the playing time, which can include "2 hours” and / or "8:00-10:00", etc. Make a limit.
  • the distance between different tourist points under each tourist point type comprehensively consider the play time of each tourist spot and the relationship between different tourist spots.
  • the distance is calculated according to a preset calculation rule, and the travel point travel path corresponding to each travel time period is calculated.
  • the total play time can be selected within the play time allowed during the same travel time period, and the allowed play time is not exceeded, and the route is not caused.
  • Long and cross-point tourist spots, and calculate the tourist attractions that generate the travel time period between selected tourist points Path is not limited to the use of other calculation methods to calculate the travel point play path corresponding to each travel time period.
  • the planning server calculates the travel point play path corresponding to each travel time period
  • the calculated travel point play path corresponding to each travel time period is fed back to the user terminal for the user to refer to the calculated travel point play path.
  • the calculated travel point play path corresponding to each travel time period is fed back to the user terminal for the user to refer to the calculated travel point play path.
  • the tourism cycle in the tourism parameter is divided into at least one travel time period according to a preset segmentation rule. For example, if the travel period is from 10:00 on May 1st, 2016 to 16:00 on May 5th, it can be divided into different time periods according to different dates, or different travels can be made according to other division methods. The division of the time period is not limited here.
  • the mapping relationship between each tourist point and the play time under each travel point type may be determined in advance, for example, the travel point may be determined according to actual play needs or big data analysis of all user play data.
  • the playing time for example, the "*** Museum” for the humanities category, can predetermine the playing time, which can include "2 hours” and / or "8:00-10:00", etc. Make a limit.
  • the distance between different tourist points under each tourist point type comprehensively consider the play time of each tourist spot and the relationship between different tourist spots.
  • the distance is calculated according to a preset calculation rule, and the travel point play path corresponding to each travel time period is used as a travel point play path corresponding to each travel time period after the travel cycle is divided, for example, in the same travel time period.
  • the allowed play time in the allowed play time does not exceed the allowable play time, and does not cause a number of travel points that are too long and intersected, and calculates a travel point play path that generates the travel time period between selected travel points.
  • it is not limited to use other calculation methods to calculate the travel point play path corresponding to each travel time period.
  • the planning server calculates the travel point play path corresponding to each travel time period
  • the calculated travel point play path corresponding to each travel time period is fed back to the user terminal for the user to refer to the calculated travel point play path.
  • the calculated travel point play path corresponding to each travel time period is fed back to the user terminal for the user to refer to the calculated travel point play path.
  • the planning server determines, according to the travel parameters in the travel route planning request of the user, the tourist points included in the travel point types corresponding to the tourist regions in the travel parameters; and according to the predetermined travel time for each travel time period
  • the mapping relationship between each tourist point and the play time under the point type, and the distance between different travel points under each travel point type, and calculating the travel point play path corresponding to each travel time period according to the preset calculation rule, will calculate The travel point play path corresponding to each travel time period is fed back to the user terminal. Since the travel points included in the travel time types corresponding to the travel time periods of the user play, the travel time of each travel point, and the distance between different travel points can be comprehensively considered, the travel point play paths corresponding to each travel time period are calculated. Therefore, for each travel time period of the user's travel, the user is recommended to play the corresponding specific tourist point.
  • the path provides users with reasonable and detailed travel route planning to enhance the user's travel experience.
  • the path calculation module 01 is further configured to:
  • the tourism parameter includes a tourist area, and does not include associated data of a tourism period, a tourist point type, and a travel time period, determining, according to the predetermined travel area, the recommended travel time period, and the associated data of the recommended travel point play path, a recommended travel time period corresponding to the tourist area in the travel parameter and a recommended travel point play path, and fed back to the user terminal;
  • the travel cycle in the travel parameter is divided into at least one travel time period according to a preset splitting rule. According to the predetermined recommended tourist area, the recommended travel time period and the associated travel data of the recommended travel point, the recommended travel area corresponding to the divided travel time period and the recommended travel point play path are determined and fed back to the user terminal.
  • the user only defines the current travel time.
  • the tourist area does not set its travel cycle and type of tourist spots.
  • the planning server determines, according to the predetermined tourism area, the recommended travel time period, and the associated data of the recommended tourist point play path, the recommended travel time period corresponding to the tourist area in the travel parameter and the recommended travel point play path, and will determine The recommended travel time period and the recommended tourist point play path are fed back to the user terminal.
  • the mapping relationship between different tourist areas and recommended travel time periods and recommended tourist spots may be determined according to different tourist areas and the hotness of the hotspots of all users, and if the user only sets the tourist area, there is no setting.
  • the tourism cycle, the type of the tourist point and the associated data of the travel time period, etc. the corresponding recommended travel time can be sent to the user according to the predetermined mapping relationship between the different tourist areas and the recommended travel time period and the recommended travel point play path.
  • the segment and the recommended tourist point play path in order to recommend the corresponding specific tourist point play path to enhance the user's travel experience.
  • the planning server first divides the tourism period in the travel parameter into at least one travel time period according to a preset segmentation rule, for example, if the travel period is May 1st, 2016, 10:00-May 5th At 16:00, it can be divided into different time periods according to different dates, and different travel time segments can be divided according to other segmentation methods, which is not limited herein.
  • the planning server determines, according to the predetermined recommended tourist area, the recommended travel time period, and the associated data of the recommended tourist point play path, the recommended tourist area corresponding to the divided travel time period and the recommended tourist point play path, and will determine The recommended tourist area and the recommended tourist point play path are fed back to the user terminal.
  • the mapping relationship between the recommended travel time period, the recommended travel area, and the recommended travel point play path may be determined according to the hot recommendation of the travel area and the travel point of the travel time corresponding to the travel time period of all the users.
  • the recommended travel time period, recommended tourist area, and recommended travel may be determined according to different predetermined times.
  • the mapping relationship of the point play path is sent to the corresponding recommended tourist area and the recommended tourist point play path for the user, so as to recommend the corresponding specific tourist point play path for the user to enhance the user's travel experience.
  • the preset calculation rule is:
  • a predetermined number of tourist points are selected as the to-be-planned tourist points from the tourist points under the travel point types corresponding to each travel time period. For example, if the number of tourist points under the travel point type corresponding to a travel time period is greater than a preset threshold (for example, 40), the travel time is sorted according to the priority of the travel points under the predetermined travel point types.
  • a preset threshold for example, 40
  • the preset number (for example, 40) of the tourist points under the type of the tourist point corresponding to the segment is selected as the tourist point to be planned, or if the number of the tourist points under the type of the tourist point corresponding to one travel time period is less than or equal to If the preset threshold (for example, 40) is used, all the tourist points under the travel point type corresponding to the travel time period are taken as the tourist points to be planned;
  • the play time corresponding to each to-be-planned travel point under the travel point type corresponding to each travel time period is determined, and according to different travel points under each travel point type The distance between the different travel points under the travel point type corresponding to each travel time period is calculated;
  • each tourist point in the tourist point playing path is The lines in the map are disjoint single line segments or single coils connected end to end;
  • the travel point play path of the shortest path distance is used as a travel point play path fed back to the user terminal.
  • the first time interval from the start time point of each travel time period to the preset lunch start time point, and the second time interval of the preset lunch end time point distance from the end time point of each travel time period Finding a set of travel points to be planned that do not exceed the cumulative travel time of the travel time and the total travel time of the same travel time period, and then perform path matching according to each travel point to be planned in the set of travel points to be matched to match each
  • the optimal travel point tour path corresponding to the travel time period provides users with the most reasonable tourist point play path and enhances the user's travel experience.
  • the preset segmentation rule is:
  • the travel period includes a plurality of days (for example, the travel period "10:00 on May 1, 2016 - 16:00 on May 5" includes 5 days), the travel period is different according to The date is divided into different time periods (for example, "10:00 on May 1, 2016 - 16:00 on May 5, 2016" is divided into "10:00-24:00 on May 1, 2016", “2016 May 2, 00:00-24:00", “May 3, 2016 00:00-24:00", “May 4, 2016 00:00-24:00", “May 5, 2016 00:00-16:00”);
  • the starting time point of a divided time period (for example, 10:00 on May 1, 2016) is later than the preset travel start time point (for example, 8:30), and the end of the divided time period The time point (for example, 24:00 on May 1, 2016) is later than the preset tour end time point (for example, 18:00), then the start time point of the divided time period and the preset tour end The time point is associated with a travel time period (for example, May 1, 2016, 10:00-18:00);
  • the starting time point of a divided time period (for example, 00:00 on May 2, 2016) is earlier than or equal to a preset travel start time point (for example, 8:30), and the divided time period
  • the end time point (for example, 24:00 on May 2, 2016) is later than the preset tour end time point (for example, 18:00), and the preset tour start time point and the preset tour end are ended.
  • the time point is associated with a travel time period (for example, May 2, 2016, 8:30-18:00);
  • the starting time point of a divided time period (for example, 10:00 on May 1, 2016) is later than the preset travel start time point (for example, 8:30), and the end of the divided time period The time point (for example, 24:00 on May 1, 2016) is earlier than the preset tour end time point (for example, 18:00), then the start time point of the divided time period and the split time The end time point of the segment is associated with a travel time period;
  • the preset time is The travel start time point is associated with the end time point of the split time period into a travel time period.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • a storage medium such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Navigation (AREA)

Abstract

一种旅游规划路线的异常提醒方法，包括：收到用户终端发送的带有旅游参数的旅游路线规划请求后，根据旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给用户终端(S10)；在当前时间处于一旅游时间段时，从用户终端获取位置定位数据，将位置定位数据与定位时间的关联数据保存(S20)；按定位时间先后顺序，为对应位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度(S30)；若该相似度小于预设相似度，则为旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息(S40)，同时还公开了一种规划服务器，整体方案能够及时提醒用户旅游点游玩路径异常。

Description

旅游规划路线的异常提醒方法、规划服务器及存储介质
优先权申明
本申请基于巴黎公约申明享有2016年9月7日递交的申请号为CN201610812423.2、名称为“旅游规划路线的异常提醒方法及服务器”中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本发明涉及计算机技术领域，尤其涉及一种旅游规划路线的异常提醒方法、规划服务器及存储介质。
背景技术
目前，现有的旅游类的客户端程序，通常并不能为客户提供非常具体的旅游路线规划(例如，酒店、交通、时间安排等)，即使有给出旅游路线规划，给出的旅游路线规划通常不合理，且无法在用户旅行过程中提供必要的旅游提醒，导致多花很多时间在景点之间的路程上且容易错过路线规划中的很多景点。
发明内容
本发明的主要目的在于提供一种旅游规划路线的异常提醒方法及服务器，旨在为用户提供具体的旅游点游玩路径并在路径出现异常时进行提醒。
为实现上述目的，本发明第一方面提供的一种旅游规划路线的异常提醒方法，所述方法包括以下步骤：
规划服务器接收用户终端发送的带有旅游参数的旅游路线规划请求，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
在当前时间处于一个旅游时间段时，实时或者定时从所述用户终端获取位置定位数据，并将获取的位置定位数据与定位时间的关联数据进行保存；
在该旅游时间段结束后，按照保存的定位时间的先后顺序，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度；
若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
本发明第二方面提供一种规划服务器，包括存储器及与该存储器连接的处理器，所述存储器上存储有至少一个计算机可读指令，该计算机可读指令可被所述处理器执行，以执行以下步骤：
接收用户终端发送的带有旅游参数的旅游路线规划请求，根据所述旅游 参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
在当前时间处于一个旅游时间段时，实时或者定时从所述用户终端获取位置定位数据，并将获取的位置定位数据与定位时间的关联数据进行保存；
在该旅游时间段结束后，按照保存的定位时间的先后顺序，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度；
若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
此外，为实现上述目的，本发明第三方面提供一种计算机可读存储介质，其上存储有至少一个计算机指令，该至少一个计算机指令可被处理器所执行，以执行以下步骤：
接收用户终端发送的带有旅游参数的旅游路线规划请求，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
在当前时间处于一个旅游时间段时，实时或者定时从所述用户终端获取位置定位数据，并将获取的位置定位数据与定位时间的关联数据进行保存；
在该旅游时间段结束后，按照保存的定位时间的先后顺序，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度；
若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
本发明提出的旅游规划路线的异常提醒方法、规划服务器及存储介质，通过规划服务器来根据用户的旅游路线规划请求中的旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并实时或者定时从用户终端获取位置定位数据。在当前的旅游时间段结束后，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度。若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。由于能基于用户输入的旅游参数来计算出各个旅游时间段对应的旅游点游玩路径，从而针对用户旅游的各个旅游时间段为用户推荐相应的具体旅游点游玩路径。而且能在用户游玩过程中根据其位置定位数据生成实际游玩过程中的定位位置路径，若同一旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度过低，则为所述旅游点游玩路径生成异常标识或直接推送异常提醒信息，从而对计算出的旅游点游玩路径进行有效的反馈，以对旅游点游玩路径进行不断地校正、优化，还能及时提醒用户该旅游点游玩路径异常，以便用户及时进行更加合理的旅游路线规划，提升用户的旅游体验。
附图说明
图1为本发明各实施例的旅游规划路线的异常提醒方法的硬件运行环境；
图2为本发明一实施例中规划服务器的结构示意图；
图3为本发明旅游规划路线的异常提醒方法第一实施例的流程示意图；
图4为本发明旅游规划路线的异常提醒方法第二实施例的流程示意图；
图5为本发明规划服务器第一实施例的功能模块示意图；
图6为本发明规划服务器第二实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
参考图1，其为图3至图4任一实施例的旅游规划路线的异常提醒方法的硬件运行环境，该运行环境包括规划服务器10及通过与规划服务器10实现通信交互的至少一个用户终端20。
用户终端20可以是手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、可穿戴设备(例如，智能手表、智能眼镜等)等智能终端或者是其它任意适用的电子设备。用户终端可通过互联网、广域网、城域网、局域网、虚拟专用网络(Virtual Private Network,VPN)等与规划服务器10实现通信交互。
规划服务器10能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理。如图2所示，规划服务器10包括通过系统总线连接的处理器11、存储器12及网络接口13。其中，处理器11用于提供计算和控制能力，以支撑服务器10的运行，其可以包括一个或者多个微处理器、数字处理器等。存储器12用于存储规划服务器10的实现特定功能或操作所需的各种数据及计算机可读指令，其可以包括内存及至少一个存储介质；内存为规划服务器10的运行提供缓存环境；存储介质上存储有操作系统及至少一个计算机可读指令，该至少一个计算机可读存储指令可被处理器12所执行，以实现本申请各实施例的旅游规划路线的异常提醒方法。网络接口13用于在处理器11的指令下与用户终端20进行信息交互，例如，接收来自用户终端20的旅游路线规划请求以及相应的异常提醒信息等至用户终端20。
可以理解，上述存储介质可为非易失性存储介质，如ROM、EPROM或Flash Memory(快闪存储器)等。
可以理解，图2中示出的结构，仅仅是规划服务器10与本申请方案相关的部分结构的框图，并不构成对规划服务器10的限定。在不同的实施例中，规划服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。例如，在某一实施例中，规划服务器10可进一步包 括输入装置、显示屏、声音采集装置，等等。
本实施例中，规划服务器10接收到用户终端20通过网络传送的旅游路线规划请求后，可将其存储在存储器12中，并通过处理器11执行存储器12中的计算机可读指令，以实现本申请各实施例的旅游规划路线的异常提醒方法。
参照图3，图3为本发明旅游规划路线的异常提醒方法第一实施例的流程示意图。
在第一实施例中，该旅游规划路线的异常提醒方法包括：
步骤S10，规划服务器接收用户终端发送的带有旅游参数的旅游路线规划请求，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
本实施例中，用户在需要进行旅游路线规划时，可通过用户终端(例如，手机、平板电脑等)向规划服务器发送带有旅游参数的旅游路线规划请求。
在一种实施方式中，可在用户终端中预先安装旅游路线规划客户端程序，用户可以通过该旅游路线规划客户端程序提供的旅游路线规划操作界面输入所述旅游参数，并通过该旅游路线规划客户端程序向所述规划服务器发送带有所述旅游参数的旅游路线规划请求；在另一种实施方式中，用户终端中预先安装有浏览器系统，用户可以通过该浏览器系统访问所述规划服务器，从所述规划服务器接收反馈回的旅游路线规划操作界面，以基于所述旅游路线规划操作界面输入所述旅游参数，并通过该浏览器系统向所述规划服务器发送带有所述旅游参数的旅游路线规划请求。
所述规划服务器在收到用户终端发送来的带有所述旅游参数的旅游路线规划请求后，对所述旅游参数进行分析，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，如可确定出所述旅游参数中的旅游地区对应的各个旅游点类型包括的旅游点，根据各个旅游点的游玩时间、距离远近等参数，为各个旅游时间段选择相适应的若干旅游点，并生成各个旅游时间段对应的旅游点游玩路径，当然，也不限定采用其他的计算方式来基于所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径。在计算出各个旅游时间段对应的旅游点游玩路径之后，所述规划服务器将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端；
步骤S20，在当前时间处于一个旅游时间段时，实时或者定时从所述用户终端获取位置定位数据，并将获取的位置定位数据与定位时间的关联数据进行保存；
若当前时间处于一个旅游时间段，则所述规划服务器实时或者定时从所述用户终端获取位置定位数据，例如，实时或者定时向所述用户终端发送定位指令以供所述用户终端响应，并从所述用户终端接收定位数据；或者，所述用户终端中预先安装有旅游路线规划客户端程序，该旅游路线规划客户端程序实时或者定时控制定位单元进行位置定位，并将定位数据发送给规划服务器。该位置定位数据即为用户在实际旅游行程中的各个到达位置的定位数 据，能记录用户在实际旅游行程中的各个到达位置。将获取的位置定位数据与定位时间进行关联并形成关联数据进行保存。
步骤S30，在该旅游时间段结束后，按照保存的定位时间的先后顺序，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度；
所述规划服务器在记录的当前旅游时间段结束后，按照保存的位置定位数据与定位时间的关联数据中定位时间的先后顺序，为对应的位置定位数据建立定位位置路径。并从计算出的各个旅游时间段对应的旅游点游玩路径中提取出当前旅游时间段对应的旅游点游玩路径，计算出该当前旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度，如可计算不同路径的各个位置点在地图中的连线(如不相交的单线段或者首尾相连的单线圈)的相似度。
步骤S40，若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
若计算出的该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度(例如，60％)，则说明计算出的该旅游时间段对应的旅游点游玩路径与用户在实际旅游行程中该旅游时间段对应的定位位置路径差异较大，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。以提醒后台该旅游时间段对应的旅游点游玩路径异常，需进行重新计算调整，还能及时提醒用户当前所述规划服务器反馈的旅游点游玩路径异常，用户可根据自身行程需求重新制定旅游路线，以避免受所述规划服务器反馈的异常的旅游点游玩路径干扰，耽误用户的旅游时间。
本实施例中规划服务器根据用户的旅游路线规划请求中的旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并实时或者定时从用户终端获取位置定位数据。在当前的旅游时间段结束后，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度。若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。由于能基于用户输入的旅游参数来计算出各个旅游时间段对应的旅游点游玩路径，从而针对用户旅游的各个旅游时间段为用户推荐相应的具体旅游点游玩路径。而且能在用户游玩过程中根据其位置定位数据生成实际游玩过程中的定位位置路径，若同一旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度过低，则为所述旅游点游玩路径生成异常标识或直接推送异常提醒信息，从而对计算出的旅游点游玩路径进行有效的反馈，以对旅游点游玩路径进行不断地校正、优化，还能及时提醒用户该旅游点游玩路径异常，以便用户及时进行更加合理的旅游路线规划，提升用户的旅游体验。
如图4所示，本发明第二实施例提出一种旅游规划路线的异常提醒方法，在上述实施例的基础上，还包括：
步骤S50，所述规划服务器在该旅游时间段结束后，根据保存的位置定位数据与定位时间的关联数据，找出与所述旅游点游玩路径中的地点匹配的定位位置，并计算出各个找出的定位位置的定位持续时间；
步骤S60，若有找出的定位位置的定位持续时间与该定位位置对应的预设游玩时间的差值大于预设差值，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
本实施例中，所述规划服务器在记录的当前旅游时间段结束后，根据从所述用户终端获取的位置定位数据中找出与所述旅游点游玩路径中的地点匹配的定位位置，并按照保存的位置定位数据与定位时间的关联数据，计算出各个找出的定位位置的定位持续时间。若有找出的定位位置的定位持续时间与该定位位置对应的预设游玩时间的差值大于预设差值(例如，60分钟)，则说明该定位位置对应的预设游玩时间与用户旅游行程中在该定位位置的实际游玩时间差异较大，则所述规划服务器为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。以提醒后台该定位位置对应的预设游玩时间异常，需根据用户在该定位位置的实际游玩时间进行重新计算调整，以使后续所述规划服务器计算出的旅游点游玩路径更加准确、合理。
进一步地，在其他实施例中，上述步骤S10包括：
若所述旅游参数包括旅游地区、旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，根据所述关联数据找到各个旅游时间段对应的旅游点类型包括的旅游点；根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
若所述旅游参数包括旅游地区、旅游周期，而不包括旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，将所述旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端。
所述规划服务器在收到用户终端发送来的带有所述旅游参数的旅游路线规划请求后，对所述旅游参数进行分析，确定出所述旅游参数中的旅游地区对应的各个旅游点类型包括的旅游点。例如，所述旅游参数可包括一个或多个用户输入的旅游相关参数，所述旅游参数包括但不限于以下参数：旅游地区，如***城市、***风景区、***岛等；旅游点类型，如人文类、购物类、美食类等；各个旅游点类型包括的旅游点，如人文类的旅游点包括***博物馆、 ***海战炮台、***纪念馆、***游乐园、***动物园等，购物类的旅游点包括***购物广场、***免税店、***步行街等，美食类的旅游点包括***美食街、***特色小吃、***百年老店、***美食广场等；旅游周期，如“2016年5月1日10:00—5月5日16:00”等。
本实施例中，所述规划服务器可直接获取用户输入的所述旅游参数中的旅游地区对应的各个旅游点类型包括的具体旅游点，也可在获取用户输入的所述旅游参数中的旅游地区和/或各个旅游点类型之后，根据用户输入的所述旅游参数中的旅游地区和/或各个旅游点类型进行自动搜索、匹配获取相应的各个旅游点类型包括的旅游点，在此不做限定。
若所述旅游参数中包括旅游点类型与旅游时间段的关联数据，则规划服务器根据旅游点类型与旅游时间段的关联数据，找到各个旅游时间段对应的旅游点类型包括的旅游点，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间映射关系，及各个旅游点类型下的不同旅游点之间的距离，并按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端；
若所述规划服务器获取的用户输入的所述旅游参数中包括旅游点类型与旅游时间段的关联数据，即用户针对旅游行程中的不同旅游时间段，在所述旅游参数中限定了不同旅游点类型对应有不同的旅游时间段，例如，人文类与A时间段“例如，***年***月***日8:00—18:00”对应关联；购物类与B时间段对应关联；美食类与C时间段对应关联。所述规划服务器根据用户限定的不同旅游点类型与旅游时间段的关联数据，找到各个旅游时间段对应的旅游点类型包括的各旅游点。本实施例中，可预先确定各个旅游点类型下的各个旅游点与游玩时间的映射关系，如可根据实际游玩需要或对所有用户的游玩数据进行大数据分析等方式来预先确定各个旅游点对应的游玩时间，例如针对人文类的旅游点“***博物馆”，可预先确定游玩时间，该游玩时间可包括“2小时”和/或“8:00—10:00”等，在此不做限定。
根据预先确定好的各个旅游点类型下的各个旅游点与游玩时间映射关系，以及各个旅游点类型下的不同旅游点之间的距离，综合考虑各个旅游点的游玩时间及不同旅游点之间的距离来按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，如可在同一旅游时间段所允许的游玩时间内选择游玩时间总和不超过允许的游玩时间，且不会造成路线过长、交叉的若干旅游点，并在选择的若干旅游点之间计算生成该旅游时间段的旅游点游玩路径，当然，也不限定采用其他的计算方式来计算出各个旅游时间段对应的旅游点游玩路径。
所述规划服务器计算出各个旅游时间段对应的旅游点游玩路径之后，将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端，以供用户参考计算出的旅游点游玩路径来针对各个旅游时间段进行相应的旅游路线规划，方便用户安排高效的游玩计划。
若所述旅游参数中不包括旅游点类型与旅游时间段的关联数据，则规划 服务器将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间映射关系，及各个旅游点类型下的不同旅游点之间的距离，并按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端。
若所述规划服务器获取的用户输入的所述旅游参数中不包括旅游点类型与旅游时间段的关联数据，即用户并没有对其旅游周期进行不同旅游时间段的划分，则规划服务器将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段。例如若所述旅游周期为2016年5月1日10:00—5月5日16:00，则可按照不同的日期分割成不同的时间段，也可根据其他分割方式对旅游周期进行不同旅游时间段的划分，在此不做限定。
本实施例中，可预先确定各个旅游点类型下的各个旅游点与游玩时间的映射关系，如可根据实际游玩需要或对所有用户的游玩数据进行大数据分析等方式来预先确定各个旅游点对应的游玩时间，例如针对人文类的旅游点“***博物馆”，可预先确定游玩时间，该游玩时间可包括“2小时”和/或“8:00—10:00”等，在此不做限定。
根据预先确定好的各个旅游点类型下的各个旅游点与游玩时间映射关系，以及各个旅游点类型下的不同旅游点之间的距离，综合考虑各个旅游点的游玩时间及不同旅游点之间的距离来按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并将其作为将旅游周期分割后的各个旅游时间段所对应的旅游点游玩路径，如可在同一旅游时间段所允许的游玩时间内选择游玩时间总和不超过允许的游玩时间，且不会造成路线过长、交叉的若干旅游点，并在选择的若干旅游点之间计算生成该旅游时间段的旅游点游玩路径，当然，也不限定采用其他的计算方式来计算出各个旅游时间段对应的旅游点游玩路径。
所述规划服务器计算出各个旅游时间段对应的旅游点游玩路径之后，将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端，以供用户参考计算出的旅游点游玩路径来针对各个旅游时间段进行相应的旅游路线规划，方便用户安排高效的游玩计划。
本实施例中规划服务器根据用户的旅游路线规划请求中的旅游参数确定出所述旅游参数中的旅游地区对应的各个旅游点类型包括的旅游点；针对各个旅游时间段，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间映射关系，及各个旅游点类型下的不同旅游点之间的距离，并按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端。由于能综合考虑用户游玩的各个旅游时间段所对应的旅游点类型包括的旅游点、各旅游点的游玩时间以及不同旅游点之间的距离，计算出各个旅游时间段对应的旅游点游玩路径，从而针对用户旅游的各个旅游时间段为用户推荐相应的具体旅游点游玩路径，为用户提供合理、详细的旅游路线规划，提升用户的旅游体验。
进一步地，在其他实施例中，该方法还包括：
若所述旅游参数包括旅游地区，而不包括旅游周期、旅游点类型与旅游时间段的关联数据，则根据预先确定的旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出所述旅游参数中的旅游地区对应的推荐旅游时间段及推荐旅游点游玩路径，并反馈给所述用户终端；
若所述旅游参数包括旅游周期，而不包括旅游地区、旅游点类型与旅游时间段的关联数据，则将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的推荐旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出分割的旅游时间段对应的推荐旅游地区及推荐旅游点游玩路径，并反馈给所述用户终端。
本实施例中，若所述规划服务器获取的用户输入的所述旅游参数中不包括旅游周期，且不包括旅游点类型与旅游时间段的关联数据，则说明用户仅限定了其本次旅游的旅游地区，并没有设定其旅游周期及旅游点类型。则规划服务器根据预先确定的旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出所述旅游参数中的旅游地区对应的推荐旅游时间段及推荐旅游点游玩路径，并将确定出的推荐旅游时间段及推荐旅游点游玩路径反馈给所述用户终端。例如，可预先根据不同的旅游地区及所有用户的游玩热度及推荐热度，确定不同旅游地区与推荐旅游时间段、推荐旅游点游玩路径的映射关系，若用户仅设定其旅游地区，没有设定如旅游周期、旅游点类型与旅游时间段的关联数据等参数，即可根据预先确定的不同旅游地区与推荐旅游时间段、推荐旅游点游玩路径的映射关系，向该用户发送对应的推荐旅游时间段及推荐旅游点游玩路径，以为用户推荐相应的具体旅游点游玩路径，提升用户的旅游体验。
此外，若所述规划服务器获取的用户输入的所述旅游参数中不包括旅游地区，且不包括旅游点类型与旅游时间段的关联数据，则说明用户仅限定了其本次旅游的旅游周期，并没有设定其旅游地区及旅游点类型。则所述规划服务器首先将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段，例如若所述旅游周期为2016年5月1日10:00—5月5日16:00，则可按照不同的日期分割成不同的时间段，也可根据其他分割方式对旅游周期进行不同旅游时间段的划分，在此不做限定。
然后，所述规划服务器根据预先确定的推荐旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出分割的旅游时间段对应的推荐旅游地区及推荐旅游点游玩路径，并将确定出的推荐旅游地区及推荐旅游点游玩路径反馈给所述用户终端。例如，可预先根据所有用户对不同旅游时间段所对应的旅游地区及旅游点游玩路径的游玩推荐热度，确定不同推荐旅游时间段、推荐旅游地区以及推荐旅游点游玩路径的映射关系。若用户仅设定其旅游周期，没有设定如旅游地区、旅游点类型与旅游时间段的关联数据等参数，即可根据预先确定的不同推荐旅游时间段、推荐旅游地区以及推荐旅游点游玩路径的映射关系，向该用户发送对应的推荐旅游地区及推荐旅游点游 玩路径，以为用户推荐相应的具体旅游点游玩路径，提升用户的旅游体验。
进一步地，在其他实施例中，所述预设计算规则为：
计算出各个旅游时间段的起始时间点距离预设午饭起始时间点(例如，每天的11:40)的第一时间间隔，及预设午饭结束时间点(例如，每天的12:30)距离各个旅游时间段的结束时间点的第二时间间隔；
按预设的挑选规则分别从各个旅游时间段对应的旅游点类型下的旅游点中挑选出预设数量的旅游点作为待规划旅游点。例如，若一个旅游时间段对应的旅游点类型下的旅游点数量大于预设阈值(例如，40个)，则根据预先确定的各个旅游点类型下的旅游点的优先级排序，从该旅游时间段对应的旅游点类型下的旅游点中挑选出预设数量(例如，40个)的旅游点作为待规划旅游点，或者，若一个旅游时间段对应的旅游点类型下的旅游点数量小于等于预设阈值(例如，40个)，则将旅游时间段对应的旅游点类型下的所有旅游点作为待规划旅游点；
根据各个旅游点类型下的各个旅游点与游玩时间的映射关系，确定各个旅游时间段对应的旅游点类型下的各个待规划旅游点对应的游玩时间，及根据各个旅游点类型下的不同旅游点之间的距离，计算出各个旅游时间段对应的旅游点类型下的不同待规划旅游点之间的消耗时间；
从各个旅游时间段对应的旅游点类型下的待规划旅游点中，找出对应游玩时间和消耗时间的累积值小于等于第一时间间隔的第一待规划旅游点集合，并找出对应游玩时间和消耗时间的累积值小于等于第二时间间隔的第二待规划旅游点集合；
将找出的各个第一待规划旅游点集合和第二待规划旅游点集合进行路径匹配，以匹配出各个旅游时间段对应的旅游点游玩路径，所述旅游点游玩路径中的各个旅游点在地图中的连线为不相交的单线段或者首尾相连的单线圈；
若有旅游时间段匹配出的旅游点游玩路径有多个，则将最短路径距离的旅游点游玩路径作为反馈给所述用户终端的旅游点游玩路径。
本实施例中，基于各个旅游时间段的起始时间点距离预设午饭起始时间点的第一时间间隔，及预设午饭结束时间点距离各个旅游时间段的结束时间点的第二时间间隔；找出游玩时间和消耗时间的累积值不超过同一旅游时间段的总旅游时间的待规划旅游点集合，再根据待规划旅游点集合中的各个待规划旅游点进行路径匹配，以匹配出各个旅游时间段对应的最优旅游点游玩路径，从而为用户提供最合理的旅游点游玩路径，提升用户的旅游体验。
进一步地，在其他实施例中，所述预设的分割规则为：
若所述旅游周期包含多个天数(例如，所述旅游周期“2016年5月1日10:00—5月5日16:00”包含5个天数)，则将所述旅游周期按照不同的日期分割成不同的时间段(例如，将“2016年5月1日10:00—5月5日16:00”分割成“2016年5月1日10:00—24:00”、“2016年5月2日00:00—24:00”、“2016年5月3日00:00—24:00”、“2016年5月4日00:00—24:00”、“2016 年5月5日00:00—16:00”)；
若一个分割的时间段的起始时间点(例如，2016年5月1日10:00)晚于预设的旅游起始时间点(例如，8:30)，且该分割的时间段的结束时间点(例如，2016年5月1日24:00)晚于预设的旅游结束时间点(例如，18:00)，则将该分割的时间段的起始时间点和预设的旅游结束时间点关联成一个旅游时间段(例如，2016年5月1日10:00—18:00)；
若一个分割的时间段的起始时间点(例如，2016年5月2日00:00)早于或者等于预设的旅游起始时间点(例如，8:30)，且该分割的时间段的结束时间点(例如，2016年5月2日24:00)晚于预设的旅游结束时间点(例如，18:00)，则将预设的旅游起始时间点和预设的旅游结束时间点关联成一个旅游时间段(例如，2016年5月2日8:30—18:00)；
若一个分割的时间段的起始时间点(例如，2016年5月1日10:00)晚于预设的旅游起始时间点(例如，8:30)，且该分割的时间段的结束时间点(例如，2016年5月1日24:00)早于等于预设的旅游结束时间点(例如，18:00)，则将该分割的时间段的起始时间点和该分割的时间段的结束时间点关联成一个旅游时间段；
若一个分割的时间段的起始时间点早于或者等于预设的旅游起始时间点，且该分割的时间段的结束时间点早于等于预设的旅游结束时间点，则将预设的旅游起始时间点和该分割的时间段的结束时间点关联成一个旅游时间段。
参照图5，图5为本发明第一实施例规划服务器的功能模块示意图。
在第一实施例中，该规划服务器包括：
路径计算模块01，用于接收用户终端发送的带有旅游参数的旅游路线规划请求，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
本实施例中，用户在需要进行旅游路线规划时，可通过用户终端(例如，手机、平板电脑等)向规划服务器发送带有旅游参数的旅游路线规划请求。
在一种实施方式中，可在用户终端中预先安装旅游路线规划客户端程序，用户可以通过该旅游路线规划客户端程序提供的旅游路线规划操作界面输入所述旅游参数，并通过该旅游路线规划客户端程序向所述规划服务器发送带有所述旅游参数的旅游路线规划请求；在另一种实施方式中，用户终端中预先安装有浏览器系统，用户可以通过该浏览器系统访问所述规划服务器，从所述规划服务器接收反馈回的旅游路线规划操作界面，以基于所述旅游路线规划操作界面输入所述旅游参数，并通过该浏览器系统向所述规划服务器发送带有所述旅游参数的旅游路线规划请求。
所述规划服务器在收到用户终端发送来的带有所述旅游参数的旅游路线规划请求后，对所述旅游参数进行分析，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，如可确定出所述旅游参数中的旅游地区对应的各个旅游点类型包括的旅游点，根据各个旅游点的游玩时间、距离远近等 参数，为各个旅游时间段选择相适应的若干旅游点，并生成各个旅游时间段对应的旅游点游玩路径，当然，也不限定采用其他的计算方式来基于所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径。在计算出各个旅游时间段对应的旅游点游玩路径之后，所述规划服务器将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端；
获取模块02，用于在当前时间处于一个旅游时间段时，实时或者定时从所述用户终端获取位置定位数据，并将获取的位置定位数据与定位时间的关联数据进行保存；
若当前时间处于一个旅游时间段，则所述规划服务器实时或者定时从所述用户终端获取位置定位数据，例如，实时或者定时向所述用户终端发送定位指令以供所述用户终端响应，并从所述用户终端接收定位数据；或者，所述用户终端中预先安装有旅游路线规划客户端程序，该旅游路线规划客户端程序实时或者定时控制定位单元进行位置定位，并将定位数据发送给规划服务器。该位置定位数据即为用户在实际旅游行程中的各个到达位置的定位数据，能记录用户在实际旅游行程中的各个到达位置。将获取的位置定位数据与定位时间进行关联并形成关联数据进行保存。
相似度计算模块03，用于在该旅游时间段结束后，按照保存的定位时间的先后顺序，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度；
所述规划服务器在记录的当前旅游时间段结束后，按照保存的位置定位数据与定位时间的关联数据中定位时间的先后顺序，为对应的位置定位数据建立定位位置路径。并从计算出的各个旅游时间段对应的旅游点游玩路径中提取出当前旅游时间段对应的旅游点游玩路径，计算出该当前旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度，如可计算不同路径的各个位置点在地图中的连线(如不相交的单线段或者首尾相连的单线圈)的相似度。
第一提醒模块04，用于若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
若计算出的该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度(例如，60％)，则说明计算出的该旅游时间段对应的旅游点游玩路径与用户在实际旅游行程中该旅游时间段对应的定位位置路径差异较大，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。以提醒后台该旅游时间段对应的旅游点游玩路径异常，需进行重新计算调整，还能及时提醒用户当前所述规划服务器反馈的旅游点游玩路径异常，用户可根据自身行程需求重新制定旅游路线，以避免受所述规划服务器反馈的异常的旅游点游玩路径干扰，耽误用户的旅游时间。
本实施例中规划服务器根据用户的旅游路线规划请求中的旅游参数计算 出各个旅游时间段对应的旅游点游玩路径，并实时或者定时从用户终端获取位置定位数据。在当前的旅游时间段结束后，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度。若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。由于能基于用户输入的旅游参数来计算出各个旅游时间段对应的旅游点游玩路径，从而针对用户旅游的各个旅游时间段为用户推荐相应的具体旅游点游玩路径。而且能在用户游玩过程中根据其位置定位数据生成实际游玩过程中的定位位置路径，若同一旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度过低，则为所述旅游点游玩路径生成异常标识或直接推送异常提醒信息，从而对计算出的旅游点游玩路径进行有效的反馈，以对旅游点游玩路径进行不断地校正、优化，还能及时提醒用户该旅游点游玩路径异常，以便用户及时进行更加合理的旅游路线规划，提升用户的旅游体验。
如图6所示，本发明第二实施例提出一种规划服务器，在上述实施例的基础上，还包括：
第二提醒模块05，用于在该旅游时间段结束后，根据保存的位置定位数据与定位时间的关联数据，找出与所述旅游点游玩路径中的地点匹配的定位位置，并计算出各个找出的定位位置的定位持续时间；若有找出的定位位置的定位持续时间与该定位位置对应的预设游玩时间的差值大于预设差值，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
本实施例中，所述规划服务器在记录的当前旅游时间段结束后，根据从所述用户终端获取的位置定位数据中找出与所述旅游点游玩路径中的地点匹配的定位位置，并按照保存的位置定位数据与定位时间的关联数据，计算出各个找出的定位位置的定位持续时间。若有找出的定位位置的定位持续时间与该定位位置对应的预设游玩时间的差值大于预设差值(例如，60分钟)，则说明该定位位置对应的预设游玩时间与用户旅游行程中在该定位位置的实际游玩时间差异较大，则所述规划服务器为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。以提醒后台该定位位置对应的预设游玩时间异常，需根据用户在该定位位置的实际游玩时间进行重新计算调整，以使后续所述规划服务器计算出的旅游点游玩路径更加准确、合理。
进一步地，在其他实施例中，上述路径计算模块01还用于：
若所述旅游参数包括旅游地区、旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，根据所述关联数据找到各个旅游时间段对应的旅游点类型包括的旅游点；根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的 旅游点游玩路径，并反馈给所述用户终端；
若所述旅游参数包括旅游地区、旅游周期，而不包括旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，将所述旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端。
所述规划服务器在收到用户终端发送来的带有所述旅游参数的旅游路线规划请求后，对所述旅游参数进行分析，确定出所述旅游参数中的旅游地区对应的各个旅游点类型包括的旅游点。例如，所述旅游参数可包括一个或多个用户输入的旅游相关参数，所述旅游参数包括但不限于以下参数：旅游地区，如***城市、***风景区、***岛等；旅游点类型，如人文类、购物类、美食类等；各个旅游点类型包括的旅游点，如人文类的旅游点包括***博物馆、***海战炮台、***纪念馆、***游乐园、***动物园等，购物类的旅游点包括***购物广场、***免税店、***步行街等，美食类的旅游点包括***美食街、***特色小吃、***百年老店、***美食广场等；旅游周期，如“2016年5月1日10:00—5月5日16:00”等。
本实施例中，所述规划服务器可直接获取用户输入的所述旅游参数中的旅游地区对应的各个旅游点类型包括的具体旅游点，也可在获取用户输入的所述旅游参数中的旅游地区和/或各个旅游点类型之后，根据用户输入的所述旅游参数中的旅游地区和/或各个旅游点类型进行自动搜索、匹配获取相应的各个旅游点类型包括的旅游点，在此不做限定。
若所述规划服务器获取的用户输入的所述旅游参数中包括旅游点类型与旅游时间段的关联数据，即用户针对旅游行程中的不同旅游时间段，在所述旅游参数中限定了不同旅游点类型对应有不同的旅游时间段，例如，人文类与A时间段“例如，***年***月***日8:00—18:00”对应关联；购物类与B时间段对应关联；美食类与C时间段对应关联。所述规划服务器根据用户限定的不同旅游点类型与旅游时间段的关联数据，找到各个旅游时间段对应的旅游点类型包括的各旅游点。本实施例中，可预先确定各个旅游点类型下的各个旅游点与游玩时间的映射关系，如可根据实际游玩需要或对所有用户的游玩数据进行大数据分析等方式来预先确定各个旅游点对应的游玩时间，例如针对人文类的旅游点“***博物馆”，可预先确定游玩时间，该游玩时间可包括“2小时”和/或“8:00—10:00”等，在此不做限定。
根据预先确定好的各个旅游点类型下的各个旅游点与游玩时间映射关系，以及各个旅游点类型下的不同旅游点之间的距离，综合考虑各个旅游点的游玩时间及不同旅游点之间的距离来按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，如可在同一旅游时间段所允许的游玩时间内选择游玩时间总和不超过允许的游玩时间，且不会造成路线过长、交叉的若干旅游点，并在选择的若干旅游点之间计算生成该旅游时间段的旅游点游玩路 径，当然，也不限定采用其他的计算方式来计算出各个旅游时间段对应的旅游点游玩路径。
所述规划服务器计算出各个旅游时间段对应的旅游点游玩路径之后，将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端，以供用户参考计算出的旅游点游玩路径来针对各个旅游时间段进行相应的旅游路线规划，方便用户安排高效的游玩计划。
若所述规划服务器获取的用户输入的所述旅游参数中不包括旅游点类型与旅游时间段的关联数据，即用户并没有对其旅游周期进行不同旅游时间段的划分，则规划服务器将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段。例如若所述旅游周期为2016年5月1日10:00—5月5日16:00，则可按照不同的日期分割成不同的时间段，也可根据其他分割方式对旅游周期进行不同旅游时间段的划分，在此不做限定。
本实施例中，可预先确定各个旅游点类型下的各个旅游点与游玩时间的映射关系，如可根据实际游玩需要或对所有用户的游玩数据进行大数据分析等方式来预先确定各个旅游点对应的游玩时间，例如针对人文类的旅游点“***博物馆”，可预先确定游玩时间，该游玩时间可包括“2小时”和/或“8:00—10:00”等，在此不做限定。
根据预先确定好的各个旅游点类型下的各个旅游点与游玩时间映射关系，以及各个旅游点类型下的不同旅游点之间的距离，综合考虑各个旅游点的游玩时间及不同旅游点之间的距离来按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并将其作为将旅游周期分割后的各个旅游时间段所对应的旅游点游玩路径，如可在同一旅游时间段所允许的游玩时间内选择游玩时间总和不超过允许的游玩时间，且不会造成路线过长、交叉的若干旅游点，并在选择的若干旅游点之间计算生成该旅游时间段的旅游点游玩路径，当然，也不限定采用其他的计算方式来计算出各个旅游时间段对应的旅游点游玩路径。
所述规划服务器计算出各个旅游时间段对应的旅游点游玩路径之后，将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端，以供用户参考计算出的旅游点游玩路径来针对各个旅游时间段进行相应的旅游路线规划，方便用户安排高效的游玩计划。
本实施例中规划服务器根据用户的旅游路线规划请求中的旅游参数确定出所述旅游参数中的旅游地区对应的各个旅游点类型包括的旅游点；针对各个旅游时间段，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间映射关系，及各个旅游点类型下的不同旅游点之间的距离，并按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，将计算出的各个旅游时间段对应的旅游点游玩路径反馈给所述用户终端。由于能综合考虑用户游玩的各个旅游时间段所对应的旅游点类型包括的旅游点、各旅游点的游玩时间以及不同旅游点之间的距离，计算出各个旅游时间段对应的旅游点游玩路径，从而针对用户旅游的各个旅游时间段为用户推荐相应的具体旅游点游玩路 径，为用户提供合理、详细的旅游路线规划，提升用户的旅游体验。
进一步地，在其他实施例中，上述路径计算模块01还用于：
若所述旅游参数包括旅游地区，而不包括旅游周期、旅游点类型与旅游时间段的关联数据，则根据预先确定的旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出所述旅游参数中的旅游地区对应的推荐旅游时间段及推荐旅游点游玩路径，并反馈给所述用户终端；
若所述旅游参数包括旅游周期，而不包括旅游地区、旅游点类型与旅游时间段的关联数据，则将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的推荐旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出分割的旅游时间段对应的推荐旅游地区及推荐旅游点游玩路径，并反馈给所述用户终端。
本实施例中，若所述规划服务器获取的用户输入的所述旅游参数中不包括旅游周期，且不包括旅游点类型与旅游时间段的关联数据，则说明用户仅限定了其本次旅游的旅游地区，并没有设定其旅游周期及旅游点类型。则规划服务器根据预先确定的旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出所述旅游参数中的旅游地区对应的推荐旅游时间段及推荐旅游点游玩路径，并将确定出的推荐旅游时间段及推荐旅游点游玩路径反馈给所述用户终端。例如，可预先根据不同的旅游地区及所有用户的游玩热度及推荐热度，确定不同旅游地区与推荐旅游时间段、推荐旅游点游玩路径的映射关系，若用户仅设定其旅游地区，没有设定如旅游周期、旅游点类型与旅游时间段的关联数据等参数，即可根据预先确定的不同旅游地区与推荐旅游时间段、推荐旅游点游玩路径的映射关系，向该用户发送对应的推荐旅游时间段及推荐旅游点游玩路径，以为用户推荐相应的具体旅游点游玩路径，提升用户的旅游体验。
此外，若所述规划服务器获取的用户输入的所述旅游参数中不包括旅游地区，且不包括旅游点类型与旅游时间段的关联数据，则说明用户仅限定了其本次旅游的旅游周期，并没有设定其旅游地区及旅游点类型。则所述规划服务器首先将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段，例如若所述旅游周期为2016年5月1日10:00—5月5日16:00，则可按照不同的日期分割成不同的时间段，也可根据其他分割方式对旅游周期进行不同旅游时间段的划分，在此不做限定。
然后，所述规划服务器根据预先确定的推荐旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出分割的旅游时间段对应的推荐旅游地区及推荐旅游点游玩路径，并将确定出的推荐旅游地区及推荐旅游点游玩路径反馈给所述用户终端。例如，可预先根据所有用户对不同旅游时间段所对应的旅游地区及旅游点游玩路径的游玩推荐热度，确定不同推荐旅游时间段、推荐旅游地区以及推荐旅游点游玩路径的映射关系。若用户仅设定其旅游周期，没有设定如旅游地区、旅游点类型与旅游时间段的关联数据等参数，即可根据预先确定的不同推荐旅游时间段、推荐旅游地区以及推荐旅游 点游玩路径的映射关系，向该用户发送对应的推荐旅游地区及推荐旅游点游玩路径，以为用户推荐相应的具体旅游点游玩路径，提升用户的旅游体验。
进一步地，在其他实施例中，所述预设计算规则为：
计算出各个旅游时间段的起始时间点距离预设午饭起始时间点(例如，每天的11:40)的第一时间间隔，及预设午饭结束时间点(例如，每天的12:30)距离各个旅游时间段的结束时间点的第二时间间隔；
按预设的挑选规则分别从各个旅游时间段对应的旅游点类型下的旅游点中挑选出预设数量的旅游点作为待规划旅游点。例如，若一个旅游时间段对应的旅游点类型下的旅游点数量大于预设阈值(例如，40个)，则根据预先确定的各个旅游点类型下的旅游点的优先级排序，从该旅游时间段对应的旅游点类型下的旅游点中挑选出预设数量(例如，40个)的旅游点作为待规划旅游点，或者，若一个旅游时间段对应的旅游点类型下的旅游点数量小于等于预设阈值(例如，40个)，则将旅游时间段对应的旅游点类型下的所有旅游点作为待规划旅游点；
根据各个旅游点类型下的各个旅游点与游玩时间的映射关系，确定各个旅游时间段对应的旅游点类型下的各个待规划旅游点对应的游玩时间，及根据各个旅游点类型下的不同旅游点之间的距离，计算出各个旅游时间段对应的旅游点类型下的不同待规划旅游点之间的消耗时间；
从各个旅游时间段对应的旅游点类型下的待规划旅游点中，找出对应游玩时间和消耗时间的累积值小于等于第一时间间隔的第一待规划旅游点集合，并找出对应游玩时间和消耗时间的累积值小于等于第二时间间隔的第二待规划旅游点集合；
将找出的各个第一待规划旅游点集合和第二待规划旅游点集合进行路径匹配，以匹配出各个旅游时间段对应的旅游点游玩路径，所述旅游点游玩路径中的各个旅游点在地图中的连线为不相交的单线段或者首尾相连的单线圈；
若有旅游时间段匹配出的旅游点游玩路径有多个，则将最短路径距离的旅游点游玩路径作为反馈给所述用户终端的旅游点游玩路径。
本实施例中，基于各个旅游时间段的起始时间点距离预设午饭起始时间点的第一时间间隔，及预设午饭结束时间点距离各个旅游时间段的结束时间点的第二时间间隔；找出游玩时间和消耗时间的累积值不超过同一旅游时间段的总旅游时间的待规划旅游点集合，再根据待规划旅游点集合中的各个待规划旅游点进行路径匹配，以匹配出各个旅游时间段对应的最优旅游点游玩路径，从而为用户提供最合理的旅游点游玩路径，提升用户的旅游体验。
进一步地，在其他实施例中，所述预设的分割规则为：
若所述旅游周期包含多个天数(例如，所述旅游周期“2016年5月1日10:00—5月5日16:00”包含5个天数)，则将所述旅游周期按照不同的日期分割成不同的时间段(例如，将“2016年5月1日10:00—5月5日16:00”分割成“2016年5月1日10:00—24:00”、“2016年5月2日00:00—24:00”、 “2016年5月3日00:00—24:00”、“2016年5月4日00:00—24:00”、“2016年5月5日00:00—16:00”)；
若一个分割的时间段的起始时间点(例如，2016年5月1日10:00)晚于预设的旅游起始时间点(例如，8:30)，且该分割的时间段的结束时间点(例如，2016年5月1日24:00)晚于预设的旅游结束时间点(例如，18:00)，则将该分割的时间段的起始时间点和预设的旅游结束时间点关联成一个旅游时间段(例如，2016年5月1日10:00—18:00)；
若一个分割的时间段的起始时间点(例如，2016年5月2日00:00)早于或者等于预设的旅游起始时间点(例如，8:30)，且该分割的时间段的结束时间点(例如，2016年5月2日24:00)晚于预设的旅游结束时间点(例如，18:00)，则将预设的旅游起始时间点和预设的旅游结束时间点关联成一个旅游时间段(例如，2016年5月2日8:30—18:00)；
若一个分割的时间段的起始时间点(例如，2016年5月1日10:00)晚于预设的旅游起始时间点(例如，8:30)，且该分割的时间段的结束时间点(例如，2016年5月1日24:00)早于等于预设的旅游结束时间点(例如，18:00)，则将该分割的时间段的起始时间点和该分割的时间段的结束时间点关联成一个旅游时间段；
若一个分割的时间段的起始时间点早于或者等于预设的旅游起始时间点，且该分割的时间段的结束时间点早于等于预设的旅游结束时间点，则将预设的旅游起始时间点和该分割的时间段的结束时间点关联成一个旅游时间段。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (15)

  1. 一种旅游规划路线的异常提醒方法，其特征在于，所述方法包括以下步骤：
    规划服务器接收用户终端发送的带有旅游参数的旅游路线规划请求，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
    在当前时间处于一个旅游时间段时，实时或者定时从所述用户终端获取位置定位数据，并将获取的位置定位数据与定位时间的关联数据进行保存；
    在该旅游时间段结束后，按照保存的定位时间的先后顺序，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度；
    若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
  2. 如权利要求1所述的旅游规划路线的异常提醒方法，其特征在于，该方法还包括：
    所述规划服务器在该旅游时间段结束后，根据保存的位置定位数据与定位时间的关联数据，找出与所述旅游点游玩路径中的地点匹配的定位位置，并计算出各个找出的定位位置的定位持续时间；
    若有找出的定位位置的定位持续时间与该定位位置对应的预设游玩时间的差值大于预设差值，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
  3. 如权利要求1或2所述的旅游规划路线的异常提醒方法，其特征在于，所述根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端的步骤包括：
    若所述旅游参数包括旅游地区、旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，根据所述关联数据找到各个旅游时间段对应的旅游点类型包括的旅游点；根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
    若所述旅游参数包括旅游地区、旅游周期，而不包括旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，将所述旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端。
  4. 如权利要求3所述的旅游规划路线的异常提醒方法，其特征在于，该 方法还包括：
    若所述旅游参数包括旅游地区，而不包括旅游周期、旅游点类型与旅游时间段的关联数据，则根据预先确定的旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出所述旅游参数中的旅游地区对应的推荐旅游时间段及推荐旅游点游玩路径，并反馈给所述用户终端；
    若所述旅游参数包括旅游周期，而不包括旅游地区、旅游点类型与旅游时间段的关联数据，则将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的推荐旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出分割的旅游时间段对应的推荐旅游地区及推荐旅游点游玩路径，并反馈给所述用户终端。
  5. 如权利要求3所述的旅游规划路线的异常提醒方法，其特征在于，所述预设计算规则为：
    计算出各个旅游时间段的起始时间点距离预设午饭起始时间点的第一时间间隔，及预设午饭结束时间点距离各个旅游时间段的结束时间点的第二时间间隔；
    按预设的挑选规则分别从各个旅游时间段对应的旅游点类型下的旅游点中挑选出预设数量的旅游点作为待规划旅游点；
    根据各个旅游点类型下的各个旅游点与游玩时间的映射关系，确定各个旅游时间段对应的旅游点类型下的各个待规划旅游点的游玩时间，及根据各个旅游点类型下的不同旅游点之间的距离，计算出各个旅游时间段对应的旅游点类型下的不同待规划旅游点之间的消耗时间；
    从各个旅游时间段对应的旅游点类型下的待规划旅游点中，找出对应游玩时间和消耗时间的累积值小于等于第一时间间隔的第一待规划旅游点集合，并找出对应游玩时间和消耗时间的累积值小于等于第二时间间隔的第二待规划旅游点集合；
    将找出的各个第一待规划旅游点集合和第二待规划旅游点集合进行路径匹配，以匹配出各个旅游时间段对应的旅游点游玩路径。
  6. 一种规划服务器，其特征在于，包括存储器及与该存储器连接的处理器，所述存储器上存储有至少一个计算机可读指令，该计算机可读指令可被所述处理器执行，以执行以下步骤：
    接收用户终端发送的带有旅游参数的旅游路线规划请求，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
    在当前时间处于一个旅游时间段时，实时或者定时从所述用户终端获取位置定位数据，并将获取的位置定位数据与定位时间的关联数据进行保存；
    在该旅游时间段结束后，按照保存的定位时间的先后顺序，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度；
    若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定 的终端发送路径推送异常提醒信息。
  7. 如权利要求6所述的规划服务器，其特征在于，所述计算机可读指令可被所述处理器执行，以执行以下步骤：
    所述规划服务器在该旅游时间段结束后，根据保存的位置定位数据与定位时间的关联数据，找出与所述旅游点游玩路径中的地点匹配的定位位置，并计算出各个找出的定位位置的定位持续时间；
    若有找出的定位位置的定位持续时间与该定位位置对应的预设游玩时间的差值大于预设差值，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
  8. 如权利要求6所述的服务器，其特征在于，所述根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端的步骤包括：
    若所述旅游参数包括旅游地区、旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，根据所述关联数据找到各个旅游时间段对应的旅游点类型包括的旅游点；根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
    若所述旅游参数包括旅游地区、旅游周期，而不包括旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，将所述旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端。
  9. 如权利要求8所述的规划服务器，其特征在于，所述计算机可读指令可被所述处理器执行，以执行以下步骤：
    若所述旅游参数包括旅游地区，而不包括旅游周期、旅游点类型与旅游时间段的关联数据，则根据预先确定的旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出所述旅游参数中的旅游地区对应的推荐旅游时间段及推荐旅游点游玩路径，并反馈给所述用户终端；
    若所述旅游参数包括旅游周期，而不包括旅游地区、旅游点类型与旅游时间段的关联数据，则将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的推荐旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出分割的旅游时间段对应的推荐旅游地区及推荐旅游点游玩路径，并反馈给所述用户终端。
  10. 如权利要求8所述的规划服务器，其特征在于，所述预设计算规则为：
    计算出各个旅游时间段的起始时间点距离预设午饭起始时间点的第一时间间隔，及预设午饭结束时间点距离各个旅游时间段的结束时间点的第二时 间间隔；
    按预设的挑选规则分别从各个旅游时间段对应的旅游点类型下的旅游点中挑选出预设数量的旅游点作为待规划旅游点；
    根据各个旅游点类型下的各个旅游点与游玩时间的映射关系，确定各个旅游时间段对应的旅游点类型下的各个待规划旅游点的游玩时间，及根据各个旅游点类型下的不同旅游点之间的距离，计算出各个旅游时间段对应的旅游点类型下的不同待规划旅游点之间的消耗时间；
    从各个旅游时间段对应的旅游点类型下的待规划旅游点中，找出对应游玩时间和消耗时间的累积值小于等于第一时间间隔的第一待规划旅游点集合，并找出对应游玩时间和消耗时间的累积值小于等于第二时间间隔的第二待规划旅游点集合；
    将找出的各个第一待规划旅游点集合和第二待规划旅游点集合进行路径匹配，以匹配出各个旅游时间段对应的旅游点游玩路径。
  11. 一种计算机可读存储介质，其上存储有至少一个计算机指令，该至少一个计算机指令可被处理器所执行，以执行以下步骤：
    接收用户终端发送的带有旅游参数的旅游路线规划请求，根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
    在当前时间处于一个旅游时间段时，实时或者定时从所述用户终端获取位置定位数据，并将获取的位置定位数据与定位时间的关联数据进行保存；
    在该旅游时间段结束后，按照保存的定位时间的先后顺序，为对应的位置定位数据建立定位位置路径，并计算出该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度；
    若该旅游时间段对应的旅游点游玩路径与定位位置路径之间的相似度小于预设相似度，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
  12. 如权利要求11所述的计算机可读存储介质，其特征在于，所述至少一个计算机指令可被处理器所执行，以执行以下步骤：
    所述规划服务器在该旅游时间段结束后，根据保存的位置定位数据与定位时间的关联数据，找出与所述旅游点游玩路径中的地点匹配的定位位置，并计算出各个找出的定位位置的定位持续时间；
    若有找出的定位位置的定位持续时间与该定位位置对应的预设游玩时间的差值大于预设差值，则为所述旅游点游玩路径生成异常标识，及/或，向预先确定的终端发送路径推送异常提醒信息。
  13. 如权利要求11所述的计算机可读存储介质，其特征在于，所述根据所述旅游参数计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端的步骤包括：
    若所述旅游参数包括旅游地区、旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，根据所述关联数据找到各个旅游时间段对应的旅游点类型包括的旅游点；根据预先确定的各 个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端；
    若所述旅游参数包括旅游地区、旅游周期，而不包括旅游点类型与旅游时间段的关联数据，则确定所述旅游地区对应的各个旅游点类型包括的旅游点，将所述旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的各个旅游点类型下的各个旅游点与游玩时间的映射关系，及各个旅游点类型下的不同旅游点之间的距离，按照预设计算规则计算出各个旅游时间段对应的旅游点游玩路径，并反馈给所述用户终端。
  14. 如权利要求13所述的计算机可读存储介质，其特征在于，所述至少一个计算机指令可被处理器所执行，以执行以下步骤：
    若所述旅游参数包括旅游地区，而不包括旅游周期、旅游点类型与旅游时间段的关联数据，则根据预先确定的旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出所述旅游参数中的旅游地区对应的推荐旅游时间段及推荐旅游点游玩路径，并反馈给所述用户终端；
    若所述旅游参数包括旅游周期，而不包括旅游地区、旅游点类型与旅游时间段的关联数据，则将所述旅游参数中的旅游周期按预设的分割规则分割成至少一个旅游时间段，根据预先确定的推荐旅游地区、推荐旅游时间段及推荐旅游点游玩路径的关联数据，确定出分割的旅游时间段对应的推荐旅游地区及推荐旅游点游玩路径，并反馈给所述用户终端。
  15. 如权利要求13所述的计算机可读存储介质，其特征在于，所述预设计算规则为：
    计算出各个旅游时间段的起始时间点距离预设午饭起始时间点的第一时间间隔，及预设午饭结束时间点距离各个旅游时间段的结束时间点的第二时间间隔；
    按预设的挑选规则分别从各个旅游时间段对应的旅游点类型下的旅游点中挑选出预设数量的旅游点作为待规划旅游点；
    根据各个旅游点类型下的各个旅游点与游玩时间的映射关系，确定各个旅游时间段对应的旅游点类型下的各个待规划旅游点的游玩时间，及根据各个旅游点类型下的不同旅游点之间的距离，计算出各个旅游时间段对应的旅游点类型下的不同待规划旅游点之间的消耗时间；
    从各个旅游时间段对应的旅游点类型下的待规划旅游点中，找出对应游玩时间和消耗时间的累积值小于等于第一时间间隔的第一待规划旅游点集合，并找出对应游玩时间和消耗时间的累积值小于等于第二时间间隔的第二待规划旅游点集合；
    将找出的各个第一待规划旅游点集合和第二待规划旅游点集合进行路径匹配，以匹配出各个旅游时间段对应的旅游点游玩路径。
PCT/CN2017/091351 2016-09-07 2017-06-30 旅游规划路线的异常提醒方法、规划服务器及存储介质 WO2018045803A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610812423.2 2016-09-07
CN201610812423.2A CN106447090A (zh) 2016-09-07 2016-09-07 旅游规划路线的异常提醒方法及服务器

Publications (1)

Publication Number Publication Date
WO2018045803A1 true WO2018045803A1 (zh) 2018-03-15

Family

ID=58164363

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/091351 WO2018045803A1 (zh) 2016-09-07 2017-06-30 旅游规划路线的异常提醒方法、规划服务器及存储介质

Country Status (2)

Country Link
CN (1) CN106447090A (zh)
WO (1) WO2018045803A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109376884A (zh) * 2018-09-18 2019-02-22 安徽灵图壹智能科技有限公司 一种移动出行智能管理系统及方法
CN109636679A (zh) * 2018-12-19 2019-04-16 航天物联网技术有限公司 一种基于人工智能的交互式旅游行程规划方法
CN111445309A (zh) * 2020-03-26 2020-07-24 四川旅游学院 基于社会网络的旅游服务推荐方法
CN113923603A (zh) * 2021-09-30 2022-01-11 京东城市(北京)数字科技有限公司 游客轨迹分析方法、装置、计算机设备和存储介质
CN117390249A (zh) * 2023-12-12 2024-01-12 中国测绘科学研究院 一种基于网络大数据的主题公园运行监测方法及系统

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106407252B (zh) * 2016-08-23 2019-03-15 平安科技（深圳）有限公司 旅游路线规划方法及服务器
CN106447090A (zh) * 2016-09-07 2017-02-22 平安科技（深圳）有限公司 旅游规划路线的异常提醒方法及服务器
CN111143679A (zh) * 2019-12-27 2020-05-12 肇庆学院 一种基于大数据的数字化智慧旅游控制系统及方法
CN111859194B (zh) * 2020-08-03 2024-01-30 哈尔滨文投控股集团有限公司 智慧旅游服务平台及基于平台的旅游路径自动规划方法
CN113420210A (zh) * 2020-11-11 2021-09-21 喻丹 一种基于大数据的智慧旅游分析决策系统
CN113701782A (zh) * 2021-10-28 2021-11-26 深圳市羽翼数码科技有限公司 一种实现多目的地最优路径规划的导航系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102542339A (zh) * 2010-12-09 2012-07-04 中华电信股份有限公司 旅游行程规划系统及方法
CN104410661A (zh) * 2014-10-21 2015-03-11 刘昊 一种基于地理位置的消息提醒方法、设备和工具
CN104634347A (zh) * 2015-01-23 2015-05-20 北京智慧图科技有限责任公司 路径规划方法和装置
CN104933201A (zh) * 2015-07-15 2015-09-23 蔡宏铭 基于同行信息的内容推荐方法及系统
CN106447090A (zh) * 2016-09-07 2017-02-22 平安科技（深圳）有限公司 旅游规划路线的异常提醒方法及服务器

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101833698A (zh) * 2009-03-10 2010-09-15 张明 智能个性化旅游路线设计系统
CN103308060B (zh) * 2012-03-16 2017-01-25 中国移动通信集团辽宁有限公司 基于wap实时导航的方法、装置和系统
CN104036441A (zh) * 2013-03-06 2014-09-10 中兴通讯股份有限公司 一种导游系统及方法
CN104898139A (zh) * 2014-03-07 2015-09-09 中兴通讯股份有限公司 一种车辆定位纠偏方法及装置
CN104089620B (zh) * 2014-04-04 2018-02-09 昆山颠峰云智网络科技股份有限公司 一种基于数据分析的自动路线规划方法及其系统
CN104833361B (zh) * 2015-05-04 2019-02-19 南京邮电大学 复杂路况下的基于多权重值的地图匹配方法
CN104865846B (zh) * 2015-05-14 2017-07-18 电子科技大学 组合自主导航系统的地面半物理仿真平台
CN105890606B (zh) * 2016-03-31 2019-07-23 百度在线网络技术（北京）有限公司 一种导航路线的识别方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102542339A (zh) * 2010-12-09 2012-07-04 中华电信股份有限公司 旅游行程规划系统及方法
CN104410661A (zh) * 2014-10-21 2015-03-11 刘昊 一种基于地理位置的消息提醒方法、设备和工具
CN104634347A (zh) * 2015-01-23 2015-05-20 北京智慧图科技有限责任公司 路径规划方法和装置
CN104933201A (zh) * 2015-07-15 2015-09-23 蔡宏铭 基于同行信息的内容推荐方法及系统
CN106447090A (zh) * 2016-09-07 2017-02-22 平安科技（深圳）有限公司 旅游规划路线的异常提醒方法及服务器

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109376884A (zh) * 2018-09-18 2019-02-22 安徽灵图壹智能科技有限公司 一种移动出行智能管理系统及方法
CN109636679A (zh) * 2018-12-19 2019-04-16 航天物联网技术有限公司 一种基于人工智能的交互式旅游行程规划方法
CN111445309A (zh) * 2020-03-26 2020-07-24 四川旅游学院 基于社会网络的旅游服务推荐方法
CN111445309B (zh) * 2020-03-26 2023-05-30 四川旅游学院 基于社会网络的旅游服务推荐方法
CN113923603A (zh) * 2021-09-30 2022-01-11 京东城市(北京)数字科技有限公司 游客轨迹分析方法、装置、计算机设备和存储介质
CN113923603B (zh) * 2021-09-30 2023-11-07 京东城市(北京)数字科技有限公司 游客轨迹分析方法、装置、计算机设备和存储介质
CN117390249A (zh) * 2023-12-12 2024-01-12 中国测绘科学研究院 一种基于网络大数据的主题公园运行监测方法及系统
CN117390249B (zh) * 2023-12-12 2024-03-12 中国测绘科学研究院 一种基于网络大数据的主题公园运行监测方法及系统

Also Published As

Publication number Publication date
CN106447090A (zh) 2017-02-22

Similar Documents

Publication Publication Date Title
WO2018045803A1 (zh) 旅游规划路线的异常提醒方法、规划服务器及存储介质
WO2018036275A1 (zh) 旅游路线规划方法、规划服务器及存储介质
US20150369621A1 (en) Variable bus stops across a bus route in a regional transportation network
US20150012380A1 (en) Shopping optimizer
US8972190B1 (en) Systems and methods for generating transit trips
CN111831899B (zh) 导航兴趣点推荐方法、装置、服务器及可读存储介质
US20140343852A1 (en) Guidebook Transit Routing
TW201826151A (zh) 基於票務搜索的訊息提供方法和裝置
US20170030724A1 (en) Route planning system & method
US20140350975A1 (en) Method for facilitating automatic scheduling of a rideshare trip
US20140343974A1 (en) Selecting a Subset of Transit Trips Based on Time and Duration
US20180262871A1 (en) Location presentation method and information processing apparatus
JP2019020172A (ja) 経路提案装置および経路提案方法
US20180285784A1 (en) Systems and Methods for Providing Near Best Itinerary Planning for Touring Locations Based on User Interests.
CN109658724A (zh) 一种用于提供用户公交出行信息的方法与设备
WO2016077482A1 (en) Interactively scheduling an intinerary
JP2015095037A (ja) 移動情報処理方法、移動情報処理プログラム及び移動情報処理装置
US20140047346A1 (en) User interface elements for transportation sharing
US20140047024A1 (en) Transportation sharing based on user activities and statements
US20150170063A1 (en) Pattern Based Transit Routing
JP2012058889A5 (zh)
US20140047354A1 (en) Transportation sharing based on map locations
CN113761398A (zh) 信息推荐方法、装置、电子设备以及存储介质
US20160335326A1 (en) Information Search Method and Apparatus
JP2005202689A (ja) 受診プラン作成支援システム

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 05.07.2019)

122 Ep: pct application non-entry in european phase

Ref document number: 17847976

Country of ref document: EP

Kind code of ref document: A1