CN112491526B - 一种特殊监管区域业务监控与管理方法与系统 - Google Patents
一种特殊监管区域业务监控与管理方法与系统 Download PDFInfo
- Publication number
- CN112491526B CN112491526B CN202011367670.9A CN202011367670A CN112491526B CN 112491526 B CN112491526 B CN 112491526B CN 202011367670 A CN202011367670 A CN 202011367670A CN 112491526 B CN112491526 B CN 112491526B
- Authority
- CN
- China
- Prior art keywords
- service
- special
- processing
- supervision
- spec
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提出了一种较之现有技术尤佳的特殊监管区域业务监控管理方法与系统,在进行对特殊监管区域的特殊业务进行监控和管理过程中采用分离的处理方式和处理技术保障特殊业务的处理安全;使用较之现有技术更佳的Spec‑superv业务数据报文对特殊监管业务进行报文封装,并在业务入口处进行归一化报文初始配置,实现系统内部的业务报文规整与可控流转;同时配置具备业务流转信令层级、业务加权链条记录以及业务特殊处理组合等特殊监管业务数据报文字段,创新性地在特殊区域业务监管过程中导入强制层级信令处理确定部及相应强制层级信令处理确定功能,以适配特殊区域业务监管中突发、特定、可控等系统操作和监管要求。
Description
技术领域
本发明属于新一代IT系统管理技术领域,尤其涉及一种特殊监管区域业务监控管理方法与系统。
背景技术
在信息社会方兴未艾的今天,基于信息传递和信息监管的综合监督管理系统应用范围愈加广泛,应用场景愈加多样。
业务监控与管理系统类型多样,既有传统形式的视频监控和管理系统,也有采用了新型网络协议和网络交互设备的综合式监管系统。传统的监控系统又称之为闭路电视监控系统,典型的监控系统主要由前端音视频采集设备、音视频传输设备、后端存储、控制及显示设备这五大部分组成,其中后端设备可进一步分为中心控制设备和分控制设备。前、后端设备有多种构成方式,它们之间的联系(也可称作传输系统)可通过同轴电缆、双绞线、光纤、微波、无线等多种方式来实现。
与传统监控系统相区别,利用信息化技术,诸如图像、定制化的数据报文、区域监管技术等的综合监控和管理系统在功能上有个更大的突破。目前,信息化从基础网络建设,应用系统建设,逐步进入了一个应用和网络融合发展,网络和应用系统复杂度及规模不断成熟和扩大的时期.迫切需要对网络中各种设备进行科学,有效的管理以提高企业资源的利用率,同时随着网络信息服务的发展,人们对网络服务的性能和功能的要求也逐渐增加,这给网络管理员带来了巨大的挑战.如何能够更省事,省力并快速的解决问题,成为提高网络服务的一个关键因素.针对企业以及用户的需求,监控系统应运而生。如今监控系统的种类多种多样,包括各种开源的监控软件以及一些商业的监控软件,他们各有优缺点.商业软件虽然管理全面,它们几乎能监控网络中所有设备的运行状态,但是价格昂贵,部署复杂,不适合中小型企业使用.开源监控软件种类少并且它们的监控能力有限且单一,并不能全面监控整个网络中的各种设备。
较为著名的新型监控管理系统有例如ERP系统。ERP系统是企业资源计划(Enterprise Resource Planning)的简称,是指建立在信息技术基础上,集信息技术与先进管理思想于一身,以系统化的管理思想,为企业员工及决策层提供决策手段的管理平台。它是从MRP(物料需求计划)发展而来的新一代集成化管理信息系统,它扩展了MRP的功能,其核心思想是供应链管理。它跳出了传统企业边界,从供应链范围去优化企业的资源,优化了现代企业的运行模式,反映了市场对企业合理调配资源的要求。它对于改善企业业务流程、提高企业核心竞争力具有显著作用。ERP是Enterprise Resource Planning(企业资源计划)的简称,是上个世纪90年代美国一家IT公司根据当时计算机信息、IT技术发展及企业对供应链管理的需求,预测在今后信息时代企业管理信息系统的发展趋势和即将发生变革,而提出了这个概念。ERP是针对物资资源管理(物流)、人力资源管理(人流)、财务资源管理(财流)、信息资源管理(信息流)集成一体化的企业管理软件。它将包含客户/服务架构,使用图形用户接口,应用开放系统制作。除了已有的标准功能,它还包括其它特性,如品质、过程运作管理、以及调整报告等。ERP是一个庞大的管理系统,要讲清楚ERP原理,我们首先要沿着ERP发展的四个主要的阶段,从最为基本的六十年代时段式MRP原理讲起。40年代:为解决库存控制问题,人们提出了订货点法,当时计算机系统还没有出现。60年代的时段式MRP:随着计算机系统的发展,使得短时间内对大量数据的复杂运算成为可能,人们为解决订货点法的缺陷,提出了MRP理论,作为一种库存订货计划——MRP(MaterialRequirements Planning),即物料需求计划阶段,或称基本MRP阶段。70年代的闭环MRP:随着人们认识的加深及计算机系统的进一步普及,MRP的理论范畴也得到了发展,为解决采购、库存、生产、销售的管理,发展了生产能力需求计划、车间作业计划月以及采购作业计划理论,作为一种生产计划与控制系统——闭环MRP阶段(Closed-loop MRP)。在这两个阶段,出现了丰田生产方式(看板管理)、TQC(全面质量管理)、JIT(准时制生产)以及数控机床等支撑技术。80年代的MRPⅡ:随着计算机网络技术的发展,企业内部信息得到充分共享,MRP的各子系统也得到了统一,形成了一个集采购、库存、生产、销售、财务、工程技术等为一体的子系统,发展了MRPⅡ理论,作为一种企业经营生产管理信息系统——MRPⅡ阶段。这一阶段的代表技术是CIMS(计算机集成制造系统)。进入90年代,随着市场竞争的进一步加剧,企业竞争空间与范围的进一步扩大,80年代MRPⅡ主要面向企业内部资源全面计划管理的思想,逐步发展成为90年代怎样有效利用和管理整体资源的管理思想,ERP(EnterpriseResources Planning企业资源计划)随之产生。ERP是由美国加特纳公司(Gartner GroupInc。)在90年代初期首先提出的,当时的解释是根据计算机技术的发展和供需链管理,推论各类制造业在信息时代管理信息系统的发展趋势和变革。
但ERP系统往往着力于企业资源和架构,忽视了对业务的监控和对流程的具体下位管理。
而相对地,业务监控却在现代管理系统中扮演了更加重要的角色,这也为ERP系统管理精细化带来了又一挑战。业务监控是基于企业应用集成的一种用于监控企业运营状况的软件技术。远光GRIS-业务监控系统主要应用于对企业运营过程中的各专项业务进行在线监控。这个术语是在2002年由高德纳咨询公司提出,它提供对业务绩效指标的实时访问,以改进业务运作的速度和效率。
业务监控种类繁多,所监控的对象不一而足,主要包含如下方面:资金业务监控:资金是企业持续经营的生命线。企业的资金在配置、筹措、使用、管理制度和监督措施等方面存在着很多风险,常常会出现资金账户管理混乱,集团账户挂接率不高;融资金额超出融资计划;银行存款和贷款双高等问题。如何有效控制和降低这些风险,确保资金管理的安全性、时效性与合规性,是管理者关心的重要问题。资产业务监控:企业资产种类繁多,资产管理包括资产的取得与验收、使用与维护、处置与转移等多个环节,容易发生采购违规、使用与处置资产不当等问题。资产管理流程常涉及多个部门,风险点多、管理难度大,相应的管理控制体系在有效性、时效性方面都面临挑战。电价管理监控:电价直接影响着电力企业的经营利润。如果不能及时、准确地做好电价分析与购售电测算等工作,企业就难以正确预测和把握自身的经济运行态势,使相关工作处于被动局面。面对快速变化的市场环境,企业更需全面、动态掌控电价信息,有效应对电价变动风险。税收管理监控:税收同样影响利润水平。纳税工作原则性强,涉及企业的多类会计核算业务,容易出现由于对税收政策不熟悉而产生税收违法行为,影响到企业声誉与社会形象;也可能出现没有合理利用税收优惠政策,科学实施纳税筹划,从而造成税收增负风险。工程管理监控:工程项目建设是公司实施整体战略规划的重要步骤。工程项目管理需要对质量、工期、成本进行控制,涉及招投标管理、合同管理、结算转资管理,以及健康、安全与环保等多项工作。工程项目管理链条较长,容易形成财产损失、合同纠纷等经济与法律风险。物资管理监控:设备、材料等物资的采购、使用与管理是企业成本控制、生产运营的基础环节。物资管理包括采购计划、申请与审批、供应商管理、招投标、合同管理、验收入库、保管与领用、盘点与处置等多个环节。集中化采购、程序化管理、信息化监控是企业物资管理的关注重点。燃料管理监控:燃料是火力发电企业的主要成本,是保障其生产运营的核心要素。火力发电企业经常要面临燃料采购数量或库存不足、质量不稳定、价格浮动等问题,需要随时监控燃料采购的各个环节,以便及时发现风险、及早应对,确保生产的正常进行。
在实际实施过程中,综合业务监控和管理系统可能对通常的业务场景具有一定的适配能力,但在特殊区域,例如公共服务区域、路桥或特殊站点、具有特殊限制的区域,往往存在特定的管理需求和多样的受限业务类型,以及具有一定安全防护要求、业务特定记录和存储需求的管理诉求。如何满足对特定监管区域的业务监控和管理,成为了业务监控和管理系统设计的瓶颈。
如何对现有的区域业务监控和管理系统以及现有的ERP系统进行改进,使得综合管理和监控系统适配特定区域、尤其是特殊区域和特殊业务的使用,在业务处理流程中能够全面、客观、准确、安全地对业务数据和业务流转过程进行监控管理,成为了监管系统设计的又一现实问题。
本发明提出了一种较之现有技术尤佳的特殊监管区域业务监控管理方法与系统,在进行对特殊监管区域的特殊业务进行监控和管理过程中,其一,引入差异化的常规业务处理部与特殊业务处理部,采用分离的处理方式和处理技术保障特殊业务的处理安全;其二,使用较之现有技术更佳的Spec-superv业务数据报文对特殊监管业务进行报文封装,并在业务入口处进行归一化报文初始配置,实现系统内部的业务报文规整与可控流转;其三,配置具备业务流转信令层级、业务加权链条记录以及业务特殊处理组合等专门功能的特殊监管业务数据报文字段,通过对监管系统内的业务流转信令进行控制层级标定与权限分配实施分层业务管理,并通过业务加权链条的多级业务加权以及对加权过程的加权监控和记录,为特殊监管区域业务监控与管理提供业务的区分层级的重要性以及系统管理可控度与溯源,且,经由提出和使用业务特殊处理组合字段配置,来为业务综合监管部实施后续的系统化业务特殊处理组合提供组合字段依据,使得特殊监管区域业务监控与管理过程中可根据业务特殊处理组合字段确定需要执行的接续业务特殊处理及其先后顺序;其四,创新性地在特殊区域业务监管过程中导入强制层级信令处理确定部及相应强制层级信令处理确定功能,用于在具有系统强制性的层级信令处理要求时,实施具备自适应系统管理功能的强制层级信令处置,以适配特殊区域业务监管中突发、特定、可控等系统操作和监管要求。
发明内容
本发明旨在提供一种优于现有技术的特殊监管区域业务监控与管理方法和系统。
为了实现上述目的,本发明的技术方案如下:
提供一种特殊监管区域业务监控与管理系统,所述系统包括:
业务入口,用于接收特殊监管区域业务,分配业务标识ID;
Spec-superv业务数据报文初始化部,用于基于分配的业务标识ID初始化相应的Spec-superv业务数据报文,所述Spec-superv业务数据报文用于特殊监管区域业务;
所述Spec-superv业务数据报文用于传输与业务标识ID相应的业务数据,并至少指示:
业务流转信令层级,
业务加权链条记录,
以及业务特殊处理组合;
多个业务处理部,用于对特殊监管区域业务的Spec-superv业务数据报文进行常规业务字段填充和业务数据处理;
多个特殊处理部,用于对特殊监管区域业务的Spec-superv业务数据报文进行特殊业务字段填充和业务数据处理;
所述特殊业务字段至少包含业务流转信令层级指示字段、业务加权链条记录字段、业务特殊处理组合字段中的一个或多个;
多个信令层级处理模块,分别一一映射地连接多个业务处理部或多个特殊处理部中的一个,并为所连接的多个业务处理部或多个特殊处理部提供业务流转信令层级处理服务;
业务综合监管部,用于基于特殊监管区域业务流转至业务综合监管部的Spec-superv业务数据报文,进行字段解析并依据解析的各个字段执行特殊监管区域业务综合监控与管理;
所述依据解析的各个字段执行特殊监管区域业务综合监控与管理,至少包括:
基于Spec-superv业务数据报文的业务加权链条记录字段执行业务加权链条处理;
基于Spec-superv业务数据报文的业务特殊处理组合字段执行业务特殊处理组合记录。
较佳地,所述系统还包括特殊监管业务数据库,且:
所述特殊监管业务数据库用于存储业务综合监管部的处理数据及处理记录。
较佳地,还包括业务区分部,且:
所述业务区分部用于对特殊监管区域的入口业务进行区分,并将符合系统特殊监管业务过滤条件的业务流入特殊监管区域业务入口;
其中,所述符合系统特殊监管业务过滤条件的业务为需要经由一个或多个特殊处理部执行特殊业务字段填充和业务数据处理的业务。
较佳地,所述特殊监管区域可以为特定口岸或路桥。
较佳地,所述系统还包括强制层级信令处理确定部,
所述强制层级信令处理确定部用于:
强制确定最高优先级的层级标识,
并在相应处理部具备该最高优先级的层级标识时,强制使用所述最高优先级的层级标识覆盖业务流转信令层级指示字段,以及,
在相应处理部具备与该最高优先级的层级标识差值为1的层级标识,且流转至所述相应处理部的当前业务流转信令层级指示字段值不为该最高优先级的层级标识时,强制使用所述与该最高优先级的层级标识差值为1的层级标识覆盖业务流转信令层级指示字段。
另,本申请同时提供一种特殊监管区域业务监控与管理方法,所述方法包括如下步骤:
步骤一:使用业务入口接收特殊监管区域业务,分配业务标识ID;
步骤二:使用Spec-superv业务数据报文初始化部基于分配的业务标识ID初始化相应的Spec-superv业务数据报文,所述Spec-superv业务数据报文用于特殊监管区域业务;
所述Spec-superv业务数据报文用于传输与业务标识ID相应的业务数据,并至少指示:
业务流转信令层级,
业务加权链条记录,
以及业务特殊处理组合;
步骤三:使用多个业务处理部对特殊监管区域业务的Spec-superv业务数据报文进行常规业务字段填充和业务数据处理;
步骤四:使用多个特殊处理部对特殊监管区域业务的Spec-superv业务数据报文进行特殊业务字段填充和业务数据处理;
所述特殊业务字段至少包含业务流转信令层级指示字段、业务加权链条记录字段、业务特殊处理组合字段中的一个或多个;
步骤五:使用多个信令层级处理模块,分别一一映射地连接多个业务处理部或多个特殊处理部中的一个,并为所连接的多个业务处理部或多个特殊处理部提供业务流转信令层级处理服务;
步骤六:使用业务综合监管部,用于基于特殊监管区域业务流转至业务综合监管部的Spec-superv业务数据报文,进行字段解析并依据解析的各个字段执行特殊监管区域业务综合监控与管理;
所述依据解析的各个字段执行特殊监管区域业务综合监控与管理,至少包括:
基于Spec-superv业务数据报文的业务加权链条记录字段执行业务加权链条处理;
基于Spec-superv业务数据报文的业务特殊处理组合字段执行业务特殊处理组合记录。
较佳地,所述方法还包括使用特殊监管业务数据库,且所述特殊监管业务数据库用于存储业务综合监管部的处理数据及处理记录。
较佳地,还使用业务区分部,且所述业务区分部用于对特殊监管区域的入口业务进行区分,并将符合系统特殊监管业务过滤条件的业务流入特殊监管区域业务入口;
其中,所述符合系统特殊监管业务过滤条件的业务为需要经由一个或多个特殊处理部执行特殊业务字段填充和业务数据处理的业务。
较佳地,所述特殊监管区域可以为特定口岸或路桥。
较佳地,还使用强制层级信令处理确定部强制确定最高优先级的层级标识,
并在相应处理部具备该最高优先级的层级标识时,强制使用所述最高优先级的层级标识覆盖业务流转信令层级指示字段,以及,
在相应处理部具备与该最高优先级的层级标识差值为1的层级标识,且流转至所述相应处理部的当前业务流转信令层级指示字段值不为该最高优先级的层级标识时,强制使用所述与该最高优先级的层级标识差值为1的层级标识覆盖业务流转信令层级指示字段。
本发明提出了一种较之现有技术尤佳的特殊监管区域业务监控管理方法与系统,在进行对特殊监管区域的特殊业务进行监控和管理过程中,其一,引入差异化的常规业务处理部与特殊业务处理部,采用分离的处理方式和处理技术保障特殊业务的处理安全;其二,使用较之现有技术更佳的Spec-superv业务数据报文对特殊监管业务进行报文封装,并在业务入口处进行归一化报文初始配置,实现系统内部的业务报文规整与可控流转;其三,配置具备业务流转信令层级、业务加权链条记录以及业务特殊处理组合等专门功能的特殊监管业务数据报文字段,通过对监管系统内的业务流转信令进行控制层级标定与权限分配实施分层业务管理,并通过业务加权链条的多级业务加权以及对加权过程的加权监控和记录,为特殊监管区域业务监控与管理提供业务的区分层级的重要性以及系统管理可控度与溯源,且,经由提出和使用业务特殊处理组合字段配置,来为业务综合监管部实施后续的系统化业务特殊处理组合提供组合字段依据,使得特殊监管区域业务监控与管理过程中可根据业务特殊处理组合字段确定需要执行的接续业务特殊处理及其先后顺序;其四,创新性地在特殊区域业务监管过程中导入强制层级信令处理确定部及相应强制层级信令处理确定功能,用于在具有系统强制性的层级信令处理要求时,实施具备自适应系统管理功能的强制层级信令处置,以适配特殊区域业务监管中突发、特定、可控等系统操作和监管要求。
附图说明
图1是本发明示出特殊监管区域业务监控与管理系统的一种基本系统结构图;
图2是本发明示出特殊监管区域业务监控与管理系统的又一种系统结构较佳实施例示意图;
图3是本发明示出特殊监管区域业务监控与管理系统的又一种系统结构较佳实施例示意图;
图4是本发明示出特殊监管区域业务监控与管理系统中Spec-superv型数据报文的一种较佳实施例。
图5是本发明示出特殊监管区域业务监控与管理方法的一种优选实施例示意图。
具体实施方式
以下具体描述本发明所请求保护的基于特殊监管区域业务监控与管理系统和方法的若干实施例和有益效果,以有助于对本发明进行更细致的审查和分解。
为了更好的理解本发明的技术方案,下面结合附图对本发明实施例进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应当理解,尽管在本发明实施例中可能采用术语第一、第二等来描述方法和相应装置,但这些关键词不应限于这些术语。这些术语仅用来将关键词彼此区分开。例如,在不脱离本发明实施例范围的情况下,第一业务处理部等也可以被称为第二业务处理部,类似地,第二业务处理部等也可以被称为第一业务处理部。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
如说明书附图1所示,为本发明所请求保护的特殊监管区域业务监控与管理系统的实施例之一,所述系统包括:
业务入口,用于接收特殊监管区域业务,分配业务标识ID;
Spec-superv业务数据报文初始化部,用于基于分配的业务标识ID初始化相应的Spec-superv业务数据报文,所述Spec-superv业务数据报文用于特殊监管区域业务;
所述Spec-superv业务数据报文用于传输与业务标识ID相应的业务数据,并至少指示:
业务流转信令层级,
业务加权链条记录,
以及业务特殊处理组合;
多个业务处理部,用于对特殊监管区域业务的Spec-superv业务数据报文进行常规业务字段填充和业务数据处理;
作为一种可叠加的优选实施例,所述常规业务字段为常规业务处理系统中的头部字段,可分为两部分:
第一部分,数据报文中通过ISO七层模型常规具有的数据包头字段,例如TPC头的各个字段、IP头的各个字段或其它字段、字符等;
第二部分,监控系统常规的、或现有技术中已经存在的、处于管理和数据监管目的设置的字段,或重新填充的字段,例如增加了某些监管标识用于标注数据流的监管种类、监管ID或监管业务类型的字段等。
多个特殊处理部,用于对特殊监管区域业务的Spec-superv业务数据报文进行特殊业务字段填充和业务数据处理;
所述特殊业务字段为特殊监管区域业务流转的信令开销服务,或所述特殊业务字段为特殊监管区域业务流转的业务加权提供指引和加权记录,或,特殊业务字段为特殊监管区域业务流转的接续业务处理提供处理方式和处理流程的组合凭据,或,采用以上的几种特殊业务字段的组合作为新的业务字段。
作为一种可叠加的优选实施例,各个业务处理部与各个特殊处理部均具有对应的处理部ID,用于标识不同的业务处理部/特殊处理部。
请参阅本申请说明书附图2,图2是本发明示出特殊监管区域业务监控与管理系统中Spec-superv型数据报文的一种较佳实施例。
作为另一种可叠加的优选实施例,所述特殊业务字段至少包含业务流转信令层级指示字段、业务加权链条记录字段、业务特殊处理组合字段中的一个或多个;
作为另一种可叠加的优选实施例,所述业务流转信令层级指示字段用于指示所述特殊监管区域业务数据报文的业务流转信令层级。
多个业务处理部和多个特殊处理部可能不间断或间断地相互接续处理Spec-superv业务数据报文。在特殊监管区域业务监控与管理系统中,作为系统管理对现有技术的独特改进,为每一业务处理部和每一特殊处理部预置业务流转信令层级,所述业务流转信令层级用于指示该业务处理部或特殊处理部对Spec-superv业务数据报文的处理权限。
作为另一种可叠加的优选实施例,业务流转信令层级使用数字及其绝对值大小标识处理权限及其层级。当某一业务处理部或特殊处理部接收到Spec-superv业务数据报文并进行业务处理时,首先解析其业务流转信令层级指示字段,并比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,若所解析的业务流转信令层级指示字段大小大于本地业务流转信令层级,则放弃本地业务处理部或特殊处理部对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,将其按照业务处理流程轮转至下一业务处理部或特殊处理部,当下一业务处理部或特殊处理部接收到Spec-superv业务数据报文并进行业务处理时,同样解析其业务流转信令层级指示字段,并比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,若所解析的业务流转信令层级指示字段大小大于本地业务流转信令层级,则同样放弃本地业务处理部或特殊处理部对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,若所解析的业务流转信令层级指示字段大小小于本地业务流转信令层级,则正常对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,并使用本地业务流转信令层级覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段,将其按照业务处理流程轮转至下一业务处理部或特殊处理部。
优选地,例如参照本申请说明书附图1,其中各个业务处理部或特殊处理部的系统预置本地业务流转信令层级分别为:
第一业务处理部:01;
第一特殊处理部:11;
第二业务处理部:03;
第N业务处理部:07;
则,当第一业务处理部接收到Spec-superv业务数据报文并进行业务处理时,首先解析其业务流转信令层级指示字段,若在其之前该Spec-superv业务数据报文刚刚初始化完毕,或未被其它业务处理部或特殊处理部处理并填充业务流转信令层级指示字段,则使用本地业务流转信令层级覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段,将其按照业务处理流程轮转至下一业务处理部或特殊处理部。否则,比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,若所解析的业务流转信令层级指示字段大小大于本地业务流转信令层级,则放弃本地业务处理部或特殊处理部对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,将其按照业务处理流程轮转至第一特殊处理部,当第一特殊处理部接收到Spec-superv业务数据报文并进行业务处理时,同样解析其业务流转信令层级指示字段,并比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,此时,本地业务流转信令层级为11,而所解析的业务流转信令层级指示字段大小为01,则第一特殊处理部正常对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,并使用本地业务流转信令层级11覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段01,将其按照业务处理流程轮转至第二业务处理部,以此类推直至业务处理流程轮转完毕。此时,所述Spec-superv业务数据报文的业务流转信令层级指示字段总为业务处理流程中业务流转信令层级最高的业务处理部所代表的业务流转信令层级。
作为另一种可叠加的优选实施例,预置和存储本地业务流转信令层级,以及比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级、覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段均由每个业务处理部或特殊处理部的信令层级处理模块实施。多个信令层级处理模块,分别一一映射地连接多个业务处理部或多个特殊处理部中的一个,并为所连接的多个业务处理部或多个特殊处理部提供业务流转信令层级处理服务;
作为另一种可叠加的优选实施例,业务加权链条记录字段用于指示业务流传过程中被哪些业务处理部或特殊处理部进行加权处理,以及各次加权的具体权值,和最终业务权值。
业务加权链条记录字段保存了业务流传过程中被业务处理部或特殊处理部进行加权处理的记录及加权执行主体,并记录最终加权值,所述加权值用于综合管理模块在实施业务处理过程中依据所述加权值考量相应业务数据报文的重要程度或所包含的系统监管数据量大小、数据权限层次高低等。Spec-superv业务数据报文的初始加权值可设置为1,且业务加权链条记录字段按照加权的先后顺序记录业务加权链条记录字段。作为另一种可叠加的优选实施例,可采用加权值1+加权主体处理部ID1+加权值2+加权主体处理部ID2…+最终业务权值,的顺接方式进行记录,此时,加权值1为最早进行加权的加权主体处理部ID1的具体加权数值,“+”标识顺接或在数据报文中表示为特定长度的缺省字符或空缺字符,也可采用系统预设的隔离字符或字符串。
例如,参照本申请说明书附图1,所述Spec-superv业务数据报文流转经由如下业务处理部:
第一业务处理部;
第一特殊处理部;
第二业务处理部;
第N业务处理部;
其中,第一业务处理部与第一特殊处理部对Spec-superv业务数据报文进行加权,分别加权权值1.05与0.89,其中,第一业务处理部ID为NOR1,第一特殊处理部ID为SPEC1,或,第一业务处理部ID为1001,第一特殊处理部ID为2001,所述第一业务处理部ID与第一特殊处理部可由系统按需配置并直接使用字符或二进制编码表示,编码方法可择机选取现有技术中的常规编码方法之一或其组合。
则,Spec-superv业务数据报文的业务加权链条记录字段为:
1.05+NOR1+0.89+SPEC1+0.9345。
其中,0.9345=1.05*0.89,为最终业务权值。而未参与加权的第二业务处理部与第N业务处理部不体现在业务加权链条记录字段内。
作为另一种可叠加的优选实施例,业务特殊处理组合字段及相应的特殊处理组合可以包含:
业务的区域内停留处理类型,包含但不限于:
监管区域内业务留置,例如在所述特殊监管区域业务监控与管理系统中标记为STAY;
监管区域跨域流转,例如在所述特殊监管区域业务监控与管理系统中标记为FORWARD;
监管区域业务外送,例如在所述特殊监管区域业务监控与管理系统中标记为SEND。
业务处理的接续转送部门类型,包含但不限于:
域内综合管理部门,例如在所述特殊监管区域业务监控与管理系统中标记为MANA;
域内数据校验部门,例如在所述特殊监管区域业务监控与管理系统中标记为AUTH;
域内图像校验部门,例如在所述特殊监管区域业务监控与管理系统中标记为FIG;
业务处理的时效,包含但不限于:
当天执行,例如在所述特殊监管区域业务监控与管理系统中标记为TODAY;
本工作周内执行,例如在所述特殊监管区域业务监控与管理系统中标记为WEEK;
本工作月内执行,例如在所述特殊监管区域业务监控与管理系统中标记为MONTH;。
由此,业务特殊处理组合字段可以为例如:
FORWARD+AUTH+WEEK,用于表征该特殊监管区域业务将被监管区域跨域流转,且需转送域内数据校验部门并在一工作周内完成;
或,业务特殊处理组合字段可以为例如:
STAY+MANA+TODAY,额表征该特殊监管区域业务将在监管区域内业务留置,且需转送域内综合管理部门并在当天执行;
其中,符号“+”可以在数据报文中表示为特定长度的缺省字符或空缺字符,也可采用系统预设的隔离字符或字符串。
业务综合监管部,用于基于特殊监管区域业务流转至业务综合监管部的Spec-superv业务数据报文,进行字段解析并依据解析的各个字段执行特殊监管区域业务综合监控与管理;
所述依据解析的各个字段执行特殊监管区域业务综合监控与管理,至少包括:
基于Spec-superv业务数据报文的业务加权链条记录字段执行业务加权链条处理;
基于Spec-superv业务数据报文的业务特殊处理组合字段执行业务特殊处理组合记录。
请参阅本申请说明书附图3,图3是本发明示出特殊监管区域业务监控与管理系统的又一种系统结构较佳实施例示意图。
作为另一种可叠加的优选实施例,所述特殊监管区域业务监控与管理系统还包括特殊监管业务数据库,且:
所述特殊监管业务数据库用于存储业务综合监管部的处理数据及处理记录。
请参阅本申请说明书附图4,图4是本发明示出特殊监管区域业务监控与管理系统的又一种系统结构较佳实施例示意图。作为一种可叠加的优选实施例,特殊监管区域业务监控与管理系统还包括业务区分部,且:
所述业务区分部用于对特殊监管区域的入口业务进行区分,并将符合系统特殊监管业务过滤条件的业务流入特殊监管区域业务入口;
其中,所述符合系统特殊监管业务过滤条件的业务为需要经由一个或多个特殊处理部执行特殊业务字段填充和业务数据处理的业务。
作为另一种可叠加的优选实施例,所述特殊监管区域可以为特定口岸或路桥。
作为另一种可叠加的优选实施例,所述系统还包括强制层级信令处理确定部,
所述强制层级信令处理确定部用于:
强制确定最高优先级的业务流转信令层级标识,
并在相应处理部具备该最高优先级的业务流转信令层级标识时,强制使用所述最高优先级的业务流转信令层级标识覆盖业务流转信令层级指示字段,以及,
在相应处理部具备与该最高优先级的层级标识差值为1的层级标识,且流转至所述相应处理部的当前业务流转信令层级指示字段值不为该最高优先级的层级标识时,强制使用所述与该最高优先级的层级标识差值为1的层级标识覆盖业务流转信令层级指示字段。
下述仅为强制层级信令处理确定部的处理示例,用于解释而非限制强制层级信令处理确定部的工作原理或处理流程:
例如,再次参照本申请说明书附图1,其中各个业务处理部或特殊处理部的系统预置本地业务流转信令层级分别为:
第一业务处理部:01;
第一特殊处理部:11;
第二业务处理部:03;
第N业务处理部:07;
且系统通过强制层级信令处理确定部强制确定最高优先级的业务流转信令层级标识为04,则当经过第二业务处理部处理时,第二业务处理部解析其业务流转信令层级指示字段,并比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,此时,本地业务流转信令层级为03,而所解析的业务流转信令层级指示字段大小为11,但由于强制层级信令处理确定部强制确定最高优先级的业务流转信令层级标识为04,且第二业务处理部的本地业务流转信令层级为03,符合“相应处理部具备与该最高优先级的层级标识差值为1的层级标识”之强制原则,因此虽然所解析的业务流转信令层级指示字段大小大于本地业务流转信令层级,但第二业务处理部并不放弃本地业务处理部或特殊处理部对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,而是正常对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,并使用本地业务流转信令层级03覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段11,将其按照业务处理流程轮转至下一处理部。
可见,通过引入强制层级信令处理确定部强制确定最高优先级的业务流转信令层级标识,可以确保在特殊监管区域业务监控和管理系统中,处于特殊监管区域的要求,使得某些业务处理模块总是处于业务处理的高层权限控制下,且总能对业务进行处理,而另一些模块在通过系统干预后,虽具有较高的业务处理优先级,但仍可以使得在后的优先级较低的处理模块能够依据系统干预的结果参与特殊监管区域业务数据报文的处理,从而提升特殊监管区域业务监控与管理系统的业务流转和监管灵活性。
如说明书附图5所示,图5是本发明示出特殊监管区域业务监控与管理方法的一种优选实施例示意图。所述方法包括如下步骤:
步骤S102:使用业务入口接收特殊监管区域业务,分配业务标识ID;
步骤S104:使用Spec-superv业务数据报文初始化部基于分配的业务标识ID初始化相应的Spec-superv业务数据报文,所述Spec-superv业务数据报文用于特殊监管区域业务;
所述Spec-superv业务数据报文用于传输与业务标识ID相应的业务数据,并至少指示:
业务流转信令层级,
业务加权链条记录,
以及业务特殊处理组合;
步骤S106:使用多个业务处理部对特殊监管区域业务的Spec-superv业务数据报文进行常规业务字段填充和业务数据处理;
步骤S108:使用多个特殊处理部对特殊监管区域业务的Spec-superv业务数据报文进行特殊业务字段填充和业务数据处理;
所述特殊业务字段至少包含业务流转信令层级指示字段、业务加权链条记录字段、业务特殊处理组合字段中的一个或多个;
作为另一种可叠加的优选实施例,所述业务流转信令层级指示字段用于指示所述特殊监管区域业务数据报文的业务流转信令层级。
多个业务处理部和多个特殊处理部可能不间断或间断地相互接续处理Spec-superv业务数据报文。在特殊监管区域业务监控与管理系统中,作为系统管理对现有技术的独特改进,为每一业务处理部和每一特殊处理部预置业务流转信令层级,所述业务流转信令层级用于指示该业务处理部或特殊处理部对Spec-superv业务数据报文的处理权限。
作为另一种可叠加的优选实施例,业务流转信令层级使用数字及其绝对值大小标识处理权限及其层级。当某一业务处理部或特殊处理部接收到Spec-superv业务数据报文并进行业务处理时,首先解析其业务流转信令层级指示字段,并比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,若所解析的业务流转信令层级指示字段大小大于本地业务流转信令层级,则放弃本地业务处理部或特殊处理部对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,将其按照业务处理流程轮转至下一业务处理部或特殊处理部,当下一业务处理部或特殊处理部接收到Spec-superv业务数据报文并进行业务处理时,同样解析其业务流转信令层级指示字段,并比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,若所解析的业务流转信令层级指示字段大小大于本地业务流转信令层级,则同样放弃本地业务处理部或特殊处理部对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,若所解析的业务流转信令层级指示字段大小小于本地业务流转信令层级,则正常对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,并使用本地业务流转信令层级覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段,将其按照业务处理流程轮转至下一业务处理部或特殊处理部。
优选地,例如参照本申请说明书附图1,其中各个业务处理部或特殊处理部的系统预置本地业务流转信令层级分别为:
第一业务处理部:01;
第一特殊处理部:11;
第二业务处理部:03;
第N业务处理部:07;
则,当第一业务处理部接收到Spec-superv业务数据报文并进行业务处理时,首先解析其业务流转信令层级指示字段,若在其之前该Spec-superv业务数据报文刚刚初始化完毕,或未被其它业务处理部或特殊处理部处理并填充业务流转信令层级指示字段,则使用本地业务流转信令层级覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段,将其按照业务处理流程轮转至下一业务处理部或特殊处理部。否则,比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,若所解析的业务流转信令层级指示字段大小大于本地业务流转信令层级,则放弃本地业务处理部或特殊处理部对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,将其按照业务处理流程轮转至第一特殊处理部,当第一特殊处理部接收到Spec-superv业务数据报文并进行业务处理时,同样解析其业务流转信令层级指示字段,并比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,此时,本地业务流转信令层级为11,而所解析的业务流转信令层级指示字段大小为01,则第一特殊处理部正常对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,并使用本地业务流转信令层级11覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段01,将其按照业务处理流程轮转至第二业务处理部,以此类推直至业务处理流程轮转完毕。此时,所述Spec-superv业务数据报文的业务流转信令层级指示字段总为业务处理流程中业务流转信令层级最高的业务处理部所代表的业务流转信令层级。
作为另一种可叠加的优选实施例,预置和存储本地业务流转信令层级,以及比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级、覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段均由每个业务处理部或特殊处理部的信令层级处理模块实施。多个信令层级处理模块,分别一一映射地连接多个业务处理部或多个特殊处理部中的一个,并为所连接的多个业务处理部或多个特殊处理部提供业务流转信令层级处理服务;
作为另一种可叠加的优选实施例,业务加权链条记录字段用于指示业务流传过程中被哪些业务处理部或特殊处理部进行加权处理,以及各次加权的具体权值,和最终业务权值。
业务加权链条记录字段保存了业务流传过程中被业务处理部或特殊处理部进行加权处理的记录及加权执行主体,并记录最终加权值,所述加权值用于综合管理模块在实施业务处理过程中依据所述加权值考量相应业务数据报文的重要程度或所包含的系统监管数据量大小、数据权限层次高低等。Spec-superv业务数据报文的初始加权值可设置为1,且业务加权链条记录字段按照加权的先后顺序记录业务加权链条记录字段。作为另一种可叠加的优选实施例,可采用加权值1+加权主体处理部ID1+加权值2+加权主体处理部ID2…+最终业务权值,的顺接方式进行记录,此时,加权值1为最早进行加权的加权主体处理部ID1的具体加权数值,“+”标识顺接或在数据报文中表示为特定长度的缺省字符或空缺字符,也可采用系统预设的隔离字符或字符串。
例如,参照本申请说明书附图1,所述Spec-superv业务数据报文流转经由如下业务处理部:
第一业务处理部;
第一特殊处理部;
第二业务处理部;
第N业务处理部;
其中,第一业务处理部与第一特殊处理部对Spec-superv业务数据报文进行加权,分别加权权值1.05与0.89,其中,第一业务处理部ID为NOR1,第一特殊处理部ID为SPEC1,或,第一业务处理部ID为1001,第一特殊处理部ID为2001,所述第一业务处理部ID与第一特殊处理部可由系统按需配置并直接使用字符或二进制编码表示,编码方法可择机选取现有技术中的常规编码方法之一或其组合。
则,Spec-superv业务数据报文的业务加权链条记录字段为:
1.05+NOR1+0.89+SPEC1+0.9345。
其中,0.9345=1.05*0.89,为最终业务权值。而未参与加权的第二业务处理部与第N业务处理部不体现在业务加权链条记录字段内。
作为另一种可叠加的优选实施例,业务特殊处理组合字段及相应的特殊处理组合可以包含:
业务的区域内停留处理类型,包含但不限于:
监管区域内业务留置,例如在所述特殊监管区域业务监控与管理系统中标记为STAY;
监管区域跨域流转,例如在所述特殊监管区域业务监控与管理系统中标记为FORWARD;
监管区域业务外送,例如在所述特殊监管区域业务监控与管理系统中标记为SEND。
业务处理的接续转送部门类型,包含但不限于:
域内综合管理部门,例如在所述特殊监管区域业务监控与管理系统中标记为MANA;
域内数据校验部门,例如在所述特殊监管区域业务监控与管理系统中标记为AUTH;
域内图像校验部门,例如在所述特殊监管区域业务监控与管理系统中标记为FIG;
业务处理的时效,包含但不限于:
当天执行,例如在所述特殊监管区域业务监控与管理系统中标记为TODAY;
本工作周内执行,例如在所述特殊监管区域业务监控与管理系统中标记为WEEK;
本工作月内执行,例如在所述特殊监管区域业务监控与管理系统中标记为MONTH;。
由此,业务特殊处理组合字段可以为例如:
FORWARD+AUTH+WEEK,用于表征该特殊监管区域业务将被监管区域跨域流转,且需转送域内数据校验部门并在一工作周内完成;
或,业务特殊处理组合字段可以为例如:
STAY+MANA+TODAY,额表征该特殊监管区域业务将在监管区域内业务留置,且需转送域内综合管理部门并在当天执行;
其中,符号“+”可以在数据报文中表示为特定长度的缺省字符或空缺字符,也可采用系统预设的隔离字符或字符串。
业务综合监管部,用于基于特殊监管区域业务流转至业务综合监管部的Spec-superv业务数据报文,进行字段解析并依据解析的各个字段执行特殊监管区域业务综合监控与管理;
所述依据解析的各个字段执行特殊监管区域业务综合监控与管理,至少包括:
基于Spec-superv业务数据报文的业务加权链条记录字段执行业务加权链条处理;
基于Spec-superv业务数据报文的业务特殊处理组合字段执行业务特殊处理组合记录。
步骤S110:使用多个信令层级处理模块,分别一一映射地连接多个业务处理部或多个特殊处理部中的一个,并为所连接的多个业务处理部或多个特殊处理部提供业务流转信令层级处理服务;
步骤S112:使用业务综合监管部,用于基于特殊监管区域业务流转至业务综合监管部的Spec-superv业务数据报文,进行字段解析并依据解析的各个字段执行特殊监管区域业务综合监控与管理;
所述依据解析的各个字段执行特殊监管区域业务综合监控与管理,至少包括:
基于Spec-superv业务数据报文的业务加权链条记录字段执行业务加权链条处理,获取业务的最终业务加权值并提供给系统监管人员参考实施系统业务数据监控和管理,动态调整各个处理部的处理权限和权值,同时存入业务数据库;
基于Spec-superv业务数据报文的业务特殊处理组合字段执行业务特殊处理组合记录,基于业务特殊处理组合字段的解析内容,实施对应的后续业务特殊处理组合。
作为另一种可叠加的优选实施例,业务综合监管部还可以基于业务流转信令层级指示字段判定在未施加系统强制干预时,对Spec-superv业务数据报文进行了处理的业务流转信令层级以上的业务部,以及施加系统强制干预后的Spec-superv业务数据报文隐性最高业务流转信令层级。所述隐性最高是指在强制层级信令处理确定部强制确定最高优先级的业务流转信令层级标识后,Spec-superv业务数据报文获取到的完成业务流转的最终业务流转信令层级指示字段中的信令层级值。
作为另一种可叠加的优选实施例,所述方法还包括使用特殊监管业务数据库,且所述特殊监管业务数据库用于存储业务综合监管部的处理数据及处理记录。
作为另一种可叠加的优选实施例,还使用业务区分部,且所述业务区分部用于对特殊监管区域的入口业务进行区分,并将符合系统特殊监管业务过滤条件的业务流入特殊监管区域业务入口;
其中,所述符合系统特殊监管业务过滤条件的业务为需要经由一个或多个特殊处理部执行特殊业务字段填充和业务数据处理的业务。
作为另一种可叠加的优选实施例,所述特殊监管区域可以为特定口岸或路桥。
作为另一种可叠加的优选实施例,还使用强制层级信令处理确定部强制确定最高优先级的层级标识,
并在相应处理部具备该最高优先级的层级标识时,强制使用所述最高优先级的层级标识覆盖业务流转信令层级指示字段,以及,
在相应处理部具备与该最高优先级的层级标识差值为1的层级标识,且流转至所述相应处理部的当前业务流转信令层级指示字段值不为该最高优先级的层级标识时,强制使用所述与该最高优先级的层级标识差值为1的层级标识覆盖业务流转信令层级指示字段。
下述仅为强制层级信令处理确定部的处理示例,用于解释而非限制强制层级信令处理确定部的工作原理或处理流程:
例如,再次参照本申请说明书附图1,其中各个业务处理部或特殊处理部的系统预置本地业务流转信令层级分别为:
第一业务处理部:01;
第一特殊处理部:11;
第二业务处理部:03;
第N业务处理部:07;
且系统通过强制层级信令处理确定部强制确定最高优先级的业务流转信令层级标识为04,则当经过第二业务处理部处理时,第二业务处理部解析其业务流转信令层级指示字段,并比较所解析的业务流转信令层级指示字段大小与本地业务流转信令层级,此时,本地业务流转信令层级为03,而所解析的业务流转信令层级指示字段大小为11,但由于强制层级信令处理确定部强制确定最高优先级的业务流转信令层级标识为04,且第二业务处理部的本地业务流转信令层级为03,符合“相应处理部具备与该最高优先级的层级标识差值为1的层级标识”之强制原则,因此虽然所解析的业务流转信令层级指示字段大小大于本地业务流转信令层级,但第二业务处理部并不放弃本地业务处理部或特殊处理部对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,而是正常对该Spec-superv业务数据报文进行业务字段填充和业务数据处理的能力,并使用本地业务流转信令层级03覆盖该Spec-superv业务数据报文的业务流转信令层级指示字段11,将其按照业务处理流程轮转至下一处理部。
可见,通过引入强制层级信令处理确定部强制确定最高优先级的业务流转信令层级标识,可以确保在特殊监管区域业务监控和管理系统中,处于特殊监管区域的要求,使得某些业务处理模块总是处于业务处理的高层权限控制下,且总能对业务进行处理,而另一些模块在通过系统干预后,虽具有较高的业务处理优先级,但仍可以使得在后的优先级较低的处理模块能够依据系统干预的结果参与特殊监管区域业务数据报文的处理,从而提升特殊监管区域业务监控与管理系统的业务流转和监管灵活性。
本发明提出了一种较之现有技术尤佳的特殊监管区域业务监控管理方法与系统,在进行对特殊监管区域的特殊业务进行监控和管理过程中,其一,引入差异化的常规业务处理部与特殊业务处理部,采用分离的处理方式和处理技术保障特殊业务的处理安全;其二,使用较之现有技术更佳的Spec-superv业务数据报文对特殊监管业务进行报文封装,并在业务入口处进行归一化报文初始配置,实现系统内部的业务报文规整与可控流转;其三,配置具备业务流转信令层级、业务加权链条记录以及业务特殊处理组合等专门功能的特殊监管业务数据报文字段,通过对监管系统内的业务流转信令进行控制层级标定与权限分配实施分层业务管理,并通过业务加权链条的多级业务加权以及对加权过程的加权监控和记录,为特殊监管区域业务监控与管理提供业务的区分层级的重要性以及系统管理可控度与溯源,且,经由提出和使用业务特殊处理组合字段配置,来为业务综合监管部实施后续的系统化业务特殊处理组合提供组合字段依据,使得特殊监管区域业务监控与管理过程中可根据业务特殊处理组合字段确定需要执行的接续业务特殊处理及其先后顺序;其四,创新性地在特殊区域业务监管过程中导入强制层级信令处理确定部及相应强制层级信令处理确定功能,用于在具有系统强制性的层级信令处理要求时,实施具备自适应系统管理功能的强制层级信令处置,以适配特殊区域业务监管中突发、特定、可控等系统操作和监管要求。
在所有上述实施方式中,为实现一些特殊的数据传输、读/写功能的要求,上述方法操作过程中及其相应装置可以增加装置、模块、器件、硬件、引脚连接或存储器、处理器差异来扩展功能。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的方法,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述方法步骤的划分,仅仅为一种逻辑或功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为方法的各个步骤、装置分离部件说明的单元可以是或者也可以不是逻辑或物理上分开的,也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各方法步骤及其实现、功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述方法和装置可以以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、NVRAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
应说明的是:以上实施例仅用以更清晰地解释、阐述本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种特殊监管区域业务监控与管理系统,所述系统包括:
业务入口,用于接收特殊监管区域业务,分配业务标识ID;
Spec-superv业务数据报文初始化部,用于基于分配的业务标识ID初始化相应的Spec-superv业务数据报文,所述Spec-superv业务数据报文用于特殊监管区域业务;
所述Spec-superv业务数据报文用于传输与业务标识ID相应的业务数据,并至少指示:
业务流转信令层级,
业务加权链条记录,所述业务加权链条记录用于指示业务流传过程中进行过加权处理的业务处理部或特殊处理部,以及各次加权的具体权值,和最终业务权值;
以及业务特殊处理组合;
多个业务处理部,用于对特殊监管区域业务的Spec-superv业务数据报文进行常规业务字段填充和业务数据处理;
多个特殊处理部,用于对特殊监管区域业务的Spec-superv业务数据报文进行特殊业务字段填充和业务数据处理;
所述特殊业务字段至少包含业务流转信令层级指示字段、业务加权链条记录字段、业务特殊处理组合字段中的一个或多个;
多个信令层级处理模块,分别一一映射地连接多个业务处理部或多个特殊处理部中的一个,并为所连接的多个业务处理部或多个特殊处理部提供业务流转信令层级处理服务;
业务综合监管部,用于基于特殊监管区域业务流转至业务综合监管部的Spec-superv业务数据报文,进行字段解析并依据解析的各个字段执行特殊监管区域业务综合监控与管理;
所述依据解析的各个字段执行特殊监管区域业务综合监控与管理,至少包括:
基于Spec-superv业务数据报文的业务加权链条记录字段执行业务加权链条处理;
基于Spec-superv业务数据报文的业务特殊处理组合字段执行业务特殊处理组合记录。
2.如权利要求1所述特殊监管区域业务监控与管理系统,其特征在于,其中,还包括特殊监管业务数据库,且:
所述特殊监管业务数据库用于存储业务综合监管部的处理数据及处理记录。
3.如权利要求1所述特殊监管区域业务监控与管理系统,其特征在于,其中,还包括业务区分部,且:
所述业务区分部用于对特殊监管区域的入口业务进行区分,并将符合系统特殊监管业务过滤条件的业务流入特殊监管区域业务入口;
其中,所述符合系统特殊监管业务过滤条件的业务为需要经由一个或多个特殊处理部执行特殊业务字段填充和业务数据处理的业务。
4.如权利要求2所述特殊监管区域业务监控与管理系统,其特征在于:所述特殊监管区域可以为特定口岸或路桥。
5.如权利要求2所述特殊监管区域业务监控与管理系统,其特征在于:
还包括强制层级信令处理确定部,
所述强制层级信令处理确定部用于:
强制确定最高优先级的业务流转信令层级标识,
并在相应处理部具备该最高优先级的业务流转信令层级标识时,强制使用所述最高优先级的层级标识覆盖业务流转信令层级指示字段,以及,
在相应处理部具备与该最高优先级的层级标识差值为1的层级标识,且流转至所述相应处理部的当前业务流转信令层级指示字段值不为该最高优先级的层级标识时,强制使用所述与该最高优先级的层级标识差值为1的层级标识覆盖业务流转信令层级指示字段。
6.一种特殊监管区域业务监控与管理方法,所述方法包括如下步骤:
步骤一:使用业务入口接收特殊监管区域业务,分配业务标识ID;
步骤二:使用Spec-superv业务数据报文初始化部基于分配的业务标识ID初始化相应的Spec-superv业务数据报文,所述Spec-superv业务数据报文用于特殊监管区域业务;
所述Spec-superv业务数据报文用于传输与业务标识ID相应的业务数据,并至少指示:
业务流转信令层级,
业务加权链条记录,所述业务加权链条记录用于指示业务流传过程中进行过加权处理的业务处理部或特殊处理部,以及各次加权的具体权值,和最终业务权值;
以及业务特殊处理组合;
步骤三:使用多个业务处理部对特殊监管区域业务的Spec-superv业务数据报文进行常规业务字段填充和业务数据处理;
步骤四:使用多个特殊处理部对特殊监管区域业务的Spec-superv业务数据报文进行特殊业务字段填充和业务数据处理;
所述特殊业务字段至少包含业务流转信令层级指示字段、业务加权链条记录字段、业务特殊处理组合字段中的一个或多个;
步骤五:使用多个信令层级处理模块,分别一一映射地连接多个业务处理部或多个特殊处理部中的一个,并为所连接的多个业务处理部或多个特殊处理部提供业务流转信令层级处理服务;
步骤六:使用业务综合监管部,用于基于特殊监管区域业务流转至业务综合监管部的Spec-superv业务数据报文,进行字段解析并依据解析的各个字段执行特殊监管区域业务综合监控与管理;
所述依据解析的各个字段执行特殊监管区域业务综合监控与管理,至少包括:
基于Spec-superv业务数据报文的业务加权链条记录字段执行业务加权链条处理;
基于Spec-superv业务数据报文的业务特殊处理组合字段执行业务特殊处理组合记录。
7.如权利要求6所述特殊监管区域业务监控与管理方法,其特征在于,还使用特殊监管业务数据库,且所述特殊监管业务数据库用于存储业务综合监管部的处理数据及处理记录。
8.如权利要求6所述特殊监管区域业务监控与管理方法,其特征在于,还使用业务区分部,且所述业务区分部用于对特殊监管区域的入口业务进行区分,并将符合系统特殊监管业务过滤条件的业务流入特殊监管区域业务入口;其中,所述符合系统特殊监管业务过滤条件的业务为需要经由一个或多个特殊处理部执行特殊业务字段填充和业务数据处理的业务。
9.如权利要求7所述特殊监管区域业务监控与管理方法,其特征在于:所述特殊监管区域可以为特定口岸或路桥。
10.如权利要求7所述特殊监管区域业务监控与管理方法,其特征在于:还使用强制层级信令处理确定部强制确定最高优先级的业务流转信令层级标识,并,在相应处理部具备该最高优先级的业务流转信令层级标识时,强制使用所述最高优先级的层级标识覆盖业务流转信令层级指示字段,以及,在相应处理部具备与该最高优先级的层级标识差值为1的层级标识,且流转至所述相应处理部的当前业务流转信令层级指示字段值不为该最高优先级的层级标识时,强制使用所述与该最高优先级的层级标识差值为1的层级标识覆盖业务流转信令层级指示字段。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011367670.9A CN112491526B (zh) | 2020-11-28 | 2020-11-28 | 一种特殊监管区域业务监控与管理方法与系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011367670.9A CN112491526B (zh) | 2020-11-28 | 2020-11-28 | 一种特殊监管区域业务监控与管理方法与系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112491526A CN112491526A (zh) | 2021-03-12 |
CN112491526B true CN112491526B (zh) | 2021-07-30 |
Family
ID=74937031
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011367670.9A Active CN112491526B (zh) | 2020-11-28 | 2020-11-28 | 一种特殊监管区域业务监控与管理方法与系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112491526B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1599376A (zh) * | 2004-07-28 | 2005-03-23 | 沈逸林 | 网络媒体话机终端的应用和通信方法 |
CN101883052A (zh) * | 2010-06-25 | 2010-11-10 | 中兴通讯股份有限公司 | 一种实现对等网络中流量优化的方法和系统 |
CN104811959A (zh) * | 2015-05-25 | 2015-07-29 | 中国联合网络通信有限公司成都市分公司 | 基于大数据的移动网络用户感知分析系统和方法 |
CN109547966A (zh) * | 2018-12-27 | 2019-03-29 | 国网江苏省电力有限公司南京供电分公司 | 输电线路无线传感器网络的路由规划及故障诊断备份方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
MY119475A (en) * | 1997-01-03 | 2005-05-31 | Nokia Telecommunications Oy | Localised special services in a mobile communications system. |
CN104735628B (zh) * | 2013-12-18 | 2018-08-03 | 易讯科技股份有限公司 | 一种特殊区域火场无线支援组件系统和方法 |
US9210167B1 (en) * | 2014-08-11 | 2015-12-08 | Afirma Consulting & Technologies, S.L. | Methods and systems to enable presence related services |
CN105139167A (zh) * | 2015-07-07 | 2015-12-09 | 张家港保税区纺织原料市场有限公司 | 一种基于特殊区域的货权监管及融资处理系统 |
CN106790215B (zh) * | 2017-01-10 | 2021-10-26 | 厦门雅迅网络股份有限公司 | 一种对等业务交互控制方法及系统 |
-
2020
- 2020-11-28 CN CN202011367670.9A patent/CN112491526B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1599376A (zh) * | 2004-07-28 | 2005-03-23 | 沈逸林 | 网络媒体话机终端的应用和通信方法 |
CN101883052A (zh) * | 2010-06-25 | 2010-11-10 | 中兴通讯股份有限公司 | 一种实现对等网络中流量优化的方法和系统 |
CN104811959A (zh) * | 2015-05-25 | 2015-07-29 | 中国联合网络通信有限公司成都市分公司 | 基于大数据的移动网络用户感知分析系统和方法 |
CN109547966A (zh) * | 2018-12-27 | 2019-03-29 | 国网江苏省电力有限公司南京供电分公司 | 输电线路无线传感器网络的路由规划及故障诊断备份方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112491526A (zh) | 2021-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103824177B (zh) | 用于多个产品的模块化的基于Web的ASP应用 | |
US7957994B2 (en) | Defining service funding for a service oriented architecture | |
Patriarca et al. | Inventory model for a multi-echelon system with unidirectional lateral transshipment | |
CN110163413A (zh) | 企业监控及预警方法、装置、计算机设备及可读存储介质 | |
CN109345131A (zh) | 一种企业经营状况监控方法及系统 | |
CN113434575A (zh) | 基于数据仓库的数据归因处理方法、装置及存储介质 | |
Martínez-Olvera et al. | Modeling the supply chain management creation of value—a literature review of relevant concepts | |
CN112491526B (zh) | 一种特殊监管区域业务监控与管理方法与系统 | |
Cheng et al. | Modeling operational risks in business processes | |
Frere et al. | Industry 4.0 in germany-the obstacles regarding smart production in the manufacturing industry | |
CN113535774A (zh) | 一种业务数据处理方法及装置 | |
US8694356B2 (en) | Augmenting service oriented architecture governance maturity | |
US11068907B2 (en) | Product lifetime using distributed ledger technology | |
Hosseinian-Far et al. | Sustainability of strategic information systems in emergent vs. prescriptive strategic management | |
CN107067222A (zh) | 财务数据的管理方法、装置和系统 | |
Wang et al. | Risk allocation of intellectual property pledge financing based on blockchain technology: An evolutionary strategy study | |
Wu | [Retracted] Exploring the Influence of Big Data Technology on the Innovation of the Enterprise Economic Management Mode | |
Li et al. | Research on the complexity of oligopoly game under business interruption insurance of the engineering project | |
Geng et al. | Implementation of Multidimensional Environmental‐Economic Collaborative Management in IoT Environment | |
Junhui | [Retracted] Security Enhancement Algorithm of SM‐254 Cloud System and Automated Personnel Identification of the Management in the Supply Chain Enterprise | |
CN109993433A (zh) | 一种基于云平台的用电缴费管理方法及装置 | |
CN115879743B (zh) | 一种基于人工智能的离散制造智能管理系统及方法 | |
US20230289724A1 (en) | Distributed ledger inventory management | |
KR102626848B1 (ko) | 재고 자산 담보 관리 시스템 및 방법 | |
Ramamoorti et al. | IS IT NEXT FOR ERM? Information technology provides the vital infrastructure for building a modern enterprise |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |