SERVICE REQUESTERS

Technical Field

[0001] The present disclosure relates generally to managing online requests, and more specifically, to methods, systems, and devices for managing a plurality of transport-related service requests, including the dynamic matching of service requests to service providers.

Background

[0002] Technological developments in computing technology and communications continue to empower providers to create and offer new and improved offerings for products and services. Online services made available by such developments include, but are not limited to, information searching, purchasing, reserving, booking, adding-to-cart, leaving a deposit for, make partial payment, saving, and/or sharing of products and/or services. Today, users are increasingly able to more easily, efficiently, and effectively conduct online transactions for those products and/or services that have been traditionally conducted in other ways.

Brief Summary

[0003] Despite recent advances in computing technology, including systems, devices, software, and communications, it is recognized in the present disclosure that difficulties or problems are oftentimes encountered when managing online interactions.

[0004] Present example embodiments relate generally to and/or comprise systems, subsystems, processors, devices, logic, and methods for addressing conventional problems, including those described above and in the present disclosure, and more specifically, example embodiments relate to systems, subsystems, processors, devices, logic, and methods of managing a plurality of transport- related service interactions.

[0005] In an exemplary embodiment, a method for managing a plurality of transport-related service requests is described. The method may include establishing a first time period. The method may also include identifying one or more service requests received during the first time period. Each identified service request may include an origin location. The method may also include identifying one or more service providers from among a plurality of service providers. Each identified service provider may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available to be matched with a service request. The method may also include establishing a service request geographical region and service provider geographical region. The method may also include selecting one or more candidate service requests from the plurality of identified service requests. Each candidate service request may have its origin location within the service request geographical region. The method may also include selecting one or more candidate service providers from the plurality of identified service providers. Each candidate service provider may have its current service provider location within the service provider geographical region. The method may also include performing a matching process to match one or more of the candidate service requests with one or more of the candidate service providers. The matching process may be based on at least a likelihood that a cancellation will occur.

[0006] In another exemplary embodiment, a method for managing a plurality of transport- related service requests is described. The method may include establishing a first time period. The method may also include identifying one or more service requests received during the first time period. Each identified service request may include an origin location. The method may also include identifying one or more service providers from among a plurality of service providers. Each identified service provider may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available to be matched with a service request. The method may also include establishing a service request geographical region and service provider geographical region. The method may also include selecting one or more candidate service requests from the plurality of identified service requests. Each candidate service request may have its origin location within the service request geographical region. The method may also include selecting one or more candidate service providers from the plurality of identified service providers. Each candidate service provider may have its current service provider location within the service provider geographical region. The method may also include dynamically adjusting the service request geographical region based on a quantity of the selected candidate service requests, a quantity of the selected candidate service providers, a distribution of the selected candidate service requests within the service request geographical region, and/or a distribution of the selected candidate service providers within the service provider geographical region. The method may also include, responsive to the dynamic adjustment of the service request geographical region, selecting one or more final service requests from at least the candidate service requests. Each final service request may have its origin location within the dynamically adjusted service request geographical region. The method may also include performing a matching process to match one or more of the final service requests with one or more of the candidate service providers. [0007] In another exemplary embodiment, a method for managing a plurality of transport- related service requests is described. The method may include establishing a first time period. The method may also include identifying one or more service requests received during the first time period. Each identified service request may include an origin location. The method may also include identifying one or more service providers from among a plurality of service providers. Each identified service provider may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available to be matched with a service request. The method may also include establishing a service request geographical region and service provider geographical region. The method may also include selecting one or more candidate service requests from the plurality of identified service requests. Each candidate service request may have its origin location within the service request geographical region. The method may also include selecting one or more candidate service providers from the plurality of identified service providers. Each candidate service provider may have its current service provider location within the service provider geographical region. The method may also include dynamically adjusting the service provider geographical region based on a quantity of the selected candidate service requests, a quantity of the selected candidate service providers, a distribution of the selected candidate service requests within the service request geographical region, and/or a distribution of the selected candidate service providers within the service provider geographical region. The method may also include, responsive to the dynamic adjustment of the service provider geographical region, selecting one or more final service providers from at least the candidate service providers. Each final service provider may have its current service provider location within the dynamically adjusted service provider geographical region. The method may also include performing a matching process to match one or more of the candidate service requests with one or more of the final service providers.

[0008] In another exemplary embodiment, a method for managing a plurality of transport- related service requests is described. The method may include establishing a first time period. The method may also include identifying one or more service requests received during the first time period. Each identified service request may include an origin location. The method may also include identifying one or more service providers from among a plurality of service providers. Each identified service provider may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available to be matched with a service request. The method may also include establishing a service request geographical region and service provider geographical region. The method may also include selecting one or more candidate service requests from the plurality of identified service requests. Each candidate service request may have its origin location within the service request geographical region. The method may also include selecting one or more candidate service providers from the plurality of identified service providers. Each candidate service provider may have its current service provider location within the service provider geographical region. The method may also include dynamically adjusting the first time period based on a quantity of the selected candidate service requests relative to a threshold service request number and/or a quantity of the selected candidate service providers relative to a threshold service provider number. The method may also include, responsive to the dynamic adjustment of the first time period, selecting one or more final service requests from at least the candidate service requests. Each final service request may be a service request received during the dynamically adjusted first time period. The method may also include performing a matching process to match one or more of the final service requests with one or more of the candidate service providers.

Brief Description of the Drawings

[0009] For a more complete understanding of the present disclosure, example embodiments, and their advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which like reference numbers indicate like features, and:

[0010] Figure 1A is an illustration of an example situation of a service request instantaneously matched to a service provider;

[0011] Figure IB is an illustration of another example situation of a service request instantaneously matched to a service provider;

[0012] Figure 1C is an illustration of an example situation of a service request matched to a service provider according to example embodiments;

[0013] Figure ID is an illustration of another example situation of a service request instantaneously matched to a service provider;

[0014] Figure IE is an illustration of another example situation of a service request instantaneously matched to a service provider;

[0015] Figure IF is an illustration of an example situation of a service request matched to a service provider according to example embodiments;

[0016] Figure 2 is an illustration of an example embodiment of a system for managing service requests;

[0017] Figure 3A is an illustration of an example embodiment of a processor and/or elements thereof and/or functionality thereof for managing service requests; [0018] Figure 3B is an illustration of another example embodiment of a processor and/or elements thereof and/or functionality thereof for managing service requests;

[0019] Figure 4 is an illustration of an example embodiment of a prioritizer;

[0020] Figure 5 is an illustration of an example embodiment of a matching processor;

[0021] Figure 6A is an illustration of an example embodiment of a method of managing service requests based on a likelihood of cancellation;

[0022] Figure 6B is an illustration of an example embodiment of a method of managing service requests based on a likelihood of fraud;

[0023] Figure 6C is an illustration of an example embodiment of a method of managing service requests based on a service request prioritization and/or service provider prioritization;

[0024] Figure 6D is an illustration of an example embodiment of a method of managing service requests based on dynamically adjusting the service request geographical region;

[0025] Figure 6E is an illustration of an example embodiment of a method of managing service requests based on dynamically adjusting the service provider geographical region;

[0026] Figure 6F is an illustration of an example embodiment of a method of managing service requests based on dynamically adjusting a time period associated with service request-related processing and/or a time period associated with service provider-related processing; and

[0027] Figure 6G is an illustration of another example embodiment of a method of managing service requests based on dynamically adjusting a time period associated with service request- related processing and/or a time period associated with service provider-related processing.

[0028] Although similar reference numbers may be used to refer to similar elements in the figures for convenience, it can be appreciated that each of the various example embodiments may be considered to be distinct variations.

[0029] Example embodiments will now be described with reference to the accompanying drawings, which form a part of the present disclosure and which illustrate example embodiments which may be practiced. As used in the present disclosure and the appended claims, the terms "embodiment," "example embodiment," "exemplary embodiment," and "present embodiment" do not necessarily refer to a single embodiment, although they may, and various example embodiments may be readily combined and/or interchanged without departing from the scope or spirit of example embodiments. Furthermore, the terminology as used in the present disclosure and the appended claims is for the purpose of describing example embodiments only and is not intended to be limitations. In this respect, as used in the present disclosure and the appended claims, the term "in" may include "in" and "on," and the terms "a," "an," and "the" may include singular and plural references. Furthermore, as used in the present disclosure and the appended claims, the term "by" may also mean "from," depending on the context. Furthermore, as used in the present disclosure and the appended claims, the term "if" may also mean "when" or "upon," depending on the context. Furthermore, as used in the present disclosure and the appended claims, the words "and/or" may refer to and encompass any and all possible combinations of one or more of the associated listed items.

Detailed Description

[0030] Recent developments in computing technology continue to improve the ability for service providers and users to interact online. Examples of service providers may include, but are not limited to, traditional and online merchants (e.g., retailers, department stores, e-commerce websites, etc.), providers of specialty products and/or services (e.g., transport-related services such as public transportation, private car hires, limousine services, shuttles, taxis, motorcycle taxis, ride- sharing, delivery, etc.), intermediaries, resellers, brokers, those who provide platforms/services for comparative shopping and/or reviews, etc. (hereinafter a "service provider"). Technological solutions offered by such service providers continue to enable users to interact or transact, including purchase, reserve, book, add-to-cart, leave a deposit or partial payment, save, and/or share, such products and/or services with more ease, effectiveness, and/or efficiency.

[0031] As an example, technological advances have enabled transport-related services, such as public transportation (trains, buses, etc.), taxis (cars, vans, motorcycles, and other types of vehicles), private car hires, limousine services, shuttles, ride-sharing, delivery, etc., and other types of services, to be searched for, priced, compared, reserved, and/or booked (and/or cancelled) directly and with ease from a computing device (e.g., a desktop computer, laptop computer/ultrabook, mobile device, and/or wearable device) via a website or application (e.g., mobile application, widget, etc.).

[0032] Despite recent advances in such technologies, it is recognized in the present disclosure that difficulties or problems are oftentimes encountered when interacting online, and specifically, when managing a plurality of requests from users and matching such requests to service providers.

