浩顺接口SDK
NVR的SKD二次开发接口文档

NVR的SDK二次开发接口文档采购的海康NVR及IPC的产品需支持SDK版本在XXX上能够支持输出RTSP协议流以下SDK的接口是必须的1账号验证用户登录NVR:实现用户的认证功能,登录成功后,返回的用户ID作为其他功能操作的唯一标识。
1.1SDK初始化1)初始化SDK接口:NET_DVR_Init函数:BOOLNET_DVR_Init()参数:无返回值:TRUE表示成功,FALSE表示失败。
说明:调用设备网络SDK其他函数的前提。
2)释放SDK资源接口:NET_DVR_Cleanup函数:BOOLNET_DVR_Cleanup()参数:无返回值:TRUE表示成功,FALSE表示失败。
说明:在结束之前最后调用。
接口返回失败请调用NET_DVR_GetLastError获取错误码,通过错误码判断出错原因。
1.2NVR用户的认证/登录1)激活设备接口:NET_DVR_ActivateDevice函数:BOOLNET_DVR_ActivateDevice(char*sDVRIP,WORDwDVRPort,LPNET_DVR _ACTIVATECFGlpActivateCfg)参数:[in]sDVRIP 设备IP地址[in]wDVRPort设备端口[in]lpActivateCfg激活参数,包括激活使用的初始密码返回值:TRUE表示成功,FALSE表示失败。
接口返回失败请调用NET_DVR_GetLastError获取错误码,通过错误码判断出错原因。
说明:出厂设备需要先激活,然后再使用激活使用的初始密码登录设备。
2)IPServer或者DDNS域名解析,获取动态IP地址和端口号接口:NET_DVR_GetDVRIPByResolveSvr_EX函数:BOOLNET_DVR_GetDVRIPByResolveSvr_EX(char*sServerIP,WORDwServe rPort,BYTE*sDVRName,WORDwDVRNameLen,BYTE*sDVRSerialNumber,WOR DwDVRSerialLen,char*sGetIP,DWORD*dwPort)参数:[in]sServerIP 解析服务器的IP地址[in]wServerPort 解析服务器的端口号,IPServer解析服务器端口号为7071,HiDDNS服务器的端口号为80[in]sDVRName 设备名称[in]wDVRNameLen 设备名称的长度[in]sDVRSerialNumber 设备的序列号[in]wDVRSerialLen 设备序列号的长度[out]sGetIP 获取到的设备IP地址指针[out]dwPort 获取到的设备端口号指针返回值:TRUE表示成功,FALSE表示失败。
MojingSDK For Unity 接口说明文档

MojingSDK for Unity3D 接口说明文档北京暴风魔镜科技有限公司2016-06法律声明本文档包含的所有内容除特别声明以外,版权均属于北京暴风魔镜科技有限公司所有。
未经本公司书面许可,任何单位和个人不得以任何方式(电子机械,包括影印)翻印或转载本文档的任何部分,否则将视为侵权,追究法律责任。
一、简介 (5)二、开发环境 (5)1、Windows 平台发布 (5)2、Android平台发布 (5)3、iOS平台发布 (6)三、支持的设备 (6)1、支持的眼镜及镜片 (6)2、支持的蓝牙手柄 (7)四、SDK包介绍 (7)1、Unity3D版本要求 (7)2、导入SDK开发包 (8)3、SDK示例场景 (8)4、Plugins文件夹 (13)5、StreamingAssets文件夹 (13)五、SDK功能模块 (14)1、陀螺仪头部跟踪 (14)2、图像抗镜片畸变 (16)3、魔镜蓝牙手柄适配及交互控制 (20)4、信息统计报数 (24)5、注册、登录、消费接口 (27)6、使用用户自定义参数功能 (33)7、角色控制器 (34)六、应用程序发布 (36)1、Windows(X64) Application 发布 (37)2、Android Application发布 (37)3、iOS Application发布 (38)七、总结 (39)附录 (40)1、手柄配置文件详细说明 (40)➢一、简介MojingSDK for Unity3D(下文简称SDK)是为了配合Unity3D软件开发者开发适用于VR眼镜(包括但不限于暴风魔镜公司出品的眼镜)而推出的SDK(Software Development Kit)开发包。
开发包主要从手机陀螺仪获取头部跟踪数据、校正静态偏置值,图像抗镜片畸变、蓝牙手柄适配及交互性操作等方面为开发者提供便利性支持。
SDK采用Unity3D的标准unitypackage包格式发布,同时支持Windows(X64)平台、Android平台和iOS平台发布。
sdk对接验收标准

sdk对接验收标准
SDK对接验收标准可能包括以下方面:
1. 功能测试:确保SDK对接后的功能正常,符合预期。
2. 性能测试:确保SDK对接后的性能稳定,如响应时间、吞吐量、资源利
用率等。
3. 兼容性测试:测试SDK对接后在不同设备和不同操作系统上的兼容性。
4. 安全性测试:验证SDK对接后的安全性,如数据加密、用户隐私保护等。
5. 稳定性测试:测试SDK对接后的稳定性,如压力测试、异常处理等。
6. 文档验收:确保SDK对接的文档齐全、准确、易于理解。
7. 代码审查:对SDK对接的代码进行审查,确保代码质量、可维护性、可
扩展性等。
8. 接口验收:验证SDK对接后的接口是否符合预期,如API调用、数据传
输等。
9. 用户体验测试:测试SDK对接后的用户体验,如界面设计、操作流程等。
10. 验收环境搭建:在验收阶段搭建相应的环境,确保测试的准确性。
具体的标准可能因不同的项目和需求而有所不同,以上信息仅供参考。
java调用sdk接口实例 -回复

java调用sdk接口实例-回复如何在Java中调用SDK接口实例在现今的软件开发领域,软件开发工程师可以使用各种软件开发工具和库来简化和加速开发过程。
其中一个重要的工具是软件开发者工具包(Software Development Kit,简称SDK)。
SDK是一组开发工具、库和文档,用于帮助开发者在特定的平台或框架上构建应用程序。
在本文中,我们将介绍如何在Java中调用SDK接口实例。
我们将从安装所需的环境开始,然后逐步实现调用SDK接口的步骤。
对于本例,我们将使用一个名为"ABC SDK"的虚拟SDK作为具体示例。
一. 环境准备在开始之前,我们需要先确保系统环境已经安装了Java开发工具包(Java Development Kit,简称JDK)。
如果您尚未安装JDK,您可以通过访问官方网站并根据您的操作系统下载并安装适用于您的版本。
完成安装后,您可以打开终端或命令提示符窗口,运行以下命令来验证JDK 的安装是否成功:java -version如果命令能够成功执行并显示Java版本信息,则表示JDK已经成功安装。
二. 下载并导入SDK包在继续之前,您需要从ABC SDK的官方网站或其他可信的来源下载SDK 包。
通常,SDK包会作为一个压缩文件(例如.zip或.tar.gz)提供。
下载并解压缩SDK包后,您会得到一个目录,其中包含了SDK的所有文件和目录。
接下来,我们需要在Java项目中导入SDK包。
您可以使用IDE(集成开发环境)的导入功能,或者手动将SDK包中的文件复制到Java项目的源代码根目录中。
三. 创建Java类现在,我们已经准备好开始编写Java代码来调用SDK接口。
创建一个新的Java类(例如Main.java)并在编辑器中打开。
首先,我们需要导入SDK类库。
根据SDK供应商提供的文档和示例代码,查找并导入所需的类和接口。
通常,您需要使用`import`关键字来导入类,例如:javaimport com.abc.sdk.SDKClass;四. 实例化SDK对象在调用SDK接口之前,我们需要先实例化SDK对象。
android sdk api接口设计原则

android sdk api接口设计原则在Android SDK 中设计API 接口时,采用一些良好的设计原则可以提高接口的可用性、可读性和可维护性。
以下是一些常见的Android SDK API 接口设计原则:1. **清晰明了的命名:**- 使用清晰、简明的命名规范,使得开发者能够直观地理解每个API 的功能。
采用一致的命名风格,遵循行业惯例。
2. **简单原则:**- 避免设计过于复杂的接口。
接口应该尽可能简单,提供清晰的入口,以降低学习和使用的难度。
3. **一致性:**- 保持API 的一致性,使得开发者在使用不同部分的API 时能够遇到相似的概念和模式。
这有助于提高可用性和降低学习曲线。
4. **适应性:**- 考虑到不同的使用场景和不同类型的开发者,使得接口具有一定的适应性,能够满足不同需求。
5. **向后兼容性:**- 尽量保持向后兼容性,避免在更新版本中对已有接口做出破坏性改变。
这有助于减少对现有应用程序的影响。
6. **文档:**- 提供详细、清晰的文档,包括使用示例、参数说明、返回值说明等。
良好的文档可以帮助开发者更好地理解和使用API。
7. **错误处理:**- 设计良好的错误处理机制,确保开发者能够准确地获得有关错误的信息,并能够适当地处理错误情况。
8. **异步设计:**- 对于可能涉及到长时间操作的API,采用异步设计,以避免阻塞主线程,提高用户体验。
9. **安全性:**- 在设计API 时考虑到安全性,防范潜在的攻击和滥用。
采用安全的默认设置,并提供必要的安全配置选项。
10. **性能优化:**- 通过优化数据传输、减少网络请求、合理利用缓存等手段,设计具有良好性能的API。
这些原则有助于构建具有良好设计的Android SDK API,提高开发者体验,同时也有助于在不断变化的环境中保持API 的健壮性。
sdk接入流程

sdk接入流程SDK接入流程。
一、概述。
SDK(Software Development Kit)是软件开发工具包的缩写,是一套开发工具的集合,用于实现特定软件应用程序的开发。
在移动应用开发中,SDK的接入是非常重要的一环,它可以为开发者提供丰富的功能和服务,帮助开发者更快地完成应用的开发和发布。
二、准备工作。
在进行SDK接入之前,开发者需要做好一些准备工作,包括:1. 确定需求,明确自己的应用需要哪些功能和服务,选择合适的SDK进行接入。
2. 获取SDK,从官方渠道获取最新版本的SDK,并阅读相关文档和说明。
3. 确定平台和版本,确定要接入的平台和版本,例如Android、iOS等,以及对应的版本号。
4. 确认权限,确认应用需要的权限和对应的申请流程,保证应用在接入SDK时能够正常运行。
三、SDK接入流程。
1. 导入SDK,将下载好的SDK导入到开发环境中,例如Android Studio、Xcode等。
2. 配置参数,根据SDK提供的文档,配置相应的参数,例如应用ID、密钥、回调URL等。
3. 添加依赖,在项目中添加SDK的依赖,确保应用能够正常调用SDK提供的功能和服务。
4. 初始化SDK,在应用启动时,初始化SDK,进行必要的设置和初始化操作。
5. 调用接口,根据SDK提供的接口文档,调用相应的接口实现功能,例如登录、支付、分享等。
6. 处理回调,处理SDK回调,处理用户的操作结果或者错误信息,保证应用的正常运行。
7. 测试调试,在接入SDK后,进行测试调试,确保应用在不同环境下能够正常使用SDK提供的功能。
四、注意事项。
在进行SDK接入的过程中,开发者需要注意以下事项:1. 遵循官方文档,严格按照SDK官方提供的文档和规范进行接入,确保接入的正确性和稳定性。
2. 版本更新,定期关注SDK的版本更新,及时更新应用中使用的SDK版本,以获取最新的功能和修复已知的问题。
3. 权限申请,在应用中使用SDK时,需要向用户申请相应的权限,确保用户的隐私和数据安全。
NVR的SKD二次开发接口文档

