Untitled record

Full description Background of the invention

This invention relates to using a camera to identify vehicles and track and monitor the use of parking spaces designated for vehicles.

Government and private parking operators have outdated systems for managing the use of extensive parking

<p dir="rtl">5 allocated to vehicles and collecting revenues from users and filling these parking lots</p>

Wheeled mechanism. The process of renovating parking lots to improve old management systems so that they are fully automated usually requires large initial capital investments that prevent these improvements from being carried out by many parking operators.

I have described different methods for monitoring and managing vehicle parking in the previous article. For example

<p dir="rtl">10 Al-Malal describes, in US Patent No. 8783787, a method used to manage vehicle parking in an area that includes several parking lots. This method includes identifying vacant parking spots and displaying these spots to people who want to park their vehicles.</p>

US Patent No. 7,138,115 discloses a method implemented by a computer for tracking vehicles in parking lots using optical tools. In this method, 15 sets of remote-dimensional images of the vehicle in the parking lot are received by a camera that generates an object that fills the vehicle based on these remote images. Dimensions. This object contains a set of features that define the edge frame

The exterior of the vehicle. The vehicle's location in the parking lot is determined based on the outer edge frame and the positional data of the parking space expressed in pixels.

US Patent No. 8781883 reveals a system and method for monitoring positions that can

<p dir="rtl">80 By automatically controlling the entire process from the moment the vehicle enters the parking lot to the next moment</p>

٥٠٧٠

-٣-

Exiting it by using a server system that includes a program used in very high-speed image recognition technology and vehicle parking management.

However, no prior technical literature mentions a fully automated, standalone parking management system that is seamlessly integrated with existing parking payment systems, including systems that have been installed and operating for some time.

The present invention aims to provide an independent, fully automated system for parking management that is seamlessly integrated with existing parking payment systems, including systems that have previously been installed and in operation for some time. This would provide operators of parking facilities that were not previously exploited new opportunities to achieve more. Yards.

10 General description of the invention

In one embodiment a method is provided for tracking the use of at least one parking space, the method comprising: receiving a set of images of vehicles captured by a plurality of cameras, where each such image includes an image of a first vehicle and the cameras include a first identification camera and a parking camera. Vehicle images include one or more initial identification images taken

<p dir="rtl">15 Using the first identification camera A set of images of the parking lot taken by the parking camera and including a first image of the parking lot that was taken at the first time, a second photo of the parking lot that was taken at the first time, and a second photo of the parking lot that was taken at the third time. Determination of a first unique identification code for the first vehicle based on images. The first definition: Determining a first set of characteristics for the first vehicle on the basis of the first identification images. Determining a set of second characteristics for the vehicle on the basis of one or more m.</p>

<p dir="rtl">80 Pictures of the situation: Determine the extent to which the second set of characteristics matches the first set of characteristics. Determine the extent to which the second set of characteristics is identical to the first set of characteristics. Determine the extent to which the second set of characteristics is present in the set of situation images based on the determination of the identity of the second set of characteristics with the first set of characteristics. Determine the first vehicle standing in the first situation on the basis of the first situation image and the second situation picture; Determine the first vehicle left the first stop based on the image of the stop. Determine the first vehicle started using the stop</p>

<p dir="rtl">85 The first in the first tense and specifying the first compound aanat using the first position in the third tense</p>

٥٠٧٠

-٤-

The previous steps are performed by a computer or several computers that are collectively programmed to perform these steps.

When an instruction in a transitional readable medium is executed by a nontransitory computer readable medium, one or more computers receive a set of vehicle images.

<p dir="rtl">5 Captured by a group of cameras, where each image includes an image of a first vehicle. The camera group includes a first identification camera and a parking camera. Images of vehicles include one or more first identification images captured by the first identification camera. The first group of parking images It was captured by a parking camera and includes a first parking photo that was taken at the first time, a second parking photo that was taken at the same time, and a second parking photo that was taken at the third time.</p>

<p dir="rtl">10 Determine a first unique identification code for the first vehicle on the basis of the first identification images. Determine a first set of characteristics for the first vehicle on the basis of the first identification images. Determine a set of secondary characteristics for the vehicle on the basis of one or more images of the situation. Determine the extent to which the set of secondary characteristics matches the first set of characteristics. Determine an image of the vehicle. The first is present in the set of situation images based on determining the identity of the set of innate properties with the set of identifying properties</p>

<p dir="rtl">15 A The first vehicle stands in the first position on the basis of the first position image and the second position image; Determine that the first vehicle left the first stop based on the image of the first stop. Determine that the first vehicle started using the first stop in the first time and determine that the first vehicle used the first stop in the third time.</p>

The various benefits obtained by the present invention include, for example:

<p dir="rtl">80 Examples are not limited to: (1) Self-enforcement of parking rules without intervention (8) Self-enforcement without intervention of parking rules that are integrated into the infrastructure of pre-existing taxi stops (3) Use</p>

Fewer sensors and associated lower installation costs compared to

Technologies that rely on proximity sensors that determine the presence of one vehicle or a very small number of vehicles - which is important in the management of large and open parking lots, such as parking lots.

<p dir="rtl">85 Vehicles (8) Taking advantage of commercial technologies available in the market and nearly reducing the costs of equipment used in detecting the vehicle and applying parking rules (5) Completing</p>

٥٠٧٠

-٥-

Improvements in the software techniques used to detect vehicles quickly in the system, specifically when the images are processed off-camera, improve the vehicle detection process without change.

Equipment in a parking management system (6) The ability to make quick changes to the performance of the system in general or a subset of precisely defined parking lots.

<h2 dir="rtl">5 Brief explanation of the drawings</h2>

Figure 1: Malala illustrates the 100 total system according to the present invention.

Figures 8a and 8b: show images captured by the identification camera.

Figures 3a and 3b: show images taken by a situational camera.

Figure 8: shows how to use photos taken by camera

<p dir="rtl">10 With overlapping fields of view to identify the vehicle and track its movement towards the parking lot,</p>

Determine the use of the M position before the vehicle.

Figure 5: A block diagram illustrating a computer system 500 through which M may be carried out

Implementing aspects of invention,

Figures 6a and 6b: illustrate aspects of a graphical user interface

<p dir="rtl">15 (GUI) to specify the characteristics of the camera's field of view. Figure 6a shows a part</p>

The graphical user interface displays a first camera image.

Figure 6b shows a part of the graphical user interface in which an online camera image is displayed.

Detailed description

<p dir="rtl">80 Figure 1 shows a malala on a 100-aggregate system according to the present invention. Where the network is supplied</p>

<p dir="rtl">110 Data transfer services include the elements shown in Figure 1. There are many networking technologies, including, but not limited to, Ethernet, 708.11 wireless architecture, and cellular data networking technologies, which a person skilled in the technology will be able to Integrated into the system in order to exchange data securely</p>

<p dir="rtl">85 It is predicted by the elements described. In one embodiment, separate networks are used. For example</p>

٥٠٧٠

-٦-

Al-Malal, the cameras 180 and 185 and the server are connected to me via the first network, while the other elements are connected to me via the public Internet. By using the first independent network, the person savvy in the technology will realize the desired goals in terms of reliability and safety.

The identification camera 180 includes one of the cameras in the system 100

<p dir="rtl">5 For clarification, only one 180-degree camera is shown in Figure 1. The identification camera 180 is located so that it takes pictures of the vehicle's identification codes, such as, but not limited to, the vehicle's number plate or a sticker attached to the vehicle that displays the vehicle's identification code in a specific format, a QR code, or a bar code. code. Images captured by the identification camera 180, image filler 181, are used in conjunction with images captured 10 by the parking camera 185 m in order to identify separate vehicles, vehicle filler 130, and record the use of different parking lots. Parking lots for wheeled motor vehicles include designated parking spaces, although they may be subject to various restrictions, including but not limited to parking spaces, parking spaces, and spaces not designated for parking, including but not limited to parking lots, bus stops, and parking spaces. Fires, spaces around fire hydrants, sidewalks, spaces away</p>

<p dir="rtl">15 Distance The server system is set up 180 times to determine whether the vehicle has stopped at a bus stop, issuing a request or taking action based on this determination, such as requesting the vehicle to be towed or issuing a violation by mail. In one embodiment, other parking tickets can be issued, such as parking the vehicle incorrectly in the designated parking space, or parking the vehicle at a distance greater than</p>

<p dir="rtl">80 1 foot from the edge of the sidewalk, parking the vehicle with the left wheels facing the edge of the sidewalk (parking in the wrong direction), parking the vehicle at an angle with the rear facing inward, and abandoning the vehicle (leaving it in a specific location for several consecutive days). In one embodiment, the vehicle may An identification camera also includes a portable or hand-held camera, including, for example, cameras in smartphones.</p>

<p dir="rtl">85 The situation camera 185 includes one of the cameras in the system 100. For the sake of discussion,</p>

Only one 185 parking camera is shown in Figure 1. The location of the position camera 185 is determined so that:

٥٠٧٠

-٧-

Take pictures of one or more parking lots, including, but not limited to, parking spots. The parking camera 185 is usually installed on a high place, such as a street, a lamppost or a television, or on the facade or rooftops of buildings. By installing the parking camera 185 at an elevated location, the field of view can include images, such as image 186, that were captured by the parking camera 185, thus

<p dir="rtl">5 I have used it in many situations. In one embodiment, the parking camera may also include a portable or hand-held camera, including, for example, cameras found in smartphones. In one embodiment, a parking camera may be placed in a vehicle parking meter. In one embodiment, the parking camera may be equipped with a satellite imaging camera, thereby potentially obviating the need for parking cameras installed throughout the municipal area. In one embodiment, it may be done</p>

<p dir="rtl">10 The parking camera is placed in an aerial vehicle, including, but not limited to, a hot air balloon, a motorized blimp, or an unmanned aerial vehicle, which may be operated autonomously during long periods of flight.</p>

Both the identification camera 180 and the parking camera 185 can be set up so that they communicate directly.

With the network 110 via special communication links 188 and 187. In another embodiment, the identification camera 180 can be set up so that it communicates directly with the parking camera 185 and transmits data to it so that instead

<p dir="rtl">15 It communicates directly with the network 110 using the communication link 188, so it communicates with a camera</p>

Position 185 is connected to the communication link 188 and the position 185 is connected to the network 110.

Using the communication link 187 so that the parking camera 185 transmits data to and from the camera

Definition 180. A communication link 188 can be a wireless networking link. Although Figure 1 shows Malala when the communication link is 188B

<p dir="rtl">80 Cameras 180 and 185. This mode includes data sent to and from a specific camera via</p>

Data transfer over multiple camarts. In addition, a wireless mesh network can be installed in the CamArt group, which provides a wireless communication medium for me.

CamArt is self-configuring and tolerates errors. By using wireless communications connections instead of fixed connections in the device, the number of fixed communications connections can generally be reduced.

<p dir="rtl">85 hardwired communications links in the system and also reduce the cost and effort associated with installing and maintaining these hardwired connections. These connections are usefully used as an alternative to hall connections.</p>

٥٠٧٠

-٨-

Cellular data for transferring data to the network 110 A The cost of cellular data communications links is usually much higher than the fixed link. However, a wireless connection is not necessary and some or all of the camera can be connected via a fixed cable.

The server system 180 includes one or more computer systems that provide storage services

<p dir="rtl">5 Central data, data retrieval and data processing. The computer systems embedded in the server system 180 typically include random access memory 188 and a processor 183. The server system 180 includes a database 181 used to record information such as parking usage by vehicles, vehicle account information, and vehicle identification information obtained via camera images. Definition Notes on the compounds that are obtained</p>

<p dir="rtl">10 By camera pictures, parking information, parking reservation information, billing information, and payment information. The database 181 can be implemented using computer programs such as MySQL, Oracle, or DBASE, and the database 181 can include several instances of databases implemented in several computer systems.</p>

In one embodiment, the server system 180 is configured to recognize the vehicle and identify the vehicle m

<p dir="rtl">15 Images captured by the identification cameras, the identification camera 180 and the parking cameras, including the parking camera 185. The server 180 is configured to make decisions based on the specified information to determine the use of the parking lot and when the use of the parking lot violates the conditions. This embodiment, in which the image processing and decision-making process is centralized in the server system 180, uses Moore's Law, which states that the number of transistors in a microprocessor and its corresponding</p>

<p dir="rtl">80 Data processing capacity doubles every 17 seconds and Nielsen's Law assumes that bandwidth increases by 50% every year. Significant benefits can be achieved from this centralized approach as not only can the intelligence/feature richness of server applications be increased quickly by cheap CPU power. Applications can also be quickly expanded to include local weak client locations. Manufacturing costs are typically reduced by using commercial system components</p>

<p dir="rtl">85 available in the market. In addition, a highly interconnected system is being developed to benefit from this</p>

٥٠٧٠

-٩-

Challenges to the technical services available over the network. Microprocessor and bandwidth costs continue to decrease. Size or capacity can be increased at lower costs than they are.

In another embodiment, some functions may be distributed to other components of the system. For example, an identification camera 180 may be configured to determine the presence of information on the vehicle, such as license plate numbers.

<p dir="rtl">5 Vehicle license in the photos taken. In this embodiment, the amount of bandwidth of the data communication network of the identification camera 180 and the server system 180 and the amount of processing performed by the server system 180 are significantly reduced in exchange for increasing the complexity of the identification camera 180 m in order to perform the image processing process to determine the presence of vehicles in the images, determine the presence of identification information. The vehicle in the images and/or extract vehicle identification information from the images. As another feature, the CamArt ID can be programmed</p>

<p dir="rtl">10 CamArt Position is used to determine the characteristics of vehicle images as described in detail below regarding</p>

Figure 8 Instead of making these selections using the server system 180. It depends on how the

functions throughout the system based on the expected costs of distributing the functional means (such as processing equipment and programming necessary for identification cameras and/or parking cameras) and compared to the costs

It is expected to transfer the images captured by the camera to a central location for processing and is considered a transfer

<p dir="rtl">15 Programming functions from one computer system to another in order to adapt to communication bottlenecks. Familiarizing the server system 180 with the identification camera 180 and ensuring that the various computer systems are equipped with appropriate processing means to perform these functions is a routine procedure known to a person skilled in the technology.</p>

The mobile device 150 includes a programmable computer, identification camera, and wireless data communication capability for communication with the server system 180. At one point, if the vehicle 130 is specified

<p dir="rtl">80 You are using a parking lot for which a unique identification code for the vehicle 130 has not been specified. You can send the mobile pass 150 to the parking lot and obtain a photo 151 of the vehicle 130 from which a unique identification code for the vehicle 130 is obtained. In addition to taking a photo of the vehicle’s number plate as the identification camera 180 does, you can Also prepare the mobile pass 150 to take a photo of the vehicle identification card, which may be useful for vehicles that do not have number plates on them. This helps in overcoming</p>

<p dir="rtl">85 Occasionally, the road of a vehicle 130 is blocked by another vehicle when it passes through the field of view of the Definition Camera 180, rendering the Definition Camera 180 unable to capture images properly.</p>

٥٠٧٠

-١٠-

Effective in order to uniquely identify the vehicle 130. Multiple mobile vacations can be included in

The system is designed to ensure timely capture of images across all destination locations managed by the server system 180. In one embodiment the mobile device 150 can be configured to provide useful features

In the vehicle parking application. For example, the 150 m mobile pass can be set up to print 5 paper instructions for parking violations determined by the server system 180.

The on-site payment system 160 is one of several places that provide a direct physical communication interface and is usually located near the parking lot, through which the remote user pays or agrees to pay in order to use the parking lot. The payment system 160 includes, but is not limited to, a parking meter designated for a single parking space, a payment station associated with several vehicle parking spaces on the street.

<p dir="rtl">10 A parking payment station is provided in the parking lot or garage. In one embodiment the on-site payment system can comprise 160 parking cameras that capture images of one or more parking spaces.</p>

The remote user system 180 is a programmable computer program through which the remote user, such as the vehicle driver 130, interacts with the server system 180. These systems include, but are not limited to, a desktop computer system equipped with a web browser application and a telephone.

<p dir="rtl">15 A smart device equipped with a web browser application or a dedicated parking application and an in-vehicle system 130 .</p>

The remote user system 180 can also be used, for example, to create a remote user account to repeatedly interact with the server system 180, reserve the right to use parking, request identification of the available parking, and provide information on the amount required to be paid to use the parking.

In one embodiment, the remote user system 180 is configured to request information 80 from the server system 180 that describes available parking in a particular area and in a region.

The remote user system 180 can be additionally configured to request certain criteria for permitted parking spaces, including parking spaces that are in a parking lot and not on the street (such as a parking lot). In addition to information on the site, other information can be obtained via the remote user system 180 about the cost of using Stand with me and you can also set up the user system

<p dir="rtl">85 Remote 180 additionally requests information about currently available parking and/or available parking at a specific time or time period in the future. You can also set up the user system</p>

٥٠٧٠

-١١-

To additionally provide a graphical user interface to the remote user, specific locations of available parking obtained from the server system 180 are displayed on a map. In one embodiment, the remote user system 180 may be configured when multiple parking spaces are available at a parking facility (such as a parking lot or a parking lot) to indicate the availability of parking and possibly indicate 5 the number of spaces available at the parking facility instead of identifying each parking space independently.

The remote user system 180 can be configured to receive a signal at a selected position from the remote user. The remote user system 180 can be additionally configured to give guidance on direction of turns to the chosen position. The remote user system 180 may also be further configured to instruct the server system 180 to reserve the right to use the available parking.

<p dir="rtl">10 The manual review system 170 is a programmed computer system through which</p>

A human operator 171 assists the server system 180 in identifying vehicles such as the vehicle 130. For example, the server system 180 may determine that an error has occurred when performing the automated identification of the unique vehicle identification code 130 and images such as the image 181 were captured by the identification camera. 180. In response to this error, the server system 180 may request assistance from the operator

<p dir="rtl">15 The human operator 171 determines the unique identification code of the vehicle number plate 130. The manual review system 170 provides a user interface through which the human operator 171 can review the image 181.</p>

Perhaps other photos were taken with the HD 180 camera or other cameras. For example, the human operator 171 may manually review the video footage and present and freeze the video images in order to manually determine the vehicle's license plate number and state/county information. And by this

<p dir="rtl">80 At the interface, the human operator 171 may be able to identify the vehicle 130 or may be unable to identify the vehicle 130. In the latter case, the mobile device 150 is sent to the parking lot in order to identify the vehicle 130. A more manual review system 170 may be provided for use by the server system 180 depending on On the volume of information processed by the server system 180. In addition, a human operator 171 can be a member of the active operator team described in detail below.</p>

<p dir="rtl">85 In one embodiment the identification camera and the position camera capture images at a rate and/or accuracy</p>

The largest number of images that were sent from the camera to the server system is 180%. Although it is not

٥٠٧٠

-١٢-

Sending all image data captured by these cameras to the server system 180 in order to conserve the bandwidth of an expensive network connection (such as a cellular data network) and the limited image processing resources available in the server system 810, but these cameras temporarily store a small amount The entire image data captured is stored in a 5-mm circular buffer. In addition to the above, these cameras are prepared to respond to requests for additional image data, including, for example, parts of high-resolution images that may be useful in identifying and tracking vehicles, or the manual review system may request 170 different images for Resolving errors resulting from the server system 180.

The Parking Operating System 180 is a programmed computer system that can interact

<p dir="rtl">10 By means of which a parking facility operator is attached to the controlling server system 180. It is expected that the parking facility system 180 will operate independently with minimal inputs required by the parking operator most of the time. However, there are sometimes instances where parking facility operators are actively involved in the operation. For example, the Parking Operation System 180 can provide live signals regarding the number and type of parking spaces in use and/or availability. As a further example, the Parking Operation System 180 can provide live signals regarding stops where vehicles violate usage restrictions, allowing parking facility operators to take action. Appropriate opinions regarding these violations.</p>

Figure 8a shows an image 181 captured by the identification camera 180, where the identification camera 180 m is placed in order to obtain identification information about vehicles passing by the identification camera 180. In one embodiment, the identification camera 180 transmits video 80 containing Images of identification information and vehicle number plate information to the server system 180. Since typical street lights are about 17 feet high, they are an excellent location to install identification cameras, which benefit from a clear line of sight away from trees and other obstacles, including vehicles traveling in close proximity. Since the street light is already supplied with power, an identification camera can also be installed so that it draws power from the street light. In addition, 85 because most streetlight systems require at least one streetlight per residential unit on every street location, identification cameras installed over the streetlight provide sufficient coverage for all

٥٠٧٠

-١٣-

Vehicles crossing the street.

Identification images captured by the identification camera 180 are used for two main purposes: (1) obtaining a unique identification of the vehicle by reading an identification code from the vehicle number plate mounted on the front or rear of the vehicle and (8) identifying various characteristics of the vehicle.

<p dir="rtl">5 So that it is possible to determine the extent of compatibility of the image of the vehicle obtained by another camera with the identified vehicle as will be described below in relation to Figure 8. In the typical identification image shown in Figure 8a, a view of the vehicle and licenses for processing by the server system 180 are shown.</p>

Use several identification images to determine the vehicle's characteristics, including speed and direction of travel.

In the field of vehicle number plate readers, different technologies are known and used in this field

<p dir="rtl">10 To capture images reliably and effectively to read vehicle identification codes in various lighting conditions, an unspecified form is described in US Patent No. 8,016,517, which is incorporated herein for full reference. In one embodiment, problems arising from lack of natural lighting at night can be avoided because parking restrictions only apply during daylight hours.</p>

In one embodiment machine vision techniques can be performed to obtain identification codes

<p dir="rtl">15 The vehicle is identified by an identification camera 180. In this embodiment, the amount of data sent by the identification camera 180 to the server system 180 can be significantly reduced as the vehicle identification code can be sent instead of identification images. However, one or more identification images may be sent to the server system 180 for storage and/or characterization of vehicles by the server system 180 (although in one embodiment this is done by the identification camera 180).</p>

<p dir="rtl">80 In one embodiment the server system 180 realizes that only part m can be obtained</p>

The vehicle's identification code due to certain circumstances, such as the vehicle's parking angles or another vehicle approaching us. In this case, the server system additionally relies on a local identification image captured by a local identification camera to obtain the remaining part of the identification code.