[0033] As an example, present approaches to managing transport-related requests (e.g., taxis or private car service, shuttle, ride share, delivery, etc.) from a plurality of users include, for each user, receiving a request, performing an immediate search for a suitable and available service provider (e.g., vehicle) nearest to the location of the user (or location provided by the user), and matching a found service provider to the user. While such an approach has generally been able to match requests to service providers, it is recognized in the present disclosure that problems, including inefficiencies and/or non-optimal matching, are oftentimes encountered with such an approach. For example, while such approach provides for an immediate or quick matching of an available service provider to a request upon receiving the request, which may be optimal for that request (and/or service provider), it is recognized that such a match may not be an optimal (or the most optimal or one of the more optimal) match from one or more other standpoints (e.g., when considering one or more other requests, when considering one or more other service providers, when considering optimization on a larger geographical, time, and/or system level, etc.).

[0034] As an illustrative example, although an immediate matching of a request to a nearest service provider at time t may be optimal from the standpoint of that request (e.g., shortest distance between the service provider and that particular request), it is recognized in the present disclosure that such immediate match at time t may not be an optimal match (e.g., when considering one or more other requests received shortly thereafter, such as at time t+x). FIGURE 1A illustrates an example situation of immediately matching a service request SRI received at a time t to a nearest available service provider SP1 (where the line drawn between SRI and SP1 depicts a matching, and where service provider SP1 is closer to service request SRI than available service provider SP2), and FIGURE IB illustrates an example situation of immediately matching a subsequently received service SR2 received at a time t+x to a nearest available service provider SP2 (where the line drawn between SR2 and SP2 depicts a matching, and where service provider SP1 has already been matched to service request SRI). As can be seen in Figures 1A and IB, while the matching between SRI and SP1 may be optimal for that particular request at time t and the matching between SR2 and SP2 may be optimal for that particular request at time t+x, FIGURE 1C illustrates a more optimal matching implemented by an example embodiment, which receives a plurality of service requests during a period of time (e.g., t+x), identifies available service providers (and/or those service providers that will become available) during the period of time (e.g., t+x or t+y, where y is different from x), and performs a batch-based matching of such service requests and service providers. As illustrated in Figure 1C, a more optimal matching may be achieved by matching SRI to SP2 and matching SR2 to SP1, and such optimal matching may be collectively based on one or more criterion (as described in the present disclosure), such as distance, estimated time to travel to each request, traffic, etc..

[0035] As another illustrative example, although an immediate matching of a nearest request to a service provider at time t may be optimal from the standpoint of that request, it is recognized in the present disclosure that such immediate match at time t may not be an optimal match (e.g., when considering one or more other service providers that become available or will become available shortly thereafter, at time t+x). FIGURE ID illustrates an example situation of immediately matching a nearest service request SR2 to an available service provider SP1 at time t (where the line drawn between SR2 and SP1 depicts a matching, and where service request SR2 is closer to service provider SP1 than service request SRI), and FIGURE IE illustrates an example situation of immediately matching a subsequent service SRI to a nearest available service provider SP2 that becomes available at time t+x (where the line drawn between SRI and SP2 depicts a matching, and where service request SR2 has already been matched to service provider SP1). As can be seen in Figures ID and IE, while the matching between SR2 and SP1 may be optimal at time t and the matching between SRI and SP2 may be optimal at time t+x, FIGURE IF illustrates a more optimal matching implemented by an example embodiment, which receives a plurality of service requests during a period of time (e.g., t+x), identifies available (or to become available) service providers during a period of time (e.g., t+x or t+y, where y is different from x), and performs a batch-based matching of such service requests and service providers. As illustrated in Figure IF, a more optimal matching may be achieved by matching SRI to SP1 and matching SR2 to SP2.

[0036] Present example embodiments relate generally to and/or comprise systems, subsystems, processors, devices, logic, and methods for addressing conventional problems, including those described above and in the present disclosure, and more specifically, example embodiments relate to systems, subsystems, processors, devices, logic, and methods of interacting online, including managing of a plurality of product and/or service requests. Although example embodiments may be described in the present disclosure as pertaining to and/or for use with transport-related service requests, it is to be understood that example embodiments may also be applicable to and/or for use for other services, products, in other service industries other than transport-related industries, and in other environments, surroundings, situations, circumstances, and/or applications without departing from the teachings of the present disclosure. These example embodiments will now be described below with reference to the accompanying figures, which form a part of the present disclosure.

[0037] Example embodiments of a system for managing service requests (e.g., system 100).

[0038] As an overview, an example embodiment of a system (e.g., system 100) for managing a plurality of service requests is illustrated in FIGURE 2. The system 100 may include one or more processors (e.g., processor 150). As used in the present disclosure, when applicable, a reference to a processor may also refer to, apply to, and/or include a computing device, server, cloud-based computing, or the like, and/or functionality of a processor, computing device, server, cloud-based computing, or the like. The system 100 may also include one or more databases (e.g., database 140). The system 100 may also include one or more user computing devices (e.g., user computing device 110). The system 100 may also include one or more service provider computing devices

(e.g., service provider computing device 120). The one or more processors 150, databases 140, user computing devices 110, and/or service provider computing devices 120 may be in communication with one another via one or more networks (e.g., network, 130), such as the Internet, World Wide

Web, one or more private networks, or the like.

[0039] Example embodiments of the system (e.g., system 100) may include or not include one or more of the elements described above and in the present disclosure, may include additional elements, may include equivalent elements, may be formed and/or used in different sequences, actions, combinations, and/or configurations, and/or one or more of the elements (and/or elements of elements) may be combinable into a single element or divided into two or more elements. Communication using technologies other than the Internet are also contemplated in example embodiments without departing from the teachings of the present disclosure. These systems 100, and elements and functionality thereof, will now be further explained with reference to the accompanying figures.

[0040] User computing device (e.g., user computing device 110).

[0041] As illustrated in at least Figure 2, the system 100 may include one or more computing devices 110 for use by users (e.g., those who send service requests). User computing devices 110 may be any device, computing device, mobile computing device, processor, controller, or the like, configurable or configured to perform a processing of information, wired and/or wireless communications, and/or any of the other actions and/or processes described above and in the present disclosure. For example, the user computing device 110 may be configurable to perform wireless communications through 3G networks, 4G networks, 4G LTE networks, or the like, such as via a SIM card installed in the user computing device 110, or the like. In addition to or in replacement, the user computing device 110 may be configurable to perform wireless communications via WLANs, such as Wi-Fi networks and Li-Fi networks, and/or via other forms, such as Bluetooth, NFC, and other forms of wireless signals. One or more of the aforementioned communications may be between example embodiments of the user computing device 110, one or more processors 150, one or more service provider computing devices 120, one or more databases 140, and/or one or more networks 130. The user computing device 110 may be configured (e.g., via a mobile application installed on the user computing device) to communicate, wirelessly or via wires, with the processor 150 and such communications may include sending service requests, viewing available service providers and fees, etc. [0042] In an example embodiment, the user computing device 110 described herein may be directed to and/or include mobile computing devices, smart phones, mobile phones, PDAs phablets, tablets, portable computers, laptops, notebooks, ultrabooks, readers, electrical devices, media players, specialized devices (e.g., a dedicated or specialized device to communicate with and/or operate in the system 100, or parts thereof), a plurality of computing devices interacting together in part or in whole, and other specialized computing devices and industry- specific computing devices.

The user computing device 110 described herein may also be directed to and/or include wearable computing devices, including watches (such as the Apple Watch), glasses, etc. The user computing device 110 may also be directed to and/or include a virtual machine, computer, node, instance, host, or machine in a networked computing environment. Such networked environment, and/or cloud, may be a collection of machines connected by communication channels that facilitate communications between machines and allow for machines to share resources. Such resources may encompass any types of resources for running instances including hardware (such as servers, clients, mainframe computers, networks, network storage, data sources, memory, central processing unit time, scientific instruments, and other computing devices), as well as software, software licenses, available network services, and other non-hardware resources, or a combination thereof.

[0043] Service provider computing device (e.g., service provider computing device 120).

[0044] As illustrated in at least Figure 2, the system 100 may include one or more computing devices 120 for use by service providers (i.e., those who provide services requested by users and/or user computing devices). Service provider computing devices 120 may be any device, computing device, mobile computing device, processor, controller, or the like, configurable or configured to perform a processing of information, wired and/or wireless communications, and/or any of the other actions and/or processes described above and in the present disclosure. For example, the service provider computing device 120 may be configurable to perform wireless communications through

3G networks, 4G networks, 4G LTE networks, or the like, such as via a SIM card installed in the service provider computing device 120, or the like. In addition to or in replacement, the service provider computing device 120 may be configurable to perform wireless communications via

WLANs, such as Wi-Fi networks and Li-Fi networks, and/or via other forms, such as Bluetooth,

NFC, and other forms of wireless signals. One or more of the aforementioned communications may be between example embodiments of the service provider computing device 120, one or more processors 150, one or more user computing devices 110, one or more databases 140, and/or one or more networks 130. The service provider computing device 120 may be configured (e.g., via a mobile application installed on the service provider computing device) to communicate, wirelessly or via wires, with the processor 150 and such communications may include receiving service requests that need to be serviced, receiving a match to a service request, accepting to service a service request, etc.

[0045] In an example embodiment, the service provider computing device 120 described herein may be directed to and/or include mobile computing devices, smart phones, mobile phones, PDAs phablets, tablets, portable computers, laptops, notebooks, ultrabooks, readers, electrical devices, media players, specialized devices (e.g., a dedicated or specialized device to communicate with and/or operate in the system 100, or parts thereof), a plurality of computing devices interacting together in part or in whole, and other specialized computing devices and industry-specific computing devices. The service provider computing device 120 described herein may also be directed to and/or include wearable computing devices, including watches (such as the Apple Watch), glasses, etc. The service provider computing device 120 may also be directed to and/or include a virtual machine, computer, node, instance, host, or machine in a networked computing environment. Such networked environment, and/or cloud, may be a collection of machines connected by communication channels that facilitate communications between machines and allow for machines to share resources. Such resources may encompass any types of resources for running instances including hardware (such as servers, clients, mainframe computers, networks, network storage, data sources, memory, central processing unit time, scientific instruments, and other computing devices), as well as software, software licenses, available network services, and other non-hardware resources, or a combination thereof. It is to be understood in the present disclosure that the service provider computing device 120 and the user computing device 110 may be any computing device operable to perform information processing and wireless communications, and the service provider computing device 120 and the user computing device 110 may be a similar or the same type of computing device.

[0046] Processor (e.g., processor 150).

