BINARY数据接口规范
数据交换接口规范
数据交换接口规范一、引言数据交换接口规范是为了实现不同系统之间的数据交换而制定的标准化规范。
本规范旨在确保数据的准确性、一致性和安全性，提高系统之间的互操作性和数据交换效率。
本文档详细描述了数据交换接口规范的设计原则、数据格式、通信协议等内容。
二、设计原则1. 互操作性：数据交换接口应能够实现不同系统之间的数据交换，无论系统的技术平台和数据格式如何，都能够有效地进行数据交换。
2. 灵活性：数据交换接口应具备良好的灵活性，能够适应不同系统的需求变化和扩展。
3. 安全性：数据交换接口应具备必要的安全机制，确保数据在传输过程中的机密性和完整性。
4. 可靠性：数据交换接口应具备高可靠性，能够处理各种异常情况，并提供相应的错误处理机制。
三、数据格式1. 数据标准化：数据交换接口应基于通用的数据标准化格式，如XML、JSON 等，以确保数据的一致性和可读性。
2. 数据结构：数据交换接口应定义清晰的数据结构，包括数据字段、数据类型、数据长度等信息，以便接收方能够正确解析和处理数据。
3. 数据编码：数据交换接口应支持常用的数据编码方式，如UTF-8、GBK等，以适应不同系统的编码需求。
四、通信协议1. 传输协议：数据交换接口应支持常用的传输协议，如HTTP、HTTPS、FTP 等，以确保数据的安全传输。
2. 接口认证：数据交换接口应提供接口认证机制，确保只有经过授权的系统才能够进行数据交换。
3. 通信加密：数据交换接口应支持通信加密技术，如SSL/TLS等，以保障数据在传输过程中的安全性。
五、数据交换流程1. 数据请求：数据交换接口的请求方应按照接口规范组织请求数据，并通过合适的通信方式发送给接收方。
2. 数据接收：数据交换接口的接收方应根据接口规范解析请求数据，并进行相应的数据处理。
3. 数据响应：数据交换接口的接收方应按照接口规范组织响应数据，并通过合适的通信方式返回给请求方。
4. 异常处理：数据交换接口的双方应对异常情况进行处理，如网络故障、数据格式错误等，提供相应的错误码和错误信息。
napi二进制格式
napi二进制格式一、概述NAPI（Node-API）是一个Node.js的API集合，用于编写可以嵌入到Node.js中的插件。
其目标是提供一套统一的API接口，以便各种语言能够编写出与Node.js原生模块兼容的插件。
NAPI二进制格式是NAPI规范中定义的一种数据交换格式，用于在Node.js和插件之间传输数据。
它提供了一种高效、紧凑的方式来存储和传输数据，特别适合用于性能敏感的应用程序。
二、NAPI二进制格式的特点1.紧凑性：NAPI二进制格式采用二进制编码方式，相较于文本格式更为紧凑，可以减少数据传输的开销。
2.高效性：二进制格式在数据解析和序列化过程中，相对于文本格式具有更快的速度，提高了数据处理的效率。
3.跨语言兼容性：由于NAPI的目标是支持多种编程语言编写插件，因此其二进制格式设计为跨语言兼容，使得不同语言编写的插件能够方便地交换数据。
4.自定义扩展性：NAPI二进制格式允许开发者自定义数据类型和结构，为应用程序提供了更大的灵活性。
5.与JSON兼容：虽然NAPI二进制格式是一种二进制格式，但它设计得与JSON格式兼容，使得从JSON格式转换到NAPI二进制格式以及从NAPI二进制格式转换回JSON格式变得简单。
三、如何使用NAPI二进制格式使用NAPI二进制格式主要涉及以下几个步骤：1.定义数据结构：根据应用程序的需求，定义需要传输的数据结构。
这些数据结构通常包括基本类型（如整数、浮点数、字符串等）和自定义类型。
2.创建NAPI接口：编写NAPI接口代码，实现数据结构的序列化和反序列化。
这些代码通常使用C++编写，并遵循NAPI规范。
3.编译和链接：将NAPI接口代码编译为动态链接库（DLL），并与Node.js进行链接。
这通常通过Node-gyp等工具完成。
4.在Node.js中使用插件：在Node.js应用程序中加载和使用插件。
通过Node.js提供的API，可以调用插件中的函数，传递和接收NAPI二进制格式的数据。
数据交换接口规范
数据交换接口规范一、引言数据交换接口规范是为了确保不同系统之间能够顺利地进行数据交换而制定的标准。
本规范旨在规范数据交换接口的设计、实现和使用，以提高数据交换的效率和准确性。
二、适用范围本规范适用于所有需要进行数据交换的系统，包括但不限于企业内部系统、不同企业之间的系统、不同平台之间的系统等。
三、术语定义1. 数据交换接口：指不同系统之间进行数据交换的接口，包括数据格式、数据传输方式、数据交换协议等。
2. 发送方：指数据交换的发起方，将要发送数据的系统。
3. 接收方：指数据交换的接收方，将要接收数据的系统。
四、接口设计原则1. 一致性：不同系统之间的数据交换接口应保持一致，以便于数据的互通和共享。
2. 可扩展性：接口设计应具备良好的扩展性，能够适应未来业务需求的变化。
3. 稳定性：接口设计应稳定可靠，确保数据交换的准确性和完整性。
4. 安全性：接口设计应考虑数据的安全性，采取必要的安全措施，防止数据泄露和篡改。
五、接口设计要素1. 数据格式：数据交换接口应明确规定数据的格式，包括数据结构、字段定义、数据类型等。
2. 数据传输方式：数据交换接口可以采用多种传输方式，如文件传输、消息队列、Web服务等，具体根据系统需求而定。
3. 数据交换协议：数据交换接口应明确规定数据的交换协议，如HTTP、FTP、SOAP等。
4. 接口文档：数据交换接口应提供详细的接口文档，包括接口说明、使用示例、错误码定义等，以便于开发人员能够正确使用接口。
六、接口实现要求1. 发送方实现：发送方应按照接口规范实现数据的生成和发送，确保数据的准确性和完整性。
2. 接收方实现：接收方应按照接口规范实现数据的接收和处理，确保数据的准确性和完整性。
3. 异常处理：接口实现应考虑异常情况的处理，如网络异常、数据格式错误等，及时给出错误提示和处理方式。
4. 日志记录：接口实现应记录数据交换的日志，包括发送方和接收方的日志，以便于问题排查和数据追溯。
二进制文件读写 与编码格式
二进制文件读写与编码格式二进制文件读写与编码格式是编程中常见的问题，涉及到底层的文件处理和数据表示。
下面是一些关于二进制文件读写和编码格式的基本概念和操作。
1. 二进制文件读写二进制文件是以字节为单位进行读写操作的文件。
在Python中，我们可以使用`open()`函数以二进制模式打开文件，并使用`read()`和`write()`方法进行读写操作。
例如：```python打开二进制文件进行读取with open('', 'rb') as f:data = ()打开二进制文件进行写入with open('', 'wb') as f:(b'\x00\x01\x02\x03')```在二进制模式下打开文件时，需要使用`rb`（读取二进制）和`wb`（写入二进制）模式。
读取数据时，返回的是字节串（bytes），而写入数据时，需要将数据转换为字节串（bytes）形式。
2. 编码格式编码格式是指将字符或符号转换为字节串的过程。
常见的编码格式包括ASCII、UTF-8、UTF-16等。
在Python中，我们可以使用`encode()`和`decode()`方法进行编码和解码操作。
例如：```python将字符串编码为UTF-8字节串text = 'Hello, world!'utf8_data = ('utf-8')将UTF-8字节串解码为字符串utf8_data = b'Hello, world!'text = utf8_('utf-8')```在编码时，我们使用`encode()`方法指定编码格式，将字符串转换为字节串。
在解码时，我们使用`decode()`方法指定编码格式，将字节串转换回字符串。
注意，在二进制模式下打开文件时，默认使用的是系统默认的编码格式，也可以通过指定编码格式来读取或写入文件。
数据交换接口规范
数据交换接口规范一、引言数据交换接口是不同系统之间进行数据传输和交换的重要手段，为确保数据的准确性、完整性和安全性，制定数据交换接口规范是必要的。
本文档旨在规范数据交换接口的设计和实施，以保障数据交换的顺利进行。
二、术语和定义1. 数据交换接口：指两个或者多个系统之间传输数据的接口。
2. 发送方：指数据交换接口的数据发送一方的系统。
3. 接收方：指数据交换接口的数据接收一方的系统。
4. 数据格式：指数据在传输过程中的组织形式，如XML、JSON等。
5. 数据协议：指数据在传输过程中的通信规则，如HTTP、FTP等。
三、接口设计原则1. 一致性原则：接口的设计应符合统一的标准和规范，以确保不同系统之间的数据交换能够无缝进行。
2. 可扩展性原则：接口的设计应具备良好的扩展性，以适应未来业务发展和技术变化的需求。
3. 简单性原则：接口的设计应尽量简洁明了，避免冗余和复杂的数据结构，以提高数据交换的效率和可靠性。
4. 安全性原则：接口的设计应考虑数据的安全性，采用合适的加密和认证机制，以防止数据被非法篡改或者泄露。
四、接口规范1. 接口协议使用HTTP协议进行数据传输，采用POST方式发送数据。
2. 数据格式数据使用JSON格式进行传输，包括以下字段：- 数据标识：用于区分不同类型的数据。
- 数据内容：具体的数据内容，根据业务需求定义字段和取值。
示例：{"data_id": "123456","data_content": {"name": "张三","age": 25,"gender": "男"}}3. 接口地址接口地址为统一的URL，格式为：example/api/data-exchange4. 请求参数请求参数以JSON格式传输，包括以下字段：- 发送方系统标识：用于标识发送方系统的惟一标识符。
数据交换接口规范
数据交换接口规范一、引言数据交换是不同系统之间实现信息共享和互操作的重要手段。
为了确保数据的准确性、一致性和安全性，制定数据交换接口规范是必要的。
本文档旨在规范数据交换接口的设计和使用，以确保数据的可靠传输和正确解析。
二、概述数据交换接口规范是指数据交换的双方需要遵循的一组规则和约定。
这些规则和约定涉及数据格式、数据传输方式、数据加密和解密、数据验证等方面。
通过遵循这些规范，可以实现不同系统之间的数据交换，提高数据处理的效率和准确性。
三、数据格式1. 数据格式应采用统一的标准，以确保数据的一致性和可解析性。
常用的数据格式包括XML、JSON等。
在选择数据格式时，应根据具体业务需求和系统特点进行合理选择。
2. 数据格式应定义清晰的数据结构，包括数据字段、数据类型、数据长度等信息。
数据字段的命名应具有描述性，便于理解和解析。
四、数据传输方式1. 数据传输方式可以采用HTTP、FTP、MQ等协议和技术。
在选择数据传输方式时，应考虑数据量、传输速度、安全性等因素。
2. 数据传输过程中应确保数据的完整性和可靠性。
可以使用校验和、数字签名等机制进行数据完整性验证。
五、数据加密和解密1. 对于敏感数据，应采用加密算法对数据进行加密，以保护数据的安全性。
常用的加密算法包括AES、RSA等。
2. 加密和解密过程中的密钥管理应严格控制，确保密钥的安全性。
密钥的生成、分发和更新应符合安全规范。
六、数据验证1. 数据交换接口应具备数据验证机制，用于验证接收到的数据的合法性和准确性。
可以使用校验规则、正则表达式等方式进行数据验证。
2. 数据验证结果应及时反馈给数据发送方，以便及时修正数据错误和异常。
七、错误处理1. 在数据交换过程中，可能会出现各种错误和异常情况。
数据交换接口应具备相应的错误处理机制，包括错误码、错误信息等。
2. 错误处理应具备灵活性和可扩展性，以应对不同的错误情况。
错误处理应记录错误日志，方便问题排查和修复。
交易网关Binary接口规格说明书（竞价平台）
上海证券交易所交易网关Binary接口规格说明书（竞价平台）V0.5652023年74月文档版本目录第一章前言 (6)1.1 目的 (6)1.2 术语和定义 (6)1.3 参考文档 (6)1.4 联系方式 (7)第二章系统简介 (8)2.1系统接入 (8)2.2业务范围 (8)第三章交互机制 (10)3.1会话机制 (10)3.1.1建立会话 (10)3.1.2关闭会话 (10)3.1.3维持会话 (11)3.1.4其他约定 (11)3.2申报与回报 (11)3.2.1业务类型 (12)3.2.2消息流图 (14)3.2.3平台状态 (19)3.2.4重复订单 (20)3.2.5执行报告 (21)3.3 恢复场景 (23)3.4 订阅机制 (23)第四章消息定义 (25)4.1消息结构与约定 (25)4.1.1消息序号 (25)4.1.2消息扩展 (25)4.1.3数据类型 (26)4.2会话消息 (27)4.2.1登录Logon (27)4.2.2注销Logout (27)4.2.3心跳Heartbeat (28)4.3应用消息-新订单 (28)4.3.1新订单申报New Order Single (28)4.3.2撤单申报Order Cancel (33)4.3.3执行报告Execution Report (34)4.4应用消息-网络密码服务 (38)4.4.1网络密码服务申报 (38)4.4.2网络密码服务申报响应 (38)4.5其他消息 (39)4.5.1申报拒绝Order Reject (39)4.5.2平台状态PlatformState (39)4.5.3执行报告信息ExecRptInfo (40)4.5.4分区序号同步ExecRptSync (40)4.5.5分区序号同步响应ExecRptSyncRsp (41)4.5.6分区执行报告结束ExecRptEndOfStream (41)第五章附录 (43)5.1附一计算校验和 (43)5.2附二PBU及说明 (43)5.3附三错误代码说明 (44)5.4附四UserInfo说明 (44)5.5附五价格数量字段说明 (45)5.6附六融资融券 (45)第一章前言1.1 目的本接口规范描述了上海证券交易所（以下称本所）交易网关与市场参与者系统之间进行交易数据交换时所采用的交互机制、消息格式、消息定义和数据内容。
C#（99）：二进制读写BinaryReader、BinaryWriter、BinaryF。。。
C#（99）：⼆进制读写BinaryReader、BinaryWriter、BinaryF。
⼀、⼆进制读写类：1、BinaryReader/BinaryWriter:⼆进制读写BinaryReader：⽤特定的编码将基元数据类型读作⼆进制值。
BinaryWriter：以⼆进制形式将基元类型写⼊流，并⽀持⽤特定的编码写⼊字符串。
2、XmlReader/XmlWriter :XML读写见：⼆、BinaryReader/BinaryWriter读写流的基元数据类型。
可以操作图像、压缩⽂件等⼆进制⽂件。
也可以是MemoryStream等。
不需要⼀个字节⼀个字节进⾏操作，可以是2个、4个、或8个字节这样操作。
可以将⼀个字符或数字按指定数量的字节进⾏写⼊。
1、写⼊：using (BinaryWriter writer = new BinaryWriter(File.Open(fileName, FileMode.Create))){writer.Write(1.250F);writer.Write(@"c:\Temp");writer.Write(10);writer.Write(true);}Response.BinaryWrite()⽅法输出⼆进制图像FileStream fs = new FileStream(Server.MapPath("未命名.jpg"), FileMode.Open);//将图⽚⽂件存在⽂件流中long fslength = fs.Length;//流长度byte[] b=new byte[(int)fslength];//定义⼆进制数组fs.Read(b, 0, (int)fslength);//将流中字节写⼊⼆进制数组中fs.Close();//关闭流Response.ContentType = "image/jpg";//没有这个会出现乱码Response.BinaryWrite(b);//将图⽚输出在页⾯2、读取：每次读取都回提升流中的当前位置相应数量的字节。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
上海证券交易所技术文档IS120 上海证券交易所行情网关BINARY数据接口规范0.3240版上海证券交易所二○一九年十二五月修订记录2018-03-09，0.10版，文档创建。
2018-03-25, 0.20版，根据原有文件接口进行字段及内容调整。
2018-07-11，0.30版，根据反馈意见调整部分说明、调整价格精度、增加成交笔数及期权虚拟匹配数量。
2018-07-25，TradingPhaseCode闭市集合竞价相关调整。
2019-01-10，0.31版，增加债券回购延长对市场状态消息字段的说明。
2019-01-25, 0.32版，增加盘后固定价格交易的行情接口说明，调整国债预发行接口字段取值。
2019-03-04，调整盘后固定价格行情的产品状态取值。
2019-12-05，0.40版，原内容移入第二章，增加章节描述通过行情网关接收的文件及外部转发数据。
目录1引言 (5)1.1名词释义 (5)2BINARY实时行情 (6)2.1会话机制 (6)2.1.1消息序号 (7)2.1.2会话安全 (7)2.1.3建立行情会话 (7)2.1.4行情数据发布 (7)2.1.5关闭行情会话 (7)2.1.6心跳 (7)2.1.7行情网关主动关闭行情会话的情况 (8)2.2协议介绍 (8)2.2.1字段说明 (8)2.2.2BINARY消息头 (9)2.2.3BINARY消息尾 (9)2.3会话消息 (10)2.3.1登录消息（MsgType=S001） (10)2.3.2注销消息（MsgType=S002） (10)2.3.3心跳消息（MsgType=S003） (11)2.4应用消息 (12)2.4.1市场状态消息（MsgType=M101） (12)2.4.2行情快照消息（MsgType=M102） (13)3文件接收 (20)4转发行情 (21)附录一、计算校验和（资料性附录） (22)1引言上海证券交易所行情网关数据接口规范包括BINARY与STEP两卷，本卷主要介绍BINARY数据接口规范（第二章），并对行情网关可接收文件（第三章）和转发行情（第四章）进行一定的说明，请市场参与者结合《上海证券交易所行情网关技术指引及接口开发指南》一并使用。
文档采用的术语及消息内容与STEP数据接口规范具有对应关系，可以互为参考。
1.1名词释义名词含义MDGW Market Data GateWay行情网关VSS Vendor Supplied System 用户行情系统STEP Securities Trading Exchange Protocol 证券交易数据交换协议2BINARY实时行情本章描述市场参与者与信息服务商等用户行情系统，通过BINARY协议接入上海证券交易所行情网关MDGW进行行情数据传输的机制和相关数据交换格式。
2.1会话机制用户行情系统（VSS）通过TCP方式接收行情网关（MDGW）发布的流式行情。
交互示意图如下：BINARY协议交互图2.1.1消息序号会话双方收发的每条消息都被分配有一个消息序号MsgSeqNum来唯一标识。
参与通信的每一端都需要维护一对序号（NxtIn, NxtOut），NxtIn表示下一个期望的入向消息序号，NxtOut 表示下一个出向消息序号。
消息序号一般在每次会话过程中从1开始，在整个会话过程中连续递增，直到该会话过程全部结束。
2.1.2会话安全MDGW与VSS之间传输的数据是非加密的，数据传输安全由接入用户网络保证。
2.1.3建立行情会话每个行情会话都是完全独立的，同一VSS在一个交易日内的多次登录被视为不同的行情会话。
建立行情会话包含两个步骤：建立TCP连接、登录。
具体步骤如下：1、TCP连接VSS与MDGW建立TCP通讯连接，其中MDGW是服务端，VSS负责发起连接。
2、登录VSS发送的第一个消息必须是登录消息，如果VSS登录成功，则MDGW发送一个登录消息作为应答。
如果VSS登录失败，MDGW则在发送一个含失败说明的注销消息后由VSS主动关闭连接。
VSS必须在收到MDGW的登录消息之后才允许发送其他消息。
2.1.4行情数据发布在完成建立行情会话之后，MDGW将向VSS发送行情数据消息。
行情数据消息格式将在第5章“应用消息”中详细叙述。
MDGW目前发布的行情应用消息不支持重传。
2.1.5关闭行情会话行情会话的正常关闭是通过连接双方互相发送注销消息完成的。
MDGW和VSS均可以主动发送注销消息，接收方需要回传注销消息作为应答。
如果超过预定时间（一般为5秒）没有收到对方回传的注销消息，任何一方均有权主动关闭连接。
2.1.6心跳连接双方在数据发送的空闲期间应主动发送心跳消息，通过心跳消息可以监控行情会话的状态。
心跳最小间隔由登录消息中的HeartBtIntl域确定。
连接双方在发送任何消息后，应立即重新设置心跳间隔计时器。
如果VSS超过2个HeartBtIntl指定周期没有收到MDGW发送的任何消息，则行情会话被视为可能存在异常，VSS 需要重新建立行情会话。
2.1.7行情网关主动关闭行情会话的情况在以下几种场景（包括但不限于）下，MDGW会主动关闭行情会话：1、VSS与MDGW建立TCP连接之后，超过预定时间（一般为5秒）未发送消息完成登录；2、VSS在登录失败之后，长时间不关闭TCP连接；3、VSS在注销之后，长时间不关闭TCP连接；4、MDGW与交易所行情主机连接异常；5、VSS如未及时处理MDGW发送的数据，导致MDGW内积压的待发送消息超过特定阈值。
2.2协议介绍每条BINARY消息由消息头、消息体和消息尾组成，消息最大长度为8K字节。
2.2.1字段说明所有数值型字段采用高字节序（BIG_ENDIAN）编码。
字段类型说明如下：类型说明char[x] 代表该字段为字符串，x代表该字符串的最大字节数，x为大于零的数字，例如char[5]代表最大长度为5字节的字符串；当最大长度大于实际长度时，右补空格。
字符串使用GBK编码。
int、uint 代表该字段为整型数值，如uint32 表示32位无符号整数，int64表示64位有符号整数Nx、Nx(y) 与int、uint一并使用，用于给出该整型数值实际表示的业务字段的长度（精度）: Nx代表最大长度为x位数字的整数；Nx(y)代表最大长度为x位数字，其中最末y位数字为小数部分。
2.2.2BINARY消息头每一个会话或应用消息都有一个消息头，该消息头指明消息类型、消息体长度、消息序号和发送时间等信息。
消息头格式如下：域名说明类型MsgType 消息类型char[4]uint64SendingTime 发送时间，格式：YYYYMMDDHHmmSSsssMsgSeqNum 消息序号uint64BodyLength 消息体长度uint322.2.3BINARY消息尾每一个会话或应用消息都有一个消息尾，并以此终止。
消息尾包含一个CheckSum字段，其值是计算从消息头开始（包括消息头）到消息体结束的校验和。
计算校验和的代码段可参考附录一“计算校验和”。
消息尾格式如下：域名说明类型CheckSum 校验和uint322.3会话消息会话消息格式将在以下各节中予以介绍，并定义会话消息格式。
连接双方均可生成会话消息。
2.3.1登录消息（MsgType=S001）登录消息应是在行情会话开始时VSS发送的第一个消息。
MDGW只作为登陆的接受方，不会作为登陆的发起方。
HeartBtInt域用来指定心跳消息的发送时间间隔，必须设置为大于0的整数。
VSS需要在登录消息中填入预期的心跳时间间隔，MDGW在回传登录消息时返回的HeartBtInt域作为协商后的心跳时间间隔。
登录请求消息格式如下：域名说明类型标准消息头MsgType = S001SenderCompID 发送方代码char[32]TargetCompID 接收方代码char[32]HeartBtInt 心跳间隔，单位为秒uint16char[8] ApplVerID 协议版本，格式为mm.nn，其中mm为主版本号，nn为子版本号，如0.30，12.22标准消息尾2.3.2注销消息（MsgType=S002）注销消息是发起或确认行情会话终止的消息。
未经注销消息交换而断开连接，一律视为非正常的断开。
连接双方在发送注销消息之后不应发送任何消息。
注销消息格式如下：域名说明类型标准消息头MsgType = S002技术文档uint32SessionStatus Logout时的会话状态0正常注销【1– 999】一般情况注销，重连可以恢复【1000 – 9999】严重情况注销，建议切换服务器Text 文本char[256]标准消息尾2.3.3心跳消息（MsgType=S003）心跳消息用于监控通信连接的状况。
当连接的任何一方在心跳时间间隔（由HeartBtInt域指定）时间内没有接收或发送任何数据的时候，需要产生一个心跳消息并发送出去。
如果接收方在2倍心跳时间间隔内都没有收到任何消息的时候，那么可认为行情会话出现异常，可以立即关闭TCP连接。
心跳消息格式如下：域名说明类型标准消息头MsgType = S003, BodyLength =0标准消息尾2.4应用消息2.4.1市场状态消息（MsgType=M101）市场状态消息用于交易所发布市场状态和产品数量等信息，会周期性发布以及在市场状态变化时发布。
市场状态消息的格式如下：域名说明类型标准消息头MsgType=M101uint8 SecurityType 证券类型1 = 股票（含指数）2 = 衍生品3 = 综合业务uint8 TradSesMode 交易盘交易模式1 = 系统测试2 = 模拟交易3 = 产品（正常交易）char[8] TradingSessionID 全市场行情状态：该字段为8位字符串，左起每位表示特定的含义，无定义则填空格。
TotNoRelatedSym 最大产品数目（包括指数）uint32标准消息尾说明：全市场行情状态(TradingSessionID)为8位字符串，左起每位表示特定的含义，无定义则填空格。
该字段具体含义在不同证券类型时说明如下：SecurityType = 1第1位‘S’表示全市场启动期间（开市前），‘T’表示全市场处于交易期间（含中间休市），‘E’表示全市场处于闭市期间第2位‘1’表示开盘集合竞价结束标志，未结束取‘0’第3位‘1’表示全市场行情结束标志，未结束取‘0’第4位‘1’表示上海市场（除债券回购产品外）行情结束标志，未结束取‘0’第5位‘1’表示债券质押回购行情结束标志，未结束取‘0’。
SecurityType = 2第1位‘S’表示全市场启动期间（开市前），‘T’表示全市场处于交易期间（含中间休市），‘E’表示全市场处于闭市期间第2位‘1’表示开盘集合竞价结束标志，未结束取‘0’第3位‘1’表示市场行情闭市标志，未闭市取‘0’SecurityType = 3第1位‘S’表示全市场启动期间（开市前），‘T’表示全市场处于交易期间（含中间休市），‘E’表示全市场处于闭市期间第2位‘1’表示开盘集合竞价结束标志，未结束取‘0’第3位‘1’表示收盘集合竞价结束标志，未结束取‘0’第4位‘1’表示国债预发行市场行情闭市标志，未闭市取‘0’第5位‘1’表示盘后固定价格交易行情闭市标志，未闭市取‘0’2.4.2行情快照消息（MsgType=M102）行情快照消息用于发布证券产品行情,交易所会周期性发布全量快照消息以及在行情变化时发送增量快照消息。