Patent Application
20250014462
This patent application relates to traffic management and more particularly to methods and systems for acquiring and analysing vehicle related data, such as probe and/or connected vehicle data, to establish static or dynamic control schedules and control schedule adjustments for traffic control, traffic infrastructure analysis, and road safety analysis.
Across the world the flow of traffic moving along intersecting roads is controlled through physical means and their associated rules, such as traffic signs, speed signs, roundabouts etc. or through signals and their associated rules, such as traffic lights, so that the traffic flow is controlled. This avoids conflicts at intersections and traffic merging areas and reduces the inefficiencies that arise uncontrolled or minimally controlled traffic flow.
However, simple traffic management strategies such as static signs, fixed pattern timed traffic lights, and alike general fail to address the dynamic nature of traffic flow, such as changes to traffic volume for a given trafficway over time, resulting in traffic backups and general inefficiency. Accordingly, it would be beneficial to provide a means of dynamically adjusting traffic signs, traffic signals etc. to adjust the flow to remove backups, avoid tailbacks and increase efficiency of travel etc. However, prior art approaches to monitoring have been infrastructure based with loop detectors, cameras, radar etc. which is expensive and only effective where installed. It would be beneficial to provide traffic system designers and traffic system operators with enhanced information across the entire traffic system in real-time or near real-time allowing improved monitoring, dynamic control of traffic signs, traffic lights, etc.
Conventional signaling systems with or without augmentation with sensors, timing controls, etc. to provide some limited dynamics are defined by the underlying timing, calendaring etc. installed within the signaling system. Accordingly, within the prior art periodic assessments of junctions and traffic flows are employed to assess the bottlenecks and efficiencies resulting from the current control settings. Such, assessments are time consuming, irregular, and tend to only cover a small fraction of the junctions, road sections etc. Accordingly, most control systems are controlled with control settings that are default settings or are defined based upon limited information. Accordingly, to provide traffic system designers and traffic system operators with enhanced information across the entire traffic system accumulated at high frequency allowing improved evolving model(s) of traffic flow within the traffic system to be established for establishing control settings etc. of traffic infrastructure such as traffic signs, traffic signals etc.
Other aspects and features of the present invention will become apparent to those ordinarily skilled in the art upon review of the following description of specific embodiments of the invention in conjunction with the accompanying figures.
It is an objective of the present invention to mitigate limitations within the prior art relating to traffic management and more particularly to methods and systems for acquiring and analysing vehicle related data, such as probe and/or connected vehicle data, to establish static or dynamic control schedules and control schedule adjustments for traffic control, traffic infrastructure analysis, and road safety analysis.
In accordance with an embodiment of the invention there is provided a method comprising: acquiring connected vehicle location data;
In accordance with an embodiment of the invention there is provided a method comprising:
In accordance with an embodiment of the invention there is provided a method comprising: acquiring connected vehicle location data;
In accordance with another embodiment of the invention there is provided a method comprising:
In accordance with an embodiment of the invention there is provided a method comprising:
In accordance with an embodiment of the invention there is provided a method comprising:
In accordance with the embodiment of the invention the method may further comprise ranking the established at least one of the road segments within the road network, the intersections within the road network, the another intersections and the turning movements for the events of the plurality of events occurred.
In accordance with an embodiment of the invention there is provided a method comprising: acquiring connected vehicle data comprises location data and at least one of accelerometer data, velocity data and sensor data associated with a sensor forming part of an element of protecting an individual;
In accordance with the embodiment of the invention the other network data comprises at least one:
Other aspects and features of the present invention will become apparent to those ordinarily skilled in the art upon review of the following description of specific embodiments of the invention in conjunction with the accompanying figures.
Embodiments of the present invention will now be described, by way of example only, with reference to the attached Figures, wherein:
The present invention is directed to traffic management and more particularly to methods and systems for acquiring and analysing vehicle related data, such as probe and/or connected vehicle data, to establish static or dynamic control schedules and control schedule adjustments for traffic control, traffic infrastructure analysis, and road safety analysis
The ensuing description provides representative embodiment(s) only, and is not intended to limit the scope, applicability or configuration of the disclosure. Rather, the ensuing description of the embodiment(s) will provide those skilled in the art with an enabling description for implementing an embodiment or embodiments of the invention. It being understood that various changes can be made in the function and arrangement of elements without departing from the spirit and scope as set forth in the appended claims. Accordingly, an embodiment is an example or implementation of the inventions and not the sole implementation. Various appearances of “one embodiment,” “an embodiment” or “some embodiments” do not necessarily all refer to the same embodiments. Although various features of the invention may be described in the context of a single embodiment, the features may also be provided separately or in any suitable combination. Conversely, although the invention may be described herein in the context of separate embodiments for clarity, the invention can also be implemented in a single embodiment or any combination of embodiments.
Reference in the specification to “one embodiment,” “an embodiment,” “some embodiments” or “other embodiments” means that a particular feature, structure, or characteristic described in connection with the embodiments is included in at least one embodiment, but not necessarily all embodiments, of the inventions. The phraseology and terminology employed herein is not to be construed as limiting but is for descriptive purpose only. It is to be understood that where the claims or specification refer to “a” or “an” element, such reference is not to be construed as there being only one of that element. It is to be understood that where the specification states that a component feature, structure, or characteristic “may,” “might,” “can” or “could” be included, that particular component, feature, structure, or characteristic is not required to be included.
Reference to terms such as “left,” “right,” “top,” “bottom,” “front” and “back” are intended for use in respect to the orientation of the particular feature, structure, or element within the figures depicting embodiments of the invention. It would be evident that such directional terminology with respect to the actual use of a device has no specific meaning as the device can be employed in a multiplicity of orientations by the user or users.
Reference to terms “including,” “comprising,” “consisting” and grammatical variants thereof do not preclude the addition of one or more components, features, steps, integers or groups thereof and that the terms are not to be construed as specifying components, features, steps or integers. Likewise, the phrase “consisting essentially of,” and grammatical variants thereof, when used herein is not to be construed as excluding additional components, steps, features integers or groups thereof but rather that the additional features, integers, steps, components or groups thereof do not materially alter the basic and novel characteristics of the claimed composition, device or method. If the specification or claims refer to “an additional” element, that does not preclude there being more than one of the additional element.
A “wireless standard” as used herein and throughout this disclosure refers to, but is not limited to, a standard for transmitting signals and/or data through electromagnetic radiation which may be optical, radio frequency (RF) or microwave although typically RF wireless systems and techniques dominate. A wireless standard may be defined globally, nationally, or specific to an equipment manufacturer or set of equipment manufacturers. Dominant RF wireless standards at present include, but are not limited to IEEE 802.11, IEEE 802.15, IEEE 802.16, IEEE 802.20, UMTS, GSM 850, GSM 900, GSM 1800, GSM 1900, GPRS, ITU-R 5.138, ITU-R 5.150, ITU-R 5.280, IMT-1000, Bluetooth, Wi-Fi, Ultra-Wideband and WiMAX. Some standards may be a conglomeration of sub-standards such as IEEE 802.11 which may refer to, but is not limited to, IEEE 802.1a, IEEE 802.11b, IEEE 802.11g, or IEEE 802.11n as well as others under the IEEE 802.11 umbrella. Microwave communications may be supported upon microwave signals within a defined frequency range permitted by the jurisdiction(s) the system currently operates within either licensed or unlicensed such as within L, S, C, X, Ku, K, Ka, V and W bands or millimeter band. Such microwave communications may be terrestrial or satellite communications.
A “wired standard” as used herein and throughout this disclosure refers to, but is not limited to, a standard for transmitting signals and/or data through a cable discretely or in combination with another signal. Electrical wired standards may include, but are not limited to, digital subscriber loop (DSL), Dial-Up (exploiting the public switched telephone network (PSTN) to establish a connection to an Internet service provider (ISP)), Data Over Cable Service Interface Specification (DOCSIS), Ethernet, Gigabit home networking (G.hn), Integrated Services Digital Network (ISDN), Multimedia over Coax Alliance (MoCA), and Power Line Communication (PLC, wherein data is overlaid to AC/DC power supply). In some embodiments a “wired standard” may refer to, but is not limited to, exploiting an optical cable and optical interfaces such as within Passive Optical Networks (PONs) for example.
A “user” as used herein and throughout this disclosure refers to, but is not limited to, an individual or group of individuals. This includes, private individuals, employees of organizations and/or enterprises, members of community organizations, members of charity organizations, men, women and children. In its broadest sense the user may further include, but not be limited to, mechanical systems, robotic systems, android systems, etc. that may be characterised by an ability to exploit one or more embodiments of the invention.
A “sensor” as used herein and throughout this disclosure refers to, but is not limited to, a transducer providing an electrical output generated in dependence upon a magnitude of a measure and selected from the group comprising, but is not limited to, environmental sensors, medical sensors, biological sensors, chemical sensors, ambient environment sensors, position sensors, motion sensors, thermal sensors, infrared sensors, visible sensors, RFID sensors, and medical testing and diagnosis devices.
“Traffic infrastructure” as used herein and throughout this disclosure refers to, but is not limited to, an element permanently, semi-permanently or temporarily disposed with respect to a transportation network, transportation system or transportation route. Traffic infrastructure may include, not be limited to, traffic signs, traffic lights, traffic barriers, traffic calming elements, road surface markers, cabinets for electrical and/or electronic equipment associated with a transportation route, bus shelters, bus stops, and kerbs.
A “vehicle” as used herein and throughout this disclosure refers to, but is not limited to, a power or unpowered machine that transports people or cargo. A vehicle may include, but not be limited to, a wagon, a bicycle, a motorcycle, a motorcar (car), a truck, a bus) and a bus with respect to vehicles having freedom of motion upon terrain. However, a vehicle may also include railed vehicles (e.g. trains, trams), watercraft (e.g. ships, boats), amphibious vehicles (e.g. screw-propelled vehicle, hovercraft), and aircraft (e.g. airplanes, helicopters, aerostat) without departing from the scope of the invention. A vehicle may be controlled by a user, be autonomous (commonly referred to a self-driving) or semi-autonomous (capable of both user controlled and autonomous modes or provide driver assistance features).
A “connected vehicle” (CV) as used herein and throughout this disclosure refers to, but is not limited to, a vehicle with one or more wireless interfaces and/or one or more wired interfaces to receive and/or transmit data from/to another vehicle and/or a communications network and/or roadside infrastructure. These wireless and/or wired interfaces may be integral to the vehicle or they may be temporarily associated with the user such as through a PED of an occupant of the vehicle, a PED associated with cargo within the vehicle, a PED associated with the driver of the vehicle, etc.
A “portable electronic device” (PED) as used herein and throughout this disclosure refers to, but is not limited to, a wireless device used for communications and other applications that requires a battery or other independent form of energy for power. This includes devices, but is not limited to, such as a vehicle, a connected vehicle, a cellular telephone, a smartphone, a personal digital assistant (PDA), a portable computer, a pager, a portable multimedia player, a portable gaming console, a laptop computer, a tablet computer, a wearable device and an electronic reader.
A “fixed electronic device” (FED) as used herein and throughout this disclosure refers to, but is not limited to, a wireless and/or wired device used for communications and other applications that requires connection to a fixed interface to obtain power. This includes, but is not limited to, an element of traffic infrastructure, a laptop computer, a personal computer, a computer server, a kiosk, a gaming console, a digital set-top box, an analog set-top box, an Internet enabled appliance, an Internet enabled television, and a multimedia player.
A “server” as used herein and throughout this disclosure refers to, but is not limited to, one or more physical computers co-located and/or geographically distributed running one or more services as a host to users of other computers, PEDs, FEDs, etc. to serve the client needs of these other users. This includes, but is not limited to, a database server, file server, mail server, print server, web server, gaming server, or virtual environment server.
An “application” (commonly referred to as an “app”) as used herein and throughout this disclosure refers to, but is not limited to, a “software application,” an element of a “software suite,” a computer program designed to allow an individual to perform an activity, a computer program designed to allow an electronic device to perform an activity, and a computer program designed to communicate with local and/or remote electronic devices. An application thus differs from an operating system (which runs a computer), a utility (which performs maintenance or general-purpose chores), and a programming tools (with which computer programs are created). Generally, within the following description with respect to embodiments of the invention an application is generally presented in respect of software permanently and/or temporarily installed upon a PED and/or FED.
An “enterprise” as used herein and throughout this disclosure refers to, but is not limited to, a provider of a service and/or a product to a user, customer, or consumer. This includes, but is not limited to, a retail outlet, a store, a market, an online marketplace, a manufacturer, an online retailer, a charity, a utility, and a service provider. Such enterprises may be directly owned and controlled by a company or may be owned and operated by a franchisee under the direction and management of a franchiser.
A “service provider” as used herein and throughout this disclosure refers to, but is not limited to, a third party provider of a service and/or a product to an enterprise and/or individual and/or group of individuals and/or a device comprising a microprocessor. This includes, but is not limited to, a retail outlet, a store, a market, an online marketplace, a manufacturer, an online retailer, a utility, an own brand provider, and a service provider wherein the service and/or product is at least one of marketed, sold, offered, and distributed by the enterprise solely or in addition to the service provider.
A “third party” or “third party provider” as used herein and throughout this disclosure refers to, but is not limited to, a so-called “arm's length” provider of a service and/or a product to an enterprise and/or individual and/or group of individuals and/or a device comprising a microprocessor wherein the consumer and/or customer engages the third party but the actual service and/or product that they are interested in and/or purchase and/or receive is provided through an enterprise and/or service provider.
A “user” as used herein and throughout this disclosure refers to, but is not limited to, an individual or group of individuals. This includes, but is not limited to, private individuals, employees of organizations and/or enterprises, members of community organizations, members of charity organizations, men and women. In its broadest sense the user may further include, but not be limited to, software systems, mechanical systems, robotic systems, android systems, etc. that may be characterised by an ability to exploit one or more embodiments of the invention. A user may also be associated through one or more accounts and/or profiles with one or more of a service provider, third party provider, enterprise, social network, social media etc. via a dashboard, web service, website, software plug-in, software application, and graphical user interface.
“Biometric” information as used herein and throughout this disclosure refers to, but is not limited to, data relating to a user characterised by data relating to a subset of conditions including, but not limited to, their environment, medical condition, biological condition, physiological condition, chemical condition, ambient environment condition, position condition, neurological condition, drug condition, and one or more specific aspects of one or more of these said conditions. Accordingly, such biometric information may include, but not be limited, blood oxygenation, blood pressure, blood flow rate, heart rate, temperate, fluidic pH, viscosity, particulate content, solids content, altitude, vibration, motion, perspiration, EEG, ECG, energy level, etc. In addition, biometric information may include data relating to physiological characteristics related to the shape and/or condition of the body wherein examples may include, but are not limited to, fingerprint, facial geometry, baldness, DNA, hand geometry, odour, and scent. Biometric information may also include data relating to behavioral characteristics, including but not limited to, typing rhythm, gait, and voice.
“User information” as used herein and throughout this disclosure refers to, but is not limited to, user behavior information and/or user profile information. It may also include a user's biometric information, an estimation of the user's biometric information, or a projection/prediction of a user's biometric information derived from current and/or historical biometric information.
A “wearable device” or “wearable sensor” as used herein and throughout this disclosure refers to, but is not limited to, miniature electronic devices that are worn by the user including those under, within, with or on top of clothing and are part of a broader general class of wearable technology which includes “wearable computers” which in contrast are directed to general or special purpose information technologies and media development. Such wearable devices and/or wearable sensors may include, but not be limited to, smartphones, smart watches, e-textiles, smart shirts, activity trackers, smart glasses, environmental sensors, medical sensors, biological sensors, physiological sensors, chemical sensors, ambient environment sensors, position sensors, neurological sensors, drug delivery systems, medical testing and diagnosis devices, and motion sensors.
“Electronic content” (also referred to as “content” or “digital content”) as used herein and throughout this disclosure refers to, but is not limited to, any type of content that exists in the form of digital data as stored, transmitted, received and/or converted wherein one or more of these steps may be analog although generally these steps will be digital. Forms of digital content include, but are not limited to, information that is digitally broadcast, streamed or contained in discrete files. Viewed narrowly, types of digital content include popular media types such as MP3, JPG, AVI, TIFF, AAC, TXT, RTF, HTML, XHTML, PDF, XLS, SVG, WMA, MP4, FLV, and PPT, for example. Within a broader approach digital content may include any type of digital information, e.g. digitally updated weather forecast, a GPS map, an eBook, a photograph, a video, a Vine™, a blog posting, a Facebook™ posting, a Twitter™ tweet, online TV, etc. The digital content may be any digital data that is at least one of generated, selected, created, modified, and transmitted in response to a user request, said request may be a query, a search, a trigger, an alarm, and a message for example.
A “profile” as used herein and throughout this disclosure refers to, but is not limited to, a computer and/or microprocessor readable data file comprising data relating to settings and/or limits of an adult device. Such profiles may be established by a manufacturer/supplier/provider of a device, service, etc. or they may be established by a user through a user interface for a device, a service or a PED/FED in communication with a device, another device, a server or a service provider etc.
A “computer file” (commonly known as a file) as used herein and throughout this disclosure refers to, but is not limited to, to a computer resource for recording data discretely in a computer storage device, this data being electronic content. A file may be defined by one of different types of computer files, designed for different purposes. A file may be designed to store electronic content such as a written message, a video, a computer program, or a wide variety of other kinds of data. Some types of files can store several types of information at once. A file can be opened, read, modified, copied, and closed with one or more software applications an arbitrary number of times. Typically, files are organized in a file system which can be used on numerous different types of storage device exploiting different kinds of media which keeps track of where the files are located on the storage device(s) and enables user access. The format of a file is defined by its content since a file is solely a container for data, although, on some platforms the format is usually indicated by its filename extension, specifying the rules for how the bytes must be organized and interpreted meaningfully. For example, the bytes of a plain text file are associated with either ASCII or UTF-8 characters, while the bytes of image, video, and audio files are interpreted otherwise. Some file types also allocate a few bytes for metadata, which allows a file to carry some basic information about itself.
“Metadata” as used herein and throughout this disclosure refers to, but is not limited to, information stored as data that provides information about other data. Many distinct types of metadata exist, including but not limited to, descriptive metadata, structural metadata, administrative metadata, reference metadata and statistical metadata. Descriptive metadata may describe a resource for purposes such as discovery and identification and may include, but not be limited to, elements such as title, abstract, author, and keywords. Structural metadata relates to containers of data and indicates how compound objects are assembled and may include, but not be limited to, how pages are ordered to form chapters, and typically describes the types, versions, relationships and other characteristics of digital materials. Administrative metadata may provide information employed in managing a resource and may include, but not be limited to, when and how it was created, file type, technical information, and who can access it. Reference metadata may describe the contents and quality of statistical data whereas statistical metadata may also describe processes that collect, process, or produce statistical data. Statistical metadata may also be referred to as process data.
An “artificial intelligence system” (referred to hereafter as artificial intelligence, AI) as used herein and throughout this disclosure refers to, but is not limited to, refers to machine intelligence or machine learning in contrast to natural intelligence. An Al may refer to analytical, human inspired, or humanized artificial intelligence. An Al may refer to the use of one or more machine learning algorithms and/or processes. An AI may employ one or more of an artificial network, decision trees, support vector machines, Bayesian networks, and genetic algorithms. An Al may employ a training model or federated learning.
“Machine Learning” (ML) or more specifically machine learning processes as used herein and throughout this disclosure refers to, but is not limited to, programs, algorithms or software tools, which allow a given device or program to learn to adapt its functionality based on information processed by it or by other independent processes. These learning processes are in practice, gathered from the result of said process which produce data and or algorithms that lend themselves to prediction. This prediction process allows ML-capable devices to behave according to guidelines initially established within its own programming but evolved as a result of the ML. A machine learning algorithm or machining learning process as employed by an Al may include, but not be limited to, supervised learning, unsupervised learning, cluster analysis, reinforcement learning, feature learning, sparse dictionary learning, anomaly detection, association rule learning, inductive logic programming.
A “geolocation” (also known as a geoposition or simply location) as used herein and throughout this disclosure refers to, but is not limited to, a set of geographic coordinates or coordinates which define an objects position either globally or locally with respect to a datum. A geolocation may be established using one or more techniques including, but not limited to, a global positioning system, a satellite navigation system, optical triangulation, wireless triangulation, and gyroscopic means.
Referring to
Within the cell associated with first AP 110A the first group of users 100A may employ a variety of PEDs including for example, laptop computer 155, portable gaming console 135, tablet computer 140, smartphone 150, cellular telephone 145 as well as portable multimedia player 130. Within the cell associated with second AP 110B are the second group of users 100B which may employ a variety of FEDs including for example gaming console 125, personal computer 115 and wireless/Internet enabled television 120 as well as cable modem 105. First and second cellular APs 195A and 195B respectively provide, for example, cellular GSM (Global System for Mobile Communications) telephony services as well as 3G and 4G evolved services with enhanced data transport support. Second cellular AP 195B provides coverage in the exemplary embodiment to first and second user groups 100A and 100B. Alternatively the first and second user groups 100A and 100B may be geographically disparate and access the Network 100 through multiple APs, not shown for clarity, distributed geographically by the network operator or operators. First cellular AP 195A as show provides coverage to first user group 100A and environment 170, which comprises second user group 100B as well as first user group 100A. Accordingly, the first and second user groups 100A and 100B may according to their particular communications interfaces communicate to the Network 100 through one or more wireless communications standards such as, for example, IEEE 802.11, IEEE 802.15, IEEE 802.16, IEEE 802.20, UMTS, GSM 850, GSM 900, GSM 1800, GSM 1900, GPRS, ITU-R 5.138, ITU-R 5.150, ITU-R 5.280, and IMT-1000. It would be evident to one skilled in the art that many portable and fixed electronic devices may support multiple wireless protocols simultaneously, such that for example a user may employ GSM services such as telephony and SMS and Wi-Fi/WiMAX data transmission, VOIP and Internet access. Accordingly, portable electronic devices within first user group 100A may form associations cither through standards such as IEEE 802.15 or Bluetooth as well in an ad-hoc manner.
Also connected to the Network 100 are Social Networks (SOCNETS) 165, first and second service providers 170A and 170B respectively, first and second third party service providers 170C and 170D respectively, and a user 170E. Also connected to the Network 100 are first and second enterprises 175A and 175B respectively, first and second organizations 175C and 175D respectively, and a government entity 175E. Also depicted are first and second servers 190A and 190B may host according to embodiments of the inventions multiple services associated with a provider of contact management systems and contact management applications/platforms (CV-SAPs); a provider of a SOCNET or Social Media (SOME) exploiting CV-SAP features; a provider of a SOCNET and/or SOME not exploiting CV-SAP features; a provider of services to PEDS and/or FEDS; a provider of one or more aspects of wired and/or wireless communications; an Enterprise 160 exploiting CV-SAP features; license databases; content databases; image databases; content libraries; customer databases; websites; and software applications for download to or access by FEDs and/or PEDs exploiting and/or hosting CV-SAP features. First and second primary content servers 190A and 190B may also host for example other Internet services such as a search engine, financial services, third party applications and other Internet based services.
Also depicted in
Accordingly, a consumer and/or customer (CONCUS) may exploit a PED and/or FED within an Enterprise 160, for example, and access one of the first or second primary content servers 190A and 190B respectively to perform an operation such as accessing/downloading an application which provides CV-SAP features according to embodiments of the invention; execute an application already installed providing CV-SAP features; execute a web based application providing CV-SAP features; or access content. Similarly, a CONCUS may undertake such actions or others exploiting embodiments of the invention exploiting a PED or FED within first and second user groups 100A and 100B respectively via one of first and second cellular APs 195A and 195B respectively and first Wi-Fi nodes 110A. It would also be evident that a CONCUS may, via exploiting Network 100 communicate via telephone, fax, email, SMS, social media, etc.
Now referring to
The Connected Vehicle 204 includes one or more processors 210 and a memory 212 coupled to processor(s) 210. AP 206 also includes one or more processors 211 and a memory 213 coupled to processor(s) 210. A non-exhaustive list of examples for any of processors 210 and 211 includes a central processing unit (CPU), a digital signal processor (DSP), a reduced instruction set computer (RISC), a complex instruction set computer (CISC) and the like. Furthermore, any of processors 210 and 211 may be part of application specific integrated circuits (ASICs) or may be a part of application specific standard products (ASSPs). A non-exhaustive list of examples for memories 212 and 213 includes any combination of the following semiconductor devices such as registers, latches, ROM, EEPROM, flash memory devices, non-volatile random access memory devices (NVRAM), SDRAM, DRAM, double data rate (DDR) memory devices, SRAM, universal serial bus (USB) removable memory, and the like.
Connected Vehicle 204 may include an audio input element 214, for example a microphone, and an audio output element 216, for example, a speaker, coupled to any of processors 210. Connected Vehicle 204 may include a video input element 218, for example, a video camera or camera, and a video output element 220, for example an LCD display, coupled to any of processors 210. Connected Vehicle 204 also includes a keyboard 215 and touchpad 217 which may for example be a physical keyboard and touchpad allowing the user to enter content or select functions within one of more applications 222. Alternatively, the keyboard 215 and touchpad 217 may be predetermined regions of a touch sensitive element forming part of the display within the Connected Vehicle 204. The one or more applications 222 that are typically stored in memory 212 and are executable by any combination of processors 210. Connected Vehicle 204 also includes accelerometer 260 providing three-dimensional motion input to the process 210 and GPS 262 which provides geographical location information to processor 210.
Connected Vehicle 204 includes a protocol stack 224 and AP 206 includes a communication stack 225. Within system 200 protocol stack 224 is shown as IEEE 802.11 protocol stack but alternatively may exploit other protocol stacks such as an Internet Engineering Task Force (IETF) multimedia protocol stack for example. Likewise, AP stack 225 exploits a protocol stack but is not expanded for clarity. Elements of protocol stack 224 and AP stack 225 may be implemented in any combination of software, firmware and/or hardware. Protocol stack 224 includes an IEEE 802.11-compatible PHY module 226 that is coupled to one or more Front-End Tx/Rx & Antenna 228, an IEEE 802.11-compatible MAC module 230 coupled to an IEEE 802.2-compatible LLC module 232. Protocol stack 224 includes a network layer IP module 234, a transport layer User Datagram Protocol (UDP) module 236 and a transport layer Transmission Control Protocol (TCP) module 238.
Protocol stack 224 also includes a session layer Real Time Transport Protocol (RTP) module 240, a Session Announcement Protocol (SAP) module 242, a Session Initiation Protocol (SIP) module 244 and a Real Time Streaming Protocol (RTSP) module 246. Protocol stack 224 includes a presentation layer media negotiation module 248, a call control module 250, one or more audio codecs 252 and one or more video codecs 254. Applications 222 may be able to create maintain and/or terminate communication sessions with any of devices 207 by way of AP 206. Typically, applications 222 may activate any of the SAP, SIP, RTSP, media negotiation and call control modules for that purpose. Typically, information may propagate from the SAP, SIP, RTSP, media negotiation and call control modules to PHY module 226 through TCP module 238, IP module 234, LLC module 232 and MAC module 230.
It would be apparent to one skilled in the art that elements of the Connected Vehicle 204 may also be implemented within the AP 206 including but not limited to one or more elements of the protocol stack 224, including for example an IEEE 802.11-compatible PHY module, an IEEE 802.11-compatible MAC module, and an IEEE 802.2-compatible LLC module 232. The AP 206 may additionally include a network layer IP module, a transport layer User Datagram Protocol (UDP) module and a transport layer Transmission Control Protocol (TCP) module as well as a session layer Real Time Transport Protocol (RTP) module, a Session Announcement Protocol (SAP) module, a Session Initiation Protocol (SIP) module and a Real Time Streaming Protocol (RTSP) module, media negotiation module, and a call control module. Portable and fixed electronic devices represented by Connected Vehicle 204 may include one or more additional wireless or wired interfaces in addition to the depicted IEEE 802.11 interface which may be selected from the group comprising IEEE 802.15, IEEE 802.16, IEEE 802.20, UMTS, GSM 850, GSM 900, GSM 1800, GSM 1900, GPRS, ITU-R 5.138, ITU-R 5.150, ITU-R 5.280, IMT-1000, DSL, Dial-Up, DOCSIS, Ethernet, G.hn, ISDN, MoCA, PON, and Power line communication (PLC).
Also depicted in
Accordingly,
Optionally, rather than wired and/or wireless communication interfaces devices may exploit other communication interfaces such as optical communication interfaces and/or satellite communications interfaces. Optical communications interfaces may support Ethernet, Gigabit Ethernet, SONET, Synchronous Digital Hierarchy (SDH) etc.
Within the following description and with reference to the Figures SYSTEM MAY MEAN SOFTWARE/EXECUTABLE CODE
Within the following embodiments of the invention as described and depicted with respect to
Within an embodiment of the invention a connected vehicle may provide vehicle-to-vehicle and vehicle-to-network communications of data relating to the vehicle, such as location, speed, direction, time, number of occupants etc. Some connected vehicles may support only vehicle-to-vehicle data communications whilst others may support vehicle-to-vehicle and vehicle-to-network communications or just vehicle-to-network communications.
Within the following embodiments of the invention as described and depicted with respect to
Another data source may be crowdsourced data which is timestamped location and speed data received from moving vehicles whether connected vehicles or not. The location data can be sourced from onboard vehicle GPS system or mobile applications for example. Crowdsourced travel time data allows for traffic data acquisition for more roads and locations, eliminating the installation of physical sensors for some applications.
Another data source may include a roadside radar. For example, the roadside radar may be a Smartmicro™ radar employing multiple forward beams so that vehicles can be tracked over a defined distance and/or field of view (FOV) (e.g. for up to 300 metres and over a 100-degree fOV) such that vehicles are inside the field of view for an extended time allowing vehicle position and speed vectors to be measured with higher accuracy.
Another data source may include a roadside scanner such as the TrafficBox™, TrafficXHub™ and TrafficXHub™ Cabinet devices from SMATS Traffic Solutions which incorporate wireless scanner(s) (e.g., Wi-Fi and Bluetooth scanners) to provide media access control (MAC) address detection and matching to identify connected vehicles and/or PEDs associated with occupants/drivers of vehicles whether connected vehicles or not. Such scanners may upload acquired data in real time to cloud based storage or may store and periodically transmit the acquired data to the cloud based storage.
It would be evident to one of skill in the art that the embodiments of the invention may process data acquired from other sources including, but not limited to, hardware based modules for establishing one or more characteristics of one or more vehicles, and software-based modules such as network control databases, algorithms, etc.
Now referring to
It would be evident that if the volume of traffic exiting, for example, the first Lane 310 via the first Slip Road 320 increases then a threshold volume is reached where more vehicles are coming onto the first Slip Road 320 than exit it to the first Junction Section 340 through the timing of the first Traffic Light 330. This results in traffic backing up down the first Slip Road 320 However, a default adjustment to the timing of the first Traffic Light 330 to allow increased traffic from the first Slip Road 320 to proceed impacts traffic flow through the first Junction Element 340 for traffic that has not come off the first Lane 310. Accordingly, it would be beneficial to dynamically adjust the settings of the first Traffic Light 330 to allow increased traffic from the first Slip Road 320 to proceed to avoid a tailback onto the first Lane 310 even though this may impact traffic flow through the first Junction Element 340.
The first Slip Road 320 and second Slip Road 360 are also known as off-ramps when the traffic exits the first Lane 310 and second Lane 350 respectively. Third Slip Road 325 and fourth Slip Road 365 when the traffic joins the first Lane 310 and second Lane 350 respectively are also known as an on-ramps.
Accordingly, within an embodiment of the invention a traffic management system may execute an off-ramp queue control using traffic data from probe vehicles, connected vehicles, with a process as depicted in
The TMS may signal these changes to the traffic signals at the off-ramp and Junction 300 either through direct communication with them or through an application programming interface (API) to other systems that control the signals, such as an Advanced Traffic Management System (ATMS) etc. Optionally, these triggers can also be communicated to other TMS, ATMS etc. to provide additional data such as allowing the TMS to know that for one off-ramp on the highway the traffic signals for the other side are being adjusted as these adjustments impact the off-ramp where two off-ramps are associated with the same junction.
It would be evident that the TMS associated with a junction, such as Junction 300, may analyse probe vehicle data for other portions of the junction such as third Slip Road 325 in combination with first Lane 310 and/or fourth Slip Road 365 in combination with second Lane 350 such that the TMS can adjust the timing of the third Traffic Light 335 on the third Slip Road 325 for first Lane 310 and/or fourth Traffic Light 375 on the fourth Slip Road 365 for the second Lane 360 such that traffic onto these lanes is controlled to adjust the volume of traffic being allowed to join the lane or lanes with the intended aim of minimizing a reduction in traffic flowing past the Junction 300 on the highway comprising first Lane 310 and/or second Lane 350.
It would be evident that the periodicity of the second step 420 may be at other defined intervals or upon defined intervals that vary with time, day, month, etc. (e.g. high frequency of determinations during 6 am-11 pm and lower frequency 11 pm-6 am; high frequency during 6 am-9 am and 3 pm-6 pm for commuter traffic with lower frequency 9 am-3 μm and 6 pm-11 pm with another lower frequency 11 pm-6 am; etc.). Optionally, the periodicity may be established in dependence of the established data so that slower moving traffic on the off-ramp requires higher frequency analysis than faster moving traffic on the off-ramp. Optionally, the periodicity may be established in dependence upon weather to factor for varying driving conditions.
Optionally, the data acquired from the probe vehicle may include other data relating to the type of vehicle of the probe vehicle or other vehicles that the probe vehicle has acquired and is providing to the TMS. For example, a determination that the vehicles on the off-ramp includes one or more heave duty trucks, tankers or transporters may cause a temporary adjustment to the timing of the signal(s) the TMS is controlling as the time taken for such vehicles to get moving is increased and clearing such vehicles from the off-ramp allows larger number of other vehicles to use the off-ramp and/or exit through the signals subsequently as they are not slowed/blocked by the slower heavier moving truck(s), tanker(s), transporter(s) etc.
Whilst
Now referring to
Within
The TMSS and/or TμS and/or SIMOD may employ one or more of fixed algorithms and/or machine learning (ML) processes. The TMSS and/or TμS and/or SIMOD may be an artificial intelligence system.
It would be evident that the turning movement proportion may be employed to generate an overall flow for a series of roads and/or junctions based upon feeds to the roads. These may be generated from connected vehicle data or derived from other means such as census information, demographic analysis, council records etc.
Whilst the Flow 500 is described with respect to averages it would be evident that additional statistical data may be derived from the connected car data and correlated with the TMSS output such as skewness, standard deviation, etc.
It would be evident that other factors may be established from the connected vehicle data and correlated/employed to optimize the TMSS. These may, for example, relate to speed, overlaps of traffic signal states with bus advance signals etc. These may also include, for example, data from preceding junction, crossroad to the road at a junction, etc.
It would be evident that the TMSS may correlate connected vehicle data with data from a TMS such that, for example, when the connected vehicle data denotes the vehicle as stopped with its location data near a junction the TMS can provide data relating to traffic signals that confirm the state of the traffic signal at that time. Such data may be used to remove extraneous stops from the data that arise from the action of the driver independent of the overall state of the traffic and traffic signals such as stopping to send an electronic message, stopping to drop or pick up a passenger, make a delivery etc.
It would be evident that the TMSS may perform these optimisation for extended periods rather than short spells such as morning peak, mid-morning peak, afternoon peak for example. The defined time period may be morning, afternoon, all day, several days, a week etc. Where a short spells such as morning peak is employed then additional configuration data may define that the morning is a weekday, weekend, summer, winter, school day, school holiday etc.
Now referring to
The TMS may signal these changes to the traffic signals at the off-ramp and Junction 300 either through direct communication with them or through an application programming interface (API) to other systems that control the signals, such as an Advanced Traffic Management System (ATMS) etc. Optionally, these triggers can also be communicated to other TMS, ATMS etc. to provide additional data such as allowing the TMS to know that for one off-ramp on the highway the traffic signals for the other side are being adjusted as these adjustments impact the off-ramp where two off-ramps are associated with the same junction.
Whilst
Referring to
Now referring to
Considering second Sub-Flow 8000B then the steps depicted comprise:
The third sub-flow may, for example, comprise first to fifth steps of first Sub-Flow 8000A.
Optionally, a traffic infrastructure map may be established in dependence upon simply processing the location data within the acquired data from connected vehicles or other data sources associated with vehicles. For example, location data from a plurality of data sets where each data set is associated with a vehicle may be clustered as an element of the traffic infrastructure map when the location data from the plurality of data sets are within a predetermined tolerance of each other. Further, refinement to differentiate different carriageways may be established where the location data from the plurality of data sets is that portion of the location data from the plurality of data sets associated with a specific direction.
Referring to
Flow 900 may comprise further optional steps such as those depicted by sixth and seventh steps 960 and 970 respectively, wherein these comprise:
Now referring to
Second image 1000B depicts the path trajectory counts (i.e., straight on as well as turning trajectories) for each of the approaches to an intersection. These are depicted in coded format where the coding is representative of the time a connected vehicle takes to complete an approach to the intersection and leave upon the desired exit. Second Image 1000B is depicted with respect to a single time threshold whereas within other embodiments of the invention different thresholds may be set for a straight-through trajectory, a left turn or a right turn where the traffic control signals are adjusted against these thresholds to lower either the mean time waiting and/or the standard deviation of the time waiting.
Third Image 1000C depicts the percentage of trajectories based upon the number of stops a connected vehicle must make for the intersection within an associated time period after a process of data acquisition, microsimulation model development and optimisation. Accordingly, after optimisation 63% of trajectories at the intersection are completed without a single stop, 32% of the trajectories are executed without a stop, whilst 5% require two stops. Fourth Image 1000D depicts the percentage of trajectories relative to several levels of service, defined as Levels A to F, wherein the percentages at these levels are 31.4%, 15.7%, 20.6%, 10.8%, 10.8% and 10.8% respectively.
For example. Levels A to C may be considered “acceptable” times for straight-through, left-turn and right-turn trajectories respectively whilst Levels D to F are “unacceptable” times for the same trajectories. Accordingly, embodiments of the invention through connected vehicle data acquisition, development of a microsimulation, and optimisation may seek to reduce the percentages of Levels D to F respectively whilst not necessarily minimizing each of Levels A to C respectively. Within other embodiments of the invention optimisation with respect to optimisation emphasis may be placed on specific trajectories and/or specific levels of service.
Within
Optionally, each intersection may be analysed and optimized by a discrete microsimulation or subsets of the intersections may be within a microsimulation or all intersections may be within a single microsimulation. A microsimulation may comprise a series of subsidiary microsimulations. Optionally, the optimisation may place specific emphasis on one or more subsets of the intersections or upon one or more subsets of microsimulations forming the overall simulation for the portion of the traffic network. Accordingly, the optimisation may place particular emphasis on an overall flow rather than specific intersections. For example, a flow into a downtown core weekdays 7 am-9 am may be “prioritised” relative to other routes. Optionally, segments of the portion of the traffic network may be given higher priority for optimisation, e.g. dual carriageways/interstates (motorways, autobahns, etc.), than single lane roads or one-way streets over others etc.
Referring to
Accordingly, the simulation—optimisation process based upon processing connected vehicle data may be configured to optimize the traffic signals along the corridor and within a predetermined distance (e.g. physical and/or count) adjacent to the corridor that feed into and out of the corridor. The optimization may be for average transit time and/or distribution of transit time (e.g. 5th to 95th percentile or 25th to 75th percentile for example) so that minimizing the average time does not override the optimization process.
Now referring to
Referring to
It would be evident that within some embodiments of the invention the connected vehicle data is anonymized prior to analysis or transmission by the connected vehicle such that users are encouraged to provide data without fearing that their own data is used against them in respect of traffic infractions etc. where the normal means of police, traffic cameras, etc. provide that enforcement aspect.
The GUI in
Within other embodiments of the invention the analysis and visualizations may be with respect to other aspects of traffic movement within the region such as hard deceleration, hard acceleration, accidents, loss of traction etc.
For example, a TMS may execute a process wherein it determines that at least one of accelerometer data, velocity data and sensor data establishes an event of a plurality of events associated with a connected vehicle of the plurality of connected vehicles and a time stamp associated with the event of the plurality of events. Accordingly, upon a positive determination of the event the TMS parses the location data within the acquired connected vehicle data having the time stamp with respect to a database comprising data relating to a portion of a road network to establish at least one of a road segment within the road network and the intersection within the road network at which the event occurred.
The TMS then parses the acquired connected vehicle data and other network data associated with the at least one of the road segment within the road network and an intersection within the road network at which an event of the plurality of events occurred to establish a dataset comprising at least one of a volume of traffic associated with the road network and an intersection within the road network at which the event of the plurality of events occurred, a speed of the connected vehicle associated with the event of the plurality of events and a portion of the other network data associated with the event of the plurality of events. In this manner the status of traffic signals etc. can be factored into the analysis. Optionally, other data sets may be integrated including, for example, weather data. Further, the analysis may establish data for other connected vehicles within a predetermined distance of the event and/or a predetermined time of the event. In this manner the connected vehicle data allows analysis of events such as accidents, impacts, locations of hard acceleration, locations of hard deceleration, triggering of ABS, triggering of traction control, airbag triggering, etc.
Within
Now referring to
A TMS according to an embodiment of the invention may execute a process or method comprising the steps of:
A TMS according to an embodiment of the invention may execute a process or method comprising the steps of:
A TMS according to an embodiment of the invention may execute a process or method comprising the steps of:
A TMS according to an embodiment of the invention may execute a process or method comprising the steps of:
A TMS according to an embodiment of the invention may execute a process or method comprising the steps of:
A TMS according to an embodiment of the invention may execute a process or method comprising the steps of
The TMS may further ranking the established at least one of the road segments within the road network, the intersections, the another intersections and the turning movements at which the events of the plurality of events occurred.
A TMS according to an embodiment of the invention may execute a process or method comprising the steps of:
Within embodiments of the invention an event may be an accident, a crash, a failure to stop, a premature entry into the intersection not resulting in an accident but evasive action(s), incorrect turn to exit the intersection (i.e. going wrong-way), or an incorrect path within the intersection. The data from the connected vehicle(s), traffic infrastructure would be parsed in dependence upon the type of event for which the event prediction model relates.
The TMS according to the embodiment of the invention wherein the other network data comprises at least one:
It would be evident that a TMS may, based upon processing acquired data from probe and or connected vehicles establish a one or more overall performance measures of a traffic signal. Further, based upon one or more subsequent analysis the TMS may also establish one or more further measurements relating to potential improvement(s) in the performance measure score of the traffic signal based upon signal re-timing for the traffic signal. This performance measurement improvement may, for example, be established in dependence upon one or more simulations of a TMSS triggered by the TMS. Alternatively, the performance measurement improvement based upon comparing the current traffic signal timing and performance metrics with a database storing other traffic signal timing information and performance metrics for these other traffic signal timing information.
Accordingly, a TMS may execute a method comprising an initial step of acquiring high-resolution connected vehicle location data which is then processed to establish a performance measure with respect to a traffic signal. The performance measure may, for example, be a first measure relating to an overall performance measure of the traffic signal. The performance measure may, for example, a second measure relating to an indication of an improvement with respect to a current overall performance measure of the traffic signal upon establishing a re-timing of the traffic signal. The second measure may be established in dependence upon one or more TμS performed by a TMSS under the direction of the TMS or it may be an analysis performed upon a database storing other traffic signal timing information for this traffic signal and/or other traffic signals and overall performance measures for these other timing signal timing datasets.
Whilst within embodiments of the invention the database may be established in dependence upon the TMS and/or other TMS performing analysis upon connected vehicle and/or probe vehicle data it would be evident that other sources of vehicle data and traffic signal performing may be employed as known in the art.
Specific details are given in the above description to provide a thorough understanding of the embodiments. However, it is understood that the embodiments may be practiced without these specific details. For example, circuits may be shown in block diagrams in order not to obscure the embodiments in unnecessary detail. In other instances, well-known circuits, processes, algorithms, structures, and techniques may be shown without unnecessary detail in order to avoid obscuring the embodiments.
Implementation of the techniques, blocks, steps and means described above may be done in various ways. For example, these techniques, blocks, steps and means may be implemented in hardware, software, or a combination thereof. For a hardware implementation, the processing units may be implemented within one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, other electronic units designed to perform the functions described above and/or a combination thereof.
Also, it is noted that the embodiments may be described as a process which is depicted as a flowchart, a flow diagram, a data flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be rearranged. A process is terminated when its operations are completed, but could have additional steps not included in the figure. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination corresponds to a return of the function to the calling function or the main function.
Furthermore, embodiments may be implemented by hardware, software, scripting languages, firmware, middleware, microcode, hardware description languages and/or any combination thereof. When implemented in software, firmware, middleware, scripting language and/or microcode, the program code or code segments to perform the necessary tasks may be stored in a machine readable medium, such as a storage medium. A code segment or machine-executable instruction may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a script, a class, or any combination of instructions, data structures and/or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters and/or memory content. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.
For a firmware and/or software implementation, the methodologies may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. Any machine-readable medium tangibly embodying instructions may be used in implementing the methodologies described herein. For example, software codes may be stored in a memory. Memory may be implemented within the processor or external to the processor and may vary in implementation where the memory is employed in storing software codes for subsequent execution to that when the memory is employed in executing the software codes. As used herein the term “memory” refers to any type of long term, short term, volatile, nonvolatile, or other storage medium and is not to be limited to any particular type of memory or number of memories, or type of media upon which memory is stored.
Moreover, as disclosed herein, the term “storage medium” may represent one or more devices for storing data, including read only memory (ROM), random access memory (RAM), magnetic RAM, core memory, magnetic disk storage mediums, optical storage mediums, flash memory devices and/or other machine readable mediums for storing information. The term “machine-readable medium” includes, but is not limited to portable or fixed storage devices, optical storage devices, wireless channels and/or various other mediums capable of storing, containing or carrying instruction(s) and/or data.
The methodologies described herein are, in one or more embodiments, performable by a machine which includes one or more processors that accept code segments containing instructions. For any of the methods described herein, when the instructions are executed by the machine, the machine performs the method. Any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine are included. Thus, a typical machine may be exemplified by a typical processing system that includes one or more processors. Each processor may include one or more of a CPU, a graphics-processing unit, and a programmable DSP unit. The processing system further may include a memory subsystem including main RAM and/or a static RAM, and/or ROM. A bus subsystem may be included for communicating between the components. If the processing system requires a display, such a display may be included, e.g., a liquid crystal display (LCD). If manual data entry is required, the processing system also includes an input device such as one or more of an alphanumeric input unit such as a keyboard, a pointing control device such as a mouse, and so forth.
The memory includes machine-readable code segments (e.g. software or software code) including instructions for performing, when executed by the processing system, one of more of the methods described herein. The software may reside entirely in the memory, or may also reside, completely or at least partially, within the RAM and/or within the processor during execution thereof by the computer system. Thus, the memory and the processor also constitute a system comprising machine-readable code.
In alternative embodiments, the machine operates as a standalone device or may be connected, e.g., networked to other machines, in a networked deployment, the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer or distributed network environment. The machine may be, for example, a computer, a server, a cluster of servers, a cluster of computers, a web appliance, a distributed computing environment, a cloud computing environment, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. The term “machine” may also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
The foregoing disclosure of the exemplary embodiments of the present invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many variations and modifications of the embodiments described herein will be apparent to one of ordinary skill in the art in light of the above disclosure. The scope of the invention is to be defined only by the claims appended hereto, and by their equivalents.
Further, in describing representative embodiments of the present invention, the specification may have presented the method and/or process of the present invention as a particular sequence of steps. However, to the extent that the method or process does not rely on the particular order of steps set forth herein, the method or process should not be limited to the particular sequence of steps described. As one of ordinary skill in the art would appreciate, other sequences of steps may be possible. Therefore, the particular order of the steps set forth in the specification should not be construed as limitations on the claims. In addition, the claims directed to the method and/or process of the present invention should not be limited to the performance of their steps in the order written, and one skilled in the art can readily appreciate that the sequences may be varied and still remain within the spirit and scope of the present invention.
This patent application claims the benefit of priority to World Intellectual Property Organization PCT/CA2022/051715 filed Nov. 22, 2022; which itself claims the benefit of priority to U.S. Provisional Patent Application 63/264,452 filed Nov. 23, 2021; the entire contents of each being incorporated herein by reference.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/CA2022/051715 | 11/22/2022 | WO |
| Number | Date | Country | |
|---|---|---|---|
| 63264452 | Nov 2021 | US |
