Description:FIELD OF THE INVENTION

[0001] The present invention generally relates to traffic management and more particularly relates to a connected and adaptive vehicle traffic management system and a method thereof.
BACKGROUND

[0002] In most of the cities in a country, congestion of roads due to vehicular traffic has become a chronic problem with practically no solution coming from Urban Planners or other Government bodies. Slow-moving traffic adds up to the cost of travel due to a reduction in productivity, and late delivery of goods and material adds up to the cost of delay, in case of emergency the slow-moving traffic may prove to be fatal.
[0003] Traffic congestion is thus turning out to be a major urban transport problem. When huge traffic passes day to day from the same place but in multiplying amount it may result into increase in no. of accidents, traffic jams, noise pollution, air pollution, trip delay, etc. as the current transport infrastructure may be inadequate and traffic management being improper.
[0004] Some existing technologies provide digital maps offering vehicular traffic on a road, the distance between two destinations, navigation information and other such information which may be helpful to a user driving on the road.
[0005] However, the existing technologies are more than dependent on Global Positioning Systems (GPS), particularly to provide real-time vehicular traffic. Such technology has its limitation. For example, in hilly terrain, or remote areas the connectivity and network supporting GPS may not be adequate to generate correct real-time vehicular traffic. Thus, the existing technologies may fail to provide accurate vehicle detection and surveillance of traffic.
[0006] Further, with the advent of the Internet of Things (IoT) and smartphone capabilities, it may be worth to introduce such emerging technologies into the traffic management infrastructure. The existing technologies are heavily dependent on reading the GPS location of a GPS device installed in the vehicles or the GPS location via the smartphone of the user travelling on road and generate vehicular traffic state using the same. However, it may not be an accurate technique to deduce vehicular traffic state, because the involvement of the vehicle travelling or moving on the road is not adequately accounted for. Therefore, it is required that the vehicle travelling or moving on the road must be detected for generating a vehicular traffic state. Particularly, the existing techniques based on the GPS might provide a false positive result as it may consider multiple users seated in a same vehicle for predicting vehicular traffic state. For example, the number of vehicles on the road might be fewer but based on detecting the GPS location via the smartphone of the user in the existing techniques, the vehicular traffic state might predict congestion on the road. Thus, it may be required that only number of vehicles may be considered for predicting vehicular traffic state.
[0007] Furthermore, the existing techniques does not provide any technique to determine if any vehicle is broken while travelling and may be causing congestion on the road. The existing techniques fails to provide alternative route to the user to avoid congestions on the current route.
[0008] Therefore, to eliminate the transportation issues, it is essential to dig out a proper solution which has better traffic management to determine and adequate infrastructure.
[0009] Hence, there exists a need to find a solution for the above-mentioned technical problems.
SUMMARY

