CN106909596B - 业务处理方法、装置及*** - Google Patents

业务处理方法、装置及*** Download PDF

Info

Publication number
CN106909596B
CN106909596B CN201610462807.6A CN201610462807A CN106909596B CN 106909596 B CN106909596 B CN 106909596B CN 201610462807 A CN201610462807 A CN 201610462807A CN 106909596 B CN106909596 B CN 106909596B
Authority
CN
China
Prior art keywords
service
data
database
specified
service request
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
CN201610462807.6A
Other languages
English (en)
Other versions
CN106909596A (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.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co Ltd
Original Assignee
Advanced New Technologies 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 Advanced New Technologies Co Ltd filed Critical Advanced New Technologies Co Ltd
Priority to CN201610462807.6A priority Critical patent/CN106909596B/zh
Publication of CN106909596A publication Critical patent/CN106909596A/zh
Application granted granted Critical
Publication of CN106909596B publication Critical patent/CN106909596B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例提供了一种业务处理方法、装置及***，该方法包括：接收业务请求；将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存，并返回业务处理结果；当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***所述指定数据库中的各个业务相关的数据表中。本申请实施例可减轻业务处理***的处理压力。并且是同步处理业务请求并返回处理结果，用户体验高。

Description

业务处理方法、装置及***
技术领域
本申请涉及数据库技术领域，尤其是涉及一种业务处理方法、装置及***。
背景技术
一般的，在实现一个业务时，业务处理***往往需要对数据库进行多次的读写操作。比如支付宝的商户红包业务，当用户输入口令领取一笔现金红包的时，资金业务处理***会调用支付业务处理***处理单笔余额账户转账，同时在资金***的数据库中落地该笔业务请求的详细信息，而要完成上述数据处理过程，一般需要对数据库进行约几十次的读写操作。在业务量高并发情况下，这将对业务处理***及数据库造成巨大压力。
为解决上述技术问题，现有的技术优化方案基本上采取以下两种思路来优化：
方案一：将同步请求处理的模式改为异步处理。以上述支付宝的商户红包业务为例，当采取异步处理请求的时候，资金业***在接收到转账请求的时候只在数据库中保存单据的初始信息，待业务高峰过后，再由***的定时任务捞取业务单据处理转账请求然后保存请求处理结果。
方案二：保持同步请求处理不变，修改业务处理***中的业务领域模型，将相似的数据库表合并于一张表中，这样原来的对多张表的多次操作就可以降低为对一张表的一次读写操作)，从而降低数据库的读写操作。
然而，上述两种优化方案在解决问题的同时，也带来了新的问题。比如上述方案一将业务请求的处理模式从同步更改为异步，虽然能提高***在业务高峰期的业务请求处理能力，但是上游***并不能立即得到业务请求的处理结果，从而使用户并不能及时得到业务处理结果，用户体验较差。而上述方案二的实现需要对原有数据库进行较大的改造，这样不仅对原有数据库入侵较大，也需要耗费较大的改造成本，同时还可能导致新老数据模型不兼容的问题。
发明内容
本申请实施例的目的在于提供一种业务实现的方法、装置及***，在不改动原有数据库的前提下，提高业务高峰期的业务请求处理能力，并兼顾用户体验。
为达到上述目的，一方面，本申请实施例提供了一种业务处理方法，包括以下步骤：
接收业务请求；
将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；
在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存，并返回业务处理结果；
当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***所述指定数据库中的各个业务相关的数据表中。
另一方面，本申请实施例还提供了一种业务处理装置，包括：
业务请求接收模块，用于接收业务请求；
数据模型转换模块，用于将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；
业务数据打包模块，用于在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存；
第一结果返回模块，用于在成功处理所述业务请求后，返回业务处理结果；
数据库异步更新模块，用于当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***所述指定数据库中的各个业务相关的数据表中。
再一方面，本申请实施例还提供了一种业务处理***，其包括上述的业务处理装置。
本申请实施例中，在接收业务请求后，可将业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；在成功处理该业务请求后，可将当前新数据对象中指定范围内的数据打包成数据包保存，并返回业务处理结果；待业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***指定数据库中的各个业务相关的数据表中，可见，本申请实施例中，在业务处理完成后并不同步更新数据库，而是将处理结果按照要求打包，待业务量低峰时再将处理结果解包后更新数据库。因此，在高并发时，本申请实施例可以在很大程度上减轻业务处理***的处理压力。并且，本申请实施例是同步处理业务请求并返回处理结果，使得用户可以及时获得处理结果，用户体验较高。
附图说明
此处所说明的附图用来提供对本申请实施例的进一步理解，构成本申请实施例的一部分，并不构成对本申请实施例的限定。在附图中：
图1为本申请一实施例的业务处理方法的流程图；
图2为本申请一实施例的业务处理***的结构框图；
图3a为本申请一实施例的业务处理装置的逻辑结构框图；
图3b为本申请另一实施例的业务处理装置的结构框图；
图4为本申请一实施例的业务处理装置中业务数据打包模块的结构框图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本申请实施例做进一步详细说明。在此，本申请实施例的示意性实施例及其说明用于解释本申请实施例，但并不作为对本申请实施例的限定。
下面结合附图，对本申请实施例的具体实施方式作进一步的详细说明。
参考图1所示，本申请实施例的业务处理方法包括以下步骤：
步骤S101、接收业务请求。
在本申请实施例中，业务请求可以是任意业务处理***的任意的业务请求，比如支付宝的商户群红包转账请求，比如电子优惠券发放***中的电子优惠券发放请求，再比如积分***中的积分减扣请求，等等。
步骤S102、将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应。
一般的，在当前已使用的业务处理***中，业务请求的业务领域模型是预先建立好的。而在本申请实施例中，将业务请求的已有业务领域模型中的数据对象(比如各种业务相关的Java类对象)进行数据模型转换的主要目的在于，是要使得转换后得到的新数据对象可直接与指定数据库中的各个业务相关数据表对应，从而方便在指定数据库的数据存储。
在本申请一个实施例中，所述数据模型转换比如可以是从实体联系图(ER，EntityRelationship Diagram)转换成关系模型等等。
步骤S103、在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存，并返回业务处理结果。
本申请实施例中的打包可以理解为减少要存储对象的一种方式。而将当前所述新数据对象中指定范围内的数据打包的主要目的，亦是在于压缩或合并数据(比如将原本需要存储在多张数据表中的数据，压缩到一张数据表中)，这样可以降低业务处理***同步处理业务请求时的数据库操作次数，这在业务高并发时(比如双十一购物促销狂欢日等)，很有利于减轻业务处理***的压力。
在本申请的一个实施例中，所述将当前所述新数据对象中指定范围内的数据打包比如可以是通过序列化的方式，具体包括：
首先，通过序列化的方式将当前所述新数据对象中指定范围内的数据转换为字符串，比如通过hession协议转换成文本字符串；
其次，将所述字符串作为扩展字段写入所述指定数据库中的一个指定的业务相关数据表中；
最后，更新所述指定的业务相关数据表中的数据库记录状态位(比如status＝SUCCESS，substatus＝PACKED)。
本申请其他实施例中，也可以采用其他减少要存储对象的方法。比如可将当前所述新数据对象中指定范围内的数据转换为二进制文件形式存贮到一个基于内存的其他数据库(比如NOSQL(Not Only SQL)数据库)中，待业务低峰(即业务量低于设定阈值)的时候恢复数据，即从NOSQL数据库中读取文件信息再将完整的数据对象恢复到目标业务数据库中。
本申请实施例中，所述返回业务处理结果一般是指向上游调用方返回业务处理结果。
步骤S104、当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***所述指定数据库中的各个业务相关的数据表中。
当业务量低于设定阈值时，表示业务处理***当前正处于空闲或业务量低峰期。此时，业务处理***可以解包数据落地数据库明细。
在本申请一个实施例中，所述的捞取可以为定时捞取。在本申请一个具体实施例中，定时捞取比如可以在中间件(比如任务调度中心)定时发送的驱动消息下触发，每隔一个固定时间，任务调度中心的触发器会调用业务处理***的一个接口来执行一个任务，此任务的具体可以是根据特定过滤条件搜索数据库中的记录，返回满足条件的数据库记录，对于本申请实施例来说，就是返回那些包含打包数据信息的数据记录。
而在在本申请另一个实施例中，所述的捞取也可以不使用定时任务，比如采用人工触发方式等等，但是相对而言，定时捞取更方便触发解包，以恢复数据的过程。
在本申请上述方法实施例中，上述的解包和打包是对应的，如果打包是采用序列化的方式，那么后续的解包则采用反序列化的方式。其中，序列化与反序列化可以使用的协议比如Protobuf、Thrift、Hessian和Kryo等等。
在本申请另一个实施例中，在步骤S102之后，还可以包括：
如果处理所述业务请求失败，则直接回业务处理结果。如果业务请求处理失败，则无需更新数据库，因此也就无需进行数据打包。
本申请实施例中，在接收业务请求后，可将业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；在成功处理该业务请求后，可将当前新数据对象中指定范围内的数据打包成数据包保存，并返回业务处理结果；待业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***指定数据库中的各个业务相关的数据表中，可见，本申请实施例中，在业务处理完成后并不同步更新数据库，而是将处理结果按照要求打包，待业务量低峰时再将处理结果解包后更新数据库。因此，在高并发时，本申请实施例可以在很大程度上减轻业务处理***的处理压力。并且，本申请实施例是同步处理业务请求并返回处理结果，使得用户可以及时获得处理结果，用户体验较高。
虽然上文描述的过程流程包括以特定顺序出现的多个操作，但是，应当清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。
为便于理解本申请，以下结合图1的实施例介绍一种具体应用场景。
在支付宝商户红包转账业务中，支付宝的资金业务处理***接收到上游调用方的转账请求后；将转账业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与数据库中的各个业务相关数据表对应；其中在该资金业务处理***中转账业务请求的得到的新数据对象与数据库中的六张数据表对应，该六张数据表的名称分别如下：
a)、CFM_TABLE_MASTER
b)、CFM_TABLE_A
c)、CFM_TABLE_B
d)、CFM_TABLE_C
e)、CFM_TABLE_D
f)、CFM_TABLE_E
其中，CFM_TABLE_MASTER为业务主单据，其内包含有余下5个数据表的业务相关数据；因此，在资金业务处理***成功处理转账业务请求后，可仅将CFM_TABLE_MASTER当前打包成数据包保存，并向上游调用方返回业务处理结果；待业务低峰时，资金业务处理***捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***数据库中的上述六张数据表中。统计表明，采用本申请实施例的方案后，资金业务处理***同步处理请求时的数据库操作可由原来的大约25次减少到现在的7次左右，显著降低了业务处理***的处理压力。
参考图2所示，本申请实施例的业务处理***中配置有业务处理装置。
结合图3a所示，在本申请的一个实施例中，该业务处理装置可以包括：
业务请求接收模块31，用于接收业务请求。
在本申请实施例中，业务请求可以是任意业务处理***的任意的业务请求，比如支付宝的商户群红包转账请求，比如电子优惠券发放***中的电子优惠券发放请求，再比如积分***中的积分减扣请求，等等。
数据模型转换模块32，用于将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应。
一般的，在当前已使用的业务处理***中，业务请求的业务领域模型是预先建立好的。而在本申请实施例中，将业务请求的已有业务领域模型中的数据对象(比如各种业务相关的Java类对象)进行数据模型转换的主要目的在于，是要使得转换后得到的新数据对象可直接与指定数据库中的各个业务相关数据表对应，从而方便在指定数据库的数据存储。
本申请一个具体实施例中，所述数据模型转换比如可以是从ER图转换成关系模型等等。
业务数据打包模块33，用于在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存。
本申请实施例中的打包可以理解为减少要存储对象的一种方式。而将当前所述新数据对象中指定范围内的数据打包的主要目的，亦是在于压缩或合并数据(比如将原本需要存储在多张数据表中的数据，压缩到一张数据表中)，这样可以降业务处理***同步处理业务请求时的数据库操作次数，这在业务高并发时(比如双十一购物促销狂欢日等)，很有利于减轻业务处理***的压力。
在本申请的一个实施例中，所述将当前所述新数据对象中指定范围内的数据打包比如可以是通过序列化的方式，在本申请其他实施例中，也可以采用其他减少要存储对象的方法。比如可将当前所述新数据对象中指定范围内的数据转换为二进制文件形式存贮到一个基于内存的其他数据库(比如NOSQL(Not Only SQL)数据库)中，待业务低峰(即业务量低于设定阈值)的时候恢复数据，即从NOSQL数据库中读取文件信息再将完整的数据对象恢复到目标业务数据库中。
第一结果返回模块34，用于在成功处理所述业务请求后，返回业务处理结果。本申请实施例中，所述返回业务处理结果一般是指向上游调用方返回业务处理结果。
数据库异步更新模块35，用于当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***所述指定数据库中的各个业务相关的数据表中。
当业务量低于设定阈值时，表示业务处理***当前正处于空闲或业务量低峰期。此时，业务处理***可以解包数据落地数据库明细。
在本申请一个实施例中，所述的捞取可以为定时捞取。在本申请一个具体实施例中，定时捞取比如可以在中间件(比如任务调度中心)定时发送的驱动消息下触发，每隔一个固定时间，任务调度中心的触发器会调用业务处理***的一个接口来执行一个任务，此任务的具体可以是根据特定过滤条件搜索数据库中的记录，返回满足条件的数据库记录，对于本申请实施例来说，就是返回那些包含打包数据信息的数据记录。
而在在本申请另一个实施例中，所述的捞取也可以不使用定时任务，比如采用人工触发方式等等，但是相对而言，定时捞取更方便触发解包，以恢复数据的过程。
结合图3b所示，在本申请的另一个实施例中，业务处理装置还可以包括：第二结果返回模块36，用于当处理所述业务请求失败时，直接回业务处理结果。
参考图4所述，上述数据打包模块33，具体可以包括：
序列化子模块331，用于通过序列化的方式将当前所述新数据对象中指定范围内的数据转换为字符串，比如通过hession协议转换成文本字符串；
数据保存子模块332，用于将所述字符串作为扩展字段写入所述指定数据库中的一个指定的业务相关数据表中；
状态位更新子模块332，用于更新所述指定的业务相关数据表中的数据库记录状态位(比如status＝SUCCESS，substatus＝PACKED)。
本申请其他实施例中，也可以采用其他减少要存储对象的方法。比如可将当前所述新数据对象中指定范围内的数据转换为二进制文件形式存贮到一个基于内存的其他数据库(比如NOSQL(Not Only SQL)数据库)中，待业务低峰(即业务量低于设定阈值)的时候恢复数据，即从NOSQL数据库中读取文件信息再将完整的数据对象恢复到目标业务数据库中。
在本申请上述装置实施例中，上述的解包和打包是对应的，如果打包是采用序列化的方式，那么后续的解包则采用反序列化的方式。其中，序列化与反序列化可以使用的协议比如Protobuf、Thrift、Hessian和Kryo等等。
本申请实施例中，在接收业务请求后，可将业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；在成功处理该业务请求后，可将当前新数据对象中指定范围内的数据打包成数据包保存，并返回业务处理结果；待业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***指定数据库中的各个业务相关的数据表中，可见，本申请实施例中，在业务处理完成后并不同步更新数据库，而是将处理结果按照要求打包，待业务量低峰时再将处理结果解包后更新数据库。因此，在高并发时，本申请实施例可以在很大程度上减轻业务处理***的处理压力。并且，本申请实施例是同步处理业务请求并返回处理结果，使得用户可以及时获得处理结果，用户体验较高。
为了描述的方便，描述上述装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块、单元和步骤可以通过硬件、软件或两者的结合来实现。至于是通过硬件还是软件来实现取决于特定的应用和整个***的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本申请实施例保护的范围。
本申请实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。
在一个或多个示例性的设计中，本申请实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。
以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请实施例的具体实施例而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种业务处理方法，其特征在于，应用于业务处理***，包括以下步骤：
接收上游调用方发来的业务请求；
将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；
在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存，并向所述上游调用方返回业务处理结果；
当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***所述指定数据库中的各个业务相关的数据表中。
2.根据权利要求1所述的业务处理方法，其特征在于，所述将当前所述新数据对象中指定范围内的数据打包成数据包保存，包括：
通过序列化的方式将当前所述新数据对象中指定范围内的数据转换为字符串；
将所述字符串作为扩展字段写入所述指定数据库中的一个指定的业务相关数据表中；
更新所述指定的业务相关数据表中的数据库记录状态位。
3.根据权利要求1所述的业务处理方法，其特征在于，所述的捞取为定时捞取。
4.根据权利要求3所述的业务处理方法，其特征在于，所述的定时捞取包括：
在中间件定时发送的驱动消息的触发下进行捞取。
5.根据权利要求1所述的业务处理方法，其特征在于，还包括：
如果处理所述业务请求失败，则直接返 回业务处理结果。
6.一种业务处理装置，其特征在于，设置于业务处理***，所述装置包括：
业务请求接收模块，用于接收上游调用方发来的业务请求；
数据模型转换模块，用于将所述业务请求的业务领域模型中的数据对象进行数据模型转换，以使转换后得到的新数据对象与指定数据库中的各个业务相关数据表对应；
业务数据打包模块，用于在成功处理所述业务请求后，将当前所述新数据对象中指定范围内的数据打包成数据包保存；
第一结果返回模块，用于在成功处理所述业务请求后，向所述上游调用方返回业务处理结果；
数据库异步更新模块，用于当业务量低于设定阈值时，捞取保存的数据包以进行解包处理，并将解包后得到的数据对应***所述指定数据库中的各个业务相关的数据表中。
7.根据权利要求6所述的业务处理装置，其特征在于，所述业务数据打包模块，包括：
序列化子模块，用于通过序列化的方式将当前所述新数据对象中指定范围内的数据转换为字符串；
数据保存子模块，用于将所述字符串作为扩展字段写入所述指定数据库中的一个指定的业务相关数据表中；
状态位更新子模块，用于更新所述指定的业务相关数据表中的数据库记录状态位；
对应的，所述数据库异步更新模块，具体用于当业务量低于设定阈值时，捞取保存的数据包以进行反序列化处理，并将反序列化后得到的数据对应***所述指定数据库中的各个业务相关的数据表中。
8.根据权利要求7所述的业务处理装置，其特征在于，所述的捞取为定时捞取。
9.根据权利要求8所述的业务处理装置，其特征在于，所述的定时捞取包括：
在中间件定时发送的驱动消息的触发下进行捞取。
10.根据权利要求6所述的业务处理装置，其特征在于，还包括：
第二结果返回模块，用于当处理所述业务请求失败时，直接返 回业务处理结果。
11.一种业务处理***，其特征在于，其包括权利要求6-10任意一项所述的业务处理装置。
CN201610462807.6A 2016-06-23 2016-06-23 业务处理方法、装置及*** Active CN106909596B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610462807.6A CN106909596B (zh) 2016-06-23 2016-06-23 业务处理方法、装置及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610462807.6A CN106909596B (zh) 2016-06-23 2016-06-23 业务处理方法、装置及***