Figure 8b shows Malala in a photo 181 taken by the definition camera 180

<p dir="rtl">85 The identification camera 180 m is placed in order to obtain identification information for vehicles entering and exiting the tidal intersection across the road that extends along the axis of vision of the identification camera 180.</p>

٥٠٧٠

-١٤-

This identification image is used to enable vehicle views to be processed by the server system 180 so that unique vehicle identification codes can be obtained from the individual image.

In one embodiment the ID camera 180 can have pan, tilt and/or

Zoom You can exploit the server system 180 to obtain a more detailed view of the vehicle or

<p dir="rtl">5 Parking lot operators may benefit by means of a user interface in the parking operating system 180 to monitor certain areas in view that can be viewed by the identification camera 180. In this embodiment the server system 180 can be configured to perform a coordinate conversion in order to accurately determine the characteristics of the vehicle while changing the field of view. Cam R Definition 180.</p>

In one embodiment, when a vehicle is in view of the identification camera 180, the server system 100 performs one or more of the following six things: In the first instance, the server system 180 detects the presence of one or more vehicles based on one or more images captured by Identification camera 180. In one embodiment the server system 180 can be configured to detect the presence of a vehicle based on the vehicle lobby difference and the background and determine a potential vehicle overall shape size greater than a minimum vehicle size adjusted according to the applied zoom level. Specifically

<p dir="rtl">15 This algorithm compares the colors of all pixels in an image to each other as the pixels are divided</p>

On rows and columns (for example, a computer can fill 81 38 pixels located in the row

<p dir="rtl">81 And column 38). Whereas, it is possible that the image does not include objects other than the composite one</p>

For example, but not limited to, fire hydrants, pedestrians, vehicles, grass, or road markings/road paint, the algorithm can be set up to detect groups of pixels with different colors.

<p dir="rtl">80 Similarity (The set of colors considered similar in the system lineup such that similar colors have a hue difference of maximum 8 can be determined by referring to the hues shown in the color chart). The locations of these pixels have not been calculated mathematically to determine whether they form a shape with volume The largest is the minimum size of the vehicle (for example, the relative size of a 10 x 30 shape can be filled with a shape measuring 10 rows x 30 columns). This is for the vehicles shown in the images</p>

<p dir="rtl">85 They were captured using a 180 degree camera in the shape of a parallelogram instead of a rectangle due to the viewing angle. Therefore, the selection may take this factor into account.</p>

٥٠٧٠

-١٥-

Other improvements may be made to identify defects or deficiencies in the revealed form resulting from

Reflection of sunlight from the windshield area or the car's roof rack. For example, the algorithm can identify a number of shapes with no minimum size until a certain distance (or pixels) away from each other is reached, which might correspond to parts of a car, such as a hood.

<p dir="rtl">5 The car has the roof and trunk of the car, which are usually not the same color.</p>

Once the vehicle is detected, the entries are recorded in part of the database 181 of the identification camera 180 with information including, for example, date, time, vehicle size, vehicle size, and zoom level. This information may be used with other information we have disclosed about the vehicle to identify the vehicle. Alternatively, this information can be recorded in a form

<p dir="rtl">10 Temporary in volatile memory Random Access memory</p>

.Memory (RAM)

In the second world, the server system 180 detects the presence of vehicle number plates and/or additional identifications, such as, but not limited to, stickers on vehicles in the images taken by the identification camera 180. Once the vehicle number plate and/or additional identifications are detected

<p dir="rtl">15 The entries are recorded in part m database 181 of the camera identification 180 with</p>

Information including, for example, details on the date, time, plate number, state/province, label (e.g., type, ID, expiration date), pixel locations, and zoom level. This information can be used with other disclosed vehicle-specific information to identify the types of images captured by the parking camera. .

<p dir="rtl">80 In the motherhood, the server system 180 identifies moving vehicles versus</p>

Immobile vehicles based on multiple images captured by the 180-degree camera.

In the fourth scenario, the server system 180 identifies vehicle number plates and/or additional identifications for moving vehicles against vehicle number plates and/or additional identifications for non-moving vehicles on the basis of multiple images captured by the identification camera 180. In one scenario, the server system 180 can be set up 85. In order to: (1) Find appropriate matches in previous images (filled out by reviewing data stored in the database 181 or memory) based on vehicle number plates

٥٠٧٠

-١٦-

and/or additional identifying information obtained via Optical Character Recognition (OCR) from the current image and (8) comparing locations.

Pixels after finding matches between the current and previous images, taking into account any change in the zoom level. On the basis of this treatment, one or more scenarios can be detected

<p dir="rtl">5 The following scenarios: (a) If the pixel locations do not change or do not change at a level lower than the pre-determined threshold level, then all vehicle number plates and/or additional identifications are considered to indicate vehicles that have not moved. In this scenario, a simple update of the date and time is performed For entries in database 181 or memory allocated to vehicles (b) if pixels associated with one or more vehicle number plates and/or additional identifications are in new locations.</p>

<p dir="rtl">10 Vehicle number plates and/or additional identification are considered evidence that the vehicle has moved. The server system can calculate 180 the speed and direction of movement of these vehicles and create a rule</p>

Data 181 or memory based on this information in addition to updating the locations. (c) If one or more of the vehicle number plates and/or additional identification plates are missing from the current image, the

Preparing the server system 180 to delete data recorded in the database 181 or allocated memory

<p dir="rtl">15 For these vehicles. (d) If one or more of the additional vehicle number plates and/or identifications are visible in the existing image, the data associated with the new vehicle number plates and/or additional identifications can be recorded in the database 181 or memory. In one embodiment the server system 180 can identify a One of the new vehicles is the same vehicle that was determined to have recently disappeared, and the vehicle may be considered temporarily obscured (e) if all vehicle number plates and/or identification plates have disappeared</p>

<p dir="rtl">80 Additional information in the current image. Data related to vehicle number plates and/or additional identification data can be deleted from the database 181 or memory from the previous period. However, some data can be retained in order to track approaching and departing vehicles on the identification camera as described above.</p>

In the fifth stage, the server system 180 reads the vehicle number plates and/or additional vehicle identification plates that were disclosed in the first stage. For example, it can

<p dir="rtl">85 Setting up the server system 180 to compare attributes of vehicle license plates and/or additional identifications (eg, pixel location, direction of movement, and speed) with the specific attributes of potential vehicles.</p>

٥٠٧٠

-١٧-

It attempts to identify each vehicle number plate and/or additional identification with the vehicle.

In the first to fifth steps, the server system 180 applies machine vision techniques to determine the additional identification of vehicles in order to confirm whether the specified vehicle is allowed to park in a specific parking lot or whether the vehicle’s license registration is current and valid. Other types of unique identification include, but are not limited to, a sticker or mirror sticker for parking vehicles with disabilities, a sticker for parking vehicles only, and a registration sticker that is usually affixed to vehicle number plates.

In the first to fifth steps, the Optical Character Recognition (OCR) method can be performed on the image(s) of vehicle number plates in order to obtain the vehicle number plate number that includes numbers and letters with the relevant state/province. What is worth considering is a 10-plate vehicle number plate. Note: It can be the front or back panel (usually supplied).

An identification camera indicates the two directions of the street (back and forth). The information obtained on the vehicle number plate is used to obtain a unique identifier for the vehicle, which is used to record information about the vehicle in the database 181. In certain configurations, the first encounter can be performed locally on the identification camera, where Data on the vehicle's license plate number and state/province is sent to

<p dir="rtl">15 Server system 180 in abbreviated data form. This is especially true when the backbone communications network for the camera definition 180 and server system 180 does not provide sufficient bandwidth (1 MB/s is not considered a minimum threshold value for image streaming) or is considered to be too expensive (1 MB/s is not more than $10). ((. Several compounds can exist at the same time in the form of definition 181. In one embodiment the server system 180 can track up to 10 80 sets of vehicle license plate information at the same time from a single identification camera.</p>

At any specified time.

In the sixth moment, the vehicle is “tracked” when it moves in the field of view of the identification camera 180. An overlap occurs between the image captured by the identification camera 180 and the adjacent parking camera 185, so that the vehicle is within the field of view of the two cameras for a period of at least 20 seconds and at a speed of 15

<p dir="rtl">85 miles per hour (about 88 feet). Generally, adjacent or nearby cameras are located to ensure this interference occurs. Because the two cameras have uniquely different viewing angles, obtaining</p>

٥٠٧٠

-١٨-

Overlapping images of any identified vehicle from these cameras is considered a positive identification of the vehicle (by the vehicle plate number obtained from the identification image 181) with the exact position occupied by the vehicle (in the case of parking lots).

In one embodiment, preliminary motion detection can be used to reduce the number of identification images 5 that are captured and/or analyzed as there may be significant periods of time during which vehicles do not pass through the field of view of the identification camera 180.

The OCR rate is considered one of the useful measurements in evaluating the effectiveness of identification. For example, although it is quite impressive that images are recorded/taken for 100 vehicle number plates, the 180 server system fails to OCR only one of them.

<p dir="rtl">10 m plates (in other words, the server system 180 is not capable of forming a plate number containing numbers and digits) and if this combination (including factors such as server system programming boredom, identification camera placement and image quality of the identification camera) fails to record/take images of 100 Another vehicle number plate (in other words no images of additional plates are identified by the server system 180) The overall effectiveness is only 88.5%. Moreover, number plate recognition systems are usually set</p>

<p dir="rtl">15 Vehicles can read these plates from a specific state/province along with plates from several surrounding states/provinces. Number plates of different states/provinces have different colours, characters and background. In one embodiment, the image capture rate is not less than 85% and the optical character recognition accuracy is not less than 85%, resulting in a minimum overall effectiveness of not less than 80.85%.</p>

<p dir="rtl">80 Figure 3a shows Malala in a photo 186 taken by a parking camera 185 where</p>

The parking camera 185 is placed on the facade or roof of a building, pointing downward onto a portion of a city street such that an overhead view of the vehicles in photo 186 is visible. In conjunction with the field of view

For picture 186 shown in Figure 3a, nine parking lots 310a to 310t (hourly fare parking lots) were allocated to the server system 180, and these nine spaces, except for parking 310d, are parked in Anna.

<p dir="rtl">85 In use by vehicles 310a to 310i. An inappropriate parking lot 380 (such as a commercial entrance) is also identified in the server system 180. If it is found that the vehicle uses parking 380 to remain</p>

٥٠٧٠

-١٩-

If the vehicle is not moving for a required period of time, the vehicle is considered a violation, and therefore the server system 180 begins to issue procedures, including, but not limited to, imposing a fine for the violation or alerting the person operating the parking facility regarding the violation. In some embodiments, a vehicle is considered immobile in any area that is not designated by a violation parking lot. Vehicle 330 is also shown in the picture 186 in a lane of cars moving 5 m to the right to the left in the picture. The single image alone does not indicate whether the vehicle 330 is moving or not. For example, in the previous image, the vehicle 330 may have used parking 310D, and this image may cause the server system 180 to determine that the vehicle 330 has just used parking 310D.

The parking images captured by the parking camera 185 are used for two main purposes: 10 (1) Determining when to use and not use the parking lots by vehicles (8) Determining various characteristics

For vehicles, it is possible to track vehicles as they pass from one camera to another by determining whether the characteristics identified from images captured by adjacent cameras agree with each other as described below in relation to Figure 8.

Figure 3b shows Malala in a photo 186 taken by a parking camera 185 where

<p dir="rtl">15 This camera is placed so that the side view of the vehicles is seen in the photo 186. This view can be obtained where the parking camera 185 is located in the parking system at the location 160 mm of the vehicle parking meter or on a building or structure corresponding to one or more designated parking spaces. In conjunction with the field of view</p>

Views of Figure 186 shown in Figure 3B, 8 suitable parking lots 350A to 350D (hourly fare parking lots) have been identified for the server system 180. These spaces, with the exception of parking 350C, are currently 80 in use by vehicles 360A to 360D.

In other areas not shown in the drawings, the parking camera 185 may be arranged such that the image 186 provides a perspective drawing of one or more of the designated areas. Although Figures 3a and 3b show the specifications of the rectangular areas 310 and 350 for the parking lots, other shapes such as polygons (which may be useful) may be used. At the location where the parking camera 185 is placed so that it views the situation in perspective 85). The graphical user interface described below can also be configured in conjunction with Figures 6a and 6b to provide user interface elements that can be used to customize

٥٠٧٠

-٢٠-

By using the image feed, the location and extent of the parking lots include the field of view of the camera. In addition, the graphical user interface can provide tools for assigning identifiers to the parking lots and perhaps different characteristics of the parking lots, such as, but not limited to, the creation of parking lots or “no parking” areas and restrictions on use that are essentially Time and/or date.

<p dir="rtl">5 In one embodiment, when the vehicle is in the field of view of the parking camera 185 F system</p>

The server 180 performs two tasks: For the first task, the server system 180 is configured so that: (1) It is aware of all vehicles in the field of view of the parking camera 185 (8) It recognizes moving vehicles

On a stationary vehicle (3) Determines the stopping time of a moving vehicle in the area of the field of view corresponding to the intended location (8) Determines the position occupied by a non-moving vehicle (5) Continuously tracks the occupancy period

<p dir="rtl">10 Parking by vehicle (6) Determines the time for a non-moving vehicle to evacuate the area of view corresponding to a parking lot (8) Determines when the use of the parking is considered to violate the restrictions specified for the intended location (7) Determines the street or residential unit on which the vehicle is parked incorrectly (8) Tracks the sign The time period during which each vehicle was parked incorrectly and (10) tracks the period of time during which the vehicle that was parked illegally was moving. It includes different types of parking, each of which has certain restrictions, the vehicle</p>

<p dir="rtl">15 Wheeled vehicle, including but not limited to: no-parking zones (at all times, fire lane, fire hydrant), no parking during specific times and/or on specific days (for example, during rush hour or during street cleaning ), lack of parking/stopping/stopping, vehicle parking for a specific period (for example, for two hours), vehicle parking limited to specific categories of vehicles (taxi parking, bus parking, area</p>

<p dir="rtl">80 Loading/for commercial vehicles only), parking spaces allowed for a specific category (for the disabled or vehicles parking for residents only), sites only for loading and unloading passengers, and street intersections (for traffic violations as a result of “blocking the box” in order to prevent traffic congestion where the vehicle remains Inside the intersection, the red light is in the direction of moving vehicles. A 180 server system can be set up to detect other parking violations, such as, but not limited to, parking.</p>

<p dir="rtl">85 Annexing a specific distance from the intersection, parking vehicles in the grade lane, pedestrian crossing, or other areas designated for walking, which are located annexing the single parking space, at a distance of more than</p>

٥٠٧٠

-٢١-

The specified distance from the sidewalk, parking vehicles at or in front of the driveway, use

The island or central sector, vehicles parked in the wrong direction, towed vehicles (immobile for more than several days), vehicles with an overload, incorrect category of vehicles (including a campervan, trailer, or boat for a period exceeding the specified number of hours)

<p dir="rtl">5 The parking may also be subject to reservation, such that a remote user reserves exclusive use of the parking for a specific period of time. The Server 180 system can be set up to detect double parked vehicles, with flagged vehicles stopped in traffic lanes as a result of driving conditions caused by On incorrectly double-lined vehicles, the 180 server system can be configured to recognize, and in some cases recognize, small-wheeled vehicles such as motorcycles, 10-wheelers, and “smart vehicles.”</p>

In the second lane, the vehicle is “tracked” as it moves through the field of view of the parking camera 185. There is an overlap between the image captured by the parking camera 185 and the adjacent positioning or parking camera, such that the vehicle is in the field of view of both cameras for a period of less than two seconds at a speed.

15 mph (approximately 88 feet). In general, the locations of 15 adjacent cameras are determined to ensure that this overlap occurs. Since the two cameras have uniquely different viewing angles, the overlapping images obtained for any vehicle in question are processed from both cameras. As a positive identification of the vehicle (via the license plate number obtained from the identification photo 181) along with the specific parking space occupied by the vehicle (in the case of parking spaces).

<p dir="rtl">80 In some configurations, a camera can be placed to monitor the vehicle's movement in a specific area.</p>

The space does not contain any positions of interest to the server system 180. This space can be located, for example, in two spaces, each of which contains the positions of interest. In this space, images captured by the parking camera may overlap with images captured by the corresponding cameras for those two spaces, and may be used to perform a “shift” as shown in Figure 85, described below.

٥٠٧٠

-٢٢-

In an embodiment, the parking camera may be capable of rotating, tilting, and/or zooming, which may be used in a server system 180 to obtain a more detailed view of the parking lot, or may be used by a person operating a vehicle parking facility via a user interface on an operating system. Parking lot 180 does not monitor a specific area of interest that can be viewed by a parking lot camera 185. In 5 this embodiment, the server system 180 may be configured to perform a coordinate transformation for the purpose of monitoring parking usage and accurately determining vehicle characteristics in a neighborhood that varies the field of view of the parking camera 185.

In an embodiment, the initial motion detection may be used to reduce the number of parking images captured and/or analysed, as there may be long periods required during which no vehicles pass through the field of view of the parking camera 185.

<p dir="rtl">10 In one embodiment, tags are included to identify the exact date and time in all captured images</p>

Using CamArt Definition and CamArt Position to enable subsequent manual review of stored images, if necessary.

In one embodiment, a “grace period” is given to vehicles after determining that they have become immobilized within the parking lot (as opposed to improper parking, filling a no-parking zone). 15 When the driver leaves the vehicle to pay a parking fare, even though a The vehicle has begun to use the parking lot and has paid the fare. A grace period is needed to postpone the identification of the vehicle in violation of the paid use requirements, as the person needs some time to complete the payment process.

Figure 8 shows how to use images captured by a camera with overlapping fields of 80 m of vision to identify the vehicle, track the movement of the vehicle to the position, and identify the position m before the vehicle. Figure 8 is not presented in a standard manner; For example, the interference area 830a may nominally extend 88 feet or more in the vertical direction, but shows approximately the same volume as the vehicle 810. Initially, the identification camera (not shown) at t1 captures the identification image 880 covering an area The vision shown in Figure 8. In the form of identification 880, the vehicle 810 85 located at parking 810 is included. Based on the image 880a (and possibly additional images captured by the identification camera beforehand t1), the server system 180 identifies a unique vehicle identification code 810.

٥٠٧٠

-٢٣-

For example, by performing optical character recognition on one or more of the visible image of the vehicle number plate to obtain the license plate number from which the unique identification code is obtained. The server system 180 records in the database 181, in connection with the unique identification code, that the vehicle 810 has been seen by the identification camera when required t1. And in

<p dir="rtl">5 In an alternative embodiment, the server system 180 instead stores in flash memory that the vehicle 810 has been observed by the identification camera when required t1, and this information is recorded in the database 181 after determining whether the vehicle 810 used the parking space before the vehicle 810 was identified. Before the server system 180 AD through the identification images obtained from the identification camera, except for the identification camera that captures the identification image 880.</p>

<p dir="rtl">10 When necessary t2, the identification camera takes another image of the identification 880a´ of the vehicle 810 at</p>

Position 810a. Approximately when t2 is required, a first position camera captures an image of the position 880b of the vehicle 810 including an overlapping area 830a (e.g., in close proximity to position 810a). In some embodiments, the identification camera and the first position camera operate simultaneously, such that Basically, all images 880a´ and 880b are captured at the same time t2, and the overlapping area 15 830a corresponds to the field of view of the identification image 880a´ that overlaps the field of view of the situation image.

880b. In both images 880a´ and 880b, images of the vehicle 810 are captured while the vehicle 810 is present within the overlapping area 830a.

Based on one or more identification images captured by the identification camera (including the identification image 880a), the server system 180 identifies a set of Ca characteristics of the vehicle 810. As stated above 80, the imprinted characteristics of the vehicle 810 recorded in the database may be included

<p dir="rtl">181 In the Ca. The characteristics include, but are not limited to: the travel speed of the vehicle 810, the travel direction of the vehicle 810, the location of the vehicle in the image of the vehicle (including, for example, the travel lane of the vehicle 810 in which it is traveling), the size of the vehicle 810, and the size or Dimensions of the vehicle 810. Some characteristics may be static characteristics of the vehicle 810, and are not expected to change 85 with time (for example, the tire, size, and size of the vehicle). Other characteristics may be considered kinetic characteristics of the vehicle 810, and may change substantially with time (for example, , vehicle speed or lane movement</p>

٥٠٧٠

-٢٤-

In an embodiment, the static characteristics may be recorded in the database 181 as imprinted characteristics of the vehicle 810 in connection with the unique identification code identified based on the identification image 880a. These imprinted characteristics may be determined based on information about the vehicle provided by the remote user (see Figure , model, year of manufacture, and color (or it may depend on the pictures of the vehicle

<p dir="rtl">5 captured during the previous encounter between the vehicle 810 and the server system 180. Significant characteristics may be used in conjunction with identifying a unique identification code for the vehicle 810, by confirming a characteristic</p>

The specific stillness of the identification images corresponds to the permanent properties. Indicative properties may also be included in Ca or other groups of properties where identification with the vehicle is emphasized. Depending on the image of the parking lot 880b, and possibly other images of the parking lot captured by the first parking camera 10, the server system 180 determines a set of 'Ca' characteristics for the vehicle 810. As a result of factors boring the different viewing angles of the vehicle 810 for the identification camera and the first parking camera, and obstructing vehicles, Ca may form And 'Ca m different combinations of vehicle properties, usually overlapping. For example, the vehicle's width may be set to Ca and not 'Ca' due to the partial obstruction of the vehicle at 810 m, the first camera's point of view of the situation around time t2. In addition, image distortion,15 which is usually significantly greater at boundaries, images, or other factors, may result in certain vehicle characteristics, such as speed or size, which are only approximate values. Calibration of parameters such as size, speed, and direction of travel can be performed to compensate for camera locations and zoom level.

The server system 180 does not determine whether 'Ca' corresponds to Ca by comparing the values of the vehicle properties included in both 'Ca' and 'Ca'. Since the vehicle characteristics determined by 80 server system 180 may represent approximate values of the actual vehicle characteristics 810, the approximate equivalence between the values, when such equivalence is apparent for all comparison characteristics, is sufficient to support the determination of a 'Ca' as a 'Ca'. When a 'Ca' corresponds to Ca, the server system 180 does not log in

The database 181, connected to the unique identification code, indicates that this vehicle 810 has been seen by the first camera of the position when required t2. In an alternative embodiment, the system is instead stored

<p dir="rtl">85 The server 180 is in a flash memory where that vehicle 810 was seen by the first camera of the situation when required t2, and this information is recorded in the database 181 after determining that the vehicle 810 has</p>

٥٠٧٠

-٢٥-

It took advantage of the situation before the vehicle was identified 810 AD before the server system 180 AD through the identification images obtained from the identification camera instead of the recognition camera that took the identification image 880. This avoids writing information about the vehicle’s location to the database 181 Which is not required to prove that the designated position was used by the vehicle 810.

<p dir="rtl">5 When required t3, the first camera of the situation takes another image to identify the vehicle 880b´</p>

810 At the designated location 810B. Approximately when required t3, the parking lot cameras capture an image of the parking lot 880c of the vehicle 810 including an overlapping area 830b (e.g., in the vicinity of location 810b). In some embodiments, the identification camera and the parking spot cameras operate in conjunction, such that Basic method: Capture all images 880b´ and 880c at the same time t3.

<p dir="rtl">10 The overlapping area 830b corresponds to the field of view of the identification image 880b´, which overlaps the field of view of the position image 880c. In both images 880b´ and 880c, images of the components 810 and 880 are captured while the components 810 and 880 include the overlapping area 830b.</p>

Based on one or more identification images captured by the first camera of the situation (including the identification image 880b), the server system 180 identifies a set of Cb 15 characteristics of the vehicle 810. As noted above, the imprinted characteristics of the vehicle 810 recorded in a database may include The data 181 in the Cb, and based on the identification image 880C, and possibly other images of the situation captured by the local camera of the situation, the server system 180 determines a set of characteristics 'Cb' of the vehicle 810. In addition, as a result of including vehicle 880 in the parking image 880C, a set of vehicle characteristics Cx of vehicle 880 is determined. Variations in 80 vehicle kinetic characteristics B' and Cx may result from vehicle 880 moving in the opposite direction in a different travel lane. The server system 180 does not determine whether Cx corresponds to Cb, which should not happen. The server system 180 does not determine whether 'Cb' corresponds to Cb. When a 'Cb' corresponds to Cb, the server system 180 does not record in the database 181, linked to the unique identification code, that that vehicle 810 has been seen by the location's online cameras when necessary.

<p dir="rtl">85 t3. In an alternative embodiment, the server system 180 instead stores in ephemeral memory that it has been done</p>

Watch that vehicle 810 using the online camera at the position when required t3, and this is recorded

٥٠٧٠

-٢٦-

Information in the database 181 after identifying a vehicle 810 used the position before identifying the vehicle 810 m before the server system 180 m through the identification images obtained from the identification camera instead of the identification camera that captures the identification image 880.

When necessary t4, the position’s on-site camera captures another image 880 to identify the vehicle 810

<p dir="rtl">5 At the designated location, 810 EGP. Approximately when required t4, the parking lot camera takes an image of the parking lot 880d of the vehicle 810 including an overlapping area 830c (e.g., in the vicinity of location 810c). In some embodiments, the parking spot cameras and the parking spot camera operate in conjunction, such that Essentially all images 880c´ and 880d are captured at the same time t4 and the overlapping area 830c is corresponding to the field of view of the identification image 880c´ that overlaps.</p>

<p dir="rtl">10 The field of view of the situation image is 880D. In both images 880C and 880D, images are taken of the vehicle 810 while the vehicle 810 includes the overlapping area 830C.</p>

Based on one or more identification images captured by the on-site cameras of the situation (including identification image 880c), the server system 180 identifies a set of characteristics Cc of the vehicle 810. As noted above, the imprinted characteristics of the vehicle 810 recorded in a database may include

<p dir="rtl">15 Data 181 in Cc. Based on the identification image 880D, and possibly other images of the situation captured by the camera corresponding to the situation, the server system determines 180 sets of characteristics 'Cc'.</p>

For vehicle 810. The server system 180 does not determine whether 'Cc' corresponds to Cc. When A is selected

'Cc corresponds to Cc, m The server system 180 does not register in the database 181, which is connected to

The unique identification code indicates that the vehicle 810 was seen by the camera indicating the position at

<p dir="rtl">80 Commit t4. In an alternative embodiment, the server system 180 instead stores in flash memory that that vehicle 810 has been observed by the parking lot camera when required t4, and this information is recorded in the database 181 after determining which vehicle 810 used the parking spot before recognizing it. The vehicle 810 m before the server system 180 m through identification images obtained from the identification camera instead of the identification camera that captures the identification image 880. In an embodiment, the vehicle may</p>

<p dir="rtl">85 There is no definition of a camera because it is responsible for taking the 880D photo, but you may not be able to obtain it</p>

On a copy of the vehicle number plate 810, in this case the vehicle characteristics that were made are used

٥٠٧٠

-٢٧-

Viewed via a local identification camera to detect a vehicle that is observed in an overlapping area 830 around the area 810C is the vehicle 810. This indicates that it is irrelevant whether the parking camera or the identification camera is used to track the vehicle 810 as it moves away from the identification camera. Initial definition. When used in conjunction with aforementioned tracking, these camarts may be widely referred to as “camart tracking.”5

When necessary at t5, the camera monitoring the situation takes another image to identify 880d´ the vehicle 810 at the designated location 810d. Approximately when required t5, the four parking cameras capture an image of the parking lot 880e of the vehicle 810 including an overlapping area 830d (e.g., in the vicinity of location 810d). In some embodiments, the parking cameras and the four parking cameras operate 10 in parallel, So basically all the images 880d´ and 880h are captured at the same time t5.

The overlapping area 830D corresponds to the field of view of the identification image 880D´, which overlaps the field of view of the position image 880E. In both images 880d´ and 880e, images are taken of the vehicle 810 while the vehicle 810 includes the overlapping area 830d.

Based on one or more identification images captured by the situational camera (15 ml identification image 880D´), the server system 180 determines a set of characteristics (Cd) of the vehicle 810. As noted above, the Cd characteristics of the vehicle 810 recorded in the database 181 may be included. In Cd, based on the identification image 880e, and possibly other images of the situation captured by the four RL cameras of the situation, the server system 180 determines a set of characteristics 'Cd' for the vehicle 810. The server system 180 does not determine whether 'Cd' corresponds to Cd. When a 80 'Cd corresponds to Cd', the server system 180 does not record in the database 181, linked to the unique identification code, that that vehicle 810 has been seen by the four cameras at the location when required t5. In an alternative embodiment, the server system 180 instead stores in flash memory that the vehicle 810 has been viewed by the four cameras to park when required t5, and this information is recorded in the database 181 after determining which vehicle 810 has used the parking before. 85 Identification of the vehicle 810 m by the server system 180 m through identification images obtained from the identification camera instead of the identification camera that captures the identification image 880.

٥٠٧٠

-٢٨-

In combination with the field of view of image 880e shown in Figure 8, four are allocated

Suitable parking spaces 850A to 850D (full of parking spaces for vehicles with a per hour fee for use) for the server system 180. When required t6, an image of the parking lot 880E´ is captured by the four cameras of the parking lot, at the time when the vehicle 810 is located in the location 810E. Depending on the image of the parking lot 5 880 AH´, the server system 180 determines that the vehicle 810 is present within the specified rectangular area.

For position 850b. When t7 is required, a picture of the parking lot 880H is taken using the four RL cameras of the parking lot, while the vehicle 810 remains in the location 810H. Based on the image of the parking lot 880H, the server system 180B determines that the vehicle 810 is located within the rectangular area specified for the parking lot 850B.

Accordingly, determining that the vehicle 810 has been started using the starting position 850b starting at t6,

<p dir="rtl">10 This information is recorded in the database 181. When necessary t8, a picture of the parking lot 880H is taken using the four cameras of the parking lot, at the time the vehicle 810 leaves the parking lot 850B. Based on the image of the parking lot 880H´´´, the server system 180B determines that the vehicle 810 no longer exists by including the rectangular area specified for the parking lot 850B, and accordingly, the vehicle A is determined</p>

810 You may use position 850B when necessary. T8. Depending on the relevant information

<p dir="rtl">15 By imposing restrictions on the ability to use parking 850B during the time period T6 to T8, including, for example, an hourly fee for using parking 850B, the server system 180 can initiate actions to bill the remote user account for using parking 850B, or impose a fine. On improper use of position 850b.</p>

The server system 180 is configured to correctly identify the vehicle using the parking lot, whereby the server system 80 initially identifies which vehicle is using the parking lot, and is subsequently unable to capture vehicle identification through the identification camera. This situation can occur, for example, when

The vehicle's view is obstructed by the identification camera while it is passing, or a restart of the server system 180 results in an identification of the vehicle that was not previously performed. As an example of this, where when necessary t0, before

At t1, the four parking cameras initially determined that vehicle 880 had used the parking spot.

<p dir="rtl">85 850C, but does not include any identification of the vehicle 880, as a temporary unique identification code may be assigned.</p>

In the vehicle 880, and entering the information registered in the database 181 in connection with the identification code

٥٠٧٠

-٢٩-

Temporary. Groups of vehicle characteristics may be determined for the vehicle 880 while using the parking lot 850c, as well as when passing through the intervening space 830d, 830c, 830b, and 830a, and a correspondence of these groups of characteristics may be made in a manner substantially similar to that described above, to determine and record a The same vehicle 880 associated with the temporary identification code, it still works

<p dir="rtl">5 Watch it. Once viewed by the first identification camera while it is in the overlapping space 830a, the server system 180 will be able to assign a valid unique identification code to the vehicle 880. At this point, records previously recorded in the database 180 located under the temporary identification code can be modified or stored. Because in the correct unique vehicle identification code 880, the use of parking 850C is correctly linked to that identification code. An alternative mechanism is provided for obtaining</p>

<p dir="rtl">10 Identification of the vehicle 880 after a time t0 of sending a mobile device 150 to take one or more identification photos of the vehicle 880 while using the parking lot 850 c. The transmission of the mobile pass 150 may feature higher priority where the use of the parking lot 850C is determined by the vehicle where it conflicts with the restrictions associated with the use of the parking lot 850C.</p>

The server system receives 180 camera images of the definition and position, and the definitions are completed

<p dir="rtl">15 With vehicles parked in the parking lot. The server system 180 may retrieve information about the fare payment for parking the vehicle (including, but not limited to, the paid parking duration and expiration time) from the fare payment system for the use of parking by the third party via an API (Application Programming Interface). Once a status is determined If a vehicle is parked for an unpaid or expired vehicle, the server system 180 transmits this information to the fare payment system for using parking.</p>

<p dir="rtl">80 Powered by third party via API. The parking facility operator does not have a parking facility that operates a payment system</p>

Charged by a third party following its Standard Operating Procedures (SOP) for dealing with parking violations (including, but not limited to, mailing a parking violation card, installing a wheel clamp on the vehicle, or towing the vehicle in the case of frequent and severe parking violations). (.

<p dir="rtl">85 Vehicle detection can be set up by the system 180 to perform several functions: (1)</p>

Detect the presence and location of vehicles in video image frames; (8) Distinguishing moving vehicles

٥٠٧٠

-٣٠-

immobile vehicles; (3) Determine whether identified vehicles are occupying parking spaces, filling parking lots or in no-parking spaces; (8) Determining the time at which a vehicle begins to occupy or leave the parking lot; (5) Tracking vehicles as they move within the field of view of a tracking camera One to the other, a castration is observed when an error is determined to have occurred in this trace and in an embodiment, a setting may be made

<p dir="rtl">5 The server system 180 also identifies whether specific vehicles display an appropriate indicator for accessing or using the parking lot. Examples of these indicators include, but are not limited to, posters or posted signs for disabled parking, or posted signs for vehicle parking, or posters indicating the authorized use of a parking space “for residents only.” The camera can be zoomed in to take clearer pictures of these indicators. In an embodiment, the symbol may be used to identify the vehicle, such as the vehicle number plate</p>

<p dir="rtl">10 To determine access or use appropriate to the situation, avoiding the need for a separate indicator.</p>

In further implementation, the server system 180 may be programmed to use threads to perform functions for camera identification and vehicle parking. For example, the "video_receiver" string can handle the reception of video and/or image streams from a token or parking camera and store the raw video and/or image information. This can happen with a chain

<p dir="rtl">15 One sequence per video and/or image stream or multiple video and/or image streams. Formal options for this cascade may include (1) store in a file, (8) store in memory, (3)</p>

Stored in a memory and file, (8) expiration times for the video data (e.g., 8 hours). Another file runs in a succession to detect the height, size, location, location of the vehicle’s lane, speed/direction of travel, whether the vehicle’s location in The transportation area (which covers one area), and the CamR

<p dir="rtl">80 Identify and store this information in the database 181. This cascade can examine each frame of multiple video images to determine the exact locations and speed/direction of travel of the vehicle and store this information in the database 181. There may be one cascade for each video and/or image stream or Multiple video and/or image streams. Another message follows a succession in which it confirms that the specific vehicle in question has been detected as it departs through the transit zone by a nearby camera.</p>

<p dir="rtl">85 This can happen by browsing the database 181 for specific cameras on which it relies, in which the vehicle is detected in the transport area and/or the vehicle's direction of travel is detected. And there may be</p>

٥٠٧٠

-٣١-

There is one cascade for each video and/or image stream or multiple video and/or image streams. Another operator completes a sequential sequence to determine whether a vehicle is occupying a position by remaining stationary in that position, for the entire period of time during which the vehicle begins to occupy or leave the position. There may be one cascade for each video and/or image stream, or multiple streams

<p dir="rtl">5 For video and/or photo.</p>

There are several well-known machine vision techniques that may be used to detect the presence of vehicles in video image frames. For example, there are many well-known edge detection algorithms that may be used to detect the presence of vehicles. Additionally, the algorithm may detect the presence of a vehicle based on disparities in the vehicle lobby and background, and whether

<p dir="rtl">10 The overall shape size is greater than the minimum expected vehicle size when taking this into account</p>

The level of zoom and/or position in the field of view. For example, the algorithm might compare the colors of pixels in a video stream snapshot against each other. Since the image is likely to include objects other than the vehicle, such as a fire hydrant, pedestrians, grass, road markings, and paint, the algorithm can detect on groups of pixels that are not the same.

<p dir="rtl">15 The shape (with a formal range of variation in the shape that is considered identical). The number and location of pixels in the overall shape are used to determine whether the shape is larger than the minimum volume of the vehicle. The algorithm may also accommodate “logars” or imperfections in the shape, which may occur as a result of reflections Specular reflections or light sources, for example. In addition, the algorithm may determine whether a number of shapes with no minimum sizes are located within certain distances from each other</p>

<p dir="rtl">80 These shapes correspond to, for example, the vehicle's hood, roof, and trunk parts, which are usually the same color.</p>

A borderline circumstance may occur where there is insufficient discrepancy or difference in the vehicle front and rear wheels, such that a failure occurs in the detection process. For example, a black vehicle against black asphalt. Additional improvements may be made to the camera equipment and/or algorithm to address the situation

<p dir="rtl">85 This limit. For example, a camera may be used that performs both visual and thermal imaging, whereby a thermal record of the vehicle that has begun to occupy the parking lot is obtained. And in this</p>

٥٠٧٠

-٣٢-

In general, the engine compartment has a different thermal side effect than the surrounding area, although the vehicle's body and background are painted black. A feasibility analysis can determine whether the benefits gained from this product justify the additional cost, as well as taking into account the limiting conditions resulting from the thermal imaging process that can be treated adequately (such as through light

<p dir="rtl">5 The video captured by the camera.</p>

Although the existence of the vehicle and the many characteristics of the vehicle can be recognized

A single image, but it is necessary to take and use several images to determine, for example, whether

The vehicle was immobile or moving. In a file, the server system 180 can be configured to: (1) find, based on the color and size determinations of the components in the current image, a given match in the previous images 10 (e.g., by reviewing data stored in the database 181 or memory); and (8) Once a match is found, the locations of the pixels are compared between the current image and previous images, taking into account any change in the zoom level. Depending on this processing, one or more of the following scenarios may be detected. (a) When the pixel positions are unchanged or the unchanged value is less than the pre-determined threshold value, all compounds are considered still

<p dir="rtl">15 Not moving. In this scenario, a simple update is made to the date required for the fields in the database 181 or the vehicles’ memory. (b) When pixels associated with one or more vehicles are located in a new location, it is determined that the one or more vehicles have moved. The server system 180 calculates the speed and direction of movement of these vehicles and updates the database 181 or memory with this information, along with With the lost property (c) when it disappears</p>

<p dir="rtl">80 For one or more vehicles in the current image, the server system 180 may be configured to remove data recorded in the database 181 or memory for such vehicles. (d) When one or more new vehicles appear in the current image, data associated with the new vehicles may be recorded in the database 181 or memory. In an embodiment, the server system 180 may identify one of the new vehicles as corresponding to the vehicle that was most recently determined to have disappeared, It may address the visibility of the temporarily obstructed vehicle (e).</p>

<p dir="rtl">85 When all vehicles from the current image disappear, the data may be removed from database 181 or</p>

٥٠٧٠

-٣٣-

Memory of the previous time interval related to the compounds in it. However, some data may be retained to track the vehicle to an identification camera, as discussed previously.

In Malal, the algorithm for identifying vehicles occupying parking spaces is similar to the basic vehicle detection algorithm. Once the vehicle detection is complete, the server system 180 evaluates whether...

<p dir="rtl">5 The pixel locations were corresponding to the vehicle occupying any of the pre-planned visual areas. It may be possible to determine the degree of interference. In an embodiment, a vertical shift may be applied to compensate for the height of the vehicle and to compensate for visual obstruction throughout the vehicle parked in the parking lot, with the parking camera and the vehicle. These obstacles may occur frequently, for example, in closed vehicle parking lots. Also, the server system 180A determines that the vehicle is still in the wrong position</p>

<p dir="rtl">10 animation for at least a specified period of time. Once it is determined that the vehicle has been stationed in the relevant parking lot at least for a specified period of time, information identifying the vehicle, the parking lot, the obligation and the date at which the vehicle began using the parking lot is recorded in the database 180, preferably in a permanent storage device. In an embodiment, the server system 180 may be configured to detect when a vehicle is occupying multiple parking spaces, including by occupying several vehicle parking spaces. This may lead, for example, to issuing a shahada</p>

<p dir="rtl">15 One or more fees for parking the vehicle or increasing the usage fees. The server system 180 may also determine when the vehicle vacates the parking lot, and record related information in the database 181. Likewise, the server system 180 may be configured to determine that a vehicle user of the parking space will soon exceed, or has exceeded, the specified time period for using the parking space, and this may occur This applies to a parking space where the maximum time period for parking is two hours, and the parking is not available for the use of the vehicle.</p>

<p dir="rtl">80 After the specified time for sweeping streets and roads, or exhausting the funds available for the vehicle.</p>

In an embodiment, the server system 180 may be configured to recognize one or more vehicles designated for multiple vehicles, which may be used by one or more vehicles at a time. For example, the server system 180 may be configured to support tracking of the vehicle's "long barrier" parking space, such that the exact parking space is provided, for example, via the payment unit for a single parking space.

<p dir="rtl">85 single Pay-by-Space, Pay-and-Display unit, or Pay-by-Plate unit along the sidewalk edge of residential units, so that no parking space is divided</p>

٥٠٧٠

-٣٤-

Vehicles to marked places for parking; Alternatively, vehicles may utilize any space available along the edge of the curb (using designated “no parking” zones, including but not limited to loading zones and vehicle routes). In other instances, the server system 180 may be configured to track the use of parking lots. Vehicles, there is no group of tagged places

<p dir="rtl">5 Separate, which is controlled, for example, by a single push-and-display unit. Although the server system 180 is not configured to track space-based multi-vehicle parking usage, the server system 180 may identify and record the position of the vehicle within the multi-vehicle parking space to track vehicle use over time and for parking enforcement activities, such as attaching a summons to the vehicle that You exceeded the permissible use of the parking space allocated for several vehicles. And in</p>

<p dir="rtl">10 An embodiment, the server system 180 may be configured to determine the length of time for a vehicle to use the parking space designated for multiple vehicles, since a large and/or moderate vehicle parking fee may be charged for use of the space that otherwise may be occupied by one or more vehicles. One benefit of using the server system 180 in this application is that while traditional controlled vehicle parking lots may rely on a single point of entry and exit to control the use of the vehicle parking space, it takes</p>

<p dir="rtl">15 Tracking using CamArt takes into account a vehicle parking area that has multiple entrances and exits and a more “open” design, so that vehicles do not need to be confined to the fence wall.</p>

In an embodiment, a plurality of non-adjacent or multi-vehicle parking lots may be aggregated into a single multi-vehicle parking space. This includes a situation where the main situation is covered by different cameras of the situation. This may be useful, for example, when needed

<p dir="rtl">80 Parking designated for several vehicles is separated by several “no parking spaces” along the length of the residential units.</p>

In one embodiment, there may be a no-parking lot (i.e., “no parking”) that overlaps a designated multi-vehicle location such that the no-parking zones in the multi-vehicle location are “taken over.” For example, in Sina Rio “85 long units As discussed above, one designated parking space may be designated for several vehicles along the entire length of the residential units. This includes “no parking” parking spaces in different parts along the length of the residential units.

٥٠٧٠

-٣٥-

Residential units include, but are not limited to, loading areas and driveways for vehicles along the unit. A vehicle detected by the server system 180 as using one of the “no parking” spots in it is identified by the server system 180 as committing a parking violation even though the vehicle is inside the largest parking lot designated for several vehicles.

<p dir="rtl">5 In one embodiment, computer based service programs are provided. For example</p>

The mobile device 150 or the manual demonstration system 170 may be equipped with software for shaping services, allowing for on-site or remote shaping. For example, a 150-meter portable device may be used by a person installing a camera in order to provide feedback on the effectiveness of the camera array to track and/or detect the vehicle's identity. Instead or in addition to this, changes may be made

<p dir="rtl">10 Specified on the system or camera configuration via a manual display system 170 as a result of the limitation of the specified configuration due to the use of the manual display system 170. In one embodiment the user interface is available through a web browser. Formation services programs may provide one or more of the following features, but not limited to:</p>

<p dir="rtl">• Providing a graphical user interface (GUI) to perform vehicle detection calibration for specific cameras.</p>

<p dir="rtl">15 • Providing a graphical user interface to include adjacent camera alignment.</p>

<p dir="rtl">• Providing a graphical user interface to determine the minimum dimensions of vehicles. This may be done in terms of pixels and the zoom level is adjusted.</p>

<p dir="rtl">• Providing a graphical user interface to determine the part of the camera’s field of view that overlaps with the field of view of other cameras.</p>

<p dir="rtl">80 • Provide a graphical user interface to align a camera and/or determine camera orientation and/or alignment.</p>

<p dir="rtl">• Providing a graphical user interface for parking during the pre-planning stage.</p>

<p dir="rtl">• Determine the circumstances that are considered parking violations for vehicles. These circumstances may be special</p>

In an area or place with me.

<p dir="rtl">• Create results for various stopping violations. For example, information about:</p>

<p dir="rtl">85 Simply put a violation on the screen and you can get information about the registered owner of the issue</p>

An invoice, summons, or notice may be printed and placed on the vehicle.

٥٠٧٠

-٣٦-

<p dir="rtl">• There is an expiration period after which a new application for vehicle owner registration information must be submitted to the state-run motor vehicle agency before issuing a summons to the position by email or otherwise.</p>

<p dir="rtl">• Providing a graphical user interface for other configuration media in the system for review and modification.</p>

<p dir="rtl">5 To perform a vehicle detection calibration for a specific camera that displays the graphical user interface</p>

Feed my image and allows the administrator to install rulers on each image. An existing zoom level is displayed as part of the GUI as an adjuster for adjusting the zoom level. The two image feeds are created by a specific camera and another camera with an overlapping field of view (cameras that are often located next to each other). It is preferable to complete the image capture calibration times

<p dir="rtl">10 For the camera system, so that pictures are taken at the same time, which allows viewing the ground of the vehicle’s location</p>

Each video feed is boring when it passes through an area with overlapping fields of view of the camera. The configuration services program may also provide a graphical user interface for controlling the temporary image, such as stopping playback, rewinding, forwarding, forwarding the image, freezing it, rewinding the image in reverse, freezing it, and transitioning to image functions.

<p dir="rtl">15 For the purpose of calibration, you may use the customization service programs for the tires on one or more vehicles.</p>

A device of known manufacture (this may include, for example, a tool used by a technician operating the configuration services software) and one or more locations of the rulers in the GUI so that the rulers indicate the correct length, width and/or height of the object Vehicles by referring to the known values of these dimensions of the vehicles that were measured In one embodiment, the function of the ruler provided by the interface is

<p dir="rtl">80 Graphics are used to compensate for distortions due to visual distortion factors.</p>

distortion caused by the camera (which may have known characteristics based on the camera model

For example, ruler marks indicating closer distance units are placed on the right hand side of the image where the vehicles that were taken are farthest away The camera is on the left side

<p dir="rtl">85 m photo. Shaping services software may be configured to allow on-site calibration of these deviations for a particular camera by identifying marks in an image and specifying locations and/or distances (relative to other marks</p>

٥٠٧٠

-٣٧-

And/or for cameras). These marks may be placed temporarily or in some cases permanently for the purpose of subsequent recalibration by a technician.

You may also use shaping services programs to determine the relationships between the transition directions in the two images, as well as identifying the pixels or locations in the image corresponding to the common points in the image.

<p dir="rtl">5 My picture. In one embodiment, the locations and travel directions of the traffic lanes/paths may be determined in each image and linked between the two images (enabling, for example, subsequent determination of the time of a vehicle's passage from the field of one camera to another in the same traffic lane/path). The specifications of these features may be specified through the graphical user interface, for example by allowing lines or other indicators to be superimposed in the image that indicate the boundaries of a corridor/path.</p>

<p dir="rtl">10 Figures 6a and 6b show the faces of one of the bezels on the graphical user interface. Figure 6a shows part of the graphical user interface, where the first 600A camera image is displayed. Figure 6b shows part of the graphical user interface, where a 600P image is displayed as an online camera. The field of view of images 600a and 600b overlaps such that the overlap region includes areas 680a and 680b. Also, as shown in Figures 600A and 600B, the designated traffic paths/routes</p>

<p dir="rtl">15 Paths/paths 611a and 618a in Figure 6a and paths/paths 611b and 618b in Figure 6a.</p>

Figure 6b. In this particular slot shown in Figures 6a and 6b, the movement continues in the same direction (generally corresponding to the angle θ) in lanes/paths 611a and 611b, although in a similar slot the movement may continue in opposite directions in the paths -art/arts 611a and 611b. Also, pictures were taken of the three compounds in pictures 600a and 600b, called respectively A and B.

<p dir="rtl">80 And c. In Figure 6A the lane/path boundaries are identified by dashed lane/path boundaries 681a, 688a and 683a which can be added by a named transfer mode and otherwise specified using the graphical user interface. In Figure 6a, the movement paths/paths are defined using the graphical user interface: corridor/path 611a b, corridor/path boundary indicators 681a and 683a, and corridor/path boundary indicators 618a b, corridor/path boundary indicators 688 or 683a. And in Malal</p>

<p dir="rtl">85 As shown in Figure 6A, traffic movement in lanes/paths 611A and 618A continues in the same direction θ, and the boundary indicators of lane/paths 681A and 688A are of the first type (shown</p>

٥٠٧٠

-٣٨-

(with similar dashed lines) and lane/lane boundary indicators 683A, type 2 indicating the division of a one-way traffic flow area between lane/lane boundary indicators 681A and 688A into lanes/lanes 611A and 618A. B programs may be prepared Forming services To automatically provide or suggest identifiers for specific transit lanes by referring, for example, to the designated lanes in connection with

<p dir="rtl">5 In other forms, the passages/paths 611b and 618b shown in Figure 6b are included. Loyalty</p>

Figure 6b: The configuration services programs provide a boring facility to determine the corridor/route, so that the paths/paths 611B and 618B and the lane boundary indicator lines are Paths 681b, 688b and 683b correspond to the corresponding parts in Figure 6a described above.

In one embodiment each traffic lane/path may be divided into a number of

<p dir="rtl">10 Smaller parts. These parts can be identified through the graphical user interface, for example, by allowing lines or other indicators to be installed on the image to indicate the parts. In one embodiment, composite lines may be used to assist in automatically distinguishing distortions in the image. Figure 6a shows a bore including an indicator for a corridor/path segment 631a and other unnamed corridor/path part indicators. Formation services programs may be prepared to form part indicators</p>

<p dir="rtl">15 The proposed corridor/path is automatically based on the pre-defined corridor/path boundary indicators and is provided via GUI tools to adjust the corridor/path boundary indicators as desired. Also, including pictures of the vehicle, including vehicles A, B, and C shown in Figure 6a, may help the technician in placing or adjusting the indicators of the lane/path section accurately. Figure 6b shows the corridor/pathway segment indicator 631b and the other unnamed corridor/pathway indicators corresponding to their counterparts in</p>

<p dir="rtl">80 Figure 6a described above.</p>

Configuration services programs may also provide features via the graphical user interface to define an image stream area with a field of view overlapping a specific image stream area. Where these areas are used to “transfer” vehicle detection from one tracking camera to another, these areas may be referred to as “transfer areas.” For example, it explains the figure

<p dir="rtl">85 6a and 6b are images captured by cameras with overlapping fields of view, in which the field of view of the transportation area 680a overlaps with the field of view of the transportation area 680b. The user interface may be prepared</p>

٥٠٧٠

-٣٩-

Graphical representations to allow for the specification of the transfer of boundary indicators 651a and 658a in Figure 6a and the respective transfer boundary indicators 651b and 658b of Figure 6b. Also, the division of the non -interference area is resolved into a smaller number of use, using a part of the intervention of 611 a and 611b) and a consultant, as part of the intervention other than the other name (the place in the form of 6 a and 6b.

<p dir="rtl">5 Configuration To automatically form indicators of the proposed non-interference part based on previously defined non-interference limit indicators and provide via the graphical user interface tools to adjust the non-interference limit indicators as desired. Also, including pictures of the vehicle for vehicles A, B and C, as shown in Figure 6A, may help the technician place or adjust the indicators of the non-interference part accurately. In one embodiment, configuration services software may be configured to determine the distance between non-interference boundary indicators.</p>

<p dir="rtl">10 651A and 658A and alert the GUI user if the distance is less than the minimum</p>

for the desired distance.

Although the graphical user interface shown in Figures 6a and 6b describes and describes the indicators provided by the graphical user interface as simple lines that may provide an interface to the configuration services software The graphical user can also define features with more complex shapes.

<p dir="rtl">15 Such as, but not limited to, free curves and lines. Also, where a specific indicator in relation to the first camera includes a corridor/track boundary indicator 683a, a corresponding indicator in relation to other cameras filling the aisle/path boundary indicator 683b, these corresponding indicators may be related to the use of the touch interface Serving the graphic. In one embodiment these links may be automatically determined or suggested based on information such as pre-defined indicators, a known location of the camera, a known direction of the camera and directions.</p>

<p dir="rtl">80 Known traffic flow near the camera, number of lanes/paths and traffic flow directions</p>

Passing within those lanes/paths.

In one embodiment where the camera provides a zoom and/or pan/tilt capability the shaping services software may be prepared to allow the selection of different cursor attributes in images captured by the camera at different zoom levels or directions. 85 This additional information may be used to determine the camera's overall field of view85 more fully. Once the technician understands how to use the pointers and/or rulers to determine the field of view of the camera, this and/or other information is derived.

٥٠٧٠

-٤٠-

Some of it may be stored in a database 181 for use, for example, in vehicle tracking by the server system 180.

Configuration services software may be configured to provide a graphical user interface for performing a side-by-side alignment of the video camera. This functionality can be provided by additional user interface elements included in

<p dir="rtl">5 The graphical user interface described above for defining lane/route boundaries. A side-by-side alignment of the camcorder indicates that an initial camera clearance was met or if the available camera clearance was later updated if the camera is equipped with pan, tilt and/or zoom functions and should Adjust and/or calibrate pan, tilt and/or settings Zoom in on the camera to ensure that there is sufficient overlap of the field of view between the two cameras, equal to the overlap shown in Figures 8, 6a and 6b. The technician can rent Wajah land</p>

<p dir="rtl">10 The graphical user uses the camera to determine whether a non-interference zone of sufficient size and/or duration is provided by the camera pair. If not, the pan/tilt and/or zoom settings may require changes or the actual camera panning location may need to be changed entirely.</p>

Configuration services programs may be developed to provide a graphical user interface to pre-plan parking locations, such as parking lots and “no-stop” areas. It displays the user interface

<p dir="rtl">15 Graphical is an image and allows the artist to superimpose shaded polygons, for example, into a fitted image. In another case, parking spot #183 may be selected for a group of 80 pixels as captured by a specific camera for the intended location with a zoom level and/or PTZ direction. The graphical user interface may be configured to provide operations including, but not limited to, moving, moving, resizing, and orienting these polygons to indicate the location and extent of positions within the camera's field of view. Where the camera has R</p>

<p dir="rtl">80 PTZ is possible and elements may be provided to control the PTZ. This function can be provided through elements</p>

Additional user interface included in the GUI described above for defining lane/path boundaries. The graphical user interface may also provide an interface to specify an identifier for the parking location that can be used, for example, to provide a common identifier for the parking location for use in various aspects of the server system 180. The graphical user interface may also provide elements of an interface that allow for specifying

<p dir="rtl">85 different characteristics of the situation's location, although it may be better to employ aspects</p>

٥٠٧٠

-٤١-

Other configuration services software or server system 180 manages the customization and/or modification of these properties with minimal direct human operations.

In one embodiment the configuration services software may be configured to provide a graphical user interface for performing advance planning of parking assigned to multiple vehicles described above in the same manner as

<p dir="rtl">5 Description above for pre-planning parking for one vehicle. Configuration services may be programmed to allow multiple parking spaces or parking lots for multiple vehicles to be combined in one parking lot. For example, each basic parking lot may be assigned a common identifier indicating that it constitutes a parking space for multiple vehicles. Formation services programs may be prepared to allow for parking spaces in which no parking is permitted, in addition to designated parking lots for multiple vehicles to “swerve” parts of a large area subject to parking restrictions.</p>

<p dir="rtl">10 Sabeel Almalal is not limited to loading areas and corridors.</p>

Configuration services programs may be prepared to provide a graphical user interface for determining stopping violations. In Malal Awal, the grace period can be specified through the graphical user interface, which determines the amount of time that the vehicle continues to occupy a parking space, which constitutes a violation of the restrictions imposed on the use of the parking space. For example, when a vehicle is parked in a parking space where it is reasonable to provide a grace period

<p dir="rtl">15 Enough for the car driver to leave the car and pay for using the parking. Different time periods can be specified for different types or groups of stops (for example, a “no-stop” zone may have a small or zero grace period. In Malalani, the amount of vehicle overlap may be determined by the graphical user interface in terms of the amount of space in square feet or as a percentage that the vehicle covers a parking space before the vehicle is considered to have committed a violation. In the third place, it can be specified</p>

<p dir="rtl">80 Rules for stopping with a permit using the graphical user interface, including rules related to, for example, the use of vehicle stopping obstacles, resident-only parking, or other parking that requires the display of a permit or sign. The graphical user interface may provide a way to specify the characteristics and features of necessary permits or badges, such as, but not limited to, an image appearing on the permit or badge, and the location of the identification code (including a serial number) for the permit or badge. In four countries, a picture may be prepared.</p>

<p dir="rtl">85 Graphical user interface for defining the rules for determining what constitutes an expired license plate tag. A tag indicating that a license plate tag in the current license will be considered expired.</p>

٥٠٧٠

-٤٢-

Configuration services programs may be prepared to provide a graphical user interface to determine the consequences of misuse of the vehicle for the intended location. These include, but are not limited to, a display screen for license plate information, obtaining the name and address of the registered owner, dispatching a law enforcement officer, providing illumination, essentially a laser, for a vehicle that misuses the location, and applying a parking fine to a credit card or account on file, and debiting a parking fine from a financial account Or Another cash.

Configuration services software may be set up to receive and record media identifying specific vehicles whose parking violations detected at a parking lot should be amended (for example, a police vehicle may be identified as exempt from specific violations). For example, these vehicles may be identified by a license plate number or It carries a specific identifier on the card.

<p dir="rtl">10 In one embodiment the server system 180 may be configured to obtain information on street</p>

Pre-existing parking and/or vehicle parking that may be obtained through a commercial or municipal database and/or provided by the operator of a parking lot and identifying information on the parking location and traffic lane/route. In one embodiment, based on information indicating the location and direction of various cameras that determine the identity and direction, the server system 180 is configured to determine positions and/or

<p dir="rtl">15 Motion paths are pre-set automatically. In one embodiment the server system 180 may be configured to record</p>

And/or updating the characteristics of parking locations and/or traffic routes/routes recorded in the database 181, including, but not limited to, location identifiers (such as width/length or street address), parking usage rates, time, date, and restrictions Other situations described in this The request. In one embodiment, the server system 180 provides an API to allow the parking service provider to upload parking information 80 and/or updates in bulk.

In one alternative embodiment the server system 180 and other elements shown in Figure 1 are in the form of an integrated platform wherein the integration with payment systems is not done by a third party via an API. In these embodiments, part of the integrated platform consists of payment terminals/devices and equipment that supply vehicle violation tickets for mailing.

<p dir="rtl">85 In one embodiment, the on-site payment system 160 includes a payment feature by phone.</p>

On an integrated platform, turnkey platform Pay-by-Phone feature. The final result is A

٥٠٧٠

-٤٣-

Remote users can pay for downtime by dialing a phone line managed by the system (response

Interactive voice (for a special automated response and entering an identifier for the intended place or vehicle. The vehicle’s license plate number and the duration of the vehicle’s stopping, regardless of whether the parking space is linked to a parallel parking meter. Curbside parking meter. A parking space that is paid for according to the space. Pay-by-Space 5 parking space or parking space for vehicles.

The integrated phone payment module allows remote users to pay for parking, usually using a phone - a cell phone. The payment machine by phone allows integration at the database level with the server system 180. Integration at the database level exceeds integration at the API level because integration at the database level provides more flexibility and speed.

<p dir="rtl">10 The integrated telephone payment unit receives data from one or more receivers.</p>

DTMF, where users enter information over the phone. There is no requirement for the payment unit

By phone to receive data from the server system 180 m in order to operate the payment unit by phone correctly. The integrated telephone payment module may be configured to output data to the mobile device 150 for parking tickets paid by hand and also for the server system.

<p dir="rtl">15 180 for self-implementation. The data is processed independently through the server system 180.</p>

In one embodiment the on-site payment system 160 includes online payment in an integrated platform. The final result is that the remote user can pay for parking or view the previous history by visiting a website and entering the parking ID or the vehicle's license plate number and the duration of the vehicle's parking regardless of the number - Whether the parking is linked to the meter of 80 vehicles parking parallel to the parking space. Where payment is made according to space or parking space.

This extends to other online channels, including smartphones and, in the future, Internet-enabled media centers in vehicles.

The online payment module receives data via the Internet, where remote users can enter information via the Internet. There is no requirement for the online payment unit 85 to receive data from the server system 180 in order to operate the online payment unit correctly. The online payment module is ready to output data.

٥٠٧٠

-٤٤-

To the mobile pass 150 to pay parking fines by hand, in addition to the server system 180 to implement it independently. All self-execution data is processed on the server system 180.

In one embodiment, the on-site payment system may include 160 payment and display machines containing QR codes. QR codes have become popular and consequently have great support on smartphones. In addition, QR codes can easily contain all the relevant information usually found on the pay-and-display ticket (including, but not limited to, the duration of parking of vehicles at the time of expiration of parking, the amount paid, date and time). The integrated pay and display machine allows remote users to pay for parking and leave a display ticket with a QR code for the vehicle's dashboard. The integrated payment and display machine allows database level integration with the server system.

<p dir="rtl">10 180. Database level integration is superior to API level integration as it provides</p>

The database has more flexibility and speed.

The integrated payment and display machine receives payment from remote users via a keyboard embedded in it, a coin acceptor, a credit card reader, and a printer. There is also a display of text/graphics on a 15 LCD liquid crystal display. There is no requirement for the push and display machine to receive data from the 180M server system in order for the push and display machine to operate properly. The integrated push and display machine outputs data to the mobile pass 150 for hand-pushed stop violations as well as for the system 180 for self-execution. Autonomous data processing is performed by the server system 180.

In one embodiment the on-site payment system 160 includes an integrated space-based payment machine 80. Pay by space has become increasingly popular compared to pay and display, which has no longer operating history. Pay-per-space stops are generally more efficient because stop enforcement officers no longer have to walk to each vehicle and lean toward the windshield to manually check the printed expiration time. Alternatively, one can drive a patrol car and conduct visual checks from a distance to find out whether payment has been made for the parking space occupied by the vehicle. In addition, paying by space provides an improved user experience, as it no longer has to...

٥٠٧٠

-٤٥-

Drivers must walk back to Siya Artam to display tickets after paying at the machine. Alternatively you can continue walking to Wajatam.

The integrated space-based payment machine receives payments from remote users via a built-in keyboard that allows currency to be received via credit cards and a printer. And there too

<p dir="rtl">5 Display of text/graphics on LCD screens. There is no requirement for the payment and display machine to be ready to receive data from the 180M server system in order for the payment and display machine to operate properly. The integrated payment and display machine outputs data to the mobile device 150 for hand-pushed parking violations as well as to the system 180 for self-execution. The autonomous data processing is carried out by the server system 180.</p>

<p dir="rtl">10 The on-site payment system may include 160 payment machines, depending on the integrated panel. The machine receives the payment</p>

According to the integrated space, payment from remote users via the keyboard embedded in it allows currency to be received using credit cards and the printer. There is also text/graphics display on the LCD screens. There is no requirement for the payment machine according to the board ready to receive data from the server system 180 in order to operate the payment machine. Payment according to the board correctly. The payment machine 15, according to the integrated panel, outputs data on the mobile device 150 for parking violations that are paid by hand, as well as in relation to the system 180 for self-execution. The processing of subjective data is carried out by the server system 180.

Integration with parking systems by a third party constitutes an option instead of the need for a server system 180. In an integrated package, a complete platform for parking equipment, such as the 80 M, is provided through a single provider, i.e. without integration with parking systems by a third party. However, there are many advantages to the integrated approach using API. The API provides a programming interface with standard designed interfaces

To allow an external program to access information in a host system without revealing any trade secrets of the host system. This is achieved by establishing clearly defined goals and variables at the boundaries between the two systems, so that the external system has access to a set of knowledge 85 in advance, without any knowledge related to how to collect information Information is stored or computed within the host system itself. As such, companies generally have no reservations about deploying APIs to their systems

٥٠٧٠

-٤٦-

Others on the interface of their products or services. Data may be exchanged via an API over network-based mechanisms, often protected by SSL encryption mechanisms based on XML MIME HTML JSON or other codes or languages approved by the API.

There are two ways for the server system 180 to integrate with the API. First, using the API we mentioned

<p dir="rtl">5 Through a third-party parking system, the server system 180 can access vehicle payment information (including, but not limited to, the term paid to us and the lot number). Combined with the vehicle detection and vehicle identification information, the server system 180 already has The server system may have 180 Easily obtain all the information necessary to prepare a list of vehicle license plates with detailed information on the parking violation for the parking facility operator. An operator follows</p>

<p dir="rtl">10 The parking facility then has an SOP system and sends parking violation tickets via email, meets wheel clamps, or vehicles violating the violation are towed for severe or repeated violations.</p>

Using APIs, the server system 180 can be integrated with the following types of parking payment systems: payment by phone, payment by space, payment and display, a parking meter in parallel (single or double space), and the option of an active operator.

<p dir="rtl">15 The basic premise of payment by phone is that a remote user (such as a driver)</p>

vehicle) by dialing a phone number displayed in the vicinity of the parking lot. The phone number usually provides an automated response (interactive voice response) that directs callers through the automated list. The user is asked to enter the unique parking number followed by the required duration of parking The vehicle’s license plate and credit card information.

<p dir="rtl">80 The method of paying by phone began to gain traction as a popular payment method, “metarba”.</p>

Parking facility operators add the ability to pay by phone to the parking meter in parallel with pay-per-space and pay-and-display machines. The typical motive is to provide remote users with an alternative way to pay for parking in an attempt to increase parking revenue. For example, a payment method via phone can be added to a traditional parallel parking meter (single or double space) in order to allow

<p dir="rtl">85 For remote users, pay with credit cards via phone.</p>

٥٠٧٠

-٤٧-

In one embodiment, the server system 180 may include an integrated phone payment module, which may be a software component that extracts information about a pay-to-park system by a third party that uses the server system 180 to self-execute the parking system Stand up. The integrated unit carries out payment by phone using the following steps: (1) Establishing a connection with the mobile payment API 5 by a third party; (8) issuing a request for data; (3) receiving data; (8) processing and storing data on the database 181; (5) identifying an infringement condition (6) Teaching the use of the parking ticket as a parking violation in the database 181 to be processed additionally through the logic of pre-processing the parking violation described below; (8) Periodically ensuring that the parking meter for vehicles in parallel API is effective. And it is valid, but it is limited to 10 using “keep-alive”/”ping” commands or messages; and (7) repeating steps 8-8 or terminating the connection. For step (1) the API usually specifies the mechanism through which a connection is established with it. The mobile payment integrated module is there to monitor the protocol required for the mobile payment API to be established by a third party and establish a connection. .

Regarding step (8), the server system 180 determines that a specific vehicle has vacated the position 15, and the server system 180 sends a signal of this event to the integrated payment unit via a telephone via a database or an inter-process communication call In response to this, the Integration Unit (IPC) To pay by phone, issue a command to the third-party mobile payment API to obtain parking payment information for the specified vehicle. Data sent to the Mobile Payment API by a third party may include, for example, a destination identifier 80 identified by the Mobile Payment API (which may need to be converted to a User ID). Internally via the server system 180) and the date/time of evacuation of the specified vehicle to the intended location.

With regard to step (3), the integration unit for mobile payment is prepared so that it receives information from the phone payment API by a third party, which includes, for example, the date/time of the start of the paid suspension and the date/time of the end of the paid suspension. With regard to step (5), the module

<p dir="rtl">85 Integration of payment by phone so that the paid parking period shown in the data received in step (3) is compared with the actual parking period determined by the server system 180.</p>

٥٠٧٠

-٤٨-

The duration of the actual parking is equal to the duration of the paid parking. The treatment is performed in step (6), otherwise step (6) is not performed.

In one embodiment using an API provided by the server system 180 for integration, the phone payment system only obtains information related to vehicle detection (necessitated by

<p dir="rtl">5 The start and end of the actual parking of the vehicle (server system 180), where the information on the vehicle’s license plate is usually present in the phone payment system. The final result is that the phone payment system does not have the accurate information necessary to compile a list of vehicle plate numbers with the details of the parking violation.</p>

It is usual that when the mobile payment system or its interface is suitable to use the 10 API provided by the server system 180, the mobile payment system or its interface is configured to take a certain degree of software development according to the specifications Generally for the purpose of receiving some useful data from the server system 180. In this specific case, useful data includes the actual parking duration of the vehicle, the actual amount of time during which a specific vehicle occupied a specific parking spot in relation to a specific vehicle plate number or parking number. In general, payment systems by phone have a pre-set number.

<p dir="rtl">15 The vehicle plate or lot number is where this information can be obtained as part of the payment process for the remote user.</p>

The integration may occur via the mobile payment system API provided by the server system 180 according to one of the options. The first is a data inflow model in which the third-party parking payment system sends information to the server system 180. The second is a data outflow model in which the server system 180 sends all relevant information to the telephone payment system.

The system may include, in one embodiment, an API for an inflow-based Pay-by-Phone data entry system used by the third-party parking payment system, for example, for payment over network 110, to which the third-party parking payment system sends

<p dir="rtl">85 The information is sent to the server system 180 via the API of the mobile payment system, which is based on data entry. An API is prepared for the mobile payment system, which is based on entering data to perform steps that include (1) waiting for the payment system to be stopped by a third party to establish a connection; (8) authenticating the identity of the payment system</p>

٥٠٧٠

-٤٩-

to stand by a third party; (3) Receiving data from the parking payment system by a third party; (8) Processing and storing data in the 181 database; (5) Determining the status of a parking violation; (6) Marking the use of the parking lot as a parking violation in the 181 database for additional processing of parking violations. The method of pre-processing the parking violation logic described below: (8) Periodic verification of API 5 for the mobile payment system, which is based on effective and valid data entry, for example, but not limited to:

By using messages or commands to “stay connected” or “verify connection” and (7) ending the connection upon request or when necessary. With regard to step (1), this step may include listening to the payment system to park by a third party through a gateway port operated by Transmission Control Protocol (TCP) or User Datagram Protocol (UDP 10) to establish the connection. Regarding step (8), the payment system may require

To be identified by a third party to authenticate itself through the API system of the mobile payment system, the basis of which is data entry before the data exchange is allowed. If authentication fails, a retry mechanism can be provided, and after several unsuccessful attempts, the connection can be broken. Regarding step (3), the server system 180 can be set up to receive via the API system for the phone payment system 15, the basis of which is the entry of vehicle parking information data into the parking payment system by a third party.

Every time the vehicle driver pays to park. Information received for a specific vehicle may include, for example, license plate information, vehicle parking information (including license plate and state/province information), a parking identifier at which the payment for the specific vehicle was received (which may need to be converted to a user ID). Internally via the server 80 system 180) Date/time the paid parking began and date/time the paid parking ended.

For step (5), the logical integration unit of the telephone payment system that includes the server system 180 can be set up to compare the paid parking duration indicated by the data received in step (3) with the actual parking duration that is determined by the server system 180. Whereas, if The actual parking period exceeds the temporary parking period. Step (6) will not be implemented. If this is not done 85, step (6) will not be implemented.

The server system 180 may include in one embodiment an API for an outflow-based Pay-by-Phone phone payment system used by the payment system for identification by a third party, for example, for payment over the network 110 through which the server system 180 sends the relevant information to Payment system via phone by third party. The payment system can be set up via phone

٥٠٧٠

-٥٠-

API, which is based on data output to perform the following steps: (1) Waiting for the third-party payment system to find a connection (8) Authenticating the identity of the third-party parking payment system; (3) Uploading data to the third-party payment system; (8) (5) Responding to “stay connected” and “check connection” requests from the payment system 5 to stand by a third party; (6) terminating the connection upon request or when necessary. Regarding step (1), this step may include listening to the third-party payment system via a TCP or UDP gateway to establish a connection. Regarding step (8), the third-party payment system may require authenticating itself through the API of the third-party payment system. Communication based on data exit before data exchange is allowed, and if authentication fails, a replay mechanism can be provided

<p dir="rtl">10 Try and after several unsuccessful attempts, the connection may be lost. Regarding step (3)</p>

The server system 180 can be configured to load via an API to a mobile-based payment system

Exporting the vehicle's parking information data to the third-party parking payment system every time the vehicle vacates the parking spot attached to the third-party parking payment system. Information uploaded for a specific vehicle may include, for example, license plate information 15, vehicle parking information (including license plate and state/province information), a parking identifier accessed via a third-party pay-to-park system (which may need to be converted M An identifier used internally by the server system 180) Actual date/time the specified vehicle began using the parking lot The actual date/time the specified vehicle vacated the parking lot.

In another embodiment, the phone payment system and the server system may be combined 180 by 80 steps. First, the server system 180 obtains vehicle payment information from the payment system via

Phone (including the start and end times of paid parking, the vehicle's parking spot number, and the vehicle's number plate) by using an API equipped with a phone payment system. At this stage, the server system 180 will contain the accurate information required to form a list of vehicle number plates that includes the details of the parking violation. However, Instead of displaying the server system 180 for this list based on the parking operator, there are 85 situations in which the vacant parking provider would like to maintain control over how parking violation information flows back to the parking operator. This can be achieved by sending the vehicle violation data back to the mobile payment system through the use of the API provided by the server system 180. The mobile payment system will then have complete control over how the vehicle list is displayed.

٥٠٧٠

-٥١-

The “offending violation” is imposed on the parking operator (paid through a custom application software developed by the phone payment system provider).

The main difference between this integration method and the integration that relies only on the API provided by the server system 180 is that this integration method requires less serious development effort by the mobile payment system provider 5. This is because all basic information that is presented to the parking operator is essentially provided by the API provided by the server system 180 without the need for any additional analysis, and this information can be easily displayed or referred to the parking operator with minimal programming development possible. This integration process provides a “pull” followed by “push” model.

The idea of the Pay-by-Space system is that as soon as the remote user...

<p dir="rtl">10 When the vehicle is parked, it will be noted that there is a space number for the parking spot. When the remote user pays to park at the space payment machine, the remote user will enter the parking space number followed by the required parking time. When payment is made, the remote user does not have to leave a ticket in the vehicle, but rather continues on his way smoothly. The pay-by-space method works well in both cases of parallel parking on the street and parking in a parking lot away from the street/parking garage.</p>

<p dir="rtl">15 The pay-by-space method has become more popular compared to the pay-and-display method</p>

Which has a longer operating history. Parking operations using a pay-by-space system are often more efficient as enforcement officers do not have to walk up to each vehicle and lean into the windshield area to manually check the printed expiration time. Alternatively, they can drive a patrol vehicle and perform a visual check of the distance to confirm which space is occupied.

<p dir="rtl">80 By standing he has been paid. In addition, the space payment method provides a good user experience because remote users do not have to walk back to their vehicles to display tickets after paying the fare at the machine, but can continue on their way to the parking lot.</p>

Similar to the mobile payment method described above, integration can be achieved through the use of any API provided with a space payment system or an API provided by the server system 180.

<p dir="rtl">85 Therefore, each system is capable of accessing all the information required to prepare a list of vehicle number plates that includes parking violation information.</p>

In one embodiment in which the server system 180 is integrated via an API with a space payment system, the server system 180 obtains vehicle payment information from the space payment system (including the start and end times of the paid parking period, parking number, and vehicle plate number).

٥٠٧٠

-٥٢-

The server system 180 contains precise information required to prepare a list of vehicle number plates including parking violation details.

In one embodiment the server system 180 may include a parking-inverted payment system integration module which may be a software component that extracts information 5 from a third-party parking payment system in which the server system 180 uses autonomous execution for parking. The logical integration module for the space payment system includes the following steps: (1) Establishing a connection with the API of the space payment system by a third party; (8) issuing a request for data; (3) receiving data; (8) processing and storing data in the 181 database; (5) determining the status of a parking violation; (6) Marking the use of the parking spot as a parking violation in the database 181 10 AD for additional processing through the pre-processing logic of the parking violation described below (8) Periodic verification that the API of the space payment system by a third party is effective and valid, including but not limited to, through the use of the parking ticket as a parking ticket in the database. Messages or commands to “stay online” or “Verify connection” and (7) repeat steps 8-8 or end the connection. For step (1) the API often specifies the mechanism through which the connection is established. The logical integration unit is

<p dir="rtl">15 Space Payment System is configured to monitor the protocol required by the Space Payment API by the third party that initiates the connection.</p>

Regarding step (8), when the server system 180 identifies a specific vehicle that has vacated the parking lot, the server system 180 sends a signal of this event to the logical integration unit of the space-based payment system via a database or a call to perform an inter-process communication (IPC). The space payment system integration module 80 responds by issuing a request to the space payment API by a third party for parking payment information for a specific vehicle. Data sent to the third-party space-payment API may include, for example, a parking identifier accessed via the third-party space-payment API (which may need to be converted to an identifier used internally by the server system 180), and the date/time the specific vehicle was evacuated. 85 for the position.

Regarding step (3), the logical integration module of the space payment system can be set up to receive information from the API of the space payment system by a third party, including, for example, the start date/time of paid parking and the date/time of the end of paid parking. Regarding step (5). (The space payment system's logical integrator can be set up to compare parking duration

٥٠٧٠

-٥٣-

The paid indicated by the data received in step (3) with the actual parking duration that is determined by the server system 180. If the actual parking duration exceeds the paid parking duration, the processing is performed in step (6), otherwise step (6) is not performed. 6(.

In one embodiment the server system 180 is integrated with a payment system API

<p dir="rtl">5 space by a third party via an API provided by the server system 180. The server system 180 transmits vehicle information to the space payment system (such as the vehicle plate number, parking number, and start and end times of the actual parking period). The ultimate result will be that the space payment system does not contain accurate information Required to prepare a list of vehicle number plates including parking violation details.</p>

Often, when the space payment system or its staff is capable of using an API provided by the server system 180, the space payment system and its staff are configured to perform some degree of custom software development, generally with the intent of receiving some useful data from the server system 180. The useful data in the specific case is This is the actual parking period of the vehicle, the actual amount of time during which the vehicle occupies a specific parking spot for a specific vehicle number plate or a specific parking space number. in general

Space payment systems originally contain the vehicle number plate or parking space number, where 15 they can be obtained as part of the payment process made by the remote user.

The integration may be via the space pay system API provided by the server system 180 according to one of the options. The first is a data entry form in which the third-party payment system sends information to the server system 180. The second is a data output form in which the server system 180 sends all relevant information to the third-party payment system 80.

The system may include, in one embodiment, an API for a space-based payment system based on data entry that is used by the payment system to identify a third party, for example, via a network 110 through which the payment system to identify a third party sends the information to the server system 180 via the API for a space-based payment system. Which is based on data entry. The API for the payment system is set up according to 85 space, which is based on entering data to perform steps that include, for example: (1) waiting for the payment system to be parked by a third party to establish a connection; (8) authenticating the identity of the payment system to park by a third party; (3) receiving data Third party payment system for parking; (8) Processing and storing data in a database 181; (5) Determining the status of a parking violation; (6) Marking the use of a parking ticket as a parking violation in a database 181 for additional processing of road tickets.

٥٠٧٠

-٥٤-

The parking violation pre-processing logic is described below; (8) Periodic verification of the space-based payment system API for effective and valid data entry, including but not limited to, by using “stay connected” or “check connection” messages or commands, and (7) disconnecting upon request or Necessary termination. Regarding step (1), this step may include listening 5 to the payment system for parking by a third party through a port operated by (TCP) or (UDP) to establish the connection. Regarding step (8), the payment system may require a third party to authenticate itself through the API system for the payment system based on data entry before the data exchange is allowed. If the authentication fails, a retry mechanism can be provided, and after several unsuccessful attempts, the The connection is interrupted. Regarding step (3), the system 10 server 180 can be set up to receive via the API system for the payment system based on data entry.

Vehicle parking information is provided in the parking payment system by a third party every time the vehicle driver pays to park. The information received for a specific vehicle may include, for example, a parking identifier at which the payment for the specific vehicle was received (which may need to be converted to an internally used identifier by the server system 180), the date/time the paid parking began and the paid parking end date/time. Regarding step (5), the integration unit can be prepared

The logical reasoning of the phone payment system included in the server system 180 is to compare the duration of the paid parking indicated by the data received in step (3) with the actual parking duration that is determined by the server system 180. If the actual parking duration exceeds the paid parking duration, a procedure is performed.

Processing in step (6) etc. Step (6) is not performed.

<p dir="rtl">80 The server system 180 in one embodiment may include an API for a space-based payment system</p>

Data output is used by the payment system for identification by a third party, for example, via payment

Network 110 through which the server system 180 sends all relevant information to the payment system via phone by a third party. The space-based payment system API can be set up to output data to perform the following steps, for example: (1) Waiting for the third-party parking payment system to establish a connection (8) Authenticating the identity of the third-party parking payment system; (3) Loading data to the parking payment system by a third party; (8) receiving acknowledgment of uploaded data; (5) responding to “stay connected” and “verify connection” requests from the parking payment system by a third party; (6) terminating the connection upon request or The end of the obligation. Regarding step (1), this step may include listening to the parking payment system by a third party through a gateway.

٥٠٧٠

-٥٥-

It works by using TCP or UDP to find a connection. Regarding step (8), the payment system may require a third party to authenticate itself through the space based payment system API to exit data before data exchange is allowed. If the authentication fails, a retry mechanism can be provided, and after several unsuccessful attempts, the The connection is interrupted. Regarding step (3) 5, the server system 180 can be configured to load via the space-based payment system API.

Exporting the vehicle's parking information data to the third-party parking payment system every time the vehicle vacates the parking spot attached to the third-party parking payment system. Information uploaded for a specific vehicle may include, for example, license plate information (including license plate and state/province information), a parking identifier accessed via a third-party parking payment system (which may need to be converted from an internally used identifier). By the server system 180) Actual date/time when the specified vehicle started using the parking lot The actual date/time that the specified vehicle vacates the parking lot.

In another embodiment, the server system 180 can be configured to integrate with the space-based payment system in my step. First, the server system 180 obtains vehicle payment information from the space-based payment system 15 (such as start and end times for paid parking, vehicle parking spot number, vehicle number plate) by using an API provided with a space-based payment system. At this stage, the server system 180 will contain accurate information. Required to compile a list of vehicle number plates containing parking violation details. However, instead of displaying this server system 180 based on the parking operator, there may be cases in which the provider of vacant paid parking spaces wishes to maintain control over how parking violation information 80 flows back to the parking operator. This can be accomplished by sending vehicle violation data back to the space payment system through the use of an API provided by the server system 180. After that, the space payment system will completely control how the list of “violating” vehicles is displayed to the parking operator (via a custom application software developed by the space payment system provider).

<p dir="rtl">85 The main difference between this method of merging and merging is through the payment system according to space</p>

Via the API provided by the server system 180 This method of integration requires less development effort by the pay-per-space system provider. This is because all the basic information that is presented to the parking operator is essentially provided by the API provided by the server system 180 without need

٥٠٧٠

-٥٦-

For any additional analysis, this information can be displayed simply or referred to the parking operator with minimal software development. This merge message provides a "withdraw" followed by "submit" form.

The idea of the payment and display system is that as soon as the remote user stops, he will have to leave a ticket inside the vehicle on the dashboard for enforcement personnel to conduct a visual check to ensure that

<p dir="rtl">5 The period of time during which the remote user made the payment has not expired.</p>

The payment and display method has largely dominated car parking lots

The street and on the car parks. Despite the spread of space-based payment machines at the present time, the payment and display method is still very popular. There are also payment and display systems used for parallel parking.

<p dir="rtl">10 In order to provide self-execution capability, the 180 server system requires the following information:</p>

License plate information (including state/province) Actual parking start and end times Paid parking duration.

In one embodiment where the server system 180 is integrated with the payment and display system, the server system 180 collects vehicle license plate information via an identification camera in a neighborhood providing a camera.

<p dir="rtl">15 Parking start and end times for the actual parking duration by allowing the server system 180 to determine the time at which the vehicle arrives at the park and the time at which it leaves. The duration of paid parking can be determined by using parking cameras that have the ability to rotate, tilt, pan, and zoom to capture a bar code or printed characters from the same displayed ticket that the remote user places on the vehicle's dashboard.</p>

<p dir="rtl">80 In one embodiment, in order to facilitate the reading of this information, a payment machine may be set up</p>

Width to use a large font for printed characters or print large copies and other identification attributes. In another embodiment, the pay and display machine can be configured to request the vehicle number as part of the payment process, where the traditional system would only request the amount of time during which the driver wishes to park the vehicle. The payment and display system may use rolls to display the ticket using a chip to determine the radio frequency

<p dir="rtl">85 RFID (Radio-frequency Identificatio) is embedded inside each ticket displayed.</p>

In one embodiment the server system 180 can be configured to perform pedestrian tracking based on multiple images captured by one or more cameras including a camera including a push-and-display machine located within the field of view therein. Whereas, during pedestrian tracking, the server system 180 is configured to track a driver and/or a passenger of the vehicle as he walks to and/or from the vehicle from which payment is made via a machine.

٥٠٧٠

-٥٧-

Push and display insofar as the server system 180 tracks the vehicle. Based on the pedestrian movement being tracked, the amount paid can be linked to the exact location of the vehicle and a matching vehicle ID.

The vehicle number plate is identified by the server system 180. At one point, the server system 180 may receive a set of images of pedestrians taken on one or more roads.

<p dir="rtl">5 Cameras, which include one or more pictures showing the person riding the vehicle, and one</p>

Or tell me the pictures that await the rider while he or she pays at the pay-and-display station for using the parking. The server system 180 can be configured to perform tracking by determining whether the identified characteristics of the pedestrians whose images are captured are consistent with each other over the course of the ride being seen moving between the vehicle and the payment station and paying the fare. On this basis, the server system 180 can link the amount paid and the use of a specific parking spot before the vehicle.

The 180M server system, through the information provided above, is able to prepare a list of vehicle number plates that includes accurate details of violations. This remains true regardless of whether the payment and display system provides a real-time wireless network because the payment and display system itself does not process said information.

<p dir="rtl">15 In one embodiment the server system 180 is integrated with the payment and display system via an API provider</p>

By the server system 180 to provide a self-executing capability, the server system 180 requires vehicle license plate information (including state/county information), actual parking start and end times, and paid parking duration.

The server system 180 collects vehicle number plate information via the parking camera 80, where the parking camera allows the server system 180 to determine the actual start and end times of parking by detecting the time at which the vehicle arrives at the parking space and the time at which it leaves it. The paid parking duration is determined by parking cameras with pan, tilt and zoom functions, allowing them to be zoomed in to capture the barcode or characters printed on the same display ticket that the remote user places on the vehicle’s dashboard.

<p dir="rtl">85 In one embodiment an API can be set up for the payment and display system provided by the server system</p>

180 To perform the following steps for example: (1) Waiting for the third-party payment system to establish a connection (8) Authenticating the identity of the third-party parking payment system; (3) Uploading data to the third-party payment system; (8) Receiving a notification Receiving uploaded data; (5) responding to “stay online” and “verify connection” requests from the payment system

٥٠٧٠

-٥٨-

to stand by a third party; (6) Ending the connection when requested or necessary. With regard to step (1), this step may include listening to the parking payment system by a third party through a gateway operated by TCP or UDP to establish a connection. With regard to step (8), the parking payment system may require By a third party authenticating itself through the API of the payment and display system before it is allowed

<p dir="rtl">5 By exchanging data. If authentication fails, a retry mechanism can be provided, and after several unsuccessful attempts, the connection can be broken. Regarding step (3), the server system 180 can be configured to upload, via the payment and display system API, the vehicle parking information to the third-party parking payment system each time the vehicle vacates the parking space attached to the third-party parking payment system. Information uploaded for a specific vehicle may include, for example, license plate information (including license plate and state/province information), a parking identifier that is accessed via the parking payment system by a third party (which may need to be converted to an internally used identifier). By the server system 180) Actual date/time when the specified vehicle started using the parking lot The actual date/time that the specified vehicle vacates the parking lot.</p>

When the server system 180 is set up to operate in this mode, the server system 180 transmits 15 parking violation information to the payment and display system (such as the vehicle plate number, paid parking start and end times, paid parking start and end times). The final result will be that the server system 180 contains Accurate information is required to prepare a list of vehicle number plates including parking violation details.

Often, when the payment and display system or its staff are capable of using an API provided by the server system 80 180, the payment and display system and its staff are configured to perform some degree of custom software development, generally with the intent of receiving some useful data from the server system 180. The data that is useful in this particular case comes at times Paid parking start and end times and actual parking start and end times for a specific vehicle plate number. In general, payment and display systems are written (i.e. essentially a printed display ticket) and do not include any information regarding the vehicle's parking lot or parking number. While 85 payment and display systems include the start time of paid parking and the duration of paid parking, through these systems it is not possible to know to which vehicle the paid parking spot belongs. The display and payment system contains the option of displaying a list of vehicles that includes information about the parking violation to the parking operator by using the API provided by the server system 180. Through the API, a

٥٠٧٠

-٥٩-

The payment and display system contains information printed from the server system 180 and displays it in any appropriate style.

As such, integration via the API provided by the server system 180 is in a “send” form whereby the server system 180 “sends” all relevant information to the payment and display system 5. The payment and display system later displays a list of vehicle number plates that were stopped without payment or those whose paid parking validity period has expired. In other words, the integration is not achieved via an API provided by the server system 180 in a “pull” model.

In one embodiment a payment and display machine including QR codes can be provided. QR codes have become common and are able to convey all the information that is often found in a payment system ticket (10 mm of parking period, time of end of parking period, amount paid, date and time) in a seamless manner.

The phone payment system can be installed in one embodiment with a parking system

Payment and display method, where the 180 server system can be integrated with the mobile payment system via API. In this case, where an API provided by the phone payment system is used, the server system 180 transfers the vehicle detection information to the phone payment system because the vehicle number plate information 15 is often contained in the phone payment system. The remote result is that the phone payment system does not contain the information required to prepare a list of vehicle number plates that includes details of the parking violation.

While traditional parallel vehicle parking meters (whether in a single or double space) only accept coins, and without using a smart device or a built-in network connection method, the method of paying via phone has become a common “ride-through” method and works well in vehicle parking meters. In parallel with the traditional one, parking meters have grown in parallel in the recent period, which accept both coins and credit cards and have no network connection capacity installed in them.

Traditional parking meters generally contain a mechanical “expired flag” or display on an LCD screen indicating that the parking period has expired or that it has not been completed.

<p dir="rtl">85 To pay to stand. If payment has been made for parking and a little time remains, the mechanical sign of expiration disappears (usually red) as the LCD screen displays a blank screen on the side of the meter opposite the road. Conversely, when the validity period for paid parking has expired or if payment has not been made, the payment is suspended. Red mechanical expiration sign is clearly visible in the “top” location in the area. The LCD screen alternately flashes between a blank screen and a dark screen.</p>

٥٠٧٠

-٦٠-

(which sometimes contains a flashing red Light emitting LED) display. Both cases are indicated by an expiration sign.

In one embodiment, the server system 180 can interfere with conventional parallel parking meters by using a combination of information collected by each camera.

<p dir="rtl">5 Definition and position. In addition to defining the vehicle's parking status (including, but not limited to, the start and end times of parking), the images taken by the identification camera and parking camera can precisely determine the paid parking status (including, but not limited to, whether the prepaid parking period has expired). (On parking meters.</p>

The server system 180 collects vehicle number plate information through images captured by identification cameras 10, while images captured by parking cameras allow the server system 180 to determine the actual start and end times of parking by detecting the time the vehicle arrives at the parking space and the time They left. The expiration time of paid parking is determined by zooming in with both identification cameras and parking cameras, and monitoring the visual status of the expiration sign on each parking meter. Based on this information, the server system 180 can be determined

<p dir="rtl">15 Parking violation case and marks the use of the parking ticket as a parking violation in the 181M database for further processing via the parking violation pre-processing logic described below. In cases where the expiration sign is not readable by the server system 180, the server system 180 can be configured to indicate an emergency status to the parking operator or crew and/or use an active operator (described below) to determine the status of the parking violation 80 and/or Manual masturbation sign status.</p>

The parking image taken by the parking camera across the street will have a sufficient angle of view to display the status of the expired sign on each parking meter. In addition

In addition, it is possible to provide an identification camera with the ability to rotate, tilt, zoom, zoom power, and sufficient viewing angles to display the status of the expiration sign on each parking meter. Through the information provided above 85, the server system 180 is able to produce a list of the vehicle’s number plates that includes detailed information about the violation.

In one embodiment the server system 180 is integrated with a conventional parallel parking meter system via an API provided by the server system 180 to provide a self-execution capability.

٥٠٧٠

-٦١-

Server system 180 requires vehicle license plate information (including state/county information), actual parking start and end times, and paid parking duration.

The server system 180 collects vehicle number plate information through images captured by identification cameras, while images captured by identification cameras provide

<p dir="rtl">5 Parking for the server system 180 Determine the actual start and end times of parking by detecting the time of the vehicle’s arrival in the parking space and the time of its departure. The expiration time of paid parking is determined by zooming in using both identification cameras and parking cameras, and monitoring the visual status of the expiration sign on each parking meter. Based on this information, the server system can be determined</p>

180 Parking violation case and indicates the use of the parking violation as a parking violation in the database 10 181 m for additional processing through the pre-processing logic of the parking violation

Described below. In cases where the expiration sign is not readable by the server system 180, the server system 180 can be configured to indicate an emergency status to the parking operator or crew and/or use an active operator (described below) to determine the status of a parking violation and/or Manual masturbation sign.

<p dir="rtl">15 The API for a traditional vehicle parking meter system can be set up in parallel to perform the following steps, for example: (1) waiting for a third-party parking payment system to establish a connection; (8) authenticating the identity of a third-party parking payment system; (3) uploading data to a third-party parking payment system Third-party parking payment; (8) receiving acknowledgment of uploaded data; (5) responding to “stay connected” and “connection verification” requests from the third-party parking payment system; and (6) terminating the connection.</p>

<p dir="rtl">80 Upon request or when necessary. Regarding step (1), this step may involve listening to the third-party payment system via a TCP or UDP gateway to establish a connection. Regarding step (8), the third-party payment parking system may require a third-party payment system to authenticate itself via an API.</p>

For a traditional parallel parking meter system before data exchange is permitted. If authentication fails, a retry mechanism can be provided, and after several unsuccessful attempts, it can be interrupted

<p dir="rtl">85 Connection. Regarding step (3), the server system 180 can be configured to load via the system API</p>

Traditional parallel parking meters provide information about the vehicle's parking to the third-party payment parking system every time the vehicle vacates the parking space attached to the third-party payment parking system. Information uploaded for a specific vehicle may include, for example, vehicle license plate information and vehicle parking information (including license plate information).

٥٠٧٠

-٦٢-

(and state/province) An identifier for a parking space that is accessed via a third-party pay-to-park system (which may need to be converted to an identifier used internally by the server system 180) Actual date/time the specified vehicle began using the parking lot Actual date/time the specified vehicle vacated the parking lot .

<p dir="rtl">5 When the server system 180 is set up to operate in this mode, the server system 180 transmits the vehicle parking violation information to the traditional parallel parking meter system, which is often a system for collecting the amounts paid and counting payments that have no connection to the traditional parallel parking meters. The most remote result would be that the traditional parallel parking meter system does not contain the accurate information required to prepare a list of vehicle number plates containing 10 parking violation details.</p>

Often, when the conventional parallel parking meter system or its crew is capable of using the API provided by the server system 180, the conventional parallel parking meter system and its crew are configured to perform some degree of custom software development, generally for the purpose of receiving some useful data from the server system 180. Useful data in this specific case: 15 Paid parking start and end times and actual parking start and end times for a specific vehicle plate number. In general, traditional parallel parking meters do not include any information related to the vehicle’s position or parking space number.

As such, integration via the API provided by the server system 180 is in a “sending” form whereby the server system 180 “sends” all relevant information to the conventional vehicle parking meter system 80 in parallel. The traditional parking meter system then displays in parallel a list of vehicle number plates that have been parked without payment or those whose paid parking expiration date has expired.

In one embodiment, the phone payment system can be placed on top of a conventional parallel parking system and the server system 180 can be integrated with the phone payment system via an API. In this case, where an API provided by the phone payment system is used, the server system 180 transfers vehicle detection information to the phone payment system because the information on vehicle license plates is usually present in the phone payment system in advance. The final result is that the phone payment system does not have the information necessary to form a list of plates

٥٠٧٠

-٦٣-

Vehicle license with parking violation details.

Recently, parallel vehicle parking meters (single- or remote-space) have been introduced that perform credit card authorization using an embedded 3G or Wi-Fi modem. In one embodiment, the server system 180 can interact with this type

<p dir="rtl">5 Parking meters using API for parallel vehicle parking meters. In particular, parallel parking meters have built-in wireless network connectivity and a back-end server.</p>

It is not difficult for the 180 server system to be integrated with the back-end server by

Party to this.

When the server system 180 is configured to operate in this mode, an API integration module is used

<p dir="rtl">10 for vehicle parking meters in parallel with steps that include: (1) establishing a connection with the API for vehicle parking meters in parallel by a third party; (8) issuing a data request; (3) receiving the data; (8) processing and storing the data on the database 181; 5) Determine the status of a parking violation; (6) Mark the use of the parking lot as a parking violation in the 181 database for further processing via the parking violation preprocessing logic described below; (8) Verify</p>

<p dir="rtl">15 The API for parallel parking meters is generally functional and valid, but is limited to the use of “stay online/check connection” commands or messages; and (7) repeating steps 8-8 or terminating the connection. For step (1) the API usually specifies the mechanism through which a connection is established with it. The integration module used in the API for counters is</p>

Parallel parking to monitor the protocol required by the API for 80 parallel parking meters and to establish communication.

Regarding step (8), when the server system 180 determines that a specific vehicle has been evacuated

The situation is that the server system 180 sends a signal regarding this event to the integration module in the vehicle parking meters API in parallel via a database or an inter-process communication (IPC) call, where in response the integration module in the API for vehicle parking meters 85 in parallel issues a Command to API for parallel vehicle parking meters by terminal

To obtain parking payment information for the selected vehicle. It may include the data sent

٥٠٧٠

-٦٤-

10

15

80

85

To the parallel parking meter API by a third party, for example, a parking identification code identified by the parallel parking meter API (which may need to be converted from an identification code used internally by the server system 180) and the date/time the vehicle assigned to the parking lot was vacated.

Regarding step (3), the integration module is specified in the API for parallel parking meters so that it receives information from the API for parallel parking meters by a third party, which includes, for example, a parking identification code that has been marked by the API for parallel parking meters (where It may be necessary to convert it from an identification code used internally by the server system. 180) Paid parking start date/time and paid parking end date/time. Regarding step (5), the integration module in the API for vehicle parking meters is arranged in parallel so that the paid parking duration shown in the data received from step (3) is compared with the actual parking duration determined by the server system 180. In the event that the actual parking duration exceeds Duration of paid parking: Processing is performed in step (6), otherwise step (6) is not performed.

Thus, integration via the API of the vehicle parking meters is completed in parallel in a “pull” model, where the server system 180 pulls all relevant information that the vehicle parking meter system can output in parallel by a third party and adds the information on the parking violation.

Automatic vehicles identified by the server system 180 to obtain a list of license plates

Licensing vehicles with unpaid parking. In other words, API integration of vehicle parking meters is not usually performed in parallel in a “dispatch” model.

In one embodiment in which the server system 180 is designed to integrate with a vehicle parking meter system in parallel via an API provided by the server system 180, the server system 180 transmits information about the vehicle to the vehicle parking meter system in parallel (such as the number on the vehicle's license plate, position and start time). The final result is that the vehicle parking meter system simultaneously has the accurate information necessary to compile a list of vehicle plate numbers with details of the parking violation.

It is usual that when the vehicle parking meter system is installed in parallel or on its sign

٥٠٧٠

-٦٥-

In accordance with the use of the API provided by the server system 180, the vehicle parking meter system is prepared in parallel or its display takes a certain degree of software development according to the specifications.

10

15

80

85

Generally for the purpose of receiving some useful data from the server system 180. In this specific case the useful data includes the actual parking time of the vehicle, the actual amount of time during which a specific vehicle occupied a specific parking space in relation to a specific vehicle license plate number or parking number. Parallel parking meter systems generally have the vehicle's license plate number or lot number in advance, and this information can be obtained as part of the payment process for the remote user.

Integration can be done via API for parallel parking meters provided by

Server system 180 according to one of the following two options: The first option is a data entry model in which the third-party pay-for-parking system sends the information to the server system 180. The second option is a data output model in which the server system 180 sends all relevant information to the server system 180. Parking meters for vehicles in parallel.

In one embodiment, the server system 180 may include a parallel vehicle parking meter API based on data entry for use by a third-party pay-for-parking system via, for example, network 110 where the third-party pay-for-parking system sends the information to the server system 180 via the meter API. Parallel parking of vehicles, which is based on data entry. The vehicle parking meter API can be used in parallel to input data to perform steps that include, for example: (1) waiting for a third-party pay-for-parking system to establish a connection with it; (8) third-party verification of the identity of the pay-for-parking system (3) Receiving data from the payment for parking system by a third party; (8) Processing

storing data on the database 181; (5) Determine the status of a parking violation; (6) Instruction on use

The situation as a parking violation in database 181 will be further processed through the parking violation preprocessing logic described below; (8) Periodic verification that it has an API for meters

Parallel parking of vehicles is effective and valid, but is limited to use

“Stay connected/check connected” commands or messages; and (7) terminating the connection when requested or requested. Regarding step (1), this may include listening on a TCP or UDP gateway.

٥٠٧٠

-٦٦-

For a parking payment system by a third party to make the connection. Regarding step (8), the payment for parking system requires a third party to verify its identity using the API for vehicle parking meters in a parallel manner, essentially entering data before allowing data exchange. If the verification process fails, a mechanism can be provided to retry, and after several failed attempts, the connection can be abandoned. .

<p dir="rtl">5 Regarding step (3), the payment system 180 can be implemented via an API for parking meters.</p>

Vehicles in parallel, which is based on data entry, receives information about the vehicle’s parking in the pay-for-parking system through a third party every time the vehicle/driver pays for parking.

The information received for a specific vehicle may include, for example, an identification code for the parking for which payment was received according to the specific vehicle (which may need to be converted to an identification code 10 used internally by the server system 180), the paid parking start date/time, and the paid parking end date/time. . Regarding step (5), the integration module for vehicle parking meters located in the server system 180 can be equipped in parallel to compare the paid parking duration indicated by the data received from step (3) with the actual parking duration determined by the server system 180. In the event If the actual parking period exceeds the paid parking period, treatment is performed in step (6), otherwise step (6) is not performed.

In one embodiment, the server system 180 may include an API for vehicle parking meters in parallel, essentially outputting data for use by a third-party pay-for-parking system via, for example, network 110 whereby the third-party pay-for-parking server system 180 sends the information to the server system 180 Via API for parallel parking meters 80, which is based on data entry. Any API for vehicle parking meters can be used in parallel

Its basis is entering data to perform steps that include, for example: (1) waiting for the pay-for-parking system to be contacted by a third party; (8) verifying the identity of the pay-for-parking system by a third party; (3) receiving data from the pay-for-parking system Parking by a third party; (8) Processing and storing data in the database 181; (5) Determining the status of a parking violation; 85 (6) Marking the use of parking as a parking violation in the database 181 for further processing.

Bored by the parking violation pre-processing logic described below; (8) Periodic verification that it is

٥٠٧٠

-٦٧-

The API for parallel parking meters is fully functional and valid, but is limited to the use of “stay connected/verify connection” commands or messages; and (7) terminating the connection when requested to do so or when requested. With regard to step (1), this may include listening on a TCP or UDP gateway to the pay-per-view system by a third party to establish the connection.

<p dir="rtl">5 Step (8) The pay-for-parking system requires a third party to verify its identity using API for parking meters in a parallel basis, data entry before data exchange is allowed. If the verification process fails, a retry mechanism can be provided, and after several failed attempts, the connection can be abandoned. Regarding step (3), the payment system 180 can be accessed via API</p>

For parallel vehicle parking meters, the basis of which is data entry and receives parking information

<p dir="rtl">10 The vehicle has a payment-for-parking system through a third party every time the vehicle/driver pays for parking. The information received for a specific vehicle may include, for example, an identification code for the parking for which payment was received according to the specific vehicle (which may need to be converted to an identification code used internally by the server system 180), the paid parking start date/time, and the paid parking end date/time. Regarding step (5), the integration module can be completed</p>

15 For parallel vehicle parking meters located in the server system 180 to compare the paid parking duration indicated by the data received in step (3) with the actual specified parking duration.

By server system 180. If the actual parking period exceeds the paid parking period, the processing is performed in step (6), otherwise step (6) is not performed.

In one embodiment the server system 180 may include an API for vehicle parking meters

<p dir="rtl">80 Parallel data output for use by a pay-for-parking system by a third party</p>

For example, the network 110 where the server system 180 sends all information to the parking meter system in parallel via a third party. The vehicle parking meter API can be used in parallel to output data to perform steps that include, for example: (1) waiting for a third party to communicate with the pay-for-parking system; (8) verifying the identity of

<p dir="rtl">85 Third-party pay-for-parking system; (3) uploading data to the pay-to-park system by a third party; (8) receiving notification of receipt of uploaded data; (5) responding to “stay” requests</p>

٥٠٧٠

-٦٨-

In the event of a connection/verification of connection to the Pay-to-Park system by a third party; and (6) terminating the connection when requested to do so or at the request of the customer. For step (1) this may include listening on a TCP or UDP gateway to the Pay-to-park system A third party to establish the connection. With regard to step (8), the payment system requires a third party to verify its identity

<p dir="rtl">5 API for parallel vehicle parking meters based on data output before allowing data exchange. If the verification process fails, a mechanism can be provided to retry, and after several failed attempts, the connection can be abandoned. Regarding step (3), the payment system 180 can be configured so that:</p>

Via API for vehicle parking meters in parallel, the basis of which is data output and uploading information about the vehicle’s parking to the pay-for-parking system by a third party every time the vehicle enters it.

<p dir="rtl">10 Evacuate the position in accordance with this system. It may include information received about a vehicle</p>

Specified, for example, as an identification code for the parking lot for which payment was received according to the identified vehicle (as it may be necessary to convert it to an identification code used internally by the server system 180), the actual date/required to start using the vehicle designated for the parking, and the actual date/required to vacate the vehicle designated for the parking.

<p dir="rtl">15 In one embodiment the server system 180 can be configured to integrate with a counter system</p>

Parallel parking of vehicles using two steps. First, the server system 180 obtains information about the payment of vehicles from the parking meter system in parallel (times of the start and end of paid parking, parking space number, vehicle plate number) by using the API provided with a parallel parking meter. At this stage, the server system 180 has the accurate information necessary to compile a list

<p dir="rtl">80 Vehicle plates with parking violation details. However, instead of the server system 180 displaying this list to the parking regulation operator, there may be cases in which the vendor paying for mandatory parking wishes to retain control over how information about the parking violation flows to the parking regulation operator. This can be done by sending vehicle violation data to a parking meter system</p>

85

vehicles in parallel by using the API provided by the server system 180. The vehicle parking meter system in parallel does not have full control over how the list of vehicles “committing a violation” is displayed to the parking operator (such as by using a software application in accordance with the specifications

٥٠٧٠

-٦٩-

Developed by a parallel parking meter system vendor.

The big difference is between this integration method and integration via the API provided by the system

Server 180 This integration method requires minimal development effort by the parking meter system vendor in parallel. Because all the key information that is displayed is

<p dir="rtl">5 If the parking operator must be informed in advance via the API provided by the server system 180, and without performing any necessary additional analysis, this information can be displayed or transmitted to the parking operator upon minimal software development. This integration method involves a “drag” followed by a “send” form.</p>

Similar to the pay-for-space system, payment for parking is based on the designated numbered parking space (where the vehicle is parked), and the pay-by-plate system approves payment for parking for a vehicle with the specific number 10 license plate that is parked in the parking space. Manual implementation of the pay-by-plate system usually involves driving The enforcement officer is behind the actual parking space to ensure that the license plates of all parked vehicles are on the list of vehicle license plates so that they are paid. Conversely, any parked vehicles whose license plates are not listed on the “paid vehicles” list will receive a parking ticket.

<p dir="rtl">15 In a similar manner to the systems of payment via phone and payment for the space mentioned above, you can</p>

Perform the integration using the API provided by the payment system or the API provided by the server system 180. The goal of both systems is to obtain all the information necessary to compile a list of boards.

Vehicle license with information on parking violation.

In one embodiment where the server system 180 is integrated via an API with a pay-as-you-go system

<p dir="rtl">80 Plate The server system 180 obtains information about the payment of vehicles from the payment system according to the plate (such as the start and end times of paid parking and vehicle license plate numbers). The ultimate result is that the server system 180 will have the precise information necessary to compile a list of vehicle license plates with violation details. stand up.</p>

In one embodiment the server system may comprise 180 pay-as-you-go integration modules

<p dir="rtl">85 The panel may be a software component that extracts information about payment from a third party parking payment system, as it is used by a third party parking payment system.</p>

٥٠٧٠

-٧٠-

Server 180 during self-execution of parking. The integration module for payment by plate performs steps that include: (1) establishing a connection with the API of the payment system by a third party; (8) issuing a request for data; (3) receiving data; (8) processing and storing data on a database. Data 181; (5) Determining the status of a parking violation; (6) Teaching the use of parking as a violation

<p dir="rtl">5 To park in database 181 to be further processed by the parking violation pre-processing logic described below; (8) Periodically verify that there is an API for the payment system according to the plate</p>

By a third party is effective and valid, but is limited to by use of commands or

“Stay connected/check connected” messages; and (7) repeat steps 8-8 or terminate the connection. For step (1), the API usually specifies the mechanism by which a connection is established.

<p dir="rtl">10 With him. The payment-by-board payment integration module is designed to monitor the protocol required by the payment-by-board system API by a third party and establish communication.</p>

Regarding step (8), when the server system 180 determines that a specific vehicle has vacated a parking spot, the server system 180 sends a signal indicating this event to the integration module prepared for payment according to the plate through the database or a call for communication between processes.

<p dir="rtl">15 (IPC) In response, the integration module for payment by plate issues a command</p>

To the third-party pay-per-plate API to obtain parking payment information for the specified vehicle. Data sent to the Plate Pay API by a third party may include, for example, vehicle plate information (including plate number and state/province information) and the date/time the specific vehicle was vacated to the lot.

<p dir="rtl">80 Regarding step (3), the payment integration module can be customized according to the plate</p>

To receive API information for the payment system based on the plate by a third party, such as the date/time of the start of paid parking and the date/time of the end of paid parking. Regarding step (5), the integration module prepared for payment can be customized according to the plate to compare the paid parking period shown.

Using the data received from step (3) along with the actual parking duration specified by the system

<p dir="rtl">85 Server 180. If the actual parking period exceeds the paid parking period, the treatment is performed in step (6), otherwise step (6) is not performed.</p>

٥٠٧٠

-٧١-

In one embodiment, the server system 180 integrates with the plate payment system via an API provided by the server system 180, and the server system 180 sends information about the vehicle to the plate payment system (including the vehicle plate number, parking, and actual parking start and end times). The final result is The payment-by-plate system must have the accurate information needed to form a list of vehicle license plates with parking violation details.

It is usual that when the payment system by plate or its display is suitable for using the API provided by the server system 180, the payment system by plate or its display is prepared to take a certain degree of software development according to the specifications in general for the purpose of receiving some

Useful data from the server system 180. In this specific case the useful data includes the actual parking duration of the vehicle 10 The actual amount of time during which a specific vehicle occupied a specific parking space for a specific vehicle number plate. Of course, payment-by-plate systems already have the vehicle's plate number, which can be obtained as part of the payment process for the remote user.

Integration via API to the third-party pay-per-parking system provided by the server system 180 can be done according to one of the following options: The first option is a data entry form 15 where the third-party pay-for-parking system sends the information to the server system 180. The second option is a data entry form 15 where the third-party pay-for-parking system sends the information to the server system 180. Data output where the server system 180 transmits all relevant information to the payment system by the plate by a third party.

In one embodiment, the server system 180 may include an API for a pay-by-plate system based on data entry for use by a third-party pay-for-parking system via, for example, 80 network 110 where the third-party pay-for-parking system sends information to the server system 180 via the third-party pay-for-parking system API. Payment according to the plate, which is based on data entry. A data entry pay-by-plate system API can be used to perform steps that include, for example: (1) waiting for a third-party pay-for-parking system to establish a connection with it; (8) verifying the identity of a third-party pay-for-parking system; (3) Receiving data from the 85 Pay for Parking system by a third party; (8) Processing and storing data on the 181 database; (5) Determining the status of a parking violation; (6) Marking the use of parking as a parking violation in the database

٥٠٧٠

-٧٢-

181 To further process the parking violation pre-processing logic described below; (8) Periodically ensuring that the API for the payment system based on data entry is effective and valid, but not limited to using “stay connected/verify connection” commands or messages; and (7) disconnecting when requested to do so. Or when it comes to money

<p dir="rtl">5 Step (1) This may involve listening on a TCP or UDP gateway for the pay-for-parking system by a third party to establish the connection. As for step (8), the pay-for-parking system is required by a third party to verify its identity using the API of the payment system based on data entry Before allowing the exchange of data, if the verification process fails, a mechanism can be provided to retry, and after several failed attempts, the connection can be abandoned. As for step (3), it can be terminated</p>

<p dir="rtl">10 Payment system 180, through the API of the payment system according to the plate, which is based on data entry, receives information about the parking of the vehicle from the payment system for parking by a third party every time the vehicle/driver pays for parking. Information received for a specific vehicle may include, for example, license plate information (including plate number and state/province information), paid parking start date/time, and paid parking end date/time.</p>

<p dir="rtl">15 Regarding step (5), the payment system integration module can be customized according to the panel located in</p>

Server system 180 to compare the paid parking duration shown by the data received in step (3) with the actual parking duration specified by server system 180. If the actual parking duration exceeds the paid parking duration, processing is performed in step (6), otherwise no Step (6) is performed.

<p dir="rtl">80 In one embodiment the server system 180 may include an API for a board-based payment system</p>

Data output for use by the pay-to-park system by a third party via, for example, network 110 where the server system 180 sends all relevant information to the pay-per-parking system by a third party. Any API can be used for the payment system based on the plate

Extract data to perform steps that include, for example: (1) Waiting for the payment system to process

<p dir="rtl">85 Stand by a third party to make contact with it; (8) Verification of the identity of the pay-for-parking system by a third party; (3) Uploading data to the pay-for-parking system by a third party; (8)</p>

٥٠٧٠

-٧٣-

Receive notification of receipt of downloaded data; (5) responding to “stay online/verify connection” requests from a third party pay-for-parking system; and (6) terminating the connection when requested to do so or at the request of the owner. For step (1) this may include listening on a functioning gateway. According to the Transmission Control Protocol (TCP) or User Data Protocol (UDP) for the parking payment system

<p dir="rtl">5 By a third party to make the connection. Regarding step (8), the payment system for parking requires a third party to verify its identity using the API for the payment system based on the plate, the basis of which is to exit the data before allowing the exchange of data. If the verification process fails, a mechanism can be provided to retry, and after many failed attempts, the user can be abandoned. Communication. With regard to step (3), the payment system 180 can be implemented via the API of the payment system according to the plate, the basis of which is data output.</p>

<p dir="rtl">10 Information about the vehicle’s parking is uploaded to the pay-for-parking system by a third party every time the vehicle vacates the parking space in conjunction with this system. The information received for a specific vehicle may include, for example, an identification code for the parking lot for which payment was received based on the specific vehicle (which may need to be converted to an identification code used internally by the server system 180), the actual date/necessity for the start of use of the vehicle identified for the parking, and the date/time</p>

<p dir="rtl">15 The actual procedure for evacuating the vehicle specified for the parking lot.</p>

In another embodiment, the server system 180 is configured to integrate with the payment system by plate

Its basis is to output data using two steps. First, the server system 180 obtains payment information from the plate payment system (for example, the start and end times of the actual stop and the vehicle plate number) by using the API provided by the plate payment system. At this point, the server system 80 has the precise information necessary to configure List of vehicle plate numbers with parking violation details. However, instead of the server system 180 displaying this list to the parking regulator, there may be instances in which the vendor paying for mandatory parking wishes to retain control over how information about a parking violation flows to the parking regulator. This can be done by sending the vehicle violation data to the plate payment system via:

<p dir="rtl">85 Using the API provided by the server system 180. The payment system does not have full control over how the list of “violating” vehicles is displayed to the parking operator (filled out by</p>

٥٠٧٠

-٧٤-

Use of a software application according to the specifications developed by the payment system vendor.

A major difference between this integration method and the integration with the payment system by plate through the API provided by the server system 180 is that this method of integration requires the minimum development effort from the vendor of the payment system by plate. Because all the key information is provided in a presentation

<p dir="rtl">5 On the parking operator in advance of the API provided by the server system 180, without any additional analysis required, this information can simply be displayed or sent to the parking operator with minimal software development. This integration method involves a “pull form” followed by a “submit” form.</p>

There is a key reason why using a team of direct operators as part of the system shown in Figure 1 is worth considering and can provide a practical option.

<p dir="rtl">10 It will be presented to parking management workers in the future as an additional feature.</p>

Firstly, although the server system 180 independently receives and processes images obtained from identification and identification cameras, there are usually direct operators who work it.

They can monitor the images that are acquired and software executed by the server system 180. Line operators can review the operation of the server system 180 and take appropriate actions.

<p dir="rtl">15 On an exceptional basis as necessary. For example, when an unexpected problem occurs, line operators can review images of the problems and conclude that the server system 180 cannot be prepared for use.</p>

The benefit of the network architecture that supports the server system 180 is that a single team of line operators can inspect or enhance operations at multiple locations regardless of location.

<p dir="rtl">80 The geographical location in question, or in fact the facility's operations, may belong to different stand-alone operations or even to competitors. As a result, direct operator choice can provide an economically viable and scalable method for parking operators. In addition, by using a standard TCP/IP protocol or IP multicast, a live video stream can be sent simultaneously to multiple locations, allowing the option of live operators to be added in the future as well.</p>

<p dir="rtl">85 To the spatial monitoring of the site, which is carried out by parking organization workers.</p>

Depending on the available technology, parking meter and payment configurations may be displayed in parallel

٥٠٧٠

-٧٥-

The presentation explained above presents important challenges to the actual duration. Not only do high-end cameras require zooming, but there are also potential problems such as the angle of view of a particular video camera may not be sufficient to adequately detect a conventional parallel parking meter expiration sign or a bar code on a pay-and-display ticket. On the car dashboard 5 away from any video camera. View the dimensional shape of the car dashboard and the ticket booth itself.

Using the direct operators option, the server system can configure 180 events

Surveillance for the live operator when the server system 180 fails to automatically detect the main part of the information such as the vehicle plate number, the status indicating the expiration mark on the 10 conventional parking meter or a bar code/information printed on the pay and display ticket. Wemk A

This arbitrary event prompts the live operator to take a number of specific actions, including...

This includes specific rewind/fast-forward/stop/frame hold RWD &amp; FWD shots captured by identification cameras and/or set zooms highlighted on specific areas of interest in the captured shots Video cameras to pan/tilt/zoom as needed to obtain images 15 Enhanced and sending people to the site to conduct an inspection of a vehicle or parking meter by viewing it or using a mobile device 150 to obtain enhanced images for use before the server system 180.

In one embodiment, the server system 180 is configured such that the mailing address of the registered owner of a vehicle is associated with his or her license plate number, allowing the parking regulation operator to collect revenue for parking violations 80. Red light camart systems use this mechanism to send violation tickets to registered owners of vehicles. Regarding this job, parking organizing workers are divided into three different categories.

First, in the case where the parking regulator is part of a city/municipality where he or she may already have access to DMV records, server system 180 may be required to provide a mere 85-meter list of vehicle license plate numbers with state/county information along with details of parking violations. (The date and location are required) in order to send the violations to the registered owner via mail.

٥٠٧٠

-٧٦-

Because for private parking operators who do not have prior access to Department of Motor Vehicles (DMV) records, there are a number of authorized methods for obtaining personal information, including name and address linked to the vehicle’s license plate number. These methods vary depending on State to state (and provinces). And just like that in a state

<p dir="rtl">5 New York Private parking operators are permitted to obtain permission to access this information by using the Driver's Privacy Protection Act (DPPA) Form MV-15DPPA “for use in accordance with the operation of toll transportation facilities,” including companies that operate toll facilities. Parking for the purpose of providing a reference to vehicle owners who have used the facility. For some jurisdictions, name and address information may be displayed.</p>

<p dir="rtl">10 Over the Internet, a server system 180 can obtain and process this information. And in</p>

In some jurisdictions, information on the name and address of a vehicle owner may not be displayed by a third party over the Internet but must instead be obtained by mail or in person. In these jurisdictions, private parking operators may wish to obtain name and address information in batches (millions per day, every other day, every three days, or weekly).

<p dir="rtl">15 No, for private parking workers who prefer access to information</p>

The actual registered owner. There are a number of databases for private vehicle plate numbers available online. The main benefit of this method is that name and address information can be retrieved directly or automatically without the need for any manual operation.

As noted in Figure 1, remote user systems can include 80 systems inside vehicles. In one embodiment, new vehicle dashboards imported directly from automobile manufacturers may include an indicator symbol similar to other vehicle dashboard lights such as “check engine” parking brake warnings or cruise control indicator lights. This indicator symbol usually does not light up when the vehicle 130 is driving on a highway or in an area not provided with service by the server system 180. When the vehicle approaches 85-130 meters of parking spaces or parallel parking areas, the indicator symbol may light up.

Yellow color to notify the remote user of the availability of automatic parking services provided by the system

٥٠٧٠

-٧٧-

Server 180. When the vehicle 130 is pulled into a parking space that is full, the indicator symbol becomes red to inform the remote user that payment for parking has not been made. Once payment for parking is made (whether by phone payment system, parking meter, parallel parking system, or other technologies), the indicator symbol becomes green to indicate that payment for parking has been made.

<p dir="rtl">5 In one embodiment, these visual cues may be accompanied by audio notifications, which may be simple advertisements or audio announcements. Audio output can be achieved by supplying data or audio information to an entertainment unit in the vehicle.</p>

Whereas, this invention enables the automation of many aspects of the implementation and payment processes

Standing it can provide results to remote users about how a system works

<p dir="rtl">10 Server 180 or coupling a server system 180 for a specific jurisdiction to the vehicle 130 (e.g.</p>

Regarding the vehicle committing 130 for a parking violation, remote users will not be able to respond accordingly to the results provided. While the operation includes a highly automated payment and enforcement system, it is reasonable to expect that remote users or registered owners will not be penalized for

Insignificant or administrative errors. The results provided via a simple interface, such as the 15 vehicle dashboard indicator, can greatly alleviate this issue.

For example, when the vehicle is parked 130, if the indicator symbol remains red after some time, the remote user becomes aware that a special event has occurred. An unusual event may include that the credit card number on file may have expired and therefore not

Valet system 180 is able to charge parking fees. These results provide the remote user with the opportunity 80 to, for example, visit a website provided by or according to the server system 180 to inquire about his/her account and correct the error.

There are a number of potential sources of information from which a vehicle dashboard indicator can obtain its information, including built-in cellular data, WiFi vehicle 85 connectivity, or smart sensors (explained below). (For older vehicles that do not have factory-installed indicator codes, remote users can be provided with a kit.

٥٠٧٠

-٧٨-

An update in the form of a visual module that receives information via Bluetooth, cellular data, or Wi-Fi connection.

In one embodiment, the indicator symbol tag receives GPS location data from subsystems within the vehicles by a third party to determine whether the vehicle 130 is currently in a paid parking zone.

Similar to the symbol of a vehicle's dashboard, smart sensors can be designed inside new vehicles that are obtained directly from the factory. Using technology similar to the ZigBee IEEE 802.15.4 standard, it is possible to create short-range, low-capacity and low-cost wireless mesh networks that include vehicles, as well as between vehicles and parking equipment. Each vehicle becomes a node and can be...

<p dir="rtl">10 The intersection point connects to a remote point by sending data through intermediate nodes by forming a lattice network. Each smart sensor contains a unique identification code, so that the information on the vehicle plate is no longer important. In one embodiment the smart sensors can be configured to communicate with the server system 180 via a cellular data connection and/or provide payment functionality via phone so that payment can be made for</p>

<p dir="rtl">15 Use position via smart sensor.</p>

Many applications are possible when these smart sensors are integrated. For example

Smart sensors may include a Global Positioning System (GPS) receiver

GPS (Positioning System) or it can communicate with GPS inside vehicles to determine a current location

to the vehicle 130 and inform the server system 180 of the current location. Using some GPS techniques is boring

<p dir="rtl">80 GPS assisted GPS: The location specified by GPS may have sufficient accuracy to determine whether the vehicle is in the specified position. These sensors can also communicate with parking meters and essentially report the presence of the vehicle and how long the vehicle has been parked. This parking information may be sent to</p>

A remote network/pass through the capillary network so that it does not require placing parking equipment inside the vehicle. For vehicles equipped with smart sensors, the use of cameras is not an identification and distinction

<p dir="rtl">85 This is necessary as the smart sensor located inside provides the unique information of the vehicle to the server system in advance.</p>

٥٠٧٠

-٧٩-

In one embodiment, vehicles can be equipped with a near-field communication device such as a chip

Identifying properties using RFID. For example, this communication device can be located in the mirror bracket. In other cases, the RFID chip may be embedded in a card provided through the ticket payment pass. By obtaining the vehicle's identity from the NFC Permit 5, it is possible that images captured by identification cameras are not necessary, as those images include the vehicle number plate information for the server system 180 and/or can be used to verify the information received from the NFC Permit. Close range corresponding to the vehicle

that are monitored.

In one embodiment, the smart sensors can sense the status of other nearby vehicles 10 (such as, but not limited to, whether the vehicles are moving or parked and how long they have been parked) and report their status to the server system 180. The final result in the server system 180 is D. See the parking location of almost any vehicle equipped with a smart sensor and the parking duration. By combining this information with pay-for-parking information from third-party systems or key turn-in platforms, the identities of vehicles that have not paid for parking, that have had parking violations, that have received parking tickets emailed to their owners, or that have had parking tickets imposed on them can be identified 15. Location (filling in on the credit card on file).

In one embodiment, the parking camera can be equipped with a laser means for reporting the parking status. Similar to the laser status notification sign we see in shopping centers and retail stores, the 80 laser status notification feature lights up with a harmless flashing red light surrounding the parked vehicle to inform the user upon his return that the parking price or duration has not been paid. This is considered the closest thing to returning to the car with the violation paper placed under the car's wipers in the traditional manual parking law enforcement model. Since the parking cameras are placed

Usually in a high place relative to vehicles, there is a laser unit to report the status of the parking lot without an 85-degree perspective (i.e., top to bottom) of the parking lot to facilitate the illumination of the laser reporting device at vehicle parking locations.

٥٠٧٠

-٨٠-

In one embodiment, laser parking status reporting is an alternative to mailing a paper parking violation. If the user receives a laser notification informing of the occurrence of a parking violation, the user can be expected to pay the parking fine through a number of media, which includes, but is not limited to, a website or payment through

<p dir="rtl">5 The alliance. Furthermore, laser status notifications can be captured by the parking camera to provide final evidence of a parking violation and reporting it.</p>

In one embodiment the dynamic real-time single parking reservation feature is made available by the online/phone/smartphone parking reservation system and can be further enhanced by using a laser parking status reporting feature. Although some...

<p dir="rtl">10 Service providers offer a parking reservation service, except that the service is limited to reserving parking spaces in the public places surrounding the parking lots (somewhere in a parking lot), as there is no practical way to reserve one actual specific parking space automatically. In addition, the reserved parking spaces remain Usually open for a long time as there is also no practical way of knowing when the parking space will be available again after the driver who reserved the parking has left.</p>

<p dir="rtl">15 On the other hand, the feature allows users to reserve one parking space at the real, dynamic time</p>

They can precisely specify the specific parking space they want (for example, the parking space closest to the shopping center during the holiday shopping period) for a specific period of time (for example, a parking space can be reserved for use during a day or so in the future). Once the parking is reserved, the light can light up. Laser notification device at the parking spot to indicate that the parking spot is reserved (give on).

<p dir="rtl">80 The parking lot is red as a warning to other drivers. (Using the parking lot for the duration of its reservation before another vehicle results in a parking violation, which allows the parking operator to increase his profit by offering private/premium parking and pre-booking parking.</p>

In one embodiment, the parking operator may designate specific parking lots as no-parking locations to be used only by vehicles that have reserved them. In this embodiment, A

<p dir="rtl">85 The 180A server system determines the number of reserved positions available for a given period and determines the reservation price</p>

٥٠٧٠

-٨١-

Based on the number of unreserved and available spaces remaining. In one embodiment the server system 180 can be configured to allow customers to submit competing bids for the use of reserved parking.

In one embodiment, the payment feature may be provided by phone either directly, through a turnkey platform, or through a partnership with a third party vendor. The remote result is included in A

<p dir="rtl">5 A remote user can pay for parking by calling a specific IVR phone line and entering the parking number or vehicle license number and the parking period. In another embodiment, online payment is another form of the same format to support online payment for parking, usually via a website that can be accessed via an Internet-enabled smartphone.</p>

In one embodiment, "data streaming" technology can be incorporated such that immediately after the remote user 10 parks the vehicle 130 in the parking lot, he receives a text message or other notification prompting him to respond affirmatively to set a specific price for the duration of the vehicle's parking in the parking lot. The server system 180 identifies the vehicle 130 m through the identification camera and further identifies a vehicle 130 associated with a pre-registered remote user using credit card or billing information and a cellular phone number or other contact information in the record. Immediately after a, the server system 180 identifies M through the vehicle's parking camera 130

<p dir="rtl">15 The 180 series M server system creates a “data flow” in order to effectively inform the driver and confirm the payment or confirm the payment. By simplifying the payment process, a discounted profit on parking is achieved.</p>

In many traditional parking meter systems, if the remote user pays a value for a period longer than the actual period during which the remote user used the parking, the excess amount remains displayed on the meter for use by the next remote user. In one embodiment of the invention, the parking camera 185 allows the server system 180 to accurately determine when the vehicle leaves the parking lot and any “remaining amount” of the paid parking ticket is zeroed out. This is based on parallel parking meters, as these meters do not have any communication ability or intelligence to activate an end notice before the time expires.

The server system 180 can be configured to provide data flow technology software that improves the user's checkout experience 85. Information flow technology supports multiple functions: (1) creating a payment sequence through a text message; (8) allowing a pre-registered user to take a photo of a number plate

٥٠٧٠

-٨٢-

The vehicle did not provide the image to the server system 180 via e-mail or text message; (3) Allow an unregistered user to take a photo of his or her vehicle license plate and then provide the photo to the 180 server system via e-mail or text message; and (8) Allow drivers to register once to avoid getting caught.

<p dir="rtl">5 Parking fines under the subscription model. The data push technology component interacts with logic</p>

Vehicle Identity Detection Logic Vehicle Identification Database 181 and Payment Gateway. With regard to Clause (1), based on the ID of the vehicle that has just started using the parking lot, the data flow software sends a text message indicating the start of using the parking lot to the mobile phone number registered using the server system 180. When the driver responds to the text message with approval by replying with “ Yes, yum

<p dir="rtl">10 The appropriate usage fees will be charged to the credit card linked to the registered account, including, but not limited to, a flat-rate parking fee for using the parking lot. With regard to Clause (8), a driver who has previously registered using the server system 180 may take a photo of his car’s license plate that was not sent by e-mail or text message to the server system 180. The value of the usage fee has not been calculated from the credit card linked to the user’s registered account.</p>

<p dir="rtl">15 Pre-registered. With regard to clause (3), for vehicles with number plates that are not registered in the server system 180, the driver can take a photo of the car number plate and send it via email/text message to the server system 180. In the event that the telephone service provider supports or provides the ability to Accessing this bill payment feature, the usage value can be added to the bill</p>

The purchaser for the user's mobile phone. With regard to Clause (8), the driver may register only once

<p dir="rtl">80 One to pay all fees (or at least all parking fees) for use automatically using a registered credit card. The data flow technology can be configured to automatically send a text message to a user in the event that the server system determines that 180 usage is inappropriate for the situation. Tired of parking the vehicle in a “no parking” location.</p>

The server system 180 can be configured to provide logic software for pre-processing violations

<p dir="rtl">85 The parking lot examines all cases of using the new parking lot that were deemed to be in violation and assigns them to the corresponding parking lot as specified in the system definitions in the number plate search unit.</p>

٥٠٧٠

-٨٣-

cars or the car number plate transmitter listed below. The logical software to pre-process alignment violations interacts with the database 181 with software services that provide system definitions or APIs to third parties. The queue violation preprocessing logic software can be configured to do the following: (1) Insert violations into a queue identified by other software operations in the server system 180; (8) Check for the next violation in the queue; (3) Verify whether

The use of parking is considered a violation by verifying the rules established by the service programs that provide system definitions related to parking and determine the use of parking by the vehicle. (8) Transferring the violation to the vehicle number plate processing logic; and (5) checking any other violations in the waiting list or waiting to identify the last violation.

<p dir="rtl">10 The server system 180 can be configured to determine whether the vehicle has an expiration mark</p>

Identification image. The identification image can be captured using a 180-degree field identification camera at typical distances, typical vehicle speeds, and the size of the typical small expiration date indicator on the vehicle's number plate. Determining whether a vehicle has a tag from the identification image alone is impossible. Using a camera capable of panning, tilting, and zooming can zoom in on a painting

<p dir="rtl">15 Vehicle numbers for a stationary vehicle. Using either an identification camera or a parking camera, the lens can be zoomed in on the vehicle's license plate to obtain sufficient detail to determine if the vehicle has an expiration tag from the image obtained alone. In one embodiment, the image may alternatively be captured by a handheld or portable camera such as mobile phone cameras or mobile device 150. The identification image obtained from these sources usually bears a</p>

<p dir="rtl">80 Sufficient details to identify a vehicle bearing an expired tag using the identification photograph alone. In one embodiment, instead of using the image alone to determine the presence of an expired tag, the server system 180 can be configured to query through a municipal database API and determine whether the vehicle registration for a particular vehicle license plate is expired. The server system 180 can be configured to report the vehicle to the municipality if it is determined to carry an expiration tag.</p>

<p dir="rtl">85 The server system 180 can be configured to provide logical software to process the vehicle's number plate</p>

It converts the violation of using the specified parking lot into the violation identified by the software

٥٠٧٠

-٨٤-

The logic to pre-process a parking violation into an actionable item for the registered owner/user of a vehicle involved in a parking violation or for the parking operator responsible for the parking. For example, the enforceable item could take the form of a parking violation ticket automatically mailed to the registered owner or the vehicle license plate number displayed on a screen in

<p dir="rtl">5 Car parking operation office. The license plate processing logic software interacts with the parking ticket pre-processing logic software and service software that provides system definitions and a database 181. The vehicle license plate processing logic software can be configured to verify one or more specific business rules through the service software that provides System definitions are connected to the situation to identify the appropriate executable component. And for the sake of money, if they are rules</p>

<p dir="rtl">10 The (commercial) project provides for searching the vehicle number plate. A specific type of search for the vehicle number plate can also be specified using the API provided by the municipality or the API provided by a private business. The search for the vehicle number plate is carried out as stipulated in the rule The project rules can also specify options such as sending parking violations by mail to the registered owner through the API, or just providing the registered owner’s address and any other relevant information.</p>

<p dir="rtl">15 Link to the parking operator. In other cases, if the project rules stipulate that the vehicle number plate information be sent, and if they specifically state that the license plate processing logic program checks whether a specific type of license plate information is to be sent, the license plate information will be sent accordingly.</p>

In order to use the search option in the API on the vehicle’s number plate, to specify an address

<p dir="rtl">80 The vehicle ID must be sent to the registered owner using the vehicle number plate</p>

Data for vehicle license plates, including those provided by a private business, exists and is available for searches on license plates belonging to a specific state/province. The use of this database must also be reasonable in terms of the fees charged so that the search process is commercially feasible. In the event that none of the above-mentioned circumstances are met

<p dir="rtl">85 An alternative option is to provide the license plate of the vehicle in question to the municipal authority who will usually be able to access license plate records through the local police branch or similar.</p>

٥٠٧٠

-٨٥-

The license plate data processing logic may include a license plate lookup and a secondary supervision module configured to supervise an API call to the license plate database to retrieve the correspondence address of the registered owner of the vehicle. Examples of this database include a telephone API lookup account based on ΗΤΊΡ provided by the administration

<p dir="rtl">• New York State Motor Vehicles, database services provided by the American Association</p>

American Association of Motor Vehicle Administrators

(aamva) or other insurance companies, and online collections of public records, for example, PublicData.com (however, these collections are less reliable than commercial or government databases, so they require additional effort to ensure that the information is accurate and reliable).

<p dir="rtl">0 1 Also, the vehicle number plate search mechanism and the secondary supervision unit can be configured to automatically send the violation notice by mail to the relevant registered owner of the vehicle that misused the parking lot. For example, the mail sending process can be automated by making a call to the print/send service API, including, but not limited to, 11141.010.</p>

In one embodiment, the vehicle number plate lookup mechanism and the supervisory secondary unit 5 1 can be configured to form, maintain and review records in the database to determine whether the relevant vehicle identification code (such as a vehicle number plate) is associated with previous parking abuse during a specified period of time. (Configurable through, for example, software services that provide system identifiers), and if the identifier is linked to previous misuse, the vehicle number plate lookup mechanism and the supervision secondary unit can assume that the address obtained It already remains true

<p dir="rtl">» 2 And precisely, the connection with the API is skipped, and the memos are sent by mail to the correspondence address previously obtained in the system in order to reduce the costs associated with the connection to the API. In the case where the parking ticket is not paid after a specified number of days ( The actual duration may also be determined by, for example, service programs that provide system definitions) or if the violation note is returned as an undelivered message, a subsequent API call may be made to obtain</p>

25 at the current address.

٥٠٧٠

-٨٦-

In one embodiment, in the case of a parking violation, for example, but not limited to, it relates to the expiration of the paid parking or the vehicle has been parked without paying, the server system 180 can be activated to inform the enforcement officers of the parking location in terms of longitude and latitude, or the address of the nearest street. Otherwise, the judgment enforcement officer will go to the violating vehicle and issue a citation

<p dir="rtl">5 Violation notice on site. In one embodiment the server system 180 can be configured to identify and/or locate one enforcement officer deemed best suited to deal with the offending vehicle. Factors that influence this determination include, for example, the distance of the offending vehicle, the workload of the enforcement officer, or whether the offending vehicle must be towed (for example, if the offending vehicle must be removed immediately). In one embodiment, it may be necessary to add the violating vehicle 10 to a waiting list as a matter of need when the number of enforcement officers is too small or an officer has too many violating vehicles to deal with. In one embodiment, a number of enforcement officers may be notified of the proximity of the violating vehicle, and one of the officers may accept to deal with specific violating vehicles. The server system 180 can be configured to track the performance of the judgment enforcement officer and may be used in conjunction with the rewards or quota system for judgment enforcement officers. And in one embodiment</p>

<p dir="rtl">15 The judgment enforcement officer can be provided with a mobile pass 150, where the mobile pass 150 can be configured to print a violation notice in advance for the violating vehicle to reduce the time it takes to deliver the note to the vehicle.</p>

The server system 180 can be configured to provide dynamic variable rate fees. In one embodiment, the server system 180 may record different parking tariffs that vary depending on the time of the day 80/or day of the week, for example. In the case where the vehicle is operated in a parking lot for a period that extends from the first tariff period to the second tariff period, the server system can be configured to determine the total fees resulting from the use of the parking lot based on the first tariff that operates from the beginning of the use of the parking lot until the beginning of the period in which it begins to work at the second tariff, and it is Operating at the local tariff for the remainder of the period of time during which the vehicle occupies the parking lot. In one embodiment 85 the server system 180 can be configured to determine the number of vehicles that can accommodate available parking in a particular area and the parking fee or tariff depends on the number of vehicles specified. For money and just in case

٥٠٧٠

-٨٧-

Select a server system of 180 A. As this number decreases (because there are fewer remaining parking spaces), it is possible to impose a higher tariff for operating in the few remaining spaces.

The server system 180 can be configured to allow the parking provider through an API or ID provisioning service program to determine specific instances in which a specific parking rate or 5-bit rate for specific parking will be applied. For example, if a concert is held from 8 p.m. to 11 p.m. at a location near or connected to a parking facility, the parking facility may impose a flat fee of $10 on vehicles queuing after 4 p.m. that day.

The server system 180 can be configured to provide the parking feature without a fee, whereby the driver may leave the parked vehicle in the parking lot as much as he wishes, and the bill is paid through a credit card or other account in accordance with the rules established for the parking lot (for example, but not limited to, an hourly rate or a flat rate for fees (per day). In one embodiment, a message or e-mail may be sent to the driver indicating a parking feature without a fine and the response may be filled out with a message bearing the word “Yes” or “No Fine.” In one embodiment the server system 180 can be generally configured to make the 15 fine queuing feature available for all available parking in specified areas or within parking spaces tracked by

Server system 180. Server system 180 can be configured so that it does not provide the parking feature without a penalty for a parking spot in which parking is prohibited, or a parking spot that is subject to the law prohibiting parking during busy hours (traffic congestion) from the time of one night in the evening until six in the evening.

In one embodiment the server system 180 may be capable of performing a classification 80 based on a dimensional layout of the vehicle. For example, this classification may be able to roughly classify the vehicle into categories such as, but not limited to, a sports vehicle, a small truck, a sedan, a passenger car, or a bicycle. In addition, you can classify

Vehicles are classified according to dark or light colour. Vehicle classification may be useful for applications other than parking, including, but not limited to, assisting police in tracking stolen vehicles, 85 perimeter enclosure, Amber Alert (child kidnapping alert), or national security needs. In one embodiment, vehicle classification may be used to provide additional vehicle characteristics For operations

٥٠٧٠

-٨٨-

The comparison that is performed to track vehicles from one tracking camera to another. In one embodiment, the vehicle classification can provide an additional layer of vehicle identity confirmation for the automatic parking ticket transmission process. In one embodiment a vehicle classification is provided for the manual dimensioning mechanism of the server system 180. For example, a vehicle classification may be described for the dimensioning mechanism

<p dir="rtl">5 Manual Chevrolet Impala M type car has a ratio of 1: 8: 1, the ratio of hood height: passenger compartment height: trunk height.</p>

In one embodiment, a laser transmitter can be provided that can be combined with an activated beam-scattering mirror to project a laser beam onto one or more positions. In one embodiment the laser beam may be projected onto a return reflector mounted on or around the position to provide a return signal to

<p dir="rtl">10 A receiver connected to a laser transmitter and receiver. When a vehicle occupies a parking lot illuminated by a laser beam, the presence of vehicles is determined by an interruption of the laser beam or a return signal. And in response to why</p>

Identification The server system 180 can be configured to obtain an image of the situation and/or an ID image captured by a nearby camera.

In one embodiment the server system can also be powered 180 m in addition to

<p dir="rtl">15 Previous uses that include vehicle identification include the use of an identification camera such as a “red traffic light camera” to detect cases in which a vehicle continues to proceed incorrectly at an intersection regulated by a traffic light. For example, when the traffic light changes to red or amber, it is possible to identify vehicles that continue to move incorrectly during the final stages of the red traffic light period, in addition to taking a picture of the vehicle’s number plate.</p>

<p dir="rtl">80 The server system is 180 MB to use the imaging camera for both purposes. Alternatively, or in addition to that, the server system 180 can be configured to use an identification camera to determine a traffic violation of the “close the box” type, in which the vehicle remains at the intersection for the duration of the red signal period in the direction of the vehicle’s movement, which may lead to severe traffic congestion.</p>

In one embodiment the server system 180 can be configured to provide vehicle tracking services at

<p dir="rtl">85 It is a real obligation for third parties, such as, but not limited to, repossession companies (to locate vehicles with unpaid debts) to implement national law. The server system provides 180</p>

٥٠٧٠

-٨٩-

The API enables the third party to register the vehicles in question by, for example, a vehicle ID file or a vehicle number plate. In the event that the server system 180 determines the presence of a vehicle without a vehicle ID, the registration party may be notified. Notices can be provided in conjunction with

Initial identification of the vehicle and/or when the vehicle is determined to stop. In one embodiment 5 records of vehicle movements recorded by the server system may be maintained and made available via a map-based web interface that can be configured to provide real-time, up-to-date information. The API may also enable a third party to identify a specific area where the server system 180 is configured to carry out the identification and tracking of any vehicle identified as entering the relevant area. The server system 180 can also be configured to provide images of registered vehicles that are obtained by CamArt 10 tracking. In one embodiment, any archived tracking information can be made available regarding previous parking usage, rearranging the location of the person with the necessary (assuming that the person is related to the vehicle). In one embodiment, the server system 180 can be configured to obtain images of the vehicle including an image of the driver's face, and can also be configured to perform Facial recognition technologies to ensure that the driver's facial features correspond to the person in question.

<p dir="rtl">15 In one embodiment the server system 180 can be configured to specify and provide census information</p>

Traffic number: The number of vehicles that crossed a certain part of the road. This information may be used for purposes including, but not limited to, dynamic traffic control systems, such as traffic lights, in response to currently observed traffic statistics, and to determine construction requirements based on observed traffic statistics over a period of time. 80 Information may include traffic statistics and/or be classified by time and/or date and/or specific vehicle characteristics.

Including, but not limited to, the direction of travel, size and type of vehicle (such as a four-wheel drive vehicle, a truck, a bicycle). Additionally, the server system 180 can determine vehicle statistics that relate to the direction of entry and/or exit of a section of the road, including the number of vehicles on the road. North or south when exiting the eastern portion of the road based on the direction of each vehicle leaving the intersection 85. In one embodiment the server system 180 can be configured to be used to control access to and/or

٥٠٧٠

-٩٠-

Imposing fees on vehicles according to their type and assessing the fees incurred for using specific roads before large trucks.

Figure 5 shows a framework diagram illustrating a 500 computer system within which aspects of the invention can be implemented. The computer system 500 includes a bus 508 or other communication mechanism for transmitting information

<p dir="rtl">5 The processor 508 is coupled to the bus 508 to process information. The computer system 500 includes a main memory 506 ml of random access memory (RAM) or other dynamic storage device coupled to the bus 508 to store information and instructions for execution by the processor 508. The main memory 506 may also be used to store temporary variables or intermediate information while executing the instructions. Which will be executed by the processor 508. A storage device 510 mm magnetic disk or 10 mm optical disk is provided and acknowledges the bus 508 to store information and instructions.</p>

The computer system 500 m may be connected through bus 508 to a 518 mm cathode ray tube (CRT) display or liquid crystal LCD (display) display to display information to the computer user. An input device 518 may include an alphanumeric keyboard, etc. M switches on the bus 508 to transfer information and selected commands 15 to the processor 508. Another option includes an input jack used to control the cursor 516 using a trackball mouse or cursor direction keys to transmit direction information and select commands to the processor 508 and to control the movement of the cursor on the display screen 518. This input jack typically has two degrees of freedom in First axis (mm x-axis)

A lane axis (with the y-axis) allows the device to determine locations in a plane. Another type includes an 80 m user input clearance for a touch screen that typically includes a display screen 518 and equipment that records the touch occurring on the display screen 518.

The invention relates to the use of one or more computer systems such as Computer System 500 collectively constituted and/or programmed to implement the techniques described herein. According to one embodiment, these techniques are implemented by the computer system 500 in response to a processor 508 executing a single or 85-acre series of instructions in main memory 506. These instructions can be read into main memory 506 to a machine-readable medium in the storage device 510. The execution of a series of Instructions

٥٠٧٠

-٩١-

The processor 508 located in main memory 506 performs the process steps described herein. In alternative embodiments, a hardwired circuit may be used in place of or in combination with code to implement the invention. Thus embodiments of the invention are not limited to any specific combination of hard wiring circuits and software.

<p dir="rtl">5 The term “machine-readable medium,” as used here, means any medium that can be stored in data</p>

Encourages the machine to operate normally. In one embodiment implemented using computer system 500, the machine-readable media participates in, for example, providing instructions to the processor 508 for execution. This medium can be used, for example, but not limited to, non-volatile medium, volatile medium, transmission medium. Non-volatile media include, for example, optical disks or...

<p dir="rtl">10 Magnetic storage device 510. Volatile media include dynamic memory, such as main memory 506. Transmission media include multiaxial wires, copper wire, and optical fibers, including wires comprising a conductor 508. Transmission media can also take the form of sound or light waves, including They are generated for radio communications and infrared communications. All of these media must be tangible and/or intangible</p>

<p dir="rtl">15 A transistor that allows the instructions converted by the media to be determined by a physical mechanism</p>

(tangible) works to read instructions in the machine.

Common forms of machine-readable media include, for example, a CD-ROM, a hard disk, a hard disk, a magnetic tape or any other magnetic media, a read-only memory, a CD-ROM, any optical media, cards, aka paper tape, and any other form.

<p dir="rtl">80 The sensory media contains a type of memory, random access memory, programmable read memory</p>

Programmable and Erasable Read-Only Memory Flash Programmable and Erasable Read-Only Memory and any other memory chip or carrier cartridge as described herein or any other medium from which a computer can read.

The various forms of machine-readable media may be contained in one or more contexts 85 to carry one or more instructions to the processor 508 for execution. For the sake of money, you can:

The instructions are originally uploaded to a magnetic disk on a remote computer. The computer can be loaded

٥٠٧٠

-٩٢-

The remote stores the instructions on its dynamic memory and sends the instructions over the telephone line using a modem. A local modem for a computer system 500 can receive data over a telephone line and use an infrared transmitter to convert the data into an infrared signal. An infrared detector can receive the data carried in the infrared signal and a suitable circuit can place the data on the bus 508. The bus 508 carries the data to the main memory 506, which operates

The 508 processor retrieves instructions from us and executes them. Instructions received by main memory 506 can optionally be stored on storage device 510 either before or after they are executed by processing 508.

The computer system 5000 also includes a communication interface 517 coupled to a bus 508.

<p dir="rtl">10 Communication interface 517 A facility for transferring long-distance data to communication links 580 connected to the network.</p>

Local 588. For example, the communication interface 517 may be integrated with an integrated services digital network (ISDN) card or modem to provide an information transfer link to a corresponding type of telephone line. Alternatively, the communication interface 517 may be

It is a local area network card (LAN) to provide a data transfer link

<p dir="rtl">15 To the appropriate LAN. You can use wireless connections. In any given application, the communication interface 517 transmits and receives electrical, electromagnetic or optical signals carrying digital data streams of various types of data.</p>

Communication link 580 typically provides data transfer over one or more networks to other data services. For example, the communication link 580 provides links through the local network 588

<p dir="rtl">80 With a host computer 588 or data equipment operated by the ISP 586. The ISP 586 in turn provides data transmission services over a worldwide packet transport network now commonly referred to as the “Internet” 587. The local area network 588 is used The Internet 587 is an electrical, electromagnetic or optical signal carrier that carries digital data streams. The signals through the various networks and the signals in the communication links 580 and through are considered</p>

<p dir="rtl">85 The communication interface 817 that carries data to the computer 500 is an example of the carrier wave that transmits the information.</p>

٥٠٧٠

-٩٣-

The computer system can send 500 messages and receive data, including program code

Through the network(s) connect the connection 580 and the communication interface 517. In connection with the Internet, the server 530 can send the code required for an application program through the Internet 587, the Internet service provider 586, the local network 588 and the communication interface 517,

<p dir="rtl">5 The received code can be executed by the processor 808 and is received and/or stored in</p>

510 or other non-volatile storage device may be stored for later use. In this way, the computer device 500 can obtain application code in the form of a carrier wave.

In the foregoing description, embodiments of the invention are described with reference to various specific details that may vary from one application to another. Therefore, it is the only and exclusive indicator of what the invention is

<p dir="rtl">10 The form of the invention intended by the applicant has been specified in the protective elements resulting from the current application in the specific form in which the protective elements were produced, including a subsequent correction carried out on them. Any definitions explicitly stated herein for terms mentioned in these Safeguards are deemed to govern the meaning of these terms as used in these Safeguards. Therefore, the scope of these protection elements is not limited to any specific features or attributes explicitly mentioned in</p>

<p dir="rtl">15 One of the elements of protection in any way. All descriptions and drawings shall be viewed accordingly as illustrative and shall not be taken in their restricted meaning.</p>

٥٠٧٠

-٩٤-