[0010] This summary is provided to introduce a selection of concepts, in a simplified format, that are further described in the detailed description of the invention. This summary is neither intended to identify key or essential inventive concepts of the invention and nor is it intended for determining the scope of the invention.
[0011] According to one embodiment of the present disclosure, a method for traffic management is disclosed. The method includes receiving, by a server, a device state input from a plurality of roadside receivers (RRs), wherein the device state input indicates parameters associated with at least one device, while the at least one device is installed in the at least one vehicle. The method includes determining a first traveling route of the at least one vehicle based on the device state input along with the position information of the at least one of the plurality of RRs. The method includes determining a vehicle density on the first travelling route based on information associated with a plurality of vehicles received from the at least one of the plurality of RRs on the first traveling route. The method includes determining another vehicle density on a second travelling route based on information associated with another plurality of vehicles received from at least one of another plurality of RRs on the second travelling route, wherein the second travelling route indicates an alternate route for the first travelling route; and providing the second travelling route to at least one of the at least one vehicle, another vehicle of the another plurality of vehicles, an application installed on the user device, and a third party user upon determining that the another vehicle density on the second travelling route is lower than the vehicle density on the first travelling route.
[0012] According to one embodiment of the present disclosure, a system for traffic management is disclosed. The system includes a memory, at least one processor communicably coupled to the memory. The at least one processor is adapted to receive a device state input from a plurality of roadside receivers (RRs), wherein the device state input indicates parameters associated with at least one device, while the at least one device is installed in the at least one vehicle. Further, the at least one processor is adapted to determine a first traveling route of the at least one vehicle based on the device state input along with the position information of at least one of the plurality of RRs. The at least one processor is adapted to determine a vehicle density on the first travelling route based on information associated with a plurality of vehicles received from at least one of the plurality of RRs on the first traveling route. The at least one processor is adapted to determine another vehicle density on a second travelling route based on information associated with another plurality of vehicles received from at least one of another plurality of RRs on the second travelling route, wherein the second travelling route indicates an alternate route for the first travelling route; and provide the second travelling route to at least one of the at least one vehicle, another vehicle of the another plurality of vehicles, an application installed in the user device, and a third party system upon determining that the another vehicle density on the second travelling route is lower than the vehicle density on the first travelling route.
[0013] To further clarify the advantages and features of the present invention, a more particular description of the invention will be rendered by reference to specific embodiments thereof, which are illustrated in the appended drawings. It is appreciated that these drawings depict only typical embodiments of the invention and are therefore not to be considered limiting of its scope. The invention will be described and explained with additional specificity and detail in the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

[0014] These and other features, aspects, and advantages of the present invention will become better understood when the following detailed description is read with reference to the accompanying drawings in which like characters represent like parts throughout the drawings, wherein:
[0015] Figure 1 illustrates a schematic block diagram depicting an environment for the implementation of a system for traffic management, according to an embodiment of the present invention;
[0016] Figure 2 illustrates another schematic detailed block diagram of modules/software components of the system, according to an embodiment of the present invention;
[0017] Figure 3 illustrates a use case for providing a second travelling route, according to an embodiment of the present invention;
[0018] Figure 4 illustrates another use case for providing a second travelling route, according to an embodiment of the present invention; and
[0019] Figure 5 illustrates a flow chart of a method for traffic management, according to an embodiment of the present invention.
[0020] Further, skilled artisans will appreciate that elements in the drawings are illustrated for simplicity and may not have necessarily been drawn to scale. For example, the flow charts illustrate the method in terms of the most prominent steps involved to help to improve understanding of aspects of the present invention. Furthermore, in terms of the construction of the device, one or more components of the device may have been represented in the drawings by conventional symbols, and the drawings may show only those specific details that are pertinent to understanding the embodiments of the present invention so as not to obscure the drawings with details that will be readily apparent to those of ordinary skill in the art having the benefit of the description herein.

DETAILED DESCRIPTION

