科技管理信息系统并发数控制装置及其控制方法

技术领域

本发明涉及专门适用于行政、商业、金融、管理、监督或预测目的的数据处理系统或方法技术领域，具体涉及一种科技管理信息系统并发数控制装置及其控制方法。

背景技术

近年来，国家的科技人力、物力、财力和成果等科技资源数量呈快速增长态势，较好地支撑了科技创新工作。为了鼓励企业积极投入科技创新工作，国家每年都会针对不同的企业发起不同的科技项目申报。企业申报的项目通过后可以获得一定资金、税务上的奖励和扶持，因此，广大企业都会积极进行申报。

现在申报科技项目一般是采用线上申报的方式进行，由于科技项目具有申报时限，在申报时限内会有众多企业接入线上科技管理信息系统，造成科技管理信息系统高并发情况发生，影响到整个平台的正常使用。

而且为满足不同企业的科技项目申报需求，线上科技管理信息系统会设置多个不同科技项目的申报子系统。因为不同科技项目的申报时限有时会存在重叠，所以在同一时间段内会有多个不同企业申报不同的科技项目，而大多数企业经常会错误地判断自身调节，选择不符合符合自身条件的项目类型进行申报，盲目地多次发出无效的申报请求，从而加重科技管理信息系统的高并发问题。

发明内容

针对现有技术存在的不足，本发明提出一种科技管理信息系统并发数控制装置及其控制方法。可以明确企业申报的项目类型，有效控制信息管理系统的并发数。

具体技术方案如下：

第一方面，提供了一种科技管理信息系统并发数控制装置，包括：

接入控制器，设置有根据项目类型区分的并发数上限，用于识别接收的申报请求对应的申报意图，并判断相应的项目类型的并发数是否耗尽，以及进行相应处理；

配置器，用于根据各种项目类型的申报时间段配置所述接入控制器中各种项目类型对应的并发数上限。

结合第一方面，在第一方面的第一种可实现方式中，所述接入控制器包括：

识别单元，用于接收申报请求，并根据申报请求中的用户信息和接收时间识别所述申报意图；

判断单元，用于判断申报意图对应的项目类型的并发数是否耗尽；

处理单元，响应于申报意图对应的项目类型的并发数未耗尽，允许申报请求通过，反之不允许申报请求通过。

结合第一方面的第一种可实现方式，在第一方面的第二种可实现方式中，所述识别单元用于确定申报请求中用户信息对应的经营范围信息，并结合申报请求的接收时间和各种项目类型的申报时间段，识别所述申报请求对应的申报意图。

结合第一方面的第二种可实现方式，在第一方面的第三种可实现方式中，所述用户信息包括社会信用统一代码，所述识别单元通过该社会信用同一代码调取对应的经营范围信息。

结合第一方面的第一种可实现方式，在第一方面的第四种可实现方式中，所述接入控制器还包括缓存单元，用于对未通过的申报请求进行排队。

结合第一方面的第四种可实现方式，在第一方面的第五种可实现方式中，所述缓存单元包括：

超时处理模块，用于判断排队的申报请求是否超时，响应于申报请求超时，则返回申报请求超过并发数上限信息，并删除超时的申报请求，否则申报请求继续排队。

结合第一方面，在第一方面的第六种可实现方式中，所述配置器包括：

预测单元，用于采集通过所述接入控制器的各种项目类型对应的申报请求的历史数据，并根据采集到的历史数据预测各种项目类型对应的申报数量；

配置单元，根据各种项目类型对应的申报数量和申报时间段配置所述接入控制器中各种项目类型对应的并发数上限。

第二方面，提供了一种科技管理信息系统的并发数控制方法，包括：

配置接入控制器中各种项目类型对应的并发数上限；

响应于接收到申报请求，识别申报请求对应的申报意图；

判断申报意图对应的项目类型的并发数是否耗尽；

响应于申报意图对应的项目类型的并发数未耗尽，允许申报请求通过，反之不允许申报请求通过。

结合第二方面，在第二方面的第一种可实现方式中，所述配置接入控制器中各种项目类型对应的并发数上限包括：

采集通过接入控制器的各种项目类型的历史数据；

根据采集数据预测各种项目类型对应的申报数量；

根据项目类型对应的申报数量和申报时间段配置配置接入控制器中各种项目类型对应的并发数上限。

结合第二方面，在第二方面的第二种可实现方式中，还包括：

响应于不允许申报请求通过，将所述申报请求纳入排队序列中；

判断排队序列中的申报请求是否超时，若超时，则返回申报请求超过并发数上限信息，并删除超时的申报请求，否则申报请求继续排队。

有益效果：

1、本申请在科技管理信息系统中设置接入控制器，当有大量企业用户接入并发接入时，接入控制器可以通过识别企业的申报意图，明确企业对应的项目类型，从而避免企业盲目地调用申报系统进行项目申报，减少无效操作。

2、本申请中以项目类型控制科技管理信息系统接入企业的并发数，使各个申报子系统的并发数处于系统可承受范围内，使各个申报子系统稳定运行，并且以项目类型控制并发数，可以避免不同项目类型之间相互影响。

附图说明

为了更清楚地说明本发明具体实施方式，下面将对具体实施方式中所需要使用的附图作简单地介绍。在所有附图中，各元件或部分并不一定按照实际的比例绘制。

图1为本发明一实施例提供的并发数控制装置的系统结构框图；

图2为图1所示的接入控制器的系统结构框图；

图3为本发明一实施例提供的并发数控制方法的流程图；

图4为图3中配置并发数上限的流程图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。

如图1所示的科技管理信息系统并发数控制装置的系统结构框图，该控制装置包括：

接入控制器，设置有根据项目类型区分的并发数上限，用于识别接收的申报请求对应的申报意图，并判断相应的项目类型的并发数是否耗尽，以及进行相应处理；

配置器，用于根据各种项目类型的申报时间段配置所述接入控制器中各种项目类型对应的并发数上限。

具体而言，本申请中科技管理信息系统可以包括多个不同的申报子系统，每个申报子系统分别用于提供不同项目类型的申报服务。在科技管理信息系统上设置有接入控制器，接入控制器可以接收用户端发送的申报请求，并识别用户的申报意图，根据申报意图明确用户想要申报的项目类型，从而避免用户端盲目地调用申报系统，减少无效操作。

所述接入控制器中设置有不同项目类型对应的并发数上限，接入控制器可以可以通过相应并发数上限判断明确的项目类型对应的并发数是否耗尽，如果耗尽，则接入控制器不允许申报请求通过，如果未耗尽，接入控制器则允许申报请求通过，用户才能调用相应的申报系统进行项目申报，如此可以有效控制各个申报子系统的并发数不超过系统的可承受上限，使各个申报子系统稳定运行，并可以避免不同项目申报之间相互影响。

在本实施例中，优选的，如图2所示，所述接入控制器包括：

识别单元，用于接收申报请求，并根据申报请求中的用户信息和接收时间识别所述申报意图；

判断单元，用于判断申报意图对应的项目类型的并发数是否耗尽；

处理单元，响应于申报意图对应的项目类型的并发数未耗尽，允许申报请求通过，反之不允许申报请求通过。

具体而言，识别单元可以通过用户信息识别用户类型，如生产型企业、科技研发型企业等。因为不同科技项目的申报时间段不同，而且针对的企业类型也不同，所以，识别单元可以结合用户类型和接收到申报请求的接收时间段，通过对比不同科技项目对应的用户类型和申报时间段，即可识别出用户的申报意图，从而明确用户想要申报的项目类型。

判断单元可以根据所述识别单元确定的项目类型，判断该项目类型对应的并发数是否耗尽，并将判断结果发送给处理单元，如果判断结果是并发数未耗尽，则处理单元允许申报请求通过，用户端即可调用项目类型对应的申报系统进行项目申报，反之则不允许通过，用户端就不能调用申报系统。

在本实施例中，优选的，所述识别单元用于确定申报请求中用户信息对应的经营范围信息，并结合申报请求的接收时间和各种项目类型的申报时间段，识别所述申报请求对应的申报意图。

一些企业不仅涉及科技研发，也会涉及生产制造等，为准确识别用户对应的用户类型，申报请求中可以包括用户的识别代码，如用户名称。识别单元可以通过识别代码确定用户的经营范围信息，并通过经营范围准确识别用户所属的用户类型，并结合用户类型和接收到申报请求的接收时间段，通过对比不同科技项目对应的用户类型和申报时间段，即可识别出用户的申报意图，从而明确用户想要申报的项目类型。

在本实施例中，优选的，所述用户信息包括社会信用统一代码，所述识别单元通过该社会信用同一代码调取对应的经营范围信息。因为大部分企业的企业名称较长，而且有可能存在相似度较高的企业名称，如果通过企业名称去识别用户类型存在一定难度，而且效率较低。

