The Foray ADAMS platform is, above all things, an open platform. Our architecture allows secure, audited access by other systems to the Foray data and digital assets. And, Foray ADAMS can easily integrate with other systems, such as your records management system (RMS) or your laboratory information management system (LIMS). To preserve the chain-of-custody, audit trails are kept of all interactions with the system.
All acquired digital assets (video, audio, images, cell phone contents, forensic hard drive images, etc.) are stored in the asset repository server's native file system hierarchy using the asset file's original name (per SWGIT guidelines and chain-of-custody best practices). Each acquisition batch is brought into a numbered subdirectory "Set" (eg. Set0001, Set0002, Set0003) inside a case/incident subdirectory. Imagine these "Sets" as rolls of film. Here is an example:
First acquisition into a case/incident:
Second acquisition into a case/incident:
Each asset file has the following files, similarly named, stored along side of it:
So, using the example above, for the first image of the first case, here is what is actually stored in the repository:
Foray's repository database is simply an index of the metadata .xml files associated with each digital asset, along with the metadata .xml files stored at the case/incident level. All user data is stored in these .xml files. Even when digital assets are archived, the associated files are left on the repository server (audit, hash, thm, xml), since they are small in size, and can help locate an archived case or asset once it has been taken offline.
These open-systems-based metadata .xml files provide a convenient integration point for access to and from outside systems.
During acquisition, assets can be simultaneously transferred to one, two or many different repository servers at the same time. This provides for immediate backup/recovery options and for geographic distribution of asset originals across an agency WAN.
Any processing of assets (contrast adjustments, background noise elimination, etc.) generates a copy of the original asset. Successive intermediate copies can be made in order to demonstrate, in court, the method by which a video, audio, or image file was processed to a final result. The original is never ever modified. It can only be copied.
The ADAMS platform is built using the Microsoft .NET infrastructure and its repository can be either a Linux or Windows Server using an SQL database.
In order to provide centralized security and access control, the ADAMS platform automatically integrates with a multitude of directory servers, including, but not limited to: Microsoft's Active Directory, Oracle's Internet Directory, Novell's eDirectory, RedHat's Fedora Directory Server, Apple's Open Directory, and Open LDAP, to name a few.
The ADAMS platform web browser based software modules support Microsoft's Internet Explorer version IE7, IE8 and Firefox 3.
To ensure a secure browser environment, ADAMS browser modules: