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. The present application is a patent for addition for IN 202311023941.
BACKGROUND

[0002] Traffic management is necessary to ensure the smooth and efficient movement of vehicles, pedestrians, and goods on roads. Traffic management is essential for many reasons such as ensuring the safety of travellers. Effective traffic management helps maintain safety on the roads. By implementing traffic rules and regulations, such as the direction of traffic flow, speed limits, traffic signals, and signage, the risk of accidents and collisions may be reduced. Proper traffic management ensures that vehicles and pedestrians follow designated paths, reducing the chances of conflicts and improving overall safety.
[0003] Traffic management strategies aim to alleviate congestion on the roads. Congestion may occur when there are more vehicles on the road than the infrastructure can accommodate efficiently, vehicles are driven in incorrect directions, and vehicles are parked at incorrect spots. By implementing measures such as traffic signal coordination, lane management, and intelligent transportation systems, traffic flow can be optimized, reducing congestion, and improving travel times. Further, traffic management helps optimize the use of road infrastructure, resulting in improved efficiency. By monitoring traffic patterns and adjusting based on real-time data, authorities can identify bottlenecks, and defaulter vehicles and implement effective road design to allocate resources efficiently. This can lead to smoother traffic flow, reduced delays, and increased capacity of the existing network of roads.
[0004] Furthermore, traffic management is an integral part of urban planning and development. By considering traffic patterns and designing a network of roads accordingly, cities can anticipate future transportation needs, plan for appropriate infrastructure for parking vehicles, and ensure the efficient movement of vehicles within growing urban areas.
[0005] Thus, traffic management is necessary to maintain safety, reduce congestion, improve efficiency, minimize environmental impact, facilitate emergency response, and support urban development. It involves a combination of traffic engineering, regulations, technology, and public awareness to create a well-functioning transportation system.
[0006] The existing technologies have failed to provide futuristic solutions to improve traffic management. Vehicle drivers are still reliant on traffic personnel, signage, self-awareness, etc. for traffic management. However, such conventional techniques may not be very useful for traffic management as it poses several limitations. For instance, in the absence of traffic personnel or signage, the vehicle drivers may be completely unaware of convenience spots such as parking, toilets, and emergency stops around the roads. Moreover, in cases of traffic violations such as driving in the incorrect direction on the road, may remain unchecked in the absence of traffic personnel.
[0007] In some examples, the lack of current technologies to provide parking information may create challenges for both the vehicle drivers and parking management for the authorities. Without technology-driven systems, vehicle drivers may struggle to find accurate and up-to-date information about available parking spaces. This can lead to wasted time and increased frustration as the vehicle drivers search for parking spots through trial and error. Lack of parking information may also result in the vehicle drivers unknowingly parking in prohibited or restricted areas, leading to fines, towing, and traffic congestion on the road. Further, without technologies that monitor parking occupancy and availability, parking spaces may be underutilized or overcrowded. This inefficiency can lead to a shortage of parking for those in need, as well as wasted space in areas where parking demand is low. It becomes challenging for parking management to optimize the allocation of parking resources and adapt to changing demand patterns.
[0008] In the absence of technologies that provide real-time parking information, vehicle drivers may spend more time driving around in search of parking spaces. This increases congestion on the roads and may contribute to traffic delays, blocked roadways, and frustration. Congestion, in turn, can have negative impacts on the overall efficiency of transportation systems and increase pollution levels.
[0009] Further, with the advent of the Internet of Things (IoT) and smartphone capabilities, it may be worth introducing such emerging technologies into the traffic management infrastructure. For instance, via the IoT and smartphone capabilities data on occupancy, duration, and turnover rates related to parking management may be gathered and analysed. Such data may help authorities make informed decisions about parking regulations, pricing, and infrastructure planning. Without the use of IoT or other technologically advanced solutions, parking management may become more challenging, making it difficult to implement effective policies and address parking-related issues.
[0010] In some examples, the lack of current technologies to identify wrong-direction driving, also known as wrong-way driving, may pose significant risks to fellow vehicle drivers. Wrong direction driving incidents can occur due to various factors, including driver error, impaired driving, confusion, lack of attention, or inadequate signage. The consequences of wrong-direction driving may be severe, leading to head-on collisions, injuries, and fatalities.
[0011] The current solution to mitigate wrong-direction driving is dependent on signage and road markings to provide clear guidance to vehicle drivers and reduce confusion. Such solutions have limited reach and it may be required to introduce IoT and smartphone capabilities to mitigate wrong direction driving.
[0012] Therefore, to eliminate the transportation issues such as parking information and wrong direction driving, it is essential to dig out a proper solution which has better traffic management.
[0013] Hence, there exists a need to find a solution for the above-mentioned technical problems.
SUMMARY

[0014] 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.
[0015] 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 at least one roadside receiver (RR) at a first timestamp and a second timestamp, wherein the device state input indicates parameters associated with at least one vehicle. The method includes obtaining, by the server, a position information of the at least one RR and determining, by the server, a parking state based on the device state input at the first timestamp and the second timestamp, and the position information of the at least one RR, wherein the parking state indicates a stationary position of the at least one vehicle.
[0016] According to one embodiment of the present disclosure, a system for traffic management is disclosed. The system includes at least one processor communicably coupled to the memory. The at least one processor is configured to receive, by a server, a device state input from at least one roadside receiver (RR) at a first timestamp and a second timestamp, wherein the device state input indicates parameters associated with at least one vehicle. The at least one processor is configured to obtain, by the server, a position information of the at least one RR and determine, by the server, a parking state based on the device state input at the first timestamp and the second timestamp, and the position information of the at least one RR, wherein the parking state indicates a stationary position of the at least one vehicle.
[0017] 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

[0018] 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:
[0019] 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;
[0020] Figure 2 illustrates another schematic detailed block diagram of modules/software components of the system, according to an embodiment of the present invention;
[0021] Figure 3 illustrates an exemplary use case for determining a parking state and recommending authorized parking, according to an embodiment of the present invention;
[0022] Figure 4 illustrates an exemplary use case determining that the vehicle is travelling in a wrong direction, according to an embodiment of the present invention;
[0023] Figure 5a illustrates an exemplary flow chart of a method for traffic management, according to an embodiment of the present invention; and
[0024] Figure 5b illustrates the exemplary flow chart of the method for traffic management, according to an embodiment of the present invention.
[0025] 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

