实时性指标控制的过程运输系统与方法

摘要

本发明提出实时性指标控制的过程运输系统与方法，属于系统控制与数据管理技术领域。方法包括步骤S1：从多个待控制指标中确定当前期望的实时性指标；S2：确定受控模块与非受控模块，S3：扫描受控模块内的第一指令是否属于受控指令，如果不是，则限定第一指令的资源访问范围；S4：扫描非受控模块内的第二指令是否属于受控指令，如果是，则取消第二指令的资源访问的限定范围。方法可应用于用户端与管理端，每个用户端安装有至少一个管理模块，管理模块为物流管理模块、销售管理模块、生产管理模块中至少一个。本发明的技术方案可以自适应或者交互式的探测当前最佳实时性指标从而进行系统资源控制以实现数据传输最优化。

权利要求

1.一种实时性指标控制的过程调度方法，所述方法应用于管理端，其特征在于，所述方法包括如下步骤：S1：从多个待控制指标中确定当前期望的实时性指标，所述多个待控制指标包括物流数据显示指标、销售数据显示指标和生产数据显示指标；

S2：确定受控模块与非受控模块，所述非受控模块对应于所述实时性指标，所述受控模块对应于非实时性指标；

S3：扫描所述受控模块内的第一指令是否属于受控指令，如果不是，则限定所述第一指令的资源访问范围；

S4：扫描所述非受控模块内的第二指令是否属于受控指令，如果是，则取消所述第二指令的资源访问的限定范围；

其中，所述受控指令为资源访问范围受到限制的指令;所述管理端与多个用户端通信，每个所述用户端安装有至少一个管理模块，所述至少一个管理模块为物流管理模块、销售管理模块、生产管理模块中至少一个；

所述步骤S2基于所述当前期望的实时性指标从所述物流管理模块、销售管理模块、生产管理模块中确定出受控模块;每个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端当前活跃的管理模块；

所述步骤S1具体包括：

所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；

确定第一数量、第二数量以及第三数量中的最大值；

（1）若所述最大值的个数等于1，则根据所述最大值对应的管理模块确定当前期望的实时性指标；

执行步骤S2‑S4；

（2）若所述最大值的个数等于2，则根据第一个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

然后，则根据第二个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

最后，则根据第三个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4;根据所述最大值对应的管理模块确定当前期望的实时性指标;所述管理模块为具备相应管理功能的目标应用程序，所述目标应用程序在执行相应管理功能时运行所述第一指令或者所述第二指令;所述管理模块为具备相应管理功能的插件工具，所述用户端调用所述插件工具时执行所述第一指令或者所述第二指令;所述步骤S1中，管理员通过所述管理端输入管理指令，所述管理指令指示从多个待控制指标中确定当前期望的实时性指标。

2.一种实时性指标控制的过程调度方法，所述方法应用于用户端，其特征在于，N个所述用户端均与一个管理端通信，N>2;所述方法包括如下步骤：

S710：N个所述用户端将自身管理模块的运行状态上报给所述管理端；所述管理模块包括为物流管理模块、销售管理模块、生产管理模块中至少一个；

S720：管理端汇总所述N个所述用户端的管理模块的运行状态，从多个待控制指标中确定当前期望的实时性指标，所述多个待控制指标包括物流数据显示指标、销售数据显示指标和生产数据显示指标；

S730：N个所述用户端接收确定出的当前期望的实时性指标，并判断是否需要更新自身管理模块的运行状态；

如果是，则在更新自身管理模块的运行状态之后，返回步骤S710;所述步骤S720具体包括：

N个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端当前活跃的管理模块；

所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；

确定第一数量、第二数量以及第三数量中的最大值；

根据所述最大值对应的管理模块确定当前期望的实时性指标;所述步骤S720具体包括：

N个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端userDi当前活跃的第j个管理模块的内存占用率 ；i=1，2，…，N；j=1，2，3；

计算第j个管理模块的内存活跃值:

；

其中， 为第i个用户端userDi最大可用内存值， 为第i个用户端userDi当前可用内存值；

基于内存活跃值最大的管理模块确定当前期望的实时性指标;所述管理端计算第j个管理模块的内存活跃值（j=1、2、3）；

（1）若内存活跃值最大的个数等于1，则根据所述最大值对应的管理模块确定当前期望的实时性指标；

