Description: FIELD OF INVENTION
[0001] Embodiments of the present disclosure relates to rental management systems, and more particularly to a system and a method for optimizing customer transport service.
BACKGROUND
[0002] In recent years, there is sharp increase in commercial rental car transport services. The rental car transport services are increasing in demand as they are easily available after the customers reserve a car for rent for a specified date and time. Specifically, the rental car transport services are only responsible for transport of the customers.
[0003] Usually, safety of the customers is always an issue with such rental car transport services. Generally, the rental car transport services lack any facility to provide security if any security issues are detected in any on-going trip. Furthermore, the rental car transport services fail to comply with travel safety compliances as laid down by state and central government. The state government and the central government have laid down several travel safety compliances, which are to be checked and followed with every trip. This travel safety compliances are needed to be followed as such compliances increases customer interest in employing the rental car transport services for services.
[0004] Hence, there is a need for an improved system for optimizing customer transport service and a method to operate the same and therefore address the aforementioned issues.
BRIEF DESCRIPTION
[0005] In accordance with one embodiment of the disclosure, a system for optimizing customer transport service is disclosed. The system includes a hardware processor. The system also includes a memory coupled to the hardware processor. The memory includes a set of program instructions in the form of a plurality of subsystems and configured to be executed by the hardware processor.
[0006] The plurality of subsystem includes a trip request receiver subsystem. The trip request receiver subsystem is configured to receive at least one trip request from one or more customers. The plurality of subsystems includes a travel route parameter retrieving subsystem. The travel route parameter retrieving subsystem is configured to retrieve one or more travel parameters corresponding to pre-identified travel routes for the received trip request from one or more customers and one or more fleet operators. The plurality of subsystems also includes a travel data validating subsystem. The travel data validating subsystem is configured to determine whether a trip has started at a real time for the trip request received from the one or more customers. The travel data validating subsystem is configured to validate the retrieved one or more parameters based on prestored travel regulation rules. The travel data validating subsystem is also configured to identify one or more security issues during trip period. based on validated results. The travel data validating subsystem is also configured to perform one or more security actions based on the identified one or more security issues.
[0007] In accordance with one embodiment of the disclosure, a method for optimizing customer transport service is disclosed. The method includes receiving at least one trip request from one or more customers.
[0008] The method also includes retrieving one or more travel parameters corresponding to pre-identified travel routes for the received trip from one or more customers and one or more fleet operators. The method also includes determining whether a trip has started at a real time for the trip request received from the one or more customers.
[0009] The method also includes validating the retrieved one or more travel parameters for the trip based on prestored travel regulation rules. The method also includes identifying one or more security issues during trip period based on validated results. The method also includes performing one or more security actions based on the identified one or more security issues.
[0010] To further clarify the advantages and features of the present disclosure, a more particular description of the disclosure will follow by reference to specific embodiments thereof, which are illustrated in the appended figures. It is to be appreciated that these figures depict only typical embodiments of the disclosure and are therefore not to be considered limiting in scope. The disclosure will be described and explained with additional specificity and detail with the appended figures.
BRIEF DESCRIPTION OF THE DRAWINGS
[0011] The disclosure will be described and explained with additional specificity and detail with the accompanying figures in which:
[0012] FIG. 1 is a block diagram illustrating an exemplary computing system 100 for optimizing customer transport service in accordance with an embodiment of the present disclosure; and
[0013] FIG. 2 is a process flowchart illustrating an exemplary method for optimizing customer transport service in accordance with an embodiment of the present disclosure.
[0014] Further, those skilled in the art will appreciate that elements in the figures are illustrated for simplicity and may not have necessarily been drawn to scale. Furthermore, in terms of the construction of the device, one or more components of the device may have been represented in the figures by conventional symbols, and the figures may show only those specific details that are pertinent to understanding the embodiments of the present disclosure so as not to obscure the figures with details that will be readily apparent to those skilled in the art having the benefit of the description herein.
DETAILED DESCRIPTION
[0015] For the purpose of promoting an understanding of the principles of the disclosure, reference will now be made to the embodiment illustrated in the figures and specific language will be used to describe them. It will nevertheless be understood that no limitation of the scope of the disclosure is thereby intended. Such alterations and further modifications in the illustrated online platform, and such further applications of the principles of the disclosure as would normally occur to those skilled in the art are to be construed as being within the scope of the present disclosure.
[0016] The terms "comprises", "comprising", or any other variations thereof, are intended to cover a non-exclusive inclusion, such that a process or method that comprises a list of steps does not include only those steps but may include other steps not expressly listed or inherent to such a process or method. Similarly, one or more devices or subsystems or elements or structures or components preceded by "comprises... a" does not, without more constraints, preclude the existence of other devices, subsystems, elements, structures, components, additional devices, additional subsystems, additional elements, additional structures or additional components. Appearances of the phrase "in an embodiment", "in another embodiment" and similar language throughout this specification may, but not necessarily do, all refer to the same embodiment.
[0017] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those skilled in the art to which this disclosure belongs. The system, methods, and examples provided herein are only illustrative and not intended to be limiting.
[0018] In the following specification and the claims, reference will be made to a number of terms, which shall be defined to have the following meanings. The singular forms “a”, “an”, and “the” include plural references unless the context clearly dictates otherwise.
[0019] A computer system (standalone, client or server computer system) configured by an application may constitute a “subsystem” that is configured and operated to perform certain operations. In one embodiment, the “subsystem” may be implemented mechanically or electronically, so a subsystem may comprise dedicated circuitry or logic that is permanently configured (within a special-purpose processor) to perform certain operations. In another embodiment, a “subsystem” may also comprise programmable logic or circuitry (as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations.
[0020] Accordingly, the term “subsystem” should be understood to encompass a tangible entity, be that an entity that is physically constructed permanently configured (hardwired) or temporarily configured (programmed) to operate in a certain manner and/or to perform certain operations described herein.
[0021] FIG. 1 is a block diagram illustrating an exemplary computing system 100 for optimizing customer transport service in accordance with an embodiment of the present disclosure. The computing system 100 provides an easy interaction platform of one or more customers availing for vehicles and one or more fleet operators renting the vehicles. The computing system 100 helps in determining customer pick-up and drop off sequence and further helps in safe and secure travel accommodation. The computing system 100 also helps in deploying emergency vehicle during any emergency alert from a customer.
[0022] The computing system 100 includes a hardware processor 108. The computing system 100 also includes a memory 102 coupled to the hardware processor 108. The memory 102 comprises a set of program instructions in the form of a plurality of subsystems and configured to be executed by the hardware processor 108.
[0023] The hardware processor(s) 108, as used herein, means any type of computational circuit, such as, but not limited to, a microprocessor, a microcontroller, a complex instruction set computing microprocessor, a reduced instruction set computing microprocessor, a very long instruction word microprocessor, an explicitly parallel instruction computing microprocessor, a digital signal processor, or any other type of processing circuit, or a combination thereof. Input/output (I/O) devices 110 (including but not limited to keyboards, displays, pointing devices, etc.) can be coupled to the system either directly or through intervening I/O controllers.
[0024] The memory 102 includes a plurality of subsystems stored in the form of executable program which instructs the hardware processor 108 via bus 104 to perform the method steps. The memory 102 has following subsystems: a travel route parameter retrieving subsystem 112 and a travel data validating subsystem 114.
[0025] Computer memory elements may include any suitable memory device(s) for storing data and executable program, such as read only memory, random access memory, erasable programmable read only memory, electrically erasable programmable read only memory, hard drive, removable media drive for handling memory cards and the like. Embodiments of the present subject matter may be implemented in conjunction with program modules, including functions, procedures, data structures, and application programs, for performing tasks, or defining abstract data types or low-level hardware contexts. Executable program stored on any of the above-mentioned storage media may be executable by the hardware processor(s) 108.
[0026] The plurality of subsystems includes a registration subsystem. The registration subsystem is configured to register one or more fleet operators using respective transport data. In one embodiment, the transport data includes personal details of the one or more fleet operators, driver personal details, one or more vehicle details, one or more garage details, rate cards, documents and billing details.
[0027] The registration subsystem is also configured to register one or more customers with customer data. In one embodiment, the customer data comprises information representative of customer personal details and one or more vehicle requirement parameters.
[0028] In one exemplary embodiment, the one or more customers and the one or more fleet operators before using the computing system 100 platform, first registers in the computing system 100 with all such exemplary registration data. The one or more customers and the one or more fleet operators may avail help only with complete registration. In such embodiment, the one or more customers may include corporate users or an individual user.
[0029] Furthermore, by the help of the customer data and the transport data, the computing system 100 may also create individual profile for each of the one or more customers and each of the one or more fleet operators. Such profiles are created by a profile generation subsystem.
[0030] The profile generation subsystem is configured to generate a fleet operator profile for one or more fleet operator. The fleet operator profile is segmented into first set of categories. In one such embodiment, each of the first set of categories includes fleet operator information, driver information, one or more vehicle information, garage information, rate card information and bill invoice information. In another such embodiment, any particular fleet operator may access any category data though the created profile.
[0031] The profile generation subsystem is also configured to create a customer profile for one or more customers. The customer profile is segmented into second set of categories. In such embodiment, each of the second set of categories includes customer information and one or more vehicle requirement parameters. The profile generation subsystem is configured to create a corporate client profile. The corporate client profile is segmented into third set of categories. In such embodiment, each of the third set of categories includes corporate information and one or more vehicle requirement parameters. In one specific embodiment, the corporate information includes Goods and Services Tax Identification Number (GSTIN), corporate personal information and the like.
[0032] In one specific embodiment, the computing system 10 receives source location and destination location from each of the one or more customers. The plurality of subsystem includes a trip request receiver subsystem 111. The trip request receiver subsystem 111 is configured to receive at least one trip request from one or more customers. In such embodiment, the trip request includes a source location and a destination location. In such embodiment, the computing system 100 with the registered customer data and the registered transport data prepares a travel route plan for a particular trip. In one embodiment, the computing system 100 may prepare one or more travel routes for one particular trip.
[0033] The plurality of subsystems includes a travel route parameter retrieving subsystem 112. The travel route parameter retrieving subsystem 112 is configured to retrieve one or more travel parameters corresponding to pre-identified travel routes for the received trip request from one or more customers and one or more fleet operators. The one or more travel parameters includes vehicle capacity details, route distance details, customer gender details and route distance travelling time details.
[0034] For example, for any pre-defined travel route, each of the one or more customers and each of the one of the one or more fleet operators may provide one or more travel parameters such as number of female customers, number of male customers, total distance route to be covered, total required time, and the like. Such one or more travel parameters are essential to improve the safety of the trip.
[0035] The plurality of subsystems also includes a travel data validating subsystem 114. The travel data validating subsystem 114 is configured to determine whether a trip has started at a real time for the trip request received from the one or more customers.
[0036] The travel data validating subsystem 114 is also configured to validate the retrieved one or more parameters based on prestored travel regulation rules. In one embodiment, the computing system 100 stores in a database 106 the pre-stored travel regulation rules. The travel data validating subsystem 114 identifies one or more security issues based on validated results.
[0037] In one embodiment, the prestored travel regulation rules include rules regarding number of people allowed travelling in two-wheeler, number of people allowed travelling in four-wheeler, travel rules for female travellers and the like. For example, the travel data validating subsystem 114 compares number of female customers present for the pre-identified travel routes with the pre-stored travel regulation rules.
[0038] In one specific embodiment, for validating the retrieved one or more travel parameters for the trip based on prestored travel regulation rules, the travel data validating subsystem 114 is configured to determine whether the vehicle capacity details match with prestored vehicle capacity details. Further, the travel data validating subsystem 114 determine whether female passengers are present or not, a security guard is present or not, and lastly whether all passengers are authenticated with a onetime password or not. The retrieved one or more travel parameters are validated after such determinations.
[0039] In such exemplary embodiment, the travel data validating subsystem 114 identifies one or more security issues. The one or more security issues are stored in the database 106 in conjunction with the pre-stored travel regulation rules. In such embodiment, the one or more security issues mainly corresponds to aspects related to safety issues of the trip.
[0040] Further, in such embodiment, the travel data validating subsystem 114 perform one or more security actions during trip period based on the identified one or more security issues. The one or more security actions includes assignment of one or more security guards, optimizing the trip for minimum travel time, assignment of one or more alternate vehicles, and optimizing travel capacity. The trip period comprises a trip start time and a trip end time
[0041] In one specific embodiment, validation includes comparison upon of the number of females present in the trip with the pre-stored travel regulation rules. In such embodiment, one of the one or more security issues may be identified as the assignment of one or more security guards. In such embodiment, the security of the customers is increased with the presence of the one or more security guards. In another specific embodiment, validation includes comparing the time travel restriction as issued by government or by each of the one or more fleet operator.
[0042] In one embodiment, to identify one or more security issues during trip period based on validated results, the travel data validating subsystem 114 is configured to detect one or more customer emergency during ongoing trip based on one or more user triggers and based on validated results. The one or more customer emergency includes trip route deviation, unknow passenger boarding and the like.
[0043] The travel data validating subsystem 114 is configured to identify at least one alternate vehicle in proximity to current location of the one or more customers onboarded in the trip upon detection of the one or more customer emergency using an artificial intelligence-based vehicle management model. In one embodiment, each of the one or more customers triggers the one or more customer emergency via a triggering means. The triggering means includes emergency message, emergency call, and the like.
[0044] The travel data validating subsystem 114 assigns to the trip request by a security code pairing technique. In one embodiment, the identified alternate vehicle is assigned by QR code-based pairing. In such embodiment, to assign vehicle a customer device to simply scan the QR code associated with the alternate vehicle. The travel data validating subsystem 114 resumes the on-going trip with the assigned alternate vehicle.
[0045] In one particular embodiment, each of the one or more customers may trigger through the triggering tab as present in respective customer registered profile or through customer toll free call number. In such embodiment, each of the one or more customers may alert the computing system 100 on any deviation of travel route during the trip.
[0046] The travel data validating subsystem 114 is also configured to identify an alternate vehicle upon detection of the one or more customer emergency. In such embodiment, to identify an alternate vehicle upon detection of the one or more customer emergency using an artificial intelligence-based vehicle management model, the travel data validating subsystem 114 in first step maps the vehicle requirement parameters with the transport operator data and customer data using artificial intelligence-based vehicle management model.
[0047] The emergency detecting subsystem 116 in second step identifies availability of at least one alternate vehicle among the one or more vehicles based on the mapping, real time status of the alternate vehicle, real time location of the alternate vehicle and driver availability details. In such embodiment, the computing system 100 detects real time location of the vehicles through location capturing devices associated with the vehicle. The location capturing devices associated with the vehicle may include Global Positioning System (GPS) system associated with the vehicle. The Global Positioning System (GPS) is a space-based radio-navigation system consisting of a constellation of satellites broadcasting navigation signals and a network of ground stations and satellite control stations used for monitoring and control.
[0048] FIG. 2 is a process flowchart illustrating an exemplary method 200 for optimizing customer transport service in accordance with an embodiment of the present disclosure.
[0049] In step 201, at least one trip request is received from one or more customers. In one aspect of the present embodiment, at least one trip request is received by a trip request receiver subsystem 111.
[0050] In step 202, one or more travel parameters are retrieved corresponding to pre-identified travel routes for the received trip from one or more customers and one or more fleet operators. In one aspect of the present embodiment, the one or more travel parameters are retrieved by a travel route parameter retrieving subsystem 112. In such embodiment, the one or more travel parameters comprises vehicle capacity details, route distance details, customer gender details and route distance travelling time details.
[0051] In step 203, whether a trip has started at a real time is determined for the trip request received from the one or more customers. In one aspect of the present embodiment, whether a trip has started at a real time is determined by a travel data validating subsystem 114.
[0052] In step 204, the retrieved one or more travel parameters are validated during trip period based on prestored travel regulation rules. In one aspect of the present embodiment, the retrieved one or more travel parameters are validated by the travel data validating subsystem 114.
[0053] Furthermore, for validating the retrieved one or more travel parameters for the trip based on prestored travel regulation rules, the method 200 includes determining whether the vehicle capacity details match with prestored vehicle capacity details. The method 200 also includes determining whether female passengers are present, whether a security guard is present, and whether passengers are authenticated with a onetime password.
[0054] In step 206, one or more security issues are identified during trip period based on validated results. In one aspect of the present embodiment, the one or more security issues are identified by the travel data validating subsystem 114.
[0055] In step 208, one or more security actions are performed based on the identified one or more security issues. In one aspect of the present embodiment, one or more security actions are performed by the travel data validating subsystem 114. In such embodiment, the one or more security actions comprises assignment of one or more security guards, optimizing the trip for minimum travel time, assignment of one or more alternate vehicles and optimizing travel capacity.
[0056] Furthermore, to identify one or more security issues during trip period based on validated results, the 200 includes detecting one or more customer emergency during ongoing trip based on one or more user triggers and based on validated results. The one or more customer emergency comprises trip route deviation, and the like. The method 200 also includes identifying at least one alternate vehicle in proximity to current location of the one or more customers onboarded in the trip upon detection of the one or more customer emergency using an artificial intelligence-based vehicle management model. Each of the one or more user triggers the one or more customer emergency via a triggering means. The method 200 also includes assigning the identified alternate vehicle to the trip request by a security code pairing technique. The method 200 also includes resuming the ongoing trip with the assigned alternate vehicle. The one or more security issues includes presence of a female gender customer as the one or more customers, the method 200 includes assigning one or more security guards for the trip.
[0057] In one particular embodiment, to identify at least one alternate vehicle, the method 200 includes mapping vehicle requirement parameters with the transport operator data and the customer data using artificial intelligence-based vehicle management model. The method 200 also includes identifying availability of the alternate vehicle among the one or more vehicles based on the mapping, real time status of on-going trip vehicle, real time location of the alternate vehicle and driver availability details.
[0058] The method 200 also includes registering one or more fleet operators with transport data. In such embodiment, the transport data includes information representative of fleet operators’ personal details, driver personal details, one or more vehicle details, one or more garage details and billing details.
[0059] The method 200 also includes registering one or more customers with customer data. The customer data includes information representative of customer personal details and one or more vehicle requirement parameters.
[0060] The method 200 also includes generating a fleet operator profile for one or more fleet operators. The fleet operator profile is divided into first set of categories. In such embodiment, each of the first set of categories comprises information representative of fleet operator information, driver information, one or more vehicle information, garage information and bill invoice information.
[0061] The method also includes generating a customer profile for one or more customers. In such embodiment, the customer profile is divided into second set of categories. Each of the second set of categories comprises information representative of customer information and one or more vehicle requirement parameters.
[0062] Various embodiments of the present disclosure provide a computing system 100 for optimizing customer transport service. The present computing system 100 provides the customer a way to trigger and avail numerous safety features during an ongoing trip. The present computing system 100 helps in assigning an alternate vehicle when there is deviation in on-going trip rote. Further the present computing system 100 also helps in increasing security for female travellers during any on-going trip. The present computing system 100 judges every parameter of the on-going trip, to implement one or more security actions automatically.
[0063] The written description describes the subject matter herein to enable any person skilled in the art to make and use the embodiments. The scope of the subject matter embodiments is defined by the claims and may include other modifications that occur to those skilled in the art. Such other modifications are intended to be within the scope of the claims if they have similar elements that do not differ from the literal language of the claims or if they include equivalent elements with insubstantial differences from the literal language of the claims.
[0064] The embodiments herein can comprise hardware and software elements. The embodiments that are implemented in software include but are not limited to, firmware, resident software, microcode, etc. The functions performed by various modules described herein may be implemented in other modules or combinations of other modules. For the purposes of this description, a computer-usable or computer readable medium can be any apparatus that can comprise, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.
[0065] The medium can be an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system (or apparatus or device) or a propagation medium. Examples of a computer-readable medium include a semiconductor or solid-state memory, magnetic tape, a removable computer diskette, a random-access memory (RAM), a read-only memory (ROM), a rigid magnetic disk and an optical disk. Current examples of optical disks include compact disk-read only memory (CD-ROM), compact disk-read/write (CD-R/W) and DVD.
[0066] Input/output (I/O) devices (as shown in FIG. 1) (including but not limited to keyboards, displays, pointing devices, etc.) can be coupled to the system either directly or through intervening I/O controllers. Network adapters may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public networks. Modems, cable modem and Ethernet cards are just a few of the currently available types of network adapters.
[0067] A representative hardware environment for practicing the embodiments may include a hardware configuration of an information handling/computer system in accordance with the embodiments herein. The system herein comprises at least one processor or central processing unit (CPU). The CPUs are interconnected via system bus to various devices such as a random-access memory (RAM), read-only memory (ROM), and an input/output (I/O) adapter. The I/O adapter can connect to peripheral devices, such as disk units and tape drives, or other program storage devices that are readable by the system. The system can read the inventive instructions on the program storage devices and follow these instructions to execute the methodology of the embodiments herein.
[0068] The system further includes a user interface adapter that connects a keyboard, mouse, speaker, microphone, and/or other user interface devices such as a touch screen device (not shown) to the bus to gather user input. Additionally, a communication adapter connects the bus to a data processing network, and a display adapter connects the bus to a display device which may be embodied as an output device such as a monitor, printer, or transmitter, for example.
[0069] A description of an embodiment with several components in communication with each other does not imply that all such components are required. On the contrary, a variety of optional components are described to illustrate the wide variety of possible embodiments of the invention. When a single device or article is described herein, it will be apparent that more than one device/article (whether or not they cooperate) may be used in place of a single device/article. Similarly, where more than one device or article is described herein (whether or not they cooperate), it will be apparent that a single device/article may be used in place of the more than one device or article, or a different number of devices/articles may be used instead of the shown number of devices or programs. The functionality and/or the features of a device may be alternatively embodied by one or more other devices which are not explicitly described as having such functionality/features. Thus, other embodiments of the invention need not include the device itself.
[0070] The illustrated steps are set out to explain the exemplary embodiments shown, and it should be anticipated that ongoing technological development will change the manner in which particular functions are performed. These examples are presented herein for purposes of illustration, and not limitation. Further, the boundaries of the functional building blocks have been arbitrarily defined herein for the convenience of the description. Alternative boundaries can be defined so long as the specified functions and relationships thereof are appropriately performed.
[0071] The figures and the foregoing description give examples of embodiments. Those skilled in the art will appreciate that one or more of the described elements may well be combined into a single functional element. Alternatively, certain elements may be split into multiple functional elements. Elements from one embodiment may be added to another embodiment. For example, order of processes described herein may be changed and are not limited to the manner described herein. Moreover, the actions of any flow diagram need not be implemented in the order shown; nor do all of the acts need to be necessarily performed. Also, those acts that are not dependant on other acts may be performed in parallel with the other acts. The scope of embodiments is by no means limited by these specific examples.
, Claims: WE CLAIM:
1. A system (100) for optimizing customer transport service, the system (100) comprising:
a hardware processor (108); and
a memory (102) coupled to the hardware processor (108), wherein the memory (102) comprises a set of program instructions in the form of a plurality of subsystems, configured to be executed by the hardware processor (108), wherein the plurality of subsystems comprises:
a trip request receiver subsystem (111) configured to receive at least one trip request from one or more customers, wherein the trip request comprises a source location and a destination location;
a travel route parameter retrieving subsystem (112) configured to retrieve one or more travel parameters corresponding to pre-identified travel routes for the received trip request from one or more customers and one or more fleet operators, wherein the one or more travel parameters comprises vehicle capacity details, route distance details, customer gender details and route distance travelling time details;
a travel data validating subsystem (114) configured to:
determine whether a trip has started at a real time for the trip request received from the one or more customers;
validate the retrieved one or more travel parameters for the trip based on prestored travel regulation rules;
identify one or more security issues during trip period based on validated results, wherein the trip period comprises a trip start time and a trip end time; and
perform one or more security actions based on the identified one or more security issues, wherein the one or more security actions comprises assignment of one or more security guards, assignment of one or more alternate vehicles, optimizing the trip for minimum travel time, and optimizing travel capacity.
2. The system (100) as claimed in claim 1, further comprising a registration subsystem configured to:
register one or more fleet operators with transport data, wherein the transport data comprises information representative of fleet operators’ personal details, driver personal details, one or more vehicle details, one or more garage details and billing details; and
register one or more customers with customer data, wherein the customer data comprises information representative of customer personal details and one or more vehicle requirement parameters.
3. The system (100) as claimed in claim 1, wherein to identify one or more security issues during trip period based on validated results, the travel data validating subsystem (114) is configured to:
detect one or more customer emergency during ongoing trip based on one or more user triggers and based on validated results, wherein the one or more customer emergency comprises trip route deviation, unknow passenger boarding
identify at least one alternate vehicle in proximity to current location of the one or more customers onboarded in the trip upon detection of the one or more customer emergency using an artificial intelligence-based vehicle management model;
assign the identified alternate vehicle to the trip request by a security code pairing technique; and
resume the ongoing trip with the assigned alternate vehicle.
4. The system (100) as claimed in claim 3, to identify at least one alternate vehicle, the travel data validating subsystem (114) is configured to:
map vehicle requirement parameters with the transport operator data and the customer data using an artificial intelligence-based vehicle management model; and
identify availability of the alternate vehicle among one or more other vehicles based on the mapping, real time status of on-going trip vehicle, real time location of the alternate vehicle and driver availability details.
5. The system (100) as claimed in claim 1, further comprises a profile generation subsystem, wherein the profile generation subsystem is configured to generate:
a fleet operator profile for one or more fleet operators, wherein the fleet operator profile is divided into first set of categories, wherein each of the first set of categories comprises information representative of fleet operator information, driver information, one or more vehicle information, garage information and bill invoice information; and
a customer profile for one or more customers, wherein the customer profile is divided into second set of categories, wherein each of the second set of categories comprises information representative of customer information and one or more vehicle requirement parameters.
6. The system (100) as claimed in claim 1, wherein the one or more security issues comprises presence of a female gender customer as the one or more customers, the travel data validating subsystem (114) is configured to assign one or more security guards for the trip.
7. The system (100) as claimed in claim 3, wherein each of the one or more user triggers the one or more customer emergency via a triggering means.
8. The system (100) as claimed in claim 1, wherein for validating the retrieved one or more travel parameters for the trip based on prestored travel regulation rules, the travel data validating subsystem (114) is configured to:
determine whether the vehicle capacity details matches with prestored vehicle capacity details;
determine whether female passengers are present;
determine whether a security guard is present;
determine whether passengers are authenticated with a one time password; and
validate the retrieved one or more travel parameters for the trip upon determination results
9. A method (200) for optimizing customer transport service, the method (200) comprising:
receiving, by a processor (108), at least one trip request from one or more customers (201), wherein the trip request comprises a source location and a destination location;;
retrieving, by a processor (108), one or more travel parameters corresponding to pre-identified travel routes for the received trip from one or more customers and one or more fleet operators, wherein the one or more travel parameters comprises vehicle capacity details, route distance details, customer gender details and route distance travelling time details (202);
determining, by the processor (108), whether a trip has started at a real time for the trip request received from the one or more customers (203);
validating, by the processor (108), the retrieved one or more travel parameters for the trip based on prestored travel regulation rules (204);
identifying, by the processor (108), one or more security issues during trip period based on validated results (206), wherein the trip period comprises a trip start time and a trip end time; and
performing, by the processor (108), one or more security actions based on the identified one or more security issues (208), wherein the one or more security actions comprises assignment of one or more security guards, optimizing the trip for minimum travel time, assignment of one or more alternate vehicles and optimizing travel capacity.
10. The method (200) as claimed in claim 9, wherein the method (200) comprises
registering one or more fleet operators with transport data, wherein the transport data comprises information representative of fleet operators’ personal details, driver personal details, one or more vehicle details, one or more garage details and billing details; and
registering one or more customers with customer data, wherein the customer data comprises information representative of customer personal details and one or more vehicle requirement parameters.
11. The method (200) as claimed in claim 9, wherein to identify one or more security issues during trip period based on validated results, the method (200) includes:
detecting one or more customer emergency during ongoing trip based on one or more user triggers and based on validated results, wherein the one or more customer emergency comprises trip route deviation, unknow passenger boarding
identifying at least one alternate vehicle in proximity to current location of the one or more customers onboarded in the trip upon detection of the one or more customer emergency using an artificial intelligence-based vehicle management model;
assigning the identified alternate vehicle to the trip request by a security code pairing technique; and
resuming the ongoing trip with the assigned alternate vehicle.
12. The method (100) as claimed in claim 10, wherein to identify the at least one alternate vehicle, the method (200) includes:
mapping vehicle requirement parameters with the transport operator data and the customer data using artificial intelligence-based vehicle management model; and
identifying availability of the alternate vehicle among the one or more vehicles based on the mapping, real time status of on-going trip vehicle, real time location of the alternate vehicle and driver availability details.
13. The method (200) as claimed in claim 9, wherein the method (200) comprises:
generating a fleet operator profile for one or more fleet operators, wherein the fleet operator profile is divided into first set of categories, wherein each of the first set of categories comprises information representative of fleet operator information, driver information, one or more vehicle information, garage information and bill invoice information; and
generating a customer profile for one or more customers, wherein the customer profile is divided into second set of categories, wherein each of the second set of categories comprises information representative of customer information and one or more vehicle requirement parameters.
14. The method (200) as claimed in claim 9, wherein the one or more security issues comprises presence of a female gender customer as the one or more customers, the method (200) includes assigning one or more security guards for the trip.
15. The method (200) as claimed in claim 9, wherein each of the one or more user triggers the one or more customer emergency via a triggering means.
16. The method (200) as claimed in claim 9, wherein for validating the retrieved one or more travel parameters for the trip based on prestored travel regulation rules, the method (200) includes:
determining whether the vehicle capacity details matches with prestored vehicle capacity details;
determining whether female passengers are present;
determining whether a security guard is present;
determining whether passengers are authenticated with a one time password; and
validating the retrieved one or more travel parameters for the trip upon determination results.

Dated this 29th day of April 2022

Vidya Bhaskar Singh Nandiyal
Patent Agent (IN/PA-2912)
Agent for applicant