[0026] 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.
[0027] 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.
[0028] 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.
[0029] 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.
[0030] 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 parking state, an authorized parking, and determine vehicle driving in a wrong direction using system and method, contained herein.
[0031] 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.
[0032] In an embodiment, referring to Figure 1, the system 100 may be implemented between a server 102, at least one roadside receiver (RR) 104, a device 106 installed and in communication with at least one vehicle 108, wherein the at least one vehicle 108 may be driven on a road 103. The at least one RR 104 may interchangeably be referred to as the RR 104. The at least one vehicle 108 may interchangeably be referred to as the vehicle 108.
[0033] 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, wherein the device 106 may be preinstalled in the vehicle 108 at factory settings. In one example, it may be apparent that one or more than one vehicle 108 is travelling on the road 103, without departing from the scope of the invention.
[0034] In an embodiment, the RR 104 installed in vicinity of the road 103 may detect the device 106 included in the vehicle 108 travelling on the road. In some embodiments, the RR 104 installed in the vicinity of the road 103 may communicate with the device 106.
[0035] In an embodiment, 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, upon the vehicle coming within a predefined range of the RR 104 while travelling on the road 103. In an example, one or more than one RR 104 may be installed alongside the road 103 within a predefined threshold distance (d). Thus, the installation of one or 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.
[0036] In an embodiment, the device 106 may be installed in the vehicle 108. The device 106 may indicate any logic 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, and 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. In an example, the device 106 may communicate an identification tag corresponding to the vehicle 108 in which it is installed, to the RR 104. In the example, the identification tag may indicate a unique serial number associated with the device 106 installed in the vehicle 108. Further, the RR 104 may communicate the identification tag to the server 102 such that the server 102 may extract an information related to the device 106 based on the identification tag. In the example, the information related to the device 106 may be pre-stored in the server 102.
[0037] In an embodiment, the system 100 may optionally include an application 110a installed in a user device (UD) 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 communication from the server 102. In an example, the server 102 may send a notification to the application 110a installed on UD 110b. 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 receiving the notification from the server 102. In other example, a user may be carrying the user device 110b while driving the vehicle 108, thus receiving the notification from the server 102.
[0038] 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 110a installed in the user device 110b. In an example, the server 102 is adapted to determine a parking state, send the notification, and determine the travelling direction of the vehicle 108 based on the device state input. Further, the server 102 may be adapted to identify the RR 104 transmitting the device state input based on a unique identification number associated with the RR 104. The server 102 may be adapted to store in its memory a position information of the RR 104. In an example, the position information may indicate 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 parking state, send the notification, and determine the travelling direction of the vehicle 108 based on the device state input sent by the RR 104 and the associated position information.
[0039] Further, the server 102 may be adapted to receive and store a profile for corresponding to the device 106 installed in the vehicle 108. In an example, the profile corresponding to the device 106 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 the information related to the device 106 in the profile. For instance, the information related to the device 106 may be, but not limited to, an identification tag associated with the device 106, a 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 credentials associated with the profile. Upon connection, the application 110a allows the user to view the profile. Further, the credentials may indicate a dedicated username and password corresponding to the profile. The user may be able to create the credentials for the profiles corresponding to the device 106. In an example, the credentials may be 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.
[0040] In an embodiment, the server 102 may be further adapted to send the notification associated with the device 106 to the application 110a. In an example, the notification may include the one or more of the parking state, the determined travelling direction of the vehicle.
[0041] In an embodiment, 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.
[0042] 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 parking state, send the notification, and determine the travelling direction of the vehicle 108 on the road 103, one another vehicle travelling on the same road 103, the application 110a and third-party systems.
[0043] Figure 2 illustrates another schematic detailed block diagram of modules/software components of the system 100, according to an embodiment of the present invention.
[0044] 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.
[0045] 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 Figure 1 and Figure 2 will be explained in detail in the forthcoming paragraphs. Further, the working of the system 100 will be explained with respect to Figure 1 and Figure 2. The reference numerals are kept the same in the disclosure wherever applicable for ease of explanation.
[0046] 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, the information related to the device 106 may be pre-stored in the memory 204.
[0047] 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.
[0048] 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.
[0049] 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.
[0050] 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 or the profile corresponding to the device 106. 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 corresponding to the device 106. 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.
[0051] 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.
[0052] Further, the receiving module 212 may be adapted to identify the RR 104 sending the device state input. 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. In an example, the timestamp at first instance may be termed as a first timestamp. Similarly, the timestamp at second instance may be termed as a second timestamp. It may be apparent that there may be one or more than one timestamp based on the detection of the device 106 by the RR 104. The device management module 210 and the receiving module 212 may in communication with the determining module 214.
[0053] In an embodiment, the determining module 214 may be adapted to determine the parking state based on the device state input at the first timestamp and the second timestamp, and the position information of the RR 104 providing the device state input. In an example, the parking state may indicate a stationary position of the vehicle 108 on the road 103. In the example, if the position information of the RR 104 remains same in the first timestamp and the second timestamp then the determining module 214 may be adapted to determine the parking state of the vehicle 108.
[0054] In an embodiment, the determining module 214 may be adapted to determine whether the vehicle 108 is authorized to park in an area within a vicinity of the RR 104 based on the determined parking state. In an example, the determining module 214 may be adapted to obtain one or more predefined rules associated with the RR 104 transmitting the device state input to the server 102. The predefined rules may correspond to a predefined distance indicative of an area corresponding to the RR 104 to detect the device state input of the vehicle 108. Alternatively, the predefined rules may correspond to a predefined time duration indicative of a time-period corresponding to the RR 104 detecting the device state input of the vehicle 108. For instance, the server may obtain the predefined rules associated with the RR 104 transmitting the device state input at the first timestamp and the second timestamp. The predefined rules may indicate if the area within the vicinity of the RR 104 is an authorised parking area or an unauthorized parking area. For instance, the predefined rules may indicate if the vehicle 108 is detected for more than the predefined time duration, accordingly determining the vehicle 108 is in the unauthorized parking area.
[0055] In an embodiment, the determining module 214 may be adapted to determine the authorised parking area which may be nearest to a current positional coordinates of the vehicle 108 upon determining that the vehicle 108 is in the stationary position. In an example, the current positional coordinates of the vehicle 108 may be determined based on the RR 104 transmitting the device state input. In the example, the determining module 214 may be adapted to determine the authorised parking area with slots available to park the vehicle 108 based on the information obtained from the RR 104 installed in the authorised parking area. Thus, the authorised parking area is determined based on the slot availability and the nearest distance to the current positional coordinates of the vehicle 108.
[0056] In an embodiment, the determining module 214 may be adapted to determine that the vehicle 108 is travelling in the wrong direction based on the device state input, the position information, and one or more rules predefined for the road 103 within the predefined distance (d) from a two or more RRs 104. For instance, the predefined rules associated with the road 103 may include a predefined sequence of the two or more RRs 104. The vehicle 108 may be considered travelling in the wrong direction if the two or more RRs 104 detecting the device 106 installed in the vehicle 108 is in non-conformity with the predefined sequence.
[0057] The device management module 210, the receiving module 212, and the determining module 214 may be in communication with the transmitting module 216.
[0058] In an embodiment, the transmitting module 216 may be adapted to send the notification associated with the device 106, to the application 110a. In an example the notification may include the current positional coordinates of the vehicle 108 and a recommended positional coordinates. The recommended positional coordinates may indicate the authorized parking area for the vehicle 108. The recommended positional coordinates may include, but not limited to, a navigation route to the authorized parking area, images of the authorized parking area, the slot availability in the authorized parking area, and an estimated time of arrival to the authorized parking area.
[0059] In an embodiment, the transmitting module 216 may be adapted to send the notification to one or more of the third-party systems, the application 110a installed in the UD 110b, and the vehicle 108 parked in the unauthorized parking area. The notification may be sent upon determining one or more of, that the vehicle 108 is not authorized to park in the area and that the vehicle 108 is travelling in the wrong drirection. In an example, the notification may include the current positional coordinates and the recommended positional coordinat es. In another example, the notification may include the vehicle information, the current positional coordinates.
[0060] Figure 3 illustrates an exemplary use case for determining a parking state and recommending an authorized parking, according to an embodiment of the present invention.
[0061] In an example, the vehicle 108 with the device 106 installed, may be travelling on the road 103. The vehicle 108 makes a halt on the road 103 and remains stationary at a particular spot. Now, as the vehicle 108 remains stationary at the spot, say in the vicinity of the RR 104 labelled as (b) in the Figure 3, the RR 104 labelled as (b) may continue to detect the device 106 installed in the vehicle 108. In the example, the RR 104 labelled as (b) may detect the device 106 at the first instance or first timestamp, followed by the second instance or second timestamp. In the example, it may be apparent that the RR 104 may detect the device 106 for one or more than one timestamp. Further, the RR 104 labelled as (b) continuously sends the device state input to the server 102 at the first and second timestamp respectively. The server 102 receiving the device state input from the RR 104 labelled as (b), may be adapted to obtain the position information of the RR 104 labelled as (b). In the example, the server 102 may be adapted to determine if the RR 104 labelled as (b), sends the device state input for more than a threshold time. In the example, if the timestamp indicating detection of device 106 by the RR 104 labelled as (b), is more than the threshold time, then the server 102 may proceed to determine the parking state. In next step, the server 102 may be adapted to determine the predefined rules for the road 103 and the RRs placed on the road 103. The predefined rules may provide a type of parking area corresponding to the RR 104 labelled as (b), as stored in the memory 204. The type of parking area may correspond to ‘unauthorized parking area. Thus, the server 102 may be adapted to determine the parking state of the vehicle 108 based on continuous receiving of the device state input from the RR 104 labelled as (b), i.e., for more than the threshold time. The server 102 may determine the parking state as stationary position of the vehicle 108 in the unauthorized parking area based on associating the first timestamp, the second timestamp, the position information of the RR 104, the predefined rules, and the device state input.
[0062] Referring to Figure 3, in the example, the server 102 may be adapted to determine that the vehicle 108 is in the parking state which may be unauthorized parking area based on the predefined rules. In the example, the server 102 may be adapted to determine which is the nearest authorized parking area with available slots for parking the vehicle 108. The server 102 may be adapted to correlate the position information of the RR 104 and stored information of parking slots for determining the nearest authorized parking area. Thus, the server 102 may send the notification comprising of the recommended positional coordinates indicating the authorised parking area 302 with available slots for parking. Consequently, the application 110a and the vehicle 108, may receive the notification with navigation guidance to reach the authorized parking area 302.
[0063] In other example, the vehicle 108 may remain in the parking state in the area within the vicinity of the RR 104 labelled as (b) for more than a second threshold time, wherein the second threshold time is different from the threshold time. Thus, the server 102 may send the notification to the third part system, such as traffic regulating authorities to take further action.
[0064] Figure 4 illustrates an exemplary use case determining that the vehicle 108 is travelling in the wrong direction, according to an embodiment of the present invention.
[0065] In an example, the vehicle 108, may be travelling on the road 103. As the vehicle 108 is travelling, the two or more RRs 104 placed on the road 103 may detect the device 106 installed in the vehicle 108. The two or more RRs 104 consequently in the sequence of detection i.e., d1, d2, d3, send the device state input to the server 102. The server 102 thus obtains the sequence of the two or more RRs 104 sending the device state input and correlates with the one or more rules predefined for the road 103. In the example, the one or more rules predefined may include the sequence as d1, d2, d3 and so forth. Thus, the server 102 determines that the vehicle 108 is travelling in correct direction on the road 103.
[0066] Alternatively, another vehicle 108b may be travelling on the road 103. As another vehicle 108b is travelling, the two or more RRs 104 placed on the road 103 may detect the device 106 installed in another vehicle 108b. The two or more RRs 104 consequently in the sequence of detection i.e., d6, d5, d4, send the device state input to the server 102. The server 102 thus obtains the sequence of the two or more RRs 104 sending the device state input and correlates with the one or more rules predefined for the road 103. In the example, the one or more rules predefined may include the sequence as d1, d2, d3 and so forth. The server 102 determines that the vehicle 108b is travelling contrary to the sequence predefined for the road 103 and thus is travelling in wrong direction.
[0067] In response to determination that the vehicle 108b is travelling in wrong direction, the server 102 may be adapted to send the notification to one of the third-party system, the application 110a, and the vehicle 108, 108b.