执行步骤S2‑S4；

（2）若所述最大值的个数等于2，则根据第一个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

然后，则根据第二个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

最后，则根据第三个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4。

3.一种实时性指标控制的过程运输系统，所述系统包括管理端以及与所述管理端进行数据通信的多个用户端，所述管理端实施如权利要求1所述的一种实时性指标控制的过程调度方法，所述用户端实施如权利要求2所述的一种实时性指标控制的过程调度方法，其特征在于：每个所述用户端安装有至少一个管理模块，所述至少一个管理模块为物流管理模块、销售管理模块、生产管理模块中至少一个；

每个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端当前活跃的管理模块；

所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；并确定第一数量、第二数量以及第三数量中的最大值；根据所述最大值对应的管理模块确定当前期望的实时性指标；

管理端基于所述当前期望的实时性指标从所述管理模块中确定受控模块与非受控模块，所述非受控模块对应于所述实时性指标，所述受控模块对应于非实时性指标；

当所述用户端运行所述管理模块时，所述管理端扫描所述受控模块内的第一指令是否属于受控指令，如果不是，则限定所述第一指令的资源访问范围；

或者，当所述用户端运行所述管理模块时，所述管理端扫描所述非受控模块内的第二指令是否属于受控指令，如果是，则取消所述第二指令的资源访问的限定范围；

所述受控指令为资源访问范围受到限制的指令。

说明书

实时性指标控制的过程运输系统与方法

技术领域

[0001] 本发明属于系统控制与数据管理技术领域，尤其涉及一种实时性指标控制的过程运输系统与方法。

背景技术

[0002] 资源和业务协同是企业通过对多种不同类型数据资源的分配使用获得多种不同业务的相互协同效果，从而基于数据资源提高企业核心竞争力。为此，需要建设全集团统一的综合性电子商务数据管理平台，以支撑综合业务一体化。

[0003] 常见的电子商务业务数据包括生产端数据（商品名称、商品当前出厂时间、质检时间、有效期等）、销售端数据（销售价格、销售数量、销售时间、销售地点等）以及物流端数据（出仓商品名称、数量、出仓时间、出发地、目的地、物流公司名称、预计物流时效等），为满足不同类型客户或者管理者的需求，已有基于微服务架构建设的数据管理系统，可通过组件化、微服务的架构模式快速响应业务调整；同时，为便于IT开发及运维，已针对不同类型数据分别提出不同的组件化插件或者微服务程序。

[0004] 相关现有技术中，集团为实现物流订单管理（涉及物流端数据/销售端数据）、运输协同管理（涉及物流端数据）、仓储协同管理（涉及物流端数据）以及精益计费管理（涉及销售端数据）的全过程实时监控预警,上述不同类型的组件化插件或者微服务程序需要集中统一的访问数据资源从而对外提供服务。

[0005] 然而，发明人实际应用中发现，在物理资源有限的情况下，上述资源访问方式容易产生数据访问阻塞。当多个不同类型的组件化插件或者微服务程序同时需要对外提供服务时，数据访问阻塞将导致服务实时性较差。

发明内容

[0006] 为解决上述技术问题，本发明提出一种实时性指标控制的过程运输系统与方法。

[0007] 在本发明的第一个方面，提出一种实时性指标控制的过程调度方法，所述方法应用于管理端，所述方法包括如下步骤：

[0008] S1：从多个待控制指标中确定当前期望的实时性指标，所述多个待控制指标包括物流数据显示指标、销售数据显示指标和生产数据显示指标；

[0009] S2：确定受控模块与非受控模块，所述非受控模块对应于所述实时性指标，所述受控模块对应于非实时性指标；

[0010] S3：扫描所述受控模块内的第一指令是否属于受控指令，如果不是，则限定所述第一指令的资源访问范围；

[0011] S4：扫描所述非受控模块内的第二指令是否属于受控指令，如果是，则取消所述第二指令的资源访问的限定范围；

[0012] 其中，所述受控指令为资源访问范围受到限制的指令。

[0013] 在具体执行时，所述管理端与多个用户端通信，每个所述用户端安装有至少一个管理模块，所述至少一个管理模块为物流管理模块、销售管理模块、生产管理模块中至少一个；

