Data storage services

ISO 17839-2:2015 defines the following:
- Dimensions of a Biometric System-on-Card type S1 and type S2;
- Position and size of the biometric capture device;
- Minimum requirements to a Biometric System-on-Card with respect to

• mechanical durability, and
• man-machine interface and ergonomics.

The standardization of other on-card devices such as an electronic display or a keypad is outside the scope of this part of ISO/IEC 17839.

ISO/IEC 7816-9:2017 specifies interindustry commands for card, file and other structure management, i.e. data object and security object. These commands cover the entire life cycle of the card and therefore some commands are used before the card has been issued to the cardholder or after the card has expired. For details on record life cycle status, refer to ISO/IEC 7816-4.

ISO/IEC 7816-9:2017 is not applicable to the internal implementation within the card and/or the outside world.

This document specifies the nature and characteristics of the fields to be provided for power and bi-directional communications between vicinity coupling devices (VCDs) and vicinity cards (VICCs). This document is intended to be used in conjunction with other parts of the ISO/IEC 15693 series.

ISO/IEC 14443-1:2018 defines the physical characteristics of proximity cards (PICCs).

ISO/IEC 14443-1:2018 is intended to be used in conjunction with other parts of ISO/IEC 14443.

ISO/IEC 7816-3:2006 specifies the power and signal structures, and information exchange between an integrated circuit card and an interface device such as a terminal.

It also covers signal rates, voltage levels, current values, parity convention, operating procedure, transmission mechanisms and communication with the card. It does not cover information and instruction content, such as identification of issuers and users, services and limits, security features, journaling and instruction definitions.

This standard was last reviewed and confirmed in 2018. Therefore this version remains current.

SNIA's Linear Tape File System (LTFS) Technical Work Group is focusing technical efforts on the development of an architecture that is related to the on-tape format for LTFS. The architecture also produces a comprehensive set of specifications ensuring a consistency of interface standards across LTFS related efforts.

LTFS refers to both the format of data recorded on magnetic tape media and the implementation of specific software that uses this data format to provide a file system interface to data stored on magnetic tape

The NVM Programming TWG was created for the purpose of accelerating availability of software enabling NVM (Non-Volatile Memory) hardware.  The TWG creates specifications which provide guidance to operating system, device driver, and application developers. These specifications are vendor agnostic and support all the NVM technologies of member companies.

The Object Drive TWG was created for the purpose of establishing architectures and standards for disk, solid state and tape drive based functionalities that allow them to be higher level storage nodes in emerging scale out solutions. The TWG creates specifications that enable scale out storage systems to add and remove these nodes incrementally and seamlessly. These specifications are vendor agnostic and support existing and future functionality in drive form factors.
The Object Drive TWG:
 
    Acts as the primary technical entity for the SNIA to identify, develop, and coordinate standards for Object Drives operating as storage nodes in scale out storage solutions.
    Produces a comprehensive set of specifications related to data and control path interfaces and protocols.
    Promotes interoperability among Object Drive software hosting environments

The Swordfish Scalable Storage Management API ("Swordfish") uses RESTful interface semantics and a standardized data model to provide a scalable, customer-centric interface for managing storage and related data services.

The SNIA has developed methods which enable manufacturers to set, and customers to compare, the performance specifications of Solid State Storage devices, which are evolving with the state of the technology. These specifications define a set of device level tests and methodologies which enable comparative testing of SSS devices for Enterprise and Client systems.

The NVM Programming Model was developed to address the ongoing proliferation of new non-volatile memory (NVM) functionality and new NVM technologies. An extensible NVM Programming Model is necessary to enable an industry wide community of NVM producers and consumers to move forward together through a number of significant storage and memory system architecture changes.

This specification defines recommended behavior between various user space and operating system (OS) kernel components supporting NVM. This specification does not describe a specific API. Instead, the intent is to enable common NVM behavior to be exposed by multiple operating system specific interfaces.

After establishing context, the specification describes several operational modes of NVM access. Each mode is described in terms of use cases, actions and attributes that inform user and kernel space components of functionality that is provided by a given compliant implementation.

The IP Drive Management Specification describes the management features and functions of a storage device class known as IP Based Drives. It includes a taxonomy covering the scope of involved device capabilities.