[0021] For the purpose of promoting an understanding of the principles of the invention, reference will now be made to the various embodiments and specific language will be used to describe the same. It will nevertheless be understood that no limitation of the scope of the invention is thereby intended, such alterations and further modifications in the illustrated system, and such further applications of the principles of the invention as illustrated therein being contemplated as would normally occur to one skilled in the art to which the invention relates.
[0022] It will be understood by those skilled in the art that the foregoing general description and the following detailed description are explanatory of the invention and are not intended to be restrictive thereof.
[0023] Reference throughout this specification to “an aspect,” “another aspect” or similar language means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrase “in an embodiment”, “in another embodiment” and similar language throughout this specification may, but do not necessarily, all refer to the same embodiment.
[0024] 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 process or method. Similarly, one or more devices or sub-systems or elements or structures or components proceeded by “comprises... a” does not, without more constraints, preclude the existence of other devices or other sub-systems or other elements or other structures or other components or additional devices or additional sub-systems or additional elements or additional structures or additional components.
[0025] The present disclosure aims to provide an integrated platform or an application which may be in communication with multiple devices installed in vehicles and is adapted to provide a real-time vehicular traffic state using the said platform/application.
[0026] Figure 1 illustrates a schematic block diagram depicting an environment for the implementation of a system 100 for traffic management, according to an embodiment of the present invention. For the sake of brevity, the system 100 for traffic management is hereinafter interchangeably referred to as the system 100.
[0027] In an embodiment, referring to Figure 1, the system 100 may be implemented between a server 102, a roadside receiver (RR) 104, a device 106 installed and in communication with a vehicle 108, wherein the vehicle 108 may be moving or travelling on a road 103.
[0028] In an embodiment, referring to Figure 1, the system 100 may include the vehicle 108 travelling on the road 103. The vehicle 108 may include the device 106 installed in the vehicle 108. In some embodiments, the roadside receiver (RR) 104 installed in vicinity of the road 103 may detect and communicate with the device 106. Further, the RR 104 may transmit detected information to the server 102 for further processing.
[0029] In some embodiments, the RR 104 may be installed alongside the road 103. The RR 104 may be adapted to detect the device 106 installed in the vehicle 108 and passing within a predefined range of the RR 104. In an example, as the RR 104 may be adapted to detect the device 106 installed in the vehicle 108 within the predefined range, it may be apparent to an ordinary person skill in art to install more than one RR 104 alongside the road 103 within a predefined threshold distance (d). Thus, the installation of more than one RR 104 alongside the road 103, may be able to detect the device 106 installed in the vehicle 108, while the vehicle 108 travels throughout the road 103. In the example, the RR 104 may use wireless transmission to establish communication with the device 106 installed in the vehicle 108, such as, but not limited to, radio frequency identification (RFID) or Near Field Communication (NFC). In the example, the RR 104 may be adapted to detect an identification signal via the wireless transmission from the device 106 installed in the vehicle 108, as the vehicle 108 passes or travels within the predefined range of the RR 104. In some embodiments, the RR 104 may be adapted to determine a device state input based on the detected identification signal. In an example, the device state input may indicate parameters associated with the device 106 installed in the vehicle 108 such as, but not limited to, an identification tag, a timestamp, and any other metadata associated with the device 106 installed in the vehicle 108. Thus, as the vehicle 108 travels on the road 103 and approaches multiple roadside receivers (RRs), each of the RR 104 may be adapted to detect the identification signal from the device 106 installed in the vehicle 108 within the predefined range to determine the device state input. Further, the RR 104 may be adapted to transmit the determined device state input to the server 102. The RR 104 may be in communication with the server 102 via a wireless communication network. In an example, the wireless communication network may include wired networks, wireless networks, Ethernet AVB networks, or combinations thereof. The wireless network as appeared throughout the present disclosure may be a zig-bee network, a cellular telephone network such as 4G, 5G, an 802.11, 802.16, 802.20, 802.1Q, Wi-Fi, or a WiMax network. Further, the network may be a public network, such as the Internet, a private network, such as an intranet, or combinations thereof, and may utilize a variety of networking protocols now available or later developed including, but not limited to TCP/IP based networking protocols.
[0030] In some embodiments, the device 106 may be installed in the vehicle 108. The device 106 may indicate any logical circuitry implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and/or any devices that manipulate signals based on operational instructions. Further, the device 106 may be adapted to transmit wireless signals including but not limited to, Radio Frequency Identification (RFID), Bluetooth, Ultra-Wide Band (UWB) such that the RR 104 may be able to detect the device 106 installed in the vehicle 108 based on the transmitted wireless signals. Among other capabilities, the device 106 is adapted to fetch and execute computer-readable instructions and data stored in its memory. The device 106 may receive operating power via the vehicle 108 in which it is installed. Thus, the device 106 may provide the identification signal to the RR 104 related to the vehicle 104 in which it is installed. In the example, the identification tag may indicate a unique serial number associated with the device 106 installed in the vehicle 108.
[0031] In some embodiments, the system 100 may optionally include an application 110a installed in a user device 110b and running on an operating system (OS) of the user device 110b that generally defines a first active user environment. The application 110a may be indicative of a software package that performs a specific function for an end user. The OS typically presents or displays the application through a graphical user interface (“GUI”) of the OS. Other applications may be running on the operating system of the user device 110b but may not be actively displayed. In an example, the user device 110b may be but is not limited to, a tablet PC, a Personal Digital Assistant (PDA), a smartphone, a palmtop computer, a laptop computer, a desktop computer, a server, a cloud server, a remote server, a communications device, a wireless telephone, or any other machine controllable through the wireless-network and capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. The application 110a may be adapted to receive the real-time vehicular traffic state from the server 102. In an example, the real-time vehicular traffic state may include, but not limited to, a navigation information of the vehicle 108, a speed of the vehicle 108. The application 110a installed in the user device 110b may be in communication with the server 102 via the wireless communication network. In an example, the wireless communication network may include wired networks, wireless networks, Ethernet AVB networks, or combinations thereof. The wireless network as appeared throughout the present disclosure may be a zig-bee network, a cellular telephone network such as 4G, 5G, an 802.11, 802.16, 802.20, 802.1Q, Wi-Fi, or a WiMax network. Further, the network may be a public network, such as the Internet, a private network, such as an intranet, or combinations thereof, and may utilize a variety of networking protocols now available or later developed including, but not limited to TCP/IP based networking protocols. In an example, the user device 110b may be installed in the vehicle 108, thus providing the user of the vehicle 108 with the real-time vehicular traffic state.
[0032] In some embodiments, the server 102 may be a cloud IoT Core server which may be in communication with the RR 104 and the application installed in the user device. In an example, the server 102 is adapted to determine the real-time vehicular traffic state using the device state input received from the RR 104. Further, the server 102 is adapted to identify which of the more than RR 104 may be transmitting the device state input as each of the RR 104 may be identified based on the unique identification number. The server 102 may be adapted to store in its memory a position information the RR 104. In an example, the position information may indicate indicates a placement coordinate such as a geographical location and the identification number associated with each of the RR 104. Thus, the server 102 is adapted to determine the real-time vehicular traffic state based on the device state input being sent by the RR 104 and the associated position information.
[0033] In an embodiment, the real-time vehicular traffic state comprises determining a first traveling route of the vehicle 108 based on the device state input along with the position information of the RR 104. Further, the real-time vehicular traffic state comprises determining a vehicle density on the first travelling route. In an example, the vehicle density is indicative of number of vehicles that are present on the road 103 or on the first travelling route at a given time ‘t’. In the example, the vehicle density may be determined based on information associated with each of the vehicle received from at least one of the RR 104.
[0034] Further, the real-time vehicular traffic state comprises determining another vehicle density on a second travelling route. In an example, another vehicle density indicates the number of vehicles that are present on the road 103 or on the second travelling route at a given time ‘t’. In the example, the second travelling route is indicative of an alternative route to the first travelling route. It may be apparent that there may be one or more alternative routes. Further, another vehicle density is determined based on information associated with vehicles received from at least one of the RR 104 present on the second travelling route.
[0035] In an example, the second travelling route is provided upon determining that the another vehicle density on the second travelling route is lower than the vehicle density on the first travelling route. Thus, it may be desirable to drive the vehicle 108 via the second travelling route which is the alternative route to the first travelling route.
[0036] Further, the server 102 may be adapted to provide the second travelling route to the application 110a installed in the user device 110b. In some another example, the server 102 may be adapted to provide the real-time vehicular traffic state to but not limited, the application 110a installed in the user device 110b and the third-party system.
[0037] Further, the server 102 may be adapted to receive and store a respective profile for the device 106 installed in the vehicle 108. In an example, the respective profile may be received via the application 110a or may be pre-configured in the server 102 corresponding to the device 106 installed in the vehicle 108. Thus, the server 102 may store information related to the device 106 such as, but not limited to, identification tag associated with the device 106, type of vehicle 108 in which the device 106 is installed, vehicle registration details, pollution certificate details, owner details, and any other user-details. In an example, the application 110a installed on the user device 110b may be connected to the server 102 upon inputting a credentials associated with the respective profile. Upon connection, the application 110a allows to view the respective profile. Further, the credential may indicate a dedicated username and password corresponding to the respective profile. A user may be able to create the credentials for the respective profiles. Such that, the credentials are stored on the server 102 corresponding to the profile and upon inputting the credentials, the server 102 may be adapted to validate the credentials. In the example, upon successful validation of the credentials, the application 110a may be connected to the server 102 and the respective profile may be viewed on the user device 110b. The server 102 may be further adapted to send a notification associated with the device 106 to the application 110a. In an example, the notification may include the real-time vehicular traffic state providing a second travelling route upon determining the credential associated with the device 106 are valid.
[0038] In some embodiments, the server 102 may also transmit any interface such as, but not limited to, an HTML page which may be displayed on the user device 110b via the application 110a. The HTML page may be adaptive to display a list of devices associated with the profile and the vehicular traffic state with respect to each of the device 106.
[0039] In an embodiment, the server 102 may include the modules/engines/units implemented with an AI module that may include a plurality of neural network layers. Examples of neural networks include, but are not limited to, convolutional neural network (CNN), deep neural network (DNN), recurrent neural network (RNN), and Restricted Boltzmann Machine (RBM). The learning technique is a method for training a predetermined target device (for example, a robot, or the server) using a plurality of learning data to cause, allow, or control the target device to make a determination or prediction. Examples of learning techniques include, but are not limited to, supervised learning, unsupervised learning, semi-supervised learning, or reinforcement learning. At least one of a plurality of CNN, DNN, RNN, RMB models and the like may be implemented to thereby achieve execution of the present subject matter’s mechanism through an AI model. A function associated with AI may be performed through the non-volatile memory, the volatile memory, and the processor. The processor may include one or a plurality of processors. At this time, one or a plurality of processors may be a general-purpose processor, such as a central processing unit (CPU), an application processor (AP), or the like, a graphics-only processing unit such as a graphics processing unit (GPU), a visual processing unit (VPU), and/or an AI-dedicated processor such as a neural processing unit (NPU). One or a plurality of processors control the processing of the input data in accordance with a predefined operating rule or artificial intelligence (AI) model stored in the non-volatile memory and the volatile memory. The predefined operating rule or artificial intelligence model is provided through training or learning. In one example, the server 102 with the AI module may be adapted to provide the real-time vehicular traffic state to at least one of the vehicle 108, one other vehicle travelling on the same road 103, and the third-party systems.
[0040] Figure 2 illustrates another schematic detailed block diagram of modules/software components of the system 100, according to an embodiment of the present invention.
[0041] In an embodiment, referring to Figures 1 and 2, the server 100 may include, but is not limited to, a processor 202, memory 204, modules 206, and data 208. The modules 206 and the memory 204 may be coupled to the processor 202.
[0042] The processor 202 can be a single processing unit or several units, all of which could include multiple computing units. The processor 202 may be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and/or any devices that manipulate signals based on operational instructions. Among other capabilities, the processor 202 is adapted to fetch and execute computer-readable instructions and data stored in the memory 204. At this time, one or a plurality of processors may be a general purpose processor, such as a central processing unit (CPU), an application processor (AP), or the like, a graphics-only processing unit such as a graphics processing unit (GPU), a visual processing unit (VPU), and/or an AI-dedicated processor such as a neural processing unit (NPU). One or a plurality of processors control the processing of the input data in accordance with a predefined operating rule or artificial intelligence (AI) model stored in the non-volatile memory and the volatile memory. The predefined operating rule or artificial intelligence model is provided through training or learning. A detailed explanation of each of the server 102 as shown in figures 1 and 2 will be explained in detail in the forthcoming paragraphs. Further, the working of the system 100 will be explained with respect to figures 1 and 2. The reference numerals are kept the same in the disclosure wherever applicable for ease of explanation.
[0043] The memory 204 may include any non-transitory computer-readable medium known in the art including, for example, volatile memory, such as static random-access memory (SRAM) and dynamic random-access memory (DRAM), and/or non-volatile memory, such as read-only memory (ROM), erasable programmable ROM, flash memories, hard disks, optical disks, and magnetic tapes. The position information associated with the RR 104 may be prestored in the memory 204.
[0044] The modules 206, amongst other things, include routines, programs, objects, components, data structures, etc., which perform particular tasks or implement data types. The modules 206 may also be implemented as, signal processor(s), state machine(s), logic circuitries, and/or any other device or component that manipulates signals based on operational instructions.
[0045] Further, the modules 206 can be implemented in hardware, instructions executed by a processing unit, or by a combination thereof. The processing unit can comprise a computer, a processor, a state machine, a logic array, or any other suitable devices capable of processing instructions. The processing unit can be a general-purpose processor which executes instructions to cause the general-purpose processor to perform the required tasks or, the processing unit can be dedicated to performing the required functions. In another embodiment of the present disclosure, the processor 202 via the modules 206 is configured to execute machine-readable instructions (software) which perform the working of the system 100 within the scope of the present invention as described in forthcoming paragraphs.
[0046] In an embodiment, the modules 206 may include a device management module 210, a receiving module 212, a determining module 214, and a transmitting module 216. The device management module 210, the receiving module 212, the determining module 214, and the transmitting module 216 may be in communication with each other. The data 208 serves, amongst other things, as a repository for storing data processed, received, and generated by one or more of the modules 206.
[0047] Referring to Figure 1 and Figure 2, the device management module 210 may be adapted to manage the device 106 which may be communicating with the RR 104. The device management module 210 may be adapted to map each end user information associated with the device 106 such as, but not limited to, identification tag associated with the device 106, type of vehicle 108 in which the device 106 is installed, vehicle registration details, pollution certificate details, owner details, and any other user details. Further, the device management module 210 may be adapted to store the end user information in the memory 204. Further, the end user information associated with the device 106 may be viewed on an end-user interface such as the application 110a installed in the user device 110b. In some embodiments, the device management module 210 may be adapted to receive via the application 110a installed on the user device 110b, the credentials of the respective profile associated with the device. Further, the device management module 210 may be adapted to determine whether the credentials are valid based on a predefined rules. In an example, the predefined rules may indicate an information stored in the memory 204 of the server 102 such as but not limited to, the credentials stored, respective profiles storing information related to the device 106. The device management module 210 may in communication with the receiving module 212.
[0048] In some embodiments, the receiving module 212 may be adapted to receive the device state input from the RR 104. In an example, the device state input indicates parameters associated with the device 106 installed in the vehicle 108. In the example, the device state input may include the identification tag, the timestamp, and metadata associated with the device 106 installed in the vehicle 108.
[0049] Further, the receiving module 212 may be adapted to identify the RR 104. In an example, the RR 104 sending the device state input to the server 102 may be identified based on the unique identification number associated with the respective RR 104 and stored in the memory 204. In the example, the receiving module 212 may be adapted to obtain the position information of the RR 104 such that the position information indicates the placement coordinate and the identification number associated with the RR 104. Further, the receiving module 212 may be adapted to receive the timestamp along with the device state input. The timestamp may indicate the time ‘t’ at which the RR 104 detected the device 106. The device management module 210 and the receiving module 212 may in communication with the determining module 214.
[0050] In some embodiments, the determining module 214 may be adapted to determine the first traveling route of the vehicle 108 based on the device state input along with the position information of the RR 104. Further, the determining module 214 may be adapted to determine the vehicle density on the first travelling route. In an example, the vehicle density is based on information associated with multiple vehicles present on the first traveling route and received from the RR 104.
[0051] Further, the determining module 214 may be adapted to determine another vehicle density on the second travelling route based on information associated with another plurality of vehicles present on the second travelling route. The information may be received from another RR 104 present on the second travelling route. The determining module 214 may be further adapted to determine whether the another vehicle density on the second travelling route is lower than the vehicle density on the first travelling route.
[0052] The device management module 210, the receiving module 212, and the determining module 214 may be in communication with the transmitting module 216.
[0053] In some embodiments, the transmitting module 216 may be adapted to send a notification associated with the device, to the application 110a. In an example the notification may include providing the second travelling route to the vehicle 108, the third-party system, and the application 110a installed on the user device 110b, upon determining that another vehicle density on the second travelling route is lower than the vehicle density on the first travelling route.
[0054] Figure 3 illustrates a use case for providing the second travelling route, according to an embodiment of the present invention.
[0055] In an example, the vehicle 108 with the device 106 installed, may be travelling on the road 103. The server 102 may be configured to determine the first travelling route 302 of the vehicle 108. In the example, the first travelling route 302 of the vehicle 108 may be determined based on the device state input provided by the RR 104 placed alongside the road 103. The server 102 may be adapted to associate the position information of the RR 104 and the device state input to determine the first travelling route 302 of the vehicle 108.
[0056] In the example, the server 102 may be adapted to determine the vehicle density on the first travelling route 302. The vehicle density may be indicative of number of vehicles present on the first travelling route 302. The vehicle density may be determined based on information associated with multiple vehicles and received from the plurality of RRs on the first traveling route 302.
[0057] Further, the server 102 may be adapted to determine another vehicle density on the second travelling route 304. The another vehicle density may be indicative of number of vehicles present on the second travelling route 304. The another vehicle density may be determined based on information associated with multiple vehicles and received from RR 104 present on the second traveling route 304.
[0058] In the example, the server 102 may be adapted to determine that the another vehicle density on the second travelling route 304 is lower than the vehicle density on the first travelling route 304. The second travelling route 304 may be provided as the notification to the application 110a installed on the user device 110b. Thus, the vehicle 108 may choose to drive through the second travelling route 304 as an alternative to the first travelling route to avoid traffic congestion.
[0059] Figure 4 illustrates another use case for providing the second travelling route, according to an embodiment of the present invention.
[0060] In an example, the server 102 is adapted to determine that an another vehicle 402 may be in a non-movable state on the road 103 associated with the first travelling route 302. The non-movable state of the another vehicle 402 may be determined based on the device state input from the RR 104. In the example, if the RR 104 sending the device state input associated with the device 404 installed in the another vehicle 402 does not change after a preconfigured time, then the server 102 may be adapted to determine that the another vehicle 402 may be in the non-movable state.
[0061] Further, in the example, the server 102 may be adapted to send the notification to the application 110a installed in the user device 110b. The notification corresponds to suggesting the second route 304 as the alternative route to avoid the congestion which may be caused due to non-movable state of the another vehicle 402.
[0062] Figure 5 illustrates an exemplary flow chart of a method 500 for traffic management, according to an embodiment of the present invention. The method 500 may be a computer-implemented method executed, for example, by the server 102 and the modules 206. For the sake of brevity, constructional and operational features of the system 100 that are already explained in the description of Figure 1, Figure 2, Figure 3, and Figure 4 are not explained in detail in the description of Figure 5.
[0063] At step 502, the method 500 may include receiving, by the server 102, the device state input from RR 104, wherein the device state input indicates parameters associated with the device 106, while the device is installed in the vehicle 108.
[0064] At step 504, the method 500 may include determining the first traveling route of the vehicle based on the device state input along with the position information of the plurality of RRs.
[0065] At step 506, the method 500 may include determining the vehicle density on the first travelling route based on information associated with the plurality of vehicles received from the plurality of RRs on the first traveling route.
[0066] At step 508, the method 500 may include determining another vehicle density on the second travelling route based on information associated with another plurality of vehicles received from another plurality of RRs on the second travelling route, wherein the second travelling route indicates an alternate route for the first travelling route.
[0067] At step 510, the method 500 may include providing the second travelling route to the vehicle, the application installed in the user device, and the third party system upon determining that the another vehicle density on the second travelling route is lower than the vehicle density on the first travelling route.
[0068] While specific language has been used to describe the disclosure, any limitations arising on account of the same are not intended. As would be apparent to a person in the art, various working modifications may be made to the method in order to implement the inventive concept as taught herein.
[0069] The drawings and the forgoing 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, orders of processes described herein may be changed and are not limited to the manner described herein. , Claims:1. A method (500) for traffic management, the method (500) comprising:
receiving (502), by a server (102), a device state input from a plurality of roadside receivers (RRs) (104), wherein the device state input indicates parameters associated with at least one device (106), while the at least one device (106) is installed in the at least one vehicle (108);

determining (504) a first traveling route (302) of the at least one vehicle (108) based on the device state input along with the position information of at least one of the plurality of RRs (104);
determining (506) a vehicle density on the first travelling route (302) based on information associated with a plurality of vehicles received from at least one of the plurality of RRs (104) on the first traveling route (302);
determining (508) another vehicle density on a second travelling route (304) based on information associated with another plurality of vehicles received from at least one of the another plurality of RRs (104) on the second travelling route (304), wherein the second travelling route (304) indicates an alternate route for the first travelling route (302); and
providing (510) the second travelling route (304) to at least one of the at least one vehicle (108), another vehicle of the another plurality of vehicles, an application (110a) installed on a user device (110b), and a third party user upon determining that the another vehicle density on the second travelling route (304) is lower than the vehicle density on the first travelling route (302).

2. The method (500) as claimed in claim 1, wherein the device state input includes one or more of an identification tag, a timestamp, and metadata of the at least one device in communication with the at least one vehicle.

3. The method (500) as claimed in any of the preceding claims, further comprising:
determining, based on the device state input from the plurality of RRs (104), that the at least one vehicle is in a non-movable state on a road associated with the first travelling route (302); and
sending a notification to at least one of the at least one vehicle, the application installed in the user device and the third-party system intending to use the first or the second travelling, upon determining that the at the least one vehicle is in the non-movable state, wherein the notification corresponds to suggesting an alternative route to the at least one other vehicle.