[0014] 在此基础，在一种改进方式中，所述步骤S2基于所述当前期望的实时性指标从所述物流管理模块、销售管理模块、生产管理模块中确定出受控模块。

[0015] 具体的，由于每个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端当前活跃的管理模块；

[0016] 在此基础上，所述步骤S1具体包括：

[0017] 所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；

[0018] 确定第一数量、第二数量以及第三数量中的最大值；

[0019] 根据所述最大值对应的管理模块确定当前期望的实时性指标。

[0020] 所述管理模块为具备相应管理功能的目标应用程序，所述目标应用程序在执行相应管理功能时运行所述第一指令或者所述第二指令。

[0021] 所述管理模块为具备相应管理功能的插件工具，所述用户端调用所述插件工具时执行所述第一指令或者所述第二指令。

[0022] 在另外一种改进方式中，所述步骤S1中，管理员通过所述管理端输入管理指令，所述管理指令指示从多个待控制指标中确定当前期望的实时性指标。

[0023] 在本发明的第二个方面，提供一种实时性指标控制的过程调度方法，所述方法应用于用户端。

[0024] 具体的，存在的N个所述用户端均与一个管理端通信，N>2; 所述方法包括如下步骤：

[0025] S710：N个所述用户端将自身管理模块的运行状态上报给所述管理端；所述管理模块包括为物流管理模块、销售管理模块、生产管理模块中至少一个；

[0026] S720：管理端汇总所述N个所述用户端的管理模块的运行状态，从多个待控制指标中确定当前期望的实时性指标，所述多个待控制指标包括物流数据显示指标、销售数据显示指标和生产数据显示指标；

[0027] S730：N个所述用户端接收确定出的当前期望的实时性指标，并判断是否需要更新自身管理模块的运行状态；

[0028] 如果是，则在更新自身管理模块的运行状态之后，返回步骤S710。

[0029] 进一步，在一个改进方式中，所述步骤S720具体包括：

[0030] N个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端当前活跃的管理模块；

[0031] 所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；

[0032] 确定第一数量、第二数量以及第三数量中的最大值；

[0033] 根据所述最大值对应的管理模块确定当前期望的实时性指标。

[0034] 在另外一种改进方式中，所述步骤S720具体包括：

[0035] N个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端userDi当前活跃的第j个管理模块的内存占用率 ；i=1，2，…，N；j=1，2，3；

[0036] 计算第j个管理模块的内存活跃值；

[0037] 其中， 为第i个用户端userDi最大可用内存值， 为第i个用户端userDi当前可用内存值；

[0038] 基于内存活跃值最大的管理模块确定当前期望的实时性指标。

[0039] 在本发明的第三个方面，提供一种实时性指标控制的过程运输系统，所述系统包括管理端以及与所述管理端进行数据通信的多个用户端，每个所述用户端安装有至少一个管理模块，所述至少一个管理模块为物流管理模块、销售管理模块、生产管理模块中至少一个；

[0040] 每个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端当前活跃的管理模块；

[0041] 所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；并确定第一数量、第二数量以及第三数量中的最大值；根据所述最大值对应的管理模块确定当前期望的实时性指标；

[0042] 管理端基于所述当前期望的实时性指标从所述管理模块中确定受控模块与非受控模块，所述非受控模块对应于所述实时性指标，所述受控模块对应于非实时性指标；

[0043] 当所述用户端运行所述管理模块时，所述管理端扫描所述受控模块内的第一指令是否属于受控指令，如果不是，则限定所述第一指令的资源访问范围；

[0044] 或者，当所述用户端运行所述管理模块时，所述管理端扫描所述非受控模块内的第二指令是否属于受控指令，如果是，则取消所述第二指令的资源访问的限定范围；

[0045] 所述受控指令为资源访问范围受到限制的指令。

[0046] 本发明的技术方案可以自适应或者交互式的探测当前最佳实时性指标，自适应的探测当前最佳实时性指标包括所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；确定第一数量、第二数量以及第三数量中的最大值；根据所述最大值对应的管理模块确定当前期望的实时性指标；或者，N个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端userDi当前活跃的第j个管理模块的内存占用率，然后计算第j个管理模块的内存活跃值；基于内存活跃值最大的管理模块确定当前期望的实时性指标；交互式的探测当前最佳实时性指标则包括管理员通过所述管理端输入管理指令，所述管理指令指示从多个待控制指标中确定当前期望的实时性指标。

