WO2017071076A1 - 叫车方法和装置 - Google Patents

叫车方法和装置 Download PDF

Info

Publication number
WO2017071076A1
WO2017071076A1 PCT/CN2015/099407 CN2015099407W WO2017071076A1 WO 2017071076 A1 WO2017071076 A1 WO 2017071076A1 CN 2015099407 W CN2015099407 W CN 2015099407W WO 2017071076 A1 WO2017071076 A1 WO 2017071076A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
time
departure
car
order
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2015/099407
Other languages
English (en)
French (fr)
Inventor
王鑫
杨振宇
刘通
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xiaomi Inc
Original Assignee
Xiaomi Inc
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 Xiaomi Inc filed Critical Xiaomi Inc
Priority to KR1020177022713A priority Critical patent/KR20170096240A/ko
Priority to RU2016111099A priority patent/RU2637483C2/ru
Priority to KR1020167005936A priority patent/KR20170061634A/ko
Priority to MX2016004246A priority patent/MX366071B/es
Priority to JP2017547057A priority patent/JP6349467B2/ja
Publication of WO2017071076A1 publication Critical patent/WO2017071076A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1093—Calendar-based scheduling for persons or groups
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Definitions

  • the present disclosure relates to the field of communications, and in particular, to a calling method and apparatus.
  • the present disclosure provides a calling method and apparatus.
  • a method of calling a car comprising:
  • a car order is generated and output.
  • the determining, according to at least one of the habit information and the schedule information, whether the user needs to call the vehicle includes:
  • the time of the place where the user needs to appear, the time at which the user needs to appear next and the time when the user arrives at the next place where the user needs to be present are respectively determined as the destination and the time of the destination;
  • the user needs to go according to the user's living habits and the itinerary, and according to the place and time the user wants to go, it is determined whether the user needs to call the car, and the whole process is performed in the background without user intervention.
  • the acquiring at least one of the user's living habit information and the schedule information includes:
  • the schedule information of the user is obtained from a schedule, a memo, and an alarm of the local device or the server.
  • the user's living habits and schedules can be obtained from the local end or from the network.
  • the schedule information can be obtained from the schedule, the memo, and the alarm clock, so that the scheme can be Software is combined with each other to make it easier to use.
  • the determining, according to the determined destination and the destination time, whether the user needs to call a car includes:
  • the determining a departure place and a departure time include:
  • the end point of the vehicle is determined as the departure place.
  • the departure place and the departure time are determined according to the change information of the current position of the user, and not only the departure place when the user is stationary but also the departure place when the user is currently riding a train, an airplane or the like can be determined.
  • the determining the departure place and the departure time further includes:
  • the current time is the departure time, or the current time is added as the departure time required by the user to start.
  • the departure time of the user is determined according to different states of the user, and the determination result is more accurate.
  • the determining whether the user can reach the destination by public transportation or walking during the departure time and the target time includes:
  • the length of time is greater than the difference between the departure time and the destination time, it is determined that the user cannot reach the destination by public transportation or walking during the departure time and the target time.
  • the calling order includes a departure place and a destination.
  • the calling order further includes a departure time.
  • the terminal device can select the order time according to the departure time, thereby ensuring that the user starts on time.
  • the method further includes:
  • the habit information of the user includes a set location and a time when the user reaches the set location.
  • the generating the living habit information of the user includes:
  • the time at which the user arrives at the set location is recorded.
  • the user's living habit information is generated to ensure that the terminal device can call the user in time according to the living habit information.
  • the generating and outputting the calling order includes:
  • a call order option is selected for the user to select, and the call order option includes an order confirmation option, a modify order option, and a cancel order option.
  • the method further includes:
  • the method further includes:
  • the operation habit information of the user is information generated according to the operation of the user on a previously generated car order;
  • the car order is directly processed according to the user's operating habit information.
  • a calling device comprising:
  • a determining module configured to determine, according to at least one of living habit information and scheduling information, whether the user needs to call a car
  • an output module configured to generate and output a car order when determining that the user needs to call a car.
  • the determining module includes:
  • Obtaining a sub-module configured to acquire at least one of a user's living habit information and an itinerary information, where the living habit information includes a location and a time that the user appears in the same time period within a set period multiple times,
  • the schedule information includes the location and time when the user plan appears;
  • a first determining submodule configured to determine, according to the living habit information or the schedule information, a location that the user needs to appear next according to at least one of the user's living habit information and the schedule information, and The time when the user arrives at the next place where the user needs to appear, the time at which the user needs to appear next and the time when the user arrives at the next place where the user needs to be present are respectively determined as the destination and the time of the destination;
  • a second determining submodule configured to determine, according to the determined destination and the target time, whether the user needs to call a car.
  • the acquiring submodule is configured to:
  • the schedule information of the user is obtained from a schedule, a memo, and an alarm of the local device or the server.
  • the second determining submodule is configured to:
  • the second determining submodule is configured to:
  • the end point of the vehicle is determined as the departure place.
  • the second determining submodule is further configured to:
  • the current time is the departure time, or the current time is added as the departure time required by the user to start.
  • the second determining submodule is configured to:
  • the length of time is greater than the difference between the departure time and the destination time, it is determined that the user cannot reach the destination by public transportation or walking during the departure time and the target time.
  • the calling order includes a departure place and a destination.
  • the calling order further includes a departure time.
  • the apparatus further includes:
  • a generating module configured to generate living habit information of the user, where the user's living habit information includes a setting location and a time when the user reaches the set location.
  • the generating module includes:
  • a first recording sub-module configured to record a location where the user appears in the same time period within a set period multiple times, and record the location as the set location;
  • the second recording submodule is configured to record the time when the user arrives at the set location.
  • the output module is configured to:
  • a call order option is selected for the user to select, and the call order option includes an order confirmation option, a modify order option, and a cancel order option.
  • the apparatus further includes:
  • An obtaining module configured to acquire an operation selection of the user
  • a processing module configured to: when the user's operation selects to determine an order option, send the calling order; when the user's operation selects to modify an order option, receive the departure of the user by re-entering the modified order option Place, destination or departure time; when the user's operation selects the cancel order option, the call order is deleted.
  • the apparatus further includes:
  • An obtaining module configured to acquire operation habit information of the user, where the operation habit information of the user is information generated according to the operation of the user to the previously generated car order;
  • the processing module is configured to directly process the calling order according to the operating habit information of the user.
  • a calling device comprising:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • a car order is generated and output.
  • the terminal device when determining that the user needs to call a car, automatically generates and outputs a car order, and can initiate a car service at the first time to prevent the user from having a trip, and the process does not require user participation, and not only the user operates. Reduced and saved user time.
  • FIG. 1 is a diagram of an application scenario shown according to an exemplary embodiment.
  • FIG. 2 is a flow chart showing a method of calling a car according to an exemplary embodiment.
  • FIG. 3 is a flow chart showing a method of calling a car according to an exemplary embodiment.
  • FIG. 4 is a block diagram of a car calling device, according to an exemplary embodiment.
  • FIG. 5 is a block diagram of a car calling device, according to an exemplary embodiment.
  • FIG. 6 is a block diagram of a calling device according to an exemplary embodiment.
  • the scenario includes a terminal device 1 , and the terminal device 1 is equipped with a taxi software, a schedule, a memo, and an alarm clock. And other software.
  • the user uses the taxi service through the taxi software; the user can also record his or her schedule in software such as schedules, memos, and alarm clocks.
  • the terminal device 1 includes, but is not limited to, a smart phone, a smart watch, or a tablet.
  • the taxi software can be a drip taxi, Uber, etc.
  • FIG. 2 is a flowchart of a method for calling a car according to an exemplary embodiment, which is performed by a terminal device in the foregoing application scenario. Referring to FIG. 2, the method includes:
  • step S11 it is determined whether the user needs to call a car based on at least one of the lifestyle information and the schedule information.
  • the terminal device determines whether the user needs to call the car if he wants to arrive at the above location according to the location where the user frequently goes, that is, the arrival time and the location and time when the user plans to go.
  • step S12 when it is determined that the user needs to call a car, a car order is generated and output.
  • step S11 When it is determined according to step S11 that a car is required to be called, a car order is pushed to the user for the user to call the car.
  • the terminal device when determining that the user needs to call a car, automatically generates and outputs a car order, and can initiate a car service at the first time to prevent the user from having a trip, and the process does not require user participation, and not only the user operates. Reduced and saved user time.
  • FIG. 3 is a flowchart of a method for calling a car according to an exemplary embodiment, which is performed by a terminal device in the foregoing application scenario.
  • the method includes:
  • step S21 at least one of the user's living habit information and the travel schedule information is acquired, and the living habit information includes a place and time when the user appears in the same time period within the set period multiple times, and the schedule information includes the user plan to appear. Location and time.
  • the setting period may be a week, a month, or a year.
  • the setting period may be a user-set or a system default period.
  • the length of the period may also be a user-set or system default, and may be a certain one. Within hours or half an hour.
  • the lifestyle information and the schedule information may be from the local device (also the terminal device in the foregoing) or Obtained in the server.
  • acquiring user habit information and schedule information includes:
  • users in daily life, users usually record the next itinerary in the above software in order to make self-reminder.
  • the specific content usually includes the location and time, such as: 11:00 on October 20th.
  • the user's living habits and scheduling can also be stored in the server, which is convenient for the user to use on different terminal devices.
  • the user's living habits and schedule can also be stored locally, which is convenient for the terminal device to use.
  • the user's itinerary can be stored in the software of the local device's schedule, memo, and alarm clock, so that the solution can be combined with the existing software and used more conveniently.
  • the method further includes:
  • the user's lifestyle information is generated, and the user's lifestyle information includes the location and the time when the user reaches the set location.
  • the setting locations include but are not limited to homes, companies, stadiums and the like.
  • the user's living habit information is generated to ensure that the terminal device can call the user in time according to the living habit information.
  • the user's living habit information is generated, including:
  • the location where the user appears in the same time period within the set period multiple times is determined and recorded as the set location; the coordinates of the set location can be recorded by the GPS sensor.
  • the above method explains how to record the set location and the time to arrive at the set location. Specifically, the location of the set location and the time of arrival at the set location can be recorded multiple times, and then the average value is saved as a result.
  • the user's lifestyle information may also include the user's wake-up time and the user's time away from home.
  • the length of time between the user's wake-up time and the time the user leaves home is the length of time required for the user to leave, which is used for the user to wash.
  • step S21 may be performed periodically, or when the terminal device moves or is woken up. After performing step S21, the terminal device continues to perform the subsequent steps.
  • step S22 according to at least one of the user's living habit information and the schedule information, determining the location that the user needs to appear next according to the lifestyle information or the schedule information, and the time when the user arrives at the next desired location, The time at which the user next needs to appear and the time at which the user arrives at the next place to appear are determined as the destination and the time of the destination, respectively.
  • the current time is 8 o'clock
  • the next place to appear in the user's itinerary information is the company
  • the time when the user arrives at the next place to appear is 8:30
  • the company and 8:30 are determined as destinations and destinations respectively. time.
  • step S23 it is determined whether the user needs to call a car based on the determined destination and the destination time.
  • Step 1 Determine the departure and departure time.
  • determine the departure and departure time including:
  • the change information of the user position refers to a change of the position of the user over a period of time (specifically, it can be represented by a motion track), for example, the user keeps moving in a small range (such as several squares) within 1 minute, then It is considered that the user is in the non-departure state, and if the user's movement distance within the set time exceeds the set value (for example, the movement distance exceeds 500 meters in one minute), it can be considered to be in the state of riding the vehicle.
  • the departure place and the departure time are determined according to the change information of the current position of the user, and not only the departure place when the user is stationary but also the departure place when the user is currently riding a train, an airplane or the like can be determined.
  • determining the departure place and departure time also includes:
  • the current time is the departure time, or the current time is added plus the time required for the user to depart as the departure time.
  • the terminal device records the user's off-duty time and the time required for the user to leave after work (for example, 10 minutes). If the user has a schedule, then the departure place determined at this time is the company. Departure time is 5:10.
  • Step 2 Determine whether the user can reach the destination by public transportation or on foot during the departure time and the target time.
  • the length of time is greater than the difference between the departure time and the destination time, it is judged that the user cannot reach the destination by public transportation or walking during the departure time and the target time. Otherwise, it is judged that the user can reach the destination by public transportation or by foot.
  • Step 3 If the user is unable to reach the destination by public transportation or walking within the departure time and the target time, it is determined that the user needs to call the car.
  • step S21-S23 determine whether the user needs to call a car. According to the user's living habits and the schedule, the user needs to go to the next place, according to the place and time of the user to determine whether the user needs to call the car, when the car needs to be called, step S24 is performed to complete the order generation and output. The whole process is carried out in the background, without user intervention, and only when the user can't get through public transportation or walk, the order is output, avoiding frequent harassment of the order.
  • step S24 when it is determined that the user needs to call a car, a car order is generated and output.
  • the car order includes the departure place and the destination.
  • the car order also includes the departure time.
  • the terminal device can place an order in advance according to the departure time, such as placing an order five minutes in advance.
  • the calling order is generated, and the departure time of the calling order is the user's leaving time calculated by the terminal device.
  • the departure time may be the time of the train arriving at the station.
  • the terminal device can select the order time according to the departure time, thereby ensuring that the user starts on time.
  • generating and outputting a car order includes:
  • the car order option is selected for the user to select, and the car order option includes an order option, a modification order option, and a cancel order option. These car order options can help users complete orders or cancel orders.
  • the method further includes:
  • the call order is sent; when the user's operation selects the modify order option, the receiving user re-enters the departure place, destination or departure time by modifying the order option; when the user selects the operation
  • the order is cancelled, the order for the car is deleted.
  • the method further includes:
  • the operation habit information of the user is information generated according to the operation of the previously generated car order by the user, and the operation habit information is used to indicate that the user has a regular operation when processing the order;
  • the car order is processed according to the user's operating habit information.
  • Processing a car order includes determining an order, canceling an order, or modifying an order.
  • the user has 2 late chances every month, so the order from the home to the company on the first two mornings of each month is cancelled by the user, and the above operation of the user is recorded in the user's operation habit information.
  • the order for the car is generated, if the order for the car is exactly the first order from the home to the company in the month, the order for the car is cancelled directly.
  • Example 1 At 8 o'clock, the terminal device obtains the user's next itinerary to 9:00 according to the user's living habit information. The terminal device determines that the user cannot arrive at the company within one hour according to the current location of the user and the company location. At this time, the car order is generated and outputted, the departure place is the current location of the user, and the destination is the company.
  • Example 2 The user travels to attend the meeting at 14 o'clock in the afternoon, and the train is scheduled to arrive at the train station at 13 o'clock. However, because of objective reasons, when the terminal device judges that the user has not arrived at the train station at 13 o'clock, it may be late for the meeting.
  • the terminal equipment performs a car service according to the actual situation. The starting point is the railway station and the destination is the meeting place.
  • the terminal device when determining that the user needs to call a car, automatically generates and outputs a car order, and can initiate a car service at the first time to prevent the user from having a trip, and the process does not require user participation, and not only the user operates. Reduced and saved user time.
  • the user's next destination is determined according to at least one of the user's lifestyle information and the schedule information, and whether the user needs to call the vehicle according to the user's destination and time is determined, and the whole process is performed in the background. No user intervention is required, saving user operations and time.
  • the user's living habits and schedules can be obtained from the local end, or can be obtained from the network, and can be diversified according to the needs of the user; at the same time, the schedule information can be specifically from the schedule, the memo, and the alarm clock. Acquisition, so that the program can be combined with existing software, and the use is more convenient.
  • the departure place and the departure time are determined based on the change information of the current position of the user, and not only the departure place when the user is stationary but also the departure place in the case where the user is currently riding a train, an airplane or the like can be determined.
  • the departure time of the user is determined according to the different states of the user (on the traffic state or the non-departure state), and the determination result is more accurate.
  • a car order may include a departure place, a destination, etc., to avoid user input.
  • the car order also includes the departure time.
  • the terminal device can select the order time according to the departure time, thereby ensuring that the user starts on time.
  • the user's living habit information is generated to ensure that the terminal device can call the user in time according to the living habit information.
  • the car order option for the user to select is output, and the car order option includes an order confirmation option, a modification order option, and a cancel order option, so that the user can confirm and modify according to the content of the order. , cancel, to ensure the accuracy of the order.
  • the order of the car can be directly processed according to the operation habit information of the user, and the user is prevented from confirming or modifying, and the time of the user is saved under the premise of ensuring the accuracy of the order.
  • FIG. 4 is a block diagram of a calling device, which may be the aforementioned terminal device or integrated on the terminal device, as shown in FIG. 4, according to an exemplary embodiment, the device includes:
  • the determining module 31 is configured to determine, according to at least one of living habit information and schedule information, whether the user needs to call a car;
  • the output module 32 is configured to generate and output a car order when determining that the user needs to call the car.
  • the device automatically generates and outputs a car order when determining that the user needs to call the car, and can initiate a car service at the first time to prevent the user from accidentally tripping, and the process does not require user participation, and not only the user operates. Reduced and saved user time.
  • FIG. 5 is a block diagram of a car-receiving device, which may be the aforementioned terminal device or integrated on the terminal device, as shown in FIG. 5, according to an exemplary embodiment, the device includes:
  • the determining module 41 is configured to determine, according to at least one of living habit information and schedule information, whether the user needs to call a car;
  • the output module 42 is configured to generate and output a car order when it is determined that the user needs to call the car.
  • the determining module 41 includes:
  • the obtaining sub-module 411 is configured to acquire at least one of the user's living habit information and the travel schedule information, where the living habit information includes a place and a time that the user appears in the same time period within the set period multiple times, and the travel schedule information includes the user.
  • the first determining sub-module 412 is configured to determine, according to at least one of the user's living habit information and the schedule information, a location that the user needs to appear next according to the lifestyle information or the schedule information, and the user needs to arrive next.
  • the second determining sub-module 413 is configured to determine, according to the determined destination and the destination time, whether the user needs to call the car.
  • the setting period may be a week, a month, or a year.
  • the setting period may be a user-set or a system default period.
  • the length of the period may also be a user-set or system default, and may be a certain one. Within hours or half an hour.
  • the lifestyle information and the schedule information can be obtained from the local device (also the device in the foregoing) or the server.
  • the obtaining submodule 411 is configured to:
  • users in daily life, users usually record the next itinerary in the above software in order to make self-reminder.
  • the specific content usually includes the location and time, such as: 11:00 on October 20th.
  • the user's living habits and scheduling can also be stored in the server, which is convenient for the user to use on different devices.
  • the user's living habits and itinerary can also be stored locally for the convenience of the device.
  • the user's itinerary can be stored in the software of the local device's schedule, memo, and alarm clock, so that the solution can be combined with the existing software and used more conveniently.
  • the acquisition sub-module 411 may perform the above operations periodically, or when the device moves or is woken up.
  • the second determining submodule 413 is configured to:
  • the second determining sub-module 413 is configured to:
  • the end point of the vehicle is determined as the starting point.
  • the change information of the user position refers to a change of the position of the user over a period of time (specifically, it can be represented by a motion track), for example, the user keeps moving in a small range (such as several squares) within 1 minute, then It is considered that the user is in the non-departure state, and if the user's movement distance within the set time exceeds the set value (for example, the movement distance exceeds 500 meters in one minute), it can be considered to be in the state of riding the vehicle.
  • the departure place and the departure time are determined according to the change information of the current position of the user, and not only the departure place when the user is stationary but also the departure place when the user is currently riding a train, an airplane or the like can be determined.
  • the second determining sub-module 413 is configured to determine, when the user is currently in a traffic state, a time when the vehicle reaches the end point as the departure time;
  • the current time is the departure time, or the current time is added plus the time required for the user to depart as the departure time.
  • the terminal device records the user's off-duty time and the time required for the user to leave after work (for example, 10 minutes). If the user has a schedule, then the departure place determined at this time is the company. Departure time is 5:10.
  • the second determining sub-module 413 is configured to:
  • the length of time is greater than the difference between the departure time and the destination time, it is judged that the user cannot reach the destination by public transportation or walking during the departure time and the target time. Otherwise, it is judged that the user can reach the destination by public transportation or by foot.
  • the car order includes the departure place and the destination.
  • the car order also includes the departure time.
  • the device can place an order in advance according to the departure time, such as placing an order five minutes in advance.
  • the departure time of the car order is the user's home time calculated by the device.
  • the departure time may be the time of the train arriving at the station.
  • the device can select the order time according to the departure time, thereby ensuring that the user starts on time.
  • the device further includes:
  • the generating module 43 is configured to generate living habit information of the user, where the user's living habit information includes a setting place and a time when the user reaches the set location.
  • the setting locations include but are not limited to homes, companies, stadiums and the like.
  • the generating module 43 includes:
  • the first recording sub-module 431 is configured to record a location where the user appears in the same time period within the set period multiple times, and record the location as a set location; the coordinates of the set location may be recorded by using a GPS sensor.
  • the second recording sub-module 432 is configured to record the time when the user arrives at the set location.
  • the generation module 43 records the set point and the time at which the set point is reached. Specifically, the generation module 43 can record the position of the set place and the time of arrival at the set place a plurality of times, and then take the average value as a result.
  • the user's lifestyle information may also include the user's wake-up time and the user's time away from home.
  • the length of time between the user's wake-up time and the time the user leaves home is the length of time required for the user to leave, which is used for the user to wash.
  • the user's living habit information is generated to ensure that the device can call the user in time according to the living habit information.
  • the output module 42 is configured to:
  • the car order option is selected for the user to select, and the car order option includes an order option, a modification order option, and a cancel order option.
  • the device further includes:
  • An obtaining module 44 configured to acquire a user's operation selection
  • the processing module 45 is configured to: when the user's operation selects to determine an order option, send a car order; when the user selects to modify the order option, the receiving user re-enters the departure place, destination or departure time by modifying the order option When the user's action selects the Cancel Order option, the call order is deleted.
  • the obtaining module 44 is configured to acquire operation habit information of the user, and the operation habit information of the user is information generated according to the operation of the previously generated car order by the user, and the operation habit information is used to indicate that the user has regularity in processing the order. Operation
  • the processing module 45 is configured to directly process the calling order according to the operation habit information of the user.
  • the user has 2 late chances every month, so the order from the home to the company on the first two mornings of each month is cancelled by the user, and the above operation of the user is recorded in the user's operation habit information.
  • a car order is generated, if The order for the car is exactly the first order from the home to the company in the month, and the order for the car is cancelled directly.
  • the device automatically generates and outputs a car order when determining that the user needs to call the car, and can initiate a car service at the first time to prevent the user from accidentally tripping, and the process does not require user participation, and not only the user operates. Reduced and saved user time.
  • FIG. 6 is a block diagram of a calling device 120, according to an exemplary embodiment.
  • device 120 can be a mobile terminal (such as a smart phone, etc.).
  • device 120 may include one or more of the following components: processing component 122, memory 124, power component 126, multimedia component 128, audio component 130, input/output (I/O) interface 132, sensor component 134, And a communication component 136.
  • Processing component 122 typically controls the overall operation of device 120, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • Processing component 122 may include one or more processors 1220 to execute instructions to perform all or part of the steps of the above described methods.
  • processing component 122 can include one or more modules to facilitate interaction between component 122 and other components.
  • processing component 122 can include a multimedia module to facilitate interaction between multimedia component 128 and processing component 122.
  • Memory 124 is configured to store various types of data to support operation at device 120. Examples of such data include instructions for any application or method operating on device 120, contact data, phone book data, messages, pictures, videos, and the like.
  • the memory 124 can be implemented by any type of volatile or non-volatile storage device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read only memory
  • EPROM Electrically erasable programmable read only memory
  • PROM Programmable Read Only Memory
  • ROM Read Only Memory
  • Magnetic Memory Flash Memory
  • Disk Disk or Optical Disk.
  • Power component 126 provides power to various components of device 120.
  • Power component 126 can include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for device 120.
  • the multimedia component 128 includes a screen between the device 120 and the user that provides an output interface.
  • the screen can include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touches, slides, and gestures on the touch panel. The touch sensor may sense not only the boundary of the touch or sliding action, but also the duration and pressure associated with the touch or slide operation.
  • the multimedia component 128 includes a front camera and/or a rear camera. When the device 120 is in an operation mode, such as a shooting mode or a video mode, the front camera and/or the rear camera can receive external multimedia data. Each front and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.
  • the audio component 130 is configured to output and/or input an audio signal.
  • audio component 130 includes a microphone (MIC) that is used when device 120 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode.
  • the wind is configured to receive an external audio signal.
  • the received audio signal may be further stored in memory 124 or transmitted via communication component 136.
  • audio component 130 also includes a speaker for outputting an audio signal.
  • the I/O interface 132 provides an interface between the processing component 122 and the peripheral interface module, which may be a keyboard, a click wheel, a button, or the like. These buttons may include, but are not limited to, a home button, a volume button, a start button, and a lock button.
  • Sensor assembly 134 includes one or more sensors for providing device 120 with various aspects of status assessment.
  • sensor assembly 134 can detect an open/closed state of device 120, a relative positioning of components, such as the display and keypad of device 120, and sensor component 134 can also detect a change in position of one component of device 120 or device 120. The presence or absence of user contact with device 120, device 120 orientation or acceleration/deceleration, and temperature change of device 120.
  • Sensor assembly 134 can include a proximity sensor configured to detect the presence of nearby objects without any physical contact.
  • Sensor assembly 134 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor assembly 134 can also include an acceleration sensor, a gyro sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • Communication component 136 is configured to facilitate wired or wireless communication between device 120 and other devices.
  • the device 120 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof.
  • communication component 136 receives broadcast signals or broadcast associated information from an external broadcast management system via a broadcast channel.
  • the communication component 136 also includes a near field communication (NFC) module to facilitate short range communication.
  • NFC near field communication
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • device 120 may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable A gate array (FPGA), controller, microcontroller, microprocessor, or other electronic component implementation for performing the above methods.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGA field programmable A gate array
  • controller microcontroller, microprocessor, or other electronic component implementation for performing the above methods.
  • non-transitory computer readable storage medium comprising instructions, such as a memory 124 comprising instructions executable by processor 1220 of apparatus 120 to perform the above method.
  • the non-transitory computer readable storage medium may be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device.
  • a non-transitory computer readable storage medium when instructions in the storage medium are executed by a processor of a device, to enable the device to perform a method of calling, the method comprising:
  • determining whether the user needs to call a car according to at least one of living habit information and schedule information includes:
  • the lifestyle information includes the user multiple times The location and time of occurrence of the same time period within the set period
  • the schedule information includes the location and time when the user plans to appear
  • Determining, according to at least one of the user's living habit information and the schedule information, the location that the user needs to appear next according to the lifestyle information or the schedule information, and the time when the user arrives at the next desired location, and the next need of the user The location where the user appears and the time when the user arrives at the next place to appear, respectively, as the destination and the time of the destination;
  • the user needs to go according to the user's living habits and the itinerary, and according to the place and time the user wants to go, it is determined whether the user needs to call the car, and the whole process is performed in the background without user intervention.
  • acquiring at least one of the user's living habit information and the schedule information includes:
  • the user's living habits and schedules can be obtained from the local end or from the network.
  • the schedule information can be obtained from the schedule, the memo, and the alarm clock, so that the scheme can be Software is combined with each other to make it easier to use.
  • determining whether the user needs to call the vehicle according to the determined destination and the destination time includes:
  • determining a departure place and a departure time include:
  • the end point of the vehicle is determined as the starting point.
  • the departure place and the departure time are determined according to the change information of the current position of the user, and not only the departure place when the user is stationary but also the departure place when the user is currently riding a train, an airplane or the like can be determined.
  • determining the departure place and the departure time further includes:
  • the current time is the departure time, or the current time is added plus the time required for the user to depart as the departure time.
  • the departure time of the user is determined according to different states of the user, and the determination result is more accurate.
  • the length of time is greater than the difference between the departure time and the destination time, it is judged that the user cannot reach the destination by public transportation or walking during the departure time and the target time.
  • the calling order includes a departure place and a destination.
  • the car order also includes a departure time.
  • the terminal device can select the order time according to the departure time, thereby ensuring that the user starts on time.
  • the method further includes:
  • the user's lifestyle information is generated, and the user's lifestyle information includes the location and the time when the user reaches the set location.
  • generating user's living habit information includes:
  • the user's living habit information is generated to ensure that the terminal device can call the user in time according to the living habit information.
  • generating and outputting a car order includes:
  • the car order option is selected for the user to select, and the car order option includes an order option, a modification order option, and a cancel order option.
  • the method further includes:
  • the call order is sent; when the user's operation selects the modify order option, the receiving user re-enters the departure place, destination or departure time by modifying the order option; when the user selects the operation
  • the order is cancelled, the order for the car is deleted.
  • the method further includes:
  • the operation habit information of the user is information generated according to the operation of the previously generated car order by the user, and the operation habit information is used to indicate that the user has a regular operation when processing the order;
  • the car order is processed directly.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Operations Research (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Medical Informatics (AREA)
  • Computing Systems (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Navigation (AREA)
  • User Interface Of Digital Computer (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开是关于一种叫车方法和装置，涉及通信技术领域。所述方法包括：根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；当确定所述用户需要叫车时，生成并输出叫车订单。在本公开中，终端设备在确定用户需要叫车时，自动生成并输出叫车订单，可以在第一时间发起叫车服务，避免用户误了行程，并且该过程无需用户参与，不仅使用户操作减少，还节省了用户时间。

Description

叫车方法和装置
本申请基于申请号为201510727016.7、申请日为2015年10月30日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本公开涉及通信领域，尤其涉及一种叫车方法和装置。
背景技术
随着各种打车软件的火爆，人们出行时除了乘坐普通出租车外，还可以通过打车软件叫车出行。然而，现有打车软件叫车不够智能化，整个打车流程全部需要用户参与，操作繁琐，且浪费用户时间。
发明内容
为克服相关技术中存在的问题，本公开提供一种叫车方法和装置。
根据本公开实施例的第一方面，提供一种叫车方法，所述方法包括：
根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
当确定所述用户需要叫车时，生成并输出叫车订单。
根据本公开第一方面的一种实现方式，所述根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车，包括：
获取用户的生活习惯信息及行程安排信息中的至少一种，所述生活习惯信息包括所述用户多次在设定周期内的同一时间段出现的地点和时间，所述行程安排信息包括所述用户计划出现的地点和时间；
根据所述用户的生活习惯信息及行程安排信息中的至少一种，确定按照所述生活习惯信息或者所述行程安排信息所述用户下一需要出现的地点、以及所述用户到达所述下一需要出现的地点的时间，将所述用户下一需要出现的地点和所述用户到达所述下一需要出现的地点的时间，分别确定为目的地以及目的时间；
根据确定出的所述目的地以及所述目的时间确定所述用户是否需要叫车。
在该实现方式中，根据用户的生活习惯以及行程安排去确定用户接下来需要去的地方，根据用户要去的地方以及时间确定用户是否需要叫车前往，整个过程在后台进行，无需用户介入。
根据本公开第一方面的另一种实现方式，所述获取用户的生活习惯信息及行程安排信息中的至少一种，包括：
从本机设备的存储器或者服务器中获取所述用户的生活习惯信息；
从所述本机设备的日程安排、备忘录以及闹钟或者所述服务器中获取所述用户的行程安排信息。
在该实现方式中，用户的生活习惯和行程安排既可以从本地端获取，也可以从网络端获取；同时，行程安排信息具体可以从日程安排、备忘录以及闹钟中获取，使得该方案可以与现有软件相互结合，使用更加便捷。
根据本公开第一方面的另一种实现方式，所述根据确定出的所述目的地以及所述目的时间确定所述用户是否需要叫车，包括：
确定出发地和出发时间；
判断在所述出发时间与所述目的时间内，所述用户是否能够通过公共交通或者步行到达所述目的地；
如果在所述出发时间与所述目的时间内，所述用户不能够通过公共交通或者步行到达所述目的地，则确定所述用户需要叫车。
根据本公开第一方面的另一种实现方式，所述确定出发地和出发时间，包括：
检测所述用户位置的变化信息；
根据所述用户位置的变化信息确定所述用户的状态，所述用户的状态包括未出发及乘坐交通工具；
当所述用户处于未出发状态时，确定所述用户当前所处位置为所述出发地；
当所述用户处于乘坐交通工具状态时，确定所述交通工具的终点作为所述出发地。
在该实现方式中，根据用户当前的位置的变化信息来确定出发地和出发时间，不但可以确定用户静止时的出发地，还可以确定用户当前正在乘坐火车、飞机等情况下的出发地。
根据本公开第一方面的另一种实现方式，所述确定出发地和出发时间，还包括：
当所述用户当前处于乘坐交通状态时，确定所述交通工具到达终点的时间作为所述出发时间；
当所述用户处于未出发状态时，确定所述当前时间为所述出发时间，或者确定当前时间加上所述用户出发所需时长作为所述出发时间。
在该实现方式中，根据用户不同状态，确定用户的出发时间，确定结果更加准确。
根据本公开第一方面的另一种实现方式，所述判断在所述出发时间与所述目的时间内，所述用户是否能够通过公共交通或者步行到达所述目的地，包括：
通过离线地图或者网络地图查找通过公共交通或者步行到达目的的时间长度；
如果所述时间长度大于所述出发时间与所述目的时间之差，则判断在所述出发时间与所述目的时间内，所述用户不能够通过公共交通或者步行到达所述目的地。
根据本公开第一方面的另一种实现方式，所述叫车订单包括出发地和目的地。
根据本公开第一方面的另一种实现方式，所述叫车订单还包括出发时间。
在该实现方式中，通过提供出发时间，使得终端设备可以根据出发时间选择下单时间，从而保证用户按时出发。
根据本公开第一方面的另一种实现方式，所述方法还包括：
生成所述用户的生活习惯信息，所述用户的生活习惯信息包括设定地点及所述用户达到所述设定地点的时间。
根据本公开第一方面的另一种实现方式，所述生成所述用户的生活习惯信息，包括：
记录所述用户多次在设定周期内的同一时间段出现的地点，并记录为所述设定地点；
记录所述用户到达所述设定地点的时间。
在上述实现方式中，通过生成用户的生活习惯信息，以保证终端设备可以根据该生活习惯信息及时为用户叫车。
根据本公开第一方面的另一种实现方式，所述生成并输出叫车订单，包括：
输出供用户选择的叫车订单选项，所述叫车订单选项包括确定订单选项、修改订单选项和取消订单选项。
根据本公开第一方面的另一种实现方式，所述方法还包括：
获取所述用户的操作选择；
当所述用户的操作选择为确定订单选项时，发送所述叫车订单；当所述用户的操作选择为修改订单选项时，接收所述用户通过修改订单选项重新输入的出发地、目的地或出发时间；当所述用户的操作选择为取消订单选项时，删除所述叫车订单。
根据本公开第一方面的另一种实现方式，所述方法还包括：
获取所述用户的操作习惯信息，所述用户的操作习惯信息是根据所述用户对之前产生的叫车订单的操作产生的信息；
根据所述用户的操作习惯信息，直接对所述叫车订单进行处理。
根据本公开实施例的第二方面，提供一种叫车装置，所述装置包括：
确定模块，用于根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
输出模块，用于当确定所述用户需要叫车时，生成并输出叫车订单。
根据本公开第二方面的一种实现方式，所述确定模块，包括：
获取子模块，用于获取用户的生活习惯信息及行程安排信息中的至少一种，所述生活习惯信息包括所述用户多次在设定周期内的同一时间段出现的地点和时间，所述行程安排信息包括所述用户计划出现的地点和时间；
第一确定子模块，用于根据所述用户的生活习惯信息及行程安排信息中的至少一种，确定按照所述生活习惯信息或者所述行程安排信息所述用户下一需要出现的地点、以及所述用户到达所述下一需要出现的地点的时间，将所述用户下一需要出现的地点和所述用户到达所述下一需要出现的地点的时间，分别确定为目的地以及目的时间；
第二确定子模块，用于根据确定出的所述目的地以及所述目的时间确定所述用户是否需要叫车。
根据本公开第二方面的另一种实现方式，所述获取子模块，用于：
从本机设备的存储器或者服务器中获取所述用户的生活习惯信息；
从所述本机设备的日程安排、备忘录以及闹钟或者所述服务器中获取所述用户的行程安排信息。
根据本公开第二方面的另一种实现方式，所述第二确定子模块，用于：
确定出发地和出发时间；
判断在所述出发时间与所述目的时间内，所述用户是否能够通过公共交通或者步行到达所述目的地；
如果在所述出发时间与所述目的时间内，所述用户不能够通过公共交通或者步行到达所述目的地，则确定所述用户需要叫车。
根据本公开第二方面的另一种实现方式，所述第二确定子模块，用于：
检测所述用户位置的变化信息；
根据所述用户位置的变化信息确定所述用户的状态，所述用户的状态包括未出发及乘坐交通工具；
当所述用户处于未出发状态时，确定所述用户当前所处位置为所述出发地；
当所述用户处于乘坐交通工具状态时，确定所述交通工具的终点作为所述出发地。
根据本公开第二方面的另一种实现方式，所述第二确定子模块，还用于：
当所述用户当前处于乘坐交通状态时，确定所述交通工具到达终点的时间作为所述出发时间；
当所述用户处于未出发状态时，确定所述当前时间为所述出发时间，或者确定当前时间加上所述用户出发所需时长作为所述出发时间。
根据本公开第二方面的另一种实现方式，所述第二确定子模块，用于：
通过离线地图或者网络地图查找通过公共交通或者步行到达目的的时间长度；
如果所述时间长度大于所述出发时间与所述目的时间之差，则判断在所述出发时间与所述目的时间内，所述用户不能够通过公共交通或者步行到达所述目的地。
根据本公开第二方面的另一种实现方式，所述叫车订单包括出发地和目的地。
根据本公开第二方面的另一种实现方式，所述叫车订单还包括出发时间。
根据本公开第二方面的另一种实现方式，所述装置还包括：
生成模块，用于生成所述用户的生活习惯信息，所述用户的生活习惯信息包括设定地点及所述用户达到所述设定地点的时间。
根据本公开第二方面的另一种实现方式，所述生成模块，包括：
第一记录子模块，用于记录所述用户多次在设定周期内的同一时间段出现的地点，并记录为所述设定地点；
第二记录子模块，用于记录所述用户到达所述设定地点的时间。
根据本公开第二方面的另一种实现方式，所述输出模块，用于：
输出供用户选择的叫车订单选项，所述叫车订单选项包括确定订单选项、修改订单选项和取消订单选项。
根据本公开第二方面的另一种实现方式，所述装置还包括：
获取模块，用于获取所述用户的操作选择；
处理模块，用于当所述用户的操作选择为确定订单选项时，发送所述叫车订单；当所述用户的操作选择为修改订单选项时，接收所述用户通过修改订单选项重新输入的出发地、目的地或出发时间；当所述用户的操作选择为取消订单选项时，删除所述叫车订单。
根据本公开第二方面的另一种实现方式，所述装置还包括：
获取模块，用于获取所述用户的操作习惯信息，所述用户的操作习惯信息是根据所述用户对之前产生的叫车订单的操作产生的信息；
处理模块，用于根据所述用户的操作习惯信息，直接对所述叫车订单进行处理。
根据本公开实施例的第三方面，提供一种叫车装置，所述装置包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
当确定所述用户需要叫车时，生成并输出叫车订单。
本公开的实施例提供的技术方案可以包括以下有益效果：
在本公开中，终端设备在确定用户需要叫车时，自动生成并输出叫车订单，可以在第一时间发起叫车服务，避免用户误了行程，并且该过程无需用户参与，不仅使用户操作减少，还节省了用户时间。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的应用场景图。
图2是根据一示例性实施例示出的一种叫车方法的流程图。
图3是根据一示例性实施例示出的一种叫车方法的流程图。
图4是根据一示例性实施例示出的一种叫车装置的框图。
图5是根据一示例性实施例示出的一种叫车装置的框图。
图6是根据一示例性实施例示出的一种叫车装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
为了便于实施例的描述，下面先简单介绍一下本公开中实施例的应用场景，参见图1，该场景中包括终端设备1，所述终端设备1上安装有打车软件、日程安排、备忘录以及闹钟等软件。用户通过打车软件使用叫车服务；用户还可以在日程安排、备忘录以及闹钟等软件中记录自己的行程安排。
其中，终端设备1包括但不限于智能手机、智能手表或者平板电脑。打车软件可以是滴滴打车、优步等。
需要说明的是，以上所述的设备的种类和数量仅为举例，本公开对此不作限制。
图2是根据一示例性实施例示出的一种叫车方法的流程图，该方法由前述应用场景中的终端设备执行，参见图2，该方法包括：
在步骤S11中，根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车。
即终端设备根据用户常去的地点即到达时间以及用户计划去的地点及时间，确定用户从若要在上述时间到达上述地点是否需要叫车。
在步骤S12中，当确定用户需要叫车时，生成并输出叫车订单。
当根据步骤S11确定需要叫车时，向用户推送一个叫车订单，供用户叫车。
在本公开中，终端设备在确定用户需要叫车时，自动生成并输出叫车订单，可以在第一时间发起叫车服务，避免用户误了行程，并且该过程无需用户参与，不仅使用户操作减少，还节省了用户时间。
图3是根据一示例性实施例示出的一种叫车方法的流程图，该方法由前述应用场景中的终端设备执行，参见图3，该方法包括：
在步骤S21中，获取用户的生活习惯信息及行程安排信息中的至少一种，生活习惯信息包括用户多次在设定周期内的同一时间段出现的地点和时间，行程安排信息包括用户计划出现的地点和时间。
其中，设定周期可以是星期、月或者年等，设定周期可以是用户设定的也可以是系统默认的周期，时段的长度也可以是用户设定的或系统默认的，可以是某一个小时或半个小时内。
具体地，生活习惯信息和行程安排信息可以从本机设备(也是前文中的终端设备)或 者服务器中获取到。
在本实施例的一种实现方式中，获取用户的生活习惯信息及行程安排信息，包括：
从本机设备的存储器或者服务器中获取用户的生活习惯信息；
从本机设备的日程安排、备忘录以及闹钟或者服务器中获取用户的行程安排信息。
例如，日常生活中用户为了进行自我提醒，通常将接下来的行程安排记录在上述软件中，具体内容通常包括地点和时间，如：10月20日11点公司开会。
在该实现方式中，用户的生活习惯和行程安排还可以存储在服务器中，方便用户在不同的终端设备上使用。当然，用户的生活习惯和行程安排也可以存储在本地，方便该终端设备使用。用户的行程安排可以具体存储在本机设备的日程安排、备忘录以及闹钟等软件中，使得该方案可以与现有软件相互结合，使用更加便捷。
进一步地，方法还包括：
生成用户的生活习惯信息，用户的生活习惯信息包括设定地点及用户达到设定地点的时间。
其中，设定地点包括但不限于家、公司、体育馆等场所。
在上述实现方式中，通过生成用户的生活习惯信息，以保证终端设备可以根据该生活习惯信息及时为用户叫车。
在本实施例中，生成用户的生活习惯信息，包括：
确定用户多次在设定周期内的同一时间段出现的地点，并记录为设定地点；设定地点的坐标可以通过GPS传感器进行记录。
记录用户到达设定地点的时间。
上述方法说明了如何记录设定地点和到达设定地点的时间，具体地，可以多次记录设定地点的位置及到达设定地点的时间，然后取均值作为结果保存。
进一步地，用户的生活习惯信息还可以包括用户起床时间以及用户离家时间。用户起床时间与用户离家时间之间的时长为用户出发所需时长，该时长用于用户洗漱穿着。
值得说明的是，由于生成用户的生活习惯信息会涉及到用户的隐私，因此该步骤的实施，需事先向用户声明并需要确定用户的同意方可执行。实现时，可以在移动终端的系统设置菜单中设置选项，供用户选择。
进一步地，步骤S21可以周期性地执行，或者当终端设备发生移动或者被唤醒时执行。在执行步骤S21后，终端设备会继续执行后续步骤。
在步骤S22中，根据用户的生活习惯信息及行程安排信息中的至少一种，确定按照生活习惯信息或者行程安排信息用户下一需要出现的地点、以及用户到达下一需要出现的地点的时间，将用户下一需要出现的地点和用户到达下一需要出现的地点的时间，分别确定为目的地以及目的时间。
例如，当前时间为8点，用户行程安排信息中下一需要出现的地点为公司，用户到达下一需要出现的地点的时间为8点30，则确定公司和8点30分别作为目的地和目的时间。
在步骤S23中，根据确定出的目的地以及目的时间确定用户是否需要叫车。
其中，根据确定出的目的地以及目的时间确定用户是否需要叫车，包括：
步骤一：确定出发地和出发时间。
其中，确定出发地和出发时间，包括：
检测用户位置的变化信息；
根据用户位置的变化信息确定用户的状态，用户的状态包括未出发及乘坐交通工具；
当用户处于未出发状态时，确定用户当前所处位置为出发地；当用户处于乘坐交通工具状态时，确定交通工具的终点作为出发地。
其中，用户位置的变化信息是指用户的位置在一段时间内的变化情况(具体可以用运动轨迹表示)，例如用户在1分钟内一直在很小的范围(如几个平方)内运动，则认为用户处于未出发状态，如果用户在设定时间内的运动距离超过设定值(例如一分钟内运动距离超过500米)，则可以认为处于乘坐交通工具状态。
在该实现方式中，根据用户当前的位置的变化信息来确定出发地和出发时间，不但可以确定用户静止时的出发地，还可以确定用户当前正在乘坐火车、飞机等情况下的出发地。
进一步地，确定出发地和出发时间，还包括：
当用户当前处于乘坐交通状态时，确定交通工具到达终点的时间作为出发时间；
当用户处于未出发状态时，确定当前时间为出发时间，或者确定当前时间加上用户出发所需时长作为出发时间。
例如，在8点时，终端设备通过重力感应检测到用户起床(终端设备长时间未被唤醒且当前时间为清晨)，此时出发时间＝起床时间8点+用户出发所需时长(30分钟)＝8点30分。
再例如，下午5点用户下班，终端设备中记录有用户下班时间、用户下班后出发所需时间(如10分钟)，则此时如果用户有行程安排，则此时确定的出发地为公司，出发时间为5点10分。
步骤二：判断在出发时间与目的时间内，用户是否能够通过公共交通或者步行到达目的地。
在上述实现方式中，判断在出发时间与目的时间内，用户是否能够通过公共交通或者步行到达目的地，包括：
通过离线地图(存储在本机设备中)或者网络地图(存储在网络服务器做中)查找通过公共交通或者步行到达目的的时间长度；
如果时间长度大于出发时间与目的时间之差，则判断在出发时间与目的时间内，用户不能够通过公共交通或者步行到达目的地。否则，判断用户能够通过公共交通或者步行到达目的地。
步骤三：如果在出发时间与目的时间内，用户不能够通过公共交通或者步行到达目的地，则确定用户需要叫车。
上述步骤S21-S23确定用户是否需要叫车。根据用户的生活习惯以及行程安排去确定用户接下来需要去的地方，根据用户要去的地方以及时间确定用户是否需要叫车前往，当需要叫车时，执行步骤S24，完成订单生成和输出，整个过程在后台进行，无需用户介入，并且只有在用户无法通过公共交通根据或者步行到达时，才进行订单输出，避免频繁输出订单对用户造成的骚扰。
当然，在其他实现方式中，还可以在获取用户接下来要去的地方以及时间后，即生成订单，这里不做赘述。
在步骤S24中，当确定用户需要叫车时，生成并输出叫车订单。
其中，叫车订单包括出发地和目的地。
进一步地，叫车订单还包括出发时间。终端设备可以根据出发时间，提前进行下单，如提前五分钟下单。
例如，用户起床后即产生该叫车订单，而该叫车订单的出发时间为终端设备计算出的用户离家时间。或者，用户正在乘坐火车时，出发时间可以是火车到站的时间。
在该实现方式中，通过提供出发时间，使得终端设备可以根据出发时间选择下单时间，从而保证用户按时出发。
进一步地，生成并输出叫车订单，包括：
输出供用户选择的叫车订单选项，叫车订单选项包括确定订单选项、修改订单选项和取消订单选项。这些叫车订单选项可以帮助用户完成下单或取消订单。
进一步地，方法还包括：
获取用户的操作选择；
当用户的操作选择为确定订单选项时，发送叫车订单；当用户的操作选择为修改订单选项时，接收用户通过修改订单选项重新输入的出发地、目的地或出发时间；当用户的操作选择为取消订单选项时，删除叫车订单。
进一步地，方法还包括：
获取用户的操作习惯信息，用户的操作习惯信息是根据用户对之前产生的叫车订单的操作产生的信息，操作习惯信息用于指示用户在处理订单时有规律的操作；
根据用户的操作习惯信息，对叫车订单进行处理。
对叫车订单进行处理包括确定订单，取消订单或者对订单进行修改。
例如，用户每个月存在2次迟到机会，所以每月头两次早晨从家到公司的订单都会被用户取消，用户的上述操作被记录在用户的操作习惯信息中。当产生叫车订单时，如果该叫车订单正好是该月份第一次从家到公司的订单，则直接取消该叫车订单。
下面通过举例对本实施例提供的方法进行说明：
例一：8点时，终端设备根据用户的生活习惯信息获取到用户接下来的行程为9点到公司。终端设备根据用户当前的位置和公司位置，确定用户无法在1小时内到达公司，此时生成并输出叫车订单，出发地为用户当前的位置，目的地为公司。
例二：用户出差参加下午14点的会议，坐的火车原定13点到达火车站。可是因为客观原因晚点，当13点时终端设备判断用户还没有到达火车站，可能会迟到会议。终端设备根据实际情况进行叫车服务，出发地为火车站，目的地为会议地点。
在本公开中，终端设备在确定用户需要叫车时，自动生成并输出叫车订单，可以在第一时间发起叫车服务，避免用户误了行程，并且该过程无需用户参与，不仅使用户操作减少，还节省了用户时间。
在本公开中，根据用户的生活习惯信息及行程安排信息中的至少一种去确定用户接下来的目的地，根据用户的目的地以及时间确定用户是否需要叫车前往，整个过程在后台进行，无需用户介入，节省了用户操作和时间。
在本公开中，用户的生活习惯和行程安排既可以从本地端获取，也可以从网络端获取，可以根据用户需要进行多样化选择；同时，行程安排信息具体可以从日程安排、备忘录以及闹钟中获取，使得该方案可以与现有软件相互结合，使用更加便捷。
在本公开中，判断在出发时间与目的时间内，用户是否能够通过公共交通或者步行到达所述目的地，从而判断用户是否需要叫车，判断易实现，且与实际情况贴合，实用性高。
在本公开中，根据用户当前的位置的变化信息来确定出发地和出发时间，不但可以确定用户静止时的出发地，还可以确定用户当前正在乘坐火车、飞机等情况下的出发地。
在本公开中，根据用户不同状态(乘坐交通状态或未出发状态)，来确定用户的出发时间，确定结果更加准确。
在本公开中，判断在出发时间与目的时间内，用户是否能够通过公共交通或者步行到达所述目的地，可以通过离线地图或者网络地图来实现判断，简单易实现。
在本公开中，叫车订单可以包括出发地、目的地等，避免用户输入。
在本公开中，叫车订单还包括出发时间，通过提供出发时间，使得终端设备可以根据出发时间选择下单时间，从而保证用户按时出发。
在本公开中，通过生成用户的生活习惯信息，以保证终端设备可以根据该生活习惯信息及时为用户叫车。
在本公开中，输出叫车订单时，输出有供用户选择的叫车订单选项，叫车订单选项包括确定订单选项、修改订单选项和取消订单选项，使得用户可以根据订单的内容进行确认、修改、取消，保证订单的准确性。
在本公开中，还可以根据用户的操作习惯信息直接对叫车订单进行处理，避免用户进行确认或修改，在保证订单准确性的前提下，节省了用户的时间。
图4是根据一示例性实施例示出的一种叫车装置的框图，该叫车装置可以为前述终端设备或者集成在终端设备上，如图4所示，该装置包括：
确定模块31，用于根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
输出模块32，用于当确定用户需要叫车时，生成并输出叫车订单。
在本公开中，该装置在确定用户需要叫车时，自动生成并输出叫车订单，可以在第一时间发起叫车服务，避免用户误了行程，并且该过程无需用户参与，不仅使用户操作减少，还节省了用户时间。
图5是根据一示例性实施例示出的一种叫车装置的框图，该叫车装置可以为前述终端设备或者集成在终端设备上，如图5所示，该装置包括：
确定模块41，用于根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
输出模块42，用于当确定用户需要叫车时，生成并输出叫车订单。
其中，确定模块41，包括：
获取子模块411，用于获取用户的生活习惯信息及行程安排信息中的至少一种，生活习惯信息包括用户多次在设定周期内的同一时间段出现的地点和时间，行程安排信息包括用户计划出现的地点和时间；
第一确定子模块412，用于根据用户的生活习惯信息及行程安排信息中的至少一种，确定按照生活习惯信息或者行程安排信息用户下一需要出现的地点、以及用户到达下一需要出现的地点的时间，将用户下一需要出现的地点和用户到达下一需要出现的地点的时间，分别确定为目的地以及目的时间；
第二确定子模块413，用于根据确定出的目的地以及目的时间确定用户是否需要叫车。
其中，设定周期可以是星期、月或者年等，设定周期可以是用户设定的也可以是系统默认的周期，时段的长度也可以是用户设定的或系统默认的，可以是某一个小时或半个小时内。
具体地，生活习惯信息和行程安排信息可以从本机设备(也是前文中的该装置)或者服务器中获取到。
在本实施例的一种实现方式中，获取子模块411，用于：
从本机设备的存储器或者服务器中获取用户的生活习惯信息；
从本机设备的日程安排、备忘录以及闹钟或者服务器中获取用户的行程安排信息。
例如，日常生活中用户为了进行自我提醒，通常将接下来的行程安排记录在上述软件中，具体内容通常包括地点和时间，如：10月20日11点公司开会。
在该实现方式中，用户的生活习惯和行程安排还可以存储在服务器中，方便用户在不同的装置上使用。当然，用户的生活习惯和行程安排也可以存储在本地，方便该装置使用。用户的行程安排可以具体存储在本机设备的日程安排、备忘录以及闹钟等软件中，使得该方案可以与现有软件相互结合，使用更加便捷。
进一步地，获取子模块411可以周期性地执行上述操作，或者当装置发生移动或者被唤醒时执行。
在本实施例中，第二确定子模块413，用于：
确定出发地和出发时间；
判断在出发时间与目的时间内，用户是否能够通过公共交通或者步行到达目的地；
如果在出发时间与目的时间内，用户不能够通过公共交通或者步行到达目的地，则确定用户需要叫车。
在确定出发地时，第二确定子模块413，用于：
检测用户位置的变化信息；
根据用户位置的变化信息确定用户的状态，用户的状态包括未出发及乘坐交通工具；
当用户处于未出发状态时，确定用户当前所处位置为出发地；
当用户处于乘坐交通工具状态时，确定交通工具的终点作为出发地。
其中，用户位置的变化信息是指用户的位置在一段时间内的变化情况(具体可以用运动轨迹表示)，例如用户在1分钟内一直在很小的范围(如几个平方)内运动，则认为用户处于未出发状态，如果用户在设定时间内的运动距离超过设定值(例如一分钟内运动距离超过500米)，则可以认为处于乘坐交通工具状态。
在该实现方式中，根据用户当前的位置的变化信息来确定出发地和出发时间，不但可以确定用户静止时的出发地，还可以确定用户当前正在乘坐火车、飞机等情况下的出发地。
进一步地，在确定出发时间时，第二确定子模块413，用于当用户当前处于乘坐交通状态时，确定交通工具到达终点的时间作为出发时间；
当用户处于未出发状态时，确定当前时间为出发时间，或者确定当前时间加上用户出发所需时长作为出发时间。
例如，在8点时，装置通过重力感应检测到用户起床(装置长时间未被唤醒且当前时间为清晨)，此时出发时间＝起床时间8点+用户出发所需时长(30分钟)＝8点30分。
再例如，下午5点用户下班，终端设备中记录有用户下班时间、用户下班后出发所需时间(如10分钟)，则此时如果用户有行程安排，则此时确定的出发地为公司，出发时间为5点10分。
在判断在出发时间与目的时间内，用户是否能够通过公共交通或者步行到达目的地时，第二确定子模块413，用于：
通过离线地图(存储在本机设备中)或者网络地图(存储在网络服务器做中)查找通过公共交通或者步行到达目的的时间长度；
如果时间长度大于出发时间与目的时间之差，则判断在出发时间与目的时间内，用户不能够通过公共交通或者步行到达目的地。否则，判断用户能够通过公共交通或者步行到达目的地。
在本实施例中，叫车订单包括出发地和目的地。
在本实施例中，叫车订单还包括出发时间。装置可以根据出发时间，提前进行下单，如提前五分钟下单。
例如，用户起床后即产生该叫车订单，而该叫车订单的出发时间为装置计算出的用户离家时间。或者，用户正在乘坐火车时，出发时间可以是火车到站的时间。
在该实现方式中，通过提供出发时间，使得装置可以根据出发时间选择下单时间，从而保证用户按时出发。
进一步地，装置还包括：
生成模块43，用于生成用户的生活习惯信息，用户的生活习惯信息包括设定地点及用户达到设定地点的时间。
其中，设定地点包括但不限于家、公司、体育馆等场所。
进一步地，生成模块43，包括：
第一记录子模块431，用于记录用户多次在设定周期内的同一时间段出现的地点，并记录为设定地点；设定地点的坐标可以通过GPS传感器进行记录。
第二记录子模块432，用于记录用户到达设定地点的时间。
上述记载说明了生成模块43如何记录设定地点和到达设定地点的时间，具体地，生成模块43可以多次记录设定地点的位置及到达设定地点的时间，然后取均值作为结果保存。
进一步地，用户的生活习惯信息还可以包括用户起床时间以及用户离家时间。用户起床时间与用户离家时间之间的时长为用户出发所需时长，该时长用于用户洗漱穿着。
在上述实现方式中，通过生成用户的生活习惯信息，以保证装置可以根据该生活习惯信息及时为用户叫车。
值得说明的是，由于生成用户的生活习惯信息会涉及到用户的隐私，因此该步骤的实施，需事先向用户声明并需要确定用户的同意方可执行。
在本实施例中，输出模块42，用于：
输出供用户选择的叫车订单选项，叫车订单选项包括确定订单选项、修改订单选项和取消订单选项。
进一步地，装置还包括：
获取模块44，用于获取用户的操作选择；
处理模块45，用于当用户的操作选择为确定订单选项时，发送叫车订单；当用户的操作选择为修改订单选项时，接收用户通过修改订单选项重新输入的出发地、目的地或出发时间；当用户的操作选择为取消订单选项时，删除叫车订单。
进一步地，获取模块44，用于获取用户的操作习惯信息，用户的操作习惯信息是根据用户对之前产生的叫车订单的操作产生的信息，操作习惯信息用于指示用户在处理订单时有规律的操作；
处理模块45，用于根据用户的操作习惯信息，直接对叫车订单进行处理。
例如，用户每个月存在2次迟到机会，所以每月头两次早晨从家到公司的订单都会被用户取消，用户的上述操作被记录在用户的操作习惯信息中。当产生叫车订单时，如果该 叫车订单正好是该月份第一次从家到公司的订单，则直接取消该叫车订单。
在本公开中，该装置在确定用户需要叫车时，自动生成并输出叫车订单，可以在第一时间发起叫车服务，避免用户误了行程，并且该过程无需用户参与，不仅使用户操作减少，还节省了用户时间。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图6是根据一示例性实施例示出的一种叫车装置120的框图。例如，装置120可以是移动终端(如智能手机等)。
参照图6，装置120可以包括以下一个或多个组件：处理组件122，存储器124，电力组件126，多媒体组件128，音频组件130，输入/输出(I/O)的接口132，传感器组件134，以及通信组件136。
处理组件122通常控制装置120的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件122可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件122可以包括一个或多个模块，便于处理组件122和其他组件之间的交互。例如，处理组件122可以包括多媒体模块，以方便多媒体组件128和处理组件122之间的交互。
存储器124被配置为存储各种类型的数据以支持在设备120的操作。这些数据的示例包括用于在装置120上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器124可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电力组件126为装置120的各种组件提供电力。电力组件126可以包括电源管理系统，一个或多个电源，及其他与为装置120生成、管理和分配电力相关联的组件。
多媒体组件128包括在所述装置120和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件128包括一个前置摄像头和/或后置摄像头。当设备120处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件130被配置为输出和/或输入音频信号。例如，音频组件130包括一个麦克风(MIC)，当装置120处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克 风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器124或经由通信组件136发送。在一些实施例中，音频组件130还包括一个扬声器，用于输出音频信号。
I/O接口132为处理组件122和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件134包括一个或多个传感器，用于为装置120提供各个方面的状态评估。例如，传感器组件134可以检测到设备120的打开/关闭状态，组件的相对定位，例如所述组件为装置120的显示器和小键盘，传感器组件134还可以检测装置120或装置120一个组件的位置改变，用户与装置120接触的存在或不存在，装置120方位或加速/减速和装置120的温度变化。传感器组件134可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件134还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件134还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件136被配置为便于装置120和其他设备之间有线或无线方式的通信。装置120可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件136经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件136还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置120可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器124，上述指令可由装置120的处理器1220执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置的处理器执行时，使得装置够执行一种叫车方法，所述方法包括：
根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
当确定用户需要叫车时，生成并输出叫车订单。
根据本公开的一种实现方式，根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车，包括：
获取用户的生活习惯信息及行程安排信息中的至少一种，生活习惯信息包括用户多次 在设定周期内的同一时间段出现的地点和时间，行程安排信息包括用户计划出现的地点和时间；
根据用户的生活习惯信息及行程安排信息中的至少一种，确定按照生活习惯信息或者行程安排信息用户下一需要出现的地点、以及用户到达下一需要出现的地点的时间，将用户下一需要出现的地点和用户到达下一需要出现的地点的时间，分别确定为目的地以及目的时间；
根据确定出的目的地以及目的时间确定用户是否需要叫车。
在该实现方式中，根据用户的生活习惯以及行程安排去确定用户接下来需要去的地方，根据用户要去的地方以及时间确定用户是否需要叫车前往，整个过程在后台进行，无需用户介入。
根据本公开的另一种实现方式，获取用户的生活习惯信息及行程安排信息中的至少一种，包括：
从本机设备的存储器或者服务器中获取用户的生活习惯信息；
从本机设备的日程安排、备忘录以及闹钟或者服务器中获取用户的行程安排信息。
在该实现方式中，用户的生活习惯和行程安排既可以从本地端获取，也可以从网络端获取；同时，行程安排信息具体可以从日程安排、备忘录以及闹钟中获取，使得该方案可以与现有软件相互结合，使用更加便捷。
根据本公开的另一种实现方式，根据确定出的目的地以及目的时间确定用户是否需要叫车，包括：
确定出发地和出发时间；
判断在出发时间与目的时间内，用户是否能够通过公共交通或者步行到达目的地；
如果在出发时间与目的时间内，用户不能够通过公共交通或者步行到达目的地，则确定用户需要叫车。
根据本公开的另一种实现方式，确定出发地和出发时间，包括：
检测用户位置的变化信息；
根据用户位置的变化信息确定用户的状态，用户的状态包括未出发及乘坐交通工具；
当用户处于未出发状态时，确定用户当前所处位置为出发地；
当用户处于乘坐交通工具状态时，确定交通工具的终点作为出发地。
在该实现方式中，根据用户当前的位置的变化信息来确定出发地和出发时间，不但可以确定用户静止时的出发地，还可以确定用户当前正在乘坐火车、飞机等情况下的出发地。
根据本公开的另一种实现方式，确定出发地和出发时间，还包括：
当用户当前处于乘坐交通状态时，确定交通工具到达终点的时间作为出发时间；
当用户处于未出发状态时，确定当前时间为出发时间，或者确定当前时间加上用户出发所需时长作为出发时间。
在该实现方式中，根据用户不同状态，确定用户的出发时间，确定结果更加准确。
根据本公开的另一种实现方式，判断在出发时间与目的时间内，用户是否能够通过公共交通或者步行到达目的地，包括：
通过离线地图或者网络地图查找通过公共交通或者步行到达目的的时间长度；
如果时间长度大于出发时间与目的时间之差，则判断在出发时间与目的时间内，用户不能够通过公共交通或者步行到达目的地。
根据本公开的另一种实现方式，叫车订单包括出发地和目的地。
根据本公开的另一种实现方式，叫车订单还包括出发时间。
在该实现方式中，通过提供出发时间，使得终端设备可以根据出发时间选择下单时间，从而保证用户按时出发。
根据本公开的另一种实现方式，方法还包括：
生成用户的生活习惯信息，用户的生活习惯信息包括设定地点及用户达到设定地点的时间。
根据本公开的另一种实现方式，生成用户的生活习惯信息，包括：
记录用户多次在设定周期内的同一时间段出现的地点，并记录为设定地点；
记录用户到达设定地点的时间。
在上述实现方式中，通过生成用户的生活习惯信息，以保证终端设备可以根据该生活习惯信息及时为用户叫车。
根据本公开的另一种实现方式，生成并输出叫车订单，包括：
输出供用户选择的叫车订单选项，叫车订单选项包括确定订单选项、修改订单选项和取消订单选项。
根据本公开的另一种实现方式，方法还包括：
获取用户的操作选择；
当用户的操作选择为确定订单选项时，发送叫车订单；当用户的操作选择为修改订单选项时，接收用户通过修改订单选项重新输入的出发地、目的地或出发时间；当用户的操作选择为取消订单选项时，删除叫车订单。
根据本公开的另一种实现方式，方法还包括：
获取用户的操作习惯信息，用户的操作习惯信息是根据用户对之前产生的叫车订单的操作产生的信息，操作习惯信息用于指示用户在处理订单时有规律的操作；
根据用户的操作习惯信息，直接对叫车订单进行处理。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (29)

  1. 一种叫车方法，其特征在于，所述方法包括：
    根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
    当确定所述用户需要叫车时，生成并输出叫车订单。
  2. 根据权利要求1所述的方法，其特征在于，所述根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车，包括：
    获取用户的生活习惯信息及行程安排信息中的至少一种，所述生活习惯信息包括所述用户多次在设定周期内的同一时间段出现的地点和时间，所述行程安排信息包括所述用户计划出现的地点和时间；
    根据所述用户的生活习惯信息及行程安排信息中的至少一种，确定按照所述生活习惯信息或者所述行程安排信息所述用户下一需要出现的地点、以及所述用户到达所述下一需要出现的地点的时间，将所述用户下一需要出现的地点和所述用户到达所述下一需要出现的地点的时间，分别确定为目的地和目的时间；
    根据确定出的所述目的地以及所述目的时间确定所述用户是否需要叫车。
  3. 根据权利要求2所述的方法，其特征在于，所述获取用户的生活习惯信息及行程安排信息中的至少一种，包括：
    从本机设备的存储器或者服务器中获取所述用户的生活习惯信息；
    从所述本机设备的日程安排、备忘录以及闹钟或者所述服务器中获取所述用户的行程安排信息。
  4. 根据权利要求2所述的方法，其特征在于，所述根据确定出的所述目的地以及所述目的时间确定所述用户是否需要叫车，包括：
    确定出发地和出发时间；
    判断在所述出发时间与所述目的时间内，所述用户是否能够通过公共交通或者步行到达所述目的地；
    如果在所述出发时间与所述目的时间内，所述用户不能够通过公共交通或者步行到达所述目的地，则确定所述用户需要叫车。
  5. 根据权利要求4所述的方法，其特征在于，所述确定出发地和出发时间，包括：
    检测所述用户位置的变化信息；
    根据所述用户位置的变化信息确定所述用户的状态，所述用户的状态包括未出发及乘坐交通工具；
    当所述用户处于未出发状态时，确定所述用户当前所处位置为所述出发地；
    当所述用户处于乘坐交通工具状态时，确定所述交通工具的终点作为所述出发地。
  6. 根据权利要求5所述的方法，其特征在于，所述确定出发地和出发时间，还包括：
    当所述用户当前处于乘坐交通状态时，确定所述交通工具到达终点的时间作为所述出发时间；
    当所述用户处于未出发状态时，确定所述当前时间为所述出发时间，或者确定当前时间加上所述用户出发所需时长作为所述出发时间。
  7. 根据权利要求4所述的方法，其特征在于，所述判断在所述出发时间与所述目的时间内，所述用户是否能够通过公共交通或者步行到达所述目的地，包括：
    通过离线地图或者网络地图查找通过公共交通或者步行到达目的的时间长度；
    如果所述时间长度大于所述出发时间与所述目的时间之差，则判断在所述出发时间与所述目的时间内，所述用户不能够通过公共交通或者步行到达所述目的地。
  8. 根据权利要求1所述的方法，其特征在于，所述叫车订单包括出发地和目的地。
  9. 根据权利要求8所述的方法，其特征在于，所述叫车订单还包括出发时间。
  10. 根据权利要求1-9任一项所述的方法，其特征在于，所述方法还包括：
    生成所述用户的生活习惯信息，所述用户的生活习惯信息包括设定地点及所述用户达到所述设定地点的时间。
  11. 根据权利要求10所述的方法，其特征在于，所述生成所述用户的生活习惯信息，包括：
    记录所述用户多次在设定周期内的同一时间段出现的地点，并记录为所述设定地点；
    记录所述用户到达所述设定地点的时间。
  12. 根据权利要求1-9任一项所述的方法，其特征在于，所述生成并输出叫车订单，包括：
    输出供用户选择的叫车订单选项，所述叫车订单选项包括确定订单选项、修改订单选项和取消订单选项。
  13. 根据权利要求12所述的方法，其特征在于，所述方法还包括：
    获取所述用户的操作选择；
    当所述用户的操作选择为确定订单选项时，发送所述叫车订单；
    当所述用户的操作选择为修改订单选项时，接收所述用户通过修改订单选项重新输入的出发地、目的地或出发时间；
    当所述用户的操作选择为取消订单选项时，删除所述叫车订单。
  14. 根据权利要求1-9任一项所述的方法，其特征在于，所述方法还包括：
    获取所述用户的操作习惯信息，所述用户的操作习惯信息是根据所述用户对之前产生的叫车订单的操作产生的信息；
    根据所述用户的操作习惯信息，对所述叫车订单进行处理。
  15. 一种叫车装置，其特征在于，所述装置包括：
    确定模块，用于根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
    输出模块，用于当确定所述用户需要叫车时，生成并输出叫车订单。
  16. 根据权利要求15所述的装置，其特征在于，所述确定模块，包括：
    获取子模块，用于获取用户的生活习惯信息及行程安排信息中的至少一种，所述生活习惯信息包括所述用户多次在设定周期内的同一时间段出现的地点和时间，所述行程安排信息包括所述用户计划出现的地点和时间；
    第一确定子模块，用于根据所述用户的生活习惯信息及行程安排信息中的至少一种，确定按照所述生活习惯信息或者所述行程安排信息所述用户下一需要出现的地点、以及所述用户到达所述下一需要出现的地点的时间，将所述用户下一需要出现的地点和所述用户到达所述下一需要出现的地点的时间，分别确定为目的地以及目的时间；
    第二确定子模块，用于根据确定出的所述目的地以及所述目的时间确定所述用户是否需要叫车。
  17. 根据权利要求16所述的装置，其特征在于，所述获取子模块，用于：
    从本机设备的存储器或者服务器中获取所述用户的生活习惯信息；
    从所述本机设备的日程安排、备忘录以及闹钟或者所述服务器中获取所述用户的行程安排信息。
  18. 根据权利要求16所述的装置，其特征在于，所述第二确定子模块，用于：
    确定出发地和出发时间；
    判断在所述出发时间与所述目的时间内，所述用户是否能够通过公共交通或者步行到达所述目的地；
    如果在所述出发时间与所述目的时间内，所述用户不能够通过公共交通或者步行到达所述目的地，则确定所述用户需要叫车。
  19. 根据权利要求18所述的装置，其特征在于，所述第二确定子模块，用于：
    检测所述用户位置的变化信息；
    根据所述用户位置的变化信息确定所述用户的状态，所述用户的状态包括未出发及乘坐交通工具；
    当所述用户处于未出发状态时，确定所述用户当前所处位置为所述出发地；
    当所述用户处于乘坐交通工具状态时，确定所述交通工具的终点作为所述出发地。
  20. 根据权利要求19所述的装置，其特征在于，所述第二确定子模块，还用于：
    当所述用户当前处于乘坐交通状态时，确定所述交通工具到达终点的时间作为所述出发时间；
    当所述用户处于未出发状态时，确定所述当前时间为所述出发时间，或者确定当前时间加上所述用户出发所需时长作为所述出发时间。
  21. 根据权利要求18所述的装置，其特征在于，所述第二确定子模块，用于：
    通过离线地图或者网络地图查找通过公共交通或者步行到达目的的时间长度；
    如果所述时间长度大于所述出发时间与所述目的时间之差，则判断在所述出发时间与所述目的时间内，所述用户不能够通过公共交通或者步行到达所述目的地。
  22. 根据权利要求15所述的装置，其特征在于，所述叫车订单包括出发地和目的地。
  23. 根据权利要求22所述的装置，其特征在于，所述叫车订单还包括出发时间。
  24. 根据权利要求15-23任一项所述的装置，其特征在于，所述装置还包括：
    生成模块，用于生成所述用户的生活习惯信息，所述用户的生活习惯信息包括设定地点及所述用户达到所述设定地点的时间。
  25. 根据权利要求24所述的装置，其特征在于，所述生成模块，包括：
    第一记录子模块，用于记录所述用户多次在设定周期内的同一时间段出现的地点，并记录为所述设定地点；
    第二记录子模块，用于记录所述用户到达所述设定地点的时间。
  26. 根据权利要求15-23任一项所述的装置，其特征在于，所述输出模块，用于：
    输出供用户选择的叫车订单选项，所述叫车订单选项包括确定订单选项、修改订单选项和取消订单选项。
  27. 根据权利要求26所述的装置，其特征在于，所述装置还包括：
    获取模块，用于获取所述用户的操作选择；
    处理模块，用于当所述用户的操作选择为确定订单选项时，发送所述叫车订单；当所述用户的操作选择为修改订单选项时，接收所述用户通过修改订单选项重新输入的出发地、目的地或出发时间；当所述用户的操作选择为取消订单选项时，删除所述叫车订单。
  28. 根据权利要求15-23任一项所述的装置，其特征在于，所述装置还包括：
    获取模块，用于获取所述用户的操作习惯信息，所述用户的操作习惯信息是根据所述用户对之前产生的叫车订单的操作产生的信息；
    处理模块，用于根据所述用户的操作习惯信息，直接对所述叫车订单进行处理。
  29. 一种叫车装置，其特征在于，所述装置包括：
    处理器；
    用于存储处理器可执行指令的存储器；
    其中，所述处理器被配置为：
    根据生活习惯信息及行程安排信息中的至少一种，确定用户是否需要叫车；
    当确定所述用户需要叫车时，生成并输出叫车订单。
PCT/CN2015/099407 2015-10-30 2015-12-29 叫车方法和装置 Ceased WO2017071076A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020177022713A KR20170096240A (ko) 2015-10-30 2015-12-29 콜 택시 방법, 장치, 프로그램 및 기록매체
RU2016111099A RU2637483C2 (ru) 2015-10-30 2015-12-29 Способ и устройство для вызова такси
KR1020167005936A KR20170061634A (ko) 2015-10-30 2015-12-29 콜 택시 방법, 장치, 프로그램 및 기록매체
MX2016004246A MX366071B (es) 2015-10-30 2015-12-29 Metodo y dispositivo para pedir un taxi.
JP2017547057A JP6349467B2 (ja) 2015-10-30 2015-12-29 配車予約方法およびその装置、プログラム及び記録媒体

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510727016.7A CN105282251B (zh) 2015-10-30 2015-10-30 叫车方法和装置
CN201510727016.7 2015-10-30

Publications (1)

Publication Number Publication Date
WO2017071076A1 true WO2017071076A1 (zh) 2017-05-04

Family

ID=55150556

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/099407 Ceased WO2017071076A1 (zh) 2015-10-30 2015-12-29 叫车方法和装置

Country Status (8)

Country Link
US (1) US9712643B2 (zh)
EP (1) EP3163524A1 (zh)
JP (1) JP6349467B2 (zh)
KR (2) KR20170096240A (zh)
CN (1) CN105282251B (zh)
MX (1) MX366071B (zh)
RU (1) RU2637483C2 (zh)
WO (1) WO2017071076A1 (zh)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10458801B2 (en) 2014-05-06 2019-10-29 Uber Technologies, Inc. Systems and methods for travel planning that calls for at least one transportation vehicle unit
US11100434B2 (en) 2014-05-06 2021-08-24 Uber Technologies, Inc. Real-time carpooling coordinating system and methods
US9552559B2 (en) 2014-05-06 2017-01-24 Elwha Llc System and methods for verifying that one or more directives that direct transport of a second end user does not conflict with one or more obligations to transport a first end user
US12400157B2 (en) 2014-05-06 2025-08-26 Uber Technologies, Inc. System and methods for transporting end users
CN106537444A (zh) 2014-05-06 2017-03-22 埃尔瓦有限公司 用于要求至少一个运输车辆单元的出行计划的系统和方法
WO2016029168A1 (en) 2014-08-21 2016-02-25 Uber Technologies, Inc. Arranging a transport service for a user based on the estimated time of arrival of the user
WO2017068589A1 (en) * 2015-10-24 2017-04-27 Anagog Ltd A system and apparatus for ridesharing
US10685416B2 (en) 2015-12-10 2020-06-16 Uber Technologies, Inc. Suggested pickup location for ride services
US10242574B2 (en) 2016-03-21 2019-03-26 Uber Technologies, Inc. Network computer system to address service providers to contacts
CN105931019A (zh) * 2016-04-18 2016-09-07 张伟彬 基于用户活动计划的订票提示方法
CN106157602A (zh) * 2016-07-28 2016-11-23 北京小米移动软件有限公司 呼叫车辆的方法和装置
US10425490B2 (en) 2016-09-26 2019-09-24 Uber Technologies, Inc. Service information and configuration user interface
US10477504B2 (en) 2016-09-26 2019-11-12 Uber Technologies, Inc. Network service over limited network connectivity
US10417727B2 (en) 2016-09-26 2019-09-17 Uber Technologies, Inc. Network system to determine accelerators for selection of a service
CN106469081A (zh) * 2016-09-29 2017-03-01 北京小米移动软件有限公司 提醒方法及装置
CN106776771B (zh) * 2016-11-10 2018-06-19 百度在线网络技术（北京）有限公司 信息推送方法和装置
CN108205711A (zh) * 2016-12-16 2018-06-26 北京嘀嘀无限科技发展有限公司 一种智能约车方法和装置
US11087423B2 (en) * 2016-12-21 2021-08-10 Hitch Health, Inc. Systems and methods for transportation coordination in healthcare and other settings
CN112132661B (zh) * 2017-02-15 2024-10-15 创新先进技术有限公司 基于用户打车偏好的信息推送方法及装置
CN108573312A (zh) * 2017-03-09 2018-09-25 北京嘀嘀无限科技发展有限公司 车辆预约方法、车辆预约装置、服务器和终端
US10222799B2 (en) 2017-03-14 2019-03-05 International Business Machines Corporation Autonomous vehicle pickup directed by socially derived meta data in public environments
US11087287B2 (en) 2017-04-28 2021-08-10 Uber Technologies, Inc. System and method for generating event invitations to specified recipients
JP7007216B2 (ja) * 2017-07-27 2022-01-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 情報処理方法、情報処理装置及び情報処理プログラム
US20190050775A1 (en) * 2017-08-11 2019-02-14 Uber Technologies, Inc. Configuring an application feature using event records
US10721327B2 (en) * 2017-08-11 2020-07-21 Uber Technologies, Inc. Dynamic scheduling system for planned service requests
CN108009656B (zh) * 2017-08-16 2019-12-03 北京嘀嘀无限科技发展有限公司 网约车订单处理方法、系统、终端及服务器
CN107632771B (zh) * 2017-09-05 2020-03-10 携程计算机技术（上海）有限公司 专车产品列表的控制方法、装置、电子设备、存储介质
US10731998B2 (en) 2017-11-05 2020-08-04 Uber Technologies, Inc. Network computer system to arrange pooled transport services
US11410103B2 (en) 2017-12-06 2022-08-09 International Business Machines Corporation Cognitive ride scheduling
CN108446786B (zh) * 2018-02-01 2021-09-07 北京三快在线科技有限公司 一种信息处理方法、装置及电子设备
KR102010300B1 (ko) 2018-03-07 2019-08-13 엘지전자 주식회사 영상표시장치 및 그 제어방법
WO2019200879A1 (zh) * 2018-04-17 2019-10-24 华为技术有限公司 服务推荐方法及相关装置
KR102086122B1 (ko) * 2018-04-19 2020-03-06 양한울 일정 기반 택시 예약 서비스 방법 및 장치
CN110717797A (zh) * 2018-07-11 2020-01-21 北京嘀嘀无限科技发展有限公司 订单分配方法、装置、服务器和存储介质
CN109285102B (zh) * 2018-08-15 2022-02-22 创新先进技术有限公司 打车方法和装置、电子设备
RU194192U1 (ru) * 2018-08-27 2019-12-02 Общество с ограниченной ответственностью "Современные технологии обслуживания" Автоматизированное устройство управления сервисным обслуживанием пассажиров
CN112019676A (zh) * 2019-05-28 2020-12-01 上海擎感智能科技有限公司 一种移动终端日历实现方法及其装置
CN112153212A (zh) * 2019-06-28 2020-12-29 深圳富泰宏精密工业有限公司 电子设备及叫车服务方法
KR102463053B1 (ko) * 2019-09-10 2022-11-03 주식회사 케이티 통합 교통 서비스 제공 시스템 및 방법
CN112565316B (zh) * 2019-09-25 2023-06-16 博泰车联网科技(上海)股份有限公司 用于管理数据的方法、设备
CN112752238B (zh) * 2019-10-30 2022-11-29 博泰车联网科技(上海)股份有限公司 基于使用场景提供信息服务的方法、设备和计算机存储介质
US11915171B2 (en) * 2019-11-26 2024-02-27 Alarm.Com Incorporated System and method integrating smart vehicles with a monitoring system
CN112911064A (zh) * 2019-12-04 2021-06-04 上海博泰悦臻电子设备制造有限公司 用于信息处理的方法、设备和计算机存储介质
JP2021110684A (ja) * 2020-01-14 2021-08-02 トヨタ自動車株式会社 スケジュール作成プログラム
US11570276B2 (en) 2020-01-17 2023-01-31 Uber Technologies, Inc. Forecasting requests based on context data for a network-based service
US11669786B2 (en) 2020-02-14 2023-06-06 Uber Technologies, Inc. On-demand transport services
CN112261093B (zh) * 2020-09-30 2022-09-02 浙江网商银行股份有限公司 人车数据匹配方法及装置
CN113610597A (zh) * 2021-07-28 2021-11-05 深圳技术大学 一种无人驾驶共享汽车再次用车交互方法及系统
KR102685250B1 (ko) * 2021-11-16 2024-07-17 인천광역시 택시 호출 시스템
KR102704725B1 (ko) * 2021-12-27 2024-09-09 한국건설기술연구원 차량 호출 서비스 시스템 및 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130112631A (ko) * 2012-04-04 2013-10-14 김영민 Ｒｆｉｄ지불 기능이 탑재된 택시 콜서비스 시스템 및 방법
CN104599217A (zh) * 2015-01-27 2015-05-06 北京嘀嘀无限科技发展有限公司 用于确定乘客的当前目的地的方法及设备
CN104796856A (zh) * 2014-07-15 2015-07-22 北京东方车云信息技术有限公司 基于乘客打车历史数据对电子地图中上车位置进行修正的系统及方法
CN105279957A (zh) * 2015-10-30 2016-01-27 小米科技有限责任公司 消息提醒方法和装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3857604B2 (ja) * 2002-03-26 2006-12-13 株式会社東芝 移動情報端末
JP2004259201A (ja) * 2003-02-27 2004-09-16 Fujitsu Ltd 予約システムおよび予約方法
KR101461936B1 (ko) 2007-12-27 2014-11-14 엘지전자 주식회사 이동 단말기 및 이동 단말기의 정보 알림 방법
KR101482120B1 (ko) 2008-08-01 2015-01-21 엘지전자 주식회사 스케줄 관리가 가능한 휴대 단말기 및 그 제어방법
US8451112B2 (en) 2009-10-19 2013-05-28 Qualcomm Incorporated Methods and apparatus for estimating departure time based on known calendar events
JP5477054B2 (ja) * 2010-03-02 2014-04-23 富士通株式会社 スケジュール登録装置、スケジュール登録方法、及びプログラム
US20120041675A1 (en) * 2010-08-10 2012-02-16 Steven Juliver Method and System for Coordinating Transportation Service
RU103952U1 (ru) * 2010-08-23 2011-04-27 Дмитрий Михайлович Солдатенков Автоматизированная система заказа таксомоторных услуг и контроля работы таксомотора
KR20120135611A (ko) 2011-06-07 2012-12-17 지용구 위치기반 카풀 운영 방법
US8606801B2 (en) * 2011-08-16 2013-12-10 Hipmunk, Inc. Calendar-based suggestion of a travel option
JP2013073428A (ja) * 2011-09-28 2013-04-22 Hitachi Solutions Ltd 画面操作支援機能システム
US9424515B2 (en) * 2011-12-05 2016-08-23 FasterFare, LLC Predicting taxi utilization information
US9294428B2 (en) * 2012-01-18 2016-03-22 Kinectus, Llc Systems and methods for establishing communications between mobile device users
KR101626235B1 (ko) 2012-04-05 2016-06-01 아마데우스 에스.에이.에스. 여행자 긴급 상태 모니터
US9024752B2 (en) * 2012-04-05 2015-05-05 Amadeus S.A.S. Traveler hurry status monitor
US10078700B2 (en) * 2014-01-10 2018-09-18 Paypal, Inc. Web address determination based on a geo-position of a user
CN103841517B (zh) * 2014-03-03 2018-12-04 七星天（北京）咨询有限责任公司 一种叫车信息服务的系统和方法
US20150310434A1 (en) * 2014-04-29 2015-10-29 Dennis Takchi Cheung Systems and methods for implementing authentication based on location history
US9581455B2 (en) * 2014-05-06 2017-02-28 Elwha Llc Systems and methods for providing at least a portion of a travel plan that calls for at least one transportation vehicle unit
CN104168380A (zh) * 2014-08-19 2014-11-26 英华达（南京）科技有限公司 一种日程提醒方法
CN104574174A (zh) * 2015-02-02 2015-04-29 北京嘀嘀无限科技发展有限公司 用于处理与订单相关的数据的方法及设备
US10984498B2 (en) * 2015-06-15 2021-04-20 International Business Machines Corporation Managing transportation deployment using customer activity
US9805605B2 (en) * 2015-08-12 2017-10-31 Madhusoodhan Ramanujam Using autonomous vehicles in a taxi service

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130112631A (ko) * 2012-04-04 2013-10-14 김영민 Ｒｆｉｄ지불 기능이 탑재된 택시 콜서비스 시스템 및 방법
CN104796856A (zh) * 2014-07-15 2015-07-22 北京东方车云信息技术有限公司 基于乘客打车历史数据对电子地图中上车位置进行修正的系统及方法
CN104599217A (zh) * 2015-01-27 2015-05-06 北京嘀嘀无限科技发展有限公司 用于确定乘客的当前目的地的方法及设备
CN105279957A (zh) * 2015-10-30 2016-01-27 小米科技有限责任公司 消息提醒方法和装置

Also Published As

Publication number Publication date
RU2637483C2 (ru) 2017-12-04
KR20170096240A (ko) 2017-08-23
US9712643B2 (en) 2017-07-18
JP2018504724A (ja) 2018-02-15
CN105282251A (zh) 2016-01-27
EP3163524A1 (en) 2017-05-03
CN105282251B (zh) 2018-12-11
KR20170061634A (ko) 2017-06-05
JP6349467B2 (ja) 2018-06-27
RU2016111099A (ru) 2017-09-28
MX366071B (es) 2019-06-26
US20170126837A1 (en) 2017-05-04
MX2016004246A (es) 2017-06-14

Similar Documents

Publication Publication Date Title
WO2017071076A1 (zh) 叫车方法和装置
US9916750B2 (en) Method and device for reminding based on alarm clock
US10423379B2 (en) Method and device for screen-off display
US11194297B2 (en) Method and apparatus for controlling alarm clock
US20170289808A1 (en) Method and device for information presentation and computer-readable medium
CN104361486A (zh) 闹钟提醒方法和装置
US9774997B2 (en) Communication message processing method, device, and storage medium
CN105611041A (zh) 闹钟提醒方法及装置
CN106156207A (zh) 提醒时间修改方法及装置
CN109241206B (zh) 一种路线查询方法及装置
US10332076B2 (en) Method and system for predicting and posting future calendar events
CN106681600A (zh) 信息显示方法及装置
CN106777044A (zh) 图片推送方法及装置
CN103900601A (zh) 基于导航地图的事件提醒方法和装置
CN106227402B (zh) 信息提示方法及装置
CN105338160B (zh) 事件提醒方法和装置
CN105138298A (zh) 信息共享方法、装置及终端
CN106327410A (zh) 到站时刻显示方法、到站时刻显示装置和电子设备
KR102373530B1 (ko) 하나 이상의 분할 영역들로 표시된 일정 정보를 기반으로 일정 관리 서비스를 제공하는 방법
CN107483739A (zh) 剃须提醒方法、装置及存储介质

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 20167005936

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2017547057

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2016111099

Country of ref document: RU

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2016/004246

Country of ref document: MX

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

Ref document number: 15907137

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15907137

Country of ref document: EP

Kind code of ref document: A1