NVR的SKD二次开发接口文档NVR的SDK二次开发接口文档采购的海康NVR及IPC的产品需支持SDK版本在XXX上能够支持输出RTSP协议流以下SDK 的接口是必须的 1 账号验证用户登录NVR:实现用户的认证功能,登录成功后,返回的用户ID 作为其他功能操作的唯一标识。
SDK初始化1) 初始化SDK 接口:NET_DVR_Init 函数:BOOL NET_DVR_Init() 参数:无返回值:TRUE 表示成功,FALSE 表示失败。
说明:调用设备网络SDK 其他函数的前提。
2) 释放SDK 资源接口:NET_DVR_Cleanup 函数:BOOL NET_DVR_Cleanup() 参数:无返回值:TRUE 表示成功,FALSE 表示失败。
说明:在结束之前最后调用。
接口返回失败请调用NET_DVR_GetLastError 获取错误码,通过错误码判断出错原因。
NVR用户的认证/登录1) 激活设备接口:NET_DVR_ActivateDevice 函数:BOOL NET_DVR_ActivateDevice(char* sDVRIP, WORD wDVRPort, LPNET_DVR_ACTIV ATECFGlpActivate Cfg) 参数:[in]sDVRIP 设备IP 地址[in]wDVRPort 设备端口[in]lpActivateCfg 激活参数,包括激活使用的初始密码返回值:TRUE 表示成功,FALSE 表示失败。
接口返回失败请调用NET_DVR_GetLastError 获取错误码,通过错误码判断出错原因。
说明:出厂设备需要先激活,然后再使用激活使用的初始密码登录设备。
2) IPServer 或者DDNS 域名解析,获取动态IP 地址和端口号接口:NET_DVR_GetDVRIPByResolveSvr_EX 函数:BOOL NET_DVR_GetDVRIPByResolveSvr_EX (char* sServerIP, WORD wServerPort, BYTE* sDVRName, WORDwDVRNameLen, BYTE* sDVRSerialNumber, WORD wDVRSerialLen, char* sGetIP, DWORD* dwPort) 参数:[in]sServerIP 解析服务器的IP 地址[in]wServerPort 解析服务器的端口号,IP Server 解析服务器端口号为7071,HiDDNS 服务器的端口号为80 [in]sDVRName 设备名称[in]wDVRNameLen 设备名称的长度[in]sDVRSerialNumber 设备的序列号[in]wDVRSerialLen 设备序列号的长度[out]sGetIP 获取到的设备IP 地址指针[out]dwPort 获取到的设备端口号指针返回值:TRUE 表示成功,FALSE 表示失败。
SDK使用说明范文