[0047] 在确定出确定当前期望的实时性指标的基础上，确定受控模块与非受控模块，扫描受控模块内的第一指令是否属于受控指令，如果不是，则限定第一指令的资源访问范围；扫描非受控模块内的第二指令是否属于受控指令，如果是，则取消第二指令的资源访问的限定范围，从而确保了实时性指标对应的相应模块的指令代码具有最大的资源访问权限，从而进行系统资源控制以实现数据传输最优化，在有限物理资源的情况下实现当前所需或者所匹配的实时性显示。

[0048] 本发明的进一步优点将结合说明书附图在具体实施例部分进一步详细体现。

附图说明

[0049] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0050] 图1是本发明一个实施例的应用于管理端的一种实时性指标控制的过程调度方法的主体流程图

[0051] 图2是本发明一个实施例的应用于用户端的一种实时性指标控制的过程调度方法的主体流程图

[0052] 图3是实现本发明一个实施例的实时性指标控制的过程运输系统的功能模块组成示意图

[0053] 图4是本发明一种实时性指标控制的过程运输系统的APP终端数据传输示意图具体实施方式

[0054] 下面，结合附图以及具体实施方式，对发明做出进一步的描述。

[0055] 在介绍本发明的各个实施例之前，首先简单介绍本发明技术方案的创造性改进基础和动机，以更好的理解本申请的技术方案的优点。

[0056] 相关现有技术中，集团为实现物流订单管理（涉及物流端数据/销售端数据）、运输协同管理（涉及物流端数据）、仓储协同管理（涉及物流端数据）以及精益计费管理（涉及销售端数据）的全过程实时监控预警,也为了确保数据资源价值最大化，避免数据隐私泄露，确保数据安全，物流端数据/销售端数据/生产端数据通常需要多个备份并且集中远端保密存储，多个不同类型的组件化插件或者微服务程序需要集中统一的访问数据资源从而对外提供服务。

[0057] 在物理资源有限的情况下，上述资源访问方式容易产生数据访问阻塞。当多个不同类型的组件化插件或者微服务程序同时需要对外提供服务时，数据访问阻塞将导致服务实时性较差。

[0058] 不过，发明人发现，多个不同类型的组件化插件或者微服务程序对外提供服务时具有不同的时段性或者聚集性，同时多个不同类型的组件化插件或者微服务程序对外提供服务时所需的物理资源尤其是内存资源是不同的。因此，可以基于这种实时性或者聚集性、以及内存资源访问的不同要求，识别出当前的实时性指标要求，从而自适应或者交互式的探测当前最佳实时性指标从而进行系统资源控制以实现数据传输最优化。

[0059] 参见图1，图1是本发明一个实施例的应用于管理端的一种实时性指标控制的过程调度方法的主体流程图。

[0060] 管理端执行所述方法时，与多个用户端通信，从而控制用户端的数据传输过程以及资源访问权限。

[0061] 具体的，每个所述用户端安装有至少一个管理模块，所述至少一个管理模块为物流管理模块、销售管理模块、生产管理模块中至少一个。

[0062] 每个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端当前活跃的管理模块。

[0063] 在一个实施例中，所述管理模块为具备相应管理功能的目标应用程序，所述目标应用程序在执行相应管理功能时运行第一指令或者第二指令。

[0064] 在另一个实施例中，所述管理模块为具备相应管理功能的插件工具，所述用户端调用所述插件工具时执行所述第一指令或者所述第二指令。

[0065] 即所述管理模块实现为组件化插件或者微服务程序。

[0066] 作为更具体的例子，物流管理模块可以是安装于用户端的物流数据管理APP，销售管理模块可以是安装于用户端的销售数据管理APP，生产管理模块可以是安装于用户端的生产数据管理APP。

[0067] 在实际应用中，生产数据，例如可以是商品名称、商品当前出厂时间、质检时间、有效期等；

[0068] 销售数据，例如可以是销售价格、销售数量、销售时间、销售地点等；

[0069] 物流数据，例如可以是出仓商品名称、数量、出仓时间、出发地、目的地、物流公司名称、预计物流时效等。

