CN105933396B - 一种协同各渠道系统接口实现长流程的方法及系统 - Google Patents

一种协同各渠道系统接口实现长流程的方法及系统 Download PDF

Info

Publication number
CN105933396B
CN105933396B CN201610232565.1A CN201610232565A CN105933396B CN 105933396 B CN105933396 B CN 105933396B CN 201610232565 A CN201610232565 A CN 201610232565A CN 105933396 B CN105933396 B CN 105933396B
Authority
CN
China
Prior art keywords
channel
module
collaboration
interface
event list
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
Application number
CN201610232565.1A
Other languages
English (en)
Other versions
CN105933396A (zh
Inventor
张颖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Si Tech Information Technology Co Ltd
Original Assignee
Beijing Si Tech Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Si Tech Information Technology Co Ltd filed Critical Beijing Si Tech Information Technology Co Ltd
Priority to CN201610232565.1A priority Critical patent/CN105933396B/zh
Publication of CN105933396A publication Critical patent/CN105933396A/zh
Application granted granted Critical
Publication of CN105933396B publication Critical patent/CN105933396B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Abstract

本发明涉及一种协同各渠道系统接口实现长流程的方法及系统，其中方法包括：步骤1：接收校验模块接收请求并校验所述请求是否正确，如果正确，执行步骤2；否则，反馈请求错误信息，结束；步骤2：渠道平台模块接收与请求相匹配的报文数据并存储，对报文数据进行转换和解析，得到渠道协同事件单；步骤3：生成工单；并将工单发送到协同渠道进行处理，得到结果数据；渠道平台模块将协同渠道反馈的结果数据存入数据库，工单处理完成。步骤4：渠道平台模块将流程是否正常结束的结果数据存入数据库，事件单处理完成，将处理过程和事件单处理结果进行存档，结束。本发明减少了维护人员的投入；无需编写程序，减少了系统故障，系统安全有保障。

Description

一种协同各渠道系统接口实现长流程的方法及系统
技术领域
本发明涉及一种协同各渠道系统接口实现长流程的方法及系统，属于应用软件领域。
背景技术
随着互联网技术创新的不断涌现、互联网应用的快速发展，电子商务模式日趋成熟，习惯于互联网应用和消费的用户市场已具规模。中国移动为顺应互联网时代用户对高效、便捷的要求，不断加快各类电子渠道建设及业务流程优化，但在业务管理、流程设计及系统建设等方面还存在运营效率低、运营成本高、用户感知差等问题，具体表现在：
现有的客户服务和业务受理过程相互割裂，缺乏联动。
替代重复性人工操作的电子化手段有待完善。
部分业务的流程设计上未进行全部场景遍历，客户服务感知差。
现有各渠道的支撑系统按烟囱型建设的历史问题导致渠道间缺乏统一规划和协同，渠道本身特性存在局限性，无法做到全渠道全服务。
例如：两不一快跨省换卡-主办省流程，业务流程较长较复杂，如果没有本发明，需要各个渠道系统(如：短厅、一级BOSS、CRM、资源等)各自编写程序调用其他系统接口，开发工作量较大，开发周期长，故障定位复杂，运维成本较高。
发明内容
本发明所要解决的技术问题是提供一种解决配置化实现复杂业务长流程中多渠道系统之间接口协同工作，化繁为简，高效快速，安全稳定的协同各渠道系统接口实现长流程的方法及系统。
本发明解决上述技术问题的技术方案如下：一种协同各渠道系统接口实现长流程的方法，具体包括以下步骤：
步骤1：接收校验模块接收请求并校验所述请求是否正确，如果正确，执行步骤2；否则，反馈请求错误信息，结束；
步骤2：渠道平台模块接收与请求相匹配的报文数据并存储，对报文数据进行转换和解析，得到渠道协同事件单；
步骤3：渠道平台模块根据渠道协同事件单和工单模板生成工单；并将工单发送到协同渠道模块进行处理，得到结果数据；渠道平台模块将协同渠道模块反馈的结果数据存入数据库，工单处理完成；
步骤4：渠道平台模块将流程是否正常结束的结果数据存入数据库，事件单处理完成，将处理过程和事件单处理结果进行存档，结束。
本发明的有益效果是：配置化实现长流程，减少了BOSS系统开发人员的投入，业务流程变更时更改配置即可实现；出现问题时有查询页面图形化展示当前状态，可立即定位到，减少了BOSS系统维护人员的投入；无需编写程序，减少了系统故障，系统安全有保障。
在上述技术方案的基础上，本发明还可以做如下改进。
进一步，所述步骤2具体包括以下步骤：
步骤2.1：接收与请求相匹配的报文数据，按照预先配置的模板将报文数据转换为渠道协同内部统一可识别的XML报文格式的报文数据，并按照渠道分类存入数据库接口表中；
步骤2.2：读取数据库接口表中的报文数据，按照预先配置的事件规则 和协同规则将报文数据解析为渠道协同事件单。
进一步，所述步骤2和步骤3之间还包括步骤a；
步骤a：判断根据渠道协同事件单中的业务标识是否使用工作流生成工单，如果是，启动工作流，根据配置好的流程图执行工作流中的各个环节，循环执行步骤3至流程结束；否则，根据工单模板配置按环节顺序循环执行步骤3。
采用上述进一步方案的有益效果是，工作流的执行属于现有技术，只要按照现有技术中工作流执行的过程执行即可。
进一步，所述步骤4具体包括以下步骤：
步骤4.1：将流程是否正常结束的结果数据存入数据库，事件单处理完成；
步骤4.2：根据用户需求设定判断是否需要反馈，如果是，将事件单处理结果反馈到相应渠道，执行步骤4.3；否则，执行步骤4.3；
步骤4.3：将处理过程和事件单处理结果进行存档。
进一步，所述步骤1中如果请求正确，触发渠道平台模块，渠道平台模块提供渠道接触事件的发起接口，启动渠道接触事件。
本发明解决上述技术问题的技术方案如下：一种协同各渠道系统接口实现长流程的系统，包括接收校验模块、渠道平台模块和协同渠道模块；
所述接收校验模块接收请求并校验所述请求是否正确，如果正确，触发驱动平台模块；否则，反馈请求错误信息，结束；
所述渠道平台模块接收与请求相匹配的报文数据并存储，对报文数据进行转换和解析，得到渠道协同事件单；所述渠道平台模块根据渠道协同事件单和工单模板生成工单；并将工单发送到协同渠道模块；
所述协同渠道模块对工单进行处理，得到结果数据并反馈到渠道平台模块；
所述渠道平台模块将协同渠道模块反馈的结果数据存入数据库，工单处理完成，执行完所有工单后将处理过程和事件单处理结果进行存档。
在上述技术方案的基础上，本发明还可以做如下改进。
进一步，所述渠道平台模块包括报文接收模块和读取模块；
所述报文接收模块用于接收与请求相匹配的报文数据，按照预先配置的模板将报文数据转换为渠道协同内部统一可识别的XML报文格式的报文数据，并按照渠道分类存入数据库接口表中；
所述读取模块用于读取数据库接口表中的报文数据，按照预先配置的事件规则和协同规则将报文数据解析为渠道协同事件单。
进一步，所述渠道平台模块还包括工作流模块；
所述工作流模块当渠道协同事件单不能生成工单时，启动工作流，执行工作流的全过程。
采用上述进一步方案的有益效果是，工作流的执行属于现有技术，只要按照现有技术中工作流执行的过程执行即可。
进一步，所述渠道平台模块还包括入库模块、判断模块和存档模块；
所述入库模块用于将协同渠道模块反馈的结果数据存入数据库，工单处理完成；
所述判断模块用于根据用户需求设定判断是否需要反馈，如果是，将工单处理结果反馈到相应渠道，触发存档模块；否则，直接触发存档模块；
所述存档模块将处理过程和工单处理结果进行存档。
进一步，所述接收校验模块中如果请求正确，触发渠道平台模块，渠道平台模块提供渠道接触事件的发起接口，启动渠道接触事件。
本发明的维护方式：维护的频率很低，也就是一旦数据形成基本不需要再维护，除非有新增的流程。
注意事项：
1、复杂业务的长流程，异常情况要考虑全面，做好异常流程的配置。
2、各渠道系统提供webservice接口。
附图说明
图1为本发明实施例1所述的一种协同各渠道系统接口实现长流程的方法流程图；
图2为本发明实施例1所述的一种协同各渠道系统接口实现长流程的系统结构框图；
图3为本发明具体示例所述的系统操作框图。
附图中，各标号所代表的部件列表如下：
1、接收校验模块，2、渠道平台模块，3、协同渠道模块。
具体实施方式
以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。
如图1所示，为本发明实施例1所述的一种协同各渠道系统接口实现长流程的方法，具体包括以下步骤：
步骤1：接收校验模块接收请求并校验所述请求是否正确，如果正确，执行步骤2；否则，反馈请求错误信息，结束；
步骤2：渠道平台模块接收与请求相匹配的报文数据并存储，对报文数据进行转换和解析，得到渠道协同事件单；
步骤3：渠道平台模块根据渠道协同事件单和工单模板生成工单；并将工单发送到协同渠道模块进行处理，得到结果数据；渠道平台模块将协同渠道模块反馈的结果数据存入数据库，工单处理完成。
步骤4：渠道平台模块将流程是否正常结束的结果数据存入数据库，事 件单处理完成，将处理过程和事件单处理结果进行存档，结束。
本发明实施例2所述的一种协同各渠道系统接口实现长流程的方法，在实施例1的基础上，所述步骤2具体包括以下步骤：
步骤2.1：接收与请求相匹配的报文数据，按照预先配置的模板将报文数据转换为渠道协同内部统一可识别的XML报文格式的报文数据，并按照渠道分类存入数据库接口表中；
步骤2.2：读取数据库接口表中的报文数据，按照预先配置的事件规则和协同规则将报文数据解析为渠道协同事件单。
本发明实施例3所述的一种协同各渠道系统接口实现长流程的方法，在实施例1或2的基础上，所述步骤2和步骤3之间还包括步骤a；
步骤a：判断根据渠道协同事件单中的业务标识是否使用工作流生成工单，如果是，启动工作流，根据配置好的流程图执行工作流中的各个环节，循环执行步骤3至流程结束；否则，根据工单模板配置按环节顺序循环执行步骤3。
本发明实施例4所述的一种协同各渠道系统接口实现长流程的方法，在实施例1-3任一实施例的基础上，所述步骤4具体包括以下步骤：
步骤4.1：将流程是否正常结束的结果数据存入数据库，事件单处理完成；
步骤4.2：根据用户需求设定判断是否需要反馈，如果是，将事件单处理结果反馈到相应渠道，执行步骤4.3；否则，执行步骤4.3；
步骤4.3：将处理过程和事件单处理结果进行存档。
本发明实施例5所述的一种协同各渠道系统接口实现长流程的方法，在实施例1-4任一实施例的基础上，所述步骤1中如果请求正确，触发渠道平台模块，渠道平台模块提供渠道接触事件的发起接口，启动渠道接触事件。
如图2所示，为本发明具体实施例1所述的一种协同各渠道系统接口实 现长流程的系统，包括接收校验模块1、渠道平台模块2和协同渠道模块3；
所述接收校验模块1接收请求并校验所述请求是否正确，如果正确，触发渠道平台模块2；否则，反馈请求错误信息，结束；
所述渠道平台模块2接收与请求相匹配的报文数据并存储，对报文数据进行转换和解析，得到渠道协同事件单；所述渠道平台模块根据渠道协同事件单和工单模板生成工单；并将工单发送到协同渠道模块3；
所述协同渠道模块3对事件单进行处理，得到结果数据并反馈到渠道平台模块2；
所述渠道平台模块2将流程是否正常结束的结果数据存入数据库，事件单处理完成，将处理过程和事件单处理结果进行存档。
本发明实施例2所述的一种协同各渠道系统接口实现长流程的系统，在实施例1的基础上，所述渠道平台模块包括报文接收模块和读取模块；
所述报文接收模块用于接收与请求相匹配的报文数据，按照预先配置的模板将报文数据转换为渠道协同内部统一可识别的XML报文格式的报文数据，并按照渠道分类存入数据库接口表中；
所述读取模块用于读取数据库接口表中的报文数据，按照预先配置的事件规则和协同规则将报文数据解析为渠道协同事件单。
本发明实施例3所述的一种协同各渠道系统接口实现长流程的方法，在实施例1或2的基础上，所述渠道平台模块还包括工作流模块；
所述工作流模块当渠道协同事件单中的业务标识配置使用工作流生成工单时，启动工作流，执行工作流的全过程。
本发明实施例4所述的一种协同各渠道系统接口实现长流程的方法，在实施例1-3任一实施例的基础上，所述渠道平台模块还包括入库模块、判断模块和存档模块；
所述入库模块用于将协同渠道模块反馈的结果数据存入数据库，工单处 理完成；
所述判断模块用于根据用户需求设定判断是否需要反馈，如果是，将工单处理结果反馈到相应渠道，触发存档模块；否则，直接触发存档模块；
所述存档模块将处理过程和工单处理结果进行存档。
本发明实施例5所述的一种协同各渠道系统接口实现长流程的方法，在实施例1-4任一实施例的基础上，所述接收校验模块中如果请求正确，触发渠道平台模块，渠道平台模块提供渠道接触事件的发起接口，启动渠道接触事件。
以两不一快跨省换卡-主办省流程为例，本发明所述方法具体包括以下步骤：
首先由山西用户(2G卡用户)发送短信到10086，发起办理两不一快跨省换卡-主办省流程。
短信到达短信营业厅后，短信营业厅校验短信内容是否正确，正确则调用渠道协同平台提供的渠道接触事件发起接口，发起渠道接触事件。
渠道协同平台将渠道接触事件的数据(XML报文)按接口编码进行XML适配(将原始XML报文按照提前配置的模板转换为渠道协同内部统一可识别的XML报文格式)，并按渠道分类存储到数据库接口表中。
渠道协同平台读取接口表中的数据，按照提前配置的事件规则、协同规则将转换后的XML报文解析为渠道协同事件单(即事件实体)，并根据业务判断是否启动工作流，是则匹配到BPM，启动BPM流程。
工作流引擎BPM根据流程图自动流转到下一步(请求一级BOSS写卡环节)，渠道协同平台获取BPM当前环节数据记录入工单表。之后读取该工单，根据工单模板及该环节配置信息，调用一级BOSS提供的webservice接口，将渠道协同单派发一级BOSS系统(即协同渠道)。
渠道协同平台接收到一级BOSS系统的反馈信息后，根据XML适配模板 将数据入表，并提交工单完成信息给BPM，BPM再自动流转下一步，如此循环直至最后一步完成时，调用渠道协同平台事件单竣工接口，BPM流程结束。
若该渠道需要进行反馈，则调用该渠道反馈接口进行事件反馈，之后进行事件归档，事件结束。
以下结合附图对本发明进行描述：
如图3所示，为本发明具体示例所述的系统操作框图，渠道协同框内所示的是本次的发明点。接下来就来详细描述本次发明的具体实现。
新增流程，先进行配置准备工作：
1)画BPM流程图；
2)配置表数据：
事件规则配置，
协同规则配置，
事件规则与协同规则关系配置，
流程模板配置，
工单模板配置，
接口配置；
3)配置XML转换模板：
例如：两不一快跨省换卡-主办省流程发起渠道的XML转换模板；
配置完成后再跟各渠道进行联调测试，就可以正常使用了。
配置表：
ia_intercall_ctrl--外系统服务调用配置
ia_workstation_dict--工位管理
ia_svc_dict--业务管理
ia_saverule_ctrl--工单存储配置(存储规则)
ia_dealtype_dict--业务操作类型管理
ia_eventrule_dict--事件规则管理
ia_matchrule_dict--协同规则管理
ia_proctemp_mod--流程模板管理
ia_eventrule_ctrl--事件规则配置
ia_matchrule_ctrl--协同规则配置
ia_evnmatch_rel--事件规则与协同规则关系
ia_step_dict--环节数据
ia_prptytype_dict--属性类型管理
ia_property_dict--属性管理
ia_procstep_rel--流程环节关系管理
ia_dispchrule_ctrl--工位派单规则管理
ia_mainsvccfg_dict--业务环节工单—短流程配制此数据，长流程不配
ia_svcprptycfg_dict--属性环节工单—短流程配制此数据，长流程不配
ia_witemp_mod--工单定制管理
ia_witempprpty_rel--工单定制管理
以下为具体示例：
1、部署：
1)上传渠道协同和BPM的程序代码；
2)配置2个weblogic域，
一个部署渠道协同的4个应用：
evnParseWeb:事件解析；
evnResolveWeb：事件分解、工单过滤；
iaWeb：页面模块，发布webservice；
jobWeb：流程启动、工单提取、工单发送、工单提交、事件反馈；
另一个部署BPM工作流应用；
3)数据库建表。
2、修改配制文件
渠道协同页面模块：
用spring+ibatis
数据源配制文件：applicationContext.xml；
渠道协同后台模块：
用quartz；
数据源配制文件：根目录下ijdbc.properties、wwwframe.properties。
3、启动系统，导入配置数据。
4、通过上述流程即可完成本发明说要实现的目的。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种协同各渠道系统接口实现长流程的方法，其特征在于，具体包括以下步骤：
步骤1：接收校验模块接收请求并校验所述请求是否正确，如果正确，执行步骤2；否则，反馈请求错误信息，结束；
步骤2：渠道平台模块接收与请求相匹配的报文数据并存储，对报文数据进行转换和解析，得到渠道协同事件单；
步骤3：渠道平台模块根据渠道协同事件单和工单模板生成工单；并将工单发送到协同渠道模块进行处理，得到结果数据；渠道平台模块将协同渠道模块反馈的结果数据存入数据库，工单处理完成；
步骤4：渠道平台模块将流程是否正常结束的结果数据存入数据库，事件单处理完成，将处理过程和事件单处理结果进行存档，结束。
2.根据权利要求1所述的一种协同各渠道系统接口实现长流程的方法，其特征在于，所述步骤2具体包括以下步骤：
步骤2.1：接收与请求相匹配的报文数据，按照预先配置的模板将报文数据转换为渠道协同内部统一可识别的XML报文格式的报文数据，并按照渠道分类存入数据库接口表中；
步骤2.2：读取数据库接口表中的报文数据，按照预先配置的事件规则和协同规则将报文数据解析为渠道协同事件单。
3.根据权利要求1所述的一种协同各渠道系统接口实现长流程的方法，其特征在于，所述步骤2和步骤3之间还包括步骤a；
步骤a：判断根据渠道协同事件单中的业务标识是否使用工作流生成工单，如果是，启动工作流，根据配置好的流程图执行工作流中的各个环节，循环执行步骤3至流程结束；否则，根据工单模板配置按环节顺序循环执行步骤3。
4.根据权利要求1所述的一种协同各渠道系统接口实现长流程的方法，其特征在于，所述步骤4具体包括以下步骤：
步骤4.1：将流程是否正常结束的结果数据存入数据库，事件单处理完成；
步骤4.2：根据用户需求设定判断是否需要反馈，如果是，将事件单处理结果反馈到相应渠道，执行步骤4.3；否则，执行步骤4.3；
步骤4.3：将处理过程和事件单处理结果进行存档。
5.根据权利要求1-4任一项所述的一种协同各渠道系统接口实现长流程的方法，其特征在于，所述步骤1中如果请求正确，触发渠道平台模块，渠道平台模块提供渠道接触事件的发起接口，启动渠道接触事件。
6.一种协同各渠道系统接口实现长流程的系统，其特征在于，包括接收校验模块、渠道平台模块和协同渠道模块；
所述接收校验模块接收请求并校验所述请求是否正确，如果正确，触发驱动平台模块；否则，反馈请求错误信息，结束；
所述渠道平台模块接收与请求相匹配的报文数据并存储，对报文数据进行转换和解析，得到渠道协同事件单；所述渠道平台模块根据渠道协同事件单和工单模板生成工单；并将工单发送到协同渠道模块；
所述协同渠道模块对工单进行处理，得到结果数据并反馈到渠道平台模块；
所述渠道平台模块将协同渠道模块反馈的结果数据存入数据库，工单处理完成，将处理过程和工单处理结果进行存档。
7.根据权利要求6所述的一种协同各渠道系统接口实现长流程的系统，其特征在于，所述渠道平台模块包括报文接收模块和读取模块；
所述报文接收模块用于接收与请求相匹配的报文数据，按照预先配置的模板将报文数据转换为渠道协同内部统一可识别的XML报文格式的报文数据，并按照渠道分类存入数据库接口表中；
所述读取模块用于读取数据库接口表中的报文数据，按照预先配置的事件规则和协同规则将报文数据解析为渠道协同事件单。
8.根据权利要求6所述的一种协同各渠道系统接口实现长流程的系统，其特征在于，所述渠道平台模块还包括工作流模块；
所述工作流模块当渠道协同事件单不能生成工单时，启动工作流，执行工作流的全过程。
9.根据权利要求6所述的一种协同各渠道系统接口实现长流程的系统，其特征在于，所述渠道平台模块还包括入库模块、判断模块和存档模块；
所述入库模块用于将协同渠道模块反馈的结果数据存入数据库，工单处理完成；
所述判断模块用于根据用户需求设定判断是否需要反馈，如果是，将工单处理结果反馈到相应渠道，触发存档模块；否则，直接触发存档模块；
所述存档模块将处理过程和工单处理结果进行存档。
10.根据权利要求6-9任一项所述的一种协同各渠道系统接口实现长流程的系统，其特征在于，所述接收校验模块中如果请求正确，触发渠道平台模块，渠道平台模块提供渠道接触事件的发起接口，启动渠道接触事件。
CN201610232565.1A 2016-04-14 2016-04-14 一种协同各渠道系统接口实现长流程的方法及系统 Active CN105933396B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610232565.1A CN105933396B (zh) 2016-04-14 2016-04-14 一种协同各渠道系统接口实现长流程的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610232565.1A CN105933396B (zh) 2016-04-14 2016-04-14 一种协同各渠道系统接口实现长流程的方法及系统