4. The method (500) as claimed in any of the preceding claims, further comprising:
receiving, via the application, one or more credentials associated with the at least one device;
determining whether the one or more credentials are valid based on one or more predefined rules; and
sending a notification associated with the at least one device, to the application, wherein the notification includes the second travelling route upon determining that the one or more credentials are valid.

5. A system (100) for traffic management, the system (100) comprising:
a server (102) comprising:
a memory (204);
at least one processor (202) communicably coupled to the memory, the at least one processor (202) is configured to:
receive a device state input from a plurality of roadside receivers (RRs) (104), wherein the device state input indicates parameters associated with at least one device (106), while the at least one device (106) is installed in the at least one vehicle (108);
determine a first traveling route (302) of the at least one vehicle (108) based on the device state input along with the position information of at least one of the plurality of RRs (104);
determine a vehicle density on the first travelling route (302) based on information associated with a plurality of vehicles received from at least one of the plurality of RRs (104) on the first traveling route (302);
determine another vehicle density on a second travelling route (304) based on information associated with another plurality of vehicles received from at least one of another plurality of RRs (104) on the second travelling route (304), wherein the second travelling route (304) indicates an alternate route for the first travelling route (302); and
provide the second travelling route (304) to at least one of the at least one vehicle (108), another vehicle of the another plurality of vehicles, an application (110a) installed in the user device (110b), and a third party system upon determining that the another vehicle density on the second travelling route (304) is lower than the vehicle density on the first travelling route (302).

6. The system (100) as claimed in claim 5, wherein the device state input includes one or more of an identification tag, a timestamp, and metadata of the at least one device in communication with the at least one vehicle (108).

7. The system (100) as claimed in any of the preceding claims, the at least one processor (202) is further configured to:
determine, based on the device state input from the plurality of RRs (104), that the at least one vehicle is in a non-movable state on a road associated with the first travelling route (302); and
send a notification to at least one of the at least one vehicle, the application installed on the user device, and the third-party system intending to use the first or the second travelling, upon determining that the at the least one vehicle is in the non-movable state, wherein the notification corresponds to suggesting an alternative route to the at least one other vehicle.

8. The system (100) as claimed in any of the preceding claims, the at least one processor (202) is further configured to:
receive, via the application, one or more credentials associated with the at least one device;
determine whether the one or more credentials are valid based on one or more predefined rules; and
send a notification associated with the at least one device, to the application, wherein the notification includes the second travelling route upon determining that the one or more credentials are valid.