[0070] 以物流管理模块安装的物流数据管理APP为例，用户端可以基于模块随时查看出仓商品名称、数量、出仓时间、出发地、目的地、物流公司名称、预计物流时效等数据。

[0071] 当用户端打开物流数据管理APP时，即将物流管理模块正在活跃的信息发送至所述管理端，所述管理端即开始执行图1所述的方法，具体如下：

[0072] S1：管理端从多个待控制指标中确定当前期望的实时性指标，所述多个待控制指标包括物流数据显示指标、销售数据显示指标和生产数据显示指标；

[0073] S2：管理端确定受控模块与非受控模块，所述非受控模块对应于所述实时性指标，所述受控模块对应于非实时性指标；

[0074] S3：管理端扫描所述受控模块内的第一指令是否属于受控指令，如果不是，则限定所述第一指令的资源访问范围；

[0075] S4：管理端扫描所述非受控模块内的第二指令是否属于受控指令，如果是，则取消所述第二指令的资源访问的限定范围；

[0076] 其中，所述受控指令为资源访问范围受到限制的指令。

[0077] 接下来，具体介绍每个步骤的具体实现过程。

[0078] 对于步骤S1，从多个待控制指标中确定当前期望的实时性指标，所述多个待控制指标包括物流数据显示指标、销售数据显示指标和生产数据显示指标；

[0079] 也就是说，步骤S1确定的当前期望的实时性指标要么是物流数据显示指标，要么是销售数据显示指标，要么是生产数据显示指标；

[0080] 实时性指标意味着一旦选定，则要将大部分（几乎所有）可调用的物理资源，在下一次实时性指标切换之前，全部分配给当前的实质性指标对应的管理模块，以使得该管理模块对应的管理类APP或者插件工具，能够以最大、最快的速度，展现相应的显示指标。

[0081] 例如，若确定当前期望的实时性指标是物流数据显示指标，则将资源全部分配给物流管理模块，以使得物流管理模块对应的管理类APP或者插件工具，能够以最大、最快的速度，展现相应的物流数据显示指标，也就是确保物流指标实时性。

[0082] 从多个待控制指标中确定当前期望的实时性指标，本实施例至少提供三种方法：

[0083] （1）方法1最简单，就是交互式指令实现，管理员通过所述管理端输入管理指令，所述管理指令指示从多个待控制指标中确定当前期望的实时性指标;此时，管理员具有超级权限；

[0084] （2）方法2是场景自适应方式：由所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；确定第一数量、第二数量以及第三数量中的最大值；根据所述最大值对应的管理模块确定当前期望的实时性指标。

[0085] 为方便理解，作为一个最简单的例子，假设当前存在三个用户端A‑B‑C，用户端A当前活跃的管理模块为物流管理模块和生产管理模块，用户端B当前活跃的管理模块为物流管理模块，用户端C当前活跃的管理模块为也物流管理模块；

[0086] 则第一数量为2，第二数量为0，第三数量为1；

[0087] 此时，确定第一数量、第二数量以及第三数量中的最大值为2，也就是物流管理模块。

[0088] 因此，基于物流管理模块确定当前期望的实时性指标为物流数据显示指标。

[0089] 当然，实际终端的数量远远超过3个，但是原理是类似的。

[0090] （3）方法3则是资源自适应方式：N个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端userDi当前活跃的第j个管理模块的内存占用率 ；i=1，2，…，N；j=1，2，3；

[0091] 计算第j个管理模块的内存活跃值；

[0092] 其中， 为第i个用户端userDi最大可用内存值， 为第i个用户端userDi当前可用内存值；

[0093] 基于内存活跃值最大的管理模块确定当前期望的实时性指标。

[0094] 方法3和方法2仅仅是计算的指标不同，其他过程类似，因此，不再赘述。

[0095] 在确定出确定当前期望的实时性指标之后，步骤S2即可确定受控模块与非受控模块，所述非受控模块对应于所述实时性指标，所述受控模块对应于非实时性指标。

[0096] 以确定当前期望的实时性指标为物流数据显示指标为例，相应的非受控模块就是物流管理模块，而其余的销售管理模块、生产管理模块均为受控模块。

[0097] 接下来，执行步骤S3和步骤S4。