[0047] As illustrated in at least Figure 2 and FIGURE 3A, the system 100 may include one or more processors (e.g., processor 150). An example embodiment of the processor 150 may include one or more service aggregators (e.g., service aggregator 151), one or more service identifiers (e.g., service identifier 153), one or more candidate selectors (e.g., candidate selector 155), one or more prioritizers (e.g., prioritizer 157), and/or one or more matching processors (e.g., matching processor 159). The processor 150 may also be configurable or configured to perform one or more operations, functions, and/or processes of the service aggregator 151, the service identifier 153, the candidate selector 155, the prioritizer 157, and/or the matching processor 159. [0048] As illustrated in at least Figure 3A and FIGURE 3B, an example embodiment of the service aggregator 151 may include a service request aggregator (e.g., service request aggregator

151, 151a) and/or service provider aggregator (e.g., service provider aggregator 151, 151b). The service identifier 153 may include a service request identifier (e.g., service request identifier 153, 153a) and/or a service provider identifier (e.g., service provider identifier 153, 153b). The time period selector 152 may include a service request time period selector (e.g., time period selector

152, 152a) and/or service provider time period selector (e.g., time period selector 152, 152b)). The candidate selector 155 may include a candidate service request selector (e.g., candidate service request selector 155, 155a) and/or candidate service provider selector (e.g., candidate service provider selector 155, 155b). The geographical region selector 154, 156 may include a service request geographical region selector (e.g., service request geographical region selector 154) and/or service provider geographical region selector (e.g., service provider geographical region selector 156). The prioritizor 157 may include a service request prioritizer (e.g., prioritizor 157, 157a) and/or service provider prioritizer (e.g., prioritizer 157, 157b).

[0049] The processor 150 (and/or its elements, as described in the present disclosure) may be any processor, server, device, computing device, server, controller, microprocessor, microcontroller, microchip, semiconductor device, or the like, configurable or configured to perform, among other things, a processing of information, voice and/or data communications, and/or other actions described above and in the present disclosure. Alternatively or in addition, the processor 150 (and/or its elements, as described in the present disclosure) may include and/or be a part of a virtual machine, processor, computer, node, instance, host, or machine, including those in a networked computing environment. As used in the present disclosure, such a network and/or cloud may be a collection of devices connected by communication channels that facilitate communications between devices and allow for devices to share resources. Such resources may encompass any types of resources for running instances including hardware (such as servers, clients, mainframe computers, networks, network storage, data sources, memory, central processing unit time, scientific instruments, and other computing devices), as well as software, software licenses, available network services, and other non-hardware resources, or a combination thereof. A network or cloud may include, but is not limited to, computing grid systems, peer to peer systems, mesh-type systems, distributed computing environments, cloud computing environment, etc. Such network or cloud may include hardware and software infrastructures configured to form a virtual organization comprised of multiple resources which may be in geographically disperse locations. Network may also refer to a communication medium between processes on the same device. Also as referred to herein, a network element, node, or server may be a device deployed to execute a program operating as a socket listener and may include software instances.

[0050] Example embodiments of the processor 150 may include or not include one or more of the elements and/or functionality described above and in the present disclosure, may include additional elements and/or functionality, may be formed and/or used in different sequences, actions, combinations, and/or configurations, and/or one or more of the elements and/or functionality (and/or elements of elements and/or functionality of elements) may be combinable into a single element, single functionality, divided into two or more elements, and/or divided into two or more functionalities. The processor 150, and elements and functionality thereof, will now be further explained with reference to the accompanying figures.

[0051] Service request aggregator (e.g., service request aggregator 151, 151a).

[0052] The processor 150 may include and/or perform one or more functionalities of one or more service request aggregators (e.g., service request aggregator 151, 151a). The service request aggregator 151, 151a may be configurable or configured to aggregate one or more service requests received (and/or requested), directly or indirectly, from one or more user computing devices 120. In an example embodiment, the service request aggregator 151, 151a may be configurable or configured to receive (and/or request) and aggregate service requests based on one or more criterion, such as by geographical region, time or period of time (e.g., years, months, weeks, days, hours, minutes, seconds, etc.), type of service requested (e.g., taxi, private car, public transportation, shuttle, limousine, ride share, delivery, etc.), location (e.g., current location, initial location, origin location, starting location, desired destination, etc.), user-specific criterion (e.g., new user, existing user, VIP user, frequent user, etc.), preferences of service provider (e.g., new service provider, experienced service provider, high rating service provider, user profile, etc.), etc. In respect to geographical region, the service request aggregator 151, 151a may be configurable to aggregate service requests received based on country, region, province, state, city, county, district, specific area (e.g., within certain city blocks, on certain roads, within a geometric shape drawn on a map, etc.), etc. In respect to time periods, the service request aggregator 151, 151a may be configurable to aggregate service requests received based on year, month, week, day, specific hour(s) and/or minutes (e.g., for each hour or each running hour), etc. As an example, the service request aggregator 151, 151a may be configurable to aggregate taxi requests received in one predetermined or dynamically generated area of the central business district (CBD) of a city for each 15 minute period. In such an example, the service request aggregator 151, 151a may also be configurable to aggregate taxi requests received in other (e.g., adjacent) predetermined or dynamically generated areas of the CBD of that city for the same or different 15 minute period. Similarly, the service request aggregator 151, 151a may also be configurable to aggregate such service requests received in other areas of that city (and for other cities) for other types of services (e.g., private car, ride share, delivery, etc.) and/or other criterion for the same or different time periods. It is recognized in the present disclosure that the one or more criterion and/or parameters, including geographical region, period of time, type of service requested, etc., used by the service request aggregator 151, 151a may be any criterion and/or parameter thereof (e.g., any amount, duration, type, etc.) without departing from the teachings of the present disclosure.

[0053] Service provider aggregator (e.g., service provider aggregator 151, 151b).

[0054] The processor 150 may include and/or perform one or more functionalities of one or more service provider aggregators (e.g., service provider aggregator 151, 151b). The service provider aggregator 151, 151b may be configurable or configured to aggregate, directly or indirectly, one or more service providers based on one or more criterion, such as by geographical region, period of time (e.g., years, months, weeks, days, hours, minutes, seconds, etc.), type of services available (e.g., taxi, private car, public transportation, shuttle, limousine, ride share, delivery, etc.), location (e.g., current location, initial location, origin location, starting location, projected/estimated/predicted/expected location, etc.), availability status (e.g., available or not available to provide services, will be available or will not be available to provide services, predicted or expected availability or unavailability to provide services, etc.), service provider- specific criterion (e.g., new service provider, existing service provider, low activity service provider, etc.), preferences of user and/or service request (e.g., new users, loyal users, frequent users, VIP users, high rating users, etc.), etc. In respect to geographical region, the service provider aggregator 151, 151b may be configurable to aggregate service providers based on country, region, province, state, city, county, district, specific area (e.g., within certain city blocks, on certain roads, within a geometric shape drawn on a map, etc.), etc. In respect to time periods, the service provider aggregator 151, 151b may be configurable to aggregate service providers based on year, month, week, day, specific hour(s) and/or minutes (e.g., for each hour or each running hour), etc. As an example, the service provider aggregator 151, 151b may be configurable to aggregate some or all taxi service providers currently located (or projected, predicted, estimated, or expected to be located) in one predetermined or dynamically generated area of the central business district (CBD) of a city for each 15 minute period. In such an example, the service provider aggregator 151, 151b may also be configurable to aggregate taxi service providers in other (e.g., adjacent) predetermined or dynamically generated areas of that city (and other cities) for the same or different time period. It is recognized in the present disclosure that the one or more criterion and/or parameters thereof, including geographical region, period of time, etc., used by the service provider aggregator 151, 151b may be any criterion and/or parameter thereof (e.g., any amount, duration, and/or type) without departing from the teachings of the present disclosure.

[0055] In an example embodiment, a single aggregator 151 may be configurable to perform the functions and operations of the service request aggregator 151, 151a and service provider aggregator 151, 151b. Alternatively or in addition, a plurality of aggregators 151 may be configurable to perform the functions and operations of the service request aggregator 151, 151a and/or service provider aggregator 151, 151b.

[0056] Service request identifier (e.g., service request identifier 153, 153a).

[0057] The processor 150 may include and/or perform one or more functionalities of one or more service request identifiers (e.g., service request identifier 153, 153a). The service request identifier 153, 153a may be configurable or configured to identify one or more service requests received in a specified time period, and such service requests received may be those aggregated by the service request aggregator 151, 151a. The specified time period may be a fixed time period and/or a dynamically determined time period, and such time period may be determined by the time period selector 152, 152a. In an example embodiment, each identified service request received during the specified time period may include a location (e.g., current location, initial location, origin location, starting location, desired destination, etc.).

[0058] Service provider identifier (e.g., service provider identifier 153, 153b).

[0059] The processor 150 may include and/or perform one or more functionalities of one or more service provider identifiers (e.g., service provider identifier 153, 153b). The service provider identifier 153, 153b may be configurable or configured to identify one or more service providers from among a plurality of service providers (e.g., from among service providers aggregated by the service provider aggregator 151, 151b). Such identified service providers may be those having an availability status indicating that it is currently available (and/or will be available or predicted/projected/estimated/expected to be available) during a specified time period to be matched with a service request. The specified time period may be a fixed time period and/or dynamically determined time period, and such time period may be determined by the time period selector 152, 152a. The specified time period may be the same as or different from the specified time period used by the service request identifier 153, 153a to identify the one or more service requests (as described above and in the present disclosure). In an example embodiment, each identified service provider may include a location (e.g., the location of the service provider at the current time or predicted/projected/estimated/expected location of the service provider at a future time, such as during or after the specified time period).

[0060] In an example embodiment, a single identifier 153 may be configurable to perform the operations of the service request identifier 153, 153a and service provider identifier 153, 153b. Alternatively or in addition, a plurality of identifiers 153 may be configurable to perform the operations of the service request identifier 153, 153a and/or service provider identifier 153, 153b.

[0061] Time period selector (e.g., time period selector 152, 152a, 152b).

