JPEGger

Jpegger is an application offering developers a multi platform Application Program Interface (API) using TCP/IP triggers to capture single or groups of JPG images and store them in MS/SQL databases. Security cameras already in use can also be used with Jpegger.

Server Features:

Dynamically builds image database using API command line and database triggers
User-defined fields
Text on image
Server array, WAN distributed archival offers large file - no delay viewing.
API for report distribution
Archive, stores images for years instead of weeks
Drivers for 4 port encoders analog capture, USB and TCP/IP cameras
Drivers for Document Scanners PDF's finger print readers, signature pads and twain devices.
Milestone interface for editing video and cataloging images for hands free evidence DVD burning and archival of groups of transactions..
Plug-in for UNIX-based Apache web server to allow integration with existing web site or web applications
Windows NT, 2000, XP, 7

Client Features:

Single-EXE deployment to any number of networked PC’s
Drag and drop to add JPG images finto a record
Cell Phone Images captured via Email.
API for Suspect transactions reports - review suspect transactions with no delay
Integrated query builder - search for images
E-mail direct from images
HTML interface
Windows 98, NT, 2000, XP, 7 - SQL Workgroups minimum.

JPEGger Transaction Imaging

(Capture Transactions Utilizing a Security Camera Interface)

JPEGger by Transact offers improved security as well as the ability to catalog and research transaction snapshots for investigation. This system is integrated with your existing security and scale systems to further reduce your security risks.

JPEGgers Key Features "Scrap Yard implementation":

TCP/IP Camera Triggers reside on existing Windows or UNIX systems. These small applications when fed a ticket number and any other related data of a transaction will automatically capture images across the LAN or WAN. Database triggers can also be used. This makes implementations easy for third party or in-house POS, scale, ATM or teller software providers.
Client Viewer: shows all pictures for a specific transaction. It runs as a client server background windows application with a single exe deployment. A HTML viewer and API for HTML image delivery is also available. Instant View can be TCP/IP triggered even if your application is a UNIX terminal emulator.
View Suspect Transactions. Suspect transaction lists can be generated by the application and viewed so audits are done more efficiently.
Data Base distributed archival: a secondary databases can be configured to automatically warehouse all images across a WAN. local audits viewing is done with instant image delivery.

In most security systems the video files are stored on a VCR or Digital Recorders. Digital records can be accessed via a software application supplied by the security company. In some cases these systems will capture data (such as ticket number) from the scale or ATM system via a serial output and record that information on the video. This allows for easy research in the future to see the video records of specific transactions. Although these systems are important for security reasons they have functional drawbacks in transaction image recording. All records are recorded as video, which takes up a lot of room. A typical system can only hold 2 weeks to a month of data. Access to the records is limited to research. If a transaction is in question the operator would have to bring up the supplied software enter the search criteria and wait for the results then view the video from different angles or cameras to get the required results. This limits the use of the system to someone who has time to research the records at a later date.

Transact’s Jpegger expands this capability. The scale system and the ATM system actually trigger the cameras to take a still picture when the transaction takes place. As soon as the tare and gross weight are taken and as the ATM presents the cash, the images are compressed as JPEG files and stored in a local database. The system then exports to a remote database for security and archival. Jpegger can make the images more functional for everyone. A days worth of transactions can be paged through in minutes instead of spot-checked. Images are one keystroke away from scale personnel when using the scale applications. The tare weight images are only one keystroke away when the gross weight is taken. The operator can verify the correct vehicle is on the scale and the number of people in the vehicle is proven. Any disputes about questionable loads can instantly be e-mailed to both parties for discussion. Years worth of images can be stored without system impact.

Typical Transaction

During a standard transaction, utilizing Jpegger, the customer drives onto the scale and is identified by the vehicle recognition system. The Scale Operator grades the material and takes the gross weight. Several snapshot angles are recorded capturing the load, vehicle, license plate and driver. This action initializes a computer-generated ticket that is later used to pay the customer. The weight and ticket number are imbedded in the image. The customer is ether handed an inspection receipt or a inspection receipt is electronically transferred to the yard inspector via a hand held computer.

The customer proceeds into the Scrap Yard and the Yard Inspector marks or stamps the inspection receipt to prove the material was unloaded. The inspector receipt is used to grade the material and record any necessary deductions from the load. After unloading, the vehicle is identified again at the scale; the bar code on the inspection receipt and or the vehicle identification can accomplish this. Deductions are added to the ticket and a second group of snapshots are recorded as a tare weight is added to the computer ticket. The inspection receipt should also be imaged at this point (aim a camera at the pile of receipts) so that when image audits are done the inspection receipts and the inspector’s mark are verified without finding the actual document. The Scale Operator ensuring that the material was unloaded retains the inspection receipt. This provides dual control between the Scale Operator and the Yard Inspector.

The Scale operator can access the transaction records with the recorded snapshots to verify that a secure end-to-end transaction has taken place. The customer receives the final ticket for the transaction and is paid in cash or by check. The Transact Cash Payment System may also be integrated with Transaction Imaging to image the ATM payments.

The Following Security Issues are More Efficiently Addressed Utilizing Transact Transaction Imaging for a scrap yard.