Categories

• Two different sub-competitions (Open category and Light category) will be organized using the same databases.
• Each participant is allowed to submit only one algorithm to each category.
• The Open category has no limits on memory requirements and template size. For practical testing reasons, the maximum response time of the algorithms is limited as follows: the maximum time for each enrollment is 5 seconds, the maximum time for each matching is 3 seconds. The test will be executed under Windows XP Professional O.S. on PC INTEL PENTIUM 4 - 3.20Ghz - 1.00GB RAM.
• The Light category is intended for algorithms conceived for light architectures and therefore characterized by low computing needs, limited memory usage and small template size. The maximum time for enrollment is 0.3 seconds and the maximum time for matching is 0.1 seconds. The test will be executed under Windows XP Professional O.S. on PC INTEL PENTIUM 4 - 3.20Ghz - 1.00GB RAM. The maximum memory that can be allocated by the processes is 4 MBytes. The maximum template size is 2 KBytes. A utility will be made available to the participants to test if their executables comply with the memory requirement.

MOC/MOD Call for interest

While Match-On-Card (MOC) and Match-On-Device (MOD) algorithms could overcome some critical privacy and security problems, as of today no independent data is publicly available on their actual performance in comparison with traditional PC-based algorithms. FVC2004 demonstrated that imposing constraints on computing resources (time, model and memory size) drastically affects the performance. However, FVC2004 (and FVC2006) constraints in the Light category are still far from the typical capability of a smart-card or of a low-priced stand-alone device. It would be certainly of great interest for the scientific community, the biometric vendors, and the final customers to have a clear view of the trade-off accuracy-security-privacy that MOC and MOD offer. Unfortunately, the lack of standards for interfacing such hardware-based solutions, makes it difficult to define an appropriate evaluation protocol. For example, if a proprietary interface is used for a specific device, it would be quite difficult to ensure that the processing is actually executed on the device itself and not (for instance) on the PC by the device driver. We invite all the interest parties to express their potential interest in such an evaluation and to provide their comments and suggestions in order to agree on a possible protocol for two further distinct categories (MOC and MOD sub-competitions) on the same FVC2006 databases. Please send your expression of interest to: fvc2006@csr.unibo.it.