[0062] The processor 150 may include and/or perform one or more functionalities of one or more time period selectors (e.g., time period selector 152, 152a for service request processing and time period selector 152, 152b for service provider processing). The time period selector 152, 152a may be configurable or configured to control, manage, select, and/or dynamically generate a specified time period (e.g., select statically from a predetermined one or more options and/or dynamically generated based on one or more considerations, as described in the present disclosure) for use by one or more elements of the processor 150 (e.g., service request identifier 153, 153a and/or matching processor 159). Similarly, the time period selector 152, 152b may be configurable or configured to control, manage, select, and/or dynamically generate a specified time period (e.g., select statically from a predetermined one or more options and/or dynamically generated based on one or more considerations, as described in the present disclosure) for use by one or more elements of the processor 150 (e.g., service provider identifier 153, 153b and/or matching processor 159). In an example embodiment, the time period selectors 152, 152a and 152, 152b may select and/or dynamically generate the same or different specified time periods, and such time periods may be based on one or more criterion, such as date, day of the week, time of the day, holiday or special day, historic considerations, etc. For example, the time period selector 152, 152a may select a specified time period of 5 seconds during rush hours on a weekday, a specified time period of 8 seconds during other business hours on a weekday, and a specified time period of 10 seconds during the morning of each Sunday.

[0063] In an example embodiment, a single time period selector 152 may be configurable to perform the functions and operations of the time period selectors 152, 152a and 152, 152b. Alternatively or in addition, a plurality of time period selectors 152 may be configurable to perform the functions and operations of the time period selectors 152, 152a and/or 152, 152b.

[0064] Service request geographical region selector (e.g., service request geographical region selector 154). [0065] The processor 150 may include and/or perform one or more functionalities of one or more service request geographical region selectors (e.g., service request geographical region selector 154). The service request geographical region selector 154 may be configurable or configured to identify and/or establish a service request geographical region. The service request geographical region may be any area or region. For example, the service request geographical region may be any area, region, portion, subset, and/or division of the geographical region used by the service request aggregator 151, 151a. The service request geographical region may be for use in setting a geographical area in respect of which service requests can be identified and further selected for matching with identified and selected service providers (which will similarly be within a geographical area referred to as a service provider geographical region, as described in the present disclosure). In an example embodiment, the service request geographical region selector 154 may be configurable to control, manage, select, and/or dynamically generate a service request geographical region (e.g., select statically from a predetermined one or more options and/or dynamically generated based on one or more considerations, as described in the present disclosure) for use by one or more elements of the processor 150 (e.g., candidate service request selector 155a, prioritizer 157a, and/or matching processor 159).

[0066] Service provider geographical region selector (e.g., service provider geographical region selector 156).

[0067] The processor 150 may include and/or perform one or more functionalities of one or more service provider geographical region selectors (e.g., service provider geographical region selector 156). The service provider geographical region selector 156 may be configurable or configured to identify and/or establish a service provider geographical region. The service provider geographical region may be any area or region. For example, the service provider geographical region may be any area, portion, subset, and/or division of the geographical region used by the service provider aggregator 151, 151b. The service provider geographical region may be for use in setting a geographical area in respect of which service providers can be identified and further selected for matching with identified and selected service requests (which will similarly be within the service request geographical region, as described in the present disclosure). In an example embodiment, the service provider geographical region selector 156 may be configurable to control, manage, select, and/or dynamically generate a service provider geographical region (e.g., select statically from a predetermined one or more options and/or dynamically generated based on one or more considerations, as described in the present disclosure) for use by one or more elements of the processor 150 (e.g., candidate service provider selector 155b, prioritizer 157b, and/or matching processor 159).

[0068] In an example embodiment, the service request geographical region selector 154 and service provider geographical region selector 156 may select and/or generate the same or different geographical regions, and such geographical regions may be based on one or more criterion, such as date, day of the week, time of the day, holiday or special day, historic considerations, road conditions, traffic conditions, direction of traffic, etc. For example, the service request geographical region may be a portion of the CBD of a city and the service provider geographical region may be the same portion (or a different portion) of the CBD of the city.

[0069] In an example embodiment, a single geographical region selector 154, 156 may be configurable to perform the functions and operations of the service request geographical region selector 154 and service provider geographical region selector 156. Alternatively or in addition, a plurality of geographical region selectors 154, 156 may be configurable to perform the functions and operations of the service request geographical region selector 154 and service provider geographical region selector 156.

[0070] Candidate service request selector (e.g., candidate service request selector 155, 155a).

[0071] The processor 150 may include and/or perform one or more functionalities of one or more candidate service request selectors (e.g., candidate service request selector 155, 155a). The candidate service request selector 155, 155a may be configurable or configured to select one or more candidate service requests from among the plurality of service requests identified by the service request identifier 153, 153a. Each candidate service request selected by the candidate service request selector 155, 155a may be an identified service request having its location (e.g., current location, initial location, origin location, starting location, etc.) within the service request geographical region selected and/or generated by the service request geographical region selector 154.

[0072] Candidate service provider selector (e.g., candidate service provider selector 155, 155b).

[0073] The processor 150 may include and/or perform one or more functionalities of one or more candidate service provider selectors (e.g., candidate service provider selector 155, 155b). The candidate service provider selector 155, 155b may be configurable or configured to select one or more candidate service providers from among the plurality of service providers identified by the service provider identifier 153, 153b. Each candidate service provider selected by the candidate service provider selector 155, 155b may be an identified service provider having its location (e.g., current location, initial location, origin location, starting location, projected/estimated/predicted/expected location, etc.) within the service provider geographical region selected and/or generated by the service provider geographical region selector 156.

[0074] In an example embodiment, a single candidate selector 155 may be configurable to perform the functions and operations of the candidate service request selector 155, 155a and candidate service provider selector 155, 155b. Alternatively or in addition, a plurality of candidate selectors 155 may be configurable to perform the functions and operations of the candidate service request selector 155, 155a and candidate service provider selector 155, 155b.

[0075] Service request prioritizer (e.g., service request prioritizer 157, 157a).

[0076] The processor 150 may include and/or perform one or more functionalities of one or more service request prioritizers (e.g., service request prioritizer 157, 157a). The service request prioritizer 157, 157a may be configurable or configured to control, manage, and/or select service requests (e.g., for further processing by the matching processor 159) from among the candidate service requests selected by the candidate service request selector 155, 155a. The service request prioritizer 157, 157a may select such candidate service requests based on one or more criterion, such as likelihood of cancellation, likelihood of fraud, one or more other prioritization criterion, etc. As illustrated in FIGURE 4, an example embodiment of the service request prioritizer 157, 157a may include one or more service request cancellation predictors (e.g., service request cancellation predictor 1572a), one or more service request fraud predictors (e.g., service request fraud predictor 1574a), one or more service request/user prioritizers (e.g., service request/user prioritizer 1576a), etc.

[0077] An example embodiment of the service request cancellation predictor 1572a may be configurable or configured to prioritize and/or de-prioritize candidate service requests based on a likelihood of cancellation of the candidate service request (e.g., by the user who sent the candidate service request). For example, the service request cancellation predictor 1572a may be configurable to prioritize one or more candidate service requests that have been determined (or predicted, projected, estimated, or expected) to have a likelihood (or higher likelihood as compared to one or more other candidate service requests, identified service requests, other service requests, historic service requests, and/or a predetermined likelihood value) of being cancelled and/or abandoned if not matched based on the specified time period (as selected and/or generated by the time period selector 152, 152a). In such an example, those candidate service requests that are likely to be cancelled or abandoned if not matched pursuant to the specified time period may be prioritized (e.g., placed as a higher priority to be matched pursuant to the specified time period). As another example, an analysis may be performed for each candidate service request to determine (or predict, project, estimate, etc.) a maximum wait time before the candidate service request is likely to be cancelled and/or abandoned, and a prioritization may be provided to those candidate service requests based on the maximum wait time. In such an example, those candidate service requests having a maximum wait time that is equal to or less than twice (or more) of the specified time period may be prioritized (e.g., placed as a higher priority to be matched). In yet another example, the service request cancellation predictor 1572a may be configurable to de-prioritize one or more candidate service requests that have been determined (or predicted, projected, estimated, or expected) to have a likelihood (or higher likelihood as compared to one or more other candidate service requests, identified service requests, other service requests, historic service requests, and/or a predetermined likelihood value) of being cancelled and/or abandoned after being matched pursuant to the specified time period. In such an example, those candidate service requests that are likely to be cancelled or abandoned despite being matched pursuant to the specified time period may be de-prioritized (i.e., placed as a low priority to be matched pursuant to the specified time period).

[0078] An example embodiment of the service request fraud predictor 1574a may be configurable or configured to prioritize and/or de-prioritize candidate service requests based on a likelihood that the candidate service request is associated with fraud. For example, the service request fraud predictor 1574a may be configurable to de-prioritize one or more candidate service requests that have been determined (or predicted or expected) to have a likelihood (or higher likelihood as compared to one or more other candidate service requests, identified service requests, other service requests, historic service requests, and/or a predetermined likelihood value) of being associated with fraud and/or fraudulent activities (e.g., stolen credit cards, etc.). In such an example, those candidate service requests that are likely to be associated with fraud and/or fraudulent activities may be de-prioritized (i.e., placed as a low priority to be matched pursuant to the specified time period) and those candidate service requests that are unlikely to be associated with fraud and/or fraudulent activities may be prioritized.

[0079] An example embodiment of the service request/user prioritizer 1576a may be configurable or configured to prioritize and/or de-prioritize candidate service requests based on one or more other criterion, such as those users of the service request having a new user status and/or special user status (e.g., VIP user, frequent user, loyal user, etc.). For example, the service request/user prioritizer 1576a may be configurable to prioritize one or more candidate service requests that have been determined to have a new user status and/or special user status. In such an example, those candidate service requests that have a new user status and/or special user status may be prioritized (i.e., placed as a priority to be matched pursuant to the specified time period). [0080] Other considerations are also contemplated in the present disclosure, such as individual characteristics of the service request or user (e.g., how long has the user been active in using the transport-related service, how many service requests have been made (average, recently, total, per time period, rate, type of service, etc.), projected/estimated/predicted/expected future service requests, etc.), local circumstances (e.g., how much demand and/or supply has there been in the service request geographical region and/or service provider geographical region, projected/estimated/predicted/expected future demand and/or supply, etc.), recent circumstances

(e.g., how recent and/or often has the user cancelled or been associated with fraud, projected/estimated/predicted/expected future cancellations and/or fraud by the user, etc.), historic trends (e.g., historic trends, such as cancellations and/or fraud, for the user, a group of users, service request geographical region, service provider geographical region, broader regions, etc.), etc.

[0081] Service provider prioritizer (e.g., service provider prioritizer 157, 157b).