Publications (2)

Publication Number Publication Date
CN106909596A CN106909596A (zh) 2017-06-30
CN106909596B true CN106909596B (zh) 2021-07-09

Family

ID=59206200

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610462807.6A Active CN106909596B (zh) 2016-06-23 2016-06-23 业务处理方法、装置及***

Country Status (1)

Country Link
CN (1) CN106909596B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107480186B (zh) * 2017-07-07 2021-08-27 中国建设银行股份有限公司 一种业务模型数据处理方法和计算机设备
CN109862095A (zh) * 2019-01-30 2019-06-07 新华三大数据技术有限公司 基于Web服务的数据处理方法及装置
CN111338819A (zh) * 2020-02-24 2020-06-26 政采云有限公司 一种业务对象处理的方法、***、设备及可读存储介质
CN114792233A (zh) * 2021-01-25 2022-07-26 腾讯科技（深圳）有限公司 一种数据处理方法、装置、计算机设备和可读存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102663009A (zh) * 2012-03-19 2012-09-12 华侨大学 一种支持企业用户数据私有化的web服务集成方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562664A (zh) * 2009-05-20 2009-10-21 中兴通讯股份有限公司 一种话单处理方法和***
CN102917020B (zh) * 2011-09-24 2016-02-17 国网电力科学研究院 一种基于数据包的移动终端与业务***数据同步的方法
GB2512061A (en) * 2013-03-18 2014-09-24 Rapid Addition Ltd Transactional message format data conversion
CN104038522B (zh) * 2013-03-06 2019-06-28 深圳先进技术研究院 一种基于互联网的虚拟—现实混合空间定位***

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102663009A (zh) * 2012-03-19 2012-09-12 华侨大学 一种支持企业用户数据私有化的web服务集成方法

