申请/专利权人：上海金仕达软件科技股份有限公司

申请日：2020-06-24

公开（公告）日：2024-03-22

公开（公告）号：CN111724262B

主分类号：G06Q40/04

分类号：G06Q40/04;G06F16/957;H04L67/1001;H04L67/06

优先权：

专利状态码：有效-授权

法律状态：2024.03.22#授权;2024.03.01#著录事项变更;2020.10.27#实质审查的生效;2020.09.29#公开

摘要：本发明公开的一种应用服务器后续包查询系统，其特征在于，包括客户端、通讯平台和应用服务器；所述客户端通过通讯平台与应用服务器进行多任务并行传输，所述应用服务器由一个多业务控制中心和多个业务单元组成，所述客户端用于部署本地服务的程序文件，以及用户交互，所述通讯平台用于提供负载均衡，所述多业务控制中心用于将由通讯平台接收的请求分配至业务单元，并反馈业务单元处理的结果至通讯平台。本发明将数据较大的应答包发给请求方的过程并行处理发送给请求方，可以使系统在单位时间内能处理更多的请求，以提高系统的吞吐量和数据处理能力。

主权项：1.一种应用服务器后续包查询系统的工作方法，其特征在于：所述系统包括客户端、通讯平台和应用服务器；所述客户端通过通讯平台与应用服务器进行多任务并行传输；所述应用服务器由一个多业务控制中心和多个业务单元组成；所述客户端用于部署本地服务的程序文件，以及用户交互；所述通讯平台用于提供负载均衡；所述多业务控制中心用于将由通讯平台接收的请求分配至业务单元，并反馈业务单元处理的结果至通讯平台；所述业务单元用于处理不同的业务类型；所述业务单元用于根据请求包的信息解析后，处理业务类型，得到结果后生成答应包；将较大的应答包数据分割为多个连续的数据包，同时把所述数据包与请求指令建立映射关联后，分段分时发送至请求方；并且进行多任务多线程同时反馈请求指令信息的数据；包括如下步骤：（1）接收请求指令，判定请求指令类型；（2）若是新请求，待处理完成后，判断应答包长度与单次传输数据包最大长度的大小，其中单次传输数据包最大长度是应用层协议约束的；（3）若是后续请求，需要单独创建一个线程来处理后续请求，将此线程命名为后续包处理线程；在步骤（2）中，如果应答包的长度大于单次传输数据包最大长度，则将应答包数据写到缓存文件，然后返回应答包部分数据给请求方，并告知请求方需要后续请求和缓存文件的偏移地址；所述偏移地址用于处理后续包请求时获取从缓存文件开始取数据的关联位置；在步骤（3）中，首先把请求包放入后续包处理线程队列中，然后后续包处理线程从队列中取请求包，最后后续包处理线程根据后续包的缓存文件名及偏移位置取出后续包，返回给请求方，并设置下一包的偏移地址，直到处理完队列中的所有后续请求为止；在整个应答包发给请求方的过程中，当后续包处理线程在处理后续包请求时，同时对已发送的后续包信息作处理。

全文数据：

权利要求：

百度查询： 上海金仕达软件科技股份有限公司 一种应用服务器后续包查询系统及其工作方法

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD