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 ravelling 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.
[0007] Therefore, to eliminate the transportation issues, it is essential to dig out a proper solution which has better traffic management and adequate infrastructure.
[0008] Further, the existing technologies fail to provide solutions for constantly monitoring the speed of the vehicle. The vehicle may maintain allowed speed limit while passing through a speed camera and may increase speed more than the allowed limit while out of the range from the speed camera. Thus, there is not solution to constantly monitor the speed of the vehicle during the entire journey.
[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. The method includes receiving, by a server, a device state input from two or more roadside receivers (RRs), wherein the device state input indicates parameters associated with at least one device, while the at least one device is in communication with at least one vehicle. The method includes obtaining, by the server, a position information of the two or more RRs and determining, by the server, a real-time vehicular traffic state based on the device state input and the position information. The method includes providing the real-time vehicular traffic state to at least one of the at least one vehicle, one other vehicle, a third party, and an application installed in a user device.
[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 in communication with a server and is configured to receive a device state input from two or more roadside receivers (RRs), wherein the device state input indicates parameters associated with at least one device, while the at least one device is in communication with at least one vehicle. The at least one processor is configured to obtain a position information of the two or more RRs. at least one processor is configured to determine a real-time vehicular traffic state based on the device state input and the position information and provide the real-time vehicular traffic state to at least one of the at least one vehicle, one other vehicle, and a third party.
[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 process flow of a method for traffic management, according to an embodiment of the present invention;
[0018] Figure 4 illustrates another process flow of a method for traffic management, determining a speed of a vehicle, according to an embodiment of the present invention;
[0019] Figure 5 illustrates a flow chart of a method for traffic management, according to an embodiment of the present invention;
[0020] Figure 6 illustrates another flow chart comprising sub-steps of the method for traffic management for determining speed of the vehicle, according to an embodiment of the present invention; and
[0021] Figure 7 illustrates another flow chart of a method for traffic management, according to an embodiment of the present invention.
[0022] 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

[0023] 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.
[0024] 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.
[0025] 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.
[0026] 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.
[0027] 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.
[0028] 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.
[0029] 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.
[0030] 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.
[0031] 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.
[0032] 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.
[0033] In some embodiments, the system 100 may 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.
[0034] 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.
[0035] Further, the server 102 may be adapted to provide the real-time vehicular traffic state 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 a third-party system.
[0036] Further, the server 102 may be adapted to receive and store a respective profile for the device 106 installed in the vehicle 108, via the application 110a. 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. The server 102 may store information related to the device 106 as preconfigured information corresponding to the device 106. For example, upon manufacturing of the device 106, the server 102 may receive and store information related to the device 106.
[0037] In an example, the application 110a installed on the user device 110b may be used to provide and store the information related to the device 106, on the server. The application 110a may be connected to the server 102 upon inputting a credentials associated with the respective profile. Upon connection, the application 110a may provide view of 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 and the speed of the vehicle 108, 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 of 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 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 real-time vehicular traffic state based on the device state input and the position information of the RR 104. In an example, the determining module 214 may be adapted to correlate the identified RR 104 and the position information of the identified RR 104 transmitting the device state input to determine the real-time vehicular traffic state present on the road 103 wherein the identified RR 104 is located.
[0051] In some embodiments, the determining module 214 may be adapted to determine that the vehicle 108 is travelling at a certain speed. In an example, the speed may be determined based on the device state input, the position information of the RR 104 transmitting the device state input, and one or more rules predefined for the road 103 within the predefined threshold distance (d) of the two or more roadside receivers. The device management module 210, the receiving module 212, and the determining module 214 may be in communication with the transmitting module 216.
[0052] 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 the real-time vehicular traffic state. In the example, the real-time vehicular traffic state may include the navigation information and the determined speed of the vehicle 108. Further, the transmitting module 216 may be adapted to provide the determined real-time vehicular traffic state to the vehicle 108 or/and the third-party system 220. In an example, the third-party system 220 may indicate any other platform or application which may be subscribed to the server 102 to receive the real-time vehicular traffic state. Additionally, the transmitting module 216 may be adapted to provide the real-time vehicular traffic state which may be limited to the navigation information to more than one vehicle travelling on the road 103.
[0053] Figure 3 illustrates a process flow of a method 300 for traffic management, according to an embodiment of the present invention.
[0054] At step 302, the method 300 may include the application 110a adapted to be optionally associated with the device 106 installed in the vehicle 108. In an example, the device 106 may be pre-fitted with, but not limited to, one of a Quick Response (QR) code or the identification number which may be unique to the device 106. Thus, the application 110a may be associated with the device 106 using the QR code, or the identification number. Thus, the association between the application 110a and the device 106 may indicate that the application 110a accessible with the credentials may be able to receive notification, and respective profile corresponding to the device 106. In the example, the association may enable the user, via the application 110a, to update the respective profile associated with the device 106.
[0055] At step 304, the method 300 may include the application 110a installed in the user device 110b may be in communication with the server 102 such that the respective profile of the device 106 and the information related to the device 106 may be stored at the server 102.
[0056] At step 306, the method 300 may include the RR-1 104 may be adapted to detect the identification signal as the vehicle 108 with the device 106 installed, travels on the road 103. As the device 106 enters the predefined range of the RR-1 104, the device state input for the device 106 may be determined by the RR-1 104.
[0057] In continuation to previous step, at step 308, the method 300 may include transmitting the device state input for the device 106 to the server 102 by the RR-1 104.
[0058] Further, the vehicle 108 in the continuity of its travel on the road 103, at step 310 may enter the predefined range of the RR-2 104. Thus, the device state input for the device 106 may be determined by the RR-2 104.
[0059] At step 312, the method 300 may include transmitting the device state input for the device 106 to the server 102 by the RR-2 104.
[0060] The method 300 may include the server 102 adapted to determine the real-time vehicular traffic state based on the device state input received from the RR-1 104, the RR-2 104 and the position information of the RR-1 104, the RR-2 104 as stored in the memory 204 of the server 102.
[0061] At step 314, the server 102 may be adapted to provide the real-time vehicular traffic state to the application 110a. installed in the user device 110b, wherein the user device 110b may be present in the vehicle 108. Similarly, in another example, the server 102 may be adapted to provide the real-time vehicular traffic state to another vehicle travelling on the road wherein another vehicle may be in communication with the server 102. Thus, in the method 300, the server 102 may be adapted to provide the real-time vehicular traffic state to at least one of the vehicle 108 and/or another vehicle.
[0062] At step 316, the server 102 may be adapted to provide the real-time vehicular traffic state to the third-party system 220. The third-party system 220 may indicate any other platform or other application which may be subscribed to the server 102 to receive the real-time vehicular traffic state.
[0063] Figure 4 illustrates another process flow of a method for traffic management, determining a speed of a vehicle, according to an embodiment of the present invention.
[0064] At step 402, the method 400 may include the application 110a adapted to be optionally associated with the device 106 installed in the vehicle 108.
[0065] At step 404, the method 400 may include the application 110a installed in the user device 110b may be in communication with the server 102 such that the respective profile of the device 106 and the information related to the device 106 may be stored at the server 102.
[0066] At step 406, the method 400 may include the RR-1 104 may be adapted to detect the identification signal as the vehicle 108 with the device 106 installed, travels on the road 103. As the device 106 enters the predefined range of the RR-1 104, the device state input for the device 106 may be determined by the RR-1 104. The RR-1 104 may also determine a first timestamp, thus indicating the time ‘t’ at which the identification signal for the device 106 is detected.
[0067] In continuation to previous step, at step 408, the method 400 may include transmitting the device state input for the device 106, and the first timestamp to the server 102 by the RR-1 104.
[0068] Further, the vehicle 108 in the continuity of its travel on the road 103, at step 410 may enter the predefined range of the RR-2 104. Thus, the device state input for the device 106 may be determined by the RR-2 104. The RR-2 104 may also determine a second timestamp, thus indicating the time ‘t’ at which the identification signal for the device 106 is detected.
[0069] At step 412, the method 400 may include transmitting the device state input for the device 106 and the second timestamp to the server 102 by the RR-2 104. It may be apparent that RR-1 104 and RR-2 104 may not be consecutively present and instead multiple roadside receivers may be installed alongside the road 103 and each one of the multiple roadside receivers may detect the device 106, upon the vehicle 108 having the device 106 entering the pre-defined range of the respective RR 104.
[0070] The method 400 may include the server 102 adapted to determine the speed of the vehicle based on the device state input received from the RR-1 104, the RR-2 104 at the first timestamp and second timestamp respectively and the position information of the RR-1 104, the RR-2 104 as stored in the memory 204 of the server 102. Thus, in the method 400, the server 102 may be adapted to determine a speed of the vehicle 104 travelling on the road between RR-1 104 and the RR-2 104. The speed may indicate the distance travelled by the vehicle 108 between any of the two RR 104. For example, but not limited to, the speed of the vehicle 108 may be indicative of anyone of, an average speed, a maximum speed, a minimum speed, a median speed, or a mean speed. In an example, the vehicle 108 may cover a distance and thus may be detected by multiple RR 104 present alongside the road 103 while the vehicle 108 covers the distance. The method 400 may include the server 102 adapted to determine the speed of the vehicle 108 corresponding to each of the RR 104 at multiple time intervals. Further, the server 102 may be adapted to provide a weightage factor to each of the RR 104 present alongside the road 103 while the vehicle 108 covers the distance, such that an average speed of the vehicle 108 while covering the distance may be determined.
[0071] At step 414, the server 102 may be adapted to provide the determined speed to the application 110a installed in the user device 110b, wherein the user device 110b may be present in the vehicle 108.
[0072] At step 416, the server 102 may be adapted to provide the determined speed to the third-party system 220. The third-party system 220 may indicate any other platform, another application which may be subscribed with the server 102 to receive the determined speed.
[0073] For example, in a use-case of the method 400, the third-party system 220 may be a regulatory, law-enforcement organization. As the speed of the vehicle 108 is determined and transmitted to the third-party system 220, the third-party system 220 may proceed to take appropriate steps such as issuing of fines, or warnings to the vehicle 108 based on the detected speed. In the example, each of the RR 104 may have an associated predefined threshold. Upon detecting that the speed is above the predefined threshold, the third-party system 220 may trigger generation of the fines, warnings.
[0074] 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.
[0075] At step 502, the method 500 may include receiving, by the server 102, the device state input from the RR 104. In an example, the device state input may indicate parameters associated with the device 106, while the device 106 is in communication with the vehicle 108. In the example, the device 106 may be installed in the vehicle 108. Further the device state input may include the identification tag, the timestamp, and metadata of the device 106 in communication with the vehicle 108.
[0076] At step 504, the method 500 may include the server 102 obtaining the position information of the RR 104 transmitting the device state input. In the method 500 the position information may indicate the placement coordinate and the identification number associated with the RR 104. In an example, the placement coordinate and the identification number may be pre-stored in the memory 204 of the server 102.
[0077] At step 506, the method 500 may include the server 102 determining the real-time vehicular traffic state based on the device state input and the position information of the RR transmitting the device state input. In the method 500 determining the real-time vehicular traffic state comprises determining the real-time vehicular traffic data based on the position information of the RR 104 and the device state input received by the server 102. In an example, the real-time vehicular traffic data includes the navigation information of vehicles and speed of the vehicle 108.
[0078] Further, at step 508, the method 500 may include the server 102 providing the real-time vehicular traffic state to at least one of the vehicle 108, one another vehicle, and/or the third-party system 220.
[0079] Further the method 500 may include receiving, via the application 110a the credentials associated with the device 106 installed in the vehicle 108. In an example, the method 500 includes determining whether the credentials are valid based on the predefined rules stored in the memory 204 of the server 102 and thereafter sending the notification associated with the device 106, to the application 110a. In the example, the notification may include the real-time vehicular traffic state upon determining that the one or more credentials are valid.
[0080] Figure 6 illustrates another flow chart comprising sub-steps of the method step 506 for determining speed of the vehicle, according to an embodiment of the present invention.
[0081] At step 602, the method step 506 may include determining the real-time vehicular traffic state comprises determining that the vehicle 108 is traveling at certain speed. In an example, based on the device state input, the position information of the RR 104, and one or more rules predefined for the road 103 within the predefined threshold distance (d) of the two or more roadside receivers.
[0082] At step 604, the method step 506 may include the server 102 may be receiving, at the first timestamp, the device state input from the RR 104.
[0083] At step 606, the method step 506 may include the server 102 may be receiving, at the second timestamp, the device state input from another RR different from the previous RR 104.
[0084] At step 608, the method step 506 may include determining, by the server 102, the distance between the multiple roadside receivers providing the device state input respectively.
[0085] At step 610, the method step 506 may include, determining, by the server 102, the speed of the vehicle 108, based on the distance (d), the first timestamp and the second timestamp.
[0086] Figure 7 illustrates another flow chart of a method for traffic management, according to an embodiment of the present invention. The method 600 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 6.
[0087] At step 702, the method 700 may include detecting, by the RR 104, the identification signal from the device 106 installed in the vehicle 108 and present within a predefined range of the RR 104. In an example, the identification signal may include the unique identification associated with the device 106.
[0088] At step 704, the method 700 may include determining, by the RR 104, the device state input based on the identification signal. In an example, the device state input may indicate parameters associated with the device 106.
[0089] At step 708, the method 700 may include transmitting the device state input and the position information to the server 102 such that the real-time vehicular traffic state is determined by the server 102.
[0090] The present invention provides various advantages:
• The present invention may enable real-time accurate vehicle detection.
• The present invention may enable efficient, reliable, real-time surveillance of the traffic and thus aids in traffic management.
• The present invention may be helpful in hilly or remote terrains, where the GPS may not be efficient.
• The present invention may help in detection of speed of the vehicle throughout the journey and not restricted to any particular spot or place on the road.

[0091] 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.
[0092] 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:WE CLAIM:
1. A method (500) for traffic management, the method (500) comprising:
receiving (502), by a server (102), a device state input from two or more 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 in communication with at least one vehicle (108);
obtaining (504), by the server (102), a position information of the two or more RRs (104);
determining (506), by the server, a real-time vehicular traffic state based on the device state input and the position information; and
providing (508), by the server, the real-time vehicular traffic state to at least one of the at least one vehicle, one other vehicle, and a third party.

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 (106) in communication with the at least one vehicle (108).

3. The method (500) as claimed in claim 1, wherein obtaining the position information comprises obtaining position information of each of the first RR and the second RR, wherein the position information indicates a placement coordinate and an identification number associated with each of the first RR and the second RR;
wherein determining the real-time vehicular traffic state comprises determining the real-time vehicular traffic data based on the position information of the first RR the second RR, and the device state input received by the server (102); and wherein the real-time vehicular traffic data includes a navigation information of vehicles.

4. The method (500) as claimed in claim 1, further comprising:
receiving, via an application (110a) one or more credentials associated with the at least one device (106);
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 (106), to the application (110a), wherein the notification includes the real-time vehicular traffic state upon determining that the one or more credentials are valid.

5. The method (500) as claimed in claim 1, wherein determining the real-time vehicular traffic state comprises determining that the at least one vehicle (108) is traveling at a speed and based on the device state input, the position information, and one or more rules predefined for a road within a predefined threshold distance of the two or more RRs (104).

6. The method (500) as claimed in claim 1, wherein determining the real-time vehicular traffic state comprises:
receiving, at a first timestamp, a first device state input from one of the two or more RRs (104);
receiving, at a second timestamp, a second device state input from another of the two or more RRs (104);
determining a distance between the two or more RRs (104) providing the first device state input and the second device state input respectively;
wherein determining the real time vehicular traffic state comprises determining a speed of the at least one vehicle (108), based on the distance, the first timestamp and the second timestamp.

7. The method (700) for traffic management, the method (700) comprising:
detecting (702), by a roadside receiver (RR) (104), an identification signal from at least one device (106) installed in at least one vehicle (108) and present within a predefined range of the RR (104); wherein the identification signal includes a unique identification associated with the at least one device (106);
determining, by the RR (104), a device state input based on the identification signal, wherein the device state input indicates parameters associated with the at least one device (106); and
transmitting the device state input and a position information to a server such that a real-time vehicular traffic state is determined.

8. 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 (204), the at least one processor (202) and is configured to:
receive a device state input from two or more 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 in communication with at least one vehicle (108);
obtain a position information of the two or more RRs (104);
determine a real-time vehicular traffic state based on the device state input and the position information; and
provide the real-time vehicular traffic state to at least one of the at least one vehicle (108), one other vehicle, and a third party.

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

10. The system (100) as claimed in claim 8, wherein the at least one processor (202) is configured to:
obtain position information of each of the first RR and the second RR, wherein the position information indicates a placement coordinate and an identification number associated with each of the first RR and the second RR;
wherein determining the real-time vehicular traffic state comprises determining the real-time vehicular traffic data based on the position information of the first RR. the second RR, and the device state input received by the server (102); and
wherein the real-time vehicular traffic data includes a navigation information of vehicles.

11. The system (100) as claimed in claim 8, wherein the at least one processor (202) is further configured to:
receive via an application (110a) one or more credentials associated with the at least one device (106);
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 (106), to the application (110a), wherein the notification includes the real-time vehicular traffic state upon determining that the one or more credentials are valid.

12. The system (100) as claimed in claim 8, wherein the at least one processor (202) is configured to:
determine that the at least one vehicle (108) is traveling at a speed based on the device state input, the position information, and one or more rules predefined for a road within a predefined threshold distance of the two or more RRs (104).

13. The system (100) as claimed in claim 8, wherein the at least one processor (202) is configured to:
receive, at a first timestamp, a first device state input from one the two or more RRs (104);
receive, at a second timestamp, a second device state input from another of the two or more RRs (104);
determine a distance between the two or more RRs (104) providing the first device state input and the second device state input respectively;
wherein determining the real time vehicular traffic state comprises determining a speed of the at least one vehicle (108), based on the distance, the first timestamp and the second timestamp.

14. The system (100) for traffic management, the system (100) comprises:
a memory;
at least one processor communicably coupled to the memory, the at least one processor is configured to:
detect, by a roadside receiver (RR) (104), an identification signal from at least one device (106) installed in at least one vehicle (108) and present within a predefined range of the RR (104); wherein the identification signal includes a unique identification associated with the at least one device (106);
determine, by the RR (104), a device state input based on the identification signal, wherein the device state input indicates parameters associated with the at least one device (108); and
transmit the device state input and a position information to a server (102) such that a real-time vehicular traffic state is determined.