Publications (2)

Publication Number Publication Date
CN105933396A CN105933396A (zh) 2016-09-07
CN105933396B true CN105933396B (zh) 2018-11-13

Family

ID=56838188

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610232565.1A Active CN105933396B (zh) 2016-04-14 2016-04-14 一种协同各渠道系统接口实现长流程的方法及系统

Country Status (1)

Country Link
CN (1) CN105933396B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106528272B (zh) * 2016-10-18 2019-08-27 北京用友薪福社云科技有限公司 一种数据处理装置、方法及终端
CN106878274B (zh) * 2017-01-03 2020-03-27 努比亚技术有限公司 一种获取售前售后问题的方法、装置和系统
CN110473010B (zh) * 2019-08-07 2023-04-07 合肥非度信息技术有限公司 用于统计渠道运营位营销结果的方法、系统及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101692641A (zh) * 2008-12-08 2010-04-07 中国移动通信集团广东有限公司 一种高效的hlr/auc数据日常稽核方法
CN102026124A (zh) * 2010-12-07 2011-04-20 中国电信股份有限公司 短信智能业务平台系统及基于该系统的短信业务实现方法
CN103595816A (zh) * 2013-11-25 2014-02-19 国家电网公司 电力营销一体化催费平台系统
CN105046443A (zh) * 2015-08-07 2015-11-11 北京思特奇信息技术股份有限公司 一种业务工单分配方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160026943A1 (en) * 2014-07-22 2016-01-28 Microsoft Corporation Unified threaded rendering of activities in a computer system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101692641A (zh) * 2008-12-08 2010-04-07 中国移动通信集团广东有限公司 一种高效的hlr/auc数据日常稽核方法
CN102026124A (zh) * 2010-12-07 2011-04-20 中国电信股份有限公司 短信智能业务平台系统及基于该系统的短信业务实现方法
CN103595816A (zh) * 2013-11-25 2014-02-19 国家电网公司 电力营销一体化催费平台系统
CN105046443A (zh) * 2015-08-07 2015-11-11 北京思特奇信息技术股份有限公司 一种业务工单分配方法及系统