[0082] The processor 150 may include and/or perform one or more functionalities of one or more service provider prioritizers (e.g., service provider prioritizer 157, 157b). The service provider prioritizer 157, 157b may be configurable or configured to control, manage, and/or select service providers (e.g., for further processing by the matching processor 159) from among the candidate service providers selected by the candidate service provider selector 155, 155b. The service provider prioritizer 157, 157b may select such candidate service provider based on one or more criterion, such as likelihood of cancellation, likelihood of fraud, one or more other prioritization criterion, etc. As illustrated in Figure 4, an example embodiment of the service provider prioritizer

157, 157b may include one or more service provider cancellation predictors (e.g., service provider cancellation predictor 1572b), one or more service provider fraud predictors (e.g., service provider fraud predictor 1574b), one or more service provider prioritizers (e.g., service provider prioritizer

1576b), etc.

[0083] An example embodiment of the service provider cancellation predictor 1572b may be configurable or configured to prioritize and/or de-prioritize candidate service providers based on a likelihood of cancellation by the candidate service provider. For example, the service provider cancellation predictor 1572b may be configurable to de-prioritize one or more candidate service providers that have been determined (or predicted, projected, estimated, or expected) to have a likelihood (or higher likelihood as compared to one or more other candidate service providers, identified service providers, other service providers, historic service providers, and/or a predetermined likelihood value) of cancelling and/or abandoning after being matched pursuant to the specified time period (as selected and/or generated by the time period selector 152, 152a). In such an example, those candidate service providers that are likely to cancel or abandon despite being matched pursuant to the specified time period may be de-prioritized (i.e., placed as a low priority to be matched pursuant to the specified time period).

[0084] An example embodiment of the service provider fraud predictor 1574b may be configurable or configured to prioritize and/or de-prioritize candidate service providers based on a likelihood that the candidate service provider is associated with fraud. For example, the service provider fraud predictor 1574b may be configurable to de-prioritize one or more candidate service providers that have been determined (or predicted, projected, estimated, or expected) to have a likelihood (or higher likelihood as compared to one or more other candidate service providers, identified service providers, other service providers, historic service providers, and/or a predetermined likelihood value) of being associated with fraud and/or fraudulent activities (e.g., stolen credit cards, cheating users, theft, etc.). In such an example, those candidate service providers that are likely to be associated with fraud and/or fraudulent activities may be de- prioritized (i.e., placed as a low priority to be matched pursuant to the specified time period).

[0085] An example embodiment of the service provider prioritizer 1576b may be configurable or configured to prioritize and/or de -prioritize candidate service providers based on one or more other factors, such as those service providers having a new service provider status and/or special service provider status (e.g., VIP service provider, loyal service provider, low activity status, etc.). For example, the service provider prioritizer 1576b may be configurable to prioritize one or more candidate service providers that have been determined to have a new service provider status and/or special service provider status. In such an example, those candidate service providers that have a new service provider status and/or special service provider status may be prioritized (i.e., placed as a priority to be matched pursuant to the specified time period).

[0086] Other considerations are also contemplated in the present disclosure, such as individual characteristics of the service provider (e.g., how long has the service provider been active in providing the transport-related service, how many service requests have been matched (average, recently, total, per time period, rate, type of service, etc.), projected/estimated/predicted/expected future matches to service requests, etc.), local circumstances (e.g., how much demand and/or supply has there been in the service request geographical region and/or service provider geographical region, projected/estimated/predicted/expected future demand and/or supply, etc.), recent circumstances (e.g., how recent and/or often has the service provider cancelled or been associated with fraud, projected/estimated/predicted/expected future cancellations and/or fraud by the service provider, etc.), historic trends (e.g., historic trends, such as cancellations and/or fraud, for the service provider, a group of service providers, service request geographical region, service provider geographical region, broader regions, etc.), etc. It is to be understood in the present disclosure that such service provider-related other considerations may also be used for service request-related processing, and vice versa.

[0087] In an example embodiment, a single prioritizer 517 may be configurable to perform the functions and operations of the service request prioritizer 157, 157a and service provider prioritizer 157, 157b. Alternatively or in addition, a plurality of prioritizers 157 may be configurable to perform the functions and operations of the service request prioritizer 157, 157a and service provider prioritizer 157, 157b.

[0088] Matching processor (e.g., matching processor 159).

[0089] The processor 150 may include and/or perform one or more functionalities of one or more matching processors (e.g., matching processor 159). The matching processor 159 may be configurable or configured to control, manage, select, and/or match candidate or final service requests and candidate or final service providers. In performing the selection and matching of the candidate or final service requests and candidate or final service providers, the matching processor 159 may or may not dynamically adjust the service request geographical region (e.g., via and/or in cooperation with the service request geographical region selector 154). In addition to or in replacement, the matching processor 159 also may or may not dynamically adjust the service provider geographical region (e.g., via and/or in cooperation with the service provider geographical region selector 156). In addition to or in replacement, the matching processor 159 may or may not dynamically adjust the specified time period (e.g., via and/or in cooperation with the time period selector 152, 152a, and/or 152b).

[0090] As illustrated in FIGURE 5, an example embodiment of the matching processor 159 may include a dynamic adjuster (e.g., dynamic adjuster 1592, which may include a service request dynamic adjuster 1592a and/or service provider dynamic adjuster 1592b) and a final selector (e.g., final selector 1594, which may include final service request selector 1594a and/or final service provider selector 1594b).

[0091] Example embodiments of the matching processor 159 may include or not include one or more of the elements and/or functionality described above and in the present disclosure, may include additional elements and/or functionality, may be formed and/or used in different sequences, actions, combinations, and/or configurations, and/or one or more of the elements and/or functionality (and/or elements of elements and/or functionality of elements) may be combinable into a single element, single functionality, divided into two or more elements, and/or divided into two or more functionalities. The matching processor 159, and elements and functionality thereof, will now be further explained with reference to the accompanying figures.

[0092] (i) Service request dynamic adjustor (e.g., service request dynamic adjustor 1592, 1592a).

[0093] An example embodiment of the service request dynamic adjustor 1592, 1592a may be configurable or configured to cooperate with the service request geographical region selector 154 to dynamically generate and/or adjust the service request geographical region. Such dynamic generation and/or adjustment may be performed based on one or more criterion. For example, the dynamic generation and/or adjustment of the service request geographical region may be based on a quantity of the candidate service requests selected by the candidate service request selector 155, 155a and/or prioritized by the service request prioritizer 157, 157a. In such an example, when a quantity of the candidate service requests is high (or higher as compared to historic values, predetermined values, other regions, etc.), the service request geographical region may be reduced (e.g., made smaller by bringing inwards one or more boundary portions of the service request geographical region; divided into two or more smaller geographical regions; etc.). As another example, when a quantity of the candidate service requests is low (or lower as compared to historic values, predetermined values, other regions, etc.), the service request geographical region may be increased (e.g., expanded by pushing outwards one or more boundary portions of the service request geographical region; combining two or more service request geographical regions into one service request geographical region; etc.). In addition to or in replacement, the dynamic generation and/or adjustment may be performed based on a quantity of the candidate service providers selected by the candidate service provider selector 155, 155b and/or prioritized by the service provider prioritizer 157, 157b. For example, when a quantity of the candidate service providers is high (or higher as compared to historic values, predetermined values, other regions, etc.), the service request geographical region may be increased (e.g., expanded by pushing outwards one or more boundary portions of the service request geographical region; combining two or more service request geographical regions into one service request geographical region; etc.). As another example, when a quantity of the candidate service providers is low (or lower as compared to historic values, predetermined values, other regions, etc.), the service request geographical region may be reduced (e.g., made smaller by bringing inwards one or more boundary portions of the service request geographical region; divided into two or more smaller geographical regions; etc.). In addition to or in replacement, the dynamic generation and/or adjustment may be performed based on a distribution (e.g., density or density distribution) of the candidate service requests selected by the candidate service request selector 155, 155a and/or prioritized by the service request prioritizer 157, 157a. For example, when a density or density distribution of the candidate service requests is high (or higher as compared to historic values, predetermined values, other regions, etc.) in a particular part of the service request geographical region, that particular part of the service request geographical region may be reduced (e.g., made smaller by bringing inwards one or more boundary portions of the service request geographical region; divided into two or more smaller geographical regions; etc.) so as to have less candidate service requests to match with candidate service providers. As another example, when a density or density distribution of the candidate service requests is low (or lower as compared to historic values, predetermined values, other regions, etc.) in a particular part of the service request geographical region, that particular part of the service request geographical region may be increased (e.g., expanded by pushing outwards one or more boundary portions of the service request geographical region; combining two or more service request geographical regions into one service request geographical region; etc.) so as to have more candidate service requests to match with candidate service providers. In addition to or in replacement, the dynamic generation and/or adjustment may be performed based on a distribution (e.g., density or density distribution) of the candidate service providers selected by the candidate service provider selector 155, 155b and/or prioritized by the service provider prioritizer 157, 157b. For example, when a density or density distribution of the candidate service providers is high (or higher as compared to historic values, predetermined values, other regions, etc.) in a particular part of the service request geographical region, that particular part of the service request geographical region may be increased (e.g., expanded by pushing outwards one or more boundary portions of the service request geographical region; combining two or more service request geographical regions into one service request geographical region; etc.) so as to have more candidate service requests to match with candidate service providers. As another example, when a density or density distribution of the candidate service providers is low (or lower as compared to historic values, predetermined values, other regions, etc.) in a particular part of the service request geographical region, that particular part of the service request geographical region may be reduced (e.g., made smaller by bringing inwards one or more boundary portions of the service request geographical region; divided into two or more smaller geographical regions; etc.) so as to have less candidate service requests to match with candidate service providers.

[0094] (ii) Service provider dynamic adjustor (e.g., service provider dynamic adjustor 1592, 1592b). [0095] An example embodiment of the service provider dynamic adjuster 1592, 1592b may be configurable or configured to cooperate with the service provider geographical region selector 156 to dynamically generate and/or adjust the service provider geographical region. Such dynamic generation and/or adjustment may be performed based on a quantity of the candidate service requests selected by the candidate service request selector 155, 155a and/or prioritized by the service request prioritizer 157, 157a. For example, when a quantity of the candidate service requests is high (or higher as compared to historic values, predetermined values, other regions, etc.), the service provider geographical region may be increased (e.g., expanded by pushing outwards one or more boundary portions of the service provider geographical region; combining two or more service provider geographical regions into one service provider geographical region; etc.). As another example, when a quantity of the candidate service requests is low (or lower as compared to historic values, predetermined values, other regions, etc.), the service request geographical region may be reduced (e.g., made smaller by bringing inwards one or more boundary portions of the service provider geographical region; divided into two or more smaller geographical regions; etc.).