为提高申报意图的识别效率，申报请求中可以包括用户的社会信用统一代码，社会信用统一代码具有唯一性，识别单元可以通过社会信用统一代码快速查询到用户的营业执照，并通过营业执照上的经营范围确定用户类型。

在本实施例中，优选的所述接入控制器还包括缓存单元，用于对未通过的申报请求进行排队。如果用户端的申报请求未通过接入控制器，用户端可能会短时间内再次向接入控制器发送申报请求，再次发送的申报请求同样也不能通过接入控制器，这就造成科技管理信息系统的网络中存在大量的无效请求，为此，接入控制器可以将接收到的申报请求排队存放在缓存单元中等待处理单元处理，当项目类型有并发数资源后，处理单元优先处理排队序列中的申报请求，从而避免用户端持续发出无效的申报请求。

在本实施例中，优选的，所述缓存单元包括：

超时处理模块，用于判断排队的申报请求是否超时，响应于申报请求超时，则返回申报请求超过并发数上限信息，并删除超时的申报请求，否则申报请求继续排队。超时处理模块可以将缓存单元中排队时间超过预设的时间阈值的申报请求删除，并向用户端回复申报请求超过并发数上限，从而避免大量申报请求排队导致拥堵。

在本实施例中，优选的，所述配置器包括：

预测单元，用于采集通过所述接入控制器的各种项目类型对应的申报请求的历史数据，并根据采集到的历史数据预测各种项目类型对应的申报数量；

配置单元，根据各种项目类型对应的申报数量和申报时间段配置所述接入控制器中各种项目类型对应的并发数上限。

因为市场、企业等都在变化，所以每年不同项目类型的申报数量也在变化的，如果不预先对不同项目类型的并发数上限进行调整，有可能会造成某些项目类型对应的并发数资源较少，无法满足申报需求，导致在某些企业在申报期限内无法完成申报。

因此，可以在配置器中设置预测单元，预测单元可以采集往年的不同项目类型的申报数量，并通过现有的数据预测分析算法，如线性回归算法，预测项目类型未来的申报数量。配置单元可以根据预测单元的预测结果合理配置各个项目类型对应的并发数上限，以在项目申报期限到来时满足项目类型的申报需求。

如图3所示的科技管理信息系统的并发数控制方法的流程图，该方法包括：

步骤1、配置接入控制器中各种项目类型对应的并发数上限；

步骤2、响应于接收到申报请求，识别申报请求对应的申报意图；

步骤3、判断申报意图对应的项目类型的并发数是否耗尽；

步骤4、响应于申报意图对应的项目类型的并发数未耗尽，允许申报请求通过，反之不允许申报请求通过。

首先，可以配置接入控制器中不同项目类型对应的并发数上限，然后，可以识别发送申报请求的用户的申报意图，并根据申报意图明确用户想要申报的项目类型，避免用户端盲目地调用申报系统，减少无效操作。最后，通过相应并发数上限判断明确的项目类型对应的并发数是否耗尽，如果耗尽，则不允许申报请求通过接入控制器，如果未耗尽，接入控制器则允许申报请求通过，调用相应的申报系统进行项目申报。如此可以有效控制各个申报子系统的并发数不超过系统的可承受上限，使各个申报子系统稳定运行，并可以避免不同项目申报之间相互影响。

在本实施例中，优选的，如图4所示，所述配置接入控制器中各种项目类型对应的并发数上限包括：

步骤1-1、采集通过接入控制器的各种项目类型的历史数据；

步骤1-2、根据采集数据预测各种项目类型对应的申报数量；

步骤1-3、根据项目类型对应的申报数量和申报时间段配置配置接入控制器中各种项目类型对应的并发数上限。

首先，配置器可以采集历年来的申报项目的历史数据，然后，对采集数据进行处理、归类，确定不同项目类型对应的申报数据，最后，采用现有的趋势预测算法，如线性回归算法，预测各项目类型对应的申报数量，并按照预测结果合理配置各个项目类型的并发数上限。

在本实施例中，优选的，还包括：

响应于不允许申报请求通过，将所述申报请求纳入排队序列中；

判断排队序列中的申报请求是否超时，若超时，则返回申报请求超过并发数上限信息，并删除超时的申报请求，否则申报请求继续排队。

可以将接收到的申报请求排队存放在缓存单元中，避免用户端持续发出无效的申报请求。并将缓存单元中排队时间超过预设的时间阈值的申报请求删除，从而避免大量申报请求排队导致拥堵。而且，由于通过识别申报意图减少了无效申报请求，从而减少了排队序列中的申报请求数量。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。