SDK使用说明范文一、SDK简介SDK(Software Development Kit,软件开发工具包)是一组开发工具和资源的集合,用于帮助开发者创建应用程序。
SDK提供了开发所需的应用程序接口(API)、示例代码、文档等。
SDK可以大大简化开发过程,提高开发效率。
二、SDK的安装和配置2.配置开发环境需要根据开发环境配置SDK。
例如,在Windows上,需要在系统环境变量中设置SDK的路径。
三、SDK的导入在开发工具中导入SDK,可以使用SDK提供的API进行开发。
1.创建新项目打开开发工具,创建一个新项目。
2.导入SDK在项目中添加SDK,可以通过添加依赖库或引入外部库的方式导入。
四、SDK的使用SDK提供了各种功能的API供开发者使用。
以下是一些常见的SDK使用方法。
1.初始化SDK在应用程序的入口处,调用SDK提供的初始化方法,完成SDK的初始化。
可以根据需要进行必要的配置。
2.登录与认证在用户登录模块中,调用SDK提供的登录与认证API,实现用户的身份认证与管理。
3.数据获取与处理使用SDK提供的API,获取所需的数据。
可以进行数据解析、处理与展示等。
4.事件与回调SDK通常提供事件与回调机制,用于处理异步操作或接收SDK返回的数据。
需要注册相应的事件监听器或回调函数。
5.功能扩展与定制SDK通常提供了一些扩展和定制功能的接口,开发者可以根据需要,自定义SDK的功能与行为。
五、SDK的调试与测试在开发过程中,调试和测试是不可或缺的环节。
1.调试开发者可以使用开发工具提供的调试功能,结合SDK的调试日志,来定位和解决开发中的问题。
2.测试开发者可以编写单元测试或集成测试,来验证SDK的使用是否符合预期,并检查各种边际情况下的功能表现。
六、SDK的更新与升级随着软件的发展和需求变化,SDK也需要进行更新和升级。
一般来说,开发者可以通过以下方式更新SDK:1.官方渠道更新开发者可以定期查看官方网站、论坛或邮件列表,了解最新版本的SDK发布信息。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.通讯协议共同利用的内容1.1 文档中所使用的术语1.2 基于HTTP协议机器与服务器通讯。
机器向服务器发送的所有的请求用POST方式的HTTP 请求。
利用在POST方式上传二进制数据的方法机器到服务器传达数据。
对这个POST请求的HTTP 应答的body部分也包含二进制数据。
1.3 请求和应答中所使用的二进制数据的格式HTTP请求和应答中所使用的二进制数据的格式是如下。
字符串数据放在最前边后续放置任意个数的二进制数据。
字符串数据是 JSON格式的字符串而且他的编码是 UTF-8。
其实使用JSON格式可以表达所有的数据格式。
可是表达二进制数据时可能产生整个数据的大少问题还有通讯速度问题等较难接收的问题。
在这个通讯协议中尽可能使用json格式却不可避免的情况下使用二进制数据来表达数据。
使用二进制数据时在前面的字符串数据里有标识对应后面的二进制数据是哪一个。
举个例子说如果某个字段的值的数据类型是二进制数据时用“BIN_n”的字符串来表示那个字段的值。
在此 n是后面的二进制数据的序号,从1开始。
实例 :{“log_array”:”BIN_1”}这个JSON字符串说明记录数据是二进制数据而且放在字符串数据后面的第一个位置。
1.4 机器与服务器的通讯流程与WEB服务器的通讯大概分两种。
一个是机器接收而执行操作者指令的流程,另一个是机器通知服务器某种事件(比如新记录的产生)的流程。
2. 操作者指令的大概处理过程操作者指令处理,是用户登陆服务器选择需要管理的考勤机,向考勤机下发指令,接收指令执行结果的过程。
处理过程如下:1)操作者选择考勤机,获得机器号(device_id)。
2)操作者在WEB服务器联动的数据库上保存对该机器所执行的指令的记录。
其记录中包含如下信息。
任务识别号(trans_id),机器识别号(device_id),指令识别号(cmd_code),指令参数数据(cmd_param),任务状态(trans_status),任务状态最后更新时间(trans_status_update_time)3)机器每隔一定时间向服务器询问有没有针对自己发送的指令,如果有就拿过来执行,并且将其结果上传到WEB服务器。
4)操作者每隔一定时间询问服务指令的执行状态。
如果有已执行的标识,就处理该结果。
这里trans_id是任务识别号,即返回指令执行结果时用这个识别号来判断这个结果是对应哪一条指令的。
这个流程表示如图 2-1。
图2-1.指令处理过程中的通讯流程机器上传指令结果时如果结果数据是较大(10KB以上)可能划分几次上传该结果。
这时候机器分割数据成几个块而传输,服务器按顺序接收块保存在临时缓冲器。
如果服务器接收最后的块(块序号是0)拼接以前接收的块造成完整的结果数据而保存在数据库。
这样的流程如图2-2。
图2-2. 如果结果数据大分割成几个块而一次传输一个块接收指令而执行的流程和这时提交的 HTTP请求和返回应答的格式大部分类似却按指令有所不同。
2.1 考勤机实现接收操作者指令所需的请求和应答为了接收向自己发送的指令,考勤机每隔一定时间向WEB服务器发送HTTP request,并接收response,具体格式如下:2.1.1 机器接收操作者指令的请求为了接收向自己发送的指令,考勤机每隔一定时间向WEB服务器发送HTTP POST 请求。
这时HTTP头部(header)里放置如下字段。
上面一BOLD字体来标记的是该注意的字段。
HTTP body部分里放置在1.3描述的数据。
body部分放置的字符串的内容是如下。
{“fk_name”:<1>,“fk_time”:<2>,“fk_info”:{"supported_enroll_data":<3.1>,"fk_bin_data_lib":<3.2>,"firmware":<3.3>,"firmware_filename":<3.4>,"fp_data_ver":<3.5>}}fk_name 字段:机器的名字fk_time 字段:机器提交HTTP请求的机器的时间。
时间字符串的格式是 YYMMDDhhmmss。
fk_info 字段:机器的信息。
supported_enroll_data 字段:机器所使用的登记数据的类型。
例如如果用指纹数据就标记 [“FP”]。
fk_bin_data_lib 字段:解释机器上传的二进制数据时使用的动态库的名字。
例如标记“FKDataHS001”就表示如要解释二进制数据得用名字FKDataHS001.dll的动态库。
firmware 字段:机器的固件版本。
firmware_filename字段:机器的固件文件的头部。
这个信息将来更新机器固件的时候参考。
如果要更新的新固件文件名的头部不一致这个字段的价就表示这个新的固件文件不是匹配机器。
fp_data_ver字段:机器采用的指纹数据版本。
这个信息用于各种型号的机器的指纹数据之间的转换。
机器提交接收指令的HTTP请求时在 HTTP body部分不放置任何二进制数据。
2.1.2 服务器的应答对于接收指令的请求如果服务器接收上述的请求就查询有没有对该机器发送的指令而如有的话下传应答。
应答的头(header)和体(body)里所包含的内容是如下。
应答的头(header) 里包含如下字段。
应答体( body)部分里放置的数据按指令不同。
2.2 机器上传指令执行结果所需的请求和答应机器执行指令后,发送HTTP request,接收response,将其结果告诉WEB服务器,具体格式如下:2.2.1 机器上传操作者指令执行结果所需的请求机器上传到服务器如下的 HTTP POST请求。
此时请求的头部放置如下字段。
此请求的体(body)里放置的数据按指令不同。
2.2.2 服务器的应答对于机器上传结果的请求服务器保存到数据库机器上传的指令执行结果而下传如下应答。
应答头部放置如下字段。
3. 按操作者指令具体设计请求和应答操作者发布的指令是如下。
3.1. 获得机器的登记数据(GET_ENROLL_DATA) 获得该机器里保存的各种登记数据。
3.2. 把数据库的登记数据写入到机器(SET_ENROLL_DATA) 把业务数据库的登记数据写入到机器。
3.3. 同步机器时间(SET_TIME) 调整机器的时间以服务器的时间。
3.4. 机器重新启动 (RESET_FK)在由于某些原因要重启考勤机的时候发送这个指令。
例如某个指令的状态一直在{RUN}状态的情况下。
若果不能确定这个现象的原因就重启机器是最合适的方法。
重启以后机器将忽视以前执行的所有的指令而进入接收新指令的状态。
3.5. 删除人员 (DELETE_USER)3.6. 修改姓名(SET_USER_NAME)3.7. 修改用户权限 (SET_USER_PRIVILEGE)-- HTTP header --response_code: <1>trans_id: <2>cmd_code: SET_USER_PRIVILEGE-- HTTP body --{<4>}<4>的格式{"user_id":"<1>","user_privilege":"<2>"}user_privilege : 表示用户的机器操作权限。
设置成如MANAGER : 管理员REGISTER : 登记员OPERATOR : 操作员USER : 普通用户-- HTTP header --request_code: send_cmd_resultdev_id: <2>trans_id:<3>cmd_return_code:<4>blk_no:<5>-- HTTP body --执行这个命令后不产生结果数据,所以body部分没有任何数据。
-- HTTP header --response_code: <1>trans_id: <2>3.8. 打开/关闭用户注册功能 (ENABLE_ENROLL_FUNC)机器发送的请求WEB服务器返-- HTTP header --request_code: receive_cmddev_id: <2>-- HTTP body --表示机器信息的字符串-- HTTP header --response_code: <1>trans_id: <2>cmd_code: ENABLE_ENROLL_FUNC-- HTTP body --{<4>}<4>的格式{"enable_flag":<5>}enable_flag : 激活注册用户功能的标志ON : 激活注册用户功能 (必须是大字母)OFF : 禁止注册用户功能-- HTTP header --request_code: send_cmd_resultdev_id: <2>trans_id:<3>cmd_return_code:<4>blk_no:<5>-- HTTP body --执行这个命令后不产生结果数据,所以body部分没有任何数据。
-- HTTP header --response_code: <1>trans_id: <2>3.9. 获得注册人员列表 (GET_USER_ID_LIST) 获取注册在机器里面的用户ID表3.10. 获取记录数据 (GET_LOG_DATA) 从机器获取某一个时间段之内的机器记录数据{<4>}<4>的格式{"begin_time":"<1>","end_time":"<2>"}时间字符串的格式为YYYYMMDDhhmmss。
begin_time字段为空的或者不存在字段本身的时候,会获取 eend_time字段为空的或者不存在字段本身的时候,会获取beg若两个字段为无效值,会获取机器里面的所有考勤记录数据。
-- HTTP header –request_code: send_cmd_resultdev_id:<2>trans_id:<3>cmd_return_code:<4>blk_no:<5>获取记录数据的时候,获取任何个数的记录数据,会成为很大的结果数据。