Also Published As

Publication number Publication date
CN106909596A (zh) 2017-06-30

Similar Documents

Publication Publication Date Title
CN106909596B (zh) 业务处理方法、装置及***
WO2017028514A1 (zh) 一种数据存储、读取方法及装置
EP3051782B1 (en) Method and system for sending contact information in call process
CN110990482A (zh) 异步数据库之间的数据同步方法及装置
US9451423B2 (en) Method and apparatus for recording information during a call
CN111949614B (zh) 银行***文件转换方法及装置
WO2024041022A1 (zh) 数据库表变更方法、装置、设备和存储介质
CN110519329A (zh) 一种并发处理samba协议请求的方法、设备及可读介质
CN110264332A (zh) 账户出账的方法、装置和电子设备
CN112613964A (zh) 一种对账方法、装置、设备及存储介质
US20230239358A1 (en) Method for fowarding data, device, storage medium and data transmission system
CN104461929B (zh) 基于***的分布式数据缓存方法
CN111429282B (zh) 基于反洗钱模型迁移的交易反洗钱方法及装置
WO2019179012A1 (zh) 文本数据处理方法、装置、设备及计算机可读存储介质
CN107391672B (zh) 数据的读写方法及消息化的分布式文件***
CN111427918A (zh) 交易明细数据比对方法及装置
KR101997494B1 (ko) 메인프레임 시스템의 데이터를 실시간으로 개방형 시스템에서 사용하기 위한 방법
CN109460193B (zh) 一种存储***中io处理方法、装置及终端
WO2017036051A1 (zh) 一种呼叫转移状态查询方法及***
WO2022252590A1 (zh) 数据包处理方法及装置
CN105389355B (zh) 数据处理方法和终端
CN103699699A (zh) 一种浏览解码话单文件方法
CN111949601B (zh) 数据存储方法、装置及计算机存储介质
CN112948410A (zh) 数据处理方法、装置、设备及介质
WO2016086597A1 (zh) 一种用户签约数据库spr数据访问的方法及装置

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
TA01 Transfer of patent application right

Effective date of registration: 20201014

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Innovative advanced technology Co.,Ltd.

Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant before: Advanced innovation technology Co.,Ltd.

Effective date of registration: 20201014

Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands

Applicant after: Advanced innovation technology Co.,Ltd.

Address before: Greater Cayman, British Cayman Islands

Applicant before: Alibaba Group Holding Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant