JC3IEDM, or Joint Consultation, Command and Control Information Exchange Data Model is a model that, when implemented, aims to enable the interoperability of systems and projects required to share Command and Control (C2) information. JC3IEDM is an evolution of the C2IEDM standard that includes joint operational concepts, just as the Land Command and Control Information Exchange Data Model (LC2IEDM) was extended to become C2IEDM. The program is managed by the Multilateral Interoperability Programme (MIP).
JC3IEDM is produced by the MIP-NATO Management Board (MNMB) and ratified under NATO STANAG 5525.[1] JC3IEDM a fully documented standard for an information exchange data model for the sharing of C2 information.
The overall aim of JC3IEDM is to enable "international interoperability of C2 information systems at all levels from corps to battalion (or lowest appropriate level) in order to support multinational (including NATO), combined and joint operations and the advancement of digitisation in the international arena."[2]
According to JC3IEDM's documentation,[3] this aim is attempted to be achieved by "specifying the minimum set of data that needs to be exchanged in coalition or multinational operations. Each nation, agency or community of interest is free to expand its own data dictionary to accommodate its additional information exchange requirements with the understanding that the added specifications will be valid only for the participating nation, agency or community of interest. Any addition that is deemed to be of general interest may be submitted as a change proposal within the configuration control process to be considered for inclusion in the next version of the specification."
"JC3IEDM is intended to represent the core of the data identified for exchange across multiple functional areas and multiple views of the requirements. Toward that end, it lays down a common approach to describing the information to be exchanged in a command and control (C2) environment.
The structure should be sufficiently generic to accommodate joint, land, sea, and air environmental concerns.
The data model describes all objects of interest in the sphere of operations, e.g., organizations, persons, equipment, facilities, geographic features, weather phenomena, and military control measures such as boundaries.
Objects of interest may be generic in terms of a class or a type and specific in terms of an individually identified item. All object items must be classified as being of some type (e.g. a specific tank that is identified by serial number WS62105B is an item of type "Challenger" that is a heavy UK main battle tank).
An object must have the capability to perform a function or to achieve an end. Thus, a description of capability is needed to give meaning to the value of objects in the sphere of operations.
It should be possible to assign a location to any item in the sphere of operations. In addition, various geometric shapes need to be represented in order to allow commanders to plan, direct, and monitor operations. Examples include boundaries, corridors, restricted areas, minefields, and any other control measures needed by commanders and their staffs.
Several aspects of status of items need to be maintained.
The model must permit a description of the composition of a type object in terms of other type objects. Such concepts include tables of organizations, equipment, or personnel.
The model must reflect information about what is held, owned or possessed in terms of types by a specific object item.
There is a need to record relationships between pairs of items. Key among these is the specification of unit task organizations and orders of battle.
The model must support the specification of current, past, and future role of objects as part of plans, orders, and events.
The same data structure should be used to record information for all objects, regardless of their hostility status.
Provision must be made for the identification of sources of information, the effective and reporting times, and an indication of the validity of the data."
JC3IEDM development history and current maturityedit
JC3IEDM has been developed from the initial Generic Hub (GH) Data Model, which changed its name to Land C2 Information Exchange Data Model (LC2IEDM) in 1999. Development of the model continued in a Joint context and in November 2003 the C2 Information Exchange Data Model (C2IEDM) Edition 6.1 was released. Additional development to this model, incorporating the NATO Corporate Reference model, resulted in the model changing its name again to JC3IEDM with JC3IEDM Ed 0.5 being issued in December 2004.
Subsequent releases have seen areas of the model developed in greater depth than others and there is variation in the number of sub-types and attributes for each type in the current version. An example is HARBOUR within the FACILITY type which has 43 attributes compared to a VESSEL-TYPE with 12 attributes or a WEAPON-TYPE with 4 attributes. The associated attributes of a certain type also lack support for exploiting with those of other types. For example, VESSEL-TYPE does not support the length or width of a vessel in its attributes but HARBOUR has both maximum vessel length and width attributes.
National policies related to JC3IEDMedit
The UK Ministry of Defence has mandated JC3IEDM as the C2 Information Exchange Model, in Joint Service Publication (JSP) 602:1007, for use on all systems and/or projects exchanging C2 information within and interoperating with the Land Environment at a Strategic and Operational Level. It is strongly recommended for other environments and mandated for all environments at the Tactical level.[4] JSP 602:1005 for Collaborative Services has also mandated JC3IEDM in the tactical domain for all systems/projects providing data sharing collaborative services.[5]
Referencesedit
^MIP. "'True' JC3IEDM ratified as NATO STANAG 5255". MIP. Retrieved 2009-03-11.
^MIP. (PDF). MIP. Archived from the original (PDF) on 2011-07-23. Retrieved 2009-03-11.
^MIP. (PDF). MIP. Archived from the original (PDF) on June 21, 2015. Retrieved 2009-03-11.
Note: Link for Ref 3 is broken. Link for Ref 5 is wrong. As of 05.05.2017 all MIP links are broken and point to different directions.
External linksedit
Files comprising the JC3IEDM specification
April 15, 2024
jc3iedm, this, article, technical, most, readers, understand, please, help, improve, make, understandable, experts, without, removing, technical, details, june, 2011, learn, when, remove, this, template, message, joint, consultation, command, control, informat. This article may be too technical for most readers to understand Please help improve it to make it understandable to non experts without removing the technical details June 2011 Learn how and when to remove this template message JC3IEDM or Joint Consultation Command and Control Information Exchange Data Model is a model that when implemented aims to enable the interoperability of systems and projects required to share Command and Control C2 information JC3IEDM is an evolution of the C2IEDM standard that includes joint operational concepts just as the Land Command and Control Information Exchange Data Model LC2IEDM was extended to become C2IEDM The program is managed by the Multilateral Interoperability Programme MIP Contents 1 The Joint C3 Information Exchange Data Model 2 JC3IEDM development history and current maturity 3 National policies related to JC3IEDM 4 References 5 External linksThe Joint C3 Information Exchange Data Model editJC3IEDM is produced by the MIP NATO Management Board MNMB and ratified under NATO STANAG 5525 1 JC3IEDM a fully documented standard for an information exchange data model for the sharing of C2 information The overall aim of JC3IEDM is to enable international interoperability of C2 information systems at all levels from corps to battalion or lowest appropriate level in order to support multinational including NATO combined and joint operations and the advancement of digitisation in the international arena 2 According to JC3IEDM s documentation 3 this aim is attempted to be achieved by specifying the minimum set of data that needs to be exchanged in coalition or multinational operations Each nation agency or community of interest is free to expand its own data dictionary to accommodate its additional information exchange requirements with the understanding that the added specifications will be valid only for the participating nation agency or community of interest Any addition that is deemed to be of general interest may be submitted as a change proposal within the configuration control process to be considered for inclusion in the next version of the specification JC3IEDM is intended to represent the core of the data identified for exchange across multiple functional areas and multiple views of the requirements Toward that end it lays down a common approach to describing the information to be exchanged in a command and control C2 environment The structure should be sufficiently generic to accommodate joint land sea and air environmental concerns The data model describes all objects of interest in the sphere of operations e g organizations persons equipment facilities geographic features weather phenomena and military control measures such as boundaries Objects of interest may be generic in terms of a class or a type and specific in terms of an individually identified item All object items must be classified as being of some type e g a specific tank that is identified by serial number WS62105B is an item of type Challenger that is a heavy UK main battle tank An object must have the capability to perform a function or to achieve an end Thus a description of capability is needed to give meaning to the value of objects in the sphere of operations It should be possible to assign a location to any item in the sphere of operations In addition various geometric shapes need to be represented in order to allow commanders to plan direct and monitor operations Examples include boundaries corridors restricted areas minefields and any other control measures needed by commanders and their staffs Several aspects of status of items need to be maintained The model must permit a description of the composition of a type object in terms of other type objects Such concepts include tables of organizations equipment or personnel The model must reflect information about what is held owned or possessed in terms of types by a specific object item There is a need to record relationships between pairs of items Key among these is the specification of unit task organizations and orders of battle The model must support the specification of current past and future role of objects as part of plans orders and events The same data structure should be used to record information for all objects regardless of their hostility status Provision must be made for the identification of sources of information the effective and reporting times and an indication of the validity of the data JC3IEDM development history and current maturity editJC3IEDM has been developed from the initial Generic Hub GH Data Model which changed its name to Land C2 Information Exchange Data Model LC2IEDM in 1999 Development of the model continued in a Joint context and in November 2003 the C2 Information Exchange Data Model C2IEDM Edition 6 1 was released Additional development to this model incorporating the NATO Corporate Reference model resulted in the model changing its name again to JC3IEDM with JC3IEDM Ed 0 5 being issued in December 2004 Subsequent releases have seen areas of the model developed in greater depth than others and there is variation in the number of sub types and attributes for each type in the current version An example is HARBOUR within the FACILITY type which has 43 attributes compared to a VESSEL TYPE with 12 attributes or a WEAPON TYPE with 4 attributes The associated attributes of a certain type also lack support for exploiting with those of other types For example VESSEL TYPE does not support the length or width of a vessel in its attributes but HARBOUR has both maximum vessel length and width attributes National policies related to JC3IEDM editThe UK Ministry of Defence has mandated JC3IEDM as the C2 Information Exchange Model in Joint Service Publication JSP 602 1007 for use on all systems and or projects exchanging C2 information within and interoperating with the Land Environment at a Strategic and Operational Level It is strongly recommended for other environments and mandated for all environments at the Tactical level 4 JSP 602 1005 for Collaborative Services has also mandated JC3IEDM in the tactical domain for all systems projects providing data sharing collaborative services 5 References edit MIP True JC3IEDM ratified as NATO STANAG 5255 MIP Retrieved 2009 03 11 MIP True MULTILATERAL INTEROPERABILITY PROGRAMME NATO DATA ADMINISTRATION GROUP MEMORANDUM OF AGREEMENT PDF MIP Archived from the original PDF on 2011 07 23 Retrieved 2009 03 11 MIP True JC3IEDM Main GBR DMWG Edition 3 1b 2007 12 13 PDF MIP Archived from the original PDF on June 21 2015 Retrieved 2009 03 11 MOD True JSP 602 1007 Database Services PDF MOD Retrieved 2009 03 11 MOD True JSP 602 1005 Collaborative Services PDF MOD Retrieved 2009 03 11 Note Link for Ref 3 is broken Link for Ref 5 is wrong As of 05 05 2017 all MIP links are broken and point to different directions External links editMIP site Files comprising the JC3IEDM specification Retrieved from https en wikipedia org w index php title JC3IEDM amp oldid 937975549, wikipedia, wiki, book, books, library,