In addition to or in replacement, the dynamic generation and/or adjustment may be performed based on a quantity of the candidate service providers selected by the candidate service provider selector

155, 155b and/or prioritized by the service provider prioritizer 157, 157b. For example, when a quantity of the candidate service providers is high (or higher as compared to historic values, predetermined values, other regions, etc.), the service provider geographical region may be reduced

(e.g., made smaller by bringing inwards one or more boundary portions of the service provider geographical region; divided into two or more smaller geographical regions; etc.). As another example, when a quantity of the candidate service providers is low (or lower as compared to historic values, predetermined values, other regions, etc.), the service provider geographical region may be increased (e.g., expanded by pushing outwards one or more boundary portions of the service provider geographical region; combining two or more service provider geographical regions into one service provider geographical region; etc.). In addition to or in replacement, the dynamic generation and/or adjustment may be performed based on a distribution (e.g., density or density distribution) of the candidate service requests selected by the candidate service request selector 155,

155a and/or prioritized by the service request prioritizer 157, 157a. For example, when a density or density distribution of the candidate service requests is high (or higher as compared to historic values, predetermined values, other regions, etc.) in a particular part of the service provider geographical region, that particular part of the service provider geographical region may be increased (e.g., expanded by pushing outwards one or more boundary portions of the service provider geographical region, combining two or more service provider geographical regions into one service provider geographical region, etc.) so as to have candidate service requests to match with more candidate service providers. As another example, when a density or density distribution of the candidate service requests is low (or lower as compared to historic values, predetermined values, other regions, etc.) in a particular part of the service provider geographical region, that particular part of the service provider geographical region may be reduced (e.g., made smaller by bringing inwards one or more boundary portions of the service provider geographical region; divided into two or more smaller geographical regions; etc.). In addition to or in replacement, the dynamic generation and/or adjustment may be performed based on a distribution (e.g., density or density distribution) of the candidate service providers selected by the candidate service provider selector 155, 155b and/or prioritized by the service provider prioritizer 157, 157b. For example, when a density or density distribution of the candidate service providers is high (or higher as compared to historic values, predetermined values, other regions, etc.) in a particular part of the service provider geographical region, that particular part of the service provider geographical region may be reduced (e.g., made smaller by bringing inwards one or more boundary portions of the service provider geographical region; divided into two or more smaller geographical regions; etc.). As another example, when a density or density distribution of the candidate service providers is low (or lower as compared to historic values, predetermined values, other regions, etc.) in a particular part of the service provider geographical region, that particular part of the service provider geographical region may be increased (e.g., expanded by pushing outwards one or more boundary portions of the service provider geographical region; combining two or more service provider geographical regions into one service provider geographical region; etc.).

[0096] An example embodiment of the dynamic adjustor 1592, 1592a, 1592b may be configurable or configured to cooperate with the service request time period selector 152, 152a and/or service provider time period selector 152, 152b to dynamically generate and/or adjust the specified time period selected and/or generated for service request and/or service provider processing. Such dynamic generation and/or adjustment may be performed based on a quantity of the candidate service requests (e.g., selected by the candidate service request selector 155, 155a and/or prioritized by the service request prioritizer 157, 157a), such as a quantity relative to a threshold service request number. For example, when a quantity of the candidate service requests exceeds a threshold service request number (e.g., a high threshold service request number), the specified time period for the service request selection may be reduced (e.g., made smaller in time, divided into two or more smaller time periods, etc.). As another example, when a quantity of the candidate service requests does not exceed a threshold service request number (e.g., a low threshold service request number), the specified time period for the service request selection may be increased (e.g., expanded in time, combining two or more time periods, etc.). In addition to or in replacement, the dynamic generation and/or adjustment may be performed based on a quantity of the candidate service providers (e.g., selected by the candidate service provider selector 155, 155b and/or prioritized by the service provider prioritizer 157, 157b), such as a quantity relative to a threshold service provider number. For example, when a quantity of the candidate service providers exceeds a threshold service provider number (e.g., a high threshold service provider number), the specified time period for the service provider selection may be reduced (e.g., made smaller in time, divided into two or more time periods, etc.). As another example, when a quantity of the candidate service providers does not exceed a threshold service provider number (e.g., a low threshold service provider number), the specified time period for the service provider selection may be increased (e.g., expanded in time, combining two or more time periods, etc.).

[0097] In an example embodiment, a single dynamic adjustor 1592 may be configurable to perform the functions and operations of the service request dynamic adjustor 1592, 1592a and service provider dynamic adjustor 1592, 1592b. Alternatively or in addition, a plurality of dynamic adjustors 1592 may be configurable to perform the functions and operations of the service request dynamic adjustor 1592, 1592a and service provider dynamic adjustor 1592, 1592b.

[0098] (iii) Final service request selector (e.g., final service request selector 1594, 1594a).

[0099] An example embodiment of the final service request selector 1594, 1594a may be configurable or configured to select one or more final service requests from among the plurality of candidate service requests selected by the candidate service request selector 155, 155a. Such selection by the final service request selector 1594, 1594a may be responsive to the actions performed by, among other elements, the prioritizer 157, 157a and/or the dynamic adjustor 1592, 1592a. For example, the selection of the one or more final service requests may be responsive to a prioritization by the service request cancellation predictor 1572, 1572a. Alternatively or in addition, the selection of the one or more final service requests may be responsive to a prioritization by the service request fraud predictor 1574, 1574a. Alternatively or in addition, the selection of the one or more final service requests may be responsive to a prioritization by the service request/user prioritizer 1576, 1576a. Alternatively or in addition, the selection of the one or more final service requests may be responsive to a dynamic adjustment of the service request geographical region, service provider geographical region, and/or specified time period for the service request processing and/or service provider processing. [00100] (iv) Final service provider selector (e.g., final service provider selector 1594, 1594b).

[00101] An example embodiment of the final service provider selector 1594, 1594b may be configurable or configured to select one or more final service providers from among the plurality of candidate service providers selected by the candidate service provider selector 155, 155b. Such selection by the final service provider selector 1594, 1594b may be responsive to the actions performed by, among other elements, the prioritizer 157, 157b and/or the dynamic adjustor 1592,

1592b. For example, the selection of the one or more final service providers may be responsive to a prioritization by the service provider cancellation predictor 1572, 1572b. Alternatively or in addition, the selection of the one or more final service providers may be responsive to a prioritization by the service provider fraud predictor 1574, 1574b. Alternatively or in addition, the selection of the one or more final service providers may be responsive to a prioritization by the service provider prioritizer 1576, 1576b. Alternatively or in addition, the selection of the one or more final service providers may be responsive to a dynamic adjustment of the service request geographical region, service provider geographical region, and/or specified time period for the service request processing and/or service provider processing.

[00102] In an example embodiment, a single final selector 1594 may be configurable to perform the functions and operations of the final service request selector 1594, 1594a and final service provider selector 1594, 1594b. Alternatively or in addition, a plurality of final selectors 1594 may be configurable to perform the functions and operations of the final service request selector 1594, 1594a and final service provider selector 1594, 15924.

[00103] (v) Matching logic or matcher (e.g., matching logic 1596).

[00104] An example embodiment of the matching logic or matcher 1596 may be configurable or configured to match each final service request selected by the final service request selector 1594, 1594a to a final service provider selected by the final service provider selector 1594, 1594b. Such matching by the matching logic 1596 may be performed based on one or more criterion, such as distance, time, traffic conditions, road directions, construction areas, day of the year, day of the week, time of the day, holidays, historic statistics, and/or future predictions. For example, the matching of each final service request to a final service provider may be based on a calculation, for some or all possible matches, of the total and/or average (or mean, median, etc.) distance travelled by the final service providers to reach the location (e.g., current location, initial location, origin location, starting location, etc.) of the final service requests. In such an example, the matching selected by the matching logic 1596 may be the matching that results in the lowest total and/or average (or mean, median, etc.) distance. As another example, the matching of each final service request to a final service provider may be based on a calculation, for some or all possible matches, of the total and/or average (or mean, median, etc.) estimated, projected, predicted, and/or expected time it would take for the final service providers to reach the location (e.g., current location, initial location, origin location, starting location, etc.) of the final service requests. In such an example, the matching selected by the matching logic 1596 may be the matching that results in the lowest total and/or average (or mean, median, etc.) time. Other conditions and/or considerations for performing the matching in addition to or in replacement of distance and/or time are also contemplated without departing from the teachings of the present disclosure.

[00105] Method of managing transport-related service requests based on a likelihood of cancellation.

[00106] As illustrated in FIGURE 6A, an example embodiment of a method of managing transport-related service requests may be based on, among other things, a likelihood of cancellation. The method may include establishing, selecting, and/or generating one or more time periods (e.g., a specified time period or first time period referred to in the present disclosure) (e.g., action 602). The one or more time periods may include a time period for service request-related processing and a time period for service provider-related processing. The time period for service request-related processing and service provider-related processing may be the same or different. The method may also include identifying one or more service requests received during the time period. Each identified service request may include an origin location (which may be a current location, initial location, starting location, desired location, etc.). The method may also include identifying one or more service providers from among a plurality of service providers. Each of the identified service providers may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available (or will be available) to be matched with a service request. The method may also include establishing, selecting, and/or generating a service request geographical region (e.g., action 604). The method may also include establishing, selecting, and/or generating a service provider geographical region (e.g., action 606). The service request geographical region and the service provider geographical region may be the same or different. The method may also include selecting one or more candidate service requests from among identified service requests (e.g., action 608). Each candidate service request may have its origin location (which may be a current location, initial location, starting location, desired location, etc.) within the service request geographical region. The method may also include selecting one or more candidate service providers from among identified service providers (e.g., action 610). Each candidate service provider may have its current service provider location (and/or projected, predicted, expected, and/or estimated location) within the service provider geographical region. The method may also include performing a matching process to match one or more of the candidate service requests with one or more of the candidate service providers. The matching process may be based on at least a likelihood that a cancellation will occur (e.g., action 612).

[00107] For example, prior to the matching process, the method may first identify one or more (or a subset) of the selected candidate service requests. The identified one or more candidate service requests may include those selected candidate service requests having a likelihood of being cancelled or abandoned if not matched in the current matching process (e.g., not matched pursuant to or based on the current time period). Once identified, the matching process may prioritize a matching for the one or more selected candidate service requests. As a more specific example, a selected candidate service request may be associated with a user (or user account) who has previously cancelled, abandoned, and/or has a history of cancelling or abandoning a service request if a match is not found within a particular amount of time (e.g., 9 seconds). Such particular amount of time may be an actual, condition-based (e.g., time- specific, day-specific, location-specific, service type- specific, etc.), average, mean, predicted, projected, estimated, and/or expected amount of time for the selected candidate service request (e.g., such particular amount of time may be based on one or more criterion, such as day, time, location, type of service, etc.). If such particular amount of time (e.g., 9 seconds) is greater than the amount of time required to provide a match to the user based on the current matching process (e.g., a current or specified time period of 5 seconds and time required to transmit and display a notification on the user's computing device of 1 second) but less than (or equal to) a total or overall amount of time required to perform the first matching process, a second or subsequent matching process, and provide a match to the user (i.e., display on the user's computing device) based on the second matching process (e.g., a total or overall amount of time of 5 seconds + 5 seconds + 1 second, or 11 seconds), such selected candidate service request may be identified and prioritized (or given a higher priority as compared to the other selected candidate service requests) for receiving a match pursuant to the current matching process.

[00108] As another example, prior to the matching process, the method may first determine, for each selected candidate service request, a maximum wait time. The maximum wait time may be a projected, predicted, estimated, and/or expected amount of time a user (i.e., the user who sent the selected candidate service request) may wait until the user cancels and/or abandons the selected candidate service request. Such maximum wait time may be based on one or more criterion, such as day, time, location, type of service, etc. Thereafter, the matching process may prioritize a matching for at least one of the selected candidate service requests based on the maximum wait time.

[00109] As another example, prior to the matching process, the method may first identify one or more (or a subset) of the selected candidate service requests. The identified one or more candidate service requests may include those selected candidate service requests having a likelihood of being cancelled or abandoned after and/or despite being matched with one of the candidate service providers in the current matching process. Once identified, the matching process may de-prioritize a matching for the one or more candidate service requests. As a more specific example, a selected candidate service request may be associated with a user (or user account) who has previously cancelled, abandoned, and/or has a history of cancelling or abandoning a service request if a match is not found within a particular amount of time (e.g., 4 seconds) and/or even if a match is found. Such particular amount of time may be an actual, condition-based (e.g., time- specific, day-specific, location-specific, service type- specific, etc.), average, mean, predicted, projected, estimated, and/or expected amount of time for the selected candidate service request (e.g., such particular amount of time may be based on one or more criterion, such as day, time, location, type of service, etc.). If such particular amount of time (e.g., 4 seconds) is less than the amount of time required to provide a match to the user based on the current matching process (e.g., a current or specified time period of 5 seconds and time required to transmit and display a notification on the user's computing device of 1 second), such selected candidate service request may be identified and de-prioritized (or given a lower priority as compared to the other selected candidate service requests) for receiving a match pursuant to the current matching process.

[00110] As another example, prior to the matching process, the method may first identify one or more (or a subset) of the selected candidate service providers. The identified one or more candidate service providers may include those candidate service providers having a likelihood of cancelling after or despite being matched with one of the candidate service requests in the current matching process. Once identified, the matching process may de-prioritize (or give a lower priority as compared to the other selected candidate service providers) a matching for the one or more candidate service providers.

[00111] In yet another example, prior to the matching process, the method may first identify one or more possible matches between the selected candidate service providers and selected candidate service requests. The identified possible matches may be some or all possible matches between the selected candidate service provider and selected candidate service requests. Once some or all possible matches are identified, the method may further include selecting (for de-prioritizing) one or more such possible matches based on a likelihood that such a match may be cancelled by the selected candidate service provider and/or user who sent the selected candidate service request. The matching process may then de-prioritize the matching of such selected matches. As an illustrative example, a selected candidate service provider may (or may not) have a history or tendency of cancelling after (or before) being matched to a service request. However, in a situation where the method determines that such a selected candidate service provider may, based on one or more considerations and/or criterion pertaining to such a match (e.g., traffic conditions that will be encountered to reach the service request or user, distance to make a U-turn in order to reach the service request, other visual indications by the candidate service provider, etc.), have a likelihood of cancelling, the method may de-prioritize such a matching of such candidate service providers to such candidate service requests. In addition to or alternatively, in a situation where the method determines that such a user of the selected candidate service request may, based on one or more considerations and/or criterion pertaining to such a match (e.g., traffic conditions that the candidate service provider will encounter to reach the user, distance the candidate service provider needs to travel to make a U-turn to reach the user, etc.), have a likelihood of cancelling, the method may de- prioritize such a matching of such candidate service providers to such candidate service requests.

[00112] Method of managing transport-related service requests based on a likelihood of fraud.

[00113] As illustrated in FIGURE 6B, an example embodiment of a method of managing transport-related service requests may be based on, among other things, a likelihood of fraud or an occurrence of a fraudulent activity. The method may include establishing, selecting, and/or generating one or more time periods (e.g., a specified time period or first time period referred to in the present disclosure) (e.g., action 602). The one or more time periods may include a time period for service request-related processing and a time period for service provider-related processing. The time period for service request-related processing and service provider-related processing may be the same or different. The method may also include identifying one or more service requests received during the time period. Each identified service request may include an origin location (which may be a current location, initial location, starting location, desired location, etc.). The method may also include identifying one or more service providers from among a plurality of service providers. Each of the identified service providers may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available (or will be available) to be matched with a service request. The method may also include establishing, selecting, and/or generating a service request geographical region (e.g., action 604). The method may also include establishing, selecting, and/or generating a service provider geographical region (e.g., action 606). The service request geographical region and the service provider geographical region may be the same or different. The method may also include selecting one or more candidate service requests from among identified service requests (e.g., action 608). Each candidate service request may have its origin location (which may be a current location, initial location, starting location, desired location, etc.) within the service request geographical region. The method may also include selecting one or more candidate service providers from among identified service providers (e.g., action 610). Each candidate service provider may have its current service provider location (and/or projected, predicted, expected, and/or estimated location) within the service provider geographical region. The method may also include performing a matching process to match one or more of the candidate service requests with one or more of the candidate service providers. The matching process may be based on at least a likelihood of being associated with fraud (e.g., action 614).

[00114] For example, prior to the matching process, the method may first identify one or more (or a subset) of the selected candidate service requests. The identified one or more candidate service requests may include those selected candidate service requests having a likelihood of being associated with fraud. Once identified, the matching process may de-prioritize (or give a lower priority as compared to the other selected candidate service requests) a matching for the one or more candidate service requests. Examples of a service request having a likelihood of being associated with fraud includes a service request having a user account associated with or having previously associated with a stolen or lost credit card, incorrect or fake information, etc.

[00115] As another example, prior to the matching process, the method may first identify one or more (or a subset) of the selected candidate service providers. The identified one or more candidate service providers may include those selected candidate service providers having a likelihood of being associated with fraud. Once identified, the matching process may de-prioritize (or give a lower priority as compared to the other selected candidate service providers) a matching for the one or more candidate service providers.

[00116] Method of managing transport-related service requests based on a service request and/or service provider prioritization.

[00117] As illustrated in FIGURE 6C, an example embodiment of a method of managing transport-related service requests may be based on, among other things, candidate service requests having a prioritized status. The method may include establishing, selecting, and/or generating one or more time periods (e.g., a specified time period or first time period referred to in the present disclosure) (e.g., action 602). The one or more time periods may include a time period for service request-related processing and a time period for service provider-related processing. The time period for service request-related processing and service provider-related processing may be the same or different. The method may also include identifying one or more service requests received during the time period. Each identified service request may include an origin location (which may be a current location, initial location, starting location, desired location, etc.). The method may also include identifying one or more service providers from among a plurality of service providers. Each of the identified service providers may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available (or will be available) to be matched with a service request. The method may also include establishing, selecting, and/or generating a service request geographical region (e.g., action 604). The method may also include establishing, selecting, and/or generating a service provider geographical region (e.g., action 606). The service request geographical region and the service provider geographical region may be the same or different. The method may also include selecting one or more candidate service requests from among identified service requests (e.g., action 608). Each candidate service request may have its origin location (which may be a current location, initial location, starting location, desired location, etc.) within the service request geographical region. The method may also include selecting one or more candidate service providers from among identified service providers (e.g., action 610). Each candidate service provider may have its current service provider location (and/or projected, predicted, expected, and/or estimated location) within the service provider geographical region. The method may also include performing a matching process to match one or more of the candidate service requests with one or more of the candidate service providers. The matching process may be based on at least a prioritized status associated with one or more of the candidate service requests (e.g., action 616).

[00118] For example, prior to the matching process, the method may first identify one or more (or a subset) of the selected candidate service requests. The identified one or more candidate service requests may include those selected candidate service requests associated with or having a prioritized status. Once identified, the matching process may prioritize (or given a higher priority as compared to the other selected candidate service requests) a matching for the one or more candidate service requests. Examples of a service request having a prioritized status includes a service request having a user account that has a new user status, a special user status (e.g., VIP, premium, or paid member), frequent user status, etc. [00119] As another example, prior to the matching process, the method may first identify one or more (or a subset) of the selected candidate service providers. The identified one or more candidate service providers may include those selected candidate service providers associated with or having a prioritized status. Once identified, the matching process may prioritize (or given a higher priority as compared to the other selected candidate service providers) a matching for the one or more candidate service providers. Examples of a service provider having a prioritized status includes a service provider having a new service provider status, special service provider status (loyalty, etc.), low activity status, etc.

[00120] Method of managing transport-related service requests based on dynamically generating or adjusting a service request geographical region.

[00121] As illustrated in FIGURE 6D, an example embodiment of a method of managing transport-related service requests may be based on, among other things, dynamically generating and/or adjusting a service request geographical region. The method may include establishing, selecting, and/or generating one or more time periods (e.g., a specified time period or first time period referred to in the present disclosure) (e.g., action 602). The one or more time periods may include a time period for service request-related processing and a time period for service provider- related processing. The time period for service request-related processing and service provider- related processing may be the same or different. The method may also include identifying one or more service requests received during the time period. Each identified service request may include an origin location (which may be a current location, initial location, starting location, desired location, etc.). The method may also include identifying one or more service providers from among a plurality of service providers. Each of the identified service providers may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available (or will be available) to be matched with a service request. The method may also include establishing, selecting, and/or generating a service request geographical region (e.g., action 604). For example, the service request geographical region may be dynamically generated based on one or more criterion, as described in the present disclosure. The method may also include establishing, selecting, and/or generating a service provider geographical region (e.g., action 606). For example, the service provider geographical region may be dynamically generated based on one or more criterion, as described in the present disclosure. The service request geographical region and the service provider geographical region may be the same or different. The method may also include selecting one or more candidate service requests from among identified service requests (e.g., action 608). Each candidate service request may have its origin location (which may be a current location, initial location, starting location, desired location, etc.) within the service request geographical region. The method may also include selecting one or more candidate service providers from among identified service providers (e.g., action 610). Each candidate service provider may have its current service provider location (and/or projected, predicted, expected, and/or estimated location) within the service provider geographical region. The method may also include dynamically adjusting the service request geographical region (e.g., action 618) based on a quantity of the selected candidate service requests, a quantity of the selected candidate service providers, a distribution of the selected candidate service requests within the service request geographical region, and/or a distribution of the selected candidate service providers within the service provider geographical region. The method may also include, responsive to the dynamic adjustment of the service request geographical region, selecting one or more final service requests from at least the candidate service requests (e.g., action 620). Each final service request may have its origin location (which may be a current location, initial location, starting location, desired location, etc.) within the dynamically adjusted service request geographical region. The method may also include performing a matching process to match one or more of the final service requests with one or more of the candidate service providers (e.g., action 622).

[00122] Method of managing transport-related service requests based on dynamically generating or adjusting a service provider geographical region.

[00123] As illustrated in FIGURE 6E, an example embodiment of a method of managing transport-related service requests may be based on, among other things, dynamically generating and/or adjusting a service provider geographical region. The method may include establishing, selecting, and/or generating one or more time periods (e.g., a specified time period or first time period referred to in the present disclosure) (e.g., action 602). The one or more time periods may include a time period for service request-related processing and a time period for service provider- related processing. The time period for service request-related processing and service provider- related processing may be the same or different. The method may also include identifying one or more service requests received during the time period. Each identified service request may include an origin location (which may be a current location, initial location, starting location, desired location, etc.). The method may also include identifying one or more service providers from among a plurality of service providers. Each of the identified service providers may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available (or will be available) to be matched with a service request. The method may also include establishing, selecting, and/or generating a service request geographical region (e.g., action 604). For example, the service request geographical region may be dynamically generated based on one or more criterion, as described in the present disclosure. The method may also include establishing, selecting, and/or generating a service provider geographical region (e.g., action 606). For example, the service provider geographical region may be dynamically generated based on one or more criterion, as described in the present disclosure. The service request geographical region and the service provider geographical region may be the same or different. The method may also include selecting one or more candidate service requests from among identified service requests (e.g., action 608). Each candidate service request may have its origin location (which may be a current location, initial location, starting location, desired location, etc.) within the service request geographical region. The method may also include selecting one or more candidate service providers from among identified service providers (e.g., action 610). Each candidate service provider may have its current service provider location (and/or projected, predicted, expected, and/or estimated location) within the service provider geographical region. The method may also include dynamically adjusting the service provider geographical region (e.g., action 624) based on a quantity of the selected candidate service requests, a quantity of the selected candidate service providers, a distribution of the selected candidate service requests within the service request geographical region, and/or a distribution of the selected candidate service providers within the service provider geographical region. The method may also include, responsive to the dynamic adjustment of the service provider geographical region, selecting one or more final service providers from at least the candidate service providers (e.g., action 626). Each final service provider may have its current service provider location (which may be a current location, initial location, starting location, projected location, etc.) within the dynamically adjusted service provider geographical region. The method may also include performing a matching process to match one or more of the candidate service requests with one or more of the final service providers (e.g., action 628).

[00124] Method of managing transport-related service requests based on dynamically generating or adjusting a time period.

[00125] As illustrated in FIGURE 6F and FIGURE 6G, an example embodiment of a method of managing transport-related service requests may be based on, among other things, dynamically generating and/or adjusting a time period. The method may include establishing, selecting, and/or generating one or more time periods (e.g., a specified time period or first time period referred to in the present disclosure) (e.g., action 602). The one or more time periods may include a time period for service request-related processing and a time period for service provider-related processing. For example, the one or more time periods may be dynamically generated based on one or more criterion, as described in the present disclosure. The time period for service request-related processing and service provider-related processing may be the same or different. The method may also include identifying one or more service requests received during the time period. Each identified service request may include an origin location (which may be a current location, initial location, starting location, desired location, etc.). The method may also include identifying one or more service providers from among a plurality of service providers. Each of the identified service providers may have a current service provider location and an availability status. Each identified service provider may have its availability status indicating that it is currently available (or will be available) to be matched with a service request. The method may also include establishing, selecting, and/or generating a service request geographical region (e.g., action 604). For example, the service request geographical region may be dynamically generated based on one or more criterion, as described in the present disclosure. The method may also include establishing, selecting, and/or generating a service provider geographical region (e.g., action 606). For example, the service provider geographical region may be dynamically generated based on one or more criterion, as described in the present disclosure. The service request geographical region and the service provider geographical region may be the same or different. The method may also include selecting one or more candidate service requests from among identified service requests (e.g., action 608). Each candidate service request may have its origin location (which may be a current location, initial location, starting location, desired location, etc.) within the service request geographical region. The method may also include selecting one or more candidate service providers from among identified service providers (e.g., action 610). Each candidate service provider may have its current service provider location (and/or projected, predicted, expected, and/or estimated location) within the service provider geographical region. The method may also include dynamically adjusting one or more of the time periods (e.g., action 630) for service request-related processing and/or service provider-related processing based on a quantity of the selected candidate service requests (e.g., relative to a threshold service request number) and/or a quantity of the selected candidate service providers (e.g., relative to a threshold service provider number). The method may also include, responsive to the dynamic adjustment of the time period for service request-related processing and/or service provider-related processing, selecting one or more final service requests from at least the candidate service requests (e.g., action 632 in Figure 6F). Each final service request may be a service request received during the dynamically adjusted time period. The method may also include, responsive to the dynamic adjustment of the time period for service request- related processing and/or service provider-related processing, selecting one or more final service providers from at least the candidate service providers (e.g., action 636 in Figure 6G). Each final service provider may be a service provider having its location or project location within the service provider geographical location during the dynamically adjusted time period. The method may also include performing a matching process to match one or more of the candidate and/or final service requests with one or more of the candidate and/or final service providers (e.g., action 634 in Figure 6F or action 638 in Figure 6G).

[00126] Method of managing transport-related service requests based on a plurality of considerations.

[00127] An example embodiment of a method of managing transport-related service requests may be based on a plurality of considerations. For example, two or more of the example method embodiments may be combined, in part or in whole, to manage transport-related service requests. For example, the method of managing transport-related service requests may be based on a likelihood that a cancellation and fraud will occur. As another example, the method of managing transport-related service requests may be based on dynamically generating and/or adjusting the service request geographical region, dynamically generating and/or adjusting the service provider geographical region, and a likelihood that a cancellation and fraud will occur. In yet another example, the method of managing transport-related service requests may be based on dynamically generating and/or adjusting the service request geographical region, dynamically generating and/or adjusting the service provider geographical region, dynamically generating and/or adjusting the specified time period, and a likelihood that a cancellation and fraud will occur

[00128] While various embodiments in accordance with the disclosed principles have been described above, it should be understood that they have been presented by way of example only, and are not limiting. Thus, the breadth and scope of the example embodiments described in the present disclosure should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the claims and their equivalents issuing from this disclosure. Furthermore, the above advantages and features are provided in described embodiments, but shall not limit the application of such issued claims to processes and structures accomplishing any or all of the above advantages.

[00129] For example, "communication," "communicate," "connection," "connect," "call," "calling," or other similar terms should generally be construed broadly to mean a wired, wireless, and/or other form of, as applicable, connection between elements, devices, computing devices, telephones, processors, controllers, servers, networks, telephone networks, the cloud, and/or the like, which enable voice and/or data to be sent, transmitted, broadcasted, received, intercepted, acquired, and/or transferred (each as applicable).

[00130] Also, as referred to herein, a processor, device, computing device, telephone, phone, server, gateway server, communication gateway server, and/or controller, may be any processor, computing device, and/or communication device, and may include a virtual machine, computer, node, instance, host, or machine in a networked computing environment. Also as referred to herein, a network or cloud may be or include a collection of machines connected by communication channels that facilitate communications between machines and allow for machines to share resources. Network may also refer to a communication medium between processes on the same machine. Also as referred to herein, a network element, node, or server may be a machine deployed to execute a program operating as a socket listener and may include software instances.

[00131] Database (or memory or storage) may comprise any collection and/or arrangement of volatile and/or non-volatile components suitable for storing data. For example, memory may comprise random access memory (RAM) devices, read-only memory (ROM) devices, magnetic storage devices, optical storage devices, solid state devices, and/or any other suitable data storage devices. In particular embodiments, database may represent, in part, computer-readable storage media on which computer instructions and/or logic are encoded. Database may represent any number of memory components within, local to, and/or accessible by a processor and/or computing device.

[00132] Various terms used herein have special meanings within the present technical field. Whether a particular term should be construed as such a "term of art" depends on the context in which that term is used. Such terms are to be construed in light of the context in which they are used in the present disclosure and as one of ordinary skill in the art would understand those terms in the disclosed context. The above definitions are not exclusive of other meanings that might be imparted to those terms based on the disclosed context.

[00133] Words of comparison, measurement, and timing such as "at the time," "equivalent," "during," "complete," and the like should be understood to mean "substantially at the time," "substantially equivalent," "substantially during," "substantially complete," etc., where "substantially" means that such comparisons, measurements, and timings are practicable to accomplish the implicitly or expressly stated desired result.

[00134] Additionally, the section headings and topic headings herein are provided for consistency with the suggestions under various patent regulations and practice, or otherwise to provide organizational cues. These headings shall not limit or characterize the embodiments set out in any claims that may issue from this disclosure. Specifically, a description of a technology in the

"Background" is not to be construed as an admission that technology is prior art to any embodiments in this disclosure. Furthermore, any reference in this disclosure to "invention" in the singular should not be used to argue that there is only a single point of novelty in this disclosure.

Multiple inventions may be set forth according to the limitations of the claims issuing from this disclosure, and such claims accordingly define the invention(s), and their equivalents, that are protected thereby. In all instances, the scope of such claims shall be considered on their own merits in light of this disclosure, but should not be constrained by the headings herein.