System and method for monitoring vehicle usage
阅读说明:本技术 用于监测交通工具使用的系统和方法 (System and method for monitoring vehicle usage ) 是由 张会杨 王海亮 王文祥 岳兴 任茂敏 李佳洁 顾廷飞 于 2018-03-08 设计创作,主要内容包括:提供了用于监测交通工具使用的系统和方法。可由服务器实现的示例性方法可以包括:获取可用于提供运输的一个或以上交通工具的信息以及一个或以上运输请求;将一个或以上运输请求与交通工具之一匹配,以确定计划运输;确定与匹配交通工具相关的第一用户的第一奖励和与匹配的运输请求相关的一个或以上第二用户的第二奖励;获取匹配交通工具的跟踪数据,以确定匹配交通工具是否已按照计划运输开始运输和结束运输;并响应于确定匹配的交通工具已按照计划运输开始运输和结束运输,将第一奖励传送给第一用户并将第二奖励传送给一个或以上第二用户。(Systems and methods for monitoring vehicle usage are provided. An exemplary method that may be implemented by a server may include: obtaining information of one or more vehicles available for providing transportation and one or more transportation requests; matching the one or more transport requests with one of the vehicles to determine a planned transport; determining a first reward of a first user associated with the matched vehicle and a second reward of one or more second users associated with the matched transportation request; acquiring tracking data of the matched vehicles to determine whether the matched vehicles start transportation and end transportation according to the planned transportation; and in response to determining that the matched vehicle has started and ended transport as planned for transport, communicating a first reward to the first user and communicating a second reward to one or more second users.)
1. A method implemented by a server for monitoring vehicle usage, the method comprising:
obtaining information and one or more transportation requests of one or more vehicles available for providing transportation;
matching one or more transport requests with one of the vehicles to determine a planned transport;
determining a first reward of a first user related to the matched vehicle and a second reward of one or more second users related to the matched transportation request;
obtaining tracking data of the matched vehicle to determine whether the matched vehicle has started transportation and ended transportation according to the planned transportation; and
in response to a determination that the matching vehicle has begun the transportation and ended the transportation in accordance with the planned transportation, sending the first reward to the first user and sending the second reward to the one or more second users.
2. The method of claim 1, wherein:
the matched vehicle is the private property of the first user;
the first user and the one or more second users are affiliated with an entity; and
the first user and the one or more second users are in the vehicle during at least a portion of the planned transportation.
3. The method of claim 2, further comprising, prior to obtaining tracking data for the matching vehicle:
determining the first reward and the second reward;
providing the information of the planned shipment to the entity for approval, the information of the planned shipment including at least one of: the matched vehicle, the matched transportation request, the first user, the one or more second users, the first reward, or the second reward; and
the tracking data may be obtained only after receiving approval of the planned shipment from the entity.
4. The method of claim 1, wherein determining the planned transportation comprises:
determining at least one of a planned departure time for the planned shipment, a planned departure location for the planned shipment, or a planned destination for the planned shipment.
5. The method of claim 4, wherein obtaining tracking data for the matched vehicle to determine whether the matched vehicle has started transportation and ended transportation according to the planned transportation comprises:
obtaining at least one of a first current time of the vehicle or a first current location of the vehicle to determine whether the vehicle has started the transport based on at least one of: comparing the planned departure time to the first current time or comparing the planned departure location to the first current location; and
obtaining a second current location of the vehicle to determine whether the vehicle has ended the transport based on comparing the planned destination to the second current location.
6. The method of claim 5, wherein:
acquiring the first current time comprises: obtaining the first current time in response to receiving an indication to begin the transport from a computing device associated with the first user;
obtaining the first current location of the vehicle, comprising: in response to receiving an indication from the computing device to begin the transport, obtaining a first current location of the computing device as the first current location of the vehicle; and
obtaining the second current location of the vehicle, comprising: in response to receiving an indication from the computing device to end the transport, obtain a second current location of the computing device as the second current location of the vehicle.
7. The method of claim 5, wherein the step of removing the substrate comprises removing the substrate from the substrate
Comparing the planned departure time with the first current time, including: comparing a time difference between the planned departure time and the first current time to a time threshold;
comparing the planned departure location with the first current location, including: comparing a first geographic distance between the planned origin and the first current location to a first distance threshold; and
comparing the planned destination to the second current location, including: comparing a second geographic distance between the planned destination and the second current location to a second distance threshold.
8. The method of claim 7, further comprising:
in response to at least one of the time difference exceeding the time threshold or the first geographic distance exceeding the first distance threshold, causing the computing device to issue a notification that the planned shipment has not begun; and
in response to the second geographic distance exceeding the second distance threshold, causing the computing device to issue a notification that the planned shipment has not ended.
9. A method, implementable by a computing device of a first user, of monitoring vehicle usage, comprising:
sending information of the vehicle providing the transport to a server to determine a planned transport;
determining whether the vehicle has started the transportation and ended the transportation in accordance with the planned transportation; and
if the vehicle has already transported according to the plan to begin the transportation and end the transportation, a first reward is acquired.
10. The method of claim 9, wherein:
the vehicle is private property of the first user;
the first user is affiliated with an entity; and
the first user is in the vehicle during at least a portion of the planned transportation.
11. The method of claim 10, further comprising, prior to determining whether the vehicle has started the transporting and ended the transporting in accordance with the planned transporting:
only after receiving approval of the planned transportation from the entity can it be determined whether the vehicle has transported according to the plan, the transportation is started and the transportation is ended.
12. The method of claim 10, further comprising, prior to determining whether the vehicle has started the transporting and ended the transporting in accordance with the planned transporting:
determining at least one second user to share the vehicle for at least a portion of the planned transportation, wherein the at least one second user is related to the entity; and
receiving an invitation by the at least one second user to share the vehicle for at least the portion of the planned transportation.
13. The method of claim 9, wherein:
determining whether the vehicle has begun the transportation in accordance with the planned transportation, comprising: obtaining at least one of (1) a planned departure time for the planned transportation and a first current time of the vehicle, or (2) a planned departure location for the planned transportation and a first current location of the vehicle, to determine whether the vehicle has begun the transportation in accordance with the planned transportation; and
determining whether the vehicle has finished the transport in accordance with the planned transport, comprising: a planned destination for the planned transportation and a second current location of the vehicle are obtained to determine whether the vehicle has ended the transportation in accordance with the planned transportation.
14. The method of claim 9, wherein:
determining whether the vehicle has begun the transportation in accordance with the planned transportation, comprising:
obtaining at least one of a first current time of the vehicle or a first current location of the vehicle;
sending at least one of the first current time of the vehicle or the first current location of the vehicle to the server to determine whether the vehicle has begun the transport in accordance with the planned transport, and
receiving, from the server, a determination of whether the vehicle has begun the transportation in accordance with the planned transportation; and
determining whether the vehicle has finished the transport in accordance with the planned transport, comprising:
obtaining a second current position of the vehicle,
sending the second current location of the vehicle to the server to determine whether the vehicle has ended the transport in accordance with the planned transport, and
receiving, from the server, a determination of whether the vehicle has ended the transport in accordance with the planned transport.
15. A method, implementable by a computing device of a second user, of monitoring vehicle usage, the method comprising:
sending a transport request to a server to determine a planned transport in a vehicle, wherein the planned transport includes a portion for transporting the second user;
determining whether the vehicle has begun the portion of the planned shipment and ended the portion of the planned shipment in accordance with the planned shipment; and
obtaining a second reward if the vehicle has started the portion of the planned transportation and ended the portion of the planned transportation in accordance with the planned transportation.
16. The method of claim 15, wherein:
the vehicle is a private property of a first user;
the first user and the second user are affiliated with one entity; and
the first user and the second user are in the vehicle during the portion of the planned transportation.
17. The method of claim 16, further comprising, prior to determining whether the vehicle has begun the portion of the planned transportation and ended the portion of the planned transportation in accordance with the planned transportation:
only after receiving approval of the planned transportation from the entity can it be determined whether the vehicle has completed the portion of the planned transportation in accordance with the planned transportation.
18. The method of claim 16, further comprising, prior to determining whether the vehicle has begun the portion of the planned transportation and ended the portion of the planned transportation in accordance with the planned transportation:
receiving information that the vehicle matches the transportation request; and
sending an acceptance to share the vehicle for the portion of the planned shipment.
19. The method of claim 15, wherein:
determining whether the vehicle has begun the portion of the planned transportation in accordance with the planned transportation, comprising: obtaining a planned departure location of the second user and a third current position of the vehicle to determine whether the vehicle has begun the portion of the planned transportation in accordance with the planned transportation; and
determining whether the vehicle has ended the portion of the planned shipment in accordance with the planned shipment, comprising: obtaining a planned destination for the second user and a fourth current location of the vehicle to determine whether the vehicle has ended the portion of the planned shipment in accordance with the planned shipment.
20. The method of claim 15, wherein:
determining whether the vehicle has begun the portion of the planned transportation in accordance with the planned transportation, comprising:
obtaining a third current position of the vehicle,
transmitting a third current position of the vehicle to the server to determine whether the vehicle has begun the portion of the planned transportation in accordance with the planned transportation, an
Receiving, from the server, a determination of whether the vehicle has begun the portion of the planned shipment in accordance with the planned shipment; and
determining whether the vehicle has ended the portion of the planned shipment in accordance with the planned shipment, comprising:
acquiring a fourth current position of the vehicle,
transmitting a fourth current position of the vehicle to the server to determine whether the vehicle has ended the portion of the planned shipment pursuant to the planned shipment, an
Receiving, from the server, a determination of whether the vehicle has ended the portion of the planned shipment in accordance with the planned shipment.
Technical Field
The present application relates generally to methods and apparatus for monitoring vehicle usage.
Background
Company employees may sometimes use private vehicles for company related uses. For example, an employee may drive her car from her company to a bank to obtain a loan for the company. In such a case, the use of private vehicles by employees contributes to the company that is traditionally difficult to track or is often overlooked. Current technology does not provide a convenient and robust solution for monitoring such non-personal vehicle usage. Existing online vehicle service platforms do not take into account the relationship between the vehicle driver, passengers and the trip sponsor. In addition, these platforms lack functions such as application approval, automatic departure and arrival verification for trip plans, and centralized management of the company.
Disclosure of Invention
Various embodiments of the present application may include systems, methods, and non-transitory computer-readable media for monitoring vehicle usage. According to one aspect, a method, implementable by a server, for monitoring vehicle usage may comprise: obtaining information of one or more vehicles available for providing transportation and one or more transportation requests; matching the one or more transport requests with one of the vehicles to determine a planned transport; determining a first reward of a first user associated with the matched vehicle and a second reward of one or more second users associated with the matched transportation request; acquiring tracking data of the matched vehicles to determine whether the matched vehicles start transportation and end transportation according to the planned transportation; and in response to a determination that the matched vehicle has started and ended transport in accordance with the planned transport, communicating a first reward to the first user and communicating a second reward to one or more second users.
According to another aspect, a method, implementable by a computing device of a first user, of monitoring vehicle usage may comprise: sending information of the vehicle to provide the transport to a server to determine a planned transport; determining whether the vehicle has started and ended transport according to the planned transport; if the vehicle has started and ended transportation according to the planned transportation, a first reward is acquired.
According to another aspect, a method, implementable by a computing device of a second user, of monitoring vehicle usage may comprise: sending a transport request to a server to determine a planned transport of the vehicle, wherein the planned transport includes a portion for transporting the second user; determining whether the vehicle has transported the portion according to the planned transportation start plan and end the planned transportation; if the vehicle has transported the portion according to the planned transportation start plan and ended the planned transportation of the portion, a second reward is acquired.
These and other features of the systems, methods, and non-transitory computer-readable media disclosed herein, as well as the operations and functions of the related elements of structure and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings. All of the accompanying drawings of the present invention form a part of the specification, and wherein like reference numerals designate corresponding parts in the various views. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the invention.
Drawings
Certain features of various embodiments of the technology are set forth with particularity in the appended claims. A better understanding of the features and advantages of the present technology will be obtained by reference to the following detailed description that sets forth illustrative embodiments, in which the principles of the invention are utilized, and the accompanying drawings of which:
fig. 1 illustrates an exemplary application scenario for monitoring vehicle usage, in accordance with various embodiments.
Fig. 2A illustrates an exemplary system for monitoring vehicle usage, in accordance with various embodiments.
Fig. 2B illustrates another exemplary system for monitoring vehicle usage, in accordance with various embodiments.
Fig. 3A-3J illustrate exemplary interfaces of an application for monitoring vehicle usage, in accordance with various embodiments.
Fig. 4A illustrates a flow diagram of an exemplary method for monitoring vehicle usage, in accordance with various embodiments.
Fig. 4B illustrates a flow diagram of another exemplary method for monitoring vehicle usage, in accordance with various embodiments.
Fig. 4C illustrates a flow diagram of another exemplary method for monitoring vehicle usage, in accordance with various embodiments.
Fig. 4D illustrates a flow diagram of another exemplary method for monitoring vehicle usage, in accordance with various embodiments.
Fig. 4E illustrates a flow diagram of another exemplary method for monitoring vehicle usage, in accordance with various embodiments.
Fig. 4F illustrates a flow diagram of another exemplary method for monitoring vehicle usage, in accordance with various embodiments.
FIG. 5 illustrates a block diagram of an exemplary computer system in which any of the embodiments described herein may be implemented.
Detailed Description
In the current art, vehicle services may be provided by a private vehicle owner acting as a driver to provide services to users requesting services from an application. The passenger must pay for the driver's transport services. Typically, the driver has no relationship to passengers outside the transport service range.
In many other situations, the vehicle service provider and the vehicle service beneficiary have a pre-existing relationship and the traditional model no longer applies. For example, an employee may drive a personal vehicle to conduct business on behalf of their employer. For another example, several employees of the same company may share their own car home in one employee's personal vehicle after the shift has ended. In these situations, vehicle service beneficiaries, such as employers or companies, need a systematic solution to manage the non-personal use of private vehicles, track vehicle use to verify compliance with approved travel plans, and issue appropriate rewards to vehicle contributors. However, the prior art does not sufficiently satisfy these requirements.
The systems and methods disclosed herein may at least mitigate the above-described shortcomings of the prior art. Various embodiments of the present application include systems, methods, and non-transitory computer-readable media configured for monitoring vehicle usage. In some embodiments, a vehicle owner associated with an entity may use her private (or different ownership type) vehicle for purposes that benefit the entity. The private vehicle may be used for the transport vehicle owner and/or one or more other users associated with the entity. The owner of the vehicle, other users and entities may interact through software applications installed on computing devices such as personal mobile phones. Through the application, a transportation plan including time, routes, and reward budgets may be determined and approved. During transport, the vehicle owner and/or the mobile phone of one or more other users may be tracked to verify that they are in compliance with the approved plan. Upon completion of the shipment according to the approved plan, a predetermined reward may be issued to the vehicle owner and/or one or more other users. Thus, the entity can effectively manage the private vehicle compensation plan. The application approval, budget control, vehicle use monitoring, reward assignment and the like are integrated in one system, so that simplification of the process can be realized, the operation cost is greatly reduced, the working efficiency is improved, and the morale of staff is improved.
Fig. 1 illustrates an
The
The
In some embodiments, the system 102 may implement an online information or service platform (e.g., in the form of a software application described herein). The service may be associated with a vehicle (e.g., a car, a bicycle, a boat, an airplane, etc.). In some embodiments, the platform may accept an application for non-personal use of the private vehicle, approve or reject the application, and track activities of the private vehicle for verification. The platform may also determine a reward for the applicant. In some embodiments, the platform may further accept requests to share the shipment (either before or after the application is approved) and match one or more requests with the applicant's vehicle. The platform may verify that the shared shipment has been completed and award the applicant and requester accordingly.
In some embodiments, system 102 and one or more computing devices (e.g., computing device 109) may be integrated in a single device or system. Alternatively, the system 102 and one or more computing devices may be separate devices. The data store may be located anywhere accessible to system 102, e.g., in
Fig. 2A illustrates an
As noted above, each computing device may include many other devices besides a mobile telephone. In some embodiments, the
In various embodiments, system 102 may obtain (1)
In some embodiments, the system 102 may further obtain the
Optionally, the system 102 may provide the subject with information for the planned shipment for approval, the information for the planned shipment including at least one of: a matching vehicle, a matching transportation request, a first user, one or more second users, a first reward, or a second reward. For example, system 102 can send
In some embodiments, upon receiving
In some embodiments, the planned shipment for tracking and travel verification may include a submitted planned departure time, a planned departure location, and/or a planned destination, if approval is not required. In some embodiments, the planned shipment for tracking and travel verification may include a submitted or modified planned departure time, planned departure location, and/or planned destination, if approval is required, so long as the entity approves.
In some embodiments, the vehicles (including the matched vehicles) are the respective first user's personal property. The first user and the one or more second users are affiliated with an entity. For example, the first user and the second user work at the same company, and the company as an entity uses the software application described above to monitor vehicle usage to compensate for employees who contribute their personal vehicles for the company's transactions. That is, the planned shipment is at least part of the entity's interest.
In some embodiments, the
The following steps may be similarly performed whenever a second user joins the transportation plan. In some embodiments, the system 102 may obtain tracking data for the matching vehicle to determine whether the matching vehicle has already started and ended a transportation that conforms to the planned transportation. The tracking data for the matched vehicle may include tracking
In some embodiments, in response to a determination that the matched vehicle has started and finished transporting according to the planned transportation (assuming the acquired
The system 102 may use various methods to determine the planned shipment and verify the delivery of the planned shipment accordingly. In some embodiments, the system 102 may receive initial input by first and second users included in the
In some embodiments, the system 102 may aggregate the first user and/or one or more second users into one planned shipment. For example, if user a (a first user) plans to drive her car to a bank for a company business, user B and user C (both second users) live near the bank, each seeking a backhaul, and both represent similar departure times, system 102 may aggregate users A, B and C into a planned shipment.
In some embodiments, determining the planned shipment may include: a planned departure time for the planned transportation, a planned departure location for the planned transportation, and/or a planned destination for the planned transportation are determined. Assuming that the planned shipment determined by the system 102 is accepted by the first and second users, the planned departure time of the planned shipment, the planned departure location of the planned shipment, and/or the planned destination of the planned shipment may be used for comparison with the tracking data of the
In some embodiments, obtaining tracking data for the matching vehicle to determine whether the matching vehicle has started and ended transportation according to the planned transportation comprises: obtaining at least one of a first current time of the vehicle or a first current location of the vehicle to determine whether the vehicle has begun transport based on at least one of: comparing the planned departure time with a first current time, or comparing the planned departure location with a first current location; and obtaining a second current location of the vehicle to determine whether the vehicle has finished transporting based on comparing the planned destination with the second current location. For example, since the first and second users are ready to begin a transportation in a vehicle, the first user may use the
Similarly, when the vehicle reaches the destination, the first user may use the
In some embodiments, obtaining the first current time comprises: in response to receiving an indication to begin transportation (e.g., request a) from a computing device associated with a first user, obtaining a first current time; acquiring a first current position of a vehicle includes: in response to receiving an indication from the computing device to begin transportation, obtaining a first current location of the computing device as a first current location of the vehicle; and acquiring the second current position of the vehicle comprises: in response to receiving an indication (e.g., request B) from the computing device to end the transport, a second current location of the computing device is obtained as a second current location of the vehicle. Similarly, if the second user shares a ride with the first user, the second user may send instructions when being picked up and alight, respectively. Accordingly, the location of the second user's computing device may be obtained (e.g., by system 102) to verify approved boarding and disembarking locations previously submitted by the second user.
In some embodiments, comparing the planned departure time to the first current time includes: the time difference between the planned departure time and the first current time is compared to a time threshold (e.g., a time threshold configured by the computing device 112). In some embodiments, comparing the planned departure location with the first current location includes: a first geographic distance between the planned origin and a first current location (e.g., the current location of the vehicle when the vehicle drive triggers the application to verify the start of the planned transportation) is compared to a first distance threshold (e.g., a first distance threshold configured by the computing device 112). In some embodiments, comparing the planned destination to the second current location comprises: a second geographic distance between the planned destination and a second current location (e.g., the current location of the vehicle when the vehicle driver triggers the application to verify the end of the planned transportation) is compared to a second distance threshold (e.g., a second distance threshold configured by the computing device 112). If the driver requests verification when the corresponding threshold value is applied within the limit range, it can be verified that the driver has started and smoothly ended the transportation. These limitations help ensure that vehicle use is approved and within tolerable deviations, which can prevent misuse and can distinguish unauthorized uses. The system 102 and/or
In some embodiments, the system 102 may: in response to at least one of the time difference exceeding the time threshold or the first geographic distance exceeding the first distance threshold, causing a computing device (e.g., computing device 110) to issue a notification that the planned shipment has not begun; and in response to the second geographic distance exceeding a second distance threshold, cause the computing device to issue a notification that the planned shipment has not ended. Thus, the notification may help the driver comply with the approved plan to avoid losing the reward. Non-compliance with the program may result in the user losing rewards.
Fig. 2B illustrates an
Fig. 3A-3J illustrate exemplary interfaces of an application for monitoring vehicle usage, in accordance with various embodiments. The exemplary interface may be implemented on
As shown in fig. 3A, the
As shown in fig. 3B, the
As shown in fig. 3C, the
As shown in fig. 3D,
As shown in FIG. 3E, once the planned shipment has been approved, the
As shown in fig. 3F, the user may confirm the planned shipment, such as by triggering a related command from
As shown in fig. 3G, on
In some embodiments, the current location of the vehicle is too far from the planned departure location and verification of proximity to the planned departure location is required (e.g., as required by the computing device 112). As shown in fig. 3H,
As shown in fig. 3I, similar to
As shown in fig. 3J, if the planned shipment has been completed according to the approved plan, the participating users may each receive a notification of the trip summary on the
Thus, an entity such as a company may conveniently manage the compensation plan for its employees. An application installed on a computing device (e.g., a cell phone) can help collect private vehicle sharer and user information and match supply and demand based on resource optimization. The application may further assist in tracking vehicle usage to verify compliance with approved plans and to award rewards to individual vehicles that contribute to the benefits of the entity. While unsatisfactory use may be detected and the suggested reward may be cancelled.
The systems and methods disclosed herein may enable entities to simplify private vehicle usage management. With a centralized system, an entity can efficiently configure requirements for reimbursement for private vehicle use and manage application approval by paying close attention to budgets. For example, a trip can be set to reimburseable only if it begins within 10 miles of an approved departure location, begins after 8 pm (which is considered overtime), and/or ends within 10 miles of an approved destination. As another example, the entity may assign authorization levels to users and configure vehicle use application limits for each authorization level (e.g., a lower authorization level may only apply for limited time periods and limited location ranges, which is open only to entity employees and closed to the public). Thus, the entity can controllably launch reimbursement plans and incentivize its employees to share traffic, enabling an overall conversation of resources.
Fig. 4A illustrates a flow diagram of an
At block 402, information of one or more vehicles available to provide a transport and one or more transport requests may be obtained. At block 404, one or more of the transportation requests may be matched with one of the vehicles to determine a planned transportation. At block 406, a first reward for the first user associated with the matched vehicle and a second reward for the one or more second users associated with the matched transportation request may be determined. At block 408, tracking data for the matched vehicle may be obtained to determine whether the matched vehicle has already started and ended a transport conforming to the planned transport. At block 410, in response to a determination that the matched vehicle has started and ended the transport according to the planned transport, a first reward may be assigned to the first user and a second reward may be assigned to one or more second users. In some embodiments, the information obtained here (e.g., the planned departure time, the planned departure location, and the planned destination) may be approved and included in the planned shipment.
Fig. 4B illustrates a flow diagram of an
At block 422, information for the vehicle providing the transport may be sent to the server to determine the planned transport. At block 424, it may optionally be determined that at least one second user is a shared vehicle for at least a portion of the planned transportation, where the at least one second user is affiliated with the entity. At block 426, optionally, at least one second user may be caused to receive an invitation for the at least partially planned transportation shared vehicle. At block 428, it may be determined whether the vehicle has already started and ended a transportation in compliance with the planned transportation. At block 430, a first reward may be acquired if the vehicle has already started and finished transporting according to the planned transport.
In some embodiments, the vehicle is the first user's personal property. The first user is affiliated with an entity. The first user is in the vehicle during at least a portion of the planned transportation. In some embodiments, prior to block 428, it may be determined whether the vehicle has already started and ended a transportation that conforms to the planned transportation only after receiving approval from the entity for the planned transportation.
In some embodiments, determining whether the vehicle has begun transport as planned transport comprises: at least one of (1) a planned departure time for the planned transportation and a first current time of the vehicle or (2) a planned departure location for the planned transportation and a first current location of the vehicle is obtained to determine whether the vehicle has begun transportation in accordance with the planned transportation. Determining whether the vehicle is transporting according to the planned end of transport comprises: a planned destination for the planned transportation and a second current position of the vehicle are obtained to determine whether the vehicle has finished transporting in accordance with the planned transportation.
In some embodiments, determining whether the vehicle has begun transport as planned transport comprises: the method includes obtaining at least one of a first current time of the vehicle or a first current location of the vehicle, transmitting the at least one of the first current time of the vehicle or the first current location of the vehicle to a server to determine whether the vehicle has begun transportation in accordance with a planned transportation, and receiving a determination from the server whether the vehicle has begun transportation in accordance with the planned transportation. Determining whether the vehicle is transporting according to the planned end of transport comprises: the method includes obtaining a second current position of the vehicle, sending the second current position of the vehicle to the server to determine whether the vehicle has finished transporting according to the planned transport, and receiving a determination from the server whether the vehicle has finished transporting according to the planned transport.
Fig. 4C shows a flowchart of an
At block 442, a transport request may be sent to the server to determine a planned transport of the vehicle, where the planned transport includes the portion for transporting the second user. At block 444, optionally, information of the vehicle matching the transport request may be received (e.g., from a server). At block 446, optionally, an acceptance of the portion of the shared vehicle that is scheduled for transport may be sent (e.g., to a server, to the first user's computing device). At block 448, it may be determined whether the vehicle has started and ended a portion of the planned transportation according to the planned transportation. At block 450, a second reward may be obtained if the vehicle has started and ended a portion of the planned shipment according to the planned shipment.
In some embodiments, the vehicle is the first user's personal property. The first user and the second user are affiliated with an entity. During the portion of the planned transportation, the first user and the second user are in a vehicle. In some embodiments, prior to block 448, it may be determined whether the vehicle has completed the portion of the planned transportation that conforms to the planned transportation only after receiving approval from the entity for the planned transportation.
In some embodiments, determining whether the vehicle initiates the portion of the planned transportation according to the planned transportation includes: a planned departure location of the second user and a third current position of the vehicle are obtained to determine whether the vehicle has initiated the portion of the planned transportation in accordance with the planned transportation. The portion of determining whether the vehicle is scheduled for transport according to the scheduled end of transport includes: a planned destination for the second user and a fourth current position of the vehicle are obtained to determine whether the vehicle has ended the portion of the planned shipment according to the planned shipment.
In some embodiments, determining whether the vehicle initiates the portion of the planned transportation according to the planned transportation includes: the method further includes obtaining a third current position of the vehicle, sending the third current position of the vehicle to the server to determine whether the vehicle has initiated the portion of the planned transportation in accordance with the planned transportation, and receiving a determination from the server whether the vehicle has initiated the portion of the planned transportation in accordance with the planned transportation. Determining whether the vehicle is transporting according to the planned end of transport planned portion includes: the method further includes obtaining a fourth current position of the vehicle, sending the fourth current position of the vehicle to the server to determine whether the vehicle has ended the portion of the planned transportation according to the planned transportation, and receiving a determination from the server whether the vehicle has ended the portion of the planned transportation according to the planned transportation.
As described above, in some embodiments,
Fig. 4D illustrates a flow diagram of an
At block 462, a planned transportation performed by a vehicle associated with the first user may be determined. At block 464, tracking data for the vehicle may be obtained to determine whether the vehicle begins and ends transportation according to the planned transportation. At block 466, a first reward may be transferred to the first user in response to a determination that the vehicle begins and ends transportation according to the planned transportation.
In some embodiments, the vehicle is the first user's personal property. The first user is affiliated with an entity. The first user is in the vehicle during at least a portion of the transportation (e.g., the first user is a driver from a departure location to a destination). Planning a shipment depends at least in part on the benefit of the entity or otherwise subsidizing the entity for shipment. For example, a first user may drive her private car to conduct a business for the entity, and the entity wishes to reimburse the first user for the fee.
In some embodiments, prior to obtaining the tracking data of the vehicle, the method further comprises: determining a first reward; providing the planned shipment and the determined first reward (e.g., a determined budget for reimbursing the planned shipment) to the entity for approval; and the tracking data can only be obtained after receiving approval from the entity to plan the transport.
In some embodiments, prior to obtaining the tracking data of the vehicle, the method further comprises: determining at least one second user for at least a portion of the scheduled transportation shared vehicle, wherein the at least one second user is associated with the entity; and transferring a second reward to the at least one second user in response to a determination that the second user has completed the portion of the planned shipment.
In some embodiments, determining the planned transportation to be performed by the vehicle associated with the first user includes obtaining, from a computing device of the first user, the planned transportation to be performed by the vehicle associated with the first user. In some embodiments, the planned shipment (e.g., the planned departure time, the planned departure location, and/or the planned destination) obtained from the first user's computing device may be approved by the entity, and the approved planned shipment is used for compliance verification in block 466. Optionally, some conditions of the planned shipment (e.g., the planned departure time) may be changed after the entity first approves, e.g., when a second user is added to the car, and the approved planned shipment may be sent to the entity for another approval. Thus, the planned shipment for verification in block 466 may refer to a planned shipment that has undergone two approvals. Alternatively, the entity may choose to abort the first and/or second approval processes.
In some embodiments, prior to obtaining the tracking data of the vehicle, the method further comprises: determining at least one second user to share the vehicle over at least a portion of the planned transportation, wherein the at least one second user is associated with the entity; and transferring the second reward to the at least one second user in response to a determination that the second user has completed the portion of the planned shipment. Details of adding a second user may refer to fig. 3F and other descriptions above.
Fig. 4E illustrates a flow diagram of an
At block 482, information for the vehicle providing the transport may be sent to the server to determine the planned transport. At block 484, it may be determined that at least one second user shares a vehicle for at least a portion of the planned transportation, where the at least one second user is affiliated with the entity. At block 486, the at least one second user may be caused to receive an invitation to transport the shared vehicle at least in part. At block 488, the tracking data of the first user's computing device as the tracking data of the vehicle may be sent to the server to determine whether the vehicle starts and ends the transport according to the planned transport. At block 490, a first reward may be acquired if the vehicle begins and ends a transportation according to the planned transportation.
In some embodiments, the vehicle is the first user's personal property. The first user is affiliated with an entity. The first user is in the vehicle during at least a portion of the planned transportation.
In some embodiments, before sending the tracking data of the computing device to the server as tracking data of the vehicle to determine whether the vehicle starts and ends the transportation according to the planned transportation, the method further comprises: it is only after approval of the planned transport is received from the entity that it can be determined whether the vehicle starts and ends the transport according to the planned transport.
In some embodiments, sending the tracking data of the computing device to the server as tracking data of the vehicle to determine whether the vehicle has begun transportation in accordance with the planned transportation includes: the method includes obtaining at least one of a first current time or a first current location of the computing device, sending the at least one of the first current time or the first current location of the computing device to the server to determine whether the vehicle has begun transportation in accordance with the planned transportation, and receiving a determination from the server whether the vehicle has begun transportation in accordance with the planned transportation.
In some embodiments, sending the tracking data of the computing device to the server as tracking data of the vehicle to determine whether the vehicle has transported according to the planned end of transportation comprises: the method includes obtaining a second current location of the computing device, sending the second current location of the computing device to the server to determine whether the vehicle has finished transporting according to the planned transport, and receiving a determination from the server whether the vehicle has finished transporting according to the planned transport.
Figure 4F illustrates a flow diagram of an exemplary method 499 for monitoring vehicle usage according to various embodiments of the present application. The method 499 may be implemented in a variety of scenarios, including, for example, the
At block 491, a transport request may be sent to the server to determine a planned transport in the vehicle, where the planned transport includes a portion for transporting the second user. At block 492, information matching the transport request for the vehicle may be received (e.g., from the first user's computing device). At block 493, an acceptance for sharing the vehicle for a portion of the planned shipment may be sent (e.g., to a computing device of the first user or server). At block 494, the tracking data of the computing device may be sent to the server as tracking data of the vehicle for determining whether the vehicle has started and ended a portion of the planned transportation in accordance with the planned transportation. At block 495, a second reward may be obtained if the vehicle has started and ended a portion of the planned transportation according to the planned transportation.
In some embodiments, the vehicle is the first user's personal property. The first user and the second user are affiliated with an entity. During the portion of the planned transportation, the first user and the second user are in a vehicle.
In some embodiments, before sending the tracking data of the computing device to the server as tracking data of the vehicle to determine whether the vehicle has started and ended the portion of the planned transportation, the method further comprises: only after receiving approval of the planned transportation from the entity can it be determined whether the vehicle has completed the portion of the planned transportation in accordance with the planned transportation.
In some embodiments, sending the tracking data of the computing device to the server as tracking data of the vehicle to determine whether the vehicle has initiated the portion of the planned transportation in accordance with the planned transportation includes: the method further includes obtaining a third current location of the computing device, sending the third current location of the computing device to the server to determine whether the vehicle has initiated the portion of the planned transportation in accordance with the planned transportation, and receiving a determination from the server whether the vehicle has initiated the portion of the planned transportation in accordance with the planned transportation.
In some embodiments, sending the tracking data of the computing device to a server as tracking data of the vehicle for determining from the planned transportation whether the vehicle has ended a portion of the planned transportation includes: the method further includes obtaining a fourth current location of the computing device, sending the fourth current location of the computing device to the server to determine whether the vehicle has ended the portion of the planned transportation in accordance with the planned transportation, and receiving a determination from the server whether the vehicle has ended the portion of the planned transportation in accordance with the planned transportation end.
As described, the disclosed systems and methods may mitigate or overcome the disadvantages of the prior art. In the past, it was impractical to manage and verify private vehicle use for the purposes of an entity due to the significant burden of manually sorting and inspecting information and the unreliability of self-reporting. The private vehicle compensation plan can be effectively managed by the disclosed system and method for the entity. The application approval, budget control, vehicle use monitoring, reward transmission and transfer and the like are integrated in one system, so that simplification of the process can be realized, the operation cost is greatly reduced, the working efficiency is improved, and the morale of staff is improved.
The techniques described herein are implemented by one or more special-purpose computing devices. A special-purpose computing device may be a desktop computer system, a server computer system, a portable computer system, a handheld device, a network device, or any other device that incorporates hardwired and/or program logic for implementing the techniques. Computing devices are typically controlled and coordinated by operating system software. Conventional operating systems control and schedule computer processes for execution, perform memory management, provide file systems, networks, input/output services, and provide user interface functions, such as a graphical user interface ("GUI"), among others.
FIG. 5 is a block diagram illustrating an exemplary computer system 500 that may implement any of the embodiments described herein. The system 500 may correspond to the system 102 described above. Computer system 500 includes a bus 502 or other communication mechanism for communicating information, and one or more hardware processors 504 coupled with bus 502 for processing information. Hardware processor 504 may be, for example, one or more general-purpose microprocessors. The processor 504 may correspond to the
Computer system 500 also includes a main memory 506, such as a Random Access Memory (RAM), cache memory, and/or other dynamic storage device, coupled to bus 502 for storing information and instructions to be executed by processor 504. Main memory 506 also may be used for storing temporary variables or other intermediate information during execution of instructions to be executed by processor 504. When stored in a storage medium accessible to processor 504, the instructions may cause computer system 500 to become a special-purpose machine that is customized to perform the operations specified in the instructions. Computer system 500 further includes a Read Only Memory (ROM)508 or other static storage device coupled to bus 502 for storing static information and instructions for processor 504. A storage device 510, such as a magnetic disk, optical disk, or USB thumb drive (flash drive), is provided and coupled to bus 502 for storing information and instructions. Main memory 506, ROM 508, and/or storage 510 may correspond to
Computer system 500 may implement the techniques described herein using custom hardwired logic, one or more Application Specific Integrated Circuits (ASICs) or Field Programmable Gate Arrays (FPGAs), firmware, and/or program logic that, in combination with the computer system, causes computer system 500 to become or be programmed as a special purpose machine. According to one embodiment, the techniques of this application are performed by computer system 500 in response to processor 504 executing one or more sequences of one or more instructions contained in main memory 506. Such instructions may be read into main memory 506 from another storage medium, such as storage 510. Execution of the sequences of instructions contained in main memory 506 causes processor 504 to perform the process steps described herein. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions.
Main memory 506, ROM 508, and/or storage 510 may include non-transitory storage media. The term "non-transitory medium" and similar terms, as used herein, refers to any medium that stores data and/or instructions that cause a machine to operate in a specific manner. Such non-transitory media may include non-volatile media and/or volatile media. Non-volatile media includes, for example, optical or magnetic disks, such as memory 510. Volatile media includes dynamic memory, such as main memory 506. Common forms of non-transitory media include, for example, a floppy disk, a flexible disk, hard disk, solid state drive, magnetic tape, or any other magnetic data storage medium, a compact disc read only drive (CD-ROM), any other optical data storage medium, any physical medium with patterns of holes, a RAM, a Programmable Read Only Memory (PROM), and Erasable Programmable Read Only Memory (EPROM), a FLASH-EPROM, a non-volatile random access memory (NVRAM), any other memory chip or cartridge, and networked versions thereof.
Computer system 500 also includes a network interface 518 coupled to bus 502. Network interface 518 provides a two-way data communication coupling to one or more network links that are connected to one or more local networks. For example, network interface 518 may be an Integrated Services Digital Network (ISDN) card, cable modem, satellite modem, or a modem to provide a data communication connection to a corresponding type of telephone line. As another example, network interface 518 may be a Local Area Network (LAN) card to provide a data communication connection to a compatible LAN (or a WAN component to communicate with a WAN). Network interface 518 may also be implemented as a wireless link. In any such implementation, network interface 518 sends and receives electrical, electromagnetic or optical signals that carry digital data streams representing various types of information.
Computer system 500 can send messages and receive data, including program code, through the network(s), network link(s) and network interface 518. Using the internet for example, a server might transmit a requested code for an application program through the internet, an Internet Service Provider (ISP), local network and network interface 518.
The received code may be executed by processor 504 as it is received, and/or stored in storage device 510, or other non-volatile storage for later execution.
Each of the processes, methods, and algorithms described in the preceding sections can be implemented by, and through, code modules, either fully automated or semi-automated. The code modules are executed by one or more computer systems or computer processors, which include computer hardware. The above-described processes and algorithms may be implemented in part or in whole by application specific circuitry.
The various features and processes described above may be used independently of one another or may be combined in various ways. All possible combinations and sub-combinations are intended to fall within the scope of the present application. Additionally, certain method or process blocks may be omitted in some implementations. The methods and processes described herein are also not limited to any particular order of execution and the associated blocks or states may be executed in other suitable orders. For example, described blocks or states may be performed in an order different than that specifically disclosed, or multiple blocks or states may be combined into a single block or state. The exemplary blocks or states may be performed serially, in parallel, or in other manners. Blocks or states may be added to or removed from the disclosed exemplary embodiments. The example systems and components described herein may be configured in different ways than those described herein. For example, elements may be added, removed, or rearranged as compared to the disclosed exemplary embodiments.
Various operations in the example methods described herein may be performed, at least in part, by algorithms. The algorithm may be embodied in program code or instructions stored in a memory (e.g., the non-transitory computer-readable storage medium described above). Such algorithms may include machine learning algorithms. In some embodiments, the machine learning algorithm may not explicitly program the computer to perform a certain function, but may learn the training data to generate a predictive model that performs the function.
Various operations in the example methods described herein may be performed, at least in part, by one or more processors. The one or more processors may be temporarily configured (e.g., via software) or permanently configured to perform the relevant operations. Whether temporarily configured or permanently configured, the processor may constitute an engine implemented by the processor that operates to perform one or more operations or functions described herein.
Similarly, the methods described herein may be implemented at least in part by a particular processor or group of processors (as hardware examples). For example, at least a portion of the operations of a method may be performed by one or more processors or processor-implemented engines. Further, the one or more processors may also operate to leverage support capabilities for related operations in a "cloud computing" environment or to implement "software as a service" (SaaS). For example, at least some of the operations may be performed by a set of computers (as an example of machines including processors) that are accessible via a network (e.g., the Internet) and via one or more appropriate interfaces (e.g., Application Program Interfaces (APIs)).
The performance of certain operations may be distributed among processors, not only residing within a single machine, but also deployed across multiple machines. In some example embodiments, the processor or processor-implemented engine may be located in a single geographic location (e.g., within a home environment, an office environment, or a server farm). In other exemplary embodiments, the processor or processor-implemented engine may be distributed across multiple geographic locations.
Throughout the specification, multiple instances may implement a component, an operation, or a structure described as a single instance. Although individual operations of one or more methods are illustrated and described as separate operations, one or more of the individual operations may be performed concurrently and nothing requires that the operations be performed in the order illustrated. Structures and functionality presented as separate components in the exemplary configurations may be implemented as a combined structure or component. Similarly, structures and functionality presented as a single component may be implemented as separate components. These and other variations, modifications, additions, and improvements fall within the scope of the subject matter herein.
Although the subject matter herein has been summarized with reference to specific exemplary embodiments, various modifications and changes may be made to the embodiments without departing from the broader scope of the embodiments of the application. Embodiments of the subject matter herein may be referred to, individually or collectively, herein by the term "invention" merely for convenience of description and without intending to voluntarily limit the scope of this application to any single disclosure or concept if more than one is in fact disclosed.
The embodiments illustrated herein have been described in sufficient detail to enable those skilled in the art to practice the teachings disclosed. Other embodiments may be derived from the teachings disclosed, and utilized, such that structural and logical substitutions and changes may be made to the embodiments herein without departing from the scope of this disclosure. The detailed description is, therefore, not to be taken in a limiting sense, and the scope of various embodiments is defined only by the appended claims, along with the full range of equivalents to which such claims are entitled.
Any process descriptions, elements, or blocks in flow diagrams described herein and/or depicted in the drawings should be understood as potentially representing modules, components, or portions of code which include one or more executable instructions for implementing specific logical functions or process steps. It will be understood by those skilled in the art that alternative implementations are also included within the scope of the embodiments described herein. In these alternative implementations, elements or functions may be deleted or performed out of the order shown or discussed, including substantially concurrently or in the reverse order, depending on the functionality involved.
As used herein, the term "or" may be interpreted in an inclusive or exclusive sense. Furthermore, multiple instances may be provided for a resource, operation, or structure described herein as a single instance. In addition, the boundaries between the various resources, operations, engines, and data stores are somewhat arbitrary, and particular operations are illustrated in the context of specific illustrative configurations. The allocation of other functions contemplated may fall within the scope of the various embodiments of the present application. In general, the structures and functionality presented as separate resources in the exemplary configurations may be implemented in a combined structure or a combined resource. Similarly, the structure and functionality presented as separate resources may be implemented in multiple separate resources. These and other variations, modifications, additions, and improvements may fall within the scope of the embodiments of the application, as represented by the claims that follow. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense.
Conditional language, e.g., "may" or "may," unless expressly stated otherwise or understood otherwise in the context of usage, is generally intended to convey that some embodiments include, while other embodiments do not include, certain features, elements, and/or steps. Thus, such conditional language is not generally intended to imply that features, elements, and/or steps are in any way required by one or more embodiments or that one or more embodiments necessarily include logic for deciding, whether or not there is user input or prompting, whether or not such features, elements, and/or steps are included or are to be performed in any particular embodiment.
- 上一篇:一种医用注射器针头装配设备
- 下一篇:物流管理系统和物流管理方法