[0068] Figure 5a 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.
[0069] At step 502, the method 500 may include receiving, by the server 102, the device state input from the RR 104 at the first timestamp and the second timestamp. The device state input may indicate parameters associated with the vehicle 108.
[0070] At step 504, the method 500 may include obtaining, by the server 102, the position information of the RR 104.
[0071] At step 506, the method 500 may include determining, by the server 102, the parking state based on the device state input at the first timestamp and the second timestamp, and the position information of the RR 104. The parking state indicates the stationary position of the vehicle 108.
[0072] In the method 500, determining, by the server 102, based on the parking state, whether the vehicle 108 is authorized to park in the area within the vicinity of the RR 104 based on one or more predefined rules. The one or more predefined rules may correspond to the predefined distance indicative of the area corresponding to the RR 104 to detect the device state input of the vehicle 108. The one or more predefined rules may correspond to the predefined time duration indicative of the time-period corresponding to the RR 104 detecting the device state input corresponding to the vehicle 108.
[0073] In furtherance to step 506, the method 500 may include sending the notification to one of the third-party systems, the application 110a, and the vehicle 108 upon determining that the vehicle 108 is not authorized to park in the area. The notification may comprise of the current positional coordinates of the vehicle 108 and the recommended positional coordinates indicating the authorized parking area.
[0074] Figure 5b illustrates the exemplary flow chart of the method 500 for traffic management, according to an embodiment of the present invention.
[0075] At step 508, the method 500 may include determining, by the server 102, that the vehicle 108 is traveling in the wrong direction. In an example, the server 102 is adapted to receive the device state input from two or more RRs 104. Further, the server 102 determines the position information of the two or more RRs 104 sending the device state input and obtain one or more rules predefined for the road 103 in the memory 204. Thus, in the method 500, the server 102 is adapted to determine that the vehicle 108 is traveling in the wrong direction upon determining that the sequence of the two or more RRs 104 sending the device state input is contrary to the sequence defined in the one or more rules predefined for the road 103.
[0076] At step 506, the method 500 may include sending the notification to one of the third party, the application, and the vehicle 108 upon determining that the vehicle 108 is traveling in the wrong direction.
[0077] In the method 500, the one or more rules predefined for the road 103 corresponds to the sequence of the two or more RRs 104 sending the device state input to the server 102. Further the notification comprises of the vehicle information, the current positional coordinates of the vehicle 108.
[0078] Thus, the present invention provides correct parking locations for vehicles as an advantageous effect. Providing correct parking locations for vehicles is important for several reasons such as:
a) Order and Efficiency: Properly designated parking spaces ensure order and maximize the efficient use of available parking areas. When vehicles park in designated spots, it prevents haphazard parking that can obstruct traffic flow, impede pedestrian movement, or create confusion. Efficient parking allocation allows for a higher number of vehicles to be accommodated in a given space.
b) Traffic Flow: Parking in incorrect locations can disrupt the flow of traffic. Illegally parked vehicles, such as those blocking lanes, fire hydrants, or loading zones, can cause congestion and safety hazards. By providing accurate parking locations, drivers can find appropriate spots, leaving roadways clear and facilitating smooth traffic movement.
c) Safety and Accessibility: Correct parking locations ensure the safety and accessibility of pedestrians and other road users. Illegally parked vehicles can block sidewalks, crosswalks, or ramps designated for individuals with disabilities, making it difficult for people to navigate safely. Providing clear parking locations helps maintain pedestrian pathways and accessibility standards, ensuring the safety and convenience of all users.
d) Emergency Services: Accurate parking locations are crucial for emergency services to respond quickly and effectively. Fire hydrants, emergency exits, and designated emergency vehicle access points must be kept clear at all times. If vehicles are parked incorrectly, it can impede emergency response and jeopardize public safety. Clear signage and proper parking enforcement help ensure that emergency services have unobstructed access when needed.
e) Urban Planning and Aesthetics: Providing correct parking locations is a part of urban planning and design. It helps create visually appealing and organized urban environments. Properly planned parking areas contribute to the overall aesthetics of the surroundings and enhance the appeal of public spaces.
f) Parking Management: Accurate parking locations facilitate effective parking management. By designating specific parking areas, authorities can implement parking regulations, such as time limits or permit requirements, to address the needs of the community. It also enables efficient enforcement of parking rules to maintain order and fairness in parking allocation.
[0079] The present invention provides determination of the vehicle travelling in the wrong direction as an advantageous effect. Determining when a vehicle is traveling in the wrong direction can provide several advantages, including:
a) Early Warning and Alert Systems: Detecting wrong direction driving allows for the development and implementation of early warning and alert systems. These systems can promptly notify drivers, authorities, and relevant stakeholders about the potential danger, enabling them to take immediate action to mitigate the risk.
b) Enhanced Safety Measures: Identifying vehicles traveling in the wrong direction enables the implementation of enhanced safety measures. Traffic management systems can be activated to alert other drivers in the vicinity and advise them to exercise caution. This proactive approach helps prevent head-on collisions and reduces the severity of potential accidents.
c) Timely Emergency Response: Knowing when a vehicle is traveling in the wrong direction allows emergency response teams to be deployed quickly and efficiently. By receiving real-time information about wrong direction incidents, emergency services can reach the location promptly and provide the necessary assistance, potentially saving lives and minimizing injuries.
d) Traffic Control and Diversion: Detecting wrong direction driving enables traffic control and diversion measures to be implemented promptly. Traffic authorities can take appropriate actions such as rerouting traffic, closing off certain lanes or exits, and directing vehicles away from the wrong direction driver. This helps maintain the overall flow of traffic and reduces the risk of secondary accidents.
e) Enhanced Enforcement and Deterrence: Identifying wrong direction driving incidents can enhance enforcement efforts. Law enforcement agencies can respond swiftly, apprehend the driver, and take appropriate legal actions. The knowledge that wrong direction driving is closely monitored can act as a deterrent, discouraging individuals from attempting such dangerous behavior in the first place.
f) Data Analysis and Infrastructure Improvements: Collecting data on wrong direction driving incidents allows for in-depth analysis and evaluation. Traffic authorities can identify high-risk areas, patterns, and contributing factors, enabling them to make informed decisions regarding infrastructure improvements, signage enhancements, and targeted enforcement strategies. This data-driven approach supports ongoing efforts to enhance road safety and optimize transportation systems.
[0080] 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.
[0081] 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 at least one roadside receiver (RR) (104) at a first timestamp and a second timestamp, wherein the device state input indicates parameters associated with at least one vehicle (108);
obtaining (504), by the server (102), a position information of the at least one RR (104); and
determining (506), by the server (102), a parking state based on the device state input at the first timestamp and the second timestamp, and the position information of the at least one RR (104), wherein the parking state indicates a stationary position of the at least one vehicle (108).

2. The method (500) as claimed in claim 1, further comprising:
determining, based on the parking state, whether the at least one vehicle (108) is authorized to park in an area within a vicinity of the at least one RR (104) based on one or more predefined rules; and
sending a notification to one of the third party, an application, and the at least one vehicle (108) upon determining that the at the least one vehicle (108) is not authorized to park in the area.

3. The method (500) as claimed in claim 2, wherein the one or more predefined rules corresponds to at least one of:
a predefined distance indicative of an area corresponding to at least one RR (104) to detect the device state input of the at least one vehicle (108); and
a predefined time duration indicative of a time-period corresponding to the at least one RR detecting the device state input of the at least one vehicle (108).

4. The method (500) as claimed in claim 2, wherein the notification comprises of at least one of a current positional coordinates of the at least one vehicle and a recommended positional coordinates indicating an authorized parking area for the at least one vehicle.

5. The method (500) as claimed in claim 1, further comprising:
determining that the at least one vehicle (108) is traveling in a wrong direction based on the device state input, the position information, and one or more rules predefined for a road within a predefined distance from a two or more RRs; and
sending a notification to one of the third party, the application, and the at least one vehicle (108) upon determining that the at the least one vehicle is traveling in the wrong direction.

6. The method (500) as claimed in claim 5, wherein the one or more rules predefined for the road corresponds to a sequence of the two or more RRs sending the device state input.

7. The method (500) as claimed in claim 5, wherein the notification comprises of at least one of a vehicle information, the current positional coordinates of the at least one vehicle (108).

8. A system (100) for traffic management, the system (100) comprises:
a memory (204);
at least one processor (202) communicably coupled to the memory (204), the at least one processor (202) is configured to:
receive, by a server (102), a device state input from at least one roadside receiver (RR) (104) at a first timestamp and a second timestamp, wherein the device state input indicates parameters associated with at least one vehicle (108);
obtain, by the server (102), a position information of the at least one RR (104); and
determine, by the server (102), a parking state based on the device state input at the first timestamp and the second timestamp, and the position information of the at least one RR (104), wherein the parking state indicates a stationary position of the at least one vehicle (108).

9. The system (100) as claimed in claim 8, wherein the at least one processor (202) is configured to:
determine, based on the parking state, whether the at least one vehicle (108) is authorized to park in an area within a vicinity of the at least one RR (104) based on one or more predefined rules; and
send a notification to one of the third party, an application, and the at least one vehicle upon determining that the at the least one vehicle (108) is not authorized to park in the area.

10. The system (100) as claimed in claim 9, wherein the one or more predefined rules corresponds to at least one of:
a predefined distance indicative of an area corresponding to at least one RR (104) to detect the device state input of the at least one vehicle (108); and
a predefined time duration indicative of a time-period corresponding to the at least one RR (104) detecting the device state input of the at least one vehicle (108).

11. The system (100) as claimed in claim 9, wherein the notification comprises of at least one of a current positional coordinates of the at least one vehicle (108) and a recommended positional coordinates indicating an authorized parking area for the at least one vehicle (108).

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 in a wrong direction based on the device state input, the position information, and the one or more rules predefined for a road within a predefined distance from two or more RRs; and
sending a notification to one of the third party, the application, and the at least one vehicle (108) upon determining that the at the least one vehicle is traveling in the wrong direction.

13. The system (100) as claimed in claim 12, wherein the one or more rules predefined for the road corresponds to a sequence of two or more RRs sending the device state input.

14. The system (100) as claimed in claim 12, wherein the notification comprises of at least one of a vehicle information, the current positional coordinates of the at least one vehicle (108).