[0098] 具体的，当用户端的某个管理模块启动后，判断当前启动的管理模块是受控模块还是非受控模块；

[0099] 扫描所述受控模块内的第一指令是否属于受控指令，如果不是，则限定所述第一指令的资源访问范围；

[0100] 扫描所述非受控模块内的第二指令是否属于受控指令，如果是，则取消所述第二指令的资源访问的限定范围；

[0101] 所述受控指令为资源访问范围受到限制的指令。

[0102] 以前述用户终端A当前活跃的管理模块为物流管理模块和生产管理模块为例而当前相应的非受控模块就是物流管理模块，而其余的销售管理模块、生产管理模块均为受控模块为例。

[0103] 物流管理模块对应的物流管理APP或者插件工具在运行时，将启动多个第二程序指令；

[0104] 此时，由于物流管理模块为非受控模块，因此，针对物流管理APP或者插件工具在运行时将启动的多个第二程序指令，如果判断出其资源访问范围受到限制，即第二指令属于受控指令，则取消所述第二指令的资源访问的限定范围；

[0105] 生产管理模块对应的物流管理APP（可以开发为微服务程序）或者插件工具（可以开发为组件化插件）在运行时，将启动多个第一程序指令；

[0106] 此时，由于生产管理模块为受控模块，因此，针对生产管理APP或者插件工具在运行时将启动的多个第一程序指令，如果判断出其资源访问范围不受限制，即第一指令不属于受控指令，如果不是，则限定所述第一指令的资源访问范围。

[0107] 可以理解，资源访问范围受到限制是相对的，即当前实时性指标对应的管理模块对应的APP(或者组件化插件或者微服务程序)包含的指令，可以相对于其他管理模块对应的APP包含的指令，具有更高的资源访问优先级，例如强行抢占资源。

[0108] 此时，可以确保实时性指标对应的相应模块的指令代码具有最大的资源访问权限，从而进行系统资源控制以实现数据传输最优化，在有限物理资源的情况下实现当前所需或者所匹配的实时性显示。

[0109] 图2则从用户端给出一种实时性指标控制的过程调度方法的执行步骤。具体的，图2中，N个所述用户端均与一个管理端通信，N>2;

[0110] 为第i个用户端userDi最大可用内存值， 为第i个用户端userDi当前可用内存值；每个用户端userDi当前活跃的第j个管理模块的内存占用率为 ；i=1，
2，…，N；j=1，2，3；

[0111] 在此基础上，所述方法包括如下步骤：

[0112] S710：N个所述用户端将自身管理模块的运行状态上报给所述管理端；所述管理模块包括为物流管理模块、销售管理模块、生产管理模块中至少一个；

[0113] S720：管理端汇总所述N个所述用户端的管理模块的运行状态，从多个待控制指标中确定当前期望的实时性指标，所述多个待控制指标包括物流数据显示指标、销售数据显示指标和生产数据显示指标；

[0114] S730：N个所述用户端接收确定出的当前期望的实时性指标，并判断是否需要更新自身管理模块的运行状态；

[0115] 如果是，则在更新自身管理模块的运行状态之后，返回步骤S710。

[0116] 图2的上述方法更多的强调了交互性，即步骤S730体现的“N个所述用户端接收确定出的当前期望的实时性指标，并判断是否需要更新自身管理模块的运行状态”，给予了用户端更多的二次主动权。

[0117] 同样的，图2的方法步骤中，方法步骤S720同样可以有三种实现方式：

[0118] （1）管理员通过所述管理端输入管理指令，所述管理指令指示从多个待控制指标中确定当前期望的实时性指标;此时，管理员具有超级权限；

[0119] （2）由所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；确定第一数量、第二数量以及第三数量中的最大值；根据所述最大值对应的管理模块确定当前期望的实时性指标。

[0120] （3）N个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端userDi当前活跃的第j个管理模块的内存占用率 ；i=1，2，…，N；j=1，2，3；

[0121] 计算第j个管理模块的内存活跃值；

[0122] 基于内存活跃值最大的管理模块确定当前期望的实时性指标。

[0123] 当然，作为进一步的改进，上述方式（2）和（3）若确定出多个“最大值对应的管理模块”或者“内存活跃值最大的管理模块”，则需要针对每一个“最大值对应的管理模块”或者“内存活跃值最大的管理模块”循环执行所述方法。

[0124] 此时，回到图1所述管理端的方法流程，进一步的改进方法包括方案A和B：

[0125] A：所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；

[0126] 确定第一数量、第二数量以及第三数量中的最大值；

[0127] （1）若所述最大值的个数等于1，则根据所述最大值对应的管理模块确定当前期望的实时性指标；

[0128] 执行步骤S2‑S4；

[0129] （2）若所述最大值的个数等于2，则根据第一个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

[0130] 然后，则根据第二个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

[0131] （3）若所述最大值的个数等于2，则根据第一个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

[0132] 然后，则根据第二个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

[0133] 最后，则根据第三个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4。

[0134] B：所述管理端计算第j个管理模块的内存活跃值（j=1、2、3）；

[0135] （1）若内存活跃值最大的个数等于1，则根据所述最大值对应的管理模块确定当前期望的实时性指标；

[0136] 执行步骤S2‑S4；

[0137] （2）若所述最大值的个数等于2，则根据第一个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

[0138] 然后，则根据第二个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

[0139] （3）若所述最大值的个数等于2，则根据第一个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

[0140] 然后，则根据第二个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4；

[0141] 最后，则根据第三个最大值对应的管理模块确定当前期望的实时性指标，执行步骤S2‑S4。

[0142] 为实现图1或图2所述的方法，图3和图4给出了相应的系统技术方案。

[0143] 具体的，参见图3。图3示出一种实时性指标控制的过程运输系统，所述系统包括管理端以及与所述管理端进行数据通信的多个用户端。

[0144] 在具体的实施例中，继续参见图4。每个所述用户端安装有至少一个管理模块，所述至少一个管理模块为物流管理模块、销售管理模块、生产管理模块中至少一个；

[0145] 每个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端当前活跃的管理模块；

[0146] 所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；并确定第一数量、第二数量以及第三数量中的最大值；根据所述最大值对应的管理模块确定当前期望的实时性指标；

[0147] 管理端基于所述当前期望的实时性指标从所述管理模块中确定受控模块与非受控模块，所述非受控模块对应于所述实时性指标，所述受控模块对应于非实时性指标；

[0148] 当所述用户端运行所述管理模块时，所述管理端扫描所述受控模块内的第一指令是否属于受控指令，如果不是，则限定所述第一指令的资源访问范围；

[0149] 或者，当所述用户端运行所述管理模块时，所述管理端扫描所述非受控模块内的第二指令是否属于受控指令，如果是，则取消所述第二指令的资源访问的限定范围；

[0150] 所述受控指令为资源访问范围受到限制的指令。

[0151] 管理端或者用户端具体执行的数据控制流程，可对照前述方法实施例或者图1、图2，在此不再赘述。

[0152] 本发明的技术方案可以自适应或者交互式的探测当前最佳实时性指标，自适应的探测当前最佳实时性指标包括所述管理端统计物流管理模块活跃的终端的第一数量、销售管理模块活跃的终端的第二数量以及生产数据管理模块活跃的终端的第三数量；确定第一数量、第二数量以及第三数量中的最大值；根据所述最大值对应的管理模块确定当前期望的实时性指标；或者，N个所述用户端通过与所述管理端通信，使得所述管理端获取每个用户端userDi当前活跃的第j个管理模块的内存占用率，然后计算第j个管理模块的内存活跃值；基于内存活跃值最大的管理模块确定当前期望的实时性指标；交互式的探测当前最佳实时性指标则包括管理员通过所述管理端输入管理指令，所述管理指令指示从多个待控制指标中确定当前期望的实时性指标。

[0153] 在确定出确定当前期望的实时性指标的基础上，确定受控模块与非受控模块，扫描受控模块内的第一指令是否属于受控指令，如果不是，则限定第一指令的资源访问范围；扫描非受控模块内的第二指令是否属于受控指令，如果是，则取消第二指令的资源访问的限定范围，从而确保了实时性指标对应的相应模块的指令代码具有最大的资源访问权限，从而进行系统资源控制以实现数据传输最优化，在有限物理资源的情况下实现当前所需或者所匹配的实时性显示。

[0154] 本发明的各个实施例中，已经示出和描述了本发明的实施例，但对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。