Also Published As

Publication number Publication date
CN105933396A (zh) 2016-09-07

Similar Documents

Publication Publication Date Title
CN106250543B (zh) 一种自动化数据查询同步存储方法
CN101354696B (zh) 基于电信领域共享信息模型的数据整合与应用服务系统
CN102571403B (zh) 通用数据质量管控适配器的实现方法和装置
CN104156832A (zh) 系统间数据核对方法及装置
CN103927314B (zh) 一种数据批量处理的方法和装置
CN111078260B (zh) 一种微信小程序第三方平台管理的方法及系统
CN105933396B (zh) 一种协同各渠道系统接口实现长流程的方法及系统
CN112256248A (zh) 一种启效智慧云低代码平台
CN109995643A (zh) 业务邮件推送方法及装置
CN112464632A (zh) 一种excel报表下的表格样式动态存储及转化方法
CN105721451A (zh) 一种可拓展的Modbus协议解析方法及装置
CN109873720A (zh) 一种基于企业公众号的云中心智能运维方法及系统
CN113434742A (zh) 账号的筛选方法和装置、存储介质及电子装置
CN117608553A (zh) 基于多数据源可配置型基础数据同步方法、装置及设备
CN1567829A (zh) 通用数据文件转换方法
CN110532305A (zh) 一种业务数据割接方法及系统
CN113761079A (zh) 数据访问方法、系统和存储介质
CN112634005A (zh) 生成财务凭证的方法、装置和电子设备
CN101098495A (zh) 一种提高智能业务在线统计任务性能的系统及方法
CN111125209A (zh) 一种支持多元异构类型数据的接入配置系统
CN110727475B (zh) 基于配置化智能服务调用方法
CN111381984B (zh) Sap系统接口自动生成会计凭证且无需记账码的方法
CN112836479A (zh) 数据报表生成方法、系统以及存储装置
CN113538017A (zh) 用于电子签合同的中台服务系统和电子签合同的方法
CN111639010A (zh) 一种基于Kong的Prometheus插件的改造方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant